JP5139045B2 - コンテンツ配信システム、コンテンツ配信方法およびプログラム - Google Patents
コンテンツ配信システム、コンテンツ配信方法およびプログラム Download PDFInfo
- Publication number
- JP5139045B2 JP5139045B2 JP2007309642A JP2007309642A JP5139045B2 JP 5139045 B2 JP5139045 B2 JP 5139045B2 JP 2007309642 A JP2007309642 A JP 2007309642A JP 2007309642 A JP2007309642 A JP 2007309642A JP 5139045 B2 JP5139045 B2 JP 5139045B2
- Authority
- JP
- Japan
- Prior art keywords
- key
- content
- encrypted
- user key
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）技術に関し、特に、Ｐ２Ｐコンテンツ配信に対応したコンテンツ配信システム、コンテンツ配信方法およびプログラムに関する。
近年、インターネットや携帯電話網といったネットワークの発達により、音楽や動画といったマルチメディアコンテンツのネットワーク流通が盛んに行われるようになってきている。音楽の分野では携帯型音楽プレイヤーとPCや携帯電話との連携により、徐々にCDによる流通からネットワーク配信への移行が進んでおり、また動画においてもネットワーク上でのストリーミングサービスなどが増えつつある。
そのため、コンテンツの不正使用や不正流通、不正コピーを防止するために、コンテンツの暗号化を行う方法があり、ユーザに対し個別の暗号化鍵を作成し（これをユーザ鍵とする）、この鍵でコンテンツを暗号化した鍵（これをコンテンツ鍵とする）を暗号化する二重鍵方式や、さらにコンテンツ鍵を別な鍵で暗号化し、その鍵をユーザ鍵で暗号化する三重鍵方式などを用いて効率よくユーザ毎のコンテンツ制御を行う方式が提案されている。
また、初めて視聴要求を発した端末に対応する暗号化コンテンツ鍵については全ての端末の情報が登録された暗号化コンテンツ鍵メインデータベースから検索して取得し、２回目以降の視聴要求については過去の履歴から作成され、配信サーバと接続された有効な端末のみが登録された暗号化コンテンツ鍵サブデータベースから検索して取得して、検索時間を削減する技術（例えば、特許文献１参照）やデータ再生装置が、暗号化コンテンツの復号に必要な復号鍵を暗号鍵蓄積サーバに要求し、暗号鍵蓄積サーバは復号鍵の有効期限と実時間とを比較して、有効期限内である場合のみ復号鍵をデータ再生装置に送出することで、暗号データの利用可能時間を情報提供者側で管理し、ユーザ側で任意に再生することのできない暗号文伝送システム（例えば、特許文献１参照）も提案されている。
特開２００５−１１７３８０号公報
特開２００３−１７４４３９号公報
ところで、現在においては、コンテンツの管理面などから商用サービスではサーバ配信型が主流であり、ｉＴＳ（ｉＴｕｎｅｓ Ｓｔｏｒｅ）やＹｏｕＴｕｂｅなどはその典型例である。一方で、コンテンツ流通の負荷分散や口コミ的な流通効果を踏まえて、Ｐ２Ｐ（Ｐｅｅｒ
ｔｏ Ｐｅｅｒ）技術によるコンテンツ流通技術が注目され、近年ではＷｉｎｎｙなどの流行が見られ、また一部では商用サービスにＰ２Ｐ技術を用いたシステムを試験運用するケースも出始め、今後は商用サービスにおいてもこのタイプのコンテンツ流通が行われるものと推測される。
ｔｏ Ｐｅｅｒ）技術によるコンテンツ流通技術が注目され、近年ではＷｉｎｎｙなどの流行が見られ、また一部では商用サービスにＰ２Ｐ技術を用いたシステムを試験運用するケースも出始め、今後は商用サービスにおいてもこのタイプのコンテンツ流通が行われるものと推測される。
しかしながら、従来手法ではユーザ鍵で暗号化するコンテンツ鍵などを管理する必要があり、またすべてのユーザへのコンテンツ鍵配布のために全ユーザ鍵を知っておく必要がある。この場合、Ｐ２Ｐのようにコンテンツがサーバを経由しないで流通するようなモデルにおいてもコンテンツ管理やユーザ管理を行うストレージが必要となり、Ｐ２Ｐによるコンテンツ配信の障害となるといった問題があった。
そこで、本発明は、上記事情に鑑みてなされたものであり、コンテンツ管理やユーザ管理を行うストレージを必要としないＰ２Ｐコンテンツ配信に対応したコンテンツ配信システム、コンテンツ配信方法およびプログラムを提供することを目的とする。
本発明は、上記した課題を解決するために以下の事項を提案している。
（１）本発明は、管理サーバ（例えば、図１の管理サーバ２に相当）を仲介して、クライアント端末（例えば、図１のクライアント端末１に相当）間でＰ２Ｐにより、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルの配信を行うコンテンツ配信システムであって、前記管理サーバが保有するマスター鍵を暗号化して新たなユーザ鍵を生成するとともに、該生成した新たなユーザ鍵でコンテンツ鍵を暗号化して、前記クライアント端末に送信し、前記クライアント端末が、受信したコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号することを特徴とするコンテンツ配信システムを提案している。
この発明によれば、管理サーバが保有するマスター鍵を暗号化して新たなユーザ鍵を生成するとともに、その生成した新たなユーザ鍵でコンテンツ鍵を暗号化して、クライアント端末に送信し、クライアント端末が、受信したコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
（２）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムであって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する受信手段(例えば、図２の受信部１１に相当)と、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する送信手段(例えば、図２の送信部１２に相当)と、を備え、前記管理サーバが、前記マスター鍵を保有する保有手段(例えば、図３のマスター鍵保有部２３に相当)と、前記マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する鍵復号手段(例えば、図３の鍵復号部２２に相当)と、前記マスター鍵を暗号化して新たなユーザ鍵を生成するユーザ鍵生成手段(例えば、図３のユーザ鍵生成部２４に相当)と、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する暗号化手段(例えば、図３の暗号化部２５に相当)と、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する返送手段(例えば、図３の送信部２６に相当)と、を備え、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号するコンテンツ復号手段(例えば、図２の復号部１３に相当)と、を備えることを特徴とするコンテンツ配信システムを提案している。
この発明によれば、クライアント端末の受信手段が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、送信手段が、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバの保有手段は、マスター鍵を保有し、鍵復号手段は、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する。ユーザ鍵生成手段は、マスター鍵を暗号化して新たなユーザ鍵を生成し、暗号化手段は、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化し、返送手段が、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末のコンテンツ復号手段が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
（３）本発明は、（２）のコンテンツ配信システムについて、前記管理サーバを複数備えることができるコンテンツ配信システムを提案している。
この発明によれば、管理サーバを複数備えることができる。したがって、管理サーバを増設することによって、システムの拡充を簡単に行うことができる。
（４）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法であって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップ(例えば、図５のステップＳ１０１に相当)と、前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップ(例えば、図５のステップＳ１０２に相当)と、前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップ(例えば、図５のステップＳ１０３に相当)と、前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップ(例えば、図５のステップＳ１０４に相当)と、前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップ(例えば、図５のステップＳ１０５に相当)と、前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップ(例えば、図５のステップＳ１０６に相当)と、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップ(例えば、図５のステップＳ１０７に相当)と、を備えることを特徴とするコンテンツ配信方法を提案している。
この発明によれば、クライアント端末が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバは、マスター鍵を保有し、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号し、マスター鍵を暗号化して新たなユーザ鍵を生成するとともに、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化して、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
（５）本発明は、管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法をコンピュータに実行させるためのプログラムであって、前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップ(例えば、図５のステップＳ１０１に相当)と、前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップ(例えば、図５のステップＳ１０２に相当)と、前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップ(例えば、図５のステップＳ１０３に相当)と、前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップ(例えば、図５のステップＳ１０４に相当)と、前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップ(例えば、図５のステップＳ１０５に相当)と、前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップ(例えば、図５のステップＳ１０６に相当)と、前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップ(例えば、図５のステップＳ１０７に相当)と、をコンピュータに実行させるためのプログラムを提案している。
この発明によれば、クライアント端末が、マスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信し、受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。管理サーバは、マスター鍵を保有し、マスター鍵を用いて、受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号し、マスター鍵を暗号化して新たなユーザ鍵を生成するとともに、生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化して、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に返送する。そして、クライアント端末が、返送されたコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。したがって、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
本発明によれば、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなるという効果がある。これにより、特別なストレージを必要とせずに不正流通・使用を防止するコンテンツ配信が実現でき、Ｐ２Ｐ上でのコンテンツに対し著作権保護を実現できるという効果がある。
以下、本発明の実施形態について、図面を用いて、詳細に説明する。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
図１から図５を用いて、本発明の実施形態について説明する。
＜システム構成＞
本実施形態に係るコンテンツ配信システムは、図１に示すように、Ｐ２Ｐ通信を行うクライアント端末１と、マスター鍵を管理する管理サーバ２とからなり、これらクライアント端末１と管理サーバ２とがネットワーク３を介して接続されている。なお、管理サーバ２は、システムの規模に応じて増設することが可能である。
本実施形態に係るコンテンツ配信システムは、図１に示すように、Ｐ２Ｐ通信を行うクライアント端末１と、マスター鍵を管理する管理サーバ２とからなり、これらクライアント端末１と管理サーバ２とがネットワーク３を介して接続されている。なお、管理サーバ２は、システムの規模に応じて増設することが可能である。
＜クライアント端末の構成＞
クライアント端末１は、図２に示すように、受信部１１と、送信部１２と、復号部１３と、クライアント情報格納部１４とから構成されている。
クライアント端末１は、図２に示すように、受信部１１と、送信部１２と、復号部１３と、クライアント情報格納部１４とから構成されている。
受信部１１は、他のクライアント端末１からマスター鍵で暗号化されたユーザ鍵とそのユーザ鍵で暗号化されたコンテンツ鍵とそのコンテンツ鍵で暗号化されたコンテンツとからなる図４に示されるようなコンテンツファイルを受信するするとともに、管理サーバ２から新たなユーザ鍵とこの新たなユーザ鍵で暗号化されたコンテンツ鍵とを受信する。
送信部１２は、受信部１１が受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバに送信する。また、新たなユーザ鍵を発行するのに必要なクライアント情報を送信する。
復号部１３は、管理サーバ２から受信したコンテンツ鍵を新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する。クライアント情報格納部１４は、新たなユーザ鍵を発行するのに必要なクライアント情報（ユーザにバインドさせる場合はユーザ情報、クライアント端末にバインドさせて他のクライアントで使用できないようにするなら端末固有情報など）を格納する。
＜管理サーバの構成＞
管理サーバ２は、図３に示すように、受信部２１と、鍵復号部２２と、マスター鍵保有部２３と、ユーザ鍵生成部２４と、暗号化部２５と、送信部２６とから構成されている。
管理サーバ２は、図３に示すように、受信部２１と、鍵復号部２２と、マスター鍵保有部２３と、ユーザ鍵生成部２４と、暗号化部２５と、送信部２６とから構成されている。
受信部２１は、クライアント端末１から受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを受信する。また、新たなユーザ鍵を発行するのに必要なクライアント情報を送信する。
鍵復号部２２は、マスター鍵を用いて、受信部２１において受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する。
マスター鍵保有部２３は、マスター鍵を格納、管理する。ユーザ鍵生成部２４は、受信部２１において受信した新たなユーザ鍵を発行するのに必要なクライアント情報を用いて、マスター鍵を暗号化して新たなユーザ鍵を生成する。
暗号化部２５は、ユーザ鍵生成部２４が生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化する。送信部２６は、クライアント端末１に、新たなユーザ鍵と新たなユーザ鍵で暗号化されたコンテンツ鍵とを送信する。
＜コンテンツ配信システムの処理＞
次に、図５を用いて、コンテンツ配信システムの処理について、説明する。
次に、図５を用いて、コンテンツ配信システムの処理について、説明する。
まず、クライアント端末の受信部１１が、他のクライアント端末１からマスター鍵で暗号化されたユーザ鍵とそのユーザ鍵で暗号化されたコンテンツ鍵とそのコンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する（ステップＳ１０１）。
そして、クライアント端末の送信部１２が、受信部１１において受信したマスター鍵で暗号化されたユーザ鍵とユーザ鍵で暗号化されたコンテンツ鍵とを管理サーバ２に送信する（ステップＳ１０２）。
管理サーバ２は、マスター鍵を保有し、そのマスター鍵を用いて、受信部２１において受信したマスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する（ステップＳ１０３）。
次いで、管理サーバ２は、ユーザ鍵生成部２４において、マスター鍵を暗号化して新たなユーザ鍵を生成する（ステップＳ１０４）。また、管理サーバ２の暗号化部２５は、ユーザ鍵生成部２４において生成した新たなユーザ鍵で復号したコンテンツ鍵を暗号化する（ステップＳ１０５）。
さらに、管理サーバ２の送信部は、ユーザ鍵生成部２４において生成した新たなユーザ鍵とこの新たなユーザ鍵で暗号化されたコンテンツ鍵とをクライアント端末に送信する（ステップＳ１０６）。そして、クライアント端末１の受信部１１が、受信したコンテンツ鍵を復号化部１３において新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する（ステップＳ１０７）。
したがって、本実施形態によれば、コンテンツファイルの形式をマスター鍵で暗号化したユーザ鍵、ユーザ鍵で暗号化したコンテンツ鍵、コンテンツ鍵で暗号化したコンテンツの構成としたことから、管理サーバは、マスター鍵のみを管理するだけでよいため、クライアント毎のユーザ鍵の管理やコンテンツ毎のコンテンツ鍵の管理を行うストレージが必要なくなる。
＜実施例＞
次に、図６から図１１を用いて、より具体的な実施例について説明する。
次に、図６から図１１を用いて、より具体的な実施例について説明する。
なお、本実施例においては、以下の使用環境および条件を満たすものとする。
１）Ｐ２Ｐにおけるコンテンツ検索技術は整備されている。
２）必要となる場合において、ＰＫＣ（公開鍵証明書）や認証局は整備されており、認証などの手順において、公開鍵・秘密鍵、署名鍵・検証鍵が正当に発行され、利用される。
３）クライアント端末が所有するコンテンツ鍵とは別に、ライセンス管理サーバだけが所有するマスター鍵が存在する。
４）コンテンツに付随する著作権情報やユーザに付随するライセンス条項に関する処理（課金など）は別途整備されているものとする。
５）クライアント端末は耐タンパ性モジュールを持ち、そのモジュール内にユーザのライセンス情報が組み込まれる。内部の情報および処理をユーザが改ざん、ならびに盗聴することは不可能であると仮定する。
１）Ｐ２Ｐにおけるコンテンツ検索技術は整備されている。
２）必要となる場合において、ＰＫＣ（公開鍵証明書）や認証局は整備されており、認証などの手順において、公開鍵・秘密鍵、署名鍵・検証鍵が正当に発行され、利用される。
３）クライアント端末が所有するコンテンツ鍵とは別に、ライセンス管理サーバだけが所有するマスター鍵が存在する。
４）コンテンツに付随する著作権情報やユーザに付随するライセンス条項に関する処理（課金など）は別途整備されているものとする。
５）クライアント端末は耐タンパ性モジュールを持ち、そのモジュール内にユーザのライセンス情報が組み込まれる。内部の情報および処理をユーザが改ざん、ならびに盗聴することは不可能であると仮定する。
また、本実施例において、使用される記号は以下の通りである。
１）ｒｎ：
乱数
２）ＳＥＮＣ（ｍ，ｋ）：メッセージ（ｍ）を共有鍵（ｋ）によって共通鍵暗号系で暗号化されたデータ
３）Ｋａ、Ｋｂ：ユーザ鍵（クライアントＡはＫａ、クライアントＢはＫｂ）
４）ｇｘ、ｐｘ、ｓ、ｔ、ｕ、ｖ[但し、ｘ＝｛０，１｝]：
コンテンツ配信時の通信で使用される一時鍵のためのＤＨ鍵共有用数値（原始元ｇｘ、素数ｐｘ、クライアントＡ（コンテンツの供給元兼コンテンツ鍵暗号化変更依頼元）の秘密情報ｓおよびｖ、クライアントＢ（コンテンツの受信先）の秘密情報ｔ、流通管理サーバ（コンテンツ鍵の更新依頼先）の秘密情報ｕ）
５）ＴＫ：クライアントＡ−Ｂ間の一時通信用共有鍵
６）ｃ、Ｍｅｔａ、ＣＩＤ、ＣＫ：コンテンツ（ｃ）と、その付随情報（Ｍｅｔａ）と、コンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号化用のコンテンツ鍵（ＣＫ）
７）ｇ2、ｐ2、ｕ：コンテンツ流通管理サーバとコンテンツ使用依頼を行うクライアントＢ間で共有するユーザ鍵（＝通信用の鍵）（原始元ｇ1、素数ｐ1、流通管理サーバの秘密情報ｕ）
８）ＩＤｂ：クライアントＢが使用するクライアント端末の端末固有情報
９）ｆ（・）：端末固有情報の変換関数
１０）Ｋｍ：コンテンツ流通管理サーバが持つマスター鍵
１１）｜｜：前後の値の連接
１）ｒｎ：
乱数
２）ＳＥＮＣ（ｍ，ｋ）：メッセージ（ｍ）を共有鍵（ｋ）によって共通鍵暗号系で暗号化されたデータ
３）Ｋａ、Ｋｂ：ユーザ鍵（クライアントＡはＫａ、クライアントＢはＫｂ）
４）ｇｘ、ｐｘ、ｓ、ｔ、ｕ、ｖ[但し、ｘ＝｛０，１｝]：
コンテンツ配信時の通信で使用される一時鍵のためのＤＨ鍵共有用数値（原始元ｇｘ、素数ｐｘ、クライアントＡ（コンテンツの供給元兼コンテンツ鍵暗号化変更依頼元）の秘密情報ｓおよびｖ、クライアントＢ（コンテンツの受信先）の秘密情報ｔ、流通管理サーバ（コンテンツ鍵の更新依頼先）の秘密情報ｕ）
５）ＴＫ：クライアントＡ−Ｂ間の一時通信用共有鍵
６）ｃ、Ｍｅｔａ、ＣＩＤ、ＣＫ：コンテンツ（ｃ）と、その付随情報（Ｍｅｔａ）と、コンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号化用のコンテンツ鍵（ＣＫ）
７）ｇ2、ｐ2、ｕ：コンテンツ流通管理サーバとコンテンツ使用依頼を行うクライアントＢ間で共有するユーザ鍵（＝通信用の鍵）（原始元ｇ1、素数ｐ1、流通管理サーバの秘密情報ｕ）
８）ＩＤｂ：クライアントＢが使用するクライアント端末の端末固有情報
９）ｆ（・）：端末固有情報の変換関数
１０）Ｋｍ：コンテンツ流通管理サーバが持つマスター鍵
１１）｜｜：前後の値の連接
＜実施例１＞
以下、図６から図８を用いて、実施例１について説明する。
以下、図６から図８を用いて、実施例１について説明する。
＜コンテンツの配信処理＞
まず、図６に示すように、
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ０とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成して、クライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ０を暗号化したＳＥＮＣ（ｒ０, ＴＫ）を演算する。さらに、別な乱数ｒ１を生成し、ｒ１、ｇ０ ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ０, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ０, ＴＫ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, ＴＫ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, ＴＫ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤからＳＥＮＣ（ＣＩＤ, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し、該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ、 Ｋｍ）｜｜ＳＥＮＣ（ＣＫ、 Ｋａ）を管理サーバに送信し、コンテンツ流通用の一時鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を受信する。これと、暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとして、クライアントＢに送信する。
まず、図６に示すように、
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ０とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成して、クライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ０を暗号化したＳＥＮＣ（ｒ０, ＴＫ）を演算する。さらに、別な乱数ｒ１を生成し、ｒ１、ｇ０ ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ０, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ０, ＴＫ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, ＴＫ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, ＴＫ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤからＳＥＮＣ（ＣＩＤ, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し、該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ、 Ｋｍ）｜｜ＳＥＮＣ（ＣＫ、 Ｋａ）を管理サーバに送信し、コンテンツ流通用の一時鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を受信する。これと、暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとして、クライアントＢに送信する。
上記５）におけるコンテンツ鍵の暗号化を変更する手順を図７により説明する。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは乱数ｒ２とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ’）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ１ ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ２, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ２, ＴＫ’）を復号し自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ３, ＴＫ‘）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、コンテンツ配信用の一時暗号化鍵ＤＫを生成する。これとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）とを一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ＤＫ｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
６）管理サーバは、全ての情報を復号した後、ＤＫで再暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
７）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を得る。
なお、Ｐ２Ｐではなく、コンテンツ配信サーバで求める場合（初めてコンテンツの配信を受ける人、またはＰ２Ｐの検索でコンテンツが見つからなかった人）も、クライアントＡをコンテンツ配信サーバとして同様の手順で求める。ただし、上記４）の手順においては、代わりにＳＥＮＣ（ＣＩＤ｜｜ＤＫ｜｜ＣＫ, ＴＫ‘）を送信する。また、上記５）の手順は同じである。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは乱数ｒ２とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ’）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ１ ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ２, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ２, ＴＫ’）を復号し自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ３, ＴＫ‘）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、コンテンツ配信用の一時暗号化鍵ＤＫを生成する。これとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）とを一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ＤＫ｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
６）管理サーバは、全ての情報を復号した後、ＤＫで再暗号化したものＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
７）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, ＤＫ）を得る。
なお、Ｐ２Ｐではなく、コンテンツ配信サーバで求める場合（初めてコンテンツの配信を受ける人、またはＰ２Ｐの検索でコンテンツが見つからなかった人）も、クライアントＡをコンテンツ配信サーバとして同様の手順で求める。ただし、上記４）の手順においては、代わりにＳＥＮＣ（ＣＩＤ｜｜ＤＫ｜｜ＣＫ, ＴＫ‘）を送信する。また、上記５）の手順は同じである。
＜コンテンツ使用依頼の処理＞
図８を用いて、コンテンツ使用依頼の処理について説明する。
図８を用いて、コンテンツ使用依頼の処理について説明する。
１）クライアントＢからコンテンツ使用依頼の合図があったら，管理サーバは乱数ｒ４とＤＨ鍵生成用の数値ｇ２,ｐ３,ｗを生成してクライアントＢに送信する．
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, Ｋｂ）を演算する。更に、別な乱数ｒ５を生成し、ｒ５、ｇ２ ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ４, Ｋｂ）を管理サーバに送信する。
３）管理サーバはＫｂを求め、受信したＳＥＮＣ（ｒ４, Ｋｂ）を復号し、自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ５, Ｋｂ）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＡから受信したものからＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜, Ｋｂ）を計算し、管理サーバに送信する。
５）管理サーバは、ＤＫを導出して復号し、Ｋｂで再暗号処理を行い、ＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜, Ｋｂ）を計算し、クライアントＢに送信する。クライアントＢは、受信したものとｇ２ ｗ ｍｏｄ
ｐ２を保存する。
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, Ｋｂ）を演算する。更に、別な乱数ｒ５を生成し、ｒ５、ｇ２ ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ４, Ｋｂ）を管理サーバに送信する。
３）管理サーバはＫｂを求め、受信したＳＥＮＣ（ｒ４, Ｋｂ）を復号し、自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ５, Ｋｂ）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＡから受信したものからＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜ＤＫ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, ＤＫ）｜｜, Ｋｂ）を計算し、管理サーバに送信する。
５）管理サーバは、ＤＫを導出して復号し、Ｋｂで再暗号処理を行い、ＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ） ｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜, Ｋｂ）を計算し、クライアントＢに送信する。クライアントＢは、受信したものとｇ２ ｗ ｍｏｄ
ｐ２を保存する。
＜実施例２＞
図９から図１１を用いて、実施例２について説明する。
前記の実施例１では、コンテンツ取得時と使用時の通信を独立させたものを示したが、本実施例では、コンテンツ取得時にコンテンツを配信先の端末にバインドさせ使用時の通信を必要としないものについて説明する。つまり、実施例１は、将来ユーザを追跡できない方法で鍵の生成を行える方式が提案された際に、その方式の適用によりユーザ間の連携といったプライバシ情報を保護できるようにするためのものであったが、本実施例は、コンテンツ取得時に全ての処理を終了させることでユーザの負担を軽減させるためのものである。
図９から図１１を用いて、実施例２について説明する。
前記の実施例１では、コンテンツ取得時と使用時の通信を独立させたものを示したが、本実施例では、コンテンツ取得時にコンテンツを配信先の端末にバインドさせ使用時の通信を必要としないものについて説明する。つまり、実施例１は、将来ユーザを追跡できない方法で鍵の生成を行える方式が提案された際に、その方式の適用によりユーザ間の連携といったプライバシ情報を保護できるようにするためのものであったが、本実施例は、コンテンツ取得時に全ての処理を終了させることでユーザの負担を軽減させるためのものである。
＜ユーザ鍵の発行処理＞
図９を用いて、本実施例におけるユーザ鍵の発行処理について、説明する。
１）クライアントＢからユーザ鍵依頼の合図があったら，管理サーバは乱数ｒ０とＤＨ鍵生成用の数値ｇ２,ｐ３,ｗを生成してクライアントＢに送信する。
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ０を暗号化したものであるＳＥＮＣ（ｒ０, Ｋｂ）を演算する。更に、別な乱数ｒ１を生成し、ｒ１、ｇ２ ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ０, Ｋｂ）を管理サーバに送信する。
３）管理サーバは、Ｋｂを求め、受信したＳＥＮＣ（ｒ０, Ｋｂ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, Ｋｂ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、クライアントＢはｇ２ ｗ ｍｏｄ
ｐ２を保存する。
図９を用いて、本実施例におけるユーザ鍵の発行処理について、説明する。
１）クライアントＢからユーザ鍵依頼の合図があったら，管理サーバは乱数ｒ０とＤＨ鍵生成用の数値ｇ２,ｐ３,ｗを生成してクライアントＢに送信する。
２）クライアントＢは、自分の端末のハードウェアＩＤであるＩＤｂからｆ（ＩＤｂ）を生成して、ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２を演算する。また、暗号化鍵Ｋｂ＝ｇ２ ｗｆ（ｉｄ） ｍｏｄ
ｐ２を計算し、受信した乱数ｒ０を暗号化したものであるＳＥＮＣ（ｒ０, Ｋｂ）を演算する。更に、別な乱数ｒ１を生成し、ｒ１、ｇ２ ｆ（ＩＤｂ） ｍｏｄ
ｐ５、ＳＥＮＣ（ｒ０, Ｋｂ）を管理サーバに送信する。
３）管理サーバは、Ｋｂを求め、受信したＳＥＮＣ（ｒ０, Ｋｂ）を復号し、自分が送信したｒ０と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ１, Ｋｂ）を計算し、クライアントＢに送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ１, Ｋｂ）を復号し、自分が送信したｒ１と一致するか確認を行う。確認ができたら、クライアントＢはｇ２ ｗ ｍｏｄ
ｐ２を保存する。
＜コンテンツの配信処理＞
図１０および図１１を用いて、本実施例におけるコンテンツの配信処理について、説明する。
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ２とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成してクライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ０ ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ２, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ２, ＴＫ）を復号し、自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ）を計算し、クライアントＢ送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ３, ＴＫ）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤとユーザ鍵生成用シードからＳＥＮＣ（ＣＩＤ｜｜ ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）をクライアントＢから受信したユーザ鍵生成用シードと連結して管理サーバに送信し、クライアントＢのユーザ鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を受信する。これと暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとしてクライアントＢに送信する。
６）クライアントＢは、受信したものを復号し、保存する。
図１０および図１１を用いて、本実施例におけるコンテンツの配信処理について、説明する。
１）クライアントＢからコンテンツ送信要求の合図があったら、クライアントＡは、乱数ｒ２とＤＨ鍵生成用の数値ｇ０,ｐ０,ｓ０を生成してクライアントＢに送信する。
２）クライアントＢは、ｔを生成してｇ０ ｔ ｍｏｄ
ｐ０を演算する。また、一時鍵ＴＫ＝ｇ０ ｓｔ ｍｏｄ
ｐ０を計算し、受信した乱数ｒ２を暗号化したＳＥＮＣ（ｒ２, ＴＫ）を演算する。さらに、別な乱数ｒ３を生成し、ｒ３、ｇ０ ｔ ｍｏｄ
ｐ０、ＳＥＮＣ（ｒ２, ＴＫ）をクライアントＡに送信する。
３）クライアントＡは、ＴＫを求め、受信したＳＥＮＣ（ｒ２, ＴＫ）を復号し、自分が送信したｒ２と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ３, ＴＫ）を計算し、クライアントＢ送信する。
４）クライアントＢは、ＳＥＮＣ（ｒ３, ＴＫ）を復号し、自分が送信したｒ３と一致するか確認を行う。確認ができたら、受信したコンテンツのＩＤであるＣＩＤとユーザ鍵生成用シードからＳＥＮＣ（ＣＩＤ｜｜ ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２, ＴＫ）を計算し、クライアントＡに送信する。
５）クライアントＡは、ＣＩＤを確認し該当するコンテンツがあれば、そのコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をコンテンツのメタ情報Ｍｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）をクライアントＢから受信したユーザ鍵生成用シードと連結して管理サーバに送信し、クライアントＢのユーザ鍵で暗号化し直したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を受信する。これと暗号化コンテンツを合わせＴＫで暗号化したものであるＳＥＮＣ（ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）｜｜ＳＥＮＣ（ｃ, ＣＫ）, ＴＫ）を送信パケットとしてクライアントＢに送信する。
６）クライアントＢは、受信したものを復号し、保存する。
上記５）におけるコンテンツ鍵の暗号化を変更する手順について説明する。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは、乱数ｒ４とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, ＴＫ’）を演算する。さらに別な乱数ｒ５を生成し、ｒ５、ｇ１ ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ４, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ４, ＴＫ’）を復号し自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ５, ＴＫ‘）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＢのユーザ鍵生成用シードとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）と一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
５）管理サーバは、全ての情報を復号した後、クライアントＢのユーザ鍵生成用シードからＫｂを生成し、この鍵で再暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
６）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を得る。
１）クライアントＡからコンテンツ配信要求の合図があったら、管理サーバは、乱数ｒ４とＤＨ鍵生成用の数値ｇ１,ｐ１,ｕを生成してクライアントＡに送信する。
２）クライアントＡは、ｖを生成してｇ１ ｖ ｍｏｄ
ｐ１を演算する。また、一時鍵ＴＫ‘＝ｇ１ ｕｖ ｍｏｄ
ｐ１を計算し、受信した乱数ｒ４を暗号化したＳＥＮＣ（ｒ４, ＴＫ’）を演算する。さらに別な乱数ｒ５を生成し、ｒ５、ｇ１ ｖ ｍｏｄ
ｐ１、ＳＥＮＣ（ｒ４, ＴＫ‘）を管理サーバに送信する。
３）管理サーバは、ＴＫ‘を求め、受信したＳＥＮＣ（ｒ４, ＴＫ’）を復号し自分が送信したｒ４と一致するか確認を行う。確認ができたら、ＳＥＮＣ（ｒ５, ＴＫ‘）を計算し、クライアントＡに送信する。
４）クライアントＡは、ＳＥＮＣ（ｒ５, ＴＫ‘）を復号し、自分が送信したｒ５と一致するか確認を行う。確認ができたら、クライアントＢのユーザ鍵生成用シードとコンテンツを暗号化したコンテンツ鍵をユーザ鍵で暗号化したものと、そのユーザ鍵をＭｅｔａと合わせてマスター鍵で暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）と一緒にＴＫ’で暗号化したものであるＳＥＮＣ（ｇ２ ｆ（ＩＤｂ） ｍｏｄ ｐ２｜｜ＳＥＮＣ（Ｍｅｔａ｜｜Ｋａ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋａ）, ＴＫ‘）を管理サーバに送信する。
５）管理サーバは、全ての情報を復号した後、クライアントＢのユーザ鍵生成用シードからＫｂを生成し、この鍵で再暗号化したものであるＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を生成し、これをＴＫ‘で暗号化してクライアントＡに送信する。
６）クライアントＡは、受信した情報を復号し、ＳＥＮＣ（Ｍｅｔａ｜｜Ｋｂ, Ｋｍ）｜｜ＳＥＮＣ（ＣＫ, Ｋｂ）を得る。
なお、これらプログラムをコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをクライアント端末１、管理サーバ２のそれぞれ（いずれもコンピュータシステム）に読み込ませ、実行することによって本発明のコンテンツ配信システムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。
また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、
１・・・クライアント端末、２・・・管理サーバ、３・・・ネットワーク、１１・・・受信部、１２・・・送信部、１３・・・復号部、１４・・・クライアント情報格納部、２１・・・受信部、２２・・・鍵復号部、２３・・・マスター鍵保有部、２４・・・ユーザ鍵生成部、２５・・・暗号化部、２６・・・送信部
Claims (4)
- 管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムであって、
前記クライアント端末が、
マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する受信手段と、
該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する送信手段と、
を備え、
前記管理サーバが、
前記マスター鍵を保有する保有手段と、
前記マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する鍵復号手段と、
前記マスター鍵を暗号化して新たなユーザ鍵を生成するユーザ鍵生成手段と、
該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する暗号化手段と、
前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する返送手段と、
を備え、
前記クライアント端末が、
返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号するコンテンツ復号手段と、
を備えることを特徴とするコンテンツ配信システム。 - 前記管理サーバを複数備えることができる請求項１に記載のコンテンツ配信システム。
- 管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップと、
前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップと、
前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップと、
前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップと、
前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップと、
前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップと、
前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップと、
を備えることを特徴とするコンテンツ配信方法。 - 管理サーバを仲介して、クライアント端末間でＰ２Ｐにより、暗号化されたコンテンツの配信を行うコンテンツ配信システムにおけるコンテンツ配信方法をコンピュータに実行させるためのプログラムであって、
前記クライアント端末が、マスター鍵で暗号化されたユーザ鍵と該ユーザ鍵で暗号化されたコンテンツ鍵と該コンテンツ鍵で暗号化されたコンテンツとからなるコンテンツファイルを受信する第１のステップと、
前記クライアント端末が、該受信した前記マスター鍵で暗号化されたユーザ鍵と前記ユーザ鍵で暗号化されたコンテンツ鍵とを前記管理サーバに送信する第２のステップと、
前記管理サーバが、前記マスター鍵を保有し、該マスター鍵を用いて、前記受信した前記マスター鍵で暗号化されたユーザ鍵からユーザ鍵を復号するとともに、復号したユーザ鍵を用いて、前記ユーザ鍵で暗号化されたコンテンツ鍵からコンテンツ鍵を復号する第３のステップと、
前記管理サーバが、前記マスター鍵を暗号化して新たなユーザ鍵を生成する第４のステップと、
前記管理サーバが、該生成した新たなユーザ鍵で前記復号したコンテンツ鍵を暗号化する第５のステップと、
前記管理サーバが、前記新たなユーザ鍵と前記新たなユーザ鍵で暗号化されたコンテンツ鍵とを前記クライアント端末に返送する第６のステップと、
前記クライアント端末が、返送されたコンテンツ鍵を前記新たなユーザ鍵を用いて復号し、さらに復号されたコンテンツ鍵でコンテンツを復号する第７のステップと、
をコンピュータに実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007309642A JP5139045B2 (ja) | 2007-11-30 | 2007-11-30 | コンテンツ配信システム、コンテンツ配信方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007309642A JP5139045B2 (ja) | 2007-11-30 | 2007-11-30 | コンテンツ配信システム、コンテンツ配信方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009135721A JP2009135721A (ja) | 2009-06-18 |
| JP5139045B2 true JP5139045B2 (ja) | 2013-02-06 |
Family
ID=40867183
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007309642A Expired - Fee Related JP5139045B2 (ja) | 2007-11-30 | 2007-11-30 | コンテンツ配信システム、コンテンツ配信方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5139045B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9197407B2 (en) | 2011-07-19 | 2015-11-24 | Cyberlink Corp. | Method and system for providing secret-less application framework |
| US10915216B2 (en) | 2016-06-27 | 2021-02-09 | Google Llc | User interface for access control enabled peer-to-peer sharing |
| US10298402B2 (en) | 2016-06-27 | 2019-05-21 | Google Llc | Access control technology for peer-to-peer sharing |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3145667B2 (ja) * | 1997-11-13 | 2001-03-12 | 株式会社ジャストシステム | オンライン贈答システム、オンライン贈答システムのサーバシステム、オンライン贈答システムの端末装置、オンライン贈答サーバシステム、端末装置、オンライン贈答システムの贈答方法、オンライン贈答方法、およびそれらの方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2000347566A (ja) * | 1999-06-08 | 2000-12-15 | Mitsubishi Electric Corp | コンテンツ管理装置、コンテンツ利用者端末及びプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2004227394A (ja) * | 2003-01-24 | 2004-08-12 | Nippon Telegr & Teleph Corp <Ntt> | Ｐ２ｐコンテンツ配信システムとｐ２ｐコンテンツ配信課金方法およびプログラム |
| JP2006020154A (ja) * | 2004-07-02 | 2006-01-19 | Toshiba Corp | コンテンツ管理方法及びコンテンツ管理用プログラム、並びに電子機器 |
| JP4688558B2 (ja) * | 2005-04-27 | 2011-05-25 | 富士通株式会社 | コンテンツ管理システム、コンテンツ管理装置及びコンテンツ管理方法 |
-
2007
- 2007-11-30 JP JP2007309642A patent/JP5139045B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009135721A (ja) | 2009-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101067616B1 (ko) | 콘텐츠 배포 시스템에서 다수의 콘텐츠 단편을 갖는 미디어 저장 구조의 사용 | |
| US10417392B2 (en) | Device-independent management of cryptographic information | |
| JP6601623B2 (ja) | コンテンツ流通システム、コンテンツ流通方法、コンテンツ生成装置及びコンテンツ生成プログラム | |
| JP2005526320A (ja) | デジタル著作権管理における安全なコンテンツの共有 | |
| KR20060025159A (ko) | 라이센스 수신용 사용자 단말 | |
| US20120303967A1 (en) | Digital rights management system and method for protecting digital content | |
| JP2008500589A (ja) | 変化する識別子を用いる安全な通信およびリアル・タイムでの透かし挿入 | |
| CN101501724A (zh) | 用于流式多媒体内容的权限管理系统 | |
| JP5139045B2 (ja) | コンテンツ配信システム、コンテンツ配信方法およびプログラム | |
| JP5252539B2 (ja) | 標準時刻配信装置、タイムスタンプ装置、タイムスタンプ利用者用装置、時刻認証システム、時刻認証方法、および時刻認証プログラム | |
| KR100989371B1 (ko) | 개인 홈 도메인을 위한 디지털 저작권 관리방법 | |
| KR100814064B1 (ko) | Ｄｒｍ 컨텐츠 패키징 방법 및 시스템 | |
| JP2004240959A (ja) | コンテンツ再生装置、ライセンス発行サーバ及びコンテンツ再生システム | |
| EP2299379A1 (en) | Digital rights management system with diversified content protection process | |
| Davidson et al. | Content sharing schemes in DRM systems with enhanced performance and privacy preservation | |
| KR100811050B1 (ko) | 디지털 콘텐츠 유통을 위한 효과적인 키 분배방법 | |
| JP2005149002A (ja) | コンテンツ流通管理方法および装置 | |
| Li et al. | A novel license distribution mechanism in DRM system | |
| KR100566633B1 (ko) | 컨텐츠 소유자를 위한 디지털 저작권 보호 방법 | |
| JP2006121359A (ja) | ライセンス情報生成装置及びそのプログラム、配信コンテンツ生成装置及びそのプログラム、コンテンツ復号装置及びそのプログラム、並びに、コンテンツ復号方法 | |
| KR101287367B1 (ko) | Ｄｒｍ 시스템의 콘텐츠 공유방법 | |
| JP2002082835A (ja) | 識別子を利用した情報共有システム、端末，および情報共有方法ならびに該方法を実現するプログラムを記録した記録媒体 | |
| JP2006270344A (ja) | 情報処理システム、情報処理装置および方法、並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100729 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120511 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120529 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120717 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120810 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121030 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121115 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5139045 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151122 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |