JP2002207600A - 著作権保護システムの自動更新方法 - Google Patents

Abstract

(57)【要約】 【課題】 著作権保護システムが破られた場合でも、容
易に新システムに更新する事を可能にする。 【解決手段】 サーバは、クライアントに送るメッセー
ジ中に、更新すべきソフトウエアモジュールの存在の有
無とその存在する場所を示す情報と、そのモジュールの
長さを示す情報を含め、クライアントは、受信したメッ
セージ中の該情報に従って上記モジュールの有無を知
り、モジュールが存在する場合には、メッセージで指定
される場所に、該モジュールを組み込むことにより、シ
ステムの自動更新を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル化した映
像や音声等のコンテンツを蓄積したサーバから、ネット
ワークを介して接続されたクライアントに該コンテンツ
を配送するシステムにおいて、配送されるコンテンツが
不正に第３者に視聴されるのを防ぐ著作権保護システム
に関し、特に、著作権保護システムが第３者に破られた
場合に、新しい著作権保護システムに自動更新する方法
に関する。

【０００２】

【従来の技術】サーバからクライアントに送るコンテン
ツの保護システムに関しては、“OPIMA Specification
Version １．１”，OPIMA 第１１回会合 Turin，
２０００年６月２７日（http://www.cselt.it/ufv/leon
ardo/opima/）の仕様がある。

【０００３】本仕様によると、クライアントの演算装置
（CPU）やオペレーティングシステム（OS）の違いを吸
収してシステムの相互運用性を実現する為に、サーバお
よびクライアントは、OS上の仮想マシンの上に構成さ
れ、コンテンツの著作権保護システムは、ＪＡＶＡ（登
録商標）アプレットのような仮想マシン上で動作可能な
プログラムモジュール（著作権モジュール）として構成
され、サーバからクライアントにファイル転送される事
で、著作権保護システムの更新を実現していた。

【０００４】図３は、従来の著作権保護システムの構成
図である。図において、１はコンテンツを蓄積するサー
バ、２はコンテンツをダウンロードするクライアント、
３はコンテンツを配送する為のネットワークであり、サ
ーバ１とクライアント２を結んでいる。サーバ１は、サ
ーバ１に特有の演算装置（CPU）１１とオペレーティン
グシステム（OS）１２の上に実装された仮想マシン１５
の上で走るサービスプログラム１３と、著作権保護モジ
ュール１４で構成され、クライアント２は、クライアン
ト２に特有の演算装置（CPU）２１とオペレーティング
システム（OS）２２の上に実装された仮想マシン２５の
上で走るサービスプログラム２３と、著作権保護モジュ
ール２４で構成される。

【０００５】以上のように構成された従来の著作権保護
システムにおいて、著作権保護システムを更新する方法
を以下に述べる。

【０００６】通常、サーバ１がクライアント２にコンテ
ンツを配送する際には、サーバ１内のサービスプログラ
ム１３が、クライアント２のサービスプログラム２３か
らネットワーク３を介して送られて来るコンテンツのリ
クエストに応じて、所望のコンテンツに暗号を掛けたも
のおよび、その暗号を解く鍵を著作権モジュール１４で
暗号化したものを、ネットワーク３を介してクライアン
ト２に送る。コンテンツと鍵を受信したクライアント２
のサービスプログラム２３は、著作権モジュール２４を
用いて、鍵の暗号を解いた後、その鍵を用いてコンテン
ツの暗号を解く。

【０００７】第３者が、ネットワーク２等を介して入手
したコンテンツの暗号を、何らかの不正な手段により解
読したことが判明した場合、サーバ１は、著作権モジュ
ール１４を取り替えて、コンテンツの暗号方式とその暗
号鍵の暗号方式のいずれか若しくは両方を変更し、以
降、第3者によるコンテンツの不正解読に対抗する。正
当なクライアント２は、以降のコンテンツの暗号を解読
するために、サーバ１にリクエストを送り、新たな著作
権モジュール２４をファイル転送などによりダウンロー
ドして、古いモジュールと入れ替えることにより、著作
権保護システムの更新を実現する。

【０００８】

【発明が解決しようとする課題】しかしながら、上記の
著作権保護システムの更新方法においては、サーバ及び
クライアントは、相互運用性を実現する手段として、サ
ーバ１及びクライアント２のCPU１１もしくは２１やOS
１２若しくは２２の特殊性を吸収する仮想マシン１５及
び２５の上にサービスプログラム１３若しくは２３及
び、著作権保護モジュール１４若しくは２４を構成する
為、システム構成が複雑になると言う問題や、仮想マシ
ン１５及び２５がインタープリタである為に、著作権保
護モジュールのプログラム実行速度が非常に遅いと言う
問題や、又、仮想マシンのソフトウエアを格納するメモ
リの負担も大きいという問題等があった。

