JP6527344B2 - コンフィギュレーション関連データを抽出するためのネットワークシステム - Google Patents

Description

本発明は、ネットワークシステムの分野に関し、特にコンフィギュレーション関連データを要求するクライアントユニットを有するネットワークシステムに関する。

通常、ライセンスキー、プロバイダネットワークアドレス、ログインネーム、カスタマイズ化及びコーポレートアイデンティティなどのクライアントユニットのためのコンフィギュレーション関連データが、クライアントユニット、すなわち、クライアントユニットを操作するユーザに電子メールを介し提供される。

しかしながら、コンフィギュレーション関連データを提供するための従来の方法は、ときどきユーザにあまり快適さを与えないことがある。

上述した状況に関して、ネットワークシステムに改善された特性を提供することを可能にする改善された技術が必要とされる。

この要求は、独立請求項による主題によって充足されてもよい。ここで開示される主題の効果的な実施例が従属請求項によって記載される。

ここに開示される主題の実施例によると、ネットワークシステムが提供され、当該ネットワークシステムは、検索ユニット（例えば、ここでＰＬＳとも呼ばれるプロバイダ検索サーバなど）、記憶装置を有するクリアリングユニット、及び検索ユニットにユーザ関連データを提供するよう構成されるクライアントユニットを有し、ユーザ関連データはユーザ固有データ（ユーザ固有データの第１フィンガープリントなど）に基づき、ユーザ固有データ（電子メールアドレス、電話番号など）はユーザに関連付けされ、ユーザ関連データ（ユーザ固有データの第１フィンガープリントなど）はユーザ固有データの明確な特定を可能にし、検索ユニット（ＰＬＳなど）はユーザ関連データ（ユーザ固有データの第１フィンガープリントなど）を利用することによってクリアリングユニットから識別データ（プロバイダＩＤなど）を抽出するよう構成され、識別データ（プロバイダＩＤなど）はユーザ固有データ（ユーザの電子メールアドレスなど）に関連付けされ、クリアリングユニットはユーザ固有データに関連する識別データ（プロバイダＩＤなど）を記憶装置から抽出するよう構成され、クリアリングユニットは識別データ（プロバイダＩＤなど）を検索ユニット（ＰＬＳなど）に提供するよう構成され、検索ユニット（ＰＬＳなど）はユーザに提供されるサービスについてコンフィギュレーション関連データ（プロバイダＵＲＬ、ログインネームなど）を抽出するよう構成され、検索ユニットは識別データ（プロバイダＩＤなど）を利用することによってコンフィギュレーション関連データ（プロバイダＵＲＬなど）を抽出するよう構成される。

ここに開示される主題の当該態様は、ユーザ固有サービスのコンフィギュレーション関連データの抽出と対応するユーザの識別とを分離することによって、ハイレベルなセキュリティ及びユーザ快適さを提供するネットワークシステムが提供されるアイデアに基づく。コンフィギュレーション関連データの抽出とユーザの識別との分離は、ここに開示される主題の実施例によると検索ユニットとクリアリングユニットとによって提供されてもよい。

実施例によると、ユーザ固有データは、ユーザを明確に特定する。例えば、実施例によると、ユーザ固有データは、ユーザの電子メールアドレス又は電話番号（又はこのようなデータのフィンガープリント）であってもよい。しかしながら、他のユーザ固有データがまた、ここに開示される主題の実施例に関連して利用されてもよい。

ユーザに提供されるサービスは、ユーザ固有サービス（１人のユーザのみに提供される）又はプロバイダ固有サービス（複数のユーザに提供される）であってもよい。

実施例によると、識別データを利用することによるコンフィギュレーション関連データの抽出は、識別データに関連するコンフィギュレーション関連データを抽出することである。抽出されたコンフィギュレーション関連データが識別データに関連するという事実は、コンフィギュレーション関連データが識別データによって明確に特定されることを必ずしも意味するものでない。むしろ、コンフィギュレーション関連データは、識別データと、ユーザ関連データ（ユーザの電子メールのフィンガープリントなど）及び／又は更なるユーザ関連データ（ユーザのパスワードのフィンガープリントなど）などの更なるデータとによって明確に特定されてもよい。

実施例によると、検索ユニットは、ローカルに、すなわち、検索ユニット内のコンフィギュレーション関連データを抽出するよう構成される。更なる実施例によると、検索ユニットは、リモートユニットからコンフィギュレーション関連データを抽出するよう構成される。

実施例によると、ユーザ関連データは、アノニマスデータ、すなわち、少なくとも妥当な計算パワーによってはユーザ関連データからユーザ固有データを再構成することを可能にしないデータである。例えば、実施例によると、ユーザ関連データは、ユーザ固有データのフィンガープリントである。ユーザ固有データのフィンガープリントは、ユーザ固有データの第１フィンガープリントと参照されてもよい。従って、ユーザ関連データの上記詳細によると、ユーザ固有データの第１フィンガープリントはユーザ固有データに基づき、第１フィンガープリントはユーザ固有データの明確な識別を可能にする。ネットワークシステム及びセキュリティの特性は、ユーザ固有サービスについてコンフィギュレーション関連データを抽出するためユーザ固有データのフィンガープリントを利用することによって向上しうる。他の実施例によると、ユーザ関連データはユーザ固有データの暗号化されたバージョンであってもよい。他のタイプのユーザ関連データもまた可能である。しかしながら、フィンガープリントの利用は、ネットワークシステムのより高いセキュリティを提供するものであってもよい。

実施例によると、“入力データ”のフィンガープリントは、明確な方法により入力データから導出されるデータである。実施例によると、“フィンガープリント”という用語は、入力データからフィンガープリントを再生可能に提供する数学的関数によるフィンガープリントの決定を意味する。このようにして、フィンガープリントは、フィンガープリントの明確な識別を可能にする。実施例によると、フィンガープリントは、少なくとも妥当な計算パワーによってはフィンガープリントから入力データを計算することを可能にしない。このため、フィンガープリントを決定するこのような関数は、一方向関数として参照されてもよい。フィンガープリントの決定のための典型的な関数は、例えば、ＭＤ５、ＳＨＡ１、ＳＨＡ２などのいわゆるハッシュ関数である。フィンガープリントを計算するのに利用される関数は、入力データのフィンガープリントに基づき入力データを評価（検証など）するユニットに利用可能である必要があることが理解されるべきである。このため、フィンガープリントを計算するのに利用される関数は、各ユニットにおいて予め決定されてもよい（例えば、固定的に定義又は格納される）。

他の実施例によると、フィンガープリントを計算するのに利用される関数には、受信ユニットにフィンガープリントを送信する同じ送信又は別のコンフィギュレーションの送信が提供されてもよい。

実施例によると、フィンガープリントは、入力データと暗号化ソルト（ｃｒｙｐｔｏｇｒａｐｈｉｃ ｓａｌｔ）とを合成し、ソルトと入力データとを合成したもののフィンガープリントを計算することによって計算されるソルト化フィンガープリント（すなわち、（ソルト＋入力データ）のフィンガープリント）であってもよい。実施例によると、ユーザ固有データは、上述した意味における入力データである。一般に、ここでは、入力データのソルト化フィンガープリントが利用される場合、ソルト化フィンガープリントが入力データの明確な特定を可能にしながら、更なる暗号化ソルトがユーザ固有データを実際に特定するため必要であることが理解されるべきである。

実施例によると、フィンガープリントは繰り返されるフィンガープリントである。例えば、繰り返されるフィンガープリントは、入力データを２回以上ハッシュ処理することによって生成されてもよい。繰り返されるフィンガープリントの一例は、ソルトと入力データとを合成し、結果を繰り返しハッシュ処理することによって取得される。例えば、更なるユーザ固有データのフィンガープリントは、ユーザのパスワードのソルト化フィンガープリントのフィンガープリントであってもよい（＝Ｈａｓｈ（ｓａｌｔ｜Ｈａｓｈ（ｐａｓｓｗｏｒｄ））。

ユーザ関連データを利用することによってクリアリングユニットから識別データを抽出することは、例えば、ユーザ関連データをクリアリングユニットに提供することによって、又はユーザ関連データから導出されるデータをクリアリングユニットに提供するなどによって、何れか適切な方法により実行されてもよい。

実施例によると、検索ユニットは更に、ユーザ固有データのフィンガープリントをクリアリングユニットに提供するよう構成される。クリアリングユニットに提供されるユーザ固有データの当該フィンガープリントは、ユーザ固有データの第２フィンガープリントと参照されてもよい。実施例によると、ユーザ固有データの第２フィンガープリントは、ユーザ固有データの第１フィンガープリントに基づく。更なる実施例によると、第２フィンガープリントは、ユーザ固有データの明確な識別を可能にする。“第１フィンガープリント”という用語は、クライアントユニットから検索ユニットに送信されるフィンガープリントについて利用され、“第２フィンガープリント”という用語は検索ユニットからクリアリングユニットに送信されるフィンガープリントについて利用されることに留意されたい。しかしながら、これに関する“第１”及び“第２”の利用は、限定的にみなされるものでない。

一般に、ここでは“〜に基づく”という用語は、“異なっているが、〜から導出される”という意味と“〜に同一である”という意味とを含むことが意図される。すなわち、“〜に基づく”という用語は、“〜から導出される”及び“〜である”を含むものとして解釈されるべきである。

従って、実施例では、ユーザ固有データの第２フィンガープリントは、ユーザ固有データの第１フィンガープリントである。すなわち、実施例によると、検索ユニットは、クライアントユニットからユーザ固有データの第１フィンガープリントを受信し、ユーザ固有データの第１フィンガープリントをクリアリングユニットに転送するよう構成されてもよい。更なる実施例によると、ユーザ固有データの第２フィンガープリントは、ユーザ固有データの第１フィンガープリントから導出されてもよい。

実施例によると、クリアリングユニットは、ユーザ固有データの第２フィンガープリントを利用することによって、ユーザ固有データに関連する識別データを記憶装置から選択するよう構成される。例えば、クリアリングユニットは、ユーザ固有データの複数のフィンガープリント（複数のユーザのものなど）及び関連する識別データを記憶装置に格納してもよい。従って、このような実施例では、識別データは、ユーザ固有データの第２フィンガープリントに一致するフィンガープリントを記憶装置において検索し、当該一致したフィンガープリントに関連する識別データを選択することによって、クリアリングユニットにより抽出されてもよい。実施例によると、クリアリングユニットは、ユーザ固有データの第１フィンガープリント及び関連する識別データを記憶装置に格納するデータベースシステムを有する。ユーザ固有データの第１フィンガープリントを格納することによって、クリアリングユニットはユーザ固有データを知る必要がない。これは、ネットワークシステムのセキュリティを向上させるかもしれない。

コンフィギュレーション関連データは、プロバイダユニットなどのリモートユニットにクライアントユニットのアクセスを設定するのに必要なデータであってもよい。例えば、コンフィギュレーション関連データは、プロバイダユニットのドメイン（ＵＲＬなど）に関する情報であってもよい。

実施例によると、ネットワークシステムはプロバイダユニットを有する。実施例によると、プロバイダユニットは、クライアントユニットによりアクセス可能である。例えば、実施例によると、プロバイダは、コンフィギュレーション関連データが対象とするユーザ固有サービスのプロバイダである。実施例によると、検索ユニットは、クライアントユニットがプロバイダユニットにアクセスすることを可能にするか、又はプロバイダに固有のカスタマイズ化、ラベリング又はディスプレイを実行するため設定される必要がある少なくとも１つのエンティティにコンフィギュレーション関連データを提供するよう構成される。更なる実施例によると、検索ユニットは、コンフィギュレーション関連データをクライアントユニットに提供するよう構成される。他の実施例によると、コンフィギュレーション関連データは、クライアントユニットによる利用のため異なるエンティティに提供されてもよい。実施例によると、コンフィギュレーション関連データ（プロバイダＵＲＬなど）は、検索ユニットにより提供される応答送信の一部であり、ここで、応答送信は更に、ユーザ関連データに対応するユーザ固有データの状態を示す状態インジケータを含む。例えば、実施例によると、状態インジケータは、ユーザ関連データに対応する（例えば、第１フィンガープリントに対応するなど）ユーザ固有データが有効であるとみなされたか否かを示す。

実施例によると、検索ユニットは、プロバイダユニットによるユーザ固有データの正しさの検証及び／又はプロバイダユニットからのコンフィギュレーション関連データの抽出などのため、ユーザ固有データのフィンガープリントをプロバイダユニットに提供するよう構成される。検索ユニットからプロバイダユニットに提供されるユーザ固有データの当該フィンガープリントはまた、ここでは第２フィンガープリントと参照される。実施例によると、第３フィンガープリントは、ユーザ固有データの第１フィンガープリントに基づく（から導出されるか、又は同一であるなど）。例えば、第３フィンガープリントは、第１フィンガープリントのフィンガープリントであってもよい。他の実施例によると、第３フィンガープリントは第１フィンガープリントと同一である。すなわち、このような実施例では、検索ユニットは、クライアントユニットから受信される第１フィンガープリントをプロバイダユニットに転送するよう構成される。

実施例によると、プロバイダユニットは、検索ユニットから受信される第３フィンガープリントに応答して、ユーザ固有データの有効性に関する状態情報を検索ユニットに提供するよう構成される。例えば、実施例によると、プロバイダユニットは、第３フィンガープリントが有効なユーザ固有データに対応する場合、第３フィンガープリントが有効なユーザ固有データに対応することを示す状態情報を検索ユニットに提供するよう構成される。ユーザ固有データの正しさの検証は、ネットワークシステムのセキュリティを向上させるかもしれない。

実施例によると、プロバイダユニットは、検索ユニットから第３フィンガープリントを受信したことに応答して、コンフィギュレーション関連データ又はコンフィギュレーション関連データの少なくとも一部を提供するよう構成される。

更なる実施例によると、検索ユニットは、識別データを利用することによって、コンフィギュレーション関連データを抽出するよう構成される。例えば、検索ユニットは、識別データを利用してプロバイダユニットを識別し、ユーザ固有データの第３フィンガープリントを識別したプロバイダユニットに送信してもよい。プロバイダの識別は、実施例では、プロバイダユニットに関連するプロバイダユニットのネットワークアドレスの抽出を含む。実施例によると、検索ユニットは、例えば、第３フィンガープリントをプロバイダユニットに提供するなどによって、第３フィンガープリントを利用することによって、プロバイダユニットからコンフィギュレーション関連データを抽出するよう構成される。実施例によると、プロバイダユニットは記憶装置又はデータベースを有し、当該記憶装置又はデータベースは、複数のプロバイダについて識別データ及び関連するネットワークアドレスを格納する。

実施例によると、クライアントユニットは、更なるユーザ関連データ（例えば、ユーザパスワードのソルト化フィンガープリント又はユーザパスワードのフィンガープリントなど）を検索ユニットに提供するよう構成され、更なるユーザ関連データは更なるユーザ固有データ（ユーザパスワードなど）に基づき、更なるユーザ固有データはユーザに関連し、更なるユーザ関連データは更なるユーザ固有データの明確な識別を可能にする。実施例によると、更なるユーザ固有データは、ユーザのユーザパスワードである。例えば、パスワードは、ユーザがプロバイダユニット、プロバイダユニットに関連するサブプロバイダユニット又は更なるエンティティにログインするのに必要なユーザのパスワードであってもよい。他の実施例によると、他の秘密が更なるユーザ固有データとして利用されてもよい。

更なる実施例によると、更なるユーザ関連データは更なるユーザ固有データのフィンガープリントである。クライアントユニットから検索ユニットに提供される更なるユーザ関連データの当該フィンガープリントはまた、以下における更なるユーザ関連データの第１フィンガープリントと参照される。実施例によると、更なるユーザ関連データの第１フィンガープリントは、ソルト化フィンガープリントであってもよく、及び／又はユーザ関連データのフィンガープリントであってもよい。

更なるユーザ関連データを検索ユニットに提供することによって、ネットワークシステムのセキュリティ及びそれの処理が向上するかもしれない。

実施例によると、検索ユニットは、更なるユーザ関連データに基づくデータをプロバイダユニットに提供し、これに応答して、更なるユーザ固有データ、更なるユーザ関連データ及び更なるユーザ関連データに基づくデータの少なくとも１つの有効性に関する状態情報を受信するよう構成される。実施例によると、更なるユーザ関連データに基づきデータは、更なるユーザ固有データのフィンガープリントである。検索ユニットからプロバイダユニットに提供される更なるユーザ関連データのフィンガープリントはまた、以下において更なるユーザ関連データの第２フィンガープリントと参照される。実施例によると、更なるユーザ固有データの第２フィンガープリントは、ユーザ固有データの第１フィンガープリントに基づく（同一であるか、又は導出されるなど）。例えば、この第２フィンガープリントは、更なるユーザ固有データの第１フィンガープリントのフィンガープリントであってもよい。他の実施例によると、第２フィンガープリントは第１フィンガープリントである。すなわち、このような実施例では、検索ユニットは、クライアントユニットから受信された更なるユーザ固有データの第１フィンガープリントをプロバイダユニットに転送するよう構成される。実施例によると、ユーザ固有データのフィンガープリントと共に更なるユーザ関連データに基づくデータがプロバイダユニットに提供され、任意的には、プロバイダユニットは、更なるユーザ関連データ（ユーザのパスワードハッシュのソルト化ハッシュなど）及びユーザ固有データ（ユーザの電子メールアドレスなど）のフィンガープリントに基づくデータを検索ユニットから受信することに応答して、コンフィギュレーション関連データ又はコンフィギュレーション関連データの少なくとも一部を提供するよう構成される。

