JP2007282048A - コンテンツ処理装置、変更情報生成装置、コンテンツ処理方法、変更情報生成方法、制御プログラム、および、記録媒体 - Google Patents

Abstract

【課題】通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを再生するコンテンツ処理装置を実現する。
【解決手段】本発明のデジタルテレビ１００は、コンテンツに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターンリストを生成する変更パターンリスト生成部２２と、上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターンリストに含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、外部から取得する変更情報取得部２３と、取得した変更情報が規定する変更手順にしたがってコンテンツを変更する変更情報結合部２４とを備えている。したがって、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを再生することが可能となる。
【選択図】図１

Description

本発明は、受信したコンテンツを処理するコンテンツ処理装置に関し、特に、ユーザごとにコンテンツをカスタマイズするコンテンツ処理装置に関する。

近年の通信技術の進歩により、大容量なデジタルコンテンツを高速で配信可能なデジタル放送やブロードバンド通信が普及してきた。特にマルチメディアコンテンツの流通方式に注目すると、全ユーザに共通のコンテンツを一方向で提供する放送方式（ＰＵＳＨ型の配信方式）と、ユーザが操作して所望のコンテンツを取得可能な双方向のインターネット配信方式（ＰＵＬＬ型の配信方式）との両方を適用することが可能になっている。近年普及しているテレビやＰＣ（Personal Computer）では、放送方式により取得した放送コンテンツおよびインターネット経由で取得したインターネットコンテンツの両方を出力することが可能となっている。

このような背景から、ユーザがテレビやＰＣから取得できるデジタルコンテンツは年々増大し、その結果、コンテンツに対するユーザの嗜好の多様化が生じている。このため、個々に異なるユーザの嗜好に対応してカスタマイズされたコンテンツ（カスタマイズコンテンツ）を配信することが可能な、デジタルコンテンツの配信システムの実現が強く望まれる。

例えば、特許文献１には、受信側において内容を変更される受信側依存要素コンテンツ（カスタマイズコンテンツ）が含まれる放送コンテンツを受信し、上記受信側依存要素コンテンツを利用者（ユーザ）向けにカスタマイズし、上記放送コンテンツの放送に同期して出力する放送受信システムが開示されている。カスタマイズの方法としては、ネットワークを介して取得される情報を利用することが記載されている。

また、特許文献２には、受信機に格納された、視聴者（ユーザ）ごとの個人向けコンテンツ（カスタマイズコンテンツ）を、放送局から放送される番組（放送コンテンツ）に合わせて画面に表示させる双方向データ放送システムが開示されている。

特許文献３には、廃棄されていた番組素材を有効活用する仕組みを提供し、視聴者（ユーザ）ごとの嗜好、欲求を満足させるコンテンツ送受信装置が開示されている。

より具体的には、特許文献３では、コンテンツ受信装置が、本放送映像（音声）データ（放送コンテンツ）に対応する、ネットワーク経由で受信した多視点映像（多聴点音声）データ（カスタマイズコンテンツ）を取得して蓄積する。また、コンテンツ送信装置にて規定されている提示情報によって、受信側で提示される際の提示手法を多種類設定する。これにより、視聴者は、本放送映像データと、多視点映像データとを適度に融合させて（切り替えて）、コンテンツを視聴することが可能となっている。
特開２００１−３６４８５号公報（２００１年２月９日公開） 特開２００４−１９３８５６号公報（２００４年７月８日公開） 特開２００５−１５９５９２号公報（２００５年６月１６日公開）

しかしながら、上述した従来の技術では、以下の問題を生じる。

特許文献１の技術では、放送コンテンツに受信側依存要素コンテンツが含まれている場合は、利用者向けにカスタマイズすることが必須となり、当該放送コンテンツのカスタマイズを利用者側で選択的に行うような視聴環境には適用できない。すなわち、放送コンテンツに対して、カスタマイズの必要性を利用者が判断して、カスタマイズを実行するか否かを利用者自身で選択することができないという問題がある。

特許文献２の技術では、番組−視聴者−個人向けコンテンツの対応関係があらかじめ定められており、ある番組に対し個人向けコンテンツを表示させるか否か、あるいは、どの個人向けコンテンツを表示させるか、などを視聴者が選択できる自由がない。このため、視聴者のより詳細な、多様なニーズに対応できないという問題がある。

特許文献３の技術では、カスタマイズの対象となるコンテンツのデータ（多視点映像データなど）を、そのまま再生可能な単位で、視聴者に提供するシステムである。つまり、多視点映像データの種類を豊富に用意すること（データ数の多さ）によって、視聴者のニーズの多様性に対応しようとするものである。したがって、ユーザの多様なニーズに応えるためには、膨大な量の多視点映像データを用意し、配信しなければならない。

結果として、ネットワーク経由で、上記多数の多視点映像データを配信しようとすれば、そのデータサイズが膨大になり、通信回線の負担がきわめて大きくなるという問題がある。また、視聴者にとって、通信コストがかさむことは好ましいことではない。一方、多視点映像データを、放送波を利用して配信するとしても、多視点映像データの種類の数だけチャンネルを確保しなければならない。したがって、多種類の多視点映像データを放送波にのせて配信することはチャンネルの枯渇につながってしまい、現実的ではない。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを再生することが可能なコンテンツ処理装置、変更情報生成装置、コンテンツ処理方法、変更情報生成方法、制御プログラム、および、記録媒体を実現することにある。

本発明に係るコンテンツ処理装置は、上記課題を解決するために、受信したコンテンツを処理するコンテンツ処理装置において、上記コンテンツには、コンテンツ再生に必要な情報を含む再生オブジェクトが含まれており、上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する変更パターン一覧生成手段と、上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する変更情報取得手段と、上記変更情報取得手段が取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する変更手段とを備えていることを特徴としている。

本発明に係るコンテンツ処理方法は、上記課題を解決するために、受信したコンテンツを処理するコンテンツ処理方法であって、上記コンテンツには、コンテンツ再生に必要な情報を含む再生オブジェクトが含まれており、上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する第１ステップと、上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する第２ステップと、上記第２ステップにて取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する第３ステップとを含むことを特徴としている。

上記構成によれば、変更パターン一覧生成手段は、コンテンツに含まれる再生オブジェクトをどのように変更することができるかを規定した１または複数の変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する。

この変更パターン一覧情報は、表示部に表示することもできる。これにより、ユーザは、どの再生オブジェクトにどんな変更を加えることができるのかをあらかじめ認識することが可能となる。

変更情報取得手段は、上記変更パターン一覧情報の中から、ユーザが所望の変更パターンを指定する信号を入力すると、ユーザが指定する変更パターンを特定して、それに対応する変更情報を変更情報記録部から取得する。変更情報とは、上記再生オブジェクトの変更手順を規定する変更情報であり、上述の個人向けコンテンツや多視点映像データのように、再生対象となるメディアデータとは異なるものである。

最後に変更手段は、上記取得された変更情報にしたがって上記再生オブジェクトをカスタマイズする。

これにより、ユーザは変更パターン一覧情報の中からオリジナルのコンテンツをどのようにカスタマイズするかを選択することが可能となる。また、変更パターンとしては、「変更を行わない」という選択肢も考えられ、これを選択するか否かによって、ユーザは、カスタマイズできるコンテンツに対しても、カスタマイズを行うか否かをユーザ自身で決定することができる。

さらに、変更情報は、上述の個人向けコンテンツや多視点映像データのように再生対象となるメディアデータと比べて、変更の手順を規定する情報であるだけなので、情報量がきわめて少ない。そのような変更情報を用いて、ユーザが所望するカスタマイズをコンテンツに施すことが可能となる。

結果として、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを提供することが可能となる。

なお、上記再生オブジェクトの変更パターン情報は、受信するコンテンツに含まれていてもよい。あるいは、コンテンツＩＤや再生オブジェクトＩＤとの対応付けさえ行っていれば、コンテンツとは独立して取得できるようにしてもよい。

また、上記コンテンツは、放送波を介して受信され、上記変更情報は、変更情報取得手段が必要に応じて取得するようにすることが好ましい。

これにより、ユーザごとに異なる情報（変更情報）のみをＰＵＬＬ型で取得するため、その通信時間や通信料金の問題を低減することができる。さらに、多くの種類のカスタマイズコンテンツを放送波により受信しなくても済むため、チャンネル数の枯渇や放送設備のコスト高の問題を低減することができる。

なお、上記再生オブジェクトには、再生対象となるメディアデータを含むメディアオブジェクト、および、上記メディアデータの再生手順を規定するプレゼンテーションオブジェクトの少なくとも１つが含まれていることが好ましい。

これにより、上記再生オブジェクトに含まれる再生対象となるメディアデータをオリジナルのコンテンツから変更したり、上記メディアデータの再生方法を変更したりすることが可能となる。

例えば、上記プレゼンテーションオブジェクトが、『映像メディアデータＡを表示部の表示画面いっぱいに表示させること』という再生手順を規定するものであったとする。もし、変更情報が、プレゼンテーションオブジェクトを『映像メディアデータＡを表示部の表示画面の上半分に表示させること』という再生手順を規定するものに変更するよう変更手順を定めていたとすれば、そのような変更情報が取得された場合、変更手段は、映像メディアデータＡが表示部の表示画面いっぱいに再生されるコンテンツを、映像メディアデータＡが表示部の表示画面の上半分に再生されるコンテンツへとカスタマイズすることが可能となる。

また、上記メディアオブジェクトが、『メディアデータＡ』を含んでいたとする。もし、変更情報が、上記メディアオブジェクトを『メディアデータＡ’』に変更するよう変更手順を定めていたとすれば、そのような変更情報が取得された場合、変更手段は、オリジナルのコンテンツにおいてメディアデータＡが再生されていたところにメディアデータＡ’が再生されるコンテンツへと当該コンテンツをカスタマイズすることが可能となる。

さらに、上記変更情報は、上記再生オブジェクトの一部またはすべてを変更対象として特定する情報と、該変更対象に替わる内容を特定する情報とを含むことができ、上記変更手段は、上記変更情報が上記再生オブジェクトの一部を変更対象として特定する場合に、上記変更情報が特定する変更対象を上記変更情報が特定する内容に置換することが好ましい。

上記変更情報が上記再生オブジェクトの一部を変更対象として特定する場合とは、変更情報がオリジナルのコンテンツとカスタマイズされたコンテンツとの差分のみを特定するということである。例えば、上述の例で説明すると、変更情報が『「表示画面いっぱいに」を「表示画面の上半分に」に差し替える』という変更手順を規定していればよいということである。あるいは、メディアデータそのものを差し替えるのではなく、メディアデータＡとメディアデータＡ’とで『異なる一部分だけを差し替える』という変更手順を規定していればよい。

このようにすれば、変更情報は、オリジナルのコンテンツとカスタマイズされたコンテンツとの差分の内容だけを特定する情報を含むだけで済むので、このような変更情報の情報量はより小さくなる。

結果として、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを提供することが可能となる。

なお、上記プレゼンテーションオブジェクトには、上記メディアオブジェクトのメディアデータを再生するか否かを規定する再生制御情報が含まれていてもよい。

これにより、コンテンツに含まれる１または複数のメディアデータの再生／非再生を制御することにより、コンテンツのカスタマイズが可能となる。

例えば、変更情報が、『メディアデータＢの再生制御情報を、「再生しない」から「再生する」に変更する』という変更手順を規定しているとすると、変更手段は、メディアデータＢが再生されなかったコンテンツを、メディアデータＢが再生されるコンテンツへとカスタマイズすることが可能となる。

さらに、上記コンテンツ処理装置は、上記メディアオブジェクトを識別するためにあらかじめ付与された第１メディアＩＤと乱数とを用いて、再生すべきメディアオブジェクトの格納場所を示す各メディアオブジェクトに付与する第２メディアＩＤを生成するＩＤ変換手段と、上記第２メディアＩＤに基づいて、メディアオブジェクトをコンテンツ記録部に格納するコンテンツ管理手段とを備えていてもよい。

上記構成によれば、上記ＩＤ変換手段は、メディアオブジェクトに付与されている第１メディアＩＤと乱数とを用いて、そのメディアオブジェクトの第２メディアＩＤを生成する。第２メディアＩＤは、コンテンツ記録部に上記メディアオブジェクトを格納するときの格納場所を示す情報である。続いて、上記コンテンツ管理手段は、上記生成された第２メディアＩＤが示すコンテンツ記録部の格納場所に上記メディアオブジェクトを格納する。

これにより、上記メディアコンテンツを再生するときなどに、コンテンツ記録部４１から所望のメディアオブジェクトを読み出すためには、あらかじめ付与されている第１メディアＩＤではなく、第２メディアＩＤを参照することが必要となる。

このように、乱数を用いて、第１メディアＩＤから推測することが困難な第２メディアＩＤを、メディアオブジェクトの読み出し時の参照情報とすることにより、ユーザが意図的に当該メディアオブジェクトを抽出することを防止することが可能となる。

以上のことから、当該メディアオブジェクトを利用する権限を持たないユーザが簡単に不正利用できないようすることができる。また、一度格納したコンテンツが無断配布される可能性を低減することが可能となる。

なお、上記第２メディアＩＤの生成方法の具体例としては、一方向関数を用いることが考えられる。例えば、上記第１メディアＩＤと上記乱数とを連結し、ハッシュ値を計算する関数を用いればよい。上記第１メディアＩＤと上記乱数との連結方法としては、上記第１メディアＩＤの後ろに上記乱数を続けて付加する、あるいは、その逆、また、両者の各ビット列の論理積や論理和を求めることなどが考えられる。

このようにして連結により求めた値に非公開の一方向関数を適用すれば、上記第２メディアＩＤは、上記第１メディアＩＤから簡単に導出できないほど全く異なる値となり、上記メディアオブジェクトが不正利用されることを防止することができる。

さらに、上記変更情報取得手段は、上記変更手段が再生オブジェクトを変更するのに利用した変更情報の履歴をコンテンツごとに記録する変更履歴情報を参照し、上記コンテンツに関連付けられた利用済みの変更情報を取得することが好ましい。

上記構成によれば、変更情報取得手段は、例えば、あるコンテンツにおいて、変更パターンＤが指定されたときに、変更パターンＤに対応する変更情報Ｄのみを取得する処理を実行しない。その前に、変更履歴情報を参照し、上記コンテンツに対して、変更情報Ａ〜Ｃを適用して再生したことがあるという記録が残っていた場合には、変更情報Ｄと併せて変更情報Ａ〜Ｃを取得する処理を実行する。

これにより、一度適用したことのある変更情報を踏まえてさらに新しい変更情報を取得する場合に、それまでの変更情報を自動的に適用することが容易に行える。したがって、ユーザは、コンテンツのカスタマイズを指定する操作を、過去にさかのぼって都度指定する必要がなくなり、ユーザの操作性が向上する。

なお、上記変更情報には、１のコンテンツの再生オブジェクトに対して択一的に適用する変更情報群を分類するグループ識別子が付与されており、上記変更手段は、互いに異なるグループ識別子を有する変更情報のみを、１のコンテンツにおける再生オブジェクトの変更に利用することが好ましい。

