JP2009065551A - 関連情報伝達方法、関連情報伝達サーバ、端末装置、関連情報伝達システム - Google Patents

Abstract

【課題】ユーザが、流れているコンテンツを見ながらあるいは聞きながら、そのコンテンツの特定の場所・部分を指定したら、そのコンテンツ画面のコンテンツに関連した情報にアクセスできる仕組み。
【解決手段】ユーザ端末１側で指定した特定のコンテンツの特定の要素に基づき、コンテンツ情報管理ＤＢ２ａが対応する関連情報を抽出して、ユーザ端末１に返信する。ユーザ端末１は、関連情報に基づいて、特定のコンテンツの特定の要素に対応する情報にアクセスすることができる。コンテンツ情報管理ＤＢ２ａへの関連情報の設定は、ユーザ端末１によるコンテンツの視聴の前でも後でもよい。
【選択図】 図４

Description

本発明は各種コンテンツに対応する情報の配信に関する。

ブロードキャストやオンデマンドで配信されるコンテンツからインタラクティブに情報を得る技術が求められている。特に一瞬でコンテンツの内容が次々に移り変わっていく動画において、視聴者は瞬時に情報を得たいと思っても、メモを取る時間もなく、録画して後で見直すといった原始的なやり方を行わざるを得ない。

地上波デジタル放送においても、映像放送と並行してデータ放送が送られてくるが、インターネット親和性が悪く、データ放送のデータからの情報をリンクするのが困難である。ＢＭＬ（Broadcast Markup Language：XMLベースのデータ放送向けのページ記述言語）形式をＨＴＭＬ形式にすることで、ある程度の情報リンクは可能になるが、複雑な言語でデータを動画に同期した形で送ることは難しい。特に、変遷する動画のシーンに合わせた情報リンクは困難である。

それに応えるために、動画を見ながら興味をひいた画面でエリアをクリックして必要な情報を得るためにクリッカブルビデオマップという技術が開発されている（特許文献１）。これは、動画コンテンツの表示画面中の情報に関連づけるホットスポット領域を設定したデータも一緒に供給し、その領域を視聴者がクリックしたら、その領域に関連づけられた情報（ＵＲＬ）の情報を得るといった仕組みであり、ＳＭＩＬ言語（Synchronized Multimedia Integration Language）に代表されるマルチメディア定義言語の中に関連情報を埋めこんでいる。この方法によって、クリックした領域に関連情報があれば、その関連情報を得ることができる。

特許文献１によると、画像配信システムは、ユーザ端末装置からの画像配信要求に応じて画像配信サーバからの画像コンテンツに付随させて付随情報選定機能部が指定されたクリッカブルビデオマップを該当するユーザ端末装置に供給し、画像を表示させ、さらに、ユーザ端末装置にてクリッカブルビデオマップに含まれるクリッカブルビデオマップＩＤを情報配信要求として選択してＷｅｂサーバに供給し、付随情報選定機能部にて付随情報テーブルに含まれるＩＤと供給されるＩＤの対応によりＨＴＭＬファイル群からＨＴＭＬファイルを選定し、該当ユーザ端末装置にＨＴＭＬファイルを送って、表示する。

特許文献２によると、動画をブロードバンドコンテンツとして視聴する映像視聴者の端末と、ＣＭ動画映像コンテンツを提供する映像提供者のネットワークのＣＭ動画配信サーバを備え、端末から出された視聴要求に対して、ＣＭ動画配信サーバからＣＭ動画を端末に配信し、端末は、ＣＭ動画の中で視聴者が所望する製品の製品情報要求の指定操作をＣＭ動画の上映画面上で行い、上映画面の画像を、ＣＭ製品データベースサーバの画像データと比較し、指定された製品を特定する手段を備え、ＣＭ提供企業のＣＭ製品情報の配信用、販売情報を備えたサーバを備え、製品が特定されると、製品情報により視聴者は、サーバのＣＭ製品情報ファイル格納領域へアクセスする。
特開２００４−２７４３５０号公報 特開２００５−２８６８８２号公報

上述したクリッカブルビデオマップでは、動画コンテンツと一緒に定義したクリック領域情報が送られてしまうため、動画配信後に、例えば、リンク情報を変更したり、クリック領域を変更したりできないので、視聴者の興味にあった情報配信など、メンテナンス性に優れた情報発信ができない。

特許文献１においても、画像配信サーバと情報配信サーバを分けることで、情報配信サーバ側のＷｅｂページのコンテンツを自由に差し替えられるという改善がされているが、画像配信時にＳＭＩＬファイルが配信されてしまっているため、画像配信後にリンク情報に対応づける領域を変更することができない。

また、複雑な指定をデータストリームに載せることから、動画シーンの変遷に合わせたきめ細かい情報リンク先の制御は難しい。

本発明は、ユーザが、流れているコンテンツを見ながらあるいは聞きながら、そのコンテンツの特定の場所・部分を指定したら、そのコンテンツ画面のコンテンツに関連した情報にアクセスできる仕組みを提供する。

本発明に係る関連情報伝達方法は、所望のコンテンツおよび所望のコンテンツ内の所望の各要素に対応する関連情報を、データベースに登録するステップと、所望のコンテンツの提供を受けた端末装置から、コンテンツおよびコンテンツ内の特定の要素を識別する指定情報を送信するステップと、端末装置から受信した指定情報に基づいて識別されるコンテンツおよびコンテンツ内の特定の要素に対応する関連情報を、データベースから抽出するステップと、データベースから抽出された関連情報を、端末装置に伝達するステップと、を含む。

この発明によると、ユーザが、端末装置により所望のコンテンツ中の特定の要素を指定すると、そのコンテンツの特定の要素に対応する関連情報（例えば、ＷｅｂページのＵＲＬ、タグ情報、コンピュータ連携情報）をデータベースから抽出し、その関連情報を端末装置に伝達する。ユーザは、返信された関連情報に基づき、所望のコンテンツ中の特定の要素に対応するＷｅｂサイトなどにアクセスして、視聴していたコンテンツ内に出現した興味のある要素に関係する有益な情報を入手することができる。

どのコンテンツの要素にどのような関連情報を対応づけてデータベースに登録するかは任意である。従来のクリッカブルマップのように、コンテンツの内容そのものに関連情報を依存させるのではないから、データベースの内容を変えるだけで、どのようなコンテンツの要素にも自由に関連情報を対応づけることができ、また、その内容の更新も容易である。

また、コンテンツの提供時や視聴時までに必ずしも関連情報を登録しておかなくても、指定情報が送られてきてから関連情報の登録を行ってもよいから、端末装置のユーザがコンテンツを視聴した後に、コンテンツに対する視聴者の興味を十分に分析し、その興味に沿った関連情報を提供することができる。

コンテンツは、静止画コンテンツ、動画コンテンツおよび音声コンテンツのうち少なくとも１つを含み、コンテンツ内の各要素は、静止画コンテンツ内の任意の領域、動画コンテンツの任意のフレームにおける任意の領域および動画コンテンツないし音声コンテンツ内の任意の再生位置のうち少なくとも１つを含む。

コンテンツは、コンテンツを一意に識別するコンテンツ識別情報もしくはコンテンツ内の各要素に対応する関連情報の保管先を一意に識別する保管先識別情報、動画コンテンツ内の各フレームもしくは音声コンテンツ内の各音声の再生位置を識別する再生位置識別情報、動画コンテンツ内の各フレームを識別するフレーム識別情報または動画コンテンツ内の各フレーム内の各領域の座標を識別する座標識別情報を含む。

