JP2003091648A - コンテンツ配信装置、コンテンツ配信方法およびコンテンツ配信プログラム - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツのバリエーションに応じた利用条
件を配信することのできるコンテンツ配信装置、方法お
よびプログラムを提供すること。 【解決手段】 ニュースコンテンツ受信端末１０２は、
要求するニュースコンテンツの識別子と端末能力レベル
とをニュースコンテンツ配信サーバ１０１に送信する。
バリエーションデータベース１０５は、受信端末能力レ
ベル毎にコンテンツのバリエーションを管理しており、
このデータベースに基づいて配信すべきバリエーション
が決定される。メタデータデータベース１０３は、コン
テンツのメタデータを管理する。メタデータ解釈部１０
７はメタデータを解析し、配信すべきバリエーションを
取得する。利用条件データベース１０４は、ニュースコ
ンテンツと受信端末能力レベルとの組毎にニュースコン
テンツの利用条件を管理しており、このデータベースに
基づいて配信すべき利用条件が決定される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ配信装
置に関し、より特定的には、コンテンツとこのコンテン
ツの利用条件をコンテンツ受信端末に配信するコンテン
ツ配信装置に関する。

【０００２】

【従来の技術】近年、ディジタル情報圧縮技術の発展や
高速なネットワークインフラストラクチャの出現によ
り、インターネットなどのネットワークを介した様々な
コンテンツ配信サービスが運用されている。例えば、Ｗ
ｅｂページから音楽コンテンツを配信する音楽配信サー
ビスや、電子メールを利用したマーケット情報配信サー
ビスなどがある。

【０００３】また、コンテンツ配信サービスに接続する
機器の種類は増加している。例えば、ＰＣは勿論のこ
と、携帯電話、カーナビゲーションシステム、衛星放送
受信システムなどが接続機器として挙げられる。それぞ
れの機器におけるコンテンツ表示能力も様々である。例
えば携帯電話は、画像表示サイズや色数が制限されてい
たり、表示機能を持たないものもある。

【０００４】そのような多様な端末にコンテンツを配信
する場合、端末の能力に応じてそのコンテンツを変換し
て配信する場合や、予め変換されたコンテンツを配信す
る場合がある。例えば、配信されるコンテンツが動画コ
ンテンツの場合、ＰＣには動画をそのまま配信するが、
携帯端末にはその能力から画像サイズを小さくしたり、
フレーム数を間引いたものを配信したりする場合があ
る。また、動画再生能力のない端末では、代表静止画を
配信する場合もある。このように、配信コンテンツは内
容が同一であっても受信端末によって形態にバリエーシ
ョンを持つ。

【０００５】配信コンテンツのバリエーションは端末能
力のみに依存するものでは無い。例えば、配信経路のト
ラフィックが高い場合、リアルタイム再生を行うコンテ
ンツに対して、フレームを間引いて配信する場合などが
ある。

【０００６】このようなバリエーションを持つコンテン
ツをコンテンツ配信サーバで効率的に管理する方法とし
て、予め配信コンテンツの複数のバリエーションとその
バリエーションを表現するメタデータとを保持し、配信
時にそのメタデータに記述された内容に従ってその配信
コンテンツのバリエーションを決定する方法がある。コ
ンテンツのバリエーションを表現するメタデータの標準
フォーマットは例えばＩＳＯ／ＩＥＣ１５９３８で標準
化されているＭＰＥＧ７がある。

【０００７】ニュースコンテンツ配信サービスでの簡単
な例を挙げる。ニュースコンテンツ配信サーバは管理す
る全てのニュースコンテンツについて、動画・テキスト
・音声の３種類のバリエーションを持つ。また、ニュー
スコンテンツ配信サーバは、図１１に示すニュースコン
テンツのバリエーションに関する情報（メタデータ）を
持つ。図１１はＭＰＥＧ７フォーマットに則って記述さ
れたバリエーション情報である。

【０００８】簡単に説明すると、メタデータは＜Ｍｐｅ
ｇ７＞タグで囲まれ、その中にバリエーションが記述さ
れる。バリエーションは＜ＶａｒｉａｔｉｏｎＳｅｔ＞
タグで囲まれた部分に記述される。バリエーションのオ
リジナルコンテンツは＜Ｓｏｕｒｃｅ＞タグで囲まれた
部分に、それ以外は＜Ｖａｒｉａｔｉｏｎ＞タグで囲ま
れた部分に記述される。バリエーションは「動画」や
「テキスト」などのメディアを表現するタグで表現さ
れ、そのタグ中にバリエーションの存在場所が＜Ｍｅｄ
ｉａＬｏｃａｔｏｒ＞タグ及び＜ＭｅｄｉａＵｒｉ＞タ
グを利用して表記される。図１１の例では、バリエーシ
ョンは３種類存在し、オリジナルは「動画」であり、さ
らに存在場所は「／Ｃｏｎｔｅｎｔｓ／Ｎｅｗｓ／Ｎｅ
ｗｓ２００１０５２０．ｍｐｇ」である。また、他のバ
リエーションは「テキスト」と「音声」であり、その存
在場所はそれぞれ、「／Ｃｏｎｔｅｎｔｓ／Ｎｅｗｓ／
Ｎｅｗｓ２００１０５２０．ｔｘｔ」と「／Ｃｏｎｔｅ
ｎｔｓ／Ｎｅｗｓ／Ｎｅｗｓ２００１０５２０．ａｕ」
である。

【０００９】図１１から分かるように、ＭＰＥＧ７のメ
タデータはＸＭＬスキーマを用いて表記されている。そ
こで、ニュースコンテンツ配信サーバはＸＭＬスキーマ
で表記されたデータを解釈することができるＸＭＬパー
サを内部に持ち、それぞれのタグ中のデータを取得す
る。

【００１０】このメタデータはニュースコンテンツ配信
サーバ上のファイルシステムで管理されており（ファイ
ル名を「Ｎｅｗｓ２００１０５２０．ｍｐ７」とす
る）、オリジナルコンテンツとの関連を示す管理情報も
ニュースコンテンツ配信サーバ上の管理データベースで
保持されている。この管理情報には図１２に示すように
オリジナル動画のコンテンツ識別子１２０１およびメタ
データのファイル名１２０２の情報が含まれる。さらに
ニュースコンテンツ配信サーバは、受信端末レベルとそ
のレベルに対応するコンテンツバリエーションを図１３
に示すように管理している。図１３において１３０１は
受信端末能力レベル、１３０２はバリエーションを示し
ている。受信端末はその能力毎にレベルが分かれてお
り、動画表示可能な端末はレベル１、テキストのみ表示
可能な端末はレベル２、音声のみ再生可能な端末はレベ
ル３とする。またバリエーションは、図１３の１３０２
に示すようにメタデータ中のタグで示されている。

【００１１】ニュースコンテンツ配信サーバは、ニュー
スコンテンツ受信端末からのコンテンツ要求に応じてニ
ュースコンテンツを返信する。受信端末からの要求は
（要求コンテンツ識別子，受信端末能力レベル）の組か
らなる。コンテンツ要求を受けたニュースコンテンツ配
信サーバは、管理情報に基づいて要求コンテンツ識別子
に対応するメタデータを取得し、受信端末能力レベルか
らそのレベルに合ったバリエーションを取得する。その
後、メタデータの情報からバリエーションを検索し、そ
の後レベルに合ったバリエーションの所在を取得する。
最後に、そのバリエーションのコンテンツを配信する。