変更情報の中には、同じコンテンツ（あるいは、メディアオブジェクト）に対して、同時に適用し得ないものもある。このように、択一的な変更パターンのバリエーションを提供する場合は、同じグループに分類して同じグループ識別子を割り当てる。このようにすれば、変更手段は、当該グループ識別子が重複する変更情報同士を、同時に適用しないようにカスタマイズ処理を行うことができる。

本発明に係る変更情報生成装置は、上記課題を解決するために、上述のコンテンツ処理装置に供給する変更情報を生成する変更情報生成装置であって、上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースと、上記定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成するＩＤ変換手段と、再生すべきメディアオブジェクトの格納場所を、上記ＩＤ変換手段が生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する変更情報生成手段とを備えていることを特徴としている。

本発明に係る変更情報生成方法は、上記課題を解決するために、上述のコンテンツ処理装置に供給する変更情報を生成する変更情報生成方法であって、上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成する第１ステップと、再生すべきメディアオブジェクトの格納場所を、上記第１ステップにて生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する第２ステップとを含むことを特徴としている。

上記構成によれば、変更情報生成装置は、上述のコンテンツ処理装置から、上記再生オブジェクトの変更手順を規定する変更情報を要求する要求メッセージを受信する。該要求メッセージには、上記変更情報を識別するための変更情報ＩＤと、当該変更情報に対応付けられている乱数とが含まれている。

変更情報生成装置は、変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録している。変更情報定義ファイルは、変更情報を定義するものであり、いわば変更情報の雛型のようなものである。この雛型を、上記要求メッセージ送信元のコンテンツ処理装置向けに記述しなおすことにより、変更情報定義ファイルを元にして変更情報が完成する。

そこで、まず、変更情報生成装置は、受信した上記要求メッセージに含まれている変更情報ＩＤに対応付けて記録されている変更情報定義ファイルを定義ファイルデータベースから抽出する。そして、上記ＩＤ変換手段は、抽出した変更定義ファイルに記述されている、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれている乱数とを用いて、第２メディアＩＤを算出する。この第２メディアＩＤは、上記変更情報を要求したコンテンツ処理装置のコンテンツ記録部における、当該メディアオブジェクトの格納場所を示す情報である。

変更情報生成手段は、上記コンテンツ処理装置向けに生成した第２メディアＩＤを上記変更情報定義ファイルに含めることにより、上記要求メッセージにより要求された変更情報を生成する。

コンテンツ処理装置では、上述のようにして生成された変更情報を取得することにより、変更情報に記述された変更手順にしたがって、上記再生オブジェクトを変更することが可能となる。変更情報は、映像データや音声データからなる再生オブジェクトそのものではなく、その変更手順を示す情報であるので、そのデータ量は、再生オブジェクトに比べて小さい。

このように、膨大な種類の再生オブジェクトを配信する代わりに、データ量の少ない変更情報を供給することによって、コンテンツ処理装置において再生される再生オブジェクトに変更を加え、ユーザ所望のコンテンツを再生させることができる。

以上のことから、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを再生することが可能となる。

なお、上記変更情報生成手段は、上記変更情報定義ファイルに含まれる上記第１メディアＩＤを上記第２メディアＩＤに置換することにより、上記コンテンツ処理装置が要求する変更情報を生成することが好ましい。

この場合、雛型である変更情報定義ファイルにおいて利用される（再生すべきメディアオブジェクトとして特定されている）メディアオブジェクトの参照先（すなわち格納場所）を、コンテンツ処理装置のコンテンツ記録部における実際の格納場所にあてはめて記述することにより、変更情報定義ファイルを元にして変更情報が完成する。

変更情報生成手段は、変更情報定義ファイルに記述された上記第１メディアＩＤを上記算出された第２メディアＩＤに置換することにより、上記要求メッセージにより要求された変更情報を生成する。

これにより、変更情報を生成する処理を簡易化することが可能となり、上記コンテンツ処理装置に要求された変更情報を供給する処理の効率化を図ることが可能となる。

なお、上記コンテンツ処理装置および変更情報生成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記コンテンツ処理装置（または変更情報生成装置）をコンピュータにて実現させるコンテンツ処理装置（または変更情報生成装置）の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係るコンテンツ処理装置は、以上のように、上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する変更パターン一覧生成手段と、上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する変更情報取得手段と、上記変更情報取得手段が取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する変更手段とを備えている。

本発明に係るコンテンツ処理方法は、上記コンテンツには、コンテンツ再生に必要な情報を含む再生オブジェクトが含まれており、上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する第１ステップと、上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する第２ステップと、上記第２ステップにて取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する第３ステップとを含んでいる。

本発明に係る変更情報生成装置は、上述のコンテンツ処理装置に供給する変更情報を生成する変更情報生成装置であって、上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースと、上記定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成するＩＤ変換手段と、再生すべきメディアオブジェクトの格納場所を、上記ＩＤ変換手段が生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する変更情報生成手段とを備えている。

本発明に係る変更情報生成方法は、上述のコンテンツ処理装置に供給する変更情報を生成する変更情報生成方法であって、上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成する第１ステップと、再生すべきメディアオブジェクトの格納場所を、上記第１ステップにて生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する第２ステップとを含んでいる。

したがって、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを再生することが可能となる。

〔実施形態１〕
本発明の一実施形態について図面に基づいて説明すると以下の通りである。本実施形態では、一例として、地上デジタル放送を受像するデジタルテレビに本発明のコンテンツ処理装置を適用した場合について説明する。

本実施形態に係るデジタルテレビは、放送局から放送波により伝送されるコンテンツ（番組）、あるいは、コンテンツ配信事業者より通信網を介して配信されるデジタルコンテンツを受信し、受け取ったコンテンツを自身が内蔵する記録媒体に蓄積することが可能であるものとする。

なお、以下の説明に用いる図面では、同一の部材に同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰り返さない。

（デジタルテレビ１００の概要）
図２は、本実施形態に係るデジタルテレビ（コンテンツ処理装置）１００の概略構成を示すブロック図である。デジタルテレビ１００は、図２に示すとおり、制御部１、放送受信部２、通信部３、外部インターフェース部４、操作部５、表示部６、音声出力部７、および、記録部４０を備えた構成となっている。

記録部４０は、制御部１が実行するプログラムや、制御部１がコンテンツに対する各種処理（コンテンツの管理、カスタマイズ、再生など）を実行する際に読み出す種々のデータを記録するものである。記録部４０は、不揮発性であり読み書き速度が比較的高速である記憶素子であることが望ましく、半導体記憶媒体であるフラッシュメモリや磁気記憶媒体であるハードディスクなどで構成される。もちろん揮発性の半導体メモリや、読み書き速度が低速な光学式記憶媒体であっても、本発明のコンテンツ処理装置としてのデジタルテレビ１００の動作上問題はない。制御部１および記録部４０の詳細は後述する。

放送受信部２は、放送局が所有するコンテンツ提供装置（変更情報記録部）２００から放送波により伝送されるコンテンツを受信するものである。より詳細には、例えば、放送受信部２は、アンテナ、チューナ、デマルチプレクサなどで構成されている。放送受信部２は受信したコンテンツを、重畳された映像データと音声データとＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データとに分離する。

以下、コンテンツ提供装置（変更情報記録部／変更情報生成装置）２００から供給されるコンテンツであって、デジタルテレビ１００のユーザごとに、個別の変更処理（カスタマイズ処理）が施されていないコンテンツのことをオリジナルコンテンツと称し、カスタマイズ処理が施されたカスタマイズコンテンツと区別する。両コンテンツを特に区別する必要がない場合は、単に、コンテンツと称する。なお、デジタルテレビ１００構成の詳細については後述する。

通信部３は、インターネットやＬＡＮ（local area network）などで実現される通信網を介してコンテンツ提供装置２００から配信されるコンテンツを受信するものである。通信部３が実行するデータの送受信は、例えば、無線通信や有線ブロードバント通信を用いたＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信により実現される。このときのコンテンツ配信方法は特に限定されない。例えば、複数の相手を指定して同じコンテンツデータが送信されるマルチキャスト方式で配信されたコンテンツを受信するものであってもよい。あるいは、不特定多数の相手に向かって同じコンテンツデータが送信されるブロードキャスト方式で配信されたコンテンツを受信するものであってもよい。

なお、本実施形態では、通信部３は、オリジナルコンテンツをカスタマイズするための変更情報を受信する。変更情報の詳細については後述する。

外部インターフェース部４は、ＤＶＤ、リムーバブルＨＤＤ、半導体メモリカードなどの、外部の記憶装置や記録媒体など（変更情報記録部）からデータの読み出しを行って、当該記憶装置や記録媒体などに記録されているコンテンツや変更情報を取得するものである。

上述したように、本実施形態におけるコンテンツ（または変更情報）の取得方法は、大きくオンライン方式とオフライン方式に分けられるが、特に限定されない。例えば、オンライン方式にて、放送波を利用してもよいし、双方向通信路を利用してもよいし、両方を利用してもよい。ただし、伝送容量とデータ取得に係るユーザの通信コストの負担とを考慮すれば、放送波を利用するのが好ましい。

放送受信部２、通信部３、および、外部インターフェース部４より取得されたコンテンツなどの各種データは、記録部４０に記録される。

操作部５は、ユーザがデジタルテレビ１００を動作させるための信号を入力する信号入力手段である。本実施形態では、例えば、デジタルテレビ１００外部でリモート操作するためのリモートコントローラ（リモコン）や、デジタルテレビ１００自体に設けられた操作ボタンなどで構成されている。操作部５をリモコンとして実現する場合、デジタルテレビ１００は、受信側（受光部側）において、リモコンとしての操作部５側の各キー操作による指示信号（例えば赤外線による信号）を受光する受光手段（図示せず）を有しており、受光手段によって受光された指示信号は、制御部１に送られる。

表示部６は、コンテンツに含まれる映像（動画・画像）データを出力するものであり、例えば、ＬＣＤ（液晶ディスプレイ）、ＰＤＰ（プラズマディスプレイパネル）、またはＣＲＴ（cathode-ray tube）ディスプレイなどの表示装置で実現される。音声出力部７は、コンテンツに含まれる音声データを出力するスピーカとして実現される。

制御部１は、デジタルテレビ１００を統括制御するものである。制御部１は、記録部４０に記録されている各種プログラムを読み出して、デジタルテレビ１００が、本発明のコンテンツ処理装置としての機能を果たすよう各部を制御し、各種処理（コンテンツの管理、カスタマイズ、再生など）を実行する。制御部１は、内部に入出力制御部１０とコンテンツ処理部２０とを有している。

入出力制御部１０は、デジタルテレビ１００の各部（上述の放送受信部２、通信部３、外部インターフェース部４、操作部５、表示部６、および、音声出力部７）と、制御部１内部のコンテンツ処理部２０との間で行われる情報の入出力を制御するものである。

コンテンツ処理部２０は、受信したコンテンツを管理する機能、オリジナルコンテンツをカスタマイズする機能、カスタマイズするための情報を取得する機能、カスタマイズに関する情報をユーザに提示する機能、および、コンテンツを再生する機能を有している。

以下、コンテンツ処理部２０内の各部および記録部４０についてより詳細に説明する。

（デジタルテレビ１００の構成）
図１は、本実施形態に係るデジタルテレビ１００の要部構成を示すブロック図である。図１に示すとおり、デジタルテレビ１００の入出力制御部１０は、内部に、コンテンツ入力制御部１１、通信制御部１２、操作受付部１３、変更パターンリスト出力制御部１４、および、コンテンツ出力制御部１５を有している。コンテンツ処理部２０は、内部に、コンテンツ管理部（コンテンツ管理手段）２１、変更パターンリスト生成部（変更パターン一覧生成手段）２２、変更情報取得部（変更情報取得手段）２３、変更情報結合部（変更手段）２４、コンテンツ再生部２５、および、コンテンツ解析部２６を有している。また、記録部４０には、コンテンツ記録部４１、変更履歴記録部４２、および、ユーザ情報記録部４３が含まれている。

コンテンツ記録部４１は、デジタルテレビ１００が取得したコンテンツを記録するものであり、変更履歴記録部４２は、コンテンツに対して施した１または複数のカスタマイズ処理（変更）の履歴を記録するものである。ユーザ情報記録部４３は、ユーザに関する情報（ユーザ情報）を記録するものである。

ユーザ情報には、例えば、ユーザの識別情報、コンテンツ再生権利の有無、コンテンツ変更権利の有無などが含まれる。本実施形態では、コンテンツ変更権利は電子的な価値情報であるポイントとする。すなわち、ユーザ情報記録部４３は、ユーザの所有ポイント数をユーザ情報として記録する。ユーザは、コンテンツを再生／変更するために、上記ポイントをコンテンツ再生／変更に必要な分だけ消費することでコンテンツを再生したり変更したりすることができる。ポイントは商品購入実績や番組視聴実績などで増やすことができるようにしてもよい。

入出力制御部１０のコンテンツ入力制御部１１は、放送受信部２、通信部３、または、外部インターフェース部４が受信したコンテンツを受け付けて、入力されたコンテンツを記録部４０に格納するものである。

通信制御部１２は、通信部３を制御して、デジタルテレビ１００と、コンテンツ提供装置２００などの外部の装置との送受信を行うものである。より具体的には、例えば、コンテンツをカスタマイズするためのカスタマイズ手順（変更手順）を規定する変更情報をダウンロードする指示がユーザより入力された場合には、通信部３を制御して、変更情報をコンテンツ提供装置２００（図２）から取得する。

操作受付部１３は、ユーザが操作部５を介して入力したコンテンツに対するユーザの操作指示信号を受け付けて、コンテンツ処理部２０に供給するものである。これにより、デジタルテレビ１００は、ユーザの操作に応じて、指定されたコンテンツに対する処理を実行することができる。

本実施形態では、操作受付部１３は、操作部５を介してユーザが入力する、ユーザ所望の変更パターンの指定信号を受け付ける。変更パターンとは、あるコンテンツに実施できるカスタマイズの種類のことである。変更パターンが指定されると、当該変更パターンにしたがってカスタマイズを行うために、変更パターンに合致した変更情報を取得する必要がある。操作受付部１３は、ユーザより受け付けた変更パターンの指定信号を、変更情報を取得する変更情報取得部２３に供給する。

変更パターンリスト出力制御部１４は、あるコンテンツに適用可能なカスタマイズの種類、すなわち、変更パターンを、リストにして表示部６に出力するものである。１または複数の変更パターンを一覧表示する変更パターンリスト（変更パターン一覧情報）が、変更パターンリスト出力制御部１４により出力されると、変更パターンリストは表示部６に表示され、ユーザが視認できる。これにより、ユーザは、あるコンテンツに対してどのようなカスタマイズが行えるのかを認識することができ、変更パターンが複数存在する場合には、好みのカスタマイズを選択することが可能となる。また、変更パターンリストに、「カスタマイズを行わない」旨の選択肢が含まれていれば、それを選択することにより、ユーザは、カスタマイズ可能なコンテンツであっても、カスタマイズを行わずに当該コンテンツを視聴することが可能となる。

コンテンツ出力制御部１５は、記録部４０に記録されているコンテンツあるいはコンテンツ提供装置２００より取得されるコンテンツがコンテンツ処理部２０によって再生されるときに、該コンテンツに映像データ（画像・動画・文字などのデータも含む）を表示部６に、および／または、音声データを音声出力部７に出力するものである。これにより、ユーザは、表示部６に表示された映像コンテンツや、音声出力部７に出力された音楽コンテンツを楽しむことができる。

