JP4302537B2 - コンテンツ提供装置および方法 - Google Patents

Description

この発明は、例えば放送番組に関連するコンテンツを提供するコンテンツ提供技術に関する。

現在、デジタルテレビ放送が放映され、テレビ放送番組を提供するとともにデータ放送も行なっている。テレビ放送の放映番組（イベントともいう）と同期してデータ放送のコンテンツ（データイベントともいう）を送信するサービスも提供されている。ところでデータ放送は、デジタルテレビ放送用のテレビジョン受像機等、データ放送対応のテレビジョン受像機でなければ利用することができない。またデジタルテレビ放送対応であってもデータ放送サービスの機能を削って低コスト化を図った受像機を用いた場合には、データ放送のサービスを受けることができない。さらに、本来は、十分なコンテンツをデータ放送で提供したくとも、データ放送の帯域が十分でなく、例えば、携帯電話機等の携帯端末用のデジタルテレビ放送のデータ放送の帯域は、極めて狭いことが予想され、このような場合にはテレビ放送の放映番組と同期したコンテンツは制約されたものにならざるを得ない。なお、この発明はデータ放送と関連することなく通信ネットワーク上に配置されたコンテンツをテレビ放送番組やラジオ放送番組と連動して提供する場合にも広く適用できる。さらに、この発明は、通信ネットワーク上に配置されたコンテンツをテレビ放送等のデータ放送の番組と、直接に、または本放送番組を関して間接的に、連動して提供する場合にも適用できる。

この発明は、以上の事情を考慮してなされたものであり、データ放送のサービスを受けることができない環境下や、データ放送のコンテンツが不十分な環境下でも、テレビ放送の番組と同期して当該番組に関連するコンテンツを提供することができるコンテンツ提供技術を提供することを目的としている。また、この発明は、通信ネットワーク上のコンテンツを放送と連動して提供する通信サービスを実現することを目的としている。

この発明によれば、上述の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。ここでは、発明を詳細に説明するのに先だって、特許請求の範囲の記載について補充的に説明を行なっておく。

すなわち、この発明の一側面によれば、上述の目的を達成するために、コンテンツ提供装置に：番組編成情報を取得する番組編成情報取得手段と；上記番組編成情報を記憶する番組編成情報記憶手段と；番組に関連付けて、当該番組に関連するコンテンツを記憶するコンテンツ記憶手段と；クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と；上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して上記クライアント装置に送信するコンテンツ送信手段とを設けるようにしている。なお、コンテンツ記憶手段等の一部のリソースが他の部分に対して通信ネットワーク上で分散配置さていても良い。

番組編成情報は１つのサービスチャンネル（編成チャンネル）をカバーするものでも良いし、複数あるいは放送ネットワークのすべてのサービスチャンネルをカバーするものでも良い。これに応じて１または複数のサービスチャンネル用にコンテンツを記憶する。コンテンツを記憶する手段は、コンテンツ提供装置に一体にまたは物理的に近接して設けても良いし、ネットワーク上に分散して設けても良い。

この構成においては、番組編成情報に基づいてコンテンツを切り替えてクライアント装置に送信することができ、データ放送サービスを補完することができる。また、通信ネットワーク上に配置されたコンテンツを放送と連動させて提供することができる。

上記番組編成情報取得手段は、放送信号を受信する手段と、受信した放送信号を選局する手段と、選局した放送ストリームから番組編成情報例えばＥＩＴ（イベントインフォーメーションテーブル）情報を取得する手段とを含むで構成することができる。

また、１の番組に複数のコンテンツが関連付けられてもよい。この場合、上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ（ダウンロードインフォインディケーション／ダウンロードデータブロック）情報およびイベントメッセージの少なくとも１つを用いてコンテンツの切替を行なう。上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報およびイベントメッセージの少なくとも１つを用いて１または複数のコンテンツを番組に新たにあるいは更新態様で関連付けるようにしても良い。もちろん、１の番組に１のコンテンツを関連付けても良いし、コンテンツが関連付けられない番組があっても良い。コンテンツが予め関連付けられていない場合に、ＤＩＩ／ＤＤＢ情報等を用いて新たな関連づけを行なっても良い。

上記番組編成情報取得手段は、通信ネットワーク上の所定のサーバ装置から上記番組編成情報を取得してもよい。