【００１２】例えば、ニュースコンテンツ受信端末から
のコンテンツ要求が（Ｎ２００１０５２０，２）の場
合、即ち、コンテンツ識別子として「Ｎ２００１０５２
０」を要求し、受信端末能力レベルとして「２」を要求
した場合、ニュースコンテンツ配信サーバは、図１２に
示したデータベースからメタデータファイルは「Ｎｅｗ
ｓ２００１０５２０．ｍｐ７」であると判断し、また、
図１３に示したデータベースから配信バリエーションは
「Ｔｅｘｔ」であると判断する。その後、メタデータフ
ァイル「Ｎｅｗｓ２００１０５２０．ｍｐ７」をＸＭＬ
パーサで解析し、「Ｔｅｘｔ」タグ中の「ＭｅｄｉａＵ
ｒｉ」タグから配信コンテンツを「／Ｃｏｎｔｅｎｔｓ
／Ｎｅｗｓ／Ｎｅｗｓ２００１０５２０．ｔｘｔ」と決
定する。最後にその決定したコンテンツを配信する。

【００１３】ところで、一般にデジタルコンテンツは容
易にコピーが可能なため、課金を行うコンテンツ配信サ
ービスでは、そのコンテンツ管理が非常に重要となる。
不正コピーや改ざんが行われるとサービス業者・著作権
者にとって多大な不利益が生じる。不正コピーや改ざん
を考慮した著作権管理システムの一例が特開平７−１３
１４５２号公報に記載されている。この公報に記載され
たコンテンツ管理システムは、暗号化されたコンテンツ
と、利用条件と、暗号鍵とを端末で受信し、改ざん検出
を行った後、利用条件の適合検証を行い、全ての検証を
満足したときのみコンテンツの復号を行い、その後、コ
ンテンツの出力を行う。

【００１４】利用条件とは、コンテンツの利用制限情報
であり、利用回数や利用期間などを指定するものであ
る。コンテンツ配信サービスプロバイダは、利用期間を
指定することにより、レンタルサービスを実現したり利
用条件に応じてコンテンツの料金設定を変更したりする
ことが可能となり、多様なサービスを実現することがで
きる。この利点から、コンテンツ配信サービスでは一般
的に利用条件を用いることが多い。例えば、コンテンツ
に「コピー可能」や「３０秒間無料再生可能」などの利
用条件を付け、受信端末では、その利用条件に従いコン
テンツの処理を行う。

【００１５】

【発明が解決しようとする課題】ところで、バリエーシ
ョンを持つコンテンツの場合、その利用条件もそのバリ
エーションによって異なるべきである。例えば、オリジ
ナルの動画コンテンツでは、「３０秒間無料再生可能」
という利用条件が付加されているが、静止画として配信
される場合はその利用条件は意味がない。また、オリジ
ナルのコンテンツに付けられた利用条件が「コピー可
能」だとしても、実際に配信するコンテンツがフレーム
の間引かれたものである場合、コンテンツプロバイダに
よっては、間引きされた質の悪いコンテンツの流通を避
けるため、利用条件を変更しコピー禁止としたい場合が
ある。

【００１６】しかしながら、上に挙げたコンテンツ配信
システム（特開平７−１３１４５２号公報）では、コン
テンツのバリエーションに応じて配信利用条件を変更す
ることができない。

【００１７】それゆえに本発明の目的は、コンテンツの
バリエーションに応じた利用条件を配信することのでき
るコンテンツ配信装置、コンテンツ配信方法およびコン
テンツ配信プログラムを提供することである。

【００１８】

【課題を解決するための手段および発明の効果】第１の
発明は、コンテンツとこのコンテンツの利用条件をコン
テンツ受信端末に配信するコンテンツ配信装置であっ
て、コンテンツには複数のバリエーションが存在し、コ
ンテンツを管理するコンテンツ管理部と、コンテンツの
利用条件を管理する利用条件管理部と、コンテンツ管理
部で管理されているコンテンツの所定のバリエーション
をコンテンツ受信端末に配信するとともに、この配信さ
れるバリエーションに応じて動的に決定される利用条件
をこのコンテンツ受信端末に配信する通信部とを備え
る。

【００１９】上記第１の発明によれば、コンテンツに複
数のバリエーションが存在する場合であっても、利用条
件がコンテンツのみに依存して静的に決定されるのでは
なく配信されるバリエーションに応じて動的に決定され
るため、配信されるバリエーションに適した利用条件を
配信することができる。

【００２０】第２の発明は、第１の発明において、利用
条件管理部は、コンテンツ受信端末の受信端末能力レベ
ル毎に利用条件を管理しており、通信部は、コンテンツ
受信端末の受信端末能力レベルに対応する利用条件をこ
のコンテンツ受信端末に配信することを特徴とする。

【００２１】上記第２の発明によれば、コンテンツ受信
端末の受信端末能力レベルに応じて利用条件を配信する
ことができる。

【００２２】第３の発明は、第１の発明において、利用
条件管理部は、バリエーションがこのバリエーションの
ソースに対してどのような関係にあるのかを示すバリエ
ーション属性毎に利用条件を管理しており、通信部は、
コンテンツ受信端末に配信されるバリエーションのバリ
エーション属性に対応する利用条件をこのコンテンツ受
信端末に配信することを特徴とする。

【００２３】上記第３の発明によれば、バリエーション
属性に応じた利用条件を配信することができる。

【００２４】第４の発明は、第１の発明において、コン
テンツ毎に、このコンテンツとこのコンテンツの複数の
バリエーションとの関連を示すメタデータを管理するメ
タデータ管理部をさらに備え、メタデータに基づいて、
コンテンツ受信端末に配信されるバリエーションが決定
されることを特徴とする。

【００２５】第５の発明は、第４の発明において、メタ
データがＭＰＥＧ７に則ったメタデータであり、メタデ
ータ中のバリエーションタグに記述されるデータ内容に
基づいて、コンテンツ受信端末に配信されるバリエーシ
ョンが決定されることを特徴とする。

【００２６】第６の発明は、第３の発明において、コン
テンツ毎に、このコンテンツとこのコンテンツの複数の
バリエーションとの関連を示すメタデータを管理するメ
タデータ管理部をさらに備え、メタデータがＭＰＥＧ７
に則ったメタデータであり、メタデータ中のバリエーシ
ョン属性タグで示されるバリエーション属性に基づい
て、コンテンツ受信端末に配信される利用条件が決定さ
れることを特徴とする。

【００２７】第７の発明は、コンテンツとこのコンテン
ツの利用条件をコンテンツ受信端末に配信するコンテン
ツ配信方法であって、コンテンツには複数のバリエーシ
ョンが存在し、コンテンツを管理するコンテンツ管理ス
テップと、コンテンツの利用条件を管理する利用条件管
理ステップと、コンテンツ管理ステップで管理されてい
るコンテンツの所定のバリエーションをコンテンツ受信
端末に配信するとともに、この配信されるバリエーショ
ンに応じて動的に決定される利用条件をこのコンテンツ
受信端末に配信する通信ステップとを備える。

【００２８】上記第７の発明によれば、コンテンツに複
数のバリエーションが存在する場合であっても、コンテ
ンツのバリエーションに応じた利用条件を配信すること
ができる。