コンテンツ処理部２０のコンテンツ管理部２１は、コンテンツ入力制御部１１を介して取得されたコンテンツをコンテンツ記録部４１に格納し、各コンテンツを管理するものである。コンテンツ管理部２１は、コンテンツ解析部２６へ、取得したコンテンツの解析要求を行い、コンテンツ解析部２６の解析結果に沿って、当該コンテンツをコンテンツ記録部４１に格納する。

また、コンテンツ管理部２１は、操作受付部１３がコンテンツ再生指示信号を受け付けたときには、指定されたコンテンツをコンテンツ記録部４１から選択して読み出すものであってもよい。

さらに、コンテンツ管理部２１は、一時情報生成部２１ａおよび再生参照メディアＩＤ算出部２１ｂを有していてもよい。一時情報生成部２１ａは、コンテンツ管理部２１が、コンテンツをコンテンツ記録部４１に格納するときに、コンテンツまたはコンテンツの一部のデータに対して施す乱数としての一時情報を生成するものである。再生参照メディアＩＤ算出部２１ｂ（ＩＤ変換手段）は、上記生成された一時情報をオリジナルデータに適用することにより、オリジナルデータにマスクをかけるものである。

一時情報は、当該一時情報が施された後の（マスク後の）データ（またはその一部）とオリジナルデータとの対応関係が容易に予測され得ないよう、ランダムにかつ十分なデータ長を確保して生成されることが望ましい。これにより、生成された一時情報を知り得ないかぎり、マスク後のコンテンツからオリジナルコンテンツを復元すること、あるいは、オリジナルコンテンツから、マスク後のコンテンツを推測することが不可能となる。このような一時情報は、コンテンツ記録部４１に記録されたコンテンツ、あるいは、その一部に対して利用する権限を制限したいときに用いられる。つまり、一時情報をコンテンツに施して記録することにより、コンテンツを利用する権限を持たないユーザのデジタルテレビ１００においては、当該コンテンツを再生できないようにしたり、不正コピー・無断配布などの不正利用を防止したりすることに利用することができる。再生参照メディアＩＤ算出部２１ｂの詳細については後述する。

変更パターンリスト生成部２２は、取得されたコンテンツに含まれる、当該コンテンツに適用し得る変更パターンを示す変更パターン情報を基に、変更パターンリストを生成するものである。変更パターンリスト生成部２２が生成した変更パターンリストは、変更パターンリスト出力制御部１４を介して表示部６に表示され、ユーザに視認される。これにより、ユーザは、コンテンツごとにどのようなカスタマイズを適用することが可能かを認識することが可能となる。

変更情報取得部２３は、操作受付部１３に変更パターンの指定信号が入力されたのに応じて、上記指定信号が指定する変更パターンに沿ったカスタマイズを実行するために必要な変更情報を取得するものである。具体的には、指定された変更パターンに沿ってコンテンツを変更するときの変更手順を示す変更情報を取得するよう通信制御部１２を制御する。通信制御部１２は、この変更情報取得部２３の制御に応じて、例えば、変更情報提供元としてのコンテンツ提供装置２００と通信を行って、指定された変更情報を取得する。

なお、変更情報取得部２３は、コンテンツ提供装置２００に対して変更情報の要求信号を送信するときに、必要であれば、記録部４０に含まれる各記録部から（へ）の読み出し（書き込み）を実行してもよい。例えば、当該コンテンツに対してどのような変更が施されたかを確認するために、変更履歴記録部４２を参照し、その変更履歴に基づいて要求するべき変更情報を特定するのでもよい。例えば、変更情報取得部２３は、これまでに適用済みとして履歴に残っている過去の変更情報も、併せて取得できるようコンテンツ提供装置２００に要求することもできる。これにより、一度適用したことのある変更情報を踏まえてさらに新しい変更情報を取得する場合に、それまでの変更情報を自動的に適用することが容易に行える。したがって、ユーザは、コンテンツのカスタマイズを指定する操作を、過去にさかのぼって都度指定する必要がなくなる。

あるいは、変更情報を提供するコンテンツ提供装置２００の側で、適切な変更情報を特定できるように、当該コンテンツの変更履歴を要求信号とともに送信するようにしてもよい。

あるいは、コンテンツの一時情報およびユーザ情報の読み出しを行い、それら読み出した情報をコンテンツ提供装置２００に送信してもよい。変更情報取得部２３における処理の詳細は後述する。

変更情報結合部２４は、コンテンツまたはコンテンツの一部に、変更情報取得部２３が取得した変更情報を結合させてカスタマイズ処理を実行するものである。本実施形態では、コンテンツの変更手順を示す変更情報は、いわゆるパッチファイルである。変更情報結合部２４は、コンテンツ解析部２６のコンテンツ解析結果と、変更情報に含まれる変更対象を示す情報とにしたがって、コンテンツ記録部４１から読み込んだ変更対象に対してパッチ処理を行う。コンテンツのデータを、行単位で削除したり挿入したりすることによって、コンテンツを変更することが可能である。このように変更された（カスタマイズされた）カスタマイズコンテンツは、コンテンツ解析部２６で解析されて、コンテンツ再生部２５によって再生される。

コンテンツ再生部２５は、コンテンツ管理部２１によってコンテンツ記録部４１から読み出されたコンテンツを再生するものである。コンテンツ再生部２５は、コンテンツ解析部２６へ、読み出されたコンテンツの解析要求を行い、コンテンツ解析部２６の解析結果に沿って、当該コンテンツを再生する。より具体的なコンテンツ再生手順については後述する。

コンテンツ解析部２６は、コンテンツ管理部２１がコンテンツを格納するとき、変更情報結合部２４がコンテンツをカスタマイズするとき、および、コンテンツ再生部２５がコンテンツを再生するときに、上述の各部の指示に応じて、コンテンツの解析を行うものである。具体的には、コンテンツの構成やコンテンツに記述されているメタ情報やレイアウト情報、メディアオブジェクト再生設定などを抽出して、それぞれの意味解析を行い、その結果を、指示された各部に返す。

なお、本実施形態では、コンテンツ管理部２１、変更情報結合部２４、および、コンテンツ再生部２５の各部で必要となる字句解析処理をコンテンツ解析部２６が実行している（すなわち、各部が１つのコンテンツ解析部２６を共有する）構成となっているが、これに限定されない。例えば、上述の各部が、それぞれ専用のコンテンツ解析部を有していてもよい。ただし、字句解析処理の内容は共通しているので、１つのコンテンツ解析部２６を共有する構成にすれば、コンテンツ処理部２０の構成をよりシンプルすることができる。

次に、コンテンツ解析部２６が解析を行うコンテンツの構成の詳細について説明する。

（コンテンツの構成）
（１）全体の概要
図３は、本発明に係るデジタルテレビ１００が処理するコンテンツの構成の一例を示す図である。

コンテンツ５０は、図３に示すとおり、コンテンツ情報５１と、プレゼンテーションオブジェクト５２と、メディアオブジェクト５３（〜５７）とを含んでいる。

コンテンツ情報とは、コンテンツの再生・カスタマイズを管理するための管理情報のことである。プレゼンテーションオブジェクト（再生オブジェクト）とは、コンテンツの再生手順やメディアオブジェクト（再生オブジェクト）の処理手順を定めた情報のことである。例えば、どのメディアオブジェクトを表示部６の表示画面のどの領域に配置するかなど、レイアウトを規定する情報は、このプレゼンテーションオブジェクトに含まれる。メディアオブジェクトとは、コンテンツ再生部２５が実行する再生処理の処理対象となるメディアデータおよびそれに関する情報のことである。メディアデータは、再生処理対象のデータであって、具体的には、例えば、映像データ、画像データ、動画データ、音声データ、テキストデータなどがこれにあたる。

なお、図３に示すコンテンツ５０の構成は一例であって、本発明で処理されるコンテンツの構成はこれに限定されない。

（２）コンテンツ情報
コンテンツ情報５１は、当該コンテンツ５０を一意に識別するための識別子を示すコンテンツＩＤ５１１と、コンテンツ５０に適用することができる変更パターンの情報を示す変更パターン情報５１２と、コンテンツ５０をカスタマイズするために、結合すべき変更情報を取得する取得先のアドレスを示す変更情報取得先ＵＲＩ（Uniform Resource Identifier）５１３とを含んでいる。

本実施形態では、コンテンツＩＤ５１１として、「２００５０９０６」を付与している。このコンテンツＩＤはコンテンツが流通する範囲内で他のコンテンツと重複しないように割り振られる。

なお、本実施形態では、複数のオブジェクト（プレゼンテーションオブジェクト５２やメディアオブジェクト５３（〜５７）など）が１のデータにまとめられてコンテンツ５０を構成しているが、各オブジェクトは、それぞれ別のタイミングで取得することも可能である。この場合、各オブジェクト（群）を１のデータにまとめ、各データに付与するコンテンツ情報に上記コンテンツＩＤ「２００５０９０６」を付与して関連付ければよい。

変更パターン情報５１２は、コンテンツ５０の再生内容（メディアオブジェクト）や再生手順（プレゼンテーションオブジェクト）に対してどのような変更（カスタマイズ）を実行できるのかを示す情報である。変更パターン情報に含まれる変更パターンの各々は、変更ＩＤが割り振られ、どのような変更パターンであるのかを一意に識別できるようになっている。

変更パターンリスト生成部２２は、変更パターン情報５１２に基づいて変更パターンリストを生成し、ユーザに提示する。

変更情報取得先ＵＲＩ５１３は、変更情報の取得先のアドレスを示す情報である。本実施形態では例えば、コンテンツ提供装置２００のＵＲＬ（Uniform Resource Locator）などが想定される。変更情報取得部２３は、この変更情報取得先ＵＲＩ５１３を参照して、変更情報要求の送信を行う。なお、変更情報取得先ＵＲＩ５１３は、通信網を介してオンラインで変更情報を取得するときに必要となる情報であるので、オフラインで変更情報を取得する場合は必要ない。

図４は、コンテンツ情報５１の具体例を示す図である。コンテンツ情報５１の３行目がコンテンツＩＤ５１１であり、コンテンツＩＤが「２００５０９０６」であること示している。

５行目から９行目までが変更パターン情報５１２である。１行が１つの変更パターンに対応している。図４に示す例では、変更パターンの属性を示す情報（info属性）は、コンマで区切られる５つのフィールドからなっており、それぞれのフィールドは左から順に、変更情報ＩＤ、提示内容、提示領域、確定ボタン文字、関連メディアＩＤを意味している。

変更情報ＩＤは、コンテンツに施したい当該変更パターンに対応する、変更情報（コンテンツ提供装置２００が管理している）を一意に識別するための識別子を格納するためのフィールドであり、本実施形態では、一例として、３桁の１６進英数字で構成されるものとする。

提示内容は、当該変更パターンを変更パターンリストにて提示する際、当該変更パターンを示す情報をどのように表現するかを規定する情報を格納するためのフィールドである。本実施形態では、変更パターンを文字または文字列で表現することとし、このフィールドには、実際に提示される文字（列）がそのまま記述されている。なお、このフィールドに格納される情報は、アイコン、図形、画像などのファイルの格納場所などであってもよい。この場合、当該変更パターンは、所定のアイコン、図形、画像などで表現されユーザに提示されることとなる。

提示領域は、当該変更パターンを提示する変更パターンリストを、表示部６（図２）の画面上のどの領域に表示させるのかを指定する情報を格納するためのフィールドである。本実施形態では、例えば、表示部６の画面に対して、メイン表示領域、サブ表示領域、および、テキスト表示領域の３つ領域を定義しており、この３つのいずれの領域に、上記提示内容で規定された文字を表示するのかを指定することになる。

確定ボタン文字は、表示部６に表示される確定ボタン上に、どのような文字を表示させるのかを規定する情報を格納するためのフィールドである。確定ボタンとは、ＧＵＩ（Graphical User Interface）画像を表示部６に表示させることで実現される。この確定ボタンをユーザが選択すると、デジタルテレビ１００が実行可能な各種処理の実行指示信号をデジタルテレビ１００に入力することができる。

例えば、ある変更パターンに関連付けられた確定ボタンがユーザにより選択されると、デジタルテレビ１００の変更情報取得部２３は、当該変更パターンが関連付けられている変更情報ＩＤを有する変更情報を取得する処理を開始する。

関連メディアＩＤは、当該変更パターンが選択され、取得された変更情報が結合されることにより影響を受けるメディアオブジェクトのＩＤを格納するためのフィールドである。

上述した各フィールドに値を持つ変更パターンにしたがって、変更情報が取得され、コンテンツのカスタマイズが実行される。本実施形態では、取得したい変更情報を上記変更情報ＩＤによって特定する。本実施形態では、変更情報ＩＤは、数桁の１６進英数字で構成される。

以下に、変更情報ＩＤを３桁の固定長にした場合の変更情報ＩＤの発番ルールの一例を示す。

第１の桁（百の位）（グループ識別子）は、当該変更情報の変更対象のデータがどの提示領域で表示されるのかを示す。例えば、第１の桁が「２」の場合は、メイン表示領域、「０」の場合は、サブ表示領域、「１」の場合は、テキスト表示領域を示すものとする。

第２の桁（十の位）（グループ識別子）は、変更情報を所定の条件に基づきグループに分類したときのグループ識別子を示す。所定の条件とは、１のデータに同時に適用することができない変更情報同士を同じグループに分類するというものである。すなわち、第２の桁は、排他的に適用する変更情報の管理に利用する。変更情報の中には、同じコンテンツ（あるいは、メディアオブジェクト）に対して、同時に適用し得ないものもある。このように、択一的な変更パターンのバリエーションを提供する場合は、同じグループに分類して同じグループ識別子を割り当てる。このようにすれば、当該グループ識別子が重複する変更情報同士を、同時に適用しないように制御することができる。

第３の桁（一の位）は、同じコンテンツに適用する変更情報の変更のレベルを示す。つまり、あるコンテンツに第１の変更情報を適用した後に、さらに、そのカスタマイズされたコンテンツに対して第２の変更情報を適用する場合、変更情報が２段階適用されることになる。このとき、第１の変更情報をレベル１、第２の変更情報をレベル２と表して、同じコンテンツに適用される変更情報のシリーズを管理することができる。

つまり、ある領域１に再生可能なコンテンツが２つ（ＡとＢ）あり、それぞれが２段階ずつカスタマイズ可能（レベル１とレベル２）な場合は、コンテンツＡのレベル１の変更情報ＩＤは“０００”、Ａのレベル２の変更情報ＩＤは“００１”、コンテンツＢのレベル１の変更情報ＩＤは“０１０”、Ｂのレベル２の変更情報ＩＤは“０１１”などとすることが考えられる。

１１行目は変更情報取得先ＵＲＩ５１３である。図４に示すの例では、変更パターン情報５１２に記されているすべての変更パターンに対して１つの取得先のアドレスが対応付けられているが、このような形式に限らず、例えば、各変更パターンにつき１つの取得先アドレスを対応付けるようにしてもよい。