指定情報は、コンテンツに含まれるコンテンツ識別情報もしくは保管先識別情報、動画コンテンツもしくは静止画コンテンツ内から任意に指定された要素の再生位置を識別する指定再生位置識別情報、動画コンテンツ内から任意に指定されたフレームを識別する指定フレーム識別情報または動画コンテンツ内から任意に指定されたフレーム内の特定の領域の座標点を識別する指定座標識別情報を含む。

再生位置は、動画コンテンツないし音声コンテンツの所定の圧縮符号化方式に準拠したタイムコードパラメータにより記述されている。

コンテンツは、有線もしくは無線放送、インターネット配信、記録媒体により端末装置に提供される。

放送は、端末装置へのブロードキャスト配信を含み、インターネット配信は、端末装置へのマルチキャスト配信、ユニキャスト配信もしくはピアツーピア配信を含み、記録媒体は、端末装置にてコンテンツを読み取り可能な可搬性記録媒体を含む。

本発明に係る関連情報伝達サーバは、所望のコンテンツおよびコンテンツ内の特定の要素を識別する指定情報を受信する受信部と、所望のコンテンツおよび所望のコンテンツ内の所望の各要素に対応する関連情報を格納するデータベースと、受信部の受信した指定情報に基づいて識別されるコンテンツおよびコンテンツ内の特定の要素に対応する関連情報を、データベースから抽出する抽出部と、抽出部がデータベースから抽出した関連情報を伝達する伝達部と、を備える。

本発明に係る端末装置は、コンテンツを入力する入力部と、入力部に入力されたコンテンツを再生する再生部と、再生部がコンテンツを再生する際、コンテンツおよびコンテンツ内の特定の要素を指定する操作を受け付ける指定部と、指定部を介して指定されたコンテンツおよびコンテンツ内の特定の要素を識別する指定情報を作成する指定情報作成部と、指定情報作成部の作成した指定情報を送信する送信部と、を備える。

送信部は、上記に記載の関連情報伝達サーバに指定情報を送信する。

本発明に係る関連情報伝達システムは、所望のコンテンツおよび所望のコンテンツ内の所望の各要素に対応する関連情報を登録するデータベースと、所望のコンテンツの提供を受けた端末装置から、コンテンツおよびコンテンツ内の特定の要素を識別する指定情報を送信する送信部と、端末装置から受信した指定情報に基づいて識別されるコンテンツおよびコンテンツ内の特定の要素に対応する関連情報を、データベースから抽出する抽出部と、データベースから抽出された関連情報を、端末装置に伝達する伝達部と、を含む。

この発明によると、ユーザが、端末装置により所望のコンテンツ中の特定の要素を指定すると、そのコンテンツの特定の要素に対応する関連情報（例えば、ＷｅｂページのＵＲＬ、タグ情報、コンピュータ連携情報）をデータベースから抽出し、その関連情報を端末装置に伝達する。ユーザは、返信された関連情報に基づき、所望のコンテンツ中の特定の要素に対応するＷｅｂサイトなどにアクセスして、視聴していたコンテンツ内に出現した興味のある要素に関係する有益な情報を入手することができる。

どのコンテンツの要素にどのような関連情報を対応づけてデータベースに登録するかは任意である。従来のクリッカブルマップのように、コンテンツの内容そのものに関連情報を依存させるのではないから、データベースの内容を変えるだけで、どのようなコンテンツの要素にも自由に関連情報を対応づけることができ、また、その内容の更新も容易である。

また、コンテンツの提供時や視聴時までに必ずしも関連情報を登録しておかなくても、指定情報が送られてきてから関連情報の登録を行ってもよいから、端末装置のユーザがコンテンツを視聴した後に、コンテンツに対する視聴者の興味を十分に分析し、その興味に沿った関連情報を提供することができる。

以下、添付図面に従って本発明を実施するための最良の形態について説明する。

＜発明の概要＞
図１は、本発明の好ましい実施形態に係る関連情報管理システムの概略構成を示す。このシステムは、ユーザ端末１とコンテンツ情報管理サーバ２とを備えている。

ユーザ端末１は、コンテンツ配信サーバ３ａやテレビ局の電波塔４などの配信側３から直接電気信号として、あるいはＤＶＤなどの記録メディアからコンテンツの記録信号を読み出すことで、映像（静止画もしくは動画）や音声などの各種コンテンツの提供を受ける。また、ユーザ端末１は、インターネット（ネットワーク）１０を介して、不特定多数のＷｅｂサーバ５（５ａ、５ｂ・・）とも接続されている。

コンテンツ情報管理サーバ２は、インターネット１０を介して、コンテンツ情報編集端末６と接続されている。

ユーザ端末１は、マルチメディアの記録再生に対応したパソコンやＳＴＢ（セットトップボックス）などで構成されており、配信を受けたコンテンツが映像であれば、テレビ７に出力して表示させることができる。また、配信を受けたコンテンツが音声であれば、ステレオなどに出力して再生させることができる。

本実施形態では、既存のテレビやステレオを使用できるようにするため、これらとは別体のＳＴＢへ本発明を適用した場合を想定して説明しているが、本実施形態のＳＴＢに組み込んだのと同様の機能をテレビやステレオその他のＡＶ機器の本体に組み込んでもよい。

配信側３からユーザ端末１へのコンテンツ配信の方式は特に限定されない。例えば、地上波デジタル放送や衛星放送などを利用したブロードキャスト配信、インターネットＴＶで利用されているマルチキャスト配信、ＶＯＤ(ビデオオンデマンド)やストリーミングなどのユニキャスト配信が挙げられる。また、ピアツーピア動画配信システムのように、コンテンツ配信サーバからの直接配信でなく、インターネット１０上の他のピア同士と連携された分散配信でも良い。また、ＤＶＤなどの可搬性記録メディアによるコンテンツ提供も可能である。

コンテンツ情報管理サーバ２には、コンテンツ情報管理ＤＢ２ａを備えている。コンテンツ情報管理ＤＢ２ａには、配信されるコンテンツの内容に合わせたコンテンツ対応関連情報（以下、関連情報と略称）が、コンテンツ情報編集端末６で作成されてアップロードされて格納されている。

関連情報は、コンテンツタイトル、コンテンツ内の所望のシーンないしその近傍を特定する情報に対応づけられている。

コンテンツ配信データには、コンテンツタイトルを特定する情報と、コンテンツ内の特定の要素（動画であればシーンないしその近傍）を識別する要素識別情報が含まれている。例えば、要素識別情報は、コンテンツ内のフレーム情報、コマ情報、時間情報などを含む。要素識別情報でコンテンツ配信データをカプセル化したり、サブバンド化したりしてもよい。

ユーザ端末１は、配信を受けたコンテンツを再生しながら、マウスその他のポインティングデバイスの操作により、当該コンテンツにおける所望の要素の指定を受け付ける。これは、例えば、テレビ７などでのコンテンツの再生中であれば、動画・静止画中の特定のコマの特定の位置を指定する操作や、音声再生中の特定の時点で発音された字句を指定する操作を意味する。

ユーザ端末１は、ユーザによるコンテンツの特定の要素の指定操作に応じ、当該コンテンツおよび要素を識別する指定情報を作成し、これをコンテンツ情報管理サーバ２に送信する。

具体的には、ユーザ端末１は、再生しているコンテンツのＩＤ、ユーザが指定した要素に対応する要素識別情報（特定の動画のフレーム情報、フレーム中の位置情報、特定の音声再生位置を示す時間情報）を、コンテンツ配信データから抽出し、これを指定情報とする。そして、抽出した指定情報を、パケット化するなどしてコンテンツ情報管理サーバ２への送信データに再構成し、インターネット１０を介してコンテンツ情報管理サーバ２に送信する。

