データ送信装置、データ受信装置、認証方法、受信方法及びプログラム
【課題】 ピアツーピア型ネットワークにおいてユーザの認証を行うことを可能とし、且つ、この認証を実現させるための管理情報をノード間で送受信することによる通信量の増大を抑止する技術を提供すること。
【解決手段】 データ要求元からの要求に応じるデータ送信装置が、まず、認証サーバによって認証されたデータ要求元から、認証サーバによって暗号化された暗号化第一認証情報と、第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された暗号化第二認証情報とを、受信する。次に、暗号化第一認証情報及び暗号化第二認証情報を復号化する。次に、復号化手段によって取得された第一認証情報から、認証サーバと同じ論理で疑似乱数を得る。次に、疑似乱数生成部によって得られた疑似乱数と、復号化手段によって取得された第二認証情報とを比較し、同じ値である場合に、データ要求元からの要求を認める。
【解決手段】 データ要求元からの要求に応じるデータ送信装置が、まず、認証サーバによって認証されたデータ要求元から、認証サーバによって暗号化された暗号化第一認証情報と、第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された暗号化第二認証情報とを、受信する。次に、暗号化第一認証情報及び暗号化第二認証情報を復号化する。次に、復号化手段によって取得された第一認証情報から、認証サーバと同じ論理で疑似乱数を得る。次に、疑似乱数生成部によって得られた疑似乱数と、復号化手段によって取得された第二認証情報とを比較し、同じ値である場合に、データ要求元からの要求を認める。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ（ピアツーピア）型ネットワークにおいて、ファイルのダウンロードにおける認証を実現する技術に関する。
【背景技術】
【０００２】
ピアツーピア型ネットワークは、ファイル共有システムとして広く普及している。ピアツーピア型ネットワークでは、複数の情報処理装置がそれぞれノードとして動作する。そして、各ノードがネットワークにより通信可能に接続されることで、ピアツーピア型ネットワークが構成される。このように、ピアツーピア型ネットワークは、原則としてサーバを必要としない。このため、ピアツーピア型ネットワーク内においてファイルの送受信が行われる場合には、ファイルの受信（ダウンロード）を希望する情報処理装置はサーバにはアクセスしない。即ち、ダウンロードを希望する情報処理装置は、同等の他の情報処理装置にアクセスすることで、ファイルのダウンロードを実行する。
【０００３】
このように、ピアツーピア型ネットワークにおいてファイルが送受信される場合には、そのファイルの送受信等を管理するサーバがない。このため、ピアツーピア型ネットワーク内で実行されるファイルの送受信が、適正な行為であるか否かを管理すること、即ちファイルの受信者側になるユーザの認証を行うことは難しい。しかしながら、例えば特許文献１に記載された技術のように、ピアツーピア型ネットワークにおいてユーザ認証を実現させる技術も提案されつつある。
【０００４】
特許文献１に記載された技術は、ピアツーピア通信を行う通信装置に関する技術である。この通信装置は、他の通信装置の利用者に関するプレゼンス情報を取得する手段と、他の通信装置の通信パケットの送受信における一連の暗号および認証規則を示すセキュリティポリシ情報を取得する手段とを備える。そして、この通信装置は、プレゼンス情報とセキュリティポリシ情報とから、他の通信装置に送信するＩＰパケットのセキュリティポリシを決定し、決定したセキュリティポリシを用いて他の通信装置にＩＰパケットを送信する。
【特許文献１】特開２００４−２７２７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した認証方法では、ピアツーピア型ネットワークにおける認証の問題を解決できない場合がある。ピアツーピア型ネットワークに接続されたあらゆるノードは、ファイルの送信を行う情報処理装置になりうる。このため、送信を行う情報処理装置においてファイル送受信の適否を管理しようとすると、ピアツーピア型ネットワークに接続されたあらゆるノードにおいて管理情報（認証するか否かを決定するための情報：例えば、認証ＩＤと認証パスワードの組み合わせ等）を共有する必要がある。そして、管理情報は最新のものでなければ適切な管理を実現することが難しい。このため、ピアツーピア型ネットワークに接続された各情報処理装置は、このピアツーピア型ネットワークに接続された他の全ての情報処理装置に関する管理情報を常に更新取得しつづけなければならない。従って、通信資源の活用の非効率化を招くと共に、適切な管理の実現も困難となっていた。このような問題は、ピアツーピア型ネットワークの規模、即ち接続されるノード数が増大するにつれて、より顕著なものとなっていた。
【０００６】
本発明は、ピアツーピア型ネットワークにおいてユーザの認証を行うことを可能とし、且つ、この認証を実現させるための管理情報をノード間で送受信することによる通信量の増大を抑止する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第一の態様は、ピアツーピア型ネットワークに接続され、ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置であって、復号化手段、疑似乱数生成手段及び認証手段を含む。
【０００８】
復号化手段は、認証サーバによって認証されたデータ要求元から、暗号化第一認証情報及び暗号化第二認証情報を受信する。この認証サーバは、ピアツーピア型ネットワークには接続されていない。暗号化第一認証情報は、認証サーバによって第一認証情報が暗号化された情報である。暗号化第二認証情報は、第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された情報である。また、復号化手段は、暗号化第一認証情報及び暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得する。疑似乱数生成手段は、復号化手段によって取得された第一認証情報から、認証サーバと同じ論理で疑似乱数を得る。認証手段は、疑似乱数生成手段によって得られた疑似乱数と、復号化手段によって取得された第二認証情報とを比較し、同じ値である場合に、データ要求元からの要求を認める。
【０００９】
本発明の第一の態様によれば、認証サーバによって、データ要求元の認証が行われる。また、ピアツーピア型ネットワークに接続されたデータ送信装置は、認証サーバによって生成された暗号化第一認証情報と暗号化第二認証情報とを用いた比較処理を行うのみで、管理情報を用いた認証処理は行わない。即ち、ピアツーピア型ネットワークに接続されたデータ送信装置は、端末識別子、認証ＩＤ、認証パスワードのように、ユーザの参加や脱退などの変動に応じて更新が必要となる管理情報を用いた認証処理を実施しない。このため、データ送信装置において、これら管理情報の更新を行う必要がない。従って、管理情報の送受信によるピアツーピア型ネットワーク内の通信量の増大を抑止することができる。
【００１０】
また、本発明の第一の態様によるデータ送信装置の認証手段は、データ要求元からの要求を認める判断がなされた場合に、このデータ要求元に対し、要求されたデータを送信するように構成されても良い。
【００１１】
また、上述した本発明の第一の態様によるデータ送信装置において、第一認証情報には、データ要求元を示す端末識別子が含まれるように構成されても良い。この場合、認証手段は、データ要求元から端末識別子を受信し、復号化手段によって取得された第一認証情報から端末識別子を取得し、これら二つの端末識別子を比較し、同じ値である場合に、データ要求元からの要求を認めるように構成される。即ち、この場合の認証手段は、第一認証情報から得られた疑似乱数及び第二認証情報の比較処理と、二つの端末識別子の比較処理との、二重の比較処理によってデータ要求元の認証を行う事が可能となる。このため、認証の制度を向上させることが可能となる。
【００１２】
本発明の第二の態様は、ピアツーピア型ネットワークに接続され、ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置であって、サーバ認証要求手段、端末認証要求手段及び受信手段を含む。
【００１３】
サーバ認証要求手段は、認証サーバに対し、認証を要求する。この認証サーバも、ピアツーピア型ネットワークには接続されていない。端末認証要求手段は、認証サーバによって認証がなされた後に、暗号化第一認証情報と暗号化第二認証情報とを認証サーバから受信し、これをデータ送信元に送信する。暗号化第一認証情報は、認証サーバによって暗号化された情報である。暗号化第二認証情報は、暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された情報である。受信手段は、データ送信元によって暗号化第一認証情報及び暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された第二認証情報とが同じ値である場合に、このデータ送信元から、要求に応じたデータを受信する。
【００１４】
本発明の第二の態様におけるサーバ認証要求手段は、認証を要求する際に、自装置を示す端末識別子を認証サーバに送信するように構成されても良い。この場合、端末認証要求手段は、暗号化第一認証情報及び暗号化第二認証情報に加えて、さらに端末識別子をデータ送信元に送信するように構成される。また、受信手段は、データ送信元において第一認証情報が復号化されることによって得られる第一認証情報から得られる端末識別子と、端末認証要求手段によって送信される端末識別子とが比較され、二つの端末識別子が同じ値である場合に、データ送信元から前記要求に応じたデータを受信するように構成される。
【００１５】
以上のように構成された第二の態様によっても、第一の態様と同様の効果を得ることが出来る。
【００１６】
また、本発明は、上記した第一の態様及び第二の態様を含むシステムとして特定されても良い。また、本発明は、コンピュータを、各装置として動作させるためのプログラムとして特定されても良い。また、本発明は、上記した各装置が実行する方法として特定されても良い。
【発明の効果】
【００１７】
本発明により、ピアツーピア型ネットワークにおいてユーザの認証を行うことを可能とし、且つ、この認証を実現させるための管理情報をノード間で送受信することによる通信量の増大を抑止することが可能となる。
【発明を実施するための最良の形態】
【００１８】
［ネットワーク構成］
まず、本発明における認証システム１００のネットワーク構成例について説明する。図１は、認証システム１００のネットワーク構成例を示す図である。認証システム１００は、認証サーバ１０、第一端末２０（本発明における「データ要求元」、「データ受信装置」に相当）及び第二端末３０（本発明における「データ送信装置」、「データ送信元」に相当）を含む。第一端末２０は、認証サーバ１０及び第二端末３０と通信可能に構成される。第一端末２０と認証サーバ１０とはインターネット等のネットワークを用いて、クライアント・サーバ型ネットワークで接続される。第一端末２０と第二端末３０とは、インターネット等のネットワークを用いて、ピアツーピア型ネットワークで接続される。
【００１９】
なお、第一端末２０と認証サーバ１０及び第二端末３０との間の通信形態はインターネットに限定される必要はなく、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の他の通信形態を用いて構成されても良い。
【００２０】
また、図１では、第一端末２０が接続する認証サーバ１０は１台しか記載されていないが、複数台の認証サーバ１０に接続されても良い。また、図１では、第一端末２０と第二端末３０とを接続するピアツーピア型ネットワークには、この２台の情報処理装置のみが接続されているように表されている。しかし、当然のことながら、他の端末装置がこのピアツーピア型ネットワークにさらに接続されても良い。
【００２１】
なお、以下の説明では、第一端末２０は、ユーザが使用する端末装置であるとする。また、第一端末２０のユーザがダウンロード又はアクセスすることを所望するデータは、第二端末３０が有しているとする。複数の端末装置が接続されたピアツーピア型ネットワーク内において、ユーザがダウンロード又はアクセスすることを所望するデータを、どの端末装置が有しているかを第一端末２０が知る方法は、本発明における認証システム１００に適用されるピアツーピア型ネットワークの技術に応じて、どのような方法が採用されても良い。
【００２２】
［第一実施形態］
〔システム構成〕
次に、本発明における認証システム１００の第一実施形態（認証システム１００）について説明する。図２は、認証システム１００のシステム構成例を示す図である。
【００２３】
認証システム１００は、認証サーバ１０、第一端末２０及び第二端末３０を含む。認証システム１００のネットワーク構成は、上述したネットワーク構成と同じである。以下、各装置について説明する。
【００２４】
〈認証サーバ〉
認証サーバ１０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ専用装置などを用いて構成することができる。認証サーバ１０は、送受信部１１、認証部１２、疑似乱数生成部１３及び暗号化部１４を含む装置として機能する。次に、認証サーバ１０に含まれる各機能部について説明する。
【００２５】
〈〈送受信部〉〉
送受信部１１は、ネットワークを介して第一端末２０との間でデータを送受信するために、認証サーバ１０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部１１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の技術がある。
【００２６】
〈〈認証部〉〉
認証部１２は、不図示の認証データベースに管理情報を記憶する。そして、認証部１２は、第一端末２０から受信されたサーバ認証要求と管理情報とに基づいて、第一端末２０又はそのユーザについて認証処理を行う。
【００２７】
認証部１２が行う認証処理には、どのような認証技術が適用されても良い。例えば、サーバ認証要求に含まれる端末識別子が、不図示の認証データベースに登録されているか否かに基づいて（例えば登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求にパスワードが含まれるようにし、端末識別子とパスワードとの組み合わせに基づいて（例えばこの組み合わせが認証データベースに登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求に、端末識別子とは異なる認証用ＩＤ及び認証用パスワードが含まれるようにし、この組み合わせに基づいて（例えばこの組み合わせが認証データベースに登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求に、ユーザがピアツーピア型ネットワーク内の他の端末からダウンロードすることを所望するデータの識別子（データＩＤ）が含まれるようにし、このデータＩＤにさらに基づいて、上述した認証処理を行うように構成されても良い。
【００２８】
〈〈疑似乱数生成部〉〉
疑似乱数生成部１３は、第一端末２０から受信された端末識別子から第一認証情報を取得する。例えば、擬似乱数生成部１３は、端末識別子をそのまま第一認証情報として取得するように構成されても良い。また、擬似乱数生成部１３は、端末識別子に他のデータ（乱数や認証サーバ１０の識別子などのデータ）を付加することによって第一認証情報を取得するように構成されても良い。
【００２９】
また、疑似乱数生成部１３は、第一認証情報から疑似乱数を生成することにより第二認証情報を取得する。疑似乱数生成部１３に適用される疑似乱数生成方法は特に限定されない。例えば、疑似乱数生成部１３は、ハッシュ関数を用いて第一認証情報のハッシュ値を取得することで疑似乱数を生成しても良い。
【００３０】
〈〈暗号化部〉〉
暗号化部１４は、第一認証情報及び第二認証情報を暗号化することにより、暗号化第一認証情報及び暗号化第二認証情報を生成する。暗号化部１４は、不図示の記憶装置に予め記憶されている電子鍵を取得し、その電子鍵を用いて暗号化を行う。この電子鍵は、サーバ認証要求の内容にかかわらず特定の電子鍵が選択されても良い。また、この電子鍵は、サーバ認証要求に含まれるデータＩＤに応じて選択されても良い。後者の場合、不図示の記憶装置にはデータＩＤに対応付けて電子鍵が記憶される。そして、暗号化部１４は、受信されたサーバ認証要求に含まれるデータＩＤに応じた電子鍵を取得し、暗号化を行う。暗号化部１４は、暗号化されたデータ（暗号化第一認証情報及び暗号化第二認証情報）を、認証部１２が認証した第一端末２０に送信する。
【００３１】
〈第一端末〉
第一端末２０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。第一端末２０は、第一送受信部２１、サーバ認証要求部２２、端末認証要求部２３、第二送受信部２４、入力部２５及び出力部２６を含む装置として機能する。次に、第一端末２０に含まれる各機能部について説明する。
【００３２】
〈〈第一送受信部〉〉
第一送受信部２１は、ネットワークを介して認証サーバ１０との間でデータを送受信するために、第一端末２０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。第一送受信部２１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の技術がある。
【００３３】
〈〈サーバ認証要求部〉〉
サーバ認証要求部２２は、認証サーバ１０のアドレスを取得する。そして、サーバ認証要求部２２は、第一送受信部２１を介して認証サーバ１０にサーバ認証要求を送信する。
【００３４】
まず、認証サーバ１０のアドレスの取得方法について説明する。認証サーバ１０のアドレスの取得方法には複数の実現方法があり、いずれの実現方法を採用するかは認証システム１００の設計者によって自由に選択されて良い。例えば、サーバ認証要求部２２は、第一端末２０の内部又は外部に備えられた不図示の記憶装置に予め記憶されている認証サーバ１０のアドレスを読み出すことで、認証サーバ１０のアドレスを取得しても良い。
【００３５】
また、ユーザが所望するデータに応じて認証サーバ１０が異なる場合は、サーバ認証要求部２２は、ユーザが所望するデータに応じた認証サーバ１０のアドレスを取得しても良い。ユーザが所望するデータは、例えば入力部２５を介してユーザがデータを指定することで取得できる。この場合、サーバ認証要求部２２における認証サーバ１０のアドレス取得の実現方法はいくつかあり、この実現方法についても設計者が自由に選択できる。例えば、ユーザが所望するデータに対応付けて前述した記憶装置が認証サーバ１０のアドレスを記憶し、サーバ認証要求部２２はこの記憶装置から認証サーバ１０のアドレスを取得するように構成されても良い。また、第二端末３０が、このデータに対応する認証サーバ１０のアドレスを記憶しておくように構成され、第一端末２０が、第二端末３０にアクセスすることによって認証サーバ１０のアドレスを取得しても良い。なお、データ個々に認証サーバ１０が対応するのではなく、各データを有しているサイト毎に認証サーバ１０が対応するように構成されても良い（第三動作例に相当）。
【００３６】
次に、サーバ認証要求部２２が認証サーバ１０に送信するサーバ認証要求について説明する。サーバ認証要求は、少なくとも端末識別子を含む。端末識別子は、ピアツーピア型ネットワーク内において第一端末２０を一意に識別できるものであれば、どのようなものであっても良い。例えば、第一端末２０のグローバルＩＰアドレス（以下、「ＧＩＰ」と言う。）が端末識別子として使用されても良いし、ピアツーピア型ネットワーク内で割り当てられるＩＤが端末識別子として使用されても良い。そして、サーバ認証要求は、この端末識別子のみで構成されても良いし、他の情報（例えば、乱数やデータＩＤや認証用ＩＤや認証用パスワードなど）が端末識別子に付加されても良い。また、サーバ認証要求部２２は、暗号化第一認証情報及び暗号化第二認証情報を、認証サーバ１０から受信する。
【００３７】
〈〈端末認証要求部〉〉
端末認証要求部２３は、認証サーバ１０から受信した暗号化第一認証情報及び暗号化第二認証情報を含む端末認証要求を取得し、これらとデータＩＤとを含む端末認証要求を生成する。そして、端末認証要求部２３は、生成された端末認証要求を第二端末３０に対し送信する。なお、第二端末３０において復号化に用いられる電子鍵が、各データを有しているサイトに応じて決まる場合には、さらにこのサイトを示すＩＤ（サイトＩＤ）が端末認証要求に含められる。また、端末認証要求部２３は、端末認証要求に対して第二端末３０から送信されるデータを受信する（本発明における「受信手段」としての機能）。
【００３８】
〈〈第二送受信部〉〉
第二送受信部２４は、ネットワークを介して第二端末３０との間でデータを送受信するために、第一端末２０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。第二送受信部２４は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨ等の技術がある。
【００３９】
〈〈入力部〉〉
入力部２５は、第一端末２０に接続された入力装置を制御する。入力装置とは、ユーザが第一端末２０に命令やデータを入力するために使用する装置である。入力装置は、第一端末２０に備え付けられていても良い。入力装置は、ボタンやキーボードやジョグダイヤルや文字認識装置や音声認識装置などの装置である。
【００４０】
〈〈出力部〉〉
出力部２６は、サーバ認証要求部２２及び端末認証要求部２３の指示に従って文字・画像や音声の出力を制御する。出力部２３は、第一端末２０に接続された出力装置に出力の指示を出す。出力装置は、第一端末２０に備え付けられていても良い。なお、出力装置とは、ＣＲＴディスプレイ（Cathode Ray Tube ディスプレイ），液晶ディスプレイ，有機ＥＬディスプレイ等の画像出力装置や、スピーカー等の音声出力装置等である。
【００４１】
〈第二端末〉
第二端末３０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ装置やＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。第二端末３０は、送受信部３１、復号化部３２、疑似乱数生成部３３、コンテンツ記憶部３４及び認証部３５を含む装置として機能する。次に、第二端末３０に含まれる各機能部について説明する。
【００４２】
〈〈送受信部〉〉
送受信部３１は、ネットワークを介して第一端末２０との間でデータを送受信するために、第二端末３０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部３１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨ等の技術がある。
【００４３】
〈〈復号化部〉〉
復号化部３２は、第一端末２０から受信された暗号化第一認証情報及び暗号化第二認証情報を復号化することにより、第一認証情報及び第二認証情報を取得する。復号化部３２は、不図示の記憶装置に予め記憶されている電子鍵を取得し、その電子鍵を用いて復号化を行う。この電子鍵は、端末認証要求に含まれるデータＩＤ又はサイトＩＤに応じて選択されても良い。この場合、不図示の記憶装置にはデータＩＤ又はサイトＩＤに対応付けて電子鍵が記憶される。そして、復号化部３２は、取得された電子鍵を用いて復号化を行う。なお、この場合、認証サーバ１０の暗号化部１４において使用される電子鍵と、復号化部３２において使用される電子鍵とは、電子鍵同士が関連していなければならない。データＩＤ又はサイトＩＤと電子鍵とが対応付けられる場合も、データＩＤ又はサイトＩＤと電子鍵との対応付けは、認証サーバ１０の暗号化部１４における対応付けと、第二端末３０の復号化部３２における対応付けとが関連していなければならない。ここでいう電子鍵が「関連している」とは、一方の電子鍵で暗号化されたデータを、他方の電子鍵で復号化できることをいう。例えば、公開鍵と秘密鍵の関係であっても良い。
【００４４】
〈〈疑似乱数生成部〉〉
疑似乱数生成部３３は、復号化部３２において取得された第一認証情報から疑似乱数を生成する。このとき、疑似乱数生成部３３に適用される疑似乱数生成方法は、認証サーバ１０の疑似乱数生成部１３において採用される疑似乱数生成方法と同じである。例えば、疑似乱数生成部１３が特定のハッシュ関数を用いて端末識別子のハッシュ値を取得することで疑似乱数を生成する場合は、第二端末の疑似乱数生成部３３も同じハッシュ関数を用いて疑似乱数を生成する。
【００４５】
〈〈コンテンツ記憶部〉〉
コンテンツ記憶部３４は、第二端末３０が接続されているピアツーピア型ネットワーク内の他の端末に対して送信可能なコンテンツのデータを、データＩＤと対応付けて記憶する。コンテンツ記憶部３４は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。
【００４６】
〈〈認証部〉〉
認証部３５は、復号化部３２において取得された第二認証情報と、疑似乱数生成部３３において生成された疑似乱数とを比較し、この二値が同じ値である場合に第一端末２０を認証する。また、認証部３５は、第一端末２０を認証した場合には、処理対象となる端末認証要求に含まれるデータＩＤに対応するコンテンツのデータを、コンテンツ記憶部３４から読み出すことで取得する。そして、この端末認証要求の送信元である第一端末２０に対し、取得されたコンテンツのデータを、送受信部３１を介して送信する。
【００４７】
〔第一動作例〕
図３〜５は、認証システム１００の第一動作例を示すフローチャートである。第一動作例では、暗号化部１４や復号化部３２において使用される電子鍵は、認証サーバ１０及び第二端末３０において、データＩＤにかかわらず決定される。例えば、認証システム１００に含まれる全ての認証サーバ１０及び第二端末３０において使用される電子鍵が一種類である場合には、第一動作例のような動作となる。また、例えば、認証システム１００内では複数種の電子鍵が使用されていたとしても、各第二端末３０において、その第二端末３０が有しているコンテンツに対応する電子鍵が一種類に限られている場合には、第一動作例のような動作となる。以下、図３〜５を用いて、認証システム１００の第一動作例について説明する。
【００４８】
まず、第一端末２０は、入力部２５を介してユーザからデータのダウンロード等が指示されると、自装置の端末識別子を取得する（Ｓ０１）。次に、第一端末２０は、自装置の認証を行う認証サーバ１０のアドレスを取得する（Ｓ０２）。そして、第一端末２０は、Ｓ０１において取得された端末識別子を含むサーバ認証要求を生成し、このサーバ認証要求を、Ｓ０２において取得されたアドレスの認証サーバ１０に対し送信する（Ｓ０３）。
【００４９】
認証サーバ１０は、第一端末２０からサーバ認証要求を受信すると（Ｓ０４）、このサーバ認証要求に基づいて認証処理を行う（Ｓ０５）。認証がなされなかった場合（Ｓ０６−ＮＯ）、認証サーバ１０は、認証処理の対象となった端末識別子に対応する第一端末２０に対し、認証失敗の結果を送信する（Ｓ０７）。この後、第一端末２０は、認証失敗の結果を受信し、必要に応じてこの結果を出力しユーザに伝える（Ｓ０８）。
【００５０】
一方、認証がなされた場合（Ｓ０６−ＹＥＳ）、認証サーバ１０は、端末識別子を含む第一認証情報を取得する（Ｓ０９）。次に、認証サーバ１０は、取得された第一認証情報から疑似乱数を生成することによって第二認証情報を取得する（Ｓ１０）。次に、認証サーバ１０は、生成された第一認証情報及び第二認証情報を電子鍵によってそれぞれ暗号化し、暗号化第一認証情報及び暗号化第二認証情報を取得する（Ｓ１１）。そして、認証サーバ１０は、取得された暗号化第一認証情報及び暗号化第二認証情報を、これらのもととなった端末識別子に対応する第一端末２０に対し送信する（Ｓ１２）。
【００５１】
第一端末２０は、認証サーバ１０から送出された暗号化第一認証情報及び暗号化第二認証情報を受信する（Ｓ１３）。そして、第一端末２０は、受信された暗号化第一認証情報及び暗号化第二認証情報と、入力部２５を介してユーザから入力されたデータＩＤとを含む端末認証要求を生成し、この端末認証要求を第二端末３０に送信する（Ｓ１４）。
【００５２】
第二端末３０は、第一端末２０から端末認証要求を受信する（Ｓ１５）。次に、第二端末３０は、受信された端末認証要求から、暗号化第一認証情報及び暗号化第二認証情報を取得する。第二端末３０は、取得された暗号化第一認証情報及び暗号化第二認証情報を電子鍵で復号化することにより、第一認証情報及び第二認証情報を取得する（Ｓ１６）。次に、第二端末３０は、取得された第一認証情報から疑似乱数を生成する（Ｓ１７）。次に、第二端末３０は、Ｓ１７の処理で取得された疑似乱数と、Ｓ１６の処理で取得された第二認証情報とを比較する（Ｓ１８）。この二つの値が同じ値でない場合（Ｓ１９−ＮＯ）、第二端末３０は認証が失敗したことを、処理対象の端末認証要求の送信元である第一端末２０に送信する（Ｓ２０）。そして、第一端末２０は、この認証失敗の結果を受信し、必要に応じてこの結果を出力する（Ｓ２１）。
【００５３】
一方、二つの値が同じ値である場合（Ｓ１９−ＹＥＳ）、第二端末３０は、受信された端末認証要求に含まれるデータＩＤに対応するコンテンツのデータを、コンテンツ記憶部３４から取得する（Ｓ２２）。次に、第二端末３０は、取得されたコンテンツのデータを、処理対象の端末認証要求の送信元である第一端末２０に送信する（Ｓ２３）。そして、第一端末２０は、このコンテンツのデータを受信し（Ｓ２４）、受信されたコンテンツのデータを処理する（Ｓ２５）。この処理の内容は、入力部２５を介して入力される命令や、第一端末２０の構成などによって異なる。例えば、不図示の記憶装置へコンテンツのデータを記録する処理や、出力部２６を介してコンテンツのデータを出力する処理などである。
【００５４】
〔第二動作例〕
図６、７は、認証システム１００の第二動作例の一部を示すフローチャートである。具体的には、第二動作例では、第一動作例における図３及び図４のフローの一部が変わるため、図３及び図４のそれぞれに対応するフローのみを図６及び図７に示す。なお、図６及び図７において、第一動作例と同じ処理については、図３及び図４と同じ符号を付して表す。
【００５５】
第二動作例では、暗号化部１４や復号化部３２において使用される電子鍵は、認証サーバ１０及び第二端末３０において、データＩＤに応じて決定される。例えば、認証システム１００内の各第二端末３０において、その第二端末３０が有しているコンテンツに対応する電子鍵が複数種類ある場合には、第二動作例のような動作となる。以下、図６、７を用いて、認証システム１００の第二動作例について説明する。なお、第一動作例と同じ処理については説明を省略する。
【００５６】
第一端末２０は、認証サーバのアドレスを取得すると（Ｓ０２）、第一端末２０は、Ｓ０１の処理において取得された端末識別子及びユーザによって指定されたデータＩＤを含むサーバ認証要求を生成する。そして、第一端末２０は、このサーバ認証要求を認証サーバ１０へ送信する（Ｓ２６）。Ｓ０４〜Ｓ０９の処理は、第一動作例と同じであるため説明を省略する。
【００５７】
次に、認証サーバ１０は、第二認証情報を取得すると（Ｓ１０）、受信されたサーバ認証要求に含まれるデータＩＤに基づいて、このデータＩＤに対応する電子鍵を取得する（Ｓ２７）。次に、認証サーバ１０は、Ｓ２７の処理で取得された電子鍵を用いて、第一認証情報及び第二認証情報を暗号化し、暗号化第一認証情報及び暗号化第二認証情報を取得する（Ｓ１１）。この後、Ｓ１２〜Ｓ１４の処理は、第一動作例と同じである。この後、第二端末３０は、端末認証要求を第一端末２０から受信すると（Ｓ１５）、受信された端末認証要求に含まれるデータＩＤに基づいて、このデータＩＤに対応する電子鍵を取得する（Ｓ２８）。そして、第二端末３０は、取得された電子鍵を用いて復号化を行う（Ｓ１６）。この後、Ｓ１７〜Ｓ２５の処理は、第一動作例と同じであるため説明を省略する。
【００５８】
なお、第二動作例では、Ｓ１４の処理において第一端末２０が生成する端末認証要求には、Ｓ２６の処理においてサーバ認証要求に含まれるデータＩＤと同じデータＩＤが含められる。また、第二動作例と同様の動作で、各電子鍵がデータＩＤではなく、後述するサイトＩＤに対応付けられて決定されても良い。この場合は、第一端末２０は、認証サーバ１０や第二端末３０に対しサイトＩＤを含む情報を送信する必要がある。
【００５９】
［第三動作例］
図８〜１３は、本発明における認証システム１００のより具体的な動作例としての第三動作例を示すフローチャートである。以下、図８〜１３を用いて、第三動作例について説明する。
【００６０】
まず、第一端末２０のサーバ認証要求部２２は、初期接続アドレスを取得する（Ｓ１０１）。初期接続アドレスとは、第一端末２０がピアツーピア型ネットワーク内において最初に接続すべき他の端末のアドレスを示す。なお、図８〜１３に示されるフローチャートでは、説明の便宜を図るため初期接続アドレスと第二端末３０のアドレスとが同じとなっているが、初期接続アドレスと第二端末３０のアドレスとが異なるように設定されても良い。即ち、第一端末２０がＳ１０４の処理においてＧＩＰ要求を送信する先は、第二端末３０（第一端末２０のユーザがダウンロード又はアクセスすることを所望するコンテンツを有する端末）である必要は無く、同じピアツーピア型ネットワークに接続された他の端末であっても良い。
【００６１】
第三動作例の説明を続ける。次に、第一端末２０のサーバ認証要求部２２は、取得された初期接続アドレスの端末（第三動作例では第二端末３０）にアクセスする（Ｓ１０２）。次に、サーバ認証要求部２２は、乱数を生成し（Ｓ１０３）、この乱数を含むＧＩＰ要求を生成する。そして、サーバ認証要求部２２は、このＧＩＰ要求を、初期接続アドレスの第二端末３０に送信する（Ｓ１０４）。
【００６２】
初期接続アドレスに対応する第二端末３０の認証部３５は、第一端末２０からＧＩＰ要求を受信する（Ｓ１０５）。ＧＩＰ要求を受信した認証部３５は、ＧＩＰ要求の送信元の端末（すなわち第一端末２０）のＧＩＰを取得する（Ｓ１０６）。認証部３５は、ＧＩＰ要求に係るパケットのヘッダ情報などから、第一端末２０のＧＩＰを取得できる。なお、ＧＩＰの取得方法は、他の実現方法が採用されても良い。次に、認証部３５は、取得されたＧＩＰに、受信されたＧＩＰ要求に含まれる乱数を付加することで、ＮｏｄｅＩＤを生成する（Ｓ１０７）。そして、認証部３５は、生成されたＮｏｄｅＩＤを含むＧＩＰ応答を生成し、このＧＩＰ応答を、ＧＩＰ要求の送信元である第一端末２０に送信する（Ｓ１０８）。
【００６３】
第一端末２０のサーバ認証要求部２２は、初期接続アドレスに対応する第二端末３０からＧＩＰ応答を受信する（Ｓ１０９）。ＧＩＰ応答を受信したサーバ認証要求部２２は、受信されたＧＩＰ応答からＮｏｄｅＩＤを取得する（Ｓ１１０）。なお、第三動作例におけるＮｏｄｅＩＤは、端末識別子の具体例に相当する。
【００６４】
次に、サーバ認証要求部２２は、認証サーバのアドレスを取得する（Ｓ１１１）。このとき、データやサイトに応じて認証サーバが異なる場合には、Ｓ１１１の処理において、サーバ認証要求部２２は、ユーザが取得することを希望しているデータや、そのデータを有したサイトに応じた認証サーバのアドレスを取得する。サーバ認証要求部２２は、入力部２５を介してユーザによって希望のデータやサイトが指示されることで、ユーザが取得することを希望しているデータを有したサイトを把握することができる。そして、そのサイトのアドレスは、第一端末２０が、そのデータのＩＤやサイトのＩＤに基づいて取得可能に構成されていれば、どのような装置に記憶されていても良い。例えば第一端末２０、第二端末３０、インターネットやピアツーピア型ネットワークに接続された他の情報処理装置のいずれに記憶されていても良い。次に、サーバ認証要求部２２は、ＮｏｄｅＩＤ、認証用ＩＤ及び認証用パスワードを含むサーバ認証要求を生成する（Ｓ１１２）。認証用ＩＤ及び認証用パスワードとは、管理情報の一具体例であり、例えば第一端末２０のユーザに割り当てられるユーザＩＤやユーザパスワードである。そして、サーバ認証要求部２２は、生成されたサーバ認証要求を、Ｓ１１１で取得されたアドレスの認証サーバへ送信する（Ｓ１１３）。
【００６５】
認証サーバ１０の認証部１２は、第一端末２０から送出されたサーバ認証要求を受信する（Ｓ１１４）。次に、認証部１２は、サーバ認証要求から認証用ＩＤ及び認証用パスワードを取得する（Ｓ１１５）。次に、認証部１２は、取得された認証用ＩＤ及び認証用パスワードを用いて認証処理を行う（Ｓ１１６）。認証がされなかった場合（Ｓ１１７−ＮＯ）、認証部１２は、認証失敗の結果を、サーバ認証要求の送信元である第一端末２０へ送信する（Ｓ１１８）。この場合、第一端末２０のサーバ認証要求部２２は認証失敗の結果を認証サーバ１０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１１９）。
【００６６】
一方、認証がなされた場合（Ｓ１１７−ＹＥＳ）、疑似乱数生成部１３は、受信されたサーバ認証要求に含まれるＮｏｄｅＩＤを含む第一認証情報を生成する（Ｓ１２０）。このとき、ＮｏｄｅＩＤそのものが第一認証情報となっても良い。次に、疑似乱数生成部１３は、Ｓ１２０において生成された第一認証情報からハッシュ値を取得することで第二認証情報を取得する（Ｓ１２１）。即ち、第三動作例では、疑似乱数生成方法の具体例として、ハッシュ関数を用いてハッシュ値を生成する方法が採用されている。
【００６７】
次に、暗号化部１４は、疑似乱数生成部１３において生成された第一認証情報及び第二認証情報を、秘密鍵を用いて暗号化する（Ｓ１２２）。この処理によって、暗号化第一認証情報及び暗号化第二認証情報が取得される。なお、この秘密鍵は、後述する第二端末３０が有している公開鍵と対応関係にある。そして、暗号化部１４は、生成された暗号化第一認証情報及び暗号化第二認証情報を、サーバ認証要求の送信元である第一端末２０へ送信する（Ｓ１２３）。
【００６８】
第一端末２０のサーバ認証要求部２２は、暗号化第一認証情報及び暗号化第二認証情報を受信すると（Ｓ１２４）、この二つの情報を端末認証要求部２３へ渡す。端末認証要求部２３は、入力部２５を介してユーザから指定されたサイトのＩＤ（サイトＩＤ）を取得する（Ｓ１２５）。なお、サイトＩＤやデータＩＤに関する情報が入力部２５を介して入力されるタイミングは、このタイミングに限定される必要はなく、これより以前（例えばＳ１０１の前や、Ｓ１０１〜Ｓ１０４の間や、Ｓ１０９〜Ｓ１１３の間などのタイミング）であっても良い。ただし、サイトＩＤに応じて認証サーバ１０が異なる場合には、認証サーバ１０を特定するためにこれより以前のタイミングで取得されている必要がある。
【００６９】
次に、端末認証要求部２３は、暗号化第一認証情報、暗号化第二認証情報、サイトＩＤ、データＩＤ及びＧＩＰを含む端末認証要求を生成する（Ｓ１２６）。そして、端末認証要求部２３は、生成された端末認証要求を、この端末認証要求に含まれるデータＩＤに係るデータを有している第二端末３０に送信する（Ｓ１２７）。
【００７０】
第二端末３０の復号化部３２は、端末認証要求を受信すると（Ｓ１２８）、受信された端末認証要求からサイトＩＤを取得する（Ｓ１２９）。次に、復号化部３２は、取得されたサイトＩＤから公開鍵を特定し（Ｓ１３０）、特定された公開鍵を取得する（Ｓ１３１）。そして、復号化部３２は、取得された公開鍵を用いて、受信された端末認証要求に含まれている暗号化第一認証情報及び暗号化第二認証情報を復号化することによって、第一認証情報及び第二認証情報を取得する（Ｓ１３２）。
【００７１】
次に、疑似乱数生成部３３は、Ｓ１３２の処理において取得された第一認証情報からハッシュ値を取得する（Ｓ１３３）。そして、認証部３５は、Ｓ１３３の処理において取得されたハッシュ値と、Ｓ１３２の処理において取得された第二認証情報とを比較する（Ｓ１３４）。これら二つの値が同じ値でなければ（Ｓ１３５−ＮＯ）、認証部３５は認証失敗の結果を、端末認証要求の送信元である第一端末２０に送信する（Ｓ１３６）。この場合、第一端末２０の端末認証要求部２３は認証失敗の結果を第二端末３０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１３７）。
【００７２】
一方、認証がなされた場合（Ｓ１３５−ＹＥＳ）、認証部３５は、受信された端末認証要求からＧＩＰを取得する（Ｓ１３７）。また、認証部３５は、Ｓ１３２の処理において取得された第一認証情報からＮｏｄｅＩＤを取得し（Ｓ１３８）、このＮｏｄｅＩＤからＧＩＰを取得する（Ｓ１３９）。例えば、ＮｏｄｅＩＤから乱数を削除することによりＧＩＰを取得することができる。そして、認証部３５は、Ｓ１３７の処理において取得されたＧＩＰと、Ｓ１３９の処理において取得されたＧＩＰとを比較する（Ｓ１４０）。これら二つのＧＩＰの値が同じ値でなければ（Ｓ１４１−ＮＯ）、認証部３５は認証失敗の結果を、端末認証要求の送信元である第一端末２０に送信する（Ｓ１４２）。この場合、第一端末２０の端末認証要求部２３は認証失敗の結果を第二端末３０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１４３）。
【００７３】
一方、これら二つのＧＩＰの値が同じである場合（Ｓ１４１−ＹＥＳ）、認証部３５は、受信された端末認証要求に含まれるデータＩＤに対応するデータ（要求データ）を、コンテンツ記憶部３４から読み出す（Ｓ１４４）。そして、認証部３５は、読み出された要求データを、端末認証要求の送信元である第一端末２０に送信する（Ｓ１４５）。第一端末２０の端末認証要求部２３は、要求データを受信すると（Ｓ１４６）、このデータを自身に接続された不図示の記憶装置に記録する（Ｓ１４７）。このとき、端末認証要求部２３は、ユーザの指示やデータの内容などに応じて、受信された要求データを、出力部２６を介して出力しても良い。
【００７４】
なお、認証部３５が行うＧＩＰの比較処理（Ｓ１３７〜１４４の処理）は、第三動作例に限らず、第一動作例や第二動作例において端末識別子の比較処理として実行されても良い。このように構成されることにより、第一動作例や第二動作例における処理でも、セキュリティの精度を向上させることができる。また、第三動作例において、このＧＩＰの比較処理を省略するように構成されても良い。また、第三動作例において、認証サーバ１０及び電子鍵がサイトＩＤに応じて決定されるのではなくデータＩＤに応じて決定されるように構成されても良い。このように構成された場合には、サイトＩＤは不要となる。
【００７５】
［第四実施例］
図１４は、認証システム１００の第四動作例の一部を示すフローチャートである。具体的には、第四動作例では、第三動作例における図８のフローの一部が変わるため、図８の一部に対応するフローのみを図１４に示す。なお、図１４において、第三動作例と同じ処理については、図８と同じ符号を付して表す。
【００７６】
第四動作例は、第一端末２０がピアツーピア型ネットワークに接続し認証サーバ１０のアドレスを取得する部分の処理をより具体的に示している。第四動作例における初期接続端末とは、第一端末２０及び第二端末３０が含まれるピアツーピア型ネットワーク内の端末であって、第一端末２０が有している初期接続アドレスによって表される端末である。初期接続端末は、第二端末３０と同じであっても良いし、他の端末であっても良い。以下、図１４を用いて、認証システム１００の第四動作例について説明する。なお、第三動作例と同じ処理については説明を省略する。
【００７７】
第一端末２０は、初期接続アドレスにアクセスすると（Ｓ１０２）、初期接続アドレスに対し、ユーザが所望するデータの検索を依頼する（Ｓ２０１）。この検索の依頼は、例えばデータＩＤを含む情報の送信によって行われ、例えばＷｉｎｎｙというピアツーピア型ネットワークにおける検索クエリに相当する。検索の依頼を受けた初期接続端末は、依頼されたデータを所有する第二端末３０のアドレスを検索結果として取得し、これを依頼主である第一端末２０に通知する（Ｓ２０２）。
【００７８】
第一端末２０は、検索結果を取得すると（Ｓ２０３）、検索結果に含まれる第二端末３０のアドレスに基づいて、この第二端末３０に対し所望のデータを要求する（Ｓ２０４）。第二端末３０は、この要求を受けると、このデータに対応する認証サーバ１０のアドレスを第一端末２０に渡し、認証を受けることを要求する（Ｓ２０５）。第一端末２０は、この要求を受け取ると、認証サーバ１０のアドレスを一時的に記憶する（Ｓ２０６）。この後、Ｓ１０３以降の処理が実行されるが、第三動作例と同じであるため説明を省く。
【００７９】
なお、この場合Ｓ１１１の処理において第一端末２０は、Ｓ２０６の処理において一時的に記憶した認証サーバ１０のアドレスを取得する。また、第四動作例の場合は、Ｓ２０４の処理が行われたことにより第二端末３０は既に所望のデータやサイトＩＤ等を知り得るため、Ｓ１２６の処理において端末認証要求にデータＩＤやサイトＩＤを省略することも可能である。この場合は、第二端末３０において一時的に記憶しているデータＩＤやサイトＩＤと、Ｓ１２８の処理で受信される端末認証要求とを対応付けるための措置（例えばＣｏｏｋｉｅの発行など）を必要に応じてとっても良い。また、第四動作例では、Ｓ１０４の処理においてＧＩＰ要求を送信する先はどのような装置であっても良い。即ち、認証サーバ１０であっても良いし、第二端末３０であっても良いし、初期接続端末であっても良いし、ピアツーピア型ネットワーク内の他の端末であっても良いし、ピアツーピア型ネットワーク外の他の情報処理装置であっても良い。
【００８０】
〔作用・効果〕
本発明の認証システム１００によれば、ピアツーピア型ネットワークにおいて第一端末２０が第二端末３０から所望のデータを取得する場合に、その認証が認証サーバ１０及び第二端末３０の双方によって実施される。ただし、それぞれの装置で実施される認証処理の内容が異なる。端末識別子、認証ＩＤ、認証パスワードのように、ユーザの参加や脱退などの変動に応じて更新が必要となる管理情報を用いた認証は、認証サーバ１０において実施される。管理情報に更新の必要が生じた場合は、管理者が認証サーバ１０に対してのみ更新を実施すればよい。そして、第二端末３０では、ユーザの参加や脱退などの変動によって更新する必要のない情報（電子鍵）と認証サーバ１０における認証結果とを用いて、認証が行われる。このため、従来のようにピアツーピア型ネットワーク内の各端末によって認証が実施された場合とは異なり、管理情報を各端末（第二端末３０）間で更新する必要がない。このため、認証の精度を維持しつつ、管理情報の送受信によるピアツーピア型ネットワーク内の通信量の増大を抑止することができる。
【００８１】
また、本発明の認証システム１００によれば、上述したように、第一端末２０が第二端末３０に対して要求しているデータについての認証が、認証サーバ１０において実施される。そして、認証サーバ１０において認証がなされた第一端末２０に対してのみ、第二端末３０のコンテンツ記憶部３４に記憶されたデータのダウンロードが許可される。このため、認証を受けていない不特定の第一端末２０にデータがダウンロードされることを抑止することができる。従来は、各データにパスワードや暗号化の処理を施すことで、不特定の第一端末２０にダウロードされた場合の認証処理が、そのデータが開かれる時点に行われていた。しかしながら、データが第一端末２０にダウンロードされてしまったことに違いはなく、その後時間をかけてデータが開かれるおそれがある。これに対し、上述したように本発明の認証システム１００では、データが第一端末２０にそもそもダウンロードされること自体が抑止される。このため、認証やセキュリティの精度を一層向上させることが可能となる。
【００８２】
また、本発明の認証システム１００は、第二端末３０において、第一認証情報及び第二認証情報を用いた認証に加えて、ＧＩＰの比較も実施するように構成することができる（第三動作例参照）。このように構成された場合、比較されるＧＩＰの一方は、認証を行った認証サーバ１０において生成され、第一端末では書き換え不能なように暗号化された暗号化第一認証情報に含まれるＧＩＰである。そして、他方は、第一端末２０によって、端末認証要求に含められたＧＩＰである。この二つの値が比較されることにより、端末認証要求を送信した第一端末２０と、サーバ認証要求を送信することで認証サーバ１０による認証を受けた第一端末２０とが、本当に同じ端末であるか否かが判断される。そして、異なるＧＩＰである場合、即ち端末認証要求を送信してきた第一端末２０が、認証サーバ１０における認証を受けた第一端末２０と異なる場合は、例え暗号化第一認証情報及び暗号化第二認証情報による認証をパスしたとしても、データの送信が実施されない。このように構成されることにより、認証を行う装置（認証サーバ１０）とデータをダウンロードさせる装置（第二端末３０）とが異なる装置であることによる認証の欠点を補完することができ、認証システム１００におけるデータのセキュリティの精度を向上させることが可能となる。
【００８３】
〔変形例〕
第一端末２０において、第一送受信部２１と第二送受信部２４とは、一体に構成されても良い。また、認証失敗の通知（Ｓ０７，Ｓ２０，Ｓ１１８，Ｓ１３６，Ｓ１４２）や、それに伴うエラー出力（Ｓ０８，Ｓ２１，Ｓ１１９，Ｓ１３７，Ｓ１４３）は、必ずしも実行するように構成されてなくても良い。
【図面の簡単な説明】
【００８４】
【図１】認証システム１００のネットワーク構成例の概要を示す図である。
【図２】認証システム１００のシステム構成例を示す図である。
【図３】認証システム１００の第一動作例を示すフローチャートである。
【図４】認証システム１００の第一動作例を示すフローチャートである。
【図５】認証システム１００の第一動作例を示すフローチャートである。
【図６】認証システム１００の第二動作例を示すフローチャートである。
【図７】認証システム１００の第二動作例を示すフローチャートである。
【図８】認証システム１００の第三動作例を示すフローチャートである。
【図９】認証システム１００の第三動作例を示すフローチャートである。
【図１０】認証システム１００の第三動作例を示すフローチャートである。
【図１１】認証システム１００の第三動作例を示すフローチャートである。
【図１２】認証システム１００の第三動作例を示すフローチャートである。
【図１３】認証システム１００の第三動作例を示すフローチャートである。
【図１４】認証システム１００の第四動作例を示すフローチャートである。
【符号の説明】
【００８５】
１０…認証サーバ、 １１…送受信部、 １２…認証部、 １３…疑似乱数生成部、
１４…暗号化部、 ２０…第一端末、 ２１…第一送受信部、 ２２…サーバ認証要求部、 ２３…端末認証要求部、 ２４…第二送受信部、 ２５…入力部、 ２６…出力部、
３０…第二端末、 ３１…送受信部、 ３２…復号化部、 ３３…疑似乱数生成部、
３４…コンテンツ記憶部、 ３５…認証部、 １００…認証システム
【技術分野】
【０００１】
本発明は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ（ピアツーピア）型ネットワークにおいて、ファイルのダウンロードにおける認証を実現する技術に関する。
【背景技術】
【０００２】
ピアツーピア型ネットワークは、ファイル共有システムとして広く普及している。ピアツーピア型ネットワークでは、複数の情報処理装置がそれぞれノードとして動作する。そして、各ノードがネットワークにより通信可能に接続されることで、ピアツーピア型ネットワークが構成される。このように、ピアツーピア型ネットワークは、原則としてサーバを必要としない。このため、ピアツーピア型ネットワーク内においてファイルの送受信が行われる場合には、ファイルの受信（ダウンロード）を希望する情報処理装置はサーバにはアクセスしない。即ち、ダウンロードを希望する情報処理装置は、同等の他の情報処理装置にアクセスすることで、ファイルのダウンロードを実行する。
【０００３】
このように、ピアツーピア型ネットワークにおいてファイルが送受信される場合には、そのファイルの送受信等を管理するサーバがない。このため、ピアツーピア型ネットワーク内で実行されるファイルの送受信が、適正な行為であるか否かを管理すること、即ちファイルの受信者側になるユーザの認証を行うことは難しい。しかしながら、例えば特許文献１に記載された技術のように、ピアツーピア型ネットワークにおいてユーザ認証を実現させる技術も提案されつつある。
【０００４】
特許文献１に記載された技術は、ピアツーピア通信を行う通信装置に関する技術である。この通信装置は、他の通信装置の利用者に関するプレゼンス情報を取得する手段と、他の通信装置の通信パケットの送受信における一連の暗号および認証規則を示すセキュリティポリシ情報を取得する手段とを備える。そして、この通信装置は、プレゼンス情報とセキュリティポリシ情報とから、他の通信装置に送信するＩＰパケットのセキュリティポリシを決定し、決定したセキュリティポリシを用いて他の通信装置にＩＰパケットを送信する。
【特許文献１】特開２００４−２７２７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した認証方法では、ピアツーピア型ネットワークにおける認証の問題を解決できない場合がある。ピアツーピア型ネットワークに接続されたあらゆるノードは、ファイルの送信を行う情報処理装置になりうる。このため、送信を行う情報処理装置においてファイル送受信の適否を管理しようとすると、ピアツーピア型ネットワークに接続されたあらゆるノードにおいて管理情報（認証するか否かを決定するための情報：例えば、認証ＩＤと認証パスワードの組み合わせ等）を共有する必要がある。そして、管理情報は最新のものでなければ適切な管理を実現することが難しい。このため、ピアツーピア型ネットワークに接続された各情報処理装置は、このピアツーピア型ネットワークに接続された他の全ての情報処理装置に関する管理情報を常に更新取得しつづけなければならない。従って、通信資源の活用の非効率化を招くと共に、適切な管理の実現も困難となっていた。このような問題は、ピアツーピア型ネットワークの規模、即ち接続されるノード数が増大するにつれて、より顕著なものとなっていた。
【０００６】
本発明は、ピアツーピア型ネットワークにおいてユーザの認証を行うことを可能とし、且つ、この認証を実現させるための管理情報をノード間で送受信することによる通信量の増大を抑止する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第一の態様は、ピアツーピア型ネットワークに接続され、ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置であって、復号化手段、疑似乱数生成手段及び認証手段を含む。
【０００８】
復号化手段は、認証サーバによって認証されたデータ要求元から、暗号化第一認証情報及び暗号化第二認証情報を受信する。この認証サーバは、ピアツーピア型ネットワークには接続されていない。暗号化第一認証情報は、認証サーバによって第一認証情報が暗号化された情報である。暗号化第二認証情報は、第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された情報である。また、復号化手段は、暗号化第一認証情報及び暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得する。疑似乱数生成手段は、復号化手段によって取得された第一認証情報から、認証サーバと同じ論理で疑似乱数を得る。認証手段は、疑似乱数生成手段によって得られた疑似乱数と、復号化手段によって取得された第二認証情報とを比較し、同じ値である場合に、データ要求元からの要求を認める。
【０００９】
本発明の第一の態様によれば、認証サーバによって、データ要求元の認証が行われる。また、ピアツーピア型ネットワークに接続されたデータ送信装置は、認証サーバによって生成された暗号化第一認証情報と暗号化第二認証情報とを用いた比較処理を行うのみで、管理情報を用いた認証処理は行わない。即ち、ピアツーピア型ネットワークに接続されたデータ送信装置は、端末識別子、認証ＩＤ、認証パスワードのように、ユーザの参加や脱退などの変動に応じて更新が必要となる管理情報を用いた認証処理を実施しない。このため、データ送信装置において、これら管理情報の更新を行う必要がない。従って、管理情報の送受信によるピアツーピア型ネットワーク内の通信量の増大を抑止することができる。
【００１０】
また、本発明の第一の態様によるデータ送信装置の認証手段は、データ要求元からの要求を認める判断がなされた場合に、このデータ要求元に対し、要求されたデータを送信するように構成されても良い。
【００１１】
また、上述した本発明の第一の態様によるデータ送信装置において、第一認証情報には、データ要求元を示す端末識別子が含まれるように構成されても良い。この場合、認証手段は、データ要求元から端末識別子を受信し、復号化手段によって取得された第一認証情報から端末識別子を取得し、これら二つの端末識別子を比較し、同じ値である場合に、データ要求元からの要求を認めるように構成される。即ち、この場合の認証手段は、第一認証情報から得られた疑似乱数及び第二認証情報の比較処理と、二つの端末識別子の比較処理との、二重の比較処理によってデータ要求元の認証を行う事が可能となる。このため、認証の制度を向上させることが可能となる。
【００１２】
本発明の第二の態様は、ピアツーピア型ネットワークに接続され、ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置であって、サーバ認証要求手段、端末認証要求手段及び受信手段を含む。
【００１３】
サーバ認証要求手段は、認証サーバに対し、認証を要求する。この認証サーバも、ピアツーピア型ネットワークには接続されていない。端末認証要求手段は、認証サーバによって認証がなされた後に、暗号化第一認証情報と暗号化第二認証情報とを認証サーバから受信し、これをデータ送信元に送信する。暗号化第一認証情報は、認証サーバによって暗号化された情報である。暗号化第二認証情報は、暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が認証サーバによって暗号化された情報である。受信手段は、データ送信元によって暗号化第一認証情報及び暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された第二認証情報とが同じ値である場合に、このデータ送信元から、要求に応じたデータを受信する。
【００１４】
本発明の第二の態様におけるサーバ認証要求手段は、認証を要求する際に、自装置を示す端末識別子を認証サーバに送信するように構成されても良い。この場合、端末認証要求手段は、暗号化第一認証情報及び暗号化第二認証情報に加えて、さらに端末識別子をデータ送信元に送信するように構成される。また、受信手段は、データ送信元において第一認証情報が復号化されることによって得られる第一認証情報から得られる端末識別子と、端末認証要求手段によって送信される端末識別子とが比較され、二つの端末識別子が同じ値である場合に、データ送信元から前記要求に応じたデータを受信するように構成される。
【００１５】
以上のように構成された第二の態様によっても、第一の態様と同様の効果を得ることが出来る。
【００１６】
また、本発明は、上記した第一の態様及び第二の態様を含むシステムとして特定されても良い。また、本発明は、コンピュータを、各装置として動作させるためのプログラムとして特定されても良い。また、本発明は、上記した各装置が実行する方法として特定されても良い。
【発明の効果】
【００１７】
本発明により、ピアツーピア型ネットワークにおいてユーザの認証を行うことを可能とし、且つ、この認証を実現させるための管理情報をノード間で送受信することによる通信量の増大を抑止することが可能となる。
【発明を実施するための最良の形態】
【００１８】
［ネットワーク構成］
まず、本発明における認証システム１００のネットワーク構成例について説明する。図１は、認証システム１００のネットワーク構成例を示す図である。認証システム１００は、認証サーバ１０、第一端末２０（本発明における「データ要求元」、「データ受信装置」に相当）及び第二端末３０（本発明における「データ送信装置」、「データ送信元」に相当）を含む。第一端末２０は、認証サーバ１０及び第二端末３０と通信可能に構成される。第一端末２０と認証サーバ１０とはインターネット等のネットワークを用いて、クライアント・サーバ型ネットワークで接続される。第一端末２０と第二端末３０とは、インターネット等のネットワークを用いて、ピアツーピア型ネットワークで接続される。
【００１９】
なお、第一端末２０と認証サーバ１０及び第二端末３０との間の通信形態はインターネットに限定される必要はなく、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の他の通信形態を用いて構成されても良い。
【００２０】
また、図１では、第一端末２０が接続する認証サーバ１０は１台しか記載されていないが、複数台の認証サーバ１０に接続されても良い。また、図１では、第一端末２０と第二端末３０とを接続するピアツーピア型ネットワークには、この２台の情報処理装置のみが接続されているように表されている。しかし、当然のことながら、他の端末装置がこのピアツーピア型ネットワークにさらに接続されても良い。
【００２１】
なお、以下の説明では、第一端末２０は、ユーザが使用する端末装置であるとする。また、第一端末２０のユーザがダウンロード又はアクセスすることを所望するデータは、第二端末３０が有しているとする。複数の端末装置が接続されたピアツーピア型ネットワーク内において、ユーザがダウンロード又はアクセスすることを所望するデータを、どの端末装置が有しているかを第一端末２０が知る方法は、本発明における認証システム１００に適用されるピアツーピア型ネットワークの技術に応じて、どのような方法が採用されても良い。
【００２２】
［第一実施形態］
〔システム構成〕
次に、本発明における認証システム１００の第一実施形態（認証システム１００）について説明する。図２は、認証システム１００のシステム構成例を示す図である。
【００２３】
認証システム１００は、認証サーバ１０、第一端末２０及び第二端末３０を含む。認証システム１００のネットワーク構成は、上述したネットワーク構成と同じである。以下、各装置について説明する。
【００２４】
〈認証サーバ〉
認証サーバ１０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ専用装置などを用いて構成することができる。認証サーバ１０は、送受信部１１、認証部１２、疑似乱数生成部１３及び暗号化部１４を含む装置として機能する。次に、認証サーバ１０に含まれる各機能部について説明する。
【００２５】
〈〈送受信部〉〉
送受信部１１は、ネットワークを介して第一端末２０との間でデータを送受信するために、認証サーバ１０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部１１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の技術がある。
【００２６】
〈〈認証部〉〉
認証部１２は、不図示の認証データベースに管理情報を記憶する。そして、認証部１２は、第一端末２０から受信されたサーバ認証要求と管理情報とに基づいて、第一端末２０又はそのユーザについて認証処理を行う。
【００２７】
認証部１２が行う認証処理には、どのような認証技術が適用されても良い。例えば、サーバ認証要求に含まれる端末識別子が、不図示の認証データベースに登録されているか否かに基づいて（例えば登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求にパスワードが含まれるようにし、端末識別子とパスワードとの組み合わせに基づいて（例えばこの組み合わせが認証データベースに登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求に、端末識別子とは異なる認証用ＩＤ及び認証用パスワードが含まれるようにし、この組み合わせに基づいて（例えばこの組み合わせが認証データベースに登録されている場合に）認証を行うように構成されても良い。また、サーバ認証要求に、ユーザがピアツーピア型ネットワーク内の他の端末からダウンロードすることを所望するデータの識別子（データＩＤ）が含まれるようにし、このデータＩＤにさらに基づいて、上述した認証処理を行うように構成されても良い。
【００２８】
〈〈疑似乱数生成部〉〉
疑似乱数生成部１３は、第一端末２０から受信された端末識別子から第一認証情報を取得する。例えば、擬似乱数生成部１３は、端末識別子をそのまま第一認証情報として取得するように構成されても良い。また、擬似乱数生成部１３は、端末識別子に他のデータ（乱数や認証サーバ１０の識別子などのデータ）を付加することによって第一認証情報を取得するように構成されても良い。
【００２９】
また、疑似乱数生成部１３は、第一認証情報から疑似乱数を生成することにより第二認証情報を取得する。疑似乱数生成部１３に適用される疑似乱数生成方法は特に限定されない。例えば、疑似乱数生成部１３は、ハッシュ関数を用いて第一認証情報のハッシュ値を取得することで疑似乱数を生成しても良い。
【００３０】
〈〈暗号化部〉〉
暗号化部１４は、第一認証情報及び第二認証情報を暗号化することにより、暗号化第一認証情報及び暗号化第二認証情報を生成する。暗号化部１４は、不図示の記憶装置に予め記憶されている電子鍵を取得し、その電子鍵を用いて暗号化を行う。この電子鍵は、サーバ認証要求の内容にかかわらず特定の電子鍵が選択されても良い。また、この電子鍵は、サーバ認証要求に含まれるデータＩＤに応じて選択されても良い。後者の場合、不図示の記憶装置にはデータＩＤに対応付けて電子鍵が記憶される。そして、暗号化部１４は、受信されたサーバ認証要求に含まれるデータＩＤに応じた電子鍵を取得し、暗号化を行う。暗号化部１４は、暗号化されたデータ（暗号化第一認証情報及び暗号化第二認証情報）を、認証部１２が認証した第一端末２０に送信する。
【００３１】
〈第一端末〉
第一端末２０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。第一端末２０は、第一送受信部２１、サーバ認証要求部２２、端末認証要求部２３、第二送受信部２４、入力部２５及び出力部２６を含む装置として機能する。次に、第一端末２０に含まれる各機能部について説明する。
【００３２】
〈〈第一送受信部〉〉
第一送受信部２１は、ネットワークを介して認証サーバ１０との間でデータを送受信するために、第一端末２０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。第一送受信部２１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の技術がある。
【００３３】
〈〈サーバ認証要求部〉〉
サーバ認証要求部２２は、認証サーバ１０のアドレスを取得する。そして、サーバ認証要求部２２は、第一送受信部２１を介して認証サーバ１０にサーバ認証要求を送信する。
【００３４】
まず、認証サーバ１０のアドレスの取得方法について説明する。認証サーバ１０のアドレスの取得方法には複数の実現方法があり、いずれの実現方法を採用するかは認証システム１００の設計者によって自由に選択されて良い。例えば、サーバ認証要求部２２は、第一端末２０の内部又は外部に備えられた不図示の記憶装置に予め記憶されている認証サーバ１０のアドレスを読み出すことで、認証サーバ１０のアドレスを取得しても良い。
【００３５】
また、ユーザが所望するデータに応じて認証サーバ１０が異なる場合は、サーバ認証要求部２２は、ユーザが所望するデータに応じた認証サーバ１０のアドレスを取得しても良い。ユーザが所望するデータは、例えば入力部２５を介してユーザがデータを指定することで取得できる。この場合、サーバ認証要求部２２における認証サーバ１０のアドレス取得の実現方法はいくつかあり、この実現方法についても設計者が自由に選択できる。例えば、ユーザが所望するデータに対応付けて前述した記憶装置が認証サーバ１０のアドレスを記憶し、サーバ認証要求部２２はこの記憶装置から認証サーバ１０のアドレスを取得するように構成されても良い。また、第二端末３０が、このデータに対応する認証サーバ１０のアドレスを記憶しておくように構成され、第一端末２０が、第二端末３０にアクセスすることによって認証サーバ１０のアドレスを取得しても良い。なお、データ個々に認証サーバ１０が対応するのではなく、各データを有しているサイト毎に認証サーバ１０が対応するように構成されても良い（第三動作例に相当）。
【００３６】
次に、サーバ認証要求部２２が認証サーバ１０に送信するサーバ認証要求について説明する。サーバ認証要求は、少なくとも端末識別子を含む。端末識別子は、ピアツーピア型ネットワーク内において第一端末２０を一意に識別できるものであれば、どのようなものであっても良い。例えば、第一端末２０のグローバルＩＰアドレス（以下、「ＧＩＰ」と言う。）が端末識別子として使用されても良いし、ピアツーピア型ネットワーク内で割り当てられるＩＤが端末識別子として使用されても良い。そして、サーバ認証要求は、この端末識別子のみで構成されても良いし、他の情報（例えば、乱数やデータＩＤや認証用ＩＤや認証用パスワードなど）が端末識別子に付加されても良い。また、サーバ認証要求部２２は、暗号化第一認証情報及び暗号化第二認証情報を、認証サーバ１０から受信する。
【００３７】
〈〈端末認証要求部〉〉
端末認証要求部２３は、認証サーバ１０から受信した暗号化第一認証情報及び暗号化第二認証情報を含む端末認証要求を取得し、これらとデータＩＤとを含む端末認証要求を生成する。そして、端末認証要求部２３は、生成された端末認証要求を第二端末３０に対し送信する。なお、第二端末３０において復号化に用いられる電子鍵が、各データを有しているサイトに応じて決まる場合には、さらにこのサイトを示すＩＤ（サイトＩＤ）が端末認証要求に含められる。また、端末認証要求部２３は、端末認証要求に対して第二端末３０から送信されるデータを受信する（本発明における「受信手段」としての機能）。
【００３８】
〈〈第二送受信部〉〉
第二送受信部２４は、ネットワークを介して第二端末３０との間でデータを送受信するために、第一端末２０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。第二送受信部２４は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨ等の技術がある。
【００３９】
〈〈入力部〉〉
入力部２５は、第一端末２０に接続された入力装置を制御する。入力装置とは、ユーザが第一端末２０に命令やデータを入力するために使用する装置である。入力装置は、第一端末２０に備え付けられていても良い。入力装置は、ボタンやキーボードやジョグダイヤルや文字認識装置や音声認識装置などの装置である。
【００４０】
〈〈出力部〉〉
出力部２６は、サーバ認証要求部２２及び端末認証要求部２３の指示に従って文字・画像や音声の出力を制御する。出力部２３は、第一端末２０に接続された出力装置に出力の指示を出す。出力装置は、第一端末２０に備え付けられていても良い。なお、出力装置とは、ＣＲＴディスプレイ（Cathode Ray Tube ディスプレイ），液晶ディスプレイ，有機ＥＬディスプレイ等の画像出力装置や、スピーカー等の音声出力装置等である。
【００４１】
〈第二端末〉
第二端末３０は、バスを介して接続された記憶装置、演算装置及び通信制御装置（ネットワークインタフェース装置など）を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ装置やＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。第二端末３０は、送受信部３１、復号化部３２、疑似乱数生成部３３、コンテンツ記憶部３４及び認証部３５を含む装置として機能する。次に、第二端末３０に含まれる各機能部について説明する。
【００４２】
〈〈送受信部〉〉
送受信部３１は、ネットワークを介して第一端末２０との間でデータを送受信するために、第二端末３０に接続された通信制御装置を制御する。この通信制御装置に採用される技術は特に限定されない。例えば、この通信制御装置は、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部３１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬやＦＴＴＨ等の技術がある。
【００４３】
〈〈復号化部〉〉
復号化部３２は、第一端末２０から受信された暗号化第一認証情報及び暗号化第二認証情報を復号化することにより、第一認証情報及び第二認証情報を取得する。復号化部３２は、不図示の記憶装置に予め記憶されている電子鍵を取得し、その電子鍵を用いて復号化を行う。この電子鍵は、端末認証要求に含まれるデータＩＤ又はサイトＩＤに応じて選択されても良い。この場合、不図示の記憶装置にはデータＩＤ又はサイトＩＤに対応付けて電子鍵が記憶される。そして、復号化部３２は、取得された電子鍵を用いて復号化を行う。なお、この場合、認証サーバ１０の暗号化部１４において使用される電子鍵と、復号化部３２において使用される電子鍵とは、電子鍵同士が関連していなければならない。データＩＤ又はサイトＩＤと電子鍵とが対応付けられる場合も、データＩＤ又はサイトＩＤと電子鍵との対応付けは、認証サーバ１０の暗号化部１４における対応付けと、第二端末３０の復号化部３２における対応付けとが関連していなければならない。ここでいう電子鍵が「関連している」とは、一方の電子鍵で暗号化されたデータを、他方の電子鍵で復号化できることをいう。例えば、公開鍵と秘密鍵の関係であっても良い。
【００４４】
〈〈疑似乱数生成部〉〉
疑似乱数生成部３３は、復号化部３２において取得された第一認証情報から疑似乱数を生成する。このとき、疑似乱数生成部３３に適用される疑似乱数生成方法は、認証サーバ１０の疑似乱数生成部１３において採用される疑似乱数生成方法と同じである。例えば、疑似乱数生成部１３が特定のハッシュ関数を用いて端末識別子のハッシュ値を取得することで疑似乱数を生成する場合は、第二端末の疑似乱数生成部３３も同じハッシュ関数を用いて疑似乱数を生成する。
【００４５】
〈〈コンテンツ記憶部〉〉
コンテンツ記憶部３４は、第二端末３０が接続されているピアツーピア型ネットワーク内の他の端末に対して送信可能なコンテンツのデータを、データＩＤと対応付けて記憶する。コンテンツ記憶部３４は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。
【００４６】
〈〈認証部〉〉
認証部３５は、復号化部３２において取得された第二認証情報と、疑似乱数生成部３３において生成された疑似乱数とを比較し、この二値が同じ値である場合に第一端末２０を認証する。また、認証部３５は、第一端末２０を認証した場合には、処理対象となる端末認証要求に含まれるデータＩＤに対応するコンテンツのデータを、コンテンツ記憶部３４から読み出すことで取得する。そして、この端末認証要求の送信元である第一端末２０に対し、取得されたコンテンツのデータを、送受信部３１を介して送信する。
【００４７】
〔第一動作例〕
図３〜５は、認証システム１００の第一動作例を示すフローチャートである。第一動作例では、暗号化部１４や復号化部３２において使用される電子鍵は、認証サーバ１０及び第二端末３０において、データＩＤにかかわらず決定される。例えば、認証システム１００に含まれる全ての認証サーバ１０及び第二端末３０において使用される電子鍵が一種類である場合には、第一動作例のような動作となる。また、例えば、認証システム１００内では複数種の電子鍵が使用されていたとしても、各第二端末３０において、その第二端末３０が有しているコンテンツに対応する電子鍵が一種類に限られている場合には、第一動作例のような動作となる。以下、図３〜５を用いて、認証システム１００の第一動作例について説明する。
【００４８】
まず、第一端末２０は、入力部２５を介してユーザからデータのダウンロード等が指示されると、自装置の端末識別子を取得する（Ｓ０１）。次に、第一端末２０は、自装置の認証を行う認証サーバ１０のアドレスを取得する（Ｓ０２）。そして、第一端末２０は、Ｓ０１において取得された端末識別子を含むサーバ認証要求を生成し、このサーバ認証要求を、Ｓ０２において取得されたアドレスの認証サーバ１０に対し送信する（Ｓ０３）。
【００４９】
認証サーバ１０は、第一端末２０からサーバ認証要求を受信すると（Ｓ０４）、このサーバ認証要求に基づいて認証処理を行う（Ｓ０５）。認証がなされなかった場合（Ｓ０６−ＮＯ）、認証サーバ１０は、認証処理の対象となった端末識別子に対応する第一端末２０に対し、認証失敗の結果を送信する（Ｓ０７）。この後、第一端末２０は、認証失敗の結果を受信し、必要に応じてこの結果を出力しユーザに伝える（Ｓ０８）。
【００５０】
一方、認証がなされた場合（Ｓ０６−ＹＥＳ）、認証サーバ１０は、端末識別子を含む第一認証情報を取得する（Ｓ０９）。次に、認証サーバ１０は、取得された第一認証情報から疑似乱数を生成することによって第二認証情報を取得する（Ｓ１０）。次に、認証サーバ１０は、生成された第一認証情報及び第二認証情報を電子鍵によってそれぞれ暗号化し、暗号化第一認証情報及び暗号化第二認証情報を取得する（Ｓ１１）。そして、認証サーバ１０は、取得された暗号化第一認証情報及び暗号化第二認証情報を、これらのもととなった端末識別子に対応する第一端末２０に対し送信する（Ｓ１２）。
【００５１】
第一端末２０は、認証サーバ１０から送出された暗号化第一認証情報及び暗号化第二認証情報を受信する（Ｓ１３）。そして、第一端末２０は、受信された暗号化第一認証情報及び暗号化第二認証情報と、入力部２５を介してユーザから入力されたデータＩＤとを含む端末認証要求を生成し、この端末認証要求を第二端末３０に送信する（Ｓ１４）。
【００５２】
第二端末３０は、第一端末２０から端末認証要求を受信する（Ｓ１５）。次に、第二端末３０は、受信された端末認証要求から、暗号化第一認証情報及び暗号化第二認証情報を取得する。第二端末３０は、取得された暗号化第一認証情報及び暗号化第二認証情報を電子鍵で復号化することにより、第一認証情報及び第二認証情報を取得する（Ｓ１６）。次に、第二端末３０は、取得された第一認証情報から疑似乱数を生成する（Ｓ１７）。次に、第二端末３０は、Ｓ１７の処理で取得された疑似乱数と、Ｓ１６の処理で取得された第二認証情報とを比較する（Ｓ１８）。この二つの値が同じ値でない場合（Ｓ１９−ＮＯ）、第二端末３０は認証が失敗したことを、処理対象の端末認証要求の送信元である第一端末２０に送信する（Ｓ２０）。そして、第一端末２０は、この認証失敗の結果を受信し、必要に応じてこの結果を出力する（Ｓ２１）。
【００５３】
一方、二つの値が同じ値である場合（Ｓ１９−ＹＥＳ）、第二端末３０は、受信された端末認証要求に含まれるデータＩＤに対応するコンテンツのデータを、コンテンツ記憶部３４から取得する（Ｓ２２）。次に、第二端末３０は、取得されたコンテンツのデータを、処理対象の端末認証要求の送信元である第一端末２０に送信する（Ｓ２３）。そして、第一端末２０は、このコンテンツのデータを受信し（Ｓ２４）、受信されたコンテンツのデータを処理する（Ｓ２５）。この処理の内容は、入力部２５を介して入力される命令や、第一端末２０の構成などによって異なる。例えば、不図示の記憶装置へコンテンツのデータを記録する処理や、出力部２６を介してコンテンツのデータを出力する処理などである。
【００５４】
〔第二動作例〕
図６、７は、認証システム１００の第二動作例の一部を示すフローチャートである。具体的には、第二動作例では、第一動作例における図３及び図４のフローの一部が変わるため、図３及び図４のそれぞれに対応するフローのみを図６及び図７に示す。なお、図６及び図７において、第一動作例と同じ処理については、図３及び図４と同じ符号を付して表す。
【００５５】
第二動作例では、暗号化部１４や復号化部３２において使用される電子鍵は、認証サーバ１０及び第二端末３０において、データＩＤに応じて決定される。例えば、認証システム１００内の各第二端末３０において、その第二端末３０が有しているコンテンツに対応する電子鍵が複数種類ある場合には、第二動作例のような動作となる。以下、図６、７を用いて、認証システム１００の第二動作例について説明する。なお、第一動作例と同じ処理については説明を省略する。
【００５６】
第一端末２０は、認証サーバのアドレスを取得すると（Ｓ０２）、第一端末２０は、Ｓ０１の処理において取得された端末識別子及びユーザによって指定されたデータＩＤを含むサーバ認証要求を生成する。そして、第一端末２０は、このサーバ認証要求を認証サーバ１０へ送信する（Ｓ２６）。Ｓ０４〜Ｓ０９の処理は、第一動作例と同じであるため説明を省略する。
【００５７】
次に、認証サーバ１０は、第二認証情報を取得すると（Ｓ１０）、受信されたサーバ認証要求に含まれるデータＩＤに基づいて、このデータＩＤに対応する電子鍵を取得する（Ｓ２７）。次に、認証サーバ１０は、Ｓ２７の処理で取得された電子鍵を用いて、第一認証情報及び第二認証情報を暗号化し、暗号化第一認証情報及び暗号化第二認証情報を取得する（Ｓ１１）。この後、Ｓ１２〜Ｓ１４の処理は、第一動作例と同じである。この後、第二端末３０は、端末認証要求を第一端末２０から受信すると（Ｓ１５）、受信された端末認証要求に含まれるデータＩＤに基づいて、このデータＩＤに対応する電子鍵を取得する（Ｓ２８）。そして、第二端末３０は、取得された電子鍵を用いて復号化を行う（Ｓ１６）。この後、Ｓ１７〜Ｓ２５の処理は、第一動作例と同じであるため説明を省略する。
【００５８】
なお、第二動作例では、Ｓ１４の処理において第一端末２０が生成する端末認証要求には、Ｓ２６の処理においてサーバ認証要求に含まれるデータＩＤと同じデータＩＤが含められる。また、第二動作例と同様の動作で、各電子鍵がデータＩＤではなく、後述するサイトＩＤに対応付けられて決定されても良い。この場合は、第一端末２０は、認証サーバ１０や第二端末３０に対しサイトＩＤを含む情報を送信する必要がある。
【００５９】
［第三動作例］
図８〜１３は、本発明における認証システム１００のより具体的な動作例としての第三動作例を示すフローチャートである。以下、図８〜１３を用いて、第三動作例について説明する。
【００６０】
まず、第一端末２０のサーバ認証要求部２２は、初期接続アドレスを取得する（Ｓ１０１）。初期接続アドレスとは、第一端末２０がピアツーピア型ネットワーク内において最初に接続すべき他の端末のアドレスを示す。なお、図８〜１３に示されるフローチャートでは、説明の便宜を図るため初期接続アドレスと第二端末３０のアドレスとが同じとなっているが、初期接続アドレスと第二端末３０のアドレスとが異なるように設定されても良い。即ち、第一端末２０がＳ１０４の処理においてＧＩＰ要求を送信する先は、第二端末３０（第一端末２０のユーザがダウンロード又はアクセスすることを所望するコンテンツを有する端末）である必要は無く、同じピアツーピア型ネットワークに接続された他の端末であっても良い。
【００６１】
第三動作例の説明を続ける。次に、第一端末２０のサーバ認証要求部２２は、取得された初期接続アドレスの端末（第三動作例では第二端末３０）にアクセスする（Ｓ１０２）。次に、サーバ認証要求部２２は、乱数を生成し（Ｓ１０３）、この乱数を含むＧＩＰ要求を生成する。そして、サーバ認証要求部２２は、このＧＩＰ要求を、初期接続アドレスの第二端末３０に送信する（Ｓ１０４）。
【００６２】
初期接続アドレスに対応する第二端末３０の認証部３５は、第一端末２０からＧＩＰ要求を受信する（Ｓ１０５）。ＧＩＰ要求を受信した認証部３５は、ＧＩＰ要求の送信元の端末（すなわち第一端末２０）のＧＩＰを取得する（Ｓ１０６）。認証部３５は、ＧＩＰ要求に係るパケットのヘッダ情報などから、第一端末２０のＧＩＰを取得できる。なお、ＧＩＰの取得方法は、他の実現方法が採用されても良い。次に、認証部３５は、取得されたＧＩＰに、受信されたＧＩＰ要求に含まれる乱数を付加することで、ＮｏｄｅＩＤを生成する（Ｓ１０７）。そして、認証部３５は、生成されたＮｏｄｅＩＤを含むＧＩＰ応答を生成し、このＧＩＰ応答を、ＧＩＰ要求の送信元である第一端末２０に送信する（Ｓ１０８）。
【００６３】
第一端末２０のサーバ認証要求部２２は、初期接続アドレスに対応する第二端末３０からＧＩＰ応答を受信する（Ｓ１０９）。ＧＩＰ応答を受信したサーバ認証要求部２２は、受信されたＧＩＰ応答からＮｏｄｅＩＤを取得する（Ｓ１１０）。なお、第三動作例におけるＮｏｄｅＩＤは、端末識別子の具体例に相当する。
【００６４】
次に、サーバ認証要求部２２は、認証サーバのアドレスを取得する（Ｓ１１１）。このとき、データやサイトに応じて認証サーバが異なる場合には、Ｓ１１１の処理において、サーバ認証要求部２２は、ユーザが取得することを希望しているデータや、そのデータを有したサイトに応じた認証サーバのアドレスを取得する。サーバ認証要求部２２は、入力部２５を介してユーザによって希望のデータやサイトが指示されることで、ユーザが取得することを希望しているデータを有したサイトを把握することができる。そして、そのサイトのアドレスは、第一端末２０が、そのデータのＩＤやサイトのＩＤに基づいて取得可能に構成されていれば、どのような装置に記憶されていても良い。例えば第一端末２０、第二端末３０、インターネットやピアツーピア型ネットワークに接続された他の情報処理装置のいずれに記憶されていても良い。次に、サーバ認証要求部２２は、ＮｏｄｅＩＤ、認証用ＩＤ及び認証用パスワードを含むサーバ認証要求を生成する（Ｓ１１２）。認証用ＩＤ及び認証用パスワードとは、管理情報の一具体例であり、例えば第一端末２０のユーザに割り当てられるユーザＩＤやユーザパスワードである。そして、サーバ認証要求部２２は、生成されたサーバ認証要求を、Ｓ１１１で取得されたアドレスの認証サーバへ送信する（Ｓ１１３）。
【００６５】
認証サーバ１０の認証部１２は、第一端末２０から送出されたサーバ認証要求を受信する（Ｓ１１４）。次に、認証部１２は、サーバ認証要求から認証用ＩＤ及び認証用パスワードを取得する（Ｓ１１５）。次に、認証部１２は、取得された認証用ＩＤ及び認証用パスワードを用いて認証処理を行う（Ｓ１１６）。認証がされなかった場合（Ｓ１１７−ＮＯ）、認証部１２は、認証失敗の結果を、サーバ認証要求の送信元である第一端末２０へ送信する（Ｓ１１８）。この場合、第一端末２０のサーバ認証要求部２２は認証失敗の結果を認証サーバ１０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１１９）。
【００６６】
一方、認証がなされた場合（Ｓ１１７−ＹＥＳ）、疑似乱数生成部１３は、受信されたサーバ認証要求に含まれるＮｏｄｅＩＤを含む第一認証情報を生成する（Ｓ１２０）。このとき、ＮｏｄｅＩＤそのものが第一認証情報となっても良い。次に、疑似乱数生成部１３は、Ｓ１２０において生成された第一認証情報からハッシュ値を取得することで第二認証情報を取得する（Ｓ１２１）。即ち、第三動作例では、疑似乱数生成方法の具体例として、ハッシュ関数を用いてハッシュ値を生成する方法が採用されている。
【００６７】
次に、暗号化部１４は、疑似乱数生成部１３において生成された第一認証情報及び第二認証情報を、秘密鍵を用いて暗号化する（Ｓ１２２）。この処理によって、暗号化第一認証情報及び暗号化第二認証情報が取得される。なお、この秘密鍵は、後述する第二端末３０が有している公開鍵と対応関係にある。そして、暗号化部１４は、生成された暗号化第一認証情報及び暗号化第二認証情報を、サーバ認証要求の送信元である第一端末２０へ送信する（Ｓ１２３）。
【００６８】
第一端末２０のサーバ認証要求部２２は、暗号化第一認証情報及び暗号化第二認証情報を受信すると（Ｓ１２４）、この二つの情報を端末認証要求部２３へ渡す。端末認証要求部２３は、入力部２５を介してユーザから指定されたサイトのＩＤ（サイトＩＤ）を取得する（Ｓ１２５）。なお、サイトＩＤやデータＩＤに関する情報が入力部２５を介して入力されるタイミングは、このタイミングに限定される必要はなく、これより以前（例えばＳ１０１の前や、Ｓ１０１〜Ｓ１０４の間や、Ｓ１０９〜Ｓ１１３の間などのタイミング）であっても良い。ただし、サイトＩＤに応じて認証サーバ１０が異なる場合には、認証サーバ１０を特定するためにこれより以前のタイミングで取得されている必要がある。
【００６９】
次に、端末認証要求部２３は、暗号化第一認証情報、暗号化第二認証情報、サイトＩＤ、データＩＤ及びＧＩＰを含む端末認証要求を生成する（Ｓ１２６）。そして、端末認証要求部２３は、生成された端末認証要求を、この端末認証要求に含まれるデータＩＤに係るデータを有している第二端末３０に送信する（Ｓ１２７）。
【００７０】
第二端末３０の復号化部３２は、端末認証要求を受信すると（Ｓ１２８）、受信された端末認証要求からサイトＩＤを取得する（Ｓ１２９）。次に、復号化部３２は、取得されたサイトＩＤから公開鍵を特定し（Ｓ１３０）、特定された公開鍵を取得する（Ｓ１３１）。そして、復号化部３２は、取得された公開鍵を用いて、受信された端末認証要求に含まれている暗号化第一認証情報及び暗号化第二認証情報を復号化することによって、第一認証情報及び第二認証情報を取得する（Ｓ１３２）。
【００７１】
次に、疑似乱数生成部３３は、Ｓ１３２の処理において取得された第一認証情報からハッシュ値を取得する（Ｓ１３３）。そして、認証部３５は、Ｓ１３３の処理において取得されたハッシュ値と、Ｓ１３２の処理において取得された第二認証情報とを比較する（Ｓ１３４）。これら二つの値が同じ値でなければ（Ｓ１３５−ＮＯ）、認証部３５は認証失敗の結果を、端末認証要求の送信元である第一端末２０に送信する（Ｓ１３６）。この場合、第一端末２０の端末認証要求部２３は認証失敗の結果を第二端末３０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１３７）。
【００７２】
一方、認証がなされた場合（Ｓ１３５−ＹＥＳ）、認証部３５は、受信された端末認証要求からＧＩＰを取得する（Ｓ１３７）。また、認証部３５は、Ｓ１３２の処理において取得された第一認証情報からＮｏｄｅＩＤを取得し（Ｓ１３８）、このＮｏｄｅＩＤからＧＩＰを取得する（Ｓ１３９）。例えば、ＮｏｄｅＩＤから乱数を削除することによりＧＩＰを取得することができる。そして、認証部３５は、Ｓ１３７の処理において取得されたＧＩＰと、Ｓ１３９の処理において取得されたＧＩＰとを比較する（Ｓ１４０）。これら二つのＧＩＰの値が同じ値でなければ（Ｓ１４１−ＮＯ）、認証部３５は認証失敗の結果を、端末認証要求の送信元である第一端末２０に送信する（Ｓ１４２）。この場合、第一端末２０の端末認証要求部２３は認証失敗の結果を第二端末３０から受信し、出力部２６がこの認証失敗の結果を出力する（Ｓ１４３）。
【００７３】
一方、これら二つのＧＩＰの値が同じである場合（Ｓ１４１−ＹＥＳ）、認証部３５は、受信された端末認証要求に含まれるデータＩＤに対応するデータ（要求データ）を、コンテンツ記憶部３４から読み出す（Ｓ１４４）。そして、認証部３５は、読み出された要求データを、端末認証要求の送信元である第一端末２０に送信する（Ｓ１４５）。第一端末２０の端末認証要求部２３は、要求データを受信すると（Ｓ１４６）、このデータを自身に接続された不図示の記憶装置に記録する（Ｓ１４７）。このとき、端末認証要求部２３は、ユーザの指示やデータの内容などに応じて、受信された要求データを、出力部２６を介して出力しても良い。
【００７４】
なお、認証部３５が行うＧＩＰの比較処理（Ｓ１３７〜１４４の処理）は、第三動作例に限らず、第一動作例や第二動作例において端末識別子の比較処理として実行されても良い。このように構成されることにより、第一動作例や第二動作例における処理でも、セキュリティの精度を向上させることができる。また、第三動作例において、このＧＩＰの比較処理を省略するように構成されても良い。また、第三動作例において、認証サーバ１０及び電子鍵がサイトＩＤに応じて決定されるのではなくデータＩＤに応じて決定されるように構成されても良い。このように構成された場合には、サイトＩＤは不要となる。
【００７５】
［第四実施例］
図１４は、認証システム１００の第四動作例の一部を示すフローチャートである。具体的には、第四動作例では、第三動作例における図８のフローの一部が変わるため、図８の一部に対応するフローのみを図１４に示す。なお、図１４において、第三動作例と同じ処理については、図８と同じ符号を付して表す。
【００７６】
第四動作例は、第一端末２０がピアツーピア型ネットワークに接続し認証サーバ１０のアドレスを取得する部分の処理をより具体的に示している。第四動作例における初期接続端末とは、第一端末２０及び第二端末３０が含まれるピアツーピア型ネットワーク内の端末であって、第一端末２０が有している初期接続アドレスによって表される端末である。初期接続端末は、第二端末３０と同じであっても良いし、他の端末であっても良い。以下、図１４を用いて、認証システム１００の第四動作例について説明する。なお、第三動作例と同じ処理については説明を省略する。
【００７７】
第一端末２０は、初期接続アドレスにアクセスすると（Ｓ１０２）、初期接続アドレスに対し、ユーザが所望するデータの検索を依頼する（Ｓ２０１）。この検索の依頼は、例えばデータＩＤを含む情報の送信によって行われ、例えばＷｉｎｎｙというピアツーピア型ネットワークにおける検索クエリに相当する。検索の依頼を受けた初期接続端末は、依頼されたデータを所有する第二端末３０のアドレスを検索結果として取得し、これを依頼主である第一端末２０に通知する（Ｓ２０２）。
【００７８】
第一端末２０は、検索結果を取得すると（Ｓ２０３）、検索結果に含まれる第二端末３０のアドレスに基づいて、この第二端末３０に対し所望のデータを要求する（Ｓ２０４）。第二端末３０は、この要求を受けると、このデータに対応する認証サーバ１０のアドレスを第一端末２０に渡し、認証を受けることを要求する（Ｓ２０５）。第一端末２０は、この要求を受け取ると、認証サーバ１０のアドレスを一時的に記憶する（Ｓ２０６）。この後、Ｓ１０３以降の処理が実行されるが、第三動作例と同じであるため説明を省く。
【００７９】
なお、この場合Ｓ１１１の処理において第一端末２０は、Ｓ２０６の処理において一時的に記憶した認証サーバ１０のアドレスを取得する。また、第四動作例の場合は、Ｓ２０４の処理が行われたことにより第二端末３０は既に所望のデータやサイトＩＤ等を知り得るため、Ｓ１２６の処理において端末認証要求にデータＩＤやサイトＩＤを省略することも可能である。この場合は、第二端末３０において一時的に記憶しているデータＩＤやサイトＩＤと、Ｓ１２８の処理で受信される端末認証要求とを対応付けるための措置（例えばＣｏｏｋｉｅの発行など）を必要に応じてとっても良い。また、第四動作例では、Ｓ１０４の処理においてＧＩＰ要求を送信する先はどのような装置であっても良い。即ち、認証サーバ１０であっても良いし、第二端末３０であっても良いし、初期接続端末であっても良いし、ピアツーピア型ネットワーク内の他の端末であっても良いし、ピアツーピア型ネットワーク外の他の情報処理装置であっても良い。
【００８０】
〔作用・効果〕
本発明の認証システム１００によれば、ピアツーピア型ネットワークにおいて第一端末２０が第二端末３０から所望のデータを取得する場合に、その認証が認証サーバ１０及び第二端末３０の双方によって実施される。ただし、それぞれの装置で実施される認証処理の内容が異なる。端末識別子、認証ＩＤ、認証パスワードのように、ユーザの参加や脱退などの変動に応じて更新が必要となる管理情報を用いた認証は、認証サーバ１０において実施される。管理情報に更新の必要が生じた場合は、管理者が認証サーバ１０に対してのみ更新を実施すればよい。そして、第二端末３０では、ユーザの参加や脱退などの変動によって更新する必要のない情報（電子鍵）と認証サーバ１０における認証結果とを用いて、認証が行われる。このため、従来のようにピアツーピア型ネットワーク内の各端末によって認証が実施された場合とは異なり、管理情報を各端末（第二端末３０）間で更新する必要がない。このため、認証の精度を維持しつつ、管理情報の送受信によるピアツーピア型ネットワーク内の通信量の増大を抑止することができる。
【００８１】
また、本発明の認証システム１００によれば、上述したように、第一端末２０が第二端末３０に対して要求しているデータについての認証が、認証サーバ１０において実施される。そして、認証サーバ１０において認証がなされた第一端末２０に対してのみ、第二端末３０のコンテンツ記憶部３４に記憶されたデータのダウンロードが許可される。このため、認証を受けていない不特定の第一端末２０にデータがダウンロードされることを抑止することができる。従来は、各データにパスワードや暗号化の処理を施すことで、不特定の第一端末２０にダウロードされた場合の認証処理が、そのデータが開かれる時点に行われていた。しかしながら、データが第一端末２０にダウンロードされてしまったことに違いはなく、その後時間をかけてデータが開かれるおそれがある。これに対し、上述したように本発明の認証システム１００では、データが第一端末２０にそもそもダウンロードされること自体が抑止される。このため、認証やセキュリティの精度を一層向上させることが可能となる。
【００８２】
また、本発明の認証システム１００は、第二端末３０において、第一認証情報及び第二認証情報を用いた認証に加えて、ＧＩＰの比較も実施するように構成することができる（第三動作例参照）。このように構成された場合、比較されるＧＩＰの一方は、認証を行った認証サーバ１０において生成され、第一端末では書き換え不能なように暗号化された暗号化第一認証情報に含まれるＧＩＰである。そして、他方は、第一端末２０によって、端末認証要求に含められたＧＩＰである。この二つの値が比較されることにより、端末認証要求を送信した第一端末２０と、サーバ認証要求を送信することで認証サーバ１０による認証を受けた第一端末２０とが、本当に同じ端末であるか否かが判断される。そして、異なるＧＩＰである場合、即ち端末認証要求を送信してきた第一端末２０が、認証サーバ１０における認証を受けた第一端末２０と異なる場合は、例え暗号化第一認証情報及び暗号化第二認証情報による認証をパスしたとしても、データの送信が実施されない。このように構成されることにより、認証を行う装置（認証サーバ１０）とデータをダウンロードさせる装置（第二端末３０）とが異なる装置であることによる認証の欠点を補完することができ、認証システム１００におけるデータのセキュリティの精度を向上させることが可能となる。
【００８３】
〔変形例〕
第一端末２０において、第一送受信部２１と第二送受信部２４とは、一体に構成されても良い。また、認証失敗の通知（Ｓ０７，Ｓ２０，Ｓ１１８，Ｓ１３６，Ｓ１４２）や、それに伴うエラー出力（Ｓ０８，Ｓ２１，Ｓ１１９，Ｓ１３７，Ｓ１４３）は、必ずしも実行するように構成されてなくても良い。
【図面の簡単な説明】
【００８４】
【図１】認証システム１００のネットワーク構成例の概要を示す図である。
【図２】認証システム１００のシステム構成例を示す図である。
【図３】認証システム１００の第一動作例を示すフローチャートである。
【図４】認証システム１００の第一動作例を示すフローチャートである。
【図５】認証システム１００の第一動作例を示すフローチャートである。
【図６】認証システム１００の第二動作例を示すフローチャートである。
【図７】認証システム１００の第二動作例を示すフローチャートである。
【図８】認証システム１００の第三動作例を示すフローチャートである。
【図９】認証システム１００の第三動作例を示すフローチャートである。
【図１０】認証システム１００の第三動作例を示すフローチャートである。
【図１１】認証システム１００の第三動作例を示すフローチャートである。
【図１２】認証システム１００の第三動作例を示すフローチャートである。
【図１３】認証システム１００の第三動作例を示すフローチャートである。
【図１４】認証システム１００の第四動作例を示すフローチャートである。
【符号の説明】
【００８５】
１０…認証サーバ、 １１…送受信部、 １２…認証部、 １３…疑似乱数生成部、
１４…暗号化部、 ２０…第一端末、 ２１…第一送受信部、 ２２…サーバ認証要求部、 ２３…端末認証要求部、 ２４…第二送受信部、 ２５…入力部、 ２６…出力部、
３０…第二端末、 ３１…送受信部、 ３２…復号化部、 ３３…疑似乱数生成部、
３４…コンテンツ記憶部、 ３５…認証部、 １００…認証システム
【特許請求の範囲】
【請求項１】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置であって、
認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得する復号化手段と、
前記復号化手段によって取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得る疑似乱数生成部と、
前記疑似乱数生成部によって得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認める認証手段と、
を含むデータ送信装置。
【請求項２】
前記認証手段は、前記データ要求元からの要求を認める判断がなされた場合に、このデータ要求元に対し、要求されたデータを送信する請求項１に記載のデータ送信装置。
【請求項３】
前記第一認証情報には、前記データ要求元を示す端末識別子が含まれており、
前記認証手段は、前記データ要求元から前記端末識別子を受信し、復号化手段によって取得された第一認証情報から端末識別子を取得し、これら二つの端末識別子を比較し、同じ値である場合に、前記データ要求元からの要求を認める
請求項１又は２に記載のデータ送信装置。
【請求項４】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置としてコンピュータを機能させるプログラムであって、
認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得するステップと、
取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得るステップと、
得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認めるステップと、
をコンピュータに実行させるためのプログラム。
【請求項５】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置が行う認証方法であって、
前記データ送信装置が、認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得するステップと、
前記データ送信装置が、取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得るステップと、
前記データ送信装置が、得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認めるステップと、
を含む認証方法。
【請求項６】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置であって、
認証サーバに対し、認証を要求するサーバ認証要求手段と、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信する端末認証要求手段と、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信する受信手段と、
を含むデータ受信装置。
【請求項７】
前記サーバ認証要求手段は、前記認証を要求する際に、自装置を示す端末識別子を前記認証サーバに送信し、
前記端末認証要求手段は、前記暗号化第一認証情報及び暗号化第二認証情報に加えて、さらに前記端末識別子を前記データ送信元に送信し、
前記受信手段は、前記データ送信元において前記第一認証情報が復号化されることによって得られる第一認証情報から得られる端末識別子と、前記端末認証要求手段によって送信される端末識別子とが比較され、二つの端末識別子が同じ値である場合に、前記データ送信元から前記要求に応じたデータを受信する
請求項６に記載のデータ受信装置。
【請求項８】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置としてコンピュータを機能させるプログラムであって、
認証サーバに対し、認証を要求するステップと、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信するステップと、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信するステップと、
をコンピュータに実行させるためのプログラム。
【請求項９】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置が行う受信方法であって、
認証サーバに対し、認証を要求するステップと、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信するステップと、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信するステップと、
を含む受信方法。
【請求項１】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置であって、
認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得する復号化手段と、
前記復号化手段によって取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得る疑似乱数生成部と、
前記疑似乱数生成部によって得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認める認証手段と、
を含むデータ送信装置。
【請求項２】
前記認証手段は、前記データ要求元からの要求を認める判断がなされた場合に、このデータ要求元に対し、要求されたデータを送信する請求項１に記載のデータ送信装置。
【請求項３】
前記第一認証情報には、前記データ要求元を示す端末識別子が含まれており、
前記認証手段は、前記データ要求元から前記端末識別子を受信し、復号化手段によって取得された第一認証情報から端末識別子を取得し、これら二つの端末識別子を比較し、同じ値である場合に、前記データ要求元からの要求を認める
請求項１又は２に記載のデータ送信装置。
【請求項４】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置としてコンピュータを機能させるプログラムであって、
認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得するステップと、
取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得るステップと、
得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認めるステップと、
をコンピュータに実行させるためのプログラム。
【請求項５】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ要求元から要求されるデータを前記データ要求元に送信するデータ送信装置が行う認証方法であって、
前記データ送信装置が、認証サーバによって認証された前記データ要求元から、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、受信し、前記暗号化第一認証情報及び前記暗号化第二認証情報を復号化することで、第一認証情報及び第二認証情報を取得するステップと、
前記データ送信装置が、取得された前記第一認証情報から、前記認証サーバと同じ論理で疑似乱数を得るステップと、
前記データ送信装置が、得られた前記疑似乱数と、前記復号化手段によって取得された前記第二認証情報とを比較し、同じ値である場合に、前記データ要求元からの要求を認めるステップと、
を含む認証方法。
【請求項６】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置であって、
認証サーバに対し、認証を要求するサーバ認証要求手段と、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信する端末認証要求手段と、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信する受信手段と、
を含むデータ受信装置。
【請求項７】
前記サーバ認証要求手段は、前記認証を要求する際に、自装置を示す端末識別子を前記認証サーバに送信し、
前記端末認証要求手段は、前記暗号化第一認証情報及び暗号化第二認証情報に加えて、さらに前記端末識別子を前記データ送信元に送信し、
前記受信手段は、前記データ送信元において前記第一認証情報が復号化されることによって得られる第一認証情報から得られる端末識別子と、前記端末認証要求手段によって送信される端末識別子とが比較され、二つの端末識別子が同じ値である場合に、前記データ送信元から前記要求に応じたデータを受信する
請求項６に記載のデータ受信装置。
【請求項８】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置としてコンピュータを機能させるプログラムであって、
認証サーバに対し、認証を要求するステップと、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信するステップと、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信するステップと、
をコンピュータに実行させるためのプログラム。
【請求項９】
ピアツーピア型ネットワークに接続され、前記ピアツーピア型ネットワーク内のデータ送信元に対しデータを要求し、このデータを受信するデータ受信装置が行う受信方法であって、
認証サーバに対し、認証を要求するステップと、
前記認証サーバによって認証がなされた後に、前記認証サーバによって暗号化された暗号化第一認証情報と、前記暗号化第一認証情報が暗号化される前の第一認証情報から疑似乱数を得ることによって生成された第二認証情報が前記認証サーバによって暗号化された暗号化第二認証情報とを、前記認証サーバから受信し、受信された暗号化第一認証情報及び暗号化第二認証情報を前記データ送信元に送信するステップと、
前記データ送信元によって前記暗号化第一認証情報及び前記暗号化第二認証情報が復号化され、第一認証情報及び第二認証情報が取得され、この第一認証情報から、前記認証サーバと同じ論理で疑似乱数が取得され、この疑似乱数と、取得された前記第二認証情報とが同じ値である場合に、このデータ送信元から、前記要求に応じたデータを受信するステップと、
を含む受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００８−１９１７２７（Ｐ２００８−１９１７２７Ａ）
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願番号】特願２００７−２２４８７（Ｐ２００７−２２４８７）
【出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（５０６１４９５１９）株式会社ドリームボート (3)
【Ｆターム（参考）】
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（５０６１４９５１９）株式会社ドリームボート (3)
【Ｆターム（参考）】
[ Back to top ]