（３）プレゼンテーションオブジェクト
プレゼンテーションオブジェクト５２（図３）は、コンテンツ５０の属性を示すメタ情報５２１と、メディアオブジェクトの再生領域を規定する情報を示すレイアウト情報５２２と、メディアオブジェクトの再生方法を規定する情報を示す再生設定情報５２３（〜５２５）とを含んでいる。再生設定情報５２３（〜５２５）の数はコンテンツによって異なり、特に限定されない。本実施形態では、レイアウト情報５２２で定義された領域ごとに再生設定情報を用意し、３つの再生設定情報５２３（〜５２５）を含むこととする。

図５は、プレゼンテーションオブジェクト５２の具体例を示す図である。図５に示す例では、プレゼンテーションオブジェクト５２のファイル名を”ABCD_concert”とする。なお、プレゼンテーションオブジェクト５２はＸＭＬ（Extensible Markup Language）などの記述言語により実現されればよい。より具体的には、例えば、ＳＭＩＬ（Synchronized Multimedia Integration Language）やＢＭＬ（Broadcast Markup Language）などの仕様を適用してもよい。

３行目から５行目は、メタ情報５２１である。メタ情報５２１には、コンテンツ５０の属性情報、例えば、タイトル、著作権情報、あるいは、コンテンツ提供日などが記載されている。

７行目から９行目は、レイアウト情報５２２である。１行が１つの表示領域に対応している。図５に示す例では、表示領域のレイアウト情報は、以下に記す、５つの属性からなっている。（１）region id属性は、表示部６の画面上について定義された領域のそれぞれを識別するための表示領域ＩＤを表す。本実施形態では、表示部６の画面に定義された、メイン表示領域、サブ表示領域、および、テキスト表示領域のそれぞれに対し、”Main_video”、”Sub_video”、および、”Text”の表示領域ＩＤを割り当てている。（２）x属性および（３）ｙ属性は、当該表示領域の表示位置を規定する始点（例えば当該領域の最左上）の、表示部６の画面における座標を表す。ここでは、x属性が、画面上の縦の位置、y属性が横の位置を表すことにより、始点が定まるものとする。（４）width属性および（５）height属性は、当該表示領域の表示サイズを表す。width属性により、表示領域の幅（例えば、単位はドット）を、height属性により、高さを表すことにより、表示領域のサイズが定まるものとする。

例えば、７行目は”Main_video”というＩＤの領域（メイン表示領域）を、画面のｘ座標＝０でｙ座標＝０の位置に、幅８００ドットで高さ４５０ドットのサイズで表示することを示している。

１３行目から１５行目は、再生設定情報５２３（〜５２５）である。１つの行が１つの再生設定情報に対応している。再生設定情報５２３（〜５２５）では、レイアウト情報５２２で定義されたどの表示領域に、どのメディアオブジェクトを、どのように表示（再生）するかが規定されている。

例えば、１３行目は、７行目で定義された”Main_video”、すなわち、メイン表示領域に、メディアＩＤ”１２３４５０１”が関連付けられたメディアオブジェクトと再生することを意味している。１４行目は８行目で定義された”Sub_video”（サブ表示領域）に解像度”normal（通常）”で、メディアオブジェクトを再生することを意味する。ただし、メディアオブジェクトの参照情報（再生制御情報）が”null”である場合は、再生対象となるメディアオブジェクトが特定されないため、サブ表示領域には何も表示されないことになる。１５行目は９行目で定義された”Text”（テキスト表示領域）に、メディアＩＤ”１２３４５６０４”が関連付けられているメディアオブジェクトを、スクロールレート”２０”で再生することを意味している。

上述のとおり、再生設定情報５２３（〜５２５）には、メディアオブジェクトの参照先が示されているので、コンテンツ管理部２１は、コンテンツ再生部２５が再生すべきメディアオブジェクトを特定し、読み出すことができる。

なお、図３に示す矢印は、再生設定情報５２３（〜５２５）が示す、メディアオブジェクトの参照関係を図示したものである。再生設定情報５２３は、メディアＩＤ”１２３４５６０１”が関連付けられたメディアオブジェクトを再生することを規定し、再生設定情報５２５は、メディアＩＤ”１２３４５６０４”が関連付けられたメディアオブジェクトを再生することを規定している。なお、再生設定情報５２４は、参照先のメディアオブジェクトを指定していない。したがって、コンテンツ５０が取得された時点では、当該コンテンツ５０の再生設定情報５２３に何らかの変更（カスタマイズ処理）が実行されないかぎり、メディアオブジェクト５４、５５、５７は再生されることはない。

すなわち、再生設定情報５２３（〜５２５）に記載の参照先を変更することで、メディアオブジェクトの再生と非再生を切り替えたり、再生するメディアオブジェクトを変更したりすることができる。

（４）メディアオブジェクト
メディアオブジェクト５３（図３）は、メディアオブジェクトの属性を示すメタ情報５３１と、コンテンツ再生部２５が実行する再生処理の処理対象となる、映像データ、音声データなどのメディアデータ５３２とを含んでいる。メディアオブジェクト５４〜５７の構成は、メディアオブジェクト５３と同様であるので、以下ではメディアオブジェクト５３の構成について説明をする。なお、コンテンツ５０に含まれるメディアオブジェクトの数は、図３に示す例（６個）に限定されず、１個でも６個以上でもよい。

メタ情報５３１は、メディアデータ５３２を一意に識別するためのメディアＩＤと、メディアデータ５３２を、コンテンツ管理部２１が、コンテンツ記録部４１にコンテンツを格納するための格納手順を規定する格納手順情報とを含んでいる。

図３では、各メタ情報の例として、メディアＩＤと格納手順情報とを示しているが、メタ情報の内容はこれに限定されない。例えば、メディアデータ５３２のデータサイズなどが含まれていてもよい。

本実施形態では、格納手順情報が示すメディアデータの格納手順は、２つのタイプに分類できる（”通常格納方式”と”隠蔽格納方式”）。この２つの格納方法については後述する。

また、本実施形態では、メディアオブジェクト５３（〜５７）が含む、メディアデータには、２つのタイプが存在する。１つは、本来提供されるべき完成されたメディアデータであり（通常メディアデータ）、もう１つは、通常メディアデータから、一部のデータを視聴できないようにマスクをしたメディアデータ（未完成メディアデータ）である。図３のメディアオブジェクト５７において、破線枠で図示されているメディアデータが、未完成メディアデータ５７２である。

図６は、メディアオブジェクト５７の具体例を示す図である。

３行目と４行目は、メタ情報５７１である。メタ情報５７１は、上述したとおり、メディアＩＤと、格納手順情報とを含んでいる。図６に示す例では、当該未完成メディアデータ５７２のメディアＩＤが”１２３４５６０５”であることが示されている。また、格納手順情報としては、隠蔽格納方式が指定されている。隠蔽格納方式とは、コンテンツ記録部４１にコンテンツを格納するときに、メディアＩＤを予測できないように隠蔽して格納する方式のことである。コンテンツ管理部２１は、一時情報生成部２１ａが生成する一時情報を用いてメディアＩＤを隠蔽しコンテンツをコンテンツ記録部４１に格納すればよい。

なお、メディアオブジェクト５７が隠蔽格納方式にて格納されるべきか否かについては、図５の４行目の記述を参照すれば明らかになる。hidden属性と名づけられた属性は、隠蔽格納方式にて当該メディアデータを格納するか否かを表す。すなわち、hidden属性において、属性の中身（content）に”true”の値が記述されている場合は、当該メディアデータを隠蔽格納方式にて格納することを意味する。一方、”false”であれば、通常格納方式で（隠蔽を行わずに）そのまま格納することを意味する。この格納処理の詳細は後述する。

７行目から９行目は、未完成メディアデータ５７２である。８行目において、文字データの一部が”＊＊＊＊”と記述され、すべての情報を完全に得られない表現になっている。すなわち、”＊＊＊＊”のような未完成部分を、完成データに置換することで、本来提供されるべき通常メディアデータとなる。

なお、図６には、未完成メディアデータ５７２が文字データである例を示したが、これに限定されない。未完成メディアデータ５７２は、例えば画像データであってもよい。一部が黒塗りになった静止画像を、完全データを含む変更情報を用いてカスタマイズすることにより、完全な画像データに復元することなどが考えられる。この場合も、上述したように、行単位の文字列の追加や置換を行うことで画像データのカスタマイズを行うことができる。

上述した構成を有するコンテンツを、コンテンツ解析部２６の解析結果に応じてコンテンツ管理部２１がコンテンツ記録部４１に格納する。次に、コンテンツ管理部２１が格納するコンテンツ記録部４１について説明する。

（コンテンツ記録部）
図７は、コンテンツ記録部４１におけるコンテンツ５０（図３）の格納例を示す図である。なお、図７に示す例では、コンテンツ記録部４１に格納されるコンテンツは、テーブル構造により示されているが、コンテンツ記録部４１のデータ構造はこれに限定されない。１のコンテンツと、１（または複数）のメディアオブジェクトとの対応関係と、メディアオブジェクトごとの各種情報の対応関係とが明確になる構造を有していれば何でもよい。

Ｃ１１のカラムには、コンテンツＩＤを格納する。図３に示す例ではコンテンツ５０のコンテンツＩＤ“２００５０９０６”を格納する。

Ｃ１２のカラムには、各メディアオブジェクトのメタ情報に含まれる、コンテンツ５０取得時の初期のメディアＩＤを格納する。コンテンツ５０のメディアオブジェクト５３（〜５７）のメディアＩＤを、上記Ｃ１１に記録したコンテンツ５０のコンテンツＩＤに対応付けて格納する。

Ｃ１１およびＣ１２のカラムに格納される情報は、コンテンツ５０を取得した時に、コンテンツ解析部２６が解析し得られた結果をそのまま格納すればよい。Ｃ１２に格納されるＩＤは、コンテンツが含む各メディアオブジェクトを管理する目的で付与されているメディアＩＤであり、ユーザにもすでに公開されているＩＤであることから公開メディアＩＤ（第１メディアＩＤ）と称する。この公開メディアＩＤを用いて、コンテンツ管理部２１はメディアオブジェクトを一意に識別することができ、メディアオブジェクトの格納時や再生時の管理を行うことが可能となる。

なお、本実施形態では、上記公開メディアＩＤは、当該メディアオブジェクトを識別するために用いるものであり、コンテンツ記録部４１における当該メディアオブジェクトの格納領域を示す再生参照メディアＩＤ（第２メディアＩＤ）とは区別する。コンテンツ管理部２１は、メディアオブジェクトを再生するときには、再生すべきメディアオブジェクトを公開メディアＩＤを用いて識別し、次に、再生参照メディアＩＤを参照して、格納領域を特定してコンテンツ記録部４１から所定のメディアオブジェクトを読み出す。

Ｃ１３のカラムには、メディアオブジェクト５３（〜５７）を格納する。ただしメディアデータが、再生対象のデータファイルそのものではなく、リアルタイムストリーミング形式で取得されるものである場合は、そのデータを再生するための参照情報のみを格納すればよい。

Ｃ１４のカラムには、一時情報生成部２１ａが生成した一時情報をそのまま格納する。上述したとおり、一時情報は、格納手順情報が隠蔽格納方式を指定しているメディアオブジェクトに対してのみ割り当てられる。よって、通常格納方式が指定されているメディアオブジェクトについては、当該カラムには、一時情報が存在しないことを示す情報”なし”が格納される。

なお、図７に示す、一時情報は、８桁の数字で構成されているがこれは一例でありこれに限定されない。予測するのを困難にするだけの十分な長さを確保できれば任意の桁数であってよい。

Ｃ１５のカラムの再生参照メディアＩＤ（隠蔽）は、Ｃ１２のメディアＩＤとＣ１４の一時情報から算出した、メディアオブジェクトのコンテンツ記録部４１における格納場所を示すものである。コンテンツ管理部２１は、再生すべきメディアオブジェクトをコンテンツ記録部４１から読み出すときに、上記再生参照メディアＩＤを参照する。

ここで、本実施形態では、隠蔽格納方式が指定されているメディアオブジェクトの再生参照メディアＩＤは、不正利用防止のため、ユーザが意図的に抽出できないよう、コンテンツ記録部４１に格納しない。再生参照メディアＩＤは、上記隠蔽格納方式が指定されているメディアオブジェクトを格納するとき、あるいは、再生するときに、都度、再生参照メディアＩＤ算出部２１ｂによって非公開の関数により算出される。なお、通常格納方式が指定されているメディアオブジェクトについては、Ｃ１２に格納された公開メディアＩＤを再生参照メディアＩＤとして格納すればよい。これにより、コンテンツ管理部２１は、コンテンツ５０取得時の公開メディアＩＤをそのまま参照して、再生対象のメディアデータを読み出すことができる。

隠蔽格納方式が指定されているメディアオブジェクトの再生参照メディアＩＤを、再生参照メディアＩＤ算出部２１ｂが、算出する方法としては、Ｃ１２に格納された公開メディアＩＤとＣ１４の一時情報とを用いて非公開の関数により算出することが考えられる。より具体的には、例えば、Ｃ１２のメディアＩＤ８桁の右にＣ１４の一時情報８桁を並べて１６桁の数字にし、それを再生参照メディアＩＤ算出部２１ｂが非公開の一方向ハッシュ関数に入力して、そこから出力した結果を再生参照メディアＩＤとすることなどが考えられる。一方向ハッシュ関数にはＳＨＡ−１（Secure Hash Algorithm １）などがある。なお、図７では、Ｃ１５の再生参照メディアＩＤを、説明を容易にするために８桁の数字で表したが、これに限定されない。ＳＨＡ−１の計算結果の一部を取り出すのではなく、そこから得られた結果をそのまま格納してもよい。

上述のようにメディアＩＤをＣ１２（公開メディアＩＤ）からＣ１５（再生参照メディアＩＤ）に変換する場合、この変換に用いる一時情報は、変換の度に異なる。また、変換に用いる、関数は、非公開である。したがって、隠蔽格納方式が指定されているメディアオブジェクトについて、Ｃ１５の再生参照メディアＩＤを推測することは困難である。結果として、コンテンツ記録部４１に一度格納したコンテンツが無断配布される可能性を低減することができる。さらに、隠蔽格納方式が指定されているメディアオブジェクトの再生参照メディアＩＤは、当該メディアオブジェクトを格納するとき、および、再生するときに、その都度、再生参照メディアＩＤ算出部２１ｂが算出する。したがって、再生参照メディアＩＤは、コンテンツ記録部４１に格納する必要がなくなり、ユーザが隠蔽された上記メディアオブジェクトを容易に呼び出し再生することを防止することができる。結果として、権限を持たないユーザによる、特定のメディアオブジェクトの再生を制限することが可能となる。

Ｃ１６のカラムには、各メディアオブジェクトのメタ情報に記載されている格納手順情報の値を格納する。つまり、hidden属性における、content属性の値（”true” または ”false”）を格納する。なお、本実施形態では、content属性の値が特に記述されていないときは、デフォルト値”false”として扱うこととする。コンテンツ管理部２１は、各メディアオブジェクトに対し指定されている格納方式が隠蔽格納方式であるか通常格納方式であるかを判定する際に、Ｃ１６のカラムの格納手順情報の値を参照する。なお、格納手順情報は、メディアオブジェクト格納時に参照されたのちは、利用することがないので、メディアオブジェクトと関連付けてコンテンツ記録部４１に格納しなくともよい。各メディアオブジェクトが、隠蔽格納方式および通常格納方式のいずれの方式にて格納されているかは、Ｃ１４のカラムに、一時情報が格納されているか否かによって判定することも可能である。

