(57)【要約】【課題】  特定ユーザのニーズに応えることが可能な放送システム、放送送受信方法、および受信端末を提供する。【解決手段】  受信端末２０は、録画予約時、ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために通信コンテンツサーバ６上に提供するオプション情報の案内を取得し、所望のオプション情報を識別するオプション情報識別子を記憶する。これを受けて、受信端末２０は、録画実行時、オプション情報識別子と通信コンテンツサーバ６上にあるオプション情報の格納先とを対応付けした通信リンク先対応情報を受信して受信端末２０内のメモリに書き込まれたオプション情報識別子を読出し、オプション情報識別子に対応するオプション情報の格納先から所望のオプション情報を取得する。【選択図】        図１
2005286568.tif 000002
【特許請求の範囲】
【請求項１】
放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、前記放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバと、前記放送信号を受信する受信端末とを備える放送システムであって、
前記受信端末は、録画予約時、前記ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために前記通信コンテンツサーバ上に提供するオプション情報の案内を取得し、
前記受信端末は、前記オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶するメモリを含み、
前記受信端末は、録画実行時、前記オプション情報識別子と前記通信コンテンツサーバ上にある前記オプション情報の格納先とを対応付けした通信リンク先対応情報を受信して前記メモリに記憶した前記オプション情報識別子を読出し、該オプション情報識別子に対応するオプション情報の格納先から前記所望のオプション情報を取得する、放送システム。
【請求項２】
前記受信端末は、録画番組の視聴時、前記オプション情報の拡張子に応じて再生処理を行なう、請求項１に記載の放送システム。
【請求項３】
放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、前記放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバと、前記放送信号を受信する受信端末とを備える放送送受信方法であって、
録画予約時、放送信号に含まれる電子番組ガイドを補完する前記ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために提供するオプション情報の案内を取得するステップと、
前記オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶するステップと、
録画実行時、前記オプション情報識別子と前記オプション情報格納先とを対応付けした通信リンク先対応情報を受けて前記オプション情報識別子を読出し、該オプション情報識別子に対応するオプション情報の格納先から前記所望のオプション情報を取得するステップとを備える、放送送受信方法。
【請求項４】
録画番組の視聴時、前記オプション情報の拡張子に応じて再生処理を行なうステップをさらに備える、請求項３に記載の放送送受信方法。
【請求項５】
放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、前記放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバとに接続するための通信処理部と、
放送番組事業者が特定の視聴者ニーズを満たすために前記通信コンテンツサーバ上に提供するオプション情報を識別するためのオプション情報識別子と前記通信コンテンツサーバ上にある前記オプション情報の格納先とを対応付けした通信リンク先対応情報とを含む前記放送信号を受信し、多重化信号に変換するフロントエンド部と、
前記多重化信号を記録する記録媒体と、
前記オプション情報識別子を記憶するメモリと、
前記多重化信号を番組配列情報と映像音声信号とデータ情報とに分離する多重分離部と、
前記番組配列情報の処理を行なう番組配列情報処理部と、
前記映像音声情報を復号処理する映像音声処理部と、
前記データ信号を受けて、コンテンツ情報の抽出および管理を行なうデータ処理部と、
前記コンテンツ情報の記述に従った処理を行なうブラウザとを備え、
録画予約時、前記ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために前記通信コンテンツサーバ上に提供するオプション情報の案内を取得し、前記オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶し、
録画実行時、前記オプション情報識別子と前記通信コンテンツサーバ上にある前記オプション情報の格納先とを対応付けした通信リンク先対応情報を受信して前記メモリに記憶した前記オプション情報識別子を読出し、該オプション情報識別子に対応するオプション情報の格納先から前記所望のオプション情報を取得する、受信端末。
【請求項６】
録画番組の視聴時、前記オプション情報の拡張子に応じて再生処理を行なう、請求項５に記載の受信端末。
【請求項７】
前記ブラウザは、前記電子番組ガイドに応じた第１の画面を表示し、前記第１の画面の所定箇所を選択することによって、前記ウェブ電子番組ガイドに応じた第２の画面を表示する、請求項５または６に記載の受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、放送システム、放送送受信方法、および受信端末に関し、より特定的には、データ放送サービスに対応した放送システム、放送送受信方法、および受信端末に関する。
【背景技術】
【０００２】
今後、携帯端末向け地上波デジタル放送サービスが実施されるのに合わせて、データ放送サービスがより身近なものになることが予想される。また、携帯端末向け地上波デジタル放送サービスの開始にともない、放送サービスを蓄積媒体に記録して外出先で視聴するといった形態も増えていくものと考えられる。
【０００３】
図１０は、データ放送システムにおける従来の受信端末１００のブロック構成を示したブロック図である。
【０００４】
図１０を参照して、従来の受信端末１００は、フロントエンド部２１と、ＤＥＭＵＸ（DEMUltipleXer）部２２と、ＰＳＩ／ＳＩ（Program Specific Information/Service Information）処理部２４と、映像音声処理部２５と、データカルーセル処理部２６と、ブラウザ２７と、合成部２８と、ＣＰＵ（Central Processing Unit）３１と、ＲＡＭ（Random Access Memory）３２と、ＲＯＭ（Read Only Memory）３３と、ＮＶＲＡＭ（Non-Volatile ＲＡＭ）３５と、通信Ｉ／Ｆ（InterFace）３６と、ＣＰＵバス４０とを備える。
【０００５】
フロントエンド部２１は、外部からのデジタル放送信号を受けて復調し、ＤＥＭＵＸ部２２に多重化信号ＴＳを出力する。多重化信号ＴＳとは、番組配列情報ＰＳＩ／ＳＩ、映像音声情報ＡＶＳ、データ情報ＤＡＴなどをＭＰＥＧ−２（Motion Picture Expert Group-2）方式によって多重化したトランスポートストリーム信号である。番組配列情報ＰＳＩ／ＳＩは、所要の番組を選択するために必要な番組特定情報ＰＳＩ（Program Specific Information）を拡張し、番組選択の利便性のために規定される番組配列情報ＳＩ（Service Information）まで含めた信号である。
【０００６】
番組特定情報ＰＳＩは、プログラムアソシエーションテーブルＰＡＴ（Program Association Table）と、プログラムマップテーブルＰＭＴ（Program Map Table）と、ネットワーク情報テーブルＮＩＴ（Network Information Table）と、限定受信テーブルＣＡＴ（Conditional Access Table）との４つのテーブルから構成される。番組配列情報ＳＩは、ローレベルイベント情報テーブルＬ−ＥＩＴ（Low-level Event Information Table）などから構成される。ローレベルイベント情報テーブルＬ−ＥＩＴは、携帯端末向け電子番組ガイドＥＰＧ（Electronic Program Guide）を構成するための情報である。
【０００７】
プログラムマップテーブルＰＭＴは、１つの番組の構成要素（映像情報、音声情報、データ情報など）が多重化信号ＴＳのどのパケットで伝送されているかを識別するためのパケット識別子ＰＩＤ（ＴＳ Packet IDentification）を有する。
【０００８】
ＤＥＭＵＸ部２２は、パケット識別子ＰＩＤを用いて、多重化信号ＴＳを番組配列情報ＰＳＩ／ＳＩ、映像音声情報ＡＶＳ、およびデータ情報ＤＡＴに分離する。データ情報ＤＡＴは、データカルーセル方式により伝送されるコンテンツ情報ＣＮＴを含む。
【０００９】
コンテンツ情報ＣＮＴとは、ＢＭＬ（Broadcast Markup Language）文書や静止画などの情報である。また、データカルーセル方式とは、社団法人電波産業会（ＡＲＩＢ：Association of Radio Industries and Businesses）のＡＲＩＢ規格ＳＴＤ−Ｂ２４で規定されるデータ伝送方式であって、同じデータを繰り返して伝送するため、確実にデータを届けることができる。
【００１０】
ＰＳＩ／ＳＩ処理部２４は、番組配列情報ＰＳＩ／ＳＩの処理を行なう。映像音声処理部２５は、映像音声情報ＡＶＳの復号処理を行なう。映像音声情報ＡＶＳ中の映像情報については、合成部２８を介して、ブラウザ２７の出力および電子番組ガイドＥＰＧなどとともにユーザに提示される。
【００１１】
データカルーセル処理部２６は、データ情報ＤＡＴを受けて、コンテンツ情報ＣＮＴの抽出および管理を行なう。ブラウザ２７は、コンテンツ情報ＣＮＴを受けて、コンテンツ情報ＣＮＴ内のＢＭＬ文書を解析し、当該記述に従った動作を行なう。具体的には、ブラウザ２７は、たとえば、通信Ｉ／Ｆ３６を介して、通信コンテンツサーバ（図示せず）から他のＢＭＬ文書を取得したり（図１１参照）、ＣＰＵバス４０を介して、ＮＶＲＡＭ３５への読出し／書込み動作を行なう。
【００１２】
ＮＶＲＡＭ３５は、ある番組中で用いられた視聴者ごとの情報（たとえば、地域情報やゲームのスコアなど）を記憶する。当該視聴者ごとの情報は、たとえば、次回または別の番組中において用いられる。
【００１３】
受信端末１００で扱うＢＭＬ文書は、データカルーセル方式によって放送波で伝送されるか、または通信コンテンツサーバ上に置かれる。放送と通信との間でコンテンツ情報ＣＮＴがどのように関連し合っているのかを、以下に具体例を挙げて説明する。
【００１４】
図１１は、放送波から受信したＢＭＬ文書を通信コンテンツサーバ上の他のＢＭＬ文書へ遷移させるＢＭＬ文書Ｄ１０１の記述例を示した図である。
【００１５】
図１１に例示したＢＭＬ文書Ｄ１０１は、ＢＭＬ方式のバージョン１２．０に準拠した文書である。そのため、ＢＭＬ文書Ｄ１０１は、バージョン１２．０の方式に対応したブラウザに読み込まれ、解析されて、ユーザに提示される。
【００１６】
ＢＭＬ文書Ｄ１０１は、図１０のブラウザ２７の画面上において「三洋電機（株）Ｗｅｂへ遷移」をクリックすると、「ｗｗｗ．ｓａｎｙｏ．ｃｏ．ｊｐ」が指定する通信コンテンツサーバより他のＢＭＬ文書（ｗｅｂ＿ｄａｔａ．ｂｍｌ）を取得し、提示することを示している。
【００１７】
なお、ＢＭＬ文書Ｄ１０１の１１行目に示されるlaunchDocument()は、ＡＲＩＢ規格ＳＴＤ−Ｂ２４で定義される放送用拡張関数の１つである。launchDocument()は、引数に指定したＵＲＩ（Uniform Resource Identifiers）で指し示される他のＢＭＬ文書へ遷移させる関数である。
【００１８】
図１２は、ＡＲＩＢ規格で定まるＮＶＲＡＭ３５の各領域を識別するためのＵＲＩを示す図である。
【００１９】
ＡＲＩＢ規格では、ＮＶＲＡＭ３５への割り当てとして、放送事業者系列の専用領域、および放送事業者系列の専用放送通信共通領域などを設けている。放送事業者系列の専用領域とは、同一の系列に属する事業者が共通に使用可能な領域と定義されている。放送事業者系列の専用放送通信共通領域とは、放送コンテンツと通信コンテンツとで情報を共有するための領域と定義されている。
【００２０】
各領域への読出し／書込み動作は、放送用拡張関数であるreadPersistentArray()／writePersistentArray()によってそれぞれ行なわれる。各領域には、固定長ブロックでアクセスされ、放送用拡張関数の引数であるＵＲＩによって固定ブロックが識別される。たとえば、「nvram://00;Cpro_group_web/0」は、放送事業者系列の専用放送通信共通領域である系列ＩＤ００のブロック０領域を指し示す。
【００２１】
従来のデータ放送システムは、放送受信端末および通信端末の機能を兼ね備え、番組データを受信する際、放送波によるデータ受信とサーバから通信回線を介して行なうデータ受信とを切り替えることができる（たとえば、特許文献１参照）。
【００２２】
従来の他のデータ放送システムは、既存のインフラでは困難であった様々な番組形態を実現し、いつでもどこでも所望の情報が得られ、視聴者の使用状況に応じた適切なサービスを提供することができる（たとえば、特許文献２参照）。
【特許文献１】特開２００３−６９５１４号公報
【特許文献２】特開２００３−１８５１９号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
従来のデータ放送システムは、特定ユーザのニーズに十分応えることができていないという問題があった。
【００２４】
それゆえに、この発明の目的は、特定ユーザのニーズに応えることが可能な放送システム、放送送受信方法、および受信端末を提供することである。
【課題を解決するための手段】
【００２５】
この発明による放送システムは、放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバと、放送信号を受信する受信端末とを備える放送システムであって、受信端末は、録画予約時、ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために通信コンテンツサーバ上に提供するオプション情報の案内を取得し、オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶するメモリを含む。受信端末は、録画実行時、オプション情報識別子と通信コンテンツサーバ上にあるオプション情報の格納先とを対応付けした通信リンク先対応情報を受信してメモリに記憶したオプション情報識別子を読出し、オプション情報識別子に対応するオプション情報の格納先から所望のオプション情報を取得する。
【００２６】
好ましくは、受信端末は、録画番組の視聴時、オプション情報の拡張子に応じて再生処理を行なう。
【００２７】
この発明による放送送受信方法は、放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバと、放送信号を受信する受信端末とを備える放送送受信方法であって、録画予約時、放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために提供するオプション情報の案内を取得するステップと、オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶するステップと、録画実行時、オプション情報識別子とオプション情報格納先とを対応付けした通信リンク先対応情報を受けてオプション情報識別子を読出し、オプション情報識別子に対応するオプション情報の格納先から所望のオプション情報を取得するステップとを備える。
【００２８】
好ましくは、録画番組の視聴時、オプション情報の拡張子に応じて再生処理を行なうステップをさらに備える。
【００２９】
この発明による受信端末は、放送信号に含まれる電子番組ガイドを補完するウェブ電子番組ガイドを提供するウェブ電子番組ガイドサーバと、放送信号による放送内容を補完する通信コンテンツを提供する通信コンテンツサーバとに接続するための通信処理部と、放送番組事業者が特定の視聴者ニーズを満たすために通信コンテンツサーバ上に提供するオプション情報を識別するためのオプション情報識別子と通信コンテンツサーバ上にあるオプション情報の格納先とを対応付けした通信リンク先対応情報とを含む放送信号を受信し、多重化信号に変換するフロントエンド部と、多重化信号を記録する記録媒体と、オプション情報識別子を記憶するメモリと、多重化信号を番組配列情報と映像音声信号とデータ情報とに分離する多重分離部と、番組配列情報の処理を行なう番組配列情報処理部と、映像音声情報を復号処理する映像音声処理部と、データ信号を受けて、コンテンツ情報の抽出および管理を行なうデータ処理部とコンテンツ情報の記述に従った処理を行なうブラウザとを備える。受信端末は、録画予約時、ウェブ電子番組ガイドから、放送番組事業者が特定の視聴者ニーズを満たすために通信コンテンツサーバ上に提供するオプション情報の案内を取得し、オプション情報の中から所望のオプション情報を識別するためのオプション情報識別子を記憶する。受信端末は、録画実行時、オプション情報識別子と通信コンテンツサーバ上にあるオプション情報の格納先とを対応付けした通信リンク先対応情報を受信してメモリに記憶したオプション情報識別子を読出し、オプション情報識別子に対応するオプション情報の格納先から所望のオプション情報を取得する。
【００３０】
好ましくは、受信端末は、録画番組の視聴時、オプション情報の拡張子に応じて再生処理を行なう。
【００３１】
好ましくは、ブラウザは、電子番組ガイドに応じた第１の画面を表示し、第１の画面の所定箇所を選択することによって、ウェブ電子番組ガイドに応じた第２の画面を表示する。
【発明の効果】
【００３２】
この発明によれば、放送波での提供には向かない特定ユーザのニーズにも応えることができるため、よリ付加価値の高い放送サービスを提供することができる。また、番組提供者にとっても、番組開始時までにオプション情報を準備すればよくなる。
【発明を実施するための最良の形態】
【００３３】
以下、この発明の実施の形態について図面を参照して詳しく説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００３４】
図１は、この発明の実施の形態による放送システム１の概略的なシステム構成を示したシステム図である。
【００３５】
図１を参照して、この発明の実施の形態による放送システム１は、ウェブ電子番組ガイドサーバ５と、通信コンテンツサーバ６と、通信回線７ａ〜７ｃと、通信回線網８と、放送局１０と、受信端末２０とを備える。放送局１０は、映像エンコード処理部１１と、音声エンコード処理部１２と、データカルーセル生成部１３と、ＰＳＩ／ＳＩデータ生成部１４と、多重化部１５と、変調部１６と、アンテナ１７とを含む。
【００３６】
映像エンコード処理部１１は、番組を構成する映像データＶＤを圧縮処理する。音声エンコード処理部１２は、番組を構成する音声データＡＤを圧縮処理する。データカルーセル生成部１３は、通信リンク先対応情報を含むデータ情報ＤＩを、データカルーセル方式に準拠するデータ構造に変換する。ＰＳＩ／ＳＩデータ生成部１４は、受信端末２０を制御するための情報や電子番組ガイドＥＰＧを提供するための情報などを生成する。
【００３７】
多重化部１５は、映像エンコード処理部１１、音声エンコード処理部１２、データカルーセル生成部１３、およびＰＳＩ／ＳＩデータ生成部１４からそれぞれ出力される信号を多重化したトランスポートストリーム信号を出力する。ここでの多重化とは、ＭＰＥＧ−２方式により、１８８バイトの固定長パケットに分割・多重化することをいう。
【００３８】
変調部１６は、多重化部１５から出力されるトランスポートストリーム信号をデジタル変調する。当該デジタル変調された信号は、デジタル放送信号として、アンテナ１７から受信端末２０に送信される。
【００３９】
ウェブ電子番組ガイドサーバ５は、上記のデジタル放送信号で提供される電子番組ガイドＥＰＧを補完する役割を有する。通信コンテンツサーバ６は、上記のデジタル放送信号で提供される放送番組の内容を補完する役割を有する。受信端末２０は、通信回線７ａ〜７ｃおよび通信回線網８を介して、ウェブ電子番組ガイドサーバ５および通信コンテンツサーバ６にアクセスすることができる。なお、通信回線７ａ〜７ｃおよび通信回線網８は、有線の場合と無線の場合とを含む。
【００４０】
ウェブ電子番組ガイドサーバ５を識別するＵＲＩは、たとえば、ハイパーリンク記述子のリンク先種別を拡張することで指定可能である。ハイパーリンク識別子は、携帯端末向け放送サービスの場合、番組配列情報ＳＩにおけるローレベルイベント情報テーブルＬ−ＥＩＴに割り当てられる。これにより、ウェブ電子番組ガイドサーバ５は、放送波で伝送される電子番組ガイドＥＰＧと関連付けられる。また、通信コンテンツサーバ６は、データ情報ＤＩに含まれる通信リンク先対応情報により、放送番組と関連付けられる。
【００４１】
図２は、この発明の実施の形態による受信端末２０のブロック構成を示したブロック図である。
【００４２】
図２を参照して、この発明の実施の形態による受信端末２０は、図１０に示した従来の受信端末１００に蓄積媒体Ｉ／Ｆ２３および蓄積媒体３４を付加した構成となっている。したがって、受信端末１００と重複する部分の説明は、ここでは繰り返さない。
【００４３】
フロントエンド部２１は、外部からのデジタル放送信号を復調して、多重化信号ＴＳ（トランスポートストリーム信号ＴＳ）に変換する。トランスポートストリーム信号ＴＳは、ＤＥＭＵＸ部２２へ出力されるとともに、蓄積媒体Ｉ／Ｆ２３を介してメモリカード等の蓄積媒体３４に記録される。
【００４４】
図３は、この発明の実施の形態による放送システム１の録画予約時における放送システム１Ａの概略的なシステム構成を示したシステム図である。以下では、映画番組を録画の対象とした場合について説明する。
【００４５】
図３を参照して、録画予約時の放送システム１Ａは、ウェブ電子番組ガイドサーバ５と、通信回線７ｅと、放送局１０と、受信端末２０と、蓄積媒体３４と、クレードル５０とを備える。受信端末２０は、アンテナ部３０を有する。
【００４６】
受信端末２０は、電源を投入すると、放送局から伝送されるローレベルイベント情報テーブルＬ−ＥＩＴをアンテナ部３０から受信する。受信端末２０は、録画予約時において、ローレベルイベント情報テーブルＬ−ＥＩＴから電子番組ガイドＥＰＧをＢＭＬ文書として作成し、その内容を画面上に表示する。
【００４７】
携帯端末向けの地上波デジタル放送サービスでは、サービス全体に割り当てられる帯域が狭く、そのため、ローレベルイベント情報テーブルＬ−ＥＩＴの情報量も抑えられている。したがって、ローレベルイベント情報テーブルＬ−ＥＩＴのみから電子番組ガイドＥＰＧを取得する場合、現在放映されている番組から数番組先までの番組情報といった最低限の情報しかユーザに提供できない。
【００４８】
そこで、この発明の実施の形態では、ローレベルイベント情報テーブルＬ−ＥＩＴからの電子番組ガイドＥＰＧの他に、ウェブ電子番組ガイドサーバ５からウェブ電子番組ガイドＷｅｂＥＰＧを取得する。ウェブ電子番組ガイドＷｅｂＥＰＧは、ＢＭＬ文書として記述され、通信回線７ｅを介してクレードル５０から受信端末２０に与えられる。ウェブ電子番組ガイドサーバ５のＵＲＬは、たとえば、ローレベルイベント情報テーブルＬ−ＥＩＴにおいてハイパーリンク記述子のリンク先種別を拡張することで指定可能である。
【００４９】
図４（Ａ）は、受信端末２０が電子番組ガイドＥＰＧを受けた際の画面表示ＤＰＹ１を示した図である。
【００５０】
図４（Ａ）を参照して、ユーザが画面表示ＤＰＹ１の“詳細表示”を選択すると、ローレベルイベント情報テーブルＬ−ＥＩＴにおけるハイパーリンク記述子の指定リンク先であるウェブ電子番組ガイドサーバ５に接続される。受信端末２０は、ウェブ電子番組ガイドサーバ５から通信回線７ｅを介してクレードル５０からウェブ電子番組ガイドＷｅｂＥＰＧを取得する。これにより、画面表示ＤＰＬ１がウェブ電子番組ガイドＷｅｂＥＰＧの内容を反映した画面に切り替わる。
【００５１】
図４（Ｂ）は、画面表示ＤＰＹ１の“詳細表示”を選択したときの画面表示ＤＰＹ２を示した図である。
【００５２】
図４（Ｂ）を参照して、画面表示ＤＰＹ２は、ウェブ電子番組ガイドＷｅｂＥＰＧを受けて、番組ごとに提供されるオプション情報の案内を表示している。画面表示ＤＰＹ２は、映画番組に対して、オプション情報として、１．英語音声，２．字幕，３．英語音声＋字幕、の３種類の情報が提供できることを示している。
【００５３】
したがって、ユーザが英語音声で映画を楽しみたい場合には、オプション情報の“１”を選択すればよい。選択したオプション情報識別子は、図２のＮＶＲＡＭ３５における放送事業者系列の専用放送通信共通領域に記憶される。なお、吹き替え版の録画のみでよいユーザは、当該オプション情報を選択せずに予約録画を実行すればよい。このとき、ＮＶＲＡＭ３５へのアクセスは発生しない。
【００５４】
図５は、この発明の実施の形態による放送システム１の録画実行時における放送システム１Ｂの概略的なシステム構成を示したシステム図である。
【００５５】
図５を参照して、録画実行時の放送システム１Ｂは、通信コンテンツサーバ６と、通信回線７ｆと、放送局１０と、受信端末２０と、蓄積媒体３４と、クレードル５０とを備える。受信端末２０は、アンテナ部３０を有する。
【００５６】
受信端末２０は、録画実行時、放送局１０から伝送される通信リンク先対応情報をアンテナ部３０から受信する。受信端末２０は、録画予約時に視聴者が選択し、図２のＮＶＲＡＭ３５に記憶されたオプション情報識別子に応じて、通信リンク先対応情報に記載されたリンク先である通信コンテンツサーバ６からオプション情報を取得する。
【００５７】
図６は、ＢＭＬ文書Ｄ１である通信リンク先対応情報の記述例を示した図である。図６のＢＭＬ文書Ｄ１に従った受信端末２０の具体的な動作内容については、図２に示した受信端末２０のブロック図を参照しながら、図７のフロー図に沿って説明する。
【００５８】
図７は、ＢＭＬ文書Ｄ１である通信リンク先対応情報に従った受信端末２０の具体的な動作内容を示したフロー図である。
【００５９】
図７を参照して、ステップＳ１において、データカルーセル処理部２６でデータ情報ＤＡＴが多重されていることが検出されると、ブラウザ２７が起動する。ステップＳ２において、ブラウザ２７は、データカルーセル処理部２６で抽出されたＢＭＬ文書である通信リンク先対応情報を要求し、読み込みおよび解析を行なう。ステップＳ３以降、ブラウザ２７は、読み込んだＢＭＬ文書の解析結果にしたがって処理を行なう。
【００６０】
ステップＳ３において、ブラウザ２７は、録画する番組を識別するための識別情報ＩＤを取得する。図６のＢＭＬ文書Ｄ１では、１２〜１５行目のgetProgramID()という放送用拡張関数を用いて受信端末２０から識別情報ＩＤを取得している。なお、受信端末２０は、放送局１０から送信されるデジタル放送信号から番組配列情報ＰＳＩ／ＳＩを取得することで、録画する放送番組を識別する識別情報ＩＤを得ている。
【００６１】
getProgramID()は、現在受信中の放送番組における識別子を取得するための放送用拡張関数である。getProgramID()の引数に「１」を与えることによりevent_id（イベント識別子）が、引数に「２」を与えることによりservice_id（サービス識別子）が、引数に「３」を与えることによりoriginal_network_id（オリジナルネットワーク識別子）が、引数に「４」を与えることによりtransport_stream_id（トランスポートストリーム識別子）がそれぞれ取得される。
【００６２】
ステップＳ４において、ＮＶＲＡＭ３５における録画する放送番組を提供する放送事業者が属する放送事業者系列の専用放送通信共通領域からオプション情報識別子を読み出す。図６のＢＭＬ文書Ｄ１では、放送事業者系列ＩＤ０１のブロック番号０からオプション情報識別子を読み出す。ステップＳ５において、読み出したオプション情報識別子に応じて、オプション情報が格納されている通信コンテンツサーバ６を決定する。ステップＳ６において、通信コンテンツサーバ６から通信Ｉ／Ｆ３６を介してオプション情報を取得する。
【００６３】
取得したオプション情報は、ステップＳ７において、放送番組を一意に識別できるディレクトリ先に、録画する放送番組と関連づけて記録される。これにより、ステップＳ８において、オプション情報の取得を完了する。
【００６４】
図６のＢＭＬ文書Ｄ１では、２４，３０行目のsaveHttpServerFileAs()という放送用拡張関数を用いて、通信コンテンツサーバ６上のオプション情報を取得し、ステップＳ３で取得した識別情報ＩＤで定まるディレクトリに記録する。図６のＢＭＬ文書Ｄ１では、２４，３０行目のsrc_pathでオプション情報を指定し、同行のdest_pathで蓄積先のディレクトリを指定する。
【００６５】
saveHttpServerFileAs()は、第１引数で指定する通信コンテンツサーバ６上のファイルを第２引数で指定するパス先に蓄積するための関数である。オプション情報は、録画する放送番組と関連づけて、図８に示すようなディレクトリ構成で、蓄積媒体３４に記録される。
【００６６】
図８は、放送番組およびオプション情報が蓄積媒体３４に記録される際のディレクトリ構成を示した図である。図８（Ａ）に示した録画中におけるディレクトリＤ１１は、時間軸を考慮すると一意には決まらない。そこで、録画完了後には、図８（Ｂ）に示すように、録画する番組の開始日時を記述したディレクトリＤ１２を作成し、作成したディレクトリ以下に、録画した放送番組、および取得したオプション情報を移動する。なお、図８（Ｂ）のディレクトリＤ１２の最上段に記載された＜ＹＹＹＹＭＭＤＤＨＨＭＭ＞は、ＹＹＹＹが西暦（４桁表示）、ＭＭが月（２桁表示）、ＤＤが日（２桁表示）、ＨＨが時間（２桁表示）、ＭＭが分（２桁表示）をそれぞれ表わす。
【００６７】
図９は、録画番組視聴時における受信端末２０の動作内容を示したフロー図である。
【００６８】
図９を参照して、ステップＳ１１において、録画済番組リスト（図示せず）から録画番組を選択する。録画済番組リストとは、番組タイトルと番組保存先ディレクトリとの対応表である。録画番組の選択により、ステップＳ１２において、番組が保存されているディレクトリが特定される。ステップＳ１３において、保存先のディレクトリにオプション情報が保存されているかどうかの判断を行なう。
【００６９】
ステップＳ１３においてオプション情報が保存されている場合、ステップＳ１４において、放送番組を再生するとともに、オプション情報の拡張子に応じた処理を行なう。たとえば、オプション情報の拡張子が“apes”であれば、オプション情報は音声ＰＥＳ（Packetized Elementary Stream）であると判断する。このとき、放送番組に含まれる音声の代わりに当該音声ＰＥＳの音声を再生するなどの処理を行なう。また、オプション情報の拡張子が“bml”であれば、ブラウザ２７を起動し、対応するＢＭＬ文書の表示処理などを行なう。ステップＳ１３においてオプション情報が保存されていない場合、ステップＳ１５において、放送番組の再生のみを行なう。
【００７０】
以上の実施の形態では、映画番組を録画の対象とした場合について説明したが、他の番組を録画の対象とすることも可能である。たとえば英会話番組を録画の対象とした場合、オプション情報として、（１）番組内容に関連する他の言い回しおよびその発音情報、（２）番組内容に関連する異文化情報、（３）番組内容を示したテキスト、等を選択することができる。その他の処理は、これまで説明した実施の形態と同じである。つまり、録画の対象が英会話番組であっても、オプション情報を入れ替えるだけで対応可能である。
【００７１】
なお、この発明の実施の形態では、受信端末２０として携帯型の受信端末を例に説明したが、必ずしも携帯型である必要はない。また、受信端末２０をクレードル５０にセッティングした状態で録画の予約および実行を行なう形態で説明したが、受信端末２０のみで録画の予約および実行を行なうこともできる。また、番組提供者の観点から、放送番組は無料とし、放送番組内容を補ってその内容を高めるオプション情報に対しては課金する仕組みを設けてもよい。
【００７２】
以上のように、この発明の実施の形態によれば、ローレベルイベント情報テーブルＬ−ＥＩＴからの電子番組ガイドＥＰＧの他に、ウェブ電子番組ガイドサーバからウェブ電子番組ガイドＷｅｂＥＰＧを取得することによって、放送波での提供には向かない特定ニーズに応じた情報の案内を提供することが可能となる。
【００７３】
また、視聴時には、所望のコンテンツが受信端末に蓄積されているので、視聴時に通信コンテンツにアクセスする形態に比べて、ユーザへのストレスも少なくて済む。特に、通信コンテンツサーバから取得するファイルのサイズが大きい場合に効果がある。また、通信コンテンツ先が削除されている、外出先の通信環境が悪い、といった心配をする必要もなくなる。
【００７４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００７５】
【図１】この発明の実施の形態による放送システム１の概略的なシステム構成を示したシステム図である。
【図２】この発明の実施の形態による受信端末２０のブロック構成を示したブロック図である。
【図３】この発明の実施の形態による放送システム１の録画予約時における放送システム１Ａの概略的なシステム構成を示したシステム図である。
【図４】受信端末２０が電子番組ガイドＥＰＧおよびウェブ電子番組ガイドＷｅｂＥＰＧを受けた際の画面上の表示を示した図である。
【図５】この発明の実施の形態による放送システム１の録画実行時における放送システム１Ｂの概略的なシステム構成を示したシステム図である。
【図６】ＢＭＬ文書Ｄ１である通信リンク先対応情報の記述例を示した図である。
【図７】ＢＭＬ文書Ｄ１である通信リンク先対応情報に従った受信端末２０の具体的な動作内容を示したフロー図である。
【図８】放送番組およびオプション情報が蓄積媒体３４に記録される際のディレクトリ構成を示した図である。
【図９】録画番組視聴時における受信端末２０の動作内容を示したフロー図である。
【図１０】データ放送システムにおける従来の受信端末１００のブロック構成を示したブロック図である。
【図１１】放送波から受信したＢＭＬ文書を通信コンテンツサーバ上の他のＢＭＬ文書へ遷移させるＢＭＬ文書Ｄ１０１の記述例を示した図である。
【図１２】ＡＲＩＢ規格で定まるＮＶＲＡＭ３５の各領域を識別するためのＵＲＩを示す図である。
【符号の説明】
【００７６】
１，１Ａ，１Ｂ  放送システム、５  ウェブ電子番組ガイドサーバ、６  通信コンテンツサーバ、７ａ〜７ｃ，７ｅ，７ｆ  通信回線、８  通信回線網、１０  放送局、１１  映像エンコード処理部、１２  音声エンコード処理部、１３  データカルーセル生成部、１４  ＰＳＩ／ＳＩデータ生成部、１５  多重化部、１６  変調部、１７  アンテナ、２０，１００  受信端末、２１  フロントエンド部、２２  ＤＥＭＵＸ部、２３  蓄積媒体Ｉ／Ｆ、２４  ＰＳＩ／ＳＩ処理部、２５  映像音声処理部、２６  データカルーセル処理部、２７  ブラウザ、２８  合成部、３０  アンテナ部、３１  ＣＰＵ、３２  ＲＡＭ、３３  ＲＯＭ、３４  蓄積媒体、３５  ＮＶＲＡＭ、３６  通信Ｉ／Ｆ、４０  ＣＰＵバス、５０  クレードル。
【図１】
2005286568.tif 000003
【図２】
2005286568.tif 000004
【図３】
2005286568.tif 000005
【図４】
2005286568.tif 000006
【図５】
2005286568.tif 000007
【図６】
2005286568.tif 000008
【図７】
2005286568.tif 000009
【図８】
2005286568.tif 000010
【図９】
2005286568.tif 000011
【図１０】
2005286568.tif 000012
【図１１】
2005286568.tif 000013
【図１２】
2005286568.tif 000014