【００２９】第８の発明は、第７の発明において、利用
条件管理ステップは、コンテンツ受信端末の受信端末能
力レベル毎に利用条件を管理しており、通信ステップ
は、コンテンツ受信端末の受信端末能力レベルに対応す
る利用条件をこのコンテンツ受信端末に配信することを
特徴とする。

【００３０】第９の発明は、第７の発明において、利用
条件管理ステップは、バリエーションがこのバリエーシ
ョンのソースに対してどのような関係にあるのかを示す
バリエーション属性毎に利用条件を管理しており、通信
ステップは、コンテンツ受信端末に配信されるバリエー
ションのバリエーション属性に対応する利用条件をこの
コンテンツ受信端末に配信することを特徴とする。

【００３１】第１０の発明は、第７の発明において、コ
ンテンツ毎に、このコンテンツとこのコンテンツの複数
のバリエーションとの関連を示すメタデータを管理する
メタデータ管理ステップをさらに備え、メタデータに基
づいて、コンテンツ受信端末に配信されるバリエーショ
ンが決定されることを特徴とする。

【００３２】第１１の発明は、第１０の発明において、
メタデータがＭＰＥＧ７に則ったメタデータであり、メ
タデータ中のバリエーションタグに記述されるデータ内
容に基づいて、コンテンツ受信端末に配信されるバリエ
ーションが決定されることを特徴とする。

【００３３】第１２の発明は、第９の発明において、コ
ンテンツ毎に、このコンテンツとこのコンテンツの複数
のバリエーションとの関連を示すメタデータを管理する
メタデータ管理ステップをさらに備え、メタデータがＭ
ＰＥＧ７に則ったメタデータであり、メタデータ中のバ
リエーション属性タグで示されるバリエーション属性に
基づいて、コンテンツ受信端末に配信される利用条件が
決定されることを特徴とする。

【００３４】第１３の発明は、コンピュータにより実行
され、コンテンツとこのコンテンツの利用条件をコンテ
ンツ受信端末に配信するためのコンテンツ配信プログラ
ムであって、コンテンツには複数のバリエーションが存
在し、このコンピュータに、コンテンツを管理するコン
テンツ管理ステップと、コンテンツの利用条件を管理す
る利用条件管理ステップと、コンテンツ管理ステップで
管理されているコンテンツの所定のバリエーションをコ
ンテンツ受信端末に配信するとともに、この配信される
バリエーションに応じて動的に決定される利用条件をこ
のコンテンツ受信端末に配信する通信ステップとを実行
させることを特徴とする。

【００３５】上記第１３の発明によれば、コンテンツに
複数のバリエーションが存在する場合であっても、コン
テンツのバリエーションに応じた利用条件を配信するこ
とができる。

【００３６】

【発明の実施の形態】以下、本発明の種々の実施形態に
ついて図面を参照して説明する。 （第１の実施形態）図１は、本発明の第１の実施形態に
係るニュースコンテンツ配信システムの構成を示すブロ
ック図である。図１において、ニュースコンテンツ配信
システムは、ニュースコンテンツ配信サーバ１０１と、
ニュースコンテンツ受信端末１０２とを備える。ニュー
スコンテンツ配信サーバ１０１は、メタデータデータベ
ース１０３と、利用条件データベース１０４と、バリエ
ーションデータベース１０５と、通信部１０６と、メタ
データ解釈部１０７と、コンテンツデータベース１０８
とを含む。以下、各部の動作について説明する。

【００３７】＜ニュースコンテンツ配信サーバ１０１＞
ニュースコンテンツ配信サーバ１０１は、ニュースコン
テンツ受信端末１０２からのコンテンツ要求に応じて、
その指定されたコンテンツをニュースコンテンツ受信端
末１０２に送信する。なお本実施形態においては、コン
テンツ要求は（コンテンツ識別子，受信端末能力レベ
ル）の組で表すものとする。ここで、コンテンツ識別子
は、ニュースコンテンツ配信サーバ１０１がニュースコ
ンテンツ受信端末１０２へ送信するコンテンツを一意に
識別する情報である。一方、受信端末能力レベルは、表
示能力毎にレベルが分かれており、本実施形態では、動
画表示可能な端末はレベル１、テキストのみ表示可能な
端末はレベル２、音声のみ出力可能な端末はレベル３と
する。

【００３８】ニュースコンテンツ配信サーバ１０１は、
ニュースコンテンツ受信端末１０２に放送を通じてコン
テンツを配信してもよいし、インターネットのようなネ
ットワークを経由することにより配信してもよい。ここ
で、コンテンツは著作権保護がなされており、利用条件
が付随しているものとする。さらにコンテンツはコンテ
ンツ識別子をもつものとする。

【００３９】＜コンテンツ配信サービスにおける著作権
保護方式＞例えば著作権保護には次のような方式を用い
る。まずニュースコンテンツは、対称鍵暗号方式におけ
るコンテンツ毎に異なる秘密鍵（ｓｅｃｒｅｔ ｋｅ
ｙ）Ｋｃで暗号化されてニュースコンテンツ受信端末１
０２に送られる。この秘密鍵Ｋｃをコンテンツ鍵と呼
ぶ。コンテンツ識別子Ｉｃ、コンテンツ鍵Ｋｃ、コンテ
ンツの利用条件Ｕｃは、非対称暗号方式におけるニュー
スコンテンツ受信端末１０２の暗号鍵（ｐｕｂｌｉｃ
ｋｅｙ）で暗号化される。この暗号化されたものをチケ
ットＴｃと呼ぶ。コンテンツを復号する秘密鍵Ｋｃはチ
ケットＴｃに含まれるため、コンテンツを利用するため
にはチケットＴｃが必要となる。チケットＴｃは、コン
テンツの購入処理が完了した時点でニュースコンテンツ
受信端末１０２に送られる。

【００４０】チケットＴｃはニュースコンテンツ受信端
末１０２の暗号鍵で暗号化されているため、ニュースコ
ンテンツ受信端末１０２以外では復号することができな
い。なお、チケットＴｃの暗号方式には対称暗号方式を
用いてもよい。その場合でもチケットＴｃはニュースコ
ンテンツ受信端末１０２の秘密鍵で暗号化されるため、
ニュースコンテンツ受信端末１０２以外では復号するこ
とができない。

【００４１】＜チケットＴｃの具体例＞チケットＴｃの
フォーマット例を図２（Ａ）に示す。チケットＴｃに
は、チケットＴｃの対象となるコンテンツの識別子２０
１、利用条件集合２０２、およびコンテンツ鍵２０３の
情報が含まれる。コンテンツ識別子２０１は、コンテン
ツを一意に特定できる識別子であって、図２（Ａ）では
「Ｎ２００１０５２０」が記述されている。利用条件集
合２０２には予め決められた利用条件の中から複数の利
用条件を指定できるようになっている。各利用条件には
利用条件識別子が予め設定されており、個々の利用条件
の指定には利用条件識別子が用いられる。また、各利用
条件は属性値を持ち、それぞれの条件に応じてその意味
が決められている。図２（Ａ）では、利用条件集合とし
て３つの利用条件が定義されており、利用条件識別子
「０００１」に対する属性値は「２００１０５２１」で
あり、利用条件識別子「０００２」に対する属性値は
「０００００００１」であり、利用条件識別子「０００
３」に対する属性値は「０００００００３」である。

