先日の記事の続きです。
第２特許（米国特許第7631346号） のクレーム１
IBMが訴状で２番目に挙げている 米国特許第7631346号 のクレーム１（以下、米国クレーム１）は以下の通りです。
A method for managing user authentication within a distributed data processing system, wherein a first system and a second system interact within a federated computing environment and support single-sign-on operations in order to provide access to protected resources, at least one of the first system and the second system comprising a processor, the method comprising:
triggering a single-sign-on operation on behalf of the user in order to obtain access to a protected resource that is hosted by the second system, wherein the second system requires a user account for the user to complete the single-sign-on operation prior to providing access to the protected resource;
receiving from the first system at the second system an identifier associated with the user; and
creating a user account for the user at the second system based at least in part on the received identifier associated with the user after triggering the single-sign-on operation but before generating at the second system a response for accessing the protected resource, wherein the created user account supports single-sign-on operations between the first system and the second system on behalf of the user.
対応する日本特許第4988701号の請求項１
米国クレーム１に対応する日本特許第4988701号の請求項１（以下、日本請求項１）の内容を見てみましょう。
米国クレーム１にはない文言（追加箇所）には下線を、米国クレーム１にはあるものの日本請求項１には無い文言（削除箇所）には取り消し線を付けることで米国クレーム１との違いを示しています。なお、削除箇所は私が訳していますのでIBMの意図通りの和文とは限りません。
追加箇所（下線部）が多いので日本請求項１は一見、米国クレーム１と比べるとかなり限定されているように見えますが、実質的な内容はさほど限定的でもないように思えます。
【請求項１】
第１のシステムおよび第２のシステムがフェデレーテッド・コンピューティング環境内で対話し、前記第１のシステムと前記第２のシステムとのうち少なくとも１つがプロセッサを備え、保護されたリソースへのアクセスを提供するためにシングル・サインオン・オペレーションをサポートする、分散データ処理システム内でユーザ認証を管理するための方法であって、
前記第２のシステムは、前記保護されたリソースへのアクセスを提供する前に、シングル・サインオン・オペレーションを完了するために、前記ユーザに関するユーザ・アカウントを必要とするものであり、前記第２のシステムによってホストされる保護されたリソースへのアクセスを取得するために、ユーザに代わってシングル・サインオン・オペレーションをトリガするステップと、
前記第２のシステムで、前記ユーザに関連付けられた識別子を第１のシステムから受け取るステップと、
前記シングル・サインオン・オペレーションをトリガするステップの後であるものの、前記保護されたリソースへのアクセスのために前記第２のシステムで応答を生成するステップの前に、前記ユーザに関連付けられた前記受け取った識別子に少なくとも部分的に基づいて、前記第２のシステムで前記ユーザに関するユーザ・アカウントを作成するステップであって、前記作成されたユーザ・アカウントが、前記ユーザに代わって、前記第１のシステムと前記第２のシステムとの間のシングル・サインオン・オペレーションをサポートする、ステップと、
前記第２のシステムで前記ユーザに関するユーザ・アカウントの作成を完了するために、前記第２のシステムが十分なユーザ属性情報を有していないという、前記第２のシステムでの決定に応答して、前記第２のシステムから前記第１のシステムへユーザ属性情報を取り出すための要求メッセージを送信するステップと、
前記第２のシステムで前記ユーザに関するユーザ・アカウントの作成を完了するために、前記第２のシステムによって採用されるユーザ属性情報を含む応答メッセージを、前記第２のシステムで前記第１のシステムから受け取るステップと、
前記ユーザに関するユーザ属性情報を取り出すステップの前に、前記ユーザに関する前記ユーザ・アカウントの作成を開始するために、予備のユーザ・アカウント作成オペレーションを実行するステップと、
前記ユーザに関するユーザ属性情報を取り出すステップの後に、前記ユーザに関する前記ユーザ・アカウントの作成を完了するために、前記ユーザ属性情報に基づき、リンク済みユーザ・アカウント作成オペレーションを実行するステップと、
を有する、方法。
訴状でのIBMによるクレーム構成要素のあてはめ
|
米国特許第7631346号のクレーム１の構成要素 |
|
|
ユーザ認証を管理する |
楽天ユーザの身元(identity)を検証する |
|
分散データ処理システム |
コンピュータネットワークなど |
|
第１のシステム |
Googleとそのネットワークなど |
|
第２のシステム |
楽天等とそのネットワークなど |
|
フェデレーテッド・コンピューティング環境 |
|
|
シングル・サインオン・オペレーション |
「サインイン」オペレーション |
|
保護されたリソース |
「キャッシュバック」など |
|
シングル・サインオン・オペレーションをトリガする |
Googleを用いて「サインアップ」するためのオペレーションを開始するなど |
|
前記第２のシステムは、～シングル・サインオン・オペレーションを完了するために、前記ユーザに関するユーザ・アカウントを必要とする |
前記ユーザが楽天アカウントを持つことを必要とするなど |
|
前記ユーザに関連付けられた識別子 |
電子メールアドレスなど |
|
ユーザ・アカウント |
楽天アカウントなど |
|
シングル・サインオン・オペレーション（ユーザ・アカウントを作成するステップに記載の方） |
次回は訴状で３つ目に挙げられている米国特許について書きます。