コンテンツの切替はウェブサーバのリダイレクト機構を用いたり、動的ウェブページ技術を用いたりして行なうことができるが、これに限定されない。

上記コンテンツ送信要求受信手段は、サービスチャンネルを指定する情報や、番組の放映時間に関する情報、たとえば放映時間帯や、現在の時刻から所定時刻前または後であることを特定する情報をクライアント装置に送信して切替を制御するようにしても良い。

また、この発明の他の側面によれば、自らコンテンツ記憶部を有し、または外部のコンテンツ記憶部と共同してコンテンツを提供するコンテンツ提供装置に：番組編成情報を取得する番組編成情報取得手段と；上記番組編成情報を記憶する番組編成情報記憶手段と；コンテンツの位置情報を記憶するコンテンツ位置情報記憶手段と；クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と；上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して対応するコンテンツ位置情報を上記コンテンツ位置情報記憶部から上記クライアント装置に送信するコンテンツ位置情報送信手段とを設けるようにしている。

この構成においては、番組編成情報に基づいてコンテンツのアドレスをクライアント装置に送信することができ、データ放送サービスを補完することができる。また、通信ネットワーク上に配置されたコンテンツを放送と連動させて提供することができる。

また、この発明のさらに他の側面によれば、コンテンツ提供装置に：放送信号からＥＩＴ情報、ＤＩＩ／ＤＤＢ情報およびイベントメッセージの少なくとも１つをコンテンツ切り替え情報として抽出するコンテンツ切り替え情報抽出手段と；コンテンツをコンテンツ記憶手段と；クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と；上記コンテンツ送信要求の受信に応答して、上記コンテンツ切り替え情報により切り替えられたコンテンツを特定して上記クライアント装置に送信するコンテンツ送信手段とを設けるようにしている。コンテンツの切替は、予めコンテンツが割り当てられている場合でも良いし、すなわちコンテンツの更新でもよいし、コンテンツが割り当てられていない場合に新たに割り当てを行なう場合も含む。

この構成においては、放送信号から制御用に情報を取得してコンテンツの切替を制御してデータ放送の補完等を行なうことができる。

なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品もこの発明の技術的な範囲に含まれることも当然である。

この発明の上述の側面および他の側面は特許請求の範囲に記載され以下実施例を用いて詳述される。

この発明によれば、放送内容に応じてコンテンツを切り替えることができ、データ放送を補完することができる。

以下、この発明の実施例について説明する。

図１は、この発明の実施例１のコンテンツ提供システム１００およびその利用環境を示している。この実施例では、コンテンツ提供システム１００が番組編成情報を保持し、クライアント２００から例えば図２に示すようなウェブベースのインタフェースを用いてチャンネルＡ、Ｂ、Ｃ、Ｄ、・・・をクリック操作して当該番組のその時点で放映されている番組に関連するコンテンツを送信するように例えばＨＴＴＰに準拠してコンテンツ提供システム１００に要求を行なう。コンテンツ提供システム１００は、図３に模式的に示すような番組編成情報を保持し、この番組編成情報には番組に関連するコンテンツのアドレスが関連付けられており、この番組編成情報を参照してクライアント２００に当該番組に関連するコンテンツを特定して送信する。クライアント２００はＨＴＴＰに準拠してコンテンツを取得してそれを視聴する。コンテンツは、ＨＴＭＬ、コンパクトＨＴＭＬ、Ｘ−ＨＴＭＬ、ＭＭＬ（モバイルマークアップ言語）、ＷＭＬ（ワイヤレスマークアップ言語）、ＨＤＭＬ（ハンドヘルドデバイスマークアップ言語）等種々のコンテンツフォーマットを用いることができる。

なお、図３の例は複数のサービスチャンネル（編成チャンネル）に対処するものであるが、コンテンツ提供システム１００を所定の１つのサービスチャンネルに特化させて構成してもよいことはもちろんである。

以下、実施例１を詳細に説明する。図１において、コンテンツ提供システム１００、クライアント２００等が外部通信ネットワーク（例えばインターネット）３００に接続されている。コンテンツ提供システム１００には、ＴＶチューナカード１０１、ＳＩ／ＰＳＩデコーダ１０２、ＤＢ書き込み部１０３、ＤＢ管理システム１０４、編成管理データベース１０５、ウェブサーバ１０６、コンテンツサーバ１０７、ルータ１０８等が設けられ、これらがネットワーク（例えばＬＡＮ）１０９に接続されている。この例では、コンテンツサーバ１０７は、コンテンツ提供システム１００に設けられているが、これに代えて、またはこれに加えて、コンテンツ提供システム１００の外部に破線で示すようにコンテンツサーバを設けても良い。なお、この図においては、ＤＮＳサーバ等は図示していない。

