(57)【要約】【課題】  第１のコンピュータが、第２のコンピュータに直接認証できない場合、第３のコンピュータを介して、認証できるようにする。【解決手段】  矢印Ｆ’で示されるように、ユーザ情報端末１０１がサーバ端末１０３に認証されなかった場合、矢印Ｆで示すように、ユーザ端末１０１は、仲介ユーザ情報端末１０２−１に認証仲介を要求する。矢印Ｇで示されるように、仲介ユーザ情報端末１０２−１は、サーバ端末１０３に認証されそうな仲介ユーザ情報端末１０２−２に認証仲介を要求する。仲介ユーザ情報端末１０２−２は、矢印Ｈで示されるように、サーバ端末１０３に認証を要求し、認証が認められると、サーバ端末１０３にユーザ情報端末１０１が登録され、これ以降であれば、ユーザ情報端末１０１は、サーバ端末１０３に認証されることになる。本発明は、認証システムに適用することができる。【選択図】      図４
2005050185.tif 000002
【特許請求の範囲】
【請求項１】
第1の情報処理装置と第２の情報処理装置からなる情報処理システムにおいて、
前記第１の情報処理装置は、
サーバに、認証を要求する第１の認証要求手段と、
前記第１の認証要求手段の認証要求に基づいて、前記サーバにより認証されなかった場合、前記サーバに認証される可能性のある前記第２の情報処理装置に自らを含めた、前記サーバへの認証を要求する第２の認証要求手段と、
前記第２の認証要求手段に基づいて、前記第２の情報処理装置より送信されてくる、自らを含めて前記第２の情報処理装置が、前記サーバにより認証されたことを示す通知を受信する第１の受信手段とを備え、
前記第２の認証要求手段に基づいて、前記第２の情報処理装置より送信されてくる、自らを含めて前記第２の情報処理装置が、前記サーバにより認証されたことを示す通知を受信した後、前記第１の認証要求手段は、前記サーバに認証を要求し、
前記第２の情報処理装置は、
第１の情報処理装置を要求により認証する認証手段と、
前記認証手段により認証した前記第１の情報処理装置により指定された前記サーバに、前記第１の情報処理装置を含めた自らの認証を要求する第３の認証要求手段と、
前記第３の認証要求手段の認証要求に基づいて、前記サーバにより、前記第１の情報処理装置を含めて、自らが認証された場合、前記認証されたことを前記第１の情報処理装置に通知する通知手段と、
前記第３の認証要求手段の認証要求に基づいて、前記サーバにより、前記第１の情報処理装置を含めて、自らが認証されなかった場合、前記サーバに認証される可能性のある他の第２の情報処理装置に、自らと、前記第１の情報処理装置とを含めた、前記他の第２の情報処理装置への認証を要求する第４の認証要求手段と、
前記第４の認証要求手段の認証要求に基づいて、前記他の第２の情報処理装置より送信されてくる、自らと、前記第１の情報処理装置とを含めて、前記他の第２の情報処理装置が、前記サーバにより認証されたことを示す通知を受信する第２の受信手段とを備え、
前記第２の受信手段により、前記第４の認証要求手段の認証要求に基づいて、前記他の第２の情報処理装置より送信されてくる、自らと、前記第１の情報処理装置とを含めて、前記他の第２の情報処理装置が、前記サーバにより認証されたことを示す通知が受信された後、前記通知手段は、前記認証が認められたことを前記第１の情報処理装置に通知する
ことを特徴とする情報処理システム。
【請求項２】
第１の他の情報処理装置に、認証を要求する第１の認証要求手段と、
前記第１の認証要求手段の認証要求に基づいて、前記第１の他の情報処理装置により認証されなかった場合、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、前記第１の他の情報処理装置への認証を要求する第２の認証要求手段と、
前記第２の認証要求手段に基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信する受信手段とを備え、
前記第２の認証要求手段に基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信した後、前記第１の認証要求手段は、前記第１の他の情報処理装置に認証を要求する
ことを特徴とする情報処理装置。
【請求項３】
前記認証は、ユーザの嗜好の類似度、または、過去に認証したか否かの情報に基づいたものである
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
他の情報処理装置の情報を、そのユーザの嗜好情報と共に格納する格納手段と、
前記格納手段に格納された前記嗜好情報に基づき、前記第１の他の情報処理装置のユーザの嗜好と類似する嗜好を備えたユーザにより使用される情報処理装置を、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置として検索する検索手段とをさらに備え、
前記第２の認証要求手段は、前記検索手段により検索された、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に、自らを含めた、前記第１の他の情報処理装置への認証を要求する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第１の他の情報処理装置により認証されなかった場合、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、前記第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理で基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記第２の認証要求ステップの処理に基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信した後、前記第１の認証要求ステップの処理は、前記第１の他の情報処理装置に認証を要求する
ことを特徴とする情報処理方法。
【請求項６】
第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第１の他の情報処理装置により認証されなかった場合、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、前記第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理で基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記第２の認証要求ステップの処理に基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信した後、前記第１の認証要求ステップの処理は、前記第１の他の情報処理装置に認証を要求する
ことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項７】
第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第１の他の情報処理装置により認証されなかった場合、前記第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、前記第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理で基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記第２の認証要求ステップの処理に基づいて、前記第２の他の情報処理装置より送信されてくる、自らを含めて前記第２の他の情報処理装置が、前記第１の他の情報処理装置により認証されたことを示す通知を受信した後、前記第１の認証要求ステップの処理は、前記第１の他の情報処理装置に認証を要求する
処理をコンピュータに実行させることを特徴とするプログラム。
【請求項８】
第１の他の情報処理装置を要求により認証する認証手段と、
前記認証手段により認証した前記第１の他の情報処理装置により指定された第２の他の情報処理装置に、前記第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求手段と、
前記第１の認証要求手段の認証要求に基づいて、前記第２の他の情報処理装置により、前記第１の他の情報処理装置を含めて、自らが認証された場合、前記認証されたことを前記第１の他の情報処理装置に通知する通知手段と、
前記第１の認証要求手段の認証要求に基づいて、前記第２の他の情報処置装置により、前記第１の他の情報処理装置を含めて、自らが認証されなかった場合、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、前記第１の他の情報処理装置とを含めた、前記第２の他の情報処理装置への認証を要求する第２の認証要求手段と、
前記第２の認証要求手段の認証要求に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知を受信する受信手段とを備え、
前記受信手段により、前記第２の認証要求手段の認証要求に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知が受信された後、前記通知手段は、前記認証が認められたことを前記第１の他の情報処理装置に通知する
ことを特徴とする情報処理装置。
【請求項９】
前記認証は、ユーザの嗜好の類似度、または、過去に認証したか否かの情報に基づいたものである
ことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
他の情報処理装置のユーザの嗜好情報を格納する格納手段と、
前記格納手段に格納された前記嗜好情報に基づき、前記第２の他の情報処理装置のユーザの嗜好と類似する嗜好を備えたユーザにより使用される情報処理装置を、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置として検索する検索手段をさらに備え、
前記第２の認証要求手段は、前記検索手段により検索された、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、前記第１の他の情報処理装置とを含めた、前記第２の他の情報処理装置への認証を要求する
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
第１の他の情報処理装置を要求により認証する認証ステップと、
前記認証ステップの処理で認証した前記第１の他の情報処理装置により指定された第２の他の情報処理装置に、前記第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処理装置により、前記第１の他の情報処理装置を含めて、自らが認証された場合、前記認証されたことを前記第１の他の情報処理装置に通知する通知ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処置装置により、前記第１の他の情報処理装置を含めて、自らが認証されなかった場合、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、前記第１の他の情報処理装置とを含めた、前記第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記受信ステップの処理により、前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知が受信された後、前記通知ステップの処理は、前記認証が認められたことを前記第１の他の情報処理装置に通知する
ことを特徴とする情報処理方法。
【請求項１２】
第１の他の情報処理装置を要求により認証する認証ステップと、
前記認証ステップの処理で認証した前記第１の他の情報処理装置により指定された第２の他の情報処理装置に、前記第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処理装置により、前記第１の他の情報処理装置を含めて、自らが認証された場合、前記認証されたことを前記第１の他の情報処理装置に通知する通知ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処置装置により、前記第１の他の情報処理装置を含めて、自らが認証されなかった場合、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、前記第１の他の情報処理装置とを含めた、前記第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記受信ステップの処理により、前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知が受信された後、前記通知ステップの処理は、前記認証が認められたことを前記第１の他の情報処理装置に通知する
ことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１３】
第１の他の情報処理装置を要求により認証する認証ステップと、
前記認証ステップの処理で認証した前記第１の他の情報処理装置により指定された第２の他の情報処理装置に、前記第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処理装置により、前記第１の他の情報処理装置を含めて、自らが認証された場合、前記認証されたことを前記第１の他の情報処理装置に通知する通知ステップと、
前記第１の認証要求ステップの処理での認証要求に基づいて、前記第２の他の情報処置装置により、前記第１の他の情報処理装置を含めて、自らが認証されなかった場合、前記第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、前記第１の他の情報処理装置とを含めた、前記第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、
前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、
前記受信ステップの処理により、前記第２の認証要求ステップの処理に基づいて、前記第３の他の情報処理装置より送信されてくる、自らと、前記第１の他の情報処理装置とを含めて、前記第３の他の情報処理装置が、前記第２の他の情報処理装置により認証されたことを示す通知が受信された後、前記通知ステップの処理は、前記認証が認められたことを前記第１の他の情報処理装置に通知する
処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、複数のコンピュータからなるネットワーク上で、第１のコンピュータが、第２のコンピュータに直接認証できない場合、第２のコンピュータに認証され、かつ、第１のコンピュータを認証する第３のコンピュータを介して、認証できるようにした情報処理システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークを通じてやりとりされるコンテンツの種類は、テキスト・静止画などから、動画・音声などのマルチメディアコンテンツへと移行が進んでいる。それに伴って、コンテンツの大容量化が著しく進んでいる。
【０００３】
ところで、近年Peer-to-Peer（以下、P2Pとも称する）ネットワーク技術が開発されてきている。P2Pネットワークとは「集中的に処理を行うサーバを設置するのではなく、各ネットワーククライアントが持つ資源（ディスク、プリンタなど）をお互いに共有するようにしたネットワークの形態」（アスキーデジタル用語辞典 http://yougo.ascii24.com/gh/11/001122.html）と定義されるネットワークのことである。例えば、図１で示されるように、ユーザ端末１−１乃至１−４のいずれもが、特に、いわゆるネットワークサーバとして特化した処理を行うものではなく、クライアントとしてのユーザ端末１−１乃至１−４から形成されるネットワーク２などである。
【０００４】
このネットワークを使うことで、従来のようなクライアント-サーバ型ネットワークにおいてコンテンツ配信を行う場合と比べて、必要な巨大な配信サーバを設置することなく、大容量のコンテンツを配信することが可能となる。
【０００５】
P2Pネットワークなどにおいて、ある端末から別の端末にアクセスする際には、通常、認証が必要となる。認証技術には、パスワード認証、チャレンジ＆レスポンス認証、ワンタイムパスワード認証、Kerberos認証、公開鍵証明書による認証などがある。
【０００６】
以下に、それぞれの認証技術について説明する。
【０００７】
パスワード認証とは、ユーザIDとパスワードの組み合わせで、対象端末に対するユーザ認証を行うものである。このパスワード認証が、一般的に、広く利用されている認証技術である。
【０００８】
次に、チャレンジ＆レスポンス認証とは、ランダムな文字列（チャレンジコード）を用いて認証を行う技術である。すなわち、まず、クライアント端末から認証サーバへのログイン要求があった場合、認証サーバは、自らで生成されたチャレンジコードをクライアントへ転送する。次に、クライアントは、チャレンジコードを秘密鍵で暗号化し、レスポンスコードを認証サーバへ転送する。認証サーバは、クライアントの公開鍵でレスポンスコードを復号し、復号したレスポンスコードと生成したチャレンジコードを比較して、一致すれば認証が許可する。
【０００９】
ワンタイムパスワード認証とは、毎回パスワードを変える（使い捨てる）ことでパスワードを保護することができる認証技術である。ランダムに自動生成されたパスワードは予測がきわめて困難であり、また盗聴されてもそのパスワードは2度と使用しないため二次利用による攻撃を防ぐことができるというメリットがある。
【００１０】
Kerberos認証とは、信頼のおける第三者機関による認証を行う方式である．まず、サーバを利用するためのチケット（ticket）を鍵発行局に要求し、鍵発行局から授かったチケットをサーバに提出することで認証を行う。
【００１１】
公開鍵証明書による認証とは、通信相手の公開鍵証明書と自分の公開鍵証明書と秘密鍵の情報の組み合わせで通信相手を認証する技術である。ここで公開鍵証明書とは、対になる2つの鍵(公開鍵と暗号鍵)のうち、公開鍵と鍵の所有者の関係を証明する電子データのことである．また、証明書は、信頼できる認証機関(CA)の電子署名が付与され、証明書を偽造することができないため、認証に対する信頼性が高いというメリットがある。
【００１２】
以上のような認証技術を用いて、ユーザ端末間で相互認証するには、大別すると2種類の方法が存在することになる。
【００１３】
すなわち、第１の方法は、図２で示されるように、上述したパスワード認証方法などに代表される認証方法である。すなわち、ユーザ端末１−１１には、ユーザID（図中、User ID）とパスワードの組み合わせとして、（ユーザID，パスワード）＝（john，fsdfjwio）と（koike，fx9r4kFd）が登録されているものとする。そしてこのような状態で、ユーザ端末１−１２，１−１３がユーザ端末１−１１に認証を求める場合について考える。例えば、矢印Aで示されるように、ユーザ端末１−１２は、ユーザIDとパスワードの組み合わせとして、（koike，fx9r4kFd）を用いるので、上述したように登録されたユーザIDとパスワードの組み合わせと一致するので認証されることになる。一方、矢印Ｂで示されるように、ユーザ端末１−１３は、ユーザIDとパスワードの組合せとして、（chopin，4fDfSa）を用いたものとする。ところが、このユーザIDとパスワードは、上述したようにユーザ端末１−１１には登録されていない組み合わせであるので、認証されないことになる。
【００１４】
第２の方法は、図３で示されるように、上述した、チャレンジ＆レスポンス認証、ワンタイムパスワード認証、Kerberos認証、および、公開鍵証明書などに代表される認証方法である。すなわち、図３での矢印Eで示されるように、ユーザ端末１−２１がユーザ端末１−２２に認証を要求する場合、ユーザ認証サーバ１１が、予め、ユーザID（図中、User ID）とパスワードの組み合わせとして、（ユーザID，パスワード）＝（john，fsdfjwio）と（koike，fx9r4kFd）を登録しておき、ユーザ端末１−２１のユーザについて認証処理を行い、その認証結果に応じてユーザ端末１−２２が、ユーザ端末１−２１の認証を行うものである、図３の場合、矢印Cで示されるように、ユーザ端末１−２１は、ユーザIDとパスワードの組み合わせとして、（koike，fx9r4kFd）を用いてユーザ認証サーバ１１に対して認証を行うと、予め、ユーザ認証サーバ１１に登録されたユーザIDとパスワードの組み合わせであるので、認証されることになる。このとき、矢印Dで示されるように、ユーザ認証サーバ１１は、この認証結果をユーザ端末１−２２に供給する。すると、ユーザ端末１−２２は、この認証結果に基づいて、ユーザ端末１−２１を認証し、最終的に、矢印Eで示されるように、ユーザ端末１−２１は、ユーザ端末１−２２にアクセスできる。
【００１５】
この第２の方法としては、例えば、第１および第２のコンピュータを有するネットワークシステムにおいて、第２のコンピュータにログインするためのアカウントを有する代理認証装置を備え、第１のコンピュータは第２のコンピュータにログインする際に、代理認証装置にログイン認証要求を行い、代理認証装置は第２のコンピュータログインに必要な情報を生成して代理認証装置のアカウントとともに第１のコンピュータに返信し、第１のコンピュータは、第２のコンピュータに対して代理認証装置のアカウントでログイン認証要求を行うものもある（例えば、特許文献１参照）。
【特許文献１】特開２００３−８５１４４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、上述の第１の方法のような、ユーザ端末同士が互いにユーザ認証するシステムでは、アクセスする端末のユーザが認証に必要な情報を予め知っていないと、端末にアクセスすることができず、新たなユーザ端末が始めて認証を要求するような場合、必ず認証されないことになり、結果的に、認証できるユーザ端末が制限されてしまうという課題があった。
【００１７】
また、上述の第２の方法のような、信頼のある別の認証サーバが、ユーザの端末の代わりに認証するシステムでは、各ユーザ端末から認証サーバにアクセスしてお互いを認証する処理となるが、この場合、認証要求が集中するようなとき、認証サーバに大きな負荷がかかってしまうことがあり、例えば、認証要求の集中により、サーバがダウンしてしまう恐れがあり、管理、運営する上で望ましいものではないという課題があった。
【００１８】
本発明はこのような状況に鑑みてなされたものであり、特に、複数のコンピュータからなるネットワーク上で、第１のコンピュータが、第２のコンピュータに直接認証できない場合、第２のコンピュータに認証され、かつ、第１のコンピュータを認証する第３のコンピュータを介して、認証できるようにするものである。
【課題を解決するための手段】
【００１９】
本発明の情報処理システムは、第１の情報処理装置が、サーバに、認証を要求する第１の認証要求手段と、第１の認証要求手段の認証要求に基づいて、サーバにより認証されなかった場合、サーバに認証される可能性のある第２の情報処理装置に自らを含めた、サーバへの認証を要求する第２の認証要求手段と、第２の認証要求手段に基づいて、第２の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、サーバにより認証されたことを示す通知を受信する第１の受信手段とを備え、第２の認証要求手段に基づいて、第２の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、サーバにより認証されたことを示す通知を受信した後、第１の認証要求手段は、サーバに認証を要求し、第２の情報処理装置が、第１の情報処理装置を要求により認証する認証手段と、認証手段により認証した第１の情報処理装置により指定されたサーバに、第１の情報処理装置を含めた自らの認証を要求する第３の認証要求手段と、第３の認証要求手段の認証要求に基づいて、サーバにより、第１の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の情報処理装置に通知する通知手段と、第３の認証要求手段の認証要求に基づいて、サーバにより、第１の情報処理装置を含めて、自らが認証されなかった場合、サーバに認証される可能性のある他の第２の情報処理装置に、自らと、第１の情報処理装置とを含めた、他の第２の情報処理装置への認証を要求する第４の認証要求手段と、第４の認証要求手段の認証要求に基づいて、他の第２の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、他の第２の情報処理装置が、サーバにより認証されたことを示す通知を受信する第２の受信手段とを備え、第２の受信手段により、第４の認証要求手段の認証要求に基づいて、他の第２の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、他の第２の情報処理装置が、サーバにより認証されたことを示す通知が受信された後、通知手段は、認証が認められたことを第１の情報処理装置に通知することを特徴とする。
【００２０】
本発明の第１の情報処理装置は、第１の他の情報処理装置に、認証を要求する第１の認証要求手段と、第１の認証要求手段の認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求手段と、第２の認証要求手段に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信する受信手段とを備え、第２の認証要求手段に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求手段は、第１の他の情報処理装置に認証を要求することを特徴とする。
【００２１】
前記認証は、ユーザの嗜好の類似度、または、過去に認証したか否かの情報に基づいたものとするようにしてもよい。
【００２２】
前記他の情報処理装置の情報を、そのユーザの嗜好情報と共に格納する格納手段と、格納手段に格納された嗜好情報に基づき、第１の他の情報処理装置のユーザの嗜好と類似する嗜好を備えたユーザにより使用される情報処理装置を、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置として検索する検索手段とをさらに設けるようにさせることができ、第２の認証要求手段には、検索手段により検索された、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に、自らを含めた、第１の他の情報処理装置への認証を要求させるようにすることができる。
【００２３】
本発明の第１の情報処理方法は、第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理で基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、第２の認証要求ステップの処理に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求ステップの処理は、第１の他の情報処理装置に認証を要求することを特徴とする。
【００２４】
本発明の第１の記録媒体のプログラムは、第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理で基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、第２の認証要求ステップの処理に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求ステップの処理は、第１の他の情報処理装置に認証を要求することを特徴とする。
【００２５】
本発明の第１のプログラムは、第１の他の情報処理装置に、認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理で基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、第２の認証要求ステップの処理に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求ステップの処理は、第１の他の情報処理装置に認証を要求する処理をコンピュータに実行させることを特徴とする。
【００２６】
本発明の第２の情報処理装置は、第１の他の情報処理装置を要求により認証する認証手段と、認証手段により認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求手段と、第１の認証要求手段の認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知手段と、第１の認証要求手段の認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第２の認証要求手段と、第２の認証要求手段の認証要求に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信手段とを備え、受信手段により、第２の認証要求手段の認証要求に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知手段は、認証が認められたことを第１の他の情報処理装置に通知することを特徴とする。
【００２７】
前記認証は、ユーザの嗜好の類似度、または、過去に認証したか否かの情報に基づいたものとするようにすることができる。
【００２８】
前記他の情報処理装置のユーザの嗜好情報を格納する格納手段と、格納手段に格納された嗜好情報に基づき、第２の他の情報処理装置のユーザの嗜好と類似する嗜好を備えたユーザにより使用される情報処理装置を、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置として検索する検索手段をさらに設けるようにさせることができ、第２の認証要求手段には、検索手段により検索された、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求させるようにすることができる。
【００２９】
本発明の第２の情報処理方法は、第１の他の情報処理装置を要求により認証する認証ステップと、認証ステップの処理で認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、受信ステップの処理により、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知ステップの処理は、認証が認められたことを第１の他の情報処理装置に通知することを特徴とする。
【００３０】
本発明の第２の記録媒体のプログラムは、第１の他の情報処理装置を要求により認証する認証ステップと、認証ステップの処理で認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、受信ステップの処理により、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知ステップの処理は、認証が認められたことを第１の他の情報処理装置に通知することを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【００３１】
本発明の第２のプログラムは、第１の他の情報処理装置を要求により認証する認証ステップと、認証ステップの処理で認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知ステップと、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第２の認証要求ステップと、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、受信ステップの処理により、第２の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知ステップの処理は、認証が認められたことを第１の他の情報処理装置に通知する処理をコンピュータに実行させることを特徴とする。
【００３２】
本発明の情報処理システムにおいては、第１の情報処理装置により、サーバに、認証が要求され、認証要求に基づいて、サーバにより認証されなかった場合、サーバに認証される可能性のある第２の情報処理装置に自らを含めた、サーバへの認証が要求され、第２の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、サーバにより認証されたことを示す通知が受信され、第２の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、サーバにより認証されたことを示す通知が受信された後、サーバに認証が要求され、第２の情報処理装置により、第１の情報処理装置が要求により認証され、認証された第１の情報処理装置により指定されたサーバに、第１の情報処理装置を含めた自らの認証が要求され、認証要求に基づいて、サーバにより、第１の情報処理装置を含めて、自らが認証された場合、認証されたことが第１の情報処理装置に通知され、認証要求に基づいて、サーバにより、第１の情報処理装置を含めて、自らが認証されなかった場合、サーバに認証される可能性のある他の第２の情報処理装置に、自らと、第１の情報処理装置とを含めた、他の第２の情報処理装置への認証が要求され、認証要求に基づいて、他の第２の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、他の第２の情報処理装置が、サーバにより認証されたことを示す通知が受信され、認証要求に基づいて、他の第２の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、他の第２の情報処理装置が、サーバにより認証されたことを示す通知が受信された後、認証が認められたことが第１の情報処理装置に通知すされる。
【００３３】
本発明の第１の情報処理装置および方法、並びにプログラムにおいては、第１の他の情報処理装置に、認証が要求され、認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証が要求され、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知が受信され、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知が受信された後、第１の他の情報処理装置に認証が要求される。
【００３４】
本発明の第２の情報処理装置および方法、並びにプログラムにおいては、第１の他の情報処理装置が要求により認証され、認証された第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証が要求され、認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことが第１の他の情報処理装置に通知され、認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証が要求され、認証要求に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信され、認証要求に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の他の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、認証が認められたことが第１の他の情報処理装置に通知される。
【００３５】
本発明の第１の情報処理装置および第２の情報処理装置は、独立した装置であっても良いし、情報処理を行うブロックであっても良い。
【発明の効果】
【００３６】
本発明によれば、複数のコンピュータからなるネットワーク上で、第１のコンピュータが、第２のコンピュータに認証できない場合、第２のコンピュータに認証可能な第３のコンピュータを介して認証できるようにすることが可能となる。
【発明を実施するための最良の形態】
【００３７】
以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が本明細書に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００３８】
さらに、この記載は、本明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。
【００３９】
即ち、本発明の第１の情報処理装置は、第１の他の情報処理装置に、認証を要求する第１の認証要求手段（例えば、図８の認証処理部１２８ａ）と、第１の認証要求手段の認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求手段（例えば、図８の認証処理部１２８ａ）と、第２の認証要求手段に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、第１の情報処理装置により認証されたことを示す通知を受信する受信手段（例えば、図５の通信部１２９）とを備え、第２の認証要求手段に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求手段は、第１の他の情報処理装置に認証を要求することを特徴とする。
【００４０】
本発明の第１の情報処理方法は、第１の他の情報処理装置に、認証を要求する第１の認証要求ステップ（例えば、図１３のステップＳ２の処理）と、第１の認証要求ステップの処理での認証要求に基づいて、第１の他の情報処理装置により認証されなかった場合、第１の他の情報処理装置に認証される可能性のある第２の他の情報処理装置に自らを含めた、第１の他の情報処理装置への認証を要求する第２の認証要求ステップ（例えば、図１５のステップＳ４７の処理）と、第２の認証要求ステップの処理で基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の情報処理装置が、第１の情報処理装置により認証されたことを示す通知を受信する受信ステップ（例えば、図１６のステップＳ８３の処理）とを含み、第２の認証要求ステップの処理に基づいて、第２の他の情報処理装置より送信されてくる、自らを含めて第２の他の情報処理装置が、第１の他の情報処理装置により認証されたことを示す通知を受信した後、第１の認証要求ステップの処理は、第１の他の情報処理装置に認証を要求することを特徴とする。
【００４１】
本発明の第２の情報処理装置は、第１の他の情報処理装置を要求により認証する認証手段（例えば、図８の認証処理部１６８ａ）と、認証手段により認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求手段（例えば、図８の仲介処理部１６８ｄ）と、第１の認証要求手段の認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知手段（例えば、図６の通信部１６９）と、第１の認証要求手段の認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第３の認証要求手段（例えば、図８の仲介処理部１６８ｄ）と、第３の認証要求手段に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信手段（例えば、図６の通信部１６９）とを備え、受信手段により、第３の認証要求手段に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知手段は、認証が認められたことを第１の他の情報処理装置に通知することを特徴とする。
【００４２】
本発明の第２の情報処理方法は、第１の他の情報処理装置を要求により認証する認証ステップ（例えば、図１５のステップＳ６１の処理）と、認証ステップの処理で認証した第１の他の情報処理装置により指定された第２の他の情報処理装置に、第１の他の情報処理装置を含めた自らの認証を要求する第１の認証要求ステップ（例えば、図１７のステップＳ１２１の処理）と、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処理装置により、第１の他の情報処理装置を含めて、自らが認証された場合、認証されたことを第１の他の情報処理装置に通知する通知ステップ（例えば、図１７のステップＳ１２３またはＳ１２６の処理）と、第１の認証要求ステップの処理での認証要求に基づいて、第２の他の情報処置装置により、第１の他の情報処理装置を含めて、自らが認証されなかった場合、第２の他の情報処理装置に認証される可能性のある第３の他の情報処理装置に、自らと、第１の他の情報処理装置とを含めた、第２の他の情報処理装置への認証を要求する第３の認証要求ステップ（例えば、図１７のステップＳ１２７の処理）と、第３の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知を受信する受信ステップとを含み、受信ステップ（例えば、図１７のステップＳ１２８の処理）の処理により、第３の認証要求ステップの処理に基づいて、第３の他の情報処理装置より送信されてくる、自らと、第１の情報処理装置とを含めて、第３の他の情報処理装置が、第２の他の情報処理装置により認証されたことを示す通知が受信された後、通知ステップの処理は、認証が認められたことを第１の他の情報処理装置に通知することを特徴とする。
【００４３】
図４は、本発明を適用した認証システムの一実施の形態の構成を示す図である。
【００４４】
図４の認証システムは、ユーザ情報端末１０１、仲介ユーザ情報端末１０２−１，１０２−２、および、サーバ端末１０３より構成されている。本認証システムにおいては、ユーザ情報端末１０１は、矢印Ｆ’で示されるように、本来直接サーバ端末１０３に認証を求めたいユーザにより使用されているものであるが、直接認証が得られない場合、ユーザ情報端末１０１が、矢印Ｆで示されるように、サーバ端末１０３に認証が得られる可能性があって、かつ、自らが認証される仲介ユーザ情報端末１０２−１に認証を要求し、サーバ端末１０３への認証の仲介を要求する。図１においては、仲介ユーザ情報端末１０２−１においても、サーバ端末１０３に認証されなかった場合が示されており、このような場合、仲介ユーザ情報端末１０２−１は、図４の矢印Gで示されるように、さらに、サーバ端末１０３に認証が得られる可能性があって、かつ、自らが認証される仲介ユーザ情報端末１０２−２に認証を要求し、サーバ端末１０３への認証の仲介を要求する。図１の場合、仲介ユーザ情報端末１０２−２は、矢印Hで示されるように、サーバ端末１０３に認証され、最終的に、ユーザ情報端末１０１は、矢印Ｆ，Ｇ，Ｈの経路を介して仲介ユーザ情報端末１０２−１，１０２−２を経由して、サーバ端末１０３に認証される。
【００４５】
このように、本発明の認証システムは、ユーザ情報端末１０１と仲介ユーザ情報端末１０２との、いわば「伝（つて）」により認証できるようにするものである。
【００４６】
尚、仲介ユーザ情報端末１０２−１，１０２−２を特に区別する必要がない場合、単に、仲介ユーザ情報端末１０２と称するものとし、それ以外の装置、または、構成についても同様とする。また、以上においては、ユーザ情報端末１０１は、仲介ユーザ情報端末１０２−１に認証の仲介を要求しているが、図示せぬ仲介ユーザ情報端末１０２がさらに複数に存在し、サーバ端末１０３に対して認証されそうな仲介ユーザ端末１０２があれば、それらの仲介ユーザ情報端末１０２を経由して認証されるようにしてもよい。
【００４７】
次に、図５を参照して、ユーザ情報端末１０１の構成について説明する。ユーザ情報端末１０１は、例えば、いわゆるパーソナルコンピュータである。CPU（Central Processing Unit）１２１は、ROM（Read Only Memory）１２２、または記憶部１２８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１２３には、CPU１２１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１２１、ROM１２２、およびRAM１２３は、バス１２４により相互に接続されている。
【００４８】
CPU１２１には、バス１２４を介して入出力インタフェース１２５が接続されている。入出力インタフェース１２５には、キーボード、マウス、マイクロホンなどよりなる入力部１２６、ディスプレイ、スピーカなどよりなる出力部１２７が接続されている。CPU１２１は、入力部１２６から入力される指令に対応して各種の処理を実行する。そして、CPU１２１は、処理の結果得られた画像や音声等を出力部１２７に出力する。
【００４９】
入出力インタフェース１２５に接続されている記憶部１２８は、例えばハードディスクなどで構成され、CPU１２１が実行するプログラムや各種のデータを記憶する。通信部１２９は、図４の仲介ユーザ情報端末１０２、または、サーバ端末１０３などの装置と通信する。
【００５０】
また、記憶部１２８は、各種のプログラムを記憶しており、CPU１２１は、これらのプログラムを読み出して対応する処理を実行する。今の場合、認証処理部１２８ａ、端末情報データベース１２８ｂ、および、個人情報データベース１２８ｃを記憶している。さらに、記憶部１２８は、この他にも、基本プログラムであるOSや、ドライバも記憶している。尚、認証処理部１２８ａ、端末情報データベース１２８ｂ、および、個人情報データベース１２８ｃについては、図８を参照して、詳細を後述する。また、記憶部１２８に記憶されるプログラムは、上述のほかにも、通信部１２９を介してプログラムを取得し、記憶部１２８に記憶してもよい。
【００５１】
入出力インタフェース１２５に接続されているドライブ１３０は、磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、或いは半導体メモリ１４４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１２８に転送され、記憶される。
【００５２】
次に、図６を参照して、仲介ユーザ端末装置１０２の構成について説明する。仲介ユーザ端末装置１０２は、基本的に図５で説明したユーザ端末装置１０１の構成と同様であって、例えば、いわゆる、パーソナルコンピュータである。すなわち、仲介ユーザ端末装置１０２のCPU１６１，ROM１６２，RAM１６３，バス１６４，入出力インタフェース１６５，入力部１６６，出力部１６７，記憶部１６８，通信部１６９，ドライブ１７０，磁気ディスク１８１，光ディスク１８２，光磁気ディスク１８３、および半導体メモリ１８４は、図５のユーザ情報端末１０１のCPU１２１，ROM１２２，RAM１２３，バス１２４，入出力インタフェース１２５，入力部１２６，出力部１２７，記憶部１２８，通信部１２９，ドライブ１３０，磁気ディスク１４１，光ディスク１４２，光磁気ディスク１４３、および半導体メモリ１４４に対応するものであり、同様の機能を有するものである。
【００５３】
但し、記憶部１６８に記憶されているプログラムは、図５のユーザ情報端末１０１の記憶部１２８に記憶されているプログラムとは異なる。記憶部１６８は、認証処理部１６８ａ、端末情報データベース１６８ｂ、個人情報データベース１６８ｃ、仲介処理部１６８ｄ、および、ユーザ情報データベース１６８ｅが記憶されている。記憶部１６８は、これらの各種のプログラムを記憶しており、CPU１６１は、これらのプログラムを適宜読み出して実行する。さらに、記憶部１６８は、基本プログラムであるOSや、ドライバも記憶している。
【００５４】
次に、図７を参照して、サーバ端末１０３の構成について説明する。サーバ端末１０３は、基本的に図５で説明したユーザ情報端末１０１、または、図６で説明した仲介ユーザ情報端末１０２の構成と同様である。すなわち、サーバ端末１０３のCPU２０１，ROM２０２，RAM２０３，バス２０４，入出力インタフェース２０５，入力部２０６，出力部２０７，記憶部２０８，通信部２０９，ドライブ２１０，磁気ディスク２２１，光ディスク２２２，光磁気ディスク２２３、および半導体メモリ２２４は、図５のユーザ情報端末１０１のCPU１２１，ROM１２２，RAM１２３，バス１２４，入出力インタフェース１２５，入力部１２６，出力部１２７，記憶部１２８，通信部１２９，ドライブ１３０，磁気ディスク１４１，光ディスク１４２，光磁気ディスク１４３、および半導体メモリ１４４、または、図６の仲介ユーザ情報端末１０２のCPU１６１，ROM１６２，RAM１６３，バス１６４，入出力インタフェース１６５，入力部１６６，出力部１６７，記憶部１６８，通信部１６９，ドライブ１７０，磁気ディスク１８１，光ディスク１８２，光磁気ディスク１８３、および半導体メモリ１８４に対応するものであり、同様の機能を有するものである。
【００５５】
但し、記憶部２０８に記憶されているプログラムは、図５のユーザ情報端末１０１の記憶部１２８、および、図６の仲介ユーザ情報端末１０２の記憶部１６８に記憶されているプログラムのいずれとも異なるものである。記憶部２０８は、認証処理部２０８ａ、ユーザ情報データベース２０８ｂ、および、個人情報データベース２０８ｃが記憶されている。記憶部２０８は、これらの各種のプログラムを記憶しており、CPU２０１は、これらのプログラムを適宜読み出して実行する。さらに、記憶部２０８は、基本プログラムであるOSや、ドライバも記憶している。
【００５６】
次に、図８の機能ブロック図を参照して、ユーザ情報端末１０１、仲介ユーザ情報端末１０２−１，１０２−２、および、サーバ端末１０３より構成される認証システムの機能について説明する。
【００５７】
尚、図８においては、ユーザ情報端末１０１、仲介ユーザ情報端末１０２−１，１０２−２、および、サーバ端末１０３のそれぞれの記憶部１２８，１６８，２０８に記憶されたソフトウェアプログラムにより実現される機能について説明するが、各ソフトウェアプログラムに対応するハードウェアにより構成するようにしてもよいので、図８は、ソフトウェアの構成図と見てもよいし、ハードウェアの構成図と見てもよい。
【００５８】
ユーザ情報端末１０１の認証処理部１２８ａは、サーバ端末１０３へのアクセスを要求するユーザ（以降、サーバアクセス要求ユーザ）からの要求に応じて、仲介ユーザ情報端末１０２、または、直接サーバ端末１０３にユーザIDと嗜好情報を送信することで認証処理を実行する。
【００５９】
また、認証処理部１２８ａは、サーバ端末１０３に、ユーザID、および嗜好情報を送信することで、サーバ端末に対して認証処理を実行し、認証された場合、サーバ端末１０３にアクセスする。
【００６０】
さらに、認証処理部１２８ａは、認証されなかった場合、端末情報データベース１２８ｂを検索して、サーバ端末１０３に認証が許可されている仲介ユーザ情報端末１０２、または、サーバ端末１０３に認証が許可されそうな仲介ユーザ情報端末１０２を検索し、検索された仲介ユーザ情報端末１０２にサーバ端末１０３への認証の仲介（以下、認証仲介とも称する）を要求する。この処理に基づいて、認証仲介を要求した仲介ユーザ情報端末１０２のいずれかがサーバ端末１０３に認証が得られた場合、その認証が得られた仲介ユーザ情報端末１０２により認証が代行されたとき、認証処理部１２８ａは、サーバ端末１０３にアクセスすることが可能となる。
【００６１】
端末情報データベース１２８ｂは、認証処理部１２８ａにより管理されており、これまでにユーザ情報端末１０１にアクセスし、ユーザ情報端末１０１が認証した仲介ユーザ情報端末１０２、または、サーバ端末１０３のIPアドレスと、認証の際に取得した、または、認証された際に取得した、それぞれの仲介ユーザ情報端末１０２、または、サーバ端末１０３のユーザの嗜好情報を組にした図９で示されるようなテーブル、並びに、ユーザ情報端末１０１が認証した仲介ユーザ情報端末１０２、または、サーバ端末１０３のIPアドレスと、それぞれが認証した、または、認証された（アクセスが許可されている）仲介ユーザ情報端末１０２、または、サーバ端末１０３のIPアドレスとの情報を組にした図１０で示されるようなテーブルからなるデータベースである。
【００６２】
図９においては、左からそれぞれの情報を識別するID、基準となる仲介ユーザ情報端末１０２、または、サーバ端末１０３を識別するIPアドレス、さらに、最も右側にはIPアドレス毎にアクセスが許可されたことがある端末装置のIPアドレスの欄が設けられており、今の場合、上からID＝１の情報として、IPアドレス（xx.xx.xx.xx）の仲介ユーザ情報端末１０２、または、サーバ端末１０３は、IPアドレス（zz.zz.zz.zz）の仲介ユーザ情報端末１０２、または、サーバ端末１０３にアクセスが許可されている、すなわち、認証されていることが示されている。また、ID＝２の情報として、IPアドレス（yy.yy.yy.yy）の仲介ユーザ情報端末１０２、または、サーバ端末１０３は、IPアドレス（ii.ii.ii.ii）の仲介ユーザ情報端末１０２、または、サーバ端末１０３にアクセスが許可されている、すなわち、認証されたことが示されている。
【００６３】
図１０においては、左からそれぞれの情報を識別するID、基準となる仲介ユーザ情報端末１０２、または、サーバ端末１０３を識別するIPアドレス、さらに、最も右側にはIPアドレス毎に、各端末のユーザの嗜好情報が記録されている。今の場合、ID＝１の情報として、IPアドレス（xx.xx.xx.xx）の仲介ユーザ情報端末１０２、または、サーバ端末１０３は、嗜好情報として「ドラマ：２」、「テレビ：３」と記録されており、IPアドレス（xx.xx.xx.xx）の仲介ユーザ情報端末１０２、または、サーバ端末１０３ユーザは、嗜好情報の「ドラマ」の項目の重みが２であり、嗜好情報の「テレビ」の項目の重みが３であることが示されている。
【００６４】
また、ID＝２の情報として、IPアドレス（yy.yy.yy.yy）の仲介ユーザ情報端末１０２、または、サーバ端末１０３は、嗜好情報として「ニュース：１」、「政治：３」と記録されており、IPアドレス（yy.yy.yy.yy）の仲介ユーザ情報端末１０２、または、サーバ端末１０３ユーザは、嗜好情報の「ニュース」の項目の重みが１であり、嗜好情報の「政治」の項目の重みが３であることが示されている。
【００６５】
個人情報データベース１２８ｃは、図１１で示されるように、仲介ユーザ情報端末１０２、または、サーバ端末１０３のユーザのグローバルユニークなユーザIDと嗜好情報を保持するためデータベースである。図１１においては、ユーザIDとして「PPP」と記録されており、対応する嗜好情報として「ドラマ：２」、「テレビ：３」と記録されており、ユーザIDが「PPP」の仲介ユーザ情報端末１０２、または、サーバ端末１０３ユーザは、嗜好情報の「ドラマ」の項目の重みが２であり、嗜好情報の「テレビ」の項目の重みが３であることが示されている。
【００６６】
次に、図８の仲介ユーザ情報端末１０２の認証処理部１６８ａは、ユーザ情報端末１０１や仲介ユーザ情報端末１０２のユーザIDを受信し、受信したユーザIDを、ユーザ情報データベース１６８ｅに登録されているユーザIDと比較し、ユーザIDが存在すれば認証を許可する。あるいは、認証処理部１６８ａは、嗜好情報の類似度を計算し、任意に設定した重み（閾値）より大きい場合に認証を許可する。この任意に設定する重み（閾値）を調節することで、アクセスのレベルを調節できる。低い場合は緩やかなアクセス制限、高い場合は厳しいアクセス制限を意味する。認証処理部１６８ａは、認証した場合、認証したことを通知し、送信してきた端末のIPアドレスと嗜好情報を組にして、端末情報データベース１６８ｂに保持する。認証されなかった場合、認証処理部１６８ａは、認証要求元のとなるユーザ情報端末１０１、仲介ユーザ情報端末１０２、または、サーバ端末１０３に認証されなかったことを通知する。また、認証処理部１６８ａは、ユーザの認証を行った後、認証要求元の端末から送信されるサーバアクセス要求ユーザID、サーバ端末１０３のIPアドレス、およびサーバ端末１０３のユーザの嗜好情報を受信する。
【００６７】
仲介処理部１６８ｄは、サーバ端末１０３に仲介ユーザ情報端末１０２のユーザのユーザIDと嗜好情報を送信することで、サーバ端末１０３との認証処理を実行する。仲介処理部１６８ｄは、サーバ端末１０３にユーザIDと嗜好情報とを送信した結果、認証された場合、仲介により認証されたことを通知すると共に、仲介ユーザ情報端末１０２のIPアドレスを認証要求元となるユーザ情報端末１０１、または、仲介ユーザ情報端末１０２に通知する。
【００６８】
仲介処理部１６８ｄは、サーバアクセス要求ユーザの認証されなかった場合、認証仲介処理により認証されなかったことを認証要求元となるユーザ情報端末１０１、または、仲介ユーザ情報端末１０２通知する。
【００６９】
また、仲介処理部１６８ｄは、認証仲介処理により認証されなかった場合、端末情報データベース１６８ｂの中から、サーバ端末１０３に認証が許可されている、または、サーバ端末に認証が許可されそうな仲介ユーザ情報端末１０２を検索する。
【００７０】
仲介処理部１６８ｄは、検索された仲介ユーザ情報端末１０２にユーザIDと嗜好情報を送信することで、検索された仲介ユーザ情報端末１０２との認証処理を実行し、認証された場合、仲介ユーザ情報端末１０２に対して認証された場合、仲介ユーザ情報端末１０２に対して嗜好情報、サーバ端末１０３のIPアドレス、およびサーバ端末１０３のユーザの嗜好情報を送信することで、サーバ端末１０３に対する認証の仲介を要求する。
【００７１】
仲介処理部１６８ｄは、仲介ユーザ情報端末１０２からのサーバ端末１０３に対する認証仲介処理により認証された場合、認証仲介により認証された仲介ユーザ情報端末１０２のIPアドレスとサーバ端末１０３のIPアドレスを組にして端末情報データベース１６８ｄに登録する。また、仲介ユーザ情報端末間１０２で認証されたサーバ端末認証１０２のIPアドレスとサーバ端末１０３のIPアドレスも組にして端末情報データベースに登録する。
【００７２】
ユーザ情報データベース１６８ｅは、図１２で示されるように、認証するユーザ情報端末１０１、仲介ユーザ情報端末１０２、および、サーバ端末１０３のユーザIDを管理しているデータベースである。図１２の場合、ユーザ情報データベース１６８ｅは、各データを区別するIDに対応して、仲介ユーザ情報端末１０２がアクセスを認めた、すなわち、認証したユーザ情報端末１０１、仲介ユーザ情報端末１０２、および、サーバ端末１０３のユーザIDが登録されており、今の場合、ID＝１には、QQQと記録されており、ID=2には、SSSと登録されており、それぞれ認証したユーザのユーザ情報端末１０１、仲介ユーザ情報端末１０２、または、サーバ端末１０３のユーザIDが登録されている。
【００７３】
尚、端末情報データベース１６８ｂ、および、個人情報データベース１６８ｃは、端末情報データベース１２８ｂ、および、個人情報データベース１２８ｃと同様のものであるので、その説明は省略する。
【００７４】
サーバ端末１０３の認証処理部２０８ａは、ユーザ情報端末１０１や仲介ユーザ情報端末１０２のユーザIDと嗜好情報を受信し、この情報に基づいて、認証処理を実行する。認証処理部２０８ａは、認証する場合、ユーザ情報データベース２０８ｂに認証したユーザ情報端末１０１、または、仲介ユーザ情報端末１０２のユーザIDを登録する。
【００７５】
尚、ユーザ情報データベース２０８ｂ、および、個人情報データベース２０８ｃは、ユーザ情報データベース１６８ｅ、および、個人情報データベース１６８ｃと同様のものであるので、その説明は省略する。
【００７６】
次に、図１３のフローチャートを参照して、ユーザ情報端末１０１のサーバ端末１０３への認証処理について説明する。
【００７７】
ステップＳ１において、認証処理部１２８ａは、入力部１２６が操作されて、嗜好情報が設定され、IPアドレスが入力されて、そのIPアドレスで指定されるサーバ端末１０３への認証が要求されたか否かを判定し、入力部１２６が操作されて、嗜好情報が設定されて、サーバ端末１０３への認証が要求されたと判定されるまでその処理を繰り返す。
【００７８】
ステップＳ１において、入力部１２６が操作されて、嗜好情報が設定されて、サーバ端末１０３への認証が要求されたと判定された場合、ステップＳ２において、認証処理部１２８ａは、個人情報データベース１２８ｃにアクセスし、ユーザIDと嗜好情報を読み出して、サーバ端末１０３に送信し、認証を要求する。
【００７９】
ステップＳ２１において、サーバ端末１０３の認証処理部２０８ａは、ユーザIDと嗜好情報が送信されてきて、認証が要求されたか否かを判定し、認証が要求されたと判定されるまでその処理を繰り返す。例えば、ステップＳ２の処理により、ユーザIDと嗜好情報が送信されてきた場合、認証が要求されたと判定し、その処理は、ステップＳ２２に進む。
【００８０】
ステップＳ２２において、認証処理部２０８ａは、送信されてきたユーザ情報端末１０１のユーザIDと嗜好情報を受信し、ステップＳ２３において、ユーザ情報データベース２０８ｂを参照して、ユーザ情報端末１０１より送信されてきたユーザIDが登録されたものであるか否かを判定する。すなわち、認証処理部２０８ａは、認証を要求してきたユーザ情報端末１０１が過去に認証されているか否かを判定する。例えば、ユーザ情報端末１０１からの認証要求が始めてであって、過去に認証を許可したことがない、すなわち、ユーザ情報データベース２０８ｂに、ユーザ情報端末１０１より送信されてきたユーザIDが登録されていないと判定された場合、その処理は、ステップＳ２４に進む。
【００８１】
ステップＳ２４において、認証処理部２０８ａは、送信されてきたユーザ情報端末１０１のユーザの嗜好情報と、個人情報データベース２０８ｃに登録されている自らのユーザの嗜好情報との類似度を計算する。
【００８２】
すなわち、ユーザ情報端末１０１のユーザと、サーバ端末１０３のユーザの嗜好情報がそれぞれ図１４で示される、ユーザＡ，Ｂの嗜好情報である場合、嗜好情報の類似度は、以下のように計算される。
【００８３】
すなわち、図１４において、ユーザＡの嗜好情報は、項目として「本」、「映画」、および、「テレビ」であって、それぞれの重みが「３」、「２」、「３」と登録されている。また、ユーザＢの嗜好情報は、項目として「本」、「映画」、および、「スポーツ」であって、それぞれの重みが「２」、「４」、「１」と登録されている。
【００８４】
これらの嗜好情報をベクトル化するとユーザＡの嗜好情報は、（本，映画，テレビ，スポーツ）＝（３，２，３，０）となり、ユーザＢの嗜好情報は、（本，映画，テレビ，スポーツ）＝（２，４，０，１）となる。
【００８５】
嗜好情報の類似度は、以下の式（１）で示される、これらのベクトル化された嗜好情報のコサイン距離により定義される。
【００８６】
【数１】
2005050185.tif 000003
・・・（１）
【００８７】
ここで、Ｓは、類似度（＝コサイン距離）を示し、ｉは、項目を識別する識別子を示す。今の場合、項目数は、１乃至ｍとされている。PA，PBは、それぞれユーザＡ，Ｂの嗜好情報のベクトルであり、PAiは、ユーザAの嗜好情報のベクトルの要素であり、同様に、PBiは、ユーザＢの嗜好情報のベクトルの要素である。また、Ｓは、０≦Ｓ≦１である。また、類似度が高いほどＳは１に近い値をとり、逆に、類似度が低いと０に近い値となる。
【００８８】
従って、図１４で示されるユーザＡ，Ｂの嗜好情報の類似度は、以下の式（２）のように計算される。
Ｓ＝（３×２＋２×４＋３×０＋１×０）
／（√（３2＋２2＋３2）×√（２2＋４2＋１2）
Ｓ≒０．６５
・・・（２）
【００８９】
このように、図１４で示されるような嗜好情報の場合、類似度は、約０．６５となる。
【００９０】
ステップＳ２５において、認証処理部２０８ａは、計算された類似度Ｓ所定の閾値thとを比較し、所定の閾値thよりも大きいか否かを判定する。すなわち、所定の閾値thよりも大きいということは、それぞれの嗜好情報が類似していることが示され、逆に、閾値thよりも小さいということは、それぞれの嗜好情報が類似していないことが示されることになる。ステップＳ２５において、類似度Ｓが所定の閾値thよりも高いと判定された場合、すなわち、ユーザ情報端末１０１のユーザと、サーバ端末１０３のユーザの嗜好情報が類似していると判定された場合、その処理は、ステップＳ２６に進む。尚、この閾値thを高めに設定すると、嗜好情報の類似性の高いユーザのユーザ情報端末１０１にしか認証しないことになるので、セキュリティのレベルを向上させることができる。逆に、閾値thの設定を低めにすることで、セキュリティのレベルを下げることができ、この閾値thの設定値により自由に認証によるセキュリティのレベルを制御することができる。
【００９１】
ステップＳ２６において、認証処理部２０８ａは、送信されてきたユーザIDと嗜好情報をユーザ情報データベース２０８ｂに登録する。
【００９２】
ステップＳ２７において、認証処理部２０８ａは、ユーザ情報端末１０１を認証し（認証を認め）、その旨をユーザ情報端末１０１に通知する。このとき、認証処理部２０８ａは、個人情報データベース２０８ｃに登録されている自らのユーザIDと嗜好情報も合わせてユーザ情報端末１０１に通知する。
【００９３】
ステップＳ３において、ユーザ情報端末１０１の認証処理部１２８ａは、認証結果が送信されてきたか否かを判定し、認証結果が送信されてくるまで、その処理を繰り返す。例えば、ステップＳ２７の処理により、認証されたことを知らせる通知と共に、サーバ端末１０３のユーザのユーザIDと嗜好情報が、認証結果として送信されてくると、認証結果が送信されてきたと判定し、その処理は、ステップＳ４に進む。
【００９４】
ステップＳ４において、認証処理部１２８ａは、認証結果を取得し、ステップＳ５において、認証結果が認証が認められたか（認証ＯＫか）否かを判定する。今の場合、ステップＳ２７の処理により認証が認められた旨の通知が送信されてきているので、認証が認められたと判定され、その処理は、ステップＳ６に進む。
【００９５】
ステップＳ６において、認証処理部１２８ａは、送信されてきたサーバ端末１０３のIPアドレス、ユーザID、および、嗜好情報を端末情報データベース１２８ｄに登録し、その処理は終了する。
【００９６】
ステップＳ２３において、ユーザ情報データベース２０８ｂに、ユーザ情報端末１０１より送信されてきたユーザIDが登録されていると判定された場合、ステップＳ２４乃至Ｓ２６の処理は、スキップされて、その処理は、ステップＳ２７に進む。すなわち、ユーザ情報端末１０１は、ユーザ情報データベース２０８ｂに登録済みなので、嗜好情報の類似度を比較する必要もなく、また、ユーザ情報データベース２０８ｂへの登録も不要なのでステップＳ２４乃至Ｓ２６の処理はスキップされ、認証される。
【００９７】
以上の処理により、ユーザ情報端末１０１は、サーバ端末１０３に認証を求めたとき、既にユーザ情報データベース２０８ｂに登録済みであるか、または、それぞれのユーザの嗜好情報の類似度Ｓが所定の閾値th以上であれば、認証される。
【００９８】
ステップＳ２５において、類似度Ｓが所定の閾値thよりも低いと判定された場合、すなわち、ユーザ情報端末１０１のユーザと、サーバ端末１０３のユーザの嗜好情報が類似していないと判定された場合、その処理は、ステップＳ２８に進む。
【００９９】
ステップＳ２８において、認証処理部２０８ａは、ユーザ情報端末１０１を認証せず（認証を認めず）、その旨をユーザ情報端末１０１に通知する。
【０１００】
この処理に応じて、ステップＳ５においては、認証がＯＫではないと判定されて、ステップＳ７において、認証処理部１２８ａは、仲介要求処理を実行させる。
【０１０１】
ここで、図１５のフローチャートを参照して、ユーザ情報端末１０１から仲介ユーザ情報端末１０２への仲介要求処理を説明する。
【０１０２】
ステップＳ４１において、ユーザ情報端末１０１の認証処理部１２８ａは、端末情報データベース１２８ｂを参照して、サーバ端末１０３にアクセスが許可されている仲介ユーザ情報端末１０２を検索する。すなわち、端末情報データベース１２８ｂには、図９で示されるように、IPアドレスで指定される仲介ユーザ情報端末１０２毎に、アクセスが許可されている仲介ユーザ情報端末１０２、または、サーバ端末１０３のIPアドレスの情報が記録されているので、アクセスが許可されている端末の欄（図９の左列の欄）にサーバ端末１０３のIPアドレスが登録されている仲介ユーザ情報端末１０２を検索する。
【０１０３】
ステップＳ４２において、認証要求部１２８ａは、サーバ端末１０３にアクセスが許可されている仲介ユーザ情報端末１０２が検索されたか否かを判定する。例えば、ステップＳ４２において、サーバ端末１０３にアクセスが許可されている仲介ユーザ情報端末１０２が検索されなかったと判定された場合、ステップＳ４３において、認証要求部１２８ａは、図１０で示されるような端末情報データベース１２８ｂに登録されている、仲介ユーザ情報端末１０２の嗜好情報と、自らの嗜好情報とを比較し、所定の閾値以上の類似度となる仲介ユーザ情報端末１０２を検索する。この類似度の計算方法は、上述した式（１）の計算と同様のものである。ここで、検索される仲介ユーザ情報端末１０２は、複数である場合があり、ここでは、特に、仲介ユーザ情報端末群と称する。
【０１０４】
ステップＳ４４において、認証処理部１２８ａは、図１０で示されるような端末情報データベース１２８ｂに登録されている、仲介ユーザ情報端末１０２のユーザの嗜好情報と、サーバ端末１０３のユーザの嗜好情報とを比較し、最も高い類似度となる仲介ユーザ情報端末１０２を検索する。この類似度の計算方法は、上述した式（１）の計算と同様のものである。尚、サーバ端末１０３にユーザ情報端末１０１がこれまで認証されたことが無い場合、サーバ端末１０３のユーザの嗜好情報は、予めユーザ情報端末１０１のユーザにより設定されるものであって、実際のサーバ端末１０３のユーザの嗜好情報とは異なるものである。すなわち、認証されなければ、サーバ端末１０３のユーザの嗜好情報は、取得されないため、例えば、ユーザが知っているサーバ端末１０３のユーザの嗜好情報を入力するようにしてもよい。
【０１０５】
ステップＳ４５において、認証処理部１２８ａは、ステップＳ４４の処理で検索された仲介ユーザ情報端末１０２に対してユーザ情報端末の仲介ユーザ情報端末への認証処理を実行する。この処理に応じて、図１５のステップＳ６１において、仲介ユーザ情報端末１０２の認証処理部１６８ａは、ユーザ情報端末の仲介ユーザ情報端末への認証処理を実行する。
【０１０６】
ここで、図１６のフローチャートを参照して、ユーザ情報端末の仲介ユーザ情報端末への認証処理について説明する。
【０１０７】
尚、図１６のフローチャートにおけるステップＳ８１乃至Ｓ８３の処理、および、ステップＳ１０１乃至Ｓ１０８の処理は、図１３のフローチャートにおけるステップＳ２乃至Ｓ４の処理、および、ステップＳ２１乃至Ｓ２８の処理と同様であるのでその説明は省略する。
【０１０８】
すなわち、図１６のフローチャートの処理により、仲介ユーザ情報端末１０２のユーザ情報データベース１６８ｅにユーザ情報端末１０１のユーザIDが登録されているか、または、個人情報データベース１６８ｃに登録されている仲介データ情報端末１０２のユーザの嗜好情報とデータ情報端末１０１のユーザとの嗜好情報の類似度が高い場合、認証され、それ以外のとき認証されない。
【０１０９】
ここで、図１５のフローチャートの説明に戻る。
【０１１０】
ステップＳ４６において、認証処理部１２８ａは、認証が認められたか否かを判定する。例えば、認証が認められなかったと判定された場合、ステップＳ４８において、認証が失敗した仲介ユーザ情報端末１０２を仲介ユーザ情報端末群から削除する。
【０１１１】
ステップＳ４９において、認証処理部１２８ａは、検索された仲介ユーザ情報端末群に仲介ユーザ情報端末１０２が残されているか否かを判定する。すなわち、ステップＳ４８の処理により認証されなかった仲介ユーザ情報端末１０２が削除されることにより、検索された仲介ユーザ情報端末群の仲介ユーザ情報端末１０２が全て削除されたか否かが判定される。
【０１１２】
ステップＳ４９において、仲介ユーザ情報端末群に仲介ユーザ情報端末１０２が残されていると判定された場合、その処理は、ステップＳ４４に戻る。
【０１１３】
一方、仲介ユーザ情報端末１０２の認証処理部１６８ａは、認証されなかった場合、その処理は終了する。
【０１１４】
ステップＳ４６において、認証がＯＫであると判定された場合、ステップＳ４７において、認証処理部１２８ａは、仲介ユーザ情報端末１０２に対して、認証仲介を要求する。
【０１１５】
一方、ステップＳ６２において、認証がＯＫであると判定された場合、ステップＳ６３において、仲介ユーザ情報端末１０２の認証処理部１６８ａは、認証仲介がユーザ情報端末１０１より要求されたか否かを判定し、要求されるまでその処理を繰り返す。例えば、ステップＳ４７の処理により、認証仲介が要求された場合、ステップＳ６３において、認証仲介がユーザ情報端末１０１より要求されたと判定され、ステップＳ６４において、認証処理部１６８ａは、ユーザ情報端末１０１より送信されてきた認証仲介の要求を受信し、ステップＳ６５において、認証仲介処理を開始させその処理は終了する。
【０１１６】
ステップＳ４９において、検索された仲介ユーザ情報端末群に仲介ユーザ情報端末１０２が残っていないと判定された場合、ステップＳ５０において、認証処理部１２８ａは、サーバ端末１０３への認証不可を、仲介要求処理の結果として、図１３のフローチャートを参照して説明した処理結果として通知する。
【０１１７】
ここで、図１７のフローチャートを参照して、ステップＳ６５の処理により処理が開始される仲介ユーザ情報端末のサーバ端末への認証仲介処理について説明する。
【０１１８】
ステップＳ１２１において、仲介処理部１６８ｄは、サーバ端末１０３に対して仲介ユーザ情報端末のサーバ端末への認証処理を実行する。この処理に応じて、ステップＳ１４１において、サーバ端末１０３の認証処理部２０８ａも、仲介ユーザ情報端末のサーバ端末への認証処理を実行する。
【０１１９】
ここで、図１８のフローチャートを参照して、仲介ユーザ情報端末のサーバ端末への認証処理について説明する。
【０１２０】
ステップＳ１５１において、仲介処理部１６８ｄは、個人情報データベース１６８ｃにアクセスし、ユーザIDと嗜好情報を読み出して、認証の仲介を要求してきたユーザ情報端末１０１と自らのユーザIDと嗜好情報をサーバ端末１０３に送信し、認証を要求する。
【０１２１】
ステップＳ１７１において、サーバ端末１０３の認証処理部２０８ａは、ユーザ情報端末１０１と仲介ユーザ情報端末１０２のユーザIDと嗜好情報が送信されてきて、認証が要求されたか否かを判定し、認証が要求されたと判定されるまでその処理を繰り返す。例えば、ステップＳ１５１の処理により、ユーザ情報端末１０１と仲介ユーザ情報端末１０２のそれぞれのユーザIDと嗜好情報が送信されてきた場合、認証が要求されたと判定し、その処理は、ステップＳ１７２に進む。
【０１２２】
ステップＳ１７２において、認証処理部２０８ａは、送信されてきたユーザ情報端末１０１と仲介ユーザ情報端末１０２のユーザIDと嗜好情報を受信し、ステップＳ１７３において、ユーザ情報データベース２０８ｂを参照して、仲介ユーザ情報端末１０２のユーザIDが登録されたものであるか否かを判定する。すなわち、認証処理部２０８ａは、認証を要求してきた仲介ユーザ情報端末１０２が過去に認証されているか否かを判定する。例えば、仲介ユーザ情報端末１０２からの認証要求が始めてであって、過去に認証を許可したことがない、すなわち、ユーザ情報データベース２０８ｂに、仲介ユーザ情報端末１０２より送信されてきたユーザIDが登録されていないと判定された場合、その処理は、ステップＳ１７４に進む。
【０１２３】
ステップＳ１７４において、認証処理部２０８ａは、送信されてきた仲介ユーザ情報端末１０２のユーザの嗜好情報と、個人情報データベース２０８ｃに登録されている自らのユーザの嗜好情報との類似度を計算する。この計算方法も上述した式（１）を用いた処理である。
【０１２４】
ステップＳ１７５において、認証処理部２０８ａは、計算された類似度Ｓと所定の閾値thとを比較し、所定の閾値thよりも大きいか否かを判定する。例えば、ステップＳ１７５において、類似度Ｓが所定の閾値thよりも高いと判定された場合、すなわち、仲介ユーザ情報端末１０２のユーザと、サーバ端末１０３のユーザの嗜好情報が類似していると判定された場合、その処理は、ステップＳ１７６に進む。
【０１２５】
ステップＳ１７６において、認証処理部２０８ａは、送信されてきたユーザ情報端末１０１と仲介ユーザ情報端末１０２のそれぞれのユーザIDと嗜好情報をユーザ情報データベース２０８ｂに登録する。
【０１２６】
ステップＳ１７７において、認証処理部２０８ａは、仲介ユーザ情報端末１０２を認証し（認証を認め）、その旨を仲介ユーザ情報端末１０２に通知する。このとき、認証処理部２０８ａは、個人情報データベース２０８ｃに登録されている自らのユーザIDと嗜好情報も合わせて仲介ユーザ情報端末１０２に通知する。
【０１２７】
ステップＳ１５２において、仲介ユーザ情報端末１０２の仲介処理部１６８ａは、認証結果が送信されてきたか否かを判定し、認証結果が送信されてくるまで、その処理を繰り返す。例えば、ステップＳ１７７の処理により、認証されたことを知らせる通知と共に、サーバ端末１０３のユーザのユーザIDと嗜好情報が、認証結果として送信されてくると、認証結果が送信されてきたと判定し、その処理は、ステップＳ１５３に進む。
【０１２８】
ステップＳ１５３において、認証処理部１６８ａは、認証結果を取得し、その処理は終了する。
【０１２９】
ステップＳ１７３において、ユーザ情報データベース２０８ｂに、仲介ユーザ情報端末１０２のユーザIDが登録されていると判定された場合、ステップＳ１７４乃至Ｓ１７６の処理は、スキップされて、その処理は、ステップＳ１７７に進む。
【０１３０】
以上の処理により、仲介ユーザ情報端末１０２がサーバ端末１０３に認証を求めたとき、既にユーザ情報データベース２０８ｂに登録済みであるか、または、それぞれのユーザの嗜好情報の類似度Ｓが所定の閾値th以上であれば、認証される。このとき、サーバ端末１０３は、仲介ユーザ情報端末１０２のユーザIDをユーザ情報データベース２０８ｂに登録すると共に、同時に送付されてきている、仲介ユーザ情報端末１０２に仲介を要求してきたユーザ情報端末１０１のユーザIDもユーザ情報データベース２０８ｂに登録するので、これ以降の処理で、ユーザ情報端末１０１がサーバ端末１０３に認証を要求しても、ユーザ情報データベース２０８ｂに登録されているので、認証が認められることになり、結果として、仲介ユーザ情報端末１０２が認証されるとき、同時にユーザ情報端末１０１も認証されたことになる。
【０１３１】
ステップＳ１７５において、類似度Ｓが所定の閾値thよりも低いと判定された場合、すなわち、仲介ユーザ情報端末１０２のユーザと、サーバ端末１０３のユーザの嗜好情報が類似していないと判定された場合、その処理は、ステップＳ１７８に進む。
【０１３２】
ステップＳ１７８において、認証処理部２０８ａは、仲介ユーザ情報端末１０２を認証せず（認証を認めず）、その旨を仲介ユーザ情報端末１０２に通知する。
【０１３３】
ここで、図１７のフローチャートの説明に戻る。
【０１３４】
ステップＳ１２１の仲介ユーザ情報端末のサーバ端末への認証処理が終了すると、ステップＳ１２２において、仲介処理部１６８ｄは、図１８のフローチャートのステップＳ１５３の処理で取得された認証結果に基づいて、仲介ユーザ情報端末のサーバ端末への認証処理により認証がＯＫであったのか否かを判定する。例えば、認証がＯＫであった、すなわち、認証仲介が要求された仲介ユーザ情報端末１０２がサーバ端末１０３に対して認証された場合、ステップＳ１２３において、仲介処理部１０２は、サーバ端末１０３のユーザID、嗜好情報、および、IPアドレスを端末情報データベース１６８ｂに登録する。すなわち、このように認証が認められる毎にサーバ端末１０３のIPアドレスを端末情報データベースに登録することにより、以降のアクセス可能な端末の情報を増やすことができ、アクセス可能な端末の情報を増やすことにより、認証仲介をより迅速なものとしていくことが可能となる。
【０１３５】
ステップＳ１２４において、仲介処理部１６８ｄは、認証処理部１６８ａに対して認証成功と共に、サーバ端末１０３のユーザID、IPアドレス、および、嗜好情報を仲介を要求してきたユーザ情報端末１０１に送信させ、その処理を終了させる。
【０１３６】
ステップＳ１４１の処理により、仲介ユーザ情報端末のサーバ端末への認証処理が終了すると、その処理は終了する。
【０１３７】
ステップＳ１２２において、認証がＯＫではないと判定された場合、ステップＳ１２５において、仲介処理部１６８ｄは、他の仲介ユーザ情報端末への仲介要求処理を実行する。
【０１３８】
ここで、図１９のフローチャートを参照して、他の仲介ユーザ情報端末への仲介要求処理について説明する。尚、ステップＳ１９１乃至１９４の処理、および、ステップＳ１９６乃至Ｓ２００の処理、並びに、ステップＳ２２２乃至Ｓ２２５の処理は、図１５を参照して、説明したステップＳ４１乃至Ｓ４４の処理、および、ステップＳ４６乃至Ｓ５０の処理、並びに、ステップＳ６２乃至Ｓ６５の処理と同様であるが、図１５の処理は、ユーザ情報端末１０１の認証処理部１２８ａと仲介ユーザ情報端末１０２の認証処理部１６８ａとの処理であったのに対して、図１９の処理は、例えば、仲介ユーザ情報端末１０２−１が仲介ユーザ情報端末１０２−２に仲介を要求する場合、仲介ユーザ情報端末１０２−１の仲介処理部１６８ｄ−１が仲介ユーザ情報端末１０２−２の認証処理部１６８ａ−２に対して仲介を要求する処理となる。従って、同様の処理であるので、その説明は省略する。
【０１３９】
ステップＳ１９５，Ｓ２２１の仲介ユーザ情報端末間認証処理は、図１８を参照して説明した処理と同様であるので、その説明は省略する。ただし、図１８においては、仲介卯ユーザ情報端末の仲介処理部１６８ｄが、サーバ端末１０３の認証処理部２０８ａに対してした認証であったのに対して、図１９のＳ１９５，Ｓ２２１の処理は、仲介ユーザ情報端末１０２−１，１０２−２間の場合、仲介処理部１６８ｄ−１が認証処理部１６８ａ−２に対してした認証となる。
【０１４０】
ここで、図１７のフローチャートの説明に戻る。
【０１４１】
ステップＳ１２６において、仲介ユーザ情報端末１０２の仲介処理部１６８ｄは、ステップＳ１２５の処理により開始された他の仲介ユーザ情報端末への仲介要求処理の仲介要求が成功したか否かを判定する。すなわち、図１９の処理においては、ステップＳ２００の処理で、サーバ端末１０３への認証が不可であるとの通知がある場合、仲介が失敗したことになり、それ以外の場合、ステップＳ２２５の処理により、他の仲介ユーザ情報端末１０２においても図１７のフローチャートの処理が開始されていることになるため、従って、ステップＳ１２６においては、ステップＳ２００の処理で、サーバ端末１０３への認証が不可であるとの通知がある場合、仲介が成功していないと判定されて、その処理は、ステップＳ１２７に進む。
【０１４２】
ステップＳ１２７において、仲介処理部１６８ｄは、認証失敗を仲介を要求してきたユーザ情報端末１０１（または、仲介ユーザ情報端末１０２）に送信し、その処理を終了する。
【０１４３】
一方、ステップＳ１２６において、ステップＳ２００の処理で、サーバ端末１０３への認証が不可であるとの通知がなく、仲介が成功したと判定された場合、ステップＳ１２８において、仲介処理部１６８ｄは、認証仲介処理による認証結果が送信されてきたか否かを判定する。すなわち、今の場合、他の仲介ユーザ情報端末１０２において、今説明している図１７のフローチャートの処理であるサーバ端末１０３への認証仲介処理を実行しているので、その認証仲介処理の認証結果が送信されてくるか否かを判定する。
【０１４４】
そして、ステップＳ１２８において、認証仲介処理の認証結果が送信されてこないと判定された場合、ステップＳ１３０において、仲介処理部１６８ｄは、所定の時間が経過したか否かを判定し、所定の時間が経過していない場合、その処理は、ステップＳ１２８に戻る。すなわち、所定の時間が経過するまでステップＳ１２８，Ｓ１３０の処理を繰り返す。そして、ステップＳ１３０において、所定の時間が経過したと判定された場合、その処理は、ステップＳ１２７に進む。
【０１４５】
ステップＳ１２８において、認証処理結果が送信されてきたと判定された場合、ステップＳ１２９において、仲介処理部１６８ｄは、認証仲介処理による認証結果がＯＫであったか否かを判定し、例えば、他の仲介ユーザ情報端末１０２により実行された図１７のフローチャートで説明する仲介ユーザ情報端末のサーバ端末認証仲介処理によるステップＳ１２４の処理で、認証が成功したことが通知された場合、その処理は、ステップＳ１３１に進む。
【０１４６】
ステップＳ１３１において、仲介処理部１６８ｄは、他の仲介ユーザ情報端末１０２より送信されてきた、サーバ端末１０３、および、他の仲介ユーザ情報端末１０２のそれぞれのユーザID、IPアドレス、および、嗜好情報を端末情報データベース１６８ｂに登録する。
【０１４７】
ステップＳ１３２において、仲介処理部１６８ｄは、サーバ端末１０３、および、他の仲介ユーザ情報端末１０２のそれぞれのユーザID、IPアドレス、および、嗜好情報に加えて、自らのユーザID、IPアドレス、および、嗜好情報を、仲介要求元となるユーザ情報端末１０１に送信し、処理を終了する。
【０１４８】
ここで、図１３のフローチャートの説明に戻る。
【０１４９】
ステップＳ８において、認証処理部１２８ａは、認証仲介処理結果が送信されてきたか否かを判定し、認証仲介処理結果が送信されてきていないと判定した場合、ステップＳ９において、所定の時間が経過したか否かを判定し、所定の時間が経過していないと判定された場合、その処理は、ステップＳ８に戻る。すなわち、所定の時間が経過するまで、ステップＳ８，Ｓ９の処理を繰り返す。そして、ステップＳ８において、認証仲介処理結果が送信されてきた場合、ステップＳ１０において、認証処理部１２８ａは、仲介ユーザ情報端末１０２より認証が得られたか、すなわち、認証仲介処理結果が認証ＯＫであったか否かを判定し、例えば、図１７のフローチャートのステップＳ１２４の処理に基づいて、認証がＯＫであった場合、その処理は、ステップＳ２に戻る。
【０１５０】
すなわち、認証が得られたと言うことは、図１８のフローチャートのステップＳ１７６の処理により、ユーザ情報端末１０１のユーザIDがユーザ情報データベース２０８ｂに登録されていることになるので、以降においては、サーバ情報端末１０３に対しては認証が得られることになる。
【０１５１】
ステップＳ１０において、例えば、図１７のフローチャートのステップＳ１２７の処理により、認証が失敗したことが通知された場合、または、ステップＳ９において、所定の時間が経過したと判定された場合、ステップＳ１１において、認証処理部１２８ａは、認証不可を表示する。
【０１５２】
図２０で示されるタイミングチャートと、図２１で示される認証システムの構成を参照して、以上の処理をまとめると、以下のようになる。尚、ここでは、認証仲介により、ユーザ情報端末１０１から仲介ユーザ端末１０２−１，１０２−２を経由して、サーバ端末１０３に認証される例について説明する。
【０１５３】
すなわち、ステップＳ２，Ｓ２１（図１３のユーザ情報端末のサーバ端末への認証処理）の処理で、ユーザ情報端末１０１がサーバ端末１０３に対して認証を要求する（図２１の矢印Ｌ（点線）の処理）。このとき、ステップＳ２８（図１３）の処理で認証が認められず、その結果が、ステップＳ３（図１３）で受信される。
【０１５４】
次に、図２１の矢印Ｉで示されるように、ステップＳ４５，Ｓ６１（図１５の仲介要求処理）の処理で、ユーザ情報端末１０１から仲介ユーザ情報端末１０２−１に対して、認証を要求し、ステップＳ４６，Ｓ６１（図１５）の処理で、認証が得られると、仲介ユーザ情報端末１０２−１が、ステップＳ４７，Ｓ６３の処理により、サーバ端末１０３への認証仲介要求をする。
【０１５５】
この認証仲介要求により、図２１の矢印Ｍ（点線）で示されるように、ステップＳ１２１，Ｓ１４１（図１７の仲介ユーザ情報端末認証仲介処理）の処理により仲介ユーザ情報端末１０２−１が、サーバ端末１０３に認証を要求する。ここで、ステップＳ１２２，Ｓ１４１（図１７）の処理により、サーバ端末１０３が、認証されなかったことを仲介ユーザ情報端末１０２−１に通知する。
【０１５６】
さらに、図２１の矢印Ｊで示されるように、ステップＳ１９５，Ｓ２１１（図１９の他の仲介ユーザ情報端末への仲介要求処理）の処理で、仲介ユーザ情報端末１０２−１から仲介ユーザ情報端末１０２−２に対して、認証を要求し、ステップＳ１９６，Ｓ２１１（図１９）の処理で、認証が得られると、仲介ユーザ情報端末１０２−１が、仲介ユーザ情報端末１０２−２に対してステップＳ１９７，Ｓ２１３の処理により、サーバ端末１０３への認証仲介要求をする。
【０１５７】
この認証仲介要求により、図２１の矢印Ｋで示されるように、ステップＳ１２１，Ｓ１４１（図１７の仲介ユーザ情報端末認証仲介処理）の処理により仲介ユーザ情報端末１０２−２が、サーバ端末１０３に認証を要求する。ここで、ステップＳ１２２，Ｓ１４１（図１７）の処理により、サーバ端末１０３が、認証したことを仲介ユーザ情報端末１０２−２に通知する。このとき、サーバ端末１０３は、自らのユーザID、IPアドレス、および嗜好情報を仲介ユーザ情報端末１０２−２に送信する。
【０１５８】
さらに、ステップＳ１２３，Ｓ１２８において、仲介ユーザ情報端末１０２−２は、サーバ端末１０３から受け取ったユーザID、IPアドレス、および嗜好情報に加えて、自らのユーザID、IPアドレス、および嗜好情報を認証仲介が成功したことを仲介ユーザ情報端末１０２−１に通知する。
【０１５９】
また、ステップＳ１２３，Ｓ８において、仲介ユーザ情報端末１０２−１は、サーバ端末１０３、および、仲介ユーザ情報端末１０２−２のそれぞれから受け取ったユーザID、IPアドレス、および嗜好情報に加えて、自らのユーザID、IPアドレス、および嗜好情報を認証仲介が成功したことをユーザ情報端末１０に通知する。
【０１６０】
さらに、そこで、ステップＳ２，Ｓ２１（図１３のユーザ情報端末のサーバ端末への認証処理）の処理で、ユーザ情報端末１０１がサーバ端末１０３に対して認証を要求する（図２１の矢印Ｌの処理）。このとき、ステップＳ１４１の処理で認証が得られており、ユーザ情報端末１０１のユーザIDが、サーバ端末１０３のユーザ情報データベース２０８ｂに登録されていることになるので、矢印Lで示されるように、ユーザ情報端末１０１がサーバ端末１０３に認証を要求すると認証が得られることになる。
【０１６１】
結果として、ユーザ情報端末１０１は、仲介ユーザ情報端末１０２−１，１０２−２を経由して、サーバ端末１０３に認証されることになる。尚、以上の例においては、仲介ユーザ情報端末１０２−１，１０２−２の２台の仲介ユーザ情報端末１０２を経由する場合について説明したが、それ以上の仲介ユーザ情報端末１０２を経由して認証されるようにしてもよいことは言うまでもない。
【０１６２】
次に、上述した図１５のステップＳ４４の処理において、ユーザ情報端末１０１のユーザによるサーバ端末１０３のユーザの嗜好情報の設定について説明する。
【０１６３】
ユーザ情報端末１０１が、これまでサーバ端末１０３に認証されたことが無い場合、サーバ端末１０３のユーザの嗜好情報を取得することはできない。そこで、ユーザ情報端末１０１のユーザが入力部１２６を操作して入力する。しかしながら、ユーザ情報端末１０１のユーザがサーバ端末１０３のユーザを全く知らない場合、サーバ端末１０３にアクセスしにくい、あるいはできない恐れがある。
【０１６４】
すなわち、サーバ端末１０３への認証仲介を要求する仲介ユーザ情報端末１０２を検索する場合、常にサーバ端末１０３のユーザの嗜好情報を元に行うが、サーバ端末１０３のユーザの嗜好情報を知りえなければ、図２２の上段で示されるように、サーバ端末１０３にアクセスできる仲介ユーザ情報端末１０２にたどり着けない可能性が高いからである。
【０１６５】
ここで、図２２の上段においては、ユーザＡの嗜好情報は、項目「テレビ」の重みが１で、「映画」の重みが２である。同様にして、ユーザＢの嗜好情報は、項目「本」の重みが３で、「映画」の重みが２である。ユーザＣの嗜好情報は、項目「本」の重みが３で、「漫画」の重みが５である。ユーザDの嗜好情報は、項目「テレビ」の重みが４で、「ニュース」の重みが２である。ユーザＥの嗜好情報は、項目「政治」の重みが２で、「ニュース」の重みが３である。ユーザＧの嗜好情報は、項目「政治」の重みが５で、「ニュース」の重みが３である。
【０１６６】
従って、図２２の上段のようなユーザＡにより所持されるユーザ情報端末１０１から矢印Ｎ，Ｏで示されるユーザＢにより所持される仲介ユーザ情報端末１０２−１１、および、ユーザＣにより所持される仲介ユーザ情報端末１０２−１２のように、認証仲介を要求しても、サーバ端末１０３の嗜好情報に近付いていくことができない（図中では、矢印Ｐ以降でもサーバ端末１０３に繋がらないことが示されている）。ここで、サーバ端末１０３に近付くとは、複数の仲介ユーザ情報端末１０２が連鎖的に認証仲介処理を実行して、最終的にサーバ端末１０３に対して認証を要求できるようにすることである。
【０１６７】
そこで、図２２で示されるように、ユーザＡがユーザＧの所持するサーバ端末１０３に認証されようとする場合、ユーザ情報端末１０１のユーザが、サーバ端末１０３のユーザであるユーザGの嗜好情報として、例えば、ユーザGがニュースが好きであることを知っているとき、ユーザ情報端末１０１のユーザは、入力部１２６を操作してサーバ端末１０３のユーザの嗜好情報として「ニュース」を入力する。
【０１６８】
そして、ユーザ情報端末１０１が認証される仲介ユーザ情報端末１０２の中でもっとも類似度の高い仲介ユーザ情報端末１０２(ユーザDの仲介ユーザ情報端末１０２−２１)にアクセスする。さらに、その仲介ユーザ情報端末１０２−２１のユーザ情報データベース１６８ｅ−２１に、ユーザGが政治好きであるという嗜好情報が格納されている場合、ユーザAが入力したユーザGの嗜好情報である「ニュース」に、その「政治」という嗜好情報を追加し、次の仲介ユーザ情報端末１０２−２２を検索する。
【０１６９】
このように、目的とする仲介ユーザ情報端末１０２のユーザの嗜好情報を徐々に補完することで、仲介に最適なユーザ情報端末を検索できるようになる。結果として、図２２の下段に示すように、ユーザＡの所持するユーザ情報端末１０１が認証仲介を要求した仲介ユーザ情報端末１０２は、徐々にサーバ端末１０３に近付いていくことができ、図２２の矢印Ｓで示されるように、最終的に、複数の仲介ユーザ情報端末１０２を介して、ユーザＡの所持するユーザ情報端末１０１は、ユーザＧの所持するサーバ端末１０３へと認証を要求することができるようになる。
【０１７０】
また、先に述べたように、目的とする端末のユーザの嗜好情報を全く知らない場合、仲介に最適な仲介ユーザ情報端末１０２を検索することが難しくなることから、不正なアクセスを防ぐこともできるようになる。ただし、ここで不正なアクセスとは、全く知らない、あるいは関係ないユーザのサーバ端末にアクセスすることである。
【０１７１】
以上の認証システムにおいては、嗜好情報を自らで変更できるため、厳密な意味では完全な認証とは言えない。すなわち、以上の認証システムにおいては、完全に部外者の侵入を防止することはできない。
【０１７２】
しかしながら、ここで目的とされる認証は、完全に部外者の侵入を防止することではなく、受け入れるユーザを制限することである。すなわち、上述のサーバ端末１０３が、あるジャンルのコンテンツ配信サーバであった場合、あまり多くのユーザがアクセスしてしまうと、コンテンツ配信サーバの負荷が大きくなり、アクセスしにくくなったり、配信が遅れるなどの障害が発生する恐れがある。しかしながら、上述のしたような認証システムを導入することにより、ある程度限定的なジャンルに興味を持っている嗜好情報を持ったユーザにしかアクセスできないようにすることで、コンテンツ配信サーバにアクセスするユーザ数を制限することができ、結果として、上述したコンテンツ配信サーバの障害を抑制することが可能となる。さらに、類似度Ｓに対する閾値thの設定を可変とすることで、制限するユーザ数をも可変にすることができる。
【０１７３】
以上によれば、認証サーバなどの特殊なサーバをネットワーク上に構築することなく、P2Pのネットワーク環境で、認証を行わせることができ、結果として、第１のコンピュータが、第２のコンピュータに認証できない場合、第２のコンピュータに認証可能な第３のコンピュータを介して、第１のコンピュータが第２のコンピュータに認証されるようにすることが可能となる。
【０１７４】
以上の例においては、例えば、仲介ユーザ情報端末１０２間で連鎖的に認証仲介を要求しても、目的のサーバ端末１０３への認証を要求することができない恐れがある。このような場合、ネットワーク上では、認証仲介を要求する処理が無数に発生し、ネットワーク全体の負荷を大きくしてしまう恐れがある。そこで、認証仲介を要求したユーザ情報端末からのホップ数を制限することにより、認証仲介を要求する処理の発生回数を制限させるようにしてもよい。
【０１７５】
図２３は、TTL（Time to Live）を用いて、認証仲介を要求したユーザ情報端末から認証仲介される仲介ユーザ情報端末のホップ数を制限するようにした仲介ユーザ情報端末１０２の構成を示している。
【０１７６】
尚、図６を参照して、説明した構成については、同一の番号を付してあり、その説明は適宜省略する。
【０１７７】
図６の仲介ユーザ情報端末１０２と図２３の仲介ユーザ情報端末１０２において、異なる点は、認証処理部１６８ａおよび仲介処理部１６８ｄに代えて認証処理部１６８ａ’および仲介処理部１６８ｄ’を設けたことにある。認証処理部１６８ａ’および仲介処理部１６８ｄ’は、基本的な機能は、認証処理部１６８ａおよび仲介処理部１６８ｄと同様であるが、TTLを備えており、認証仲介が成立する度に１デクリメントして、認証仲介を要求した仲介ユーザ情報端末１０２に渡していくもので、最終的にこのTTLが０よりも小さいとき、認証仲介を他の仲介ユーザ情報端末１０２に要求することができないようにするものである。
【０１７８】
ここで、TTLとは、初期値として１以上の所定の値が設定された、仲介ユーザ情報端末１０２間で認証仲介が成立する度に持ち回りで渡されていくカウンタである。
【０１７９】
図２４は、上述した図２３の仲介ユーザ情報端末１０２を使用したときの認証システムの機能を示す図である。ここで、図８の認証システムと異なるのは、認証処理部１６８ａおよび仲介処理部１６８ｄに代えて認証処理部１６８ａ’および仲介処理部１６８ｄ’を設けたことにある。ここで、初期値が１のTTLを用いた場合、仲介処理部１６８ｄ’−１は、例えば、仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’−２に対して認証仲介を要求し、成立すると、TTLを１デクリメントして０として仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’−２に渡す。結果として、仲介ユーザ情報端末１０２−２の仲介処理部１６８ｄ’−２は、これ以上、その他の仲介ユーザ情報端末１０２に認証仲介ができないことになる。
【０１８０】
次に、図２５のフローチャートを参照して、図２３の仲介ユーザ情報端末間の認証処理について説明する。
【０１８１】
尚、図２５のフローチャートにおけるステップＳ２３４，Ｓ２３５の処理、および、ステップＳ２５３乃至Ｓ２５５，Ｓ２５７，Ｓ２５９，Ｓ２６０の処理は、図１３のフローチャートにおけるステップＳ３，Ｓ４の処理、および、ステップＳ２３乃至Ｓ２５，Ｓ２７，Ｓ２９，Ｓ３０の処理と同様であるのでその説明は省略する。
【０１８２】
ステップＳ２３１において、仲介処理部１６８ｄ’−１は、仲介ユーザ情報端末への最初の認証処理であるか否かを判定する。すなわち、自らが認証仲介を要求したユーザ情報端末１０１からみてホップ数が１となる仲介ユーザ情報端末１０２であるか否かが判定される。ステップＳ２３１において、例えば、仲介ユーザ情報端末への最初の認証処理であると判定された場合、ステップＳ２３２において、仲介処理部１６８ａ’−１は、TTLを初期化し、所定の値とする。
【０１８３】
ステップＳ２３３において、仲介処理部１６８ａ’−１は、個人情報データベース１２８ｃにアクセスし、ユーザIDと嗜好情報を読み出して、サーバ端末１０３に送信し、認証を要求する。さらに、このとき、仲介処理部１６８ａ’−１は、TTLを仲介ユーザ情報端末１０２−２に送信する。
【０１８４】
ステップＳ２５１において、仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’−２は、ユーザID、嗜好情報、および、TTLが送信されてきて、認証が要求されたか否かを判定し、認証が要求されたと判定されるまでその処理を繰り返す。例えば、ステップＳ２３３の処理により、ユーザID、嗜好情報、および、TTLが送信されてきた場合、認証が要求されたと判定し、その処理は、ステップＳ２５２に進む。
【０１８５】
ステップＳ２５２において、認証処理部１６８ａ’−２は、送信されてきたユーザ情報端末１０１のユーザID、嗜好情報、および、TTLを受信する。
【０１８６】
ステップＳ２５６において、認証処理部１６８ａ’−２は、TTLが０より小さいか否かを判定し、０より小さいとき、その処理は、ステップＳ２６０に進む。すなわち、ホップ数が設定以上であるので、これ以上の認証仲介を受け入れない。また、TTLが０より小さくないとき、その処理は、ステップＳ２５９に進み、認証仲介を受け入れる。
【０１８７】
ステップＳ２５８において、認証処理部１６８ａ’−２は、TTLを１デクリメントする。
【０１８８】
以上の処理により、例えば、図２６で示されるように、TTLの初期値が１として設定された場合、仲介ユーザ情報端末１０２−３１が、ユーザ情報端末１０１から矢印Tで示されるように、認証仲介が要求されるとき、矢印Vで示されるように認証仲介を要求すると、仲介ユーザ情報端末１０２−３２において、TTLが１デクリメントされて０となる。さらに、矢印Vで示されるように、仲介ユーザ情報端末１０２−３２が、仲介ユーザ情報端末１０２−３３に認証仲介を要求するとき、仲介ユーザ情報端末１０２−３３において、TTLが１デクリメントされて−１となるため、ここでは、認証仲介が受け入れられないことになる。
【０１８９】
一方、仲介ユーザ情報端末１０２−３１が、矢印Wで示されるように、仲介ユーザ情報端末１０２−３４に認証仲介を要求した場合、仲介ユーザ情報端末１０２−３４において、TTLが１デクリメントされて０となる。さらに、矢印Xで示されるように、仲介ユーザ情報端末１０２−３４が、サーバ端末１０３に認証を要求する場合、これは、認証仲介を要求するわけではないので、TTLに関わらず処理が可能となる。
【０１９０】
結果的に、上述のようにTTLを設定することで、ユーザ情報端末１０１からホップ数が２までの仲介ユーザ情報端末１０２までの範囲でのみ、認証仲介を要求する処理が制限されることになる。
【０１９１】
以上の処理により、TTLを用いることにより、ホップ数を制限して、仲介ユーザ情報端末間で認証仲介を連鎖的に要求させることができ、無用なネットワーク負荷の増大を抑制することができる。
【０１９２】
以上においては、TTLを用いた場合について説明してきたが、例えば、ホップ数をそのままカウントしてホップ数による認証仲介処理を制限させるようにしてもよい。
【０１９３】
図２７は、ホップ数をカウントするホップカウンタCを用いて、認証仲介を要求したユーザ情報端末から認証仲介される仲介ユーザ情報端末のホップ数を制限するようにした仲介ユーザ情報端末１０２の構成を示している。
【０１９４】
尚、図６を参照して、説明した構成については、同一の番号を付してあり、その説明は適宜省略する。
【０１９５】
図６の仲介ユーザ情報端末１０２と図２７の仲介ユーザ情報端末１０２において、異なる点は、認証処理部１６８ａおよび仲介処理部１６８ｄに代えて認証処理部１６８ａ’’および仲介処理部１６８ｄ’’を設けたことにある。認証処理部１６８ａ’’および仲介処理部１６８ｄ’’は、基本的な機能は、認証処理部１６８ａおよび仲介処理部１６８ｄと同様であるが、ホップカウンタCを備えており、認証仲介が成立する度に１インクリメントして、認証仲介を要求した仲介ユーザ情報端末１０２に渡していくもので、最終的にこのホップカウンタCが所定数となったとき、認証仲介を他の仲介ユーザ情報端末１０２に要求することができないようにするものである。
【０１９６】
ここで、ホップカウンタCとは、初期値が設定された、仲介ユーザ情報端末１０２間で認証仲介が成立する度に持ち回りで渡されていくカウンタである。
【０１９７】
図２８は、上述した図２７の仲介ユーザ情報端末１０２を使用したときの認証システムの機能を示す図である。ここで、図８の認証システムと異なるのは、認証処理部１６８ａおよび仲介処理部１６８ｄに代えて認証処理部１６８ａ’’および仲介処理部１６８ｄ’’を設けたことにある。ここで、初期値が１で最大２までのホップカウンタCを用いた場合、仲介処理部１６８ｄ’’−１は、例えば、仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’’−２に対して認証仲介を要求し、成立すると、ホップカウンタCを１インクリメントして２として仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’’−２に渡す。結果として、仲介ユーザ情報端末１０２−２の仲介処理部１６８ｄ’’−２は、ホップカウンタCが最大数となっているので、これ以上、その他の仲介ユーザ情報端末１０２に認証仲介ができないことになる。
【０１９８】
次に、図２９のフローチャートを参照して、図２７の仲介ユーザ情報端末間の認証処理について説明する。
【０１９９】
尚、図２９のフローチャートにおけるステップＳ２７４，Ｓ２７５の処理、および、ステップＳ２９３乃至Ｓ２９５，Ｓ２９７，Ｓ２９９，Ｓ３００の処理は、図１３のフローチャートにおけるステップＳ３，Ｓ４の処理、および、ステップＳ２３乃至Ｓ２５，Ｓ２７，Ｓ２９，Ｓ３０の処理と同様であるのでその説明は省略する。
【０２００】
ステップＳ２７１において、仲介処理部１６８ｄ’’−１は、仲介ユーザ情報端末への最初の認証処理であるか否かを判定する。すなわち、自らが認証仲介を要求したユーザ情報端末１０１からみてホップ数が１となる仲介ユーザ情報端末１０２であるか否かが判定される。ステップＳ２７１において、例えば、仲介ユーザ情報端末への最初の認証処理であると判定された場合、ステップＳ２７２において、仲介処理部１６８’’−１は、ホップカウンタCを初期化し、所定の値（例えば、１）とする。
【０２０１】
ステップＳ２７３において、仲介処理部１６８’’ａ−１は、個人情報データベース１２８ｃにアクセスし、ユーザIDと嗜好情報を読み出して、サーバ端末１０３に送信し、認証を要求する。さらに、このとき、仲介処理部１６８’’ａ−１は、ホップカウンタCを仲介ユーザ情報端末１０２−２に送信する。
【０２０２】
ステップＳ２９１において、仲介ユーザ情報端末１０２−２の認証処理部１６８ａ’’−２は、ユーザID、嗜好情報、および、ホップカウンタCが送信されてきて、認証が要求されたか否かを判定し、認証が要求されたと判定されるまでその処理を繰り返す。例えば、ステップＳ２７３の処理により、ユーザID、嗜好情報、および、ホップカウンタCが送信されてきた場合、認証が要求されたと判定し、その処理は、ステップＳ２９２に進む。
【０２０３】
ステップＳ２９２において、認証処理部１６８ａ’’−２は、送信されてきたユーザ情報端末１０１のユーザID、嗜好情報、および、ホップカウンタCを受信する。
【０２０４】
ステップＳ２９６において、認証処理部１６８ａ’’−２は、ホップカウンタCが閾値thより大きいか否かを判定し、閾値thより大きいとき、その処理は、ステップＳ３００に進む。すなわち、ホップ数が設定以上であるので、これ以上の認証仲介を受け入れない。また、ホップカウンタCが閾値thより大きくないとき、その処理は、ステップＳ２９６に進み、認証仲介を受け入れる。
【０２０５】
ステップＳ２９８において、認証処理部１６８ａ’’−２は、ホップカウンタCを１インクリメントする。
【０２０６】
以上の処理により、例えば、図３０で示されるように、ホップカウンタCの初期値が１として設定され、閾値thが２として設定された場合、仲介ユーザ情報端末１０２−３１が、ユーザ情報端末１０１から矢印Tで示されるように、認証仲介が要求されるとき、矢印Vで示されるように認証仲介を要求すると、仲介ユーザ情報端末１０２−３２において、ホップカウンタCが１インクリメントされて２となる。さらに、矢印Vで示されるように、仲介ユーザ情報端末１０２−３２が、仲介ユーザ情報端末１０２−３３に認証仲介を要求するとき、仲介ユーザ情報端末１０２−３３において、ホップカウンタCが１インクリメントされて３となるため、ここでは、認証仲介が受け入れられないことになる。
【０２０７】
一方、仲介ユーザ情報端末１０２−３１が、矢印Wで示されるように、仲介ユーザ情報端末１０２−３４に認証仲介を要求した場合、仲介ユーザ情報端末１０２−３４において、ホップカウンタCが１インクリメントされて２となる。さらに、矢印Xで示されるように、仲介ユーザ情報端末１０２−３４が、サーバ端末１０３に認証を要求する場合、これは、認証仲介を要求するわけではないので、ホップカウンタCに関わらず処理が可能となる。
【０２０８】
結果的に、上述のようにホップカウンタCを設定することで、ユーザ情報端末１０１からホップ数が２までの仲介ユーザ情報端末１０２までの範囲でのみ、認証仲介を要求する処理が制限されることになる。
【０２０９】
以上の処理により、ホップカウンタCを利用することにより、ホップ数を制限して、仲介ユーザ情報端末間で認証仲介を連鎖的に要求させることができ、無用なネットワーク負荷の増大を抑制することができる。
【０２１０】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどに記録媒体からインストールされる。
【０２１１】
この記録媒体は、図５乃至図７に示すようにユーザ情報端末１０１、仲介ユーザ情報端末１０２、および、サーバ端末１０３に予め組み込まれた状態でユーザに提供される、プログラムが記録されている記憶部１２８，１６８，２０８だけではなく、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１４１，１８１，２２１（フレキシブルディスクを含む）、光ディスク１４２，１８２，２２２（CD-ROM(Compact Disk-Read Only Memory)，DVD（Digital Versatile Disk）を含む）、光磁気ディスク１４３，１８３，２２３（MD（MinIDisk）を含む）、もしくは半導体メモリ１４４，１８４，２２４（Memory Stickを含む）などよりなるパッケージメディアにより構成される。
【０２１２】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【０２１３】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２１４】
【図１】従来の認証システムを説明する図である。
【図２】従来の認証システムを説明する図である。
【図３】従来の認証システムを説明する図である。
【図４】本発明を適用した認証システムを説明する図である。
【図５】ユーザ情報端末の構成を示すブロック図である。
【図６】仲介ユーザ情報端末の構成を示すブロック図である。
【図７】サーバ端末の構成を示すブロック図である。
【図８】認証システムの機能を説明する機能ブロック図である。
【図９】端末情報データベースを説明する図である。
【図１０】端末情報データベースを説明する図である。
【図１１】個人情報データベースを説明する図である。
【図１２】ユーザ情報データベースを説明する図である。
【図１３】図８の認証システムにおけるユーザ情報端末のサーバ端末への認証処理を説明するフローチャートである。
【図１４】類似度の計算を説明する嗜好情報の例を示す図である。
【図１５】図８の認証システムにおける仲介要求処理を説明するフローチャートである。
【図１６】図８の認証システムにおけるユーザ情報端末の仲介ユーザ情報端末への認証処理を説明するフローチャートである。
【図１７】図８の認証システムにおける仲介ユーザ情報端末の認証仲介処理を説明するフローチャートである。
【図１８】図８の認証システムにおける仲介ユーザ情報端末のサーバ端末への認証処理を説明するフローチャートである。
【図１９】図８の認証システムにおける他の仲介ユーザ情報端末への仲介要求処理を説明するフローチャートである。
【図２０】図８の認証システムにおける認証処理を説明するタイミングチャートである。
【図２１】認証処理を説明する図である。
【図２２】嗜好情報に基づいた認証を説明する図である。
【図２３】仲介ユーザ情報端末のその他の構成を示すブロック図である。
【図２４】本発明を適用した認証システムのその他の構成を示す図である。
【図２５】図２４の認証システムにおける仲介ユーザ情報端末間認証処理を説明するフローチャートである。
【図２６】図２４の認証システムにおける認証処理を説明する図である。
【図２７】仲介ユーザ情報端末のさらにその他の構成を示すブロック図である。
【図２８】本発明を適用した認証システムのさらにその他の構成を示す図である。
【図２９】図２８の認証システムにおける仲介ユーザ情報端末間認証処理を説明するフローチャートである。
【図３０】図２８の認証システムにおける認証処理を説明する図である。
【符号の説明】
【０２１５】
１０１  ユーザ情報端末，  １０２，１０２−１，１０２−２  仲介ユーザ情報端末，  １０３  サーバ端末，  １２８ａ  認証処理部，  １２８ｂ  端末情報データベース，  １２８ｃ  個人情報データベース，  １６８ａ，１６８ａ−１，１６８ａ−２  認証処理部，  １６８ｂ，１６８ｂ−１，１６８ｂ−２  端末情報データベース，  １６８ｃ，１６８ｃ−１，１６８ｃ−２  個人情報データベース，  １６８ｄ，１６８ｄ−１，１６８ｄ−２  仲介処理部，  １６８ｅ，１６８ｅ−１，１６８ｅ−２  ユーザ情報データベース，  ２０８ａ  認証処理部，  ２０８ｂ  ユーザ情報データベース，  ２０８ｃ  個人情報データベース
【図１】
2005050185.tif 000004
【図２】
2005050185.tif 000005
【図３】
2005050185.tif 000006
【図４】
2005050185.tif 000007
【図５】
2005050185.tif 000008
【図６】
2005050185.tif 000009
【図７】
2005050185.tif 000010
【図８】
2005050185.tif 000011
【図９】
2005050185.tif 000012
【図１０】
2005050185.tif 000013
【図１１】
2005050185.tif 000014
【図１２】
2005050185.tif 000015
【図１３】
2005050185.tif 000016
【図１４】
2005050185.tif 000017
【図１５】
2005050185.tif 000018
【図１６】
2005050185.tif 000019
【図１７】
2005050185.tif 000020
【図１８】
2005050185.tif 000021
【図１９】
2005050185.tif 000022
【図２０】
2005050185.tif 000023
【図２１】
2005050185.tif 000024
【図２２】
2005050185.tif 000025
【図２３】
2005050185.tif 000026
【図２４】
2005050185.tif 000027
【図２５】
2005050185.tif 000028
【図２６】
2005050185.tif 000029
【図２７】
2005050185.tif 000030
【図２８】
2005050185.tif 000031
【図２９】
2005050185.tif 000032
【図３０】
2005050185.tif 000033