【０００９】更に、著作権保護システムの更新は、サー
バからクライアントに更新の通知を送り、それを受けた
クライアントが、新たに著作権モジュールのダウンロー
ドのリクエストをサーバに送り、それに答えてサーバが
新著作権モジュールをクライアントに送り、これを受け
たクライアントは、初めて受け取ったモジュールを古い
モジュールと入れ替えることが出来ると言う、著作権保
護システムの更新に伴う手続きが煩雑であると言う問題
もあった。

【００１０】

【課題を解決するための手段】前述のような課題を解決
する為、本願の請求項１ないし３に記載の発明は、サー
バがクライアントに送るメッセージ中に、更新すべきソ
フトウエアモジュールの有無とその存在する場所を示す
情報と、そのモジュールの長さを示す情報を含めること
により、クライアントに著作権保護システムの自動更新
を行わせる手段を提供するものである。即ち、サーバか
らクライアントにダウンロードするデータストリームの
中に、著作権保護システムのソフトウエアモジュールを
含め、その存在の有無とその存在する場所を示す情報
と、そのモジュールの長さを示す情報を含めることによ
り、クライアントがサーバとネゴシエーションを行うこ
となく、著作権保護システムの入手とその組込みを自動
的に行うことが出来るものである。

【００１１】また本願の請求項４の発明は、サーバから
クライアントに送られるメッセージを、メッセージ項目
名と直後に続くメッセージ項目のデータの組で構成する
ことにより、クライアントに送るメッセージ項目の順序
が任意で良いことを特徴とするものである。

【００１２】また本願の請求項５の発明は、メッセージ
項目が、対応するメッセージ項目の長さを示すメッセー
ジ項目を含み、その値が“０”の場合、そのメッセージ
項目が存在しないことを示すことにより、メッセージ項
目の存在の有無と、存在する場合はそのメッセージの長
さを同時に表示することを特徴とするものである。

【００１３】また本願の請求項６の発明は、メッセージ
項目が、サーバからクライアントに送られるメッセージ
に含まれない場合、そのメッセージ項目は存在しないこ
とを意味することを特徴とするものである。

【００１４】

【発明の実施の形態】図１は、本発明の一実施例におけ
る著作権保護システムの構成図である。図１において、
１はサーバ、２はクライアント、３はネットワークであ
り、サーバ１とクライアント２を接続している。サーバ
１は、サーバ１特有の演算装置（CPU）１１とオペレー
ティングシステム（OS）１２の上で走るサービスプログ
ラム１３と、著作権保護モジュール１４で構成され、ク
ライアント２は、クライアント２特有の演算装置（CP
U）２１とオペレーティングシステム（OS）２２の上で
走るサービスプログラム２３と、著作権保護モジュール
２４で構成される。

【００１５】以上のように構成された本発明の一実施例
における著作権保護システムにおいて、著作権保護シス
テムを自動更新する方法を、以下にべる。

【００１６】図２は、本発明の一実施例における著作権
保護システムにおいて、サーバからクライアントに送ら
れるメッセージの構成図である。

【００１７】メッセージは、図２に示すような長さ１バ
イトのメッセージ項目名と、それに続くメッセージ項目
の内容（データ）の組で構成される。

【００１８】メッセージ項目の内容は、あらかじめその
長さが決められているものと、長さが可変のメッセージ
項目内容とで構成される。可変長のメッセージ項目内容
は、その直前にその長さを表わすメッセージ項目が送ら
れるものとする。

【００１９】メッセージ項目の中には、２バイトでそれ
が第何番目のメッセージかを示すメッセージIDと、２バ
イトでメッセージ全体の長さが何バイトかを示すメッセ
ージ長が含まれており、サーバからクライアントに送ら
れるデータストリームのどこからどこまでが、メッセー
ジかが分かるようになっている。

【００２０】又、各２バイトで、メッセージの発信元を
示すソースID、メッセージのあて先を示す行き先ID、そ
のあて先でメッセージを処理した結果を送る結果IDも、
メッセージ項目として存在する。