クライアント（クライアント装置、クライアント端末）２００は、外部通信ネットワーク３００に直接的にまたは間接的に接続されてウェブサーバ１０６にコンテンツ送信要求（例えばＨＴＴＰに準拠したＧＥＴまたはＰＵＴ要求）を送り、所定のコンテンツを取得できるものであればどのようなものでもよく、パーソナルコンピュータ、ＰＤＡ、携帯電話機、固定電話機、通信機能付のテレビジョン受像機、セットトップボックス、その他情報家電製品であってよい。パーソナルコンピュータ、ＰＤＡ、携帯電話機、固定電話機、情報家電製品等は、テレビジョン受像機能を有していても良い。

ＴＶチューナカード１０１、ＰＩ／ＰＳＩデコーダ１０２およびＤＢ書き込み部１０３は、所定の情報機器、例えばパーソナルコンピュータに実装されてネットワーク１０８に接続されている。これらの内の少なくとも一部は専用機器の一部として構成されていても良い。

ＴＶチューナカード１０１は、デジタルテレビジョン放送の信号、例えば地上波デジタルテレビジョン放送の信号を同調・復調するものである。

ＳＩ／ＰＳＩデコーダ１０２は同調・復調された信号から番組編成情報（サービスチャンネルごとの番組の開始時刻、終了時刻あるいは継続時間等）を取得するものである。より具体的には、ＳＩ／ＰＳＩデコーダ１０２は、デジタルテレビジョン放送のデータ放送のプログラムスペシフィックインフォーメーション（ＰＳＩ）をデコードして、受信可能な編成サービスとそのパケット識別子等を取得し、これに基づいてサービスインフォーメーション（ＳＩ）を取得する。サービスインフォーメーションの１つであるＥＩＴ（イベントインフォーメーションテーブル）により、放送番組（イベント）のタイトル、放送日時、放送時間、放送内容等の番組編成情報を取得する。なお、各サービスチャンネルのデータ放送には、放送ネットワークに含まれる他のすべてのサービスチャンネルの番組編成情報（全局ＥＩＴ）が送られるので、ＴＶチューナカード１０１は１つのサービスチャンネルを同調・復調できれば十分であるが、複数のサービスチャンネルから各局ごとの各局ＥＩＴを取得する様にしても良い。カバーするサービスチャンネルや周波数チャンネルに応じてＴＶチューナカード１０１やＳＩ／ＰＳＩデコーダ１０２等を適宜の数設ける必要がある。

ＤＢ書き込み部１０３は、ＳＩ／ＰＳＩデコーダ１０２から番組編成情報を取得して、図５に示す様な番組レコードを編成管理データベース１０５に書き込むようにＤＢ管理システム１０４にＤＢ操作要求を送る。図５に示す番組レコードは番組（イベント）を特定するイベントＩＤ、その開始時刻、終了時刻（放送時間）および宛先ＵＲＬのフィールドを有するが、宛先ＵＲＬについては外部から入力されるまで未定となっている。宛先ＵＲＬは、ウェブサーバ１０６の後述するリダイレクト機構１１０によるリダイレクト先である。

ＤＢ管理システム１０４は、例えば関係データベース管理システムであり、図５に示す様なレコードを記憶する編成管理データベース１０５を操作する。

ウェブサーバ１０６は、クライアント２００からＨＴＴＰに準拠してコンテンツ送信要求を受信するものであり、この例では、リダイレクト機構１１０を具備している。リダイレクト機構１１０の詳細については図４を参照して後に詳述する。

コンテンツサーバ１０７は、この例ではリダイレクト先のウェブサーバとして構成される。