【００４２】各利用条件は、図２（Ｂ）に示すようにそ
れぞれ一意に識別できる利用条件識別子と対応付けられ
ている。すなわち、「利用期限」は利用条件識別子「０
００１」と対応付けられており、「コピー可否」は利用
条件識別子「０００２」と対応付けられており、「閲覧
回数」は利用条件識別子「０００３」とそれぞれ対応付
けられている。

【００４３】図２（Ａ）を参照して、利用条件の属性値
について説明する。例えば、利用条件識別子「０００
１」で表される利用条件「利用期限」については、その
属性値として、コンテンツを利用可能な期限を示す年月
日がＢＣＤ（Ｂｉｎａｒｙ−Ｃｏｄｅｄ Ｄｅｃｉｍａ
ｌ）で記述される。図２（Ａ）においては「２００１０
５２１」が記述されており、２００１年５月２１日まで
コンテンツが利用可能であることを表している。利用条
件識別子「０００２」で表される利用条件「コピーの可
否」については、その属性値として、コンテンツのコピ
ーが不可の場合０、可能な場合にはその回数が記述され
る。図２（Ａ）においては「０００００００１」が記述
されており、１回コピー可能であることを表している。
利用条件識別子「０００３」で表される利用条件「閲覧
回数」については、属性値として、閲覧不可の場合は
０、閲覧可能な場合はその回数が記述される。図２
（Ａ）においては「０００００００３」が記述されてお
り、３回閲覧可能であることを表している。

【００４４】＜ニュースコンテンツ受信端末１０２＞ニ
ュースコンテンツ受信端末１０２は、ユーザから指定さ
れたニュースコンテンツの要求とニュースコンテンツ受
信端末１０２の端末能力レベルをニュースコンテンツ配
信サーバ１０１に送信し、受信したニュースコンテンツ
を利用条件に従って再生する機能を持つ。ニュースコン
テンツ受信端末１０２はその表示能力毎にレベルが分か
れており、本実施形態では、動画表示可能な端末はレベ
ル１、テキストのみ可能な端末はレベル２、音声のみ可
能な端末はレベル３とする。

【００４５】＜メタデータデータベース１０３＞メタデ
ータデータベース１０３は、ニュースコンテンツ配信サ
ーバ１０１が配信するコンテンツのメタデータを管理す
るデータベースである。このデータベースは図３に示す
データを管理している。図３において、３０１はコンテ
ンツ識別子、３０２はメタデータ所在である。つまり、
ニュースコンテンツのコンテンツ識別子を保持するとと
もに、そのコンテンツに対応するメタデータの所在をＵ
ＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔ
ｏｒ）の形式で保持する。図３に示す例では、コンテン
ツ識別子「Ｎ２００１０５１９」に対応するメタデータ
の所在は「ｈｔｔｐ：／／ｗｗｗ．ｊｎｎ．ｃｏｍ／ｍ
ｅｔａｄａｔａ／Ｎ２００１０５１９．ｍｐ７」であ
り、コンテンツ識別子「Ｎ２００１０５２０」に対応す
るメタデータの所在は「ｈｔｔｐ：／／ｗｗｗ．ｊｎ
ｎ．ｃｏｍ／ｍｅｔａｄａｔａ／Ｎ２００１０５２０．
ｍｐ７」であり、コンテンツ識別子「Ｎ２００１０５２
１」に対応するメタデータの所在は「ｈｔｔｐ：／／ｗ
ｗｗ．ｊｎｎ．ｃｏｍ／ｍｅｔａｄａｔａ／Ｎ２００１
０５２１．ｍｐ７」であることを示している。

【００４６】＜利用条件データベース１０４＞利用条件
データベース１０４は、配信されるニュースコンテンツ
とニュースコンテンツ受信端末１０２の受信端末能力レ
ベルとの組毎にニュースコンテンツの利用条件を管理す
るデータベースである。利用条件データベース１０４で
管理されるデータ例を図４に示す。図４において、４０
１はコンテンツ識別子、４０２は受信端末能力レベル、
４０３は利用条件を示す。図４に示したデータ例では、
ニュースコンテンツのコンテンツ識別子が「Ｎ２００１
０５２０」であって端末の受信端末能力レベルが「１」
である組合せには、利用条件識別子「０００３」で表さ
れる利用条件「閲覧回数」が対応し、その内容は「３回
閲覧可能」である。また、コンテンツ識別子が「Ｎ２０
０１０５２０」であって受信端末能力レベルが「２」で
ある組合せには、利用条件識別子「０００１」で表され
る利用条件「利用期限」が対応し、その内容は「２００
１年５月２１日まで閲覧可能」である。また、コンテン
ツ識別子が「Ｎ２００１０５２１」であって受信端末能
力レベルが「１」である組合せには、利用条件識別子
「０００３」で表される利用条件「閲覧回数」が対応
し、その内容は「３回閲覧可能」である。なお、図４に
示す例では、配信されるニュースコンテンツとニュース
コンテンツ受信端末１０２の受信端末能力レベルとの組
毎に１つの利用条件を対応付けているが、各組に対して
複数の利用条件を対応付けてもよい。

【００４７】＜バリエーションデータベース１０５＞バ
リエーションデータベース１０５は、ニュースコンテン
ツ受信端末１０２の受信端末能力レベル毎に配信コンテ
ンツのバリエーションを管理するデータベースである。
バリエーションデータベース１０５で管理されるデータ
例を図５に示す。図５において、５０１は受信端末能力
レベル、５０２はバリエーションを示す。バリエーショ
ン５０２は、メタデータ中のバリエーション表現タグに
より表される。図５のデータ例では、受信端末能力レベ
ル１の端末には動画を、受信端末能力レベル２の端末に
はテキストを、受信端末能力レベル３の端末には音声を
配信するという内容が保持されている。

【００４８】＜通信部１０６＞通信部１０６は、ネット
ワークを通じてデータをやり取りするためのネットワー
クプロトコルが実装されたモジュールである。通信部１
０６には、ニュースコンテンツ受信端末１０２からのコ
ンテンツ要求の受信プロトコルと、ニュースコンテンツ
受信端末１０２へのコンテンツおよび利用条件の配信プ
ロトコルとが実装されている。これらコンテンツ要求受
信プロトコル及びコンテンツ・利用条件配信プロトコル
は、インターネットで一般的に利用されているＳＳＬ
（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を利用す
る。ＳＳＬのプロトコルはＮｅｔＳｃａｐｅ社の技術資
料「Ｔｈｅ ＳＳＬ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏ
ｎ３．０」により公開されているので詳細な説明は省略
する。このプロトコルにより、ニュースコンテンツ受信
端末１０２とニュースコンテンツ配信サーバ１０１は、
互いに認証を行い、相互にやり取りするデータをセッシ
ョン毎に決められたセッション鍵で暗号化して秘匿通信
を行う。なお、ニュースコンテンツ受信端末１０２とニ
ュースコンテンツ配信サーバ１０１の間のプロトコルは
必ずしもＳＳＬである必要はなく、同等あるいはそれ以
上の機能を有するプロトコルであれば他のプロトコルを
用いてもよい。

【００４９】＜メタデータ解釈部１０７＞メタデータ解
釈部１０７は、メタデータデータベース１０３に保持さ
れているメタデータを解析し、記述された項目毎のデー
タ内容を取得する機能を持つ。例えば本実施形態のよう
にメタデータがＭＰＥＧ７のフォーマットで記述されて
いる場合、メタデータ解釈部１０７は、入力としてメタ
データを取り、メタデータ中の各タグ（例えば＜Ｍｅｄ
ｉａＵｒｉ＞タグ）について、そのタグに記述されてい
るデータ内容を出力する。これにより、ニュースコンテ
ンツ配信サーバ１０１はメタデータに記述されているデ
ータ内容を取り出すことができる。

【００５０】＜コンテンツデータベース１０８＞コンテ
ンツデータベース１０８は、ニュースコンテンツ配信サ
ーバ１０１がニュースコンテンツ受信端末１０２に配信
するニュースコンテンツを管理する。本実施形態では、
ニュースコンテンツはニュースコンテンツ配信サーバ１
０１のファイルシステムに保存され、ファイル名で識別
される。

【００５１】以上のように構成されたニュースコンテン
ツ配信システムにおいて、ニュースコンテンツの配信処
理を、図６に示すフローチャートを参照しながら説明す
る。

【００５２】（ステップＳ６０１）ニュースコンテンツ
配信サーバ１０１は、ニュースコンテンツ受信端末１０
２とＳＳＬプロトコルを利用して相互認証を行い、以降
の秘匿通信を行うためのセッション鍵を作成する。後述
のステップＳ６０２およびステップＳ６０７で交換され
る通信データはこのセッション鍵で暗号化される。

【００５３】（ステップＳ６０２）ニュースコンテンツ
配信サーバ１０１は、ニュースコンテンツ受信端末１０
２からコンテンツ要求を受信する。要求メッセージは
（コンテンツ識別子，受信端末能力レベル）の組からな
る。要求メッセージによって指定されたコンテンツのコ
ンテンツ識別子をＩｃ（値はＮ２００１０５２０）、受
信端末の能力レベルをＬ（値は２）とする。

【００５４】（ステップＳ６０３）ニュースコンテンツ
配信サーバ１０１は、受信したコンテンツ要求に対応す
るニュースコンテンツのメタデータをメタデータデータ
ベース１０３から取得する。メタデータの取得には、受
信したコンテンツ識別子Ｉｃを利用する。例えば図３に
示したメタデータデータベースの場合、コンテンツ識別
子Ｉｃが「Ｎ２００１０５２０」のとき、メタデータの
存在場所は「ｈｔｔｐ：／／ｗｗｗ．ｊｎｎ．ｃｏｍ／
ｍｅｔａｄａｔａ／Ｎｅｗｓ／Ｎ２００１０５２０．ｍ
ｐ７」であり、その存在場所からメタデータを取得す
る。取得したメタデータを図１１に示したものとする。

【００５５】（ステップＳ６０４）ニュースコンテンツ
配信サーバ１０１は、受信した受信端末能力レベルＬに
対応するコンテンツバリエーションをバリエーションデ
ータベース１０５から取得する。例えば図５に示したバ
リエーションデータベースの場合、要求メッセージによ
って指定された受信端末の能力レベルは「２」であるた
め、配信するコンテンツバリエーションは「Ｔｅｘｔ」
となる。

【００５６】（ステップＳ６０５）ニュースコンテンツ
配信サーバ１０１は、ステップＳ６０４で取得したコン
テンツバリエーションに対応する利用条件を利用条件デ
ータベース１０４から取得する。例えば図４に示した利
用条件データベースの場合、コンテンツ識別子Ｉｃが
「Ｎ２００１０５２０」、受信端末能力レベルが「２」
であることから、配信する利用条件は「２００１年５月
２１日まで閲覧可能」となる。

【００５７】（ステップＳ６０６）ニュースコンテンツ
配信サーバ１０１は、ステップＳ６０３で取得したメタ
データからステップＳ６０４で取得したコンテンツバリ
エーションの存在場所を取得する。本実施形態では、ス
テップＳ６０４で取得したコンテンツバリエーションが
「Ｔｅｘｔ」であるので、ステップＳ６０３で取得した
メタデータにおいて、＜Ｔｅｘｔ＞タグで囲まれる情報
の中の＜ＭｅｄｉａＵｒｉ＞タグで記述されるコンテン
ツバリエーションの存在場所をメタデータ解釈部１０７
を利用して取得する。つまり、テキストで記述された、
指定のニュースコンテンツのバリエーションは、図１１
に示すメタデータから、「／Ｃｏｎｔｅｎｔｓ／Ｎｅｗ
ｓ／Ｎｅｗｓ２００１０５２０．ｔｘｔ」と決定され
る。

【００５８】（ステップＳ６０７）ニュースコンテンツ
配信サーバ１０１は、ステップＳ６０５で取得した利用
条件とステップＳ６０６で取得したニュースコンテンツ
のバリエーションとをニュースコンテンツ受信端末１０
２に配信する。利用条件は、図２（Ａ）に示したチケッ
トフォーマットを利用する。チケットは、コンテンツ識
別子、利用条件集合およびコンテンツ鍵から構成され
る。また、配信するニュースコンテンツのバリエーショ
ンは、チケットに含まれるコンテンツ鍵で暗号化する。

【００５９】（ステップＳ６０８）ニュースコンテンツ
受信端末１０２は、ニュースコンテンツ配信サーバ１０
１から送信されたニュースコンテンツ及び利用条件の受
信が完了すれば、ステップＳ６０１で確立したＳＳＬの
セッションを終了する。

【００６０】以上のように、ニュースコンテンツ配信サ
ーバ１０１は、配信ニュースコンテンツに付属するメタ
データ及びニュースコンテンツ受信端末１０２から受信
した受信端末能力レベル情報を利用することにより、ニ
ュースコンテンツ受信端末１０２の能力レベルに応じて
利用条件を配信することができる。

【００６１】なお、上記の構成要素は、ハードウエアと
して実現してもよいし、ソフトウエアとして実現しても
よい。

【００６２】また、上記のメタデータは、同様の表現を
記述可能なものであれば、いかなるものを利用してもよ
い。

【００６３】さらに、本実施形態では、ニュースコンテ
ンツ受信端末１０２へはニュースコンテンツと利用条件
を同時に配信したが、必ずしも同時に配信する必要はな
い。その場合、ニュースコンテンツ受信端末１０２は、
ニュースコンテンツと利用条件のそれぞれについて個別
に要求を送信する。この場合においても、要求には（コ
ンテンツ識別子，受信端末能力レベル）を指定する。

【００６４】また、本実施形態では、受信端末能力レベ
ルに予め決められたレベル値を利用したが、例えば「画
像表示能力＝なし、画面サイズ＝２０ｘ２０」などの具
体的な能力値をニュースコンテンツ受信端末１０２から
受信してもよい。

【００６５】また、本実施形態ではメタデータデータベ
ース１０３にメタデータの所在を蓄積したが、メタデー
タ自身を蓄積してもよい。

【００６６】（第２の実施形態）図７は、本発明の第２
の実施形態に係るニュースコンテンツ配信システムの構
成を示すブロック図である。図７において、ニュースコ
ンテンツ配信システムは、ニュースコンテンツ配信サー
バ７０１と、ニュースコンテンツ受信端末１０２とを備
える。ニュースコンテンツ配信サーバ７０１は、メタデ
ータデータベース１０３と、利用条件データベース７０
４と、バリエーションデータベース１０５と、通信部１
０６と、メタデータ解釈部１０７と、コンテンツデータ
ベース１０８とを含む。なお図７において図１と同様の
構成には同一の参照符号を付し、その説明を省略する。