実施例によると、プロバイダユニットは、ユーザ固有データ及び／又は更なるユーザ固有データの有効性を検証するよう構成されてもよい。これは、何れか適切な方法により実行されてもよい。例えば、実施例によると、プロバイダユニットは、更なるユーザ固有データ及び／又はユーザ固有データを格納してもよく、ユーザ固有データの各フィンガープリント及び／又は更なるユーザ固有データの各フィンガープリントを生成するよう構成されてもよい。ユーザ固有データの有効性を検証するため、プロバイダユニットは、検索ユニットから受信されたユーザ固有データのフィンガープリントとプロバイダユニットにより生成されるユーザ固有データの各フィンガープリントとを比較するよう構成されてもよい。更なるユーザ固有データの有効性を検証するため、プロバイダユニットは、検索ユニットから受信した更なるユーザ固有データのフィンガープリントとプロバイダユニットにより生成される更なるユーザ固有データの各フィンガープリントとを比較するよう構成されてもよい。比較したフィンガープリントが一致すると、プロバイダユニットは、状態情報及び／又はコンフィギュレーション関連データを検索ユニットに提供してもよい（コンフィギュレーション関連データは、例えば、ユーザ、ユーザ固有データ及び／又は更なるユーザ固有データに関連付けされてもよい）。しかしながら、何れか適切な検証方法が、検索ユニットにより提供される更なるユーザ関連データのフィンガープリントがプロバイダユニットの記憶装置に格納される更なるユーザ固有データに対応することを検証するのに利用されてもよいことが理解されるべきである。

実施例によると、プロバイダユニットはコンフィギュレーション関連データを提供してもよいが、他の実施例によると、コンフィギュレーション関連データは検索ユニットなどの異なるエンティティに格納され、プロバイダユニットにおける更なるユーザ固有データの検証が成功したことを確認すると選択されてもよい。他の実施例によると、プロバイダユニットにおける検証は省略され、このような場合、検索ユニットは、クリアリングユニットからプロバイダＩＤを受信すると、コンフィギュレーション関連データを提供するよう構成されてもよい。

実施例によると、プロバイダユニットからのコンフィギュレーション関連データの抽出は、ユーザ固有データのフィンガープリントと、任意的には更なるユーザ固有データのフィンガープリントとをプロバイダユニットに提供し、プロバイダユニットからコンフィギュレーション関連データを受信することを含む。実施例によると、検索ユニットは、更なるユーザ固有データのフィンガープリントをクリアリングユニットに提供しないよう構成される。例えば、実施例によると、更なるユーザ固有データ又はそれから導出されるデータは、更なるユーザ固有データ又はそれから導出されるデータ（ユーザ固有データのフィンガープリントなど）のみがすでに格納したプロバイダユニットに提供される。特に、更なるユーザ固有データが秘密データ（パスワードなど）である場合、ネットワークシステムのセキュリティは、更なるユーザ固有データのフィンガープリントをクリアリングユニットに提供しないことによって向上する。

実施例によると、プロバイダユニットは、ユーザ固有データのフィンガープリントに基づきユーザのログインネームを抽出するよう構成される（例えば、プロバイダユニットのデータベースなどから）。更に、更なるユーザ固有データがプロバイダユニットにおけるユーザのパスワードである実施例では、プロバイダユニットは、選択したログインのためのパスワードフィンガープリントを検証するよう構成されてもよい。実施例によると、プロバイダユニットは、ユーザ関連データに基づくデータ及び／又は更なるユーザ関連データに基づくデータを検索ユニットから受信することに応答して、ユーザ固有データ及び／又は更なるユーザ固有データに関連するログインネームを検索ユニットに提供するよう構成される。

上記において、クライアントユニットのためのコンフィギュレーション関連データを提供するため、クライアントユニット、検索ユニット及びクリアリングユニットの間の通信が説明されたが、以下において、検索ユニット及びクリアリングユニットへのプロバイダユニットの登録が説明される。

検索ユニット及びクリアリングユニットにおけるプロバイダユニットの登録に関連する第２の態様の実施例によると、プロバイダユニットは、レジストレーションリクエストを検索ユニットに提供するよう構成され、レジストレーションリクエストは識別データ（プロバイダＩＤなど）及び検証関連データ（クリアリングパスワードのフィンガープリントなど）の少なくとも一部を含み、ここで、検証関連データは検証データ（クリアリングパスワードなど）に基づき、検証関連データは検証データの明確な識別を可能にし、検索ユニットは更にレジストレーションリクエストを受信するよう構成され、検索ユニットは更に、例えば、受信したレジストレーションリクエストに応答して、クリアリングユニットにプロバイダ識別データ（プロバイダＩＤなど）及び検証関連データに基づくデータ（クリアリングパスワードのフィンガープリントなどの検証関連データのフィンガープリントなど）に基づくデータの少なくとも一部を提供するよう構成される。

実施例によると、検証関連データは、検証データのフィンガープリント（ソルト化フィンガープリントなど）である。当該検証データは、クリアリングユニットと、当該クリアリングユニットに登録することを所望するプロバイダユニットとに知られるクリアリング秘密などであってもよい。実施例によると、検証データ（クリアリング秘密など）は、暗号化された電子メールによって、又は他の実施例では電話により手動によりクリアリングユニットとプロバイダユニットとの間で交換される。実施例によると、検証データは、クリアリングユニットにより生成され、プロバイダユニットに提供される。

実施例によると、検証関連データに基づきデータは検証関連データのフィンガープリントであり、検証関連データは検証データの明確な識別を可能にする。他の実施例によると、検証関連データに基づくデータは、検証関連データと同一である。すなわち、実施例によると、検索ユニットは、検証関連データをクリアリングユニットに転送するよう構成される。

実施例によると、レジストレーションリクエストは、プロバイダユニットがコンタクト可能なプロバイダアドレスを含む。プロバイダアドレスは、例えば、プロバイダユニットのＵＲＬ（Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であってもよい。実施例によると、検索ユニットは、識別データ及び関連するプロバイダアドレスの少なくとも一部を格納するよう構成される。

実施例によると、検索ユニットは更にレジストレーションリクエストを受信するよう構成される。さらに、実施例によると、検索ユニットは、プロバイダ識別データ及び関連するプロバイダアドレスの少なくとも一部を検索ユニットの記憶装置に格納するよう構成される。このような場合、検索ユニットは、コンフィギュレーション関連データとしてプロバイダアドレスをクライアントユニットに提供してもよい。コンフィギュレーション関連データの抽出のためのプロバイダユニットとの通信は、この場合には必ずしも必要でないが、例えば、ユーザ固有データ及び更なるユーザ固有データを検証するなどのために実行可能である。プロバイダアドレスの代わりに又は加えて、他のコンフィギュレーション関連データがレジストレーションリクエストに含まれてもよく、検索ユニットにより格納されるか、又はクリアリングユニットに提供されてもよい。

実施例によると、検索ユニットはパスワードをクリアリングユニットに提供するよう構成されてもよく、パスワードはクリアリングユニットが検索ユニットにより提供される検証データのフィンガープリントとプロバイダ識別データとの少なくとも一部を受け入れるのに必要である。

実施例によると、検証データは、検索ユニットにおけるプロバイダユニットの登録前にプロバイダユニットとクリアリングユニットとの間で合意される。このようにして、実施例では、クリアリングユニットは、検証データのフィンガープリントを計算し、当該結果と検索ユニットから受信した検証データのフィンガープリントとを比較する。例えば、ソルト化フィンガープリントが検索ユニットにより提供される場合、暗号化ソルトはまた検索ユニットにより提供され、これにより、クリアリングユニットは、検証データを検証するため、検証データに加えて合成された暗号化ソルトのフィンガープリントを計算可能になる。

実施例によると、クリアリングユニットは、検証データを検証し、状態情報要素を検索ユニットに提供するよう構成され、状態情報要素は、検証データの検証が成功したか否かを示す。

プロバイダ識別データの少なくとも一部が完全である場合、すなわち、プロバイダ識別データがプロバイダユニットの明確な識別を可能にする場合、このような場合に、クリアリングユニットは、検索ユニットに状態情報要素を提供するよう構成されてもよく、状態情報要素は、検証データの検証が成功したか否かを示す。

実施例によると、プロバイダ識別データの一部のみがプロバイダユニットによって検索ユニットに提供され、従って、プロバイダ識別データの当該部分のみが検索ユニットによってクリアリングユニットに提供される。このようにして、検索ユニットは、クリアリングユニットにプロバイダユニットを登録するためのプロバイダ識別データ全体を知る必要がなくなる。これは、ネットワークシステム全体のセキュリティを向上させることができる。プロバイダ識別データの一部しか検索ユニットによりクリアリングユニットに提供されないここに開示された主題の実現形態では、クリアリングユニットは、プロバイダ識別データを完成させ、検証データの検証が成功である場合、完成されたプロバイダ識別データ又はプロバイダ識別データの欠落部分を検索ユニットに提供するよう構成されてもよい。

実施例によると、クリアリングユニットは、プロバイダ識別データを検索する間及び／又は検証データを検証する間にエラーが発生した場合、エラー情報要素を検索ユニットに提供するよう構成される。さらに、実施例によると、クリアリングユニットは、検証データの検証が失敗した場合に情報要素を検索ユニットに提供するよう構成され、ここで、情報要素は、検証データのフィンガープリントが無効であったことを検索ユニットに通知する。

実施例によると、検索ユニットは、検索ユニットの記憶装置に識別データ（プロバイダ識別データなど）及び関連するコンフィギュレーション関連データ（関連するプロバイダＵＲＬなど）を格納するよう構成される。

第３の態様の実施例によると、ネットワークシステムのクライアントユニットが提供され、クライアントユニットは、ユーザ関連データを検索ユニットに提供することによってユーザに提供されるコンフィギュレーションを開始するよう構成され、ユーザ関連データはユーザ固有データに基づき、ユーザ関連データはユーザ固有データの明確な識別を可能にする。

第３の態様の実施例によると、クライアントユニットは、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特に第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。さらに、実施例によると、第３の態様によるクライアントユニットは、第１及び第２の態様の実施例の１以上に関して説明されるように構成される。

第４の態様の実施例によると、ネットワークシステムの検索ユニットが提供され、検索ユニットはクライアントユニットからユーザ関連データを受信するよう構成され、ここで、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にし、検索ユニットはユーザ関連データ（ユーザの電子メールアドレスのフィンガープリントなど）を利用することによってクリアリングユニットから識別データ（プロバイダＩＤなど）を抽出するよう構成され、識別データはユーザ固有データに関連付けされ、検索ユニットはユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するよう構成され、検索ユニットは識別データを利用することによってコンフィギュレーション関連データを抽出するよう構成される。

第４の態様の実施例によると、検索ユニットは、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特に第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。さらに、実施例によると、第４の態様による検索ユニットは、第１及び第２の態様の実施例の１以上に関して説明されるように構成される。例えば、実施例によると、検索ユニットはユーザ固有データのフィンガープリントを受信するよう構成され、ここで、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にし、ここで、検索ユニットは更にユーザ固有データのフィンガープリントを利用することによってコンフィギュレーション関連データを抽出するよう構成される。例えば、実施例によると、検索ユニットは、ユーザ固有データのフィンガープリントを利用することによって、プロバイダユニットからコンフィギュレーション関連データを抽出するよう構成される。

ここに開示される主題の第５の態様の実施例によると、ネットワークシステムのクリアリングユニットが提供され、クリアリングユニットは記憶装置を有し、クリアリングユニットはネットワークシステムの検索ユニットからユーザ関連データを受信するよう構成され、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にし、クリアリングユニットはユーザ固有データに関連する識別データを記憶装置から抽出するよう構成され、クリアリングユニットは更に識別データを検索ユニットに提供するよう構成される。

第５の態様の実施例によると、クリアリングユニットは、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特に第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。さらに、実施例によると、第５の態様によるクリアリングユニットは、第１及び第２の態様の実施例の１以上に関して説明されるように構成される。

例えば、第５の態様の実施例によると、ネットワークシステムのクリアリングユニットが提供され、クリアリングユニットは、検索ユニットからユーザ固有データのフィンガープリントを受信するよう構成され、ここで、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にし、クリアリングユニットは更にユーザ固有データの受信したフィンガープリントに関連するプロバイダ識別データを抽出するよう構成され、プロバイダ識別データはプロバイダユニットを特定する。実施例によると、プロバイダユニットは、ユーザ固有サービスをユーザに提供するよう構成される。

ここに開示される主題の第６実施例によると、ネットワークシステムのプロバイダユニットが提供され、当該プロバイダユニットはネットワークシステムの検索ユニットからユーザ関連データを受信するよう構成され、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にし、プロバイダユニットは受信したユーザ関連データを利用することによってユーザ固有データの有効性を検証するよう構成され、プロバイダユニットは受信したユーザ関連データを利用することによって、及び／又はユーザに提供されるサービスについてコンフィギュレーション関連データを抽出することによって、ユーザ固有データの有効性を検証するよう構成される。

実施例によると、プロバイダユニットは検索ユニットに状態情報を提供するよう構成され、状態情報はフィンガープリントに対応するユーザ固有データの有効性を示す。

更なる実施例によると、プロバイダユニットは、検索ユニットにコンフィギュレーション関連データを提供するよう構成される。

第６の態様の実施例によると、プロバイダユニットは、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特に第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。さらに、実施例によると、第６の態様によるプロバイダユニットは、第１及び第２の態様の実施例の１以上に関して説明されるように構成される。

例えば、実施例によると、プロバイダユニットはユーザ固有データのフィンガープリントを受信するよう構成され、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にし、プロバイダユニットは更にユーザ固有データのフィンガープリントを利用することによってコンフィギュレーション関連データを抽出するよう構成され、コンフィギュレーション関連データはユーザ固有データに関連付けされる。

ここに開示される主題の第７の態様によると、ネットワークシステムのクライアントユニットの動作方法は、ユーザ関連データを検索ユニットに提供することによってユーザに提供されるサービスのコンフィギュレーションを開始するステップを有し、ここで、ユーザ関連データはユーザに関連付けされ、ユーザ関連データはユーザ固有データに基づき、ユーザ関連データはユーザ固有データの明確な識別を可能にする。

第７の態様の実施例によると、本方法は、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特に第１〜第４の態様の実施例の１以上により要求されるような機能を提供するよう構成される。

例えば、第７の態様の実施例によると、本方法はユーザ固有データのフィンガープリントを検索ユニットに提供するステップであって、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にする、提供するステップと、検索ユニットからユーザに提供されるサービスのコンフィギュレーション関連データを受信するステップとを有する。

ここに開示される主題の第８の態様の実施例によると、ネットワークシステムの検索ユニットの動作方法が提供され、当該方法は、クライアントユニットからユーザ関連データを受信するステップであって、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にする、受信するステップと、ユーザ関連データ（電子メールアドレスのフィンガープリント）を利用することによってクリアリングユニットから識別データ（プロバイダＩＤ）を抽出するステップであって、識別データはユーザ固有データに関連付けされる、抽出するステップと、ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するステップであって、コンフィギュレーション関連データの抽出は識別データを利用することによって実行される、抽出するステップとを有する。

第８の態様の実施例によると、本方法は、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特にここに開示された主題の第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。

例えば、第８の態様の実施例によると、本方法は、クライアントユニットからユーザ固有データのフィンガープリントを受信するステップであって、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にする、受信するステップと、ユーザ固有データのフィンガープリントを利用することによってクリアリングユニットからプロバイダ識別データを抽出するステップであって、識別データはユーザ固有データに関連付けされる、抽出するステップと、ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するステップであって、コンフィギュレーション関連データの抽出はプロバイダ識別データを利用することによって実行される、抽出するステップとを有する。

ここに開示される主題の第９の態様の実施例によると、ネットワークシステムのクリアリングユニットの動作方法が提供され、当該方法は、ネットワークシステムの検索ユニットからユーザ関連データを受信するステップであって、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にする、受信するステップと、ユーザ固有データに関連する識別データを抽出するステップと、識別データを検索ユニットに提供するステップとを有する。

第９の態様の実施例によると、本方法は、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特にここに開示された主題の第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。

例えば、第９の態様の実施例によると、本方法は、検索ユニットからユーザ固有データのフィンガープリントを受信するステップであって、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にする、受信するステップと、ユーザ固有データのフィンガープリントに関連するプロバイダ識別データを抽出するステップであって、プロバイダ識別データはプロバイダユニットを特定する、抽出するステップと、プロバイダ識別データを検索ユニットに提供するステップとを有する。

