JP4587151B2

JP4587151B2 - インターネットｄｔｖシステム、並びに、コマーシャルサーバ及びその制御方法

Info

Publication number: JP4587151B2
Application number: JP2000399323A
Authority: JP
Inventors: 良和横溝
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-12-27
Filing date: 2000-12-27
Publication date: 2010-11-24
Anticipated expiration: 2020-12-27
Also published as: JP2002199375A; US20020124263A1

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットＤＴＶ放送システム及びその放送局側システム、視聴者用端末、コンテンツプロバイダ装置、サーバ及び、その制御方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】
既存のアナログ・テレビ放送をデジタル化させるデジタル・テレビ放送がある。この技術では、テレビ放送にインターラクティブ性はなく、放送局からの一方的な情報発信に近かった。テレビジョン受信機でインターネット対応にしたものはあったが、パーソナルコンピュータに比べて解像度の低い画面で、ホームページにアクセスするには不便であった。インターネットを介して動画コンテンツをダウンロードする仕組みはあったが、ホームページの中に張り付けた動画としての位置づけなので、コンテンツとしての魅力が少なく、テレビの様な気楽さが無かった。
【０００３】
インターネット動画ストリーミングの欠点は、利用者が興味を持ってコンテンツをアクセスした後に通信が開始される事である。従って、ルーターにブロードキャスト機能が無ければ、必ず１対１の通信になってしまう。
【０００４】
【発明が解決しようとする課題】
上記のテレビジョン放送と、インターネットとは、互いに何の連携もなく、インターネットを楽しむ場合は、テレビをインターネットへ切り替えて、あたかもパソコンの代用品の様な使い方しかできなかった。そのため、単純にインターネット機能を付加したテレビ（いわゆるＷｅｂＴＶ）は殆ど普及していないのが現状である。先に説明したように一般のＮＴＳＣ準拠のテレビジョンの画面の解像度は低いので、インターネットには適さないというのが理由でもある。
【０００５】
本発明はかかる問題点に鑑みなされたものであり、視聴者に双方向通信環境を提供すると共に、視聴者に負担を負わせることなく、インターネットより提供されるコンテンツを閲覧することを可能ならしめるインターネットＤＴＶシステム及びその放送局側システム、視聴者用端末、コンテンツプロバイダ装置、サーバ及び、その制御方法及び記憶媒体を提供しようとするものである。
【０００６】
また、他の発明は、放送局側が提示する懸賞クイズにリアルタイムに参加することを可能ならしめるインターネットＤＴＶシステム及びその放送局側システム、視聴者用端末、コンテンツプロバイダ装置、サーバ及び、その制御方法及び記憶媒体を提供しようとするものである。
【０００７】
【課題を解決するための手段】
この課題を解決するため、例えば本発明のインターネットＤＴＶシステムは以下の構成を備える。すなわち、
番組と当該番組に重畳表示させるシンボルとを所定の記述で合成し放送するデジタル放送局に設置された放送局側装置と、インターネットに設置されコンテンツを管理するコンテンツ管理サーバ及び該コンテンツに挿入するコマーシャル情報を格納するコマーシャルサーバ、並びに、デジタル放送の受信及びインターネットと接続し、視聴者に設置される端末とを備えるインターネットＤＴＶシステムであって、
前記放送局側装置は、
番組と、視聴者に選択させるシンボルの表示及び当該シンボルが選択された場合のコンテンツの所在を示すアドレス情報及び前記番組のスポンサーを特定する情報を所定の形式で記述した情報を放送する手段を備え、
前記端末は、
前記放送局から前記番組と前記アドレス情報並びに前記スポンサーを特定する情報を受信する手段と、
前記インターネットと接続する接続手段と、
受信した記述に従って、受信した番組に、前記シンボルを合成し、所定の表示装置に出力する第１の出力手段と、
操作者からの指示情報を入力する入力手段と、
入力した指示が前記シンボルに対するものである場合、前記アドレス情報を用いて前記コンテンツ管理サーバに前記接続手段で接続すると共に、前記番組のスポンサーを特定する情報を通知し、前記コンテンツの転送要求を行う要求手段と、
前記コンテンツサーバから受信したコンテンツを前記表示装置に出力する第２の出力手段とを備え、
前記コンテンツ管理サーバは、
前記コンテンツを蓄積する蓄積手段と、
前記端末からの前記転送要求を受信する受信手段と、
前記受信手段によって前記端末からの前記転送要求を受信した際に、前記コマーシャルサーバに前記番組のスポンサーを特定する情報を送信するとともに、前記コマーシャルサーバに前記コンテンツに挿入するコマーシャル情報を要求する手段と、
前記コマーシャルサーバより送られてきたコマーシャル情報を、前記端末が要求したコンテンツに合成して、前記端末に送信する手段とを備え、
前記コマーシャルサーバは、
コマーシャル情報を格納するデータベースと、
前記コンテンツ管理サーバより送信された前記番組のスポンサーを特定する情報に基づいて対応するコマーシャル情報を前記データベースより検索し、前記コンテンツ管理サーバに通知する手段とを備えることを特徴とする。
【０００８】
また、本発明の好適な実施態様に従えば、テレビ放送のＭＰＥＧ−２ストリーム再生画面（主画面）とインターネットＭＰＥＧ−４ストリーム再生画面（副画面）を同一の表示デバイス（ＣＲＴ）に表示し、主画面と副画面が互いに関連を持って一つの番組を構成し、例えば主画面から紹介した副画面のＭＰＥＧ−４ストリームを簡単に再生し、また、主画面で紹介した商品を副画面でリアルタイムで通信販売し、また、主画面から視聴者に問いかけたアンケートに対して、副画面で簡単なボタン操作で回答し、その集計結果を主画面で瞬時に紹介するとか、あるいは単に主画面の視聴率を副画面の通信機能を用いてリアルタイムで集計する様な、主画面と副画面の連携を与え、視聴者にとっては例えば無料放送であっても、主画面にコマーシャル放送を入れる商業放送の場合、副画面にも主画面と関連のあるコマーシャル放送を入れ、あるいは、少なくとも主画面とライバル関係にある広告主のコマーシャルを流さない仕組みを与え、副画面を放送する時にダイナミックにコマーシャルを挿入する仕組みを提供する事により、デジタル・テレビ（ＤＴＶ）時代の新しいエンターティンメント環境を提供する。
【０００９】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００１０】
図１は、実施形態におけるインターネット対応ＤＴＶ放送システムの全体構成を示す図である。
【００１１】
同図に於いて、１はデジタル動画コンテンツ（主画面）を放送する為のデジタル・テレビ放送局、２はテレビジョン受像器（以下、テレビ）、４はＭＰＥＧ−２とＭＰＥＧ−４のコンテンツを適切にマルチプレックスし、必要な回路に分配する為の構成を備え、テレビ２を衛星放送対応にする為のセットトップ・ボックス（以下ＳＴＢ）。５〜８は、ＭＰＥＧ−４動画コンテンツをインターネット経由でテレビ２に配信するためのコンテンップロバイダ（以下、ｉＩＣＰ）。９は、ｉＩＣＰにアップロードしてあるＭＰＥＧ−４動画コンテンツ（副画面用）。１０は、副画面にダイナミックに挿入するコマーシャルを集めて管理するコマーシャル管理サーバー。１１はインターネット、１２は放送局１が流す主画面用の動画コンテンツである。
【００１２】
テレビ放送局１は、デジタルテレビジョン放送対応の放送局であり、伝送手段は地上波でも衛星波でも良く、場合によってはケーブルテレビジョン放送網であっても良い。図示の場合では衛星波を用いている。デジタルテレビジョン放送規格で用いるＭＰＥＧ−２のマルチレイヤ・プロファイル（スケーラブル・プロファイル）は、主画面１２のための音声信号と映像信号の他に、適当なデジタルデーターをもマルチプレックスして伝送できる。例えばここで、何かの静止画を送る事も可能だし、ＭＰＥＧ−４のシステム・レイヤーを伝送しても構わない。例えば、ＭＰＥＧ−４のＢＩＦＳ(Binary Formt for Scene)記述を伝送する事もできる。ＢＩＦＳはＩＳＯ／ＩＥＣ１４４９６−１として国際標準になっている。
【００１３】
シーン記述言語ＢＩＦＳによって、オブジェクト・デスクリプタを指定できる。オブジェクトには、動画、静止画、テキスト、音声、ボタン（シンボル）等がある。本実施形態では、ボタン・オブジェクトを伝送する事により、主画面１２の一部にボタン・オブジェクトを配置している。
【００１４】
ボタン・オブジェクトは、オブジェクト・デスクリプタＩＤの他に、シェイプ、放送局ＩＤ、番組ＩＤ、スポンサーＩＤ、業種ＩＤ、動画コンテンツＵＲＬ、有償無償フラグ、テキスト等を伝送できる。
【００１５】
セットトップ・ボックス（ｉＳＴＢ）３は、ＢＩＦＳデコード機能があり、シェイプ・オブジェクトを引き出すことは容易である。デコードしたシェイプ情報に基づき、ｉＳＴＢは主画面の中にボタン１４を表示する事ができる。ボタン１４は、リモコン１３によって選択する事ができ、ワンクリックでボタンの機能を実行する事ができる。ボタン１４には、予め放送局側で選択した良質のコンテンツ・プロバイダ５〜８の特定ページのＵＲＬがリンクされている。ボタンが押下されると、ＵＲＬが引き出せるので、ＨＴＴＰプロトコルの呼接続を開始し、ＭＰＥＧ−４ストリーム伝送のためのシンクレイヤの確立を行う。オーディオとビデオを同期させる為のＤＭＩＦ(Delivery Multimedia Integration Framework)は、必ずしも必須ではないが、互換性のある安定なストリーム再生を確保する為に設ける事が望ましい。
【００１６】
本実施形態で用いたインターネット対応ＤＴＶシステムの最も代表的な使い方は、テレビ放送の番組中で、アナウンサーがあるトピックス（例えば、野球中継）の解説をしていたとすると、その時の打者（例えば、選手名「ＸＸＸ」さん）の詳細なプロフィールを知りたい人は「ボタン」をクリックしてください、と解説すると、視聴者は、ワンクリックでインターネット経由でＭＰＥＧ−４動画コンテンップロバイダーに自動的に接続でき、打者に関する詳細な情報（例えば、結婚式の記者会見の様子など）を、副画面に表示し鑑賞する事ができる。
【００１７】
テレビ放送が無料の商業放送の場合、視聴者はインターネット側の動画ストリームも無料放送である事を望むケースが多いと思われる。無料放送を事業として成り立たせるために、コマーシャルの放送が不可欠になる。テレビ局１からの無料放送にコマーシャルが入る事には視聴者は慣れているが、副画面のインターネット経由のプロバイダーが提供する小番組にも、必然的にコマーシャルを入れなければならなくなる。
【００１８】
副画面９に挿入できるコマーシャルはどれでも使える訳ではなく、通常は主画面のスポンサーと同じコマーシャルが望ましい。しかし、それはケースバイケースである。業種が違っていれば自由に選べるかもしれない。少なくとも、主画面のライバルメーカーのコマーシャルを副画面で流す事はないだろう。例えば、主画面のスポンサーが「ＸＸＸ」だったとして、副画面に競合する会社の「ＹＹＹ」のコマーシャルは流せないだろう。この組み合わせは、スポンサーの契約条件による。
【００１９】
コンテンツプロバイダー５〜８は、自社の得意な領域（芸能、自然、旅行、グルメ、海外、宇宙、など‥）の動画コンテンツを揃え、互いに個性を発揮しようとする。
【００２０】
ところが、実施形態におけるアプリケーションの場合、主画面のスポンサーと副画面のスポンサーの組み合わせは無限にあるから、あらかじめコマーシャルをはさんだ動画を準備しておく事は難しい。これを解決するのは、ダイナミックにコマーシャルを挿入することである。
【００２１】
コマーシャルを蓄積しておく場所（コマーシャル・サーバー）は、各コンテンツ・プロバイダー５〜８が個々に保有／管理するより、１箇所にまとめて管理する方が便利である。サーバー１０はそのための仕組みで、様々な業種の様々な企業からのコマーシャル・ビデオを一括管理している。各コンテンツ・プロバイダー５〜８は、視聴者のセットトップボックス４からのリクエストに応えて、あらゆるコマーシャルを見つける必要がある。コマーシャル・サーバ１０が、この様な複雑な要求に応える。コンテンツ・プロバイダ５〜８にとっては、コマーシャル・ビデオの保管／管理の煩わしさから解放されるメリットよりも、自分でスポンサーを捜し出し、個別に契約する手間から解放されるメリットの方が遥かに大きい。スポンサーに取っては、世界に数千もあるコンテンツ・プロバイダーと個々に契約するのはめんどうである。この様な不便を解消するために、独立したコマーシャル・サーバー１０を設けた。このサーバーは、一般的には独立したコマーシャル管理会社ないし広告代理店によって運営される。
【００２２】
コマーシャルの流し方に関する設定（約束事）は、例えば次表の通りである。
【００２３】
＜表１＞
（１）スポンサー名指定
（２）別業種なら許可
（３）特定企業は不可
（４）広告料がある金額以上なら許可
（５）コンテンツ作成日指定
（６）アダルトもの対象年齢が○才以下
（７）１５秒もの／３０秒もの／１分もの
（８）コンテンツの分野で、特定の分野を希望。
（９）コンテンツ種別制限（パッシブ、アクティブ、通販、ギャンブル、ゲームなど）
コマーシャル・サーバー１０は、通常は公告代理店が好む業態である。コマーシャル・サーバーは、クライアント（コンテンツ・プロバイダー５〜８）からの様々な要求に基づき、データーベースを自動検索し、最適なコマーシャルのストリームを即座に配信する。
【００２４】
コマーシャルとＭＰＥＧ−４動画コンテンツをマージするのは、コンテンツ・プロバイダ５〜８の役割である。
【００２５】
コマーシャル・サーバー１０の役割は、単に広告を配信するためだけのものではない。このインターネット対応ＤＴＶシステム全体の動きを管理するものである。その為、例えば「主画面の視聴率」をリアルタイムで調べる為に、インターネット系の接続ルートが確保されている。
【００２６】
図２は、実施形態における、インターネット対応ＤＴＶ放送システムの、広告放送の実現する例を示す。同図に於いて、図１と同じ構成要素には同一の番号を付与した。この図ではセットトップ・ボックス（ｉＳＴＢ）３は省略して書いてあるが、それが提供する機能はテレビジョン２に包含されているものとする。スポンサー（広告主）２５が主画面に挿入するコマーシャル３４は、公知の方法で動画コンテンツ１２の適当な時間スロットに挟み込まれる。視聴者にとっての無料放送２８は、以下の情報をマルチプレックスしたものである：
ＭＰＥＧ２主画面の動画ストリーム
ＢＩＦＳ画面記述
ｉＵＲＬ独立動画供給業者（ＩＣＰ）のインターネットＵＲＬ
Ａｄ−ＩＤ広告主ＩＤ番号
ＢＩＦＳは、ボタン１４のサイズ、デザイン、位置、名称、テキスト、ＵＲＬ等を記述する為に用いる。ＢＩＦＳ記述に基づいて、所望のボタンが主画面に表示される。リモコン１５によってカーソルを移動し、該ボタンが選択（ハイライト化）されたら、リモコン１５上の選択ボタンを押下する事により、ボタンの有するＵＲＬ情報を元に、ＩＣＰプロバイダ７にアクセスが始まり、ホームページの動画３５が送出可能状態になる。ＩＣＰプロバイダに対するコンテンツ開始信号３０は、以下の情報を含む：
ｉＵＲＬ独立動画供給業者（ＩＣＰ）のインターネットＵＲＬ
Ａｄ−ＩＤ広告主ＩＤ番号
ＩＣＰプロバイダ７は、Ａｄ−ＩＤを見て、コマーシャル管理会社のサーバー１０に、Ａｄ−ＩＤを送る事により、広告主２５に関連した広告２７を送出する様に要求する。
【００２７】
コマーシャル管理会社のサーバー１０は、広告主ＩＤ２５を見て、契約条件等を調べ、適当なコマーシャル２７を送出する。ＩＣＰプロバイダ７は、動画３５を予め幾つかのブロックに分けておき、そこにコマーシャル２７を挟み込む。
【００２８】
コマーシャルを挟み込む方法は、実際に動画を再生し、ビットマップ・ストリームレベルで編集し再圧縮しても構わないが、リアルタイム性に欠けるので、本実施形態ではＨＴＭＬの記述を拡張して等価的にコマーシャルが挟み込まれる様にした。
【００２９】
＜IMG SRC＝"Seam_1","CM_1","Seam_2","CM_2","Seam_3"…＞
テレビジョン受像器２のブラウザ機能は、上記拡張されたＨＴＭＬで示された参照動画ファイル、"Seam_1"，"CM_1"，"Seam_2"，"CM_2"，"Seam_3"…を次々にＩＣＰプロバイダ７に送信要求し、連続して再生して行く。
【００３０】
コマーシャル・サーバー１０には、数多くの広告主からのコマーシャルを蓄積しておき、同時に、契約条件から抽出したコーマーシャル毎のパラメーターを後述の著作権管理データーベース（ＩＰＭＰ−ＤＢ）に保存し、ＩＣＰプロバイダ７からのコマーシャル送出要求に基づき、コマーシャル管理会社のシステムが以下の作業を行い、自動的にコマーシャルを選出し送出する。
（ａ）ＩＣＰプロバイダ７から要求される「希望コマーシャル・タイプ」（表１に対応する項目に条件を与えたもの）に基づき、著作権管理データーベースに紹介し、適合コンテンツリストを出力する。
（ｂ）コマーシャル・サーバーとしての管理情報に基づいて最終的な適合コンテンツを見つける（以下の表２の（２）〜（５）を条件とする絞り込み検索）。
【００３１】
＜表２＞
（１）先に説明した表１に合致するもの
（２）緊急送出アイテムに指定されているもの
（３）送出予定日時が過ぎているもの
（４）人気度数の高いもの
（５）送出予定残回数がゼロでないもの。
【００３２】
図３Ａはコマーシャル・サーバー１０の内部の構図を示す図面である。４０はコンテンツ管理ＤＢで、コンテンツ毎に以下のデーターを含む：
（１）コンテンツＩＤ
（２）コンテンツ名称
（３）スポンサーＩＤ
（４）スポンサー名称
（５）スポンサー名（スポンサーＩＤ）
（６）別業種なら許可フラグ
（７）特定企業排除フラグ
（８）広告料下限条件
（９）コンテンツ作成日
（１０）Ｒ指定番号
（１２）コンテンツ時間長
（１３）分野
（１４）コンテンツ種別制限
（１５）コンテンツ（またはコンテンツへのポインター）
（１６）緊急送出フラグ
（１７）放送予定日
（１８）人気度
（１９）放送予定残数。
【００３３】
４１は、顧客管理データーベースで、顧客毎に以下の情報を含む：
（１）スポンサーＩＤ
（２）スポンサー名
（３）担当者名
（４）住所、電話、Ｆａｘ、ｅ−Ｍａｉｌ
（５）従業員規模
（６）分野
（７）包括契約条件
・別業種なら許可フラグ
・特定企業排除フラグ
・Ｒ指定番号
・分野
・コンテンツ種別制限フラグ。
【００３４】
４２はコンテンツ・ハンドリング・プロセサ（ＣＨＰ）で、コマーシャル・サーバー１０の全体を制御するコア・モジュールであり、コンテンツ検索の中心的役割を担う。サーバープロトコル４３は、クライアント（ＩＣＰ）との通信を提供する。
【００３５】
コマーシャルサーバ１０のＣＨＰ４２は概ね図３Ｂに示す様な手順で処理を行うことになる。なお、コマーシャルサーバ１０は、ワークステーションやパーソナルコンピュータ等の汎用の情報処理装置で良い。この場合、同図のフローチャートに対応するサーバプログラムを搭載し、実行することになる。
【００３６】
まず、ステップＳ１で、クライアント（ＩＣＰ）からの要求あるか否かをモニタしており、この要求があると、ステップＳ２に進む。ステップＳ２では、要求された情報中のスポンサーＩＤを抽出し、そのスポンサーＩＤをキーにして、顧客管理ＤＢ４１を検索する。この結果、そのスポンサーＩＤのコマーシャルデータであるコンテンツの格納先（パス付きのファイル名）が判明するので、ステップＳ３でそのコンテンツをロードし、ステップＳ４で要求元のクライアントに送信することになる。なお、クライアントとの通信は、上位層にＨＴＴＰ，ＦＴＰ，ＲＰＣ等を備え、下位層にはＴＣＰ／ＩＰ，ＵＤＰ／ＩＰ等を用いて行われる。
【００３７】
送出コンテンツを決定する仕組みを、図４を参照しながらより詳細に説明する。
【００３８】
ＩＣＰ等のクライアントからの「ＣＭリクエスト」がサーバーのコンテンツ・ハンドリング・プロセサ（ＣＨＰ）に届くと、ＣＨＰはコンテンツ管理ＤＢに対して、ＣＭリクエストに含まれるキーワードを元に検索を掛ける。その結果がＣＨＰにリストとして返されるが、通常は１回以上の絞り込み検索を実行した後、最も適当なコンテンツをクライアントにストリーミングする、というのが基本的な流れであるが、「ＣＭリクエスト」に含まれる情報と、その後の検索結果によって、シーケンスは幾つかのバリエーションが出る。
【００３９】
図５の様に「ＣＭリクエスト」の中で、キーワード
コンテンツＩＤ
スポンサーＩＤ
が両方指定されている場合には、放送予定残数がゼロでない事を確認し、検索がヒットしたコンテンツを直ちに放送する。放送予定残数を１減ずる。検索結果がゼロの時は、「コンテンツ無し」エラーを返す。
【００４０】
図６の様に「ＣＭリクエスト」の中で、コンテンツＩＤもスポンサーＩＤも指定が無く、
別業種なら許可フラグ
特定企業排除フラグ
広告料下限条件
コンテンツ時間長
分野
のいづれか１つ、または複数の条件が設定されている場合には、その条件の全てが一致する条件で検索をする。得られた結果に対し、以下の条件を満たすコンテンツを検索する：
コンテンツ作成日が、要求された年月日より新しいこと
Ｒ指定番号（０〜５）が、要求された番号より小さいこと
コンテンツ種別制限に指定された複数の分野をＯＲ検索すること
放送予定残数がゼロでないこと
以上を満たす条件で検索を行い、その結果をＣＨＰに返す。もし、結果が複数ある場合には、ＣＨＰは以下の優先度でデーターを並べ替え、１番のコンテンツを決定する。
【００４１】
１．緊急送出フラグ（０／１）・・・・・・重み付け２０
２．放送予定日を過ぎている（差分）・・・重み付け１
３．人気度（１〜５）・・・・・・・・・・重み付け２
４．価格（１〜５）・・・・・・・・・・・重み付け１
これらのパラメーターは、コンテンツ管理会社のみが指定でき、クライアントからは見えない仕組みになっている。
【００４２】
図７は、コンテンツ毎の個別著作権管理データーに記載がある場合にはそれを使い、記載がない場合には顧客管理データーベースの包括契約条件に従って検索を行っているチャートを示している。
【００４３】
以上であるが、上記を実現するための、その他の構成である放送局１、ｉＳＴＢ４、ｉＩＣＰ５（又は６乃至９）についてそれぞれ具体的な構造とその動作手順について説明する（コマーシャルサーバ１０について先に説明した）。
【００４４】
まず、放送局１に設置されるシステムの一例を図８Ａに示し、以下説明する。
【００４５】
図示において、１００はシステム全体の制御を司るＣＰＵであり、１０１はＢＩＯＳ等の記憶するＲＯＭである。１０２はＣＰＵ１００のワークエリア、ＯＳ、アプリケーションがロードされる使用されるＲＡＭであり、１０３はキーボードやマウス等の指示部である。１０４はビデオデータを入力し、それをＭＰＥＧ２にエンコードするＭＰＥＧ２エンコーダであり、図示の場合にはテレビカメラ１０８を接続してしめいているのが、ビデオテープレコーダ等の外部記憶装置であっても構わない。１０５は番組データベースであり、その放送局が放映するデジタル放送番組のスケジュールと、その番組のスポンサーを示すスポンサーＩＤを少なくとも備える。１つの番組に対して複数のスポンサーがつくこともあるので、その場合には適当なデリミタで区切って格納する。１０６は一般データベースであり、番組の出演者やスポーツ選手等のプロフィールを格納しているＷｅｂサーバのＵＲＬとそのファイル名を記憶している。なお、ここでは自然人のデータベースの例を示しているが、これに限らず、如何なるものでも構わない。要は、その詳細をファイルとして記憶しているＷｅｂ上のサイトのＵＲＬを記憶保持していれば良い。１０７は送信部であり、本システムで生成されたＭＰＥＧ２＋ＢＩＦＳのデータを生成し、アンテナを介して衛星に出力する部分である。なお、実施形態では、ボタンの表示をＢＩＦＳの記述で行うものとしているが、ＢＭＬであっても構わない。放映中の番組へのボタンの表示するためタイミング及びその記述は、指示部１０３によりなされるものとするが、予め、この記述を用意し、その出力時刻も管理しておいて、その時刻になったときに行っても構わない。
【００４６】
上記構成において、放送局１は、上記の例の場合には、テレビカメラ１０８で撮影された映像をＭＰＥＧ２にエンコードし、必要なタイミングで図２に示すボタン１４を表示させるための記述を埋め込み、放送する。このとき、そのボタンに関連付けてＩＣＰよりダウンロードするコンテンツのＵＲＬ及びスポンサーＩＤも埋め込むことを行う。図８Ｂは、本システムにおけるボタン表示にかかる処理手順を示すフローチャートである。
【００４７】
まず、ステップＳ１１で、コンテンツの表示指示を行わせるためのボタン表示タイミングになると、そのデータを指示部１０３を用いて一般データベース１０６より選択し、決定する。この処理が終わると、ステップＳ１２に進み、番組データベース１０５を参照することで、放送中の番組のスポンサーＩＤを読込む。次いで、ステップＳ１３に進み、決定したコンテンツのＵＲＬ及びスポンサーＩＤをＢＩＦＳで記述し、ステップＳ１４で映像と共にストリームとして出力する。
【００４８】
次に、ｉＳＴＢ４（セットトップボックス）の具体的な構成とその動作について説明する。
【００４９】
図９Ａは実施形態におけるｉＳＴＢ４のブロック構成図を示している。同図において、２０１はインターネット（上記実施形態では、ｉＩＣＰ５乃至８）と接続するネットワークインタフェースである。代表的なハードウェアとしては、モデム（ケーブルモデム）、ＴＡ、ダイアルアップルータ（ブロードバンドルータ）等であり、ＴＣＰ／ＩＰプロトコルをベースにして接続するすることになる。２０２は本装置全体のハードウェアの制御を司るＣＰＵ、２０３はＣＰＵ２０２の動作処理手順を記憶しているＲＯＭである。ＲＯＭ２０３には、フォントをはじめ、図示の如くＢＩＦＳインタプリタ、ハードウェア及び通信の制御を行う制御プログラムが格納されている。２０４はＣＰＵ２０２のワークエリアとして使用されるＲＡＭである。２０５はデジタル放送を受信するためのチューナーであり、２０６はＭＰＥＧ２のデータ（放送番組）を復号化するデコーダ、２０７はインターネットからダウンロードするＭＰＥＧ４データ（ｉＩＣＰより転送されてくるコマーシャルを含むコンテンツ）をデコードするＭＰＥＧ４デコーダである。２０８はＭＰＥＧ２デコーダ２０６及び／又はＭＰＥＧ４デコーダ２０７でデコードして得られた画像及び音響データを合成し、ＴＶ２に供給する合成器である。そして、２０９はリモコン１３との通信を行うリモコンセンサである。
【００５０】
上記構成において、ＣＰＵ２０２はチューナ２０５で得られたＢＩＦＳ記述を解釈し、データ中の映像部分についてはＭＰＥＧ２デコーダ２０６でデコードさせ、先に説明したボタンの表示にかかる記述があった場合には、そのボタンイメージを生成し、合成記２０８へ出力し、映像に重畳表示させることになる。
【００５１】
上記構成におけるＣＰＵ２の動作処理手順を示すと図９Ｂの様になる。以下、同図に従って説明する。
【００５２】
まず、ステップＳ２１でチューナ２０５で番組を受信し、ステップＳ２２でＢＩＦＳインタプリタによりその内容を解析する。なお、映像データについては、それをＭＰＥＧ２デコーダ２０６によるデコード処理、及び、合成器２０８による合成処理を行い、ＴＶ２に出力する処理が別プロセスで行われているものとする。
【００５３】
ステップＳ２３では、ボタン表示に関する記述があるかどうか（ユーザーにより指定する環境を記述する部分があるかどうか）を判断する。否の場合には、ステップＳ２５に進み、リモコン１３よりの指示があるか否かを判断し、無ければステップＳ２１に戻り、上記処理を繰り返す。
【００５４】
上記処理中、ボタン表示（ＵＲＬの記述を含む）の記載があると、処理はステップＳ２３からステップＳ２４に進み、そのボタンと重畳表示するメッセージ（文字列）のイメージを生成し、それを合成器２０８に出力することでＴＶ画面に、「ｘｘｘについての詳細を閲覧したい場合にはこのボタンを選択して下さい」等のメッセージとボタンを表示させる。
【００５５】
一方、リモコン１３による操作があると判断すると、ステップＳ２５からステップＳ２６に分岐し、その操作ボタンが表示中のボタン選択にかかる操作か否かを判断する（勿論、ボタン表示している場合）。否の場合、例えば、チャンネル変更やボリューム変更、カーソル移動等の場合には、ステップＳ２７に進み、対応する処理を行う。また、是の場合には、ステップＳ２７で、放送局より送信されてきたＵＲＬ（コンテンツＩＤ＝コンテンツファイル名を含む）に従い、ｉＩＣＰに転送要求を行う。このとき、先に説明したように、少なくともスポンサーＩＤ情報も合わせてｉＩＣＰに通知する。
【００５６】
この結果、ｉｉＣＰからは指定したコンテンツ（コマーシャル付き）が送られてくるので、それをステップＳ２８で受信してＭＰＥＧ４デコーダ２０７でデコードさせ、ステップＳ２９でデコードした画像データを、合成器２０８に出力することで副画面としてＴＶ２の表示画面に表示させる。
【００５７】
次に、ｉＩＣＰの構成とその動作を説明する。図１０Ａは実施形態におけるｉＩＣＰ５乃至８の１つのブロック構成図である。実施形態では、ワークステーションやパーソナルコンピュータ等の汎用情報処理装置で構築した例を示している。
【００５８】
図示において、３０１は装置全体の制御を司るＣＰＵであり、３０２はブートプログラムやＢＩＯＳ等を記憶しているＲＯＭである。３０３はＣＰＵ３０１のワークエリアとして使用されるＲＡＭであり、ここにＯＳやｉＩＣＰとして機能するプログラムがロードされ、実行されることになる。３０４はハードディスクであり、ＯＳ、ｉＩＣＰとして機能するＷｅｂサーバプログラム、更には、コンテンツを記憶管理するコンテンツＤＢが格納されている。３０５はインターネットと接続するネットワークインタフェースであり、ｉＳＴＢ、コマーシャルサーバとの通信はこのネットワークインタフェース３０５を介して行うことになる。３０６、３０７はキーボード及びマウスであり、３０８は表示装置である。
【００５９】
上記構成におけるｉＩＣＰの動作手順（Ｗｅｂサーバプログラム）は概ね図１０Ｂの手順に従って処理されることになる。
【００６０】
まず、ステップＳ１でｉＳＴＢからの要求があるか否かを判断し、その受信を待つ。受信があったと判断すると、ステップＳ３２に進み、コマーシャル要求を含んでいるか否かを判断する（ｉＳＴＢ以外の、例えばパーソナルコンピュータの場合には通常その要求はない）。否の場合には、ステップＳ３３に進み、要求されたコンテンツをコンテンツＤＢの中から検索し、その結果を要求元にネットワークインタフェースを介して転送する。
【００６１】
一方、ステップＳ３２でコマーシャル要求有りと判断した場合には、ステップＳ３４に進み、コマーシャルサーバ１０に対してスポンサーＩＤを含む情報を通知し、ステップＳ３５でコマーシャルデータをダウンロードする。そして、ステップＳ３６で、要求されたコンテンツと、ダウンロードしたコマーシャルを合成（例えばコンテンツの先頭や、適当な間にコマーシャルを挿入する等）して、ステップＳ３７でその結果を要求元であるｉＳＴＢに向けて送信する。
【００６２】
以上説明したように本実施形態によれば、インターネット対応ＤＴＶ放送システムにおいて、既存のマスメディアによる一方的なテレビジョン放送に、インターネット経由の草の根的な中小放送局を組み合わせ、あらかじめ事前に十分取捨選択された優良コンテンツを紹介する形を取るので、視聴者は安心して二次番組を見ることができる。また、同時に、主画面（放送局からの番組）のスポンサーのコマーシャルも出力することになり、競合会社のコマーシャルを表示することも防止できる。
【００６３】
なお、上記の如く、放送局、ｉＩＣＰ、コマーシャルサーバは、それぞれ汎用の情報処理装置を活用できるわけであるから、外部よりプログラムを供給することでその機能を実現できる。換言すれば、本願発明は、プログラムを記憶媒体（フロッピーやＣＤＲＯＭ等）に記憶させ、それをシステム或いは装置に組み込むことでも実現できる。従って記憶媒体も本願発明に含まれることになる。
【００６４】
また、実施形態におけるｉＳＴＢ４にはハードウェアとしてのＭＰＥＧデコーダを備えるものとしたが、これらはソフトウェアでも実現できるので、上記構成に本願発明が限定されるものではない。
【００６５】
＜第２の実施形態＞
第２の実施形態は、上記実施形態（第１の実施形態）に加えて、例えばユーザー（視聴者）がインタラクティブに番組に参加するものである。その一例として、懸賞付きＣＭを用いて説明する。
【００６６】
通常、テレビジョン放送では、放送局側が懸賞やアンケートをする際に、視聴者からの回答はハガキに書いて放送局に送るという手順を踏むことになる。しかしこれでは、手間がかかり、初めから諦めてしまうケースが多い。そこで、本第２の実施形態では、例えば番組やコマーシャルのクイズ等で正解が分かったら、リモコン１３のボタンを押す程度の簡単な操作で懸賞の回答を送ることができる仕組みを提案する。
【００６７】
説明を簡単にするため、ｉＳＴＢ４には、メールプログラムが格納されているものとする。また、各ユーザーのｉＳＴＢ４のアドレス（メールアドレス及び実際の住所、登録氏名等）は、顧客管理ＤＢとしてコマーシャルサーバ１０で管理されている。従って懸賞クイズ等の応募に対する回答するサーバとしてコマーシャルサーバ１０を用いると都合が良いので、本第２の実施形態では、ユーザーからの応募はコマーシャルサーバ１０が受け付けるものとして説明する。なお、コマーシャルサーバ１０を例にして説明しているだけであり、別サーバを設置して対処しても構わないのは勿論である。
【００６８】
図１１に本第２の実施形態における懸賞付きＣＭの伝送方法を実現するためのサーバーの構成を示す。図３Ａとの違いは、懸賞管理データベース５０、懸賞データ・ハンドリング機能拡張モジュール５１（以後、懸賞プラグイン）を設けた点である。
【００６９】
図１２はその動作を説明する手順である。視聴者が、ＴＶ画面に表示されたクイズの回答候補の１つを選択すると（表示させるボタンが複数あるだけで、その動作は第１の実施形態と同様である）、ｉＳＴＢ４から、ＨＴＴＰプロトコルに従って懸賞リクエスト及び選択されたボタンのＩＤや番号が、ＢＩＦＳで記述された宛て先（この場合はサーバ１０）のＣＨＰサーバーに送られる。懸賞リクエストには、選択された回答の情報と、住所氏名等に関する個人情報が記載されている。ＣＨＰサーバーは、そのコマンドを直接、懸賞プラグイン５１を介して懸賞管理データベース５０に送られる。そこでデータが集計され、回答者の回答と個人情報が懸賞管理データベースに蓄積される。回答者には、正解メッセージが返される。通常は正解者が多数になることが予想されるので、所定時間の間、懸賞リクエストの受信待ちになる。
【００７０】
やがて、図示しないタイマーから懸賞プラグインに対しタイムリミット・タイマーの割り込みが入り、抽選モードに移る。
【００７１】
懸賞プラグイン５１は、懸賞管理データベースに対し、正解者を検索し、得られたリストからランダムに正解者を選別する。なお、実際は、応募した中からランダムに抽選し、その回答が不正解であれば次の応募を検索するという手順を、予め設定された「当選数」に到達するまで繰り返すことになる。選別結果メッセージは視聴者（クライアント）に送られる。商品の発送は、通常は手作業で行う。
【００７２】
集計された応募者の個人データは、データベース・アクセス技術を用いてさまざまに加工され、ＴＶ放送局１に返され、応募者の平均像、正解率、等がリアルタイムにダイナミックに番組に反映される。
【００７３】
そのため、放送局側のシステムは、コマーシャルサーバ１０に接続し、抽選結果（当選者名（登録者名）と都道府県市町村程度までの住所情報）をダウンロードし、それをテロップ形式で番組に反映させれば良い。或いは、サーバ１０が自ら、当選者宛に当選した旨の情報を送り（例えばメール等）、副画面で表示させても構わない。この場合には、ｉＳＴＢ４には、それを受信し、合成して表示させるだけである。
【００７４】
なお、複数の番組で様々な懸賞クイズを設置することも当然にあり得る。従って、サーバ１０は、当然、応募のあった回答がどの懸賞クイズのものであるのかを特定することが必要になるので、放送局側では、懸賞クイズの放映する際に、その懸賞クイズを特定するＩＤをＢＩＦＳで埋め込む。このＩＤはｉＳＴＢ４を操作した際に、サーバ１０に通知され、サーバ１０は受信したＩＤを参照することで、どの懸賞クイズに対する応募かを判断できるようにする。
【００７５】
従って、サーバ１０と放送局１に設置されたシステムは、インターネットを介して互いに通信する機能を備える必要がある。
【００７６】
放送局側は懸賞クイズを新規に設ける場合には、番組を放映（クイズの放映）する適当な時間前に、サーバ１０に新規に懸賞クイズを登録すれば良い。その際、正解、当選数、締め切り時刻を通知し、サーバ１０の懸賞管理ＤＢに登録させる。サーバ１０は、懸賞クイズの登録の依頼があった場合には、放送局に対して懸賞クイズのＩＤを発行し、それを放送局側へ通知する。
【００７７】
以上の結果、視聴者側から、番組中に懸賞クイズが表示されたとき、それにリアルタイムに応募することは勿論、その結果も、居ながらにして知ることもできるようになる。
【００７８】
なお、本第２の実施形態においても、放送局、ｉＩＣＰ、コマーシャルサーバは、それぞれ汎用の情報処理装置を活用できるわけであるから、外部よりプログラムを供給することでその機能を実現できる。換言すれば、本願発明は、プログラムを記憶媒体（フロッピーやＣＤＲＯＭ等）に記憶させ、それをシステム或いは装置に組み込むことでも実現できる。従って記憶媒体も本願発明に含まれることになる。
【００７９】
特に、実施形態で説明したｉＳＴＢ（セットトップボックス）であるが、インターネット接続するため、及び、デジタル放送受信用のチューナ等のハードウェアをパーソナルコンピュータに内蔵し、ソフトウェア的にデコーダする機能を備えれば、ＴＶ受像機とｉＳＴＢを構成することが可能であるので、かかる構成にしても良いのは勿論である。
【００８０】
【発明の効果】
以上説明したように本発明によれば、視聴者に双方向通信環境を提供すると共に、視聴者に負担を負わせることなく、インターネットより提供されるコンテンツを閲覧することが可能になる。
【００８１】
また、放送局側が提示する懸賞クイズにリアルタイムに参加することが可能になる。
【図面の簡単な説明】
【図１】本発明によるインターネット対応ＤＴＶ放送システムを示す図である。
【図２】コンテンツの流れ示す図である。
【図３Ａ】コマーシャル・サーバー１０の内部の構図を示す図である。
【図３Ｂ】コマーシャル・サーバの動作処理概要を示すフローチャートである。
【図４】コンテンツ流通の手順を示す図である。
【図５】コンテンツ流通の手順を示す図である。
【図６】コンテンツ流通の手順を示す図である。
【図７】コンテンツ流通の手順を示す図である。
【図８Ａ】放送局側のシステムのブロック構成図である。
【図８Ｂ】放送局側のシステムの動作処理手順を示すフローチャートである。
【図９Ａ】セットトップボックスのブロック構成図である。
【図９Ｂ】セットトップボックスの動作処理手順を示すフローチャートである。
【図１０Ａ】コンテンツ管理サーバのブロック構成図である。
【図１０Ｂ】コンテンツ管理サーバの動作処理手順を示すフローチャートである。
【図１１】第２の実施形態におけるコマーシャルサーバのブロック構成図である。
【図１２】第２の実施形態におけるデータ流通の手順を示す図である

Claims

番組と当該番組に重畳表示させるシンボルとを所定の記述で合成し放送するデジタル放送局に設置された放送局側装置と、インターネットに設置されコンテンツを管理するコンテンツ管理サーバ及び該コンテンツに挿入するコマーシャル情報を格納するコマーシャルサーバ、並びに、デジタル放送の受信及びインターネットと接続し、視聴者に設置される端末とを備えるインターネットＤＴＶシステムであって、
前記放送局側装置は、
番組と、視聴者に選択させるシンボルの表示及び当該シンボルが選択された場合のコンテンツの所在を示すアドレス情報及び前記番組のスポンサーを特定する情報を所定の形式で記述した情報を放送する手段を備え、
前記端末は、
前記放送局から前記番組と前記アドレス情報並びに前記スポンサーを特定する情報を受信する手段と、
前記インターネットと接続する接続手段と、
受信した記述に従って、受信した番組に、前記シンボルを合成し、所定の表示装置に出力する第１の出力手段と、
操作者からの指示情報を入力する入力手段と、
入力した指示が前記シンボルに対するものである場合、前記アドレス情報を用いて前記コンテンツ管理サーバに前記接続手段で接続すると共に、前記番組のスポンサーを特定する情報を通知し、前記コンテンツの転送要求を行う要求手段と、
前記コンテンツサーバから受信したコンテンツを前記表示装置に出力する第２の出力手段とを備え、
前記コンテンツ管理サーバは、
前記コンテンツを蓄積する蓄積手段と、
前記端末からの前記転送要求を受信する受信手段と、
前記受信手段によって前記端末からの前記転送要求を受信した際に、前記コマーシャルサーバに前記番組のスポンサーを特定する情報を送信するとともに、前記コマーシャルサーバに前記コンテンツに挿入するコマーシャル情報を要求する手段と、
前記コマーシャルサーバより送られてきたコマーシャル情報を、前記端末が要求したコンテンツに合成して、前記端末に送信する手段とを備え、
前記コマーシャルサーバは、
コマーシャル情報を格納するデータベースと、
前記コンテンツ管理サーバより送信された前記番組のスポンサーを特定する情報に基づいて対応するコマーシャル情報を前記データベースより検索し、前記コンテンツ管理サーバに通知する手段とを備える
ことを特徴とするインターネットＤＴＶシステム。
前記端末は、デジタル放送によるＭＰＥＧ２のデコーダと、シーン記述としてＢＩＦＳを解釈する手段と、前記コンテンツ管理サーバからのＭＰＥＧ４をデコードする手段を備えることを特徴とする請求項１に記載のインターネットＤＴＶシステム。
前記端末は、視聴者が所有するＴＶ受像機に接続するセットトップボックスの形態を有することを特徴とする請求項１又２に記載のインターネットＤＴＶシステム。
前記コマーシャルサーバは更に、コンテンツ管理データベースを備え、前記コマーシャルサーバは前記コンテンツ管理サーバより送信された前記番組のスポンサーを特定する情報と、該コンテンツ管理データベースに含まれる前記コンテンツの関連情報とに基づいて該スポンサーが許可するコマーシャル情報を検索することを特徴とする請求項１に記載のインターネットＤＴＶシステム。
コンテンツを蓄積し、該コンテンツと該コンテンツに挿入するコマーシャル情報を、デジタル放送局から送られる番組を表示する端末に送信する複数のコンテンツ管理サーバと接続可能であり、該コンテンツ管理サーバの要求によって前記コンテンツに挿入するコマーシャル情報を該コンテンツ管理サーバに送信するコマーシャルサーバであって、
コマーシャル情報を格納するデータベースと、
前記コマーシャル情報のスポンサー情報を管理するコンテンツ管理データベースと、
前記コンテンツ管理サーバより送信された前記番組のスポンサーを特定する情報と、該コンテンツ管理データベースに含まれる前記コンテンツの関連情報とに基づいて該スポンサーが許可するコマーシャル情報を検索し、前記コンテンツ管理サーバに通知する手段とを備えることを特徴とするコマーシャルサーバ。
コンテンツを蓄積し、該コンテンツと該コンテンツに挿入するコマーシャル情報を、デジタル放送局から送られる番組を表示する端末に送信する複数のコンテンツ管理サーバと接続可能であり、該コンテンツ管理サーバの要求によって前記コンテンツに挿入するコマーシャル情報を該コンテンツ管理サーバに送信するコマーシャルサーバの制御方法であって、
コマーシャル情報をデータベースに格納する第１の格納工程と、
前記コマーシャル情報のスポンサー情報をコンテンツ管理データベースに格納する第２の格納工程と、
前記コンテンツ管理サーバより送信された前記番組のスポンサーを特定する情報と、該コンテンツ管理データベースに含まれる前記コンテンツの関連情報とに基づいて該スポンサーが許可するコマーシャル情報を検索し、前記コンテンツ管理サーバに通知する通知工程とを備えることを特徴とするコマーシャルサーバの制御方法。