(57)【要約】  ライセンス配信システム１０００は、ライセンス発行者の許可した範囲内で、ライセンス編集を中間ノードに許す。ライセンス配信システム１０００は、中間ノードによるライセンス編集が正当に行われたか否かを、ライセンス配信に関わる各中間ノードが検証可能である。ライセンス配信システム１０００では、ライセンス発行者装置２が、オリジナルライセンスに、オリジナルライセンスの変更可能範囲を記述したオリジナル編集許可情報を付加する。それぞれの中間ノードは、オリジナル編集許可情報の変更可能範囲内で編集した編集ライセンスを、ライセンス発行者装置が発行したライセンス１に順次アペンドしていく。【特許請求の範囲】
【請求項１】
データを発行する発行装置と、前記発行装置が発行した前記データを中継する複数の中間ノードと、前記複数の中間ノードを介して前記データを受信する端末装置とを備えたデータ配信システムにおいて、
前記発行装置は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを発行し、
前記複数の中間ノードのうちの少なくともいずれかは、
前記発行装置が発行した前記中継データを中継する場合に、前記中継データに含まれる前記オリジナル編集許可情報に基づいて、前記オリジナルデータに対して少なくとも一部が変更された編集データを生成し、生成した前記編集データを前記中継データに追加して前記中継データを中継し、
前記端末装置は、
前記複数の中間ノードのうちの少なくともいずれかにより前記編集データが追加された前記中継データを受信することを特徴とするデータ配信システム。
【請求項２】
前記発行装置が発行する中継データに含まれる前記オリジナルデータは、
前記端末装置に対して所定の権利を認めるオリジナルライセンスを含むことを特徴とする請求項１記載のデータ配信システム。
【請求項３】
所定のデータを発行し、発行した前記所定のデータを複数の中間ノードを介して、端末装置に配信する発行装置において、
前記端末装置に配信するためのオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを発行する発行部と、
前記発行部が発行した前記中継データを送信する発行側送信部と
を備えたことを特徴とする発行装置。
【請求項４】
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを中継の対象として受信するノード側受信部と、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報に基づいて、前記オリジナルデータに対して少なくとも一部が変更された編集データを生成し、生成した前記編集データを前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記編集データが追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする中間ノード。
【請求項５】
前記追加部は、
前記オリジナルデータに対する変更を示す差分を自己差分情報として取得し、取得した前記自己差分情報と前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報とに基づいて、前記編集データを生成することを特徴とする請求項４記載の中間ノード。
【請求項６】
前記追加部は、
前記自己差分情報が、前記オリジナル編集許可情報の認める内容の範囲内かどうかを検証する差分検証部を備えたことを特徴とする請求項５記載の中間ノード。
【請求項７】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、他の中間ノードが前記オリジナルデータを変更して追加した他ノード変更データとを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記オリジナル編集許可情報と前記他ノード変更データとに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする請求項４記載の中間ノード。
【請求項８】
複数の中間ノードを介して中継されるデータの配信を受ける端末装置において、
前記複数の中間ノードを介して中継される中継データであって、
配信の対象であるオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、前記複数の中間ノードのうち少なくともいずれかが前記オリジナルデータを変更して追加した他ノード変更データとを含む中継データを受信する端末側受信部と、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記オリジナル編集許可情報と前記他ノード変更データとに基づいて、前記端末側受信部が受信した前記中継データが正当かどうかを検証する端末側中継データ検証部と
を備えたことを特徴とする端末装置。
【請求項９】
データを発行する発行装置と、前記発行装置が発行した前記データを中継する複数の中間ノードと、前記複数の中間ノードを介して前記データを受信する端末装置とを備えたデータ配信システムにおいて、
前記発行装置は、
前記端末装置に配信するためのオリジナルデータを含む中継データを発行し、
前記複数の中間ノードのうちの少なくともいずれかは、
前記発行装置が発行した前記中継データを中継する場合に、前記オリジナルデータに対する変更を示す差分を自己差分情報として取得し、取得した前記自己差分情報を前記中継データに追加して前記中継データを中継し、
前記端末装置は、
前記複数の中間ノードのうちの少なくともいずれかにより前記自己差分情報が追加された前記中継データを受信することを特徴とするデータ配信システム。
【請求項１０】
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータを含む中継データを中継の対象として受信するノード側受信部と、
前記オリジナルデータに対する差分を自己差分情報として取得し、取得した前記自己差分情報を前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記自己差分情報が追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする中間ノード。
【請求項１１】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記自己差分情報が、前記ノード側受信部の受信した前記中継データに含まれる前記オリジナル編集許可情報の認める内容の範囲内かどうかを検証する差分検証部を備えたことを特徴とする請求項１０記載の中間ノード。
【請求項１２】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、他の中間ノードが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード差分情報とに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする請求項１０記載の中間ノード。
【請求項１３】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、他の中間ノードが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記他ノード差分情報とに基づいて、前記他ノード差分情報が示す前記オリジナルデータに対する差分を前記オリジナルデータに反映した反映データを生成するノード側反映データ生成部を備えたことを特徴とする請求項１０記載の中間ノード。
【請求項１４】
複数の中間ノードを介して中継されるデータの配信を受ける端末装置において、
前記複数の中間ノードを介して中継される中継データであって、配信の対象であるオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、前記複数の中間ノードのうちの少なくともいずれかが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報と含む中継データを受信する端末側受信部と、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード差分情報とに基づいて、前記端末側受信部が受信した前記中継データが正当かどうかを検証する端末側中継データ検証部とを備えたことを特徴とする端末装置。
【請求項１５】
前記端末装置は、さらに、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記他ノード差分情報とに基づいて、前記他ノード差分情報が示す前記オリジナルデータに対する差分を前記オリジナルデータに反映した反映データを生成する端末側反映データ生成部を備えたことを特徴とする請求項１４記載の端末装置。
【請求項１６】
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータを含む中継データを中継の対象として受信するノード側受信部と、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータの変更を認めるとともに変更を認める内容を示す情報を自己編集許可情報として取得し、取得した前記自己編集許可情報を前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記自己編集許可情報が追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする中間ノード。
【請求項１７】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、他の中間ノードが追加した情報であって前記オリジナルデータの変更を認めるとともに変更を認める内容を示す他ノード編集許可情報とを含む中継データを受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記他ノード編集許可情報に基づいて、前記自己編集許可情報が正当かどうかを検証する自己許可情報検証部を備えたことを特徴とする請求項１６記載の中間ノード。
【請求項１８】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと前記オリジナルデータの変更を認めると
ともに変更を認める内容を示すオリジナル編集許可情報とを発行する発行装置が発行した前記
オリジナルデータと前記オリジナル許可情報とを含むとともに、他の中間ノードが追加した情報であって前記オリジナルデータの変更を認めるとともに変更を認める内容を示す他ノード編集
許可情報とを含む中継データを受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード編集許可情報とに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする請求項１６記載の中間ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、デジタルコンテンツの利用権管理システムに係るものである。例えば、本発明は、ライセンス発行者が許可する範囲内において、中間ノードにライセンスの編集を許す、多段、多階層のライセンス配信技術に関する。
【背景技術】
【０００２】
映像、音楽、文書、画像などのデジタルコンテンツの利用をライセンスにより制限するコンテンツ利用権管理システムが提案されている。例えば、コンテンツの利用期間が、２００５年１月１日から２００５年１２月３１日までと指定されているライセンスに関しては、そのライセンスを取得したユーザは、その指定されている期間内でのみコンテンツを利用することができる。【０００３】
同じく、ライセンスにコンテンツの視聴回数が１０回までと指定されていた場合、そのライセンスを取得したユーザは、その指定されている回数の範囲内でコンテンツを利用することができる。【０００４】
ライセンスは、そのライセンスに対応するコンテンツの著作権者であるコンテンツホルダが、ユーザに提供するものである。コンテンツホルダは、コンテンツの配信をコンテンツプロバイダに委託することが多い。これは、例えば、次の理由による。コンテンツホルダは、多数のユーザに対して課金等と引き換えにライセンスを提供する場合は、個々のユーザを全て管理し、課金処理等も行わなければならず煩雑である。このため、コンテンツホルダが自身で配信を行うよりも、コンテンツプロバイダに委託してしまった方が、ビジネス上効率的だからである。【０００５】
ここで、ライセンスの内容自体についても、コンテンツホルダが管理するのではなく、コンテンツプロバイダが管理する形態がとられる場合が多い。例えば、次の様な形態がとられる。コンテンツホルダは、個々のユーザに対して課金等に応じたライセンスの編集・発行を管理しない。その代わりに、コンテンツホルダは、雛形となるライセンスをコンテンツプロバイダに提供する。コンテンツプロバイダは、提供を受けた雛形のライセンスの範囲内で、きめ細かなライセンスの編集・発行管理を行う。【０００６】
しかし、このコンテンツホルダとコンテンツプロバイダの関係は、主に契約書等によって規定されている。また、特にシステム化されておらず、コンテンツプロバイダの人為的ミスや意図的な不正により、コンテンツプロバイダが、コンテンツホルダから許可されたライセンスの範囲を逸脱したライセンスを編集・発行する問題がある。また、そのような許可範囲を逸脱したライセンスが発行されたとしても、検出し難いという問題があった。【０００７】
このような課題に対し、特開２００４−３５５１００号公報では、ディストリビュータ（コンテンツホルダ）と利用者（ユーザ）がライセンスサーバを共有し、リテイラ（コンテンツプロバイダ）を経由してディストリビュータから利用者に送られたライセンスが、正当であることを検証する技術が開示されている。【０００８】
また、特開２００３−８７２３５号公報では、システムホルダ（コンテンツホルダ）とユーザデバイス（ユーザ）が予めグローバル共通鍵を共有しておき、サービスプロバイダ（コンテンツプロバイダ）がコンテンツ鍵を編集できないようにする技術が開示されている。【０００９】
しかしながら、これらは、コンテンツホルダが、全てのユーザを管理することが前提となっている。よって、コンテンツプロバイダが不正なライセンス編集を行うことを防止するという点では効果があるが、コンテンツホルダがユーザ管理を行う必要が発生するという別の課題が顕在化する。
【特許文献１】特開２００４−３５５１００号公報
【特許文献２】特開２００３−８７２３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、個々のユーザ管理をコンテンツプロバイダに委託するとともに、コンテンツプロバイダによる不正なライセンス編集を防止し、適切なライセンス編集を許可する、ライセンス配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明のデータ配信システムは、
データを発行する発行装置と、前記発行装置が発行した前記データを中継する複数の中間ノードと、前記複数の中間ノードを介して前記データを受信する端末装置とを備えたデータ配信システムにおいて、
前記発行装置は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを発行し、
前記複数の中間ノードのうちの少なくともいずれかは、
前記発行装置が発行した前記中継データを中継する場合に、前記中継データに含まれる前記オリジナル編集許可情報に基づいて、前記オリジナルデータに対して少なくとも一部が変更された編集データを生成し、生成した前記編集データを前記中継データに追加して前記中継データを中継し、
前記端末装置は、
前記複数の中間ノードのうちの少なくともいずれかにより前記編集データが追加された前記中継データを受信することを特徴とする。【００１２】
前記発行装置が発行する中継データに含まれる前記オリジナルデータは、
前記端末装置に対して所定の権利を認めるオリジナルライセンスを含むことを特徴とする。【００１３】
本発明の発行装置は、
所定のデータを発行し、発行した前記所定のデータを複数の中間ノードを介して、端末装置に配信する発行装置において、
前記端末装置に配信するためのオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを発行する発行部と、
前記発行部が発行した前記中継データを送信する発行側送信部と
を備えたことを特徴とする。【００１４】
本発明の中間ノードは、
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを中継の対象として受信するノード側受信部と、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報に基づいて、前記オリジナルデータに対して少なくとも一部が変更された編集データを生成し、生成した前記編集データを前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記編集データが追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする。【００１５】
前記追加部は、
前記オリジナルデータに対する変更を示す差分を自己差分情報として取得し、取得した前記自己差分情報と前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報とに基づいて、前記編集データを生成することを特徴とする。【００１６】
前記追加部は、
前記自己差分情報が、前記オリジナル編集許可情報の認める内容の範囲内かどうかを検証する差分検証部を備えたことを特徴とする。【００１７】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、他の中間ノードが前記オリジナルデータを変更して追加した他ノード変更データとを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記オリジナル編集許可情報と前記他ノード変更データとに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする。【００１８】
本発明の端末装置は、
複数の中間ノードを介して中継されるデータの配信を受ける端末装置において、
前記複数の中間ノードを介して中継される中継データであって、
配信の対象であるオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、前記複数の中間ノードのうち少なくともいずれかが前記オリジナルデータを変更して追加した他ノード変更データとを含む中継データを受信する端末側受信部と、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記オリジナル編集許可情報と前記他ノード変更データとに基づいて、前記端末側受信部が受信した前記中継データが正当かどうかを検証する端末側中継データ検証部と
を備えたことを特徴とする。【００１９】
本発明のデータ配信システムは、
データを発行する発行装置と、前記発行装置が発行した前記データを中継する複数の中間ノードと、前記複数の中間ノードを介して前記データを受信する端末装置とを備えたデータ配信システムにおいて、
前記発行装置は、
前記端末装置に配信するためのオリジナルデータを含む中継データを発行し、
前記複数の中間ノードのうちの少なくともいずれかは、
前記発行装置が発行した前記中継データを中継する場合に、前記オリジナルデータに対する変更を示す差分を自己差分情報として取得し、取得した前記自己差分情報を前記中継データに追加して前記中継データを中継し、
前記端末装置は、
前記複数の中間ノードのうちの少なくともいずれかにより前記自己差分情報が追加された前記中継データを受信することを特徴とする。【００２０】
本発明の中間ノードは、
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータを含む中継データを中継の対象として受信するノード側受信部と、
前記オリジナルデータに対する差分を自己差分情報として取得し、取得した前記自己差分情報を前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記自己差分情報が追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする。【００２１】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記自己差分情報が、前記ノード側受信部の受信した前記中継データに含まれる前記オリジナル編集許可情報の認める内容の範囲内かどうかを検証する差分検証部を備えたことを特徴とする。【００２２】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、他の中間ノードが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード差分情報とに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする。【００２３】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、他の中間ノードが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報とを含む中継データを中継の対象として受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記他ノード差分情報とに基づいて、前記他ノード差分情報が示す前記オリジナルデータに対する差分を前記オリジナルデータに反映した反映データを生成するノード側反映データ生成部を備えたことを特徴とする。【００２４】
本発明の端末装置は、
複数の中間ノードを介して中継されるデータの配信を受ける端末装置において、
前記複数の中間ノードを介して中継される中継データであって、配信の対象であるオリジナルデータと、前記複数の中間ノードの少なくともいずれかに対して前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報と、前記複数の中間ノードのうちの少なくともいずれかが前記オリジナルデータに対する変更を差分として追加した他ノード差分情報と含む中継データを受信する端末側受信部と、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード差分情報とに基づいて、前記端末側受信部が受信した前記中継データが正当かどうかを検証する端末側中継データ検証部とを備えたことを特徴とする。【００２５】
前記端末装置は、さらに、
前記端末側受信部が受信した前記中継データに含まれる前記オリジナルデータと前記他ノード差分情報とに基づいて、前記他ノード差分情報が示す前記オリジナルデータに対する差分を前記オリジナルデータに反映した反映データを生成する端末側反映データ生成部を備えたことを特徴とする。【００２６】
本発明の中間ノードは、
端末装置にデータを中継する中間ノードにおいて、
前記端末装置に配信するためのオリジナルデータを含む中継データを中継の対象として受信するノード側受信部と、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナルデータの変更を認めるとともに変更を認める内容を示す情報を自己編集許可情報として取得し、取得した前記自己編集許可情報を前記ノード側受信部が受信した前記中継データに追加する追加部と、
前記追加部により前記自己編集許可情報が追加された前記中継データをあらたな中継データとして中継のために送信するノード側送信部と
を備えたことを特徴とする。【００２７】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと、他の中間ノードが追加した情報であって前記オリジナルデータの変更を認めるとともに変更を認める内容を示す他ノード編集許可情報とを含む中継データを受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記他ノード編集許可情報に基づいて、前記自己編集許可情報が正当かどうかを検証する自己許可情報検証部を備えたことを特徴とする。【００２８】
前記ノード側受信部は、
前記端末装置に配信するためのオリジナルデータと前記オリジナルデータの変更を認めるとともに変更を認める内容を示すオリジナル編集許可情報とを発行する発行装置が発行した前記オリジナルデータと前記オリジナル許可情報とを含むとともに、他の中間ノードが追加した情報であって前記オリジナルデータの変更を認めるとともに変更を認める内容を示す他ノード編集許可情報とを含む中継データを受信し、
前記追加部は、
前記ノード側受信部が受信した前記中継データに含まれる前記オリジナル編集許可情報と前記他ノード編集許可情報とに基づいて、前記ノード側受信部が受信した前記中継データが正当かどうかを検証するノード側中継データ検証部を備えたことを特徴とする。
【発明の効果】
【００２９】
本発明により、個々のユーザ管理をコンテンツプロバイダに委託することができ、かつ、コンテンツプロバイダによる不正なライセンス編集を防止し、適切なライセンス編集を許可する、ライセンス配信システムを提供することができる。
【発明を実施するための最良の形態】
【００３０】
実施の形態１．
（１．編集ライセンスのアペンドと、各ノードが保有する処理系）
図１〜図３０を用いて実施の形態１を説明する。【００３１】
まず、図１を用いて、実施の形態１のライセンス配信システム１０００を説明する。図１は、実施の形態１におけるライセンス配信システム１０００のシステム構成を示す図である。ライセンス配信システム１０００は、ライセンス１（中継データの一例）を発行するライセンス発行者装置２（発行装置の一例）と、ライセンス１を中継し、また、後述する編集ライセンス（編集データの一例）をライセンス１に追加する中間ノード３（１〜ＮのＮ個）と、最終的にライセンス１を受信する複数の端末装置４とを備えている。また、ライセンス発行者装置２や中間ノード３や端末装置４は、ネットワーク５に接続している。ネットワーク５は、有線・無線の別を問わない。なお、中間ノード３については、１〜Ｎの区別が必要な場合は、中間ノード（１）、中間ノード（Ｎ）のように表す。また、端末装置４は、以下では、単に端末と呼ぶ場合がある。【００３２】
（１）ライセンス１は、ライセンス発行者によって生成されるコンテンツ利用権である。ライセンス１は、映像コンテンツ等の視聴可能期間や、視聴可能回数などの利用権に関する利用権情報を含む。なお、以下ではライセンス１に関して、中間ノード３が送信する場合に、ライセンス１のことを最新ライセンスと呼ぶ場合がある。また、中間ノード３または端末４がライセンス１を受信する場合に、ライセンス１のことを受信ライセンスと呼ぶ場合がある。
（２）ライセンス発行者装置２は、上記ライセンス１を生成する装置である。通常、ライセンス発行者装置２は、ライセンス発行者が所有する。
（３）端末４は、予めコンテンツを入手し、受信したライセンス１に基づきコンテンツを視聴する装置である。通常、端末４は、ユーザが所有する。
（４）中間ノード３は、ライセンス発行者装置２、あるいは上位の中間ノード３からライセンス１を受信し、受信したライセンス１に対して適切な編集を加え、あるいは何も編集することなく、下位の中間ノード３あるいは端末４にライセンス１を配信（中継）する。通常、中間ノード３は、コンテンツプロバイダなどの中間業者が所有する。
（５）ライセンス１は、コンテンツを利用する端末４に到達するまでに、複数の中間ノード３を経由される。この場合、各中間ノード３は、ライセンス１の内容を編集する場合がある。【００３３】
図２は、ライセンス配信システム１０００の動作の概要を示す図である。図２は、ライセンスが、中間ノード（１）、中間ノード（２）を経由され、端末４に配信される場合を示している。中間ノード（１）と中間ノード（２）とは、ライセンス１の内容を編集する。まず、ライセンス発行者装置２は、オリジナルライセンス（オリジナルデータの一例）とオリジナル編集許可情報とを含むライセンス１ａを発行し、中間ノード（１）に送信する。中間ノード（１）は、受信したライセンス１ａに編集ライセンス１を追加してライセンス１ｂを生成し、中間ノード（２）にライセンス１ｂを送信する。中間ノード（２）は、受信したライセンス１ｂに編集ライセンス２を追加してライセンス１ｃを生成し、端末４にライセンス１ｃを送信する。端末４は、中間ノード（２）の送信したライセンス１ｃを受信する。さらに詳しい動作は後述する。【００３４】
図３は、実施の形態１におけるライセンス発行者装置２の外観を示す図である。図３のライセンス発行者装置２は、コンピュータシステムである。また、図示はしていないが、中間ノード３、及び端末４もコンピュータシステムであり、図３のライセンス発行者装置２の外観と同様の外観である。【００３５】
図３において、ライセンス発行者装置２は、システムユニット８３０、液晶表示装置８１３、キーボード８１４、マウス８１５、コンパクトディスク装置（ＣＤＤ）８１８、プリンタ８１９、を備え、これらはケーブルで接続されている。  また、ライセンス発行者装置２は、ネットワーク５に接続されている。そして、ライセンス発行者装置２は、ネットワーク５を介して中間ノード３、端末４等と通信可能である。【００３６】
図４は、ライセンス発行者装置２のハードウェア構成図である。なお、中間ノード３、及び端末４のハードウェア構成も、図４のライセンス発行者装置２のハードウェア構成と同様である。図４において、ライセンス発行者装置２は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８１０を備えている。ＣＰＵ８１０はバス８２５を介して、ＲＯＭ８１１、ＲＡＭ８１２、液晶表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）８１７、ＣＤＤ８１８、プリンタ８１９、磁気ディスク装置８２０等と接続されている。通信ボード８１６は、ネットワーク５に接続されている。【００３７】
磁気ディスク装置８２０には、オペレーティングシステム（ＯＳ）８２１、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３は、ＣＰＵ８１０、ＯＳ８２１、ウィンドウシステム８２２により実行される。【００３８】
上記プログラム群８２３には、以下に述べる実施の形態１〜実施の形態４の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。【００３９】
また、以下に述べる実施の形態１〜実施の形態４の説明において「〜部」として説明するものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。【００４０】
また、以下に述べる実施の形態を実施するプログラムは、磁気ディスク装置８２０、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の記録媒体による記録装置を用いて記憶されても構わない。【００４１】
図５は、端末装置４のハードウェア構成の別の例を示す図である。端末装置４は、図３、図４に示したコンピュータシステムの他、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）など、家庭用のＡＶ（Ａｕｄｉｏ  ａｎｄ  Ｖｉｓｕａｌ）機器なども想定している。図５は、端末装置４としてＡＶ機器を想定した場合のハードウェア構成図である。図５に示す端末装置４は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８１０を備えている。ＣＰＵ８１０はバス８２５を介して、ＲＯＭ８１１、ＲＡＭ８１２、液晶表示装置８１３、リモコン受信部８５１、通信ボード８１６、磁気ディスク装置８２０等と接続されている。リモコン受信部８５１はリモコン装置８５２からの操作を受け付ける。また、通信ボード８１６は、ネットワーク５に接続されている。その他は、図４の場合と同様である。【００４２】
図６は、ライセンス発行者装置２の構成図である。図に示す様に、ライセンス発行者装置２は、発行側ライセンス生成部３１（発行部の一例）と、発行側送付先公開鍵格納部３４と、発行側暗号化処理部３５と、発行側秘密鍵格納部３６と、発行側署名生成部３７と、発行側送信部３８とを備える。また、発行側ライセンス生成部３１は、オリジナルライセンス生成部３２と、オリジナル編集許可情報生成部３３とを備える。【００４３】
発行側ライセンス生成部３１は、ライセンス１を生成する。発行側ライセンス生成部３１のオリジナルライセンス生成部３２は、オリジナルライセンスを生成する。また、オリジナル編集許可情報生成部３３は、オリジナル編集許可情報を生成する。なお、オリジナルライセンス、オリジナル編集許可情報等は、さらに後述する。【００４４】
発行側送付先公開鍵格納部３４は、生成したライセンス（図６の最新ライセンス４０３）を送信する送信先の中間ノードの公開鍵である送付先公開鍵３９を格納している。【００４５】
発行側暗号化処理部３５は、発行側ライセンス生成部３１の生成したライセンスを、発行側送付先公開鍵格納部３４が格納する送付先公開鍵３９により、暗号化する。【００４６】
発行側秘密鍵格納部３６は、秘密鍵３０を格納する。【００４７】
発行側署名生成部３７は、発行側秘密鍵格納部３６が格納する秘密鍵３０により、電子署名を生成する。【００４８】
発行側送信部３８は、発行側署名生成部３７により署名の付加されたライセンスを、最新ライセンス４０３として、送信先である所定の中間ノード３に送信する。【００４９】
（２．ライセンス発行者装置２によるライセンスの生成）
図７は、ライセンスの詳細な構造を示すブロック図である。図７は、ライセンス発行者装置２の発行側ライセンス生成部３１によって生成された初期状態のライセンス１を示す。初期状態のライセンス１は、オリジナルライセンス１０１と、オリジナル編集許可情報１０２と、発行者署名３０１とを含んでいる。「オリジナル」とは、ライセンス発行者装置２が生成した情報であることを示す。【００５０】
ここで、オリジナルライセンス１０１とは、ライセンス発行者が特定のコンテンツに対して指定した初期ライセンスである。また、オリジナル編集許可情報１０２とは、ライセンス発行者が中間ノード３に対して、ライセンスの編集を許す許可範囲を規定した情報である。オリジナル編集許可情報１０２は、後述のように、誰が（どのノードが）、何を（何を対象として）、どのように編集してよいか、といった変更を認めるとともに変更を認める内容を示す情報を保持している。オリジナルライセンス１０１は、発行者署名２０１が付加されている。また、オリジナル編集許可情報１０２は、発行者署名２０２が付加されている。【００５１】
図８は、オリジナルライセンス生成部３２が生成したオリジナルライセンス１０１の一例を示している。図８を参照してオリジナルライセンス１０１について説明する。図８のオリジナルライセンス１０１には、利用権として次の項目が指定されている。
（１）＜Ｓｔａｒｔ＞の示す視聴可能期間開始日時と、
（２）＜Ｅｎｄ＞の示す視聴可能期間終了日時と、
（３）＜Ｃｏｕｎｔ＞の示す視聴可能回数と、
（４）＜Ｇｅｎｄｅｒ＞の示す視聴可能者性別と、
（５）＜Ａｇｅ  ｆｌａｇ＝”ｕｐｐｅｒ”＞の示す視聴可能年齢と
である。【００５２】
図８のオリジナルライセンス１０１は、具体的には、２００５年４月１日０時００分から２００５年９月３０日２３時５９分まで、１８歳以上の男性が、１０回、所定のコンテンツを視聴できることを表している。【００５３】
なお、図８の例では、オリジナルライセンス１０１をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で示した。しかし、記載形式はＸＭＬに限らない。どのような形式の言語で記載しても構わない。【００５４】
次に、図９を参照してオリジナル編集許可情報１０２を説明する。図９は、オリジナル編集許可情報生成部３３が生成したオリジナル編集許可情報１０２の一例を示している。図７の説明で述べたように、オリジナル編集許可情報１０２は、ライセンス発行者が中間ノード３に対してライセンスの編集を許す許可範囲を規定した情報であり、誰が（どのノードが）、何を、どのように編集してよいか、といった情報を保持する。【００５５】
図９は、Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ１で示された中間ノード３が、視聴可能期間開始日時（Ｓｔａｒｔタグ）を未来の方向に編集課可能であり、さらに、視聴可能期間終了日時（Ｅｎｄタグ）を過去の方向に編集可能であることを示している。また、Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ２で示された中間ノード３が、視聴可能回数（Ｃｏｕｎｔタグ）を、オリジナルライセンス１０１で指定された回数以下の範囲で編集可能であることを示している。【００５６】
なお、図９の例では、オリジナル編集許可情報１０２をＸＭＬ形式で示したが、それに限るものではなく、どのような形式でもよい。【００５７】
次に、図１０を参照して、図７の発行者署名２０１を説明する。発行者署名２０１は、オリジナルライセンス１０１に対する発行者の署名である。発行者署名２０１は、発行側ライセンス生成部３１が生成する。発行側ライセンス生成部３１は、ＳＨＡ−１やＭＤ５などのハッシュアルゴリズムを使用することによりハッシュ値を生成するハッシュ生成部（図示していない）によって、オリジナルライセンス１０１のハッシュ値を生成する。そして、発行側ライセンス生成部３１は、前記ハッシュ生成部によって生成されたハッシュ値を発行側秘密鍵格納部３６が格納する秘密鍵３０により暗号化して、発行者署名２０１を生成する。【００５８】
ライセンス発行者装置２は、この発行者署名２０１により、中間ノードによるオリジナルライセンスの改竄を防ぐことができる。【００５９】
次に、図１１を参照して、図７の発行者署名２０２を説明する。発行者署名２０２の生成は、発行者署名２０１の場合と同様である。発行者署名２０２は、オリジナル編集許可情報１０２に対する発行者の署名である。発行者署名２０２は、発行側ライセンス生成部３１が生成する。発行側ライセンス生成部３１は、ＳＨＡ−１やＭＤ５などのハッシュアルゴリズムを使用することによりハッシュ値を生成するハッシュ生成部（図示していない）によって、オリジナル編集許可情報１０２のハッシュ値を生成する。そして、発行側ライセンス生成部３１は、前記ハッシュ生成部によって生成されたオリジナル編集許可情報１０２のハッシュ値を発行側秘密鍵格納部３６が格納する秘密鍵３０により暗号化して、発行者署名２０２を生成する。【００６０】
ライセンス発行者装置２は、この発行者署名２０２により、中間ノードによるオリジナル編集許可情報の改竄を防ぐことができる。【００６１】
次に、図１２を参照して、中間ノード３に送信するライセンスの生成と図７の発行者署名３０１とについて説明する。ライセンス発行者装置２の発行側ライセンス生成部３１は、発行者署名２０１を付与したオリジナルライセンス１０１と、発行者署名２０２を付与したオリジナル編集許可情報１０２とを連結して、発行側暗号化処理部３５に出力する。この連結された全体を連結ライセンスと呼ぶこととする。そして、発行側暗号化処理部３５は、連結ライセンスを次の中間ノード３の公開鍵である送付先公開鍵３９により暗号化する。あるいは、具体的な実装では、ライセンスデータ（連結ライセンス）を直接公開鍵で暗号化せず、まず、ライセンスデータを共通鍵（通常、「セッション鍵」と呼ばれる。）で暗号化する。そしてその共通鍵（セッション鍵）を公開鍵で暗号化し、暗号化済みのライセンスデータにアペンドしてもよい。このように、公開鍵によるライセンスデータの暗号化の際にセッション鍵を介在させ、セッション鍵を公開鍵で暗号化したものをライセンスにアペンドするという公知の技術を用いることができる。発行側暗号化処理部３５は、暗号化された連結ライセンスを発行側署名生成部３７に出力する。発行側署名生成部３７は、発行者署名２０１の生成方法と同様に、暗号化された連結ライセンスのハッシュ値を生成する。そして、発行側署名生成部３７は、このハッシュ値を秘密鍵３０で暗号化して発行者署名３０１を生成し、連結ライセンスに付与してライセンス１を構成する。【００６２】
このように構成することで、ネットワーク上でのライセンスの盗聴と、ライセンスの改竄を防止することができる。また、このライセンスは、次の中間ノードでのみ復号することができる。【００６３】
以上では、ライセンス発行者装置２に関して説明した。次に、中間ノード３を説明する。【００６４】
次に、図１３を参照して、実施の形態１の中間ノード３を説明する。図１３は、実施の形態１の中間ノード３の構成図である。【００６５】
実施の形態１の中間ノード３は、ノード側ライセンス検証部１１（ノード側中継データ検証部）と編集情報検証部１２（差分検証部）とノード側ライセンス生成部１３を備えた追加部１０と、ノード側暗号化処理部１４と、ノード側署名生成部１５と、ノード側秘密鍵格納部１６と、ノード側送信部１７と、ノード側受信部１８と、ノード側送付先公開鍵格納部１９と、編集情報記憶部２３（自己差分情報記憶部）とを備える。【００６６】
ノード側秘密鍵格納部１６は、秘密鍵２２を格納する。【００６７】
ノード側送付先公開鍵格納部１９は、ライセンスの送付先となる中間ノード３、あるいは端末４の公開鍵である送付先公開鍵１１２を格納する。【００６８】
ノード側受信部１８は、ライセンスを受信する。図１３の中間ノードが中間ノード（Ｎ）とすれば、受信するライセンスは、中間ノード（Ｎ−１）が送信した最新ライセンス４０３である。【００６９】
追加部１０は、ノード側受信部１８が受信したライセンス（以下、受信ライセンスという場合がある。）に、後述の編集ライセンスを追加して、新たなライセンスを生成する。【００７０】
ノード側ライセンス検証部１１は、ノード側受信部１８が受信した受信ライセンスを検証する。この検証については後述する。【００７１】
編集情報検証部１２は、編集情報記憶部２３が記憶している編集情報を取得して、取得した編集情報が正当かどうかを検証する。この検証については後述する。【００７２】
ノード側ライセンス生成部１３は、ノード側ライセンス検証部１１によって正当性が検証された受信ライセンスに、編集情報検証部１２によって正当性が検証された編集情報に基づき生成された編集ライセンスを追加し、あらたなライセンスを生成する。【００７３】
ノード側暗号化処理部１４は、ノード側ライセンス生成部１３が作成したライセンスをノード側送付先公開鍵格納部１９が格納する送付先公開鍵１１２によって暗号化する。【００７４】
ノード側署名生成部１５は、ノード側秘密鍵格納部１６が格納する秘密鍵２２により、ノード側暗号化処理部１４が暗号化した暗号ライセンスに署名を付加する。【００７５】
ノード側送信部１７は、ノード側署名生成部１５により署名が付加された最新ライセンス４０３を他の中間ノード、あるいは端末４に送信する。【００７６】
編集情報記憶部２３は、編集情報を記憶する。【００７７】
（３．中間ノードにおけるライセンスの編集と編集ライセンスのアペンド）
図１４は、ライセンスを受信した中間ノードにおいて、追加部１０のノード側ライセンス検証部１１が、ノード側秘密鍵格納部１６の格納する秘密鍵２２によって、図１２に示した暗号化された連結ライセンスを復号する様子を示す図である。中間ノード３の追加部１０は、ノード側ライセンス検証部１１による連結ライセンスを復号後、オリジナル編集許可情報１０２の範囲内でライセンスの編集を行う。すなわち、追加部１０は、オリジナル編集許可情報１０２の範囲内で、オリジナルライセンスを変更したライセンスである編集ライセンスを生成する。【００７８】
図１５は、追加部１０により生成される編集ライセンス１０３の例を示す図である。追加部１０のノード側ライセンス生成部１３は、ノード側ライセンス検証部１１により検証された受信ライセンスと、編集情報検証部１２により検証された後述の編集情報とを入力する。図２３の説明で後述するが、編集情報とは、オリジナルライセンスに対する一部または全部の変更を示す差分情報である。そして、ノード側ライセンス生成部１３は、編集情報の示す内容（差分情報）を受信ライセンスに含まれるオリジナルライセンスに反映し、オリジナルライセンスを編集情報の示す内容に変更して編集ライセンスを生成する。【００７９】
図１５の編集ライセンス１０３の示す利用権の項目は、オリジナルライセンスの項目と同じである。図８のオリジナルライセンス１０１は、＜Ｓｔａｒｔ＞〜＜Ａｇｅ＞までの５項目を有し、編集ライセンス１０３も同様である。図１５の例では、＜Ｓｔａｒｔ＞の示す視聴可能期間開始日時が、オリジナルライセンスの２００４年４月１日０時００分から、未来の２００５年５月１日０：００分に変更されている。また、＜Ｅｎｄ＞の示す視聴可能期間終了日時が、オリジナルライセンスの２００４年９月３０日２３時５９分から、過去の２００５年５月３１日２３時５９分に変更されている。【００８０】
図１６は、中間ノード３の追加部１０によって編集された後のライセンスの詳細な構造を示すブロック図である。編集者署名３０２は、ノード側署名生成部１５が生成し付加しており、詳細は後述する。図に示す様に、編集された後のライセンス１は、オリジナルライセンス１０１、オリジナル編集許可情報１０２、編集ライセンス１０３、編集者署名３０２等を含む。【００８１】
図１７を参照して、編集者署名２０３を説明する。中間ノード３のノード側ライセンス生成部１３が、編集ライセンス１０３を生成する。編集者署名２０３の生成は、図１０、図１１で述べた発行者署名２０１、発行者署名２０２と同様である。ノード側ライセンス生成部１３は、ＳＨＡ−１やＭＤ５などのハッシュアルゴリズムを使用することによりハッシュ値を生成するハッシュ生成部（図示していない）によって、編集ライセンス１０３のハッシュ値を生成する。そして、ノード側ライセンス生成部１３は、前記ハッシュ生成部によって生成された編集ライセンス１０３のハッシュ値をノード側秘密鍵格納部１６が格納する秘密鍵２２により暗号化して、編集者署名２０３を生成する。ノード側ライセンス生成部１３は、編集者署名２０３を編集ライセンス１０３に付与する。ノード側ライセンス生成部１３は、図１８に示すように、編集者署名２０３が付与された編集ライセンス１０３をオリジナル編集許可情報１０２の後にアペンドする。【００８２】
図１８は、編集ライセンス１０３のアペンド、及び編集者署名３０２の生成を説明する図である。
（１）ノード側ライセンス生成部１３は、編集者署名２０３が付与された編集ライセンス１０３をオリジナル編集許可情報１０２の後にアペンドすることにより、オリジナルライセンス１０１とオリジナル編集許可情報１０２との連結に、さらに、編集ライセンス１０３が連結した連結ライセンスをつくる。そして、ノード側ライセンス生成部１３は、この編集ライセンス１０３がアペンドされた連結ライセンスをノード側暗号化処理部１４に出力する。
（２）ノード側暗号化処理部１４は、前記連結ライセンスを入力し、図１８に示す様に、連結ライセンスの全体を、送付先公開鍵３９で暗号化する。送付先公開鍵３９とは、ノード側送付先公開鍵格納部１９が格納する公開鍵であって、送付先となる中間ノード３の公開鍵あるいは送付先となる端末４の公開鍵である。ノード側暗号化処理部１４は、送付先公開鍵１１２で暗号化された連結ライセンスをノード側署名生成部１５に出力する。
（３）ノード側署名生成部１５は、暗号化された連結ライセンスのハッシュ値を生成し、このハッシュ値を秘密鍵２２で暗号化して編集者署名３０２を生成する。ノード側署名生成部１５は、生成した編集者署名３０２を暗号化された前記連結ライセンスに付与する。
（４）ノード側送信部１７は、ノード側署名生成部１５によって編集者署名３０２が付与された連結ライセンスを最新ライセンス４０３として次の中間ノード、あるいは端末に送信する。【００８３】
このように、ライセンス編集時に、編集後の編集ライセンス１０３のみならず、編集ライセンスにオリジナルライセンス１０１とオリジナル編集許可情報１０２とを連結した構成とすることにより、これらが連結したライセンスを受け取った下位の中間ノード３、或いは端末４は、上位の中間ノードおけるライセンスの編集が、正当なものか否か判断することができる。【００８４】
図１９は、図１に示すようなＮ個の中間ノード３により、編集ライセンス１０３のアペンドがＮ回繰り返えされた後のライセンス１の詳細な構造を示すブロック図である。中間ノード（Ｎ＋１）が図１９のライセンス１（中継データの一例）を受信したとすれば、編集ライセンス（１）１０３〜編集ライセンス（Ｎ）１０６のそれぞれは、中間ノード（Ｎ＋１）以外の他の中間ノードが生成した編集ライセンス（他ノード変更データの一例）である。各中間ノード３は、編集ライセンス（１）１０３〜編集ライセンス（Ｎ）１０６を順次生成し、編集者１署名２０３〜編集者Ｎ署名２０６を付与する。そして、各中間ノードは、自身の生成した編集ライセンス１０３〜１０６を受信ライセンスにアペンドする。各中間ノードが、このアペンドを繰り返えす。例えば、中間ノード（Ｎ）３は、次の受信者の公開鍵で暗号化したライセンス全体に対する編集者Ｎ署名３０３を付与し、図１９のライセンス１を構成する。【００８５】
以上では、ライセンス発行者装置２により生成されたライセンス、中間ノードによるライセンス編集とその構造について説明した。以下では、中間ノード３、あるいは端末４による受信ライセンスの正当性検証、ライセンス編集の正当性検証、及びライセンスの生成について説明する。【００８６】
まず、図２０を参照して端末装置４の構成を説明する。【００８７】
端末装置４は、端末側受信部４１、端末側ライセンス復元部４２（端末側反映データ生成部）、端末側ライセンス検証部４３（端末側中継データ検証部）、端末側コンテンツ利用部４４、端末側秘密鍵格納部４５とを備える。【００８８】
端末側受信部４１は、中間ノード３の送信したライセンスを受信する。端末側秘密鍵格納部４５は、秘密鍵４６を格納する。端末側ライセンス検証部４３は、秘密鍵４６で復号されたライセンスを検証する。端末側ライセンス復元部４２は、秘密鍵４６で復号された受信ライセンスを復元する。端末側ライセンス復元部４２については、実施の形態２で述べる。端末側コンテンツ利用部４４は、受信ライセンスに基づいてコンテンツの再生等を行なう。【００８９】
（４．中間ノードまたは端末による受信ライセンスの検証）
図２１を参照して、中間ノード３、及び端末４による受信ライセンスの検証を説明する。図２１は、中間ノード３のノード側ライセンス検証部１１を説明する図である。また、端末４の端末側ライセンス検証部４３の動作は、ノード側ライセンス検証部１１の動作と同様であるので、説明は省略する。【００９０】
図２１は、中間ノード３が備えるノード側ライセンス検証部１１のブロック図である。図において、ノード側ライセンス検証部１１は、受信ライセンスから抽出したオリジナルライセンス１０１、オリジナル編集許可情報１０２、編集ライセンス（１）１０３〜編集ライセンス（Ｎ）１０６を入力とする。そして、ノード側ライセンス検証部１１は、上位の中間ノード３におけるライセンス編集が、オリジナル編集許可情報１０２の範囲内にあるか否かを判定し、判定結果を上位の中間ノードでの編集の正当性検証結果４０１として出力する。【００９１】
図２２を参照して、ノード側ライセンス検証部１１の動作を説明する。図２２は、ノード側ライセンス検証部１１による受信ライセンスの検証処理のフローチャートある。
（１）ステップＳＴ１００１において、ノード側ライセンス検証部１１は、オリジナルライセンス１０１を含み、古いライセンスから順に連続する２つのライセンスを読み込む。例えば、図１９のように、受信ライセンス１が、オリジナルライセンス１、編集ライセンス（１）〜編集ライセンス（Ｎ）を含む場合、ノード側ライセンス検証部１１は、「オリジナルライセンス１と編集ライセンス（１）」、「編集ライセンス（１）と編集ライセンス（２）」、「編集ライセンス（２）と編集ライセンス（３）」、・・・のように読み込む。
（２）読み込めた場合、ステップＳＴ１００３において、ノード側ライセンス検証部１１は、２つのライセンスの差分を抽出し、変更されたタグの一覧を取得する。例えば、図２３のように、＜Ｓｔａｒｔ＞タグが変更されていたとする。図２３は、図８と図１５との＜Ｓｔａｒｔ＞タグの関係を示している。図２３の編集ライセンス１は、図１５の編集ライセンス１０３に相当する。図２３の場合、ノード側ライセンス検証部１１は、＜Ｓｔａｒｔ＞タグを抽出する。
（３）ステップＳＴ１００４にて、ノード側ライセンス検証部１１は、変更タグの一覧からタグを一つ取得する。
（４）ステップＳＴ１００６にて、ノード側ライセンス検証部１１は、オリジナル編集許可情報１０２の中から、ライセンスの編集ノードが編集可能なタグから、直前に取得した変更タグを探す。
（５）ステップＳＴ１００７にて、ノード側ライセンス検証部１１は、タグの有無を判定し、タグがある場合は、ステップＳＴ１００８に進む。例えば、図９のオリジナル編集許可情報１０２とする。図２４は、説明のため、図９のオリジナル編集許可情報１０２から＜Ｓｔａｒｔ＞タグに関係する部分を抜き出した図である。ノード側ライセンス検証部１１は、＜Ｗｈａｔ＞Ｓｔａｒｔ＜Ｗｈａｔ＞という記述が存在するため、Ｓ１００７のＹｅｓ（ＳＴ１００８）の処理に進む。さらに、図２４の例では、変更が「Ｆｏｒｗａｒｄ」であるため範囲内である。よって、ノード側ライセンス検証部１１は、ＳＴ１００８においてもＹｅｓの処理に進む。
（６）タグが無い場合は、該当中間ノード３が変更してはいけないタグを変更したと判断し、ステップＳＴ１０１０にてライセンスの編集が不正と判断し、ライセンスの検証処理を終了する。【００９２】
（７）ステップＳＴ１００８では、ノード側ライセンス検証部１１は、該当タグの編集内容がオリジナル編集許可情報の範囲内であるか否かを判定し、範囲内である場合には、ステップＳＴ１００４に戻り、次の変更タグについて、同様の判定を繰り返す。
（８）ステップＳＴ１００８で範囲内でなかった場合は、ノード側ライセンス検証部１１は、ステップＳＴ１０１０にてライセンスの編集が不正と判断し、ライセンスの検証処理を終了する。【００９３】
（９）ステップＳＴ１００４にて次のタグが無い場合は、ノード側ライセンス検証部１１は、ステップＳＴ１００５からステップＳＴ１００１に戻り、次の連続する２つのライセンスを読み込み、同様の判定を行う。
（１０）ノード側ライセンス検証部１１は、全てのライセンス編集の正当性を判定し、ステップＳＴ１００２にてもう判定するライセンスが無いと判断した場合は、ステップＳＴ１００９に進み、これまでのライセンスの編集が正しいと判断し、ライセンスの検証処理を終了する。【００９４】
以上が、中間ノード３或いは端末４によるライセンスの検証フローである。このように、ライセンス編集の正当性を装置あるいはプログラムが検証することで、人為的ミスを無くし、正当なライセンス配信を実現することができる。【００９５】
（５．編集履歴と、中間ノードによる編集履歴の正当性検証）
図２５は、中間ノード３が備える編集情報検証部１２のブロック図である。編集情報検証部１２は、受信ライセンスに含まれるオリジナル編集許可情報１０２と、編集情報１１１とを入力とし、編集情報がオリジナル編集許可情報１０２の範囲内にあるか否かを判定し、その結果を、編集情報の正当性検証結果４０２として出力する。【００９６】
ここで、編集情報（自己差分情報の一例）とは、オリジナルライセンス１０１に対する一部または全部の差分（変更）を示す情報であるとともに、編集ライセンスを生成する元になる情報である。すなわち、オリジナルライセンス１０１に対して編集情報の示す差分を反映したものが、編集ライセンスである。【００９７】
この編集情報は、編集情報記憶部２３が記憶している。編集情報検証部１２は、編集情報記憶部２３が記憶している編集情報を編集情報記憶部２３から取得する。例えば、編集情報は、ライセンスの発行者と中間ノードの運営者（プロバイダ）との契約内容に基づき、中間ノードの運営者が予め作成しておき、編集情報記憶部２３に記憶させてもよい。【００９８】
あるいは、中間ノードの運営者は、契約に基づきオリジナルライセンスとオリジナル編集許可情報との内容を予め確認しておく。そして、中間ノードが受信ライセンスを受信した場合、受信ライセンスに含まれるオリジナルライセンス１０１とオリジナル編集許可情報１０２とに基づき、所定の編集情報を生成するように予め設定しても構わない。生成された編集情報は、編集情報記憶部２３が記憶する。【００９９】
また、中間ノードが、受信ライセンスに含まれるオリジナルライセンス１０１とオリジナル編集許可情報１０２とを表示装置やプリンタなどに出力するように構成し、中間ノードの運営者がその出力をみて編集情報を生成しても構わない。生成された編集情報は、編集情報記憶部２３が記憶する。【０１００】
図２６は、編集情報の記述例を示す図である。図２６では、視聴可能期間開始日時（Ｓｔａｒｔタグ）の値を、２００５年４月１日０時００分から、２００５年５月１日０時００分に変更することを示し、また、視聴可能期間終了日時（Ｅｎｄタグ）の値を、２００５年９月３０日２３時５９分から、２００５年５月３１日２３時５９分に、変更することを示している。すなわち、編集ライセンス１０３の記述例を示す図１５に対して、図２６の編集情報１１１は、オリジナルライセンスに対する差分のみを示している。【０１０１】
次に図２７を参照して、編集情報検証部１２による、編集情報の検証処理を説明する。図２７は、編集情報検証部１２による、編集情報の検証処理のフローチャートである。
（１）ステップＳＴ１１０１において、編集情報検証部１２は、受信ライセンスに含まれるオリジナル編集許可情報１０２を読み込む。
（２）ステップＳＴ１１０２にて、編集情報検証部１２は、編集情報より次の編集タグを取得する。タグがある場合、編集情報検証部１２は、オリジナル編集許可情報１０２の中で、自身が編集可能なタグの中から、該タグに相当するタグを探す。
（３）ステップＳＴ１１０５にて、編集情報検証部１２は、相当するタグが無いと判断した場合は、自身が編集してはいけないタグの編集を行おうとしていることから、ステップＳＴ１１０７にて、編集情報が不正と判断し、編集情報の検証処理を終了する。【０１０２】
（４）相当するタグがあった場合、編集情報検証部１２は、今度はステップＳＴ１１０６にて編集内容が編集許可の範囲内であるか否かを判定し、範囲内でない場合は、同じくステップＳＴ１１０７にて、編集情報が不正と判断し、編集情報の検証処理を終了する。【０１０３】
（５）範囲内であった場合は、編集情報検証部１２は、再びステップＳＴ１１０２に戻り、次のタグに同様の処理を行う。これらの処理を編集情報に含まれるタグ分だけ繰り返す。
（６）ステップＳＴ１１０３にて全てのタグの処理を終えた場合は、編集情報検証部１２は、ステップＳＴ１１０８にて編集情報が正しいと判断し、編集情報の検証処理を終了する。【０１０４】
以上が、中間ノードによる編集情報の検証フローで、編集情報の正当性を装置、プログラムが検証することで、人為的ミスを無くし、正当なライセンス編集を実現することができる。【０１０５】
なお、図２６では、独自形式の編集履歴の説明を行ったが、図２８に示すＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）形式とすることもできる。表記形式は異なるが、内容は図２６と同等である。また、ＸＭＬ形式に拘らず、編集履歴もどのような形式で表記してもよい。【０１０６】
（６．中間ノードによるライセンスの生成）
図２９、図３０を参照して、中間ノードがライセンスを生成する場合を説明する。【０１０７】
図２９は、中間ノードが備えるノード側ライセンス生成部１３のブロック図である。図において、ノード側ライセンス生成部１３は、編集ライセンス（Ｎ）と編集情報１１１とを入力とし、編集ライセンス（Ｎ＋１）を生成し、編集ライセンス（Ｎ＋１）を受信ライセンスにアペンドし、最新ライセンス４０３を出力する。【０１０８】
図３０は、ノード側ライセンス生成部１３によるライセンスの生成処理を示すフローチャートである。
（１）ステップＳＴ１２０１において、ノード側ライセンス生成部１３は、受信ライセンスから編集ライセンス（Ｎ）を読み込み、それを編集ライセンス（Ｎ＋１）としてコピーを生成する。
（２）ステップＳＴ１２０２にて、ノード側ライセンス生成部１３は、編集情報より、次のタグを取得する。タグがある場合、ノード側ライセンス生成部１３は、ステップＳＴ１２０４にて編集ライセンス（Ｎ＋１）の該当タグの値を、編集情報のタグの値で置き換える。この操作を、ステップＳＴ１２０３にて次のタグが無くなるまで繰り返す。これにより、編集情報を反映した編集ライセンス（Ｎ＋１）が完成する。【０１０９】
（３）次に、ステップＳＴ１２０５にて、ＳＨＡ−１、ＭＤ５などのハッシュアルゴリズムにより、編集ライセンス（Ｎ＋１）のハッシュ値を取得し、それを自身の秘密鍵で暗号化したものを、署名として編集ライセンス（Ｎ＋１）に付与する。
（４）ステップＳＴ１２０６にて、署名を付与した編集ライセンス（Ｎ＋１）を、受信ライセンスにアペンドする。
（５）ステップＳＴ１２０７にて、ライセンス全体を次のライセンス受信者の公開鍵で暗号化する。
（６）最後にステップ１２０８にて、暗号化したライセンス全体の署名を上と同じ方法で算出し、ライセンス全体の最後に付与することで、ライセンスの生成処理が完了する。【０１１０】
以上が中間ノード３によるライセンス生成の処理フローである。装置、プログラムがライセンスの生成を行うことにより、人為的ミスを無くし、正当なライセンス生成を実現することができる。【０１１１】
なお、上記は、編集情報として、図２６に示す独自形式の編集履歴を用いた場合について述べた。図２８に示すＸＳＬ形式の編集情報を用いた場合は、ノード側ライセンス生成部１３は、汎用的なＸＳＬＴ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）プロセッサよって代替することができる。【０１１２】
以上のように構成することで、ライセンス発行者が許可した範囲内での、中間ノードによるライセンスの編集を許しつつ、正当なライセンス配信を実現することができる。【０１１３】
実施の形態１のライセンス配信システムは、
中間ノードが、オリジナルライセンスとオリジナル編集許可情報とを含む受信ライセンスに自身の生成した編集ライセンスを追加して中継する。このため、下位の中間ノードあるいは端末は、上位の中間ノードによるライセンス編集の正当性を検証することが可能となる。【０１１４】
実施の形態１のライセンス発行者装置は、オリジナルライセンスに加えて、オリジナル編集許可情報を含むライセンスを送信する。このため、中間ノードは、オリジナル編集許可情報に基づきオリジナルライセンスを編集できるので、端末に向けて多様なライセンスを配信することができるようになる。【０１１５】
実施の形態１の中間ノードは、追加部が、オリジナルライセンスとオリジナル編集許可情報とを含む受信ライセンスに編集ライセンスを追加し、ノード側送信部が、編集ライセンスが追加された受信ライセンスを中継する。このため、下位の中間ノードあるいは端末は、上位の中間ノードによるライセンス編集の正当性を検証することが可能となる。【０１１６】
実施の形態１の中間ノードは、編集情報検証部が編集情報を検証するので、ライセンス編集における人為的なミスを防止することができる。【０１１７】
実施の形態１の中間ノードは、ノード側ライセンス検証部が受信ライセンスの正当性を検証するので、人為的なミスを防止することができる。【０１１８】
実施の形態１の端末装置は、端末側ライセンス検証部が受信ライセンスの正当性を検証するので、中間ノードの不正な編集を容易に発見することができる。【０１１９】
実施の形態２．
（７．編集履歴のアペンドと、各ノードが保有する処理系）
次に、図３１〜図３８を用いて実施の形態２を説明する。実施の形態１では、中間ノード３が受信ライセンスに編集ライセンス１０３をアペンドした。しかし、ライセンス自体は比較的サイズが大きく、中間ノード３でのライセンス編集を重ねていくにつれ、全体のライセンスサイズが増大していく問題がある。この問題を解決するために、本実施の形態２では、中間ノードが、編集ライセンスの代わりに編集情報（自己差分情報）を編集履歴としてアペンドする構成を説明する。【０１２０】
図３１は、実施の形態２の中間ノード３の構成図である。また、実施の形態２のシステム構成は図１と同様である。また、ライセンス発行者装置２、及び端末４も、実施の形態１と同様である。【０１２１】
図３１の中間ノード３は、図１３の中間ノード３に対して、さらに、ノード側ライセンス復元部２０（ノード側反映データ生成部）を備えた構成である。ノード側ライセンス復元部２０は、受信ライセンスを復元する。この復元は、後述する。【０１２２】
図３２は、Ｎ個の中間ノード３によりライセンス編集をＮ回繰り返えされた後のライセンスの詳細な構造を示すブロック図である。図３２は、実施の形態１の図１９に対応する。図３２では、図１９の編集ライセンス（１）１０３〜編集ライセンス１０６（Ｎ）が、編集履歴（１）５０１〜編集履歴（Ｎ）５０４となっている。編集履歴とは、実施の形態１で説明した編集情報である。各中間ノードが、受信ライセンスに編集情報をアペンドした場合、編集履歴という。図３２のライセンス１は、図１９のライセンス１と同様の処理を受ける。すなわち、各中間ノード３は、編集履歴（１）５０１〜編集履歴（Ｎ）５０４を順次生成し、編集者１署名２０３〜編集者Ｎ署名２０６を付与した上で、受信ライセンスにアペンドしていく。次に、各中間ノード３は、ライセンス全体を次の受信者の公開鍵で暗号化する。最後に、暗号化したライセンス全体に対する編集者Ｎ署名３０３を付与し、ライセンスを構成する。【０１２３】
次に、図３３、図３４を参照して、ライセンスの復元について説明する。ライセンスを図３２のような構成にすると、各中間ノード３、または端末４は、ライセンスに含まれるオリジナルライセンス及び複数の編集履歴から、最新ライセンスを復元する必要が生じる。中間ノード３または端末４は、受信ライセンスに編集を加えるため、編集を加える元となるライセンスを得る必要がある。実施の形態２では、中間ノードは、「オリジナルライセンス＋複数の編集履歴」という形式で表現された受信ライセンスを受信する。このため、中間ノードは、そのままでは受信ライセンスを参照することができない。そこで、復元という操作が必要になる。【０１２４】
図３３は、中間ノード３が備えるノード側ライセンス復元部２０のブロック図である。図３３を参照して、中間ノード３による受信ライセンスの復元を説明する。なお、図３３は中間ノード３を説明する図であるが、図２０の示す端末４の端末側ライセンス復元部４２の動作は、ノード側ライセンス復元部２０の動作と同様であるので、説明を省略する。【０１２５】
図３３において、ノード側ライセンス復元部２０は、オリジナルライセンス１０１（オリジナルデータ）及び編集履歴（１）（他ノード差分情報）〜編集履歴（Ｎ）（他ノード差分情報）を入力として、順次、編集履歴をオリジナルライセンスに反映し、最終的に最新ライセンス４０３を得る。【０１２６】
図３４は、ノード側ライセンス復元部２０によるライセンスの復元を示すフローチャートである。
（１）ステップＳＴ１３０１において、オリジナルライセンス１０１を読み込み、ステップＳＴ１３０２にて、次の編集履歴を取得する。編集履歴がある場合、ステップＳＴ１３０４にて、編集履歴の内容をオリジナルライセンス１０１に反映する。具体的には、図３０のステップＳＴ１２０２からステップＳＴ１２０４の処理を繰り返す。【０１２７】
（２）この処理をステップＳＴ１３０３にて、次の編集履歴が無くなるまで繰り返す。編集履歴が無くなると、ステップＳＴ１３０５にて最終的に生成されたライセンスを最新ライセンス４０３とみなす。以上の処理にて、中間ノード３、または端末４は、最新ライセンス４０３を復元することができる。【０１２８】
（８．中間ノードまたは端末によるライセンスの検証）
図３５、図３６を参照して、中間ノード３のノード側ライセンス検証部１１による受信ライセンスの検証を説明する。図２０の端末側ライセンス検証部４３の動作も同様であるので、端末側ライセンス検証部４３の説明は、省略する。【０１２９】
ライセンスに編集履歴をアペンドする構成の場合、中間ノード３のノード側ライセンス検証部１１は、編集ライセンス１０３をアペンドする場合に比べ、ライセンスの検証方法が若干異なる。【０１３０】
図３５は、中間ノードが備えるノード側ライセンス検証部１１のブロック図である。ノード側ライセンス検証部１１は、受信ライセンスから抽出したオリジナル編集許可情報１０２、編集履歴（１）（他ノード差分情報）〜編集履歴（Ｎ）（他ノード差分情報）を入力とし、上位の中間ノードにおけるライセンス編集が、オリジナル編集許可情報の範囲内にあるか否かを判定し、その結果を上位の中間ノード３での編集の正当性検証結果４０１として出力する。【０１３１】
図３６は、ノード側ライセンス検証部１１による、ライセンス検証処理のフローチャートを示す。
（１）ステップＳＴ１４０１において、編集履歴を古い順に一つずつ読み込む。
（２）編集履歴がある場合、ステップＳＴ１４０３にて、編集履歴から順次タグを取得する。
（３）タグがある場合、ステップＳＴ１４０５にて、ライセンス編集ノードが編集可能な、オリジナル編集許可情報に含まれるタグから、該当するタグを抽出する。【０１３２】
（４）ステップＳＴ１４０６にて、タグが無い場合は、編集してはいけないタグの編集を行ったと判定し、ステップＳＴ１４０９にてライセンスの編集が不正と判断し、ライセンス検証処理を終了する。【０１３３】
（５）ステップＳＴ１４０６にて、タグがある場合は、ステップＳＴ１４０７にて、編集が許可された範囲内であるか否かを判定し、範囲を逸脱している場合は、ステップＳＴ１４０９にてライセンスの編集が不正と判断し、ライセンス検証処理を終了する。【０１３４】
（６）ステップＳＴ１４０７にて編集が範囲内と判定した場合は、再びステップＳＴ１４０３に戻り、編集履歴に含まれる次のタグに対して、同様の処理を行う。
（７）編集履歴に含まれる全てのタグについて処理を終えたら、ステップＳＴ１４０４から再びステップＳＴ１４０１に戻り、次の編集履歴について同様の処理を行う。
（８）この処理をステップＳＴ１４０２にて全ての編集履歴の処理を終えるまで繰り返したら、ステップＳＴ１４０８にて、ライセンスの編集が正しいと判断し、ライセンス検証処理を終了する。【０１３５】
（９．中間ノードによる編集履歴の正当性検証）
次に、中間ノードが、自身が編集履歴としてアペンドする編集情報が正当かどうかを検証する場合を説明する。これは、実施の形態１の場合と同様である。すなわち、ライセンスに編集履歴をアペンドする場合でも、中間ノードの保有する編集情報検証部１２については、ライセンスに編集ライセンスをアペンドする場合と同じである。ライセンスに編集履歴をアペンドする場合でも、図２５のブロック図、及び図２７の編集情報の検証処理フローをそのまま用いることができる。【０１３６】
（１０．中間ノードによるライセンスの生成）
次に図３７、図３８を参照して、ライセンスに編集履歴をアペンドする場合の、ライセンスの生成について説明する。ライセンスに編集履歴をアペンドする場合、中間ノードのライセンス生成部では、編集ライセンスをアペンドする場合に比べ、ライセンスの生成方法が若干異なる。【０１３７】
図３７は、実施の形態２の中間ノード３が備えるノード側ライセンス生成部１３のブロック図である。図において、ノード側ライセンス生成部１３は、受信ライセンス１、編集情報１１１を入力とし、最新ライセンス４０３を出力する。【０１３８】
図３８は、ノード側ライセンス生成部１３による、ライセンス生成処理のフローチャートである。
（１）ステップＳＴ１５０１において、受信ライセンス１を自身の秘密鍵で復号し読み込む。
（２）ステップＳＴ１５０２にて、ＳＨＡ−１、ＭＤ５などのハッシュアルゴリズムにより、予め準備しておいた編集履歴のハッシュ値を生成し、それを自身の秘密鍵で暗号化したものを署名として編集履歴に付与する。【０１３９】
（３）ステップＳＴ１５０３にて、受信ライセンス１に、署名を付与した編集履歴をアペンドする。
（４）ステップＳＴ１５０４にて、ライセンス全体を次の受信者の公開鍵で暗号化する。
（５）最後にステップＳＴ１５０５にて、ステップＳＴ１５０２と同じ操作にて、暗号化ライセンス全体に署名を付与し、ライセンスの生成処理を終了する。【０１４０】
以上のように構成することで、ライセンス発行者が許可した範囲内での、中間ノードによるライセンスの編集を許しつつ、正当なライセンス配信を、中間ノードを経るごとに増えるライセンスのサイズを抑制しながら、実現することができるようになる。【０１４１】
実施の形態２のライセンス配信システムは、中間ノードが、編集ライセンスの代わりに編集情報を編集履歴として受信ライセンスに追加して中継する。このため、配信するライセンスのサイズを抑制することができる。【０１４２】
実施の形態２の中間ノードは、追加部が、編集ライセンスの代わりに編集情報を編集履歴として受信ライセンスに追加する。このため、配信するライセンスのサイズを抑制することができる。【０１４３】
実施の形態２の中間ノードは、編集情報検証部が、受信ライセンスに追加される編集情報の正当性を検証する。このため、ライセンス編集における人為的なミスを防止することができる。【０１４４】
実施の形態２の中間ノードは、ノード側ライセンス復元部が、編集履歴の追加されたライセンスを復元するので、編集の反映されたライセンスを容易に得ることができる。【０１４５】
実施の形態２の端末装置は、端末側ライセンス検証部が、受信ライセンスに含まれるオリジナル編集許可情報と編集履歴とに基づき受信ライセンスの正当性を検証するので、中間ノードの不正を容易に発見することができる。【０１４６】
実施の形態２の端末装置は、端末側ライセンス復元部が、編集履歴の追加されたライセンスを復元するので、編集の反映されたライセンスを容易に得ることができる。【０１４７】
実施の形態３．
（１１．中間ノードによる、ノード編集許可情報の追加）
これまでの実施の形態１、及び実施の形態２においては、編集許可情報（オリジナル編集許可情報）は、ライセンス発行者装置２のみがオリジナル編集許可情報１０２として生成した。本実施の形態３では、編集許可情報を、ライセンス発行者装置２のみならず、中間ノードにおいても生成し、ライセンスに含めることができる構成について説明する。本実施の形態３では、中間ノードが生成する編集許可情報を、ノード編集許可情報という。実施の形態３では、中間ノードがノード編集許可情報を追加することのできる権限自体もまた、オリジナル編集許可情報１０２、あるいは後述のノード編集許可情報に含める。【０１４８】
図３９は、実施の形態３の中間ノード３の構成図である。また、実施の形態３のシステム構成は、図１と同様である。また、ライセンス発行者装置２、及び端末４も、実施の形態１と同様である。【０１４９】
図３９の中間ノード３は、図１３の中間ノード３に対して、ノード編集許可情報記憶部２４と、自己許可情報検証部２１とを備えた点が異なる。
ノード編集許可情報記憶部２４は、ノード編集許可情報（自己編集許可情報）を記憶する。自己許可情報検証部２１は、ノード編集許可情報記憶部２４が記憶している前記ノード編集許可情報を検証する機能を有する。【０１５０】
図４０は、実施の形態１で述べた、それぞれの中間ノードが編集ライセンスをアペンドしていく構成における、実施の形態３のライセンスの詳細なデータ構成を示すブロック図である。図４０は、図１９に対応する。図４０のライセンス１は、図１９のライセンス１に対して、追加部分２４０が追加されている。図４０において、ノード編集許可情報（Ｋ）６０１は、中間ノードＫによって生成されたノード編集許可情報（他ノード編集許可情報）である。図４０のように、ノード編集許可情報（Ｋ）６０１は、編集者Ｋ署名２１１が付与されている。同様に、ノード編集許可情報（Ｍ）６０２は、中間ノードＭによって生成されたノード編集許可情報（他ノード編集許可情報）である。ノード編集許可情報（Ｍ）６０２は、編集者Ｍ署名２１２が付与されている。図４０のように、ノード編集許可情報は、オリジナル編集許可情報１０２の直後にアペンドされる。【０１５１】
図４１は、実施の形態２で述べた、それぞれの中間ノードが編集履歴をアペンドしていく構成における、実施の形態３のライセンスの詳細なデータ構成を示すブロック図である。図４１は、図３２に対応する。図４１のライセンス１は、図３２のライセンス１に対して、追加部分２５０が追加されている。ノード編集許可情報（Ｋ）６０１、編集者Ｋ署名２１１、ノード編集許可情報（Ｍ）６０２、編集者Ｍ署名２１２は、図４０の場合と同様であるので、説明を省略する。【０１５２】
図３９、図４０を参照してノード編集許可情報のアペンドについて説明する。中間ノードは、中間ノード（Ｍ）であるとする。
（１）中間ノード（Ｍ）のノード側受信部１８は、オリジナルライセンス１０１、オリジナル編集許可情報１０２を含むライセンス１（図示していない）を中継の対象として受信する。
（２）ノード編集許可情報記憶部２４は、ノード編集許可情報（Ｍ）を記憶している。追加部１０の自己許可情報検証部２１は、ノード編集許可情報記憶部２４からノード編集許可情報（Ｍ）（自己編集許可情報）を取得する。
（３）自己許可情報検証部２１は、取得したノード編集許可情報（Ｍ）を入力して検証する。この検証は図４６の説明で後述する。自己許可情報検証部２１は、検証したノード編集許可情報（Ｍ）をノード側ライセンス生成部１３に出力する。ノード側ライセンス生成部１３は、秘密鍵２２により編集者Ｍ署名２１２を生成し、編集者Ｍ署名２１２をノード編集許可情報（Ｍ）に付加する。また、ノード側ライセンス生成部１３は、ノード側ライセンス検証部１１から検証後の受信ライセンスを入力し、受信ライセンスに編集者Ｍ署名２１２を有するノード編集許可情報（Ｍ）（自己編集許可情報）をアペンドする。ノード側ライセンス生成部１３は、ノード編集許可情報（Ｍ）がアペンドされたライセンスをノード側暗号化処理部１４に出力する。以下の処理は、実施の形態１、実施の形態２と同様である。最終的に、ノード側送信部１７は、図４０に示すライセンスを最新ライセンス４０３として、下位の中間ノード３または端末４に送信する。【０１５３】
このノード編集許可情報（Ｍ）は、上記のようにノード編集許可情報記憶部２４が記憶している。ノード編集許可情報記憶部２４は、例えば、ライセンスの発行者と中間ノードの運営者（プロバイダ）との契約内容に基づき中間ノードの運営者が予め作成しておき、ノード編集許可情報記憶部２４に記憶させてもよい。【０１５４】
あるいは、中間ノードの運営者は、契約に基づきオリジナルライセンスとオリジナル編集許可情報との内容を予め確認しておく。そして、中間ノードが受信ライセンスを受信した場合、受信ライセンスに含まれるオリジナルライセンス１０１とオリジナル編集許可情報１０２とに基づき、所定のノード編集許可情報（Ｍ）を生成するように予め設定しても構わない。生成されたノード編集許可情報（Ｍ）は、ノード編集許可情報記憶部２４が記憶する。【０１５５】
また、中間ノードが、受信ライセンスに含まれるオリジナルライセンス１０１とオリジナル編集許可情報１０２とを表示装置やプリンタなどに出力するように構成し、中間ノードの運営者がその出力をみてノード編集許可情報を生成しても構わない。生成されたノード編集許可情報（Ｍ）は、ノード編集許可情報記憶部２４が記憶する。【０１５６】
図４２は、ノード編集許可情報を追加する権限を備えたオリジナル編集許可情報１０２の例である。図４２に示すように、実施の形態３では、中間ノードがノード編集許可情報を追加する権限自体もまた、オリジナル編集許可情報１０２、あるいはノード編集許可情報に含める。図４２の例では、「Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ３」は、前のノード編集許可情報、あるいはオリジナル編集許可情報の範囲内で、新たにノード編集許可情報を追加することができることを示している。【０１５７】
また、中間ノードがライセンスを編集する場合、各中間のノードは、受信ライセンスに含まれる最新のノード編集許可情報に従い、ライセンスを編集するものとする。【０１５８】
図４３は、全ての中間ノード３を対象としたオリジナル編集許可情報１０２の例である。この例では、視聴可能年齢は、１８歳以上に限定されている。【０１５９】
次に、図４４は、「Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ４」に対し、視聴可能年齢を２０歳以上にライセンスを編集することを許可するノード編集許可情報である。図４４のノード編集許可情報は、例えば、「Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ３」が、「Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ４」に対し、このような内容のノード編集許可情報を追加することを認める例である。すなわち、「Ｓｅｃｕｒｉｔｙ  Ｃｅｎｔｅｒ３」である中間ノード３の追加部１０は、図４４に示すノード編集許可情報１０７を生成する。【０１６０】
（１２．中間ノードまたは端末によるライセンスの検証）
実施の形態１及び実施の形態２では、中間ノード３または端末４が、上位の中間ノードによって編集されたライセンスの正当性を検証する手順について述べた。本実施の形態３では、加えて、ライセンスに含まれるノード編集許可情報についても、その正当性を検証する必要が生ずる。ノード編集許可情報の検証は、中間ノード３及び端末４で行なわれる。中間ノード３及び端末４の検証の動作は同様であるため、中間ノードの場合を説明し、端末の説明は省略する。【０１６１】
図４５は、本実施の形態３における、図３９に示す中間ノード３のノード側ライセンス検証部１１の行うライセンス検証処理のフローチャートである。
（１）ステップＳＴ１６０１において、まず編集ライセンスまたは編集履歴が正当であるか否か判定する。具体的には、図２２または、図３６のフローチャートにしたがい、正当性の判定を行う。
（２）ステップＳＴ１６０２にて不正と判定した場合は、ステップＳＴ１６０８にてライセンスの編集が不正と判断し、ライセンス検証処理を終える。【０１６２】
（３）正当と判定した場合は、次にノード編集許可情報の正当性検証に移る。ステップＳＴ１６０３にて、古い方から順に編集許可情報（オリジナル編集許可、ノード編集許可情報）を２つ読み込む。編集許可情報が２つあった場合、ステップＳＴ１６０５にて、古い方の編集許可情報が、新しい方のノード編集許可情報を生成した中間ノードによるノード編集許可情報の生成を許しているか否かを判定する。許していないと判定した場合は、ステップＳＴ１６０８にてライセンスの編集が不正と判断し、ライセンス検証処理を終える。【０１６３】
（４）許していると判定した場合は、ステップＳＴ１６０６にて、古い方の編集許可情報が許す範囲内で、新しい方のノード編集許可情報が生成されているか否かを判定する。ノード編集許可情報が、許される範囲を逸脱して生成されている場合は、ステップＳＴ１６０８にてライセンスの編集が不正と判断し、ライセンス検証処理を終える。【０１６４】
（５）許していると判定した場合は、再びステップＳＴ１６０３に戻り、次の２つのノード編集許可情報に対して、同じ処理を繰り返す。この処理をステップＳＴ１６０４にて次のノード編集許可情報が無いと判断されるまで繰り返したら、ステップＳＴ１６０７にて、ノード編集許可情報までを含めてライセンスの編集が正しいと判断し、ライセンス検証処理を終える。【０１６５】
（１３．中間ノードによる、ノード編集許可情報追加の正当性検証）
本実施の形態においては、中間ノードにおける自身のノード編集許可情報追加の正当性検証も行う必要が生ずる。自己許可情報検証部２１は、自身のノード編集許可情報の正当性を検証する。【０１６６】
図４６は、中間ノード３の自己許可情報検証部２１の動作を示すフローチャートである。
自己許可情報検証部２１は、ノード編集許可情報記憶部２４の記憶するノード編集許可情報の正当性を検証する。すなわち、中間ノード３は、自身の生成したノード編集情報を自身で検証する。
（１）ステップＳＴ１７０１において、受信ライセンスに含まれる最新の編集許可情報（オリジナル編集許可情報とノード編集許可情報のうちのいずれかである）を読み込む。
（２）次に、ステップＳＴ１７０２にて、自身のノード編集許可情報を読み込む。ステップＳＴ１７０３にて、最新の編集許可情報によって、自身がノード編集許可情報をライセンスに追加することが許可されているか否かを判定する。許可されていない場合は、ＳＴ１７０６にて自身のノード編集許可情報が不正と判断し、ノード編集許可情報の検証処理を終了する。【０１６７】
（３）許可されている場合は、次にステップＳＴ１７０４にて、自身が追加しようとしているノード編集許可情報の内容が、最新の編集許可情報によって許されている範囲であるか否かを判定する。範囲を逸脱している場合は、ＳＴ１７０６にて自身のノード編集許可情報が不正と判断し、自身のノード編集許可情報の検証処理を終了する。【０１６８】
（４）許可範囲内である場合は、ステップＳＴ１７０５にてノード編集許可情報が正しいと判断し、ノード編集許可情報の検証処理を終了する。【０１６９】
以上の処理を、中間ノードが保有する編集情報検証部が、編集情報の検証に追加して実施することにより、自身のノード編集許可情報の追加の正当性を検証することができる。【０１７０】
以上のように構成することにより、編集許可情報をライセンス発行者のみならず、中間ノードでも生成し、ライセンスに含めることができるようになり、中間ノードでのライセンス編集を許したライセンス配信を、より柔軟に実現することができるようになる。【０１７１】
実施の形態３の中間ノードは、追加部が、オリジナルライセンスとオリジナル編集許可情報とを含む受信ライセンスにノード編集許可情報を追加し、ノード側送信部が、ノード許編集可情報が追加された受信ライセンスを中継する。このため、柔軟かつ多様なライセンスの配信を行なうことができる。【０１７２】
実施の形態３の中間ノードは、自己許可情報検証部が、追加部が取得したノード編集許可情報の正当性を検証する。このため、正当なライセンスの配信を行なうことができる。【０１７３】
実施の形態３の中間ノードは、ノード側ライセンス検証部が、受信ライセンスの正当性を検証する。このため、正当なライセンスの配信を行なうことができる。【０１７４】
実施の形態４．
（１４．耐タンパー装置を用いた、正当なライセンス編集処理の強制）
これまで説明した実施の形態１〜実施の形態３により、中間ノードが不正にライセンス編集を行った場合でも、他の中間ノード、または端末は、不正に編集されたライセンスを受信した場合、不正を検知することができる。このため、ライセンス配信システム全体として不正を防止することができる。しかし、依然として中間ノードが不正を行う余地が残る。【０１７５】
本実施の形態４では、システムの安全性をさらに高めることを目的に、これまで説明してきた構造を持つライセンスの正当な編集を、中間ノードに強制させる方法について述べる。【０１７６】
図４７、中間ノードにおけるライセンス編集機能のブロック図である。図４７は、受信ライセンス１、編集情報１１１、送付先公開鍵１１２を入力とし、耐タンパー装置５０に格納された各処理部を経て、最新ライセンス４０３を出力する構成を示す。耐タンパー装置５０は、物理的にシールドされた装置であり、それを開けると、内部のデータ及びプログラムが揮発し、使えなくなる性質を持つ。【０１７７】
図４７のノード側ライセンス検証部１１、編集情報検証部１２、ノード側ライセンス生成部１３、ノード側暗号化処理部１４、署名処理部１５等は、既に、図１３、図３１、図３９において説明済みである。【０１７８】
以上のように構成することで、中間ノードを運用する者は、受信ライセンスに対し不正な編集操作を行えなくなるので、正当なライセンス編集の強制力が生じる。【０１７９】
（１５．ライセンスとコンテンツ鍵同時処理による、正当なライセンス編集処理の強制）
上記では、図４７を用いて、耐タンパー装置５０により正当なライセンス編集処理を強制する方法について説明した。しかし、そもそも図４７に示すような装置自体を使わずに、不正なライセンスデータを生成してしまうことは依然可能である。【０１８０】
図４８は、さらにこの問題を解決するために、ライセンスのみならず、通常、ライセンスとともに配信されるコンテンツ鍵までをも、同時に耐タンパー装置５０内で処理する構成を示したものである。【０１８１】
ここで取り上げるコンテンツ鍵１１３は、受信ライセンス１に添付されており、受信者の公開鍵で暗号化されているものとする。コンテンツ鍵１１３は、ノード側ライセンス検証部１１によりライセンスから分離される。そして、コンテンツ鍵１１３は、復号処理部１１５により秘密鍵１６を用いて復号され、平文コンテンツ鍵１１４となる。さらに、平文コンテンツ鍵１１４は、ノード側暗号化処理部１４において、送付先公開鍵１１２により、再度、暗号化され、編集ライセンスに添付される。【０１８２】
このように構成することで、中間ノードは、受信ライセンスを耐タンパー装置５０に依存することなく偽造したとしても、平文コンテンツ鍵自体が入手できない。このため、ライセンスの偽造そのものに意味が無くなる。よって、図４８に示す構成は、中間ノードに対し、耐タンパー装置５０の使用をより強制する。【０１８３】
以上のように構成することで、中間ノードが不正にライセンスを生成する余地をなくすことが可能となり、システムの安全性をより高めることができる。
【産業上の利用の可能性】
【０１８４】
以上のように、実施の形態１〜実施の形態４で説明したライセンス配信システムは、ライセンス発行者が許可する範囲内において、中間ノードにおけるライセンス編集を許す、多段、多階層のライセンス配信用途に有用である。
【０１８５】
以上の実施の形態では、コンテンツの利用権を記述したライセンスに、どの中間ノードが、どの利用権を、どのような範囲で編集可能かを記述した編集許可情報を付加し、中間ノードにおける編集ライセンスを元のライセンスに順次アペンドしていく形式を特徴とするライセンスを取り扱い、受信したライセンスが上位ノードにて正当な編集を経てきたかを検証するライセンス検証部を中間ノードと端末に備え、予め自身が準備しておいたライセンスの編集履歴が、コンテンツ発行者によって許可された編集許可情報の範囲内であることを検証する編集履歴検証部を、中間ノードに備え、受信ライセンスと編集履歴から、新たな編集ライセンスを生成する、ライセンス生成部を、中間ノードに備えたことを特徴とする、ライセンス形式及びライセンス配信システムを説明した。
【０１８６】
以上の実施の形態では、中間ノードにおける編集履歴を、元のライセンスに順次アペンドしていく形式を特徴とするライセンスを取り扱い、受信ライセンスに、予め自身が準備しておいた編集履歴をアペンドすることにより新たなライセンスを生成するライセンス生成部を、中間ノードに備え、ライセンス発行者のオリジナルライセンスに、ライセンスに含まれる編集履歴を繰り返し反映することで、最新のライセンスを復元するライセンス復元部を、中間ノードに備えたことを特徴とする、ライセンス形式及びライセンス配信システムを説明した。
【０１８７】
以上の実施の形態では、中間ノードにおける編集許可情報の追加を許可し、中間ノードが作成した編集許可情報を、前の編集許可情報の直後にアペンドしていく形式を特徴とするライセンスを取り扱い、受信したライセンスが上位ノードにて正当な編集を経てきたかを検証することに加え、編集許可情報も正当に追加されてきたかを検証するライセンス検証部を、中間ノードと端末に備え、予め自身が準備しておいたライセンスの編集履歴が、最新の編集許可情報の範囲内であることを検証する編集履歴検証部を、中間ノードに備えたことを特徴とする、ライセンス形式及びライセンス配信システムを説明した。
【０１８８】
以上の実施の形態では、ライセンス検証部、編集履歴検証部、ライセンス生成部、暗号化処理部、署名生成部を耐タンパー装置に格納し、受信ライセンス、編集履歴、送付先公開鍵を入力とし、暗号化署名済ライセンスを出力する耐タンパー装置を中間ノードに有することを特徴とする、ライセンス配信システムを説明した。
【０１８９】
以上の実施の形態では、請求の範囲第４項に記載のライセンス配信システムにおいて、耐タンパー装置内でライセンスの編集のみならず、自身の秘密鍵によるコンテンツ鍵の復号及び、送付先公開鍵による再暗号をも実施することを特徴とする、ライセンス配信システムを説明した。
【０１９０】
以上のように、上記の実施の形態に係わるライセンス配信システムは、コンテンツホルダ（ライセンス発行者装置）が、ライセンス（オリジナルライセンス）に編集許可情報（オリジナル編集許可情報）を付加してコンテンツプロバイダ（中間ノード）に送り、コンテンツプロバイダ（中間ノード）は、編集許可情報（オリジナル編集許可情報）の範囲内でライセンスを編集し、編集ライセンスまたは編集履歴を、受信したライセンスにアペンドして次のコンテンツプロバイダ（中間ノード）に送るライセンス構造を持つことを特徴とする。また、コンテンツプロバイダ（中間ノード）及び端末は、受信したライセンスが上位ノードにて正当な編集を経てきたかを検証する、ノード側ライセンス検証部、端末側ライセンス検証部を備えることを特徴とする。また、コンテンツプロバイダ（中間ノード）は、予め自身が準備しておいたライセンスの編集履歴（編集情報）が、コンテンツホルダ（中間ノード）によって許可された編集許可情報（オリジナル編集許可情報）の範囲内であるかどうかを検証する編集履歴検証部（自己許可情報検証部）を備えることを特徴とする。また、コンテンツプロバイダ（中間ノード）は、受信ライセンスと編集履歴から、新たな編集ライセンスを生成するノード側ライセンス生成部を備えることを特徴とする。このように、この実施の形態に係るライセンス配信システムによれば、ライセンスに編集許可情報（オリジナル編集許可情報）及び、コンテンツプロバイダ（中間ノード）による編集ライセンスまたは編集履歴を付加することにより、ライセンス配信において下位に位置するコンテンツプロバイダ（中間ノード）または端末は、ライセンスが正当な編集を経てきたか否かを検証することができる。このため、コンテンツプロバイダ（中間ノード）または端末は、コンテンツプロバイダ（中間ノード）による不正なライセンス編集を検知し防止することができる。さらには、ライセンスという特別なデータに限定せず、一般的なデータについて、データ発行者が許可した範囲内でのデータ編集を許しつつ、安全なデータの送信を実現するという効果も奏するものである。
【図面の簡単な説明】
【０１９１】
【図１】実施の形態１におけるライセンス配信システム１０００の構成を示す。
【図２】実施の形態１におけるライセンス配信システム１０００の動作の概要を示す。
【図３】実施の形態１におけるライセンス発行者装置２の外観を示す。
【図４】実施の形態１におけるライセンス発行者装置２のハードウェア構成を示す。
【図５】実施の形態１における端末装置４のハードウェア構成を示す。
【図６】実施の形態１におけるライセンス発行者装置２のブロック構成図を示す。
【図７】実施の形態１におけるライセンス発行者装置２で生成された初期状態のライセンスの詳細な構成を示すブロックである。
【図８】実施の形態１におけるオリジナルライセンスの具体例を示す。
【図９】実施の形態１におけるオリジナル編集許可情報の具体例を示す。
【図１０】実施の形態１における発行者署名２０１の生成過程を示す。
【図１１】実施の形態１における発行者署名２０２の生成過程を示す。
【図１２】実施の形態１におけるライセンス発行者装置２によるライセンス１の生成の概要を示す。
【図１３】実施の形態１における中間ノード３の構成を示す。
【図１４】実施の形態１におけるオリジナルライセンスとオリジナル編集許可情報の復号を示す。
【図１５】実施の形態１における中間ノード３が生成する編集ライセンスの具体例示す。
【図１６】実施の形態１における中間ノード３が編集したライセンスの詳細構成を示すブロック図である。
【図１７】実施の形態１における編集者署名２０３の生成過程を示す。
【図１８】実施の形態１における中間ノードによるライセンス１の生成の概要を示す。
【図１９】実施の形態１における中間ノードでの編集をＮ回繰り返した後のライセンスの詳細な構成を示すブロック図である。
【図２０】実施の形態１における端末装置４の構成を示す。
【図２１】実施の形態１における中間ノード３のノード側ライセンス検証部のブロック図である。
【図２２】実施の形態１におけるノード側ライセンス検証部が行うライセンス検証処理のフローチャートである。
【図２３】実施の形態１におけるノード側ライセンス検証部が行うライセンス検証処理を説明する図である。
【図２４】実施の形態１におけるノード側ライセンス検証部が行うライセンス検証処理を説明する図である。
【図２５】実施の形態１における中間ノードの編集情報検証部のブロック図である。
【図２６】実施の形態１における編集履歴（独自形式）の実例を示す図である。
【図２７】実施の形態１における編集情報検証部が行う編集情報検証処理のフローチャートである。
【図２８】実施の形態１におけるＸＳＬ形式の編集情報の実例を示す図である。
【図２９】実施の形態１における中間ノードのノード側ライセンス生成部のブロック図である。
【図３０】実施の形態１におけるノード側ライセンス生成部のライセンス生成処理のフローチャートである。
【図３１】実施の形態２における中間ノード３の構成図である。
【図３２】実施の形態２における各中間ノードで編集をＮ回繰り返した後のライセンスの詳細な構成を示すブロック図である。
【図３３】実施の形態２における中間ノードのノード側ライセンス復元部のブロック図である。
【図３４】実施の形態２におけるノード側ライセンス復元部のライセンス復元処理のフローチャートである。
【図３５】実施の形態２における中間ノードのノード側ライセンス検証部のブロック図である。
【図３６】実施の形態２におけるノード側ライセンス検証部のライセンス検証処理のフローチャートである。
【図３７】実施の形態２における中間ノードのノード側ライセンス生成部のブロック図である。
【図３８】実施の形態２におけるノード側ライセンス生成部のライセンス生成処理のフローチャートである。
【図３９】実施の形態３における中間ノード３の構成図である。
【図４０】実施の形態３におけるライセンスに編集ライセンスをアペンドする場合の、ライセンスの詳細な構成を示すブロック図である。
【図４１】実施の形態３におけるライセンスに編集履歴をアペンドする場合の、ライセンスの詳細な構成を示すブロック図である。
【図４２】実施の形態３におけるオリジナル編集許可情報の実例を示す図である。
【図４３】実施の形態３におけるオリジナル編集許可情報の実例を示す図である。
【図４４】実施の形態３におけるノード編集許可情報の実例を示す図である。
【図４５】実施の形態３におけるノード側ライセンス検証部のライセンス検証処理のフローチャートである。
【図４６】実施の形態３における編集情報検証部のノード編集許可情報の検証処理のフローチャートである。
【図４７】実施の形態４における中間ノード３のライセンス編集機能の構成を示すブロック図である。
【図４８】実施の形態４における中間ノードのライセンス編集機能の構成を示すブロック図である。
【符号の説明】
【０１９２】
１，１ａ，１ｂ，１ｃ  ライセンス、２  ライセンス発行者装置、３  中間ノード、４  端末、５  ネットワーク、１０  追加部、１１  ノード側ライセンス検証部、１２  編集情報検証部、１３  ノード側ライセンス生成部、１４  ノード側暗号化処理部、１５  ノード側署名生成部、１６  ノード側秘密鍵格納部、１７  ノード側送信部、１８  ノード側受信部、１９  ノード側送付先公開鍵格納部、２０  ノード側ライセンス復元部、２１  自己許可情報検証部、２２  秘密鍵、２３  編集情報記憶部、２４  ノード編集許可情報記憶部、３０  秘密鍵、３１  発行側ライセンス生成部、３２  オリジナルライセンス生成部、３３  オリジナル編集許可情報生成部、３４  発行側送付先公開鍵格納部、３５  発行側暗号化処理部、３６  発行側秘密鍵格納部、３７  発行側署名生成部、３８  発行側送信部、３９  送付先公開鍵、４１  端末側受信部、４２  端末側ライセンス復元部、４３  端末側ライセンス検証部、４４  端末側コンテンツ利用部、４５  端末側秘密鍵格納部、４６  秘密鍵、５０  耐タンパー装置、１０１  オリジナルライセンス、１０２  オリジナル編集許可情報、１０３  編集ライセンス、１０４  編集ライセンス（２）、１０５  編集ライセンス（Ｎ−１）、１０６  編集ライセンス（Ｎ）、１０７  ノード編集許可情報、１１１  編集情報、１１２  送付先公開鍵、１１３，１１４  コンテンツ鍵、１１５  復号処理部、２０１，２０２  発行者署名、２０３  編集者署名、２０４  編集者２署名、２０５  編集者Ｎ−１署名、２０６  編集者Ｎ署名、２１１  編集者Ｋ署名、２１２  編集者Ｍ署名、２４０  追加部分、３０１  発行者署名、３０２  編集者署名、３０３  編集Ｎ署名、４０１，４０２  正当性検証結果、４０３  最新ライセンス、５０１  編集履歴（１）、５０２  編集履歴（２）、５０３  編集履歴（Ｎ）、５０４  編集履歴（Ｎ−１）、６０１  ノード編集許可情報Ｋ、６０２  ノード編集許可情報（Ｍ）、８００  コンピュータシステム、８１０  ＣＰＵ、８１１  ＲＯＭ、８１２  ＲＡＭ、８１３  液晶表示装置、８１４  キーボード、８１５  マウス、８１６  通信ボード、８１７  ＦＤＤ、８１８  ＣＤＤ、８１９  プリンタ、８２０  磁気ディスク装置、８２１  ＯＳ、８２２  ウィンドウシステム、８２３  プログラム群、８２４  ファイル群、８２５  バス、８３０  システムユニット、８５１  リモコン受信部、８５２  リモコン装置、９００  ネットワーク、１０００  ライセンス配信システム。
【図１】
2007029285.tif 000002
【図２】
2007029285.tif 000003
【図３】
2007029285.tif 000004
【図４】
2007029285.tif 000005
【図５】
2007029285.tif 000006
【図６】
2007029285.tif 000007
【図７】
2007029285.tif 000008
【図８】
2007029285.tif 000009
【図９】
2007029285.tif 000010
【図１０】
2007029285.tif 000011
【図１１】
2007029285.tif 000012
【図１２】
2007029285.tif 000013
【図１３】
2007029285.tif 000014
【図１４】
2007029285.tif 000015
【図１５】
2007029285.tif 000016
【図１６】
2007029285.tif 000017
【図１７】
2007029285.tif 000018
【図１８】
2007029285.tif 000019
【図１９】
2007029285.tif 000020
【図２０】
2007029285.tif 000021
【図２１】
2007029285.tif 000022
【図２２】
2007029285.tif 000023
【図２３】
2007029285.tif 000024
【図２４】
2007029285.tif 000025
【図２５】
2007029285.tif 000026
【図２６】
2007029285.tif 000027
【図２７】
2007029285.tif 000028
【図２８】
2007029285.tif 000029
【図２９】
2007029285.tif 000030
【図３０】
2007029285.tif 000031
【図３１】
2007029285.tif 000032
【図３２】
2007029285.tif 000033
【図３３】
2007029285.tif 000034
【図３４】
2007029285.tif 000035
【図３５】
2007029285.tif 000036
【図３６】
2007029285.tif 000037
【図３７】
2007029285.tif 000038
【図３８】
2007029285.tif 000039
【図３９】
2007029285.tif 000040
【図４０】
2007029285.tif 000041
【図４１】
2007029285.tif 000042
【図４２】
2007029285.tif 000043
【図４３】
2007029285.tif 000044
【図４４】
2007029285.tif 000045
【図４５】
2007029285.tif 000046
【図４６】
2007029285.tif 000047
【図４７】
2007029285.tif 000048
【図４８】
2007029285.tif 000049
【国際調査報告】
2007029285.tif 000050
2007029285.tif 000051