ここに開示される主題の第１０の態様の実施例によると、ネットワークシステムのプロバイダユニットの動作方法が提供され、本方法は、ネットワークシステムの検索ユニットからユーザ関連データを受信するステップであって、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にする、受信するステップと、受信したユーザ関連データを利用することによって、及び／又はユーザに提供されるサービスについてコンフィギュレーション関連データを抽出することによって、ユーザ固有データの有効性を検証するステップと、任意的に状態情報及び／又はコンフィギュレーション関連データを検索ユニットに提供するステップであって、状態情報はフィンガープリントに対応するユーザ固有データの有効性を示す、提供するステップとを有する。

第１０の態様の実施例によると、本方法は、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特にここに開示される主題の第１及び第２の態様の実施例の１以上により要求されるような機能を提供するよう構成される。

例えば、第１０の態様の実施例によると、本方法は、検索ユニットからユーザ固有データのフィンガープリントを受信するステップであって、ユーザ固有データはユーザに関連付けされ、ユーザ固有データの受信したフィンガープリントはユーザ固有データの明確な識別を可能にする、受信するステップと、ユーザ固有データの受信したフィンガープリントの有効性を検証するステップと、情報要素が有効なユーザ固有データに対応する場合、状態情報を検索ユニットに提供するステップであって、状態情報は情報要素が有効なユーザ固有データに対応することを示す、提供するステップとを有する。

ここに開示される主題の第１１の態様の実施例によると、ネットワークシステムの動作方法が提供され、ネットワークシステムは検索ユニット、クリアリングユニット及びクライアントユニットを有し、本方法は、クライアントユニットからのユーザ関連データを検索ユニットに提供するステップであって、ユーザ関連データはユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データはユーザ固有データの明確な識別を可能にする、提供するステップと、ユーザ関連データ（ユーザの電子メールアドレスのフィンガープリントなど）を利用することによってクリアリングユニットから識別データ（プロバイダＩＤなど）を抽出するよう検索ユニットを実行するステップであって、識別データはユーザ固有データに関連付けされる、実行するステップと、ユーザ固有データに関連する識別データを抽出するようクリアリングユニットを実行するステップと、クリアリングユニットから識別データを検索ユニットに提供するステップと、ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するため検索ユニットを実行するステップと、識別データを利用することによってコンフィギュレーション関連データを抽出するため検索ユニットを実行するステップとを有する。

第１１の態様の実施例によると、本方法は、、上述した実施例の１以上の機能を提供し、及び／又は上述した実施例、特にここに開示される主題の第１〜１０の態様の実施例の１以上により要求されるような機能を提供するよう構成される。

例えば、第１１の態様の実施例によると、本方法は、クライアントユニットからのユーザ固有データのフィンガープリントを検索ユニットに提供するステップであって、ユーザ固有データはユーザに関連付けされ、ユーザ固有データのフィンガープリントはユーザ固有データの明確な識別を可能にする、提供するステップと、ユーザ固有データのフィンガープリントに関連するプロバイダ識別データを抽出するためクリアリングユニットを実行するステップと、ユーザ固有データのフィンガープリントを利用することによって、プロバイダ識別データに関連するコンフィギュレーション関連データを抽出するため検索ユニットを実行するステップとを有する。

ここに開示される主題の第１２の態様の実施例によると、コンピュータプログラムが提供され、コンピュータプログラムは、プロセッサデバイスにより実行される場合、第７、第９、第１０及び／又は第１１の態様の１以上の実施例による方法を制御（実行など）するよう構成される。特に、ここに開示される各方法について、プロセッサ装置により実行されると、各方法を制御するよう構成される各コンピュータプログラムが提供されてもよい。

ここで用いられるようなコンピュータプログラムの参照は、上述した方法の実行を実施及び／又は調整するようコンピュータシステムを制御する命令を有するプログラム要素及び／又はコンピュータ可読媒体の参照に等価であると意図される。

コンピュータプログラムは、ＪＡＶＡ、Ｃ＋＋などの何れか適切なプログラミング言語を利用することによって、コンピュータ可読命令コードとして実現されてもよく、コンピュータ可読媒体（着脱可能なディスク、揮発性又は不揮発性メモリ、埋め込みメモリ／プロセッサなど）に格納されてもよい。命令コードは、意図される機能を実行するようコンピュータ又は他の何れかのプログラマブル装置をプログラムするよう実行可能である。コンピュータプログラムは、そこからダウンロード可能なワールド・ワイド・ウェブなどのネットワークから利用可能であってもよい。

ここに開示される主題は、コンピュータプログラムソフトウェアを利用して実現されてもよい。しかしながら、ここに開示される主題はまた、１以上の特定の電子回路のハードウェアを利用することによって実現されてもよい。さらに、ここに開示される主題はまた、ハイブリッド形式により、すなわち、ソフトウェアモジュール及びハードウェアモジュールの組み合わせにより実現されてもよい。

例えば、ここに開示される各ユニットは、例えば、各デバイスによって、又はコンピュータ上で実行されるサービスによって、ソフトウェア及び／又はハードウェアにより実現されてもよい。デバイスは、ユニットの説明された機能を提供するソフトウェアが実行されるサーバなどのコンピュータであってもよい。一般に、デバイスは、各エンティティの実施例に関して説明されるような機能を提供するため、命令を実行するための少なくとも１つのプロセッサを有するプロセッサデバイスなどであってもよい。

実施例によると、ここに開示されるユニット、例えば、クライアントユニット、検索ユニット、クリアリングユニット及びプロバイダユニットなどの機能は、ＰＨＰコンポーネントなどの各自のソフトウェアコンポーネントを利用して実現されてもよい。

上記及び以下において、ネットワークシステム、それの個々のユニット及びそれぞれの動作方法を参照して主題の実施例がここに開示される。もちろん、ここに開示される主題の異なる態様に関する特徴の何れかの組み合わせがまた可能であることを指摘する必要がある。特に、いくつかの特徴は装置タイプの実施例を参照して説明されるが、他の特徴は方法タイプの実施例を参照して説明される。しかしながら、当業者は、上記及び以下の説明から、他のことが指摘されない限り、１つの態様に属する特徴の何れかの組み合わせに加えて、例えば、装置タイプの実施例の特徴及び方法タイプの実施例の特徴の組み合わせなどでさえある異なる態様又は実施例に関する特徴の何れかの組み合わせが、本出願により開示されているとみなされる。

それぞれの実施例によると、ユーザ固有データはユーザの電子メールアドレスであり、更なるユーザ固有データはユーザパスワードのソルト化フィンガープリントのフィンガープリントであり、ユーザパスワードのソルト化フィンガープリントは暗号化ソルトと合成されたユーザパスワードであり、クライアントユニットは暗号化ソルトを検索ユニットに提供するよう構成され、コンフィギュレーション関連データはプロバイダユニットのＵＲＬとプロバイダユニットにおけるユーザのログインネームを有し、クライアントユニットから検索ユニットに提供されるユーザ関連データは検索リクエストにより検索ユニットに送信され、任意的には、当該ユーザ関連データはユーザ固有データのフィンガープリントであり、検索リクエストは更に、任意的にユーザがプロバイダユニットのサービスにログインするのに要求されるユーザパスワードのフィンガープリントのソルト化フィンガープリントと、ソルト化フィンガープリントを生成するのに利用される暗号化ソルトとを有し、検索ユニットからクリアリングユニットに提供されるユーザ関連データはリクエスト送信によりクリアリングユニットに送信され、ここで、任意的には当該ユーザ関連データはユーザ固有データのフィンガープリントであり、リクエスト送信は更に、任意的にはクリアリングユニットにログインするためのパスワードを有し、プロバイダユニットに提供されるユーザ関連データはプロバイダリクエストによりプロバイダユニットに送信され、任意的には、当該ユーザ関連データはユーザ固有データのフィンガープリントを有し、プロバイダリクエストは任意的には、ユーザがプロバイダユニットのサービスにログインするのに要求されるユーザパスワードのフィンガープリントのソルト化フィンガープリントと、ソルト化フィンガープリントを生成するのに利用される暗号化ソルトとを有する。

リクエスト（検索リクエスト、リクエスト送信、プロバイダリクエスト）に対するレスポンスは、それぞれのレスポンス送信において応答ユニットにより提供されてもよい。

実施例によると、ここに開示される主題の実施例により互いに通信するユニットは、バーチャルプライベートネットワークコネクション（ＶＰＮコネクション）又はセキュアソケットレイヤコネクション（ＳＳＬコネクション）など、要素が暗号化形式により送信されるセキュアコネクションなどの何れか適切なコネクション／プロトコルを介し通信接続される。通常、送信ユニットから受信ユニットへのセキュアコネクションを介した要素（ユーザ固有データのフィンガープリントなど）の提供は、要素を暗号化し、送信ユニットから受信ユニットに暗号化された要素を送信し、受信ユニットにおいて暗号化された要素を解読し、受信ユニットにおいて要素を利用可能にすることを非明示的に開示することが理解されるべきである。ここでは、送信ユニット及び受信ユニットは、ここに開示される何れか適切なユニットであってもよい。ここに開示されるようなユニットの間の通信はユニット間のセキュアコネクションを介した通信であってもよいことに留意されたい。

異なるユニットの間の通信の開示は関係するユニットによる各自の送信の送受信及び抽出を非明示的に開示することが理解されるべきである。例えば、ある入力データを受信し、その応答においてリターンデータを提供する開示は、入力データを提供することによるリターンデータの抽出、入力データの送信、リターンデータの受信などを非明示的に開示する。さらに、第１ユニットから他の第２ユニットへの各送信は、第２ユニットにより実行されるべき処理を指定する処理識別子を含むものであってもよい。さらに、第１ユニットから第２ユニットに状態情報、識別子、コンフィギュレーション関連データなどのレスポンスデータを提供する開示は、実施例によると、レスポンスデータを受信した第２ユニットが各リクエストを第１ユニットに提供するよう構成され、第１ユニットが当該リクエストを受信し、これに対する応答においてレスポンスデータを提供するよう構成されることを開示するとみなされる。

実施例によると、レスポンスデータの提供は、所定の遅延によりレスポンスデータを提供することを意味する。このようにして、レスポンスデータを送信した各ユニットに対するブルートフォース及びタイミング攻撃を防ぐことができ、ネットワークシステムのセキュリティが向上する。

一般に、ここでの“データの提供”は、非暗号化形式又は暗号化形式によりデータを提供することを含む。とにかく、“データの提供”は、一般にそれの当初の形式にデータを再構成することが可能な表現によりデータを提供することを表す。

さらに、第１エンティティ（識別データなど）が第２エンティティ（ユーザ固有データなど）に関連しているとして指定された場合、実施例によると、“関連する”という用語はまた、第１エンティティから、データベースなどによって第２エンティティに割り当てられた関連するデータ（フィンガープリントなど）が導出可能であるという意味で第１エンティティ及び第２エンティティの関連付けを含む。

ユニットにより実行されるアクション又は方法がここで開示されるときにはいつでも、実施例によると、当該ユニットがアクション又は方法を実行するよう構成されることが理解されるべきである。

クリアリングユニット及び検索ユニットは互いに異なっている。しかしながら、異なるユニットであるにもかかわらず、実施例によると、クリアリングユニット及び検索ユニットは単一のデバイスに備えられる。例えば、クリアリングユニット及び検索ユニットは、単一のプロセッサデバイス上で実行される２つの異なるソフトウェアコンポーネントであってもよい。さらに、他の実施例では、クリアリングユニット及び検索ユニットの１つは、プロセッサデバイス上で実行されるバーチャルマシーンにおいて実行されるソフトウェアコンポーネントであってもよい。クリアリングユニット及び検索ユニットの他方は、プロセッサデバイス上で直接実行されるか、又は更なる異なるバーチャルマシーンにおいて実行されるソフトウェアコンポーネントであってもよい。更なる実施例によると、クリアリングユニット及び検索ユニットは互いに空間的に離れていてもよい。

ここで開示される主題の一実現形態は、以下の特徴を含むものであってもよい（例えば、一例となる処理（Ａ），（Ｂ）の形態などによる）。

（Ａ）ＰＬＳプロセス（コンフィギュレーション関連データがクライアントユニットにより要求される毎に実行される）
１．クライアントユニットは、ユーザ固有データの第１フィンガープリント及び更なるユーザ固有データの第１フィンガープリントを生成し、これをＰＬＳに送信する。
２．ＰＬＳは、クリアリングからユーザのプロバイダの数値によるプロバイダＩＤを取得するため、ユーザ固有データの第１フィンガープリントを利用する。
３．ＰＬＳは、それ自身のデータベースを利用して割り当てられたプロバイダのＵＲＬを決定する。
４．ＰＬＳは、プロバイダにコンタクトし（ＵＲＬを利用することによって）、ユーザ固有データの第１フィンガープリント、更なるユーザ固有データの第１フィンガープリント及び使用されたソルトを送信する。
５．プロバイダは、データを検証する（このような電子メールアドレスのフィンガープリントを有するユーザが存在し、与えられたソルトによって、ユーザのパスワードフィンガープリントが与えられたものに一致する）。結果は、プロバイダにコンタクトするためのＵＲＬによる“ＯＫ”又は“ＩＮＶＡＬＩＤ”である。これは、サブプロバイダのため異なるものであってもよい。プロバイダは、自分のユーザデータベースから正しいＵＲＬ（例えば、ｈｔｔｐｓ：／／ｐｏｒｔａｌ．ｒｅｇｉｆｙ．ｃｏｍ）を決定する。
６．ＰＬＳは、使用するＵＲＬをクライアントユニットに返す。
７．クライアントユニットは、所望の情報（クライアントのコンフィギュレーションなど）を取得するため、所与のＵＲＬにおいてプロバイダにコンタクトする。

最後に、ＰＬＳはユーザのパスワード又は電子メールアドレスを依然として知らない。クリアリングは、ユーザの電子メールアドレスを知らない。

（Ｂ）ＰＬＳレジストレーションプロセス
ＰＬＳは、レジストリングによってプロバイダＩＤと正しいＵＲＬとの間の関連付けを学習する。このプロセスのため、
１．プロバイダユニットは、自らのＵＲＬ、ＩＤ、クリアリングパスワード（ｃｌｅａｒｉｎｇＰａｓｓｗｏｒｄ）のフィンガープリント及び使用されたソルトと共にＰＬＳを呼び出す。

ｆｉｎｇｅｒｐｒｉｎｔ＝Ｈａｓｈ（ｓａｌｔ｜ｃｌｅａｒｉｎｇＰａｓｓｗｏｒｄ）
２．ＰＬＳは、プロバイダＩＤ及びフィンガープリントをクリアリングに送信することによって、クリアリングユニットにより当該情報を検証する。
３．これが成功した場合、ＰＬＳは自らのデータベースを更新する。ここで、ＰＬＳはプロバイダＩＤ及びそれの関連するＵＲＬを知っている（上記のステップ３，４について必要とされる）。

最後に、ＰＬＳは、プロバイダのクリアリングパスワードを知らず、クリアリングによって証明されるプロバイダＩＤ及びＵＲＬの関連付けを有する。

上述された態様及び実施例と、ここで開示される主題の更なる態様及び実施例とは、後述される具体例から明らかであり、図面を参照して説明されるが、本発明はこれに限定されるものでない。

本発明によると、ネットワークシステムに改善された特性を提供することができる。

図１は、ここに開示された主題の実施例によるネットワークシステムを示す。 図２Ａは、ここに開示された主題の実施例による検索プロトコルを示す。 図２Ｂは、ここに開示された主題の実施例による検索プロトコルを示す。 図３Ａは、ここに開示された主題の実施例によるネットワークシステムの処理を概略的に示す。 図３Ｂは、ここに開示された主題の実施例によるネットワークシステムの処理を概略的に示す。

図面の記載は概略的である。異なる図では、同様の又は同一の要素が、添えられた文字だけ対応する参照記号と異なる同一の参照符号又は参照記号により与えられることに留意されたい。

図１は、ここに開示される主題の実施例によるネットワークシステム１００を示す。

実施例によると、ネットワークシステム１００は、ユーザデバイス（ＵＤ）などのクライアントユニット１０２を有する。さらに、ネットワークシステム１００は、検索サーバ（プロバイダ検索サーバ（ＰＬＳ）として参照されてもよい）などの検索ユニット１０４を有する。クライアントユニット１０２は、ユーザ固有データの形式によりユーザ関連データ１０６を検索ユニット１０４に提供するよう構成される。ユーザ固有データは、クライアントユニットを操作するユーザなどのユーザに関連付けされ、フィンガープリント１０６はユーザ固有データの明確な識別を可能にする。例えば、フィンガープリントは、各自のハッシュ関数により取得されるユーザ固有データのハッシュコード（暗号化ハッシュコードなど）であってもよい。ハッシュコードは、何れか適切なハッシュ関数によりユーザ固有データから生成されてもよく、複数のものが当該技術において知られている（ＭＤ５、ＳＨＡ−ｘなどのセキュアなハッシュアルゴリズムなど、ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｐｕｂｌｉｃａｔｉｏｎｓ／から入手可能な連邦情報処理規格公開（ＦＩＰＳ ＰＵＢ）１８０−２などを参照されたいが、ここに開示される主題の実施例によるフィンガープリントを生成する他の関数がまた利用されてもよい）。効果的な実施例では、フィンガープリントは暗号化ハッシュ関数により生成される。