コンテンツ情報管理サーバ２は、ユーザ端末１から送られてきた指定情報を解析し、指定情報に含まれるＩＤで特定されるコンテンツにおける、位置情報または時間情報で特定される当該コンテンツの要素（シーンおよび場所など）に対応する関連情報を、コンテンツ情報管理ＤＢ２ａから検索する。

コンテンツ情報管理ＤＢ２ａに格納される、指定情報に対応する関連情報は、コンテンツ内のどの指定シーンのどの指定場所とも対応させることができる。

例えば、図１３（ａ）に示すようなテレビ番組などの動画中のコマ「００１」において、図１３（ｂ）に示すような右側部のコンテンツ要素「領域Ａ」および中央上部のコンテンツ要素「領域Ｂ」が、ユーザの興味に応じて指定されうる。これらの要素に対して、各々任意の関連情報を設定できる。 すなわち、コマ「００１」のコンテンツ要素「領域Ａ」をx1、y1とx2、y2の矩形領域、コンテンツ要素「領域Ｂ」をx3、y3とx4、y4の矩形領域で定義し、それに対応する関連情報を設定する。

あるいは、動画中のコマ「００２」において、中央部のコンテンツ要素「領域Ａ」、左側部のコンテンツ要素「領域Ｂ」が、任意に指定されうる。そこで、コマ「００２」のコンテンツ要素「領域Ａ」をx5、y5とx6、y6の矩形領域、コンテンツ要素「領域Ｂ」をx7、y7とx8、y8の矩形領域で定義し、それに対応する関連情報を指定できるようにする。

あるいは、動画中のコマ「００３」において、コンテンツ要素「領域Ａ」が任意に指定されうる。そこで、コマ「００３」において、コンテンツ要素「領域Ａ」をx9、y9とx10、y10の矩形領域で定義し、それに対応する関連情報を指定できるようにする。

このように、それぞれ独立に移動するコンテンツ要素の領域をコマ毎にそれぞれ領域定義し、それに対応する関連情報を指定できるようにしておくことで、自在にコンテンツ要素と関連情報を対応付けすることができる。

図１３（ｃ）は、コンテンツ情報管理ＤＢ２ａにて、図１３（ｂ）に示す各コマのコンテンツ要素「領域Ａ」と「領域Ｂ」に対応付けられる関連情報の一例を示している。例えば、上記のコンテンツ要素「領域Ａ」には関連情報「ＬｉｎｋＡ」、コンテンツ要素「領域Ｂ」には関連情報「ＬｉｎｋＢ」が対応づけられている。どのコンテンツ要素にどの関連情報を対応づけるかは任意であり、関連情報の内容も任意である。つまり、従来のクリッカブルマップように、コンテンツの要素そのものに関連情報を依存させるのと比較して、関連情報設定の自由度や関連情報のメンテナンス性が極めて高い。

また、同一コンテンツ中の異なる要素に、それぞれ同一の関連情報を対応づけてもよい。この場合、例えば、スポンサーＡの番組配信の場合に、どのシーン、どの場所でユーザがクリックをしても、スポンサーＡの広告情報を公開するＷｅｂサイト５ａのＵＲＬをユーザ端末１に返信できる。あるいは、同じシーンの同じ表示エリアに複数のスポンサーの広告情報の複数の関連情報を登録することで、シーンに応じて異なる興味を抱く各視聴者へそれぞれ個別に関連情報提供を行うことができる。

さらに、コンテンツ情報管理ＤＢ２ａへの関連情報の設定・格納のタイミングは、ユーザ端末１によるコンテンツの視聴の前でもよいし（図１４）、実際にコンテンツが視聴された後、ユーザの興味を解析し、その結果に応じて関連情報を設定してもよい（図１５）。

コンテンツ情報管理サーバ２は、ユーザ端末１から受信した要素識別情報に合致する関連情報がコンテンツ情報管理ＤＢ２ａに存在した場合、その関連情報を検索し、これを指定情報を送ってきたユーザ端末１に返信する。なお、ユーザ端末１から受信した指定情報に対応する関連情報がコンテンツ情報管理ＤＢ２ａに存在しない場合、その旨をＷｅｂサーバ５の管理者に通知し、関連情報を登録するよう促してもよい。

関連情報の中には、アクセス先となるサーバ５へのアクセスのために必要な情報（例えばＵＲＬなど。以下、アクセス先情報と称す）の他、アクセス先を示すボタンその他のＧＵＩ用の画像データや、コンテンツ情報管理サーバ２から関連情報が消去されるべき日付を示す消去日付データが含まれている。消去日付データにより、コンテンツ情報管理サーバ２に情報提供期間を設定でき、ユーザへの情報提供期間をコントロールできる。

ユーザ端末１は、コンテンツ再生と並行して、コンテンツ情報管理サーバ２から適宜送られてくる関連情報を受信、収集整理し、視聴者の収集した情報の閲覧操作に従って、受信した関連情報に基づき、アクセス先情報表示ボタンをテレビ７に表示する。

ユーザ操作に応じてアクセス先情報表示ボタンが指定されると、受信した関連情報がボタンメニュー化してテレビ７に表示される。そして、表示されたアクセス先メニューからユーザが興味のあるボタンを選択し、そのボタンを押すと、ユーザ端末１は、押されたボタンに対応するＷｅｂサーバ５にアクセスする。

Ｗｅｂサーバ５は、アクセスしてきたユーザ端末１に対し、Ｗｅｂコンテンツを返信する。ユーザ端末１は、Ｗｅｂコンテンツを表示する。これにより、ユーザは、配信コンテンツ中で興味を抱いた要素（シーン、再生時点、画像コマなど）に対応づけられているＷｅｂコンテンツを閲覧することができる。

＜第１実施形態＞
図２は配信側３が動画コンテンツをブロードキャスト配信する場合の具体的構成を示す。

配信側３の具体例である配信システム１１は、映像符号化部１１ｂ、映像ＥＳ部１１ｃ、映像ＰＥＳ部１１ｄ、音声符号化部１１ｆ、音声ＥＳ部１１ｇ、音声ＰＥＳ部１１ｈ、ＴＳ部１１ｉ、変調ＯＦＤＭ部１１ｊを含む。

映像符号化部１１ｂは、外部から入力された映像信号をデジタル圧縮符号化する。

映像ＥＳ部１１ｃは、デジタル圧縮符号化された映像信号を、ＥＳ（エレメンタリーストリーム）にする。

映像ＰＥＳ部１１ｄは、ＥＳからパケッタイズドエレメンタリーストリーム（以下「ＰＥＳ」と略記）を作成する。

音声符号化部１１ｆは、外部から入力された音声信号をデジタル圧縮符号化する。

音声ＥＳ部１１ｇは、デジタル圧縮符号化された音声信号を、ＥＳ（エレメンタリーストリーム）にする。

音声ＰＥＳ部１１ｈは、ＥＳからパケッタイズドエレメンタリーストリーム（以下「ＰＥＳ」と略記）を作成する。

ＴＳ部１１ｉは、映像・音声のＰＥＳを格納した格納したペイロードとペイロードに格納された情報の種類に応じたパケット識別子とを有するトランスポートストリームパケットを生成する。

変調ＯＦＤＭ部１１ｊは、各トランスポートストリームを時間伸長し、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）変調した後、それぞれ電波塔４を介して、無線電波により一斉に送出する。

受信側のユーザ端末１は、アンテナ１ａ、復調部１ｂ、ＤＥＭＵＸ（デマルチプレクサ）１ｃ、映像復号化部１ｄ、音声復号化部１ｆを含む。

アンテナ１ａは、電波塔４からの電波を受信し、復調部１ｂに送る。復調部１ｂは、電波をＴＳに復調しＤＥＭＵＸ１ｃに送る。ＤＥＭＵＸ１ｃは、ＴＳを映像データと音声データに分離した上、映像データは映像復号化部１ｄ、音声データは音声復号化部１ｆに送る。

映像復号化部１ｄは、映像データを映像信号に復号化する。音声復号化部１ｆは、音声データを音声信号に復号化する。

図３に示すように、映像符号化部１１ｂ・音声符号化部１ｆにて映像・音声信号をそれぞれ所定のフォーマットで圧縮符号化（エンコード）し、エンコードされたデータストリームは、それぞれ、映像ＥＳ部１１ｃ・音声ＥＳ部１１ｇにて、映像ＥＳ、音声ＥＳとして、一般的にはフレーム単位の映像データと音声データとしてＥＳ化される。次に、映像ＰＥＳ１１ｄ・音声ＰＥＳ１１ｈにてそのデータを適当に分割し、データの頭の部分にヘッダを付与し、パケット化して映像ＰＥＳ、音声ＰＥＳとする。なお、ＰＥＳのヘッダ情報の中に時刻情報を書き込むことで、再生時に映像と音声の同期を図る。

ＰＥＳデータストリームは、固定長で分割され、ＴＳ部１１ｉにてそれぞれのパケットの頭にＴＳヘッダが付与され、１８８バイト固定長のＴＳパケットが生成される。図示しないが、ＴＳ化した段階で、映像・音声だけでなく、データ放送用のデータ（ＢＭＬ：Broadcast Markup Language）、番組情報などを含むＳＩ(Service Information)、TSに含まれる各ES がどのプログラムに属しているかを記した情報であるＰＩ(Program Specific Information)を合わせて多重化してもよい。以上のＰＥＳ化から多重化の処理はＭＰＥＧ２方式によるが、その他の方式を採用してもよい。

変調ＯＦＤＭ部１１ｊにてＯＦＤＭ変調する前段階では、ＴＳのパケットに１６バイトのリードソロモン符号のチェックビットを付与し、発生するエラーに対して確率的に耐性を持たせる。

そして、固定受信向けと移動体受信向けサービスに対応するため、階層分割（最大３系統）、畳み込み符号化、キャリア変調、階層合成、時間・周波数インターリーブ、ＯＦＤＭフレーム構成、ＩＦＦＴ、ガードインターバルの一連のＯＦＤＭ変調処理を行い、電波塔４から地上波送信する。

受信側の端末１では、アンテナ１ａから受信した電波を選局し、復調部１ｂにて一連の復調処理を行い、ＤＥＭＵＸ１ｃにて映像符号化信号と音声符号化信号に分離する。データ信号も同様に分離される。

そして、その映像符号化信号と音声符号化信号を、映像復号化部１ｄ・音声復号化部１ｆにてデコードすることで、同期の取れた映像信号、音声信号を再生することができる。

ここで、配信するコンテンツに、コンテンツを特定できる情報、例えばＩＤ情報：ｚｚｚと、その動画のフレーム毎に、例えば、フレーム番号（１、２、３、・・、ｆｆｆ）や時間情報（ｈｈ：ｍｍ：ｓｓ：ｘｘ）を一意に埋め込み、再生側で再生表示時にその情報を獲得できるようにしておき、例えば、視聴者が視聴しているときにトリガをかけたタイミングで、コンテンツＩＤ情報とそのシーンを特定する情報を獲得することができる。

ビデオストリームデータに予めコンテンツを特定する情報とシーンを特定する情報を埋め込み、再生時にそれらの情報を獲得することで、シーンを特定できる。

ＭＰＥＧ２方式のシステムなどでは、タイムコードパラメータがあるので、配信時にタイムコードを埋め込み、再生時にその情報を読み込むことで、現行のビデオストリーム配信規格の流用でもフレーム特定を実現できる、ただし、ＤＶＤなどに録画すると、レコーダ側でタイムコードパラメータを書き換えてしまう可能性があるので、録画データを再生した場合には、コンテンツ情報管理サーバ２で管理している情報と不整合が生じてしまうという欠点がある。よって、録画の不可能な番組について、タイムコードパラメータをフレーム特定に使用するとよい。

コンテンツを特定するＩＤ情報は、例えば端末１側で、選んだチャンネルと視聴している時刻情報を取得し、コンテンツ情報管理サーバ２側でその情報から電子番組表（ＥＰＧ）に登録したコンテンツＩＤを呼び出すこともできる。

次に、端末１は、コンテンツを再生しているＴＶ７の画面上にポインタカーソルを表示させ、そのポインタカーソル上で、画面上の指定点の位置を示すアドレス（ａ０、ｂ０）を取得する。視聴者は、視聴しているコンテンツにおける興味のある部分を画面上に指定する操作を行い、その指定された位置が、アドレス（ａ０、ｂ０）となる。

抽出された情報は、「click_info（ContentsID=ｚｚｚｚ,frameNo=ｆｆｆｆ,address= a0,b0）」といったテキストデータなどで記述された情報にまとめられ、端末１からＳＩＰ(Session Initiation Protocol)でコンテンツ情報管理サーバ２にメッセージ情報を送ることで、コンテンツ情報管理サーバ２に視聴者が興味を持ったコンテンツ内の特定の要素を識別する情報を伝達する。

プロトコルはＳＩＰでなくてもよいが、大量の視聴者の端末１とコンテンツ情報管理サーバ２とが不定期に情報交換する際、ＳＩＰであれば、全ての端末１とサーバ２とが常にコネクションを維持しなくて済み、負担が小さい。

コンテンツ情報管理サーバ２は、ユーザ端末１から送られてきたＳＩＰパケットから、当該ユーザ端末１のインターネット１０上のアドレスを特定し、ＳＩＰパケットの中に含まれるテキストメッセージ情報を取り出し、その情報（click_info）をコンテンツ情報管理ＤＢ２ａに問い合わせる。

コンテンツ情報管理ＤＢ２ａは、問い合わせ内容に基づいて、関連情報を抽出する。具体的には、ContentsID毎に登録されている、例えば、図１３（ｃ）に示されたデータベーステーブルに対し、ユーザ端末１から送られてきたclick_info情報に記されているフレーム番号（例えばframeNo=002）をサーチし、002に対応付けられた領域（例えば、x1,y1|x2,y2またはx3,y3|x4,y4の２つの矩形領域）が、クリック点（例えばa1,b1）の範囲に含まれているかを判定し、含まれている場合は、その特定情報（例えばLink A）に関連付けられた関連情報を抽出する。

上記は、ＳＩＰプロトコルによるメッセージ交換による関連情報伝達の一例であるが、伝達方法は、この例に限定するものではない。例えば、ユーザ端末１側からコンテンツ情報管理サーバ２側に、ユーザ端末１側で抽出された指定情報を送る際に、合わせて、所望の電子メールアドレスを一緒に送れば、サーバ２側は、コンテンツ情報管理ＤＢ２ａから引き出した関連情報を電子メール形式で、その電子メールアドレスに送信することができる。これにより、指定情報を送ったのとは別の端末（例えば携帯電話などの携帯端末）で、この関連情報を利用することができる。

