(57)【要約】本発明によるツリー構造のメタデータ暗号化方法は、前記ツリー構造のメタデータの所定ノードでの情報を暗号化するために、上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して前記所定ノードでの暗号化キーを生成する段階と、前記生成された暗号化キーを使用して前記所定ノードでの情報を暗号化する段階とを含む。
2005539423.tif 000002
【特許請求の範囲】
【請求項１】
ツリー構造のメタデータ暗号化方法において、
前記ツリー構造のメタデータの所定ノードでの情報を暗号化するために、上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して前記所定ノードでの暗号化キーを生成する段階と、
前記生成された暗号化キーを使用して前記所定ノードでの情報を暗号化する段階と、を含むことを特徴とする暗号化方法。
【請求項２】
前記関数は一方向関数であることを特徴とする請求項１に記載の暗号化方法。
【請求項３】
前記所定ノードを特定する情報は相対的な位置情報であることを特徴とする請求項１に記載の暗号化方法。
【請求項４】
前記所定ノードを特定する情報は絶対的な位置情報であることを特徴とする請求項１に記載の暗号化方法。
【請求項５】
前記関数はハッシュ関数であることを特徴とする請求項１に記載の暗号化方法。
【請求項６】
前記所定ノードでの情報を暗号化する段階で暗号化される情報は、前記所定ノードに対応する属性値であることを特徴とする請求項１に記載の暗号化方法。
【請求項７】
ツリー構造のメタデータ復号化方法において、
前記ツリー構造のメタデータの所定ノードでの情報を復号化するために、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して、前記所定ノードでの暗号化キーを生成する段階と、
前記生成された暗号化キーを使用して前記所定ノードでの情報を復号化する段階とを含むことを特徴とする復号化方法。
【請求項８】
前記関数は一方向関数であることを特徴とする請求項７に記載の暗号化方法。
【請求項９】
前記所定ノードを特定する情報は相対的な位置情報であることを特徴とする請求項７に記載の復号化方法。
【請求項１０】
前記所定ノードを特定する情報は絶対的な位置情報であることを特徴とする請求項７に記載の復号化方法。
【請求項１１】
前記関数はハッシュ関数であることを特徴とする請求項７に記載の復号化方法。
【請求項１２】
前記所定ノードでの情報を復号化する段階で復号化される情報は、前記所定ノードに対応する属性値であることを特徴とする請求項７に記載の復号化方法。
【請求項１３】
ツリー構造の暗号化されたメタデータ管理方法において、
前記暗号化されたメタデータの所定ノードについての使用要請を入力される段階と、
前記要請されたメタデータについてのライセンスを確認する段階と、
前記確認結果、前記要請されたメタデータについてのライセンスがあると確認された場合、前記要請されたメタデータの復号化情報を提供する段階とを含み、
前記ツリー構造のメタデータの所定ノードでのメタデータは、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して生成された暗号化キーにより暗号化されたことを特徴とする方法。
【請求項１４】
前記復号化情報は、前記所定ノードの上位ノードの暗号化キー情報及び前記所定ノードを特定する情報を含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記関数は一方向関数であることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記方法は、前記所定ノードの情報についての使用要請に応じてユーザー認証を行う段階をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１７】
前記方法は、前記提供された復号化情報を利用して前記所定ノードの情報を復号化し、前記復号化された情報を伝送する段階をさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１８】
前記所定ノードを特定する情報は相対的な位置情報であることを特徴とする請求項１４に記載の方法。
【請求項１９】
前記所定ノードを特定する情報は絶対的な位置情報であることを特徴とする請求項１４に記載の方法。
【請求項２０】
前記関数はハッシュ関数であることを特徴とする請求項１３に記載の方法。
【請求項２１】
前記所定ノードでの情報を復号化する段階で復号化される情報は、前記所定ノードに対応する属性値であることを特徴とする請求項１７に記載の方法。
【請求項２２】
ツリー構造の暗号化されたメタデータ管理システムにおいて、
前記暗号化されたメタデータの所定ノードについての使用要請を入力される入力部と、
前記メタデータに対応するユーザーライセンスが保存されたメタデータライセンス保存部と、
前記メタデータライセンス保存部に保存された対応メタデータライセンスを参照して、前記メタデータ使用要請についてのライセンスを確認し、該当メタデータについてのライセンスがあると確認された場合、メタデータ復号化情報を出力するメタデータ管理部とを含み、
前記ツリー構造のメタデータの所定ノードでのメタデータは、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して生成された暗号化キーにより暗号化されたことを特徴とするシステム。
【請求項２３】
前記復号化情報は、前記所定ノードの上位ノードの暗号化キー情報及び前記所定ノードを特定する情報を含むことを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記関数は一方向関数であることを特徴とする請求項２２に記載のシステム。
【請求項２５】
前記システムは、前記メタデータ管理部から出力される前記復号化情報に基づいて、前記暗号化されたメタデータを復号化する復号化部をさらに含むことを特徴とする請求項２２に記載のシステム。
【請求項２６】
前記所定ノードを特定する情報は相対的な位置情報であることを特徴とする請求項２３に記載のシステム。
【請求項２７】
前記所定ノードを特定する情報は絶対的な位置情報であることを特徴とする請求項２３に記載のシステム。
【請求項２８】
前記関数はハッシュ関数であることを特徴とする請求項２２に記載のシステム。
【請求項２９】
前記復号化部で復号化される情報は、前記所定ノードに対応する属性値であることを特徴とする請求項２５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメタデータの暗号化及び／または復号化方法とその管理方法及びシステムに係り、特にメタデータの効率的な暗号化及び復号化とそれを利用したメタデータの効果的な管理方法及びシステムに関する。
【背景技術】
【０００２】
今後の放送環境では従来の放送システムでの電子プログラムガイド（ＥＰＧ）に比べてはるかに多くて多様な種類のメタデータを使用する。
【０００３】
それらメタデータと関連した情報は、ＥＰＧのような単純なプログラムに比べて、情報の抽出または関連情報のスケジューリングにおいて大多な時間及びコストがかかる。
【０００４】
したがって、それらメタデータの金銭的な価値は無視できず、メタデータについての権利の管理及び保護（ＲＭＰ）が重要になった。このような点で、メタデータは任意の加入者または加入者でもないインターネットを通じた視聴者も自由に利用できる従来のＥＰＧデータとは区別される。
【０００５】
例えば、メタデータのうちユーザー記述情報についてのＲＭＰと関連した問題は、ユーザーのプライバシーの保護についての問題である。言い替えれば、プログラム情報の不法コピーを防止することが重要な問題ではあるが、このようなユーザー記述情報のようなメタデータの利用制御はデータにより提供される価値付加サービスと関連しているために、同じく重要な問題である。
【０００６】
従来、放送システムではメディアデータの使用制御において、放送システムが地上波、衛星、またはケーブルのうちいかなる方式であるかが、メディアデータについてのＲＭＰと関連して関心の焦点であった。一般的に、メディアデータと関連してメタデータを使用するこのようなシステムでは、メタデータの使用は、いかなるＲＭＰメカニズムによっても管理されなかった。
【０００７】
しかし、メタデータに含まれた情報のうち、例えば、プログラムレビュー情報及びセグメンテーション情報は他の情報よりさらに多くの努力が必要なので、さらに制限された使用規則を必要とする。また、メタデータとユーザーの利用明細のようなユーザーの個人的な情報を含む場合、第３者（例えば、サービス提供者）によるそれら情報の利用はユーザーにより規定されるという規則に従わねばならない。
【０００８】
このように、今後の放送環境で提供しようとする広範囲なメタデータを考慮する時、メタデータのＲＭＰが必要である。
【０００９】
例えば、ＴＶ−Ａｎｙｔｉｍｅ（以下、ＴＶＡ）のような放送環境で使われるメタデータに含まれた情報が益々豊富かつ複雑になるにつれて、メタデータのＲＭＰがさらに重要な問題になっているが、メタデータを効率的に管理及び保護できる方法は存在せず、メタデータの保護が不良になって効果的な保護ができないという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明はこのような従来技術での問題点を解決するためのものであって、メタデータの効率的な暗号化及び復号化を可能にする暗号化及び復号化方法を提供することを目的とする。
【００１１】
また、本発明はこのような暗号化及び復号化方法を使用して効果的なメタデータ管理及び保護ができるメタデータ管理方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的は、ツリー構造のメタデータ暗号化方法において、前記ツリー構造のメタデータの所定ノードでの情報を暗号化するために、上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して前記所定ノードでの暗号化キーを生成する段階と、前記生成された暗号化キーを使用して前記所定ノードでの情報を暗号化する段階とを含むことを特徴とする暗号化方法により達成される。
【００１３】
前記目的は、ツリー構造のメタデータ復号化方法において、前記ツリー構造のメタデータの所定ノードでの情報を復号化するために、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して、前記所定ノードでの暗号化キーを生成する段階と、前記生成された暗号化キーを使用して前記所定ノードでの情報を復号化する段階と、を含むことを特徴とする復号化方法により達成される。
【００１４】
前記目的は、ツリー構造の暗号化されたメタデータ管理方法において、前記暗号化されたメタデータの所定ノードについての使用要請を入力される段階と、前記要請されたメタデータについてのライセンスを確認する段階と、前記確認結果、前記要請されたメタデータについてのライセンスがあると確認された場合、前記要請されたメタデータの復号化情報を提供する段階とを含み、前記ツリー構造のメタデータの所定ノードでのメタデータは、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して生成された暗号化キーにより暗号化されたことを特徴とするメタデータ管理方法により達成される。
【００１５】
前記目的は、ツリー構造の暗号化されたメタデータ管理システムにおいて、前記暗号化されたメタデータの所定ノードについての使用要請を入力される入力部と、前記メタデータに対応するユーザーライセンスが保存されたメタデータライセンス保存部と、前記メタデータライセンス保存部に保存された対応メタデータライセンスを参照して、前記メタデータ使用要請についてのライセンスを確認し、該当メタデータについてのライセンスがあると確認された場合、メタデータ復号化情報を出力するメタデータ管理部とを含み、前記ツリー構造のメタデータの所定ノードでのメタデータは、前記所定ノードの上位ノードの暗号化キー及び前記所定ノードを特定する情報を入力値とする関数を使用して生成された暗号化キーにより暗号化されたことを特徴とするシステムにより達成される。
【発明を実施するための最良の形態】
【００１６】
以下では、図１ないし図１０を参照して本発明によるメタデータのＲＭＰ方式を説明する。
【００１７】
図１は、メタデータ管理がなされる実施例を示す図である。図１のように、アプリケーション１２０がメタデータの使用、例えば所定のメタデータフラグメントのコピーを要請する場合、保安装置１４０は、該当フラグメントのコピー動作についての権利を持っているかどうかを確認して、コピー要請に対して許諾または拒否する。
【００１８】
以下では、メタデータ管理と関連して、ＴＶＡで使われるメタデータを参照して説明する。
【００１９】
ＴＶＡ主要文書の構成要素は図２のように分類されうる。作成者が誰なのかによって、構成要素はユーザー記述情報と残りのデータ、すなわち、プログラム記述情報、分類体系テーブル、及び著作権告知情報に分類されうる。
【００２０】
説明を簡単にするために、ここでは残りのデータはプログラム記述関連情報と表現される。
【００２１】
ユーザー自身ではない第３者がユーザーにプログラム記述関連情報及び使用制御情報を提供することを仮定できる。プログラム記述関連情報はユーザーに提供されるプログラム及びサービスに関するものである。ユーザー側の装置でそれと関連したメタデータを使用する場合は、コピー、修正、視聴及び消費のような４つの場合に説明されうる。以下では、それぞれの場合についてさらに具体的に説明する。
【００２２】
まず、コピー動作は、受信されたメタデータ情報をローカル保存部にコピーするか、またはＡ／Ｖデータでのコンピュータグラフィックメタファイル（ＣＧＭｓ）のように受信されたメタデータを第３者にコピーして提供することを意味する。
【００２３】
また、修正動作の例は次の通りである。提供されたプログラムのセグメンテーションデータから自分の好きな場面をインデックスしようとする場合、ユーザーは個人的なセグメンテーションデータを生成するが、これは修正動作に該当する。また、サービス提供者が提供したセグメンテーションデータが気に入らず、ユーザーがそれを修正する場合も含まれる。このように、修正動作は、提供されたメタデータをユーザーが修正しようとする場合に発生する。
【００２４】
また、視聴及び消費動作は通常的にメタデータを使用する場合に該当する。アプリケーションはメタデータを判読し、判読されたメタデータを使用して出力情報を生成する。通常的に、生成された出力情報は、メディアデータについての所定の動作、例えば、メディアデータを再生／記録する動作に関する。しかし、出力情報がメタデータ自体を意味する場合もある。例えば、メタデータの内容全部または一部をユーザーまたは第３者に見せる場合もありうる。見られるメタデータのフォーマットは、最も簡単な形態である場合にプレーンテキストであるか、または見やすくて理解しやすいＧＵＩ（グラフィカルユーザインタフェース）でありうる。このように、メタデータのフォーマットがいかなる場合であってもメタデータの内容が公開されるが、例えば、相対的に短いメタデータの場合、ハンドコピーによってメタデータの内容がコピーされうるという問題がある。
【００２５】
さらに典型的な“視聴及び消費”の例は次の通りである。アプリケーションが特定プログラムのハイライトタイプのセグメントグループの視聴を所望するユーザーから視聴要請を受信した場合、アプリケーションは対応するメタデータをアクセスして判読し、セグメントの位置記述子を抽出する。以後、アプリケーションは、選択されたセグメントの位置を探知してセグメントを解読及び復元した後、順次再生する。
【００２６】
これと関連して、アプリケーションがプログラムの全部または一部を再生する権利の確認が必要な場合も考慮できる。したがって、このような種類の使用はサービス許可に関する権利と関連している。
【００２７】
厳密に言えば、メタデータが消費されるということは視聴されるということとは差がある。しかし、通常的なアプリケーションシナリオでは、メタデータの消費と視聴の使用例を区別し難い。
【００２８】
以下では、ユーザー記述情報、すなわち、ユーザー記述メタデータについて説明する。
【００２９】
ＴＶＡで使われるユーザー記述メタデータは、ユーザーのコンテンツ利用明細及びユーザーの選好度についての情報を含む。ユーザー記述メタデータはユーザーの個人情報を含む。したがって、ユーザー記述メタデータが第３者、例えば、サービス提供者に伝送された場合、権利管理と関連した問題が発生する。これは、プログラム記述メタデータのコピー使用の場合と類似した問題がある。
【００３０】
以下では、プログラム記述関連メタデータで言及された使用例に対応するユーザー記述メタデータの使用例を説明する。
【００３１】
まず、ユーザー記述メタデータのコピーの最も簡単な例は、ユーザーの個人データをハードディスクドライブ（ＨＤＤ）のような保存装置にコピーすることである。ユーザーが第３者に自分のデータを利用できるように許諾するには下記のような所定のレベルがあるために、ユーザーの個人データをコピーして第３者に伝送することは複雑な問題である。
【００３２】
１．第３者が受信されたデータをさらに他の人に伝送することを許諾するレベル
２．第３者が受信されたデータを処理して、所定の他のサービス、例えばターゲット広告のために使用することを許諾するレベル
前記第２の場合は、前記サービスが原のユーザーへのものである場合と他のユーザーへのものである場合、２つの場合に分離して考えられる。
【００３３】
また、ユーザー記述メタデータの修正動作の一例は、ユーザーが自分のユーザー選好度に関する情報、すなわち、ユーザー選好度記述情報を修正または削除することである。ユーザーが自分のユーザー選好度記述情報を修正する場合以外にも、所定の装置に設置されたエイジェントソフトウェアがユーザーの利用明細に基づいてユーザーの選好度を自動的に修正することも考慮できる。この場合、エイジェントソフトウェアがユーザーの選好度情報を修正する場合、エイジェントソフトウェアはユーザーの利用明細情報をまた視聴及び消費する。
【００３４】
また、ユーザー記述メタデータの視聴及び消費動作の一例は、ユーザーがユーザーの利用明細で一つのプログラムを視聴かつ検索して、選択されたプログラムを再生または記録するか、またはエイジェントソフトウェアがユーザー選好度記述情報によってプログラムをフィルターリング及び探索する場合である。
【００３５】
非常に小さな個人データが公開される場合にも、深刻な法律的な問題を引き起す恐れがあるために、ユーザーの個人データを他のユーザーまたは遠隔地の第３者が見られるようにすることは、プログラム記述情報の場合よりはるかに深刻な問題を惹起する。したがって、ユーザーの個人データを第３者に公開することは非常に厳格に制御されねばならない。
【００３６】
図３は、ＸＭＬを使用したメタデータ表現例を示す。
【００３７】
本発明によるメタデータ管理方法は、このようなメタデータの保護及び管理をさらに効率的に行うためのものであり、そのために使われるメタデータの表現は図３に示されたようにＸＭＬを使用してなされる。
【００３８】
ここで、例えば、＜Ａはｔａｇ、‘ｎａｍｅ’は属性名、‘ＥＸ’は属性値を意味する。
【００３９】
図３に示されたようなメタデータを使用することによって、例えば、セグメント関連メタデータを使用する場合、ユーザーは６０分長さに該当する原プログラムの代りにプログラム内の主要セグメントで構成された約１５分長さのハイライトを視聴可能になる。
【００４０】
本実施例では、メタデータを表現するためにＸｒＭＬを使用したが、選択的に‘ｈｔｍｌ’、‘ｔｅｘｔ’、‘ｂｉｎａｒｙ’フォーマットなどでも表現ができる。
【００４１】
図４は、ＸＭＬを使用して表現されたメタデータのさらに他の例を示す。
【００４２】
図５は、本発明によるメタデータの保護及び管理方法を説明するためのツリー構造で表現されたメタデータを示す。図５のツリー構造で表示されたメタデータは、図３のＸｒＭＬで表現されたメタデータと同一である。
【００４３】
メタデータを効率的に保護及び管理するためには、図５に示されたように、親ノードＡ下の全体ノードに該当するメタデータツリー全体を暗号化するか、またはノードＢ以下は暗号化せず、ノードＤ以下のみを暗号化することができなければならない。
【００４４】
ここで、問題になるのは、色々な場合に適用できるように、すなわち、メタデータの暗号化及び復号化が柔軟性を持つように各ノードへのランダムアクセスを可能にすることである。
【００４５】
すなわち、メタデータの伝送時、アクセス権限、例えば、ライセンスについての記述情報を共に伝送して、特定ユーザーによりのみ暗号化された部分の復号化及び使用を可能にすることである。例えば、ノードＤについてのキーを持つセットトップボックスのみが暗号化されたノードＤ以下のメタデータへのアクセスを可能にする。
【００４６】
図６は、本発明によるメタデータの保護及び管理方法をさらに具体的に説明するためのメタデータ暗号化方法を示す図である。
【００４７】
ノードＡでの情報は、高級暗号標準（ＡＥＳ）のような暗号化アルゴリズムを使用して暗号化キーＫＥＹ＿Ａによって暗号化される。本実施例では暗号化アルゴリズムとしてＡＥＳを使用したが、選択的に任意の暗号化アルゴリズムを使用することもできる。
【００４８】
また、ノードＡの子ノードであるノードＢの情報は、次の式（１）により求められるＫｅｙ＿Ｂを使用して暗号化される。
【００４９】
Ｋｅｙ＿Ｂ＝Ｆ（Ｋｅｙ＿Ａ，Ｉｎｆｏ＿Ｂ）    （１）
ここで、Ｉｎｆｏ＿ＢはノードＢの位置情報である。また、Ｆは逆方向に計算が不可能なハッシュ関数のような一方向関数である。すなわち、式（１）を使用してＫｅｙ＿Ａ及びＩｎｆｏ＿ＢからＫｅｙ＿Ｂを計算することは可能であるが、Ｋｅｙ＿Ｂ及びＩｎｆｏ＿Ｂを知っているとしてもＫｅｙ＿Ａを計算することは不可能である。
【００５０】
本実施例では位置情報として該当ノードの絶対位置情報を使用したが、選択的に相対位置情報または該当ノードを特定できるインデックス情報を使用することもできる。例えば、絶対位置情報を使用する場合、Ｉｎｆｏ＿Ｂは１であり、ノードＤの絶対位置情報Ｉｎｆｏ＿Ｄは２であり、それ以外の他のノードの絶対位置情報であるＩｎｆｏ＿Ｃ１、Ｉｎｆｏ＿Ｃ２、Ｉｎｆｏ＿Ｅ１、Ｉｎｆｏ＿Ｅ２、Ｉｎｆｏ＿Ｆ１、及びＩｎｆｏ＿Ｆ２はそれぞれ３、４、５、６、７、及び８の値を持つ。
【００５１】
また、ノードＢの子ノードのうち一つであるノードＣ１の情報は次の式（２）により暗号化される。
【００５２】
Ｋｅｙ＿Ｃ１＝Ｆ（Ｋｅｙ＿Ｂ，Ｉｎｆｏ＿Ｃ１）    （２）
ここで、Ｉｎｆｏ＿Ｃ１はノードＣ１の相対的な位置または絶対的な位置であり、式（１）と同じく関数Ｆは一方向関数である。すなわち、式（２）を使用してＫｅｙ＿Ｂ及びＩｎｆｏ＿Ｃ１からＫｅｙ＿Ｃ１を計算することは可能であるが、Ｋｅｙ＿Ｃ１及びＩｎｆｏ＿Ｃ１を知っているとしてもＫｅｙ＿Ｂを計算することは不可能である。
【００５３】
また、ノードＢのさらに他の子ノードであるノードＣ２の情報も同じ方式で暗号化される。
【００５４】
ノードＡの子ノードであるノードＤの情報は次の式（３）により暗号化される。
【００５５】
Ｋｅｙ＿Ｄ＝Ｆ（Ｋｅｙ＿Ａ，Ｉｎｆｏ＿Ｄ）    （３）
ここで、Ｉｎｆｏ＿ＤはノードＤの相対的な位置または絶対的な位置である。
【００５６】
ノードＤの子ノードのうち一つであるノードＥ１の情報は次の式（４）により暗号化される。
【００５７】
Ｋｅｙ＿Ｅ１＝Ｆ（Ｋｅｙ＿Ｄ，Ｉｎｆｏ＿Ｅ１）    （４）
ここで、Ｉｎｆｏ＿Ｅ１はノードＥ１の相対的な位置または絶対的な位置である。
【００５８】
ノードＤのさらに他の子ノードであるノードＥ２の情報は次の式（５）により暗号化される。
【００５９】
Ｋｅｙ＿Ｅ２＝Ｆ（Ｋｅｙ＿Ｄ，Ｉｎｆｏ＿Ｅ２）    （５）
ここで、Ｉｎｆｏ＿Ｅ２はノードＥ２の相対的な位置または絶対的な位置である。
【００６０】
ノードＥ１の子ノードであるノードＦ１及びノードＦ２での情報も同じ方式で暗号化される。
【００６１】
このように、本発明によるメタデータ暗号化保護及び管理方法では一方向関数を使用して、親ノードのキー情報及び該当ノードの位置情報から該当ノードのキー情報を生成する。
【００６２】
したがって、一つのキー情報、例えば、図６の場合、マスターキーとして使われるＫｅｙ＿Ａを使用していかなるノードでの情報も復号化できる。例えば、図６の場合、Ｋｅｙ＿Ａが与えられた場合、ノードＡの子ノードすべてに対する復号化が可能である。
【００６３】
また、一方向関数を使用し、かつ該当ノードの位置情報を利用して該当ノードのキー情報を生成するために、暗号化されたメタデータの一部についてのみ復号化を許容することが可能になる。
【００６４】
このように、本発明によるツリー構造のメタデータ暗号化方法を使用する場合、全体ツリーのメタデータを復号する必要なく、ツリー構造のうち所定のサブブランチのみを復号化するランダムアクセスが可能である。この時、所定ノード、例えば、ノードＤへのランダムアクセスが可能であるということは、ノードＤまたはノードＤの子ノードにアクセスできるということであり、ノードＤの親ノードＡまたは同一レベルのノードＢにある情報にアクセスできるという意味ではない。
【００６５】
したがって、図６に示された暗号化方法を使用することによって、効率的かつ柔軟なメタデータ保護及び管理が可能になる。
【００６６】
例えば、図６に示された方式によって暗号化されたメタデータについて、所定のユーザー、すなわち、セットトップボックスの場合、ノードＥ１及びノードＥ１の子ノードについてのみ復号化可能にするために、該当ノードＥ１のキー情報、すなわち、Ｋｅｙ＿Ｅ１値を該当セットトップボックスに伝送することによって、その目的が達成される。
【００６７】
このように、本発明によるメタデータ保護及び管理方法によれば、ユーザー別にメタデータについてのアクセスレベルを異に設定して、メタデータを効率的かつ柔軟に管理することが可能になる。
【００６８】
図７は、本発明によるメタデータ保護及び管理のために使われるライセンスの一実施例を示す図である。
【００６９】
本発明によるメタデータ保護及び管理方法によれば、例えば、放送事業者のサーバからユーザーのクライアントにメタデータが伝送される場合、図７に示されたようなライセンスファイルが共に伝送される。
【００７０】
以下では、図７に示されたメタデータについてのライセンス情報をさらに具体的に説明する。
【００７１】
メタデータについてのライセンス情報は、このライセンスが適用されるメタデータに関する情報、マスターキー情報、暗号化アルゴリズム、暗号化キー生成関数、暗号化キー生成関数に使われる入力値に関する情報、及びそれぞれのユーザーＵ１、Ｕ２、Ｕ３についてのアクセス権利情報を含む。
【００７２】
本実施例で利用されるメタデータは図３に示されたメタデータである。図７では、図３に示されたメタデータをＭ＿ｅｘと特定している。
【００７３】
メタデータについてのライセンス情報にはマスターキー情報、すなわち、Ｋｅｙ＿Ａが含まれている。この情報はユーザーまたはアプリケーションには知られておらず、図８に示されたメタデータ管理及び保護システムにより使われる。これと関連したさらに詳細な説明は図８を参照して後述する。
【００７４】
本実施例では、暗号化アルゴリズムとしてＡＥＳを使用する。しかし、選択的に他の暗号化アルゴリズムを使用することもできる。
【００７５】
ライセンス情報には、暗号化キー情報を生成するために使われた一方向関数を表す情報Ｆが含まれる。本実施例では、一方向関数としてハッシュ関数を使用する。また、本実施例では該当ノードの位置情報として相対位置情報を使用する。しかし、選択的に該当ノードの絶対位置情報または該当ノードを特定できる所定のインデックス情報を使用することもできる。
【００７６】
図７に示されたユーザーＵ１のアクセス権利情報７２０、ユーザーＵ２のアクセス権利情報７２２、ユーザーＵ３のアクセス権利情報７２４は、それぞれユーザー別に許容されたメタデータ情報のアクセスレベル及び使用を記述する。
【００７７】
ユーザーＵ１のアクセス権利情報７２０によれば、ユーザーＵ１についての承認レベルは＜Ａ＞であるが、これは、最上位ノードであるノードＡ及びノードＡのあらゆる下位ノードの情報についてのアクセスが可能であるということを表す。一方、アクセスされた情報についての利用権限は上映、コピー、消費、削除が可能であるということを表す。
【００７８】
また、本実施例でそれぞれのアクセス権利情報は、実際ユーザーの身分を認証するための情報、すなわち、パスワードまたは認証関連情報と認証方法に関する情報をさらに含む。
【００７９】
また、ユーザーＵ２のアクセス権利情報７２２によれば、ユーザーＵ２についての承認レベルは＜Ａ／Ｂ＞であるが、これはノードＢ及びノードＢのあらゆる下位ノードの情報への接近が可能であるということを表す。一方、アクセスされた情報についての利用権限は上映、コピー、消費が可能であるということを表す。
【００８０】
また、ユーザーＵ３のアクセス権利情報７２４によれば、ユーザーＵ３についての承認レベルは＜Ａ／Ｄ／Ｅ１＞であるが、これは、ノードＥ１及びノードＥ１の下位ノードの情報への接近が可能であるということを表す。一方、アクセスされた情報の利用はコピーのみ可能であるということを表す。また、承認されたレベルのノードについてのアクセス前提条件は１０＄の料金が支払わねばならないという点を表す。
【００８１】
図８は、メタデータ管理システムを示す図である。
【００８２】
ユーザーＵ２は、所定のアプリケーション８２０、例えば、ウィンドウメディアプレーヤーを通じてノードＣ１でのメタデータ情報のコピーを要請する。本実施例で使われるメタデータの各ノードの情報は、図６に示されたように、一方向関数を使用して上位ノードの暗号化キー及び該当ノードの位置情報により暗号化されている。
【００８３】
ＲＭＰシステム８４０は、アプリケーション８２０を通じて入力された要請について、メタデータライセンス保存部８４２に保存されたユーザーＵ２のライセンス情報を確認して、ユーザーＵ２の要請を承認するかどうかを決定する。ユーザーＵ２の要請を承認した場合、要請されたノードＣ１の情報を復号化するための復号化情報を復号化部８６０に伝送する。復号化情報には、最上位ノードのキー情報、すなわち、Ｋｅｙ＿Ａ、ノードＣ１の位置情報、及び暗号化アルゴリズムに関する情報が含まれる。選択的に、最上位ノードのキー情報Ｋｅｙ＿Ａの代わりに該当ノードのキー情報、すなわち、Ｋｅｙ＿Ｃ１を提供することもできる。
【００８４】
選択的に、ＲＭＰシステム８４０は、アプリケーション８２０を通じてメタデータ情報の要請が入力される場合、ユーザーＵ２についての認証手順を行う。
【００８５】
復号化部８６０は、ＲＭＰシステム部８４０から入力された復号化情報に基づいて該当ノードＣ１のキー情報を生成し、生成されたキー情報を使用してメタデータ保存部８８０から入力されたメタデータのうち、該当ノード及び下位ノードのメタデータ情報を復号化してアプリケーション８２０に出力する。復号化部８６０には、暗号化及び復号化エンジン、ハッシュ関数、認証アルゴリズムが設置されている。
【００８６】
図９は、メタデータの管理方法を説明するためのフローチャートである。
【００８７】
段階９１０で、ユーザーＵ２は所定のアプリケーション、例えば、ウィンドウメディアプレーヤーを通じてノードＣ１でのメタデータ情報のコピーを要請する。本実施例で使われるメタデータの各ノードの情報は、図６に示されたように、一方向関数を使用して上位ノードの暗号化キー及び該当ノードの位置情報により暗号化されている。
【００８８】
段階９２０では、所定のメタデータの使用を要請したユーザーの認証を行う。
【００８９】
段階９３０では、認証されたユーザーが前記要請されたメタデータの使用についてのライセンス有無を確認する。
【００９０】
段階９４０では、認証されたユーザーが前記要請されたメタデータの使用についてのライセンスがあると確認された場合、前記要請されたメタデータの復号化に必要な情報、すなわち、最上位レベルのキーＫｅｙ＿Ａ及びノードＣ１の位置情報を提供する。選択的に、復号化に必要な情報には暗号化アルゴリズムも含まれる。
【００９１】
段階９５０では、提供された復号化情報に基づいてノードＣ１以下のメタデータを復号化した後に所定のアプリケーションに伝送する。
【００９２】
図１０は、本発明によって図３のＸＭＬで表現されたメタデータの２進フォーマットを暗号化する一実施例を示す図である。
【００９３】
本発明のさらに他の実施例によれば、メタデータのうち属性値のみを暗号化する。すなわち、位置情報及び属性名称は暗号化しない。このように、位置情報及び属性名称を暗号化しないことによって、ＸＭＬ全体ツリーを復号する必要なくＸＭＬツリーの所定のサブブランチのみを容易に復号化できる。
【００９４】
本発明は前述した実施例に限定されず、本発明の思想内で当業者による変形が可能であるということはいうまでもない。
【００９５】
本発明はまた、コンピュータ可読記録媒体にコンピュータ可読コードとして具現できる。コンピュータ可読記録媒体はコンピュータシステムによって読み取られるデータが保存されるあらゆる記録装置を含む。コンピュータ可読記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、ハードディスク、フロッピー（登録商標）ディスク、フラッシュメモリ、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形で具現されるものも含む。またコンピュータ可読記録媒体はネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータ可読コードとして保存かつ実行されうる。
【産業上の利用可能性】
【００９６】
前述したように本発明によるメタデータ保護方法は、一方向関数を利用し、かつメタデータの上位ノードのキー情報及び該当ノードの位置情報を利用して該当ノードのメタデータを暗号化及び復号化可能にして、メタデータを保護するための管理情報を最小化しつつも効果的なメタデータ保護及び管理を可能にするという効果がある。
【図面の簡単な説明】
【００９７】
【図１】ＴＶＡ  ＲＭＰ環境でメタデータ管理がなされる実施例を示すブロック図である。
【図２】ＴＶＡ主要文書の構成要素を示す図である。
【図３】ＸＭＬを使用して表現されたメタデータの一例を示す図である。
【図４】ＸＭＬを使用して表現されたメタデータのさらに他の例を示す図である。
【図５】本発明を説明するためのツリー構造で表現されたメタデータを示す図である。
【図６】本発明によるメタデータの暗号化方法を説明するための図である。
【図７】本発明によるメタデータ管理のために使われるライセンスの一例を示す図である。
【図８】本発明によるメタデータ管理システムを示す図である。
【図９】本発明によるメタデータ管理方法を説明するためのフローチャートである。
【図１０】本発明による図３のＸＭＬで表現されたメタデータの２進フォーマットを暗号化する一実施例を示す図である。
【図１】
2005539423.tif 000003
【図２】
2005539423.tif 000004
【図３】
2005539423.tif 000005
【図４】
2005539423.tif 000006
【図５】
2005539423.tif 000007
【図６】
2005539423.tif 000008
【図７】
2005539423.tif 000009
【図８】
2005539423.tif 000010
【図９】
2005539423.tif 000011
【図１０】
2005539423.tif 000012
【国際調査報告】
2005539423.tif 000013
2005539423.tif 000014