(57)【特許請求の範囲】
【請求項１】
管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムであって、
前記クライアント端末が、
マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する受信手段と、
該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する送信手段と、
を備え、
前記管理サーバが、
前記マスター鍵を保有する保有手段と、
前記マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する鍵復号手段と、
前記マスター鍵を暗号化して新たなユーザ鍵を生成するユーザ鍵生成手段と、
該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する暗号化手段と、
前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する返送手段と、
を備え、
前記クライアント端末が、
返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号するコンテンツ復号手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記管理サーバを複数備えることができる請求項１に記載のコンテンツ配信システム。
【請求項３】
管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップと、
前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップと、
前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップと、
前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップと、
前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップと、
前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップと、
前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップと、
を備えることを特徴とするコンテンツ配信方法。
【請求項４】
管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法をコンピュータに実行させるためのプログラムであって、
前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップと、
前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップと、
前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップと、
前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップと、
前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップと、
前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップと、
前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）技術に関し、特に、Ｐ２Ｐコンテンツ配信に対応したコンテンツ配信システム、コンテンツ配信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、インターネットや携帯電話網といったネットワークの発達により、音楽や動画といったマルチメディアコンテンツのネットワーク流通が盛んに行われるようになってきている。音楽の分野では携帯型音楽プレイヤーとPCや携帯電話との連携により、徐々にCDによる流通からネットワーク配信への移行が進んでおり、また動画においてもネットワーク上でのストリーミングサービスなどが増えつつある。
【０００３】
そのため、コンテンツの不正使用や不正流通、不正コピーを防止するために、コンテンツの暗号化を行う方法があり、ユーザに対し個別の暗号化鍵を作成し（これをユーザ鍵とする）、この鍵でコンテンツを暗号化した鍵（これをコンテンツ鍵とする）を暗号化する二重鍵方式や、さらにコンテンツ鍵を別な鍵で暗号化し、その鍵をユーザ鍵で暗号化する三重鍵方式などを用いて効率よくユーザ毎のコンテンツ制御を行う方式が提案されている。
【０００４】
また、初めて視聴要求を発した端末に対応する暗号化コンテンツ鍵については全ての端末の情報が登録された暗号化コンテンツ鍵メインデータベースから検索して取得し、２回目以降の視聴要求については過去の履歴から作成され、配信サーバと接続された有効な端末のみが登録された暗号化コンテンツ鍵サブデータベースから検索して取得して、検索時間を削減する技術（例えば、特許文献１参照）やデータ再生装置が、暗号化コンテンツの復号に必要な復号鍵を暗号鍵蓄積サーバに要求し、暗号鍵蓄積サーバは復号鍵の有効期限と実時間とを比較して、有効期限内である場合のみ復号鍵をデータ再生装置に送出することで、暗号データの利用可能時間を情報提供者側で管理し、ユーザ側で任意に再生することのできない暗号文伝送システム（例えば、特許文献１参照）も提案されている。
【特許文献１】特開２００５−１１７３８０号公報
【特許文献２】特開２００３−１７４４３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、現在においては、コンテンツの管理面などから商用サービスではサーバ配信型が主流であり、ｉＴＳ（ｉＴｕｎｅｓ Ｓｔｏｒｅ）やＹｏｕＴｕｂｅなどはその典型例である。一方で、コンテンツ流通の負荷分散や口コミ的な流通効果を踏まえて、Ｐ２Ｐ（Ｐｅｅｒ
ｔｏ Ｐｅｅｒ）技術によるコンテンツ流通技術が注目され、近年ではＷｉｎｎｙなどの流行が見られ、また一部では商用サービスにＰ２Ｐ技術を用いたシステムを試験運用するケースも出始め、今後は商用サービスにおいてもこのタイプのコンテンツ流通が行われるものと推測される。
【０００６】
しかしながら、従来手法ではユーザ鍵で暗号化するコンテンツ鍵などを管理する必要があり、またすべてのユーザへのコンテンツ鍵配布のために全ユーザ鍵を知っておく必要がある。この場合、Ｐ２Ｐのようにコンテンツがサーバを経由しないで流通するようなモデルにおいてもコンテンツ管理やユーザ管理を行うストレージが必要となり、Ｐ２Ｐによるコンテンツ配信の障害となるといった問題があった。
【０００７】
そこで、本発明は、上記事情に鑑みてなされたものであり、コンテンツ管理やユーザ管理を行うストレージを必要としないＰ２Ｐコンテンツ配信に対応したコンテンツ配信システム、コンテンツ配信方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記した課題を解決するために以下の事項を提案している。
【０００９】
（１）本発明は、管理サーバ（例えば、図１の管理サーバ２に相当）を仲介して、クライアント端末（例えば、図１のクライアント端末１に相当）間でＰ２Ｐにより、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルの配信を行うコンテンツ配信システムであって、前記管理サーバが保有するマスター鍵を暗号化して新たなユーザ鍵を生成するとともに、該生成した新たなユーザ鍵でコンテンツ鍵を暗号化して、前記クライアント端末に送信し、前記クライアント端末が、受信したコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号することを特徴とするコンテンツ配信システムを提案している。
【００１０】
この発明によれば、管理サーバが保有するマスター鍵を暗号化して新たなユーザ鍵を生成するとともに、その生成した新たなユーザ鍵でコンテンツ鍵を暗号化して、クライアント端末に送信し、クライアント端末が、受信したコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
【００１１】
（２）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムであって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する受信手段(例えば、図２の受信部１１に相当)と、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する送信手段(例えば、図２の送信部１２に相当)と、を備え、前記管理サーバが、前記マスター鍵を保有する保有手段(例えば、図３のマスター鍵保有部２３に相当)と、前記マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する鍵復号手段(例えば、図３の鍵復号部２２に相当)と、前記マスター鍵を暗号化して新たなユーザ鍵を生成するユーザ鍵生成手段(例えば、図３のユーザ鍵生成部２４に相当)と、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する暗号化手段(例えば、図３の暗号化部２５に相当)と、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する返送手段(例えば、図３の送信部２６に相当)と、を備え、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号するコンテンツ復号手段(例えば、図２の復号部１３に相当)と、を備えることを特徴とするコンテンツ配信システムを提案している。
【００１２】
この発明によれば、クライアント端末の受信手段が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、送信手段が、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバの保有手段は、マスター鍵を保有し、鍵復号手段は、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する。ユーザ鍵生成手段は、マスター鍵を暗号化して新たなユーザ鍵を生成し、暗号化手段は、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化し、返送手段が、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末のコンテンツ復号手段が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
【００１３】
（３）本発明は、（２）のコンテンツ配信システムについて、前記管理サーバを複数備えることができるコンテンツ配信システムを提案している。
【００１４】
この発明によれば、管理サーバを複数備えることができる。したがって、管理サーバを増設することによって、システムの拡充を簡単に行うことができる。
【００１５】
（４）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法であって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップ(例えば、図５のステップＳ１０１に相当)と、前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップ(例えば、図５のステップＳ１０２に相当)と、前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップ(例えば、図５のステップＳ１０３に相当)と、前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップ(例えば、図５のステップＳ１０４に相当)と、前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップ(例えば、図５のステップＳ１０５に相当)と、前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップ(例えば、図５のステップＳ１０６に相当)と、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップ(例えば、図５のステップＳ１０７に相当)と、を備えることを特徴とするコンテンツ配信方法を提案している。
【００１６】
この発明によれば、クライアント端末が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバは、マスター鍵を保有し、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号し、マスター鍵を暗号化して新たなユーザ鍵を生成するとともに、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化して、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
【００１７】
（５）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法をコンピュータに実行させるためのプログラムであって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップ(例えば、図５のステップＳ１０１に相当)と、前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップ(例えば、図５のステップＳ１０２に相当)と、前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップ(例えば、図５のステップＳ１０３に相当)と、前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップ(例えば、図５のステップＳ１０４に相当)と、前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップ(例えば、図５のステップＳ１０５に相当)と、前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップ(例えば、図５のステップＳ１０６に相当)と、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップ(例えば、図５のステップＳ１０７に相当)と、をコンピュータに実行させるためのプログラムを提案している。
【００１８】
この発明によれば、クライアント端末が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバは、マスター鍵を保有し、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号し、マスター鍵を暗号化して新たなユーザ鍵を生成するとともに、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化して、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
【発明の効果】
【００１９】
本発明によれば、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなるという効果がある。これにより、特別なストレージを必要とせずに不正流通・使用を防止するコンテンツ配信が実現でき、Ｐ２Ｐ上でのコンテンツに対し著作権保護を実現できるという効果がある。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態について、図面を用いて、詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
【００２１】
図１から図５を用いて、本発明の実施形態について説明する。
【００２２】
＜システム構成＞
本実施形態に係るコンテンツ配信システムは、図１に示すように、Ｐ２Ｐ通信を行うクライアント端末１と、マスター鍵を管理する管理サーバ２とからなり、これらクライアント端末１と管理サーバ２とがネットワーク３を介して接続されている。なお、管理サーバ２は、システムの規模に応じて増設することが可能である。
【００２３】
＜クライアント端末の構成＞
クライアント端末１は、図２に示すように、受信部１１と、送信部１２と、復号部１３と、クライアント情報格納部１４とから構成されている。
【００２４】
受信部１１は、他のクライアント端末１からマスター鍵で暗号化されたユーザ鍵とそのユーザ鍵で暗号化されたコンテンツ鍵とそのコンテンツ鍵で暗号化されたコンテンツとからなる図４に示されるようなコンテンツファイルを受信するするとともに、管理サーバ２から新たなユーザ鍵とこの新たなユーザ鍵で暗号化されたコンテンツ鍵とを受信する。
【００２５】
送信部１２は、受信部１１が受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。また、新たなユーザ鍵を発行するのに必要なクライアント情報を送信する。
【００２６】
復号部１３は、管理サーバ２から受信したコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。クライアント情報格納部１４は、新たなユーザ鍵を発行するのに必要なクライアント情報（ユーザにバインドさせる場合はユーザ情報、クライアント端末にバインドさせて他のクライアントで使用できないようにするなら端末固有情報など）を格納する。
【００２７】
＜管理サーバの構成＞
管理サーバ２は、図３に示すように、受信部２１と、鍵復号部２２と、マスター鍵保有部２３と、ユーザ鍵生成部２４と、暗号化部２５と、送信部２６とから構成されている。
【００２８】
受信部２１は、クライアント端末１から受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを受信する。また、新たなユーザ鍵を発行するのに必要なクライアント情報を送信する。
【００２９】
鍵復号部２２は、マスター鍵を用いて、受信部２１において受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する。
【００３０】
マスター鍵保有部２３は、マスター鍵を格納、管理する。ユーザ鍵生成部２４は、受信部２１において受信した新たなユーザ鍵を発行するのに必要なクライアント情報を用いて、マスター鍵を暗号化して新たなユーザ鍵を生成する。
【００３１】
暗号化部２５は、ユーザ鍵生成部２４が生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化する。送信部２６は、クライアント端末１に、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とを送信する。
【００３２】
＜コンテンツ配信システムの処理＞
次に、図５を用いて、コンテンツ配信システムの処理について、説明する。
【００３３】
まず、クライアント端末の受信部１１が、他のクライアント端末１からマスター鍵で暗号化されたユーザ鍵とそのユーザ鍵で暗号化されたコンテンツ鍵とそのコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する（ステップＳ１０１）。
【００３４】
そして、クライアント端末の送信部１２が、受信部１１において受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバ２に送信する（ステップＳ１０２）。
【００３５】
管理サーバ２は、マスター鍵を保有し、そのマスター鍵を用いて、受信部２１において受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する（ステップＳ１０３）。
【００３６】
次いで、管理サーバ２は、ユーザ鍵生成部２４において、マスター鍵を暗号化して新たなユーザ鍵を生成する（ステップＳ１０４）。また、管理サーバ２の暗号化部２５は、ユーザ鍵生成部２４において生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化する（ステップＳ１０５）。
【００３７】
さらに、管理サーバ２の送信部は、ユーザ鍵生成部２４において生成した新たなユーザ鍵とこの新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に送信する（ステップＳ１０６）。そして、クライアント端末１の受信部１１が、受信したコンテンツ鍵を復号化部１３において新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する（ステップＳ１０７）。
【００３８】
したがって、本実施形態によれば、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
【００３９】
＜実施例＞
次に、図６から図１１を用いて、より具体的な実施例について説明する。
【００４０】
なお、本実施例においては、以下の使用環境および条件を満たすものとする。
１）Ｐ２Ｐにおけるコンテンツ検索技術は整備されている。
２）必要となる場合において、ＰＫＣ（公開鍵証明書）や認証局は整備されており、認証などの手順において、公開鍵・秘密鍵、署名鍵・検証鍵が正当に発行され、利用される。
３）クライアント端末が所有するコンテンツ鍵とは別に、ライセンス管理サーバだけが所有するマスター鍵が存在する。
４）コンテンツに付随する著作権情報やユーザに付随するライセンス条項に関する処理（課金など）は別途整備されているものとする。
５）クライアント端末は耐タンパ性モジュールを持ち、そのモジュール内にユーザのライセンス情報が組み込まれる。内部の情報および処理をユーザが改ざん、ならびに盗聴することは不可能であると仮定する。
【００４１】
また、本実施例において、使用される記号は以下の通りである。
１）ｒｎ：
乱数
２）ＳＥＮＣ（ｍ，ｋ）：メッセージ（ｍ）を共有鍵（ｋ）によって共通鍵暗号系で暗号化されたデータ
３）Ｋａ、Ｋｂ：ユーザ鍵（クライアントＡはＫａ、クライアントＢはＫｂ）
４）ｇｘ、ｐｘ、ｓ、ｔ、ｕ、ｖ[但し、ｘ＝｛０，１｝]：
コンテンツ配信時の通信で使用される一時鍵のためのＤＨ鍵共有用数値（原始元ｇｘ、素数ｐｘ、クライアントＡ（コンテンツの供給元兼コンテンツ鍵暗号化変更依頼元）の秘密情報ｓおよびｖ、クライアントＢ（コンテンツの受信先）の秘密情報ｔ、流通管理サーバ（コンテンツ鍵の更新依頼先）の秘密情報ｕ）
５）ＴＫ：クライアントＡ−Ｂ間の一時通信用共有鍵
６）ｃ、Ｍｅｔａ、ＣＩＤ、ＣＫ：コンテンツ（ｃ）と、その付随情報（Ｍｅｔａ）と、コンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号化用のコンテンツ鍵（ＣＫ）
７）ｇ2、ｐ2、ｕ：コンテンツ流通管理サーバとコンテンツ使用依頼を行うクライアントＢ間で共有するユーザ鍵（＝通信用の鍵）（原始元ｇ1、素数ｐ1、流通管理サーバの秘密情報ｕ）
８）ＩＤｂ：クライアントＢが使用するクライアント端末の端末固有情報
９）ｆ（・）：端末固有情報の変換関数
１０）Ｋｍ：コンテンツ流通管理サーバが持つマスター鍵
１１）｜｜：前後の値の連接
【００４２】
＜実施例１＞
以下、図６から図８を用いて、実施例１について説明する。
【００４３】
＜コンテンツの配信処理＞
まず、図６に示すように、
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ０とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成して、クライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ０を暗号化したＳＥＮＣ（ｒ０, ＴＫ）を演算する。さらに、別な乱数ｒ１を生成し、ｒ１、ｇ０ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ０, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ０, ＴＫ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, ＴＫ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, ＴＫ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤからＳＥＮＣ（ＣＩＤ, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し、該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ、 Ｋｍ）｜｜ＳＥＮＣ（ＣＫ、 Ｋａ）を管理サーバに送信し、コンテンツ流通用の一時鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を受信する。これと、暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとして、クライアントＢに送信する。
【００４４】
上記５）におけるコンテンツ鍵の暗号化を変更する手順を図７により説明する。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは乱数ｒ２とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ’）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ１ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ２, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ２, ＴＫ’）を復号し自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ３, ＴＫ‘）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、コンテンツ配信用の一時暗号化鍵ＤＫを生成する。これとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）とを一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ＤＫ｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
６）管理サーバは、全ての情報を復号した後、ＤＫで再暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
７）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を得る。
なお、Ｐ２Ｐではなく、コンテンツ配信サーバで求める場合（初めてコンテンツの配信を受ける人、またはＰ２Ｐの検索でコンテンツが見つからなかった人）も、クライアントＡをコンテンツ配信サーバとして同様の手順で求める。ただし、上記４）の手順においては、代わりにＳＥＮＣ（ＣＩＤ｜｜ＤＫ｜｜ＣＫ, ＴＫ‘）を送信する。また、上記５）の手順は同じである。
【００４５】
＜コンテンツ使用依頼の処理＞
図８を用いて、コンテンツ使用依頼の処理について説明する。
【００４６】
１）クライアントＢからコンテンツ使用依頼の合図があったら，管理サーバは乱数ｒ４とＤＨ鍵生成用の数値ｇ２,ｐ３,ｗを生成してクライアントＢに送信する．
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, Ｋｂ）を演算する。更に、別な乱数ｒ５を生成し、ｒ５、ｇ２ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ４, Ｋｂ）を管理サーバに送信する。
３）管理サーバはＫｂを求め、受信したＳＥＮＣ（ｒ４, Ｋｂ）を復号し、自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ５, Ｋｂ）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＡから受信したものからＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜, Ｋｂ）を計算し、管理サーバに送信する。
５）管理サーバは、ＤＫを導出して復号し、Ｋｂで再暗号処理を行い、ＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜, Ｋｂ）を計算し、クライアントＢに送信する。クライアントＢは、受信したものとｇ２ｗ ｍｏｄ
ｐ２を保存する。
【００４７】
＜実施例２＞
図９から図１１を用いて、実施例２について説明する。
前記の実施例１では、コンテンツ取得時と使用時の通信を独立させたものを示したが、本実施例では、コンテンツ取得時にコンテンツを配信先の端末にバインドさせ使用時の通信を必要としないものについて説明する。つまり、実施例１は、将来ユーザを追跡できない方法で鍵の生成を行える方式が提案された際に、その方式の適用によりユーザ間の連携といったプライバシ情報を保護できるようにするためのものであったが、本実施例は、コンテンツ取得時に全ての処理を終了させることでユーザの負担を軽減させるためのものである。
【００４８】
＜ユーザ鍵の発行処理＞
図９を用いて、本実施例におけるユーザ鍵の発行処理について、説明する。
１）クライアントＢからユーザ鍵依頼の合図があったら，管理サーバは乱数ｒ０とＤＨ鍵生成用の数値ｇ２,ｐ３,ｗを生成してクライアントＢに送信する。
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ０を暗号化したものであるＳＥＮＣ（ｒ０, Ｋｂ）を演算する。更に、別な乱数ｒ１を生成し、ｒ１、ｇ２ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ０, Ｋｂ）を管理サーバに送信する。
３）管理サーバは、Ｋｂを求め、受信したＳＥＮＣ（ｒ０, Ｋｂ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, Ｋｂ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、クライアントＢはｇ２ｗ ｍｏｄ
ｐ２を保存する。
【００４９】
＜コンテンツの配信処理＞
図１０および図１１を用いて、本実施例におけるコンテンツの配信処理について、説明する。
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ２とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成してクライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ０ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ２, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ２, ＴＫ）を復号し、自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ）を計算し、クライアントＢ送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ３, ＴＫ）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤとユーザ鍵生成用シードからＳＥＮＣ（ＣＩＤ｜｜ ｇ２ｆ（ＩＤｂ） ｍｏｄ ｐ２, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）をクライアントＢから受信したユーザ鍵生成用シードと連結して管理サーバに送信し、クライアントＢのユーザ鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を受信する。これと暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとしてクライアントＢに送信する。
６）クライアントＢは、受信したものを復号し、保存する。
【００５０】
上記５）におけるコンテンツ鍵の暗号化を変更する手順について説明する。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは、乱数ｒ４とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, ＴＫ’）を演算する。さらに別な乱数ｒ５を生成し、ｒ５、ｇ１ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ４, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ４, ＴＫ’）を復号し自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ５, ＴＫ‘）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＢのユーザ鍵生成用シードとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）と一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ｇ２ｆ（ＩＤｂ） ｍｏｄ ｐ２｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
５）管理サーバは、全ての情報を復号した後、クライアントＢのユーザ鍵生成用シードからＫｂを生成し、この鍵で再暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
６）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を得る。
【００５１】
なお、これらプログラムをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをクライアント端末１、管理サーバ２のそれぞれ（いずれもコンピュータシステム）に読み込ませ、実行することによって本発明のコンテンツ配信システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。
【００５２】
また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００５３】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５４】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、
【図面の簡単な説明】
【００５５】
【図１】本発明の実施形態に係るシステムの構成図である。
【図２】本発明の実施形態に係るクライアント端末の構成図である。
【図３】本発明の実施形態に係る管理サーバの構成図である。
【図４】本発明の実施形態に係るコンテンツファイルの構成を例示した図である。
【図５】本発明の実施形態に係る処理フローである。
【図６】本発明の実施例１に係るコンテンツ配信の処理フローである。
【図７】本発明の実施例１に係るコンテンツ鍵暗号化変更の処理フローである。
【図８】本発明の実施例１に係るコンテンツ使用依頼の処理フローである。
【図９】本発明の実施例２に係るユーザ鍵発行の処理フローである。
【図１０】本発明の実施例２に係るコンテンツ配信の処理フローである。
【図１１】本発明の実施例２に係るコンテンツ鍵暗号化変更の処理フローである。
【符号の説明】
【００５６】
１・・・クライアント端末、２・・・管理サーバ、３・・・ネットワーク、１１・・・受信部、１２・・・送信部、１３・・・復号部、１４・・・クライアント情報格納部、２１・・・受信部、２２・・・鍵復号部、２３・・・マスター鍵保有部、２４・・・ユーザ鍵生成部、２５・・・暗号化部、２６・・・送信部
【図１】
0005139045.tif 000002
【図２】
0005139045.tif 000003
【図３】
0005139045.tif 000004
【図４】
0005139045.tif 000005
【図５】
0005139045.tif 000006
【図６】
0005139045.tif 000007
【図７】
0005139045.tif 000008
【図８】
0005139045.tif 000009
【図９】
0005139045.tif 000010
【図１０】
0005139045.tif 000011
【図１１】
0005139045.tif 000012