図４は関連情報の具体例を示す。ここでは、ユーザ端末１側でクリックした特定のシーンの特定の要素（位置）に基づき、コンテンツ情報管理ＤＢ２ａが３つの関連情報を抽出している。

コンテンツ情報管理ＤＢ２ａには、問い合わせ情報に対し、複数のアクセス先情報が含まれる場合もある。例えば、あるシーンでクリックされたオブジェクトそのものへの情報のリンクであったり、例えば、ある番組のＣＭシーンでクリックがされた場合、そのＣＭシーン部分のスポンサー商品への情報リンクであったり、その番組のスポンサーへの情報リンクなど、クリックした点は一点でもオブジェクトへのリンクであったり、クリックされたシーンを含む所定範囲（例えばクリックされたシーンの前後のシーン）の関連情報を抽出する。

ＬｉｎｋＩＤはアクセス先情報を識別するＩＤで、何回もクリックされて同じ情報が戻ってきた場合に、ユーザ端末１側で同じ情報を重複して表示するのを避けるのに利用できる。

Ｌｅｖｅｌは、その関連情報の視聴者の注目度の相関を想定して設定するもので、シーン依存の高いオブジェクトをクリックしたときに、それに関連する領域の視聴者注目度の相関を想定して設定するもので、例えば番組全体の場合は、Ｌｅｖｅｌ＝３とする。

これにより、視聴者のユーザ端末１に表示する情報の優先度の表示を制御する。

Ｂｕｔｔｏｎは、視聴者のユーザ端末１に表示するバナーボタンの画像データの格納先となるサーバのアドレスを示している。画像データのように、少しでもコンテンツ情報管理サーバ２に負担をかけるデータは、例えばスポンサー先のＷｅｂサーバ５に分散して保管する構成で、スポンサー自身でデータを自由に変更できるとともに、コンテンツ情報管理サーバ２の負担を軽減している。

そして、ユーザ端末１は、このアクセス先情報が返信されてきたら、自動的にアクセス先情報管理テーブルに登録するとともに、バナーボタン画像データをＷｅｂサーバ５あるいはコンテンツ情報管理サーバ２からダウンロードする。

Ｅｘｐｉｒｅは、この関連情報の有効期間を示し、例えば、スポンサー先のＷｅｂサーバ５からコンテンツを消去する前に関連情報をユーザ端末１から消去する場合に使用する。なお、図のＥｘｐｉｒｅ時刻は同じであるが、各々独立別個に設定することもできる。

コンテンツ情報管理ＤＢ２ａに登録する関連情報の範囲量（登録エリア＊時刻）やユーザ端末１の中で関連情報を保管する期間からスポンサーの広告料金を定めたり、実際にボタンを視聴者がユーザ端末１によってクリックした実績から、成功報酬を得る課金システムを構築してもよい。

ユーザ端末１は、コンテンツ情報管理サーバ２から返信されてきたＳＩＰメッセージを読み込み、重複チェックなどの情報解析を行い、視聴者興味関連情報として、図示しないアクセス先情報管理テーブルに登録する。そして、バナーボタン画像データをダウンロードし、ユーザ端末１の表示画面に表示する準備をするとともに、そのボタンにアクセス先情報が関連づけられる。

そこで視聴者は、例えば番組を見終わったときなど、任意のタイミングでユーザ端末１の「情報閲覧ボタン」を操作すると、ユーザ端末１は、アクセス先情報管理テーブルに登録された所定の順番で、得たい情報が集約されている閲覧先メニュー画面を表示する。

図５に例示する閲覧先メニュー画面で、例えば、「情報Ａ」ボタン（情報Ａ用のバナー画像ボタン）を選択すると、ユーザ端末１は、情報Ａボタンに対応づけられたアクセス先である特定のＷｅｂサーバ５（例えばＷｅｂサーバ５ａ）に接続し、視聴者が興味を持った情報Ａに関する表示に結びつけることができる。

図５に例示する、Ｗｅｂサーバ５から端末１に提供される閲覧先メニュー画面は、複数ページを持ち、「次へ」、「前に」、「最初へ」ボタンでページを移動することができる。

ユーザ端末１は、定期的に各アクセス先ボタンの保存期間をチェックし、Ｅｘｐｉｒｅ（失効）時期が到来したボタンは消去する。また、視聴者自身の操作に基づいて削除してもよい。

バナーボタン画像やバナーボタンに関連づけられたアクセス先のコンテンツは、例えば広告主が、本システムの仕様に基づき、好みで自由に変更できるようにしてもよい。

視聴者がバナーボタンを押したら、ユーザ端末１はコンテンツ情報管理サーバ２あるいは別のサーバに、そのバナーボタンに対応した情報をアップロードする。その情報は、視聴者が操作した閲覧実績情報としてカウントされ、例えば広告主への成果課金のためのパラメータ情報として利用する。

上記の例は、直接、アクセス先のＵＲＬ情報を返信する例であるが、コンテンツ情報管理ＤＢ２ａの関連情報としては、タグ情報（例えば、製品名、オブジェクトの属性定義）、コンピュータ連携情報（サービスインターフェースパラメータ）など、アクセス先を定義するその他の情報も含めることができる。

図６では、Return_info_No1にタグ情報が埋め込まれていた例を示している。視聴者は、例えば番組を見終わったときなど、好きなタイミングでユーザ端末１の「タグ 情報閲覧」ボタン（図示せず）を操作すると、アクセス先情報管理テーブルに登録された所定の順番で、得たいタグ情報が集約されているタグ検索先メニュー画面が表示される。

図７で例示されるタグ検索先メニュー画面で、例えば「富士山」ボタンが選択されると、ユーザ端末１は、検索エンジンロボットを搭載したサーバ（図示しない）に接続し、定義された検索式“富士山＋日本”を検索エンジンに入力して検索を開始する。

なお、広告主が、予め検索式として自分のＷｅｂサイトに誘導しやすい検索式を定義入力しておけば、視聴者をそのサイトに誘引することができる。

ここで、コンテンツへのシーン特定の情報を埋め込む方法を具体的に示す。

動画Ｃｏｄｅｃフォーマットに内装する例は、基本的にＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６４に代表される動画Ｃｏｄｅｃは、レイヤ構造を採っている。

図８に示すように、レイヤは、シーケンスレイヤ、ＧＯＰレイヤ、ピクチャレイヤ、下層レイヤからなる。

シーケンスレイヤは、ビデオストリームを流すにあたって、画像サイズ・アスペクト比、フレームレートなどのビデオデータの構成を示す情報をヘッダ情報として、一区切りのピクチャをグループにまとめたピクチャで構成したＧＯＰと組み合わせた映像を順次連続に流す。このヘッダ情報にコンテンツを特定するためのコンテンツＩＤ情報を埋め込む拡張を行うことで、比較的短い（概ね０．５秒）単位でコンテンツの切替を実現できる。

すなわち、例えば、番組にコンテンツＩＤ＝ｘｘｘｘを与え、途中に入るＣＭにＩＤ＝ｙｙｙｙ、ｚｚｚｚと割り当て、そのシーンが流れている間のコンテンツを各々定義することができるが、約０．５秒間隔で、コンテンツ映像に対応したコンテンツＩＤが埋め込まれているので、比較的短い時間でコンテンツ識別情報を示すことができる。

この場合、ＣＭから番組に戻った際に、再び、コンテンツＩＤは、ｘｘｘｘに戻り、シーン情報（例えばフレーム番号）は、番組の続きから始まるようにする。

