(57)【特許請求の範囲】
【請求項１】
少なくとも一つの第１の情報処理装置を特定する第１の識別子と
当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件と
を関連付けて記憶する信頼条件記憶手段と、
複数の前記第２の情報処理装置をそれぞれ特定する第２の識別子と
当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子と
を関連付けて記憶する利用対象記憶手段と、
前記信頼条件記憶手段から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、前記第２の情報処理装置毎の信頼度を算出する算出手段と、
前記利用対象記憶手段から抽出した前記第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する選択手段と、
を有することを特徴とする仲介装置。
【請求項２】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報であって、
前記算出手段は、前記信頼条件を参照して前記第２の識別情報で特定される前記第２の情報処理装置を信頼すると定義している前記第１の情報処理装置の台数に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項１記載の仲介装置。
【請求項３】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記算出手段は、個別信頼度に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項１記載の仲介装置。
【請求項４】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記算出手段は、前記第１の情報処理装置それぞれに関連する前記個別信頼度の平均値が等しくなるように正規化した前記個別信頼度に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項１記載の仲介装置。
【請求項５】
前記第３の識別子と当該第３の識別子で特定されるユーザの認証情報の送信先の第１の情報処理装置を特定する第１の識別子とを関連付けて記憶する履歴記憶手段と、
前記履歴記憶手段を参照して、前記第１の情報処理装置間の関係を分析する履歴分析手段と、を有し、
前記選択手段は、前記履歴分析手段の分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項１乃至４のいずれかに記載の仲介装置。
【請求項６】
前記第１の情報処理装置から前記ユーザに提供される情報を取得し、当該情報に含まれている他の前記第１の情報処理装置に関連する情報に基づいて、前記第１の情報処理装置間の関連を分析する関連分析手段を有し、
前記選択手段は、前記関連分析手段の分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項１乃至５のいずれかに記載の仲介装置。
【請求項７】
前記第２の識別子と前記第２の識別子で特定される前記第２の情報処理装置の特徴情報とを関連付けて記憶する特徴情報記憶手段を有し、
前記選択手段は、前記信頼条件記憶手段から抽出した第２の情報処理装置に対する信頼条件である特徴条件情報を満足する前記特徴情報に対応する前記第２の識別子を選択すること
を特徴とする請求項１乃至６のいずれかに記載の仲介装置。
【請求項８】
少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件と
を関連付けた信頼条件情報から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、複数の前記第２の情報処理装置毎の信頼度を算出し、
前記第２の情報処理装置をそれぞれ特定する第２の識別子と
当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子と
を関連付けた利用対象情報から抽出した当該第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択すること
を特徴とする仲介方法。
【請求項９】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報であって、
前記第２の情報処理装置毎の信頼度を、前記信頼条件を参照して前記第２の識別情報で特定される前記第２の情報処理装置を信頼すると定義している前記第１の情報処理装置の台数に基づいて算出すること
を特徴とする請求項８記載の仲介方法。
【請求項１０】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記第２の情報処理装置毎の信頼度を、前記個別信頼度に基づいて算出すること
を特徴とする請求項８記載の仲介方法。
【請求項１１】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記第２の情報処理装置毎の信頼度を、前記第１の情報処理装置それぞれに関連する前記個別信頼度の平均値が等しくなるように正規化した前記個別信頼度に基づいて算出すること
を特徴とする請求項８記載の仲介方法。
【請求項１２】
前記第３の識別子と当該第３の識別子で特定されるユーザの認証情報の送信先の第１の情報処理装置を特定する第１の識別子とを関連付け履歴情報を参照して、前記第１の情報処理装置間の関係を分析した分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項８乃至１１のいずれかに記載の仲介方法。
【請求項１３】
前記第１の情報処理装置から前記ユーザに提供される情報を取得し、当該情報に含まれている他の前記第１の情報処理装置に関連する情報に基づいて、前記第１の情報処理装置間の関連を分析した分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項８乃至１２のいずれかに記載の仲介方法。
【請求項１４】
前記第２の識別子と前記第２の識別子で特定される前記第２の情報処理装置の特徴情報とを関連付けた認証サーバ情報から、前記第２の情報処理装置に対する信頼条件である特徴条件情報を満足する前記特徴情報に対応する第２の情報処理装置を特定する第２の識別子を選択すること
を特徴とする請求項８乃至１３のいずれかに記載の仲介方法。
【請求項１５】
少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けた信頼条件情報から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、複数の前記第２の情報処理装置毎の信頼度を算出し、
前記第２の情報処理装置をそれぞれ特定する第２の識別子と当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けた利用対象情報から抽出した当該第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する処理
をコンピュータに実行させることを特徴とするプログラム。
【請求項１６】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報であって、
前記第２の情報処理装置毎の信頼度を、前記信頼条件を参照して前記第２の識別情報で特定される前記第２の情報処理装置を信頼すると定義している前記第１の情報処理装置の台数に基づいて算出する処理
をコンピュータに実行させることを特徴とする請求項１５記載のプログラム。
【請求項１７】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記第２の情報処理装置毎の信頼度を、前記個別信頼度に基づいて算出する処理
をコンピュータに実行させることを特徴とする請求項１５記載のプログラム。
【請求項１８】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記第２の情報処理装置毎の信頼度を、前記第１の情報処理装置それぞれに関連する前記個別信頼度の平均値が等しくなるように正規化した前記個別信頼度に基づいて算出する処理
をコンピュータに実行させることを特徴とする請求項１５記載のプログラム。
【請求項１９】
前記第３の識別子と当該第３の識別子で特定されるユーザの認証情報の送信先の第１の情報処理装置を特定する第１の識別子とを関連付け履歴情報を参照して、前記第１の情報処理装置間の関係を分析した分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択する処理
をコンピュータに実行させることを特徴とする請求項１５乃至１８のいずれかに記載のプログラム。
【請求項２０】
前記第１の情報処理装置から前記ユーザに提供される情報を取得し、当該情報に含まれている他の前記第１の情報処理装置に関連する情報に基づいて、前記第１の情報処理装置間の関連を分析した分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択する処理
をコンピュータに実行させることを特徴とする請求項１５乃至１９のいずれかに記載のプログラム。
【請求項２１】
前記第２の識別子と前記第２の識別子で特定される前記第２の情報処理装置の特徴情報とを関連付けた認証サーバ情報から、前記第２の情報処理装置に対する信頼条件である特徴条件情報を満足する前記特徴情報に対応する第２の情報処理装置を特定する第２の識別子を選択する処理
をコンピュータに実行させることを特徴とする請求項１５乃至２０のいずれかに記載のプログラム。
【請求項２２】
ネットワークで互いに接続された
第１の情報処理装置と
第２の情報処理装置と
第３の情報処理装置と
仲介装置と
を含み、
前記第３の情報処理装置は、第１の情報処理装置に仲介装置の識別子と第３の識別子を送信し、
前記第１の情報処理装置は、受信した前記仲介装置の識別子に基づいて、前記仲介装置に前記第３の識別子と第１の識別子を送信し、
前記仲介装置は、
少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けて記憶する信頼条件記憶手段と、
複数の前記第２の情報処理装置をそれぞれ特定する第２の識別子と
当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けて記憶する利用対象記憶手段と、
前記信頼条件記憶手段から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、前記第２の情報処理装置毎の信頼度を算出する算出手段と、
前記利用対象記憶手段から抽出した前記第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する選択手段と、
を有すること、
を特徴とする仲介システム。
【請求項２３】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報であって、
前記算出手段は、前記信頼条件を参照して前記第２の識別情報で特定される前記第２の情報処理装置を信頼すると定義している前記第１の情報処理装置の台数に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項２２記載の仲介システム。
【請求項２４】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記算出手段は、個別信頼度に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項２２記載の仲介システム。
【請求項２５】
前記信頼条件は、前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を特定する第２の識別情報に関連付けられた個別信頼度であって、
前記算出手段は、前記第１の情報処理装置それぞれに関連する前記個別信頼度の平均値が等しくなるように正規化した前記個別信頼度に基づいて前記第２の情報処理装置毎の信頼度を算出すること
を特徴とする請求項２２記載の仲介システム。
【請求項２６】
前記第３の識別子と当該第３の識別子で特定されるユーザの認証情報の送信先の第１の情報処理装置を特定する第１の識別子とを関連付けて
記憶する履歴記憶手段と、
前記履歴記憶手段を参照して、前記第１の情報処理装置間の関係を分析する履歴分析手段と、
を有し、
前記選択手段は、前記履歴分析手段の分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項２２乃至２５のいずれかに記載の仲介システム。
【請求項２７】
前記第１の情報処理装置から前記ユーザに提供される情報を取得し、当該情報に含まれている他の前記第１の情報処理装置に関連する情報に
基づいて、前記第１の情報処理装置間の関連を分析する関連分析手段を有し、
前記選択手段は、前記関連分析手段の分析結果に基づいて、前記ユーザが次にアクセスする可能性が高い前記第１の情報処理装置から信頼されると定義された前記第２の情報処理装置を優先的に選択すること
を特徴とする請求項２２乃至２６のいずれかに記載の仲介システム。
【請求項２８】
前記第２の識別子と前記第２の識別子で特定される前記第２の情報処理装置の特徴情報とを関連付けて記憶する特徴情報記憶手段を有し、
前記選択手段は、前記信頼条件記憶手段から抽出した第２の情報処理装置に対する信頼条件である特徴条件情報を満足する前記特徴情報に対応する前記第２の識別子を選択すること
を特徴とする請求項２２乃至２７のいずれかに記載の仲介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は仲介装置、仲介方法、プログラム及び仲介システムに関し、複数の利用側の要求に適合するサーバを選択する仲介装置、仲介方法、プログラム及び仲介システムに関する。
【背景技術】
【０００２】
一般的な認証システムにおいてサービス提供サーバがユーザを認証する際に、サービス提供サーバが直接ユーザを認証するのではなく、認証サーバが発行したユーザ認証情報に基づいてユーザの認証を行う方法が考えられている。このような認証方法として、非特許文献１に示される「ＳＡＭＬ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）」、非特許文献２に示される「ＯｐｅｎＩＤ（Ｏｐｅｎ  Ｉｄｅｎｔｉｆｉｅｒ）」等がある。
これらのような認証方法を採用することにより、サービス提供サーバは、パスワード管理機能などの認証機能を持つ必要がなくなり、サービス提供サーバがそれぞれ個別に認証機能を実装する必要がなくなる。
このような認証サーバを利用したシステムの例を説明する。図２１に示すように、本システムは、ユーザとの入出力装置を備えた端末と、認証サーバと、サービス提供サーバとから構成される。図２２は本システムの動作を示すシーケンス図である。図２１及び図２２を用いて、サービス提供サーバが認証サーバを利用してユーザを認証する動作を説明する。
まず、ユーザはサービス提供サーバからサービスを受けるため、「ユーザＩＤ（ＩＤＥＮＴＩＦＩＥＲ）」と「サービス提供サーバのアドレス」と「認証サーバの情報」とを端末に入力する（ステップＳ４０１）。
次に、この入力を受けた端末は、サービス提供サーバにアクセスし、「ユーザＩＤ」と「認証サーバの情報」とを渡す（ステップＳ４０２）。
サービス提供サーバは、認証サーバに、「ユーザＩＤ」で示されるユーザを認証した旨を示す「ユーザ認証情報」を要求する（ステップＳ４０３）。
次に、認証サーバは、「ユーザＩＤ」で示されるユーザを既に認証済みであれば、サービス提供サーバに「ユーザ認証情報」を送る（このステップは、図示しない。）。認証サーバは、「ユーザＩＤ」で示されるユーザについて認証済みでなければ、ユーザに対して認証用のパスワード入力を要求する画面を表示させることを端末に要求する（ステップＳ４０４）。
次に、端末は、パスワード入力要求の画面を表示し、ユーザが入力した「パスワード」を認証サーバに送る（ステップＳ４０５、Ｓ４０６）。
次に、認証サーバは「パスワード」が予め設定された値と一致しているかどうか判断し、一致している場合にユーザを認証する。
続けて、認証サーバはユーザを認証した場合「ユーザ認証情報」をサービス提供サーバに送る（ステップＳ４０７）。
サービス提供サーバは、認証サーバから「ユーザ認証情報」を受け取ることにより、ユーザを認証する。
以上の動作により、サービス提供サーバが直接ユーザを認証するのではなく、認証サーバが発行したユーザ認証情報を信じることでユーザを認証する認証サーバを利用した認証方法が提供される。
上述した認証サーバを利用した認証方法は、認証サーバが特定の通信事業者によって運営されていた場合、ユーザが利用している認証サーバの情報がサービス提供サーバに知られてしまう。従って、ユーザがどの通信事業者に所属しているかという情報がサービス事業者に推測できてしまうという問題があった。
このような問題点を解決する技術が特許文献１に記載されている。特許文献１の技術は、ユーザが利用している認証サーバの情報をサービス提供サーバから隠蔽するために、サービス提供サーバと認証サーバの認証情報のやり取りを仲介する認証仲介サーバを有している。
特許文献１の技術は、例えば図２３のようなシステム構成をとり、認証サーバとサービス提供サーバとの論理的な接続は、認証仲介サーバを介して行われる。認証仲介サーバを介することにより、サービス提供サーバは認証サーバと直接通信しないため、認証サーバの情報をサービス事業者から隠蔽することができる。
図２４は本システムの動作を示すシーケンス図である。図２３及び図２４を用いて、サービス提供サーバが、認証仲介サーバを経由してユーザを認証する動作を説明する。
まず、ユーザは、認証仲介サーバから認証を受けるために、「ユーザＩＤ」と「認証仲介サーバのアドレス」と「認証サーバの情報」とを端末に入力する（ステップＳ５０１）。
次に、この入力を受けた端末は、認証仲介サーバにアクセスし、「ユーザＩＤ」と「認証サーバの情報」を渡す（ステップＳ５０２）。そして、認証サーバを利用した認証方法の例と同様な動作で、ユーザは認証サーバから認証され、ユーザ認証情報が認証仲介サーバへ送られる（ステップＳ５０３〜Ｓ５０７）。このユーザ認証情報は、「ユーザＩＤ」で示されたユーザが認証サーバによって認証されたという情報になっている。
そして、認証仲介サーバは、認証サーバからのユーザ認証情報を信じることで、ユーザを認証したこととする。
次に、ユーザは、サービス提供サーバからサービスを受けるために、「ユーザＩＤ」と「サービス提供サーバのアドレス」と「認証仲介サーバの情報」とを端末に入力する（ステップＳ５０８）。
次に、この入力を受けた端末は、サービス提供サーバにアクセスし、「ユーザＩＤ」と「認証仲介サーバの情報」とを渡す（ステップＳ５０９）。
次に、サービス提供サーバは、認証仲介サーバの情報に、「ユーザＩＤ」で示されるユーザを認証した旨を示す「ユーザ認証情報」を要求する（ステップＳ５１０）。
すると、認証仲介サーバは、既にユーザを認証済みであるため、「ユーザ認証情報」をサービス提供サーバに送る（ステップＳ５１１）。このユーザ認証情報は、「ユーザＩＤ」で示されたユーザが認証仲介サーバによって認証されたという情報になっている。つまり、このユーザ認証情報には、認証サーバの情報が含まれていない。
サービス提供サーバは、認証仲介サーバからのユーザ認証情報を信じることでユーザを認証したこととする。
以上のように、認証仲介サーバが、サービス提供サーバと認証サーバ間の認証情報を仲介することで、サービス提供サーバは認証サーバと直接通信しない。さらに、認証仲介サーバが発行するユーザ認証情報には認証サーバの情報が含まれていないため、サービス提供サーバから認証サーバの情報を隠すことができる。これにより、ユーザがどの認証サーバを利用しているかをサービス事業者から隠蔽することができ、ユーザのプライバシーを保護することができる。
一方、複数の認証局から適切な認証局を選択する技術が、特許文献２に記載されている。特許文献２に記載の技術は、ユーザ装置が、店舗装置から店舗用認証局リストを取得し、自身の有する客用認証局リストと比較して適当な認証局を選択する技術である。
さらに、複数の認証局から適切な認証局を選択する他の技術が、特許文献３に記載されている。特許文献３に記載の技術は、各認証サーバに対応した認証成功回数の記録に基づいて認証サーバを選択する技術である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−００９６３０号公報
【特許文献２】特開平１０−１０５６１２号公報
【特許文献３】特開２００７−３２８４１１号公報
【非特許文献】
【０００４】
【非特許文献１】”Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＡＭＬ）Ｖ２．０  Ｔｅｃｈｎｉｃａｌ  Ｏｖｅｒｖｉｅｗ”の“Ｆｉｇｕｒｅ−１２  ＳＰ−Ｉｎｉｔｉａｔｅｄ  ＳＳＯ  ｗｉｔｈ  Ｒｅｄｉｒｅｃｔ  ａｎｄ  ＰＯＳＴ  Ｂｉｎｄｉｎｇｓ”、［ｏｎｌｉｎｅ］、ＯＡＳＩＳ  Ｓｅｃｕｒｉｔｙ  Ｓｅｒｖｉｃｅｓ（ＳＡＭＬ）ＴＣ、［平成２０年１１月２５日検索］、インターネット  ｈｔｔｐ：／／ｗｗｗ．ｏａｓｉｓ−ｏｐｅｎ．ｏｒｇ／ｃｏｍｍｉｔｔｅｅｓ／ｄｏｗｎｌｏａｄ．ｐｈｐ／２７８１９／ｓｓｔｃ−ｓａｍｌ−ｔｅｃｈ−ｏｖｅｒｖｉｅｗ−２．０−ｃｄ−０２．ｐｄｆ
【非特許文献２】ＯｐｅｎＩＤ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ２．０  −  Ｆｉｎａｌ”の“３．Ｐｒｏｔｏｃｏｌ  Ｏｖｅｒｖｉｅｗ”、［ｏｎｌｉｎｅ］、ＯｐｅｎＩＤ  Ｆｏｕｎｄａｔｉｏｎ、［平成２０年１１月２５日検索］、インターネット  ｈｔｔｐ：／／ｏｐｅｎｉｄ．ｎｅｔ／ｓｐｅｃｓ／ｏｐｅｎｉｄ−ａｕｔｈｅｎｔｉｃａｔｉｏｎ−２＿０．ｈｔｍｌ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した先行技術文献に記載の技術では、サービス提供サーバから認証サーバを隠すことと、サービス提供サーバが認証サーバの選択に関与することを両立できないという問題点があった。
なぜならば、特許文献１の認証仲介サーバを導入した場合、サービス提供サーバはユーザがどの認証サーバを利用しているかという情報を知ることはできない。従って、サービス提供サーバは、認証サーバの情報に基づいて認証サーバを信頼するか信頼しないかの判断を行うことができない。その結果、背景技術で述べた認証仲介サーバを用いたシステムでは、認証仲介サーバが認証サーバを信頼するかしないかの判断を行っており、サービス提供サーバは認証仲介サーバの判断基準に従うしかなかった。
しかし、数多くの事業者が認証サーバを運営するような場合、信頼性の低い認証サーバが存在することが考えられ、認証仲介サーバを全面的に信頼することも困難であった。
即ち、サービス提供サーバから認証サーバの情報を隠すという要求と、認証サーバの信頼性の評価においてサービス提供サーバ側の基準を反映するという要求とを同時に満たす解決手段がなかった。
本発明の目的は、上述した課題を解決する仲介装置、仲介方法、プログラム及び仲介システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の仲介装置は、少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けて記憶する信頼条件記憶手段と、
複数の前記第２の情報処理装置をそれぞれ特定する第２の識別子と当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けて記憶する利用対象記憶手段と、
前記信頼条件記憶手段から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、前記第２の情報処理装置毎の信頼度を算出する算出手段と、
前記利用対象記憶手段から抽出した前記第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する選択手段と、を有する。
本発明の仲介方法は、少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けた信頼条件情報から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、複数の前記第２の情報処理装置毎の信頼度を算出し、
前記第２の情報処理装置をそれぞれ特定する第２の識別子と当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けた利用対象情報から抽出した当該第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する。
本発明のプログラムは、少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けた信頼条件情報から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、複数の前記第２の情報処理装置毎の信頼度を算出し、
前記第２の情報処理装置をそれぞれ特定する第２の識別子と当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けた利用対象情報から抽出した当該第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する処理をコンピュータに実行させる。
本発明の仲介システムは、ネットワークで互いに接続された第１の情報処理装置と第２の情報処理装置と第３の情報処理装置と仲介装置とを含み、
前記第３の情報処理装置は、第１の情報処理装置に仲介装置の識別子と第３の識別子を送信し、
前記第１の情報処理装置は、受信した前記仲介装置の識別子に基づいて、前記仲介装置に前記第３の識別子と第１の識別子を送信し、
前記仲介装置は、少なくとも一つの第１の情報処理装置を特定する第１の識別子と当該第１の情報処理装置においての第２の情報処理装置に対する信頼条件とを関連付けて記憶する信頼条件記憶手段と、
複数の前記第２の情報処理装置をそれぞれ特定する第２の識別子と当該第２の情報処理装置を利用対象とするユーザを特定する第３の識別子とを関連付けて記憶する利用対象記憶手段と、
前記信頼条件記憶手段から抽出した前記第１の識別子に関連付けられた前記第２の情報処理装置に対する信頼条件に基づいて、前記第２の情報処理装置毎の信頼度を算出する算出手段と、
前記利用対象記憶手段から抽出した前記第３の識別子に関連付けられた前記第２の識別子のうちから、前記信頼度が予め与えられた条件を満足する第２の識別子を選択する選択手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、サービス提供サーバから認証サーバを隠すことと、サービス提供サーバが認証サーバの選択に関与することを両立させることが可能になる。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１〜第３の実施形態の構成を示すブロック図である。
【図２】本発明の第１、第３、第５〜第７の実施形態の認証サーバ信頼条件情報の構造を示す図である。
【図３】本発明の第１〜第７の実施形態のユーザ利用認証サーバ情報の構造を示す図である。
【図４】本発明の第１〜第６の実施形態の全体の動作を示すシーケンス図である。
【図５】本発明の第１〜第３、第５及び第６の実施形態の認証仲介サーバ内部の動作を示すシーケンス図である。
【図６】本発明の第１〜第６の実施形態の認証サーバ選択部の内部処理の動作を示すフローチャートである。
【図７】本発明の第１〜第３の実施形態のユーザＩＤ連携情報の構造を示す図である。
【図８】本発明の第１〜第３の実施形態のユーザ利用認証サーバ情報の構造を示す図である。
【図９】本発明の第１〜第３の実施形態のユーザＩＤ連携情報の構造を示す図である。
【図１０】本発明の第２及び第３の実施形態の認証サーバ信頼条件情報の構造を示す図である。
【図１１】本発明の第４の実施形態の構成を示すブロック図である。
【図１２】本発明の第４の実施形態の認証サーバ信頼条件情報の構造を示す図である。
【図１３】本発明の第４の実施形態の認証サーバ情報の構造を示す図である。
【図１４】本発明の第４の実施形態の認証仲介サーバ内部の動作を示すシーケンス図である。
【図１５】本発明の第５の実施形態の構成を示すブロック図である。
【図１６】本発明の第５の実施形態の認証履歴情報の構造を示す図である。
【図１７】本発明の第５の実施形態の認証サーバ選択部の内部処理の詳細動作を示すフローチャートである。
【図１８】本発明の第６の実施形態の構成を示すブロック図である。
【図１９】本発明の第６の実施形態の認証サーバ選択部の内部処理の詳細動作を示すフローチャートである。
【図２０】本発明の第７の実施形態の構成を示すブロック図である。
【図２１】背景技術の認証サーバを利用したシステムの構成図である。
【図２２】背景技術の認証サーバを利用したシステムの動作を示すシーケンス図である。
【図２３】背景技術の認証仲介サーバを利用したシステムの構成図である。
【図２４】背景技術の認証仲介サーバを利用したシステムの動作を示すシーケンス図である。
【発明を実施するための形態】
【０００９】
次に、本発明の実施形態について図面を参照して詳細に説明する。
まず、用語の説明を行う。
ユーザＩＤ（第３の識別子とも呼ばれる）とは、ユーザを一意に識別する識別子のことである。ユーザＩＤはＵｓｅｒ−ＩＤと表記する。
サービス提供サーバＩＤ（第１の識別子とも呼ばれる）とは、サービス提供サーバ（第１の情報処理装置とも呼ばれる）を一意に識別する識別子のことである。サービス提供サーバＩＤはＳＰ−ＩＤと表記する。
認証サーバＩＤ（第２の識別子とも呼ばれる）とは、認証サーバ（第２の情報処理装置とも呼ばれる）を一意に識別する識別子のことである。認証サーバＩＤはＩｄＰ−ＩＤと表記する。
認証仲介サーバＩＤ（仲介装置の識別子とも呼ばれる）とは、認証仲介サーバ（仲介装置とも呼ばれる）を一意に識別する識別子のことである。認証仲介サーバＩＤはＰｒｏｘｙ−ＩＤと表記する。
ユーザ認証とは、ユーザが予め登録されているユーザ本人であることを確かめることである。
ユーザ認証情報とは、ユーザ認証を行ったことを証明する情報のことである。例えば、ユーザ認証情報を受け取ったサーバがユーザ認証情報を発行したサーバを信じる場合、ユーザ認証情報を受け取ったサーバは、そのユーザ認証情報を信じてユーザを認証したこととしてもよい。
次に、本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本実施形態の構成を示すブロック図である。
図１を参照すると、本発明の第１の実施形態は、互いにネットワークで接続されたサービス提供サーバ１００と認証仲介サーバ４００と認証サーバ２００と端末３００とから構成される。
サービス提供サーバ１００と認証サーバ２００と端末３００と認証仲介サーバ４００とは、それぞれ例えばコンピュータや情報処理装置などであってよい。
サービス提供サーバ１００と認証サーバ２００と端末３００と認証仲介サーバ４００との台数及びそれぞれの台数の比率は、本実施形態の例に係わらず任意の数であってよい。
サービス提供サーバ１００は、サービス提供部１１０と認証証明書ユーザ認証部１２０とを含む。
認証仲介サーバ４００は、認証サーバ仲介部４２０と認証依頼部４３０と高信頼認証サーバ算出部４６０と認証サーバ選択部４４０と認証サーバ信頼条件記憶部５１０とユーザ利用認証サーバ記憶部５２０とを含む。尚、高信頼認証サーバ算出部４６０は、算出手段とも呼ばれる。また、認証サーバ選択部４４０は、選択手段とも呼ばれる。また、認証サーバ信頼条件記憶部５１０は、信頼条件記憶手段とも呼ばれる。ユーザ利用認証サーバ記憶部５２０は、利用対象記憶手段とも呼ばれる。
認証サーバ２００は、認証依頼受付部２１０とユーザ認証部２２０とを含む。
サービス提供サーバ１００のサービス提供部１１０は、端末３００からＵｓｅｒ−ＩＤを受信する機能と、認証証明書ユーザ認証部１２０にＵｓｅｒ−ＩＤを送信する機能とを含む。サービス提供サーバ１００の認証証明書ユーザ認証部１２０は、Ｕｓｅｒ−ＩＤを受信する機能と、認証仲介サーバ４００の認証サーバ仲介部４２０にＵｓｅｒ−ＩＤ及びこのＵｓｅｒ−ＩＤの送信元のＳＰ−ＩＤを送信する機能とを含む。
認証仲介サーバ４００の認証サーバ仲介部４２０は、Ｕｓｅｒ−ＩＤとＳＰ−ＩＤとを受信する機能と、認証サーバ選択部４４０へＵｓｅｒ−ＩＤとＳＰ−ＩＤを送信する機能と、認証依頼部４３０へＵｓｅｒ−ＩＤと選択された認証サーバ２００のＩｄＰ−ＩＤを送信する機能とを含む。
認証仲介サーバ４００の認証依頼部４３０は、Ｕｓｅｒ−ＩＤとＩｄＰ−ＩＤとを受信する機能を含む。さらに、認証依頼部４３０は、自身が搭載された認証仲介サーバ４００を一意に識別するＰｒｏｘｙ−ＩＤと受信したＵｓｅｒ−ＩＤとを、ＩｄＰ−ＩＤによって一意に識別された認証サーバ２００の認証依頼受付部２１０へ送信する機能を含む。
認証仲介サーバ４００の認証サーバ信頼条件記憶部５１０は、ＳＰ−ＩＤとそのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００に対応して予め定義された信頼条件とを関連付けた、図２に示すような認証サーバ信頼条件情報５１１を記憶する機能を含む。尚、認証サーバ信頼条件情報５１１は、信頼条件情報とも呼ばれる。本実施形態における信頼条件は、例えば図２に示すように、サービス提供サーバ１００から信頼されると定義された認証サーバ２００を一意に識別するＩｄＰ−ＩＤである。尚、認証サーバ信頼条件記憶部５１０は例えば、提示された条件情報（例えばＳＰ−ＩＤ）に関連付けられた対応情報（例えば信頼条件）をリスト形式で返すデータベースシステムであってよい。
認証仲介サーバ４００のユーザ利用認証サーバ記憶部５２０は、Ｕｓｅｒ−ＩＤとそのＵｓｅｒ−ＩＤによって一意に識別されるユーザ３９０の利用対象である認証サーバ２００を一意に識別するＩｄＰ−ＩＤとを関連付けた図３に示すようなユーザ利用認証サーバ情報５２１を記憶する機能を含む。尚、ユーザ利用認証サーバ情報５２１は、利用対象情報とも呼ばれる。ユーザ利用認証サーバ記憶部５２０は、例えば、提示された条件情報（例えばＵｓｅｒ−ＩＤ）に関連付けられた対応情報（例えばＩｄＰ−ＩＤ）をリスト形式で返すデータベースシステムであってよい。
認証仲介サーバ４００の認証サーバ選択部４４０は、Ｕｓｅｒ−ＩＤとＳＰ−ＩＤを受信する機能を含む。さらに、認証サーバ選択部４４０は、認証サーバ信頼条件記憶部５１０から、ＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００から信頼されると定義された認証サーバ２００の条件を取得する機能を含む。さらに、認証サーバ選択部４４０は、Ｕｓｅｒ−ＩＤによって一意に識別されるユーザ３９０の利用対象である認証サーバ２００のＩｄＰ−ＩＤのリストを、ユーザ利用認証サーバ記憶部５２０から取得する機能を含む。さらに、認証サーバ選択部４４０は、取得した認証サーバ２００の条件を満足し且つそのユーザ３９０の利用対象である認証サーバ２００を抽出する機能を含む。
さらに、認証仲介サーバ４００の認証サーバ選択部４４０は、抽出した認証サーバ２００のＩｄＰ−ＩＤのリストを高信頼認証サーバ算出部４６０へ送信する機能を含む。さらに、認証サーバ選択部４４０は、認証サーバ２００の信頼度を受信する機能と、受信した信頼度を参照して、最も信頼度の高い認証サーバ２００を選択する機能と、選択した認証サーバ２００のＩｄＰ−ＩＤを認証サーバ仲介部４２０へ送信する機能とを含む。
認証仲介サーバ４００の高信頼認証サーバ算出部４６０は、認証サーバ選択部４４０が抽出したＩｄＰ−ＩＤのリストを受信する機能を含む。さらに、高信頼認証サーバ算出部４６０は、各認証サーバ２００の信頼度を算出する。この信頼度は、受信したＩｄＰ−ＩＤのリストと認証サーバ信頼条件記憶部５１０とを参照して算出される、このリストに含まれるＩｄＰ−ＩＤによって一意に識別される認証サーバ２００を信頼すると定義している、サービス提供サーバ１００の台数の合計である。。さらに、高信頼認証サーバ算出部４６０は、算出した各認証サーバ２００の信頼度を認証サーバ選択部４４０へ送信する機能を含む。
認証サーバ２００の認証依頼受付部２１０は、Ｐｒｏｘｙ−ＩＤとＵｓｅｒ−ＩＤを受信する機能と、ユーザ認証部２２０へＵｓｅｒ−ＩＤを送信する機能とを含む。
認証サーバ２００のユーザ認証部２２０は、Ｕｓｅｒ−ＩＤを受け取り、端末３００へ認証画面を表示させる機能と、端末３００から送られてきたパスワードを受信する機能と、Ｕｓｅｒ−ＩＤに対応して予め設定されたパスワードと合致するか確認する機能とを含む。
端末３００は、画面表示する機能と入力を受け付ける機能と入力されたＵｓｅｒ−ＩＤをサービス提供部１１０へ送信する機能とを含む。
次に、本実施形態の動作について、図１〜図９を参照して詳細に説明する。
図４は、本実施形態の全体の動作を示すシーケンス図、図５は認証仲介サーバ４００内部の動作を示すシーケンス図、図６は認証サーバ選択部４４０の内部処理の動作を示すフローチャートである。
前提として、２台のサービス提供サーバ１００のＳＰ−ＩＤは、それぞれＳＰ＿１及びＳＰ＿２であるものとする。また、認証仲介サーバ４００のＰｒｏｘｙ−ＩＤは、Ｐｒｏｘｙ＿１であるものとする。また、３台の認証サーバ２００のＩｄＰ−ＩＤは、それぞれＩｄＰ＿１、ＩｄＰ＿２及びＩｄＰ＿３であるものとする。また、２台の端末３００は、Ｕｓｅｒ−ＩＤがＡｌｉｃｅ及びＢｏｂであるユーザ３９０がそれぞれ利用対象としているものとする。
また、認証サーバ信頼条件記憶部５１０には、図２で示すように、認証サーバ信頼条件情報５１１が記憶されているものとする。認証サーバ信頼条件情報５１１は、サービス提供サーバ１００［ＳＰ＿１］は、認証サーバ２００［ＩｄＰ＿１］と認証サーバ２００［ＩｄＰ＿２］とを信頼すると定義しているという情報を含む。さらに、認証サーバ信頼条件情報５１１は、サービス提供サーバ１００［ＳＰ＿２］は認証サーバ２００［ＩｄＰ＿２］と認証サーバ２００［ＩｄＰ＿３］とを信頼すると定義しているという情報とを含む。尚、「サービス提供サーバ１００［ＳＰ＿１］」の表記は、ＳＰ−ＩＤがＳＰ＿１であるサービス提供サーバ１００を表す。以下も同様である。また、「認証サーバ２００［ＩｄＰ＿１］」の表記は、ＩｄＰ−ＩＤがＩｄＰ＿１である認証サーバ２００を表す。以下も同様である。
また、ユーザ利用認証サーバ記憶部５２０には、図３で示すように、ユーザ利用認証サーバ情報５２１が記憶されているものとする。ユーザ利用認証サーバ情報５２１は、ユーザ３９０［Ａｌｉｃｅ］は認証サーバ２００［ＩｄＰ＿１］と認証サーバ２００［ＩｄＰ＿２］と認証サーバ２００［ＩｄＰ＿３］とを利用対象としているという情報と、ユーザ３９０［Ｂｏｂ］は認証サーバ２００［ＩｄＰ＿１］と認証サーバ２００［ＩｄＰ＿２］とを利用対象としているという情報とを含む。
例えば、ユーザ３９０［Ａｌｉｃｅ］（「ユーザ３９０［Ａｌｉｃｅ］の表記は、Ｕｓｅｒ−ＩＤがＡｌｉｃｅであるユーザ３９０を表す。以下同様。）が、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）、ＳＰ−ＩＤ（ＳＰ＿１）及びＰｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）を端末３００［Ａｌｉｃｅ］（「端末３００［Ａｌｉｃｅ］」の表記は、ユーザ３９０［Ａｌｉｃｅ］が使用している端末３００を表す。）に入力したことを契機に、本実施形態は動作を開始する（ステップＳ１０１）。
まず、端末３００は、入力されたＳＰ−ＩＤに基づいて、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）及びＰｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）をサービス提供サーバ１００［ＳＰ＿１］のサービス提供部１１０へ送信してサービス提供を依頼する（ステップＳ１０２）。
次に、サービス提供部１１０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）及びＰｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）を認証証明書ユーザ認証部１２０へ送信してユーザ３９０の認証を依頼する（ステップＳ１０４）。
次に、認証証明書ユーザ認証部１２０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）及びＰｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）に基づいて、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）及び自身のＳＰ−ＩＤ（ＳＰ＿１）を認証仲介サーバ４００［Ｐｒｏｘｙ＿１］の認証サーバ仲介部４２０へ送信して認証情報の取得を依頼する（ステップＳ１０５、ステップＳ２０１）。尚、「認証仲介サーバ４００［Ｐｒｏｘｙ＿１］」の表記は、Ｐｒｏｘｙ−ＩＤがＰｒｏｘｙ＿１である認証仲介サーバ４００を表す。以下も同様である。
次に、認証サーバ仲介部４２０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）及びＳＰ−ＩＤ（ＳＰ＿１）を認証サーバ選択部４４０へ送信して認証サーバ２００の選択を依頼する（ステップＳ２０３）。
次に、認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿１）に基づいて、認証サーバ信頼条件記憶部５１０から、信頼条件としてＳＰ−ＩＤ（ＳＰ＿１）に関連付けられたＩｄＰ−ＩＤのリストを取得する。ここで取得したＩｄＰ−ＩＤよりなるリストをαと呼び、本説明の例ではα＝（ＩｄＰ＿１、ＩｄＰ＿２）である（ステップＳ２０４、ステップＳ２０５）。
次に、認証サーバ選択部４４０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）に基づいて、ユーザ利用認証サーバ記憶部５２０から、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）に関連付けられたＩｄＰ−ＩＤのリストを取得する。ここで取得したＩｄＰ−ＩＤよりなるリストをβと呼び、本説明の例ではβ＝（ＩｄＰ＿１、ＩｄＰ＿２、ＩｄＰ＿３）。である（ステップＳ２０６、ステップＳ２０７）
次に、認証サーバ選択部４４０及び高信頼認証サーバ算出部４６０は、連携して、サービス提供サーバ１００から信頼されると定義された認証サーバ２００のＩｄＰ−ＩＤのリスト（即ち、リストα）とユーザ３９０が利用対象とする認証サーバ２００のＩｄＰ−ＩＤのリスト（即ち、リストβ）と認証サーバ信頼条件情報５１１とに基づいて認証サーバ２００を選択する（ステップＳ２０８）。
ここで、ステップＳ２０８の詳細な動作を、図６を参照して説明する。
認証サーバ選択部４４０は、α∩β即ち（ＩｄＰ＿１、ＩｄＰ＿２）∩（ＩｄＰ＿１、ＩｄＰ＿２、ＩｄＰ＿３）を計算し、（ＩｄＰ＿１、ＩｄＰ＿２）を得る。ここで得たリストをγと呼び、本説明の例ではγ＝（ＩｄＰ＿１、ＩｄＰ＿２）である（ステップＦ１０１）。γは、即ち、サービス提供サーバ１００［ＳＰ＿１］から信頼されると定義され、ユーザ３９０［Ａｌｉｃｅ］が利用対象としている認証サーバ２００のリストである。
続けて、認証サーバ選択部４４０は、γが空集合であるか否かを確認する（ステップＦ１０２）。
γが空集合であった場合（ステップＦ１０２でＹＥＳ）、認証サーバ選択部４４０は、「サービス提供サーバ１００から信頼されると定義され、ユーザ３９０が利用対象としている認証サーバ２００は存在しない」というエラー情報を生成する（ステップＦ１０３）。
γが空集合でなかった場合（ステップＦ１０２でＮＯ）、認証サーバ選択部４４０は、γを高信頼認証サーバ算出部４６０へ送信する。本実施形態では、γ＝（ＩｄＰ＿１、ＩｄＰ＿２）と計算されているため、（ＩｄＰ＿１、ＩｄＰ＿２）を高信頼認証サーバ算出部４６０へ送信する（ステップＦ１０４）。
次に、高信頼認証サーバ算出部４６０は、受信したリストγに含まれるＩｄＰ−ＩＤで一意に識別される認証サーバ２００それぞれについて、認証サーバ信頼条件記憶部５１０を参照して、信頼度を算出する。信頼度の算出は、例えば、その認証サーバ２００を信頼すると定義している１台のサービス提供サーバ１００を「１」と換算し、その認証サーバ２００を信頼すると定義している全てのサービス提供サーバ１００の台数分を加算する（ステップＦ１０５）。
本説明の例の場合、γ＝（ＩｄＰ＿１、ＩｄＰ＿２）のうち、認証サーバ２００［ＩｄＰ＿１］はサービス提供サーバ１００［ＳＰ＿１］からのみ信頼すると定義されているので信頼度は「１」、認証サーバ２００［ＩｄＰ＿２］はサービス提供サーバ１００［ＳＰ＿１］とサービス提供サーバ１００［ＳＰ＿２］とから信頼すると定義されているので信頼度は「２」と算出される。
続けて、高信頼認証サーバ算出部４６０は、算出した信頼度を認証サーバ選択部４４０へ送信する（ステップＦ１０６）。
次に、認証サーバ選択部４４０は、予め与えられた条件（例えば、最も高い信頼度）を満足する識別子を選択する。本説明の例では、信頼度が「１」のＩｄＰ＿１と信頼度が「２」のＩｄＰ＿２のうち、最も高い信頼度という条件を満足するＩｄＰ＿２が選択される（ステップＦ１０７）。
以上で、ステップＳ２０８の説明を終了する。
次に、認証サーバ選択部４４０は、選択したＩｄＰ−ＩＤ（ＩｄＰ＿２）もしくはステップＦ１−３で生成したエラー情報を認証サーバ仲介部４２０へ送信する（ステップＳ２０９）。
次に、認証サーバ仲介部４２０は、受信したＩｄＰ−ＩＤ（ＩｄＰ＿２）と、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）とを認証依頼部４３０へ送信して認証情報の取得を依頼する（ステップＳ２１０）。
次に、認証依頼部４３０は、受信したＩｄＰ−ＩＤ（ＩｄＰ＿２）とＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）とに基づいて、認証サーバ２００［ＩｄＰ＿２］の認証依頼受付部２１０に対して、Ｕｓｅｒ−ＩＤ（Ａｌｉｃｅ）と自身のＰｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）とを送信して認証情報の取得を依頼する（ステップＳ１０６、ステップＳ２１１）。
次に、認証依頼受付部２１０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）をユーザ認証部２２０へ送信してユーザ３９０の認証情報の取得を依頼する（ステップＳ１０７）。
次に、ユーザ認証部２２０は、受信したＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）によって一意に識別されたユーザ３９０（Ａｌｉｃｅ）が認証済みかどうか確認する。認証済みの場合、ユーザ認証部２２０の動作はステップＳ１１３へ進む。認証済みでない場合、ユーザ認証部２２０はＵｓｅｒ−ＩＤ（Ａｌｉｃｅ）によって一意に識別されたユーザ３９０［Ａｌｉｃｅ］が使用している端末３００へ認証画面を表示するように依頼する。本説明の例の場合、この依頼を受けて端末３００［Ａｌｉｃｅ］は、ユーザ３９０［Ａｌｉｃｅ］を認証するための認証画面を表示する（ステップＳ１０８、ステップＳ１０９）。
次に、ユーザ３９０［Ａｌｉｃｅ］が、事前に登録したユーザ３９０［Ａｌｉｃｅ］のパスワードを端末３００［Ａｌｉｃｅ］に入力すると、端末３００［Ａｌｉｃｅ］はパスワード情報をユーザ認証部２２０へ送信する（ステップＳ１１０、ステップＳ１１１）。
次に、ユーザ認証部２２０は、受信したパスワード情報が予め設定されているパスワード情報と一致するか否か確認する（ステップＳ１１２）。一致しない場合、ユーザ認証部２２０はエラー処理を行う。尚、このような場合のエラー処理は周知技術であるため説明を省略する。一致した場合、ユーザ認証部２２０はユーザ３９０［Ａｌｉｃｅ］を認証する。そして、ユーザ認証部２２０は、ユーザ３９０［Ａｌｉｃｅ］の認証成功通知を認証依頼受付部２１０へ送信する（ステップＳ１１３）。
次に、認証依頼受付部２１０は、受信した認証成功通知に基づいてユーザ認証情報を作成し、ユーザ認証情報を認証仲介サーバ４００の認証依頼部４３０へ送信する。尚、ユーザ認証情報には、認証サーバ２００［ＩｄＰ＿１］がユーザ３９０［Ａｌｉｃｅ］を認証したという情報が含まれている（ステップＳ１１４、ステップＳ２１２）。
次に、認証仲介サーバ４００の認証依頼部４３０は、受信したユーザ認証情報を認証サーバ仲介部４２０へ送信する（ステップＳ２１３）。
次に、認証サーバ仲介部４２０は、受信したユーザ認証情報のＩｄＰ−ＩＤ（ＩｄＰ＿１）を削除し、Ｐｒｏｘｙ−ＩＤ（Ｐｒｏｘｙ＿１）に置き換える（ステップＳ２１４）。
続けて、認証サーバ仲介部４２０は、ユーザ認証情報をサービス提供サーバ１００の認証証明書ユーザ認証部１２０へ送信する（ステップＳ１１５、ステップＳ２１６）。
次に、認証証明書ユーザ認証部１２０は、受信したユーザ認証情報によって示される認証サーバ仲介部４２０［Ｐｒｏｘｙ＿１］がユーザ３９０［Ａｌｉｃｅ］を認証したという情報に基づいて、ユーザ認証を完了したこととする。そして、認証証明書ユーザ認証部１２０は、ユーザ認証の完了通知をサービス提供部１１０へ送信する（ステップＳ１１６）。
次に、サービス提供部１１０は、ユーザ認証の完了通知を受信したことに基づいて、ユーザ３９０［Ａｌｉｃｅ］に対してサービスを提供する（ステップＳ１１７）。
以上説明したように、本実施形態においては、ユーザ３９０の利用対象である認証サーバ２００のうちから、サービス提供サーバ１００の信頼条件である多くのサービス提供サーバ１００から信頼すると定義されている認証サーバ２００が優先的に選択される。
例えば、上記の説明の例によれば、ユーザ３９０［Ａｌｉｃｅ］が利用対象とする認証サーバ２００［ＩｄＰ＿１］、認証サーバ２００［ＩｄＰ＿２］及び認証サーバ２００［ＩｄＰ＿３］のうちから、サービス提供サーバ１００［ＳＰ＿１］の信頼条件に基づいて、認証サーバ２００［ＩｄＰ＿２］が選択される。
尚、本実施形態では、ユーザ３９０を一意に識別する識別子として、サービス提供サーバ１００、認証サーバ２００及び認証仲介サーバ４００それぞれにおいて異なる識別子を使用するようにしてもよい。
例えば、認証サーバ仲介部４２０または認証依頼部４３０は、Ｐｒｏｘｙ−Ｕｓｅｒ−ＩＤとＩｄＰ−Ｕｓｅｒ−ＩＤとを関連付けた図７に示すようなユーザＩＤ連携情報５０１を記憶し、これを参照して双方の識別子の変換を行う機能を含むようにしてもよい。尚、Ｐｒｏｘｙ−Ｕｓｅｒ−ＩＤ及びＩｄＰ−Ｕｓｅｒ−ＩＤは、それぞれ、認証仲介サーバ４００において使用するユーザ３９０の識別子、及び認証サーバ２００において使用するユーザ３９０の識別子である。以下も同様である。こうして、認証仲介サーバ４００と認証サーバ２００とで異なる識別子を使用することができる。
また、図８に示すように、ユーザ利用認証サーバ記憶部５２０がユーザＩＤ連携情報をユーザ利用認証サーバ情報５２４に含めて記憶し、認証サーバ選択部４４０が双方の識別子の変換を行うようにしても良い。
また、例えば認証サーバ仲介部４２０は、Ｐｒｏｘｙ−Ｕｓｅｒ−ＩＤとＳＰ−Ｕｓｅｒ−ＩＤを関連付けた図９に示すようなユーザＩＤ連携情報５０４を記憶し、これを参照して双方の識別子の変換を行う機能を含むようにしてもよい。尚、ＳＰ−Ｕｓｅｒ−ＩＤは、サービス提供サーバ１００において使用するユーザ３９０の識別子である。こうして、認証仲介サーバ４００とサービス提供サーバ１００で興なる識別子を使用することができる。
上述した本実施形態における第１の効果は、サービス提供サーバ１００から認証サーバ２００を隠すことと、サービス提供サーバ１００が必要とする条件を反映した認証サーバ２００を選択することとを両立させることができる点である。
その理由は、ユーザが使用する認証サーバ２００のうちから、サービス提供サーバ１００の信頼条件を満足する認証サーバ２００を選択するようにしたからである。
従って、サービス提供サーバ１００は、サービス提供サーバ１００の判断基準を認証仲介サーバ４００の判断基準へ反映することができるようになるので、認証仲介サーバ４００を利用した認証システムの利用が容易になる。
なぜならば、まず、数多くの事業者が認証サーバ２００を運営するようになると、信頼性の無い認証サーバ２００が存在する可能性が発生する。そのような状況での認証サーバ２００の選択において、認証仲介サーバを全面的に信頼してその認証仲介サーバの判断基準だけに従うことは、信頼性の無い認証サーバ２００が選択されるリスクがあると考えられる。これに対して本実施形態では、認証仲介サーバ４００における認証サーバ選択の判断基準としてサービス提供サーバ１００側の信頼条件を反映することが可能となる。従って、サービス提供サーバ１００の運営者が上述したリスクを回避することができるようになるからである。
上述した本実施形態における第２の効果は、ユーザが複数の認証サーバ２００のうちからユーザ自身とサービス提供サーバ１００とが受け入れ可能である認証サーバ２００を選択する作業の負担を軽減させることができる点である。
その理由は同様に、ユーザが使用する認証サーバ２００のうちから、サービス提供サーバ１００の信頼条件を満足する認証サーバ２００を選択するようにしたからである。
次に本発明の第２の実施形態について図面を参照して詳細に説明する。本発明の第２の実施形態の構成は、第１の実施形態の構成と比べて、認証サーバ信頼条件記憶部５１０に記憶される認証サーバ信頼条件の構造が異なっている。また、本発明の第２の実施形態の動作は、第１の実施形態の動作と比べて、図６のステップＦ１０５における高信頼認証サーバ算出部４６０の動作が異なっている。
図１０は、本実施形態の認証サーバ信頼条件記憶部５１０に記憶される認証サーバ信頼条件情報５１２の構造を示す図である。本実施形態の認証サーバ信頼条件情報５１２は、ＳＰ−ＩＤとそのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００から信頼されると定義されている認証サーバ２００を一意に識別するＩｄＰ−ＩＤとその認証サーバ２００の個別信頼度が関連付けられた情報である。認証サーバ２００の個別信頼度とは、それぞれのサービス提供サーバ１００において予め定められたそれぞれのサービス提供サーバ１００がそれぞれの認証サーバ２００を信頼する度合いである。
本実施形態における図６のステップＦ１０５における信頼度の算出は、例えば、各サービス提供サーバ１００の各認証サーバ２００に対する個別信頼度を積算する。
本説明の例の場合、認証サーバ２００［ＩｄＰ＿１］の信頼度は「１６」、認証サーバ２００［ＩｄＰ＿２］の信頼度は「１２（８＋４＝１２）」と算出される。従って、以後の処理において、認証サーバ２００［ＩｄＰ＿１］が選択される。
上述した本実施形態における効果は、第１の実施形態の効果に加え、サービス提供サーバ１００が必要とする条件をより精密に反映した認証サーバ２００を選択することができる点である。
その理由は、それぞれのサービス提供サーバ１００において定められた各認証サーバ２００の個別信頼度に基づいて認証サーバ２００の信頼度を算出するようにしたからである。
次に本発明の第３の実施形態について図面を参照して詳細に説明する。本発明の第３の実施形態の構成は、第２の実施形態の構成と同じである。また、本発明の第３の実施形態の動作は、第２の実施形態の動作と比べて、図６のステップＦ１０５における高信頼認証サーバ算出部４６０の動作が異なっている
本実施形態の図６におけるステップＦ１０５における信頼度の算出は、例えば、各サービス提供サーバ１００の個別信頼度の平均値が同一の値になるように個別信頼度を正規化し、各認証サーバ２００に対する各サービス提供サーバ１００の正規化された個別信頼度を積算する。
本説明の例の場合、サービス提供サーバ１００［ＳＰ＿１］の個別信頼度の平均値「１２」とサービス提供サーバ１００２００［ＳＰ＿２］の個別信頼度の平均値「４」とが同一の値、例えば「１２」になるように、サービス提供サーバ１００２００［ＳＰ＿２］の認証サーバ２００［ＩｄＰ＿２］の個別信頼度が「１２」に正規化される。同様に、同じく認証サーバ２００［ＩｄＰ＿３］の個別信頼度が「１２」に正規化される。そして、認証サーバ２００［ＩｄＰ＿１］の信頼度は「１６」、認証サーバ２００［ＩｄＰ＿２］の信頼度は「２０（８＋４×３＝２０）」と算出される。従って、以後の処理において、認証サーバ２００［ＩｄＰ＿２］が選択される。
上述した本実施形態における効果は、第２の実施形態の効果に加え、認証サーバ２００の選択に反映する条件についてサービス提供サーバ１００間でのばらつきを吸収できることである。
その理由は、それぞれのサービス提供サーバ１００おいて定められた各認証サーバ２００の個別信頼度を、サービス提供サーバ１００毎の平均値に基づいて正規化するようにしたからである。
次に、本発明の第４の実施形態について図面を参照して詳細に説明する。図１１は、本実施形態の構成を示すブロック図である。
本発明の第４の実施形態の構成は、第１の実施形態の構成と比べて、認証サーバ信頼条件記憶部５１０に記憶される認証サーバ信頼条件情報の構造及び認証サーバ選択部４４０の機能が異なっている。さらにまた、認証仲介サーバ４００に条件解析部４５０と認証サーバ情報記憶部５３０とが追加されている。
図１２は、本実施形態の認証サーバ信頼条件情報記憶部５１０に記憶される認証サーバ信頼条件情報５１４の構造を示す図である。本実施形態の認証サーバ信頼条件情報５１４は、ＳＰ−ＩＤとそのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００から信頼されると定義されている認証サーバ２００を一意に識別するＩｄＰ−ＩＤと、そのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００が満足すべきと定義している認証サーバ２００の特徴情報である特徴条件情報とが関連付けられた情報である。
尚、図中のＩｄＰ−ＩＤにおける「、」ｈｓ、複数のＩｄＰ−ＩＤを区切るための区切り符号である。
本実施形態の認証仲介サーバ４００の認証サーバ選択部４４０は、第１の実施形態の認証仲介サーバ４００の認証サーバ選択部４４０の含む機能に加えて、認証サーバ信頼条件記憶部５１０から取得した認証サーバ信頼条件情報５１４を条件解析部４５０へ送信する機能を含む。さらにまた、認証サーバ選択部４４０は、条件解析部４５０から条件反映ＩｄＰ−ＩＤリストを受信する機能を含む。
認証サーバ情報記憶部５３０は、ＩｄＰ−ＩＤとそのＩｄＰ−ＩＤによって一意に識別される認証サーバ２００の特徴情報とを関連付けた図１３に示すような認証サーバ情報５３１を記憶する機能を含む。尚、認証サーバ情報記憶部５３０は例えば、提示された条件情報（例えばＩｄＰ−ＩＤのリスト）に関連付けられた対応情報（例えば特徴情報のリスト）を返すデータベースシステムであってよい。
条件解析部４５０は、認証サーバ選択部４４０から認証サーバ信頼条件情報５１４を受信する機能を含む。さらに、条件解析部４５０は、認証サーバ信頼条件情報５１４に含まれるＳＰ−ＩＤに関連付けられた認証サーバ２００の特徴情報を認証サーバ情報記憶部５３０から取得する機能を含む。さらに、条件解析部４５０は、この取得した特徴情報と受信した認証サーバ信頼条件情報５１４とに基づいて、認証サーバ２００の特徴情報を反映して抽出した条件反映ＩｄＰ−ＩＤリストを生成する機能を含む。さらに、条件解析部４５０は、条件反映ＩｄＰ−ＩＤリストを認証サーバ選択部４４０へ送信する機能を含む。
次に、本実施形態の動作について、図１〜図１４を参照して詳細に説明する。図１４は、本実施形態の認証仲介サーバ４００内部の動作を示すシーケンス図である。本発明の第４の実施形態の動作は、第１の実施形態の動作と比べて、図５のステップＳ２０５のシーケンスにおける認証サーバ選択部４４０と認証サーバ信頼条件記憶部５１０との動作が変更されている点が異なっている。さらにまた、本発明の第４の実施形態の動作は、第１の実施形態の動作と比べて、ステップＳ２４１〜ステップＳ２４５のシーケンスが追加され、ステップＳ２０８のシーケンスにおける認証サーバ選択部４４０の動作が変更されている点が異なっている。
尚、第１の実施形態の動作の説明の前提に加え、認証サーバ信頼条件記憶部５１０は図１２に示すような認証サーバ信頼条件情報５１４を記憶しているものとする。また、認証サーバ情報記憶部５３０は図１３に示すような認証サーバ情報５３１記憶しているものとする。
認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿１）に基づいて、認証サーバ信頼条件記憶部５１０から、信頼条件としてＳＰ−ＩＤ（ＳＰ＿１）に関連付けられたＩｄＰ−ＩＤのリスト及び特徴条件情報を取得する。本説明の例では、ＩｄＰ−ＩＤのリストα＝（ＩｄＰ＿１、ＩｄＰ＿２）と特徴条件情報（ＰＫＩ認証やワンタイムパスワードを用いた認証方法を使っているＩｄＰ）とが取得される（ステップＳ２０４、ステップＳ２０５）。
次に、認証サーバ選択部４４０は、取得したＩｄＰ−ＩＤのリスト及び特徴条件情報を条件解析部４５０へ送信して特徴条件を反映した条件反映ＩｄＰ−ＩＤリストの取得を依頼する（ステップＳ２４１）。
次に、条件解析部４５０は、受信したＩｄＰ−ＩＤのリストα＝（ＩｄＰ＿１、ＩｄＰ＿２）に基づいて、認証サーバ情報記憶部５３０から対応する特徴情報を取得する（ステップＳ２４２、ステップＳ２４３）。尚、特徴情報は、ワンタイムパスワードを用いた認証方式、ＰＫＩを使った認証方式等の情報である。以下も同様である。
続けて、条件解析部４５０は、対応する特徴情報が特徴条件情報に合致するＩｄＰ−ＩＤ（ＩｄＰ＿１、ＩｄＰ＿２）を抽出し、これを条件反映ＩｄＰ−ＩＤリスト（ＩｄＰ＿１、ＩｄＰ＿２）とする（ステップＳ２４４）。尚、特徴条件情報は、ＩｄＰがＰＫＩ認証やワンタイムパスワードを用いた認証方法等を使っているという情報である。
続けて、条件解析部４５０は、条件反映ＩｄＰ−ＩＤリスト（ＩｄＰ＿１、ＩｄＰ＿２）を認証サーバ選択部４４０へ送信する（ステップＳ２４５）。
ステップＳ２０８において、認証サーバ選択部４４０及び高信頼認証サーバ算出部４６０は、連携して、リストαに替えて条件反映ＩｄＰ−ＩＤリストと、リストβと認証サーバ信頼条件情報５１４とに基づいて認証サーバ２００を選択する（ステップＳ２０８）。
尚、認証サーバ信頼条件５１４は、ＩｄＰ−ＩＤを含まない構成としてもよい。この場合、ステップＳ２０４以降の動作は以下のようになる。
認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿１）に基づいて、認証サーバ信頼条件記憶部５１０から、信頼条件としてＳＰ−ＩＤ（ＳＰ＿１）に関連付けられた特徴条件情報を取得する。本説明の例では、特徴条件情報（ＰＫＩ認証やワンタイムパスワードを用いた認証方法を使っているＩｄＰ）とが取得される（ステップＳ２０４、ステップＳ２０５）。
次に、認証サーバ選択部４４０は、取得した特徴条件情報を条件解析部４５０へ送信して特徴条件を反映した条件反映ＩｄＰ−ＩＤリストの取得を依頼する（ステップＳ２４１）。
次に、条件解析部４５０は、受信したＩｄＰ−ＩＤのリストα＝（ＩｄＰ＿１、ＩｄＰ＿２）に基づいて、認証サーバ情報記憶部５３０から対応する特徴情報（ワンタイムパスワードを用いた認証方式、ＰＫＩを使った認証方式）を取得する（ステップＳ２４２、ステップＳ２４３）。
続けて、条件解析部４５０は、対応する特徴情報が特徴条件情報に合致するＩｄＰ−ＩＤ（ＩｄＰ＿１、ＩｄＰ＿２）を抽出し、これを条件反映ＩｄＰ−ＩＤリスト（ＩｄＰ＿１、ＩｄＰ＿２）とする（ステップＳ２４４）。
続けて、条件解析部４５０は、条件反映ＩｄＰ−ＩＤリスト（ＩｄＰ＿１、ＩｄＰ＿２）を認証サーバ選択部４４０へ送信する（ステップＳ２４５）。
ステップＳ２０８において、認証サーバ選択部４４０及び高信頼認証サーバ算出部４６０は、連携して、リストαに替えて条件反映ＩｄＰ−ＩＤリストと、リストβと認証サーバ信頼条件情報５１４とに基づいて認証サーバ２００を選択する（ステップＳ２０８）。
上述した本実施形態における第１の効果は、第１の実施形態の効果に加え、サービス提供サーバ１００が必要とする特徴を有する認証サーバ２００を選択することができる点である。
その理由は、サービス提供サーバ１００毎に定義された特徴に合致する特徴を有する認証サーバ２００の内から使用する認証サーバ２００を選択するようにしたからである。
次に、本発明の第５の実施形態について図面を参照して詳細に説明する。図１５は、本実施形態の構成を示すブロック図である。
本発明の第５の実施形態の構成は、第１の実施形態の構成と比べて、認証サーバ仲介部４２０の機能と認証サーバ選択部４４０の機能とが異なっており、さらに認証仲介サーバ４００に認証履歴分析部４７０と認証履歴記憶部５４０とが追加されている。
図１６は、認証履歴記憶部５４０に記憶される認証履歴情報（履歴情報とも呼ばれる）５４１の構造を示す図である。認証履歴情報５４１は、認証情報を送信したユーザ３９０のＵｓｅｒ−ＩＤとその送信先のサービス提供サーバ１００のＳＰ−ＩＤとその送信時刻とを関連付けられた情報である。
本実施形態の認証サーバ仲介部４２０は、第１の実施形態の認証仲介サーバ４００の認証サーバ仲介部４２０の含む機能に加え、仲介した認証の履歴を認証履歴情報５４１として、認証履歴記憶部５４０に記憶させる機能を含む。
本実施形態の認証仲介サーバ４００の認証サーバ選択部４４０は、第１の実施形態の認証サーバ選択部４４０の含む機能に加えて、ＳＰ−ＩＤを認証履歴分析部４７０へ送信する機能と、認証履歴の分析結果として抽出されたＳＰ−ＩＤを受信する機能とを含む。
認証履歴分析部４７０は、認証サーバ選択部４４０からＳＰ−ＩＤを受信する機能を含む。さらに、認証履歴分析部４７０は、認証履歴記憶部５４０を参照して、受信したＳＰ−ＩＤに係わるサービス提供サーバ１００の認証履歴を分析し、あるサービス提供サーバ１００を利用したユーザ３９０が次に利用する確率の高いサービス提供サーバ１００を抽出する機能を含む。さらに、認証履歴分析部４７０は、抽出したサービス提供サーバ１００のＳＰ−ＩＤを認証サーバ選択部４４０に送信する機能を含む。
次に、本実施形態の動作について、図１５〜図１６を参照して詳細に説明する。本実施形態の動作は、第１の実施形態の動作と比べて、図６のステップＦ１０６のステップにおける認証サーバ選択部４４０の動作が変更されていることと、認証履歴分析部４７０の動作が追加されていることとが異なっている。
また、第１の実施形態の動作の説明の前提に加えて、認証サーバ仲介部４２０の先行する動作により、認証履歴記憶部５４０には図１６で示すような認証履歴情報５４１が記憶されているものとする。
本実施形態における図６のステップＦ１０６の動作の詳細を、図１７に示すフローチャートを用いて説明する。
まず、認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿１）を認証履歴分析部４７０へ送信して認証履歴の分析を依頼する（ステップＦ５０１）。
次に、認証履歴分析部４７０は、受信したＳＰ−ＩＤ（ＳＰ＿１）に基づいて、認証履歴記憶部５４０を参照し、同一のＵｓｅｒ−ＩＤによって一意に識別されるユーザ３００の認証情報を、このＳＰ−ＩＤによって一意に識別されたサービス提供サーバ１００に提供した後続けて提供したサービス提供サーバ１００の存在について分析する（ステップＦ５０２）。
本実施形態の例では、ユーザ３９０［Ｃｌａｉｒｅ］及びユーザ３９０［Ｄａｖｅ］の認証情報を、サービス提供サーバ１００［ＳＰ＿１］に提供した後、１０分後にサービス提供サーバ１００［ＳＰ＿２］にも提供していることを分析する。
続けて、認証履歴分析部４７０は、サービス提供サーバ１００［ＳＰ＿１］にユーザ認証情報を提供した場合、続けてサービス提供サーバ１００［ＳＰ＿２］にもユーザ認証情報を提供することが多いという分析結果を得る（ステップＦ５０３）。
続けて、認証履歴分析部４７０は、分析結果に基づいて抽出したサービス提供サーバ１００のＳＰ−ＩＤ（ＳＰ＿２）を、認証サーバ選択部４４０へ送信する（ステップＦ５０４）。
次に、認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿２）に基づいて、認証サーバ信頼条件記憶部５１０を参照し、そのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００から信頼されると定義されている認証サーバ２００のＩｄＰ−ＩＤのリストを取得する（ステップＦ５０５）。ここで取得したＩｄＰ−ＩＤよりなるリストをωと呼び、本説明の例ではω＝（ＩｄＰ＿２、ＩｄＰ＿３）である。
続けて、認証サーバ選択部４４０は、γ∩ω即ち（ＩｄＰ＿１、ＩｄＰ＿２）∩（ＩｄＰ＿２、ＩｄＰ＿３）を計算し、（ＩｄＰ＿２）を算出する（ステップＦ５０６）。この、γ∩ωは、サービス提供サーバ１００［ＳＰ＿１］から信頼されると定義され、ユーザ３９０［Ａｌｉｃｅ］が利用対象としており、且つ、ユーザ３９０［Ａｌｉｃｅ］が次に利用対象とする可能性が高いサービス提供サーバ１００［ＳＰ＿２］から信頼されると定義されている認証サーバ２００のリストとなる。
続けて、認証サーバ選択部４４０は、γ∩ωからランダムに一つのＩｄＰ−ＩＤを選択する。本説明の例では、γ∩ωは、（ＩｄＰ＿２）１つだけなので、ＩｄＰ−ＩＤ（ＩｄＰ＿２）が選択される（ステップＦ５０７）。
上述した本実施形態における効果は、ユーザのパスワード入力などの手間を軽減できる場合がある点である。その理由は、認証サーバ２００の選択において、認証履歴情報５４１を参照してユーザが次に利用対象とする可能性が高いサービス提供サーバ１００から信頼されると定義されていることを条件として反映するようにしたからである。
即ち、認証サーバ選択部４４０が複数の認証サーバ２００から一つの認証サーバ２００を検索する際に、次に利用される可能性が高いサービス提供サーバ１００から信頼されている認証サーバ２００が選択される。
これにより、例えば、ユーザ３９０がサービス提供サーバ１００［ＳＰ＿１］の後サービス提供サーバ１００［ＳＰ＿２］を利用した場合、ユーザ３９０はサービス提供サーバ１００［ＳＰ＿２］から信頼されている認証サーバ２００［ＩｄＰ＿２］へはログイン済みである。このため、ユーザ３９０は新たに認証サーバ２００［ＩｄＰ＿２］に対してパスワードを入力するなどの手間が不要になる。
次に、本発明の第６の実施形態について図面を参照して詳細に説明する。図１８は、本実施形態の構成を示すブロック図である。
本発明の第６の実施形態の構成は、第１の実施形態の構成と比べて、認証サーバ選択部４４０の機能が異なっており、さらに認証仲介サーバ４００にサービス提供サーバ分析部４８０が追加されている。
本実施形態の認証仲介サーバ４００の認証サーバ選択部４４０は、第１の実施形態の認証サーバ選択部４４０の含む機能に加えて、ＳＰ−ＩＤをサービス提供サーバ分析部４８０へ送信する機能と、サービス提供サーバ１００の分析結果として抽出されたＳＰ−ＩＤを受信する機能とを含む。
サービス提供サーバ分析部４８０は、認証サーバ選択部４４０からＳＰ−ＩＤを受信する機能を含む。さらに、サービス提供サーバ分析部４８０は、受信したＳＰ−ＩＤで一意に識別されるサービス提供サーバ１００が提供するホームページ情報を取得してそのホームページ情報に存在する他のサービス提供サーバ１００へのリンクに基づいてサービス提供サーバ１００同士の関係性の分析し、あるサービス提供サーバ１００を利用したユーザ３９０が次に利用する確率の高いサービス提供サーバ１００を抽出する機能を含む。さらに、サービス提供サーバ分析部４８０は、抽出したサービス提供サーバ１００のＳＰ−ＩＤを認証サーバ選択部４４０に送信する機能を含む。
次に、本実施形態の動作について、図１８を参照して詳細に説明する。本実施形態の動作は、第１の実施形態の動作と比べて、図６のステップＦ１０６のステップにおける認証サーバ選択部４４０の動作が変更されていることと、サービス提供サーバ分析部４８０の動作が追加されていることとが異なっている。
本実施形態における図６のステップＦ１０６の動作の詳細を、図１９に示すフローチャートを用いて説明する。
まず、認証サーバ選択部４４０は、受信したＳＰ−ＩＤ（ＳＰ＿１）をサービス提供サーバ分析部４８０へ送信してサービス提供サーバ１００の分析を依頼する（ステップＦ６０１）。
次に、サービス提供サーバ分析部４８０は、受信したＳＰ−ＩＤ（ＳＰ＿１）に基づいてサービス提供サーバ１００が提供するホームページ情報を取得する（ステップＦ６０２）。
続けて、サービス提供サーバ分析部４８０は、取得したホームページ情報について他のサービス提供サーバ１００へのリンクの存在について分析し、リンクが存在する他のサービス提供サーバ１００を一意に識別するＳＰ−ＩＤを抽出する（ステップＦ６０３）。
本実施例では、例えば、サービス提供サーバ１００［ＳＰ＿１］のホームページ情報にサービス提供サーバ１００［ＳＰ＿２］へのリンクが存在したとする。その場合、サービス提供サーバ１００［ＳＰ＿１］はサービス提供サーバ１００［ＳＰ＿２］と関係していると判断し、ＳＰ−ＩＤ（ＳＰ＿２）を抽出する。
続けて、サービス提供サーバ分析部４８０は、抽出したサービス提供サーバ１００のＳＰ−ＩＤ（ＳＰ＿２）を認証サーバ選択部４４０へ送信する（ステップＦ６０４）。
次に、認証サーバ選択部４４０は、受信したＳＰ−ＩＤに基づいて、認証サーバ信頼条件記憶部５１０を参照し、そのＳＰ−ＩＤによって一意に識別されるサービス提供サーバ１００から信頼されると定義されている認証サーバ２００のＩｄＰ−ＩＤのリストを取得する（ステップＦ６０５）。ここで取得したＩｄＰ−ＩＤよりなるリストをωと呼び、本説明の例ではω＝（ＩｄＰ＿２、ＩｄＰ＿３）である。
続けて、認証サーバ選択部４４０は、γ∩ω即ち（ＩｄＰ＿１、ＩｄＰ＿２）∩（ＩｄＰ＿２、ＩｄＰ＿３）を計算し、（ＩｄＰ＿２）を算出する（ステップＦ６０６）。この、γ∩ωは、サービス提供サーバ１００［ＳＰ＿１］から信頼されると定義され、ユーザ３９０［Ａｌｉｃｅ］が利用対象としており、且つ、サービス提供サーバ１００［ＳＰ＿１］と関連が高いサービス提供サーバ１００［ＳＰ＿２］から信頼されると定義されている認証サーバ２００のリストとなる。
続けて、認証サーバ選択部４４０は、γ∩ωからランダムに一つの認証サーバ２００を選択する（ステップＦ６０７）。本説明の例では、γ∩ωは、（ＩｄＰ＿２）１つだけなので、ＩｄＰ−ＩＤ（ＩｄＰ＿２）が選択される。
上述した本実施形態における効果は、ユーザのパスワード入力などの手間を軽減できる場合がある点である。
その理由は、認証サーバ２００の選択において、サービス提供サーバ１００のホームページ情報を参照して関連性の高いサービス提供サーバ１００から信頼されると定義されていることを条件として反映するようにしたからである。
即ち、認証サーバ選択部４４０は、複数の認証サーバ２００から一つの認証サーバ２００を検索する際に、まず認証要求元のサービス提供サーバ１００のホームページ情報におけるリンク関係を分析することで、関係のあるサービス提供サーバ１００を見つける。続けて、認証サーバ選択部４４０は、その見つけたサービス提供サーバ１００がユーザ３９０によって次に利用される可能性が高いと判断し、その見つけたサービス提供サーバ１００から信頼されると定義されている認証サーバ２００を選択する。
これにより、例えば、ユーザ３９０がサービス提供サーバ１００［ＳＰ＿１］の後サービス提供サーバ１００［ＳＰ＿２］を利用した場合、ユーザ３９０はサービス提供サーバ１００［ＳＰ＿２］から信頼されると定義されている認証サーバ２００［ＩｄＰ＿２］へはログイン済みである。このため、ユーザ３９０は新たに認証サーバ２００［ＩｄＰ＿２］に対してパスワードを入力するなどの手間が不要になる。
次に、本発明の第７の実施形態について図面を参照して詳細に説明する。図２０は、本実施形態の構成を示すブロック図である。
本発明の第７の実施形態に係る認証仲介サーバ４００は、本発明の基本的な部分からなる。
図２０を参照すると、本実施形態の認証仲介サーバ４００は、高信頼認証サーバ算出部４６０と認証サーバ選択部４４０と認証サーバ信頼条件記憶部５１０とユーザ利用認証サーバ記憶部５２０とを含む。
認証サーバ信頼条件記憶部５１０は、サービス提供サーバ（図示しない）を特定する第１の識別子とサービス提供サーバにおいての認証サーバ（図示しない）の信頼条件とを関連付けて記憶する。
ユーザ利用認証サーバ記憶部５２０は、認証サーバを特定する第２の識別子とこの認証サーバを利用対象とするユーザを特定する第３の識別子とを関連付けて記憶する。
高信頼認証サーバ算出部４６０は、認証サーバ信頼条件記憶部５１０から抽出した第１の識別子に関連付けられた認証サーバの信頼条件に基づいて、認証サーバ毎の信頼度を算出する。
認証サーバ選択部４４０は、ユーザ利用認証サーバ記憶部５２０から抽出した第３の識別子に関連付けられた少なくとも１つの第２の識別子のうちから、信頼度が予め与えられた条件を満足する第２の識別子を選択する。
上述した本実施形態における効果は、サービス提供サーバから認証サーバを隠すことと、サービス提供サーバが認証サーバの選択に関与することを両立できる点である。
その理由は、認証仲介サーバにおいて、サービス提供サーバに関連付けられた信頼条件から算出した信頼度に基づいて認証サーバを選択するようにしたからである。
以上説明した各実施形態は任意に組み合わせて実現してもよい。
以上の各実施形態で説明した各構成要素は、例えば、プログラムにより所定の処理をコンピュータに実行させてもよい。
以上の各実施形態で説明した各構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が１個のモジュールとして実現されたり、一つの構成要素が複数のモジュールで実現されたり、ある構成要素が他の構成要素の一部であったり、ある構成要素の一部と他の構成要素の一部とが重複していたり、といったような構成であってもよい。
また、以上説明した各実施形態では、複数の動作をフローチャートの形式で順番に記載してあるが、その記載の順番は複数の動作を実行する順番を限定するものではない。このため、各実施形態を実施するときには、その複数の動作の順番は内容的に支障しない範囲で変更することができる。
さらに、以上説明した各実施形態では、複数の動作は個々に相違するタイミングで実行されることに限定されない。例えば、ある動作の実行中に他の動作が発生したり、ある動作の実行タイミングと他の動作の実行タイミングとの一部乃至全部が重複していたりしていてもよい。
さらに、以上説明した各実施形態では、ある動作が他の動作の契機になるように記載しているが、その記載はある動作と他の動作の全ての間係を限定するものではない。このため、各実施形態を実施するときには、その複数の動作の関係は内容的に支障のない範囲で変更することができる。また各構成要素の各動作の具体的な記載は、各構成要素の各動作を限定するものではない。このため、各構成要素の具体的な各動作は、各実施形態を実施する上で機能的、性能的、その他の特性に対して支障をきたさない範囲内で変更されて良い。
尚、以上説明した各実施形態における各構成要素は、必要に応じ可能であれば、ハードウェアで実現されても良いし、ソフトウェアで実現されても良いし、ハードウェアとソフトウェアの混在により実現されても良い。
また、各構成要素の物理的な構成は、以上の実施形態の記載に限定されることはなく、独立して存在しても良いし、組み合わされて存在しても良いしまたは分離して構成されても良い。
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる
この出願は、２００９年３月２４日に出願された日本出願特願２００９−０７１２１６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００１０】
本発明は、複数の利用側の要求に適合するサーバを選択する仲介装置、仲介方法、プログラム及び仲介システム、例えば、認証サーバを仲介する認証仲介サーバなどに適用できる。
【符号の説明】
【００１１】
１００  サービス提供サーバ
１１０  サービス提供部
１２０  認証証明書ユーザ認証部
２００  認証サーバ
２１０  認証依頼受付部
２２０  ユーザ認証部
３００  端末
４００  認証仲介サーバ
４２０  認証サーバ仲介部
４３０  認証依頼部
４４０  認証サーバ選択部
４５０  条件解析部
４６０  高信頼認証サーバ算出部
４７０  認証履歴分析部
４８０  サービス提供サーバ分析部
５０１  ユーザＩＤ連携情報
５０４  ユーザＩＤ連携情報
５１０  認証サーバ信頼条件記憶部
５１１  認証サーバ信頼条件情報
５１２  認証サーバ信頼条件情報
５１４  認証サーバ信頼条件情報
５２０  ユーザ利用認証サーバ記憶部
５２１  ユーザ利用認証サーバ情報
５２４  ユーザ利用認証サーバ情報
５３０  認証サーバ情報記憶部
５３１  認証サーバ情報
５４０  認証履歴記憶部
５４１  認証履歴情報
【図１】
0005429281.tif 000002
【図２】
0005429281.tif 000003
【図３】
0005429281.tif 000004
【図４】
0005429281.tif 000005
【図５】
0005429281.tif 000006
【図６】
0005429281.tif 000007
【図７】
0005429281.tif 000008
【図８】
0005429281.tif 000009
【図９】
0005429281.tif 000010
【図１０】
0005429281.tif 000011
【図１１】
0005429281.tif 000012
【図１２】
0005429281.tif 000013
【図１３】
0005429281.tif 000014
【図１４】
0005429281.tif 000015
【図１５】
0005429281.tif 000016
【図１６】
0005429281.tif 000017
【図１７】
0005429281.tif 000018
【図１８】
0005429281.tif 000019
【図１９】
0005429281.tif 000020
【図２０】
0005429281.tif 000021
【図２１】
0005429281.tif 000022
【図２２】
0005429281.tif 000023
【図２３】
0005429281.tif 000024
【図２４】
0005429281.tif 000025