（変更情報の詳細）
次に、ユーザからの変更パターンの指定を受け付けた後に、変更情報取得部２３が取得する変更情報について説明する。ここでは、図４に示す変更パターン情報５１２のうち、変更情報ＩＤ“０００”と関連付けられた５行目の変更パターンが指定された場合を例に説明する。

図８は、コンテンツ情報５１（図４）の５行目の変更パターンが指定されたときに、変更情報取得部２３が、変更情報ＩＤ“０００”に基づいて取得した変更情報（以下、ｐａｔｃｈ０１'とする）の具体例を示す図である。

ｐａｔｃｈ０１’は、変更の対象となるコンテンツまたはその一部を特定する変更対象情報８１と、変更対象情報８１が特定するデータをどのように変更するのかを指定する変更手順情報８２とを含んでいる。

図８に示す例では、変更対象情報８１は、変更対象として、ファイル名が”ABCD_concert”のデータ（すなわち、図５に示すプレゼンテーションオブジェクト５２）の１４行目の１行分を示している。

そして、変更手順情報８２は、プレゼンテーションオブジェクト５２の１４行目のオリジナルデータ（再生設定情報５２４）を、ｐａｔｃｈ０１’の５行目のカスタマイズデータ（再生設定情報５２４’）に差し替えるという変更手順を示している。

変更情報結合部２４によって、コンテンツ５０にｐａｔｃｈ０１’を結合する処理が実行されると（具体的には、再生設定情報５２４が再生設定情報５２４’に差し替えるというカスタマイズ処理が行われると）、オリジナルのコンテンツ５０は、カスタマイズされたコンテンツ５０’としてデジタルテレビ１００において再生されることになる。すなわち、コンテンツ５０の取得時（図５）には、再生設定情報５２４が指定するとおり、サブ表示領域（“Sub_video”）には、いずれのメディアオブジェクトも再生されなかった（“null”）。しかし、上述のカスタマイズ処理後は、再生設定情報５２４’が指定するとおり、再生参照メディアＩＤが、“３９４２８４３０”のメディアオブジェクトが上記サブ表示領域において再生される。

再生参照メディアＩＤが、“３９４２８４３０”のメディアオブジェクトとは、変更パターン情報５１２（図４）において、関連メディアとして指定されていた、公開メディアＩＤ“１２３４５６０２”を有するメディアオブジェクトであって、一時情報“３４２０６０３２”が付与されて隠蔽格納方式で格納されていたメディアオブジェクト５４（図３）のことである。

以上のように、図８に示す変更情報（ｐａｔｃｈ０１’）が取得されることにより、それまで参照情報が指定されなかったためにサブ表示領域に表示させることがなかったメディアオブジェクト５４のメディアデータ５４２（図３）を、上記サブ表示領域に表示させることが可能となる。

つまり、例えば図８に示すような、記述言語からなるデータ量の少ない変更情報のみを送受信することよって、あるコンテンツにおいて、再生させるメディアオブジェクトを変更するというカスタマイズを行うことが可能となる。結果として、通信回線の負担または通信コストを抑えつつ、ユーザの多様なニーズに対応したカスタマイズコンテンツを提供することが可能となる。

さらに、再生対象となるメディアオブジェクトの再生参照メディアＩＤを、一時情報を用いて秘匿することにより、目的のメディアオブジェクトをユーザが意図的に再生させることを防止することが可能となる。秘匿されたメディアオブジェクトを変更情報の取得によってのみ再生可能とすることで、当該メディアオブジェクトのライセンス管理が容易になる。すなわち、当該メディアオブジェクトの不正利用や不正コピーを防止することが可能となる。

なお、上述の変更情報をデジタルテレビ１００の要求に基づき生成し、供給する変更情報生成装置の構成については後に詳述する。

（変更履歴記録部）
図９は、変更履歴記録部４２（図１）に記録される変更履歴情報の例を示す図である。変更履歴情報は、どの変更情報がどのコンテンツに適用（結合）されたのかを示す情報である。したがって、変更履歴情報は、コンテンツごとに記録されており、当該コンテンツに変更情報が結合される度に記録される。

Ｃ２１のカラムには、変更を結合したことのあるコンテンツＩＤを格納する。図９に示す例ではコンテンツ５０のコンテンツＩＤ“２００５０９０６”を格納する。

Ｃ２２およびＣ２３のカラムには、コンテンツ５０にこれまで適用した変更情報を格納する。図９に示す例では、Ｃ２２には、適用済みの変更情報の変更情報ＩＤを格納する。さらに、Ｃ２３に変更情報のファイル名を格納してもよい。

また、Ｃ２４のカラムに示すように、当該変更情報を、コンテンツ５０に結合したときの適用日時を記録しておいてもよい。これにより、適用した最新のコンテンツ５０’がどのような状態であるのかを把握することができる。

なお、変更履歴情報を構成する各フィールドは上記に限定されない。また、変更履歴情報は、テーブル構造により示されているが、データ構造はこれに限定されない。１のコンテンツと、１（または複数）の適用済み変更情報との対応関係が明確になる構造を有していれば何でもよい。

また、図９に示す例のように、すでに変更情報が適用されているコンテンツを再生する場合には、最新の変更情報を適用した、最新の状態のコンテンツを再生することができる。すなわち、コンテンツＩＤ“２００５０９０６”のコンテンツ５０を再生が指示されるたびに、コンテンツ５０に、各変更情報（ｐａｔｃｈ０１’、０２’、０４’）を適用したカスタマイズされたコンテンツ５０’を再生することができる。

あるいは、任意の変更情報の適用段階のコンテンツを再生できるようにしてもよい。例えば、変更情報（ｐａｔｃｈ０４’）までを適用したコンテンツを１段階戻して、変更情報（ｐａｔｃｈ０２’）までを適用した状態のコンテンツを再生することができる。

なお、変更情報の中には、同じコンテンツ（あるいは、メディアオブジェクト）に対して、同時に適用し得ないものもある。このように、択一的な変更パターンのバリエーションを提供する場合は、変更情報の変更情報ＩＤを、グループ識別子を含む構成とし、当該グループ識別子が重複するものについては、同時に適用することができないようにするなどして、変更情報、および、変更履歴情報を管理することが可能となる。

次に、上述のデジタルテレビ１００における、変更パターンリストを生成する処理、および、変更情報を取得する処理の流れについて説明する。ここでは、図３に示すコンテンツ５０が、コンテンツ記録部４１に格納されており（図７）、デジタルテレビ１００が、コンテンツ５０を再生する指示を受け付けた場合を例として説明する。

（変更パターンリスト生成処理）
図１０は、デジタルテレビ１００の処理の流れを示すフローチャートである。

操作受付部１３が、操作部５介して入力される、ユーザからのコンテンツ再生指示を受け付けると（Ｓ１０１）、コンテンツ管理部２１は、再生を指示されたコンテンツ５０をコンテンツ記録部４１から読み出して、コンテンツ解析部２６が当該コンテンツの解析を行う（Ｓ１０２）。コンテンツ解析部２６による解析の結果、変更パターンリスト生成部２２は、コンテンツ５０にコンテンツ情報５１が含まれており、さらに、変更パターン情報５１２（図４）が含まれていることを検知して（Ｓ１０３のＹＥＳ）、変更パターンリスト生成処理を開始する。

変更パターンリスト生成部２２は、コンテンツ解析部２６を用いて変更パターン情報５１２を解析する（Ｓ１０４）。ここでは、サブ表示領域の変更パターンリストを表示するようユーザからの指示が同時に入力されたものとする。したがって、変更パターンリスト生成部２２は、サブ表示領域に適用できる変更パターンの選択肢として、第１の桁が「０」の変更情報ＩＤを持つ、５行目の変更パターンと、６行目の変更パターンとを含む変更パターンリストを生成する（Ｓ１０５）。

変更パターンリスト出力制御部１４は、Ｓ１０５にて生成された変更パターンリストを表示部６に出力する（Ｓ１０６）。そして、変更パターンリストが表示部６に表示される。変更パターンリストの表示例については後述する。

そして、表示された変更パターンリストから、ユーザがいずれかの変更パターンを指定する指示を入力すると（Ｓ１０７のＹＥＳ）、変更情報取得部２３は、指定された変更パターンに対応する変更情報を取得する処理を実行する（Ｓ１０８）。

上記方法によれば、変更パターンリスト生成部２２は、コンテンツ情報５１の変更パターン情報５１２に基づいて、再生されたコンテンツに対して適用可能な変更パターンを一覧にした変更パターンリストを生成する。そして、変更情報取得部２３は、変更パターンリストに挙げられた変更パターンの中から、ユーザが指定する変更パターンを特定し、対応する変更情報を取得する。

これにより、ユーザが希望するカスタマイズをコンテンツ５０に適用することが可能となる。しかも、変更情報は、ＸＭＬなどの記述言語で構成されているために、差し替えるための多種多様の映像データや音声データそのものを供給するよりも少ない情報量で実現できる。したがって、コンテンツのカスタマイズに必要なデータの情報量が少なくて済み、通信コストを抑えつつ、ユーザの多様なニーズに対応できるコンテンツの配信を行うことが可能となる。

（コンテンツ格納処理）
図１１は、コンテンツ管理部２１における、取得したコンテンツを格納するコンテンツ格納処理の流れを示すフローチャートである。ここでは、図３に示すコンテンツ５０を取得した場合を例に挙げて説明する。

取得されたコンテンツ５０がコンテンツ入力制御部１１を介してコンテンツ処理部２０に入力されると（Ｓ２０１のＹＥＳ）、コンテンツ解析部２６は、コンテンツ５０の字句解析を行う（Ｓ２０２）。このコンテンツ解析処理の結果、図３に示すコンテンツ５０の構成（コンテンツ情報５１、プレゼンテーションオブジェクト５２、および、メディアオブジェクト５３（〜５７））を得ることができる。このとき、コンテンツ５０に含まれるメディアオブジェクトの数（この場合５つ）を取得する。

次に、各メディアオブジェクト５３（〜５７）を当該コンテンツ５０に関連付けてコンテンツ記録部４１に格納する処理を行う。コンテンツ管理部２１は、まず、変数Ｎを１に初期化し（Ｓ２０３）、Ｎがコンテンツ５０に含まれるメディア数（この場合、５つ）を超えていないかどうかを判定する（Ｓ２０４）。

ここで、Ｎ≦５であると判定した場合（Ｓ２０４においてＮＯ）、Ｎ番目のメディアオブジェクトのメタ情報に含まれる格納手順情報を参照し（Ｓ２０５）、当該格納手順情報が、通常格納方式または隠蔽格納方式のいずれを規定しているかを判定する（Ｓ２０６）。

ここで、例えば、Ｎ番目のメディアオブジェクトがメディアオブジェクト５３であるとすると、コンテンツ管理部２１は、メディアオブジェクト５３の格納手順情報より、当該メディアオブジェクトを通常格納方式で格納すると判定する（Ｓ２０６のＡ）。判定方法としては、例えば、図６に示すようなhidden属性と名づけられた属性そのものがメタ情報に含まれていない場合か、あるいは、hidden属性と名づけられた属性におけるcontent属性が”false”を示している場合に、通常格納方式が規定されていると判定することなどが想定される。

この場合、続いて、コンテンツ管理部２１は、メディアオブジェクト５３に対し、元々付与されている公開メディアＩＤを変換することなくそのまま再生参照メディアＩＤとして関連付けて、再生参照メディアＩＤが示すコンテンツ記録部４１の領域に格納する（図７のレコードＲ１）（Ｓ２０７）。

１つのメディアオブジェクトを格納し終えたら、変数Ｎを１増加し（Ｓ２０８）、再びＳ２０４の判定に戻る。

一方、Ｓ２０６において、例えば、Ｎ番目のメディアオブジェクトがメディアオブジェクト５７であるとすると、コンテンツ管理部２１は、メディアオブジェクト５７の格納手順情報より、当該メディアオブジェクトを隠蔽格納方式で格納すると判定する（Ｓ２０６のＢ）。判定方法としては、例えば、図６に示すように、hidden属性と名づけられた属性におけるcontent属性が”true”を示している場合に、隠蔽格納方式が規定されていると判定することなどが想定される。

この場合、続いて、一時情報生成部２１ａは、乱数としての一時情報を生成する（Ｓ２０９）。ここでは、一時情報として“１０３９５８１９”を生成したとする。再生参照メディアＩＤ算出部２１ｂは、メディアオブジェクト５７の公開メディアＩＤ（“１２３４５６０５”）と上記一時情報とを一方向ハッシュ関数に入力し、その結果得られた情報を新しいメディアＩＤ、すなわち、再生参照メディアＩＤ（“６２４３１８５１”）として出力する（Ｓ２１０）。次に、コンテンツ管理部２１は、メディアオブジェクト５７を、Ｓ２１０にて求められた再生参照メディアＩＤが示すコンテンツ記録部４１の格納領域に、上記一時情報とを関連付けて格納する（図７のレコードＲ２）（Ｓ２１１）。

１つのメディアオブジェクトを格納し終えたら、変数Ｎを１増加し（Ｓ２０８）、再びＳ２０４の判定に戻る。そして、Ｎ＞５であると判定した場合（Ｓ２０４においてＹＥＳ）、コンテンツ格納処理を終了する。

なお、コンテンツ５０が、外部インターフェース部４を介して、ＤＶＤやリムーバブルハードディスクからオフライン方式で取得される場合に、内容を変更できない（公開メディアＩＤをハッシュ化して再生参照メディアＩＤとして差し替えることができない）メディアデータに関しては、コンテンツ記録部４１に格納する処理は行わなくてもよい。この場合は、メディアオブジェクトは、上述のＤＶＤやリムーバブルハードディスク内に記録されることとなる。そして、各メディアオブジェクトの格納手順情報を通常格納方式として規定しておけば、プレゼンテーションオブジェクトが示す参照情報から直接目的のメディアオブジェクトを参照できるため、コンテンツ記録部４１の記憶容量を削減することができる。

（コンテンツ再生処理）
図１２は、コンテンツ再生部２５における、コンテンツを再生するコンテンツ再生処理の流れを示すフローチャートである。ここでは、まず、図３に示すオリジナルのコンテンツ５０を再生する場合を例に挙げて説明する。

操作受付部１３が、操作部５を介してユーザより入力された、コンテンツ５０を再生する指示を受け付けると（Ｓ３０１のＹＥＳ）、コンテンツ管理部２１は、指定されたコンテンツ５０のコンテンツＩＤ（“２００５０９０６”）に基づいて、コンテンツ記録部４１よりコンテンツ５０を読み出す（Ｓ３０２）。

ここで、上述したとおり、コンテンツ管理部２１は、上記コンテンツＩＤに基づいて、変更履歴記録部４２を参照してもよい（Ｓ３０３）。当該コンテンツにすでに変更情報が適用されている履歴が残っていると判断した場合は（Ｓ３０４においてＹＥＳ）、変更情報結合部２４に指示を送り、コンテンツ５０に過去に適用した変更情報を結合する変更情報結合処理を実行させる（Ｓ３０５）。