番組およびＣＭを一つのコンテンツとみなすことも可能であるが、番組とＣＭを別コンテンツに分けることで、例えばＣＭが別番組の中で放映されても、そのＣＭ内のシーン情報は、同一コンテンツと扱うことができ、後述するコンテンツ情報管理サーバ２へのアクセス先情報登録を有効に行うことができる。

ＧＯＰレイヤは、その映像コマだけでフレームを再生できる圧縮率の低いＩフレーム、Ｉフレームから予測される動きとＩフレームとの差分から得られるＰフレーム、ＩフレームとＰフレームを処理した後に、その前後の過去・未来のフレーム情報からそれらのフレーム間をつなぎ合わせるための予測フレームのＢフレームで構成され、一般的に［ＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢ］の１５フレームをグループとしたＧＯＰ（Group of Picture）としてストリーミングデータが構成されている。

ピクチャレイヤは、ＧＯＰの中の各々のＩフレーム、Ｐフレーム、Ｂフレームであり、１枚の静止画として扱うことができるフレームの単位である。

ピクチャレイヤは、画面を帯状に分割したスライス状の画像単位で構成される。このスライス画像を並べることで、１画面が構成される。

シーケンスヘッダのユーザ拡張データにコンテンツＩＤを埋め込んでもよいし、ピクチャヘッダのユーザ拡張データに要素識別情報を埋め込んでもよい。

下層レイヤは、ピクチャレイヤの下層に定義された、１６×１６のマクロブロックレイヤと８×８のブロックレイヤからなる。

すなわち、コンテンツを符号化する際に、ＧＯＰ単位にコンテンツの特定に利用するためのコンテンツＩＤ，フレームごとにコンテンツの興味シーンのフレームを特定するためのフレーム番号（または時刻情報）を挿入する。

シーン識別情報（要素識別情報）は、簡素化のためにＩフレームのみに挿入することでもよい。この場合、要素識別情報は、０．５秒程度の分解能になってしまうが、視聴者が映像を見ながら操作するのだから、あまり細かい指定までは必要ない。

また、デコード側でＩフレーム間のフレーム数から、間のフレームのフレーム番号や時刻情報を算出することで、例えば１／３０秒刻みの細かい指定も可能である。

このように、動画Ｃｏｄｅｃフォーマットの中に要素識別情報を内装すれば、その後の系で変調されても、復調・復号化の段階で、この情報を取り出すことができる。

なお、生放送もしくは予め映像の中にコンテンツＩＤおよびシーン識別情報（要素識別情報）を入れることができない場合は、放送時の時刻情報で代替する。

＜第２実施形態＞
以下、インターネット１０上に置いたビデオ配信サーバから受信クライアントへのビデオ配信の例を示す。

図９に示すように、配信システム１１は、映像符号化部１１ｂ・音声符号化部１１ｆにてコンテンツ映像・音声に対して所定の処理を行い、ＴＳ部１１ｉにてＴＳファイル化を行い、ストリーミングファイルとして、ビデオ配信サーバ１１ｋ内の所定の場所に置く。

マルチキャスト配信の場合、ビデオ配信サーバ１１ｋは、配信時刻に配信を要求してきた受信側のユーザ端末１に向けて、ＴＳファイル化を行い、ストリーミングファイルとして、ビデオ配信サーバ内の所定の場所にファイルを置く。

ユニキャスト配信の場合、ビデオ配信サーバ１１ｋは、各ユーザ端末１の個別の要求に応じて、要求されたコンテンツを個別に配信する。その際、ビデオ配信サーバ１１ｋ上の配信コンテンツには、著作権保護のための暗号化が施され、認証されたユーザ端末１のみでしか再生されないようにしてあることが一般的である。

そして、ビデオ配信サーバ１１ｋからインターネット１０を通過できるように配信されたＩＰパケットは、ユーザ端末１でデパケッタイズされ、ＴＳストリーミングデータに復元され、ＤＥＭＵＸ１ｃにてＣｏｄｅｃデータに復元される。

したがって、この場合においても、第１実施形態と同様、映像符号化部１１ｂの処理の段階で、コンテンツ識別情報とシーン識別情報（要素識別情報）を埋め込み、再生時の映像復号化部１ｄの処理の段階でこれを取り出すことができる。

そして、ユニキャスト配信においてビデオ配信サーバ１１ｋと受信側のユーザ端末１との間で、例えばＲＴＳＰ（Real Time Streaming Protocol）のような双方向交信できる仕組みを組み込んだ場合、ユーザ端末１側からサーバ側に再生点を早送り、巻き戻し操作にて変更した際に、動画Ｃｏｄｅｃの中にコンテンツ識別情報と要素識別情報が埋め込まれているので、再生点からの再生フレームから、それらの情報を取り出すことができる。

これまでの例は、ストリーミング配信を想定した配信システム１１であるサーバからのストリーミング配信データの流れの中から情報を取り出していたが、保管型のＶＯＤ（ビデオオンデマンド）のように、ビデオ配信サーバ１１ｋから一旦、ユーザ端末１の中にＶＯＤデータとして保存し、それを再生する場合においても、ＶＯＤデータの中にそれらの情報が内包されているので、コンテンツ識別情報・要素識別情報を再生時に一意に取り出すことができる。

＜第３実施形態＞
以下、インターネット１０上に置いたコンテンツ配信サーバ３ａから受信側のユーザ端末１へのビデオ配信のその他の例を示す。ここでは、一般的なＷｅｂサイト閲覧用のリッチコンテンツとしての動画配信への応用を想定している。

図１０に示す配信システム１１の映像符号化部１１ｂの採用する動画Ｃｏｄｅｃフォーマットは、例えばリッチコンテンツのＷｅｂページに埋め込まれているＦＬＡＳＨ動画（ＦＬＶフォーマット）である。その他のブロックのうち他の実施形態と共通のものについては同一の符号を付している。

ユーザ端末１のＷｅｂブラウザでリッチコンテンツを閲覧する場合、ユーザ端末１側は、ブラウザに取り込む閲覧データとしてｈｔｍｌ形式で記述された画面構成指示に従い、画面構成部品データをダウンロードする。その中に含まれる動画ファイルデータもダウンロードされて再生されるが、その動画ファイル内にコンテンツ識別情報と要素識別情報を書き込んでおき、動画ファイル再生時にその各フレームに埋め込まれたコンテンツ識別情報と要素識別情報を読み込むようにすればよい。

＜第４実施形態＞
以下、インターネット１０を介した静止画コンテンツ配信に対する応用例を示す。

図１１に示すように、視聴者は、例えばパソコンのＷｅｂブラウザを使い、興味のある静止画コンテンツを閲覧するから、その閲覧画像（静止画ファイル）にコンテンツ識別情報と要素識別情報を組み込んでおく。そして、その静止画コンテンツが再生されれば、コンテンツ識別情報と要素識別情報を取り出すことができる。コンテンツ識別情報と要素識別情報は、静止画フォーマットのタグ情報の中に埋め込むことで実現できる。

視聴者のユーザ端末１は、静止画デコード部１ｈにてデコードされてＴＶ７などで再生された映像と、場所を指示するポインタを表示する。ポインタは、視聴者が例えばマウスやリモコン装置のＧＵＩにて、流れている映像上の点をポインタの移動操作で指示できる。

ポインタで指示されている点は、シーンの場所を識別するためのアドレス情報として、表示される画面の分解能に応じ、どのユーザ端末１でも同じになるように規格化したアドレス情報として取得できるようになっている。

そして、視聴者が映像を眺めながら、興味のあるシーンになったときに興味のあるコンテンツ中の所望の場所にポインタを移動させ、指定操作をすると、ユーザ端末１は、指定があったときのポインタが指示したアドレス情報を獲得し、これをコンテンツ要素に対応する要素識別情報とする。