図３は、ＥＩＴから生成される番組編成情報を、便宜上、番組表の態様で模式的に示すものである。編成管理データベース１０５には図５に示すレコードの態様で管理される。梨子地の駒が各番組を表す。図では、便宜上、０分に始まり、６０分で終了する様に示されるが、実際には、開始時刻、終了時刻は番組ごとに区々としており、また継続時間も１時間に限らないことは明らかである。この例では、Ａ−チャンネル、Ｂ−チャンネル、Ｃ−チャンネル、Ｄ−チャンネル、・・・のサービスチャンネルがある。コンテンツ提供システム１００では、各番組に関連するコンテンツをコンテンツサーバ１０７に記憶し、そのアドレスを各番組のレコードに対応づける。ここでは、Ａ−チャンネルの番組（イベント）０１に関連するコンテンツをドキュメントルートのディレクトリの「ｄａｔａ＿ｅｖｅｎｔ＿Ａ＿０１．ｈｔｍｌ」のファイル名で配置するが、もちろん、これに限定されない。そして、これに対応したＵＲＬを編成管理データベース１０５の番組レコードの宛先ＵＲＬとして登録する。宛先ＵＲＬの登録はコンテンツ提供システム１００の作業者がＤＢ管理システム１０４を用いて行なう。所定のルールに準拠してバッチプログラムにより処理することも可能である。

図４は、クライアント２００からのコンテンツ送信要求（ＧＥＴメソッド、ＰＯＳＴメソッド）の処理を説明するものである。図４において、クライアント２００からコンテンツ提供要求ｘ０１がウェブサーバ１０６のリダイレクト機構１１０に送られる。この例ではリダイレクト機構１１０は、ＣＧＩプログラムやｓｅｒｖｅｌｅｔプログラムにより構成されるが、これに限定されない。説明の便宜上、リダイレクト機構１１０はサービスチャンネルの数だけあるものとし、図２においてクリック操作されたボタンに対応するリダイレクト機構１１０に送られるものとする。もちろん、リダイレクト機構１１０を１つとして、チャンネル識別子を引数としてクライアント２００から受け取っても良い。

リダイレクト機構１１０は、現在の時刻および該当チャンネルを引数としてＤＢ管理システムに検索操作を要求し、現在、当該チャンネルで放映されている番組に関連するコンテンツのＵＲＬを取得する。リダイレクト機構１１０はこのＵＲＬを用いてリダイレクト先を指定する応答Ｘ０２をクライアント２００に返す。クライアント２００はリダイレクト先にコンテンツ送信要求をＧＥＴメソッド等により送る。図４の例では、午後７時１０分に図２のＡ−チャンネルが選択されてコンテンツ送信要求が行なわれ、例えば、「ｃｇｉ−ｂｉｎ／ｎｐｈ−ｃｈａｎｎｅｌ＿ａ．ｃｇｉ」にコンテンツ送信要求が送られる。このときの放映番組は「ｅｖｅｎｔ＿１９００」であり、この番組に関連するコンテンツが記憶されているＵＲＬは「ｃｎｔｎｔ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄａｔａ＿ｅｖｅｎｔ＿ａ＿１９００．ｈｔｍｌ」（コンテンツサーバ１０７のホスト名をｃｎｔｎｔ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐとした）である。リダイレクト機構１１０は、このＵＲＬに再度コンテンツ送信要求を行い、この結果、コンテンツサーバ１０７から、現在、Ａ−チャンネルで放映されている番組「ｅｖｅｎｔ＿１９００」に関連するコンテンツ「ｄａｔａ＿ｅｖｅｎｔ＿ａ＿１９００．ｈｔｍｌ」や、その他の関連ファイルを取得する。

上述のコンテンツ送信要求Ｘ０１、Ｘ０３や応答Ｘ０２、Ｘ０４の電文は例えば図６に示す通りである。なお、この例では、ＣＧＩプログラムにより応答を生成し、ヘッダ部分もＣＧＩプログラムで生成するようにしている。したがって、ウェブサーバでヘッダ部分を自動生成しないように「−ＮＰＨ」（ヘッダをパーズしない）をファイルに付している。所定のスクリプトでＣＧＩプログラムを作成し、例えば、「ｐｒｉｎｔ” HTTP/1.1 303 Other <CR><LF>”」、「ｐｒｉｎｔ”Ｌｏｃａｔｉｏｎ：リダイレクト先ＵＲＬ￥ｎ￥ｎ”」を実行すれば良い。Ｓｅｒｖｌｅｔを用いる場合には「ｓｅｎｄＲｅｄｉｒｅｃｔ」関数を用い、その引数としてリダイレクト先ＵＲＬを与えればよい。（例えばｓｅｎＲｅｄｉｒｅｃｔ（”ｈｔｔｐ：／／ｃｎｔｎｔ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄａｔａ＿ｅｖｅｎｔ＿ａ＿１９００．ｈｔｍｌ”）とする）。

