JP4323792B2 - 電子番組表生成装置および電子番組表生成方法 - Google Patents
電子番組表生成装置および電子番組表生成方法 Download PDFInfo
- Publication number
- JP4323792B2 JP4323792B2 JP2002363152A JP2002363152A JP4323792B2 JP 4323792 B2 JP4323792 B2 JP 4323792B2 JP 2002363152 A JP2002363152 A JP 2002363152A JP 2002363152 A JP2002363152 A JP 2002363152A JP 4323792 B2 JP4323792 B2 JP 4323792B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- preview
- program guide
- electronic program
- program information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、放送予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成装置および電子番組表生成方法に関する。
【０００３】
【従来の技術】
近年、インターネット等の通信ネットワークのインフラ整備に伴い、テレビジョン番組をインターネット経由で送受信することが可能になってきた。これは、従来不可能であったインターネット経由のビデオおよびオーディオのリアルタイム通信を、一般家庭のパーソナルコンピュータからインターネットへのダイアルアップ接続する際の２８．８Ｋｂｐｓの通信速度でも可能にする符号化および通信技術の登場によるものである。
【０００４】
この符号化および通信技術では、通信速度（以下、ビットレートという）に応じて、ビデオおよびオーディオの圧縮率を制御し、ビデオおよびオーディオを所望のビットレート以下で送信可能なサイズに圧縮符号化してサーバに格納しておく。このサーバに、受信側コンピュータにインストールされているクライアントソフトウェアが送信リクエストし、送られてきた動画、オーディオデータをバッファリングしながら直ちに復号して表示する技術は、全てのデータをダウンロードしてから再生する方式と区別され、ストリーミングと呼ばれる。
【０００５】
このストリーミング技術については、米国特許５，７９３，９８０号に詳しく開示されている。また、このストリーミング技術として、米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｔｅｃｈｎｏｌｏｇｙ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ（登録商標）， Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｅｎｃｏｄｅｒ， Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｓｅｒｖｅｒ）や、米国ＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌ Ｐｌａｙｅｒ（登録商標），Ｒｅａｌ Ｐｒｏｄｕｃｅｒ，Ｒｅａｌ Ｓｅｒｖｅｒ等があり、パーソナルコンピュータ上で動作するソフトウェアとして提供されている。
【０００６】
また、上記ストリーミング送信されるコンテンツとしては、ビデオ、オーディオのみならず、ピクチャ（静止画像）、テキスト等があり、これらのメタデータコンテンツの同期、表示位置、表示開始時間等を制御する技術として、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｅｄ Ｌａｎｇｕａｇｅ）１．０がある。このＳＭＩＬを用いることにより、ビデオ、オーディオ、テキスト、ピクチャ等を用いた広告、プレゼンテーション等をストリーミング配信することができる。ＳＭＩＬ１．０は、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）より１９９８年６月に勧告された。
【０００７】
一方、デジタル技術の進展に伴い、テレビジョン方式もこれまでのアナログＮＴＳＣ／ＰＡＬ／ＳＥＣＡＭ方式からデジタル方式に移行しつつある。例えば、米国、欧州では既に地上波デジタル放送が開始されている。また、日本においても、２０００年１２月からＢＳデジタル放送が開始されており、２００３年から地上波デジタル放送が開始される予定になっている。
【０００８】
これらデジタル放送の大きな特徴の１つとして多チャンネル化がある。従来のアナログ放送１チャンネル分の周波数帯域で、アナログ放送と同程度の画質である場合、３チャンネル程度のデジタルテレビジョン放送が可能であるので、視聴者側のテレビジョン受信機においても、これら多数のチャンネルの中から所望の番組を選択する機能が必要となってくる。
【０００９】
このような番組選択の技術として、各番組の動画プレビューをマルチ画面表示し、操作者に好みの番組を選択させる方法が有効である。例えば、特開平１１−１２２５５５号公報には、操作者が番組を視聴中、バックグラウンドジョブとして、現在放送中の各番組をＥＰＧ（電子プログラムガイド）とともに全て取り込んでおき、操作者からの要求があったときにこれらの各チャンネルのビデオを縮小してマルチ画面プレビュー表示する方式が提案されている。
【００１０】
また、特開平６−１６９４４８号公報には、各チャンネルの番組を時間圧縮し、それぞれの番組が１つのチャンネル内に収まるように縮小して伝送し、この縮小された小画面によって、受信機側で複数番組チャンネルの同時表示を同一画面上で行えるようにする方式が提案されている。
【００１１】
また、上記のような背景から、近年、電子番組表（ＥＰＧ）が登場し、実用に供されている。しかし、現在のＥＰＧは、ビデオやオーディオを用いると、データ量が多くなり過ぎ、番組データの伝送に支障を来たしかねない制約からテキストによって表現されており、番組内容を知る上で十分ではない。これに対し、例えば、特開平１１−１６４２７６号公報には、通常の番組データ、宣伝番組（プロモーション番組）、宣伝番組情報を、通常のＥＰＧデータとともに多重化して放送局から電波として伝送し、受信装置側では宣伝番組情報に基づき、同一の一般の番組についての宣伝番組とＥＰＧデータとを対応付けて記憶し、視聴者からの要求があると、ＥＰＧデータとそのＥＰＧデータに対応付けられた宣伝番組とを合成した動画付きＥＰＧを表示する方式が提案されている。
【００１２】
【発明が解決しようとする課題】
しかしながら、上記特開平１１−１２２５５５号公報に記載の方式は、受信装置側だけで対応できる方式であるが、操作者が受信装置の電源を入れた直後では、まだデータを取り込んでいないので、一番必要であると思われる状況で、上記マルチ画面プレビュー表示を行うことができなかった。これに対し、電源を常に入れたままにしておき、操作者が視聴していない時にもデータを取り込んでおく方法が考えられるが、この方法では、常に電力を消費するとともに、ほとんどのデータが使われることなく棄てられてしまうことになる。
【００１３】
一方、上記特開平６−１６９４４８号公報に記載の方式は、放送事業者が規格外の特別な信号を送信する必要があるので、放送事業者しか実現できない方式である。しかし、日本において、２０００年末に開始したＢＳデジタル放送および２００３年開始予定の地上波デジタル放送では、放送事業者は既存の事業者で締められ、新規参入事業者はＢＳデータ放送の一部のみとなっている。
【００１４】
これは、既に空き帯域のないアナログ放送からデジタル放送へ、周波数の変更を円滑に行うために必要な措置であり、新規事業者はアナログ放送終了後まで待たなければならない。したがって、既存放送事業者以外の事業者が、番組放送サービスおよび番組情報サービスを放送用電波経由で行うことは現在不可能になっている。
【００１５】
また、しかしながら、上記動画付きＥＰＧを表示する方式では、宣伝番組（プロモーション番組）データを受信機側で大量に記憶しておく必要があり、受信機のコスト高に繋がる。さらに、必要な宣伝番組情報を受信するためには、長時間の番組情報受信が必要であり、電気料金が余分に増えてしまうという問題があった。
【００１６】
本発明は、動画付き電子番組表を表示させて視聴者に番組の内容をより詳細に知らせることで、番組の選択を容易にすることができる電子番組表生成装置および電子番組表生成方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
上記目的を達成するために、本発明の電子番組表生成装置は、放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成装置であって、インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信する受信手段と、受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成し、前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させる制御手段とを備え、１つの番組に対応するプレビュー動画が複数存在し、前記制御手段は、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする。
また、本発明の電子番組表生成方法は、放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成方法であって、インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信するステップと、受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成するステップと、前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させるステップとを備え、１つの番組に対応するプレビュー動画が複数存在し、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする。
【００２６】
【発明の実施の形態】
本発明の電子番組表生成装置および電子番組表生成方法の実施の形態について、図面を参照しながら説明する。本実施形態の番組情報送受信システムは、インターネット経由で番組情報を送信することにより、前述した放送電波を用いた番組情報の配信が既存放送事業者しか行えないという問題を解決するものである。また、操作者を待たせることなく各番組プレビューを再生するために、ストリーミング技術を用いる。さらに、番組情報の各コンテンツの長さを、例えば１分間に設定し、この１分間のストリーミング通信中にこのストリーミングコンテンツを再生しながらメモリに保存する。そして、１分後に通信を切断した後、メモリに保存されたコンテンツを読み出して繰り返し再生することにより、操作者にかかる通信コストを安価にする。
【００２７】
［第１の実施形態］
第１の実施形態の番組情報送受信システムでは、受信機メーカは、番組配信者から提供された番組宣伝用コンテンツを加工して配信する番組情報配信者を兼ねている。ここで、番組配信者とは、実際に用いられる番組配信装置を含めた総称である。同様に、番組情報配信者とは、実際に用いられる番組情報配信装置を含めた総称である。このことは、以下の各実施形態においても、同様である。
【００２８】
また、第１の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００２９】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【００３０】
（２）受信機メーカが番組情報配信者を兼ねることにより、この番組情報配信サービスを自社の受信機の販売促進に繋げられるメリットがある。
【００３１】
（３）受信機を購入した視聴者は、番組プレビューを動画で見ることができるので、番組選択が容易になるメリットがある。
【００３２】
図１は第１の実施形態における番組情報送受信システムの構成を示す図である。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３、衛星４および番組配信者５〜７から構成される。図には、番組配信者５〜７から送信された通常のテレビジョン放送の電波を、衛星４を介して受信機１に送信する場合が示されている。尚、衛星４の代わりに、地上波放送の中継局であってもよい。
【００３３】
［番組配信者］
番組配信者は、放送電波（地上波、衛星）を用いてテレビジョン番組を放送する放送事業者である。まず、番組配信者５〜７は、予め放送予定の番組のプレビュー用コンテンツ（ビデオおよびオーディオデータ）を放送スケジュールと共に番組情報配信者３に提供する。このとき、プレビュー用コンテンツは所望の長さに編集されていてもよいし、そうでなくてもよい。
【００３４】
このプレビューコンテンツの番組情報配信者３への提供方法としては、例えば、１週間分まとめてテープメディアに記録して渡す方法や、番組情報提供者３のサーバコンピュータ（以下、サーバという）の、番組配信者５〜７のために公開されたディレクトリ上にネットワーク経由でＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）送信する方法などが挙げられる。
【００３５】
ＦＴＰに関し、Ｊ．Ｂ ＰｏｓｔｅｌとＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ＦＴＰ）」、ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ０９５９．ｈｔｍｌ等にその詳細が説明されている。
【００３６】
［番組情報配信者］
図２は番組情報配信者３の構成を示すブロック図である。図３は番組情報配信者３における動作処理手順を示すフローチャートである。この処理プログラムはディスクストレージ３０に格納されており、ＣＰＵ３１によって実行される。プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７から提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００３７】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３内ＣＰＵ３１は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００３８】
番組情報配信者３内ＣＰＵ３１は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００３９】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００４０】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、ビデオの圧縮符号化処理として、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２よりさらに高圧縮率を実現できるＭＰＥＧ４を用いることが好適であるが、高圧縮を実現できる方式である限り、特に限定されず、それ以外の方式であってもよい。ここで、ＭＰＥＧ４は、１９９９年１月にＩＳＯ／ＩＥＣ １４４９６として、国際標準となった圧縮符号化に関する規格であり、ｈｔｔｐ：／／ｄｒｏｇｏ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍからその詳細情報を入手可能である。
【００４１】
［受信機］
図４は受信機１の構成を示すブロック図である。この受信機１は、チューナ８、フロントエンド部９、ＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）部１０、デマルチプレクサ１１、ＭＰＥＧ２ビデオデコーダ１２、表示部１３、ＭＰＥＧ２オーディオデコーダ１４、ＤＡＣ１５、スピーカ１６、リモコン受光部１７、モデム１８、ＣＰＵ１９、バッファ２０およびメモリ２１から構成される。
【００４２】
この受信機１は、番組情報を受信する機能の他、通常のテレビジョン番組放送を受信する機能、操作者からのリモコン操作を受けて処理する機能等を有する。始めに、通常のテレビジョン番組放送を受信し、表示・再生する処理を示す。アンテナにより受信された信号は、チューナ８によって選局・直交検波され、フロントエンド部９に入力される。このフロントエンド部９では、ＴＭＣＣ復号、デインターリーブ、リードソロモン復号処理等が行われ、ＣＡ部１０に導かれる。ＣＡ部１０でデスクランブルされた信号は、デマルチプレクサ１１でビデオ信号、オーディオ信号、ＳＩ情報等に分離される。そのうち、ビデオ信号はＭＰＥＧ２ビデオデコーダ１２、オーディオ信号はＭＰＥＧ２オーディオデコーダ１４においてそれぞれ復号処理される。復号されたビデオ信号は、表示部１３に表示される。一方、オーディオ信号は、ＤＡＣ１５によってアナログ変換されてスピーカ１６で再生される。
【００４３】
次に、番組プレビューコンテンツの受信表示処理を示す。図５は受信機１における受信表示処理手順を示すフローチャートである。この処理プログラムは、メモリ２１に格納されており、ＣＰＵ１９によって実行される。まず、操作者がリモコン等を用いて、受信機１に対し、プレビュー表示をリクエストするのを待つ（ステップＳ１１）。
【００４４】
プレビュー表示がリクエストされると、ＣＰＵ１９はリモコン受光部１７でそれを受け付け、番組情報配信者３のサーバに配信リクエストを出す（ステップＳ１２）。そして、電話回線もしくは他の通信インフラ経由で送信されたストリーミングデータ（オーディオ、ビデオ、テキスト、ピクチャ、ＳＭＩＬデータ等）がモデム１８で復調された後、バッファ２０に入力されたか否かを判別し（ステップＳ１３）、バッファ２０に入力された場合、ビデオ、オーディオ、ピクチャに関する復号処理を行う（ステップＳ１４）。
【００４５】
そして、ＣＰＵ１９は、これらのビデオ、オーディオ、ピクチャ、テキスト等の全メタデータを、一緒に送られてきたＳＭＩＬデータを基に、レイアウトし、プレビュー画面として構成し（ステップＳ１５）、表示部１３およびスピーカ１６に出力する（ステップＳ１７）。
【００４６】
図６はプレビュー画面の構成を示す図である。図７、図８、図９および図１０は図６の画面を構成するためのＳＭＩＬデータの記述例を示す図である。図において、３４は各チャンネルのプレビュービデオを示し、３５はカテゴリ別に表示されるリンクボタンである。このＳＭＩＬデータの中には、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）のように、他のＳＭＩＬデータへのハイパーリンクを貼ることが可能である。
【００４７】
また、番組情報配信者３のサーバ２８あるいは通信回線等の原因により、ストリーミング配信がされない場合、エラー表示用の画面を構成し（ステップＳ１６）、表示部１３およびスピーカ１６に出力する（ステップＳ１７）。ＣＰＵ１９は、プレビュー画面表示およびスピーカ出力の実行中、例えば、１分間のプレビューの再生に並行し、このプレビューデータをメモリ２１に保存する（ステップＳ１８）。
【００４８】
そして、１回目の再生が終了する前に、メモリ２１に保存中のプレビューデータを先行してバッファリングし（ステップＳ１９）、１回目のストリーミングデータの再生に引き続き、２回目以降の保存データのくり返し再生がスムーズに切り替わるように制御する（ステップＳ２０）。ここで、モデム等を介した番組情報配信者３のサーバ２８との通信は、１回目のストリーミングデータの再生終了後、ＣＰＵ１９により切断される。これにより、受信機１の操作者は、プレビューコンテンツ１回再生分、例えば１分間程度の通信費で、何度でも繰り返し、プレビュー表示を見ることができ、しかも、このプレビューを見るために待たされることもない。
【００４９】
そして、プレビュー表示された画面上で操作者の選択を待つ（ステップＳ２１）。すなわち、操作者がリモコン等の矢印キーを操作して所望の番組をアクティブにし、確定キーを押すと、この処理を終了し、全画面上に所望の番組が表示される通常のテレビジョン視聴モードに移行する。あるいは、戻りキー等を押した場合、この処理を終了し、このプレビューモードに移行する前の状態、例えば、いずれかの番組を視聴している状態に戻る。これらの制御は、ＣＰＵ１９によって行われる。
【００５０】
尚、上記復号処理は、ＣＰＵ１９上で動作するソフトウェアにより行われることが好適であるが、ハードウェアで行ってもよい。また、オーディオに関して、複数のプレビューが同時に再生されるので、次のようにしてもよい。図１１は全チャンネルプレビュー画面を示す図である。例えば、現在の操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図１１の太線で囲まれている番組）のオーディオデータのみ再生する方法が挙げられる。あるいは、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図１１（Ａ）、（Ｂ）のように、番組１から２，３．．．のように）、現在アクティブになっている番組のオーディオデータのみ再生する方法が挙げられる。あるいはオーディオデータをこのプレビュー中に全く表示しない方法等が挙げられる。
【００５１】
［第２の実施形態］
第２の実施形態の番組情報送受信システムでは、番組情報配信者は番組配信者から提供された番組宣伝用コンテンツを加工して配信するものであり、受信機メーカを兼ねない第三者である。この番組情報配信者は、プレビュー画面上に広告を表示することにより得られる公告収入でサービスを運営する。
【００５２】
尚、広告主は番組配信者であっても、それ以外の者であってもよい。また、プレビュー画面上に表示される広告は、ピクチャでもよいし、ビデオあるいは各種メタデータを組み合わせたＳＭＩＬプレゼンテーションでもよい。ＳＭＩＬプレゼンテーションを用いた場合、広告が効果的であるので、広告主はより高い広告料を番組情報配信者に支払うことになる。
【００５３】
第２の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（４）の効果がある。
【００５４】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【００５５】
（２）番組情報配信者は、プレビュー用画面上に広告を表示することにより、広告収入が得られるメリットがある。
【００５６】
（３）広告主は、プレビュー画面を通して視聴者に効果的な広告を行うことができるメリットがある。
【００５７】
（４）受信機を購入した視聴者は、番組プレビューが動画で見られるので、番組選択が容易になるメリットがある。
【００５８】
図１２は第２の実施形態における番組情報送受信システムの構成を示すブロック図である。前記第１の実施形態と同一の構成要素は同一の符号で示される。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３、番組配信者５〜７および広告主４３から構成される。ここでは、受信機１の操作者、番組配信者、番組情報配信者および広告主はそれぞれ独立した存在であり、兼用した存在ではない。
【００５９】
［広告主］
広告主４３は、番組情報配信者３と広告契約を締結し、番組情報配信者３から受信機１の操作者に対し、自社（自身）の広告を行って貰う代わりに、番組情報配信者３に広告料を支払う。また、この広告の製作を番組情報配信者３に委託する場合、その製作料も合わせて番組情報配信者３に支払う。
【００６０】
［番組配信者］
番組配信者５〜７は前記第１の実施の形態と同様であるので、その説明を省略する。
［番組情報配信者］
番組情報配信者３は前記第１の実施の形態と同様の構成を有する（図２参照）。図１３は第２の実施形態における番組情報配信者３の動作処理手順を示すフローチャートである。この処理プログラムはディスクストレージ３０に格納されており、ＣＰＵ３１によって実行される。前記第１の実施形態と同一のステップ処理については同一のステップ番号を付すことにする。
【００６１】
まず、番組情報配信者３内のＣＰＵ３１は、広告主４３から広告用のコンテンツの提供を受けるか、あるいは広告主からの委託により広告用コンテンツの製作を行う（ステップＳ１Ａ）。プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７から提供される場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００６２】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３内のＣＰＵ３１は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００６３】
番組情報配信者３内のＣＰＵ３１は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００６４】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００６５】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、広告用コンテンツは、ＧＩＦ等のピクチャデータ、ビデオデータ、あるいは各種メタデータ（ビデオ、オーディオ、ピクチャ、テキスト等）を組み合わせたＳＭＩＬプレゼンテーションでもよい。このＳＭＩＬプレゼンテーションについては後述する。ビデオあるいはＳＭＩＬプレゼンテーション広告の場合、ステップＳ４において、この広告用ビデオ、オーディオコンテンツも圧縮・符号化され、他のプレビュー用コンテンツと同様に扱われる。また、その長さは他のプレビューコンテンツに揃えられることが望ましい。
【００６６】
［受信機］
第２の実施形態における受信機１の構成および処理は、前記第１の実施形態と同様であるので、省略する。ただし、図５のステップＳ１４におけるビデオ、オーディオ、ピクチャの復号処理では、広告用のメタデータの復号処理が併せて行われる。また、ステップＳ１５における全メタデータのＳＭＩＬデータに基づいたレイアウト処理では、広告用のビデオあるいはＳＭＩＬプレゼンテーションのレイアウトが併せて行われる。
【００６７】
図１４は第２の実施形態における全チャンネルプレビュー画面を示す図である。この全チャンネルプレビュー画面では、広告４４が示されている。このように、全チャンネルプレビュー画面上に同時に広告を掲載する方法の他、最初に広告だけ全画面表示し、その後に全チャンネルプレビュー表示を行う方法もある。尚、この全画面表示する広告の場合、オーディオデータを付加してより効果的な広告にすることも可能である。
【００６８】
図１５は全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションを示す図である。このＳＭＩＬプレゼンテーションには、ビデオ４５、広告主のロゴ４６およびテキスト４７がそれぞれ表示されている。このように、ビデオ、ロゴ、説明用のテキスト等を組み合わせることにより、より効果的な広告を行うことができる。図１６はＳＭＩＬデータを示す図である。図１４に示したように、広告を小さく常に表示する場合、単にピクチャやビデオによる広告を表示する方が好ましい。
【００６９】
［第３の実施形態］
第３の実施形態の番組情報送受信システムでは、番組配信者が電波をキャリアとする放送事業者ではなく、インターネットをキャリアとする放送事業者である点で、前記第１の実施形態とは異なる。
【００７０】
本実施形態では、番組配信者自身も番組情報をインターネット上に公開しているが、操作者が受信機から何の情報もなくそこに到達することが難しいので、受信機メーカが兼ねる番組情報配信者のサイトにプレビューを置いてもらうことは、自社番組を見て貰うために有効である。これは、操作者が受信機のリモコン等によりボタンを１つ押すだけで、番組情報配信者のサーバに繋がるように受信機が設計されていることによる。
【００７１】
第３の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００７２】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、より効果的に自社番組を宣伝して貰えるメリットがある。
【００７３】
（２）受信機メーカは、番組情報配信者を兼ねることにより、この番組情報配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【００７４】
（３）受信機を購入した視聴者は、番組プレビューが動画で見られるので、番組選択が容易になるメリットがある。
【００７５】
図１７は第３の実施形態における番組情報送受信システムの構成を示すブロック図である。前記第１および第２の実施形態と同一の構成要素については、同一の符号を付すことにする。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３および番組配信者５〜７から構成される。
【００７６】
［番組配信者］
番組配信者５〜７は、インターネット経由で番組を配信し、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。尚、本実施形態では、番組配信者５〜７もストリーミング技術を用いて番組を配信しているので、プレビュー用のコンテンツもそのままストリーミング配信可能な状態にしておき、インターネット経由で番組情報配信者３に送信してもよい。あるいは、前記第１の実施形態と同様、全てをテープ等のメディアに記録して提供してもよい。また、この番組配信者の番組として、ライブ番組と、いつでも視聴可能なオンデマンド番組との２種類が存在するので、コンテンツがどちらの番組であるのか、さらにはライブ放送番組の時間等の情報も合わせて、番組情報配信者に提供する。
【００７７】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第１の実施形態と同様であるので、その説明を省略する。尚、図３のステップＳ５におけるＳＭＩＬデータの作成は、ライブ放送番組およびオンデマンド番組のそれぞれに対応して行われる。
【００７８】
［受信機］
第３の実施形態における受信機１の構成は、前記第１の実施形態と同様であるので、省略する。図１８は第３の実施形態における受信機１のプレビュー表示選択操作処理手順を示すフローチャートである。この処理プログラムはメモリ２１に格納されており、ＣＰＵ１９によって実行される。
【００７９】
まず、操作者がリモコン等を用いてプレビュー表示をリクエストするのを待ち（ステップＳ３１）、プレビュー表示がリクエストされると、番組情報の選択画面を表示する（ステップＳ３２）。図１９は番組情報の選択画面を示す図である。番組情報には、ライブ番組用とオンデマンド番組用があるので、それらを選択画面上に表示し、操作者の選択を促す。そして、ライブ番組が選択されたか否かを判別する（ステップＳ３３）。
【００８０】
オンデマンド番組が選択された場合、オンデマンド番組用のプレビュー表示を行う（ステップＳ３９）。図２０はオンデマンド番組用のプレビュー表示画面を示す図である。一方、操作者によってライブ番組が選択された場合、現在視聴可能なライブ番組があるか否かを判別する（ステップＳ３４）。現在視聴可能なライブ番組がある場合、それらをプレビュー表示する（ステップＳ４０）。一方、現在視聴可能なライブ番組がない場合、図２１に示すような表示を行い（ステップＳ３５）、操作者によって今後放送予定のライブ番組情報を表示する選択が行われたか否かを判別する（ステップＳ３６）。図２１は今後放送予定のライブ番組情報の表示選択画面を示す図である。
【００８１】
ステップＳ３６で表示を選択しなかった場合、このプレビュー表示選択操作処理を終了し、プレビュー表示をリクエストする前の状態に戻る。一方、表示を選択した場合、今後放送予定のライブ番組情報の表示を行う（ステップＳ３７）。図２２は今後放送予定のライブ番組のプレビュー表示画面を示す図である。そして、操作者によってリモコン等を用いていずれかのボタンが押されるのを待ち（ステップＳ３８）、いずれかのボタンが押されると、この処理を終了し、プレビュー表示をリクエストする前の状態に戻る。
【００８２】
また、ステップＳ４０で現在放送中のライブ番組のプレビューを表示した場合、あるいはオンデマンド番組のプレビューを表示した場合、操作者によってプレビュー表示された番組の中から番組が選択されるのを待ち（ステップＳ４１）、所望の番組が選択されると、その番組を全画面表示する（ステップＳ４２）。そして、本処理を終了する。
【００８３】
［第４の実施形態］
第４の実施形態では、番組情報送受信システムとして、電子番組表送受信システムに適用された場合を示す。本実施形態における電子番組表送受信システムでは、ストリーミング技術を用い、インターネット経由で高圧縮された動画付きＥＰＧデータを送信するので、受信機の操作者が必要な時に、必要なＥＰＧデータを直ちに取得でき、かつ無駄な電力消費を無くすとともに、受信機に大量の記憶媒体を必要としない。
【００８４】
例えば、ＡＤＳＬ（ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）回線や光ファイバ回線等を用いた１Ｍｂｐｓ程度の伝送速度を有する家庭用インターネット環境の場合、１番組の動画を３０Ｋｂｐｓ程度のビットレートに圧縮して伝送することにより、通常ＥＰＧ表示される５チャンネル、３時間分の動画付きＥＰＧデータを伝送することは容易である。また、各番組の動画データを、例えば番組の開始直後、中盤、終了直前毎に用意して送受信することにより、受信機の操作者は、その番組内容をより詳細に知ることができる。
【００８５】
第４の実施形態の電子番組表送受信システムでは、前記第１の実施形態と同様、受信機メーカは、番組配信者から提供された番組宣伝用コンテンツを加工して配信する番組情報配信者を兼ねている。また、第４の実施形態における電子番組表送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００８６】
（１）各番組配信者は、ＥＰＧ用素材を番組情報配信者に提供することにより、自身の番組を宣伝して貰えるメリットがある。
【００８７】
（２）番組情報配信者は、受信機メーカを兼ねることにより、この番組情報配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【００８８】
（３）視聴者は、受信機を購入してＥＰＧを動画付きで見られるので、番組選択を容易に行えるメリットがある。
【００８９】
第４の実施形態における電子番組表送受信システムの構成は、前記第１の実施形態と同様、図１に示す通りである。すなわち、この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３、衛星４および番組配信者５〜７から構成される。図には、番組配信者５〜７から送信された通常のテレビジョン放送の電波を、衛星４を介して受信機１に送信する場合が示されている。尚、衛星４の代わりに、地上波放送の中継局であってもよい。
【００９０】
［番組配信者］
この番組配信者は、放送電波（地上波、衛星）を用いてテレビジョン番組を放送する放送事業者である。まず、番組配信者５〜７は、ＥＰＧ用コンテンツ（ビデオおよびオーディオデータ）を放送スケジュールと共に番組情報配信者３に提供する。このとき、プレビュー用コンテンツは所望の長さに編集されていてもよいし、そうでなくてもよい。
【００９１】
このプレビューコンテンツの番組情報配信者３への提供方法としては、例えば、１週間分まとめてテープメディアに記録して渡す方法や、番組情報配信者３のサーバコンピュータ（以下、サーバという）上の、番組配信者５〜７のために公開されたディレクトリ上にネットワーク経由でＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）送信する方法などが挙げられる。
【００９２】
ＦＴＰに関し、Ｊ．Ｂ ＰｏｓｔｅｌとＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ＦＴＰ）」、ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ０９５９．ｈｔｍｌ等にその詳細が説明されている。
【００９３】
［番組情報配信者］
番組情報配信者３の構成は、前記第１の実施形態と同様、図２に示す通りである。また、番組情報配信者３における動作処理は、前記第１の実施形態と同様、図３に示す通りである。ここで、プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７より提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００９４】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００９５】
番組情報配信者３は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００９６】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００９７】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、ビデオの圧縮符号化処理として、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２よりさらに高圧縮率を実現できるＭＰＥＧ４を用いることが好適であるが、高圧縮を実現できる方式である限り、特に限定されず、それ以外の方式であってもよい。ここで、ＭＰＥＧ４は、１９９９年１月にＩＳＯ／ＩＥＣ １４４９６として、国際標準となった圧縮符号化に関する規格であり、ｈｔｔｐ：／／ｄｒｏｇｏ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍからその詳細情報を入手可能である。
【００９８】
［受信機］
図２３は第４の実施形態における受信機１の構成を示すブロック図である。前記第１の実施形態と同様の構成要素については、同一の符号が付されている。この受信機１は、チューナ８、フロントエンド部９、ＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）部１０、デマルチプレクサ１１、ＭＰＥＧ２ビデオデコーダ１２、表示部１３、ＭＰＥＧ２オーディオデコーダ１４、ＤＡＣ１５、スピーカ１６、リモコン受光部１７、モデム１８、ＣＰＵ１９およびバッファ２０から構成される。
【００９９】
この受信機１は、番組情報を受信する機能の他、通常のテレビジョン番組放送を受信する機能、操作者からのリモコン操作を受けて処理する機能等を有する。始めに、通常のテレビジョン番組放送を受信し、表示・再生する処理を示す。アンテナにより受信された信号は、チューナ８によって選局・直交検波され、フロントエンド部９に入力される。このフロントエンド部９では、ＴＭＣＣ復号、デインターリーブ、リードソロモン復号処理等が行われ、ＣＡ部１０に導かれる。ＣＡ部１０でデスクランブルされた信号は、デマルチプレクサ１１でビデオ信号、オーディオ信号、ＳＩ情報等に分離される。そのうち、ビデオ信号はＭＰＥＧ２ビデオデコーダ１２、オーディオ信号はＭＰＥＧ２オーディオデコーダ１４においてそれぞれ復号処理される。復号されたビデオ信号は、表示部１３によって表示される。一方、オーディオ信号は、ＤＡＣ１５によってアナログ変換されてスピーカ１６で再生される。
【０１００】
次に、ＥＰＧデータの受信表示処理を示す。図２４は受信機１の受信表示処理手順を示すフローチャートである。この処理プログラムはＣＰＵ１９内のＲＯＭに格納されており、ＣＰＵ１９によって実行される。まず、受信機１の操作者が、例えばリモコン等を用いてＥＰＧ表示をリクエストするのを待つ（ステップＳ５１）。
【０１０１】
ＥＰＧ表示をリクエストすると、ＣＰＵ１９はリモコン受光部１７でそれを受け付け、番組情報配信者３のサーバに配信リクエストを出す（ステップＳ５２）。そして、電話回線もしくは他の通信インフラ経由で送信されたストリーミングデータ（オーディオ、ビデオ、テキスト、ピクチャ、ＳＭＩＬデータ等）がモデム１８で復調された後、バッファ２０に入力されたか否かを判別し（ステップＳ５３）、バッファ２０に入力された場合、ビデオ、オーディオ、ピクチャに関する復号処理を行う（ステップＳ５４）。
【０１０２】
そして、ＣＰＵ１９は、これらのビデオ、オーディオ、ピクチャ、テキスト等の全メタデータを、一緒に送られてきたＳＭＩＬデータを基に、レイアウトし、ＥＰＧ画面として構成し（ステップＳ５５）、表示部１３およびスピーカ１６に出力する（ステップＳ５７）。
【０１０３】
図２５はＥＰＧ画面の構成を示す図である。図２６、図２７および図２８は図２５の画面を構成するためのＳＭＩＬデータの記述例を示す図である。図において、１２１は長さ１時間、１番組の情報を示す。１２２はこの番組の内容を説明するテキスト情報である。１２３この番組のプレビュー動画である。１２４〜１２７は各チャンネルである。上記ＳＭＩＬデータの中には、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）のように、他のＳＭＩＬデータへのハイパーリンクを貼ることが可能である。また、図２５に示すように、ある特定の時間およびチャンネルの組み合わせの画面を構成する記述例が示されており、操作者がリモコンの左右ボタン等を操作して時間を変えたり、あるいはリモコンの上下ボタン等を操作してチャンネルを変えたりすると、別のＳＭＩＬデータ、ビデオ、オーディオデータが読み込まれ、それに従って画面の構成が変更される。
【０１０４】
また、番組情報配信者３のサーバ２８あるいは通信回線等の原因により、ストリーミング配信が行われない場合、エラー表示用の画面を構成し（ステップＳ５６）、表示部１３およびスピーカ１６に出力する（ステップＳ５７）。
【０１０５】
そして、ＥＰＧ表示された画面上で操作者の選択を待つ（ステップＳ５８）。すなわち、操作者がリモコン等の矢印キーを操作して所望の番組をアクティブにし（例えば、図２５の符号１２１に示す強調表示により、操作者が番組を特定できる状態にする）、確定キーを押すと、この処理を終了し、全画面上に所望の番組が表示される通常のテレビジョン視聴モードに移行する。あるいは、戻りキー等を押した場合、この処理を終了し、このＥＰＧ表示に移行する前の状態、例えば、いずれかの番組を視聴している状態に戻る。
【０１０６】
尚、上記復号処理は、ＣＰＵ１９上で動作するソフトウェアにより行われることが好適であるが、ハードウェアで行ってもよい。また、オーディオに関して、複数のプレビューが同時に再生されるので、次のようにしてもよい。図２９はプレビュー画面を示す図である。例えば、現在、操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図２９の太線で囲まれている番組）のオーディオデータのみ再生する方法が挙げられる。あるいは、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図２９（Ａ）、（Ｂ）のように、番組１から２，３．．．のように）、現在アクティブになっている番組のオーディオデータのみ再生する方法が挙げられる。あるいはオーディオデータをこのプレビュー中に全く表示しない方法等が挙げられる。
【０１０７】
［第５の実施形態］
第５の実施形態の電子番組表送受信システムでは、番組情報配信者は、番組配信者から提供された番組宣伝用コンテンツを加工して配信するものであり、受信機メーカを兼ねない第三者である。この番組情報配信者は、ＥＰＧ画面上に広告を表示することにより得られる広告収入でサービスを運営する。尚、広告主は番組配信者でも、それ以外のものでもよい。また、プレビュー画面上に表示される広告はピクチャでもよいし、ビデオあるいは各種メタデータを組み合わせたＳＭＩＬデータでもよい。ＳＭＩＬプレゼンテーションを用いた場合、広告が効果的であるので、広告主はより高い広告料を番組情報配信者に支払うことになる。
【０１０８】
第５の実施形態における電子番組表送受信方法のビジネスモデルでは、以下の（１）、（２）、（３）、（４）の効果がある。
【０１０９】
（１）各番組配信者は、番組のＥＰＧ用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【０１１０】
（２）番組情報配信者は、ＥＰＧ画面上に広告を表示することにより、広告収入が得られるメリットがある。
【０１１１】
（３）広告主は、ＥＰＧ画面を通して視聴者に効果的な広告を行うことができるメリットがある。
【０１１２】
（４）受信機を購入した視聴者は、ＥＰＧが動画で見られるので、番組選択が容易になるメリットがある。
【０１１３】
第５の実施形態における電子番組表送受信システムの構成は、前記第２の実施形態と同様、図１２に示す通りである。この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３、番組配信者５〜７および広告主４３から構成される。ここでは、受信機１の操作者、番組配信者、番組情報配信者および広告主はそれぞれ独立した存在であり、兼用した存在ではない。
【０１１４】
［広告主］
広告主４３は、番組情報配信者３と広告契約を締結し、番組情報配信者３から受信機１の操作者に対し、自社（自身）の広告を行って貰う代わりに、番組情報配信者３に広告料を支払う。また、この広告の製作を番組情報配信者３に委託する場合、その製作料も合わせて番組情報配信者３に支払う。
【０１１５】
［番組配信者］
番組配信者５〜７は前記第４の実施の形態と同様であるので、その説明を省略する。
【０１１６】
［番組情報配信者］
番組情報配信者３は前記第４の実施の形態と同様の構成を有する（図２参照）。第５の実施形態における番組情報配信者３の動作処理は、前記第２の実施形態と同様、図１３に示す通りである。
【０１１７】
まず、番組情報配信者３は、広告主４３から広告用のコンテンツの提供を受けるか、あるいは広告主からの委託により広告用コンテンツの製作を行う（ステップＳ１Ａ）。
【０１１８】
プレビューコンテンツは、テープメディアとして番組配信者５〜７より提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【０１１９】
番組情報配信者３は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【０１２０】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【０１２１】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、広告用コンテンツは、ＧＩＦ等のピクチャデータ、ビデオデータ、あるいは各種メタデータ（ビデオ、オーディオ、ピクチャ、テキスト等）を組み合わせたＳＭＩＬプレゼンテーションでもよい。このＳＭＩＬプレゼンテーションについては後述する。ビデオあるいはＳＭＩＬプレゼンテーション広告の場合、ステップＳ４において、この広告用ビデオ、オーディオコンテンツも圧縮・符号化され、他のプレビュー用コンテンツと同様に扱われる。また、その長さは他のプレビューコンテンツに揃えられることが望ましい。
【０１２２】
［受信機］
第５の実施形態における受信機１の構成および処理は、前記第４の実施形態と同様であるので、省略する。ただし、図２４のステップＳ５４におけるビデオ、オーディオ、ピクチャの復号処理では、広告用のメタデータの復号処理が併せて行われる。また、ステップＳ５５における全メタデータのＳＭＩＬデータに基づいたレイアウト処理では、広告用のビデオあるいはＳＭＩＬプレゼンテーションのレイアウトが併せて行われる。
【０１２３】
図３０は第５の実施形態におけるＥＰＧ画面を示す図である。このＥＰＧ画面では、広告主４３の広告４８が示されている。このように、ＥＰＧ画面上に同時に広告を掲載する方法の他、最初に広告だけ全画面表示し、その後に全チャンネルプレビュー表示を行う方法もある。尚、この全画面表示する広告の場合、オーディオデータを付加してより効果的な広告にすることも可能である。
【０１２４】
全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションは、前記第２の実施形態と同様、図１５に示す通りである。このＳＭＩＬプレゼンテーションには、ビデオ４５、広告主のロゴ４６、テキスト４７がそれぞれ表示されている。このように、ビデオ、ロゴ、説明用のテキスト等を組み合わせることにより、より効果的な広告を行うことができる。ＳＭＩＬデータは、前記第２の実施形態と同様、図１６に通りである。図３０に示すように、広告を小さく常に表示する場合、単にピクチャやビデオによる広告を表示する方が好ましい。
【０１２５】
［第６の実施形態］
第６の実施形態の電子番組表送受信システムでは、番組配信者が電波をキャリアとする放送事業者ではなく、インターネットをキャリアとする放送事業者である点で、前記第４の実施形態とは異なる。
【０１２６】
本実施形態では、番組配信者自身もＥＰＧをインターネット上に公開するが、操作者が受信機から何の情報もなくそこに到達することが難しいので、受信機メーカが兼ねる番組情報配信者のサイトにプレビューを置いてもらうことが、自社番組を見て貰うために有効である。これは、操作者が受信機のリモコン等によりボタンを１つ押すだけで、番組情報配信者のサーバに繋がるように受信機が設計されていることによる。
【０１２７】
第６の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）、（２）、（３）に示す効果がある。
【０１２８】
（１）各番組配信者は、ＥＰＧ用素材を番組情報配信者に提供することにより、より効果的に自社番組を宣伝して貰えるメリットがある。
【０１２９】
（２）番組情報配信者は、受信機メーカを兼ねることにより、このＥＰＧ配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【０１３０】
（３）受信機を購入した視聴者は、ＥＰＧが動画で見られるので、番組選択が容易になるメリットがある。
【０１３１】
第６の実施形態における電子番組表送受信システムの構成は、前記第３の実施形態と同様、図１７に示す通りである。前記第３、第４、第５の実施形態と同一の構成要素については、同一の符号を付すことにする。この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３および番組配信者５〜７から構成される。
【０１３２】
［番組配信者］
番組配信者５〜７は、インターネット経由で番組を配信する番組配信者であり、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。本実施形態の場合、番組配信者５〜７もストリーミング技術を用いて番組を配信しているので、プレビュー用のコンテンツもそのままストリーミング配信可能な状態にしておき、インターネット経由で番組情報配信者３に送信してもよい。あるいは、前記第４の実施形態と同様、全てをテープ等のメディアに記録して提供してもよい。また、この番組配信者の番組には、ライブ放送番組と、いつでも視聴可能なオンデマンド番組の２種類があるが、本実施形態のＥＰＧに関係する番組は、ライブ放送番組のみである。
【０１３３】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第４の実施形態と同様であるので、その説明を省略する。
【０１３４】
［受信機］
第６の実施形態における受信機１の構成は、前記第４の実施形態と同様であるので、省略する。
【０１３５】
［第７の実施形態］
第７の実施形態における電子番組表送受信システムでは、ＥＰＧ画面上に表示される各番組のプレビュー動画は、例えば、番組の開始直後、中盤、終了直前のシーンであり、これらは合わせて表示される。これにより、受信機の視聴者は、番組の内容をより詳細に知ることができ、前記第４の実施形態と異なる。尚、第７の実施形態における電子番組表送受信方法のビジネスモデルでは、前記第４の実施形態と同様の効果がある。また、電子番組表システムの構成は、前記第４の実施形態と同様である。
【０１３６】
［番組配信者］
番組配信者５〜７は、放送電波経由で番組を配信する放送事業者であり、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。第７の実施形態では、番組の時間経過毎のプレビューを必要とするので、例えば、番組のイントロ部、中盤、ラストシーン等をプレビュー用に編集したもの、あるいは番組コンテンツそのままを、番組情報配信者３に放送スケジュールと共に提供する。また、番組情報配信者３へのコンテンツの提供方法は、前記第４の実施形態と同様、通信ネットワーク経由でもよいし、テープ等のメディアに収めて提供してもよい。
【０１３７】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第４、第５の実施形態と同様であるので、その説明を省略する。ここで、図１３のステップＳ４における符号化処理、Ｓ５におけるＳＭＩＬデータの作成・付加処理は、時間経過毎のシーンが表示可能なように行われる。
【０１３８】
［受信機］
第７の実施形態における受信機の構成および処理は、前記第４の実施形態と同様であるので、その説明を省略する。図２４のステップＳ５４のビデオ、オーディオ、ピクチャの復号処理、およびステップＳ５５の全メタデータのＳＭＩＬデータに基づいたレイアウト処理は、時間経過毎のシーンが表示可能なように行われる。
【０１３９】
図３１は第７の実施形態におけるＥＰＧ画面を示す図である。このＥＰＧ画面には、例えば、番組のイントロのシーン５２、中盤のシーン５３、ラストシーン５４が示されている。尚、時間経過毎のシーン数は３つに限定されるものではなく、例えば、前半、後半のように２つでもよいし、その他の数であってもよい。また、番組を説明するテキストは、図３１に示す動画と共に表示してもよいし、表示しなくてもよい。
【０１４０】
また、オーディオに関し、第７の実施形態では、１つの番組中に複数のプレビューが同時に再生されるので、次のようにする。図３２はプレビュー画面を示す図である。同図（Ａ）、（Ｂ）に示すように、現在操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図２９で太線で囲まれている番組）の各シーン毎にオーディオデータを再生する方法がある。また、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図３２（Ａ）〜（Ｃ）に示すように、番組１から２、３、……）、現在アクティブになっている番組の１つのシーンのオーディオデータのみ再生する方法がある。さらに、オーディオデータはこのプレビュー中に全く表示しない方法がある。これらの制御は、ＣＰＵ１９により行われる。
【０１４１】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０１４２】
例えば、前記第４の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。また同様に、前記第５の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。さらに、前記第６の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。
【０１４３】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードをシステムあるいは装置に供給することによって達成される場合、プログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給する記憶媒体としては、ＲＯＭ、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【０１４４】
【発明の効果】
本発明によれば、動画付き電子番組表を表示させて視聴者に番組の内容をより詳細に知らせることで、番組の選択を容易にすることができる。
【図面の簡単な説明】
【図１】第１の実施形態における番組情報送受信システムの構成を示す図である。
【図２】番組情報配信者３の構成を示すブロック図である。
【図３】番組情報配信者３における動作処理手順を示すフローチャートである。
【図４】受信機１の構成を示すブロック図である。
【図５】受信機１における受信表示処理手順を示すフローチャートである。
【図６】プレビュー画面の構成を示す図である。
【図７】図６の画面を構成するためのＳＭＩＬデータの記述例を示す図である。
【図８】図７につづくＳＭＩＬデータの記述例を示す図である。
【図９】図８につづくＳＭＩＬデータの記述例を示す図である。
【図１０】図９につづくＳＭＩＬデータの記述例を示す図である。
【図１１】全チャンネルプレビュー画面を示す図である。
【図１２】第２の実施形態における番組情報送受信システムの構成を示すブロック図である。
【図１３】第２の実施形態における番組情報配信者３の動作処理手順を示すフローチャートである。
【図１４】第２の実施形態における全チャンネルプレビュー画面を示す図である。
【図１５】全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションを示す図である。
【図１６】ＳＭＩＬデータを示す図である。
【図１７】第３の実施形態における番組情報送受信システムの構成を示すブロック図である。
【図１８】第３の実施形態における受信機１のプレビュー表示選択操作処理手順を示すフローチャートである。
【図１９】番組情報の選択画面を示す図である。
【図２０】オンデマンド番組用のプレビュー表示画面を示す図である。
【図２１】今後放送予定のライブ番組情報の表示選択画面を示す図である。
【図２２】今後放送予定のライブ番組のプレビュー表示画面を示す図である。
【図２３】第４の実施形態における受信機１の構成を示すブロック図である。
【図２４】受信機１の受信表示処理手順を示すフローチャートである。
【図２５】ＥＰＧ画面の構成を示す図である。
【図２６】図２５の画面を構成するためのＳＭＩＬデータの記述例を示す図である。
【図２７】図２６につづくＳＭＩＬデータの記述例を示す図である。
【図２８】図２７につづくＳＭＩＬデータの記述例を示す図である。
【図２９】プレビュー画面を示す図である。
【図３０】第５の実施形態におけるＥＰＧ画面を示す図である。
【図３１】第７の実施形態におけるＥＰＧ画面を示す図である。
【図３２】プレビュー画面を示す図である。
【符号の説明】
１ 受信機
２ インターネット
３ 番組情報配信者
４ 衛星
５、６、７ 番組配信者
１９、３１ ＣＰＵ
１７ リモコン受光部
２０ バッファ
２１ メモリ
３０ ディスクストレージ
３４ プレビュービデオ
４３ 広告主
４４ 広告
【発明の属する技術分野】
本発明は、放送予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成装置および電子番組表生成方法に関する。
【０００３】
【従来の技術】
近年、インターネット等の通信ネットワークのインフラ整備に伴い、テレビジョン番組をインターネット経由で送受信することが可能になってきた。これは、従来不可能であったインターネット経由のビデオおよびオーディオのリアルタイム通信を、一般家庭のパーソナルコンピュータからインターネットへのダイアルアップ接続する際の２８．８Ｋｂｐｓの通信速度でも可能にする符号化および通信技術の登場によるものである。
【０００４】
この符号化および通信技術では、通信速度（以下、ビットレートという）に応じて、ビデオおよびオーディオの圧縮率を制御し、ビデオおよびオーディオを所望のビットレート以下で送信可能なサイズに圧縮符号化してサーバに格納しておく。このサーバに、受信側コンピュータにインストールされているクライアントソフトウェアが送信リクエストし、送られてきた動画、オーディオデータをバッファリングしながら直ちに復号して表示する技術は、全てのデータをダウンロードしてから再生する方式と区別され、ストリーミングと呼ばれる。
【０００５】
このストリーミング技術については、米国特許５，７９３，９８０号に詳しく開示されている。また、このストリーミング技術として、米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｔｅｃｈｎｏｌｏｇｙ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ（登録商標）， Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｅｎｃｏｄｅｒ， Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｓｅｒｖｅｒ）や、米国ＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌ Ｐｌａｙｅｒ（登録商標），Ｒｅａｌ Ｐｒｏｄｕｃｅｒ，Ｒｅａｌ Ｓｅｒｖｅｒ等があり、パーソナルコンピュータ上で動作するソフトウェアとして提供されている。
【０００６】
また、上記ストリーミング送信されるコンテンツとしては、ビデオ、オーディオのみならず、ピクチャ（静止画像）、テキスト等があり、これらのメタデータコンテンツの同期、表示位置、表示開始時間等を制御する技術として、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｅｄ Ｌａｎｇｕａｇｅ）１．０がある。このＳＭＩＬを用いることにより、ビデオ、オーディオ、テキスト、ピクチャ等を用いた広告、プレゼンテーション等をストリーミング配信することができる。ＳＭＩＬ１．０は、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）より１９９８年６月に勧告された。
【０００７】
一方、デジタル技術の進展に伴い、テレビジョン方式もこれまでのアナログＮＴＳＣ／ＰＡＬ／ＳＥＣＡＭ方式からデジタル方式に移行しつつある。例えば、米国、欧州では既に地上波デジタル放送が開始されている。また、日本においても、２０００年１２月からＢＳデジタル放送が開始されており、２００３年から地上波デジタル放送が開始される予定になっている。
【０００８】
これらデジタル放送の大きな特徴の１つとして多チャンネル化がある。従来のアナログ放送１チャンネル分の周波数帯域で、アナログ放送と同程度の画質である場合、３チャンネル程度のデジタルテレビジョン放送が可能であるので、視聴者側のテレビジョン受信機においても、これら多数のチャンネルの中から所望の番組を選択する機能が必要となってくる。
【０００９】
このような番組選択の技術として、各番組の動画プレビューをマルチ画面表示し、操作者に好みの番組を選択させる方法が有効である。例えば、特開平１１−１２２５５５号公報には、操作者が番組を視聴中、バックグラウンドジョブとして、現在放送中の各番組をＥＰＧ（電子プログラムガイド）とともに全て取り込んでおき、操作者からの要求があったときにこれらの各チャンネルのビデオを縮小してマルチ画面プレビュー表示する方式が提案されている。
【００１０】
また、特開平６−１６９４４８号公報には、各チャンネルの番組を時間圧縮し、それぞれの番組が１つのチャンネル内に収まるように縮小して伝送し、この縮小された小画面によって、受信機側で複数番組チャンネルの同時表示を同一画面上で行えるようにする方式が提案されている。
【００１１】
また、上記のような背景から、近年、電子番組表（ＥＰＧ）が登場し、実用に供されている。しかし、現在のＥＰＧは、ビデオやオーディオを用いると、データ量が多くなり過ぎ、番組データの伝送に支障を来たしかねない制約からテキストによって表現されており、番組内容を知る上で十分ではない。これに対し、例えば、特開平１１−１６４２７６号公報には、通常の番組データ、宣伝番組（プロモーション番組）、宣伝番組情報を、通常のＥＰＧデータとともに多重化して放送局から電波として伝送し、受信装置側では宣伝番組情報に基づき、同一の一般の番組についての宣伝番組とＥＰＧデータとを対応付けて記憶し、視聴者からの要求があると、ＥＰＧデータとそのＥＰＧデータに対応付けられた宣伝番組とを合成した動画付きＥＰＧを表示する方式が提案されている。
【００１２】
【発明が解決しようとする課題】
しかしながら、上記特開平１１−１２２５５５号公報に記載の方式は、受信装置側だけで対応できる方式であるが、操作者が受信装置の電源を入れた直後では、まだデータを取り込んでいないので、一番必要であると思われる状況で、上記マルチ画面プレビュー表示を行うことができなかった。これに対し、電源を常に入れたままにしておき、操作者が視聴していない時にもデータを取り込んでおく方法が考えられるが、この方法では、常に電力を消費するとともに、ほとんどのデータが使われることなく棄てられてしまうことになる。
【００１３】
一方、上記特開平６−１６９４４８号公報に記載の方式は、放送事業者が規格外の特別な信号を送信する必要があるので、放送事業者しか実現できない方式である。しかし、日本において、２０００年末に開始したＢＳデジタル放送および２００３年開始予定の地上波デジタル放送では、放送事業者は既存の事業者で締められ、新規参入事業者はＢＳデータ放送の一部のみとなっている。
【００１４】
これは、既に空き帯域のないアナログ放送からデジタル放送へ、周波数の変更を円滑に行うために必要な措置であり、新規事業者はアナログ放送終了後まで待たなければならない。したがって、既存放送事業者以外の事業者が、番組放送サービスおよび番組情報サービスを放送用電波経由で行うことは現在不可能になっている。
【００１５】
また、しかしながら、上記動画付きＥＰＧを表示する方式では、宣伝番組（プロモーション番組）データを受信機側で大量に記憶しておく必要があり、受信機のコスト高に繋がる。さらに、必要な宣伝番組情報を受信するためには、長時間の番組情報受信が必要であり、電気料金が余分に増えてしまうという問題があった。
【００１６】
本発明は、動画付き電子番組表を表示させて視聴者に番組の内容をより詳細に知らせることで、番組の選択を容易にすることができる電子番組表生成装置および電子番組表生成方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
上記目的を達成するために、本発明の電子番組表生成装置は、放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成装置であって、インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信する受信手段と、受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成し、前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させる制御手段とを備え、１つの番組に対応するプレビュー動画が複数存在し、前記制御手段は、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする。
また、本発明の電子番組表生成方法は、放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成方法であって、インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信するステップと、受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成するステップと、前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させるステップとを備え、１つの番組に対応するプレビュー動画が複数存在し、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする。
【００２６】
【発明の実施の形態】
本発明の電子番組表生成装置および電子番組表生成方法の実施の形態について、図面を参照しながら説明する。本実施形態の番組情報送受信システムは、インターネット経由で番組情報を送信することにより、前述した放送電波を用いた番組情報の配信が既存放送事業者しか行えないという問題を解決するものである。また、操作者を待たせることなく各番組プレビューを再生するために、ストリーミング技術を用いる。さらに、番組情報の各コンテンツの長さを、例えば１分間に設定し、この１分間のストリーミング通信中にこのストリーミングコンテンツを再生しながらメモリに保存する。そして、１分後に通信を切断した後、メモリに保存されたコンテンツを読み出して繰り返し再生することにより、操作者にかかる通信コストを安価にする。
【００２７】
［第１の実施形態］
第１の実施形態の番組情報送受信システムでは、受信機メーカは、番組配信者から提供された番組宣伝用コンテンツを加工して配信する番組情報配信者を兼ねている。ここで、番組配信者とは、実際に用いられる番組配信装置を含めた総称である。同様に、番組情報配信者とは、実際に用いられる番組情報配信装置を含めた総称である。このことは、以下の各実施形態においても、同様である。
【００２８】
また、第１の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００２９】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【００３０】
（２）受信機メーカが番組情報配信者を兼ねることにより、この番組情報配信サービスを自社の受信機の販売促進に繋げられるメリットがある。
【００３１】
（３）受信機を購入した視聴者は、番組プレビューを動画で見ることができるので、番組選択が容易になるメリットがある。
【００３２】
図１は第１の実施形態における番組情報送受信システムの構成を示す図である。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３、衛星４および番組配信者５〜７から構成される。図には、番組配信者５〜７から送信された通常のテレビジョン放送の電波を、衛星４を介して受信機１に送信する場合が示されている。尚、衛星４の代わりに、地上波放送の中継局であってもよい。
【００３３】
［番組配信者］
番組配信者は、放送電波（地上波、衛星）を用いてテレビジョン番組を放送する放送事業者である。まず、番組配信者５〜７は、予め放送予定の番組のプレビュー用コンテンツ（ビデオおよびオーディオデータ）を放送スケジュールと共に番組情報配信者３に提供する。このとき、プレビュー用コンテンツは所望の長さに編集されていてもよいし、そうでなくてもよい。
【００３４】
このプレビューコンテンツの番組情報配信者３への提供方法としては、例えば、１週間分まとめてテープメディアに記録して渡す方法や、番組情報提供者３のサーバコンピュータ（以下、サーバという）の、番組配信者５〜７のために公開されたディレクトリ上にネットワーク経由でＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）送信する方法などが挙げられる。
【００３５】
ＦＴＰに関し、Ｊ．Ｂ ＰｏｓｔｅｌとＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ＦＴＰ）」、ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ０９５９．ｈｔｍｌ等にその詳細が説明されている。
【００３６】
［番組情報配信者］
図２は番組情報配信者３の構成を示すブロック図である。図３は番組情報配信者３における動作処理手順を示すフローチャートである。この処理プログラムはディスクストレージ３０に格納されており、ＣＰＵ３１によって実行される。プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７から提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００３７】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３内ＣＰＵ３１は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００３８】
番組情報配信者３内ＣＰＵ３１は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００３９】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００４０】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、ビデオの圧縮符号化処理として、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２よりさらに高圧縮率を実現できるＭＰＥＧ４を用いることが好適であるが、高圧縮を実現できる方式である限り、特に限定されず、それ以外の方式であってもよい。ここで、ＭＰＥＧ４は、１９９９年１月にＩＳＯ／ＩＥＣ １４４９６として、国際標準となった圧縮符号化に関する規格であり、ｈｔｔｐ：／／ｄｒｏｇｏ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍからその詳細情報を入手可能である。
【００４１】
［受信機］
図４は受信機１の構成を示すブロック図である。この受信機１は、チューナ８、フロントエンド部９、ＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）部１０、デマルチプレクサ１１、ＭＰＥＧ２ビデオデコーダ１２、表示部１３、ＭＰＥＧ２オーディオデコーダ１４、ＤＡＣ１５、スピーカ１６、リモコン受光部１７、モデム１８、ＣＰＵ１９、バッファ２０およびメモリ２１から構成される。
【００４２】
この受信機１は、番組情報を受信する機能の他、通常のテレビジョン番組放送を受信する機能、操作者からのリモコン操作を受けて処理する機能等を有する。始めに、通常のテレビジョン番組放送を受信し、表示・再生する処理を示す。アンテナにより受信された信号は、チューナ８によって選局・直交検波され、フロントエンド部９に入力される。このフロントエンド部９では、ＴＭＣＣ復号、デインターリーブ、リードソロモン復号処理等が行われ、ＣＡ部１０に導かれる。ＣＡ部１０でデスクランブルされた信号は、デマルチプレクサ１１でビデオ信号、オーディオ信号、ＳＩ情報等に分離される。そのうち、ビデオ信号はＭＰＥＧ２ビデオデコーダ１２、オーディオ信号はＭＰＥＧ２オーディオデコーダ１４においてそれぞれ復号処理される。復号されたビデオ信号は、表示部１３に表示される。一方、オーディオ信号は、ＤＡＣ１５によってアナログ変換されてスピーカ１６で再生される。
【００４３】
次に、番組プレビューコンテンツの受信表示処理を示す。図５は受信機１における受信表示処理手順を示すフローチャートである。この処理プログラムは、メモリ２１に格納されており、ＣＰＵ１９によって実行される。まず、操作者がリモコン等を用いて、受信機１に対し、プレビュー表示をリクエストするのを待つ（ステップＳ１１）。
【００４４】
プレビュー表示がリクエストされると、ＣＰＵ１９はリモコン受光部１７でそれを受け付け、番組情報配信者３のサーバに配信リクエストを出す（ステップＳ１２）。そして、電話回線もしくは他の通信インフラ経由で送信されたストリーミングデータ（オーディオ、ビデオ、テキスト、ピクチャ、ＳＭＩＬデータ等）がモデム１８で復調された後、バッファ２０に入力されたか否かを判別し（ステップＳ１３）、バッファ２０に入力された場合、ビデオ、オーディオ、ピクチャに関する復号処理を行う（ステップＳ１４）。
【００４５】
そして、ＣＰＵ１９は、これらのビデオ、オーディオ、ピクチャ、テキスト等の全メタデータを、一緒に送られてきたＳＭＩＬデータを基に、レイアウトし、プレビュー画面として構成し（ステップＳ１５）、表示部１３およびスピーカ１６に出力する（ステップＳ１７）。
【００４６】
図６はプレビュー画面の構成を示す図である。図７、図８、図９および図１０は図６の画面を構成するためのＳＭＩＬデータの記述例を示す図である。図において、３４は各チャンネルのプレビュービデオを示し、３５はカテゴリ別に表示されるリンクボタンである。このＳＭＩＬデータの中には、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）のように、他のＳＭＩＬデータへのハイパーリンクを貼ることが可能である。
【００４７】
また、番組情報配信者３のサーバ２８あるいは通信回線等の原因により、ストリーミング配信がされない場合、エラー表示用の画面を構成し（ステップＳ１６）、表示部１３およびスピーカ１６に出力する（ステップＳ１７）。ＣＰＵ１９は、プレビュー画面表示およびスピーカ出力の実行中、例えば、１分間のプレビューの再生に並行し、このプレビューデータをメモリ２１に保存する（ステップＳ１８）。
【００４８】
そして、１回目の再生が終了する前に、メモリ２１に保存中のプレビューデータを先行してバッファリングし（ステップＳ１９）、１回目のストリーミングデータの再生に引き続き、２回目以降の保存データのくり返し再生がスムーズに切り替わるように制御する（ステップＳ２０）。ここで、モデム等を介した番組情報配信者３のサーバ２８との通信は、１回目のストリーミングデータの再生終了後、ＣＰＵ１９により切断される。これにより、受信機１の操作者は、プレビューコンテンツ１回再生分、例えば１分間程度の通信費で、何度でも繰り返し、プレビュー表示を見ることができ、しかも、このプレビューを見るために待たされることもない。
【００４９】
そして、プレビュー表示された画面上で操作者の選択を待つ（ステップＳ２１）。すなわち、操作者がリモコン等の矢印キーを操作して所望の番組をアクティブにし、確定キーを押すと、この処理を終了し、全画面上に所望の番組が表示される通常のテレビジョン視聴モードに移行する。あるいは、戻りキー等を押した場合、この処理を終了し、このプレビューモードに移行する前の状態、例えば、いずれかの番組を視聴している状態に戻る。これらの制御は、ＣＰＵ１９によって行われる。
【００５０】
尚、上記復号処理は、ＣＰＵ１９上で動作するソフトウェアにより行われることが好適であるが、ハードウェアで行ってもよい。また、オーディオに関して、複数のプレビューが同時に再生されるので、次のようにしてもよい。図１１は全チャンネルプレビュー画面を示す図である。例えば、現在の操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図１１の太線で囲まれている番組）のオーディオデータのみ再生する方法が挙げられる。あるいは、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図１１（Ａ）、（Ｂ）のように、番組１から２，３．．．のように）、現在アクティブになっている番組のオーディオデータのみ再生する方法が挙げられる。あるいはオーディオデータをこのプレビュー中に全く表示しない方法等が挙げられる。
【００５１】
［第２の実施形態］
第２の実施形態の番組情報送受信システムでは、番組情報配信者は番組配信者から提供された番組宣伝用コンテンツを加工して配信するものであり、受信機メーカを兼ねない第三者である。この番組情報配信者は、プレビュー画面上に広告を表示することにより得られる公告収入でサービスを運営する。
【００５２】
尚、広告主は番組配信者であっても、それ以外の者であってもよい。また、プレビュー画面上に表示される広告は、ピクチャでもよいし、ビデオあるいは各種メタデータを組み合わせたＳＭＩＬプレゼンテーションでもよい。ＳＭＩＬプレゼンテーションを用いた場合、広告が効果的であるので、広告主はより高い広告料を番組情報配信者に支払うことになる。
【００５３】
第２の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（４）の効果がある。
【００５４】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【００５５】
（２）番組情報配信者は、プレビュー用画面上に広告を表示することにより、広告収入が得られるメリットがある。
【００５６】
（３）広告主は、プレビュー画面を通して視聴者に効果的な広告を行うことができるメリットがある。
【００５７】
（４）受信機を購入した視聴者は、番組プレビューが動画で見られるので、番組選択が容易になるメリットがある。
【００５８】
図１２は第２の実施形態における番組情報送受信システムの構成を示すブロック図である。前記第１の実施形態と同一の構成要素は同一の符号で示される。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３、番組配信者５〜７および広告主４３から構成される。ここでは、受信機１の操作者、番組配信者、番組情報配信者および広告主はそれぞれ独立した存在であり、兼用した存在ではない。
【００５９】
［広告主］
広告主４３は、番組情報配信者３と広告契約を締結し、番組情報配信者３から受信機１の操作者に対し、自社（自身）の広告を行って貰う代わりに、番組情報配信者３に広告料を支払う。また、この広告の製作を番組情報配信者３に委託する場合、その製作料も合わせて番組情報配信者３に支払う。
【００６０】
［番組配信者］
番組配信者５〜７は前記第１の実施の形態と同様であるので、その説明を省略する。
［番組情報配信者］
番組情報配信者３は前記第１の実施の形態と同様の構成を有する（図２参照）。図１３は第２の実施形態における番組情報配信者３の動作処理手順を示すフローチャートである。この処理プログラムはディスクストレージ３０に格納されており、ＣＰＵ３１によって実行される。前記第１の実施形態と同一のステップ処理については同一のステップ番号を付すことにする。
【００６１】
まず、番組情報配信者３内のＣＰＵ３１は、広告主４３から広告用のコンテンツの提供を受けるか、あるいは広告主からの委託により広告用コンテンツの製作を行う（ステップＳ１Ａ）。プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７から提供される場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００６２】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３内のＣＰＵ３１は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００６３】
番組情報配信者３内のＣＰＵ３１は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００６４】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００６５】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、広告用コンテンツは、ＧＩＦ等のピクチャデータ、ビデオデータ、あるいは各種メタデータ（ビデオ、オーディオ、ピクチャ、テキスト等）を組み合わせたＳＭＩＬプレゼンテーションでもよい。このＳＭＩＬプレゼンテーションについては後述する。ビデオあるいはＳＭＩＬプレゼンテーション広告の場合、ステップＳ４において、この広告用ビデオ、オーディオコンテンツも圧縮・符号化され、他のプレビュー用コンテンツと同様に扱われる。また、その長さは他のプレビューコンテンツに揃えられることが望ましい。
【００６６】
［受信機］
第２の実施形態における受信機１の構成および処理は、前記第１の実施形態と同様であるので、省略する。ただし、図５のステップＳ１４におけるビデオ、オーディオ、ピクチャの復号処理では、広告用のメタデータの復号処理が併せて行われる。また、ステップＳ１５における全メタデータのＳＭＩＬデータに基づいたレイアウト処理では、広告用のビデオあるいはＳＭＩＬプレゼンテーションのレイアウトが併せて行われる。
【００６７】
図１４は第２の実施形態における全チャンネルプレビュー画面を示す図である。この全チャンネルプレビュー画面では、広告４４が示されている。このように、全チャンネルプレビュー画面上に同時に広告を掲載する方法の他、最初に広告だけ全画面表示し、その後に全チャンネルプレビュー表示を行う方法もある。尚、この全画面表示する広告の場合、オーディオデータを付加してより効果的な広告にすることも可能である。
【００６８】
図１５は全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションを示す図である。このＳＭＩＬプレゼンテーションには、ビデオ４５、広告主のロゴ４６およびテキスト４７がそれぞれ表示されている。このように、ビデオ、ロゴ、説明用のテキスト等を組み合わせることにより、より効果的な広告を行うことができる。図１６はＳＭＩＬデータを示す図である。図１４に示したように、広告を小さく常に表示する場合、単にピクチャやビデオによる広告を表示する方が好ましい。
【００６９】
［第３の実施形態］
第３の実施形態の番組情報送受信システムでは、番組配信者が電波をキャリアとする放送事業者ではなく、インターネットをキャリアとする放送事業者である点で、前記第１の実施形態とは異なる。
【００７０】
本実施形態では、番組配信者自身も番組情報をインターネット上に公開しているが、操作者が受信機から何の情報もなくそこに到達することが難しいので、受信機メーカが兼ねる番組情報配信者のサイトにプレビューを置いてもらうことは、自社番組を見て貰うために有効である。これは、操作者が受信機のリモコン等によりボタンを１つ押すだけで、番組情報配信者のサーバに繋がるように受信機が設計されていることによる。
【００７１】
第３の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００７２】
（１）各番組配信者は、番組のプレビュー用素材を番組情報配信者に提供することにより、より効果的に自社番組を宣伝して貰えるメリットがある。
【００７３】
（２）受信機メーカは、番組情報配信者を兼ねることにより、この番組情報配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【００７４】
（３）受信機を購入した視聴者は、番組プレビューが動画で見られるので、番組選択が容易になるメリットがある。
【００７５】
図１７は第３の実施形態における番組情報送受信システムの構成を示すブロック図である。前記第１および第２の実施形態と同一の構成要素については、同一の符号を付すことにする。この番組情報送受信システムは、受信機１、インターネット２、番組情報配信者３および番組配信者５〜７から構成される。
【００７６】
［番組配信者］
番組配信者５〜７は、インターネット経由で番組を配信し、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。尚、本実施形態では、番組配信者５〜７もストリーミング技術を用いて番組を配信しているので、プレビュー用のコンテンツもそのままストリーミング配信可能な状態にしておき、インターネット経由で番組情報配信者３に送信してもよい。あるいは、前記第１の実施形態と同様、全てをテープ等のメディアに記録して提供してもよい。また、この番組配信者の番組として、ライブ番組と、いつでも視聴可能なオンデマンド番組との２種類が存在するので、コンテンツがどちらの番組であるのか、さらにはライブ放送番組の時間等の情報も合わせて、番組情報配信者に提供する。
【００７７】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第１の実施形態と同様であるので、その説明を省略する。尚、図３のステップＳ５におけるＳＭＩＬデータの作成は、ライブ放送番組およびオンデマンド番組のそれぞれに対応して行われる。
【００７８】
［受信機］
第３の実施形態における受信機１の構成は、前記第１の実施形態と同様であるので、省略する。図１８は第３の実施形態における受信機１のプレビュー表示選択操作処理手順を示すフローチャートである。この処理プログラムはメモリ２１に格納されており、ＣＰＵ１９によって実行される。
【００７９】
まず、操作者がリモコン等を用いてプレビュー表示をリクエストするのを待ち（ステップＳ３１）、プレビュー表示がリクエストされると、番組情報の選択画面を表示する（ステップＳ３２）。図１９は番組情報の選択画面を示す図である。番組情報には、ライブ番組用とオンデマンド番組用があるので、それらを選択画面上に表示し、操作者の選択を促す。そして、ライブ番組が選択されたか否かを判別する（ステップＳ３３）。
【００８０】
オンデマンド番組が選択された場合、オンデマンド番組用のプレビュー表示を行う（ステップＳ３９）。図２０はオンデマンド番組用のプレビュー表示画面を示す図である。一方、操作者によってライブ番組が選択された場合、現在視聴可能なライブ番組があるか否かを判別する（ステップＳ３４）。現在視聴可能なライブ番組がある場合、それらをプレビュー表示する（ステップＳ４０）。一方、現在視聴可能なライブ番組がない場合、図２１に示すような表示を行い（ステップＳ３５）、操作者によって今後放送予定のライブ番組情報を表示する選択が行われたか否かを判別する（ステップＳ３６）。図２１は今後放送予定のライブ番組情報の表示選択画面を示す図である。
【００８１】
ステップＳ３６で表示を選択しなかった場合、このプレビュー表示選択操作処理を終了し、プレビュー表示をリクエストする前の状態に戻る。一方、表示を選択した場合、今後放送予定のライブ番組情報の表示を行う（ステップＳ３７）。図２２は今後放送予定のライブ番組のプレビュー表示画面を示す図である。そして、操作者によってリモコン等を用いていずれかのボタンが押されるのを待ち（ステップＳ３８）、いずれかのボタンが押されると、この処理を終了し、プレビュー表示をリクエストする前の状態に戻る。
【００８２】
また、ステップＳ４０で現在放送中のライブ番組のプレビューを表示した場合、あるいはオンデマンド番組のプレビューを表示した場合、操作者によってプレビュー表示された番組の中から番組が選択されるのを待ち（ステップＳ４１）、所望の番組が選択されると、その番組を全画面表示する（ステップＳ４２）。そして、本処理を終了する。
【００８３】
［第４の実施形態］
第４の実施形態では、番組情報送受信システムとして、電子番組表送受信システムに適用された場合を示す。本実施形態における電子番組表送受信システムでは、ストリーミング技術を用い、インターネット経由で高圧縮された動画付きＥＰＧデータを送信するので、受信機の操作者が必要な時に、必要なＥＰＧデータを直ちに取得でき、かつ無駄な電力消費を無くすとともに、受信機に大量の記憶媒体を必要としない。
【００８４】
例えば、ＡＤＳＬ（ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）回線や光ファイバ回線等を用いた１Ｍｂｐｓ程度の伝送速度を有する家庭用インターネット環境の場合、１番組の動画を３０Ｋｂｐｓ程度のビットレートに圧縮して伝送することにより、通常ＥＰＧ表示される５チャンネル、３時間分の動画付きＥＰＧデータを伝送することは容易である。また、各番組の動画データを、例えば番組の開始直後、中盤、終了直前毎に用意して送受信することにより、受信機の操作者は、その番組内容をより詳細に知ることができる。
【００８５】
第４の実施形態の電子番組表送受信システムでは、前記第１の実施形態と同様、受信機メーカは、番組配信者から提供された番組宣伝用コンテンツを加工して配信する番組情報配信者を兼ねている。また、第４の実施形態における電子番組表送受信方法のビジネスモデルでは、以下の（１）〜（３）の効果がある。
【００８６】
（１）各番組配信者は、ＥＰＧ用素材を番組情報配信者に提供することにより、自身の番組を宣伝して貰えるメリットがある。
【００８７】
（２）番組情報配信者は、受信機メーカを兼ねることにより、この番組情報配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【００８８】
（３）視聴者は、受信機を購入してＥＰＧを動画付きで見られるので、番組選択を容易に行えるメリットがある。
【００８９】
第４の実施形態における電子番組表送受信システムの構成は、前記第１の実施形態と同様、図１に示す通りである。すなわち、この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３、衛星４および番組配信者５〜７から構成される。図には、番組配信者５〜７から送信された通常のテレビジョン放送の電波を、衛星４を介して受信機１に送信する場合が示されている。尚、衛星４の代わりに、地上波放送の中継局であってもよい。
【００９０】
［番組配信者］
この番組配信者は、放送電波（地上波、衛星）を用いてテレビジョン番組を放送する放送事業者である。まず、番組配信者５〜７は、ＥＰＧ用コンテンツ（ビデオおよびオーディオデータ）を放送スケジュールと共に番組情報配信者３に提供する。このとき、プレビュー用コンテンツは所望の長さに編集されていてもよいし、そうでなくてもよい。
【００９１】
このプレビューコンテンツの番組情報配信者３への提供方法としては、例えば、１週間分まとめてテープメディアに記録して渡す方法や、番組情報配信者３のサーバコンピュータ（以下、サーバという）上の、番組配信者５〜７のために公開されたディレクトリ上にネットワーク経由でＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）送信する方法などが挙げられる。
【００９２】
ＦＴＰに関し、Ｊ．Ｂ ＰｏｓｔｅｌとＪ．Ｋ．Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ＦＴＰ）」、ＲＦＣ９５９、Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅｓ Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ０９５９．ｈｔｍｌ等にその詳細が説明されている。
【００９３】
［番組情報配信者］
番組情報配信者３の構成は、前記第１の実施形態と同様、図２に示す通りである。また、番組情報配信者３における動作処理は、前記第１の実施形態と同様、図３に示す通りである。ここで、プレビューコンテンツおよび番組放送スケジュールは、テープメディアとして番組配信者５〜７より提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。
【００９４】
サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツおよび番組放送スケジュールが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【００９５】
番組情報配信者３は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。この編集作業方法として、例えば、ディスクストレージ３０に格納されたデータをＣＰＵ３１上で動作する編集ソフトウェアによりノンリニア編集する方法が好適であるが、それ以外の方法であってもよい。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【００９６】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、番組放送スケジュールを基に、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【００９７】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、ビデオの圧縮符号化処理として、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２よりさらに高圧縮率を実現できるＭＰＥＧ４を用いることが好適であるが、高圧縮を実現できる方式である限り、特に限定されず、それ以外の方式であってもよい。ここで、ＭＰＥＧ４は、１９９９年１月にＩＳＯ／ＩＥＣ １４４９６として、国際標準となった圧縮符号化に関する規格であり、ｈｔｔｐ：／／ｄｒｏｇｏ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍからその詳細情報を入手可能である。
【００９８】
［受信機］
図２３は第４の実施形態における受信機１の構成を示すブロック図である。前記第１の実施形態と同様の構成要素については、同一の符号が付されている。この受信機１は、チューナ８、フロントエンド部９、ＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）部１０、デマルチプレクサ１１、ＭＰＥＧ２ビデオデコーダ１２、表示部１３、ＭＰＥＧ２オーディオデコーダ１４、ＤＡＣ１５、スピーカ１６、リモコン受光部１７、モデム１８、ＣＰＵ１９およびバッファ２０から構成される。
【００９９】
この受信機１は、番組情報を受信する機能の他、通常のテレビジョン番組放送を受信する機能、操作者からのリモコン操作を受けて処理する機能等を有する。始めに、通常のテレビジョン番組放送を受信し、表示・再生する処理を示す。アンテナにより受信された信号は、チューナ８によって選局・直交検波され、フロントエンド部９に入力される。このフロントエンド部９では、ＴＭＣＣ復号、デインターリーブ、リードソロモン復号処理等が行われ、ＣＡ部１０に導かれる。ＣＡ部１０でデスクランブルされた信号は、デマルチプレクサ１１でビデオ信号、オーディオ信号、ＳＩ情報等に分離される。そのうち、ビデオ信号はＭＰＥＧ２ビデオデコーダ１２、オーディオ信号はＭＰＥＧ２オーディオデコーダ１４においてそれぞれ復号処理される。復号されたビデオ信号は、表示部１３によって表示される。一方、オーディオ信号は、ＤＡＣ１５によってアナログ変換されてスピーカ１６で再生される。
【０１００】
次に、ＥＰＧデータの受信表示処理を示す。図２４は受信機１の受信表示処理手順を示すフローチャートである。この処理プログラムはＣＰＵ１９内のＲＯＭに格納されており、ＣＰＵ１９によって実行される。まず、受信機１の操作者が、例えばリモコン等を用いてＥＰＧ表示をリクエストするのを待つ（ステップＳ５１）。
【０１０１】
ＥＰＧ表示をリクエストすると、ＣＰＵ１９はリモコン受光部１７でそれを受け付け、番組情報配信者３のサーバに配信リクエストを出す（ステップＳ５２）。そして、電話回線もしくは他の通信インフラ経由で送信されたストリーミングデータ（オーディオ、ビデオ、テキスト、ピクチャ、ＳＭＩＬデータ等）がモデム１８で復調された後、バッファ２０に入力されたか否かを判別し（ステップＳ５３）、バッファ２０に入力された場合、ビデオ、オーディオ、ピクチャに関する復号処理を行う（ステップＳ５４）。
【０１０２】
そして、ＣＰＵ１９は、これらのビデオ、オーディオ、ピクチャ、テキスト等の全メタデータを、一緒に送られてきたＳＭＩＬデータを基に、レイアウトし、ＥＰＧ画面として構成し（ステップＳ５５）、表示部１３およびスピーカ１６に出力する（ステップＳ５７）。
【０１０３】
図２５はＥＰＧ画面の構成を示す図である。図２６、図２７および図２８は図２５の画面を構成するためのＳＭＩＬデータの記述例を示す図である。図において、１２１は長さ１時間、１番組の情報を示す。１２２はこの番組の内容を説明するテキスト情報である。１２３この番組のプレビュー動画である。１２４〜１２７は各チャンネルである。上記ＳＭＩＬデータの中には、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）のように、他のＳＭＩＬデータへのハイパーリンクを貼ることが可能である。また、図２５に示すように、ある特定の時間およびチャンネルの組み合わせの画面を構成する記述例が示されており、操作者がリモコンの左右ボタン等を操作して時間を変えたり、あるいはリモコンの上下ボタン等を操作してチャンネルを変えたりすると、別のＳＭＩＬデータ、ビデオ、オーディオデータが読み込まれ、それに従って画面の構成が変更される。
【０１０４】
また、番組情報配信者３のサーバ２８あるいは通信回線等の原因により、ストリーミング配信が行われない場合、エラー表示用の画面を構成し（ステップＳ５６）、表示部１３およびスピーカ１６に出力する（ステップＳ５７）。
【０１０５】
そして、ＥＰＧ表示された画面上で操作者の選択を待つ（ステップＳ５８）。すなわち、操作者がリモコン等の矢印キーを操作して所望の番組をアクティブにし（例えば、図２５の符号１２１に示す強調表示により、操作者が番組を特定できる状態にする）、確定キーを押すと、この処理を終了し、全画面上に所望の番組が表示される通常のテレビジョン視聴モードに移行する。あるいは、戻りキー等を押した場合、この処理を終了し、このＥＰＧ表示に移行する前の状態、例えば、いずれかの番組を視聴している状態に戻る。
【０１０６】
尚、上記復号処理は、ＣＰＵ１９上で動作するソフトウェアにより行われることが好適であるが、ハードウェアで行ってもよい。また、オーディオに関して、複数のプレビューが同時に再生されるので、次のようにしてもよい。図２９はプレビュー画面を示す図である。例えば、現在、操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図２９の太線で囲まれている番組）のオーディオデータのみ再生する方法が挙げられる。あるいは、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図２９（Ａ）、（Ｂ）のように、番組１から２，３．．．のように）、現在アクティブになっている番組のオーディオデータのみ再生する方法が挙げられる。あるいはオーディオデータをこのプレビュー中に全く表示しない方法等が挙げられる。
【０１０７】
［第５の実施形態］
第５の実施形態の電子番組表送受信システムでは、番組情報配信者は、番組配信者から提供された番組宣伝用コンテンツを加工して配信するものであり、受信機メーカを兼ねない第三者である。この番組情報配信者は、ＥＰＧ画面上に広告を表示することにより得られる広告収入でサービスを運営する。尚、広告主は番組配信者でも、それ以外のものでもよい。また、プレビュー画面上に表示される広告はピクチャでもよいし、ビデオあるいは各種メタデータを組み合わせたＳＭＩＬデータでもよい。ＳＭＩＬプレゼンテーションを用いた場合、広告が効果的であるので、広告主はより高い広告料を番組情報配信者に支払うことになる。
【０１０８】
第５の実施形態における電子番組表送受信方法のビジネスモデルでは、以下の（１）、（２）、（３）、（４）の効果がある。
【０１０９】
（１）各番組配信者は、番組のＥＰＧ用素材を番組情報配信者に提供することにより、自社番組を宣伝して貰えるメリットがある。
【０１１０】
（２）番組情報配信者は、ＥＰＧ画面上に広告を表示することにより、広告収入が得られるメリットがある。
【０１１１】
（３）広告主は、ＥＰＧ画面を通して視聴者に効果的な広告を行うことができるメリットがある。
【０１１２】
（４）受信機を購入した視聴者は、ＥＰＧが動画で見られるので、番組選択が容易になるメリットがある。
【０１１３】
第５の実施形態における電子番組表送受信システムの構成は、前記第２の実施形態と同様、図１２に示す通りである。この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３、番組配信者５〜７および広告主４３から構成される。ここでは、受信機１の操作者、番組配信者、番組情報配信者および広告主はそれぞれ独立した存在であり、兼用した存在ではない。
【０１１４】
［広告主］
広告主４３は、番組情報配信者３と広告契約を締結し、番組情報配信者３から受信機１の操作者に対し、自社（自身）の広告を行って貰う代わりに、番組情報配信者３に広告料を支払う。また、この広告の製作を番組情報配信者３に委託する場合、その製作料も合わせて番組情報配信者３に支払う。
【０１１５】
［番組配信者］
番組配信者５〜７は前記第４の実施の形態と同様であるので、その説明を省略する。
【０１１６】
［番組情報配信者］
番組情報配信者３は前記第４の実施の形態と同様の構成を有する（図２参照）。第５の実施形態における番組情報配信者３の動作処理は、前記第２の実施形態と同様、図１３に示す通りである。
【０１１７】
まず、番組情報配信者３は、広告主４３から広告用のコンテンツの提供を受けるか、あるいは広告主からの委託により広告用コンテンツの製作を行う（ステップＳ１Ａ）。
【０１１８】
プレビューコンテンツは、テープメディアとして番組配信者５〜７より提供された場合、ＶＴＲ等の記録デバイス２９からサーバ２８に取り込まれる。サーバ２８は、例えばディスクストレージ３０、ＣＰＵ３１およびネットワークＩ／Ｆ３２から主に構成されており、通常のパーソナルコンピュータであってもよい。仮に、プレビューコンテンツが番組配信者５〜７からネットワーク経由で送信されてきた場合、番組情報配信者３は、このコンテンツをネットワークＩ／Ｆ３２経由でディスクストレージ３０に格納する（ステップＳ１）。
【０１１９】
番組情報配信者３は、プレビュー用コンテンツが所望の長さに編集済みであるか否かを判別し（ステップＳ２）、所望の長さに編集されていない場合、これを所望の長さ、例えば１分間の長さに編集する（ステップＳ３）。一方、ステップＳ２で編集済みである場合、そのままステップＳ４の処理に移行する。
【０１２０】
そして、ディスクストレージ３０に格納されているプレビュー用コンテンツをストリーミング用コンテンツに圧縮・符号化し（ステップＳ４）、テキスト、ピクチャ、ＳＭＩＬデータを付加し（ステップＳ５）、ディスクストレージ３０内の所望のディレクトリに再度格納する（ステップＳ６）。この後、本処理を終了する。
【０１２１】
尚、ステップＳ４における圧縮復号化処理は、ＣＰＵ３１上で動作するソフトウェアで行われることが好適であるが、専用のハードウェアで行ってもよい。また、広告用コンテンツは、ＧＩＦ等のピクチャデータ、ビデオデータ、あるいは各種メタデータ（ビデオ、オーディオ、ピクチャ、テキスト等）を組み合わせたＳＭＩＬプレゼンテーションでもよい。このＳＭＩＬプレゼンテーションについては後述する。ビデオあるいはＳＭＩＬプレゼンテーション広告の場合、ステップＳ４において、この広告用ビデオ、オーディオコンテンツも圧縮・符号化され、他のプレビュー用コンテンツと同様に扱われる。また、その長さは他のプレビューコンテンツに揃えられることが望ましい。
【０１２２】
［受信機］
第５の実施形態における受信機１の構成および処理は、前記第４の実施形態と同様であるので、省略する。ただし、図２４のステップＳ５４におけるビデオ、オーディオ、ピクチャの復号処理では、広告用のメタデータの復号処理が併せて行われる。また、ステップＳ５５における全メタデータのＳＭＩＬデータに基づいたレイアウト処理では、広告用のビデオあるいはＳＭＩＬプレゼンテーションのレイアウトが併せて行われる。
【０１２３】
図３０は第５の実施形態におけるＥＰＧ画面を示す図である。このＥＰＧ画面では、広告主４３の広告４８が示されている。このように、ＥＰＧ画面上に同時に広告を掲載する方法の他、最初に広告だけ全画面表示し、その後に全チャンネルプレビュー表示を行う方法もある。尚、この全画面表示する広告の場合、オーディオデータを付加してより効果的な広告にすることも可能である。
【０１２４】
全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションは、前記第２の実施形態と同様、図１５に示す通りである。このＳＭＩＬプレゼンテーションには、ビデオ４５、広告主のロゴ４６、テキスト４７がそれぞれ表示されている。このように、ビデオ、ロゴ、説明用のテキスト等を組み合わせることにより、より効果的な広告を行うことができる。ＳＭＩＬデータは、前記第２の実施形態と同様、図１６に通りである。図３０に示すように、広告を小さく常に表示する場合、単にピクチャやビデオによる広告を表示する方が好ましい。
【０１２５】
［第６の実施形態］
第６の実施形態の電子番組表送受信システムでは、番組配信者が電波をキャリアとする放送事業者ではなく、インターネットをキャリアとする放送事業者である点で、前記第４の実施形態とは異なる。
【０１２６】
本実施形態では、番組配信者自身もＥＰＧをインターネット上に公開するが、操作者が受信機から何の情報もなくそこに到達することが難しいので、受信機メーカが兼ねる番組情報配信者のサイトにプレビューを置いてもらうことが、自社番組を見て貰うために有効である。これは、操作者が受信機のリモコン等によりボタンを１つ押すだけで、番組情報配信者のサーバに繋がるように受信機が設計されていることによる。
【０１２７】
第６の実施形態における番組情報送受信方法のビジネスモデルでは、以下の（１）、（２）、（３）に示す効果がある。
【０１２８】
（１）各番組配信者は、ＥＰＧ用素材を番組情報配信者に提供することにより、より効果的に自社番組を宣伝して貰えるメリットがある。
【０１２９】
（２）番組情報配信者は、受信機メーカを兼ねることにより、このＥＰＧ配信サービスを自社受信機の販売促進に繋げられるメリットがある。
【０１３０】
（３）受信機を購入した視聴者は、ＥＰＧが動画で見られるので、番組選択が容易になるメリットがある。
【０１３１】
第６の実施形態における電子番組表送受信システムの構成は、前記第３の実施形態と同様、図１７に示す通りである。前記第３、第４、第５の実施形態と同一の構成要素については、同一の符号を付すことにする。この電子番組表送受信システムは、受信機１、インターネット２、番組情報配信者３および番組配信者５〜７から構成される。
【０１３２】
［番組配信者］
番組配信者５〜７は、インターネット経由で番組を配信する番組配信者であり、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。本実施形態の場合、番組配信者５〜７もストリーミング技術を用いて番組を配信しているので、プレビュー用のコンテンツもそのままストリーミング配信可能な状態にしておき、インターネット経由で番組情報配信者３に送信してもよい。あるいは、前記第４の実施形態と同様、全てをテープ等のメディアに記録して提供してもよい。また、この番組配信者の番組には、ライブ放送番組と、いつでも視聴可能なオンデマンド番組の２種類があるが、本実施形態のＥＰＧに関係する番組は、ライブ放送番組のみである。
【０１３３】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第４の実施形態と同様であるので、その説明を省略する。
【０１３４】
［受信機］
第６の実施形態における受信機１の構成は、前記第４の実施形態と同様であるので、省略する。
【０１３５】
［第７の実施形態］
第７の実施形態における電子番組表送受信システムでは、ＥＰＧ画面上に表示される各番組のプレビュー動画は、例えば、番組の開始直後、中盤、終了直前のシーンであり、これらは合わせて表示される。これにより、受信機の視聴者は、番組の内容をより詳細に知ることができ、前記第４の実施形態と異なる。尚、第７の実施形態における電子番組表送受信方法のビジネスモデルでは、前記第４の実施形態と同様の効果がある。また、電子番組表システムの構成は、前記第４の実施形態と同様である。
【０１３６】
［番組配信者］
番組配信者５〜７は、放送電波経由で番組を配信する放送事業者であり、番組情報配信者３に自身の番組のプレビュー用コンテンツを宣伝用に提供する。第７の実施形態では、番組の時間経過毎のプレビューを必要とするので、例えば、番組のイントロ部、中盤、ラストシーン等をプレビュー用に編集したもの、あるいは番組コンテンツそのままを、番組情報配信者３に放送スケジュールと共に提供する。また、番組情報配信者３へのコンテンツの提供方法は、前記第４の実施形態と同様、通信ネットワーク経由でもよいし、テープ等のメディアに収めて提供してもよい。
【０１３７】
［番組情報配信者］
番組情報配信者３の構成および処理は、前記第４、第５の実施形態と同様であるので、その説明を省略する。ここで、図１３のステップＳ４における符号化処理、Ｓ５におけるＳＭＩＬデータの作成・付加処理は、時間経過毎のシーンが表示可能なように行われる。
【０１３８】
［受信機］
第７の実施形態における受信機の構成および処理は、前記第４の実施形態と同様であるので、その説明を省略する。図２４のステップＳ５４のビデオ、オーディオ、ピクチャの復号処理、およびステップＳ５５の全メタデータのＳＭＩＬデータに基づいたレイアウト処理は、時間経過毎のシーンが表示可能なように行われる。
【０１３９】
図３１は第７の実施形態におけるＥＰＧ画面を示す図である。このＥＰＧ画面には、例えば、番組のイントロのシーン５２、中盤のシーン５３、ラストシーン５４が示されている。尚、時間経過毎のシーン数は３つに限定されるものではなく、例えば、前半、後半のように２つでもよいし、その他の数であってもよい。また、番組を説明するテキストは、図３１に示す動画と共に表示してもよいし、表示しなくてもよい。
【０１４０】
また、オーディオに関し、第７の実施形態では、１つの番組中に複数のプレビューが同時に再生されるので、次のようにする。図３２はプレビュー画面を示す図である。同図（Ａ）、（Ｂ）に示すように、現在操作者がリモコンのキー操作で選択してアクティブになっている（番組選択が確定される前段階）番組（図２９で太線で囲まれている番組）の各シーン毎にオーディオデータを再生する方法がある。また、各チャンネルを自動的に一定間隔で交互にアクティブにし（例えば、図３２（Ａ）〜（Ｃ）に示すように、番組１から２、３、……）、現在アクティブになっている番組の１つのシーンのオーディオデータのみ再生する方法がある。さらに、オーディオデータはこのプレビュー中に全く表示しない方法がある。これらの制御は、ＣＰＵ１９により行われる。
【０１４１】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０１４２】
例えば、前記第４の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。また同様に、前記第５の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。さらに、前記第６の実施形態における電子番組表送受信システムの構成に、１番組中の所定時間経過毎のプレビュービデオを表示する機能を追加してもよい。
【０１４３】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードをシステムあるいは装置に供給することによって達成される場合、プログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給する記憶媒体としては、ＲＯＭ、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【０１４４】
【発明の効果】
本発明によれば、動画付き電子番組表を表示させて視聴者に番組の内容をより詳細に知らせることで、番組の選択を容易にすることができる。
【図面の簡単な説明】
【図１】第１の実施形態における番組情報送受信システムの構成を示す図である。
【図２】番組情報配信者３の構成を示すブロック図である。
【図３】番組情報配信者３における動作処理手順を示すフローチャートである。
【図４】受信機１の構成を示すブロック図である。
【図５】受信機１における受信表示処理手順を示すフローチャートである。
【図６】プレビュー画面の構成を示す図である。
【図７】図６の画面を構成するためのＳＭＩＬデータの記述例を示す図である。
【図８】図７につづくＳＭＩＬデータの記述例を示す図である。
【図９】図８につづくＳＭＩＬデータの記述例を示す図である。
【図１０】図９につづくＳＭＩＬデータの記述例を示す図である。
【図１１】全チャンネルプレビュー画面を示す図である。
【図１２】第２の実施形態における番組情報送受信システムの構成を示すブロック図である。
【図１３】第２の実施形態における番組情報配信者３の動作処理手順を示すフローチャートである。
【図１４】第２の実施形態における全チャンネルプレビュー画面を示す図である。
【図１５】全チャンネルプレビュー表示を行う前に全画面表示されるＳＭＩＬプレゼンテーションを示す図である。
【図１６】ＳＭＩＬデータを示す図である。
【図１７】第３の実施形態における番組情報送受信システムの構成を示すブロック図である。
【図１８】第３の実施形態における受信機１のプレビュー表示選択操作処理手順を示すフローチャートである。
【図１９】番組情報の選択画面を示す図である。
【図２０】オンデマンド番組用のプレビュー表示画面を示す図である。
【図２１】今後放送予定のライブ番組情報の表示選択画面を示す図である。
【図２２】今後放送予定のライブ番組のプレビュー表示画面を示す図である。
【図２３】第４の実施形態における受信機１の構成を示すブロック図である。
【図２４】受信機１の受信表示処理手順を示すフローチャートである。
【図２５】ＥＰＧ画面の構成を示す図である。
【図２６】図２５の画面を構成するためのＳＭＩＬデータの記述例を示す図である。
【図２７】図２６につづくＳＭＩＬデータの記述例を示す図である。
【図２８】図２７につづくＳＭＩＬデータの記述例を示す図である。
【図２９】プレビュー画面を示す図である。
【図３０】第５の実施形態におけるＥＰＧ画面を示す図である。
【図３１】第７の実施形態におけるＥＰＧ画面を示す図である。
【図３２】プレビュー画面を示す図である。
【符号の説明】
１ 受信機
２ インターネット
３ 番組情報配信者
４ 衛星
５、６、７ 番組配信者
１９、３１ ＣＰＵ
１７ リモコン受光部
２０ バッファ
２１ メモリ
３０ ディスクストレージ
３４ プレビュービデオ
４３ 広告主
４４ 広告
Claims (6)
- 放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成装置であって、
インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信する受信手段と、
受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成し、前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させる制御手段とを備え、
１つの番組に対応するプレビュー動画が複数存在し、
前記制御手段は、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする電子番組表生成装置。 - 前記制御手段は、１つの番組に対応する複数のプレビュー動画を時間軸に沿って配列させることを特徴とする請求項１に記載の電子番組表生成装置。
- 前記制御手段は、１つの番組に対応する複数のプレビュー動画を同時に再生させることを特徴とする請求項１または請求項２に記載の電子番組表生成装置。
- 前記制御手段は、１つの番組に対応する複数のプレビュー動画のうちのいずれか１つのプレビュー動画の音声を再生させることを特徴とする請求項３に記載の電子番組表生成装置。
- 前記制御手段は、１つの番組に対応する複数のプレビュー動画を１つずつ順番に再生させることを特徴とする請求項１または請求項２に記載の電子番組表生成装置。
- 放送電波を介して放送される予定の複数の番組の内容を示す電子番組表を生成して表示装置に表示させる電子番組表生成方法であって、
インターネット回線に接続し、前記電子番組表に表示される前記複数の番組の各々の内容を事前に通知するために予め作成された番組プレビュー用動画データおよび番組情報を受信するステップと、
受信した前記番組プレビュー用動画データおよび前記番組情報に基づいて、複数のプレビュー動画および複数のテキスト情報を生成するステップと、
前記電子番組表における各番組の表示領域に、各番組に対応するプレビュー動画を表示して再生させるとともに、各番組に対応するテキスト情報を表示させるステップとを備え、
１つの番組に対応するプレビュー動画が複数存在し、当該複数のプレビュー動画を対応する番組の表示領域内に配置して表示させることを特徴とする電子番組表生成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002363152A JP4323792B2 (ja) | 2002-12-13 | 2002-12-13 | 電子番組表生成装置および電子番組表生成方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002363152A JP4323792B2 (ja) | 2002-12-13 | 2002-12-13 | 電子番組表生成装置および電子番組表生成方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004194252A JP2004194252A (ja) | 2004-07-08 |
| JP2004194252A5 JP2004194252A5 (ja) | 2006-02-02 |
| JP4323792B2 true JP4323792B2 (ja) | 2009-09-02 |
Family
ID=32761369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002363152A Expired - Fee Related JP4323792B2 (ja) | 2002-12-13 | 2002-12-13 | 電子番組表生成装置および電子番組表生成方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4323792B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4705786B2 (ja) * | 2005-01-06 | 2011-06-22 | 株式会社日立製作所 | ビデオクリップ表示装置 |
| JP5205050B2 (ja) * | 2005-03-02 | 2013-06-05 | パナソニック株式会社 | 配信装置および受信装置 |
| CN106210860B (zh) * | 2005-03-30 | 2020-12-25 | 乐威指南公司 | 用于富视频导航的系统和方法 |
| US20060294545A1 (en) * | 2005-06-23 | 2006-12-28 | Microsoft Corporation | Dynamic media guide listings |
| JP2007068062A (ja) * | 2005-09-02 | 2007-03-15 | D & M Holdings Inc | プロモーション装置及び方法 |
| JP4592719B2 (ja) * | 2007-03-27 | 2010-12-08 | 日本電信電話株式会社 | ダイジェストコンテンツ表示装置及びそのプログラム |
| JP2009021748A (ja) * | 2007-07-11 | 2009-01-29 | Sharp Corp | コンテンツ再生装置、サーバ装置、コンテンツ再生方法、及びプログラム |
| JP2009224897A (ja) * | 2008-03-13 | 2009-10-01 | Toshiba Corp | 情報処理装置 |
| JP2009260947A (ja) * | 2008-03-17 | 2009-11-05 | Sharp Corp | Ｖｏｄコンテンツ選択再生装置 |
| JP4852581B2 (ja) * | 2008-09-22 | 2012-01-11 | 株式会社日立製作所 | コンテンツ情報表示装置 |
| JP5197475B2 (ja) | 2009-04-23 | 2013-05-15 | パナソニック株式会社 | 放送受信装置及び番組ガイド作成方法 |
| JP4679649B2 (ja) * | 2009-05-29 | 2011-04-27 | 株式会社東芝 | コンテンツ再生装置及びコンテンツ再生方法 |
| US9124921B2 (en) | 2009-08-21 | 2015-09-01 | Gvbb Holdings S.A.R.L. | Apparatus and method for playing back contents |
| CN101753956A (zh) * | 2009-12-02 | 2010-06-23 | 中兴通讯股份有限公司 | 手机电视指南的发送方法及系统 |
| JP5657920B2 (ja) * | 2010-06-03 | 2015-01-21 | 株式会社東芝 | 放送受信装置、放送受信方法、映像表示装置 |
| US9277269B2 (en) * | 2011-11-29 | 2016-03-01 | Newrow, Inc. | System and method for synchronized interactive layers for media broadcast |
-
2002
- 2002-12-13 JP JP2002363152A patent/JP4323792B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004194252A (ja) | 2004-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW504930B (en) | Personal versatile recorder and method of implementing and using same | |
| KR102023766B1 (ko) | 개인용 비디오 녹화 특징을 갖는 대화식 프로그램 가이드를 위한 시스템 및 방법 | |
| JP5080584B2 (ja) | Ｄｖｒに補助的プログラム・データをダウンロードする方法と装置 | |
| US8015584B2 (en) | Delivering interactive content to a remote subscriber | |
| JP5017352B2 (ja) | 出力制御装置 | |
| US8677423B2 (en) | Digital residential entertainment system | |
| CA2623835C (en) | Content delivery system and method, and server apparatus and receiving apparatus used in this content delivery system | |
| JP4323792B2 (ja) | 電子番組表生成装置および電子番組表生成方法 | |
| CA2630123C (en) | Dvd multi-room playback after headend conversation | |
| KR100575995B1 (ko) | 수신장치 | |
| US20020009285A1 (en) | Personal versatile recorder: enhanced features, and methods for its use | |
| US20050028200A1 (en) | Media content navigation associated advertising | |
| EP1982516A1 (en) | Electronic programming guide providing apparatus and method | |
| JP5044149B2 (ja) | 番組放送方法及び番組放送システム | |
| US20100125879A1 (en) | Method and apparatus for purchasing a soundtrack when viewing a movie or other program delivered by a content delivery system | |
| US20050183133A1 (en) | Web-based television | |
| JP2008113231A5 (ja) | ||
| JP3737798B2 (ja) | 送信装置、受信装置及び受信方法 | |
| KR20020066338A (ko) | 디지털 텔레비전과 비디오 서비스 네트웍 및 수신기들의향상된 인터랙티브 서비스를 제공하는 방법 및 장치 | |
| JP5836942B2 (ja) | マルチメディアサービスを供給する方法 | |
| KR101078701B1 (ko) | 아이피티브이 프로그램의 서브 콘텐츠 선택 재생 방법 및 장치 | |
| JP2012531863A5 (ja) | ||
| JP2004015224A (ja) | テレビジョン受信機 | |
| JP2003143574A (ja) | コンテンツ編集システム | |
| JP4613446B2 (ja) | 放送データ配信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051213 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051213 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20051213 |
|
| RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20070626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080826 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081017 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081125 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081212 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090122 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090324 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090407 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090519 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090605 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130612 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |