(57)【要約】  【課題】  通信元ノードと通信先ノードが異なる認証サーバに管理されている場合に，認証サーバが連携してノード間の通信の認可を行う場合、認証サーバの組み合わせが多くなると，認証サーバが連携して認可を行うための，事前の関係確立が困難になる。  【解決手段】  通信元ノードと通信先ノードが属するそれぞれの認証サーバ間の仲介を行いうる仲介サーバを，それぞれの認証サーバを共通して仲介の対象としている仲介サーバから選出し，選出した仲介サーバが二つの認証サーバにまたがる通信の確立の認可処理を仲介する。仲介サーバが，暗号化通信用鍵・設定情報を選択し，認証サーバ経由で通信元端末と通信先端末に配布し，その鍵や設定情報に基づいて両通信ノードが暗号化通信路を確立する。  【選択図】図１
2009086802.tif 000002
【特許請求の範囲】
【請求項１】
第１の認証サーバが第１のノードの通信を管理し，
第２の認証サーバが第２のノードの通信を管理する，通信ネットワークにおける認証仲介方法であって，
前記第１の認証サーバが前記第１のノードを認証するステップと，
前記第１のノードが前記第１の認証サーバを認証するステップと，
前記第１のノードと前記第１の認証サーバとが，暗号化接続を確立するステップと，
前記第１のノードが，自ノードと前記第２のノードとの認証の仲介要求を前記第１の認証サーバに送信するステップと，
前記第１のノードが，前記第２のノードとの認証を仲介可能な仲介サーバの決定を他の装置に要求し，決定された仲介サーバに係わる情報を受信するステップと，
前記第１のノードと前記第２のノードとの認証を仲介可能な仲介サーバを特定する情報を，前記第1のノードが取得するステップと，
前記第１のノードが，前記特定された仲介サーバに，の決定を他の装置に要求し，
特定された前記仲介サーバが，前記第１の認証サーバを認証するステップと，
前記第１の認証サーバが，前記仲介サーバを認証するステップと，
前記第１の認証サーバと前記仲介サーバとが，暗号化接続を確立するステップと，
前記第１のノードが，自ノードと前記第２のノードとの認証の仲介要求を前記仲介サーバに送信するステップと，
前記仲介サーバが，前記第２の認証サーバを認証するステップと，
前記第２の認証サーバが，前記仲介サーバを認証するステップと，
前記仲介サーバが，仲介結果を少なくとも前記第１のノードと前記第２のノードのいずれかひとつに配付するステップと，
を備える
ことを特徴とする認証仲介方法。
【請求項２】
請求項１に記載の認証仲介方法であって，
前記第１のノードと前記第２のノードとの認証の仲介要求は，
前記第２のノードの識別子と，前記第２の認証サーバの識別子と，前記第１のノードと前記第２のノードの間の接続の設定情報と，
を含む
ことを特徴とする認証仲介方法。
【請求項３】
請求項１または２に記載の認証仲介方法であって，
前記仲介サーバを規定する前記ステップは，
仲介の対象として前記第１の認証サーバが登録されている仲介サーバの少なくともひとつ以上からなるリストを，前記第１の認証サーバから前記第２の認証サーバへ送るステップと，
前記第２の認証サーバも仲介の対象として登録されている仲介サーバを前記リストから前記第２の認証サーバにおいて選択するステップと，
前記選択された仲介サーバを前記第２の認証サーバから前記第１の認証サーバに送信するステップと，を含む
ことを特徴とする認証仲介方法。
【請求項４】
請求項３に記載の認証仲介方法であって，
前記仲介サーバのリストは，仲介サーバの優先順位に応じて順序付けされている
ことを特徴とする認証仲介方法。
【請求項５】
請求項１ないし４のいずれか一に記載の認証仲介方法であって，
前記仲介サーバを規定する前記ステップは，前記第１の認証サーバと前記第２の認証サーバの間で複数のメッセージを送ることを含む
ことを特徴とする認証仲介方法。
【請求項６】
請求項１ないし５のいずれか一に記載の認証仲介方法であって，
前記仲介サーバを規定する前記ステップは，前記第１の認証サーバに保存されている前記仲介手段の選択の情報を用いてなされる
ことを特徴とする認証仲介方法。
【請求項７】
請求項１ないし６のいずれか一に記載の認証仲介方法であって，
前記第１の認証サーバがユニキャストによって，それぞれの認証手段に対して該認証手段が前記第２の認証サーバとの仲介を可能であるかの問い合わせを送信することによって認証手段を規定する
ことを特徴とする認証仲介方法。
【請求項８】
請求項１ないし６のいずれか一に記載の認証仲介方法であって，
前記第１の認証サーバがブロードキャストによって，それぞれの認証手段に対して該認証手段が前記第２の認証サーバとの仲介を可能であるかの問い合わせを送信することによって認証手段を規定する
ことを特徴とする認証仲介方法。
【請求項９】
請求項１ないし６のいずれか一に記載の認証仲介方法であって，
前記第１の認証サーバがマルチキャストによって，それぞれの認証手段に対して該認証手段が前記第２の認証サーバとの仲介を可能であるかの問い合わせを送信することによって認証手段を規定する
ことを特徴とする認証仲介方法。
【請求項１０】
請求項１ないし９のいずれか一に記載の認証仲介方法であって，
前記第１の認証サーバから前記仲介手段に送信される前記第１のノードと前記第２のノードとの間の認証の仲介の前記要求は，さらに，
前記第１のノードの識別子と，
前記第１のノードの少なくともひとつの属性と，
前記第１のノードと通信の相手が通信可能であるために満たす必要がある少なくともひとつの条件と，を含む
ことを特徴とする認証仲介方法。
【請求項１１】
請求項１ないし１０のいずれか一に記載の認証仲介方法であって，
前記仲介サーバと前記第２のノードとの間の認証を規定するステップが，
認証要求を前記仲介手段から前記第２の認証サーバに送信するステップと，
認証応答を前記第２の認証サーバから前記仲介手段に送信するステップと，
を含む
ことを特徴とする認証仲介方法。
【請求項１２】
請求項１１に記載の認証仲介方法であって，
前記認証要求が前記第２のノードの識別子を含む
ことを特徴とする認証仲介方法。
【請求項１３】
請求項１１または１２に記載の認証仲介方法であって，
前記認証要求が，
前記第２のノードの属性の少なくともひとつと，
通信の相手が前記第２のノードと通信可能であるために満たす必要がある少なくともひとつの条件と，
前記第２のノードとの接続の設定情報と，
を含む
ことを特徴とする認証仲介方法。
【請求項１４】
請求項１ないし１３のいずれか一に記載の認証仲介方法であって，
前記第１のノードと前記第２のノードとの間の認証の仲介手段を規定するステップが，
前記第１のノードが前記第２のノードを通信の相手として受容するかを，前記第１のノードの少なくともひとつの属性と，通信の相手が前記第２のノードと通信可能であるために満たす必要がある少なくともひとつの条件とに基づいて決定するステップと，
前記第２のノードが前記第１のノードを通信の相手として受容するかを，前記第２のノードの少なくともひとつの属性と，通信の相手が前記第１のノードと通信可能であるために満たす必要がある少なくともひとつの条件とに基づいて決定するステップと，
前記第１の認証サーバから送られた前記設定情報と，前記第２の認証サーバから送られた前記設定情報の共通部分を決定するステップと，
前記仲介結果とする設定を前記共通部分から決定するステップと，
を含む
ことを特徴とする認証仲介方法。
【請求項１５】
請求項１４に記載の認証仲介方法であって，
前記認証サーバもしくは前記仲介サーバが
前記第１のノードの少なくともひとつの属性と通信の相手が前記第１のノードと通信するために満たす必要がある少なくともひとつの条件をモデル化するために用いているモデルと，
前記第２のノードの少なくともひとつの属性と通信の相手が前記第２のノードと通信するために満たす必要がある少なくともひとつの条件をモデル化するために用いているモデルと，
の間の変換を行う
ことを特徴とする認証仲介方法。
【請求項１６】
請求項１４または１５に記載の認証仲介方法であって，
前記仲介サーバが前記第１のノードの属性の少なくともひとつと，通信の相手が前記第２のノードと通信を行うために満たす必要がある条件の少なくともひとつと，前記第２のノードの属性の少なくともひとつと，通信の相手が前記第１のノードと通信を行うために満たす必要がある条件の少なくともひとつと，を前記第１と第２の認証サーバから，前記第１のノードと前記第２のノードの認証の仲介を規定するステップにおいて，必要に応じて取得することを含む
ことを特徴とする認証仲介方法。
【請求項１７】
請求項１ないし１６のいずれか一に記載の認証仲介方法であって，
前記第１のノードと前記第２のノードの間の認証の仲介を規定するステップが，さらに，
前記決定された設定にしたがって暗号鍵を生成するステップと，
前記認証結果に前記生成された暗号鍵を追加するステップと，
を含む
ことを特徴とする認証仲介方法。
【請求項１８】
請求項１ないし１６のいずれか一に記載の認証仲介方法であって，
前記第１のノードと前記第２のノードの間の認証の仲介を規定するステップが，さらに，
前記決定された設定にしたがって暗号鍵のシードを生成するステップと，
前記認証結果に前記生成された暗号鍵のシードを追加するステップと，
を含む
ことを特徴とする認証仲介方法。
【請求項１９】
請求項１に記載の認証仲介方法であって，
前記仲介結果を前記仲介サーバから少なくとも前記第１のノードと前記第２ノードに配布するステップが，さらに，
前記仲介結果を前記仲介サーバから前記第１の認証サーバに送信するステップと，
前記仲介結果を前記仲介サーバから前記第２の認証サーバに送信するステップと，
前記仲介結果を前記第１の認証サーバから前記第１のノードに送信するステップと，
前記仲介結果を前記第２の認証サーバから前記第２のノードに送信するステップと，
を含む
ことを特徴とする認証仲介方法。
【請求項２０】
請求項１ないし１９のいずれか一に記載の認証仲介方法であって，
前記仲介手段から前記第１の認証サーバに送られ，かつ，前記第１の認証サーバから前記第１のノードに送られる前記仲介結果が，さらに，
前記第２の認証サーバの識別子と，
前記第２のノードの識別子と
を含む
ことを特徴とする認証仲介方法。
【請求項２１】
請求項１ないし２０のいずれかに記載の認証仲介方法であって，
前記仲介手段から前記第２の認証サーバに送られ，かつ，前記第２の認証サーバから前記第２のノードに送られる前記仲介結果が，さらに，
前記第１の認証サーバの識別子と，
前記第１のノードの識別子と
を含む
ことを特徴とする認証仲介方法。
【請求項２２】
請求項１ないし２１のいずれかに記載の方法であって，
前記第１のノードと前記第２のノードとの間の認証の仲介要求と仲介結果の両方もしくはいずれか一方が仲介サーバで記録されることを含む
ことを特徴とする方法。
【請求項２３】
通信ネットワークの中での認証の仲介のためのシステムであって，
第１の認証サーバに通信を管理される第１のノードと，
第２の認証サーバに通信を管理される少なくともひとつの第２のノードと，
前記第１の認証サーバにおいて前記第１のノードを認証する手段と，
前記第１のノードにおいて前記第１の認証サーバを認証する手段と，
前記第１のノードと前記第１の認証サーバの間で暗号化接続を確立する手段と，
前記第１のノードと前記第２のノードの間の認証を仲介するための要求を前記第１のノードから前記第１の認証サーバに送信する手段と，
前記第１のノードと前記第２のノードの間の認証の仲介を可能な仲介サーバを規定する手段と，
前記第１の認証サーバを前記仲介サーバにおいて認証する手段と，
前記第１の前記仲介サーバを認証サーバにおいて認証する手段と，
前記認証サーバと前記仲介サーバの間の暗号化接続を確立する手段と，
前記第１のノードと前記第２のノードの間の認証を仲介するための要求を前記第１の認証サーバから前記仲介サーバに送信する手段と，
前記第２の認証サーバを前記仲介サーバにおいて認証する手段と，
前記仲介サーバを前記第２の認証サーバにおいて認証する手段と，
仲介結果を前記仲介サーバから前記第１のノードと前記第２のノードの少なくともいずれかひとつに配布する手段と，
を含む
ことを特徴とする認証の仲介のためのシステム。
【請求項２４】
請求項２３に記載のシステムであって，
前記第１のノードは一人のユーザに対応する
ことを特徴とするシステム。
【請求項２５】
請求項２３または２４に記載のシステムであって，前記第２のノードは一人のユーザに対応することを特徴とするシステム。
【請求項２６】
請求項２３ないし２５のいずれか一に記載のシステムであって，
前記第１および前記第２の認証サーバが，それらが管理する各ノードの情報を保持し，該情報は，
管理されるノードの少なくともひとつの属性と，
管理されるノードと通信を行うために通信の相手ノードが満たす必要がある少なくともひとつの条件と，
の両方もしくはいずれかひとつを含む
ことを特徴とするシステム。
【請求項２７】
請求項２３ないし２６のいずれか一に記載のシステムであって，
前記第１および前記第２の認証サーバが、あらかじめ自身と合意関係を持つ認証サーバについての情報を保持し，該情報が，
相手となる認証サーバの属性の少なくともひとつと，
前記認証サーバ間で連携してノードの管理を行うために必要な少なくとも一つの条件と，
の両方もしくはいずれかひとつを含む
ことを特徴とするシステム。
【請求項２８】
請求項２３ないし２７のいずれか一に記載のシステムであって，
前記第１と前記第２の認証サーバが少なくともひとつの仲介手段の情報を保持し，該情報が，
前記仲介サーバの属性の少なくともひとつと，
前記認証サーバが仲介サーバを認証することを可能にする情報と，
の両方もしくはいずれかひとつを含む
ことを特徴とするシステム。
【請求項２９】
請求項２８に記載のシステムであって，前記認証サーバが前記仲介サーバを認証することを可能にする前記情報は前記仲介サーバの公開鍵証明書である
ことを特徴とするシステム。
【請求項３０】
請求項２３ないし２９のいずれか一に記載のシステムであって，
前記仲介サーバが前記仲介サーバにおいて仲介の対象として登録されている各認証サーバの情報を保持し，該情報が，
前記認証サーバの少なくともひとつの属性と，
前記仲介サーバが前記認証サーバを認証することを可能にする情報と，
の両方もしくはいずれかひとつを含む
ことを特徴とするシステム。
【請求項３１】
請求項３０に記載のシステムであって，
前記仲介サーバが前記認証サーバを認証することを可能にする前記情報は，前記認証サーバの公開鍵証明書である
ことを特徴とするシステム。
【請求項３２】
通信ネットワークにおける認証の仲介のための計算機ソフトウェアであって，
該計算機ソフトウェアはメモリにロードされ，データ処理手段によって処理され，ノードとサーバの両方もしくはいずれかひとつが請求項１ないし２２の少なくともいずれかひとつを実現する
ことを特徴とする計算機ソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，複数の認証サーバによる認証を，仲介サーバによって仲介する方法およびシステムに関する。
【背景技術】
【０００２】
近年の通信ネットワークと分散システムにおいて，認証はサービスの提供やネットワークリソースへの安全なアクセスを実現するために不可欠な技術となっている。認証は想定外の通信相手による不正操作や，情報の開示などの危険を回避するために必要となる。そのため，通信の開始に先立って，相手を認証することは非常に重要である。
【０００３】
これまで，認証を実現する方法として，大別すると二つの方法が提案されている。そのひとつは，通信の発信元と，発信先において，公開鍵証明書を交換する。公開鍵証明書は公開鍵とその所有者の識別情報などからなる。そのような所有者は，たとえば利用者や計算機や装置などである。公開鍵と識別情報は証明書の発行者によって署名され，その署名は証明書に格納される。署名は証明書発行者の秘密鍵を用いて生成される。証明書発行者の公開鍵は，広く公知にされることを想定している。たとえば，いくつかの著名な証明書発行者の公開鍵は，Webブラウザに取り込まれ，Webブラウザプログラムとともに配布されている。二つの通信ノードが相手のノードの公開鍵証明書を受け取ると，その証明書の正しさと有効性を検証する。そのような検証は，証明書発行者の公開鍵を用いて行われる。
【０００４】
この方法の欠点は，通信ノードは証明書発行者の公開鍵を必要とすることである。さらに，証明書検証の処理負荷をノードは負わねばならない。特に，あるノードが数多くのノードと通信を行う状況において，この問題は顕著に影響する。
【０００５】
そのため，認証サーバと呼ばれる仕組みが提案されている。認証サーバは，その認証サーバが管理する複数のノードについての情報テーブルを保持する。多くの場合，その情報テーブルには，各ノードの識別子，ノードのたとえば証明書などの属性情報，そのノードと通信するために要求される相手ノードの条件などが記載される。
【０００６】
そのような認証サーバの機能は，たとえば特許文献１に開示されている。その特許文献において，第1の通信ノードと第2の通信のどの間の通信チャネルの開設は，次のように実施される。まず，認証サーバを通信ノードが認証する。次にその通信ノードを認証サーバが認証する。
【０００７】
認証サーバは通信ノードの公開鍵証明書の有効性を，有効性検証サーバを利用して確認する。その後，通信ノードと認証サーバは共通的に持っている情報と電子署名を交換する。電子署名は，公開鍵証明書に記載されている公開鍵に対応する秘密鍵を所持していることを検証するために行う。もし，これらのセキュリティの検証がすべて完了すると，認証サーバは，通信ノードと認証サーバの間の通信セッション鍵として用いられる共通鍵を生成する。このようにして，認証された暗号化通信が開設される。同じ通信プロトコルを用いて，第1の通信ノードが通信を要求するもうひとつの通信ノードと認証サーバの間にも暗号化通信チャネルが開設される。この暗号化接続が開設された後，認証サーバは第1の通信ノードから第2の通信ノードへの通信路開設要求を送信する。第2の通信ノードは第1の通信ノードが第2の通信ノードへの接続を許可されているかを判定する。
【０００８】
その判定結果は認証サーバに送り返される。もし，接続が許されていれば，認証サーバは第1の通信ノードと，第2の通信ノードがそれらの間の暗号化通信に用いるセッション鍵を生成する。このセッション鍵は認証サーバから第1の通信ノードと，第2の通信ノードに配布される。このようにして，二つの通信ノードは相互に暗号化接続を用いて通信が可能になる。
【０００９】
【特許文献１】米国特許 出願公開第2005/0226424号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述の認証サーバの用法における主要な欠点は，すべてのノードが単一の認証サーバで管理されていることを常に前提とすることはできない点である。いくつかのノードが複数の認証サーバで管理されており，異なる認証ドメインに属する場合がある。そのような場合に，認証サーバは，他の認証サーバで管理されているノードを認証するために連携する必要がある。また，そのような連携のためには，ほかの認証サーバにおけるノードの管理を受け入れる必要がある。つまり，認証サーバは管理基準，管理されている情報の信頼性，認証サーバでの処理の点で他の認証サーバを信頼する必要がある。
【００１１】
認証サーバ間で相互の合意を取ることは可能である。しかし，認証サーバの数が増えると，認証サーバはほかの認証サーバについての大きな情報テーブルを持つ必要が生じる。これは，大規模運用においては効率的でない。すなわち，そのような状況における解決策が必要となる。
【課題を解決するための手段】
【００１２】
本発明は，相互に事前の相互合意を行っていない複数の認証サーバの安全な連携を可能にする方法，システムおよび，プログラムを提供する。
【００１３】
具体的には，本発明が提供する認証仲介方法は，第１の認証サーバが第１のノードを認証するステップと，第１のノードが第１の認証サーバを認証するステップと，第１のノードと第１の認証サーバとの間で暗号化接続を確立するステップと，第１のノードと第２のノードとの間の認証の仲介の要求を第１の認証サーバに送信するステップと，第１のノードと第２のノードの間の認証を仲介可能な仲介サーバを選択するステップと，仲介サーバにおいて第１の認証サーバを認証するステップと，第１の認証サーバにおいて仲介サーバを認証するステップと，第１の認証サーバと仲介サーバとの間で暗号化接続を確立するステップと，第１のノードと第２のノードとの間の認証の仲介の要求を第１の認証サーバから仲介サーバに送信するステップと，仲介サーバにおいて第２の認証サーバを認証するステップと，第２の認証サーバにおいて仲介サーバを認証するステップと，仲介結果を前記仲介サーバから少なくとも第１のノードと第２のノードのいずれかひとつに配布するステップとを設ける，ことを特徴とする。
【００１４】
さらに，第１のノードと第２のノードとの間の認証の仲介要求は，第２のノードの識別子と，第２の認証サーバの識別子と，第１のノードと第２のノードの間の接続の設定情報と，からなるよう構成してもよい。
【００１５】
さらに，前記仲介サーバを選択するステップは，仲介の対象として第１の認証サーバが登録されている仲介サーバの少なくともひとつ以上からなるリストを第１の認証サーバから第２の認証サーバへ送るステップと，第２の認証サーバも仲介の対象として登録されている仲介サーバを前記リストから第２の認証サーバにおいて選択するステップと，選択された仲介サーバを第２の認証サーバから第１の認証サーバに送信するステップと，を含んでもよい。
【００１６】
さらに，仲介サーバのリストは，仲介手段の優先順位に応じて順序付けしてもよい。
【００１７】
さらに，仲介サーバを選択するステップは，第１の認証サーバと第２の認証サーバの間で複数のメッセージを送ってもよい。
【００１８】
さらに，仲介サーバを選択するステップは，第１の認証サーバに保存されている仲介手段の選択の情報を用いてなされてもよい。
【００１９】
さらに，認証サーバがユニキャストによって，それぞれの認証手段に対して該認証手段が第２の認証サーバとの仲介を可能であるかの問い合わせを送信してもよい。
【００２０】
さらに，認証サーバがブロードキャストによって，それぞれの認証手段に対して該認証手段が第２の認証サーバとの仲介を可能であるかの問い合わせを送信してもよい。
【００２１】
さらに，認証サーバがマルチキャストによって，それぞれの認証手段に対して該認証手段が第２の認証サーバとの仲介を可能であるかの問い合わせを送信してもよい。
【００２２】
さらに，認証サーバから仲介手段に送信される第１のノードと第２のノードとの間の認証の仲介の前記要求は，さらに，第１のノードの識別子と，第１のノードの少なくともひとつの属性と，第１のノードと通信の相手が通信可能であるために満たす必要がある少なくともひとつの条件と，を含んでもよい。
【００２３】
さらに，仲介サーバと第２のノードとの間の認証を行うステップが，認証要求を仲介手段から第２の認証サーバに送信するステップと，認証応答を第２の認証サーバから仲介手段に送信するステップと，を含んでもよい。
【００２４】
さらに，認証要求が第２のノードの識別子を含んでもよい。
【００２５】
さらに，認証要求が，第２のノードの属性の少なくともひとつと，通信の相手が第２のノードと通信可能であるために満たす必要がある少なくともひとつの条件と，第２のノードとの接続の設定情報と，を含んでもよい。
【００２６】
さらに，第１のノードと第２のノードとの間の認証の仲介を行うステップが，第１のノードが第２のノードを通信の相手として受容するかを，第１のノードの少なくともひとつの属性と，通信の相手が第２のノードと通信可能であるために満たす必要がある少なくともひとつの条件とに基づいて決定するステップと，第２のノードが第１のノードを通信の相手として受容するかを，第２のノードの少なくともひとつの属性と，通信の相手が第１のノードと通信可能であるために満たす必要がある少なくともひとつの条件とに基づいて決定するステップと，第１の認証サーバから送られた設定情報と，第２の認証サーバから送られた設定情報の共通部分を決定するステップと，仲介結果とする設定を共通部分から決定するステップと，を含んでもよい。
【００２７】
さらに，認証サーバもしくは仲介サーバが第１のノードの少なくともひとつの属性と通信の相手が第１のノードと通信するために満たす必要がある少なくともひとつの条件をモデル化するために用いているモデルと，第２のノードの少なくともひとつの属性と通信の相手が第２のノードと通信するために満たす必要がある少なくともひとつの条件をモデル化するために用いているモデルと，の間の変換を行ってもよい。
【００２８】
さらに，仲介サーバが第１のノードの属性の少なくともひとつと，通信の相手が第２のノードと通信を行うために満たす必要がある条件の少なくともひとつと，第２のノードの属性の少なくともひとつと，通信の相手が前記第１のノードと通信を行うために満たす必要がある条件の少なくともひとつと，を前記第１と第２の認証サーバから，第１のノードと第２のノードの認証の仲介を行うステップにおいて，必要に応じて取得してもよい。
【００２９】
さらに，第１のノードと第２のノードの間の認証の仲介を行うステップが，さらに，決定された設定にしたがって暗号鍵を生成するステップと，認証結果に生成された暗号鍵を追加するステップと，を含んでもよい。
【００３０】
さらに，第１のノードと第２のノードの間の認証の仲介を行うステップが，さらに，決定された設定にしたがって暗号鍵のシードを生成するステップと，認証結果に生成された暗号鍵のシードを追加するステップと，を含んでもよい。
【００３１】
さらに，仲介結果を仲介サーバから少なくとも第１のノードと第２ノードに配布するステップが，さらに，仲介結果を仲介サーバから第１の認証サーバに送信するステップと，仲介結果を仲介サーバから第２の認証サーバに送信するステップと，仲介結果を第１の認証サーバから第１のノードに送信するステップと，仲介結果を第２の認証サーバから第２のノードに送信するステップと，を含んでもよい。
【００３２】
さらに，仲介手段から第１の認証サーバに送られ，かつ，第１の認証サーバから第１のノードに送られる前記仲介結果が，さらに，第２の認証サーバの識別子と，第２のノードの識別子とを含んでもよい。
【００３３】
さらに，仲介手段から第２の認証サーバに送られ，かつ，第２の認証サーバから第２のノードに送られる仲介結果が，さらに，第１の認証サーバの識別子と，第１のノードの識別子とを含んでもよい。
【００３４】
さらに，仲介サーバが，第１のノードと第２のノードとの間の認証の仲介要求と仲介結果の両方もしくはいずれか一方を記録してもよい。
【００３５】
さらに，第１の認証サーバに通信を管理される第１のノードと，第２の認証サーバに通信を管理される少なくともひとつの第２のノードと，第１の認証サーバにおいて第１のノードを認証する手段と，第１のノードにおいて第１の認証サーバを認証する手段と，第１のノードと第１の認証サーバの間で暗号化接続を確立する手段と，前記第１のノードと前記第２のノードの間の認証を仲介するための要求を前記第１のノードから前記第１の認証サーバに送信する手段と，第１のノードと第２のノードの間の認証の仲介を可能な仲介サーバを選択する手段と，第１の認証サーバを仲介サーバにおいて認証する手段と，第１の仲介サーバを認証サーバにおいて認証する手段と，認証サーバと仲介サーバの間の暗号化接続を確立する手段と，第１のノードと第２のノードの間の認証を仲介するための要求を第１の認証サーバから仲介サーバに送信する手段と，第２の認証サーバを仲介サーバにおいて認証する手段と，仲介サーバを第２の認証サーバにおいて認証する手段と，仲介結果を仲介サーバから第１のノードと第２のノードの少なくともいずれかひとつに配布する手段と，を含んでもよい。
【００３６】
さらに，第１のノードが一人のユーザに対応するシステムであってもよい。
【００３７】
さらに，第２のノードが一人のユーザに対応するシステムであってもよい。
【００３８】
さらに，第１および第２の認証サーバが，それらが管理する各ノードの情報を保持し，該情報は，管理されるノードの少なくともひとつの属性と，管理されるノードと通信を行うために通信の相手ノードが満たす必要がある少なくともひとつの条件と，の両方もしくはいずれかひとつを含んでもよい。
【００３９】
さらに，第１および第２の認証サーバがあらかじめ自身と合意関係を持つ認証サーバについての情報を保持し，該情報が，相手となる認証サーバの属性の少なくともひとつと，認証サーバ間で連携してノードの管理を行うために必要な少なくとも一つの条件と，の両方もしくはいずれかひとつを含んでもよい。
【００４０】
さらに，第１と第２の認証サーバが少なくともひとつの仲介手段の情報を保持し，該情報が，仲介サーバの属性の少なくともひとつと，認証サーバが仲介サーバを認証することを可能にする情報と，の両方もしくはいずれかひとつを含んでもよい。
【００４１】
さらに，認証サーバが仲介サーバを認証することを可能にする情報は仲介サーバの公開鍵証明書であってもよい。
【００４２】
さらに，仲介サーバが仲介サーバにおいて仲介の対象として登録されている各認証サーバの情報を保持し，該情報が，認証サーバの少なくともひとつの属性と，仲介サーバが認証サーバを認証することを可能にする情報と，の両方もしくはいずれかひとつを含んでもよい。
【００４３】
さらに，仲介サーバが認証サーバを認証することを可能にする情報は，認証サーバの公開鍵証明書であってもよい。
【００４４】
さらに，計算機ソフトウェアはメモリにロードされ，データ処理手段によって処理され，ノードとサーバの両方もしくはいずれかひとつが認証仲介方法の一部もしくはすべてを実現してもよい。
【発明の効果】
【００４５】
本発明によれば，異なる認証サーバで管理されるノード間の通信において，認証サーバ間に，それらが管理するノード間の通信の認可について事前の取り決めがない場合においても，ノード間の通信の認可を行うことが可能になる。
【発明を実施するための最良の形態】
【００４６】
以下，本発明の実施例を，図面を用いて説明する。なお，本発明の実施の形態は，この実施例に限定されるものではない。
【００４７】
図1は通信ネットワークにおける認証の仲介を行うシステム構成を示す。
【００４８】
第1の認証サーバ（１１０）はネットワーク１９０を介して通信可能な複数のノード（１０１，１０２，１０３，１０４）を管理している。第1の認証サーバ（１１０）とそれが管理するノード（１０１，１０２，１０３，１０４）は，第1の認証ドメイン（１５０）に属する。第1のノードが第２のノード（１２２）と暗号化接続による通信を行おうとするが，第２のノードは第２の認証ドメイン（１６０）に属する。
【００４９】
第２の認証ドメインは，第２の認証サーバ（１３０）とネットワーク１９０を介して通信可能で，第２の認証サーバに管理されるノード（１２１，１２２，１２３）とからなる。第１の認証サーバと第２の認証サーバの間には，事前の相互合意は存在しない。よって，認証の仲介が必要となる。
【００５０】
第１の認証サーバは，複数の仲介サーバ（１４１，１４２）に仲介の対象として登録されている。これら仲介サーバ（１４１，１４２）それぞれは，第１の認証サーバとネットワーク１９０を介して通信可能で，互いの間には信頼関係が結ばれている。すなわち，二つの仲介サーバ（１４１，１４２）と第１の認証ドメイン（１５０）は第１の認証サーバの信頼ドメイン（１７０）を形成する。
【００５１】
同様に，第２の認証サーバは，複数の仲介サーバ（１４２，１４３）に仲介の対象として登録されている。これら仲介サーバ（１４２，１４３）それぞれは，第２の認証サーバとネットワーク１９０を介して通信可能で，互いの間には信頼関係が結ばれている。すなわち，二つの仲介サーバ（１４２，１４３）と第１の認証ドメイン（１６０）は第２の認証サーバの信頼ドメイン（１８０）を形成する。
【００５２】
本実施形態は，二つの信頼ドメイン（１７０，１８０）を相互に結びつける。
【００５３】
この信頼ドメインの相互の結びつけは，第１の認証サーバ（１１０）と第２の認証サーバ（１３０）の認証の仲介によって達成される。この仲介は，第１の認証サーバ（１１０）と第２の認証サーバ（１３０）が，ともに仲介の対象として登録されている仲介サーバ（１４２）によってなされる。すなわち，第１の認証サーバ（１１０）と第２の認証サーバ（１３０）は，共通の仲介サーバ（１４２）を共有している。二つの認証サーバ（１１０，１３０）は仲介サーバ（１４２）を信頼していることを意味する。これが，認証の仲介を実現する基本的な考えである。
【００５４】
図２は認証サーバ（２００）が保持する情報テーブルの例を示すものである。この認証サーバは，認証サーバが管理するノードのテーブル（２１０），既知の認証サーバのテーブル（２２０），既知の仲介サーバのテーブル（２３０）を少なくとも含む。
【００５５】
認証サーバが管理するノードのテーブル（２１０）は，複数の列からなる。列２１１は，ノードの識別子（ノードID）を格納する。列２１２は，管理対象ノードの第１の属性値を格納する。続く列２１３は，管理対象ノードのそのほかの属性値を格納してもよい。次の列２１４は，ノードIDで表されるノードの通信相手となるノードが，そのノードと通信を行うために満たさねばならない条件を格納する。続く列２１５は通信相手となるノードがさらに満たさねばならない条件を格納してもよい。
【００５６】
既知の認証サーバのテーブル２２０は，複数の列によって構成される。ひとつの列２２１は認証サーバの識別子（認証サーバID）を格納する。別の列２２２は認証サーバのそのほかの属性値を格納してもよい。別の列２２３は，ノードの協調管理の第一の条件を格納する。別の列２２４はノードの協調管理のそのほかの条件を格納してもよい。
【００５７】
既知の仲介サーバのテーブル２３０は，複数の列によって構成される。ひとつの列２３１は仲介サーバの識別子（仲介サーバID）を格納する。別の列２３２は仲介サーバのそのほかの属性値を格納してもよい。別の列２３３は該当仲介サーバとの認証についての情報を格納する。別の列２３４は仲介サーバについてのそのほかの情報を格納してもよい。
【００５８】
図３は仲介サーバ３００の実施形態の例を示す。この仲介サーバは，既知の認証サーバのテーブル３１０を持つ。この既知の認証サーバのテーブル３１０は複数の列によって構成される。ひとつの列３１１は認証サーバの識別子（認証サーバID）を格納する。別の列３１２は認証サーバのそのほかの属性を格納してもよい。列３１３は認証サーバIDに対応する認証サーバについての認証結果を格納する。別の列３１４は当該認証サーバについての更なる情報を格納してもよい。
【００５９】
図４は，図１の認証仲介システムが備える各装置の機能構成のひとつを示す。
【００６０】
この図において，システム４００の第１のノード１０１，第２のノード１２２，第１の認証サーバ１１０，第２の認証サーバ１３０，仲介サーバ１４２を説明する。
【００６１】
システム４００において，第１のノード（１０１）は，第１の認証サーバとの暗号化接続を確立するための接続確立処理部（４１１）を備え，第１の認証サーバ（１１０）は，第１のノード（１０１）との暗号化接続を確立するための接続確立処理部（４３１）を備える。
【００６２】
第１のノードは，さらに第１のノードと第２の認証サーバで管理される第２のノードとの間に暗号化接続を確立するための要求を，第１の認証サーバに対して送信する送信処理部（４１２）を備える。
【００６３】
第１の認証サーバ（１１０）はさらに，第１の認証サーバ（１１０）と第２の認証サーバ（１３０）との間の認証を仲介可能な仲介サーバを選択する仲介サーバ選択処理部（４３２）を持つ。
【００６４】
第１の認証サーバ（１１０）は，上記接続確立処理部（４３１）が仲介サーバ（１４２）との暗号化接続を確立し，仲介サーバ（１４２）は，第１の認証サーバ（１１０）との暗号化接続を確立する接続確立処理部（４５１）を備える。
【００６５】
第１の認証サーバ（１１０）はさらに，第１のノードと，第２の認証サーバによって管理される第２のノードとの間に暗号化接続を確立するための要求を，仲介サーバ（１４２）に対して送る送信処理部（４３３）を持つ。
【００６６】
システム（４００）において，仲介サーバ（１４２）は，上記接続確立処理部（４５１）が第２の認証サーバ（１３０）との暗号化接続を確立し，第２の認証サーバ（１３０）は，仲介サーバ（１４２）との暗号化接続を確立する接続確立処理部（４４１）を備える。
【００６７】
仲介サーバはさらに，第２の認証サーバ（１３０）へ認証要求を送る送信処理部（４５２）を持つ。第２の認証サーバ（１３０）はさらに，認証応答を仲介サーバ（１４２）へ送信する送信処理部（４４２）を持つ。仲介サーバ（１４２）は，上記送信処理部（４５２）が第２の認証サーバ（１３０）に認証要求を送信する。第２の認証サーバ（１３０）は，送信処理部（４４２）が認証応答を仲介サーバに送る。さらに，第２の認証サーバ（１３０）は，仲介サーバを選択する処理部（４４３）を持つ。
【００６８】
このようにして，第２の認証サーバも，第２のノードが，認証され暗号化された接続を，異なる認証サーバによって管理されているノードとの間に確立したい際に，仲介サーバを選択することができる。
【００６９】
仲介サーバ（１４２）はさらに，第１の認証サーバと第２の認証サーバの仲介を行う仲介処理部（４５３）を持つ。
【００７０】
システム（４００）において，仲介サーバ（１４２）の送信処理部（４５２）は，仲介結果を第１の認証サーバ（１１０）と第２の認証サーバ（１３０）に配付し，第１の認証サーバ（１１０）の送信処理部（４３３）は，仲介結果を第１のノード（１０１）に送信し，第２の認証サーバ（１３０）の送信処理部（４４２）は，仲介結果を第２のノード（１２２）に送信する。
【００７１】
システム（４００）において，第１のノード（１０１）の接続確立処理部（４１１）は，第２のノード（１２２）との暗号化接続を確立し，第２のノード（１２２）は，第１のノード（１０１）との暗号化接続を確立する接続確立処理部（４２１）を備える。さらに，第１のノード（１０１）の送信処理部（４１２）は，第２のノード（１２２）との暗号化通信を行い，第２のノード（１２２）は，第１のノード（１０１）との暗号化通信を行う送信処理部（４２２）を持つ。
【００７２】
上記各処理部が，以下の各実施例における各処理を実現する。
【００７３】
図１に示す仲介サーバ（１４１〜１４３）と，認証サーバ（１１０，１３０），ノード（１０１〜１０４，１２１〜１２３）と、図４に示す，これら装置が備える各処理部は、例えば、図７に示すような、ＣＰＵ７１と、メモリ７２と、ハードディスク等の外部記憶装置７３と、インターネットなどのネットワークやＬＡＮ（以下、ネットワークという）１９０を介して他装置と通信を行うための通信装置７４と、キーボードやマウス等の入力装置７５と、モニタやプリンタ等の出力装置７６と、可搬性を有する記憶媒体７８から情報を読み取る読取装置７７と、これらの各装置間のデータ送受を行うための通信線７０とを備えた、電子計算機において、ＣＰＵ７１がメモリ７２上にロードされた所定のプログラムを実行することにより、実現できる。
【００７４】
これらのプログラムは、あらかじめ、上記電子計算機内のメモリ７２または外部記憶装置７３に格納されていても良いし、必要なときに、上記電子計算機が利用可能な、着脱可能な記憶媒体７８または通信媒体（ネットワーク１９０や，ネットワーク１９０を伝搬する搬送波やデジタル信号など）を介して、導入されてもよい。
【００７５】
図５は通信ネットワークにおける認証の仲介方法の実施形態のひとつを示す。ステップ５０１において，第１のノードは第１の認証サーバにおいて自身の認証を受け，第１の認証サーバは第１のノードにおいて自身の認証を受ける。その後，第１のノードと第１の認証サーバは通信用の暗号化接続を，第１のノードと第１の認証サーバの間で確立する。認証と暗号化接続の確立には，上記特許文献１に示した方法を用いることができる。
【００７６】
しかし，本実施形態は上記の方法に限定されるものではない。２者間で認証を行い，暗号化接続を確立するための，上記以外の方法を用いることもできる。ステップ５０２において，第２のノードは第２の認証サーバにおいて自身の認証を受け，第２の認証サーバは第２のノードにおいて自身の認証を受ける。その後，第２のノードと第２の認証サーバは通信用の暗号化接続を，第２のノードと第２の認証サーバの間で確立する。ステップ５０３で，第１のノードは第１のノードと，第２の認証サーバで管理される第２のノードとの間で暗号化接続を確立するための要求を，第１のノードから第１の認証サーバに対して送る。この要求は第２のノードの識別子と，第２の認証サーバの識別子と，第１のノードと第２のノードの間の暗号化接続に関する設定情報を含む。
【００７７】
第１の認証サーバは第１のノードから要求を受信する。暗号化接続要求においては，以下の３つの可能性がある。
【００７８】
１．第２のノードも第１の認証サーバに管理されている。
【００７９】
２．第２のノードは第２の認証サーバに管理されており，第１の認証サーバは第２の認証サーバとの間であらかじめ相互協定がある。
【００８０】
３．第２のノードは第２の認証サーバに管理されており，第２の認証サーバは第２の認証サーバとの間に相互協定を持たない。
【００８１】
上記の第３の場合が，図５に示した認証の仲介の実施形態についてのものである。この場合には，第１の認証サーバは適切な仲介サーバを選択する必要がある。この選択は，ここで開示する実施例において，次のように実現される。
【００８２】
ステップ５０４で，第１の認証サーバは第２の認証サーバに選択要求を送信する。この選択要求には，少なくとも第１の認証サーバが仲介の対象として登録されている仲介サーバをひとつ以上含むリストを含む。第２の認証サーバがこの選択要求メッセージを受け取ると，第２の認証サーバはこのリストから，第２の認証サーバが共通して仲介の対象として登録されている仲介サーバを選択する。
【００８３】
ステップ５０５で，第２の認証サーバは選択応答を第１の認証サーバに送信する。この選択応答メッセージは選択された仲介サーバの識別子を含む。ここでは上記の選択処理は一往復のメッセージのやり取りでなされることを想定している。しかしこの選択は，より複雑な選択処理によってなされてもよい。その場合，二往復以上のメッセージのやり取りが，第１の認証サーバと第２の認証サーバとの間でなされるであろう。
【００８４】
また，第１の認証サーバが仲介の対象として登録されている仲介サーバのリストにおいて，仲介サーバに優先度をつけてもよい。すなわち，仲介サーバのリストは優先度に応じて並べられていてもよい。リストにおいて優先度を高くつけられた仲介サーバは，第１のノードにとって好ましい仲介サーバであることを意味する。優先度を低くつけられた仲介サーバは，第１のノードにとって，仲介を受けることは可能だが，あまり好ましくない仲介サーバであることを意味する。第２の認証サーバは，第１の認証サーバにとっての優先度と，第２の認証サーバにとっての優先度に基づいて，リストから仲介サーバを選択する。
【００８５】
ステップ５０６で，第１の認証サーバは選択された仲介サーバにおいて認証を受け，また仲介サーバは第１の認証サーバにおいて認証を受ける。その後，第１の認証サーバと仲介サーバは，それらの間に暗号化接続を確立する。ステップ５０７で，第１の認証サーバは仲介サーバに仲介要求を送信する。この要求は，第２のノードの識別子，第２のノードを管理する第２の認証サーバの識別子，第１のノードの識別子，第１のノードについての属性情報，第１のノードと通信を行うために通信の相手となるノードに要求される条件，第１のノードと第２のノードの間の暗号化接続についての設定情報を含む。選択された仲介サーバがこの要求を受信すると，仲介サーバは第２の認証サーバがその仲介サーバにおいて仲介の対象として登録されているかを調べる。これは，仲介サーバが仲介を行うために必要である。第２の認証サーバが，選択された仲介サーバにおいて，仲介の対象として登録されていれば，選択された仲介サーバは第２の認証サーバにおいて認証を受け，第２の認証サーバは仲介サーバにおいて認証を受ける。その後，仲介サーバと第２の認証サーバは暗号化接続をそれらの間で確立する。（ステップ５０８）
ステップ５０９で，選択された仲介サーバは認証要求を第２の認証サーバに送信する。この認証要求は，第２のノードの識別子を含む。第２の認証サーバがこの認証要求を受信すると，第２の認証サーバは第２のノードが第２の認証サーバが管理するノードであるかをチェックする。このチェックは第２の認証サーバが持つ管理対象ノードのテーブルを調べることでなされる。第２のノードが第２の認証サーバが管理するものであった場合，第２の認証サーバは認証応答を選択された仲介サーバに送る（ステップ５１０）。この認証応答は，第２のノードの属性情報，第２のノードと通信を行う相手ノードが満たす必要がある条件についての情報，第２のノードとの暗号化接続の設定情報を含む。選択された仲介サーバが認証応答を受信すると，仲介サーバは両ノードを認証する。さらに，仲介サーバは第１の認証サーバと第２の認証サーバの仲介を行う。この仲介処理は，以下の手順で実施される。
【００８６】
まず１番目のステップとして，第１のノードが第２のノードにおいて通信の相手方として受け入れられるかを，第１のノードの属性情報の少なくともひとつ以上と，第２のノードと通信する相手ノードが満たす必要がある条件の少なくともひとつ以上に基づいて判定する。２番目のステップとして，第２のノードが第１のノードにおいて通信の相手方として受け入れられるかを，愛２のノードの属性情報の少なくともひとつ以上と，第１のノードと通信する相手ノードが満たす必要がある条件の少なくともひとつ以上に基づいて判定する。３番目のステップにおいて，第１の認証サーバから送られた設定情報と，第２の認証サーバから送られた設定情報の共通部分を判別する。この共通部分の中から，適切な設定が仲介結果として決定する。
【００８７】
これはすなわち，仲介サーバが以下の事柄を行うことを意味する。仲介サーバは第１のノードと通信しようとするノードに要求される事柄が何であるかを把握し，第２のノードがその要求を満たすかをチェックする。次に，仲介サーバは第２のノードと通信しようとするノードに要求される事柄が何であるかを把握し，第１のノードがその要求を満たすかをチェックする。次に，仲介サーバは第１のノードと第２のノードの間の暗号化接続の設定を，両ノードが暗号化通信に参加でき，かつ両ノードの要求が満たされるように選択する。この選択された設定が仲介結果である。
【００８８】
この仲介処理において，第１の認証サーバや第１のノードが，属性情報や受験や要求やそのほかの情報を，第２のノードや第２の認証サーバが用いる情報モデルとは異なるモデルを用いて表現する場合がありうる。これはすなわち，第１の管理ドメインに属するノードの要求は，第２のノードの属性情報とは直接的には比較することができないことを意味する。よって何らかの変換が必要となる。仲介サーバがある情報モデルから別の情報モデルへの変換を行うことができる。これによって，仲介サーバは異なる情報モデルを用いる管理ドメインの間の仲介を行うことができる。この文法や意味の変換は，たとえばオントロジーの仲介や，オントロジーのマッピング，構造定義のマッチングなどによって可能である。これらは既存の方法を用いることができる。
【００８９】
仲介処理において，ノードの属性情報や対象ノードと通信を行うために相手ノードが満たす必要がある条件を，要求に応じて取得するようすることも可能である。すなわち，設定を選択するためにそれらの情報が必要になったときに始めて仲介サーバが要求することになる。この要求に応じた情報の取得によって，不要な詳細情報の開示をなくすことができる。これによって，データの移動が削減される。
【００９０】
仲介サーバによって選択された設定は，第１のノードと第２のノードの間で使われる暗号アルゴリズムや暗号鍵の鍵長などを規定する。設定が選択されると，仲介サーバは設定に従って暗号鍵を生成する。暗号鍵を生成する代わりに，仲介サーバは暗号鍵を生成するシードを生成してもよい。このシードに基づいて，第１のノードと第２のノードは暗号鍵を導出することができる。すなわち，第１のノードと第２のノードは，暗号鍵のシードに基づいて，暗号鍵を生成する共通の方法を知っている。こうして生成された暗号鍵や，暗号鍵のシードは仲介結果に付加される。
【００９１】
次に，仲介サーバは暗号鍵もしくは暗号鍵のシードを含む仲介結果を配送する。ステップ５１１において，選択された仲介サーバは第１の認証サーバに認証結果を送信する。この認証結果は，第２のノードの識別子，第２の認証サーバの識別子，第１のノードと第２のノードの間の暗号化通信の設定と暗号鍵もしくは暗号鍵のシードを含む仲介結果，を含む。ステップ５１２で，仲介サーバはもうひとつの認証結果を第２の認証サーバに送信する。この認証結果は，第１のノードの識別子，第１の認証サーバの識別子，第１のノードと第２のノードの間の暗号化通信の設定と暗号鍵もしくは暗号鍵のシードを含む仲介結果，を含む。ステップ５１３において，第１の認証サーバは，選択された仲介サーバからステップ５１１において受信した認証結果を，第１のノードに転送する。ステップ５１５において，第２の認証サーバは，選択された仲介サーバからステップ５１２において受信した認証結果を，第２のノードに転送する。この時点で，第１のノードと第２のノードはどちらも仲介結果と相手方の認証サーバの識別子と，相手方のノードの識別子の受信を完了している。ステップ５１５で，第１のノードと第２のノードは，通信の相手方ノードの識別子，相手方の認証サーバの識別子，選択された暗号化接続の設定，生成された暗号鍵もしくは暗号鍵のシード，を用いて両ノード間に暗号化接続を確立する。
【００９２】
当業者にとって，ステップ５０４と５０５は事前に第１の認証サーバが第２の認証サーバと情報の交換を行っていた場合には，置き換え可能であることが理解できる。すなわち，第１の認証サーバがすでに自身のキャッシュに，どの仲介サーバを第１の認証サーバと第２の認証サーバの間の認証の仲介に利用可能であるかを示す，第２の認証サーバによる仲介サーバの選択を保持していることを意味する。このキャッシュ情報は，仲介サーバを選ぶ際に，再利用可能である。
【００９３】
図６は通信ネットワークにおける認証の仲介の，他の実施形態を示す。ステップ６０１において，第１のノードは自身を第１の認証サーバにおいて認証し，第１の認証サーバは自身を第１のノードにおいて認証し，両ノードはそれらの間に暗号化接続を確立する。ステップ６０２において，第２のノードは自身を第２の認証サーバにおいて認証し，第２の認証サーバは自身を第２のノードにおいて認証し，両ノードはそれらの間に暗号化接続を確立する。ステップ６０３において，第１のノードは認証要求を第１の認証サーバに送る。その認証要求は，少なくとも第２のノードの識別子，第２の認証サーバの識別子，要求する第１のノードと第２のノードの間の暗号化接続に対する設定情報，を含む。
【００９４】
第１の認証サーバがその認証要求を受け取ると，第１の認証サーバは，第１の認証サーバと第２の認証サーバとの間の認証の仲介が可能な仲介サーバの発見を試みる。そのため，ステップ６０４において，第１の認証サーバは仲介可否の問い合わせを少なくともひとつの仲介サーバに対して送信する。この仲介可否の問い合わせの送信は，通信ネットワークにおけるユニキャスト，ブロードキャスト，マルチキャスト，あるいは他のメッセージ送信方法によって行うことができる。特にアプリケーション層での１対１通信を用いたマルチキャストが適している。
【００９５】
仲介可否問い合わせには，少なくとも第２のノードの識別子と第２の認証サーバの識別子を含む。この仲介可否問い合わせは，第２の認証サーバと第１の認証サーバの間の認証の仲介を行うことができるかを仲介サーバに問い合わせる。第１の認証サーバと第２の認証サーバの間の認証の仲介を行うことができる仲介サーバがこの仲介可否問い合わせを受け取ると，ステップ６０５においてその仲介サーバは，仲介可否回答を，第１の認証サーバに送る。この仲介可否回答は，少なくとも，この仲介可否回答を送っている仲介サーバの識別子を含む。これはその仲介サーバが，第１の認証サーバに，第２の認証サーバと第１の認証サーバとの間の認証の仲介が可能であり，仲介を行う用意があることを宣言するものである。こうして第１の認証サーバは，所望の仲介サーバが存在する状況において，少なくともひとつの仲介可能の回答を受信する。第１の認証サーバは，受信した単一のあるいは複数の仲介可否回答からひとつの仲介サーバを選択する。
【００９６】
ステップ６０６において，第１の認証サーバは選択された仲介サーバにおいて認証を受け，選択された仲介サーバは，第１の認証サーバで認証を受ける。その後，第１の認証サーバと選択された仲介サーバは暗号化接続を確立する。ステップ６０７において，第１の認証サーバは仲介要求を選択された仲介サーバに送信する。ステップ６０８において，選択された仲介サーバは第２の認証サーバにおいて認証を受け，第２の認証サーバは選択された仲介サーバにおいて認証を受ける。その後，選択された仲介サーバと第２の認証サーバは暗号化接続を確立する。ステップ６０９において，仲介サーバは，認証要求を第２の認証サーバに送る。もし第２の認証サーバが第２のノードを管理している場合は，第２の認証サーバはステップ６１０において認証応答を送る。その認証応答を受け取ると，仲介サーバは第１の認証サーバと第２の認証サーバの仲介を行う。仲介サーバは第１のノードと第２のノードの間に適切な暗号化の設定を選択する。この設定に基づいて，仲介サーバは暗号鍵もしくは暗号鍵のシードとなる情報を生成する。少なくとも第１のノードと第２のノードの間の暗号化接続の選択された設定と暗号鍵もしくは暗号鍵のシードとなる情報を含む仲介結果は，第１のノードと第２のノードに配布される。ステップ６１１において，仲介結果と，第２の認証サーバの識別子と，第２のノードの識別子とが第１の認証サーバに仲介サーバから送信される。ステップ６１２において，仲介結果と，第１の認証サーバの識別子と，第１のノードの識別子とを，仲介サーバが第２の認証サーバに送信する。ステップ６１３において，第１の認証サーバはステップ６１１において仲介サーバから受信した情報を第１のノードに送信する。ステップ６１４において，第２の認証サーバは，ステップ６１２において仲介サーバから受信した情報を第２のノードに送信する。ステップ６１５において，第１のノードと第２のノードは，相手のノードの識別子と，相手の認証サーバの識別子と，暗号化接続の設定と，生成された暗号鍵もしくは暗号鍵のシードとを用いて，相互の間に暗号化接続を確立する。
【００９７】
以上をまとめると，上記実施形態による通信ネットワークにおける認証の仲介方法は，認証されかつ暗号化された接続を第１のノードと第２のノードの間に，たとえ第１のノードと第２のノードが，異なる認証ドメインに属する異なる認証サーバにおいて管理されている場合においても，可能にする。第１の認証サーバと，第２の認証サーバが，相互に事前の取り決めがない場合であっても，認証を受けた方法によって，相互に通信が可能である。信頼関係を確立するのに必要な認証は，仲介サーバによって仲介される。
【００９８】
ここに示した仕様と図は，実施の一形態を示すものであり，これに限定されない。さまざまな修正や変更は，請求項に示した発明の範囲においてなしうることは明らかである。
【００９９】
本発明は，上記の異なる実施形態を参照して示されているが，この記述は本発明の特徴を制限するものではない。すなわち，当業者において明らかな改変は，上記の実施例に非明示的に包含される。たとえば，交換されるメッセージの内容が示されているが，異なる内容のメッセージの交換に上記実施形態を用いることも可能である。さらに，異なる順序でメッセージ交換を行うことも可能である。第１のノードと第２のノードの適合判定に仲介処理において異なる情報を用いることも可能である。
【０１００】
また，上記の実施形態において，ノードの認証は，ノード装置の認証を意味するもの，として説明したが，これをノード装置の利用者の認証を意味するもの，と解釈することも可能である。特に，ある時点でのあるノード装置のユーザが一人であるとみなせる場合には，あるノード装置の認証は，そのノード装置を利用している一人のユーザを認証するものとみなすことができる。
【０１０１】
その場合には，ユーザはノード装置において，ユーザ認証の根拠となる情報を利用可能とする必要があるが，その実施の詳細は当業者には明らかである。上記のユーザ認証の根拠となる情報とは，たとえば，ユーザ識別子とパスワード，あるいはユーザの秘密鍵と公開鍵証明書などであるが，これに限定されるものではない。
【図面の簡単な説明】
【０１０２】
【図１】実施例における各ノードやサーバ間の関係を示した説明図である。
【図２】認証サーバが保持する管理ノードテーブル，既知認証サーバテーブル，既知仲介サーバテーブルの構成を示す図である。
【図３】仲介サーバが保持する既知の認証サーバテーブルの構成を示す図である。
【図４】各ノードやサーバにおける処理部の配置を示す図である。
【図５】ノード間の暗号化通信路確立に至る処理手順の図である。
【図６】ノード間の暗号化通信路確立に至る他の処理手順の図である。
【図７】仲介サーバ，認証サーバ，ノードのハードウェア構成図である。
【符号の説明】
【０１０３】
１０１，１０２，１０３，１０４，１２１，１２２，１２３：ノード
１１０，１３０：認証サーバ
１４１，１４２，１４３：仲介サーバ
２１０：管理ノードテーブル
２２０：認証サーバが管理する既知の認証サーバテーブル
２３０：既知の仲介サーバテーブル
３１０：仲介サーバ場管理する既知の認証サーバテーブル
【図１】
2009086802.tif 000003
【図２】
2009086802.tif 000004
【図３】
2009086802.tif 000005
【図４】
2009086802.tif 000006
【図５】
2009086802.tif 000007
【図６】
2009086802.tif 000008
【図７】
2009086802.tif 000009