(57)【要約】【課題】メタデータに追加がなされて配信される場合に配信後の署名の検証も成功するような署名の付与の仕組みの提供。【解決手段】コンテンツ３に対して制作された初期メタデータ５と、初期メタデータ５に付加された、初期メタデータ５に対する初期署名６とを、有する初期配信用メタデータ１８ａを作成し、それを配送する機能と、初期メタデータ５に対する部分更新が発生した場合、初期メタデータ５の部分更新された部分９と、部分更新された部分９に付加された、部分更新された部分９に対する部分署名１０とを、有する部分メタデータ１６を作成し、部分更新された部分９を初期メタデータ５にマージしてなる全体メタデータと、この全体メタデータに対する全体署名１１とを作成し、部分メタデータ１６に全体署名１１を付加してなる自動更新用メタデータ１８ａを作成し、それを配送する機能とを有する送信装置。【選択図】図１
2006033114.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツに対して制作された初期メタデータと、この初期メタデータに付加された、前記初期メタデータに対する初期署名とを、有する初期配信用メタデータを作成する第１の機能部と、前記初期配信用メタデータをメタデータ受信装置に配送する第２の機能部とを有するメタデータ送信装置であって、
前記初期メタデータに対する部分更新が発生した場合、前記初期メタデータの部分更新された部分を有する部分メタデータを作成する第３の機能部と、
前記部分更新された部分を前記初期メタデータにマージしてなる全体メタデータと、この全体メタデータに対する全体署名とを作成する第４の機能部と、
前記部分メタデータに前記全体署名を付加してなる自動更新用メタデータを作成する第５の機能部と、
前記自動更新用メタデータを前記メタデータ受信装置に配送する第６の機能部とを有することを特徴とするメタデータ送信装置。
【請求項２】
請求項１に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータに対する前記部分更新が発生した場合、前記部分メタデータとして、前記部分更新された部分と、この部分更新された部分に付加された、前記部分更新された部分に対する部分署名とを、有するものを作成するものであることを特徴とするメタデータ送信装置。
【請求項３】
請求項２に記載のメタデータ送信装置において、
前記初期署名、前記部分署名、及び前記全体署名は、前記初期メタデータ、前記部分更新された部分、及び前記全体メタデータを制作した制作者の電子署名であることを特徴とするメタデータ送信装置。
【請求項４】
請求項３に記載のメタデータ送信装置において、
前記電子署名は、公開鍵基盤（ＰＫＩ）技術にもとづき前記制作者としての署名者を特定することができるものであることを特徴とするメタデータ送信装置。
【請求項５】
請求項１に記載のメタデータ送信装置において、
前記部分更新は、前記初期メタデータへの追加或いは前記初期メタデータの一部の変更であり、
前記部分更新された部分は、前記初期メタデータへの追加部分或いは前記初期メタデータの一部の変更部分であることを特徴とするメタデータ送信装置。
【請求項６】
請求項１に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータに対する別の部分更新が発生した場合、前記初期メタデータの別の部分更新された部分を有する別の部分メタデータを作成し、
前記第４の機能部は、前記部分更新された部分のみならず、前記別の部分更新された部分をも、前記初期メタデータにマージしてなる別の全体メタデータと、この別の全体メタデータに対する別の全体署名とを作成し、
前記第５の機能部は、前記別の部分メタデータに前記別の全体署名を付加してなる別の自動更新用メタデータを作成し、
前記第６の機能部は、前記別の自動更新用メタデータを前記メタデータ受信装置に配送することを特徴とするメタデータ送信装置。
【請求項７】
請求項６に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータに対する前記別の部分更新が発生した場合、前記別の部分メタデータとして、前記別の部分更新された部分と、この別の部分更新された部分に付加された、前記別の部分更新された部分に対する別の部分署名とを、有するものを作成するものであることを特徴とするメタデータ送信装置。
【請求項８】
コンテンツに対して制作された初期メタデータと、この初期メタデータに付加された、前記初期メタデータに対する初期署名とを、有する初期配信用メタデータを作成する第１の機能部と、前記初期配信用メタデータをメタデータ受信装置に配送する第２の機能部と、前記初期メタデータに対する部分更新が発生した場合、前記初期メタデータの部分更新された部分を有する部分メタデータを作成する第３の機能部と、前記部分更新された部分を前記初期メタデータにマージしてなる全体メタデータと、この全体メタデータに対する全体署名とを作成する第４の機能部と、前記部分メタデータに前記全体署名を付加してなる自動更新用メタデータを作成する第５の機能部と、前記自動更新用メタデータを前記メタデータ受信装置に配送する第６の機能部とを有するメタデータ送信装置に、組合されて使用されるメタデータ受信装置であって、
前記メタデータ送信装置から配送された前記初期配信用メタデータを取得し、続いて、前記メタデータ送信装置から配送された前記自動更新用メタデータを取得する機能部と、
取得した自動更新用メタデータから、前記部分更新された部分と前記全体署名とを取り出し、すでに取得している前記初期配信用メタデータの前記初期メタデータの所定の位置に前記部分更新された部分を追加して全体最新版メタデータとすると共に、この全体最新版メタデータに対する検証を、前記自動更新用メタデータから取り出された前記全体署名を用いて行う機能部と、
この検証が成功した場合、前記自動更新用メタデータから取り出された前記全体署名を、前記全体最新版メタデータの全体署名として、置換する機能部とを、有し、
これにより前記メタデータ受信装置がもつ前記全体最新版メタデータは、前記メタデータ送信装置のもつ全体メタデータと一致することを特徴とするメタデータ受信装置。
【請求項９】
請求項８に記載のメタデータ受信装置において、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータを受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とするメタデータ受信装置。
【請求項１０】
コンテンツに対して制作された初期メタデータと、この初期メタデータに付加された、前記初期メタデータに対する初期署名とを、有する初期配信用メタデータを作成する第１の機能部と、前記初期配信用メタデータをメタデータ受信装置に配送する第２の機能部と、前記初期メタデータに対する部分更新が発生した場合、前記初期メタデータの部分更新された部分と、この部分更新された部分に付加された、前記部分更新された部分に対する部分署名とを、有する部分メタデータを作成する第３の機能部と、前記部分更新された部分を前記初期メタデータにマージしてなる全体メタデータと、この全体メタデータに対する全体署名とを作成する第４の機能部と、前記部分メタデータに前記全体署名を付加してなる自動更新用メタデータを作成する第５の機能部と、前記自動更新用メタデータを前記メタデータ受信装置に配送する第６の機能部とを有するメタデータ送信装置に、組合されて使用されるメタデータ受信装置であって、
前記メタデータ送信装置から配送された前記初期配信用メタデータを取得し、続いて、前記メタデータ送信装置から配送された前記自動更新用メタデータを取得する機能部と、
取得した自動更新用メタデータにおける前記部分メタデータの前記部分更新された部分と、前記部分更新された部分に対する前記部分署名とを基に、前記部分更新された部分に対する前記部分署名に対してのみ第１の検証を行う機能部と、
この第１の検証によって、前記部分更新された部分に対する前記部分署名が改竄されていないことが確認された場合、前記自動更新用メタデータから、前記部分更新された部分と前記全体署名とを取り出し、すでに取得している前記初期配信用メタデータの前記初期メタデータの所定の位置に前記部分更新された部分を追加して全体最新版メタデータとすると共に、この全体最新版メタデータに対する第２の検証を、前記自動更新用メタデータから取り出された前記全体署名を用いて行う機能部と、
この第２の検証が成功した場合、前記自動更新用メタデータから取り出された前記全体署名を、前記全体最新版メタデータの全体署名として、置換する機能部とを、有し、
これにより前記メタデータ受信装置がもつ前記全体最新版メタデータは、前記メタデータ送信装置のもつ全体メタデータと一致することを特徴とするメタデータ受信装置。
【請求項１１】
請求項１０に記載のメタデータ受信装置において、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータ１８を受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とするメタデータ受信装置。
【請求項１２】
請求項１０に記載のメタデータ受信装置において、
前記初期署名、前記部分署名、及び前記全体署名は、前記初期メタデータ、前記部分更新された部分、及び前記全体メタデータを制作した制作者の電子署名であることを特徴とするメタデータ受信装置。
【請求項１３】
請求項１２に記載のメタデータ受信装置において、
前記電子署名は、公開鍵基盤（ＰＫＩ）技術にもとづき前記制作者としての署名者を特定することができるものであることを特徴とするメタデータ受信装置。
【請求項１４】
請求項８又は１０に記載のメタデータ受信装置において、
前記部分更新は、前記初期メタデータへの追加或いは前記初期メタデータの一部の変更であり、
前記部分更新された部分は、前記初期メタデータへの追加部分或いは前記初期メタデータの一部の変更部分であることを特徴とするメタデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー型放送において用いられる、メタデータ送信装置装置及びメタデータ受信装置に関するものである。
【背景技術】
【０００２】
サーバー型放送（或いは、蓄積型放送とも呼ばれる）は、受信機に番組蓄積装置と通信接続機能を備えることで、放送時間に拘束されない番組視聴を実現する。さらに、サーバー型放送は、番組の先頭から番組全体を視聴するだけでなく、メタデータと呼ばれる番組関連情報を利用して、番組の重要なシーンのみを視聴するなどの新しい放送サービスを提供する。メタデータは、一般的に、番組と併せて放送される。生中継の番組においては、番組放送中に、おなじメタデータが随時繰り返し送られるのではなく、番組の進行に応じたメタデータを送ることが想定されている。例えば、野球中継番組において、番組開始時に選手情報のみを初期メタデータとして送っておき、１回、２回と試合の進行に応じて、その回の各バッターの打席の結果を追加部分として選手情報に加えて更新メタデータとして送出するなどである。
【０００３】
この時、追加部分を加えたメタデータ全文書を繰り返し送出する。
【０００４】
同様に、メタデータの一部に変更を施し、該一部を変更部分とした場合も、その変更部分を有するメタデータ全文書を繰り返し送出する。
【０００５】
非特許文献１には、標準規格ARIB(Association of Radio Industries and Businesses) STD-B38（サーバー型放送における符号化、伝送及び蓄積制御方式）の概要が記載され、特に、サーバー型放送の概念が図示されている。
【０００６】
ARIB STD-B38の規格中には、XML(Extensible Markup Language)形式による、番組に対するメタデータの記述方法が定義されている。ARIB STD-B38の規格では、コンテンツに対する付加情報をメタデータに記述し再生端末に表示するだけでなく、メタデータに記述された内容によりコンテンツの部分再生などの再生制御を行えるような情報を記述できるよう定義されている。メタデータからコンテンツを再生する機能を有する再生機を利用すると、コンテンツの部分再生やコンテンツ自体を編集せずにコンテンツのダイジェスト版を定義・再生することが可能となる。ここで、メタデータの改竄防止（即ち、メタデータの完全性）とメタデータの制作者の証明（即ち、メタデータの制作者の認証）との実現を目的としてメタデータにメタデータ作成者の電子署名をXML形式（W3C XML-Signature Syntax and Processing）で付与することが提案されている（２００４年特許願第６００８５号明細書参照）。
【０００７】
ここで、電子署名について説明しておく。
【０００８】
電子署名（Electronic Signature）は、典型的には、デジタル署名（Digital Signature）である。
【０００９】
デジタル署名とは、公開鍵暗号技術（公開鍵基盤（ＰＫＩ：Public Key Infrastructure）技術）を基礎においた文書やメッセージの完全性と相手認証を実現する技術である。ここでメッセージの完全性とは、概ね「対象となる文書やメッセージが第三者によって改ざんされていないこと」と言うことができる。一方、相手認証は署名を実施したもの、すなわち文書やメッセージの作成者が本人であることを特定、保証することを言う。以降、デジタル署名の要素技術である、公開鍵暗号方式、一方向性ハッシュ関数について説明し、デジタル署名について説明する。
【００１０】
公開鍵暗号技術（公開鍵基盤（ＰＫＩ：Public Key Infrastructure）技術）：
暗号技術とは、図１６（Ａ）に示したように、暗号化したいデータとしての平文を暗号化する際に、ソフトウエアとして実装される暗号アルゴリズム（関数）に、暗号鍵（暗号アルゴリズムによって規定される一定長のデータ）と前記平文（暗号化前のデータ）を渡すことにより、平文を第三者には読めないように暗号データ（暗号文）に変換を行う技術である。ここで、平文とは、暗号化されていないデータのことで、暗号文の反意語である。
【００１１】
更に、暗号文を復号化する際には、図１６（Ｂ）に示したように、暗号化の場合と等価である暗号アルゴリズム（関数）に、復号鍵と暗号文（図１６（Ａ）の暗号データ）を渡すことにより、暗号文を平文に復号化を行う。
【００１２】
このとき、暗号鍵＝復号鍵の場合を共通鍵暗号方式と言い、暗号鍵≠復号鍵の場合は公開鍵暗号方式という。
【００１３】
すなわち、公開鍵暗号方式では、図１７のように、鍵Ａで暗号化したデータは鍵Ｂでしか復号化できず、鍵Ｂで暗号化したデータは鍵Ａでしか復号できないという特性を持つ。また、鍵は長いほうが暗号強度が強いとされ、目的や条件に応じていくつかの長さから鍵長を選択して利用できる。
【００１４】
公開鍵暗号方式には、いくつかのアルゴリズムが提案されているが最も有名なのはRSA(Rivest, Shamir, Adleman)アルゴリズムである。現在、RSAアルゴリズムでは、図１７の下部に参考として示した、鍵長1024bitの鍵がよく利用される。
【００１５】
一方向性ハッシュ関数：
一方向性ハッシュ関数は、任意の長さのデータ（元データ）を特定の長さのデータに圧縮するアルゴリズムである。圧縮されたデータは、計算されたハッシュ値を表すものであり、ダイジェストとも呼ばれる。図１８の上部に示す例では、元データは、「今日の料理」を表しており、図１８の下部に示す例では、元データは、「今日の料理は」を表している。一方向性ハッシュ関数は、圧縮されたデータから元データを推論できないという第１の特徴と、元データが少しでも異なればハッシュ関数の計算値（ハッシュ値）も違ったものになるという第２の特徴を備えている。よく使われるハッシュ関数としては、SHA-1とMD5というものがある。
【００１６】
デジタル署名：
デジタル署名は、公開鍵暗号の仕組みと一方向性ハッシュ関数を組み合わせて実現する、文書やメッセージの完全性の保証とその文書やメッセージの作成者の本人認証の機能を提供する技術である。図１９にデジタル署名の仕組みの概要を示す。
【００１７】
図１９において、署名（図１９の左のブロック）においては、署名対象文書のハッシュ値を、ハッシュ関数１を用いて計算し、ハッシュ値を署名者の秘密鍵で暗号化し、署名値を得る（暗号化ステップ２参照）。ここで、署名者は公開鍵暗号方式で利用する暗号鍵の片方を自分以外の人に使わせない秘密鍵として安全に管理・利用する。他方の鍵は、署名の検証に利用するための公開鍵として他者に公開する。ハッシュ値からもとの文書が推論できないため、秘密鍵を署名者が適切に管理していれば、この署名値は署名者しか作成できないと言え、署名としての効果を持つ。署名値を備えた文書は、検証のためのブロック（図１９の右のブロック）に送られる。
【００１８】
検証（図１９の右のブロック）では、文書に署名された署名が本当に正しいかを確認する。確認方法は、文書のハッシュ値を、前述のハッシュ関数１を用いて計算する。次に、検証者は、署名者の公開鍵（通常は、署名者による署名の際に、署名値に付加される公開鍵証明書中に存在する）を取得し、署名値を署名者の公開鍵で復号化し、ハッシュ値を得る（復号化ステップ２’参照）。このように、署名値を復号化すると署名時のハッシュ値を得ることができるので、署名時のハッシュ値を、文書から計算したハッシュ値と突き合わせる（比較ステップ３’参照）ことで署名を検証できる。この比較ステップ３’において、ハッシュ値が一致しなければ、本文（即ち、署名値を備えた文書）が改竄されたことがわかる。また、この署名値は、署名者本人しか作成できないため本人を認証することが可能である。
【００１９】
上述のように、サーバー型放送（蓄積型放送）でもリアルタイム放送のようにコンテンツの再生の経過時間に応じてメタデータに追加或いは変更を加えながら配信するようなメタデータの配信方法が考えられている。このような配信方法をとった場合、単純にメタデータに、追加部分或いは変更部分ごとに、追加或いは変更を加えたものの署名を付与しただけでは、メタデータに追加或いは変更を加えた時点で、初期メタデータに追加部分或いは変更部分を加えた全体メタデータのハッシュ値が変り、該全体メタデータの署名検証に失敗するような更新になってしまう。更には、メタデータの断片（フラグメント：上述の追加部分或いは変更部分のことである）ごとに、図２０のような、追加或いは変更を加えたもののXML署名がメタデータに付加されてしまい、管理が非効率であるいう問題がある。
【００２０】
図２０におけるXML署名において、署名者（追加或いは変更を加えたもの）の署名データはXML形式で表現されており、署名対象は、<Reference URI=…>   …  </ Reference>というタグの中でURI(Uniform Resource Identifier)で指定され、ダイジェストは、<DigestValue>   …  </DigestValue>というタグの中に記述されており、署名者の署名値は、<SignatureValue>   …  </SignatureValue>というタグの中に記述されている。
【００２１】
一般に、XML署名には、署名者の公開鍵を表す公開鍵証明書（図２０には図示していない）が含まれる。この場合、その公開鍵証明書は、図２０ のXML署名における、タグ</SignatureValue>のあとに付加される。
【００２２】
【非特許文献１】標準規格概要（放送分野）  規格番号：ARIB STD-B38  標準規格名：サーバー型放送における符号化、伝送及び蓄積制御方式、[online]、社団法人電波産業会、[２００４年１月２９日検索]、インターネット＜URL：http://www.arib.or.jp/tyosakenkyu/kikaku_hoso/hoso_std-b038.html＞
【発明の開示】
【発明が解決しようとする課題】
【００２３】
上述のように、サーバー型放送（蓄積型放送）においては、メタデータの権利保護のためにメタデータに電子署名を付与することで改竄を防止しメタデータの乱用を防止する仕組みが提案されている（前述の２００４年特許願第６００８５号明細書参照）が、単純に署名を付与しただけでは、リアルタイム放送のように時間の経過に伴いメタデータに追加或いは変更をしながら、或いは配信するような場合、署名の扱いに工夫を施さないと受信した側での署名の検証に失敗してしまう。
【００２４】
また、上述のように、追加部分或いは変更部分を加えたメタデータ全文書を繰り返し送出すると、ほぼ同じデータを繰り返し送出するため、効率が悪い。
【００２５】
そのため、放送帯域の効率化を考慮して、メタデータの追加部分或いは変更部分のみを送出する方法が考えられる。この場合、受信機側では、受信した初期メタデータを保持保存しておき、順次送られてくる追加部分を、保存しているメタデータに順次追加して、メタデータを更新する。或いは、受信機側では、順次送られてくる変更部分を、保存しているメタデータの対応部分に置き換えることにより、メタデータを更新する。
【００２６】
このようなメタデータの追加部分のみを（或いは変更部分のみを）送出する方法においても、メタデータの改竄の防止（即ち、メタデータの完全性）と、メタデータの制作者の証明（即ち、メタデータの制作者の認証）とを実現できるメタデータの保護手段が求められている。
【００２７】
本発明の目的は、時間の経過に伴い、メタデータに追加或いは変更がなされて配信される場合に配信後の署名の検証も成功するような効率的に署名の付与の仕組み（メタデータ送信装置及びメタデータ受信装置）を提供することにある。
【００２８】
本発明のもう一つの目的は、メタデータの追加部分或いは変更部分のみを配信場合においても、メタデータの改竄の防止（即ち、メタデータの完全性）と、メタデータの制作者の証明（即ち、メタデータの制作者の認証）とを実現できるメタデータの保護手段を提供することにある。
【課題を解決するための手段】
【００２９】
本発明によるメタデータ送信装置及び本発明によるメタデータ受信装置は、以下のとおりである。
【００３０】
［請求項１］
コンテンツ（３）に対して制作された初期メタデータ（５）と、この初期メタデータ（５）に付加された、前記初期メタデータ（５）に対する初期署名（６）とを、有する初期配信用メタデータ（４）を作成する第１の機能部と、前記初期配信用メタデータ（４）をメタデータ受信装置に配送する第２の機能部とを有するメタデータ送信装置であって、
前記初期メタデータ（５）に対する部分更新が発生した場合、前記初期メタデータ（５）の部分更新された部分（９或いは１５）を有する部分メタデータ（１６）を作成する第３の機能部と、
前記部分更新された部分（９或いは１５）を前記初期メタデータ（５）にマージしてなる全体メタデータと、この全体メタデータに対する全体署名（１１）とを作成する第４の機能部と、
前記部分メタデータ（１６）に前記全体署名（１１）を付加してなる自動更新用メタデータ（１８ａ）を作成する第５の機能部と、
前記自動更新用メタデータ（１８ａ）を前記メタデータ受信装置に配送する第６の機能部とを有することを特徴とするメタデータ送信装置。
【００３１】
［請求項２］
請求項１に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータ（５）に対する前記部分更新が発生した場合、前記部分メタデータ（１６）として、前記部分更新された部分（９或いは１５）と、この部分更新された部分（９或いは１５）に付加された、前記部分更新された部分（９或いは１５）に対する部分署名（１０）とを、有するものを作成するものであることを特徴とするメタデータ送信装置。
【００３２】
［請求項３］
請求項２に記載のメタデータ送信装置において、
前記初期署名、前記部分署名、及び前記全体署名は、前記初期メタデータ、前記部分更新された部分、及び前記全体メタデータを制作した制作者の電子署名であることを特徴とするメタデータ送信装置。
【００３３】
［請求項４］
請求項３に記載のメタデータ送信装置において、
前記電子署名は、公開鍵基盤（ＰＫＩ）技術にもとづき前記制作者としての署名者を特定することができるものであることを特徴とするメタデータ送信装置。
【００３４】
［請求項５］
請求項１に記載のメタデータ送信装置において、
前記部分更新は、前記初期メタデータへの追加或いは前記初期メタデータの一部の変更であり、
前記部分更新された部分は、前記初期メタデータへの追加部分或いは前記初期メタデータの一部の変更部分であることを特徴とするメタデータ送信装置。
【００３５】
［請求項６］
請求項１に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータに対する別の部分更新が発生した場合、前記初期メタデータの別の部分更新された部分を有する別の部分メタデータを作成し、
前記第４の機能部は、前記別の部分更新された部分をも前記初期メタデータにマージしてなる別の全体メタデータと、この別の全体メタデータに対する別の全体署名とを作成し、
前記第５の機能部は、前記別の部分メタデータに前記別の全体署名を付加してなる別の自動更新用メタデータを作成し、
前記第６の機能部は、前記別の自動更新用メタデータを前記メタデータ受信装置に配送することを特徴とするメタデータ送信装置。
【００３６】
［請求項７］
請求項６に記載のメタデータ送信装置において、
前記第３の機能部は、前記初期メタデータに対する前記別の部分更新が発生した場合、前記別の部分メタデータとして、前記別の部分更新された部分と、この別の部分更新された部分に付加された、前記別の部分更新された部分に対する別の部分署名とを、有するものを作成するものであることを特徴とするメタデータ送信装置。
【００３７】
［請求項８］
コンテンツ（３）に対して制作された初期メタデータ（５）と、この初期メタデータ（５）に付加された、前記初期メタデータ（５）に対する初期署名（６）とを、有する初期配信用メタデータ（４）を作成する第１の機能部と、前記初期配信用メタデータ（４）をメタデータ受信装置（４７）に配送する第２の機能部と、前記初期メタデータ（５）に対する部分更新が発生した場合、前記初期メタデータ（５）の部分更新された部分（９或いは１５）を有する部分メタデータ（１６）を作成する第３の機能部と、前記部分更新された部分（９或いは１５）を前記初期メタデータ（５）にマージしてなる全体メタデータと、この全体メタデータに対する全体署名（１１）とを作成する第４の機能部と、前記部分メタデータ（１６）に前記全体署名（１１）を付加してなる自動更新用メタデータ（１８ａ）を作成する第５の機能部と、前記自動更新用メタデータ（１８ａ）を前記メタデータ受信装置（４７）に配送する第６の機能部とを有するメタデータ送信装置（４０）に、組合されて使用されるメタデータ受信装置（４７）であって、
前記メタデータ送信装置（４０）から配送された前記初期配信用メタデータ（４）を取得し、続いて、前記メタデータ送信装置（４０）から配送された前記自動更新用メタデータ（１８ａ）を取得する機能部と、
取得した自動更新用メタデータ（１８ｂ）から、前記部分更新された部分（９或いは１５）と前記全体署名（１１）とを取り出し、すでに取得している前記初期配信用メタデータ（４）の前記初期メタデータ（５）の所定の位置に前記部分更新された部分（９或いは１５）を追加して全体最新版メタデータ（１４）とすると共に、この全体最新版メタデータ（１４）に対する第２の検証を、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を用いて行う機能部と、
この検証が成功した場合、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を、前記全体最新版メタデータ（１４）の全体署名（１１）として、置換する機能部とを、有し、
これにより前記メタデータ受信装置（４７）がもつ前記全体最新版メタデータ（１４）は、前記メタデータ送信装置（４０）のもつ全体メタデータと一致することを特徴とするメタデータ受信装置。
【００３８】
［請求項９］
請求項８に記載のメタデータ受信装置において、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータを受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とするメタデータ受信装置。
【００３９】
［請求項１０］
コンテンツ（３）に対して制作された初期メタデータ（５）と、この初期メタデータ（５）に付加された、前記初期メタデータ（５）に対する初期署名（６）とを、有する初期配信用メタデータ（４）を作成する第１の機能部と、前記初期配信用メタデータ（４）をメタデータ受信装置（４７）に配送する第２の機能部と、前記初期メタデータ（５）に対する部分更新が発生した場合、前記初期メタデータ（５）の部分更新された部分（９或いは１５）と、この部分更新された部分（９或いは１５）に付加された、前記部分更新された部分（９或いは１５）に対する部分署名（１０）とを、有する部分メタデータ（１６）を作成する第３の機能部と、前記部分更新された部分（９或いは１５）を前記初期メタデータ（５）にマージしてなる全体メタデータと、この全体メタデータに対する全体署名（１１）とを作成する第４の機能部と、前記部分メタデータ（１６）に前記全体署名（１１）を付加してなる自動更新用メタデータ（１８ａ）を作成する第５の機能部と、前記自動更新用メタデータ（１８ａ）を前記メタデータ受信装置（４７）に配送する第６の機能部とを有するメタデータ送信装置（４０）に、組合されて使用されるメタデータ受信装置（４７）であって、
前記メタデータ送信装置（４０）から配送された前記初期配信用メタデータ（４）を取得し、続いて、前記メタデータ送信装置（４０）から配送された前記自動更新用メタデータ（１８ａ）を取得する機能部と、
取得した自動更新用メタデータ（１８ｂ）における前記部分メタデータ（１６）の前記部分更新された部分（９或いは１５）と、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）とを基に、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）に対してのみ第１の検証を行う機能部と、
この第１の検証によって、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）が改竄されていないことが確認された場合、前記自動更新用メタデータ（１８ｂ）から、前記部分更新された部分（９或いは１５）と前記全体署名（１１）とを取り出し、すでに取得している前記初期配信用メタデータ（４）の前記初期メタデータ（５）の所定の位置に前記部分更新された部分（９或いは１５）を追加して全体最新版メタデータ（１４）とすると共に、この全体最新版メタデータ（１４）に対する第２の検証を、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を用いて行う機能部と、
この第２の検証が成功した場合、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を、前記全体最新版メタデータ（１４）の全体署名（１１）として、置換する機能部とを、有し、
これにより前記メタデータ受信装置（４７）がもつ前記全体最新版メタデータ（１４）は、前記メタデータ送信装置（４０）のもつ全体メタデータと一致し、署名と検証の関係を崩さずに自動更新されることを特徴とするメタデータ受信装置。
【００４０】
［請求項１１］
請求項１０に記載のメタデータ受信装置において、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータを受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とするメタデータ受信装置。
【００４１】
［請求項１２］
請求項１０に記載のメタデータ受信装置において、
前記初期署名、前記部分署名、及び前記全体署名は、前記初期メタデータ、前記部分更新された部分、及び前記全体メタデータを制作した制作者の電子署名であることを特徴とするメタデータ受信装置。
【００４２】
［請求項１３］
請求項１２に記載のメタデータ受信装置において、
前記電子署名は、公開鍵基盤（ＰＫＩ）技術にもとづき前記制作者としての署名者を特定することができるものであることを特徴とするメタデータ受信装置。
【００４３】
［請求項１４］
請求項８又は１０に記載のメタデータ受信装置において、
前記部分更新は、前記初期メタデータへの追加或いは前記初期メタデータの一部の変更であり、
前記部分更新された部分は、前記初期メタデータへの追加部分或いは前記初期メタデータの一部の変更部分であることを特徴とするメタデータ受信装置。
【発明の効果】
【００４４】
本発明によれば、時間の経過に伴い、メタデータに追加或いは変更がなされて配信される場合に配信後の署名の検証も成功するような効率的に署名の付与の仕組み（メタデータ送信装置及びメタデータ受信装置）を得ることができる。
【００４５】
更に本発明によれば、メタデータの追加部分或いは変更部分のみを配信場合においても、メタデータの改竄の防止（即ち、メタデータの完全性）と、メタデータの制作者の証明（即ち、メタデータの制作者の認証）とを実現できるメタデータの保護手段を得ることができる。
【００４６】
即ち、本発明によれば、メタデータを部分更新して部分更新部分を部分メタデータとして配信しても、メタデータ全体に対する署名の検証に失敗しない。
【発明を実施するための最良の形態】
【００４７】
以下に述べる本発明の実施例では、制作者（制作者端末）は初期メタデータをコンテンツと共に利用者（利用者端末）に配送する。その後、メタデータの部分更新（典型的には、メタデータの追加或いはメタデータの一部の変更）が発生した場合、制作者（制作者端末）は、メタデータの部分更新が施された部分（即ち、追加部分或いは変更部分）のみに対する署名と、その時点でのメタデータ全体（部分更新が施されたメタデータ全体）に対する署名を作成する。この際、利用者（利用者端末）に配信する更新データは、
１）メタデータの部分更新された部分（即ち、追加部分或いは変更部分）、
２）部分更新された部分（即ち、追加部分或いは変更部分）のみに対する部分署名であるXML署名、及び
３）部分更新された部分（即ち、追加部分或いは変更部分）を含むメタデータ全体（部分更新が施されたメタデータ全体）に対するXML署名、
を一まとめにしたものとする。
【００４８】
利用者（利用者端末）側では、利用者（利用者端末）は、配送された一まとめのデータを、上記の３データ１）、２）、及び３）に分解する。そして、利用者（利用者端末）は、メタデータの部分更新された部分（即ち、追加部分或いは変更部分）を初期メタデータとマージ（結合）する。また、利用者（利用者端末）は、部分署名であるXML署名を履歴の管理に用い、部分更新された部分（即ち、追加部分或いは変更部分）を含むメタデータ全体に対するXML署名を、利用者（利用者端末）側でマージ（結合）したメタデータ全体の最新版の署名として置換する。これにより、部分更新された部分（即ち、追加部分或いは変更部分）を事後配送する場合でも、メタデータの署名検証を崩すことなく利用者（利用者端末）側（クライアント側）で部分更新された部分（即ち、追加部分或いは変更部分）をマージできる。
【００４９】
以下、本発明の実施例について図面を参照して説明する。
【００５０】
図１を参照すると、本発明の一実施例による配送システム（この配送システムは、メタデータ送信装置（後に、メタデータ作成機４０（図４）として図示）及びメタデータ受信装置（後に、メタデータ制御機４７（図４）として図示）を備える）が示されている。図１において、メタデータの制作者（制作者端末）１は、あらかじめ作成されたコンテンツ３に対する初期メタデータ５を作成し、その初期メタデータ５に制作者１の署名６を付加し、署名済み初期メタデータ（初期配信用メタデータ）４を作成する。
【００５１】
詳細には、メタデータ制作者（制作者端末）１は、コンテンツ３に対する初期メタデータ５（図２に、署名対象となる初期メタデータ５として示す）を、メタデータ作成機（後に図示）で作成する。制作者（制作者端末）１は、作成された署名対象となる初期メタデータ５に対してXML形式の電子署名（図３の初期メタデータ全体に対するXML署名６）を付与し、図３に示された署名済み初期メタデータ４を作成する。図３の署名済み初期メタデータ４において、署名対象は署名対象８で示された範囲（図２の初期メタデータ５の<TVAMain>と</TVAMain>とで挟まれた部分）とする。
【００５２】
図１において、メタデータ制作者（制作者端末）１は、署名済み初期メタデータ（初期配信用メタデータ）４をコンテンツ３とともに利用者２に配送する。
【００５３】
図４を参照すると、図１の配送システムを実現する送信系装置及び受信系装置が示されている。メタデータ制作者（制作者）１は、コンテンツ３を作成するコンテンツ作成機６０と、コンテンツ３に対するメタデータ（署名済み初期メタデータ）４を作成するメタデータ作成機（メタデータ送信装置）４０とを、送信系装置（制作者端末）として保持している。すなわち、メタデータ作成機４０を保持しているメタデータ制作者１が、既に作成されたコンテンツ３に対するメタデータ（署名済み初期メタデータ）４をメタデータ作成機４０上で作成する。
【００５４】
図４において、コンテンツ３は、放送用の通信手段である放送網１１０を使って利用者２に配布され、メタデータ（署名済み初期メタデータ）４は、ネットワーク（インターネット等の通信ネットワーク）１００を使って利用者２に配布される。利用者２は、ネットワーク１００に接続され、メタデータ作成機（メタデータ送信装置）４０から配布されたメタデータ（署名済み初期メタデータ）４を取得するメタデータ制御機（メタデータ受信装置）４７と、放送網１１０からのコンテンツ３を取得するコンテンツ受信機７０とを受信系装置（利用者端末）として保持する。コンテンツ受信機７０は、コンテンツ再生機能をも有するものである。利用者２は、メタデータ制御機（メタデータ受信装置）４７を利用して、配送されてきたメタデータ（署名済み初期メタデータ）４にアクセスし、メタデータ（署名済み初期メタデータ）４からコンテンツ３へのアクセスが可能な場合には、メタデータ（署名済み初期メタデータ）４に基づいたコンテンツ３の映像などを見ることが出来る。
【００５５】
上述では、コンテンツ３を放送網１１０、メタデータ４をネットワーク１００を使って利用者に配布する方法を示したが、コンテンツ３をネットワーク、メタデータ４を放送網で配布してもよい。また、コンテンツ３及びメタデータ４を両方とも放送網で配布してもよいし、コンテンツ３及びメタデータ４を両方ともネットワークで配布してもよい。
【００５６】
この際、メタデータ制御機（メタデータ受信装置）４７が、メタデータ（署名済み初期メタデータ）４からコンテンツ３にアクセスするときは、まず、メタデータ（署名済み初期メタデータ）４に付与されているメタデータ制作者の署名６を検証しメタデータ（署名済み初期メタデータ）４が改竄されていないことを確認する。次に、メタデータ制作者１の公開鍵証明書の中に記述されている公開鍵証明書の所有者の情報が格納されているサブジェクト(subject)領域の値を取得し、メタデータ（署名済み初期メタデータ）４の作成者を同定することで、メタデータ４からコンテンツ３へのアクセスが可能となる。
【００５７】
これにより、メタデータ４に基づいたコンテンツ３の映像などを見ることが出来る。
【００５８】
図１において、制作者１で追加でメタデータを作成する必要が発生したとき、制作者１は、メタデータ作成機（メタデータ送信装置）４０（図４）において、追加メタデータ９を作成する。制作者１は、メタデータ作成機４０（図４）において、追加メタデータ（部分更新された部分）９に、追加メタデータ９に対する署名（制作者１の署名）１０を付加してなるメタデータ１６を作成する。
【００５９】
例えば、追加メタデータ９は、図５に示されたような、部分更新フラグメントを含む部分更新された部分１５である。この部分更新された部分内１５に、初期メタデータ５への追加部分が入れられる。
【００６０】
以下は、この部分更新された部分１５が、初期メタデータ５への追加部分である場合を主に説明するが、部分更新された部分１５は、初期メタデータ５の一部の変更部分であっても良いことはもちろんである。
【００６１】
この場合、部分更新された部分に対する署名値（追加メタデータに対する署名１０）を付加してなるメタデータ１６は、図６に示されているように、部分更新された部分１５と、当該部分更新された部分１５に対するXML署名文書１９とを含み、他の部分は配送用のコンテナとしてのみ機能するような構成となっている。
【００６２】
図１において、次に、制作者１は、メタデータ作成機４０（図４）において、前述の初期メタデータに、追加メタデータ（部分更新された部分）９を加えることによって、部分更新された部分を追加した全体メタデータを作成する。そして、制作者１は、メタデータ作成機４０（図４）において、この部分更新された部分を追加した全体メタデータに、この部分更新された部分を追加した全体メタデータに対する署名（制作者１の署名）１１を付加してなるメタデータ１７を作成する。
【００６３】
例えば、この部分更新された部分を追加した全体メタデータに対する署名１１を付加してなるメタデータ１７は、図７に示されているように、部分更新された部分１５をマージした後の全体メタデータと、部分更新された部分１５をマージした後の全体メタデータに対するXML署名文書２０（これは、図１のメタデータ１７の署名１１に対応する）とを含んでいる。
【００６４】
図１において、次に、制作者１は、メタデータ作成機４０（図４）において、部分更新された部分に対する署名値（追加メタデータに対する署名１０）を付加してなるメタデータ１６に、前述の全体メタデータに対する署名１１のみを付加してなる自動更新用メタデータ１８ａを作成する。すなわち、自動更新用メタデータ１８ａは、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０と、部分更新された部分（追加メタデータ９）をも含む全体メタデータに対する署名（制作者１の署名）１１とを有している。制作者１は、自動更新用メタデータ１８ａを利用者２に配送する。
【００６５】
例えば、この配送される自動更新用メタデータ１８ａは、図８に示されているように、部分更新された部分１５と、当該部分更新された部分１５に対するXML署名文書１９とを含む、図６に示されているメタデータ１６に、部分更新された部分１５をマージした後の全体メタデータに対するXML署名文書２０（図１のメタデータ１７の署名１１に対応）を付加してなるものである。
【００６６】
図１において、利用者２は、制作者１から配送された自動更新用メタデータ１８ａを、自動更新用メタデータ１８ｂとして取得するメタデータ制御機４７（図４）を保持している。取得された自動更新用メタデータ１８ｂは、自動更新用メタデータ１８ａと同様に、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０と、部分更新された部分（追加メタデータ９）をも含む全体メタデータに対する署名１１とを有している。利用者２は、メタデータ制御機４７（図４）において、自動更新用メタデータ１８ｂにおける、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０とを基に、図１９の右のブロックを用いての説明と同様に、部分更新された部分（追加メタデータ９）に対する署名１０に対してのみ署名値および公開鍵証明書の検証を行う。この検証によって、部分更新された部分（追加メタデータ９）に対する署名１０が改竄されていないことが確認されれば、自動更新用メタデータ１８ｂから、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）をも含む全体メタデータに対する署名１１とをメタデータ制御機４７（図４）において取り出し、利用者２が現時点で持っている全体最新版メタデータ１４（この時点では、署名済み初期メタデータ４である。）の適切な位置に部分更新された部分（追加メタデータ９）をメタデータ制御機４７（図４）において追加すると共に、部分更新された部分（追加メタデータ９）を追加された全体最新版メタデータ１４に対する署名の検証を、メタデータ制御機４７（図４）において、自動更新用メタデータ１８ｂから取り出された署名１１を用いて行う。この検証が成功すれば、自動更新用メタデータ１８ｂから取り出された署名１１は、部分更新された部分（追加メタデータ９）を追加された全体最新版メタデータ１４の署名として、メタデータ制御機４７（図４）において、置換される。
【００６７】
これにより現時点で利用者２が、メタデータ制御機４７（図４）において、もつ全体最新版メタデータ１４は、制作者１のもつ全体最新版メタデータ（図１の１７）と一致することとなり、ＸＭＬ署名の署名と検証の関係を崩さずに自動更新を実現できる。
【００６８】
図９を参照して、利用者２によるメタデータ制御機４７における上述の動作（自動更新用メタデータ（１回目）の取扱い）を再度説明しておく。
【００６９】
図９において、利用者２のメタデータ制御機４７（図４）は、初期メタデータ５と、初期メタデータ５に対する署名６とを有する署名済み初期メタデータ（初期配信用メタデータ）４を、既に、取得している。
【００７０】
この状態において、利用者２は、メタデータ制御機４７において、制作者１から配送された自動更新用メタデータ１８ｂを取得したとする。この取得された自動更新用メタデータ１８ｂは、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０と、部分更新された部分（追加メタデータ９）をも含む全体メタデータに対する署名１１とを有している。
【００７１】
利用者２は、メタデータ制御機４７において、自動更新用メタデータ１８ｂにおける、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０とを基に、部分更新された部分（追加メタデータ９）に対する署名１０に対してのみ署名値および公開鍵証明書の検証を行う。この検証によって、部分更新された部分（追加メタデータ９）に対する署名１０が改竄されていないことが確認されれば、自動更新用メタデータ１８ｂから、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）をも含む全体メタデータに対する署名１１とをメタデータ制御機４７において取り出し、利用者２が現時点で持っている全体最新版メタデータ（この時点では、署名済み初期メタデータ（初期配信用メタデータ）４である。）の適切な位置に部分更新された部分（追加メタデータ９）をメタデータ制御機４７において追加する（図９の追加）と共に、部分更新された部分（追加メタデータ９）を追加された全体最新版メタデータに対する署名の検証を、メタデータ制御機４７において、自動更新用メタデータ１８ｂから取り出された署名１１を用いて行う。この検証が成功すれば、自動更新用メタデータ１８ｂから取り出された署名１１は、部分更新された部分（追加メタデータ９）を追加された全体最新版メタデータの署名として、メタデータ制御機４７において、置換される（図９の置換）。上記の追加及び上記の置換により、図９の右下部に示したものが得られる。
【００７２】
利用者２は、メタデータ制御機４７において、自動更新用メタデータ１８ｂにおける、部分更新された部分（追加メタデータ９）と、部分更新された部分（追加メタデータ９）に対する署名１０とを、履歴として、メタデータ制御機４７のデータベースＤＢ（後に、図１２に図示する部分更新用メタデータ履歴管理部３６に相当する）に格納し、保存する（図９の保存）。
【００７３】
図１において、続いて、利用者２が、制作者１から配送された次の自動更新用メタデータ（２回目の自動更新用メタデータ）１８ａを、次の自動更新用メタデータ１８ｂとして受信すると、利用者２がもっている全体最新版メタデータ１４は、この受信した自動更新用メタデータ１８ｂに応答して、上述と同様に、自動更新される。
【００７４】
図１０に、利用者２によるメタデータ制御機４７における自動更新用メタデータ（Ｎ回目）の取扱いの例を示す。図１０においては、追加メタデータ９（1回目）、追加メタデータ９（2回目）、…、追加メタデータ９（Ｎ−１回目）、及び追加メタデータ９（Ｎ回目）が、別個に図示されているので、Ｎは、4以上の整数である場合を例示している。しかし、本発明は、それに限らず、Ｎは、１以上の整数であれば良い。
【００７５】
次に、図４の各部分について説明する。
【００７６】
（メタデータ作成機（メタデータ送信装置）４０）
図１１を参照すると、メタデータ作成機４０は、ＩＣ(Integrated Circuit)カードリーダライタ４５が接続された、パーソナルコンピュータなどの情報処理装置である。メタデータ作成機４０は、コンテンツ作成機６０（図４）にて作成されたコンテンツ３（図４）に対応する初期メタデータ４（図４）を作成する機能、作成したメタデータ４に対してデジタル署名を付与する機能を有し、デジタル署名に利用する公開鍵証明書、秘密鍵を格納したＩＣカード４６へアクセスための機能を有し、ＩＣカードリーダライター４５が接続される。メタデータ作成機４０は、例えばソフトウエアで実現されるメタデータ作成部４１とメタデータ送信部４２とから構成される。
【００７７】
メタデータ作成部４１は、コンテンツ３に対応する初期メタデータ４を作成する機能を有し、作成したメタデータ４に対し、デジタル署名を付加する機能として署名生成部４３を有するソフトウエアで構成される。また、作成したメタデータ４を使いコンテンツ３を再生するためのコンテンツ再生制御部４４を有する。
【００７８】
メタデータ送信部４２は、メタデータ作成部４１で作成されたメタデータ４や他のメタデータを、インターネット等の通信ネットワーク１００（図４）を介してメタデータ制御機４７（図４）へ転送する機能を有する。
【００７９】
署名生成部４３は、作成されたメタデータ４に対してデジタル署名を付与する機能を有する。署名対象文書に対し、W3Cの規格であるXML-Signature形式の署名文書を作成し、署名のためのハッシュ値を生成、ＩＣカードリーダライター４５を介したＩＣカード４６により署名値を生成し、生成された署名値をXML署名文書に埋め込むことにより署名を実行する。また、ＩＣカード４６に格納されている署名者の公開鍵証明書を署名対象文書に埋め込む機能も有する。
【００８０】
ＩＣカード４６は、秘密鍵と公開鍵証明書が格納でき、内部で暗号計算を実行できる機能を有する。ＩＣカードリーダライター４５経由で、署名対象文書のハッシュ値が渡されると、それを暗号化することにより署名値を生成し、それをＩＣカードリーダライタ４５経由で署名生成部４３へ返却する。
【００８１】
ＩＣカードリーダライタ４５は、パーソナルコンピュータなどの情報処理装置からの命令によりＩＣカード４６内の情報を読み取る機能、およびＩＣカード４６にＩＣカード４６内に格納された鍵を用いたデジタル署名のための暗号計算の実行を命令する機能を有する。
【００８２】
コンテンツ再生制御部４４は、メタデータ４の内容に従いコンテンツ作成機６０（図４）へコンテンツの部分再生を命令する機能を有する。
【００８３】
メタデータ作成部４１は、追加メタデータ９（図１）等の部分更新フラグメントを含む部分更新された部分１５（図５）を作成する機能、追加メタデータ９（部分更新された部分１５）に対する署名１０を付加してなるメタデータ１６（図６の部分更新された部分に対する署名値を付加してなるメタデータ１６）を作成する機能、追加メタデータ９（部分更新された部分１５）を追加した全体メタデータに、追加メタデータ９（部分更新された部分１５）を追加した全体メタデータに対する署名１１を付加してなるメタデータ１７（図７）を生成する機能、追加メタデータ９（部分更新された部分１５）に対する署名１０を付加してなるメタデータ１６（図６）に、前述の全体メタデータに対する署名１１のみを付加してなる自動更新用メタデータ１８ａ（図１及び図８）を作成する機能を、更に有する。
【００８４】
メタデータ作成部４１は、自動更新用メタデータ管理部３９と、自動更新用メタデータ配信制御部３８とを有する。自動更新用メタデータ管理部３９は、各コンテンツに対応するメタデータごとに、自動更新用メタデータ１８ａと、追加メタデータ９（部分更新された部分１５）を追加した時点の全体メタデータとの履歴を管理する機能を有する。
【００８５】
また、自動更新用メタデータ配信制御部３８は、自動更新用メタデータ管理部３９から自動更新用メタデータ１８ａを取り出す機能、どのユーザに自動配信を行っているか、そのユーザにはどこまで自動更新用メタデータ１８ａを配信したかなどを管理する機能を有する。
【００８６】
（メタデータ制御機（メタデータ受信装置）４７）
図１２を、図４と併せ参照して、メタデータ制御機４７は、ＩＣカードリーダライタ５２が接続されたパーソナルコンピュータなどの情報処理装置である。メタデータ制御機４７は、ソフトウエアプログラムで実現される署名生成・検証機能部４９とコンテンツ再生制御部５０とを含むメタデータ編集部４８と、メタデータ送受信部５１とから構成される。
【００８７】
ＩＣカードリーダライター５２及びＩＣカード５３は、メタデータ作成機４０に接続されているものと同等のものである。
【００８８】
メタデータ編集部４８は、メタデータ作成機４０で作成された署名済み初期メタデータ４を編集する機能と、編集した部分に対し、署名生成・検証機能部４９とＩＣカードリーダライタ５２とＩＣカード５３とを利用して、デジタル署名を付与する機能と、署名生成・検証機能部４９を使って、メタデータ４に付与された署名および証明書を検証する機能と、コンテンツ３の再生制御を行うコンテンツ再生制御部５０を有する。
【００８９】
署名生成・検証機能部４９は、メタデータ作成機４０と同様の署名生成機能と、与えらえらたメタデータの署名値を検証する機能と、証明書の検証機能を有する。
【００９０】
コンテンツ再生制御部５０は、メタデータ４の内容に従いコンテンツ受信機７０へコンテンツ３の部分再生を命令する機能を有する。また、コンテンツ再生制御部５０は、メタデータ４に埋め込まれているメタデータ作成者署名の中からメタデータ制作者の公開鍵証明書を取得し、公開鍵証明書の所有者から署名者を同定する機能を有する。
【００９１】
自動更新用メタデータ履歴管理部３６は、受信した自動更新用メタデータ１８ｂから全対署名１１を削除したものを時系列で履歴管理する機能を有する。
【００９２】
また、自動更新用メタデータ受信制御部３７は、自動更新用メタデータ履歴管理部３６から自動更新用メタデータ１８ｂを取り出す機能、どの別のユーザに自動配信を行っているか、その別のユーザにはどこまで自動更新用メタデータ１８ｂを配信したかなどを管理する機能を有する。
【００９３】
メタデータ送受信部５１は、メタデータ編集４８で編集されたメタデータ４や他のメタデータを、インターネット等の通信ネットワークを介して別のユーザへ転送する機能を有する。
【００９４】
（コンテンツ作成機６０内の送信機）
図１３を、図４と併せ参照して、コンテンツ作成機６０内の送信機は、コンテンツを記憶しているコンテンツ記憶部５４、符号化部５５、スクランブル部５６をもつコンテンツ生成手段５７と、コンテンツ鍵Kc生成のためのコンテンツ鍵生成部５９、コンテンツを再生するのに必要なライセンス情報（Kc伝送用ECM(Entitlement Control Message)/EMM(Entitlement Management Control Message)）を生成するKc伝送用ECM/EMM生成部６１をもつ鍵生成手段５８と、コンテンツ生成手段５７で生成した暗号化コンテンツと、鍵生成手段５８で生成した鍵を多重化する多重化手段６３から構成される。
【００９５】
コンテンツ記憶部５４は、映像、音声またはデータをコンテンツ４として記憶するハードディスクなどの記憶装置で構成される。
【００９６】
符号化部５５は、映像、音声またはデータをMPEG(Motion Picture Experts Group)-2 TS(Transport Stream)に符号化する符号化装置で構成される。
【００９７】
コンテンツ鍵生成部５９は、共通鍵暗号化方式でコンテンツを暗号化するための暗号鍵(コンテンツ鍵Kc)をコンテンツ毎に生成し、コンテンツを識別するためのコンテンツ識別を割り当て、コンテンツ識別ごとにコンテンツ鍵を管理する。
【００９８】
スクランブル部５６は、符号化したコンテンツを、コンテンツ鍵生成部５９で生成したコンテンツ鍵で暗号化し、暗号化コンテンツを生成する。
【００９９】
Kc伝送用ECM/EMM生成部６１は、コンテンツ鍵Kcおよびワーク鍵或いはマスター鍵６２を含んだ、ARIB-STDB25「デジタル放送におけるアクセス制御方式」で規定されるセクション形式のKc伝送用ECMまたはKc伝送用EMMを生成する。Kc伝送用ECMは、ワーク鍵６２で、Kc伝送用EMMはマスター鍵６２で暗号化する。マスター鍵６２は、受信機ごとに付与される共通鍵暗号化方式の暗号鍵である。ワーク鍵６２は、事業者ごとなどの単位で付与される共通鍵暗号化方式の暗号鍵であり、Kc伝送用ECMを受信させたい受信機に対して予め共有化される暗号鍵であり、おのおのの受信機をグループ化するための暗号鍵である。すなわち、Kcを予めワーク鍵を共有化した受信機に対して一斉配信したい場合は、Kc伝送用ECMを用い、各々の受信機に個別にKcを配信したい場合は、Kc伝送用EMMを用いる。
【０１００】
Kc伝送用ECM/EMM（ライセンス情報）を放送により送る場合、多重化手段６３の多重化部６４は、コンテンツ生成手段５７の暗号化コンテンツ、ワーク鍵で暗号化したKc伝送用ECM/EMMの多重化を行い変調し放送として送出する。
【０１０１】
ここで、各々の受信機に個別にKcを配信する場合にはKc伝送用EMM（ライセンス情報）をTCP/IP(Transmission Control Protocol/Internet Protocol)を利用した通信ネットワークを用いて個別に配信する。
【０１０２】
（コンテンツ受信機７０）
図１４を、図４と併せ参照して、コンテンツ受信機７０は、デスクランブル部６７、復号化部６９をもつコンテンツ復号手段と、Kc伝送用ECM/EMM復号部７５、コンテンツ鍵記憶部７２をもつセキュリティモジュール７４と、暗号化コンテンツ６６と鍵情報との分離を行う分離手段とから構成される。
【０１０３】
セキュリティモジュール７４は、外部から不正に情報を取り出すことができない耐タンパーなモジュールであり、ＩＣカード等で構成される。このセキュリティモジュール７４は、第３者機関で厳重に発行、管理が行われる。
【０１０４】
分離部６５は、受信した放送を復調し、MPEG-2 TSレベルで、暗号化コンテンツ６６と、Kc伝送用ECM/EMM７６を分離する。
【０１０５】
Kc伝送用ECM/EMM復号化部７５は、受信したKc伝送用ECMをワーク鍵７１で、Kc伝送用EMMをマスター鍵７１で暗号復号し、コンテンツ鍵（Kc）６８を取り出しコンテンツ鍵記憶部７２に記憶する。このように、コンテンツ鍵（Kc）６８をセキュリティモジュール７４で安全に記憶する。
【０１０６】
この際、コンテンツ鍵記憶部７２は、コンテンツ識別ごとにコンテンツ鍵６８を記憶する。
【０１０７】
デスクランブル部６７は、セキュリティモジュール７４から得られるコンテンツ鍵６８で、暗号化コンテンツを暗号復号する。
【０１０８】
復号化部６９は、受信したMPEG-2 TSで符号化したコンテンツを復号し、コンテンツ３としての映像・音声情報またはデジタルデータを取り出す。
【０１０９】
最後に、図１５を参照して、メタデータ作成機４０（図４）側の動作をまとめておく。
【０１１０】
メタデータ作成機側では、以下の手順で、初期配信用メタデータ４及び自動更新用メタデータ１８ａ（１回目〜５回目）を作成する。
【０１１１】
１．メタデータ作成機６０（図４）からコンテンツを取得し、取得したコンテンツに対する初期メタデータ５を作成する。  
２．作成した初期メタデータ５に対して署名６を付与し、初期配信用メタデータ４を作成する。  
３．作成した初期配信用メタデータ４を配送する。  
４．次に追加メタデータ（部分更新された部分）９（１回目）を作成する。  
５．追加メタデータ（部分更新された部分）９（１回目）を自動更新用メタデータ１８ａ（１回目）に含ませる。  
６．追加メタデータ（部分更新された部分）９（１回目）に対するXML署名１０を作成し、作成したXML署名１０を自動更新用メタデータ１８ａ（１回目）に埋め込む。  
７．追加メタデータ（部分更新された部分）９（１回目）を初期メタデータ５の適切な位置に埋め込み、全体メタデータ（１回目）（署名なし）を作成する。  
８．全体メタデータ（１回目）（署名なし）に対して制作者の署名１１を付与する。  
９．その署名１１を、自動更新用メタデータ１８ａ（１回目）に埋め込む。これにより、自動更新用メタデータ１８ａ（１回目）の作成が完了する。  
１０．作成した自動更新用メタデータ１８ａ（１回目）を配送する。  
１１．次に、追加メタデータ（部分更新された部分）９（２回目）を作成する。  
１２．作成された追加メタデータ（部分更新された部分）９（２回目）に対して、上記と同様の処理をして、自動更新用メタデータ１８ａ（２回目）を作成する。  
１３．作成した自動更新用メタデータ１８ａ（２回目）を配送する。  
１４．以下、必要な回数だけ、図示の場合は、自動更新用メタデータ１８ａ（３回目）〜自動更新用メタデータ１８ａ（５回目）の作成及び配送を繰り返す。その際のそれぞれのメタデータを図１５のように時系列に管理する。  
１５．図示の場合は、自動更新用メタデータ１８ａ（１回目）〜自動更新用メタデータ１８ａ（５回目）が作成される毎に、配送されたが、自動更新用メタデータ１８ａ（１回目）〜自動更新用メタデータ１８ａ（５回目）は、時系列を崩さないように適切に配送されれば、自動更新用メタデータ１８ａ（１回目）〜自動更新用メタデータ１８ａ（５回目）をまとめて配送しても良い。
【０１１２】
以上に説明したように、本実施例によれば、メタデータを部分更新して部分更新部分を部分メタデータとして配信しても、メタデータ全体に対する署名の検証に失敗しない。
【０１１３】
更に本実施例によれば、部分メタデータに、その部分メタデータの部分署名を付加して受信側に配送しているので、受信側では、前記部分メタデータの改竄検知を前記部分署名を用いて行うことが出来る。
【０１１４】
以上に本発明の実施例を説明したが、本発明はそれに限定されるものではない。例えば、上記実施例では、部分メタデータに、その部分メタデータの部分署名と、全体メタデータの全体署名とを付加して受信側に配送したが、前記部分署名は必ずしも配送する必要はない。即ち、部分メタデータに、全体メタデータの全体署名を付加して受信側に配送しても良い。
【０１１５】
以下に本発明の実施の形態を列挙する。
【０１１６】
Ｘ１．  メタデータ送信装置（４０）とメタデータ受信装置（４７）とを備えた配送システムにおいて、
前記メタデータ送信装置（４０）は、
コンテンツ（３）に対して制作された初期メタデータ（５）と、この初期メタデータ（５）に付加された、前記初期メタデータ（５）に対する初期署名（６）とを、有する初期配信用メタデータ（４）を作成する第１の機能部と、
前記初期配信用メタデータ（４）を前記メタデータ受信装置（４７）に配送する第２の機能部と、
前記初期メタデータ（５）に対する部分更新が発生した場合、前記初期メタデータ（５）の部分更新された部分（９或いは１５）を有する部分メタデータ（１６）を作成する第３の機能部と、
前記部分更新された部分（９或いは１５）を前記初期メタデータ（５）にマージしてなる全体メタデータと、この全体メタデータに対する全体署名（１１）とを作成する第４の機能部と、
前記部分メタデータ（１６）に前記全体署名（１１）を付加してなる自動更新用メタデータ（１８ａ）を作成する第５の機能部と、
前記自動更新用メタデータ（１８ａ）を前記メタデータ受信装置（４７）に配送する第６の機能部とを有し、
前記メタデータ受信装置（４７）は、
前記メタデータ送信装置（４０）から配送された前記初期配信用メタデータ（４）を取得し、続いて、前記メタデータ送信装置（４０）から配送された前記自動更新用メタデータ（１８ａ）を取得する機能部と、
取得した自動更新用メタデータ（１８ｂ）から、前記部分更新された部分（９或いは１５）と前記全体署名（１１）とを取り出し、すでに取得している前記初期配信用メタデータ（４）の前記初期メタデータ（５）の所定の位置に前記部分更新された部分（９或いは１５）を追加して全体最新版メタデータ（１４）とすると共に、この全体最新版メタデータ（１４）に対する検証を、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を用いて行う機能部と、
この検証が成功した場合、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を、前記全体最新版メタデータ（１４）の全体署名（１１）として、置換する機能部とを、有し、
これにより前記メタデータ受信装置（４７）がもつ前記全体最新版メタデータ（１４）は、前記メタデータ送信装置（４０）のもつ全体メタデータと一致することを特徴とする配送システム。
【０１１７】
Ｘ２．  上記Ｘ１に記載の配送システムにおいて、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータを受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とする配送システム。
【０１１８】
Ｘ３．  メタデータ送信装置（４０）とメタデータ受信装置（４７）とを備えた配送システムにおいて、
前記メタデータ送信装置（４０）は、
コンテンツ（３）に対して制作された初期メタデータ（５）と、この初期メタデータ（５）に付加された、前記初期メタデータ（５）に対する初期署名（６）とを、有する初期配信用メタデータ（４）を作成する第１の機能部と、
前記初期配信用メタデータ（４）を前記メタデータ受信装置（４７）に配送する第２の機能部と、
前記初期メタデータ（５）に対する部分更新が発生した場合、前記初期メタデータ（５）の部分更新された部分（９或いは１５）と、この部分更新された部分（９或いは１５）に付加された、前記部分更新された部分（９或いは１５）に対する部分署名（１０）とを、有する部分メタデータ（１６）を作成する第３の機能部と、
前記部分更新された部分（９或いは１５）を前記初期メタデータ（５）にマージしてなる全体メタデータと、この全体メタデータに対する全体署名（１１）とを作成する第４の機能部と、
前記部分メタデータ（１６）に前記全体署名（１１）を付加してなる自動更新用メタデータ（１８ａ）を作成する第５の機能部と、
前記自動更新用メタデータ（１８ａ）を前記メタデータ受信装置（４７）に配送する第６の機能部とを有し、
前記メタデータ受信装置（４７）は、
前記メタデータ送信装置（４０）から配送された前記初期配信用メタデータ（４）を取得し、続いて、前記メタデータ送信装置（４０）から配送された前記自動更新用メタデータ（１８ａ）を取得する機能部と、
取得した自動更新用メタデータ（１８ｂ）における前記部分メタデータ（１６）の前記部分更新された部分（９或いは１５）と、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）とを基に、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）に対してのみ第１の検証を行う機能部と、
この第１の検証によって、前記部分更新された部分（９或いは１５）に対する前記部分署名（１０）が改竄されていないことが確認された場合、前記自動更新用メタデータ（１８ｂ）から、前記部分更新された部分（９或いは１５）と前記全体署名（１１）とを取り出し、すでに取得している前記初期配信用メタデータ（４）の前記初期メタデータ（５）の所定の位置に前記部分更新された部分（９或いは１５）を追加して全体最新版メタデータ（１４）とすると共に、この全体最新版メタデータ（１４）に対する第２の検証を、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を用いて行う機能部と、
この第２の検証が成功した場合、前記自動更新用メタデータ（１８ｂ）から取り出された前記全体署名（１１）を、前記全体最新版メタデータ（１４）の全体署名（１１）として、置換する機能部とを、有し、
これにより前記メタデータ受信装置（４７）がもつ前記全体最新版メタデータ（１４）は、前記メタデータ送信装置（４０）のもつ全体メタデータと一致することを特徴とする配送システム。
【０１１９】
Ｘ４．  上記Ｘ３に記載の配送システムにおいて、
前記メタデータ送信装置が、前記自動更新用メタデータに続いて、別の自動更新用メタデータを前記メタデータ受信装置に配送した場合、前記メタデータ受信装置は、前記別の自動更新用メタデータを受信し、前記全体最新版メタデータを、この受信した別の自動更新用メタデータに応答して、前記自動更新用メタデータの場合と同様に、自動更新することを特徴とする配送システム。
【０１２０】
Ｘ５．  上記Ｘ３に記載の配送システムにおいて、
前記初期署名、前記部分署名、及び前記全体署名は、前記初期メタデータ、前記部分更新された部分、及び前記全体メタデータを制作した制作者の電子署名であることを特徴とする配送システム。
【０１２１】
Ｘ６．  上記Ｘ５に記載の配送システムにおいて、
前記電子署名は、公開鍵基盤（ＰＫＩ）技術にもとづき前記制作者としての署名者を特定することができるものであることを特徴とする配送システム。
【０１２２】
Ｘ７．  上記Ｘ１又は上記Ｘ３に記載の配送システムにおいて、
前記部分更新は、前記初期メタデータへの追加或いは前記初期メタデータの一部の変更であり、
前記部分更新された部分は、前記初期メタデータへの追加部分或いは前記初期メタデータの一部の変更部分であることを特徴とする配送システム。
【図面の簡単な説明】
【０１２３】
【図１】本発明の一実施例による配送システムを説明するための図である。
【図２】図１の配送システムにおいて用いられる、署名対象となる初期メタデータを示した図である。
【図３】図１の配送システムにおいて用いられる、署名済み初期メタデータ（初期配信用メタデータ）を示した図である。
【図４】図１の配送システムを実現する送信系装置及び受信系装置を示した図である。
【図５】図１の配送システムにおいて用いられる、追加メタデータ（部分更新された部分）を示した図である。
【図６】図１の配送システムにおいて用いられる、部分更新された部分に対する署名値（追加メタデータに対する署名）を付加してなるメタデータを示した図である。
【図７】図１の配送システムにおいて用いられる、部分更新された部分を追加した全体メタデータに対する署名を付加してなるメタデータを示した図である。
【図８】図１の配送システムにおいて用いられる、自動更新用メタデータを示した図である。
【図９】図１の配送システムにおいて、利用者によるメタデータ制御機における自動更新用メタデータ（１回目）の取扱いを説明するための図である。
【図１０】図１の配送システムにおいて、利用者によるメタデータ制御機における自動更新用メタデータ（Ｎ回目）の取扱いを説明するための図である。
【図１１】図４の装置において用いられるメタデータ作成機（メタデータ送信装置）のブロック図である。
【図１２】図４の装置において用いられるメタデータ制御機（メタデータ受信装置）のブロック図である。
【図１３】図４の装置において用いられるコンテンツ作成機のブロック図である。
【図１４】図４の装置において用いられるコンテンツ受信機のブロック図である。
【図１５】図４の装置のメタデータ作成機（メタデータ送信装置）の動作を説明するための図である。
【図１６】デジタル署名の実現に用いられる、公開鍵暗号技術を説明するための図である。
【図１７】デジタル署名の実現に用いられる、公開鍵暗号技術を説明するための別の図である。
【図１８】デジタル署名の実現に用いられる、一方向性ハッシュ関数を説明するための図である。
【図１９】デジタル署名の仕組みを説明するための図である。
【図２０】XML署名を示した図である。
【符号の説明】
【０１２４】
１    制作者（メタデータ制作者）
２    利用者
３    コンテンツ
４    署名済み初期メタデータ（初期配信用メタデータ）
５    初期メタデータ
６    署名
９    追加メタデータ（部分更新された部分）
１０    追加メタデータに対する署名
１４    全体最新版メタデータ
１５    部分更新された部分
１８ａ    自動更新用メタデータ
１８ｂ    自動更新用メタデータ
４０    メタデータ作成機（メタデータ送信装置）
４７    メタデータ制御機（メタデータ受信装置）
６０    コンテンツ作成機
７０    コンテンツ受信機
１００    ネットワーク
１１０    放送網
【図１】
2006033114.tif 000003
【図２】
2006033114.tif 000004
【図３】
2006033114.tif 000005
【図４】
2006033114.tif 000006
【図５】
2006033114.tif 000007
【図６】
2006033114.tif 000008
【図７】
2006033114.tif 000009
【図８】
2006033114.tif 000010
【図９】
2006033114.tif 000011
【図１０】
2006033114.tif 000012
【図１１】
2006033114.tif 000013
【図１２】
2006033114.tif 000014
【図１３】
2006033114.tif 000015
【図１４】
2006033114.tif 000016
【図１５】
2006033114.tif 000017
【図１６】
2006033114.tif 000018
【図１７】
2006033114.tif 000019
【図１８】
2006033114.tif 000020
【図１９】
2006033114.tif 000021
【図２０】
2006033114.tif 000022