図７は、ＤＢ書き込み部１０３による番組編成情報の取得動作を示している。図７において、ＤＢ書き込み部１０３は、ＥＩＴ情報をＳＩ／ＰＳＩデコーダから受信する（Ｓ０１）。全局ＥＩＴ情報は例えば３秒〜３６０秒間隔で送信されている。ＤＢ書き込み部１０３は全局ＥＩＴ情報から各チャンネルの各番組の番組レコード（図５）の情報を生成し（Ｓ０２）、ＤＢ管理システム１０４に編成管理データベース１０５へのレコード書き込み操作を要求し、ＤＢ管理システム１０４が番組レコードの追加を行なう（Ｓ０３）。この後、更新されたＥＩＴが来たらこれを例えばバージョン番号から判別して番組レコードの作成およびレコードの更新等を行なう（Ｓ０４、Ｓ０５）。

なお、ＥＩＴ情報としては自局ＥＩＴ情報を用いても良いし全局ＥＩＴ情報を用いても良い。自局ＥＩＴ情報は短い周期で最新の情報を取得でき所定のサービスチャンネルに特化してサービスを提供する場合に最適である。全局ＥＩＴ情報は送出周期が長くなる欠点があるが、複数のサービスチャンネルをカバーする場合でも単一のトランスポートストリームだけモニターしていればよいのでその分構成が簡易になる。複数のサービスチャンネルをカバーする場合でも、ＴＶチューナカード１０１やＳＩ／ＰＳＩデコーダ１０２を複数、例えば、サービスチャンネル数だけ設けて各自局ＥＩＴ情報を個別に取得しても良い。

図８は、ウェブサーバ１０６の動作、とくにそのリダイレクトの動作を説明するものである。図８において、リダイレクト機構１１０は、コンテンツ送信要求を受信し（Ｓ１１）、現在の時刻情報を参照し（Ｓ１２）、編成管理データベース１０５を参照し（Ｓ１３）、時刻に合致する番組に関連するコンテンツのＵＲＬをリダイレクト先としてクライアント２００に返信する（Ｓ１４）。なお、この詳細は図４を用いて記述したとおりである。

つぎにこの発明の実施例２について説明する。上述の実施例１においてはリダイレクト機構を利用して所望のコンテンツをクライアント２００に送信する様にしたが、実施例２においては、動的ウェブ技術を用いて現時点の要求チャンネルの番組に対応したコンテンツを取得してクライアント２００に送信する。図９は、この実施例のコンテンツ提供システム１００の要部を示しており、図９において図４と対応する箇所には対応する符号を付した。この例では、動的ウェブページ合成部１１１が、要求を受け付けた時刻に基づいて編成管理データベース１０５を参照し、該当する番組を特定し、この番組に関連するコンテンツを合成する。編成管理データベース１０５は例えば図１０に示すような番組ごとの開始時刻、終了時刻、コンテンツのアドレスを含むレコードを記憶管理する。コンテンツを合成する部品は例えばコンテンツサーバ１０７に予め記憶されている。動的ウェブページは所定のスクリプトを記述することにより可能である。

つぎにこの発明の実施例３について説明する。図１１はこの実施例３の全体的な構成を示している。この実施例では放送局等が編成情報提供サーバ４００を準備し、アプリケーションサーバ１１２の編成情報取得プログラム１１３が編成情報をその編成情報提供サーバ４００から取得し、これを用いて番組レコードを生成する。番組取得動作は、編成情報提供サーバ４００がその更新時に取得動作の開始をアプリケーションサーバ１１２の編成情報取得プログラム１１３に要求して開始する様にしても良い。

つぎにこの発明の実施例４について説明する。図１２はこの実施例を示している。この実施例ではＴＶ受信機能付クライアント２０１からコンテンツ送信要求を送るようにしている。ＴＶ受信機能付クライアント２０１は、現在受信しているサービスチャンネルの情報を引数としてウェブサーバ１０６に送る。ウェブサーバはこのサービスチャンネルの情報、現時点の時刻情報に基づいて編成管理データベース１０５を参照して所定の番組を特定し、これに関連するコンテンツをクライアント２０１がアクセス可能にする。図１２において、図１と対応する箇所には対応する符号を付して詳細な説明を省略する。