変更履歴情報に変更情報を適用した履歴が記録されていない場合は、再生指示されたオリジナルのコンテンツ５０を再生する処理に移行する。

続いて、コンテンツ解析部２６は、コンテンツに含まれるプレゼンテーションオブジェクト５２を解析する（Ｓ３０６）。このコンテンツ解析処理の結果は、コンテンツ管理部２１からコンテンツ再生部２５に伝達される。

これにより、コンテンツ再生部２５は、図３に示すプレゼンテーションオブジェクト５２のレイアウト情報５２２（図５）を得ることができる。そして、図５の例に示すレイアウト情報５２２にしたがって、表示部６の画面上に、例えば、３つの表示領域を確保する（Ｓ３０７）。具体的には、すなわち、第１の表示領域としてのメイン表示領域（座標（x,y）=（0,0）、幅800ピクセル（単位は、これに限定されない）、高さ450ピクセル）と、第２の表示領域としてのサブ表示領域（座標（x,y）=（800,0）、幅200ピクセル、高さ450ピクセル）と、第３の表示領域としてのテキスト表示領域（座標（x,y）=（0,450）、幅1000ピクセル、高さ100ピクセル）とを確保する。

また、コンテンツ解析部２６のコンテンツ解析処理の結果に基づいて、コンテンツ再生部２５は、それぞれの表示領域にどのメディアオブジェクトをどのように再生するかを規定した３つの再生設定情報５２３（〜５２５）を取得する（Ｓ３０８）。続いて、メディアオブジェクト５３（〜５７）を解析する（Ｓ３０９）。

以降、コンテンツ再生部２５は、再生設定情報５２３（〜５２５）に含まれる参照情報（メディアオブジェクトを特定する情報、ここでは、再生参照メディアＩＤ）にしたがって、メディアオブジェクトを再生する。メディアオブジェクトの再生とは、より具体的には、映像データ、画像データ、文章データ、ウェブページなどのメディアデータの描画処理や、音声データの再生処理を含む。なお、メディアオブジェクトの再生に必要なデコーダや表示するためのディスプレイ装置はデジタルテレビ１００の外部に接続する機器に備えられていてもよい。

まず、コンテンツ再生部２５は、変数Ｎを１に初期化する（Ｓ３１０）。次に、Ｎがプレゼンテーションオブジェクト５２に含まれる、再生設定情報の数（ここでは、３つ）を超えていないかどうか判定する（Ｓ３１１）。

Ｎ≦３と判定した場合は（Ｓ３１１においてＮＯ）、コンテンツ再生部２５は、まず、Ｎ番目の再生設定情報が規定する表示領域を取得して、メディアオブジェクトを表示する表示部６上の表示領域を特定する（Ｓ３１２）。

続いて、上記再生設定情報に含まれるメディアオブジェクトの参照情報を取得して、上記特定した表示領域に表示させるメディアオブジェクトを特定する（Ｓ３１３）。参照情報とは、ここでは、メディアオブジェクトに関連付けられている再生参照メディアＩＤのことである。

ここで、取得した参照情報がいずれのメディアオブジェクトの再生参照メディアＩＤも特定していない場合（図５の再生設定情報５２３（〜５２５）に示すscr属性が、“null”の値を示している場合）は（Ｓ３１４においてＹＥＳ）、コンテンツ再生部２５は、Ｓ３１２で取得した表示領域には、いずれのメディアオブジェクトも表示しないようにする。そして、Ｎを１増加し（Ｓ３１６）、Ｓ３１１へ戻る。

一方、取得した参照情報が、メディアオブジェクトの再生参照メディアＩＤを特定している場合は（Ｓ３１４においてＮＯ）、コンテンツ再生部２５は、Ｓ３１２で取得した表示領域に、上記再生参照メディアＩＤが特定するメディアオブジェクトを表示する処理を行う（Ｓ３１７）。ここで、エンコードされたメディアオブジェクトであればデコード処理も行う。その後、Ｎを１増加し（Ｓ３１６）、Ｓ３１１へ戻る。

そして、コンテンツ再生部２５は、Ｎ＞３と判定した場合は（Ｓ３１１においてＮＯ）、コンテンツ５０のコンテンツ再生処理を終了する。

上記方法によれば、プレゼンテーションオブジェクト５２に含まれる再生設定情報５２３（〜５２５）の参照情報を用いて、メディアオブジェクトを再生するか否かを制御することができる。なお、メディアオブジェクトを再生しない場合でも、表示領域は確保されるため、ユーザは、入手可能なカスタマイズコンテンツの表示領域を事前に知ることができる。このような表示領域の情報は、ユーザがカスタマイズコンテンツの再生要求を行うときの補助となる。

（変更情報取得処理）
次に、図１０のＳ１０８に示す、変更情報を取得するための変更情報取得処理の詳細について説明する。図１３は、変更情報取得部２３における変更情報取得処理の処理の流れを示すフローチャートである。なお、ここでは、変更情報生成装置としてのコンテンツ提供装置２００が変更情報を管理しており、デジタルテレビ１００は、通信網を介してコンテンツ提供装置２００に変更情報を要求し、同じく通信網を介して目的の変更情報をコンテンツ提供装置２００から取得するものとする。

また、以下では、コンテンツ５０のコンテンツ情報５１（図４）の変更パターン情報５１２に基づいてユーザに提示された変更パターンリストの中から、変更パターンが選択され、入力されたものとする。

図１０のＳ１０７において、操作受付部１３がユーザにより操作部５の入力を受け付ける。それが、変更パターンを指定する入力である場合は、変更情報取得部２３は、変更情報取得処理を開始する。

ここで、変更情報取得処理を開始する前に、変更履歴記録部４２を参照し、指定された変更パターンに対応する変更情報がすでに取得されている場合には、変更情報要求メッセージを作成することなく処理を終了するようにしてもよい。

変更情報取得部２３は、まず、コンテンツ提供装置２００に送信する変更情報要求メッセージに含める、再生中のコンテンツのコンテンツＩＤ、ユーザに指定された変更パターンに関連付けられた変更情報ＩＤ、関連メディアＩＤを特定する（Ｓ４０１）。

続いて、変更情報取得部２３は、コンテンツ記録部４１から特定したコンテンツＩＤの情報を抽出する（図７）。そして、特定した関連メディアＩＤに対応付けられた一時情報が格納されている場合は、その一時情報を読み出す（図７のＣ１４）（Ｓ４０２）。

次に、コンテンツ提供装置２００が変更情報を管理するために必要なユーザ情報（例えば、ユーザＩＤや所有ポイント数など）がある場合は、それをユーザ情報記録部４３から読み出してもよい（Ｓ４０３）。

変更情報取得部２３は、上述した各ステップで読み出した情報（コンテンツＩＤ、変更情報ＩＤ、一時情報、ユーザ情報など）を含む変更情報要求メッセージを作成する。このとき、変更情報ＩＤや、一時情報については、過去に適用済みの変更情報の分も含んでもよい。

続いて、変更情報取得先ＵＲＩ５１３を特定し、作成した要求メッセージの宛先として指定する（Ｓ４０５）。変更情報取得部２３が作成した変更情報要求メッセージは、指定された宛先に、通信部３（図２）を介してコンテンツ提供装置２００宛てに送信される。

変更情報取得部２３は、変更情報を取得する方法が、オンライン方式の場合は、コンテンツ提供装置２００から要求した変更情報を取得できるまで待機する（Ｓ４０６においてＮＯ）。なお、オフライン方式の場合は、メモリカードや２次元バーコードなどから変更情報を読み込むための変更情報読み込み手段（図示せず）が、要求した変更情報の読み込みを完了するまで待機すればよい。

変更情報取得部２３は、通信制御部１２を介してコンテンツ提供装置２００から要求した変更情報を取得すると（Ｓ４０６のＹＥＳ）、取得した変更情報を変更情報結合部２４へ渡して処理を終了する。

ここで、さらに、変更情報取得部２３は、目的の変更情報を取得したのち、変更履歴記録部４２に記録されている、当該コンテンツ（この場合、コンテンツ５０）に関連付けられている変更履歴情報を更新する処理を実行してもよい（Ｓ４０８）。

図１４は、上述の例において、目的の変更情報を取得した後の、変更情報取得部２３における変更履歴情報更新処理の流れを示すフローチャートである。

変更情報取得部２３は、目的の変更情報を取得すると、取得した変更情報の変更情報ＩＤと、変更履歴記録部４２に記録されているコンテンツ５０の各変更情報ＩＤとを比較する（Ｓ５０１）。

変更情報取得部２３は、第１および第２の桁がともに取得した変更情報ＩＤと一致する変更情報ＩＤが変更履歴情報内に存在しないと判定した場合は（Ｓ５０２においてＮＯ）、同じ表示領域について、競合する変更情報が存在しないということになるので、取得した変更情報ＩＤを、新たに変更履歴記録部４２に追加して処理を終了する（Ｓ５０３）。

一方、第１および第２の桁がともに一致する変更情報ＩＤが変更履歴情報内に存在すると判定した場合は（Ｓ５０２においてＹＥＳ）、先に変更履歴情報内に記録されている一致した変更情報が、変更情報結合部２４によって結合処理されないようにロックして（Ｓ５０４）、取得した変更情報ＩＤを、新たに変更履歴記録部４２に追加して処理を終了する（Ｓ５０５）。

第１および第２の桁がともに一致するということは、同一表示領域内の同じグループに属する変更情報であって、それら変更情報同士は、１のコンテンツ（またはメディアオブジェクト）に同時に適用することができない変更情報であることを意味する。そして、第３の桁によって示される、その変更の段階（レベル）のみで区別される。

そこで、新たに取得した変更情報を当該コンテンツに適用するために、先の競合する変更情報が結合されないようにロックする。これにより、同時に変更ができない変更情報の排他制御と、段階的または逐次的に変更要求を行った場合の変更された状態の連続性を確保することができる。

なお、競合する変更情報が存在する場合には、先の変更情報に上書きして、新たに取得した変更情報を記録するようにしてもよい。この場合でも、変更情報の排他制御が可能となる。

また、上述の例では、先の変更情報の結合処理をロックするようにしたが、これに限定されない。例えば、第３の桁を比較して、シリーズの最新の変更情報（すなわち、変更情報のレベルが一番進んでいる変更情報）が優先して結合されるように、それ以外の変更情報の結合処理をロックするようにしてもよい。この場合、先に記録されているものか、新たに取得されたものかを問わず、シリーズの最新の変更情報が結合されるように排他制御を行うことが可能となる。

（変更情報結合処理）
次に、図１２のＳ３０５に示す、変更情報結合処理の詳細について説明する。図１５は、変更情報結合部２４における、変更情報結合処理の流れを示すフローチャートである。

コンテンツ管理部２１は、操作受付部１３がコンテンツ再生の指示をユーザから受け付けると、変更履歴記録部４２を参照し、指定されたコンテンツの変更履歴情報を確認する。そして、コンテンツ管理部２１は、当該コンテンツに関連付けられた変更情報が存在する場合には、それらの変更情報を当該コンテンツに適用する処理（変更情報結合処理）の開始を変更情報結合部２４に指示する。

以下では、コンテンツ５０（コンテンツＩＤ＝“２００５０９０６”）の再生が指示され、変更履歴記録部４２には、図９に示す変更履歴情報が格納されている場合を例に説明する。

まず、変更情報結合部２４は、変数Ｎを１に初期化し（Ｓ６０１）、Ｎがコンテンツ５０に関連付けられている適用可能な変更情報数（図９の例では３つ）を超えていないかどうか判定する（Ｓ６０２）。

ここで、Ｎ≦３であると判定した場合（Ｓ６０２においてＮＯ）、Ｎ番目の変更情報（この場合、ｐａｔｃｈ０１’、０２’、または、０４’）に含まれている、当該変更情報を結合する対象となる変更対象データをコンテンツ記録部４１から読み出す（Ｓ６０３）。次に、Ｓ６０３で読み出した変更対象データに、上記Ｎ番目の変更情報を結合する（Ｓ６０４）。図１６は、図８に示す変更情報（ｐａｔｃｈ０１‘）を、変更対象データである、図５のプレゼンテーションオブジェクト５２に結合した後の、プレゼンテーションオブジェクト５２’を示す図である。図８に示す再生設定情報５２４’が、プレゼンテーションオブジェクト５２の１４行目に上書きされている。変更された箇所（下線部）は、サブ表示領域に表示するメディアオブジェクトを、再生参照メディアＩＤ＝“３９４２８４３０”（図７のレコードＲ３）のメディアオブジェクトとする点である。上述したように結合処理が終わると、Ｎに１を加えて（Ｓ６０５）、再びＳ６０２へ戻る。

図１７は、図１６に示す変更対象データとしてのプレゼンテーションオブジェクト５２’に結合する、変更情報（ｐａｔｃｈ０２’）を示す図である。図１７に示すとおり、再生設定情報５２４’’は、再生参照メディアＩＤ“０１９７２０１６”（図７のレコードＲ４）の映像データをサブ表示領域に表示させることを規定している。したがって、この変更情報（ｐａｔｃｈ０２’）が適用されたコンテンツでは、サブ表示領域に、図７のレコードＲ３に示す映像データの代わりに、レコードＲ４に示す映像データが表示されることになる。

Ｓ６０２において、変更情報結合部２４が、Ｎ＞３であると判定した場合（Ｓ６０２においてＹＥＳ）、全ての変更情報を結合し終えたので、この変更情報結合処理を終了する。変更情報が結合された後のコンテンツは、図１２に示すとおり、コンテンツ解析部２６によって解析が行われ、結合後の内容にしたがって再生処理される。

以上のように、コンテンツのカスタマイズに必要な変更情報は、ユーザが希望する分だけを必要に応じて取得され管理される（ＰＵＬＬ型）。すなわち、コンテンツの受信（ＰＵＳＨ型）とは、独立して取得することができるため、変更情報の記憶領域や変更情報の取得コストが小さくすることができる。なお、変更情報の取得方法は、通信網を介して取得する方法に限定されず、オフライン環境でも取得することができ、よって、コンテンツの変更を行うことができる。

なお、変更情報は、上述した例のように、プレゼンテーションオブジェクト５２のカスタマイズを規定するもの限定されない。すなわち、変更情報を用いれば、参照するメディアオブジェクトを変更するだけでなく、参照されるメディアオブジェクトの内容を変更することも可能である。そのような変更情報の例を図１８に示す。

変更情報ｐａｔｃｈ０４’の１行目から６行目までの部分は、ｐａｔｃｈ０１’と同様、プレゼンテーションオブジェクト５２に対する変更情報であるので説明を省略する。ここでは、テキスト表示領域に表示していた、再生参照メディアＩＤ“１２３４５６０４”の文字データを、再生参照メディアＩＤ“６２４３１８５１”の文字データに差し替えることを規定している。

さらに、変更情報ｐａｔｃｈ０４’の７行目から１３行目は、変更対象データ（図６のメディアオブジェクト５７）のメディアオブジェクト内の文字データを変更することを規定している。より具体的には、図６のメディアオブジェクト５７の８行目の１行を、ｐａｔｃｈ０４’の１１・１２行目に差し替えることを規定している。