【００６７】利用条件データベース７０４は、配信され
るニュースコンテンツのバリエーションとバリエーショ
ン属性との組毎にニュースコンテンツの利用条件を管理
するデータベースである。なおバリエーション属性と
は、ニュースコンテンツのバリエーションが、オリジナ
ルのニュースコンテンツとどのような関係にあるのかを
示す情報である。バリエーション属性の詳細については
後述する。利用条件データベース７０４で管理されるデ
ータ例を図８に示す。図８において、８０１はコンテン
ツのバリエーション、８０２はコンテンツのバリエーシ
ョン属性、８０３は利用条件を示す。図８に示したデー
タ例では、バリエーションが「Ｖｉｄｅｏ」であってバ
リエーション属性が指定されていない組合せには、利用
条件識別子「０００３」で表される利用条件「閲覧回
数」が対応し、その内容は「１回閲覧可能」である。ま
た、バリエーションが「Ｖｉｄｅｏ」であってバリエー
ション属性が「ＳａｍｐｌｉｎｇＲｅｄｕｃｔｉｏｎ」
である組合せには、利用条件識別子「０００３」で表さ
れる利用条件「閲覧回数」が対応し、その内容は「３回
閲覧可能」である。ここで、「ＳａｍｐｌｉｎｇＲｅｄ
ｕｃｔｉｏｎ」は、音声または動画に対して、再生時間
を短縮させることなく、サンプリング点を減少させるこ
とを示す。例えば、動画に対してフレームレートを３０
フレーム／秒から１５フレーム／秒に落とす処理を指
す。また、バリエーションが「Ｔｅｘｔ」であってバリ
エーション属性が「ＭｏｄａｌｉｔｙＴｒａｎｓｌａｔ
ｉｏｎ」である組合せには、利用条件識別子「０００
１」で表される利用条件「利用期限」が対応し、その内
容は「２００１年５月２１日まで閲覧可能」である。こ
こで、「ＭｏｄａｌｉｔｙＴｒａｎｓｌａｔｉｏｎ」
は、マルチメディアデータをある形態（静止画、動画、
テキスト、音声など）から別の形態に変換することを示
す。例えば、テキスト−音声変換などの処理を指す。な
お、図８に示す例では、配信されるニュースコンテンツ
のバリエーションとバリエーション属性との組毎に１つ
の利用条件を対応付けているが、各組に対して複数の利
用条件を対応付けてもよい。

【００６８】以上のように構成されたニュースコンテン
ツ配信システムにおいて、ニュースコンテンツの配信処
理を、図９に示すフローチャートを参照しながら説明す
る。

【００６９】（ステップＳ９０１）ニュースコンテンツ
配信サーバ７０１は、ニュースコンテンツ受信端末１０
２とＳＳＬプロトコルを利用して相互認証を行い、以降
の秘匿通信を行うためのセッション鍵を作成する。後述
のステップＳ９０２およびステップＳ９０８で交換され
る通信データはこのセッション鍵で暗号化される。

【００７０】（ステップＳ９０２）ニュースコンテンツ
配信サーバ７０１は、ニュースコンテンツ受信端末１０
２からコンテンツ要求を受信する。要求メッセージは
（コンテンツ識別子，受信端末能力レベル）の組からな
る。要求メッセージによって指定されたコンテンツのコ
ンテンツ識別子をＩｃ（値はＮ２００１０５２０）、受
信端末の能力レベルをＬ（値は２）とする。

【００７１】（ステップＳ９０３）ニュースコンテンツ
配信サーバ７０１は、受信したコンテンツ要求に対応す
るニュースコンテンツのメタデータをメタデータデータ
ベース１０３から取得する。メタデータの取得には、受
信したコンテンツ識別子Ｉｃを利用する。例えば図３に
示したメタデータデータベースの場合、コンテンツ識別
子Ｉｃが「Ｎ２００１０５２０」のとき、メタデータの
存在場所は「ｈｔｔｐ：／／ｗｗｗ．ｊｎｎ．ｃｏｍ／
ｍｅｔａｄａｔａ／Ｎｅｗｓ／Ｎ２００１０５２０．ｍ
ｐ７」であり、その存在場所からメタデータを取得す
る。取得したメタデータを図１０に示すものとする。

【００７２】（ステップＳ９０４）ニュースコンテンツ
配信サーバ７０１は、受信した受信端末能力レベルＬに
対応するコンテンツバリエーションをバリエーションデ
ータベース１０５から取得する。例えば図５に示したバ
リエーションデータベースの場合、要求メッセージによ
って指定された受信端末の能力レベルは「２」であるた
め、配信するコンテンツバリエーションは「Ｔｅｘｔ」
となる。

【００７３】（ステップＳ９０５）ニュースコンテンツ
配信サーバ７０１は、ステップＳ９０３で取得したメタ
データをメタデータ解析部１０７で解析することによ
り、ステップＳ９０４で取得したコンテンツバリエーシ
ョンに対応するバリエーション属性を抽出する。その抽
出方法は次のとおりである。 （１）まず、ステップＳ９０３で取得したメタデータを
メタデータ解析部１０７で解析し、ステップＳ９０４で
取得したコンテンツバリエーション「Ｔｅｘｔ」に対す
る記述を抽出する。具体的には、＜Ｖａｒｉａｔｉｏｎ
＞タグで囲まれるバリエーションメタデータの中から＜
Ｔｅｘｔ＞タグで囲まれる記述を抽出する。 （２）次に、抽出したデータの中から＜Ｖａｒｉａｔｉ
ｏｎＲｅｌａｔｉｏｎｓｈｉｐ＞タグの内容を抽出す
る。図１０に示したメタデータの場合、抽出されるバリ
エーション属性は「ＭｏｄａｌｉｔｙＴｒａｎｓｌａｔ
ｉｏｎ」である。

【００７４】（ステップＳ９０６）ニュースコンテンツ
配信サーバ７０１は、ステップＳ９０４およびステップ
Ｓ９０５で取得したコンテンツバリエーションおよびバ
リエーション属性に対応する利用条件を利用条件データ
ベース７０４から取得する。コンテンツバリエーション
が「Ｔｅｘｔ」、バリエーション属性が「Ｍｏｄａｌｉ
ｔｙＴｒａｎｓｌａｔｉｏｎ」であることから、図８に
示した利用条件データベースの場合、配信する利用条件
は「２００１年５月２１日まで閲覧可能」となる。な
お、本例ではバリエーション属性が指定されている場合
について説明したが、バリエーション属性が指定されて
いない場合には、バリエーション属性が「指定なし」に
対応する利用条件を取得する。例えばコンテンツバリエ
ーションが「Ｖｉｄｅｏ」、バリエーション属性が「指
定なし」の場合、図８に示した利用条件データベースに
基づいて、配信する利用条件は「１回閲覧可能」とな
る。

【００７５】（ステップＳ９０７）ニュースコンテンツ
配信サーバ７０１は、ステップＳ９０３で取得したメタ
データからステップＳ９０４で取得したコンテンツバリ
エーションの存在場所を取得する。本実施形態では、ス
テップＳ９０４で取得したコンテンツバリエーションが
「Ｔｅｘｔ」であるので、ステップＳ９０３で取得した
メタデータにおいて、＜Ｔｅｘｔ＞タグで囲まれる情報
の中の＜ＭｅｄｉａＵｒｉ＞タグで記述されるコンテン
ツバリエーションの存在場所をメタデータ解釈部１０７
を利用して取得する。つまり、テキストで記述された、
指定のニュースコンテンツのバリエーションは、図１０
に示すメタデータから、「／Ｃｏｎｔｅｎｔｓ／Ｎｅｗ
ｓ／Ｎｅｗｓ２００１０５２０．ｔｘｔ」と決定され
る。