なお、図１３に示すように、テレビジョン受像機２０２をリモコン機能付クライアント端末２０３で制御し、テレビジョン受像機２０２の受信チャンネルの情報をリモコン付きクライアント端末２０３が取得できるようにし、これに基づいてリモコン付きクライアント端末２０３から受信チャンネルを引数とするコンテンツ送信要求をウェブサーバ１０６に送るようにしても良い。

つぎにこの発明の実施例５について説明する。上述の実施例ではデジタルテレビジョン放送のＳＩ／ＰＳＩ情報を用いて番組編成情報を取得したが、番組単位でコンテンツを切り替えるのでなく、さらに細かい単位でコンテンツを切り替えるために、ＤＩＩ／ＤＤＢ情報を用いている。ＤＩＩ（データインフォーメーションインディケータ）はデータ放送のコンテンツをなすＤＤＢ（データダウンロードブロック）の内容を示すものであり、これらＤＩＩ／ＤＤＢ情報のデータイベントの識別子ｄａｔａ＿ｅｖｅｎｔ＿ｉｄによりデータイベントすなわちコンテンツの更新を検出することができる。ＤＩＩのモジュールバージョンに基づいてコンテンツの更新を判別するようにしても良い。

図１４は実施例５の構成を示しており、この図において、ＰＩ／ＰＳＩデコーダ１０２に代えて、ＰＩ／ＰＳＩ情報のみでなく、ＤＩＩ／ＤＤＢ情報もデコードするデータ放送デコーダ１１４を設けている。図１と対応する箇所には対応する符号を付した。

図１５は実施例５の要部構成を示しており、データ放送デコーダ１１４のＤＩＩ／ＤＤＢデコーダ部１１５がＤＩＩ／ＤＤＢをデコードし、そのデータイベントＩＤやモジュールバージョンに基づいて番組の関連コンテンツが修正されたことを判別し、それに対応するコンテンツのＵＲＬが保持される。具体的には、コンテンツ更新があった番組とそのコンテンツのＵＲＬからなるコンテンツ更新テーブル１１６を生成する。コンテンツ更新は、その番組の継続時間だけモニターすればよいので、所定のウィンドウ時間内の番組に関するコンテンツ更新情報のみを保持していれば良い。リダイレクト機構１１０は、まず、コンテンツ更新テーブル１１６を参照し、その時刻、サービスチャンネルに合致したレコード（テーブルエントリ）がある場合には、該当する更新コンテンツのＵＲＬをリダイレクト情報としてクライアント２００に返す。コンテンツ更新テーブル１１６に該当するレコードがない場合には、コンテンツの更新が行なわれていないので、通常どおり編成管理データベース１０５を参照して該当する番組を特定しその番組のコンテンツのＵＲＬを取得し、これをリダイレクト情報としてクライアント２００に返す。

図１６はこの実施例の動作を示している。図１６においては、ＤＩＩ／ＤＤＢ情報からコンテンツの更新を判別し（ステップＳ０６）、コンテンツ更新があった場合には更新テーブルにエントリを追加するようになっている（Ｓ０７）。図１６において図７と対応する箇所には対応する符号を付した。

なお、上述では、編成情報によりコンテンツとＵＲＬとを関連付けておき、さらにＤＩＩ／ＤＤＢ情報によりその関連づけを更新することを念頭に説明したが、編成情報によりコンテンツとＵＲＬとが関連付けられていない番組について新たにＤＩＩ／ＤＤＢ情報によりコンテンツとＵＲＬを関連付けることができることはもちろんである。

ＤＩＩ／ＤＤＢをデコードしてえたデータ放送のリソースからデータイベントに関する所定の情報を取得してこれからコンテンツのＵＲＬを表引き等により取得することもでき、また、更新検出のたびに予め用意したスタックから関連ＵＲＬをポップアップしても良い。

この実施例によれば、基本的には、番組編成情報に準拠して該当するコンテンツをクライアント２００に送信し、その番組の放映中にコンテンツ更新が合った場合には、これをＤＩＩ／ＤＤＢ情報から判別して、予め準備した更新後に対応するコンテンツをクライアント２００に送信することができる。

なお、カルーセル方式で伝送するのでなく、イベントメッセージ伝送によりコンテンツの発火等を制御する場合にも、イベントメッセージを判別することによりコンテンツのＵＲＬを変更するようにできる。この場合にもコンテンツ更新テーブルを用い、イベントメッセージで更新されたコンテンツへリダイレクト等することが可能である。