変更情報結合部２４が、このｐａｔｃｈ０４’を、上記ｐａｔｃｈ０１’、ｐａｔｃｈ０２’を適用したあとのカスタマイズコンテンツに結合すると、テキスト表示領域に表示される文字データは、「この時、なんとＣが＊＊＊＊するのを見てしまったんです。」から「この時、なんとＣがあくびをするのを見てしまったんです。（〜以下略〜）」と変更される。

このように、変更情報結合部２４が変更情報を結合することによって、映像データや音声データだけでなく、文字データを変更することが可能となる。そして、文字データをカスタマイズするための変更情報は、データ量が少なくて済む。これにより、変更情報の通信コストを抑えつつ、ユーザのニーズの多様性に対応することが可能なコンテンツ配信を実現することができる。

図１９に、上述の再生設定情報５２３（〜５２５）（図５）に基づいて再生された、オリジナルのコンテンツ５０の表示部６における表示例を示す。なおここで想定するシーンは、あるグループのライブコンサートのコンテンツが再生される場面である。

表示部６の表示画面には、レイアウト情報５２２（図５）の記述にしたがって、メイン表示領域（region id=”Main_video”）６１と、サブ表示領域（region id=”Sub_video”）６２と、テキスト表示領域（region id=”Text”）６３とが確保されている。

再生設定情報５２３の記述にしたがって、再生参照メディアＩＤ“１２３４５６０１”を有する映像データが、メイン表示領域６１に表示されている。再生設定情報５２４の記述にしたがって、いずれのメディアオブジェクトもサブ表示領域６２には表示されていない。再生設定情報５２５の記述にしたがって、再生参照メディアＩＤ“１２３４５６０４”を有する文字データが、テキスト表示領域６３にスクロール表示されている。

ここで、再生されるコンテンツ５０のコンテンツ情報５１に変更パターン情報５１２（図４）が含まれている場合、変更パターン情報５１２には、変更パターンが適用される表示領域が規定されている。図４に示す例では、変更パターン情報５１２には、”Sub_video”および”Text”が記されているので、サブ表示領域６２とテキスト表示領域６３とに適用可能な変更情報が存在することがわかる。

そこで、当該表示領域に適用可能な変更情報の存在をユーザに認識させるために、図１５に示すような、アイコン６４、アイコン６５を、それぞれの表示領域に表示させてもよい。具体的には、コンテンツ再生部２５は、コンテンツ解析部２６の解析結果に基づいて、変更パターン情報５１２に、サブ表示領域６２とテキスト表示領域６３とを示す情報が含まれていることを検知して、それぞれの表示領域に、アイコン６４、アイコン６５を表示させる処理を行う。こうして、アイコン６４、アイコン６５が押下されることにより、上述の変更パターンリスト表示処理が開始されるようにしてもよい。

図２０に、ユーザが、アイコン６４を選択した場合の変更パターンリストの表示例を示す。変更パターンリスト表示処理の詳細は、図１０に基づいて説明したとおりであるので、ここでは説明を繰り返さない。

アイコン６４が選択されると、変更パターンリスト生成部２２は、図１０の説明で述べたとおり、サブ表示領域６２に適用可能な変更パターンの一覧としての変更パターンリストを生成し、表示する。図２０に示す例では、変更パターンリストは吹き出し６６として表示されているが、変更パターンリストの表示形式はこれに限定されない。

確定ボタン１６１・１６２には、変更パターン情報５１２（図４）の各変更パターンのinfo属性にて規定される、確定ボタン文字が表示される。それぞれの確定ボタンがユーザにより選択されると、当該確定ボタンに対応付けられている変更情報ＩＤに基づいて、目的の変更情報が取得される。また、変更をキャンセルすることをユーザが選択するための操作ボタンとして、戻るボタン１６３を表示してもよい。これにより、ユーザは、当該コンテンツ（メディアオブジェクト）に変更を適用できる場合であっても意図的にそれを適用しないということを選択することが可能となる。

図２１は、確定ボタン１６１がユーザにより選択された後の、カスタマイズコンテンツの表示例を示す図である。

確定ボタン１６１が押されると、図４より変更情報ＩＤ“０００”の変更情報（ｐａｔｃｈ０１’）が取得され、その変更情報にしたがって、隠蔽格納されているメディアオブジェクト５４がサブ表示領域６２に表示される。

図２２は、確定ボタン１６２がユーザにより選択され、それに応じたカスタマイズコンテンツが表示された後に、アイコン６５が選択されたときの変更パターンリストの表示例を示す図である。

アイコン６５が選択されると、変更パターンリスト生成部２２は、テキスト表示領域６３に適用可能な変更パターンを変更パターンリストとしての吹き出し６７に表示させる。このとき、確定ボタン１７１・１７２、および、戻るボタン１７３を表示させてもよい。

図２３は、確定ボタン１７１がユーザにより選択された後の、カスタマイズコンテンツの表示例を示す図である。変更情報結合部２４が変更情報ＩＤ“１００”の変更情報（ｐａｔｃｈ０２’）を結合する。変更情報が結合されたコンテンツにしたがい、コンテンツ再生部２５は、テキスト表示領域６３に、未完成メディアデータを含むメディアオブジェクト５７を表示する。

図２４は、確定ボタン１７２がユーザにより選択された後の、カスタマイズコンテンツの表示例を示す図である。未完成メディアデータを見て、完全なデータを見たくなったユーザが、確定ボタン１７２を選択することが想定される。この変更パターンが指定された場合の変更情報は、ｐａｔｃｈ０２'＋ｐａｔｃｈ０４'となる。この変更情報が規定しているのは、隠蔽格納方式でコンテンツ記録部４１に格納されている不完全メディアオブジェクト５７の内容を置換し、かつ不完全メディアオブジェクトに不足情報を追加することである。

このように、変更情報を取得することにより、コンテンツに対するカスタマイズ処理を細部に渡って実行し適用することが可能となる。

〔実施形態２〕
上述の実施形態では、コンテンツ提供装置２００が、変更情報を供給する変更情報生成装置を備えており、コンテンツ提供装置２００からデジタルテレビ１００へ、コンテンツが放送波で供給され（ＰＵＳＨ型）、変更情報が通信網を介して供給される（ＰＵＬＬ型）場合について説明した。しかし、本発明のコンテンツ配信システムは上記構成に限定されない。変更情報を供給する変更情報生成装置を放送局に属するコンテンツ提供装置２００とは別に設けたコンテンツ配信システムを構築することも可能である。

（コンテンツ配信システム）
図２５は、本実施形態に係るコンテンツ配信システム９０の概略構成を示す図である。

コンテンツ提供装置２００は、放送波によってコンテンツを提供するものであり、コンテンツＤＢ（Database）２０１を有している。

変更情報生成装置３００は、通信網を介して、デジタルテレビ１００から受け付けた変更情報要求メッセージにて要求された変更情報を、デジタルテレビ１００に供給するものである。

（変更情報提供装置３００の構成）
変更情報生成装置３００は、クライアント（デジタルテレビ１００）に応じた変更情報を生成する変更情報生成部（ＩＤ変換手段／変更情報生成手段）３０１と、変更情報を生成するのに用いる、変更情報の定義ファイルを記録する変更情報定義ファイルＤＢ３０２と、変更情報生成装置３００のサービスを利用するデジタルテレビ１００のユーザのユーザ情報を記録するユーザ情報ＤＢ３０３とを有している。

変更情報生成部３０１は、変更情報定義ファイルＤＢ３０２から変更情報を定義した変更情報定義ファイルを読み出し、それを用いて、デジタルテレビ１００からの要求（変更情報要求メッセージ）に応じて、デジタルテレビ１００に供給する変更情報を生成するものである。

変更情報定義ファイルＤＢ（定義ファイルデータベース）３０２は、コンテンツ提供装置２００がコンテンツＤＢ２０１に格納しているコンテンツごとに、変更情報定義ファイルを関連付けて記録するものである。１つのコンテンツに対して変更情報は複数でもよく、したがって、１のコンテンツに対して、複数の変更情報定義ファイルが関連付けられてもよい。各変更情報定義ファイルには変更情報ＩＤを付加して管理する。変更情報ＩＤごとに変更情報定義ファイルと変更に必要な権利情報（カスタマイズコンテンツの対価として、ユーザが消費するポイント数）を関連付けて記録する。

ユーザ情報ＤＢ３０３は、ユーザの識別情報（ユーザＩＤ）とユーザがコンテンツを変更するための権利情報（ポイント）を関連付けて記録するものである。

デジタルテレビ１００から変更情報要求メッセージを受け付けると、変更情報生成部３０１は、変更情報定義ファイルＤＢ３０２から、要求に応じた変更情報を生成するのに必要な変更情報定義ファイルを特定し、それに関連付けられているポイント数（例えば１０ポイント）を抽出する。そして、ユーザ情報ＤＢ３０３に記録されている、要求元のユーザのユーザＩＤに関連付けられている所有ポイント数から、１０ポイントを差し引くなどの処理を実行する。

ところで、コンテンツ提供装置２００が、変更情報生成部３０１、変更情報定義ファイルＤＢ３０２、ユーザ情報ＤＢ３０３を備え、このような構成を有するコンテンツ提供装置２００を所有するコンテンツ提供者やコンテンツ作成者が、変更情報をユーザに提供するコンテンツ配信システムを構築することは可能である。しかし、上述の例のように、変更情報生成装置３００を所有する変更情報提供者がコンテンツの仕様を認知した上で、独自に作成することもできる。後者の場合は、例えば放送業界における新たなビジネスモデルを構築することができる。

（変更情報定義ファイルＤＢ）
図２６は、変更情報生成装置３００の変更情報定義ファイルＤＢ３０２の例を示す図である。図２６に示す例は、図３に示すコンテンツ５０に関連付けられた変更情報に対応している。

Ｃ３１のカラムにはコンテンツＩＤを格納する。ここでは上述の例に従い”２００５０９０６”を格納する。

Ｃ３２のカラムには変更情報ＩＤを格納する。図４に示した変更パターン情報５１２に対応付けられている変更情報ＩＤに対応している。

Ｃ３３のカラムには変更情報定義ファイルのファイル名を格納する。変更情報定義ファイルは、クライアント（デジタルテレビ１００など）に応じた変更情報を変更情報生成部３０１が生成するための、元となるファイルである。

Ｃ３４のカラムには変更情報を取得するためにユーザが消費するポイント数を格納する。このポイント数は、変更情報提供者が決定し、コンテンツ５０の変更パターン情報５１２に記載してユーザに変更操作前に提示すればよい。これにより、ユーザは、どの変更パターン適用するとどれだけポイントを消費するのかを事前に知ることができる。

これにより、変更情報生成装置３００は、デジタルテレビ１００からの変更情報要求メッセージに含まれるコンテンツＩＤと変更情報ＩＤとによって、供給すべき変更情報に対応する変更情報定義ファイルを特定することができる。したがって、デジタルテレビ１００の要求に応じた変更情報を生成することが可能となる。

（変更情報定義ファイル）
次に、変更情報定義ファイルの一例を図２７に示す。

図２７（ａ）は、図８に示す変更情報ｐａｔｃｈ０１’の元となる変更情報定義ファイルｐａｔｃｈ０１を示す図である。

図２７（ｂ）は、図１７に示す変更情報ｐａｔｃｈ０２’の元となる変更情報定義ファイルｐａｔｃｈ０２を示す図である。

図２７（ｃ）は、図１８に示す変更情報ｐａｔｃｈ０４’の元となる変更情報定義ファイルｐａｔｃｈ０４を示す図である。

変更情報定義ファイルは、一見、変更情報と同じである。しかし、デジタルテレビ１００が取得する変更情報と異なる点は、メディアオブジェクトの参照情報が、仮参照情報８３として記述されている点である。

例えば、図２７（ａ）の変更情報定義ファイルｐａｔｃｈ０１の５行目には”％１２３４５６０２％”という文字列が記述されている。この文字列部分は、変更情報を要求するデジタルテレビ１００によって異なるため（なぜなら、デジタルテレビ１００が独自に生成した一時情報を基に算出したメディアＩＤが再生参照メディアＩＤとなっているから）、仮参照情報として扱う。

したがって、変更情報は、変更情報定義ファイルとデジタルテレビ１００から供給される対応の一時情報とを結合することによって完成する。より具体的には、変更情報生成部３０１は、図２７（ａ）の変更情報定義ファイルｐａｔｃｈ０１に対して、仮参照情報である”％１２３４５６０２％”の部分に、デジタルテレビ１００が要求メッセージに添付してきた一時情報を適用して、参照情報“３９４２８４３０”を算出する。そして、変更情報を生成して、デジタルテレビ１００へ供給する。

図２８は、図２７（ｂ）、（ｃ）のそれぞれに示す変更情報定義ファイルｐａｔｃｈ０２および変更情報定義ファイルｐａｔｃｈ０４を元に、変更情報生成部３０１が生成した変更情報ｐａｔｃｈ０２’＋ｐａｔｃｈ０４’を示す。

図２８に示す例のように、変更情報生成部３０１は、変更情報定義ファイルの変更対象を確認し、同じ変更対象に対する変更が含まれていれば、修正対象行の再計算と変更内容を和合成することで１つの変更情報にまとめる。これによりデジタルテレビ１００と変更情報生成装置３００との間の送受信回数や処理回数を削減することができ、変更情報の取得効率が良くなる。

また、上述した変更情報の例から分かるように、参照情報を置換することによるメディアデータの再生制御と、メディアデータの内容を置換することによるコンテンツ内容の変更とを同じ変更情報に記載することができる。このため、デジタルテレビ１００においてメディアデータの再生制御とコンテンツ内容の変更とを同じ部材（コンテンツ解析部２６、変更情報結合部２４、および、コンテンツ再生部２５（図１））で処理できる。

更に、図２８に示す変更情報の文字数は約５２０文字であり、この変更情報の情報量は、わずか１ＫＢ程度である。二次元バーコードに格納できる文字数が約１８００文字であることを考慮すると、非常に小さいサイズでコンテンツのカスタマイズを実現することができる。以上のことから、携帯電話での利用やオフラインで変更情報の送受信を行うようなシステムにおいても、本発明のコンテンツ配信システム適用することが可能である。

（変形例）
上述の各実施形態では、変更履歴情報の蓄積と管理は、クライアント側のデジタルテレビ１００が行っていたが、このような形態に限定されない。

例えば、変更情報生成装置３００のユーザ情報ＤＢ３０３に、ユーザごとの変更履歴情報を管理すること可能である。このようにすれば、変更情報生成装置３００の処理やユーザ情報ＤＢ３０３の記憶容量が増えるが、デジタルテレビ１００において、変更履歴情報を管理する処理が不要になる。したがって、一時情報の読み出しも１の要求につき１回だけでよいため処理が効率が向上する。

また、上述の各実施形態では、変更情報要求メッセージや変更情報の送受信をオンライン方式で実現する場合について述べたがこれに限定されない。例えば、オフライン方式の場合は、次の２つの場合がある。

第１に、ユーザが、直接もしくは間接的に変更情報生成装置３００を操作可能な場合が想定される。この場合、デジタルテレビ１００において、コンテンツ５０に含まれるコンテンツＩＤ５１１をコンテンツ再生部２５が表示する機能を有していればよい。さらに、変更情報生成装置３００にコンテンツＩＤやユーザ情報を入力可能な入力部（図示せず）と、変更パターンリスト生成部２２とが備えられていればよい。ユーザがコンテンツＩＤやユーザＩＤを変更情報生成装置３００に入力すると、変更情報生成装置３００の変更情報生成部３０１が変更情報定義ファイルＤＢ３０２から変更情報を生成し、その変更情報をメモリカードに格納したり、２次元バーコードとして発行したりすればよい。