＜第５実施形態＞
以下、ＤＶＤなどの記録メディアに記録されたコンテンツを再生した場合の例を示す。

図１２に示すように、記録メディアの制作システム１１は、映像信号・音声信号を各々符号化し、ＥＳ化、ＰＥＳ化して、ＰＳ（プログラムストリーム）化したストリーミングデータを記録メディア２０に書き込む。そこで、符号化の際、第１実施形態と同様にそのＣｏｄｅｃの中にコンテンツ識別情報と要素識別情報を書き込んでおく。

視聴者側は、メディア再生装置１でその記録メディアを再生すると、同様にデコード時にコンテンツ識別情報と要素識別情報を取り出すことができる。

記録メディアは、ＤＶＤだけでなく、ハードディスクレコーダ、ＤＶＤプレーヤ、パソコンその他のメディア再生装置に内蔵のＨＤＤや、ホームネットワーク上にあるホームサーバのＨＤＤにおいても、同様にコンテンツ識別情報と要素識別情報を取り出すことができる。

＜第６実施形態＞
音声符号化の際、音声符号化ストリーミングデータの間に定期的（０．５秒おき）にコンテンツ識別情報と要素識別情報を書き込んでおけば、音声配信でも、リスナーが興味を持った音（言葉）を識別する情報を獲得することができる。

例えば「富士山」という音で「富士山」と聞こえたときに、リスナーがクリック操作をしたら、コンテンツ識別情報（ラジオ番組のＩＤなど）と要素識別情報（クリック操作時点における時刻情報など）とをコンテンツ情報管理サーバ２に送る。コンテンツ情報管理サーバ２は、問い合わせに応じ、コンテンツ情報管理ＤＢ２ａ内の関連情報を返信する。例えば、音楽を聞いていて、興味があった曲だったときに操作をすると、その音楽コンテンツをダウンロードするためのサーバに接続するための情報（配信主が情報を登録）を関連情報として送れば、リスナーはダウンロード先（アクセス先）の情報を獲得できる。

＜第７実施形態＞
図１６は、他の実施形態に係る関連情報管理システムの概略構成を示す。このシステムは、ピアツーピア方式により、配信側３からユーザ端末１に対してコンテンツ配信が行われる。

まず、コンテンツ配信サーバ３ａは、コンテンツを暗号化するなど不正コピー防止処理（著作権保護処理）を施した上、図示のユーザ端末１を含む配信ピア群３ｂに、当該コンテンツを分散して保管する。配信ピア群３ｂにコンテンツを分散保管することで、コンテンツ配信サーバ３ａのアクセス集中を分散させることができる。

そして、ユーザ端末１は、例えばコンテンツ配信サーバ３ａにコンテンツ配信先（ピアツーピア端末群３ｂの配信対象ピア）を問い合わせることにより、コンテンツ配信先を特定し、そのピア端末（コンテンツ配信サーバ３ａの場合もある）からコンテンツ配信を受けることができる。

この場合、１つのピアから１つのコンテンツの配信を受けたり、コンテンツ保護の観点とロバスト性を上げるために、複数のピアから１つのコンテンツの配信を受けたりすることもある。

このように、ピアツーピア配信の場合、インターネット１０上から配信されるコンテンツは、暗号化や分散配置がされるが、この場合であっても、上述したように、コンテンツのＩＤや時間的な位置情報（再生時点情報やフレーム情報）は、コンテンツを復号する際にコンテンツから抽出できるので、ユーザ端末１側でコンテンツの特定および興味のある要素（特定シーンのフレームなど）を特定することができる。

＜第８実施形態＞
図１６は、他の実施形態に係る関連情報管理システムの概略構成を示す。コンテンツ情報管理サーバ２は、管理サーバ群２−１、２−２、２−３・・を含んでいる。管理サーバ群の各管理サーバ２−ｎは、それぞれ異なるコンテンツ情報管理ＤＢを含んでいる（図示は省略）。すなわち、コンテンツ情報管理サーバ２は、単一でなく、複数である。

この場合、ユーザ端末１が、複数の管理サーバ２のうちどの管理サーバ２−ｎに対して指定情報を送るのか、識別させる必要がある。そこで、配信するコンテンツに、管理サーバ２を特定する情報を埋め込む。

例えば、上述したコンテンツ内に埋め込まれたコンテンツＩＤ情報とともに、管理サーバ２−ｎのアドレス情報（例えば「http://aaa.co.jp/bbb/id=zzzz」といったＵＲＬ）を埋め込んでおく。ユーザ端末１は、配信されたコンテンツから、管理サーバ２−ｎのアドレス情報を抽出することで、指定情報を送信するサーバを特定することができる。

関連情報伝達システムの概略構成図 第１実施形態に係るコンテンツ配信側および受信側（ユーザ端末）のブロック図 ＥＳ、ＰＥＳ、ＴＳの構造の概念説明図 関連情報を例示した図 閲覧先メニュー画面を例示した図 Return_info_No1にタグ情報が埋め込まれていた場合を例示した図 タグ検索先メニュー画面を例示した図 レイヤ構造の概念説明図 第２実施形態に係るコンテンツ配信側および受信側（ユーザ端末）のブロック図 第３実施形態に係るコンテンツ配信側および受信側（ユーザ端末）のブロック図 第４実施形態に係るコンテンツ配信側および受信側（ユーザ端末）のブロック図 第５実施形態に係るコンテンツ配信側および受信側（ユーザ端末）のブロック図 動画コンテンツおよび関連情報を例示した図 関連情報の設定タイミングの一例を示す図 関連情報の設定タイミングの一例を示す図 ピアツーピア方式を採用した関連情報管理システムの概略構成を示す図 複数のコンテンツ情報管理サーバを含む関連情報管理システムの概略構成を示す図

符号の説明

１：ユーザ端末、２：コンテンツ情報管理サーバ、３：コンテンツ配信部、５：Ｗｅｂサーバ

Claims (23)

1. 所望のコンテンツおよび前記所望のコンテンツ内の所望の各要素に対応する関連情報を、データベースに登録するステップと、
   前記所望のコンテンツの提供を受けた端末装置から、前記コンテンツおよび前記コンテンツ内の特定の要素を識別する指定情報を送信するステップと、
   前記端末装置から受信した指定情報に基づいて識別されるコンテンツおよび前記コンテンツ内の特定の要素に対応する関連情報を、前記データベースから抽出するステップと、
   前記データベースから抽出された関連情報を、前記端末装置に伝達するステップと、
   を含む関連情報伝達方法。