なお、この発明は上述の実施例に限定されるものではなく、その趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述の例では、コンテンツ提供システムの時刻情報を用いコンテンツ送信要求時の時刻に対応するコンテンツを送信するようにしたが、クライアント側で時刻情報を送信するようにしても良い。この時刻情報は現時点の時刻でもよいし、所定の番組の放映時刻でもよいし、現時点より所定時間後の時刻、所定時間前の時刻であっても良い。３０分前、１時間前等の情報を間接的に所定の符号で指定しても良い。図１７は、サービスチャンネルおよび時刻を入力してコンテンツ送信要求を行なうクライアント２００のインタフェースの例を示す。デフォルトでは現時点の時刻が送られ、時刻情報を指定すれば、所望の時刻の所望のサービスチャンネルの番組に関するコンテンツを取得することができる。また、上述の例では明示的にサービスチャンネルの情報例えばＡ−チャンネルをクライアントが送るようにしたが、どこのサービスチャンネルかがデフォルトで明らかな場合には、例えば、所定のサービスチャンネルに特化している場合には、サービスチャンネル情報をクライアントから送る必要がないことはもちろんである。

この発明の実施例１の構成を全体として示す図である。 上述実施例１におけるコンテンツ送信要求のインタフェース例を説明する図である。 上述実施例の番組編成情報を模式的に説明する図である。 上述実施例の要部構成を説明する図である。 上述実施例の番組編成情報の番組レコードを説明する図である。 上述実施例におけるコンテンツ送信要求および応答の電文の例を説明する図である。 上述実施例の編成データベースのレコード追加等を説明するフローチャートである。 上述実施例のリダイレクト機構の動作を説明する図である。 この発明の実施例２の構成を説明する図である。 上述実施例２で用いる番組レコードの例を説明する図である。 この発明の実施例３の構成を説明する図である。 この発明の実施例４の構成を説明する図である。 上述実施例４の変形例を説明する図である。 この発明の実施例５の構成を全体として示す図である。 上述実施例５の要部構成を説明する図である。 上述実施例５の動作を説明するフローチャートである。 上述実施例の変形例を説明する図である。

符号の説明

１００ コンテンツ提供システム
１０１ ＴＶチューナカード
１０２ ＳＩ／ＰＳＩデコーダ
１０３ ＤＢ書き込み部
１０４ ＤＢ管理システム
１０５ 編成管理データベース
１０６ ウェブサーバ
１０７ コンテンツサーバ
１０８ ネットワーク
１０８ ルータ
１１０ リダイレクト機構
１１１ 動的ウェブページ合成部
１１２ アプリケーションサーバ
１１３ 編成情報取得プログラム
１１４ データ放送デコーダ
１１５ ＤＩＩ／ＤＤＢデコーダ部
１１６ コンテンツ更新テーブル
２００ クライアント
２０１ 受信機能付クライアント
２０２ テレビジョン受像機
２０３ リモコン機能付クライアント端末
３００ 外部通信ネットワーク
４００ 編成情報提供サーバ

Claims (10)

1. 番組編成情報を取得する番組編成情報取得手段と、
   上記番組編成情報を記憶する番組編成情報記憶手段と、
   番組に関連付けて、当該番組に関連するコンテンツを記憶するコンテンツ記憶手段と、
   クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と、
   上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して上記クライアント装置に送信するコンテンツ送信手段と、
   放送信号を受信する手段と、
   受信した放送信号を選局する手段とを有し、
   １の番組に複数のコンテンツが関連付けられているときに、上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つを用いて上記複数のコンテンツのうちの１つを選択して送信対象として特定することを特徴とするコンテンツ提供装置。
2. 自らコンテンツ記憶部を有し、または外部のコンテンツ記憶部と共同してコンテンツを提供するコンテンツ提供装置において、
   番組編成情報を取得する番組編成情報取得手段と、
   上記番組編成情報を記憶する番組編成情報記憶手段と、
   コンテンツの位置情報を記憶するコンテンツ位置情報記憶手段と、
   クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と、
   上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して対応するコンテンツ位置情報を上記コンテンツ位置情報記憶部から上記クライアント装置に送信するコンテンツ位置情報送信手段と、
   放送信号を受信する手段と、
   受信した放送信号を選局する手段とを有し、
   １の番組に複数のコンテンツが関連付けられているときに、上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つを用いて上記複数のコンテンツのうちの１つを選択して送信対象として特定することを特徴とするコンテンツ提供装置。