【００２１】メッセージは、通常は、メッセージと同時
にサーバ１からクライアント２に送られるコンテンツの
著作権を保護する為に、コンテンツに掛けられる暗号に
関するメッセージ項目を含んでいる。それらの項目に
は、２バイトで暗号の方式を示すアルゴリズムID、コン
テンツを暗号化するのか、暗号化されたコンテンツを解
読するのか、コンテンツに電子署名を入れるのか、若し
くはコンテンツに入れられた署名の正当性を検証するの
か等を区別する１バイトの暗号化/解読/シグネチャ・フ
ラグ、２バイトでコンテンツの処理に使う鍵の個数を示
す鍵数、２バイトで夫々の鍵の長さを示す鍵サイズ
（ｎ）（ｎ＝鍵番号：１，２，．．．）、その鍵サイズ
長をもつｎ番目の鍵の値である鍵（ｎ）、暗号の１方式
である公開鍵暗号の計算に必要なモジュロ係数の値であ
るモジュロと、２バイトでその長さを示すモジュロサイ
ズ、著作権保護モジュール１２若しくは２２が処理する
データに付けられた識別子である平文データID（コンテ
ンツもしくは、暗号化/解読用鍵などのデータの識別
子）と暗号化データID（暗号化されたコンテンツ若しく
は、暗号化された鍵などのデータに付けられる識別
子）、及び夫々２バイトでその長さを示す平文データサ
イズと暗号化データサイズ等がある。

【００２２】以上のメッセージ項目の適切な組合わせに
より、サーバ１からネットワーク３を通してクライアン
ト２に送られて来る暗号化されたコンテンツの解読に必
要な情報を、著作権保護モジュール２２に伝えることが
出来る。一例として、 メッセージID：０００１ｈ メッセージ長：００２Fｈ ソースID：０００Aｈ 行き先ID：０００８ｈ アルゴリズムID：００１０ｈ 暗号化/解読/シグネチャ・フラグ：０２ｈ 鍵数：０００１ｈ 鍵サイズ（１）：００１０ｈ 鍵（１）：ABCDEF０１２３４５６７８９ｈ 平文データサイズ：００E０ｈ 暗号化データサイズ：００E０ｈ 暗号化データID：（暗号化データの識別子＝０００４
ｈ） （ｈは１６進数を表わす） は、ソースID＝０００Ahのサーバ１から、行き先ID＝０
００８ｈのクライアント２に送られ、識別子（暗号化デ
ータID）＝０００４ｈの付いた、長さ２４０バイト（暗
号化データサイズ＝００E０ｈ）の暗号化コンテンツ
を、アルゴリズムID＝００１０ｈのDES暗号方式で、解
読すること（暗号化/解読/シグネチャ・フラグ＝０２
ｈ）を、著作権保護モジュール２２に知らせている。こ
の時使う鍵の数は１つ（鍵数＝０００１ｈ）で、そのサ
イズは１６バイト（鍵サイズ（１）＝００１０ｈ）、鍵
の値はABCDEF０１２３４５６７８９ｈ（＝鍵（１））、
暗号が解かれた平文データのサイズは同じく２４０バイ
ト（平文データサイズ：００E０ｈ）、その結果は、行
き先ID＝０００８ｈのサービスプログラム２３に送られ
ることを示している。

【００２３】更に、本発明の著作権保護システムでは、
クライアント２の著作権保護モジュール２２を更新する
為のメッセージ項目として、ダウンロードする著作権保
護モジュールのIDを示すモジュールポインタと、そのサ
イズを示す４バイト長のモジュールサイズをメッセージ
に含めることにより、著作権保護システムの更新をメッ
セージ処理の一部として実行する。一例を示すと、 メッセージID：０００２ｈ メッセージ長：００２６ｈ ソースID：０００Aｈ 行き先ID：０００８ｈ モジュールサイズ：０００１００００ｈ モジュールID：＝１０００ｈ アルゴリズムID：００１０ｈ 暗号化/解読/シグネチャ・フラグ：０２ｈ 鍵数：０００１ｈ 鍵サイズ（１）：００１０ｈ 平文サイズ：００E０ｈ 暗号化データサイズ：００E０ｈ （ｈは１６進数を表わす） のメッセージと共に、ダウンロードすべき著作権保護モ
ジュールに識別子（モジュールID）＝１０００ｈを付け
て、サーバ１からクライアント２に送ると、クライアン
ト２は、上記メッセージを解読して、識別子（モジュー
ルID）＝１０００ｈの付いた、長さ６５５３６バイト
（モジュールサイズ＝０００１００００ｈ）の著作権保
護モジュールを取り出して、著作権保護モジュール２２
に組み込む。ここで、モジュールＩＤがモジュールの有
無とその存在する場所を示す情報に相当する。この時、
モジュールの暗号方式は、DES暗号方式（アルゴリズムI
D＝００１０ｈ）で、モジュールの機能は暗号の解読で
あること（暗号化/解読/シグネチャ・フラグ＝０２ｈ）
や、この時使う鍵の数は１つ（鍵数＝０００１ｈ）で、
そのサイズは１６バイト（鍵サイズ（１）＝００１０
ｈ）、暗号化されたデータのサイズは２４０バイト（暗
号化データサイズ＝００E０ｈ）、暗号が解かれた平文
のサイズは同じく２４０バイト（平文サイズ＝００E０
ｈ）、その結果は、行き先ID＝０００８ｈのサービスプ
ログラム２３に送られること等をこのモジュールの属性
として、著作権保護モジュール２２に登録する。