2. 前記コンテンツは、静止画コンテンツ、動画コンテンツおよび音声コンテンツのうち少なくとも１つを含み、前記コンテンツ内の各要素は、前記静止画コンテンツ内の任意の領域、前記動画コンテンツの任意のフレームにおける任意の領域および前記動画コンテンツないし音声コンテンツ内の任意の再生位置のうち少なくとも１つを含む請求項１に記載の関連情報伝達方法。
3. 前記コンテンツは、前記コンテンツを一意に識別するコンテンツ識別情報もしくは前記コンテンツ内の各要素に対応する関連情報の保管先を一意に識別する保管先識別情報、前記動画コンテンツ内の各フレームもしくは前記音声コンテンツ内の各音声の再生位置を識別する再生位置識別情報、前記動画コンテンツ内の各フレームを識別するフレーム識別情報または前記動画コンテンツ内の各フレーム内の各領域の座標を識別する座標識別情報を含む請求項２に記載の関連情報伝達方法。
4. 前記指定情報は、前記コンテンツに含まれるコンテンツ識別情報もしくは前記保管先識別情報、前記動画コンテンツもしくは前記静止画コンテンツ内から任意に指定された要素の再生位置を識別する指定再生位置識別情報、前記動画コンテンツ内から任意に指定されたフレームを識別する指定フレーム識別情報または前記動画コンテンツ内から任意に指定されたフレーム内の特定の領域の座標点を識別する指定座標識別情報を含む請求項３に記載の関連情報伝達方法。
5. 前記再生位置は、動画コンテンツないし音声コンテンツの所定の圧縮符号化方式に準拠したタイムコードパラメータにより記述されている請求項３または４に記載の関連情報伝達方法。
6. 前記コンテンツは、有線もしくは無線放送、インターネット配信、記録媒体により前記端末装置に提供される請求項１〜５に記載の関連情報伝達方法。
7. 前記放送は、前記端末装置へのブロードキャスト配信を含み、前記インターネット配信は、前記端末装置へのマルチキャスト配信、ユニキャスト配信もしくはピアツーピア配信を含み、前記記録媒体は、前記端末装置にて前記コンテンツを読み取り可能な可搬性記録媒体を含む請求項６に記載の関連情報伝達方法。
8. 所望のコンテンツおよび前記コンテンツ内の特定の要素を識別する指定情報を受信する受信部と、
   前記所望のコンテンツおよび前記所望のコンテンツ内の所望の各要素に対応する関連情報を格納するデータベースと、
   前記受信部の受信した指定情報に基づいて識別されるコンテンツおよび前記コンテンツ内の特定の要素に対応する関連情報を、前記データベースから抽出する抽出部と、
   前記抽出部が前記データベースから抽出した関連情報を伝達する伝達部と、
   を備える関連情報伝達サーバ。
9. 前記コンテンツは、静止画コンテンツ、動画コンテンツおよび音声コンテンツのうち少なくとも１つを含み、前記コンテンツ内の各要素は、前記静止画コンテンツ内の任意の領域、前記動画コンテンツの任意のフレームにおける任意の領域および前記動画コンテンツないし音声コンテンツ内の任意の再生位置のうち少なくとも１つを含む請求項８に記載の関連情報伝達サーバ。
10. 前記コンテンツは、前記コンテンツを一意に識別するコンテンツ識別情報もしくは前記コンテンツ内の各要素に対応する関連情報の保管先を一意に識別する保管先識別情報、前記動画コンテンツ内の各フレームもしくは前記音声コンテンツ内の各音声の再生位置を識別する再生位置識別情報、前記動画コンテンツ内の各フレームを識別するフレーム識別情報または前記動画コンテンツ内の各フレーム内の各領域の座標を識別する座標識別情報を含む請求項９に記載の関連情報伝達サーバ。
11. 前記指定情報は、前記コンテンツに含まれるコンテンツ識別情報もしくは前記保管先識別情報、前記動画コンテンツもしくは前記静止画コンテンツ内から任意に指定された要素の再生位置を識別する指定再生位置識別情報、前記動画コンテンツ内から任意に指定されたフレームを識別する指定フレーム識別情報または前記動画コンテンツ内から任意に指定されたフレーム内の特定の領域の座標点を識別する指定座標識別情報を含む請求項１０に記載の関連情報伝達サーバ。
12. 前記再生位置は、動画コンテンツないし音声コンテンツの所定の圧縮符号化方式に準拠したタイムコードパラメータにより記述されている請求項１０または１１に記載の関連情報伝達サーバ。
13. 前記コンテンツは、有線もしくは無線放送、インターネット配信、記録媒体により前記端末装置に提供される請求項８〜１２に記載の関連情報伝達サーバ。
14. 前記放送は、前記端末装置へのブロードキャスト配信を含み、前記インターネット配信は、前記端末装置へのマルチキャスト配信、ユニキャスト配信もしくはピアツーピア配信を含み、前記記録媒体は、前記端末装置にて前記コンテンツを読み取り可能な可搬性記録媒体を含む請求項１３に記載の関連情報伝達サーバ。
15. コンテンツを入力する入力部と、
    前記入力部に入力されたコンテンツを再生する再生部と、
    前記再生部が前記コンテンツを再生する際、前記コンテンツおよび前記コンテンツ内の特定の要素を指定する操作を受け付ける指定部と、
    前記指定部を介して指定された前記コンテンツおよび前記コンテンツ内の特定の要素を識別する指定情報を作成する指定情報作成部と、
    前記指定情報作成部の作成した指定情報を送信する送信部と、
    を備える端末装置。
16. 前記送信部は、請求項８〜１４に記載の関連情報伝達サーバに前記指定情報を送信する請求項１５に記載の端末装置。
17. 所望のコンテンツおよび前記所望のコンテンツ内の所望の各要素に対応する関連情報を登録するデータベースと、
    前記所望のコンテンツの提供を受けた端末装置から、前記コンテンツおよび前記コンテンツ内の特定の要素を識別する指定情報を送信する送信部と、
    前記端末装置から受信した指定情報に基づいて識別されるコンテンツおよび前記コンテンツ内の特定の要素に対応する関連情報を、前記データベースから抽出する抽出部と、
    前記データベースから抽出された関連情報を、前記端末装置に伝達する伝達部と、
    を含む関連情報伝達システム。
18. 前記コンテンツは、静止画コンテンツ、動画コンテンツおよび音声コンテンツのうち少なくとも１つを含み、前記コンテンツ内の各要素は、前記静止画コンテンツ内の任意の領域、前記動画コンテンツの任意のフレームにおける任意の領域および前記動画コンテンツないし音声コンテンツ内の任意の再生位置のうち少なくとも１つを含む請求項１７に記載の関連情報伝達システム。
19. 前記コンテンツは、前記コンテンツを一意に識別するコンテンツ識別情報もしくは前記コンテンツ内の各要素に対応する関連情報の保管先を一意に識別する保管先識別情報、前記動画コンテンツ内の各フレームもしくは前記音声コンテンツ内の各音声の再生位置を識別する再生位置識別情報、前記動画コンテンツ内の各フレームを識別するフレーム識別情報または前記動画コンテンツ内の各フレーム内の各領域の座標を識別する座標識別情報を含む請求項１８に記載の関連情報伝達システム。
20. 前記指定情報は、前記コンテンツに含まれるコンテンツ識別情報もしくは前記保管先識別情報、前記動画コンテンツもしくは前記静止画コンテンツ内から任意に指定された要素の再生位置を識別する指定再生位置識別情報、前記動画コンテンツ内から任意に指定されたフレームを識別する指定フレーム識別情報または前記動画コンテンツ内から任意に指定されたフレーム内の特定の領域の座標点を識別する指定座標識別情報を含む請求項１９に記載の関連情報伝達システム。
21. 前記再生位置は、動画コンテンツないし音声コンテンツの所定の圧縮符号化方式に準拠したタイムコードパラメータにより記述されている請求項１９または２０に記載の関連情報伝達システム。
22. 前記コンテンツは、有線もしくは無線放送、インターネット配信、記録媒体により前記端末装置に提供される請求項１７〜２１に記載の関連情報伝達システム。
23. 前記放送は、前記端末装置へのブロードキャスト配信を含み、前記インターネット配信は、前記端末装置へのマルチキャスト配信、ユニキャスト配信もしくはピアツーピア配信を含み、前記記録媒体は、前記端末装置にて前記コンテンツを読み取り可能な可搬性記録媒体を含む請求項２２に記載の関連情報伝達システム。

Images