3. 上記コンテンツ送信要求受信手段は、所定の固定したアドレスで上記コンテンツ送信要求を受信し、上記コンテンツ送信手段は、上記特定した番組に関連するコンテンツの記憶アドレスから上記クライアント装置に上記コンテンツが送信される様にするリダイレクト機構を有する請求項１記載のコンテンツ提供装置。
4. 上記コンテンツ送信要求受信手段は、番組の放映時間に関する情報を上記クライアント装置から受信する請求項１記載のコンテンツ提供装置。
5. 上記番組の放映時間に関する情報は現在の時刻から所定時刻前または後であることを特定する情報である請求項４記載のコンテンツ提供装置。
6. 放送信号からＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つをコンテンツ切り替え情報として抽出するコンテンツ切り替え情報抽出手段と、
   コンテンツを記憶するコンテンツ記憶手段と、
   クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するコンテンツ送信要求受信手段と、
   上記コンテンツ送信要求の受信に応答して、上記コンテンツ切り替え情報により切り替えられたコンテンツを特定して上記クライアント装置に送信するコンテンツ送信手段とを有することを特徴とするコンテンツ提供装置。
7. 番組編成情報取得手段により番組編成情報を取得するステップと、
   番組編成情報記憶手段により上記番組編成情報を記憶するステップと、
   番組に関連付けて、当該番組に関連するコンテンツを記憶するコンテンツ記憶手段と、
   コンテンツ送信要求受信手段により、クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信すると、
   コンテンツ送信手段により、上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して上記クライアント装置に送信するステップとを有し、さらに
   放送信号受信手段が放送信号を受信するステップと、
   選局手段が受信した放送信号を選局するステップとを有し、
   １の番組に複数のコンテンツが関連付けられているときに、上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つを用いて上記複数のコンテンツのうちの１つを選択して送信対象として特定することを特徴とするコンテンツ提供方法。
8. コンテンツ切り替え情報抽出手段により放送信号からＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つをコンテンツ切り替え情報として抽出するステップと、
   コンテンツ記憶手段によりコンテンツを記憶するステップと、
   コンテンツ送信要求受信手段によりクライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するステップと、
   コンテンツ送信手段により上記コンテンツ送信要求の受信に応答して、上記コンテンツ切り替え情報により切り替えられたコンテンツを特定して上記クライアント装置に送信するステップとを有することを特徴とするコンテンツ提供方法。
9. 番組編成情報取得手段により番組編成情報を取得するステップと、
   番組編成情報記憶手段により上記番組編成情報を記憶するステップと、
   番組に関連付けて、当該番組に関連するコンテンツを記憶するコンテンツ記憶手段と、
   コンテンツ送信要求受信手段により、クライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信すると、
   コンテンツ送信手段により、上記コンテンツ送信要求の受信に応答して、上記番組編成情報を参照して所定の番組に関連するコンテンツを特定して上記クライアント装置に送信するステップと、
   放送信号受信手段が放送信号を受信するステップと、
   選局手段が受信した放送信号を選局するステップとをコンピュータに実行させるために用いられ、１の番組に複数のコンテンツが関連付けられているときに、上記選局した放送ストリームから抽出したＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つを用いて上記複数のコンテンツのうちの１つを選択して送信対象として特定することを特徴とするコンテンツ提供用コンピュータプログラム。
10. コンテンツ切り替え情報抽出手段により放送信号からＤＩＩ／ＤＤＢ情報のデータイベントＩＤ、または、モジュールバージョン、あるいはイベントメッセージの少なくとも１つをコンテンツ切り替え情報として抽出するステップと、
    コンテンツ記憶手段によりコンテンツを記憶するステップと、
    コンテンツ送信要求受信手段によりクライアント装置からコンテンツの送信を要求するコンテンツ送信要求を受信するステップと、
    コンテンツ送信手段により上記コンテンツ送信要求の受信に応答して、上記コンテンツ切り替え情報により切り替えられたコンテンツを特定して上記クライアント装置に送信するステップとをコンピュータに実行させるために用いられることを特徴とするコンテンツ提供用コンピュータプログラム。

Images