【００２４】サーバとクライアントのOSやCPUが異なる
可能性があるので、サーバは予めクライアントと通信す
ることで、クライアントのOS及びCPUの種類を知り、そ
のクライアントに適合する著作権保護モジュールを選ん
で、クライアントにダウンロードすることにより、サー
バとクライアントのOSやCPUの違いを吸収するので、仮
想マシンは不要となる。

【００２５】

【発明の効果】以上のような構成及び方法により、本発
明の著作権保護システムでは、サーバからクライアント
に送られるメッセージをクライアントが解読することに
より、著作権保護モジュールの自動更新が可能となる。

【００２６】すなわち、メッセージ中にモジュールIDが
存在するかしないかで、モジュールの更新を行うか否か
が判定でき、モジュールIDが存在する場合はその値で、
どのモジュールかが分かり、モジュールサイズでその長
さが分かる。

【００２７】又、モジュールIDを示すメッセージ項目名
を探すことで、モジュールIDを見つけられるので、メッ
セージ中のモジュールIDの位置は、何処にあっても良
い。

【００２８】更に、可変長のメッセージ項目は、その直
前にある対応するメッセージ項目の長さを示す情報で、
その長さが分かる。

【図面の簡単な説明】

【図１】本発明の著作権保護システムの構成図

【図２】本発明の実施の形態における著作権保護システ
ムにおいて、サーバからクライアントに送られるメッセ
ージの構成図

【図３】従来例の説明図

【符号の説明】

１ サーバ ２ クライアント ３ ネットワーク １１ CPU １２ 著作権保護モジュール １３ サービスプログラム ２１ CPU ２２ 著作権保護モジュール ２３ サービスプログラム

Claims (6)

【特許請求の範囲】
1. 【請求項１】 サーバは、クライアントに送るメッセー
   ジ中に、更新すべきソフトウエアモジュールの有無とそ
   の存在する場所を示す情報と、そのモジュールの長さを
   示す情報を含めることにより、クライアントに著作権保
   護システムの更新を行わせることを特徴とする著作権保
   護システムの自動更新方法。
2. 【請求項２】 クライアントは、サーバから受け取るメ
   ッセージ中にある、更新すべきソフトウエアモジュール
   の有無とその存在する場所を示す情報を判定し、モジュ
   ールが存在する場合には、メッセージで指定される場所
   に、該モジュールを組み込むことにより、システムの更
   新を行うことを特徴とする著作権保護システムの自動更
   新方法。
3. 【請求項３】 サーバからクライアントに送られるメッ
   セージは、更新すべきソフトウエアモジュールの有無と
   その存在する場所を示す情報と、そのモジュールの長さ
   を示す情報を含み、該メッセージがサーバからクライア
   ントに送られることで、著作権保護システムの更新を行
   うことを特徴とする著作権保護システムの自動更新方
   法。
4. 【請求項４】 サーバからクライアントに送られるメッ
   セージは、メッセージ項目名と直後に続くメッセージ項
   目のデータの組で構成され、クライアントに送るメッセ
   ージ項目の順序を問わないことを特徴とする、請求項１
   ないし３に記載の著作権保護システムの自動更新方法。
5. 【請求項５】 メッセージ項目は、対応するメッセージ
   項目の長さを示すメッセージ項目を含み、その値が
   “０”の場合、そのメッセージ項目が存在しないことを
   示すことを特徴とする、請求項４に記載の著作権保護シ
   ステムの自動更新方法。
6. 【請求項６】 メッセージ項目は、サーバからクライア
   ントに送られるメッセージに含まれない場合、そのメッ
   セージ項目は存在しないことを意味することを特徴とす
   る、請求項１ないし３のいずれかに記載の著作権保護シ
   ステムの自動更新方法。