このようにすれば、デジタルテレビ１００において、変更履歴記録部４２に記録される変更履歴情報に関する全ての処理は不要となる。ただし隠蔽格納方式にて格納されたメディアコンテンツを再生させるためには、一時情報を変更情報生成装置３００に対して通知するために、あらかじめメモリカードに、コンテンツ記録部４１のデータを格納しておくか、一時情報一覧をユーザに提示して入力させる必要がある。

第２に、ユーザが変更情報生成装置３００を操作できない場合が想定される。この場合は、一時情報が必要な変更処理は行えず、よって、Ｓ４０２における一時情報を読み出す処理は不要となる。

なお、オフライン方式で変更情報を取得する場合は、デジタルテレビ１００の変更情報取得部２３による変更情報取得をトリガーにして、再生中のコンテンツに対して自動的に変更情報を結合するように制御を行ってもよい。この場合、結合するコンテンツを特定できるように変更情報に結合を行うコンテンツＩＤを含み、変更情報取得部２３でそのコンテンツＩＤを取り出し、結合する対象となるコンテンツを特定する結合対象特定部（図示せず）をさらに備えるようにしてもよい。これにより、ユーザは操作部５を操作しなくても、目的のコンテンツのカスタマイズを行うことができる。

また、変更情報を取得するための取得手段のハードウェア構成には、コンテンツの取得と同様オンライン方式とオフライン方式の２通りがある。

オンライン方式の場合（放送受信部２、通信部３）、変更情報要求メッセージを変更情報生成装置３００に送信し、その結果として変更情報を取得する。デジタルテレビ１００と変更情報生成装置３００との間の通信は、双方向通信が可能な通信方式であれば何でもよく、例えば有線や無線のインターネット網や携帯電話網、赤外線通信や近距離無線通信を利用することができる通信モジュールで構成する。

オフライン方式の場合（外部インターフェース部４）、変更情報のデータサイズは小さいため、小容量な半導体メモリカード読み書きモジュールや２次元バーコード読み取りモジュールなどを用いることができる。ただしオフライン方式の場合は、変更情報要求メッセージを変更情報生成装置３００に伝達する要求メッセージ伝達部（図示せず）を別途用意する必要がある。例えば、情報キオスク端末を操作して変更情報を要求し、変更情報をメモリカードへ記憶したり２次元バーコード表示として発行したりする方法が考えられる。もしくは、変更情報を１つずつ記憶したカードを変更可能な組み合わせを考慮して複数枚用意し、ユーザは希望する変更内容を記憶したカードを選択して店頭購入する方法もある。

最後に、本発明のコンテンツ処理装置（デジタルテレビ１００）の具体的な適用例として、デジタルテレビチューナを搭載した携帯電話（コンテンツ処理装置）に適用した場合について述べる。つまり、放送受信部２としてデジタルテレビチューナを備える携帯電話である。

上記携帯電話では、デジタルテレビ放送波により複数のメディアオブジェクトを含むコンテンツ５０を取得することができ、一方で、携帯電話網を利用した変更情報取得部２３を備えるため、上述した変更情報をモバイル環境でも取得可能である。

また、携帯電話網は有線ブロードバンド通信網と比較して、通信速度や回線容量（基地局の端末収容数）が劣り、かつデータ通信にかかる費用も相対的に高いため、必要とされる再生内容に対する差分情報として変更情報を取得することができるメリットは大きい。

さらに、上記携帯電話は、配信地域を限定したＰＵＳＨ型の情報提供サービスを受信可能な通信機能や、オフラインで変更情報を入手する変更情報入手部（図示せず）としての２次元バーコードを読み取り可能なカメラ機能または赤外線通信機能を備えていればよい。このため、モバイル環境で利用可能となり、外出先の店舗やイベント会場で変更情報を取得して、その場にいるユーザに限って再生可能なメディアデータを提供することもできる。

コンテンツ作成技術やデータベース技術やテレビチューナ付き携帯電話などに代表される携帯機器の進歩が相乗効果となって、ユーザが取得できるコンテンツは年々増大し、その結果コンテンツに対するユーザの嗜好の多様化が生じてきている。

このように、携帯電話網を利用した、上記携帯電話を含むコンテンツ配信システムによれば、携帯電話網上での通信回線の負担、通信コストを増大させることなく、ユーザの嗜好の多様化に対応したコンテンツ配信システムを構築することが可能となる。

また、上述の各実施形態では、デジタルテレビ１００を、コンテンツを放送波から受信し、変更情報を通信網を介して（または、オフライン方式で記録媒体などから）取得する構成としたがこれに限定されない。例えば、コンテンツを通信網（携帯電話網）を通じて取得し、変更情報をオフライン方式で取得する構成や、コンテンツを一方向マルチキャスト型ネットワークから取得し、変更情報を双方向型ネットワークから取得する構成としてもよい。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、デジタルテレビ１００（または上記テレビチューナ付き携帯電話）の各ブロック、特に、コンテンツ管理部２１、変更パターンリスト生成部２２、変更情報取得部２３、変更情報結合部２４、および、コンテンツ再生部２５は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、デジタルテレビ１００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるデジタルテレビ１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記デジタルテレビ１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、デジタルテレビ１００を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明のコンテンツ処理装置は、テレビ、セットトップボックス、ホームサーバ、ハードディスクレコーダ、ＰＣ（personal computer）、ＰＤＡ（personal digital assistant）、携帯電話、携帯オーディオ機器、カーナビゲーションなどに適用可能である。

本発明の実施形態に係るデジタルテレビの要部構成を示すブロック図である。 本実施形態に係るデジタルテレビの概略構成を示すブロック図である。 本発明のデジタルテレビが処理するコンテンツの構成の一例を示す図である。 コンテンツに含まれるコンテンツ情報の具体例を示す図である。 コンテンツに含まれるプレゼンテーションオブジェクトの具体例を示す図である。 コンテンツに含まれるメディアオブジェクトの具体例を示す図である。 本発明のデジタルテレビのコンテンツ記録部におけるコンテンツの格納例を示す図である。 本発明のデジタルテレビの変更情報取得部が取得した変更情報の具体例を示す図である。 本発明のデジタルテレビの変更履歴記録部に記録される変更履歴情報の例を示す図である。 本発明のデジタルテレビにおける処理の流れを示すフローチャートである。 本発明のデジタルテレビのコンテンツ管理部における、取得したコンテンツを格納するコンテンツ格納処理の流れを示すフローチャートである。 本発明のデジタルテレビのコンテンツ再生部における、コンテンツを再生するコンテンツ再生処理の流れを示すフローチャートである。 本発明のデジタルテレビの変更情報取得部における、変更情報を取得する変更情報取得処理の処理の流れを示すフローチャートである。 本発明のデジタルテレビの変更情報取得部における、変更情報取得後の、変更履歴情報更新処理の流れを示すフローチャートである。 本発明のデジタルテレビの変更情報結合部における、変更情報結合処理の流れを示すフローチャートである。 変更情報結合部が変更情報を結合した後のプレゼンテーションオブジェクトの具体例を示す図である。 本発明のデジタルテレビの変更情報取得部が取得した変更情報の他の例を示す図である。 本発明のデジタルテレビの変更情報取得部が取得した変更情報のさらに他の例を示す図である。 本発明のデジタルテレビの表示部に表示するオリジナルのコンテンツの表示例を示す図である。 本発明のデジタルテレビの表示部に表示する変更パターンリストの表示例を示す図である。 本発明のデジタルテレビの表示部に表示するカスタマイズされたコンテンツの表示例を示す図である。 本発明のデジタルテレビの表示部に表示する変更パターンリストの他の表示例を示す図である。 本発明のデジタルテレビの表示部に表示するカスタマイズされたコンテンツの他の表示例を示す図である。 本発明のデジタルテレビの表示部に表示するカスタマイズされたコンテンツのさらに他の表示例を示す図である。 本発明の実施形態に係るコンテンツ配信システムの概略構成を示す図である。 本発明のコンテンツ配信システムにおける変更情報生成装置の変更情報定義ファイルＤＢの例を示す図である。 （ａ）〜（ｃ）は、変更情報の元となる変更情報定義ファイルの具体例を示す図である。 複数の変更情報定義ファイルを元に、変更情報生成装置の変更情報生成部が生成した変更情報の具体例を示す図である。

符号の説明

１ 制御部
２ 放送受信部
３ 通信部
４ 外部インターフェース部
５ 操作部
６ 表示部
７ 音声出力部
１０ 入出力制御部
１１ コンテンツ入力制御部
１２ 通信制御部
１３ 操作受付部
１４ 変更パターンリスト出力制御部
１５ コンテンツ出力制御部
２０ コンテンツ処理部
２１ コンテンツ管理部（コンテンツ管理手段）
２１ａ 一時情報生成部
２１ｂ 再生参照メディアＩＤ算出部（ＩＤ変換手段）
２２ 変更パターンリスト生成部（変更パターン一覧生成手段）
２３ 変更情報取得部（変更情報取得手段）
２４ 変更情報結合部（変更手段）
２５ コンテンツ再生部
２６ コンテンツ解析部
４０ 記録部
４１ コンテンツ記録部
４２ 変更履歴記録部
４３ ユーザ情報記録部
５０ コンテンツ
５１ コンテンツ情報
５２ プレゼンテーションオブジェクト
５３〜５６ メディアオブジェクト
５７ 不完全メディアオブジェクト
９０ コンテンツ配信システム
１００ デジタルテレビ（コンテンツ処理装置）
２００ コンテンツ提供装置（変更情報記録部）
２０１ コンテンツＤＢ
３００ 変更情報生成装置（変更情報記録部）
３０１ 変更情報生成部（ＩＤ変換手段／変更情報生成手段）
３０２ 変更情報定義ファイルＤＢ（定義ファイルデータベース／変更情報記録部）
３０３ ユーザ情報ＤＢ

Claims (13)

1. 受信したコンテンツを処理するコンテンツ処理装置において、
   上記コンテンツには、コンテンツ再生に必要な情報を含む再生オブジェクトが含まれており、
   上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、上記変更パターンの一覧を示す変更パターン一覧情報を生成する変更パターン一覧生成手段と、
   上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する変更情報取得手段と、
   上記変更情報取得手段が取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する変更手段とを備えていることを特徴とするコンテンツ処理装置。
2. 上記再生オブジェクトには、再生対象となるメディアデータを含むメディアオブジェクト、および、上記メディアデータの再生手順を規定するプレゼンテーションオブジェクトの少なくとも１つが含まれていることを特徴とする請求項１に記載のコンテンツ処理装置。
3. 上記変更情報は、上記再生オブジェクトの一部またはすべてを変更対象として特定する情報と、該変更対象に替わる内容を特定する情報とを含むことができ、
   上記変更手段は、
   上記変更情報が上記再生オブジェクトの一部を変更対象として特定する場合に、
   上記変更情報が特定する変更対象を上記変更情報が特定する内容に置換することを特徴とする請求項２に記載のコンテンツ処理装置。
4. 上記プレゼンテーションオブジェクトには、上記メディアオブジェクトのメディアデータを再生するか否かを規定する再生制御情報が含まれていることを特徴する請求項２または３に記載のコンテンツ処理装置。
5. 上記メディアオブジェクトを識別するためにあらかじめ付与された第１メディアＩＤと乱数とを用いて、再生すべきメディアオブジェクトの格納場所を示す各メディアオブジェクトに付与する第２メディアＩＤを生成するＩＤ変換手段と、
   上記第２メディアＩＤに基づいて、メディアオブジェクトをコンテンツ記録部に格納するコンテンツ管理手段と
   を備えていることを特徴とする請求項２から４のいずれか１項に記載のコンテンツ処理装置。
6. 上記変更情報取得手段は、
   上記変更手段が再生オブジェクトを変更するのに利用した変更情報の履歴をコンテンツごとに記録する変更履歴情報を参照し、
   上記コンテンツに関連付けられた利用済みの変更情報を取得することを特徴とする請求項１に記載のコンテンツ処理装置。
7. 上記変更情報には、１のコンテンツの再生オブジェクトに対して択一的に適用する変更情報群を分類するグループ識別子が付与されており、
   上記変更手段は、互いに異なるグループ識別子を有する変更情報のみを、１のコンテンツにおける再生オブジェクトの変更に利用することを特徴とする請求項１に記載のコンテンツ処理装置。
8. 請求項５に記載のコンテンツ処理装置に供給する変更情報を生成する変更情報生成装置であって、
   上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、
   変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースと、
   上記定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成するＩＤ変換手段と、
   再生すべきメディアオブジェクトの格納場所を、上記ＩＤ変換手段が生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する変更情報生成手段とを備えていることを特徴とする変更情報生成装置。
9. 上記変更情報生成手段は、
   上記変更情報定義ファイルに含まれる上記第１メディアＩＤを上記第２メディアＩＤに置換することにより、上記コンテンツ処理装置が要求する変更情報を生成することを特徴とする請求項８に記載の変更情報生成装置。
10. 受信したコンテンツを処理するコンテンツ処理方法であって、
    上記コンテンツには、コンテンツ再生に必要な情報を含む再生オブジェクトが含まれており、
    上記再生オブジェクトに適用可能な変更パターンを示す変更パターン情報に基づいて、変更パターンの一覧を示す変更パターン一覧情報を生成する第１ステップと、
    上記再生オブジェクトの変更手順を規定する変更情報であって、上記変更パターン一覧情報に含まれる変更パターンのうち、ユーザにより指定された変更パターンに対応する変更情報を、該変更情報を記録する変更情報記録部から取得する第２ステップと、
    上記第２ステップにて取得した変更情報が規定する変更手順にしたがって上記再生オブジェクトを変更する第３ステップとを含むことを特徴とするコンテンツ処理方法。
11. 請求項５に記載のコンテンツ処理装置に供給する変更情報を生成する変更情報生成方法であって、
    上記コンテンツ処理装置から受信する、変更情報を要求する要求メッセージには、該コンテンツ処理装置が要求する変更情報を指定する変更情報ＩＤと、該コンテンツ処理装置が上記変更情報に対応付けて生成した乱数とが含まれており、
    変更情報を定義する変更情報定義ファイルを上記変更情報ＩＤに対応付けて記録する定義ファイルデータベースから抽出した、上記要求メッセージに含まれる変更情報ＩＤに対応付けられた変更情報定義ファイルにおいて、再生すべきメディアオブジェクトを特定する第１メディアＩＤと、上記要求メッセージに含まれる乱数とを用いて上記第２メディアＩＤを生成する第１ステップと、
    再生すべきメディアオブジェクトの格納場所を、上記第１ステップにて生成した第２メディアＩＤによって特定する変更情報を、要求された変更情報として生成する第２ステップとを含むことを特徴とする変更情報生成方法。
12. コンピュータを、請求項１から７のいずれか１項に記載のコンテンツ処理装置、または、請求項８または９に記載の変更情報生成装置の各手段として機能させるための制御プログラム。
13. 請求項１２に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images