ライセンスのオフライン環境下における送信流通システム及び送信流通方法
【課題】電子データのライセンスをオフライン化し、ライセンスの安全を守りながら、利用者の利用に便利なライセンスの送信・流通システムを提供する。
【解決手段】電子データのライセンスを利用するＰＣ１１、１２や、コンテンツ配信サーバ１０、ＰＤ１４にセットされる媒体１３は、ＬＡ（あるいは、同機能のLicense Chip）を内蔵する。そして、コンテンツや電子データは、ライセンスに基づいて暗号化して、相互にやりとりされるが、ライセンスは、ＬＡ間のみで安全な通信方法でやりとりするようにする。これにより、ライセンスの管理を正しく行うと共に、ライセンスの移動を可能にする。
【解決手段】電子データのライセンスを利用するＰＣ１１、１２や、コンテンツ配信サーバ１０、ＰＤ１４にセットされる媒体１３は、ＬＡ（あるいは、同機能のLicense Chip）を内蔵する。そして、コンテンツや電子データは、ライセンスに基づいて暗号化して、相互にやりとりされるが、ライセンスは、ＬＡ間のみで安全な通信方法でやりとりするようにする。これにより、ライセンスの管理を正しく行うと共に、ライセンスの移動を可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムなどの使用ライセンスをオフライン環境下において安全に送信流通するシステムに関する。
【背景技術】
【０００２】
今日、インターネットやコンピュータが普及・発達し、プログラムファイル以外にも音楽データファイルなどをネットワークを介して、販売することが行われつつある。しかし、これらのファイルは、電子データであるため、一旦ダウンロードしてしまうと、複製が容易であり、著作権などの諸権利が容易に侵害されてしまうという問題がある。このような問題に対処するために、これら電子ファイルに対するライセンスの配布と管理のためのシステムを確立することが要求されている。
【０００３】
従来の技術とその問題点を以下に説明する。
【０００４】
従来の一般利用者間での電子データの保護流通においては、以下に示すように電子データの作成者は、一旦送付してしまった電子データのアクセスを制御することができない。・ＮＤＡ文書の企業間での流通
電子文書などをＮＤＡ（Non Disclosure Agreement）を結んだ企業のある特定の範囲の人に配布した場合、その範囲外の人にも複写／印刷されて容易に文書がわたってしまう可能性が高い。
・企業内での検討中資料の配布
検討中資料を関連グループにのみ配布した場合でも、結局、複写／印刷されて、それ以外のメンバーにも広がってしまい、社外にその情報が流出してしまう可能性が高くなる。
【０００５】
従って、電子データ送付後も作成者の意思がアクセス制御に反映されるための機能が必要である。
従来技術では、上記問題に対する対処として図１７のような専用のデータ転送システムを使用している。
【０００６】
図１７は、従来のライセンスを管理するための専用データ転送システムを示す図である。
同図において、ＰＣ（ユーザ端末）の内、コンテンツの送信元では、データ転送専用クライアント装置を使用して、転送すべきコンテンツに転送処理して、専用サーバに専用の機密保護転送方式によって転送する。当該コンテンツを受信する他のユーザのＰＣ（利用者１）では、やはり専用のクライアント装置を有しており、専用サーバから専用の機密保護転送方式によって当該コンテンツを受信する。そして、転送処理することによって、ローカルなハードディスクなどに当該コンテンツを格納すると共に、後に参照などが可能となるようにする。
【０００７】
このコンテンツを利用者１が、当該コンテンツを利用者２に転送しようとする場合には、やはり、専用クライアント装置の転送処理機能によって当該コンテンツを専用サーバに専用の機密保護転送方式を用いて転送し、利用者２は、専用サーバから専用の機密保護転送方式を用いて、当該コンテンツを専用のクライアント装置にダウンロードするという形態をとっている。
【０００８】
図１７のシステムの問題点を以下に示す。
１）電子データ転送には必ず専用のクライアントを使用しなくてはならず、従って、そのクライアントの仕様に縛られた形でしか送信できない（例えば、利用者間のアプリで送受信する、といったことはできない）。
また、電子データの送信は必ず専用サーバを介さなくてはならない。従って、例えば、既存のｅ−ｍａｉｌの送信可能範囲と同じ範囲の利用者と送受信可能とするためには、理論的には、上記専用サーバがメールサーバと同じだけ普及する必要があるが、そのようなことは現実的ではない。
２）アクセス制御の対象はＰＣであり、従って、受信した電子データを可搬記録媒体で持ち回り、別のＰＣで参照する、ということができない。
３）電子データの参照機能自体はなんら保護されていない。従って、メモリの内容やＳＷＡＰ域の内容から生の電子データを比較的容易に取り出せてしまい、重要な機密データの送信に適しているとはいえない。
【０００９】
また、一般利用者間での有料コンテンツのライセンス移動としては、以下の点が指摘される。
インターネット、携帯電話網（ＰＨＳ網を含む）を介して有料コンテンツを配信するサービスが徐々に開始されているが、これら現状のサービスでは、利用者は、有料コンテンツのライセンスを上記サービスを介して購入するしかなく、一旦購入したライセンスを（コンテンツ並びにライセンスの不正な複写をされることなく）他の利用者に譲渡する、といったことができない。この結果、ネットワーク上でのライセンスの販売経路が非常に限定されたものになり、有料コンテンツの販売元の立場からすると以下に代表される機会損失がさけられなかった。
−利用者が他の利用者に自分のライセンスを譲渡することができない。
【００１０】
一人の利用者がとりあえずライセンスを購入し、知り合いの中でまわして利用するような場合（各利用者はコンテンツを利用してみて買いたければ買う）。
上記の問題点についての解決策は現時点では何も考えられていない。すなわち、従来は不正にコンテンツが複写されてしまうようなサービスしかなかった。従って、有料コンテンツがネットワーク上で配信されにくい状況となっていた。
【００１１】
・有料コンテンツのマルチキャスト
有料コンテンツのマルチキャストの従来の方式では、コンテンツ受信側固有の秘密鍵をコンテンツ送信側とコンテンツ受信側との間で持ち合い、コンテンツ送信側はライセンスをその秘密鍵で暗号化したものとライセンスで暗号化されたコンテンツとを送信している。コンテンツ受信側固有の秘密鍵はＩＣカードなどのＴＲＭ領域に格納して送信側から利用者に渡される。従って、利用者は、この秘密鍵を取り出すことはできない。
【００１２】
コンテンツ送信側は、暗号化したコンテンツに全ての受信先用の暗号化ライセンスをつけて送信する。
図１８は、従来の有料コンテンツのマルチキャストの仕組みを示す図である。
【００１３】
送信側では、コンテンツをスクランブル鍵でスクランブルし、これを暗号化コンテンツとしていた。また、スクランブル鍵は、ライセンスによって暗号化される。ライセンスは、秘密鍵１、・・・ｎでそれぞれ暗号化され、暗号化ライセンス１〜ｎとされていた。そして、送信側から受信機に送信する送信データとしては、暗号化コンテンツ、暗号化スクランブル鍵、暗号化ライセンス１〜ｎである。これをインターネットや、ＢＳ／ＣＳなどの衛星放送などでマルチキャストする。
【００１４】
受信機では、ＩＣカードが組み込まれており、受信した暗号化ライセンスｉを秘密鍵ｉで復号し、ライセンスを取り出す。そして、受信した暗号化スクランブル鍵を取り出され
たライセンスで復号化して、スクランブル鍵を得る。これらをＩＣカード内で行う。そして、受信した暗号化コンテンツを復号化したスクランブル鍵でデスクランブルし、コンテンツを取り出している。
【００１５】
しかし、上記ＩＣカードを使ったシステムにおいても以下のような問題点がある。
１）利用者にとってＩＣカードの所持は不便
利用者はＩＣカードの発行を受け、それを保持していないと放送を受信できない。しかも、契約している配信業者（放送局など）の数だけＩＣカードを保持していなくてはならない（ＩＣカードに送信側と共用している秘密鍵が入っているため）。利用者にとってはこれは不便である。
２）相互運用性の問題（ＩＣカードを利用しないケース）
上記のようにＩＣカードに秘密鍵を閉じこめている場合は、配信業者のＩＣカードの仕様が統一されていれば、１つの受信機で複数の配信業者の送信データを受信することができる（上記のように配信業者の数だけＩＣカードが必要になるが）。
【００１６】
ＩＣカードを利用しないケースでは、受信機と送信側との間で秘密鍵を共用することになり、１つの受信機で複数の配信業者からのコンテンツを受信可能とするのは現実的でなくなる。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明の課題は、電子データのライセンスをオフライン化し、ライセンスの安全を守りながら、利用者の利用に便利なライセンスの送信・流通システムを提供することである。
【課題を解決するための手段】
【００１８】
本発明のシステムは、電子文書などのコンテンツのライセンスをユーザ間で送信流通するシステムであって、該ライセンスを格納する情報端末は、ＴＲＭ領域内にあり、オフラインライセンスを生成・保持し、暗号化コンテンツを第１の格納手段に格納し、オフラインライセンス毎に生成ログを保持・更新するライセンスエージェント手段と、暗号化コンテンツを格納する第１の格納手段と、生成ログを格納する第２の格納手段とを備え、該オフラインライセンスを複数の情報端末の該ライセンスエージェント手段間でのみ、やりとりすることによって、コンテンツのライセンスを送信流通することを特徴とする。
【００１９】
本発明の方法は、電子文書などのコンテンツのライセンスをユーザ間で送信流通する方法であって、該ライセンスを格納する情報端末における処理は、ＴＲＭ領域内にあり、オフラインライセンスを生成・保持し、暗号化コンテンツを第１の格納ステップで格納し、オフラインライセンス毎に生成ログを保持・更新するライセンスエージェントを用いてオフラインライセンスを管理するステップと、暗号化コンテンツを格納する第１の格納ステップと、生成ログを格納する第２の格納ステップとを備え、該オフラインライセンスを複数の情報端末の該ライセンスエージェント間でのみ、やりとりすることによって、コンテンツのライセンスを送信流通することを特徴とする。
【００２０】
本発明によれば、ライセンスエージェントにおいて、オフラインで流通するライセンスを管理し、ライセンスエージェント間においてのみライセンスを移動可能とすることにより、流通性があり、しかも安全な、オフラインでのライセンスの流通送信を可能とすることができる。
【発明の効果】
【００２１】
本発明によれば、電子データのライセンスをオフライン化したことにより、電子データの使用ライセンスを安全に受信者に渡し、不法なコピーを抑制し、かつ、電子データの頒
布性を良くすることができる。
【発明を実施するための最良の形態】
【００２２】
以下において、ＴＲＭ領域内にあるライセンスを送付先の公開鍵とセッション鍵を使って第三者がライセンスを取り出せないように暗号化して一般電子ファイルの形で取り出す機能を暗号化ファイルのオフラインライセンスという。
【００２３】
なお、ＴＲＭ領域とは、Tamper Resistant Module領域のことを言い、領域内のデータを外部から取り出しにくくした領域を言う。詳しくは後述する。
以下において、ライセンス毎に全てのオフラインライセンス生成ログを生成し、オフラインライセンス格納時にそれを使って既に移動済みのライセンスが再度格納されることを防ぐために使用されるオフラインライセンス生成ログをＬＲＬ（License Revocation List）と呼ぶ。
【００２４】
以下、本発明の実施形態について説明する。
・オフラインライセンスの導入
ライセンスのやりとりを行うための公知の技術としてＵＤＡＣ−ＭＢがある。
【００２５】
ＵＤＡＣ−ＭＢでは、ライセンスはＴＲＭ領域の中で保持し、ＴＲＭ間でのライセンスの転送はＵＤＡＣ−ＭＢプロトコルで規定しているセキュアなコネクション上で行う、というのが基本である。
【００２６】
そこで規定しているライセンスの転送プロトコルは転送元と転送先との間で複数回のメッセージの送受信を必要としており、オンラインでのリアルタイム双方向通信環境でしか実現できない。従って、以下のケースには不向きであった。
−個人間での一般電子データ（ワード文書など）の送付
−個人間での有料コンテンツのライセンスの譲渡
個人間でのデータのやりとりはオフラインが基本であり、オンラインでのリアルタイム通信を強要するのは非現実的（利用者にとって不便であり、かつ広まりにくい）である。−有料コンテンツとライセンスをセットで媒体（ＣＤなど）に格納して販売
オンラインライセンスを販売する場合は、ＵＤＡＣ−ＭＢ準拠の配信システム、あるいはＵＤＡＣ−ＭＢ準拠の可搬記録媒体が不可欠であった。
−コンテンツのマルチキャスト（放送など）
送信側は一方的にコンテンツを送信し、受信側は一方的に受信するケース。
【００２７】
ライセンスをＴＲＭ間でオフラインでやりとり可能とすれば、オフライン環境で電子データや有料コンテンツにそのライセンスを同梱して送ることが可能となり、また、放送などの１方向通信で通信データ内にライセンスを同梱して送ることが可能となる。以降、このライセンスを”オフラインライセンス”と呼ぶ。（それに対して、ＵＤＡＣ−ＭＢで規定しているライセンスを”オンラインライセンス”と呼ぶ。）
オンライン：１つの通信コネクション（ｓｏｃｋｅｔなど）の中でライセンスの移動、配信を完了させる方式。
【００２８】
オフライン：送信側と受信側とがコネクションを持たない状態でライセンスの移動、配信を行う方式。つまり、ライセンスを一般電子データの形でネットワーク上であるいは一般可搬記録媒体で流通可能とする方式。
【００２９】
ここで、オンラインライセンスはＵＤＡＣ−ＭＢ準拠の可搬記録媒体により移動可能であるが、一般電子データの形では扱えない。
図１は、本発明の実施形態の全体構成を示す図である。
【００３０】
同図においては、オフラインライセンスの生成後のライセンスとコンテンツの流通の形態を示している。
各ＰＣやコンテンツ配信サーバ、ＰＤ（Private DeviceあるいはPortable Device）にセットされる媒体には、ＬＡ（Licensor Agentあるいは、ＬＡをチップ化したLicense
Chip）が組み込まれているものとする。ＬＡについては、後述する。
【００３１】
コンテンツ配信サーバ１０のＬＡ内を用いて、コンテンツのライセンスが送信される。また、コンテンツ配信サーバ１０のハードディスクなどの媒体には暗号化コンテンツが格納される。コンテンツ配信サーバ１０は、ＰＣ１１に対し、コンテンツライセンスを、そのＬＡに対して送信し、暗号化コンテンツをその媒体に送信する。ＰＣ１１のコンテンツ再生アプリでは、ＬＡに受信されたコンテンツライセンスを用いて、媒体に格納された暗号化コンテンツをＴＲＭ領域内に有るデコーダによってデコードし再生する。また、ＰＣ１２から電子データをＰＣ１１が電子文書などの電子データを受け取る場合には、ＰＣ１２のＬＡから送信された電子データライセンスをＰＣ１１のＬＡにおいて受け取り、暗号化電子データを媒体に受け取る。そして、ＰＣ１１では、電子データ処理アプリのＴＲＭ領域内実装処理を用いて、電子データライセンスを処理し、これを用いて電子データの復号を行う。電子データライセンスの処理とは、アクセス制御チェックなどである。なお、ＰＣ１１内のＬＡとコンテンツ再生アプリのデコーダあるいは電子データ処理アプリのＴＲＭ領域内実装処理との通信はＵＤＡＣ−ＭＢプロトコルを用いる。ＵＤＡＣ−ＭＢプロトコルは公知であるので、ここでは特に説明しないが、実施形態の説明の最後に列挙されている各特許出願を参照されたい。
【００３２】
ＰＣ１１から、暗号化コンテンツや暗号化電子データを媒体１３に移動し、この媒体をＰＤ１４に設定することによって、ＰＤ１４でコンテンツや電子データを使用することも可能である。この場合、媒体１３には、License Chipが搭載され、暗号化コンテンツ、暗号化電子データは、通常通り移動あるいはコピーされるが、コンテンツライセンス、電子データライセンスは、ＵＤＡＣ−ＭＢプロトコルをつかってＴＲＭ領域内にあるLicense Chipに格納される。媒体１３がセットされたＰＤ１４では、暗号化コンテンツや暗号化電子データを、ＵＤＡＣ−ＭＢプロトコルでLicense Chipから取得したコンテンツライセンスや電子データライセンスでデコードし使用する。ＰＤ１４のデコーダもＴＲＭ領域に含まれている。このように、媒体１３に格納可能とすることによって、ライセンスに守られたコンテンツをオフラインで配布することが可能となる。
【００３３】
なお、ここで、同図では、音楽データなどのコンテンツと電子文書などの電子データとを別個に記載したが、実質的には双方とも電子ファイルであることには変わりなく、以下では、特に区別することなく電子データとコンテンツをほぼ同義で使用する。
【００３４】
図２及び図３は、ＬＡの機能を説明する図である。
ＬＡのライセンス・暗号化データ生成機能部では、電子データ（コンテンツ）、コンテンツＩＤ、アクセス条件を入力とし、電子データ暗号化処理部に電子データの暗号化処理を、ライセンス生成処理部にライセンスの生成処理を依頼する。ライセンス生成処理部では、トランＩＤ制御部（トランザクションＩＤ制御部）のトランＩＤ採番処理部（トランザクションＩＤ採番処理部）に依頼して、ライセンスに一意の番号であるトランＩＤを取得するように依頼する。このようにして処理された結果、暗号化データがライセンス・暗号化データ生成機能部から出力される。
【００３５】
オフラインライセンス生成機能部では、送信先ＬＡ、個別公開鍵証明書、コンテンツＩＤ、トランザクションＩＤを入力として、ライセンス制御部、ＬＲＬ制御部にライセンスの確認検索を依頼する。そして、オフラインライセンスを付与することが認められると、
オフライントランＩＤ制御部のオフライントランＩＤ採番処理においてオフラインライセンスに一意のトランザクションＩＤが取得され、ライセンス制御部のレコードを削除し、ＬＲＬ制御部のレコードを追加することによって、オフラインライセンスが登録され、暗号化処理を受けた後、オフラインライセンスが発行される。
【００３６】
オフラインライセンス格納機能部では、オフラインライセンスを入力として、これを復号処理し、ライセンス制御部とＬＲＬ制御部に対し、レコードの検索を依頼する。レコード検索の結果、ライセンスが承認されると、ＬＲＬ制御部において、レコード削除を行い、ライセンス制御部において、レコード追加を行う。このとき、ライセンス制御部及びＬＲＬ制御部において、ライセンス管理用データベースやＬＲＬ制御用データベースにアクセスする場合には、ＤＢＭＳ（Database Management system）を介して、暗号化してデータの授受を行う。
【００３７】
また、図３に示される、ライセンス検索機能部においては、コンテンツＩＤを入力として、ライセンス制御部にレコード検索を依頼する。同時に、ＬＲＬ制御部にもレコード検索を依頼する。そして、検索の結果として、トランザクションＩＤとアクセス条件が得られる。
【００３８】
図４は、オフラインライセンスの構成の概要を示す図である。
同図において、各Ｐａｒｔは、以下のように定義される。
Ｐａｒｔ １：セッション鍵を送信先ＬＡの個別公開鍵で暗号化したもの
Ｐａｒｔ ２：以下のデータをセッション鍵で暗号化したもの
−オフラインライセンス生成元（送信元）ＬＡの個別公開鍵証明書サブジェクト名
−オフライントランザクションＩＤ
オフラインライセンス生成元（送信元）ＬＡで採番したもの
−ライセンス（オンラインライセンス）
−配信先ＴＲＭ内アクセス条件
オフラインライセンスによる移動可能回数／期間
その他
−コンテンツ再生・電子データ処理システムのＴＲＭ内アクセ
ス条件
Ｐａｒｔ ３：オフラインライセンス生成元（送信元）ＬＡのクラス秘密鍵に
よる電子署名
Ｐａｒｔ ４：オフラインライセンス生成元（送信元）ＬＡの個別公開鍵証明
書
Ｐａｒｔ ５：オフラインライセンス生成元（送信元）ＬＡのクラス公開鍵証
明書
【００３９】
ここで、以下に、ＵＤＡＣ−ＭＢ／ＬＢを変更して本実施形態のオフラインライセンスを取り扱うため使用するＵＤＡＣ−ＰＩ（Protocol Independent）の説明を行う。
前提
ａ）ライセンス配信側は個別公開鍵ＫＰｒと秘密鍵Ｋｒのペアを持つ。
ｂ）またクラス秘密鍵Ｋｃｒで署名されたＫＰｒの証明書Ｃ（Ｋｃｒ、ＫＰｒ｜｜Ｉｒ）を持つ。
ｃ）またルート秘密鍵Ｋａｒで署名されたＫＰｃｒの証明書Ｃ（Ｋａｒ、ＫＰｃｒ｜｜Ｉａｒ）を持つ。
ｄ）ライセンス配信先はメディア、ライセンスチップまたはＬＡ内のＴＲＭとする。
ｅ）ＴＲＭは個別公開鍵ＫＰｔと秘密鍵Ｋｔのペアを持つ。
ｆ）個別公開鍵ＫＰｔはクラス秘密鍵Ｋｃｔで署名された証明書の形で公開されている。
ｇ）クラス公開鍵ＫＰｃｔはルート秘密鍵Ｋａｔで署名された証明書の形で公開されている。
ｈ）リスク上問題がなければ、ＫａｒとＫａｔの認証局は同じでも良く、ＫａｒとＫａｔも同じでも良い。
【００４０】
全証明書をＬＤＡＰ（Lightweight Directory Access Protocol）で検索可能であれば、なおいっそう利用者が扱いやすい。
・基本手順
（１）配信側はＬＤＡＰなどの手段を用いて配信先ＴＲＭのＫＰｔの証明書を取得する。（２）ＫＰｔの証明書をＫＰｃｔで、また、その証明書をＫＰａｔでチェックする。
（３）配信側は次の形式のオフラインライセンスを生成する。
Ｅ（ＫＰｔ、Ｋｓ）｜｜Ｅ（Ｋｓ、ＳＮｒ｜｜TransactionＩＤ｜｜Ｋｃ｜｜ＡＣｔ｜｜ＡＣｐ｜｜Ｉｓ）｜｜Ｅ（Ｋｃｒ、Ｈ（all plain text）｜｜Ｃ（Ｋｃｒ、ＫＰｒ｜｜Ｉｒ）｜｜Ｃ（Ｋａｒ、ＫＰｃｒ｜｜Ｉａｒ）
ここで、
Ｋｓ：セッション鍵
ＳＮｒ：配信側個別公開鍵ＫＰｒの証明書のサブジェクト名（subject name）
TransactionＩＤ：ライセンスシリアル番号。配信側がライセンス毎にユニークな番号を生成
Ｋｃ：コンテンツ鍵
ＡＣｔ：配信先ＴＲＭ内アクセス条件。ＡＣｍと同形式、または、その拡張
ＡＣｐ：再生システムＴＲＭ内アクセス条件
Ｉｓ：その他の情報
Ｈ（ｘ）：ｘのハッシュ値
Ｃ（Ｋｘ、ＫＰｙ）：公開鍵ＫＰｙを秘密鍵Ｋｘで署名した証明書
｜｜は、これの前後を単純につなぎ合わせることを示す。
（４）配信側は配信先ＴＲＭにライセンスと暗号化コンテンツを送信する。
（５）配信先ＴＲＭ内でライセンスを復号し、ハッシュと証明書により内容の正当性をチェックする。
（６）配信先ＴＲＭ内でＳＮｒとTransactionＩＤがライセンス失効リスト（ＬＲＬ：License Revocation List）にないかを確認する。あれば、処理を終了する。
（７）配信先ＴＲＭ内でライセンスの内容をライセンスエントリに格納する。
（８）以降の移動、再生のプロトコル及び手順はＵＤＡＣ−ＭＢ／ＬＢ（実施形態の説明の最後の特許出願を参照）と同じ。
【００４１】
オンラインライセンスからのオフラインライセンスの生成（オフライン化）、オフラインライセンスの格納（オンライン化）は、ＬＡ（Licensor Agent）の機能で実現する。つまり、オフラインライセンスはＬＡ間でやりとりする。
【００４２】
ＬＡのオフラインライセンス関連機能を以下に示す。
−ライセンス情報（コンテンツＩＤ、トランザクションＩＤ、アクセス条件、・・・）取得機能
全ライセンス情報取得
該当コンテンツＩＤの全ライセンス情報取得
−オフラインライセンス生成
送信先ＬＡの個別公開鍵証明書とオンラインライセンス（コンテンツＩＤ、トランザクションＩＤ）を指定してオフラインライセンスを生成。
−オフラインライセンス格納
指定されたオフラインライセンスをＬＡ内のライセンス管理用データベースに格納してオンライン化する。
・コンテンツ再生アプリ、電子データ処理アプリでのＴＲＭ領域内実装処理
コンテンツ再生アプリ、電子データ処理アプリでは、以下の一連の処理（ＵＤＡＣ−ＭＢプロトコル実装処理部）をＴＲＭ領域内で実装する。
−ＬＡ（あるいはLicense Chip）からのオンラインライセンスの取得（ＵＤＡＣ−ＭＢプロトコル）
−暗号化コンテンツ・データをオンラインライセンスを使って復号化
−コンテンツの再生、データの処理
・各種公開鍵証明書
ＬＡの個別公開鍵証明書と対応する秘密鍵、クラス公開鍵証明書、認証局のルートの公開鍵証明書は、製造元が個々のＬＡ毎に製品（パッケージ）に組み込み、ＴＲＭ領域内で展開されるようにする。また、ＬＡは自身の個別公開鍵証明書を出力する機能を有する。
【００４３】
利用者は、オフラインライセンスの送信元に自分のＬＡの個別公開鍵証明書を渡すときは、本機能により取得すればよい。
以下は、本発明の実施形態で使用する既存技術の説明である。
【００４４】
ＴＲＭ（Tamper Resistant Module）
処理内容並びに処理の中で扱っているデータの内容が外から取り出したり推測できないようにする仕組み、並びにその仕組み取り入れた半導体チップやプログラムのこと。
【００４５】
半導体チップのＴＲＭ化したものをハードウェアＴＲＭ、プログラムをＴＲＭ化したものをソフトウェアＴＲＭと呼ぶ。本実施形態ではどちらを使用しても良い。
１）ハードウェアＴＲＭの方式
以下の技術によりＴＲＭを実現している。
−外部端子から秘密情報の読み出し・書き換えができない。制御ファーム、ログ情報、アクセス制御情報などの書き換えができない構造を持たせる。
−メタル層、特殊コーティング、メッシュセンサによるシールド。
−極微細化。
２）ソフトウェアＴＲＭの方式
以下の技術によりＴＲＭを実現している。
−プログラムの処理とそこで扱うデータの領域を分割し、メモリの中の解析しにくい形で散らばらせる。
−ロードモジュールを暗号化しておく。実行の瞬間のみ復号。
−実行のたびにメモリ空間への展開構造が異なるようにする。
【００４６】
以下、本実施形態の説明に戻る。
図５は、新規ライセンス、暗号化データ生成を説明する図である。
送信元ＰＣあるいは配信サーバにおいては、コンテンツＩＤとアクセス条件その他をＬＡのライセンス制御部で受け取ると、トランＩＤ制御部において、トランザクションＩＤが与えられ、ライセンス管理用データベースにライセンスが格納される。このライセンスは、電子データ暗号／復号機能部において、電子データを暗号化するのに使用される。
−ライセンス管理用データベース
ライセンスを格納するデータベース。実装上はＤＢＭＳ（Database Management system）を使ってもファイルを使っても良い。
【００４７】
図６は、ライセンス管理用データベースのレコード構成を示す図である。
各フィールドの説明
・タイムスタンプ１、タイムスタンプ２
レコード作成時のタイムスタンプ。ＬＡは、タイムスタンプ１とタイムスタンプ２とが一致しているか否かによってレコードのファイルへの格納が完了したか否かを判断する。
実装において、ライセンス管理用データベースをＤＢＭＳを使って実現する場合は、データベースのアトミシディをＤＢＭＳが保証するため、このタイムスタンプは無くてもよい。
・コンテンツＩＤ
ライセンスに対応するコンテンツのコンテンツＩＤ。
・トランザクションＩＤ
ライセンスの中に含まれているトランザクションＩＤ
コンテンツＩＤとトランザクションＩＤとでライセンスを一意に識別可能となる。
・暗号化ライセンス
ライセンスを暗号化したもの。ＬＡの秘密鍵で暗号化する。（例えばＴ−ＤＥＳを使う。）ＬＡの秘密鍵はＴＲＭ化された領域内に保持し、他者が参照できないようにする。
・送信元公開鍵証明書サブジェクト名
オフラインライセンスの送付元ＬＡの公開鍵証明書のサブジェクト名。ＵＤＡＣ−ＭＢプロトコル（オンライン）で送られてきた場合は、このフィールドはゼロクリアする。
・オフライントランザクションＩＤ１
ライセンスがオフラインライセンスの形で当該ＬＡに送付された場合、オフラインライセンス生成元のＬＡで採番されたオフライントランザクションＩＤをここに格納する。オフライントランザクションＩＤは、オフラインライセンス生成元のＬＡで一意な番号を割り振る。送信元公開鍵証明書サブジェクト名とオフライントランザクションＩＤとでオフラインライセンスが一意に識別可能となる。ＵＤＡＣ−ＭＢプロトコル（オンライン）で送られてきた場合は、このフィールドはゼロクリアする。
【００４８】
図７は、オフラインライセンスの生成（オフライン化）手順を示す図である。
送信元ＰＣ／配信サーバにおいては、ＬＡのＬＲＬ制御部とライセンス制御部にコンテンツＩＤとトランザクションＩＤが入力されると、ＬＲＬ制御部は、ＬＲＬ制御用データベースを参照し、ライセンス制御部は、ライセンス管理用データベースのライセンスを参照する。ＬＲＬ制御部は、ライセンス制御部と連絡を取りながら処理を進める。ライセンス制御部の処理結果は、ＬＲＬ制御部に伝えられると共に、オフライントランＩＤ制御部からトランザクションＩＤがＬＲＬ制御部に通知される。そして、ＬＲＬ制御部からオフラインライセンス暗号／復号制御部にライセンスの暗号化依頼が通知され、暗号化されたオフラインライセンスが出力される。
−オフライントランＩＤ制御部
あるＰＣのＬＡ（以降、ＬＡ１とする）でライセンスの移動を目的としてオフラインライセンスを生成し、そのオフラインライセンスが廻り廻って再びＬＡ１に移動されるケースを想定する。ＬＡ１から移動されたライセンスと同じものが間違えて（あるいは不正行為により）再びＬＡ１に格納されようとした場合は、それを防ぐ必要がある。しかしながら、そのライセンスは上記の廻り廻って来たものかもしれず、無条件にはじくことはできない。
【００４９】
それらのライセンスを識別可能とするために、オフラインライセンス生成時は、オフライントランザクションＩＤ制御部においてＬＡ内で一意なＩＤを新しく割り振る。
−ＬＲＬ（License Revocation List）制御部
オフラインライセンスを生成した場合、その後、ＬＡ内のライセンスを回収（削除）する。その場合、再び当該ＬＡに同一のライセンスが格納されるのを防ぐために、オフラインライセンス生成済みのライセンスの情報（送信元個別公開鍵証明書のサブジェクト名、オフラインライセンスＩＤなど）を保持・管理する。
【００５０】
なお、ライセンスを配信する配信サーバにおいては、ライセンスの配信を目的としてオフラインライセンスを生成し、ライセンスの移動は行わない。従って、一般に配信サーバではＬＲＬ制御部は必要ない。
【００５１】
図８は、ＬＲＬ（License Revocation List）制御用データベースのレコード内容を示す図である。
以下のフィールド以外はライセンス管理用データベースと全く同じ。
【００５２】
送信先公開鍵証明書サブジェクト名：
当該ＬＡでオフラインライセンスを生成したときの送付先ＬＡの公開鍵証明書のサブジェクト名
オフライントランザクションＩＤ２：
当該ＬＡでオフラインライセンスを生成したときに採番したオフライントランザクションＩＤ。
【００５３】
最新フラグ：
各ライセンス（オンラインライセンス）毎の最新の生成済みオフラインライセンスであることを示すフラグ。
【００５４】
オン：最新 オフ：最新でない。
オフラインライセンスを再生成する場合は、このフィールドの値がオンであるレコードの情報を使用する。
−入力パラメータ
・送信先ＬＡ個別公開鍵証明書
・コンテンツＩＤ
・トランザクションＩＤ
利用者は、予めライセンス表示機能部により、オフラインライセンスを生成するライセンスのコンテンツＩＤとトランザクションＩＤを取得しておく。
【００５５】
ただし、ライセンスに対応する商品の情報は、専用ツールで管理しても良いし、利用者が自分で管理しても良い。
図９、及び図１０は、ＬＡの動作を説明するフローチャートである。
【００５６】
まず、ステップＳ１において、コマンド制御部が、オフラインライセンスの生成機能を起動する。ステップＳ２において、ＬＡ機能のシリアライズ処理（ロードモジュールの二重起動抑止、セマフォなど）を行う。ステップＳ３において、送信先ＬＡの個別公開鍵証明書の正当性をチェックする。
【００５７】
次に、ステップＳ４において、ＬＲＬ制御部において、ＬＲＬ制御用データベースを以下のキーで検索する。
−コンテンツＩＤ＝入力パラメータ
−トランザクションＩＤ＝入力パラメータ
−最新フラグ＝オン
ここで、最新フラグがオンになっている当該ライセンスが存在しない場合には、ライセンス制御部において（ステップＳ５）、ライセンス管理用データベースを以下のキーで検索する。
−コンテンツＩＤ
−トランザクションＩＤ
そして、この検索で対応するライセンスがないと判断された場合には、該当ライセンス無しとしてエラー処理をして、ステップＳ２１に進む。対応するライセンスが存在する場合には、オフライントランＩＤ制御部において、オフライントランザクションＩＤの採番が行われる（ステップＳ６）。そして、ステップＳ７において、ＬＲＬ制御部は、ステップＳ５で検索したレコードの値と入力パラメータの値、並びにオフライントランザクショ
ンＩＤからＬＲＬ制御用データベースのレコードを作成して、最新フラグをオンとして格納する。ステップＳ８では、ライセンス制御部が、ステップＳ５で検索したライセンス管理用データベースのレコードを削除する。そして、ステップＳ９において、オフラインライセンス暗号／復号制御部は、ステップＳ７で作成したレコードの値と入力パラメータからオフラインライセンスを作成し、元へ返して、ステップＳ２１に進む。
【００５８】
ステップＳ４において、対応するライセンスがあると判断された場合には、ステップＳ１０において、ライセンス制御部は、ステップＳ４の検索で使用したコンテンツＩＤ、トランザクションＩＤを使ってライセンス管理用データベースを検索する。対応するライセンスが無い場合には、ステップＳ１１において、ステップＳ４で検索したレコードの送信先ＬＡ個別公開鍵証明書サブジェクト名と入力パラメータの送信先個別公開鍵証明書のサブジェクト名とが等しいか否かを判断する。判断の結果、異なる場合には、該当ライセンスがないというエラーとなり、ステップＳ２１に進む。ステップＳ１１の判断が、等しいとなると、ステップＳ１２において、オフラインライセンス暗号／復号制御部は、ステップＳ４で検索したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返して、ステップＳ２１に進む。
【００５９】
ステップＳ１０において、対応するライセンスが存在すると判断された場合には、図１０のステップＳ１３において、ステップＳ１０で検索したレコードの送信元個別公開鍵証明書サブジェクト名、オフライントランザクションＩＤ１がステップＳ４で検索したレコードのそれぞれのフィールドの値と等しいか否かを判断する。等しい場合には、ステップＳ１４において、ステップＳ４で検索したレコードの送信先ＬＡ個別公開鍵証明書サブジェクト名と入力パラメータの送信先個別公開鍵証明書のサブジェクト名とが等しいか否かを判断する。ステップＳ１４の判断で、異なると判断された場合には、該当ライセンス無しというエラーとなり、ステップＳ２１に進む。ステップＳ１４で等しいとなると、ステップＳ１５において、ライセンス制御部が、ステップＳ１０で検索したライセンス管理用データベースのレコードの送信元個別公開鍵証明書サブジェクト名が全てゼロでなければ、そのレコードを削除し、オフラインライセンス暗号／復号制御部が、その後に、ステップＳ４で検索したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返し、ステップＳ２１に進む。
【００６０】
ステップＳ１３の判断において、異なると判断された場合には、ステップＳ１６において、ＬＲＬ制御部が、ステップＳ４で検索したＬＲＬ制御用データベースのレコードの最新フラグの値をオフにし、ステップＳ１７において、オフライントランザクションＩＤ採番をオフライントランＩＤ制御部が行う。そして、ステップＳ１８において、ＬＲＬ制御部は、ステップＳ１０で検索したレコードの値と入力パラメータの値、並びにオフライントランザクションＩＤの値からＬＲＬ制御用データベースのレコードを作成する。そして、作成したレコードをＬＲＬ制御用データベースに格納（最新フラグをオン）する。ステップＳ１９では、ステップＳ１０で検索したライセンス管理用データベースのレコードを、ライセンス制御部が削除し、ステップＳ２０において、オフラインライセンス暗号／復号制御部は、ステップＳ１８で作成したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返し、ステップＳ２１に進む。
【００６１】
ステップＳ２１においては、ＬＡ機能のシリアライズ解除を行い、処理を終了する。
ステップＳ５、Ｓ１０のライセンス管理用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ライセンス管理用データベースが改竄されたとみなし、エラーで終了する。
【００６２】
ステップＳ４のＬＲＬ制御部用データベースの検索処理部で該当レコードが存在する場
合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ＬＲＬ制御部用データベースが改竄されたとみなし、エラーで終了する。
【００６３】
ステップＳ９のオフラインライセンス生成処理部では、ステップＳ５で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６４】
ステップＳ１２、Ｓ１５のオフラインライセンス生成処理部では、ステップＳ４で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６５】
ステップＳ２０のオフラインライセンス生成処理部では、ステップＳ１０で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６６】
図１１は、オフラインライセンスの格納（オンライン化）処理を説明する図である。
−入力パラメータ
オフラインライセンス
−ＬＲＬ制御部
オフラインライセンスを格納する場合、オフラインライセンス生成済みのライセンスの情報（送信元個別公開鍵証明書のサブジェクト名、オフラインライセンスＩＤなど）をＬＲＬ制御部を使って取得し、過去に格納済みのオフラインライセンスか否かをチェックする。ＬＲＬ管理用データベースに登録済みのオフラインライセンスで有ればエラーとする。
−ライセンス制御部
ＬＲＬ管理用データベースに登録済みでなければ、ライセンス制御部を使って対応するライセンス（オンラインライセンス）が登録済みでないかどうかをチェックする。ライセンス制御部では、ライセンス管理用データベースを検索し、格納しようとしているオフラインライセンスに対応するライセンスのレコードが存在すればエラーとする。
【００６７】
図１２は、オンラインライセンスの格納処理の流れを示すフローチャートである。
ステップＳ３０において、コマンド制御部は、オフラインライセンス格納機能を起動する。ステップＳ３１において、ＬＡ機能のシリアライズ処理（ロードモジュールの二重起動抑止、セマフォ等）をする。
【００６８】
ステップＳ３２において、オフラインライセンス暗号／復号制御部は、オフラインライセンスの復号処理を行い、ステップＳ３３において、オフラインライセンスの正当性をチェックし、ステップＳ３４において、ＬＲＬ制御部が、ＬＲＬ制御用データベースをステップＳ３２で復号したオフラインライセンスの以下のフィールドをキーとして検索する。−コンテンツＩＤ
−トランザクションＩＤ
−送信元ＬＡ個別公開鍵証明書サブジェクト名
−オフライントランザクションＩＤ１
そして、対応するオフラインライセンスが存在する場合には、同一オフラインライセンス格納済みエラーであるとしてステップＳ３７に進む。
【００６９】
ステップＳ３４において、対応するライセンスが存在しないと判断された場合には、ステップＳ３５において、ライセンス制御部は、ライセンス管理用データベースをステップＳ３２で復号したオフラインライセンスの以下のフィールドをキーとして検索する。
−コンテンツＩＤ
−トランザクションＩＤ
ステップＳ３５において、対応するライセンスが存在すると判断された場合には、同一ライセンス既存エラーであるとしてステップＳ３７に進む。
【００７０】
ステップＳ３５において、対応するライセンスが存在しないと判断された場合には、ステップＳ３６において、ライセンス制御部は、ステップＳ３２で復号したオフラインライセンスからライセンス管理用データベースのレコードを作成し、格納する。そして、ステップＳ３７で、ＬＡ機能のシリアライズを解除して、処理を終了する。
【００７１】
ステップＳ３５のライセンス管理用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなれば、ライセンス管理用データベースが改竄されたとみなし、エラーで終了する。
【００７２】
ステップＳ３４のＬＲＬ制御用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ＬＲＬ制御用データベースが改竄されたと見なし、エラーで終了する。
【００７３】
ステップＳ３６のライセンス管理用データベースのレコード作成では、オフラインライセンスを復号して取得したライセンスを当該ＬＡの秘密鍵によって暗号化して暗号化ライセンスを作成し、それをレコードに埋め込む。
【００７４】
以下に、ライセンス検索機能について説明する。
−機能概要
・全ライセンス情報取得
全ライセンスについて以下の情報を取得する。
【００７５】
コンテンツＩＤ、トランザクションＩＤ、送信元個別公開鍵証明書サブジェクト名（オフラインライセンスで格納された場合のみ）、アクセス条件、オフラインライセンス生成済みか否か
オフラインライセンス生成済みの場合は更に以下の情報が加えられる。
【００７６】
送信先個別公開鍵証明書サブジェクト名
・コンテンツＩＤによるライセンスの検索
指定されたコンテンツＩＤに対応するライセンスの情報を取得する。情報の内容は上と同じ。
−方式概要
ライセンス管理用データベース並びにＬＲＬ制御用データベースのレコードを参照して、上記情報を出力する。
１）ライセンス管理での該当レコードを読み込む
２）ＬＲＬ制御用データベースの最新フラグがオンのレコードの内、１）で参照したレコードと以下のフィールドが同じものがあるか検索する。
【００７７】
コンテンツＩＤ、トランザクションＩＤ
なければ、ライセンス管理用データベースのレコードの内容を出力する。あれば、オフラインライセンス生成済みとして更に追加の情報を出力する。
３）ＬＲＬ制御用データベースを検索し、最新フラグがオンのレコードのうち、２）で検索した以外のレコードがあれば、オフラインライセンス生成済みとして情報を出力する。
【００７８】
オンラインライセンスの操作との整合性
オンラインライセンスをＵＤＡＣ−ＭＢプロトコルで移動させる場合、移動先のＬＡでは、以下の処理を行う。
【００７９】
１）ＬＲＬ制御用データベースのレコードを以下のキーで検索する。
コンテンツＩＤ＝オフラインライセンスのコンテンツＩＤ
トランザクションＩＤ＝オンラインライセンスのトランザクションＩＤ
最新フラグ＝オン
検索対象レコードが存在する場合、そのレコードの最新フラグの値をオフにする。
【００８０】
２）ライセンス制御用データベースにオンラインライセンスを格納する。その際、インターネットｋなおフィールドの値をゼロクリアする。
・送信元ＬＡ個別公開鍵証明書サブジェクト名
・オフライントランザクションＩＤ１
この制御と上記オフラインライセンス格納機能部並びにオフラインライセンス生成機能部の処理手順により、オフラインライセンスとオンラインライセンスとが同時に流通されたり、１つのライセンスについてオフラインライセンスのオンライン化並びにオンラインライセンスのオフライン化が行われても、ライセンスが不当に消滅したり、利用可能なライセンスの複製ができてしまうことを防いでいる。
ＬＡ（ソフト）のディスク領域破壊に対する対処
ＬＡのディスク領域が破壊された場合、利用者はＬＡを再インストールするしかない。しかし、単純に再インストールすればＬＡを使用可能としたのでは利用者はオフラインライセンスの生成−＞ＬＡの再インストール−＞オフラインライセンスの格納−＞オフラインライセンスの生成−＞・・・を繰り返すことにより１つのライセンスから複数のライセンスを生成できてしまう。
【００８１】
上記事態を防ぐために、ＬＡはインストール毎に個別公開鍵証明書とそれに対応する秘密鍵のペアを変更する、といった対処方法がある。
−ＬＡの製造元は予め１利用者について数個の鍵ペアを作っておき、各々の公開鍵証明書を認証局から発行してもらっておく。
−製造元はＬＡを出荷時に各利用者毎に上記鍵ペアと公開鍵証明書を製品に埋め込んで出荷する。ＬＡは１回しかインストールできない仕様にしておく。
−利用者がＬＡを再インストールする場合は、インターネットなどで販売元（製造元）に申請し、新たな鍵ペアが組み込まれた新たなパッケージを受け取る。
【００８２】
上記以外に、ＬＡのインストールプログラムの中で製造元のサーバと通信して新たな鍵ペアを受け取る、という方式もあるが、セキュリティ上の危険度が大きくなる。
以下に、電子文書流通へのオフラインライセンスの適用事例を示す。
【００８３】
ＵＤＡＣ−ＭＢの従来のライセンスは、オンライン型であり、ネットワーク上でライセンスを流通させるためには、転送機能自体がＵＤＡＣ−ＭＢの転送プロトコルを実装している必要があった。そのため、ライセンスを一般の市販ソフトにより転送することができない。
【００８４】
オフライン型ライセンスは、ライセンスそのものは一般のソフトで転送可能である。
図１３は、オフライン型ライセンスを導入した電子文書流通の概要を示す図である。
電子文書作成者が他者に電子文書を送信し、参照許諾を与える際の手順を以下に示す。
【００８５】
（１）送信元（電子文書作成者）：
作成した電子文書からＬＣＭ（License Compliant Module）を介して以下を生成する。このとき電子文書作成者は、アクセス制御情報を指定する。
−許諾を与えるためのライセンス
電子文書を復号するための秘密鍵である。
参照回数、印刷回数などのアクセス制御情報も付加されている。
ライセンスはＬＡの中に保存され、ＴＲＭを破らない限り外には出せない。
−暗号化データ
電子文書を上記ライセンスで暗号化したもの。
ＳＣＤＦ形式（Super Content Distribution Format）
【００８６】
（２）送信元、送信先：
送信元は、電子文書送り先の利用者からＬＡの公開鍵証明書をもらう。
【００８７】
（３）送信元：
（２）で取得した送信先の公開鍵証明書と（１）で生成されたライセンスを指定して、ＬＣＭの機能を使ってオフラインライセンスを生成する。
オフラインライセンスは送信元のＬＡで生成された秘密鍵で暗号化されたライセンスと、その秘密鍵を送信先の公開鍵で暗号化したものから構成されており、そのままネットワーク上で持ち回ることが可能である。
ただし、オフラインライセンスの対攻撃強度は鍵の多重化により調整可能である。具体的にいくつの鍵で保護するかについては当業者が実装検討で決定する。
【００８８】
（４）送信元、送信先：
送信元オフラインライセンスと暗号化データを送信先に送る。
送る手段はなんでもよい。（ネットワーク、可搬記録媒体）
【００８９】
（５）送信先：
ＬＣＭの機能を使ってオフラインライセンスをＴＲＭ領域に格納する。
【００９０】
（６）送信先：
暗号化データと対応するライセンスを指定してＵＤＡＣ準拠の電子文書処理アプリを実行する。
【００９１】
ＬＡの秘密鍵はＴＲＭ領域内にある。また、オフラインライセンスのＴＲＭ領域への格納処理もＴＲＭ領域内で行われる。従って、送信先において送られてきた電子文書を複写することができない（ＴＲＭを破るか、もしくは、ＬＡの秘密鍵を破らない限り）。
【００９２】
図１４及び図１５は、マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図である。
なお、同図の映像音声の送信はＭＥＰＧ２のフォーマットに乗っ取っているとする。
１）契約時に各利用者は放送業者に受信チューナのＬＡの個別公開鍵証明書を登録する（渡す）。チューナに本実施形態のＬＡが内蔵されている。
２）契約直後のチューナ電源投入時
Ｌｉは利用者ｉのＬＡ個別公開鍵で生成されたオフラインライセンスである。
【００９３】
全契約者数分のＬｉ（オフラインライセンス）をＥＭＭ（Entitlement Management Message：資格情報（放送の場合は契約情報となる））で１５〜３０分毎に流す。なお、同図のＥＣＭは、Entitlement Check Messageの略で、スクランブル鍵やライセンスである。
【００９４】
本適用例では、オフラインライセンスに個別契約者情報を付加し、ライセンス管理用データベースでも個別契約者情報のフィールドを追加しているものとする。
ＬＡの中のライセンス管理用データベース内のライセンスと個別契約者情報はペアでＵＤＡＣ−ＭＢプロトコルによりデコーダに送られる。
【００９５】
デコーダはチューナから送られてきた暗号化データをライセンスによって復号し再生する。
契約上再生可能かどうかは、デコーダ内部で受信中の番組の番組情報と個別契約情報の内容から判定する。
【００９６】
本方式の場合、放送局と利用者側（ＬＡ）が秘密鍵を共有するわけではないので、１つのチューナで複数の（オフラインライセンス方式を導入している）放送局の放送を受信可能である。当然ながらＩＣカードも必要ない。
【００９７】
図１６は、本発明の実施形態をプログラムで実現する場合に必要とされるコンピュータのハードウェア環境図である。
ＣＰＵ２１は、バス２０で接続された、ハードディスクなどの記憶装置２７あるいは、読み取り装置２８によって読み込まれる、フロッピーディスク、ＣＤ−ＲＯＭ、ＤＶＤなどの可搬記録媒体２９に格納されたプログラムをＲＡＭ２３にコピーし、実行する。また、ＲＯＭ２２にプログラムを格納し、コンピュータを専用のマシーンとして使っても良い。なお、ＲＯＭ２２には、ＢＩＯＳなどの基本プログラムが格納されている。
【００９８】
入出力装置３０は、ディスプレイ、キーボード、マウス、テンプレートなどであり、ユーザの指示をＣＰＵ２１に伝えると共に、処理結果をユーザに提示する。
通信インターフェース２４は、ネットワーク２５を介して情報提供者２６と通信することにより、情報提供者２６が有している記録媒体に格納された当該プログラムをダウンロードすることができる。このようにして、ダウンロードされた当該プログラムは、記憶装置２７あるいは、可搬記録媒体２９に格納される。あるいは、通信インターフェース２４を使って、通信を行ったまま、ネットワーク環境下で当該プログラムを実行することが可能である。
【００９９】
なお、本実施形態のＰＣをコンピュータで実現する場合には、ＴＲＭ領域を構成する必要があるが、これは、ＣＰＵ２１によって実行されるプログラムによって構成されても良いし、あるいは、バス２０にハードウェアで構成されたＴＲＭチップを接続して、オフラインライセンスの処理などを専門に処理させるようにしても良い。
【０１００】
なお、本発明の実施形態で使用するＵＤＡＣ−ＭＢ／ＬＢについては、多くの特許出願がなされており、ＫｄＭ規格として知られている。以下に、幾つかの特許出願を示す。
・特願平０５−２５７８１６号
・特願平０８−１０１８６７号
・特願平０８−１０６３８２号
・特願平０８−１９０５２９号
・特願平１１−０９９４８２号
・特願平０４−０５８０４８号
・特願平０６−２３８０６０号
・特願平０６−２２５２２８号
・特願平０７−００１７９８号
・特願平１１−０９９４８２号
【０１０１】
（付記１）暗号化コンテンツのライセンスをユーザ間で流通する際に用いる情報端末
であって、
暗号化コンテンツのライセンスを格納する第１の格納手段と、
オフラインライセンスの生成ログを格納する第２の格納手段と、
暗号化コンテンツのライセンスからオフラインライセンスを生成し、オフラインライセンスから暗号化コンテンツのライセンスを生成して前記第１の格納手段に格納し、オフラインライセンス毎に生成ログを作成または更新して前記第２の格納手段に格納するライセンスエージェント手段と、
を備え、
該オフラインライセンスを他の情報端末のライセンスエージェント手段との間でやりとりすることによって、コンテンツのライセンスを送信または受信することを特徴とする情報端末。
【０１０２】
（付記２）前記ライセンスエージェント手段はＴＲＭ領域内にあることを特徴とする付記１に記載の情報端末。
【０１０３】
（付記３）前記ライセンスエージェント手段は、第１の格納手段内のライセンスを送付先の公開鍵とセッション鍵を使って暗号化して一般電子ファイルの形で取り出す機能を有することを特徴とする付記１又は２に記載の情報端末。
【０１０４】
（付記４）前記ライセンスエージェント手段は、ユーザが使用可能なライセンスの複製が生成されずに同一のオフラインライセンスを生成可能であることを特徴とする付記１〜３のいずれか１つに記載の情報端末。
【０１０５】
（付記５）前記ライセンスエージェント手段は、オフラインライセンス受信時に、前記生成ログを用いて、移動済みのライセンスが再度格納されることを防止することを特徴とする付記１〜４のいずれか１つに記載の情報端末。
【０１０６】
（付記６）暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを受信する際に用いる情報端末であって、
コンテンツのライセンスを格納する格納手段と、
受信したオフラインライセンスからコンテンツのライセンスを生成し、前記格納手段に格納するライセンスエージェント手段と、
を備え、
前記放送信号には全視聴契約者のオフラインライセンスが適当な間隔で挿入され、前記情報端末に対応するオフラインライセンスから、暗号化された放送信号を参照可能にするためのライセンスを生成することを特徴とする情報端末。
【０１０７】
（付記７）前記格納手段と前記ライセンスエージェント手段はＴＲＭ領域内にあることを特徴とする付記６に記載の情報端末。
【０１０８】
（付記８）情報端末を用いて暗号化コンテンツのライセンスをユーザ間で流通する方法であって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有するライセンスの流通方法。
【０１０９】
（付記９）情報端末を用いて暗号化コンテンツのライセンスをユーザ間で流通する方法であって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１０】
（付記１０）前記オフラインライセンスの生成及び情報端末間のオフラインライセンスのやりとりは、オフラインライセンス生成ステップを行う各情報端末中のライセンスエージェント手段を用いて行うことを特徴とする付記８に記載のライセンスの流通方法。
【０１１１】
（付記１１）前記オフラインライセンスの生成及び情報端末間のオフラインライセンスのやりとりは、ライセンス生成ステップを行う各情報端末中のライセンスエージェント手段を用いて行うことを特徴とする付記９に記載のライセンスの流通方法。
【０１１２】
（付記１２）前記ライセンスエージェント手段は、オフラインライセンスから暗号化コンテンツのライセンスを生成するときに、前記生成ログを用いて、移動済みのライセンスが再度保持されることを防止することを特徴とする付記１１に記載のライセンスの流通方法。
【０１１３】
（付記１３）暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを流通する方法であって、
全視聴契約者のオフラインライセンスが適当な間隔で挿入された前記放送信号を受信するステップと、
前記放送信号から視聴契約者の情報端末に対応するオフラインライセンスを抽出するステップと、
前記抽出したオフラインライセンスから放送信号を参照可能とするためのライセンスを生成するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１４】
（付記１４）暗号化された放送信号を用いて複数の視聴契約者に対して同報されるコンテンツのライセンスを流通する方法であって、
放送信号を暗号化するステップと、
全視聴契約者にそれぞれ対応し、前記暗号化された放送信号を参照可能とするためのライセンスを生成するのに用いるオフラインライセンスを適当な間隔で挿入した前記放送信号を送信するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１５】
（付記１５）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムであって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラム。
【０１１６】
（付記１６）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムであって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラム。
【０１１７】
（付記１７）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムを格納した記録媒体であって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラムを格納した記録媒体。
【０１１８】
（付記１８）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムを格納した記録媒体であって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするラインセンスの流通方法を情報端末に実現させるプログラムを格納した記録媒体。
【図面の簡単な説明】
【０１１９】
【図１】本発明の実施形態の全体構成を示す図である。
【図２】ＬＡの機能を説明する図（その１）である。
【図３】ＬＡの機能を説明する図（その２）である。
【図４】オフラインライセンスの構成の概要を示す図である。
【図５】新規ライセンス、暗号化データ生成を説明する図である。
【図６】ライセンス管理用データベースのレコード構成を示す図である。
【図７】オフラインライセンスの生成（オフライン化）手順を示す図である。
【図８】ＬＲＬ（License Revocation List）制御用データベースのレコード内容を示す図である。
【図９】ＬＡの動作を説明するフローチャート（その１）である。
【図１０】ＬＡの動作を説明するフローチャート（その２）である。
【図１１】オフラインライセンスの格納（オンライン化）処理を説明する図である。
【図１２】オンラインライセンスの格納処理の流れを示すフローチャートである。
【図１３】オフライン型ライセンスを導入した電子文書流通の概要を示す図である。
【図１４】マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図（その１）である。
【図１５】マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図（その２）である。
【図１６】本発明の実施形態をプログラムで実現する場合に必要とされるコンピュータのハードウェア環境図である。
【図１７】従来のライセンスを管理するための専用データ転送システムを示す図である。
【図１８】従来の有料コンテンツのマルチキャストの仕組みを示す図である。
【符号の説明】
【０１２０】
１０ コンテンツ配信サーバ
１１、１２ ＰＣ
１３ 媒体
１４ ＰＤ
【技術分野】
【０００１】
本発明は、プログラムなどの使用ライセンスをオフライン環境下において安全に送信流通するシステムに関する。
【背景技術】
【０００２】
今日、インターネットやコンピュータが普及・発達し、プログラムファイル以外にも音楽データファイルなどをネットワークを介して、販売することが行われつつある。しかし、これらのファイルは、電子データであるため、一旦ダウンロードしてしまうと、複製が容易であり、著作権などの諸権利が容易に侵害されてしまうという問題がある。このような問題に対処するために、これら電子ファイルに対するライセンスの配布と管理のためのシステムを確立することが要求されている。
【０００３】
従来の技術とその問題点を以下に説明する。
【０００４】
従来の一般利用者間での電子データの保護流通においては、以下に示すように電子データの作成者は、一旦送付してしまった電子データのアクセスを制御することができない。・ＮＤＡ文書の企業間での流通
電子文書などをＮＤＡ（Non Disclosure Agreement）を結んだ企業のある特定の範囲の人に配布した場合、その範囲外の人にも複写／印刷されて容易に文書がわたってしまう可能性が高い。
・企業内での検討中資料の配布
検討中資料を関連グループにのみ配布した場合でも、結局、複写／印刷されて、それ以外のメンバーにも広がってしまい、社外にその情報が流出してしまう可能性が高くなる。
【０００５】
従って、電子データ送付後も作成者の意思がアクセス制御に反映されるための機能が必要である。
従来技術では、上記問題に対する対処として図１７のような専用のデータ転送システムを使用している。
【０００６】
図１７は、従来のライセンスを管理するための専用データ転送システムを示す図である。
同図において、ＰＣ（ユーザ端末）の内、コンテンツの送信元では、データ転送専用クライアント装置を使用して、転送すべきコンテンツに転送処理して、専用サーバに専用の機密保護転送方式によって転送する。当該コンテンツを受信する他のユーザのＰＣ（利用者１）では、やはり専用のクライアント装置を有しており、専用サーバから専用の機密保護転送方式によって当該コンテンツを受信する。そして、転送処理することによって、ローカルなハードディスクなどに当該コンテンツを格納すると共に、後に参照などが可能となるようにする。
【０００７】
このコンテンツを利用者１が、当該コンテンツを利用者２に転送しようとする場合には、やはり、専用クライアント装置の転送処理機能によって当該コンテンツを専用サーバに専用の機密保護転送方式を用いて転送し、利用者２は、専用サーバから専用の機密保護転送方式を用いて、当該コンテンツを専用のクライアント装置にダウンロードするという形態をとっている。
【０００８】
図１７のシステムの問題点を以下に示す。
１）電子データ転送には必ず専用のクライアントを使用しなくてはならず、従って、そのクライアントの仕様に縛られた形でしか送信できない（例えば、利用者間のアプリで送受信する、といったことはできない）。
また、電子データの送信は必ず専用サーバを介さなくてはならない。従って、例えば、既存のｅ−ｍａｉｌの送信可能範囲と同じ範囲の利用者と送受信可能とするためには、理論的には、上記専用サーバがメールサーバと同じだけ普及する必要があるが、そのようなことは現実的ではない。
２）アクセス制御の対象はＰＣであり、従って、受信した電子データを可搬記録媒体で持ち回り、別のＰＣで参照する、ということができない。
３）電子データの参照機能自体はなんら保護されていない。従って、メモリの内容やＳＷＡＰ域の内容から生の電子データを比較的容易に取り出せてしまい、重要な機密データの送信に適しているとはいえない。
【０００９】
また、一般利用者間での有料コンテンツのライセンス移動としては、以下の点が指摘される。
インターネット、携帯電話網（ＰＨＳ網を含む）を介して有料コンテンツを配信するサービスが徐々に開始されているが、これら現状のサービスでは、利用者は、有料コンテンツのライセンスを上記サービスを介して購入するしかなく、一旦購入したライセンスを（コンテンツ並びにライセンスの不正な複写をされることなく）他の利用者に譲渡する、といったことができない。この結果、ネットワーク上でのライセンスの販売経路が非常に限定されたものになり、有料コンテンツの販売元の立場からすると以下に代表される機会損失がさけられなかった。
−利用者が他の利用者に自分のライセンスを譲渡することができない。
【００１０】
一人の利用者がとりあえずライセンスを購入し、知り合いの中でまわして利用するような場合（各利用者はコンテンツを利用してみて買いたければ買う）。
上記の問題点についての解決策は現時点では何も考えられていない。すなわち、従来は不正にコンテンツが複写されてしまうようなサービスしかなかった。従って、有料コンテンツがネットワーク上で配信されにくい状況となっていた。
【００１１】
・有料コンテンツのマルチキャスト
有料コンテンツのマルチキャストの従来の方式では、コンテンツ受信側固有の秘密鍵をコンテンツ送信側とコンテンツ受信側との間で持ち合い、コンテンツ送信側はライセンスをその秘密鍵で暗号化したものとライセンスで暗号化されたコンテンツとを送信している。コンテンツ受信側固有の秘密鍵はＩＣカードなどのＴＲＭ領域に格納して送信側から利用者に渡される。従って、利用者は、この秘密鍵を取り出すことはできない。
【００１２】
コンテンツ送信側は、暗号化したコンテンツに全ての受信先用の暗号化ライセンスをつけて送信する。
図１８は、従来の有料コンテンツのマルチキャストの仕組みを示す図である。
【００１３】
送信側では、コンテンツをスクランブル鍵でスクランブルし、これを暗号化コンテンツとしていた。また、スクランブル鍵は、ライセンスによって暗号化される。ライセンスは、秘密鍵１、・・・ｎでそれぞれ暗号化され、暗号化ライセンス１〜ｎとされていた。そして、送信側から受信機に送信する送信データとしては、暗号化コンテンツ、暗号化スクランブル鍵、暗号化ライセンス１〜ｎである。これをインターネットや、ＢＳ／ＣＳなどの衛星放送などでマルチキャストする。
【００１４】
受信機では、ＩＣカードが組み込まれており、受信した暗号化ライセンスｉを秘密鍵ｉで復号し、ライセンスを取り出す。そして、受信した暗号化スクランブル鍵を取り出され
たライセンスで復号化して、スクランブル鍵を得る。これらをＩＣカード内で行う。そして、受信した暗号化コンテンツを復号化したスクランブル鍵でデスクランブルし、コンテンツを取り出している。
【００１５】
しかし、上記ＩＣカードを使ったシステムにおいても以下のような問題点がある。
１）利用者にとってＩＣカードの所持は不便
利用者はＩＣカードの発行を受け、それを保持していないと放送を受信できない。しかも、契約している配信業者（放送局など）の数だけＩＣカードを保持していなくてはならない（ＩＣカードに送信側と共用している秘密鍵が入っているため）。利用者にとってはこれは不便である。
２）相互運用性の問題（ＩＣカードを利用しないケース）
上記のようにＩＣカードに秘密鍵を閉じこめている場合は、配信業者のＩＣカードの仕様が統一されていれば、１つの受信機で複数の配信業者の送信データを受信することができる（上記のように配信業者の数だけＩＣカードが必要になるが）。
【００１６】
ＩＣカードを利用しないケースでは、受信機と送信側との間で秘密鍵を共用することになり、１つの受信機で複数の配信業者からのコンテンツを受信可能とするのは現実的でなくなる。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明の課題は、電子データのライセンスをオフライン化し、ライセンスの安全を守りながら、利用者の利用に便利なライセンスの送信・流通システムを提供することである。
【課題を解決するための手段】
【００１８】
本発明のシステムは、電子文書などのコンテンツのライセンスをユーザ間で送信流通するシステムであって、該ライセンスを格納する情報端末は、ＴＲＭ領域内にあり、オフラインライセンスを生成・保持し、暗号化コンテンツを第１の格納手段に格納し、オフラインライセンス毎に生成ログを保持・更新するライセンスエージェント手段と、暗号化コンテンツを格納する第１の格納手段と、生成ログを格納する第２の格納手段とを備え、該オフラインライセンスを複数の情報端末の該ライセンスエージェント手段間でのみ、やりとりすることによって、コンテンツのライセンスを送信流通することを特徴とする。
【００１９】
本発明の方法は、電子文書などのコンテンツのライセンスをユーザ間で送信流通する方法であって、該ライセンスを格納する情報端末における処理は、ＴＲＭ領域内にあり、オフラインライセンスを生成・保持し、暗号化コンテンツを第１の格納ステップで格納し、オフラインライセンス毎に生成ログを保持・更新するライセンスエージェントを用いてオフラインライセンスを管理するステップと、暗号化コンテンツを格納する第１の格納ステップと、生成ログを格納する第２の格納ステップとを備え、該オフラインライセンスを複数の情報端末の該ライセンスエージェント間でのみ、やりとりすることによって、コンテンツのライセンスを送信流通することを特徴とする。
【００２０】
本発明によれば、ライセンスエージェントにおいて、オフラインで流通するライセンスを管理し、ライセンスエージェント間においてのみライセンスを移動可能とすることにより、流通性があり、しかも安全な、オフラインでのライセンスの流通送信を可能とすることができる。
【発明の効果】
【００２１】
本発明によれば、電子データのライセンスをオフライン化したことにより、電子データの使用ライセンスを安全に受信者に渡し、不法なコピーを抑制し、かつ、電子データの頒
布性を良くすることができる。
【発明を実施するための最良の形態】
【００２２】
以下において、ＴＲＭ領域内にあるライセンスを送付先の公開鍵とセッション鍵を使って第三者がライセンスを取り出せないように暗号化して一般電子ファイルの形で取り出す機能を暗号化ファイルのオフラインライセンスという。
【００２３】
なお、ＴＲＭ領域とは、Tamper Resistant Module領域のことを言い、領域内のデータを外部から取り出しにくくした領域を言う。詳しくは後述する。
以下において、ライセンス毎に全てのオフラインライセンス生成ログを生成し、オフラインライセンス格納時にそれを使って既に移動済みのライセンスが再度格納されることを防ぐために使用されるオフラインライセンス生成ログをＬＲＬ（License Revocation List）と呼ぶ。
【００２４】
以下、本発明の実施形態について説明する。
・オフラインライセンスの導入
ライセンスのやりとりを行うための公知の技術としてＵＤＡＣ−ＭＢがある。
【００２５】
ＵＤＡＣ−ＭＢでは、ライセンスはＴＲＭ領域の中で保持し、ＴＲＭ間でのライセンスの転送はＵＤＡＣ−ＭＢプロトコルで規定しているセキュアなコネクション上で行う、というのが基本である。
【００２６】
そこで規定しているライセンスの転送プロトコルは転送元と転送先との間で複数回のメッセージの送受信を必要としており、オンラインでのリアルタイム双方向通信環境でしか実現できない。従って、以下のケースには不向きであった。
−個人間での一般電子データ（ワード文書など）の送付
−個人間での有料コンテンツのライセンスの譲渡
個人間でのデータのやりとりはオフラインが基本であり、オンラインでのリアルタイム通信を強要するのは非現実的（利用者にとって不便であり、かつ広まりにくい）である。−有料コンテンツとライセンスをセットで媒体（ＣＤなど）に格納して販売
オンラインライセンスを販売する場合は、ＵＤＡＣ−ＭＢ準拠の配信システム、あるいはＵＤＡＣ−ＭＢ準拠の可搬記録媒体が不可欠であった。
−コンテンツのマルチキャスト（放送など）
送信側は一方的にコンテンツを送信し、受信側は一方的に受信するケース。
【００２７】
ライセンスをＴＲＭ間でオフラインでやりとり可能とすれば、オフライン環境で電子データや有料コンテンツにそのライセンスを同梱して送ることが可能となり、また、放送などの１方向通信で通信データ内にライセンスを同梱して送ることが可能となる。以降、このライセンスを”オフラインライセンス”と呼ぶ。（それに対して、ＵＤＡＣ−ＭＢで規定しているライセンスを”オンラインライセンス”と呼ぶ。）
オンライン：１つの通信コネクション（ｓｏｃｋｅｔなど）の中でライセンスの移動、配信を完了させる方式。
【００２８】
オフライン：送信側と受信側とがコネクションを持たない状態でライセンスの移動、配信を行う方式。つまり、ライセンスを一般電子データの形でネットワーク上であるいは一般可搬記録媒体で流通可能とする方式。
【００２９】
ここで、オンラインライセンスはＵＤＡＣ−ＭＢ準拠の可搬記録媒体により移動可能であるが、一般電子データの形では扱えない。
図１は、本発明の実施形態の全体構成を示す図である。
【００３０】
同図においては、オフラインライセンスの生成後のライセンスとコンテンツの流通の形態を示している。
各ＰＣやコンテンツ配信サーバ、ＰＤ（Private DeviceあるいはPortable Device）にセットされる媒体には、ＬＡ（Licensor Agentあるいは、ＬＡをチップ化したLicense
Chip）が組み込まれているものとする。ＬＡについては、後述する。
【００３１】
コンテンツ配信サーバ１０のＬＡ内を用いて、コンテンツのライセンスが送信される。また、コンテンツ配信サーバ１０のハードディスクなどの媒体には暗号化コンテンツが格納される。コンテンツ配信サーバ１０は、ＰＣ１１に対し、コンテンツライセンスを、そのＬＡに対して送信し、暗号化コンテンツをその媒体に送信する。ＰＣ１１のコンテンツ再生アプリでは、ＬＡに受信されたコンテンツライセンスを用いて、媒体に格納された暗号化コンテンツをＴＲＭ領域内に有るデコーダによってデコードし再生する。また、ＰＣ１２から電子データをＰＣ１１が電子文書などの電子データを受け取る場合には、ＰＣ１２のＬＡから送信された電子データライセンスをＰＣ１１のＬＡにおいて受け取り、暗号化電子データを媒体に受け取る。そして、ＰＣ１１では、電子データ処理アプリのＴＲＭ領域内実装処理を用いて、電子データライセンスを処理し、これを用いて電子データの復号を行う。電子データライセンスの処理とは、アクセス制御チェックなどである。なお、ＰＣ１１内のＬＡとコンテンツ再生アプリのデコーダあるいは電子データ処理アプリのＴＲＭ領域内実装処理との通信はＵＤＡＣ−ＭＢプロトコルを用いる。ＵＤＡＣ−ＭＢプロトコルは公知であるので、ここでは特に説明しないが、実施形態の説明の最後に列挙されている各特許出願を参照されたい。
【００３２】
ＰＣ１１から、暗号化コンテンツや暗号化電子データを媒体１３に移動し、この媒体をＰＤ１４に設定することによって、ＰＤ１４でコンテンツや電子データを使用することも可能である。この場合、媒体１３には、License Chipが搭載され、暗号化コンテンツ、暗号化電子データは、通常通り移動あるいはコピーされるが、コンテンツライセンス、電子データライセンスは、ＵＤＡＣ−ＭＢプロトコルをつかってＴＲＭ領域内にあるLicense Chipに格納される。媒体１３がセットされたＰＤ１４では、暗号化コンテンツや暗号化電子データを、ＵＤＡＣ−ＭＢプロトコルでLicense Chipから取得したコンテンツライセンスや電子データライセンスでデコードし使用する。ＰＤ１４のデコーダもＴＲＭ領域に含まれている。このように、媒体１３に格納可能とすることによって、ライセンスに守られたコンテンツをオフラインで配布することが可能となる。
【００３３】
なお、ここで、同図では、音楽データなどのコンテンツと電子文書などの電子データとを別個に記載したが、実質的には双方とも電子ファイルであることには変わりなく、以下では、特に区別することなく電子データとコンテンツをほぼ同義で使用する。
【００３４】
図２及び図３は、ＬＡの機能を説明する図である。
ＬＡのライセンス・暗号化データ生成機能部では、電子データ（コンテンツ）、コンテンツＩＤ、アクセス条件を入力とし、電子データ暗号化処理部に電子データの暗号化処理を、ライセンス生成処理部にライセンスの生成処理を依頼する。ライセンス生成処理部では、トランＩＤ制御部（トランザクションＩＤ制御部）のトランＩＤ採番処理部（トランザクションＩＤ採番処理部）に依頼して、ライセンスに一意の番号であるトランＩＤを取得するように依頼する。このようにして処理された結果、暗号化データがライセンス・暗号化データ生成機能部から出力される。
【００３５】
オフラインライセンス生成機能部では、送信先ＬＡ、個別公開鍵証明書、コンテンツＩＤ、トランザクションＩＤを入力として、ライセンス制御部、ＬＲＬ制御部にライセンスの確認検索を依頼する。そして、オフラインライセンスを付与することが認められると、
オフライントランＩＤ制御部のオフライントランＩＤ採番処理においてオフラインライセンスに一意のトランザクションＩＤが取得され、ライセンス制御部のレコードを削除し、ＬＲＬ制御部のレコードを追加することによって、オフラインライセンスが登録され、暗号化処理を受けた後、オフラインライセンスが発行される。
【００３６】
オフラインライセンス格納機能部では、オフラインライセンスを入力として、これを復号処理し、ライセンス制御部とＬＲＬ制御部に対し、レコードの検索を依頼する。レコード検索の結果、ライセンスが承認されると、ＬＲＬ制御部において、レコード削除を行い、ライセンス制御部において、レコード追加を行う。このとき、ライセンス制御部及びＬＲＬ制御部において、ライセンス管理用データベースやＬＲＬ制御用データベースにアクセスする場合には、ＤＢＭＳ（Database Management system）を介して、暗号化してデータの授受を行う。
【００３７】
また、図３に示される、ライセンス検索機能部においては、コンテンツＩＤを入力として、ライセンス制御部にレコード検索を依頼する。同時に、ＬＲＬ制御部にもレコード検索を依頼する。そして、検索の結果として、トランザクションＩＤとアクセス条件が得られる。
【００３８】
図４は、オフラインライセンスの構成の概要を示す図である。
同図において、各Ｐａｒｔは、以下のように定義される。
Ｐａｒｔ １：セッション鍵を送信先ＬＡの個別公開鍵で暗号化したもの
Ｐａｒｔ ２：以下のデータをセッション鍵で暗号化したもの
−オフラインライセンス生成元（送信元）ＬＡの個別公開鍵証明書サブジェクト名
−オフライントランザクションＩＤ
オフラインライセンス生成元（送信元）ＬＡで採番したもの
−ライセンス（オンラインライセンス）
−配信先ＴＲＭ内アクセス条件
オフラインライセンスによる移動可能回数／期間
その他
−コンテンツ再生・電子データ処理システムのＴＲＭ内アクセ
ス条件
Ｐａｒｔ ３：オフラインライセンス生成元（送信元）ＬＡのクラス秘密鍵に
よる電子署名
Ｐａｒｔ ４：オフラインライセンス生成元（送信元）ＬＡの個別公開鍵証明
書
Ｐａｒｔ ５：オフラインライセンス生成元（送信元）ＬＡのクラス公開鍵証
明書
【００３９】
ここで、以下に、ＵＤＡＣ−ＭＢ／ＬＢを変更して本実施形態のオフラインライセンスを取り扱うため使用するＵＤＡＣ−ＰＩ（Protocol Independent）の説明を行う。
前提
ａ）ライセンス配信側は個別公開鍵ＫＰｒと秘密鍵Ｋｒのペアを持つ。
ｂ）またクラス秘密鍵Ｋｃｒで署名されたＫＰｒの証明書Ｃ（Ｋｃｒ、ＫＰｒ｜｜Ｉｒ）を持つ。
ｃ）またルート秘密鍵Ｋａｒで署名されたＫＰｃｒの証明書Ｃ（Ｋａｒ、ＫＰｃｒ｜｜Ｉａｒ）を持つ。
ｄ）ライセンス配信先はメディア、ライセンスチップまたはＬＡ内のＴＲＭとする。
ｅ）ＴＲＭは個別公開鍵ＫＰｔと秘密鍵Ｋｔのペアを持つ。
ｆ）個別公開鍵ＫＰｔはクラス秘密鍵Ｋｃｔで署名された証明書の形で公開されている。
ｇ）クラス公開鍵ＫＰｃｔはルート秘密鍵Ｋａｔで署名された証明書の形で公開されている。
ｈ）リスク上問題がなければ、ＫａｒとＫａｔの認証局は同じでも良く、ＫａｒとＫａｔも同じでも良い。
【００４０】
全証明書をＬＤＡＰ（Lightweight Directory Access Protocol）で検索可能であれば、なおいっそう利用者が扱いやすい。
・基本手順
（１）配信側はＬＤＡＰなどの手段を用いて配信先ＴＲＭのＫＰｔの証明書を取得する。（２）ＫＰｔの証明書をＫＰｃｔで、また、その証明書をＫＰａｔでチェックする。
（３）配信側は次の形式のオフラインライセンスを生成する。
Ｅ（ＫＰｔ、Ｋｓ）｜｜Ｅ（Ｋｓ、ＳＮｒ｜｜TransactionＩＤ｜｜Ｋｃ｜｜ＡＣｔ｜｜ＡＣｐ｜｜Ｉｓ）｜｜Ｅ（Ｋｃｒ、Ｈ（all plain text）｜｜Ｃ（Ｋｃｒ、ＫＰｒ｜｜Ｉｒ）｜｜Ｃ（Ｋａｒ、ＫＰｃｒ｜｜Ｉａｒ）
ここで、
Ｋｓ：セッション鍵
ＳＮｒ：配信側個別公開鍵ＫＰｒの証明書のサブジェクト名（subject name）
TransactionＩＤ：ライセンスシリアル番号。配信側がライセンス毎にユニークな番号を生成
Ｋｃ：コンテンツ鍵
ＡＣｔ：配信先ＴＲＭ内アクセス条件。ＡＣｍと同形式、または、その拡張
ＡＣｐ：再生システムＴＲＭ内アクセス条件
Ｉｓ：その他の情報
Ｈ（ｘ）：ｘのハッシュ値
Ｃ（Ｋｘ、ＫＰｙ）：公開鍵ＫＰｙを秘密鍵Ｋｘで署名した証明書
｜｜は、これの前後を単純につなぎ合わせることを示す。
（４）配信側は配信先ＴＲＭにライセンスと暗号化コンテンツを送信する。
（５）配信先ＴＲＭ内でライセンスを復号し、ハッシュと証明書により内容の正当性をチェックする。
（６）配信先ＴＲＭ内でＳＮｒとTransactionＩＤがライセンス失効リスト（ＬＲＬ：License Revocation List）にないかを確認する。あれば、処理を終了する。
（７）配信先ＴＲＭ内でライセンスの内容をライセンスエントリに格納する。
（８）以降の移動、再生のプロトコル及び手順はＵＤＡＣ−ＭＢ／ＬＢ（実施形態の説明の最後の特許出願を参照）と同じ。
【００４１】
オンラインライセンスからのオフラインライセンスの生成（オフライン化）、オフラインライセンスの格納（オンライン化）は、ＬＡ（Licensor Agent）の機能で実現する。つまり、オフラインライセンスはＬＡ間でやりとりする。
【００４２】
ＬＡのオフラインライセンス関連機能を以下に示す。
−ライセンス情報（コンテンツＩＤ、トランザクションＩＤ、アクセス条件、・・・）取得機能
全ライセンス情報取得
該当コンテンツＩＤの全ライセンス情報取得
−オフラインライセンス生成
送信先ＬＡの個別公開鍵証明書とオンラインライセンス（コンテンツＩＤ、トランザクションＩＤ）を指定してオフラインライセンスを生成。
−オフラインライセンス格納
指定されたオフラインライセンスをＬＡ内のライセンス管理用データベースに格納してオンライン化する。
・コンテンツ再生アプリ、電子データ処理アプリでのＴＲＭ領域内実装処理
コンテンツ再生アプリ、電子データ処理アプリでは、以下の一連の処理（ＵＤＡＣ−ＭＢプロトコル実装処理部）をＴＲＭ領域内で実装する。
−ＬＡ（あるいはLicense Chip）からのオンラインライセンスの取得（ＵＤＡＣ−ＭＢプロトコル）
−暗号化コンテンツ・データをオンラインライセンスを使って復号化
−コンテンツの再生、データの処理
・各種公開鍵証明書
ＬＡの個別公開鍵証明書と対応する秘密鍵、クラス公開鍵証明書、認証局のルートの公開鍵証明書は、製造元が個々のＬＡ毎に製品（パッケージ）に組み込み、ＴＲＭ領域内で展開されるようにする。また、ＬＡは自身の個別公開鍵証明書を出力する機能を有する。
【００４３】
利用者は、オフラインライセンスの送信元に自分のＬＡの個別公開鍵証明書を渡すときは、本機能により取得すればよい。
以下は、本発明の実施形態で使用する既存技術の説明である。
【００４４】
ＴＲＭ（Tamper Resistant Module）
処理内容並びに処理の中で扱っているデータの内容が外から取り出したり推測できないようにする仕組み、並びにその仕組み取り入れた半導体チップやプログラムのこと。
【００４５】
半導体チップのＴＲＭ化したものをハードウェアＴＲＭ、プログラムをＴＲＭ化したものをソフトウェアＴＲＭと呼ぶ。本実施形態ではどちらを使用しても良い。
１）ハードウェアＴＲＭの方式
以下の技術によりＴＲＭを実現している。
−外部端子から秘密情報の読み出し・書き換えができない。制御ファーム、ログ情報、アクセス制御情報などの書き換えができない構造を持たせる。
−メタル層、特殊コーティング、メッシュセンサによるシールド。
−極微細化。
２）ソフトウェアＴＲＭの方式
以下の技術によりＴＲＭを実現している。
−プログラムの処理とそこで扱うデータの領域を分割し、メモリの中の解析しにくい形で散らばらせる。
−ロードモジュールを暗号化しておく。実行の瞬間のみ復号。
−実行のたびにメモリ空間への展開構造が異なるようにする。
【００４６】
以下、本実施形態の説明に戻る。
図５は、新規ライセンス、暗号化データ生成を説明する図である。
送信元ＰＣあるいは配信サーバにおいては、コンテンツＩＤとアクセス条件その他をＬＡのライセンス制御部で受け取ると、トランＩＤ制御部において、トランザクションＩＤが与えられ、ライセンス管理用データベースにライセンスが格納される。このライセンスは、電子データ暗号／復号機能部において、電子データを暗号化するのに使用される。
−ライセンス管理用データベース
ライセンスを格納するデータベース。実装上はＤＢＭＳ（Database Management system）を使ってもファイルを使っても良い。
【００４７】
図６は、ライセンス管理用データベースのレコード構成を示す図である。
各フィールドの説明
・タイムスタンプ１、タイムスタンプ２
レコード作成時のタイムスタンプ。ＬＡは、タイムスタンプ１とタイムスタンプ２とが一致しているか否かによってレコードのファイルへの格納が完了したか否かを判断する。
実装において、ライセンス管理用データベースをＤＢＭＳを使って実現する場合は、データベースのアトミシディをＤＢＭＳが保証するため、このタイムスタンプは無くてもよい。
・コンテンツＩＤ
ライセンスに対応するコンテンツのコンテンツＩＤ。
・トランザクションＩＤ
ライセンスの中に含まれているトランザクションＩＤ
コンテンツＩＤとトランザクションＩＤとでライセンスを一意に識別可能となる。
・暗号化ライセンス
ライセンスを暗号化したもの。ＬＡの秘密鍵で暗号化する。（例えばＴ−ＤＥＳを使う。）ＬＡの秘密鍵はＴＲＭ化された領域内に保持し、他者が参照できないようにする。
・送信元公開鍵証明書サブジェクト名
オフラインライセンスの送付元ＬＡの公開鍵証明書のサブジェクト名。ＵＤＡＣ−ＭＢプロトコル（オンライン）で送られてきた場合は、このフィールドはゼロクリアする。
・オフライントランザクションＩＤ１
ライセンスがオフラインライセンスの形で当該ＬＡに送付された場合、オフラインライセンス生成元のＬＡで採番されたオフライントランザクションＩＤをここに格納する。オフライントランザクションＩＤは、オフラインライセンス生成元のＬＡで一意な番号を割り振る。送信元公開鍵証明書サブジェクト名とオフライントランザクションＩＤとでオフラインライセンスが一意に識別可能となる。ＵＤＡＣ−ＭＢプロトコル（オンライン）で送られてきた場合は、このフィールドはゼロクリアする。
【００４８】
図７は、オフラインライセンスの生成（オフライン化）手順を示す図である。
送信元ＰＣ／配信サーバにおいては、ＬＡのＬＲＬ制御部とライセンス制御部にコンテンツＩＤとトランザクションＩＤが入力されると、ＬＲＬ制御部は、ＬＲＬ制御用データベースを参照し、ライセンス制御部は、ライセンス管理用データベースのライセンスを参照する。ＬＲＬ制御部は、ライセンス制御部と連絡を取りながら処理を進める。ライセンス制御部の処理結果は、ＬＲＬ制御部に伝えられると共に、オフライントランＩＤ制御部からトランザクションＩＤがＬＲＬ制御部に通知される。そして、ＬＲＬ制御部からオフラインライセンス暗号／復号制御部にライセンスの暗号化依頼が通知され、暗号化されたオフラインライセンスが出力される。
−オフライントランＩＤ制御部
あるＰＣのＬＡ（以降、ＬＡ１とする）でライセンスの移動を目的としてオフラインライセンスを生成し、そのオフラインライセンスが廻り廻って再びＬＡ１に移動されるケースを想定する。ＬＡ１から移動されたライセンスと同じものが間違えて（あるいは不正行為により）再びＬＡ１に格納されようとした場合は、それを防ぐ必要がある。しかしながら、そのライセンスは上記の廻り廻って来たものかもしれず、無条件にはじくことはできない。
【００４９】
それらのライセンスを識別可能とするために、オフラインライセンス生成時は、オフライントランザクションＩＤ制御部においてＬＡ内で一意なＩＤを新しく割り振る。
−ＬＲＬ（License Revocation List）制御部
オフラインライセンスを生成した場合、その後、ＬＡ内のライセンスを回収（削除）する。その場合、再び当該ＬＡに同一のライセンスが格納されるのを防ぐために、オフラインライセンス生成済みのライセンスの情報（送信元個別公開鍵証明書のサブジェクト名、オフラインライセンスＩＤなど）を保持・管理する。
【００５０】
なお、ライセンスを配信する配信サーバにおいては、ライセンスの配信を目的としてオフラインライセンスを生成し、ライセンスの移動は行わない。従って、一般に配信サーバではＬＲＬ制御部は必要ない。
【００５１】
図８は、ＬＲＬ（License Revocation List）制御用データベースのレコード内容を示す図である。
以下のフィールド以外はライセンス管理用データベースと全く同じ。
【００５２】
送信先公開鍵証明書サブジェクト名：
当該ＬＡでオフラインライセンスを生成したときの送付先ＬＡの公開鍵証明書のサブジェクト名
オフライントランザクションＩＤ２：
当該ＬＡでオフラインライセンスを生成したときに採番したオフライントランザクションＩＤ。
【００５３】
最新フラグ：
各ライセンス（オンラインライセンス）毎の最新の生成済みオフラインライセンスであることを示すフラグ。
【００５４】
オン：最新 オフ：最新でない。
オフラインライセンスを再生成する場合は、このフィールドの値がオンであるレコードの情報を使用する。
−入力パラメータ
・送信先ＬＡ個別公開鍵証明書
・コンテンツＩＤ
・トランザクションＩＤ
利用者は、予めライセンス表示機能部により、オフラインライセンスを生成するライセンスのコンテンツＩＤとトランザクションＩＤを取得しておく。
【００５５】
ただし、ライセンスに対応する商品の情報は、専用ツールで管理しても良いし、利用者が自分で管理しても良い。
図９、及び図１０は、ＬＡの動作を説明するフローチャートである。
【００５６】
まず、ステップＳ１において、コマンド制御部が、オフラインライセンスの生成機能を起動する。ステップＳ２において、ＬＡ機能のシリアライズ処理（ロードモジュールの二重起動抑止、セマフォなど）を行う。ステップＳ３において、送信先ＬＡの個別公開鍵証明書の正当性をチェックする。
【００５７】
次に、ステップＳ４において、ＬＲＬ制御部において、ＬＲＬ制御用データベースを以下のキーで検索する。
−コンテンツＩＤ＝入力パラメータ
−トランザクションＩＤ＝入力パラメータ
−最新フラグ＝オン
ここで、最新フラグがオンになっている当該ライセンスが存在しない場合には、ライセンス制御部において（ステップＳ５）、ライセンス管理用データベースを以下のキーで検索する。
−コンテンツＩＤ
−トランザクションＩＤ
そして、この検索で対応するライセンスがないと判断された場合には、該当ライセンス無しとしてエラー処理をして、ステップＳ２１に進む。対応するライセンスが存在する場合には、オフライントランＩＤ制御部において、オフライントランザクションＩＤの採番が行われる（ステップＳ６）。そして、ステップＳ７において、ＬＲＬ制御部は、ステップＳ５で検索したレコードの値と入力パラメータの値、並びにオフライントランザクショ
ンＩＤからＬＲＬ制御用データベースのレコードを作成して、最新フラグをオンとして格納する。ステップＳ８では、ライセンス制御部が、ステップＳ５で検索したライセンス管理用データベースのレコードを削除する。そして、ステップＳ９において、オフラインライセンス暗号／復号制御部は、ステップＳ７で作成したレコードの値と入力パラメータからオフラインライセンスを作成し、元へ返して、ステップＳ２１に進む。
【００５８】
ステップＳ４において、対応するライセンスがあると判断された場合には、ステップＳ１０において、ライセンス制御部は、ステップＳ４の検索で使用したコンテンツＩＤ、トランザクションＩＤを使ってライセンス管理用データベースを検索する。対応するライセンスが無い場合には、ステップＳ１１において、ステップＳ４で検索したレコードの送信先ＬＡ個別公開鍵証明書サブジェクト名と入力パラメータの送信先個別公開鍵証明書のサブジェクト名とが等しいか否かを判断する。判断の結果、異なる場合には、該当ライセンスがないというエラーとなり、ステップＳ２１に進む。ステップＳ１１の判断が、等しいとなると、ステップＳ１２において、オフラインライセンス暗号／復号制御部は、ステップＳ４で検索したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返して、ステップＳ２１に進む。
【００５９】
ステップＳ１０において、対応するライセンスが存在すると判断された場合には、図１０のステップＳ１３において、ステップＳ１０で検索したレコードの送信元個別公開鍵証明書サブジェクト名、オフライントランザクションＩＤ１がステップＳ４で検索したレコードのそれぞれのフィールドの値と等しいか否かを判断する。等しい場合には、ステップＳ１４において、ステップＳ４で検索したレコードの送信先ＬＡ個別公開鍵証明書サブジェクト名と入力パラメータの送信先個別公開鍵証明書のサブジェクト名とが等しいか否かを判断する。ステップＳ１４の判断で、異なると判断された場合には、該当ライセンス無しというエラーとなり、ステップＳ２１に進む。ステップＳ１４で等しいとなると、ステップＳ１５において、ライセンス制御部が、ステップＳ１０で検索したライセンス管理用データベースのレコードの送信元個別公開鍵証明書サブジェクト名が全てゼロでなければ、そのレコードを削除し、オフラインライセンス暗号／復号制御部が、その後に、ステップＳ４で検索したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返し、ステップＳ２１に進む。
【００６０】
ステップＳ１３の判断において、異なると判断された場合には、ステップＳ１６において、ＬＲＬ制御部が、ステップＳ４で検索したＬＲＬ制御用データベースのレコードの最新フラグの値をオフにし、ステップＳ１７において、オフライントランザクションＩＤ採番をオフライントランＩＤ制御部が行う。そして、ステップＳ１８において、ＬＲＬ制御部は、ステップＳ１０で検索したレコードの値と入力パラメータの値、並びにオフライントランザクションＩＤの値からＬＲＬ制御用データベースのレコードを作成する。そして、作成したレコードをＬＲＬ制御用データベースに格納（最新フラグをオン）する。ステップＳ１９では、ステップＳ１０で検索したライセンス管理用データベースのレコードを、ライセンス制御部が削除し、ステップＳ２０において、オフラインライセンス暗号／復号制御部は、ステップＳ１８で作成したレコードの値と入力パラメータからオフラインライセンスを作成し、呼び出しもとへ返し、ステップＳ２１に進む。
【００６１】
ステップＳ２１においては、ＬＡ機能のシリアライズ解除を行い、処理を終了する。
ステップＳ５、Ｓ１０のライセンス管理用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ライセンス管理用データベースが改竄されたとみなし、エラーで終了する。
【００６２】
ステップＳ４のＬＲＬ制御部用データベースの検索処理部で該当レコードが存在する場
合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ＬＲＬ制御部用データベースが改竄されたとみなし、エラーで終了する。
【００６３】
ステップＳ９のオフラインライセンス生成処理部では、ステップＳ５で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６４】
ステップＳ１２、Ｓ１５のオフラインライセンス生成処理部では、ステップＳ４で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６５】
ステップＳ２０のオフラインライセンス生成処理部では、ステップＳ１０で検索したレコードの中の暗号化ライセンスを当該ＬＡの内部にある秘密鍵で復号し、その復号した結果を使ってオフラインライセンスを生成する。
【００６６】
図１１は、オフラインライセンスの格納（オンライン化）処理を説明する図である。
−入力パラメータ
オフラインライセンス
−ＬＲＬ制御部
オフラインライセンスを格納する場合、オフラインライセンス生成済みのライセンスの情報（送信元個別公開鍵証明書のサブジェクト名、オフラインライセンスＩＤなど）をＬＲＬ制御部を使って取得し、過去に格納済みのオフラインライセンスか否かをチェックする。ＬＲＬ管理用データベースに登録済みのオフラインライセンスで有ればエラーとする。
−ライセンス制御部
ＬＲＬ管理用データベースに登録済みでなければ、ライセンス制御部を使って対応するライセンス（オンラインライセンス）が登録済みでないかどうかをチェックする。ライセンス制御部では、ライセンス管理用データベースを検索し、格納しようとしているオフラインライセンスに対応するライセンスのレコードが存在すればエラーとする。
【００６７】
図１２は、オンラインライセンスの格納処理の流れを示すフローチャートである。
ステップＳ３０において、コマンド制御部は、オフラインライセンス格納機能を起動する。ステップＳ３１において、ＬＡ機能のシリアライズ処理（ロードモジュールの二重起動抑止、セマフォ等）をする。
【００６８】
ステップＳ３２において、オフラインライセンス暗号／復号制御部は、オフラインライセンスの復号処理を行い、ステップＳ３３において、オフラインライセンスの正当性をチェックし、ステップＳ３４において、ＬＲＬ制御部が、ＬＲＬ制御用データベースをステップＳ３２で復号したオフラインライセンスの以下のフィールドをキーとして検索する。−コンテンツＩＤ
−トランザクションＩＤ
−送信元ＬＡ個別公開鍵証明書サブジェクト名
−オフライントランザクションＩＤ１
そして、対応するオフラインライセンスが存在する場合には、同一オフラインライセンス格納済みエラーであるとしてステップＳ３７に進む。
【００６９】
ステップＳ３４において、対応するライセンスが存在しないと判断された場合には、ステップＳ３５において、ライセンス制御部は、ライセンス管理用データベースをステップＳ３２で復号したオフラインライセンスの以下のフィールドをキーとして検索する。
−コンテンツＩＤ
−トランザクションＩＤ
ステップＳ３５において、対応するライセンスが存在すると判断された場合には、同一ライセンス既存エラーであるとしてステップＳ３７に進む。
【００７０】
ステップＳ３５において、対応するライセンスが存在しないと判断された場合には、ステップＳ３６において、ライセンス制御部は、ステップＳ３２で復号したオフラインライセンスからライセンス管理用データベースのレコードを作成し、格納する。そして、ステップＳ３７で、ＬＡ機能のシリアライズを解除して、処理を終了する。
【００７１】
ステップＳ３５のライセンス管理用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなれば、ライセンス管理用データベースが改竄されたとみなし、エラーで終了する。
【００７２】
ステップＳ３４のＬＲＬ制御用データベースの検索処理部で該当レコードが存在する場合は、レコード内の暗号化ライセンスを復号し、コンテンツＩＤとトランザクションＩＤの値がレコード検索のキーで指定したそれぞれの値と等しくなければ、ＬＲＬ制御用データベースが改竄されたと見なし、エラーで終了する。
【００７３】
ステップＳ３６のライセンス管理用データベースのレコード作成では、オフラインライセンスを復号して取得したライセンスを当該ＬＡの秘密鍵によって暗号化して暗号化ライセンスを作成し、それをレコードに埋め込む。
【００７４】
以下に、ライセンス検索機能について説明する。
−機能概要
・全ライセンス情報取得
全ライセンスについて以下の情報を取得する。
【００７５】
コンテンツＩＤ、トランザクションＩＤ、送信元個別公開鍵証明書サブジェクト名（オフラインライセンスで格納された場合のみ）、アクセス条件、オフラインライセンス生成済みか否か
オフラインライセンス生成済みの場合は更に以下の情報が加えられる。
【００７６】
送信先個別公開鍵証明書サブジェクト名
・コンテンツＩＤによるライセンスの検索
指定されたコンテンツＩＤに対応するライセンスの情報を取得する。情報の内容は上と同じ。
−方式概要
ライセンス管理用データベース並びにＬＲＬ制御用データベースのレコードを参照して、上記情報を出力する。
１）ライセンス管理での該当レコードを読み込む
２）ＬＲＬ制御用データベースの最新フラグがオンのレコードの内、１）で参照したレコードと以下のフィールドが同じものがあるか検索する。
【００７７】
コンテンツＩＤ、トランザクションＩＤ
なければ、ライセンス管理用データベースのレコードの内容を出力する。あれば、オフラインライセンス生成済みとして更に追加の情報を出力する。
３）ＬＲＬ制御用データベースを検索し、最新フラグがオンのレコードのうち、２）で検索した以外のレコードがあれば、オフラインライセンス生成済みとして情報を出力する。
【００７８】
オンラインライセンスの操作との整合性
オンラインライセンスをＵＤＡＣ−ＭＢプロトコルで移動させる場合、移動先のＬＡでは、以下の処理を行う。
【００７９】
１）ＬＲＬ制御用データベースのレコードを以下のキーで検索する。
コンテンツＩＤ＝オフラインライセンスのコンテンツＩＤ
トランザクションＩＤ＝オンラインライセンスのトランザクションＩＤ
最新フラグ＝オン
検索対象レコードが存在する場合、そのレコードの最新フラグの値をオフにする。
【００８０】
２）ライセンス制御用データベースにオンラインライセンスを格納する。その際、インターネットｋなおフィールドの値をゼロクリアする。
・送信元ＬＡ個別公開鍵証明書サブジェクト名
・オフライントランザクションＩＤ１
この制御と上記オフラインライセンス格納機能部並びにオフラインライセンス生成機能部の処理手順により、オフラインライセンスとオンラインライセンスとが同時に流通されたり、１つのライセンスについてオフラインライセンスのオンライン化並びにオンラインライセンスのオフライン化が行われても、ライセンスが不当に消滅したり、利用可能なライセンスの複製ができてしまうことを防いでいる。
ＬＡ（ソフト）のディスク領域破壊に対する対処
ＬＡのディスク領域が破壊された場合、利用者はＬＡを再インストールするしかない。しかし、単純に再インストールすればＬＡを使用可能としたのでは利用者はオフラインライセンスの生成−＞ＬＡの再インストール−＞オフラインライセンスの格納−＞オフラインライセンスの生成−＞・・・を繰り返すことにより１つのライセンスから複数のライセンスを生成できてしまう。
【００８１】
上記事態を防ぐために、ＬＡはインストール毎に個別公開鍵証明書とそれに対応する秘密鍵のペアを変更する、といった対処方法がある。
−ＬＡの製造元は予め１利用者について数個の鍵ペアを作っておき、各々の公開鍵証明書を認証局から発行してもらっておく。
−製造元はＬＡを出荷時に各利用者毎に上記鍵ペアと公開鍵証明書を製品に埋め込んで出荷する。ＬＡは１回しかインストールできない仕様にしておく。
−利用者がＬＡを再インストールする場合は、インターネットなどで販売元（製造元）に申請し、新たな鍵ペアが組み込まれた新たなパッケージを受け取る。
【００８２】
上記以外に、ＬＡのインストールプログラムの中で製造元のサーバと通信して新たな鍵ペアを受け取る、という方式もあるが、セキュリティ上の危険度が大きくなる。
以下に、電子文書流通へのオフラインライセンスの適用事例を示す。
【００８３】
ＵＤＡＣ−ＭＢの従来のライセンスは、オンライン型であり、ネットワーク上でライセンスを流通させるためには、転送機能自体がＵＤＡＣ−ＭＢの転送プロトコルを実装している必要があった。そのため、ライセンスを一般の市販ソフトにより転送することができない。
【００８４】
オフライン型ライセンスは、ライセンスそのものは一般のソフトで転送可能である。
図１３は、オフライン型ライセンスを導入した電子文書流通の概要を示す図である。
電子文書作成者が他者に電子文書を送信し、参照許諾を与える際の手順を以下に示す。
【００８５】
（１）送信元（電子文書作成者）：
作成した電子文書からＬＣＭ（License Compliant Module）を介して以下を生成する。このとき電子文書作成者は、アクセス制御情報を指定する。
−許諾を与えるためのライセンス
電子文書を復号するための秘密鍵である。
参照回数、印刷回数などのアクセス制御情報も付加されている。
ライセンスはＬＡの中に保存され、ＴＲＭを破らない限り外には出せない。
−暗号化データ
電子文書を上記ライセンスで暗号化したもの。
ＳＣＤＦ形式（Super Content Distribution Format）
【００８６】
（２）送信元、送信先：
送信元は、電子文書送り先の利用者からＬＡの公開鍵証明書をもらう。
【００８７】
（３）送信元：
（２）で取得した送信先の公開鍵証明書と（１）で生成されたライセンスを指定して、ＬＣＭの機能を使ってオフラインライセンスを生成する。
オフラインライセンスは送信元のＬＡで生成された秘密鍵で暗号化されたライセンスと、その秘密鍵を送信先の公開鍵で暗号化したものから構成されており、そのままネットワーク上で持ち回ることが可能である。
ただし、オフラインライセンスの対攻撃強度は鍵の多重化により調整可能である。具体的にいくつの鍵で保護するかについては当業者が実装検討で決定する。
【００８８】
（４）送信元、送信先：
送信元オフラインライセンスと暗号化データを送信先に送る。
送る手段はなんでもよい。（ネットワーク、可搬記録媒体）
【００８９】
（５）送信先：
ＬＣＭの機能を使ってオフラインライセンスをＴＲＭ領域に格納する。
【００９０】
（６）送信先：
暗号化データと対応するライセンスを指定してＵＤＡＣ準拠の電子文書処理アプリを実行する。
【００９１】
ＬＡの秘密鍵はＴＲＭ領域内にある。また、オフラインライセンスのＴＲＭ領域への格納処理もＴＲＭ領域内で行われる。従って、送信先において送られてきた電子文書を複写することができない（ＴＲＭを破るか、もしくは、ＬＡの秘密鍵を破らない限り）。
【００９２】
図１４及び図１５は、マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図である。
なお、同図の映像音声の送信はＭＥＰＧ２のフォーマットに乗っ取っているとする。
１）契約時に各利用者は放送業者に受信チューナのＬＡの個別公開鍵証明書を登録する（渡す）。チューナに本実施形態のＬＡが内蔵されている。
２）契約直後のチューナ電源投入時
Ｌｉは利用者ｉのＬＡ個別公開鍵で生成されたオフラインライセンスである。
【００９３】
全契約者数分のＬｉ（オフラインライセンス）をＥＭＭ（Entitlement Management Message：資格情報（放送の場合は契約情報となる））で１５〜３０分毎に流す。なお、同図のＥＣＭは、Entitlement Check Messageの略で、スクランブル鍵やライセンスである。
【００９４】
本適用例では、オフラインライセンスに個別契約者情報を付加し、ライセンス管理用データベースでも個別契約者情報のフィールドを追加しているものとする。
ＬＡの中のライセンス管理用データベース内のライセンスと個別契約者情報はペアでＵＤＡＣ−ＭＢプロトコルによりデコーダに送られる。
【００９５】
デコーダはチューナから送られてきた暗号化データをライセンスによって復号し再生する。
契約上再生可能かどうかは、デコーダ内部で受信中の番組の番組情報と個別契約情報の内容から判定する。
【００９６】
本方式の場合、放送局と利用者側（ＬＡ）が秘密鍵を共有するわけではないので、１つのチューナで複数の（オフラインライセンス方式を導入している）放送局の放送を受信可能である。当然ながらＩＣカードも必要ない。
【００９７】
図１６は、本発明の実施形態をプログラムで実現する場合に必要とされるコンピュータのハードウェア環境図である。
ＣＰＵ２１は、バス２０で接続された、ハードディスクなどの記憶装置２７あるいは、読み取り装置２８によって読み込まれる、フロッピーディスク、ＣＤ−ＲＯＭ、ＤＶＤなどの可搬記録媒体２９に格納されたプログラムをＲＡＭ２３にコピーし、実行する。また、ＲＯＭ２２にプログラムを格納し、コンピュータを専用のマシーンとして使っても良い。なお、ＲＯＭ２２には、ＢＩＯＳなどの基本プログラムが格納されている。
【００９８】
入出力装置３０は、ディスプレイ、キーボード、マウス、テンプレートなどであり、ユーザの指示をＣＰＵ２１に伝えると共に、処理結果をユーザに提示する。
通信インターフェース２４は、ネットワーク２５を介して情報提供者２６と通信することにより、情報提供者２６が有している記録媒体に格納された当該プログラムをダウンロードすることができる。このようにして、ダウンロードされた当該プログラムは、記憶装置２７あるいは、可搬記録媒体２９に格納される。あるいは、通信インターフェース２４を使って、通信を行ったまま、ネットワーク環境下で当該プログラムを実行することが可能である。
【００９９】
なお、本実施形態のＰＣをコンピュータで実現する場合には、ＴＲＭ領域を構成する必要があるが、これは、ＣＰＵ２１によって実行されるプログラムによって構成されても良いし、あるいは、バス２０にハードウェアで構成されたＴＲＭチップを接続して、オフラインライセンスの処理などを専門に処理させるようにしても良い。
【０１００】
なお、本発明の実施形態で使用するＵＤＡＣ−ＭＢ／ＬＢについては、多くの特許出願がなされており、ＫｄＭ規格として知られている。以下に、幾つかの特許出願を示す。
・特願平０５−２５７８１６号
・特願平０８−１０１８６７号
・特願平０８−１０６３８２号
・特願平０８−１９０５２９号
・特願平１１−０９９４８２号
・特願平０４−０５８０４８号
・特願平０６−２３８０６０号
・特願平０６−２２５２２８号
・特願平０７−００１７９８号
・特願平１１−０９９４８２号
【０１０１】
（付記１）暗号化コンテンツのライセンスをユーザ間で流通する際に用いる情報端末
であって、
暗号化コンテンツのライセンスを格納する第１の格納手段と、
オフラインライセンスの生成ログを格納する第２の格納手段と、
暗号化コンテンツのライセンスからオフラインライセンスを生成し、オフラインライセンスから暗号化コンテンツのライセンスを生成して前記第１の格納手段に格納し、オフラインライセンス毎に生成ログを作成または更新して前記第２の格納手段に格納するライセンスエージェント手段と、
を備え、
該オフラインライセンスを他の情報端末のライセンスエージェント手段との間でやりとりすることによって、コンテンツのライセンスを送信または受信することを特徴とする情報端末。
【０１０２】
（付記２）前記ライセンスエージェント手段はＴＲＭ領域内にあることを特徴とする付記１に記載の情報端末。
【０１０３】
（付記３）前記ライセンスエージェント手段は、第１の格納手段内のライセンスを送付先の公開鍵とセッション鍵を使って暗号化して一般電子ファイルの形で取り出す機能を有することを特徴とする付記１又は２に記載の情報端末。
【０１０４】
（付記４）前記ライセンスエージェント手段は、ユーザが使用可能なライセンスの複製が生成されずに同一のオフラインライセンスを生成可能であることを特徴とする付記１〜３のいずれか１つに記載の情報端末。
【０１０５】
（付記５）前記ライセンスエージェント手段は、オフラインライセンス受信時に、前記生成ログを用いて、移動済みのライセンスが再度格納されることを防止することを特徴とする付記１〜４のいずれか１つに記載の情報端末。
【０１０６】
（付記６）暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを受信する際に用いる情報端末であって、
コンテンツのライセンスを格納する格納手段と、
受信したオフラインライセンスからコンテンツのライセンスを生成し、前記格納手段に格納するライセンスエージェント手段と、
を備え、
前記放送信号には全視聴契約者のオフラインライセンスが適当な間隔で挿入され、前記情報端末に対応するオフラインライセンスから、暗号化された放送信号を参照可能にするためのライセンスを生成することを特徴とする情報端末。
【０１０７】
（付記７）前記格納手段と前記ライセンスエージェント手段はＴＲＭ領域内にあることを特徴とする付記６に記載の情報端末。
【０１０８】
（付記８）情報端末を用いて暗号化コンテンツのライセンスをユーザ間で流通する方法であって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有するライセンスの流通方法。
【０１０９】
（付記９）情報端末を用いて暗号化コンテンツのライセンスをユーザ間で流通する方法であって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１０】
（付記１０）前記オフラインライセンスの生成及び情報端末間のオフラインライセンスのやりとりは、オフラインライセンス生成ステップを行う各情報端末中のライセンスエージェント手段を用いて行うことを特徴とする付記８に記載のライセンスの流通方法。
【０１１１】
（付記１１）前記オフラインライセンスの生成及び情報端末間のオフラインライセンスのやりとりは、ライセンス生成ステップを行う各情報端末中のライセンスエージェント手段を用いて行うことを特徴とする付記９に記載のライセンスの流通方法。
【０１１２】
（付記１２）前記ライセンスエージェント手段は、オフラインライセンスから暗号化コンテンツのライセンスを生成するときに、前記生成ログを用いて、移動済みのライセンスが再度保持されることを防止することを特徴とする付記１１に記載のライセンスの流通方法。
【０１１３】
（付記１３）暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを流通する方法であって、
全視聴契約者のオフラインライセンスが適当な間隔で挿入された前記放送信号を受信するステップと、
前記放送信号から視聴契約者の情報端末に対応するオフラインライセンスを抽出するステップと、
前記抽出したオフラインライセンスから放送信号を参照可能とするためのライセンスを生成するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１４】
（付記１４）暗号化された放送信号を用いて複数の視聴契約者に対して同報されるコンテンツのライセンスを流通する方法であって、
放送信号を暗号化するステップと、
全視聴契約者にそれぞれ対応し、前記暗号化された放送信号を参照可能とするためのライセンスを生成するのに用いるオフラインライセンスを適当な間隔で挿入した前記放送信号を送信するステップと、
を有することを特徴とするライセンスの流通方法。
【０１１５】
（付記１５）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムであって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラム。
【０１１６】
（付記１６）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムであって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラム。
【０１１７】
（付記１７）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムを格納した記録媒体であって、
暗号化コンテンツのライセンスを第１の格納手段に格納するステップと、
前記格納された暗号化コンテンツのライセンスからオフラインライセンスを生成するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
前記オフラインライセンスを他の情報端末に送るステップとを有することを特徴とするライセンスの流通方法を情報端末に実現させるプログラムを格納した記録媒体。
【０１１８】
（付記１８）暗号化コンテンツのライセンスをユーザ間で流通する方法を情報端末に実現させるプログラムを格納した記録媒体であって、
オフラインライセンスを他の情報端末から受け取るステップと、
受け取ったオフラインライセンスから暗号化コンテンツのライセンスを生成するステップと、
前記生成したライセンスを第１の格納手段に格納するステップと、
前記オフラインライセンスの生成ログを作成または更新して第２の格納手段に格納するステップと、
を有することを特徴とするラインセンスの流通方法を情報端末に実現させるプログラムを格納した記録媒体。
【図面の簡単な説明】
【０１１９】
【図１】本発明の実施形態の全体構成を示す図である。
【図２】ＬＡの機能を説明する図（その１）である。
【図３】ＬＡの機能を説明する図（その２）である。
【図４】オフラインライセンスの構成の概要を示す図である。
【図５】新規ライセンス、暗号化データ生成を説明する図である。
【図６】ライセンス管理用データベースのレコード構成を示す図である。
【図７】オフラインライセンスの生成（オフライン化）手順を示す図である。
【図８】ＬＲＬ（License Revocation List）制御用データベースのレコード内容を示す図である。
【図９】ＬＡの動作を説明するフローチャート（その１）である。
【図１０】ＬＡの動作を説明するフローチャート（その２）である。
【図１１】オフラインライセンスの格納（オンライン化）処理を説明する図である。
【図１２】オンラインライセンスの格納処理の流れを示すフローチャートである。
【図１３】オフライン型ライセンスを導入した電子文書流通の概要を示す図である。
【図１４】マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図（その１）である。
【図１５】マルチキャスト（放送）へのオフラインライセンスの適用事例を示す図（その２）である。
【図１６】本発明の実施形態をプログラムで実現する場合に必要とされるコンピュータのハードウェア環境図である。
【図１７】従来のライセンスを管理するための専用データ転送システムを示す図である。
【図１８】従来の有料コンテンツのマルチキャストの仕組みを示す図である。
【符号の説明】
【０１２０】
１０ コンテンツ配信サーバ
１１、１２ ＰＣ
１３ 媒体
１４ ＰＤ
【特許請求の範囲】
【請求項１】
暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを受信する際に用いる情報端末であって、
コンテンツのライセンスを格納する格納手段と、
受信したオフラインライセンスからコンテンツのライセンスを生成し、前記格納手段に格納するライセンスエージェント手段と、
を備え、
前記放送信号には全視聴契約者のオフラインライセンスが適当な間隔で挿入され、前記情報端末に対応するオフラインライセンスから、暗号化された放送信号を参照可能にするためのライセンスを生成することを特徴とする情報端末。
【請求項２】
暗号化された放送信号を用いて複数の視聴契約者に対して同報されるコンテンツのライセンスを流通する方法であって、
放送信号を暗号化するステップと、
全視聴契約者にそれぞれ対応し、前記暗号化された放送信号を参照可能とするためのライセンスを生成するのに用いるオフラインライセンスを適当な間隔で挿入した前記放送信号を送信するステップと、
を有することを特徴とするライセンスの流通方法。
【請求項１】
暗号化された放送信号を用いて複数の視聴者に対して同報されるコンテンツのライセンスを受信する際に用いる情報端末であって、
コンテンツのライセンスを格納する格納手段と、
受信したオフラインライセンスからコンテンツのライセンスを生成し、前記格納手段に格納するライセンスエージェント手段と、
を備え、
前記放送信号には全視聴契約者のオフラインライセンスが適当な間隔で挿入され、前記情報端末に対応するオフラインライセンスから、暗号化された放送信号を参照可能にするためのライセンスを生成することを特徴とする情報端末。
【請求項２】
暗号化された放送信号を用いて複数の視聴契約者に対して同報されるコンテンツのライセンスを流通する方法であって、
放送信号を暗号化するステップと、
全視聴契約者にそれぞれ対応し、前記暗号化された放送信号を参照可能とするためのライセンスを生成するのに用いるオフラインライセンスを適当な間隔で挿入した前記放送信号を送信するステップと、
を有することを特徴とするライセンスの流通方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００８−２７１５６４（Ｐ２００８−２７１５６４Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００８−１１５２４４（Ｐ２００８−１１５２４４）
【出願日】平成２０年４月２５日（２００８．４．２５）
【分割の表示】特願２００１−２４６３９８（Ｐ２００１−２４６３９８）の分割
【原出願日】平成１３年８月１５日（２００１．８．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成２０年４月２５日（２００８．４．２５）
【分割の表示】特願２００１−２４６３９８（Ｐ２００１−２４６３９８）の分割
【原出願日】平成１３年８月１５日（２００１．８．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]