更なる実施例によると、クライアントユニット１０２は、更なるユーザ固有データのフィンガープリントの形式による更なるユーザ関連データ１０８を検索ユニット１０４に提供するよう構成され、ここで、更なるユーザ固有データのフィンガープリント１０８は、更なるユーザ固有データの明確な識別を可能にする。実施例によると、ユーザ固有データはクライアントユニット１０２のユーザの電子メールアドレスであり、更なるユーザ固有データはユーザのパスワードである。従って、以下において、ユーザのパスワード及び電子メールアドレスが参照されるが、以下に与えられる実施例の何れもが一般に何れかのユーザ固有データ及び何れかの更なるユーザ固有データを利用することによって実現されてもよいことが留意されるべきである。実施例によると、ユーザ固有データ及び更なるユーザ固有データの少なくとも１つは、ユーザを明確に識別する。

実施例によると、クライアントユニット１０２は、ユーザ固有データ及び更なるユーザ固有データをクライアントユニット１０２に入力するためユーザにより操作可能な入力装置１０３を有する。実施例によると、クライアントユニット１０２は、セキュアハッシュアルゴリズムを利用することによって、ユーザ固有データのフィンガープリント１０６を生成するよう構成される。実施例によると、クライアントユニット１０２は、セキュアハッシュアルゴリズムを利用することによって、更なるユーザ固有データのフィンガープリント１０８を生成するよう構成される。

実施例によると、パスワードのフィンガープリント１０８は、ソルト化フィンガープリントである。当該分野で知られるように、これは、例えば、ハッシュ関数がフィンガープリントを生成するため利用される場合、入力としてパスワードのみがハッシュ関数に提供されるのでなく、パスワードと暗号化ソルトとがハッシュ関数への入力として利用される。すなわち、パスワードのソルト化フィンガープリントは、パスワードと暗号化ソルトとの組み合わせのフィンガープリントである。更なる実施例によると、パスワードのソルト化フィンガープリントは、暗号化ソルトとパスワードのフィンガープリントとの組み合わせのフィンガープリントである。さらに、フィンガープリントの生成、フィンガープリントのソルト処理及びソルトと以前のフィンガープリントとの組み合わせのソルト化フィンガープリントの生成は、第三者が複数の推定されたパスワードについてフィンガープリントを計算することによって、パスワードのフィンガープリントを生成することを試みることを実現不可能にすることによってセキュリティを向上させるため、当該分野において知られるような２回以上繰り返し可能であることが理解されるべきである。

クライアントユニット１０２は、ユーザ固有データのフィンガープリント１０６と共に、更なるユーザ固有データのフィンガープリント１０８を検索ユニット１０４に提供するよう構成される。実施例によると、フィンガープリント１０６及びフィンガープリント１０８は、共通のレジストレーションリクエストによりクライアントユニットに提供される。

実施例によると、ネットワークシステム１００は、クリアリングサーバ（ＣＳ）などのクリアリングユニット１１０を有する。実施例によると、検索ユニット１０４は、クリアリングユニット１１０からのユーザのプロバイダのプロバイダ情報などの識別データを要求するよう構成される。例えば、実施例によると、検索ユニット１０４は、ユーザ固有データの更なるフィンガープリント１１２（第２フィンガープリントなど）をクリアリングユニットに提供するよう構成され、ユーザ固有データの更なるフィンガープリント１１２は、ユーザ固有データの明確な識別を可能にする。実施例によると、ユーザ固有データの更なるフィンガープリント１１２は、ユーザ固有データのフィンガープリント１０６と同一である。すなわち、本実施例では、検索ユニットがクライアントユニット１０２から受信したユーザ固有データのフィンガープリントは、ユーザ固有データの更なるフィンガープリント１１２として、検索ユニット１０４によってクリアリングユニット１１０に転送される。更なるフィンガープリント１１２は、更なるフィンガープリント１１２に関連する識別データを要求するリクエスト送信１３６によりクリアリングユニット１１０に提供されてもよい。

ユーザ固有データの更なるフィンガープリント１１２を受信することに応答して、クリアリングユニット１１０は、例えば、レスポンス送信１３８により識別データ１１４を検索ユニットに提供する。実施例によると、クリアリングユニット１１０は、クリアリングユニット１１０の記憶装置１１１からユーザ固有データに関連する識別データ１１４を抽出する。実施例によると、記憶装置１１１は、複数のユーザのフィンガープリント１０６及び関連する識別データなどのユーザ固有データの識別子を格納する。これらのデータは、プロバイダユニットの登録中に記憶装置に格納されてもよく、プロバイダユニットは、記憶装置１１１に格納されるべきデータを提供する。

実施例によると、識別データ１１４は、ユーザ固有データに関連するプロバイダユニット（図１に示されるプロバイダユニット１１８など）を明確に識別する。例えば、実施例によると、識別データ１１４は、実施例においてユーザ固有データを形成する電子メールアドレスに関連するユーザの電子メールアカウントを運営するプロバイダユニットを識別する。

実施例によると、検索ユニット１０４は、識別データ１１４を利用することによってプロバイダ識別情報１１４に関連するコンフィギュレーション関連データ１１５を抽出するよう構成される。実施例によると、検索ユニット１０４は、検索ユニット１０４の記憶装置１１３などから、プロバイダ識別情報に関連するプロバイダアドレスを抽出する。プロバイダアドレスは、各プロバイダユニットがユーザ装置１０２によりアクセス可能なＵＲＬ（Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であってもよい。実施例によると、検索ユニットは、複数のプロバイダについてプロバイダＵＲＬなどのプロバイダ識別情報と対応するプロバイダアドレスとを記憶装置１１３に格納している。実施例によると、検索ユニット１１４は、識別データ１１４を利用することによって（クライアントユニット１０２により直接コンタクト可能なサブプロバイダのログインネーム及び／又はネットワークアドレスなど）コンフィギュレーション関連データ１１５を抽出するよう構成される。実施例によると、検索ユニット１０４は、図１に示されるようなプロバイダユニットから、又は他の実施例による（図１に図示せず）クリアリングユニット１１０からプロバイダ識別情報１１４などと共に、コンフィギュレーション関連データ１１５を受信する。

セキュリティを向上させるため、実施例によると、検索ユニット１０４は、コンフィギュレーション関連データ１１５をクライアントユニット１０２に提供する前に、ユーザ関連データ及び／又は更なるユーザ関連データを検証するよう構成される。このため、実施例によると、検索ユニット１０４は、例えば、検索ユニット１０４から第１プロバイダユニット１１８へのプロバイダリクエスト１８６などによって、識別データ１１４により識別される第１プロバイダユニット１１８にユーザ固有データの更なるフィンガープリント（第３フィンガープリント１２２など）及び／又は更なるユーザ固有データの更なるフィンガープリント（第２フィンガープリント１２４など）を提供するよう構成される。実施例によると、ユーザ固有データの第３フィンガープリント１２２及び更なるユーザ固有データの第２フィンガープリント１２４の受信に応答して、第１プロバイダユニット１１８は、ユーザ固有データの更なる（第３）フィンガープリント１２２及び／又は更なるユーザ固有データの更なる（第２）フィンガープリント１２４の有効性を検証する。このため、実施例によると、第１プロバイダユニットは、第１プロバイダユニット１１８の記憶装置に格納されているユーザ固有データ及び／又は更なるユーザ固有データからユーザ固有データの第３フィンガープリント及び／又は更なるユーザ固有データの第２フィンガープリントを計算し、計算されたフィンガープリントと検索ユニット１０４から受信した各フィンガープリント１２２，１２４とを比較するよう構成される。計算したフィンガープリントとそれぞれ受信したフィンガープリント１２２，１２４とが一致すると、受信したフィンガープリント１２２，１２４は有効であるとみなされる。フィンガープリントの当該計算を実行するため、第１プロバイダユニット１１８は受信したフィンガープリント１２２，１２４がどのように生成されたか知っている必要があることが理解されるべきである。しかしながら、これは、例えば、関係する各ユニットにおける各自のフィンガープリントの計算方法の静的な実現などによって容易に実現される。従って、実施例によると、ネットワークシステム１００の各ユニットの実現は他の各ユニットの処理の知識を必要とすることが理解されるべきである。更なる実施例では、ネットワークシステムのユニット１０２，１０４，１１０，１１８の間のそれぞれの送信は、各フィンガープリントがどのように計算されたかを示す。例えば、各送信は、当該送信において提供されるフィンガープリントがＳＨＡ−２５６アルゴリズムを利用することによって計算されることを示すものであってもよい。更なる実施例によると、２つのユニット１０２，１０４，１１０，１１８の間の送信は、ソルト化フィンガープリントが利用される暗号化ソルトを含むものであってもよい。更なる実施例によると、ユニット１０２，１０４，１１０，１１８の間の送信は、フィンガープリントの繰り返し回数を示す。さらに、ユニット１０２，１０４，１１０，１１８の間の各送信は、各データ構造の送信によって実行されてもよい。このようなデータ構造は、例えば、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）などにおいて与えられてもよい。このようなデータ構造では、送信の全ての要素又はパラメータ（例えば、フィンガープリントの計算を含みうる要求された処理を実行するのに必要とされるパラメータなど）は、データ構造のフィールドにより定義されてもよく、パラメータの各値は、データ構造のフィールドに各値を有するデータ構造による送信の受信ユニットに提供される。

実施例によると、送信ユニットから受信ユニットに送信されるリクエストの送信は、ある処理を実行するよう受信ユニットに要求する送信とみなされる。リクエストの送信に応答して、受信ユニットは、実行される処理の結果を示すレスポンス送信を返してもよい。

実施例によると、ユーザ固有データの更なるフィンガープリントと更なるユーザ固有データの更なるフィンガープリントとが有効なユーザ固有データ及び／又は有効な更なるユーザ固有データに対応する場合、実施例によると、第１プロバイダユニット１１８は、状態情報１２３を検索ユニットに提供する。実施例によると、検索ユニット１０４は、第１プロバイダユニットからの状態情報１２３がクライアントユニット１０２により提供された各フィンガープリントのユーザ固有データ及び更なるユーザ固有データが有効であることを示す場合、コンフィギュレーション関連データ１１５をクライアントユニット１０２に提供するよう構成される。実施例によると、第１プロバイダユニット１１８は更に、コンフィギュレーション関連データ１１５を検索ユニット１０４に提供する。状態情報１２３及びコンフィギュレーション関連データ１１５は、レスポンス送信１８８において検索ユニット１０４に提供されてもよい。コンフィギュレーション関連データ１１５は、各自のレスポンス送信１１６においてクライアントユニット１０４に提供されてもよい。

従って、コンフィギュレーション関連データ１１５（プロバイダＵＲＬ、サブプロバイダＵＲＬ、ユーザのログインネームなどを含むものであってもよい）が、図１に示される第１プロバイダ１１８などの各自のプロバイダ（又はこのようなサブプロバイダがコンフィギュレーション関連データ１１５において指定されている場合、それのサブプロバイダ）にログインするため、ユーザのパスワードなどのユーザに既知のログインデータと共に、クライアントユニット１０２により利用されてもよい。図１の１２０において、第１プロバイダ１１８への検索ユニット１０２のアクセスが示される。

実施例によると、ネットワークシステム１００は、１１８ａ，１１８ｂにより示される第１プロバイダユニット１１８及び更なるプロバイダユニットを含む複数のプロバイダユニットを有する。さらに、実施例によると、２以上の検索ユニットがネットワークシステム１００に備えられてもよい。さらに、実施例によると、２以上のクリアリングユニットがネットワークシステム１００に備えられてもよい。各プロバイダユニット１１８，１１８ａ，１１８ｂは、クリアリングユニット１１０から受信されるプロバイダ識別データ１１４に依存して検索ユニット１０４によりコンタクトされることが理解されるべきである。各プロバイダユニット１１８，１１８ａ，１１８ｂは、プロバイダサーバＰ１，Ｐ２，Ｐ３などであってもよい。実施例によると、検索ユニットは、全ての既知のプロバイダユニット１１８，１１８ａ，１１８ｂに自らを登録する。備えられたユニットは、例えば、ｐｌｓ１．ｒｅｇｉｆｙ．ｃｏｍ、ｐｌｓ２．ｒｅｇｉｆｙ．ｃｏｍ及びｐｌｓ３．ｒｅｇｉｆｙ．ｃｏｍのＵＲＬなどの所定のＵＲＬを介し利用可能であってもよい。しかしながら、他の実施例では、検索ユニットの登録は他の何れか適切な方法により実行される。

図２は、ここに開示される主題の実施例による検索プロトコルを示す。

実施例によると、図２の検索プロトコルは、例えば、図１に関して説明されるようなネットワークシステムなどにおいて、ここに開示された主題の実施例によるネットワークシステムにおいて実現される。

ここに開示される主題の実施例によると、クライアントユニット１０２、検索ユニット１０４、クリアリングユニット１１０及びプロバイダユニット１１８の間の送信の要素は、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）に定義される。実施例によると、ネットワークシステムのユニット１０２，１０４，１１０，１１８は、互いに通信接続される。例えば、ユニット１０２，１０４，１１０，１１８の２つの間の通信接続は、図２に関して説明されるようなタイプを有してもよい。

ここに説明され、特に図２に関して説明されたようなネットワークシステムの一例となる利用ケースは、ユーザの電子メールプロバイダユニット（プロバイダユニット１１８）と通信する必要があるクライアントソフトウェアをユーザに提供することである。ここに開示される主題の実施例は、このような場合において、ユーザが特定のプロバイダを覚えておくことを不要にするか、又はプロバイダの詳細にアクセスすることを不要にしながら、未設定のクライアントソフトウェアのクライアントユニット１０２への容易なダウンロードを可能にする。ここに開示される主題の実施例によると、本実施例においてユーザが覚えておく必要があるクライアント固有データは、プロバイダユニットにおけるユーザのログインに求められるユーザパスワードとユーザの電子メールアドレスのみである。従って、クライアントソフトウェアは、適切なプロバイダを選択する必要があるユーザにプロバイダリストをダウンロードして提示する必要はなく、ユーザは電子メールアドレスと対応するユーザパスワードを提供するだけでよく、ここで、実施例によると、検索ユニット１０４との通信は秘密データが検索ユニットと交換されないようなものである。特に、実施例によると、クライアントユニット１０２は、電子メールアドレスから各ユーザ関連データ（フィンガープリントなど）と、ユーザパスワードから更なるユーザ関連データ（ソルト化フィンガープリントなど）とを生成するよう構成される。例えば、実施例によると、クライアントユニット１０２は、電子メールアドレスをハッシュ処理し、ランダムな暗号化ソルトによりユーザパスワードのパスワードハッシュをハッシュ処理するよう構成される。以下において、ユーザ固有データ（電子メールアドレス）及び更なるユーザ固有データ（ユーザパスワード）とのそれぞれのフィンガープリントが参照されるが、これらの具体例は単なる一例であり、以下の実施例はまた他の何れかのユーザ関連データ及び更なるユーザ関連データにより実現されてもよいことが理解されるべきである。

テーブルＩにおいて、図２に示される一例となるプロバイダ検索プロトコルによるクライアントユニット１０２と検索ユニット１０４との間の通信に関係するパラメータ値の概略と実施例とが与えられる。

実施例によると、テーブルＩと対照的に、リターン値はログイン値を含まない。

クライアントユニット１０２から検索ユニット１０４への一例となる検索リクエスト１０５のＪＳＯＮの説明は以下の通りである。

検索リクエストに応答して提供される検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６のＪＳＯＮの説明は以下の通りである。

従って、テーブルＩ〜ＩＩＩに定義されるような検索リクエスト及びレスポンス送信を実現する図２の検索プロトコルを参照すると、クライアントユニット１０２は、検索ユニット１０４とＳＳＬコネクションを介し通信接続され、テーブルＩの値セクションに指定されるような検索リクエスト１０５を送信する。実施例によると、クライアントユニットは、検索リクエスト１０５のパラメータの初期化のため構成される。このパラメータの初期化は、ボックス１２６により表される。検索リクエスト１０５において検索ユニット１０４に提供される電子メールハッシュ及びパスワードハッシュが有効である場合、検索ユニット１０４は、レスポンス送信１１６においてテーブルＩに与えられる第１の代替によるリターン値、すなわち、状態情報と共にユーザのログインネーム及びプロバイダＵＲＬを返す。実施例によると、クライアントユニットは、レスポンス送信に与えられるプロバイダＵＲＬ及びログインネームを取得し、１２８に示されるように、クライアントユニットに既知のユーザパスワードにより接続チェックを実行する。

実施例によると、検索リクエスト１０５によって、以下のデータ、すなわち、実行される処理（ＯＰ）であり、当該処理は所与の電子メールアドレスハッシュのプロバイダ及び関連するログインネームを検出するためのリクエストなどに対応する“プロバイダ検索”であってもよく、検索ユニット１０４に送信される。さらに、検索リクエスト１０５は、プロバイダユニットにログインすることを試みる電子メールアドレスの電子メールハッシュ、暗号化ソルト及びハッシュ処理されたユーザパスワードと暗号化ソルトとの組み合わせから計算されるパスワードハッシュを含むものであってもよい。テーブルＩＩから取得できるように、ＪＳＯＮ説明におけるフィールドは、実行される処理のための“ＯＰ”、ユーザの電子メールアドレスのハッシュコードの“電子メールハッシュ”、暗号化ソルトの“パスハッシュソルト（ｐａｓｓ ｈａｓｈ ｓａｌｔ）”、及びパスワードハッシュのソルト化ハッシュコードであるユーザパスワードのハッシュコードのための“パスハッシュハッシュ（ｐａｓｓ ｈａｓｈ ｈａｓｈ）”であってもよい。

レスポンス送信１１６では、コンフィギュレーション関連データは、一例となる実施例では、レスポンス送信１１６にアドレスが含まれるプロバイダユニットにログインするのに必要なユーザのログインネームとプロバイダユニットのアドレス（プロバイダＵＲＬ）とであり、クライアントユニットに提供されてもよい。例えば、実施例では、このプロバイダユニットはプロバイダユニット１１８である。更なる実施例によると、レスポンス送信１１６は更に、検索リクエスト１０５においてクライアントユニット１０２により提供されるフィンガープリントが有効であるか否かを示す状態情報を含む。例えば、実施例によると、レスポンス送信における状態情報は、“無効”、“エラー”又は“ｏｋ”の１つに設定される。ここで、状態情報は、検索リクエスト１０５において提供されるフィンガープリント、すなわち、電子メールハッシュ及びパスワードハッシュが有効である場合、“ｏｋ”に設定される。さらに、状態情報は、検索リクエスト１０５において提供されるフィンガープリントが無効である場合、“無効”に設定される。さらに、状態情報は、システムエラーが発生した場合、“エラー”となる。実施例によると、状態情報が“エラー”と“無効”との１つである場合、コンフィギュレーション関連データはレスポンス送信１１６において設定されない。更なる実施例によると、状態情報は、検索リクエスト１０５において提供されたフィンガープリントに関連するプロバイダが検索ユニット１０４によりサポートされていないことを示す“非サポート”であってもよい。

実施例によると、クライアントユニット１０２は、レスポンス送信１１６において提供される状態情報に対応する各メッセージを表示するよう構成される。例えば、状態情報が“非サポート”である場合、クライアントユニットは、プロバイダが検索ユニットによりサポートされていないというメッセージを表示するよう構成されてもよい（“非サポートメッセージ”を表示）。さらに、クライアントユニットは、システムエラーが発生したことを状態情報が示す場合、検索手順中にエラーが発生したというメッセージを表示するよう構成されてもよい（“エラーメッセージ”を表示）。さらに、クライアントユニット１０２は、検索リクエストにおけるフィンガープリントが無効であることを状態情報が示す場合、検索リクエスト１０５において提供されるフィンガープリントが無効であるというメッセージを表示するよう構成されてもよい（“無効メッセージ”を表示）。さらに、クライアントユニット１０２は、状態情報が“ｏｋ”である場合、ユーザにコンフィギュレーション関連データを表示するよう構成されてもよく、例えば、ユーザ固有データはプロバイダＵＲＬ及びユーザのユーザログインである。実施例によると、クライアントユニットは、状態情報が“ｏｋ”である場合、レスポンス送信１１６により受信したコンフィギュレーション関連データに基づき更なるアクションを自動的に実行するよう構成されてもよい。例えば、実施例によると、クライアントユニットは、ユーザによりクライアントユニット１０２に入力されたユーザパスワードと共に、レスポンス送信１１６に提供されたプロバイダＵＲＬとユーザログインとを利用することによって、プロバイダユニット１１８とのコネクションを自動的にチェックしてもよい。実施例によると、クライアントユニット１０２は、プロバイダユニット１１８とのコネクションのチェックが成功すると、ユーザ固有データ、すなわち、ユーザパスワードと共にプロバイダＵＲＬ及びユーザログインを格納するよう構成されてもよい。他の実施例によると、プロバイダＵＲＬ及びユーザログインのみがクライアントユニットに格納され、プロバイダユニット１１８とのコネクションがクライアントユニットにより確立される前に、ユーザは自分のユーザパスワードを入力するよう要求される。実施例によると、プロバイダユニット１１８とのコネクションのチェック又は確立は少なくともプロバイダユニット１１８におけるログインを含むことに留意すべきである。

以下において、ここに開示された主題の実施例による検索ユニット１０４及びクリアリングユニット１１０の通信が、図２に関して説明される。

検索ユニット１０４とクリアリングユニット１１０との間の通信は、ＶＰＮ又はＳＳＬコネクションを介し実行されてもよい。従って、各実施例によると、検索ユニット１０４及びクリアリングユニット１１０は、ＶＰＮ又はＳＳＬコネクションなどを介し通信接続される。特に、検索ユニット１０４及びクリアリングユニット１１０は、ＶＰＮ又はＳＳＬコネクションを介し通信接続されてもよい。

実施例によると、検索ユニット１０４は、リクエスト送信１３６をクリアリングユニット１１０に提供するよう構成される。実施例によると、リクエスト送信１３６は、ユーザ固有データの更なるフィンガープリントを含む。リクエスト送信１３６におけるユーザ固有データのフィンガープリントと検索リクエスト１０５におけるユーザ固有データのフィンガープリントとを適切にするため、検索リクエスト１０５におけるユーザ固有データのフィンガープリントは“ユーザ固有データの第１フィンガープリント”と呼ばれ、リクエスト送信１３６におけるユーザ固有データは“ユーザ固有データの第２フィンガープリント”と呼ばれる。しかしながら、“第１”及び“第２”という用語は限定的なものとしてみなされるものでない。例えば、実施例によると、ユーザ固有データの第１フィンガープリントはユーザ固有データの第２フィンガープリントである。すなわち、ユーザ固有データの第２フィンガープリントは、検索リクエスト１０５において検索ユニットに提供されるユーザ固有データのフィンガープリントであってもよい。

更なる実施例によると、リクエスト送信１３６は、検索ユニットにより提供されるパスワードを含む。リクエスト送信を検証するため検索ユニットにより提供される当該パスワードは、ここではまたＰＬＳパスワードと参照される。実施例によると、クリアリングユニットは、ＰＬＳパスワードが有効である場合に限って、検索ユニットからの検索リクエストを処理するよう構成される。

更なる実施例によると、リクエスト送信１３６は、クリアリングユニットにより実行される処理を示す処理インジケータを含む。例えば、処理インジケータは、クリアリングユニットがリクエスト送信のコンテンツ（ユーザ固有データの第２フィンガープリントなどに対応）に対応するプロバイダ情報（プロバイダの識別情報）を抽出するよう要求されていることを示す“プロバイダ検索”であってもよい。実施例によると、クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信１３８は、リクエスト送信１３６に対応するリクエストの状態を示す状態情報を含む。実施例によると、レスポンス送信１３８は更に、リクエスト送信１３６においてクリアリングユニット１１０に提供されるユーザ固有データの更なるフィンガープリントに関連するプロバイダユニット１１８を識別するプロバイダ識別データを有する。

クリアリングユニット１１０によるリクエスト送信１３６の処理に関連して、実施例によると、リクエスト送信において提供されるＰＬＳパスワードが有効であるかまずチェック１３９される。実施例によると、クリアリングユニットは、ＰＬＳパスワードの有効性をチェックするよう構成される。実施例によると、クリアリングユニット１１０は、クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信１３８における各状態情報を提供するよう構成される。例えば、実施例によると、クリアリングユニット１１０は、１４１においてリクエスト送信１３６により提供されるＰＬＳパスワードが有効でない場合、１４０において、リクエスト送信１３６の更なる処理が禁止されることを示す“禁止（ｆｏｒｂｉｄｄｅｎ）”に状態情報を設定するよう構成される。実施例によると、レスポンス送信１３８は、クリアリングユニットによるリクエスト送信１３６の処理を終了した後（例えば、“禁止”の結果によるパスワードチェック１３９の後など）にすぐには提供されない。むしろ、クリアリングユニットによるリクエスト送信１３６の処理の終了後、レスポンス送信１３８には検索ユニット１０４に所定の遅延（すなわち、所定の待機時間後）が提供される。このようにして、ネットワークシステムのセキュリティは、ブルートフォース及びタイミングアタックが防がれているため、向上しうる。所定の待機時間は、例えば、１〜１０秒又は他の実施例では２〜７秒などの秒数の範囲内であってもよい。

実施例によると、クリアリングユニットは、１３９におけるパスワードチェックがＰＬＳパスワードが有効であること示す場合、１４２に示されるように、リクエスト送信１３６により受信される電子メールハッシュ（ユーザ固有データの第２フィンガープリントなど）に対応するプロバイダ識別データを抽出するよう構成される。検索アクション、すなわち、電子メールハッシュに対応するプロバイダ識別データ（プロバイダＩＤ）の抽出が、図２における１４４により示される。１４５に示されるように、例えば、クリアリングユニットにおけるハードウェア又はソフトウェアの故障などによるプロバイダ識別データの抽出中にエラーが発生した場合、レスポンス送信における状態情報は、エラーが発生したことを示す。実施例によると、プロバイダ識別データの抽出中にエラーが発生したか否かの判定１４６が行われる。１４５に示されるようにエラーが発生した場合、実施例によると、１４８に示されるように、状態情報が“エラー（ｅｒｒｏｒ）”に設定される。１５０に示されるように、エラーが発生しなかった場合、１５２において、ユーザ固有データの第２フィンガープリント（所与の電子メールハッシュなど）についてプロバイダ識別データが検出されたかチェックされる。１５３に示されるように、プロバイダ識別データがユーザ固有データの第２フィンガープリントについて検出されなかった場合、実施例によると、レスポンス送信１３８における状態情報は、リクエスト送信１３６において提供されるユーザ固有データの第２フィンガープリントについてプロバイダ識別データが利用可能でないことを示す（状態情報：“無効（ｉｎｖａｌｉｄ）”。例えば、実施例によると、クリアリングユニットは、１５４に示されるように、所与の電子メールハッシュについてプロバイダ識別データが検出されなかった場合、状態情報を“無効”に設定するよう構成される。

実施例によると、クリアリングユニット１１０は、１５６に示されるように、ユーザ固有データの第２フィンガープリントについてプロバイダ識別データが検出された場合、状態情報を“ｏｋ”に設定するなどによって、ユーザ固有データの第２フィンガープリント（電子メールハッシュ）についてプロバイダ識別データが検出されたことを示す状態情報を提供するよう構成される。実施例によると、この場合に限って、プロバイダ識別データがレスポンス送信１３８に設定される。図２における具体例では、プロバイダ識別データは“ＣＨ２”である。レスポンス送信１３８における状態情報の設定とプロバイダ識別データの設定とは、図２の１５８に示される。

実施例によると、リクエスト送信１３６は、対応するレスポンス送信１３８と共に、リクエスト送信及びレスポンス送信のパラメータのＪＳＯＮの説明を利用することによって実現される。テーブルＩＶは、リクエスト送信１３６のパラメータのＪＳＯＮの説明を示す。

対応する一例となるレスポンス送信１３８のＪＳＯＮの説明がテーブルＶに提供される。

図２に示される一例となるプロバイダ検索プロトコルによる検索ユニット１０４とクリアリングユニット１１０との間の通信に関係するパラメータ及びパラメータ値の実施例の概略が、テーブルＶＩに与えられる。

以下において、クリアリングユニット１１０により検索ユニット１０４に提供されるレスポンス送信１３８の更なる処理が、ここに開示された主題の実施例を参照して説明される。

レスポンス送信１３８が、リクエスト送信１３６のＰＬＳパスワードが有効でなかったことを示す状態情報を有する場合、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６における状態情報は、検索リクエスト１０５の処理中にエラーが発生したことを示す。例えば、実施例によると、検索ユニットは、リクエスト送信１３６のＰＬＳパスワードが有効でなかったことを示す状態情報をレスポンス送信１３８が含む場合、図２の１６０において示されるように、レスポンス送信１１６における状態情報を“エラー”に設定するよう構成される。

クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信１３８が、１４４におけるプロバイダＩＤの検索中にエラーが発生したことを示す場合（状態：“エラー”）、検索ユニットは、１６４に示されるように、更なるクリアリング処理が実行される必要があるかチェックするよう構成されてもよい。例えば、実施例によると、２以上のクリアリングユニット（欧州、アジア、中近東などの）が備えられ、この場合、１つのクリアリングユニットが故障すると、検索ユニットが次のクリアリングユニットによる処理を繰り返すことによって継続するよう構成されてもよい。例えば、更なるクリアリング処理のチェック１６４が、１６６に示されるように、更なるクリアリング処理が実行される必要があることを示す場合、実施例によると、１３５において、検索ユニット１０４は、更なるクリアリング処理の値によりリクエスト送信１３６のパラメータを初期化するよう構成される。１６８に示されるように、更なるクリアリング処理のチェック１６４が更なるクリアリング処理が実行されないことを示す場合、全てのクリアリング処理が失敗したか否かチェック１７０が行われる。１７２に示されるように、このチェック１７０が、全てのクリアリング処理が失敗したことを示す場合、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６における状態情報は、１６０に示されるように、検索ユニットによって“エラー”に設定されてもよい。１７４に示されるように、チェック１７０が全てのクリアリング処理が失敗したとは限らないことを示す場合、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６における状態情報は、１７６に示されるように、検索ユニットによって“無効”に設定されてもよい。

クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信１３８における状態情報が、ユーザ固有データの更なるフィンガープリントについてプロバイダ識別データが検出されなかったことを示す場合（状態：無効）、検索ユニット１０４は、ユーザ固有データ（電子メールアドレス）及び／又は更なるユーザ固有データ（ユーザパスワード）が無効であるという状態情報をレスポンス送信１１６において提供するよう構成される。例えば、実施例によると、検索ユニット１０４は、１７６に示されるように、レスポンス送信１１６における状態情報を“無効”に設定するよう構成される。

クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信１３８が、ユーザ固有データの更なるフィンガープリントについてプロバイダ識別データが良好に抽出されたことを示す状態情報を含む場合、及び／又はレスポンス送信１３８がプロバイダ識別データを有する場合、検索ユニット１０４は、ユーザ固有データに関連するコンフィギュレーション関連データ（例えば、検索リクエスト１０５により検索ユニット１０４により受信されたパスワードハッシュに関連するなど）を抽出するよう構成されてもよい。コンフィギュレーション関連データを抽出するため、実施例によると、検索ユニット１０４は、レスポンス送信１３８によりクリアリングユニットから受信したプロバイダ識別データに関連するプロバイダ関連データ（プロバイダＵＲＬなどのプロバイダアドレスなど）を抽出するよう構成される。

実施例によると、ユーザ固有データの第２フィンガープリント（電子メールハッシュ）に対応するプロバイダ識別データが良好に抽出されなかった場合、プロバイダ識別データはヌル又は他の所定値に設定されてもよい。このような場合、プロバイダ識別データ自体はプロバイダ識別データの抽出の状態に関する情報を提供するため、別の状態情報がレスポンス送信１３８において省略されてもよい。

１８０に示されるように、プロバイダ識別データに対応するプロバイダ関連データの抽出１７８が成功した場合、すなわち、プロバイダ関連データが検出された場合、プロバイダ関連データの抽出成功のチェック１７９は肯定的である。検索ユニット１０４は、１８２に示されるように、プロバイダ関連データの抽出成功のチェック１７９が否定的である場合、ユーザ固有データに関連するクライアントユニット１０２のプロバイダが検索ユニット１０４によりサポートされていないという状態情報をレスポンス送信１１６においてクライアントユニット１０２に提供するよう構成されてもよい。例えば、実施例によると、検索ユニット１０４は、このような場合、１８４に示されるように、状態情報を“非サポート”に設定するよう構成されてもよい。

実施例によると、検索ユニット１０４は、１８０に示されるように、プロバイダ関連データ（図２に示される一例となるケースにおけるプロバイダＵＲＬ）の抽出が成功した場合、プロバイダ識別データにより識別されるプロバイダユニット１１８にプロバイダリクエストを送信するよう構成される。実施例によると、検索ユニット１０４は、プロバイダ関連データを利用することによって（例えば、プロバイダＵＲＬを利用することによって）プロバイダリクエスト１８６をプロバイダユニット１１８に送信するよう構成される。

実施例によると、プロバイダユニット１１８は、例えば、（ｉ）ユーザ固有データ（電子メールアドレス）及び／又は更なるユーザ固有データ（ユーザパスワード）の有効性チェック、及び（ｉｉ）コンフィギュレーション関連データの抽出の少なくとも１つを実行するなどのため、プロバイダリクエスト１８６を処理するよう構成される。実施例によると、プロバイダユニット１１８は、プロバイダリクエスト１８６の処理に応答して、プロバイダレスポンス１８８を検索ユニット１０４に提供するよう構成される。検索ユニット１０４とプロバイダユニット１１８との間の通信について、検索ユニット１０４及びプロバイダユニット１１８は、例えば、ＶＰＮ又はＳＳＬコネクションなどを介し通信接続されてもよい。実施例によると、プロバイダユニット１１８は、検索ユニット１０４に知られているユーザ関連データ（例えば、ユーザ固有データのフィンガープリント及び更なるユーザ固有データのフィンガープリントなど）の有効性のチェックしか実行しない。他の実施例によると、プロバイダユニット１１８は、あるいは又はさらに、プロバイダリクエスト１８６を受信すると、コンフィギュレーション関連データを抽出し、プロバイダレスポンス１８８においてログインデータなどのコンフィギュレーション関連データを検索ユニット１０４に提供するよう構成されてもよい。

実施例によると、プロバイダリクエスト１８６は、ユーザ固有データのフィンガープリント（電子メールアドレスのハッシュコード）、更なるユーザ固有データのフィンガープリント（パスワードハッシュのソルト化ハッシュ）、及び更なるユーザ固有データのフィンガープリントを生成するのに利用される暗号化ソルトなど、ここに説明されるようなユーザ関連データ及び更なるユーザ関連データを含む。さらに、プロバイダリクエストは、例えば、プロバイダユニットに更なるユーザ関連データを検索するよう指示するなど、プロバイダユニットに対する処理命令を含むものであってもよい。実施例によると、プロバイダリクエスト１８６の各パラメータは、１９０に示されるように、検索ユニット１０４に利用可能な値によって初期化されてもよい。プロバイダリクエストを提供するためのデータパラメータのＪＳＯＮの説明が、テーブルＶＩＩに与えられる。

実施例によると、プロバイダユニット１１８は、プロバイダリクエスト１８６を受信すると、検索ユニット１０４により提供されるユーザ関連データを検証するよう構成される。例えば、実施例によると、プロバイダユニット１１８は、ユーザ固有データのフィンガープリント及び更なるユーザ固有データのフィンガープリントを検証するよう構成される。このため、プロバイダユニットは、プロバイダユニット１１８に格納されるユーザ固有データのフィンガープリントと、プロバイダユニット１１８に格納される更なるユーザ固有データのフィンガープリントとを計算してもよい。例えば、更なるユーザ固有データのフィンガープリントなどのこれらのフィンガープリントの１つがソルト化フィンガープリントである場合、プロバイダユニット１１８は、ソルト化フィンガープリントを計算するため、プロバイダリクエスト１８６に備えられる暗号化ソルトを利用するよう構成される。実施例によると、プロバイダユニット１１８は、ユーザ固有データのフィンガープリントを計算し、当該結果をプロバイダリクエスト１８６により受信したユーザ固有データのフィンガープリントと比較することによって、ユーザ固有データの有効性を検証する（例えば、電子メールハッシュを検証するなど）よう構成される。実施例によると、プロバイダユニット１１８は、ユーザ固有データに対応するログインネームなどの更なるユーザ固有データを検出するよう構成される。さらに、実施例によると、プロバイダユニット１１８は、ログインネームのユーザパスワードを抽出し、抽出したユーザパスワードのフィンガープリントを計算し、結果としてのフィンガープリントとプロバイダリクエスト１８６により受信したユーザパスワードのフィンガープリントとを比較することによって、パスワードフィンガープリントを検証するよう構成される。プロバイダユニットによるプロバイダリクエスト１８６の処理の上述した実施例が、図２の１９１において示される。実施例によると、プロバイダリクエスト１８６がセキュアコネクション（ＶＰＮ又はＳＳＬコネクションなど）を介しプロバイダユニット１１８に送信される場合、プロバイダユニットは、プロバイダリクエストをプロバイダユニットに利用可能にするため、受信した暗号化されたプロバイダリクエスト１８６を解読するよう構成される。

実施例によると、プロバイダユニット１１８は、ログインネームの抽出中にエラーが発生したかのチェック１９２を実行するよう構成される。実施例によると、プロバイダユニット１１８は、プロバイダレスポンス１８８に状態情報を含めるよう構成され、当該状態情報は、図２の１９４に示されるように、エラーが発生したことをチェック１９２が示す場合、システムエラーが生したことを示す。さらに、実施例によると、プロバイダユニット１１８は、このような場合、プロバイダレスポンス１８８にログインネームを設定しないよう構成される。

実施例によると、プロバイダユニット１１８は、プロバイダリクエストにより提供されるユーザ関連データが有効なユーザ関連データであるかのチェック１９８を実行するよう構成される。例えば、実施例によると、プロバイダユニット１１８は、１９８において、ユーザ固有データのフィンガープリントに対応するユーザ固有データと、更なるユーザ固有データのフィンガープリントに対応する更なるユーザ固有データとが有効であるかチェックする。実施例によると、当該チェック１９８は、１９６に示されるように、エラーチェック１９２においてエラーが発生していないな愛に実行される。例えば、ユーザ固有データ及び／又は更なるユーザ固有データが有効でない場合など、図２における１９９に示されるように、有効性チェック１９８が否定的である場合、実施例によると、プロバイダユニット１１８は、ユーザ固有データ及び／又は更なるユーザ固有データが有効でないことを示す状態情報をプロバイダレスポンス１８８において検索ユニット１０４に提供する。例えば、実施例によると、プロバイダユニット１１８は、２００に示されるように、状態情報を“無効”に設定するよう構成される。

プロバイダユニット１１８は、２０２に示されるように、有効性チェック１９８が肯定的である場合、フィンガープリントの基礎となるユーザ関連データが有効であることを示す状態情報をプロバイダレスポンスに含めるよう構成されてもよい。さらに、実施例によると、プロバイダユニット１１８は、有効性チェック１９８が肯定的である場合、プロバイダレスポンス１８８に更なるコンフィギュレーション関連データを含めるよう構成される。

プロバイダレスポンス１８８の各パラメータの初期化が２０４に示され、対応するＪＳＯＮレスポンスの説明がテーブルＶＩＩＩに与えられる。

検索ユニット１０４とプロバイダユニット１１８との間の通信に関係するパラメータ及びパラメータ値の実施例の概略が、テーブルＩＸに与えられる。

実施例によると、検索ユニット１０４は、クライアントユニット１０４によってプロバイダユニット１１８から受信したプロバイダレスポンス１８８に応答して、検索ユニット１０４からのレスポンス送信１１６をクライアントユニット１０２に提供するよう構成される。例えば、プロバイダレスポンス１８８の状態情報が、システムエラーが発生したことを示す場合、エラーが発生したことを示す各状態情報は、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６に含まれる。例えば、検索ユニット１０４は、図２の２０６に示されるように、レスポンス送信１１６のおける状態情報を“エラー”に設定するよう構成されてもよい。さらに、プロバイダユニット１１８からのプロバイダレスポンス１８８が、検索ユニット１０４に検索リクエストにより提供されたフィンガープリントに対応するユーザ関連データが有効でないことを示す場合、検索ユニットは、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６に各状態情報を含めてもよい。例えば、実施例によると、検索ユニットは、２０８に示されるように、このようなケースにおける状態情報を“無効”に設定するよう構成されてもよい。

実施例によると、検索ユニット１０４は、レスポンス送信１１６によって、検索手順１７８において検索ユニット１０４により抽出されたプロバイダ関連データをクライアントユニット１０２に提供するよう構成される。実施例によると、検索ユニット１０４は、プロバイダレスポンス１８８の状態情報が検索ユニット１０４に検索リクエスト１０５により提供されたフィンガープリントに対応するユーザ関連データが有効であることを示す場合に限って、プロバイダ関連データを提供するよう構成される。

実施例によると、検索ユニット１０４は、コンフィギュレーション関連データがプロバイダユニット１１８によりプロバイダレスポンス１８８に提供される場合、検索ユニット１０４からクライアントユニット１０２へのレスポンス送信１１６において、プロバイダユニット１１８からプロバイダレスポンス１８８により受信されるコンフィギュレーション関連データを含むよう構成される。レスポンス送信１１６の各パラメータの初期化は、図２の２１０に示される。

図３は、ここに開示された主題の実施例によるネットワークシステムの処理を概略的に示す。

図３は、検索ユニット１０４及びクリアリングユニット１１０におけるプロバイダユニット１１８の登録に関する。特に、図３は、プロバイダユニット１１８がクリアリングユニット１１０及び検索ユニット１０４に登録されるプロバイダ登録プロトコルに関する。ネットワークシステムの処理に関して、図２に関連して説明されるような通信に関係する各プロバイダユニットは、クリアリングユニット１１０及び検索ユニット１０４に登録される必要がある。

実施例によると、プロバイダユニット１１８は、登録リクエストを検索ユニット１０４に提供するよう構成される。実施例によると、登録リクエスト２２０は、プロバイダユニット１１８を特定するプロバイダ識別データの少なくとも一部を有する。例えば、実施例によると、プロバイダ識別データはプリフィックス及びプロバイダＩＤを有する。実施例によると、一例となるケースにおけるプロバイダＩＤなどのプロバイダ識別データの一部のみが、登録リクエストにより検索ユニット１０４に提供される。プロバイダＩＤは、図３における“ｐｒｏｖｉｄｅｒｉｄ”として参照される。実施例によると、登録リクエスト２２０は実行される処理（ＯＰ）を含む。例えば、実行される処理は、“新たなプロバイダユニットを検索ユニット１０４に登録する”ことであってもよい。実施例によると、検索ユニットは、例えば、検索ユニットにより制御されるデータベースなどにおいて、プロバイダユニット１１８のプロバイダ識別データ（プロバイダＩＤ）及びネットワークアドレスの一部を登録するよう構成される。更なる実施例によると、登録リクエスト２２０は、図３における“ｓｅｃｒｅｔＨａｓｈ”として参照される検証データのフィンガープリントなどの検証データに基づく検証関連データを有する。検証関連データは、登録リクエスト２２０が登録リクエスト２２０に与えられるプロバイダＩＤに対応するプロバイダユニット１１８により送信されたか検証するため、検索ユニット１０４及び／又はクリアリングユニット１１０により利用されてもよい。すなわち、実施例によると、検証データは秘密データであり、図３に示される一例となるケースにおけるプロバイダユニット及びクリアリングユニットなどの関係するユニットにのみ知られる。更なる実施例によると、検証データのフィンガープリントは、登録リクエスト２２０により検索ユニット１０４に提供されるプロバイダ識別データ（プロバイダＩＤ）の一部を補完するのに利用されてもよい。プロバイダ識別データの一部と共に完全なプロバイダ識別データを形成する補完は、クリアリングユニットにより提供されてもよい。

更なる実施例によると、登録リクエスト２２０は、例えば、検証データのフィンガープリントが検証データのフィンガープリントを生成するのに利用された暗号化ソルトを利用することによって生成された検証データのソルト化フィンガープリントである場合などにおいて、暗号化ソルト（図３の“秘密ソルト”などとして参照される）を含むものであってもよい。実施例によると、登録リクエスト２２０は更に、プロバイダユニット１１８のＵＲＬなどのプロバイダユニット１１８のネットワークアドレスを含む。

プロバイダユニット１１８から検索ユニット１０４に登録リクエスト２２０を送信する際のデータパラメータのＪＳＯＮの説明がテーブルＸに示される。

プロバイダユニット１１８による登録リクエスト２２０のパラメータの初期化が図３の２２２に示される。

実施例によると、プロバイダユニット１１８は更に、登録リクエスト２２０に応答して検索ユニット１０４からレスポンス送信２２４を受信するよう構成される。実施例によると、レスポンス送信２２４は、登録リクエストの良好な処理に関するなどの状態情報を含む。例えば、状態情報が、プロバイダユニットの登録が良好に実行されたことを示す場合（例えば、状態が“ｏｋ”に設定された場合）、プロバイダユニットは、２２６に示される登録リクエスト２２０を開始した方法の実行を継続するよう構成されてもよい。このような方法は、例えば、プロバイダユニット１１８上で実行される登録ウィザードなどであってもよい。

更なる実施例によると、プロバイダユニット１１８は、レスポンス送信２２４における状態情報がエラーが発生したことを示す場合（状態：エラー）、エラーメッセージ２２８を表示するよう構成される。例えば、エラーメッセージは、エラーを報告するため検索ユニットのオペレータを呼び出すようユーザに通知するものであってもよい。

実施例によると、プロバイダユニットは、レスポンス送信２２４における状態情報が、登録リクエスト２２０の処理中のセキュリティチェックが失敗したことを示す場合（２３０）、無効メッセージを表示するよう構成される。

実施例によるレスポンス送信２２４のパラメータのＪＳＯＮの説明がテーブルＸＩに示される。

登録リクエスト２２０及びレスポンス送信２２４に関係するパラメータ、すなわち、プロバイダ登録中にプロバイダユニットと検索ユニットとの間の通信に関係するパラメータの概略がテーブルＸＩＩに与えられる。

実施例によると、検索ユニット１０４は、プロバイダユニット１１８から登録リクエスト２２０を受信するよう構成される。実施例によると、検索ユニット１０４は、クリアリングユニットにリクエスト送信２３２を送信するよう構成され、当該リクエスト送信２３２は、登録リクエスト２２０により検索ユニットが受信したプロバイダ識別データの少なくとも一部に基づくプロバイダ関連識別データを含む。リクエスト送信２３２のパラメータの初期化が図３の２３３に示される。実施例によると、プロバイダ関連識別データは、図３の初期化２３３における“ｐｒｏｖｉｄｅｒｉｄ”として参照されるプロバイダＩＤである登録リクエスト２２０のプロバイダ識別データの少なくとも一部と同一である。更なる実施例によると、リクエスト送信２３２は、ＰＬＳパスワードとしても参照されるパスワード“ｐｌｓＰａｓｓ”を有する。実施例によると、リクエスト送信２３２のＰＬＳパスワードは、クリアリングユニットによるリクエスト送信の処理に必要である。すなわち、実施例によると、クリアリングユニットは、有効なＰＬＳパスワードがリクエスト送信２３２に含まれない場合、リクエスト送信２３２を処理しないよう構成される。実施例によると、リクエスト送信２３２は、登録リクエスト２２０により検索ユニット１０４がプロバイダユニット１１８から受信した検証関連データを含む。検証関連データが検証データのソルト化フィンガープリントである場合、リクエスト送信２３２はまた、検証データのソルト化フィンガープリントを計算するのに利用した暗号化ソルトを有することが理解されるべきである。上述されたように、暗号化ソルトは、登録リクエスト２２０においてプロバイダユニット１１８により検索ユニット１０４に提供されてもよい。

更なる実施例によると、リクエスト送信２３２は更に、リクエスト送信２３２によりクリアリングユニットにより実行される処理を示す処理パラメータ“ｏｐ”を含む。例えば、実施例によると、処理パラメータは、プロバイダ識別データ及び／又は検証関連データの少なくとも一部の検証を要求するものであってもよい。例えば、実施例によると、処理パラメータは検索ユニット１０４により“プロバイダの検証”に設定されてもよい。

実施例によると、クリアリングユニット１１０は、リクエスト送信２３２に応答して、レスポンス送信２３６を検索ユニット１０４に提供するよう構成される。

実施例によると、クリアリングユニット１１０は、２３４に示されるように、リクエスト送信２３２により提供されるＰＬＳパスワードの有効性をチェックするよう構成される。クリアリングユニット１１０は、状態情報をレスポンス送信２３６に含めるよう構成されてもよく、状態情報は、リクエスト送信２３２によりクリアリングユニットに提供されるＰＬＳパスワードが有効でない場合、２３８に示されるように、クリアリングユニット１１０によるリクエスト送信２３２の処理が禁止されることを示す。このような実施例によると、クリアリングユニット１１０は、パスワードチェック２３４が否定的である場合、すなわち、リクエスト送信２３２により提供されるＰＬＳパスワードが有効でない場合、レスポンス送信２３６における状態情報（“ｓｔａｔｕｓ”）を“禁止”に設定するよう構成される。状態情報を“禁止”に設定することは、図３の２４０に示される。図３に図示しない更なる実施例によると、レスポンス送信２３６の状態情報は、ＰＬＳパスワードが有効でなかったことを示すものであってもよい。

２４２に示されるように、２３４におけるＰＬＳパスワードの有効性チェックがＰＬＳパスワードが有効であるという結果を示す場合、クリアリングユニットは、実施例によると、例えば、検証関連データ（検証データのフィンガープリントなど）が有効であるか検証することによって、２４４に示されるように、プロバイダ識別データの一部の補完を確認し、及び／又は検証データ（“秘密”）を検証するため、プロバイダ識別データ（“ｐｒｏｖｉｄｅｒｉｄ”）を確認するよう構成される。プロバイダ識別データの確認のため、実施例によると、クリアリングユニットは、完全なプロバイダ識別データをそれの記憶装置に格納してもよい。

実施例によると、エラーチェック２４６が実行され、当該エラーチェック２４６は、プロバイダＩＤの確認中及び／又は検証データのフィンガープリントの検証中にエラーが発生したか示す。例えば、クリアリングユニット１１０は、状態情報をレスポンス送信２３６に含めるよう構成されてもよく、当該状態情報は、２４８に示されるように、システムエラーが発生した場合、リクエスト送信の処理中にエラーが発生したことを示す。例えば、実施例によると、クリアリングユニット１１０は、エラーチェック２４６がエラーが発生したことを示す場合、２５０に示されるように、レスポンス送信２３６における状態を“エラー”に設定するよう構成される。

エラーが発生しなかった場合、２５２に示されるように、検証データのフィンガープリントなどの検証データの検証が有効であるか判断される。この有効性チェックは２５４において示される。実施例によると、クリアリングユニット１１０は、２５６に示されるように、検証データ（又は検証データのフィンガープリント）が有効でないことを有効性チェック２５４が示す場合、検証データ又は検証データのフィンガープリントが有効でないことを示す状態情報をレスポンス送信２３６に含めるよう構成される。これに関して、検証データのフィンガープリントの有効性の判断は検証データの有効性の判断と同一であるとみなされることに留意すべきである。実施例によると、有効性は、クリアリングユニットに格納されている検証データから各フィンガープリントを計算し、取得したフィンガープリントとリクエスト送信２３２により受信した検証データのフィンガープリントとを比較することによって判断される。双方のフィンガープリントが一致する場合、検証データは有効であり、検証データのフィンガープリントもまた有効である。

２５６に示されるように、検証チェック２５４が検証データのフィンガープリントが有効でないという結果を示す場合、クリアリングユニットは、図３の２５８に示されるように、クリアリングユニット１１０にリクエスト送信により提供されるプロバイダ識別データ又はその少なくとも一部及び／又は検証関連データが有効でないことを示す“無効”にレスポンス送信２３６における状態を設定するよう構成されてもよい。実施例によると、２５４における有効性チェックが、プロバイダ識別データ及び／又は検証関連データが有効である場合、２６０に示されるように、クリアリングユニットは、プロバイダ識別データの補完をレスポンス送信２３６に含めるよう構成される。更なる実施例によると、クリアリングユニット１１０は更に、状態情報をレスポンス送信２３６に提供するよう構成されてもよく、当該状態情報は、リクエスト送信２３２がクリアリングユニット１１０により良好に処理されたことを示す（状態：ｏｋ）。

実施例によると、検索ユニット１０４は、クリアリングユニット１１０からレスポンス送信２３６を受信するよう構成される。実施例によると、検索ユニット１０４は、クリアリングユニット１１０から検索ユニット１０４へのレスポンス送信２３６が、リクエスト送信２３２により提供されるＰＬＳパスワードが有効でないことを示す場合（状態：“禁止”）、検索ユニット１０４からプロバイダユニット１１８へのレスポンス送信２２４における状態情報をエラーが発生したことを示す値（２６４に示されるように、状態：“エラー”）に設定するよう構成される。

実施例によると、検索ユニット１０４は、クリアリングユニット１１０においてシステムエラーが発生したことをレスポンス送信２３６における状態情報が示す場合、２６６に示されるように、更なるクリアリングをチェックする、すなわち、更なる登録リクエストが検索ユニット１０４により処理されるべきかチェックするよう構成される。更なるクリアリングのチェックが少なくとも１つの更なる登録リクエストが検索ユニット１０４により処理されるべきであることを示す場合、検索ユニット１０４は、２６８に示されるように、少なくとも１つの更なる登録リクエストを処理するよう構成される。２７０に示されるように、更なる登録リクエストが検索ユニット１０４により処理されるべきでない場合、２７２に示されるように、全ての登録リクエストがエラーを示したか判断してもよい。２７４に示されるように回答がイエスである場合、エラーが発生したことを示すため（状態：“エラー”）、２６４に示されるように、検索ユニット１０４からプロバイダユニット１１８へのレスポンス送信２２４における状態情報が検索ユニット１０４により設定される。

全ての登録リクエストがエラーを生じさせたかの判断２７２が、そうでないという結果を示した場合、２７６に示されるように、検索ユニット１０４によってプロバイダユニット１１８に提供されるレスポンス送信２２４における状態情報は、“無効”に設定される。

実施例によると、検索ユニット１０４は、検証関連データとプロバイダ識別データの少なくとも一部の少なくとも１つが無効であることをクリアリングユニット１１０から検索ユニット１０４へのレスポンス送信２３６が示す場合、検証関連データとプロバイダ識別データの少なくとも一部の少なくとも１つが無効であることを示すため（２７８に示されるように、状態：“無効”）、検索ユニット１０４は、検索ユニット１０４からプロバイダユニット１１８へのレスポンス送信２２４における状態情報を設定するよう構成される。

実施例によると、検索ユニット１０４は、例えば、検索ユニット１０４のデータベースなど、検索ユニット１０４の記憶装置などにプロバイダユニットのネットワークアドレス（登録リクエスト２２０により検索ユニット１０４に提供される）と（関連する）プロバイダ識別データとを追加するよう構成される。更なる実施例によると、検索ユニット１０４は、検索ユニット１０４の記憶装置におけるプロバイダユニット１１８のネットワークアドレスと関連するプロバイダ識別データとを更新するよう構成される。実施例によると、プロバイダ識別データの一部のみが登録リクエスト２２０により検索ユニット１０４に提供される場合、検索ユニット１０４は、プロバイダ識別データの補完と登録リクエスト２２０により受信したプロバイダ識別データの一部とをフルプロバイダ識別データに合成するよう構成される。実施例によると、プロバイダ識別データの補完はプリフィックスであり、登録リクエスト２２０に提供されるプロバイダ識別データの一部は、図３に例示されるように、プロバイダＩＤである。記憶装置（図３に図示せず）へのプロバイダネットワークアドレス及び関連するプロバイダ識別データの追加又は更新が、２８０に示され、以降において登録として参照される。

実施例によると、登録２８０の期間中にエラーが発生したか判断２８２される。２８４に示されるように、登録２８０の期間中にエラーが発生した場合、検索ユニット１０４からプロバイダユニット１１８へのレスポンス送信２２４の状態情報は、プロバイダユニットの登録中にエラーが発生したことを示すよう設定される（２６４に示されるように、“状態：エラー”）。

実施例によると、検索ユニット１０４は、２８６に示されるように、検索ユニット１０４において登録２８０の期間中にエラーが発生しなかった場合、検索ユニット１０４（及びクリアリングユニット１１０）におけるプロバイダユニット１１８の登録が成功したことを示すため（２８８に示されるように、“状態：ｏｋ”）、レスポンス送信２２４における状態情報を設定するよう構成される。

実施例によると、リクエスト送信２３２は、レスポンス送信２３６と共に、リクエスト送信及びレスポンス送信のパラメータのためのＪＳＯＮの説明を利用することによって実現される。テーブルＸＩＶは、リクエスト送信２３２のパラメータのためのＪＳＯＮの説明を示す。

一例となるレスポンス送信２３６のＪＳＯＮの説明は、テーブルＸＩＶに与えられる。

図３に示される一例となるプロバイダ登録プロトコルによる検索ユニット１０４とクリアリングユニット１１０との間の通信に関係するパラメータ及びパラメータ値の実施例の概略は、テーブルＸＶに与えられる。

ここに開示される実施例から、当業者は、実施例が当業者の一般的な知識を考慮することによって各種方法により実現可能であることを容易に認識する。にもかかわらず、以下において、検索ユニット１０４、クライアントユニット１０２、クリアリングユニット１１０及びプロバイダユニットのための一例となる実現形態の詳細が提供される。しかしながら、与えられる具体的な実現形態の詳細は単なる一例であり、限定的であるとみなされるべきでないことが理解されるべきである。

以下において、クライアントユニット１０２の一例となる実現形態が提供される。実施例によると、クライアントユニット１０２は、登録された電子メールアドレス及び当該電子メールアドレスに関連するユーザパスワードをユーザに要求するよう構成される。実施例によると、クライアントユニットは、ＳＨＡ２５６ハッシュアルゴリズムに従ってフィンガープリントを生成し、ランダム暗号化ソルトを作成し、暗号化ソルトによりソルト処理されたハッシュ処理されたユーザパスワードのハッシュバージョンを作成するよう構成される。

ＳＨＡ２５６（ｓａｌｔ：ＳＨＡ１（ｕｓｅｒ ｐａｓｓｗｏｒｄ））
このとき、ＪＳＯＮ符号化バージョンは、

である。

このフィンガープリント（ソルト化パスワードハッシュのハッシュコード）は、その後に検索ユニット１０４に送信される（例えば、ｈｔｔｐｓ：／／ｐｌｓ．ｒｅｇｉｆｙ．ｃｏｍ／などに）。レスポンス送信の成功後、クライアントは残りのデータを取得する。

従って、クライアントユニットは、

を利用することによって、プロバイダユニット１１８にログインすることができる。

エラーの場合、クライアントユニットは、当該エラーが秘密に関連しているか示すダイアログをユーザに表示し、この場合、ユーザは秘密を再入力してもよい。そうでない場合、ユーザに表示されるダイアログは、当該エラーがシステム関連のものであることを示すものであってもよく、この場合、ユーザは、手作業によりプロバイダネットワークアドレス（ＵＲＬ）を入力してログインすることが可能とされてもよい。

検索ユニット１０４に関連して、実施例によると、検索ユニット１０４は、プロバイダ識別データとプロバイダネットワークアドレス（プロバイダＵＲＬ）とのマッピングのデータベースを維持する。プロバイダは、プロバイダユニット上でウェブベースウィザードを実行することによって検索ユニットのデータベースに追加してもよい。

実施例によると、検索ユニット１０４のデータベースは、以下のＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）コマンドにより生成可能なプロバイダテーブルを有し、

テーブルＸＶＩに示されるようなプロバイダテーブルを生成する。

当該テーブルは、プロバイダが検索ユニット１０４により登録されると更新される。テーブルは、クリアリングユニット１１０がユーザ固有データの所与のフィンガープリントについてプロバイダ識別データを提供した後（例えば、所与の電子メールハッシュについて）、図２に示される検索処理中にプロバイダネットワークアドレスについて照会される。

実施例によると、全ての登録リクエストと検索リクエストとが、追跡可能性及び統計管理のため記録される。実施例によると、検索ユニットは、ログレコードを作成する前に、プロバイダ識別データの残りの部分からプロバイダ識別データのプリフィックスを分離するよう構成される。一例となるログテーブルは、以下のＳＱＬコマンドにより作成可能であり、

以下の一例となるログテーブルを生成する。

成功したプロバイダ登録及び成功した検索リクエストのためのテーブルＸＶＩＩにおけるログテーブルの一例となるエントリが以下に与えられる。

失敗した登録リクエスト及び失敗した検索リクエストのログエントリの各例は以下の通りであってもよい。

エラーの詳細のレスポンスは、クエリされた全てのクリアリングユニットからのレスポンスを含む。ｎ個のクリアリングユニットが提供され、検索ユニット１０４によりクエリされることに留意されたい。一例となるエラーの詳細のレスポンスは以下の通りである。

新たに登録されたユーザに対する検索リクエストは複数のクリアリングユニットをクエリすることを求めるものであってもよいため、ＧｅｏＩＰによるクリアリングユニットと検索リクエストの発信元の国とを関連付ける検索テーブルが維持される。ＧｅｏＩＰは、サーバにネットワークアドレス（ＩＰアドレス）を提供することによってサーバの地理的位置を決定することを可能にするインターネットを介しアクセス可能なサービスである。ＰＨＰファイルの欠如又は夜間のジョブは、これらのテーブル構造を更新可能である。検索ユニット１０４は、要求元の発信国における最大成功レートを有するクリアリングユニットによる電子メールハッシュの検証を開始する。以下のＳＱＩクエリは、最適化の下、所与の国における一意的な電子メールハッシュを提供するプロバイダのリストを抽出するため、ログテーブル“ＴＢＬログ”上で利用可能である。

その後、結果がコードにより処理され、クリアリングユニットの順序のハッシュ／リスト表現を含むＰＨＰファイルなどに書き込み可能である。クエリに検出されないクリアリングプリフィクスが、実施例により添付される。実施例によると、発信国がまだハッシュマップにない場合、デフォルトサーチ順序がある。このようなデータ構造の一例となる表現が以下に与えられる。

実施例によると、ここに開示されるようなクリアリングユニット１１０の機能は、ＰＬＳ．ＰＨＰなどと呼ばれる新たなソフトウェアアプリケーションを提供することによって、既存のクリアリングユニットに提供される。実施例によると、当該アプリケーションは、クリアリングユニットへの各リクエスト送信１３６，２３２に指定される有効なＰＬＳパスワードによりリクエストに応答するのみである。例えば、実施例によると、ＰＬＳパスワードは各ＪＳＯＮ構造において“ＰＬＳｐａｓｓ”の値として指定される。実施例によると、各クリアリングユニットは、リクエストにおけるものと一致する必要があるちょうど１つのＰＬＳパスワードを有する。更なる実施例によると、各クリアリングユニットは、提供されたＪＳＯＮ構造の処理フィールドに指定される３つの処理を処理する。

次に、プロバイダ検索ファンクションの一例となる実現形態が与えられる。クリアリングユニットの最も一般的に利用されるファンクションは、検索ユニット１０４からクリアリングユニット１１０への各リクエスト送信１３６により開始される“プロバイダ検索”ファンクションである。実施例によると、この“プロバイダ検索”ファンクションは、所与のユーザ固有データのフィンガープリント（電子メールハッシュなど）の関連するプロバイダ識別データを検索する。関係するロジックは、基本的には

の形式によるＳＱＬクエリである。

実施例によると、クリアリングユニット１１０及び検索ユニット１０４は、結果セットがエンプティである場合、当該結果は“無効”の状態であると認識するよう構成される。そうでない場合、それは“ｏｋ”の状態であり、“ｐｒｏｖｉｄｅｒＩＤ”フィールドは、“ＤＥ６”などの検出されたプロバイダ識別データを有する。レスポンスは、

のようになりうる。

以下において、プロバイダ検証の一例となる実現形態が説明される。プロバイダが正当なものであることを検証するため検索ユニット１０４により自らを登録するとき、他方の処理が利用される。この処理（ｏｐ）は、実施例では“プロバイダの検証”と呼ばれる。一例となる実現形態におけるＪＳＯＮデータ構造は、

となる。

ここで、クリアリングサーバは、検証データ“秘密”により所与の暗号化ソルト“秘密ソルト”をハッシュ処理するとき、プロバイダ識別データの一部（“ｐｒｏｖｉｄｅｒＩＤ：２”）が実際に検証データのフィンガープリント（“秘密ハッシュ”）になっていることを検証する。成功すると、クリアリングユニット１１０は、検索ユニット１０４に

を返す。

実施例によると、クリアリングユニット１１０は、検索ユニットからチェックリクエストを受信するよう構成され、当該チェックリクエストは、クリアリングユニット１１０が良好な実行状態にあるかチェックすることを可能にする。チェックリクエストは、以下の通りであってもよい。

プロバイダユニットに関して、実施例によると、プロバイダの登録がウェブベースウィザードを介し実行されてもよいことに留意されたい。図２に例示されるようなプロバイダ検索プロトコルなどのここに開示された主題の実施例によるネットワークシステムのプロバイダユニットの実現形態はまた、ＳＱＬデータベース及びＰＨＰアプリケーションを利用することによって実行されてもよい。しかしながら、ここに開示された主題の実施例の他の実現形態もまた、クライアントユニット、検索ユニット及びクリアリングユニットなどの他のユニット共にプロバイダユニットについて可能である。

ここに開示された実施例に関して、異なる通信では異なるユーザ固有データ（又はそれから導出されるデータ）が交換されてもよいことに留意されたい。例えば、クライアントユニットから検索ユニットへの検索リクエストについて、電子メールアドレス及びユーザパスワードは、ユーザ関連データ及び更なるユーザ関連データのための基礎として利用されてもよく、電子メールアドレスのみが、検索ユニット及びクリアリングユニットからの通信におけるユーザ関連データの基礎として利用されてもよい。

ソルト化フィンガープリントの利用は関係するユニットの適応化を必要とすることが理解されるべきである。例えば、パスワードハッシュのソルト化フィンガープリントが利用される場合、プロバイダユニットは、それぞれの適応化がソルト化フィンガープリントを検証可能であることを必要とする。例えば、検索ユニットから受信したパスワードのソルト化フィンガープリントがプロバイダユニットに格納される各自のパスワードに対応することを検証するため、プロバイダユニットは、プロバイダユニットに格納されているパスワードのフィンガープリントを計算し、フィンんがープリントと暗号化ソルトとを合成し、ソルト化フィンガープリントの最終的なフィンガープリントを計算するよう構成されてもよい。最終的なフィンガープリントを計算するのに実現される方法は、フィンガープリントの計算の基礎となるデータが同一であるか否かの検証を可能にするため、上述された具体例におけるクライアントユニットとプロバイダユニットなどの関係するユニットにおいて同じでなければならないことが理解されるべきである。

ここに開示される主題の実施例によるユニット間の送信が実行される処理を示す処理パラメータを含むよう説明されることもあるが、このような処理パラメータは実施例により省略されてもよいことが理解されるべきである。例えば、各ユニットは、所定のデータ構造による送信がユニットにより受信される場合、特定のアクションを実行するよう構成されてもよい。このような所定のデータ構造は、処理オペレータが当該データ構造において省略されるという例外によって、ここに開示された主題の実施例に関して説明されるデータ構造と同じであってもよい。

ある実施例は異なるエンティティ又はユニットを参照して説明されるが、各エンティティのそれぞれの特徴は、他の特徴がある特徴について必須でない場合、他のエンティティ又はユニットの特徴から独立して実現されてもよいことが理解されるべきである。

実施例によると、クリアリングユニットは、ユーザ関連データに関する識別データなどの秘密データを永続的に格納するが、検索ユニットによるリクエストがあったときにのみ当該データを提供する。すなわち、実施例によると、クリアリングユニットは、他のユニットとの通信を開始せず、応答するのみである。これにより、セキュリティが向上する。従って、実施例によると、アクティブなエンティティは検索ユニットである。

図面の記載において特定のアクション系列（チェック１３９，１４６，１５２，１６４，１７０，１７９，１９２，１９８）が指定されているが、このような一例となる系列は限定的であるとみなされるべきでない。当業者は、説明されたアクションの多くが異なる系列により実行されてもよいか、又は必要なアクションが終了するまで待機しているエンティティ（ファンクション、ユニット又は以降のアクション）は単に待機する場合にここで開示されるアクションのパラレルな実行のケースなど特定の系列が必要でないことを理解するであろう。

ある実施例はＪＳＯＮの説明などのデータ構造のパラメータの初期化に関するが、このような手順はあるユニットから他のユニットへの情報、情報要素及びパラメータ値のそれぞれの送信の唯一の可能性であることが理解されるべきである。

一例となるケースでは、パラメータ値及び更なるパラメータ値（例えば、コンフィギュレーション関連データ及び更なるコンフィギュレーション関連データなど）が参照されるが、このような具体例は、パラメータ値の個数に関して開示された主題を限定するものとしてみなされないことが理解されるべきである。特に、このようなケースにおける開示された２つのパラメータ（パラメータ値）に加えて、ここに開示される方法及び装置は、３以上のパラメータ（パラメータ値）により動作するか、又は単一のパラメータ（パラメータ値）のみにより動作するよう構成されてもよい。

ここに開示される主題の特定の実施例がフィンガープリントの形式によるエンティティ関連データ（ユーザ固有データのフィンガープリントの形式によるユーザ関連データなど）に関して説明されるケースにおいて、より一般的な実施例によると、各エンティティ関連データが明示的に開示されたフィンガープリントの代わりに利用される（すなわち、実施例は、ユーザ固有データのフィンガープリントを参照する代わりに、ユーザ固有データに基づくユーザ関連データを参照することによって実現されてもよい）ことが理解されるべきであることに留意されたい。

ここに開示される主題の実施例によるユニット間の通信は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、セルラネットワークなどの何れか適切なコネクション／適切なネットワークを介し実行されてもよい。

さらに、ここに開示されるようなエンティティ又はユニットは、一部の実施例において説明されたような専用のエンティティに限定されるものでないことに留意すべきである。むしろ、ここに開示される主題は、所望の機能を依然として提供しながら、ネットワークシステムにおける様々な位置において各種方法により実現されてもよい。

本発明の実施例によると、クライアントユニット、検索ユニット、クリアリングユニット及びプロバイダユニットなど、ここに開示される何れか適切なエンティティ（コンポーネント、ユニット及びデバイスなど）は、ここに開示されるような各エンティティの機能をプロセッサデバイスが提供することを可能にするそれぞれのコンピュータプログラムの形式により少なくとも部分的に提供される。他の実施例によると、ここに開示される何れか適切なエンティティはハードウェアにより提供されてもよい。他のハイブリッドな実施例によると、一部のエンティティはソフトウェアにより提供され、他のエンティティはハードウェアにより提供されてもよい。

ここに開示される何れかのエンティティ（コンポーネント、ユニット及びデバイスなど）は一部の実施例において説明されるような専用のエンティティに限定されないことに留意すべきである。むしろ、ここに開示される主題は、所望の機能を依然として提供しながら、各種方法により、またデバイスレベル又はソフトウェアモジュールレベルの各種粒度により実現されてもよい。さらに、実施例によると、ここに開示された各ファンクションについて、別のエンティティ（ソフトウェアモジュール、ハードウェアモジュール又はハイブリッドモジュール（すなわち、組み合わされたソフトウェア／ハードウェアモジュール）など）が備えられてもよいことに留意すべきである。他の実施例によると、エンティティ（ソフトウェアモジュール、ハードウェアモジュール又はハイブリッドモジュールなど）が、ここに開示される２以上のファンクションを提供するよう構成される。実施例によると、各ユニットは、ここに開示された主題の１以上の実施例によりユニットの機能を提供する少なくとも１つのコンピュータプログラムを実行する少なくとも１つのプロセッサを含むプロセッサデバイスと関連付けされる。

“有する”という用語は他の要素又はステップを排除せず、“ある”とは複数を排除しないことに留意すべきである。さらに、（あるデータを）“利用する”という用語は、これに加えて他のデータを利用することを排除しない。また、異なる実施例に関して説明された要素は組み合わせ可能である。また、請求項の参照記号は請求項の範囲を限定するものとして解釈されないことに留意すべきである。

本発明の上述した実施例を概略すると、以下を述べることができる。

実施例によると、検索ユニット１０４、記憶装置を有するクリアリングユニット１１０及びクライアントユニット１０２を有するネットワークシステム１００が提供される。クライアントユニット１０２は、ユーザ関連データ１０６を検索ユニット１０４に提供するよう構成され、ここで、ユーザ関連データ１０６はユーザ固有データに基づき、ユーザ固有データはユーザに関連付けされ、ユーザ関連データ１０６はユーザ固有データの明確な識別を可能にする。さらに、検査ユニットは、ユーザ関連データ１０６を利用することによってクリアリングユニット１１０から識別データ１１４を抽出するよう構成され、ここで、識別データ１１４はユーザ固有データ１０６に関連付けされ、クリアリングユニット１１０はユーザ固有データに関連する識別データ１１４を記憶装置から抽出するよう構成される。クリアリングユニット１１０は、識別データ１１４を検索ユニット１０４に提供するよう構成される。検索ユニット１０４は、ユーザに提供されるサービスについてコンフィギュレーション関連データ１１５を抽出するよう構成され、ここで、コンフィギュレーション関連データ１１５は、識別データ１１４を利用することによって抽出される。

以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ ネットワークシステム
１０２ クライアントユニット
１０４ 検索ユニット
１１０ クリアリングユニット
１１８ プロバイダユニット

Claims (14)

1. 検索ユニットと、
   記憶装置を有するクリアリングユニットと、
   ユーザ関連データを前記検索ユニットに提供するよう構成されるクライアントユニットであって、前記ユーザ関連データはユーザ固有データに基づき、前記ユーザ固有データはユーザに関連付けされ、前記ユーザ関連データは前記ユーザ固有データの明確な識別を可能にする、クライアントユニットと、
   前記クライアントユニットによりアクセス可能なプロバイダユニットと、
   を有するネットワークシステムであって、
   前記検索ユニットは前記ユーザ関連データを利用することによって前記クリアリングユニットから識別データを抽出するよう構成され、前記識別データは前記ユーザ固有データに関連付けされ、
   前記クリアリングユニットは前記ユーザ固有データに関連する識別データを前記記憶装置から抽出するよう構成され、
   前記クリアリングユニットは前記識別データを前記検索ユニットに提供するよう構成され、
   前記検索ユニットは前記ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するよう構成され、
   前記検索ユニットは前記識別データを利用することによって前記コンフィギュレーション関連データを抽出するよう構成され、
   前記ユーザ関連データは前記ユーザ固有データの第１フィンガープリントであり、
   前記検索ユニットは更に前記ユーザ固有データの第２フィンガープリントを前記クリアリングユニットに提供するよう構成され、前記第２フィンガープリントは前記ユーザ固有データの第１フィンガープリントに基づき、前記第２フィンガープリントは前記ユーザ固有データの明確な識別を可能にし、
   前記クリアリングユニットは前記ユーザ固有データの第２フィンガープリントを利用することによって前記ユーザ固有データに関連する識別データを前記記憶装置から選択するよう構成され、
   前記検索ユニットは更に、前記ユーザ固有データの第３フィンガープリントを利用することによって前記ユーザ固有データの有効性を検証するため、及び／又は前記コンフィギュレーション関連データを抽出するため、前記ユーザ固有データの第３フィンガープリントを前記プロバイダユニットに提供するよう構成されるネットワークシステム。
2. 前記プロバイダユニットは、前記ユーザ固有データの有効性に関する状態情報を前記検索ユニットに提供するよう構成され、
   前記検索ユニットは更に任意的に、前記コンフィギュレーション関連データを前記クライアントユニットに提供するよう構成され、
   任意的に前記第３フィンガープリントは前記第１フィンガープリントと同一である、請求項１記載のネットワークシステム。
3. 前記クライアントユニットは更に、更なるユーザ関連データを前記検索ユニットに提供するよう構成され、前記更なるユーザ関連データは更なるユーザ固有データに基づき、前記更なるユーザ固有データは前記ユーザに関連付けされ、前記更なるユーザ関連データは前記更なるユーザ固有データの明確な識別を可能にし、
   前記検索ユニットは更に、前記更なるユーザ関連データに基づくデータを前記プロバイダユニットに提供し、これに応答して、前記更なるユーザ固有データの有効性に関する状態情報を受信するよう構成される、請求項１又は２記載のネットワークシステム。
4. プロバイダユニットを更に有し、
   前記プロバイダユニットは登録リクエストを前記検索ユニットに提供するよう構成され、前記登録リクエストは前記識別データの少なくとも一部と検証関連データとを有し、前記検証関連データは検証データに基づき、前記検証関連データは前記検証データの明確な識別を可能にし、
   前記検索ユニットは更に前記登録リクエストを受信するよう構成され、
   前記検索ユニットは更に前記識別データの少なくとも一部と前記検証関連データに基づき、前記検証データの明確な識別を可能にするデータとを前記クリアリングユニットに提供するよう構成される、請求項１記載のネットワークシステム。
5. 請求項１乃至４何れか一項記載のネットワークシステムのクライアントユニットであって、
   当該クライアントユニットは更に、前記ユーザ関連データを検索ユニットに提供することによってユーザに提供される前記サービスのコンフィギュレーションを開始するよう構成されるクライアントユニット。
6. ネットワークシステムの検索ユニットであって、
   当該検索ユニットは、クライアントユニットからユーザ関連データを受信するよう構成され、前記ユーザ関連データはユーザ固有データに基づき、前記ユーザ固有データはユーザに関連付けされ、前記ユーザ関連データは前記ユーザ固有データの明確な識別を可能にし、
   前記検索ユニットは、前記ユーザ関連データを利用することによってクリアリングユニットから識別データを抽出するよう構成され、前記識別データは前記ユーザ固有データに関連付けされ、
   前記検索ユニットは、前記ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するよう構成され、
   前記検索ユニットは、前記識別データを利用することによって前記コンフィギュレーション関連データを抽出するよう構成され、
   前記ユーザ関連データは前記ユーザ固有データの第１フィンガープリントであり、
   前記検索ユニットは更に前記ユーザ固有データの第２フィンガープリントを前記クリアリングユニットに提供するよう構成され、前記第２フィンガープリントは前記ユーザ固有データの第１フィンガープリントに基づき、前記第２フィンガープリントは前記ユーザ固有データの明確な識別を可能にし、
   前記検索ユニットは更に、前記ユーザ固有データの第３フィンガープリントを利用することによって前記ユーザ固有データの有効性を検証するため、及び／又は前記コンフィギュレーション関連データを抽出するため、前記ユーザ固有データの第３フィンガープリントをプロバイダユニットに提供するよう構成される検索ユニット。
7. 請求項１乃至４何れか一項記載のネットワークシステムのクリアリングユニットであって、
   当該クリアリングユニットは更に、前記ネットワークシステムの検索ユニットから前記第２フィンガープリントを受信するよう構成されるクリアリングユニット。
8. 請求項１乃至４何れか一項記載のネットワークシステムのプロバイダユニットであって、
   当該プロバイダユニットは、前記ネットワークシステムの検索ユニットから前記ユーザ関連データを受信するよう構成され、
   当該プロバイダユニットは、前記受信したユーザ関連データを利用することによって前記ユーザ固有データの有効性を検証し、及び／又は前記ユーザ固有データに関連するコンフィギュレーション関連データを抽出するよう構成されるプロバイダユニット。
9. 検索ユニット、クリアリングユニット及びクライアントユニットを含むネットワークシステムの動作方法であって、
   前記クライアントユニットからのユーザ関連データを前記検索ユニットに提供するステップであって、前記ユーザ関連データはユーザ固有データに基づき、前記ユーザ固有データはユーザに関連付けされ、前記ユーザ関連データは前記ユーザ固有データの明確な識別を可能にし、前記ユーザ関連データは前記ユーザ固有データの第１フィンガープリントである、提供するステップと、
   前記ユーザ固有データの第２フィンガープリントを前記クリアリングユニットに提供するため前記検索ユニットを実行するステップであって、前記第２フィンガープリントは前記ユーザ固有データの第１フィンガープリントに基づき、前記第２フィンガープリントは前記ユーザ固有データの明確な識別を可能にする、実行するステップと、
   前記ユーザ関連データを利用することによって前記クリアリングユニットから識別データを抽出するため前記検索ユニットを実行するステップであって、前記識別データは前記ユーザ固有データに関連付けされる、実行するステップと、
   前記ユーザ固有データの第２フィンガープリントを利用することによって前記ユーザ固有データに関連する前記識別データを記憶装置から選択するため前記クリアリングユニットを実行するステップと、
   前記ユーザ固有データに関連する識別データを抽出するため前記クリアリングユニットを実行するステップと、
   前記クリアリングユニットからの識別データを前記検索ユニットに提供するステップと、
   前記ユーザ固有データの第３フィンガープリントを利用することによって前記ユーザ固有データの有効性を検証するため、及び／又はコンフィギュレーション関連データを抽出するため、前記ユーザ固有データの第３フィンガープリントをプロバイダユニットに提供するため前記検索ユニットを実行するステップと、
   前記ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するため前記検索ユニットを実行するステップと、
   前記識別データを利用することによって前記コンフィギュレーション関連データを抽出するため前記検索ユニットを実行するステップと、
   を有する方法。
10. 前記ユーザ関連データを前記検索ユニットに提供することによってユーザに提供されるサービスのコンフィギュレーションを開始することによって、前記クライアントユニットを実行するステップを更に有する、請求項９記載の方法。
11. 前記検索ユニットから前記ユーザ関連データを受信し、前記ユーザ固有データに関連する識別データを抽出し、前記識別データを前記検索ユニットに提供することによって、前記クライアントユニットを実行するステップを更に有する、請求項９記載の方法。
12. 前記検索ユニットから前記ユーザ関連データを受信し、前記受信したユーザ関連データを利用することによって前記ユーザ固有データの有効性を検証し、及び／又は前記ユーザ固有データに関連するコンフィギュレーション関連データを抽出し、任意的に状態情報及び／又は前記コンフィギュレーション関連データを前記検索ユニットに提供することによって、前記プロバイダユニットを実行するステップであって、前記状態情報は前記ユーザ関連データに対応するユーザ固有データの有効性を示す、実行するステップを更に有する、請求項９記載の方法。
13. ネットワークシステムの検索ユニットの動作方法であって、
    クライアントユニットからユーザ関連データを受信するステップであって、前記ユーザ関連データはユーザ固有データに基づき、前記ユーザ固有データはユーザに関連付けされ、前記ユーザ関連データは前記ユーザ固有データの明確な識別を可能にし、前記ユーザ関連データは前記ユーザ固有データの第１フィンガープリントである、受信するステップと、
    前記ユーザ固有データの第２フィンガープリントをクリアリングユニットに提供するステップであって、前記第２フィンガープリントは前記ユーザ固有データの第１フィンガープリントに基づき、前記第２フィンガープリントは前記ユーザ固有データの明確な識別を可能にする、提供するステップと、
    前記ユーザ関連データを利用することによって前記クライアントユニットから識別データを抽出するステップであって、前記識別データは前記ユーザ固有データに関連付けされる、抽出するステップと、
    前記ユーザ固有データの第３フィンガープリントを利用することによって前記ユーザ固有データの有効性を検証するため、及び／又はコンフィギュレーション関連データを抽出するため、前記ユーザ固有データの第３フィンガープリントをプロバイダユニットに提供するステップと、
    前記ユーザに提供されるサービスについてコンフィギュレーション関連データを抽出するステップと、
    を有し、
    前記コンフィギュレーション関連データを抽出するステップは、前記識別データを利用することによって実行される方法。
14. プロセッサデバイスにより実行されると、請求項９乃至１３何れか一項記載の方法を制御するよう構成されるコンピュータプログラム。

Images