【００７６】（ステップＳ９０８）ニュースコンテンツ
配信サーバ７０１は、ステップＳ９０６で取得した利用
条件とステップＳ９０７で取得したニュースコンテンツ
のバリエーションとをニュースコンテンツ受信端末１０
２に配信する。利用条件は、図２（Ａ）に示したチケッ
トフォーマットを利用する。チケットは、コンテンツ識
別子、利用条件集合およびコンテンツ鍵から構成され
る。また、配信するニュースコンテンツのバリエーショ
ンは、チケットに含まれるコンテンツ鍵で暗号化する。

【００７７】（ステップＳ９０９）ニュースコンテンツ
受信端末１０２は、ニュースコンテンツ配信サーバ７０
１から送信されたニュースコンテンツ及び利用条件の受
信が完了すれば、ステップＳ９０１で確立したＳＳＬの
セッションを終了する。

【００７８】以上のように、ニュースコンテンツ配信サ
ーバ７０１は、配信ニュースコンテンツに付属するメタ
データに応じた利用条件をニュースコンテンツ受信端末
１０２に配信することができる。より具体的には、ニュ
ースコンテンツ配信サーバ７０１は、バリエーション属
性に応じた利用条件をニュースコンテンツ受信端末１０
２に配信することができる。これにより、第１の実施形
態のように各コンテンツの各バリエーション毎にそれぞ
れ個別に利用条件を設定しておく必要がなくなるので、
利用条件の設定作業が簡素化される。

【００７９】なお、上記の構成要素は、ハードウエアと
して実現してもよいし、ソフトウエアとして実現しても
よい。

【００８０】また、上記のメタデータ、バリエーション
およびバリエーション属性は同様の表現を記述可能なも
のであれば、いかなるものを利用してもよい。

【００８１】さらに、本実施形態では、ニュースコンテ
ンツ受信端末１０２へはニュースコンテンツと利用条件
を同時に配信したが、必ずしも同時に配信する必要はな
い。その場合、ニュースコンテンツ受信端末１０２は、
ニュースコンテンツと利用条件のそれぞれについて個別
に要求を送信する。この場合においても、要求には（コ
ンテンツ識別子，受信端末能力レベル）を指定する。

【００８２】また、本実施形態では、受信端末能力レベ
ルに予め決められたレベル値を利用したが、例えば「画
像表示能力＝なし、画面サイズ＝２０×２０」などの具
体的な能力値をニュースコンテンツ受信端末１０２から
受信してもよい。

【００８３】また、本実施形態ではメタデータデータベ
ース１０３にメタデータの所在を蓄積したが、メタデー
タ自身を蓄積してもよい。

【００８４】また、上記メタデータフォーマットにＭＰ
ＥＧ７で指定されたものを利用する場合、以下に示すＭ
ＰＥＧ７で規定されたバリエーション属性グループご
と、もしくは、個々のバリエーション属性ごとに利用条
件を設定することができる。以下、各バリエーション属
性グループを利用条件の設定例とともに列挙する。な
お、個々のバリエーション属性の詳細についてはＭＰＥ
Ｇ７の仕様を参照されたい。 ・要約・抽出に関するもの（Ｓｕｍｍａｒｉｚａｔｉｏ
ｎ、Ａｂｓｔｒａｃｔｉｏｎ、Ｅｘｔｒａｃｔｉｏｎ） ハイライトシーンやダイジェストなどのバリエーション
がこのグループに含まれる。例えば、ハイライトコンテ
ンツを宣伝に使うため一世代コピーを許可する利用条件
を設定する。 ・変換に関するもの（ＭｏｄａｌｉｔｙＴｒａｎｓｌａ
ｔｉｏｎ、ＬａｎｇｕａｇｅＴｒａｎｓｌａｔｉｏｎ） メディア変換や言語変換などのバリエーションがこのグ
ループに含まれる。例えば、動画を静止画に変換した場
合に利用条件を時間から回数に変更する、あるいは、言
語に応じて利用開始期限を変える等の利用条件の変更を
行う。例えば図８に示すように、オリジナルの動画コン
テンツに対する利用条件「閲覧可能回数」を、そのバリ
エーションであるテキストに対しては「利用期限」に変
更することも可能である。 ・間引きに関するもの（ＣｏｌｏｒＲｅｄｕｃｔｉｏ
ｎ、ＳｐａｔｉａｌＲｅｄｕｃｔｉｏｎ、Ｔｅｍｐｏｒ
ａｌＲｅｄｕｃｔｉｏｎ、ＳａｍｐｌｉｎｇＲｅｄｕｃ
ｔｉｏｎ、ＲａｔｅＲｅｄｕｃｔｉｏｎ、Ｑｕａｌｉｔ
ｙＲｅｄｕｃｔｉｏｎ、Ｃｏｍｐｒｅｓｓｉｏｎ、Ｓｃ
ａｌｉｎｇ） 減色、サイズ縮小などコンテンツの質を落とすバリエー
ションがこのグループに含まれる。例えば、質の落とさ
れたコンテンツが出回るのを防ぐため、コピーを不可に
する利用条件を設定する。また例えば図８に示すよう
に、質の落とされたコンテンツについては、オリジナル
のコンテンツよりも多くの閲覧回数を設定する等の利用
条件を設定することも可能である。 ・その他（Ｒｅｖｉｓｉｏｎ、Ｓｕｂｓｔｉｔｕｔｉｏ
ｎ、Ｒｅｐｌａｙ、ＡｌｔｅｒｎａｔｉｖｅＶｉｅｗ、
ＡｌｔｅｒｎａｔｉｖｅＭｅｄｉａＰｒｏｆｉｌｅ） コンテンツの版などである。例えば、バージョンの古い
ものよりも新しいものに対して利用回数を増やすように
利用条件を設定する。

【００８５】なお、以上の第１および第２の実施形態で
はニュースコンテンツの配信システムについて説明した
が、ニュースコンテンツ以外のコンテンツの配信システ
ムにも本発明を適用することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るニュースコンテ
ンツ配信システムの構成を示すブロック図である。

【図２】第１の実施形態におけるチケットフォーマット
の例及び利用条件識別子の例を示す図である。

【図３】第１の実施形態におけるメタデータデータベー
スの例を示す図である。

【図４】第１の実施形態における利用条件データベース
の例を示す図である。

【図５】第１の実施形態におけるバリエーションデータ
ベースの例を示す図である。

【図６】第１の実施形態におけるニュースコンテンツの
配信処理動作を示すフローチャートである。

【図７】本発明の第２の実施形態に係るニュースコンテ
ンツ配信システムの構成を示すブロック図である。

【図８】第２の実施形態における利用条件データベース
の例を示す図である。

【図９】第２の実施形態におけるニュースコンテンツの
配信処理動作を示すフローチャートである。

【図１０】第２の実施形態におけるメタデータの記述例
を示す図である。

【図１１】従来のメタデータの記述例を示す図である。

【図１２】従来のメタデータデータベースの例を示す図
である。

【図１３】従来のバリエーションデータベースの例を示
す図である。

【符号の説明】

１０１ ニュースコンテンツ配信サーバ １０２ ニュースコンテンツ受信端末 １０３ メタデータデータベース １０４ 利用条件データベース １０５ バリエーションデータベース １０６ 通信部 １０７ メタデータ解釈部 １０８ コンテンツデータベース ２０１ コンテンツ識別子 ２０２ 利用条件集合 ２０３ コンテンツ鍵 ３０１ コンテンツ識別子 ３０２ メタデータ所在 ４０１ コンテンツ識別子 ４０２ 受信端末能力レベル ４０３ 利用条件 ５０１ 受信端末能力レベル ５０２ バリエーション ７０１ ニュースコンテンツ配信サーバ ７０４ 利用条件データベース ８０１ コンテンツバリエーション ８０２ バリエーション属性 ８０３ 利用条件 １２０１ コンテンツ識別子 １２０２ メタデータファイル １３０１ 受信端末能力レベル １３０２ バリエーション

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ５４０ Ｇ０６Ｆ 13/00 ５４０Ｆ ５５０ ５５０Ｌ Ｈ０４Ｎ 5/76 ＺＥＣ Ｈ０４Ｎ 5/76 ＺＥＣＺ 7/173 ６１０ 7/173 ６１０Ｚ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 コンテンツと当該コンテンツの利用条件
   をコンテンツ受信端末に配信するコンテンツ配信装置で
   あって、 コンテンツには複数のバリエーションが存在し、 コンテンツを管理するコンテンツ管理部と、 コンテンツの利用条件を管理する利用条件管理部と、 前記コンテンツ管理部で管理されているコンテンツの所
   定のバリエーションを前記コンテンツ受信端末に配信す
   るとともに、当該配信されるバリエーションに応じて動
   的に決定される利用条件を当該コンテンツ受信端末に配
   信する通信部とを備えるコンテンツ配信装置。
2. 【請求項２】 前記利用条件管理部は、前記コンテンツ
   受信端末の受信端末能力レベル毎に利用条件を管理して
   おり、 前記通信部は、前記コンテンツ受信端末の受信端末能力
   レベルに対応する利用条件を当該コンテンツ受信端末に
   配信することを特徴とする、請求項１記載のコンテンツ
   配信装置。
3. 【請求項３】 前記利用条件管理部は、バリエーション
   が当該バリエーションのソースに対してどのような関係
   にあるのかを示すバリエーション属性毎に利用条件を管
   理しており、 前記通信部は、前記コンテンツ受信端末に配信されるバ
   リエーションのバリエーション属性に対応する利用条件
   を当該コンテンツ受信端末に配信することを特徴とす
   る、請求項１記載のコンテンツ配信装置。
4. 【請求項４】 コンテンツ毎に、当該コンテンツと当該
   コンテンツの複数のバリエーションとの関連を示すメタ
   データを管理するメタデータ管理部をさらに備え、 前記メタデータに基づいて、前記コンテンツ受信端末に
   配信されるバリエーションが決定されることを特徴とす
   る、請求項１記載のコンテンツ配信装置。
5. 【請求項５】 前記メタデータがＭＰＥＧ７に則ったメ
   タデータであり、 前記メタデータ中のバリエーションタグに記述されるデ
   ータ内容に基づいて、前記コンテンツ受信端末に配信さ
   れるバリエーションが決定されることを特徴とする、請
   求項４記載のコンテンツ配信装置。
6. 【請求項６】 コンテンツ毎に、当該コンテンツと当該
   コンテンツの複数のバリエーションとの関連を示すメタ
   データを管理するメタデータ管理部をさらに備え、 前記メタデータがＭＰＥＧ７に則ったメタデータであ
   り、 前記メタデータ中のバリエーション属性タグで示される
   バリエーション属性に基づいて、前記コンテンツ受信端
   末に配信される利用条件が決定されることを特徴とす
   る、請求項３記載のコンテンツ配信装置。
7. 【請求項７】 コンテンツと当該コンテンツの利用条件
   をコンテンツ受信端末に配信するコンテンツ配信方法で
   あって、 コンテンツには複数のバリエーションが存在し、 コンテンツを管理するコンテンツ管理ステップと、 コンテンツの利用条件を管理する利用条件管理ステップ
   と、 前記コンテンツ管理ステップで管理されているコンテン
   ツの所定のバリエーションを前記コンテンツ受信端末に
   配信するとともに、当該配信されるバリエーションに応
   じて動的に決定される利用条件を当該コンテンツ受信端
   末に配信する通信ステップとを備えるコンテンツ配信方
   法。
8. 【請求項８】 前記利用条件管理ステップは、前記コン
   テンツ受信端末の受信端末能力レベル毎に利用条件を管
   理しており、 前記通信ステップは、前記コンテンツ受信端末の受信端
   末能力レベルに対応する利用条件を当該コンテンツ受信
   端末に配信することを特徴とする、請求項７記載のコン
   テンツ配信方法。
9. 【請求項９】 前記利用条件管理ステップは、バリエー
   ションが当該バリエーションのソースに対してどのよう
   な関係にあるのかを示すバリエーション属性毎に利用条
   件を管理しており、 前記通信ステップは、前記コンテンツ受信端末に配信さ
   れるバリエーションのバリエーション属性に対応する利
   用条件を当該コンテンツ受信端末に配信することを特徴
   とする、請求項７記載のコンテンツ配信方法。
10. 【請求項１０】 コンテンツ毎に、当該コンテンツと当
    該コンテンツの複数のバリエーションとの関連を示すメ
    タデータを管理するメタデータ管理ステップをさらに備
    え、 前記メタデータに基づいて、前記コンテンツ受信端末に
    配信されるバリエーションが決定されることを特徴とす
    る、請求項７記載のコンテンツ配信方法。
11. 【請求項１１】 前記メタデータがＭＰＥＧ７に則った
    メタデータであり、 前記メタデータ中のバリエーションタグに記述されるデ
    ータ内容に基づいて、前記コンテンツ受信端末に配信さ
    れるバリエーションが決定されることを特徴とする、請
    求項１０記載のコンテンツ配信方法。
12. 【請求項１２】 コンテンツ毎に、当該コンテンツと当
    該コンテンツの複数のバリエーションとの関連を示すメ
    タデータを管理するメタデータ管理ステップをさらに備
    え、 前記メタデータがＭＰＥＧ７に則ったメタデータであ
    り、 前記メタデータ中のバリエーション属性タグで示される
    バリエーション属性に基づいて、前記コンテンツ受信端
    末に配信される利用条件が決定されることを特徴とす
    る、請求項９記載のコンテンツ配信方法。
13. 【請求項１３】 コンピュータにより実行され、コンテ
    ンツと当該コンテンツの利用条件をコンテンツ受信端末
    に配信するためのコンテンツ配信プログラムであって、
    コンテンツには複数のバリエーションが存在し、当該コ
    ンピュータに、 コンテンツを管理するコンテンツ管理ステップと、 コンテンツの利用条件を管理する利用条件管理ステップ
    と、 前記コンテンツ管理ステップで管理されているコンテン
    ツの所定のバリエーションを前記コンテンツ受信端末に
    配信するとともに、当該配信されるバリエーションに応
    じて動的に決定される利用条件を当該コンテンツ受信端
    末に配信する通信ステップとを実行させることを特徴と
    するコンテンツ配信プログラム。