(57)【特許請求の範囲】
【請求項１】
映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送し、
前記各受信端末では、当該端末内に記憶された端末属性識別データを読み出して、この端末属性識別データおよび前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定し、決定したＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
を特徴とする番組関連情報取得方法。
【請求項２】
請求項１の番組関連情報取得方法において、
前記端末属性識別データは、当該端末における通信キャリア識別子であるもの。
【請求項３】
請求項１の番組関連情報取得方法において、
前記端末属性識別データは、当該端末におけるブラウザ言語識別子であるもの。
【請求項４】
請求項１〜請求項３のいずれかの番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、当該ストリームの番組配列情報（ＳＩ）に記述されていること、
を特徴とするもの。
【請求項５】
請求項４の番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、前記番組配列情報のＥＩＴに記述されていること、
を特徴とするもの。
【請求項６】
請求項１〜請求項３のいずれかの番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、当該ストリームのプログラム仕様情報（ＰＳＩ）に記述されていること、
を特徴とするもの。
【請求項７】
請求項６の番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、前記プログラム仕様情報のＰＭＴに記述されていること、
を特徴とするもの。
【請求項８】
請求項１〜請求項３のいずれかの番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、当該ストリームのイベントメッセージ伝送方法におけるストリーム記述子に記述されていること、
を特徴とするもの。
【請求項９】
請求項１の番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、ＵＲＩと端末属性識別データの組み合わせデータの集合で構成された対応テーブルであり、当該端末内に記憶された端末属性識別データと一致する組み合わせデータが特定されて、ＵＲＩが決定されること、
を特徴とするもの。
【請求項１０】
請求項１の番組関連情報取得方法において、
前記端末属性識別データは当該端末における通信キャリア識別子であり、
前記ＵＲＩ決定基礎データは、ＵＲＩのうち、前記通信キャリア識別子に該当する部分を除いたデータであり、
当該端末内に記憶された通信キャリア識別子を付加することにより、ＵＲＩが決定されること、
を特徴とするもの。
【請求項１１】
請求項２の番組関連情報取得方法において、
前記端末属性識別データは当該端末におけるブラウザ言語識別子であり、
前記ＵＲＩ決定基礎データは、ＵＲＩのうち、ブラウザ言語識別子に該当する部分を除いたデータであり、
当該端末内に記憶されたブラウザ言語識別子を付加することにより、ＵＲＩが決定されること、
を特徴とするもの。
【請求項１２】
請求項１の番組関連情報取得方法において、
前記ＵＲＩ決定基礎データは、コンテンツサーバから番組関連情報を取得可能か否かを示すフラグと端末属性識別データとの組み合わせデータの集合で構成された対応テーブルであり、
各受信端末は、当該端末内に記憶された端末属性識別データと一致する組み合わせデータを特定し、そのフラグがコンテンツサーバから番組関連情報を取得可能である場合には、予め定められたＵＲＩ決定サーバに、受信対象番組の番組特定識別子を送信し、番組関連情報を取得するコンテンツサーバのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
を特徴とするもの。
【請求項１３】
請求項１〜請求項１２の番組関連情報取得方法において、
前記受信端末は、ユーザの指令でＵＲＩ決定処理を開始すること、
を特徴とするもの。
【請求項１４】
請求項１３の番組関連情報取得方法において、
前記受信端末は、受信した放送データを再生中に、前記ユーザによる指令が与えられると、前記ＵＲＩ決定処理を開始すること、
を特徴とするもの。
【請求項１５】
請求項９または請求項１２の番組関連情報取得方法において、
前記受信端末は、新たなＵＲＩ決定基礎データを受信するとこれを更新し、ユーザの指令が与えられると、前記最新のＵＲＩ決定基礎データを用いてＵＲＩ決定処理を行うこと、
を特徴とするもの。
【請求項１６】
請求項１５の番組関連情報取得方法において、
前記受信端末は、新たなＵＲＩ決定基礎データを受信すると、かかるデータのうち、当該端末内に記憶された端末属性識別データと合致するデータを読み出して、記憶すること、
を特徴とするもの。
【請求項１７】
トランスポートストリームとして放送された1)映像およびまたは音声を含む番組データ、および2)トランスポートストリームのストリームデータを構成するパケットに関する特性を記述した特性データを受信する受信手段、
前記受信した特性データおよびトランスポートストリームに基づき、映像およびまたは音声を含む報知データを生成する報知データ生成手段、
前記報知データを報知する報知手段、
端末属性識別データを記憶する記憶手段、
操作者から番組関連情報を取得する取得命令が与えられると、各受信端末に記憶された端末属性識別データに基づき各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記特性データから読み出すとともに、前記記憶手段から前記端末属性識別データを読み出して、読み出した前記端末属性識別データおよびＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定するＵＲＩ決定手段、
決定されたＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得して、前記報知データ生成手段に与える番組関連情報取得手段、
を備えたトランスポートストリームデータ受信装置。
【請求項１８】
請求項１７のトランスポートストリームデータ受信装置において、
前記トランスポートストリームデータ受信装置は、ブラウジング機能付き携帯電話であり、
前記番組関連情報取得手段は、通信センターのサーバを介して、前記コンテンツサーバにアクセスすること、
を特徴とするもの。
【請求項１９】
請求項１８のトランスポートストリームデータ受信装置において、
前記番組データは映像および音声データであり、
前記番組関連情報は、表示データを含んでいること、
を特徴とするもの。
【請求項２０】
請求項１８のトランスポートストリームデータ受信装置において、
前記番組データは音声データであり、
前記番組関連情報は、表示データであること、
を特徴とするもの。
【請求項２１】
トランスポートストリームとして放送された映像およびまたは音声を含む番組データに加えて、前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データを受信し、前記特性データからデータを読み出すことにより、コンテンツサーバから前記番組関連情報を取得する番組関連情報取得方法において、
前記特性データには、各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データが混在されており、
前記各受信端末は、当該受信端末内に記憶された端末属性識別データを読み出して、前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定し、このＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
を特徴とする番組関連情報取得方法。
【請求項２２】
番組データを記憶する第１記憶手段、
各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを記憶する第２記憶手段、
前記映像およびまたは音声を含む番組データをトランスポートストリームとして放送する放送手段、
を備え、
前記放送手段は、前記ＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送すること、
を特徴とする番組関連情報放送装置。
【請求項２３】
映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送する番組関連情報放送方法。
【請求項２４】
以下の1)〜3)を備えた放送データ受信端末を番組関連情報取得装置として機能させるためのプログラムであって、
1)ビデオストリームデータ、オーディオストリームデータ、およびこれらストリームデータを構成するパケットに関する特性を記述した特性データを受信する放送データ受信部、
2)前記ストリームデータをユーザに報知する報知部、
3)ネットワークに接続されたセンターコンピュータと接続するための接続部、
前記プログラムは、前記ストリームデータの特性データから各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを取り出して、当該受信端末内に記憶された端末属性識別データに基づき、当該受信端末が採用しているブラウザ言語で記述された番組関連情報を取得するＵＲＩを決定すること、
を特徴とするプログラム。
【請求項２５】
請求項１の番組関連情報取得方法において、
前記コンテンツサーバは、各番組関連情報は同じ内容でかつ、前記端末属性識別情報に応じた記述形式の番組関連情報を異なるＵＲＩに記憶しており、
前記端末は、前記読み出した端末属性識別データに合致した記述形式の番組関連情報を取得するもの。
【請求項２６】
映像およびまたは音声を含む番組データをトランスポートストリームとして放送し、
各受信端末は、ＵＲＩ決定サーバに、当該番組の番組特定識別子および端末内に記憶された端末属性識別データを渡し、番組関連情報を取得するためのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得する番組関連情報取得方法において、
端末属性識別データと番組関連情報が存在するか否かを示す番組関連情報存在データで構成された対応テーブルを前記トランスポートストリームに混在して放送し、
各受信端末では、この対応テーブルに基づいて、前記ＵＲＩ決定サーバへの通信可否を決定すること、
を特徴とする番組関連情報取得方法。
【請求項２７】
請求項２６の番組情報取得方法において、
前記端末属性識別データは、当該端末における通信キャリア識別子またはブラウザ言語識別子であること、
を特徴とする番組情報取得方法。
【請求項２８】
放送された放送データを受信する受信手段、
前記受信した放送データを再生する第１の再生手段、
端末属性識別データを記憶する記憶手段、
ユーザからの命令が与えられると、各受信端末に記憶された端末属性識別データに基づき各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記放送データから読み出すとともに、前記記憶手段に記憶された前記端末属性識別データを読み出して、前記端末属性識別データおよび前記ＵＲＩ決定基礎データに基づいて、ダウンロード対象データのＵＲＩを決定するＵＲＩ決定手段、
前記決定されたＵＲＩからデータをダウンロードし、これを再生する第２の再生手段、
を備えたデータ再生装置。
【発明の詳細な説明】
【背景技術】
【０００１】
この発明は、デジタル放送および通信を経由した情報収集可能な端末に関する。
【０００２】
今日、衛星を用いたデジタル放送に加えて、衛星を用いない通常のデジタル放送（以下、地上波デジタル放送という）が予定されている。かかる地上波デジタル放送では、衛星デジタルと異なり受信アンテナを小型化可能なので、携帯端末にて地上波デジタル放送を受信することについて、その実用化が期待されている。
【０００３】
簡単に説明すると、ユーザは、携帯端末でテレビ放送を受信する。かかる番組内では、番組内容に関係のある番組関連情報をデータ放送している。そして、インターネットを介して詳細情報を記録したコンテンツサーバ（情報配信サーバ）のＵＲＩ（Uniform Resource Identifiers)をリンク情報として放送することにより、直接アクセスして別の関連情報を取得することもできる。
【０００４】
この場合、携帯端末として考えられるのが、ブラウザプログラムを搭載した携帯電話である。かかる携帯電話に地上波デジタル放送のチューナを搭載すれば、上記放送およびインタネットを介した情報収集が可能となる。
【０００５】
しかし、前記地上波デジタル放送にて、ユーザの携帯端末にＵＲＩを放送するには、以下のような問題があった。前記携帯電話のブラウザが採用している言語（以下ブラウザ言語という）は統一されていない。したがって、同じ内容のコンテンツデータ（配信対象データ）であっても、複数の言語用に別々のデータを異なるＵＲＩで記録するとともに、当該ブラウザが採用している言語で記述されたコンテンツデータにアクセスする必要がある。
【０００６】
かかる問題を解決するために、以下のようなやり方も考えられる。端末にキャリアＩＤを記憶しておく。端末にて、カルーセル伝送方式にしたがって放送された処理プログラムのスクリプトを受信する。端末は、かかるスクリプトの処理に基づき、キャリアＩＤを読み出して、接続先のＵＲＩを決定する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、この場合、カルーセル伝送方式におけるＤＤＢメッセージデータ、ＤＩＩメッセージデータを受信するための機能が、そのためだけに必要となる。また、かかる機能を実現するためのプログラムも多くのメモリを必要とする。
【０００８】
この発明は上記の問題点を解決し、ブラウザ言語の異なる端末でも、放送データを用いてインターネットコンテンツサーバのリソースにアクセス可能な方法またはそのシステムを提供することを目的とする。
【０００９】
さらに、この発明は、データ放送を受信する機能なしに、端末の端末属性に合致したデータを電送することができる番組関連情報取得方法またはそのシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
１）本発明にかかる番組関連情報取得方法は、映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送し、前記各受信端末では、当該端末内に記憶された端末属性識別データを読み出して、この端末属性識別データおよび前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定し、決定したＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得する。
【００１１】
したがって、各端末に特性データを受信できる機能があれば、当該端末の端末属性識別データに応じた番組関連情報を取得することができる。これにより、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、コンテンツサーバのＵＲＩ決定は各端末内で決定されるので、番組関連情報の取得先のＵＲＩをコンテンツサーバとの通信で決定する場合と較べると、コンテンツサーバの負担を減らすことができる。
【００１２】
２）本発明にかかる番組関連情報取得方法においては、前記端末属性識別データは当該端末における通信キャリア識別子である。したがって、通信キャリアごとにブラウザ言語が異なる場合でも、各端末に応じた番組関連情報を取得することができる。
【００１３】
３）本発明にかかる番組関連情報取得方法においては、前記端末属性識別データは、当該端末におけるブラウザ言語識別子である。したがって、端末によって搭載しているブラウザのブラウザ言語が異なる場合でも、各端末に応じた番組関連情報を取得することができる。
【００１４】
４）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、当該ストリームの番組配列情報（ＳＩ）に記述されている。したがって、番組配列情報を取得するだけで、前記ＵＲＩ決定基礎データを取得することができる。また、番組配列情報に記憶することにより、番組ごと、サービスごと、またはネットワークごとに前記ＵＲＩ決定基礎データを記述することができる。    ５）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、前記番組配列情報のＥＩＴに記述されている。したがって、ＥＩＴを取得するだけで、前記ＵＲＩ決定基礎データを取得することができる。また、ＥＩＴに記憶することにより、完全に番組に対応づけて前記ＵＲＩ決定基礎データを記述することができる。
【００１５】
６）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、当該ストリームのプログラム仕様情報（ＰＳＩ)に記述されている。したがって、番組配列情報を受信できないような簡易受信システムでも、前記ＵＲＩ決定基礎データを取得することができる。
【００１６】
７）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、前記プログラム仕様情報のＰＭＴに記述されている。したがって、番組配列情報を受信できないような簡易受信システムでも、ＰＭＴを取得するだけで、前記ＵＲＩ決定基礎データを取得することができる。
【００１７】
８）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、当該ストリームのイベントメッセージ伝送方法におけるストリーム記述子に記述されている。したがって、任意の時刻に前記ＵＲＩ決定基礎データを簡易に送信することができる。これにより、例えば、番組（イベント）の途中の任意のタイミングで番組関連情報の取得先を切り換えることができる。
【００１８】
９）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、ＵＲＩと通信キャリア識別子の組み合わせデータの集合で構成された対応テーブルであり、当該端末内に記憶された通信キャリア識別子と一致する組み合わせデータが特定されて、ＵＲＩが決定される。したがって、対応テーブルから選択するだけで、ＵＲＩを特定することができる。
【００１９】
１０）本発明にかかる番組関連情報取得方法においては、前記端末属性識別データは当該端末における通信キャリア識別子であり、前記ＵＲＩ決定基礎データは、ＵＲＩのうち、前記通信キャリア識別子に該当する部分を除いたデータであり、当該端末内に記憶された通信キャリア識別子を付加することにより、ＵＲＩが決定される。したがって、対応テーブルから選択するだけで、ＵＲＩを特定することができる。
【００２０】
１１）本発明にかかる番組関連情報取得方法においては、前記端末属性識別データは当該端末におけるブラウザ言語識別子であり、前記ＵＲＩ決定基礎データは、ＵＲＩのうち、ブラウザ言語識別子に該当する部分を除いたデータであり、当該端末内に記憶されたブラウザ言語識別子を付加することにより、ＵＲＩが決定される。したがって、ＵＲＩとブラウザ言語識別子の組み合わせデータを送る場合と較べて、特性データ中に送るデータ量を少なくすることができる。
【００２１】
１２）本発明にかかる番組関連情報取得方法においては、前記ＵＲＩ決定基礎データは、コンテンツサーバから番組関連情報を取得可能か否かを示すフラグと端末属性識別データとの組み合わせデータの集合で構成された対応テーブルであり、各受信端末は、当該端末内に記憶された端末属性識別データと一致する組み合わせデータを特定し、そのフラグがコンテンツサーバから番組関連情報を取得可能である場合には、予め定められたＵＲＩ決定サーバに、受信対象番組の番組特定識別子を送信し、番組関連情報を取得するコンテンツサーバのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得する。したがって、番組関連情報を取得できる場合に、ＵＲＩ決定サーバへのアクセスがなされるので、不要なＵＲＩ決定サーバへのアクセスを防止できる。
【００２２】
１３）本発明にかかる番組関連情報取得方法においては、前記受信端末は、ユーザの指令でＵＲＩ決定処理を開始する。したがって、ユーザ指令があると、前記番組関連情報を取得することができる。
【００２３】
１４）本発明にかかる番組関連情報取得方法においては、前記受信端末は、受信した放送データを再生中に、前記ユーザによる指令が与えられると、前記ＵＲＩ決定処理を開始する。したがって、前記放送中のユーザが所望するタイミングで、前記決定したＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得することができる。
【００２４】
１５）本発明にかかる番組関連情報取得方法においては、前記受信端末は、新たなＵＲＩ決定基礎データを受信するとこれを更新し、ユーザの指令が与えられると、前記最新のＵＲＩ決定基礎データを用いてＵＲＩ決定処理を行う。したがって、ユーザから指令が与えられると、すぐに、番組関連情報の取得処理が可能となる。
【００２５】
１６）本発明にかかる番組関連情報取得方法においては、前記受信端末は、新たなＵＲＩ決定基礎データを受信すると、かかるデータのうち、当該端末内に記憶された端末属性識別データと合致するデータを読み出して、記憶する。このように当該端末にとって必要なデータだけを記憶することにより、メモリ容量を小さくできる。
【００２６】
１７）本発明にかかるトランスポートストリームデータ受信装置は、Ａ）トランスポートストリームとして放送された1)映像およびまたは音声を含む番組データ、および2)トランスポートストリームのストリームデータを構成するパケットに関する特性を記述した特性データを受信する受信手段、Ｂ）前記受信した特性データおよびトランスポートストリームに基づき、映像およびまたは音声を含む報知データを生成する報知データ生成手段、Ｃ）前記報知データを報知する報知手段、Ｄ）端末属性識別データを記憶する記憶手段、Ｅ）操作者から番組関連情報を取得する取得命令が与えられると、各受信端末に記憶された端末属性識別データに基づき各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記特性データから読み出すとともに、前記記憶手段から前記端末属性識別データを読み出して、読み出した前記端末属性識別データおよびＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定するＵＲＩ決定手段、Ｆ）決定されたＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得して、前記報知データ生成手段に与える番組関連情報取得手段、を備えている。
【００２７】
したがって、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、当該端末の理解できるブラウザ言語でコンテンツサーバにアップロードしておくことにより、通信キャリアごとにブラウザ言語が異なる場合でも、応じた番組関連情報を取得することができる。また、コンテンツサーバのＵＲＩ決定は各端末内で決定されるので、番組関連情報の取得先のＵＲＩをコンテンツサーバとの通信で決定する場合と較べると、コンテンツサーバの負担を減らすことができる。
【００２８】
１８）本発明にかかるトランスポートストリームデータ受信装置においては、前記ストリームデータ受信装置は、ブラウジング機能付き携帯電話であり、前記番組関連情報取得手段は、通信キャリア別に通信センターのサーバを介して、前記コンテンツサーバにアクセスする。したがって、従来のブラウジング機能付き携帯電話に、番組データ受信手段および制御情報受信手段を付加するだけで、受信端末を実現することができる。
【００２９】
１９）本発明にかかるトランスポートストリームデータ受信装置においては、前記番組データは映像および音声データであり、前記番組関連情報は、表示データを含んでいる。したがって、放送データとして映像および音声データを受信して、番組関連情報として表示データを得ることができる。
【００３０】
２０）本発明にかかるトランスポートストリームデータ受信装置においては、前記番組データは音声データであり、前記番組関連情報は、表示データである。したがって、放送データとして音声データを受信して、番組関連情報として表示データを得ることができる。
【００３１】
２１）本発明にかかる番組関連情報取得方法においては、トランスポートストリームとして放送された映像およびまたは音声を含む番組データに加えて、前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データを受信し、前記特性データからデータを読み出すことにより、コンテンツサーバから前記番組関連情報を取得する番組関連情報取得方法において、前記特性データには、各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データが混在されており、前記各受信端末は、当該受信端末内に記憶された端末属性識別データを読み出して、前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定し、このＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得する
したがって、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、当該端末の理解できるブラウザ言語でコンテンツサーバにアップロードしておくことにより、通信キャリアごとにブラウザ言語が異なる場合でも、応じた番組関連情報を取得することができる。また、コンテンツサーバのＵＲＩ決定は各端末内で決定されるので、番組関連情報の取得先のＵＲＩをコンテンツサーバとの通信で決定する場合と較べると、コンテンツサーバの負担を減らすことができる。
【００３２】
２２）本発明にかかる番組関連情報放送装置は、Ａ）番組データを記憶する第１記憶手段、Ｂ）各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを記憶する第２記憶手段、Ｃ）前記映像およびまたは音声を含む番組データをトランスポートストリームとして放送する放送手段、を備え、
Ｄ）前記放送手段は、前記ＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送する。したがって、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、当該端末の理解できるブラウザ言語でコンテンツサーバにアップロードしておくことにより、通信キャリアごとにブラウザ言語が異なる場合でも、応じた番組関連情報を取得することができる。また、コンテンツサーバのＵＲＩ決定は各端末内で決定されるので、番組関連情報の取得先のＵＲＩをコンテンツサーバとの通信で決定する場合と較べると、コンテンツサーバの負担を減らすことができる。
【００３３】
２３）本発明にかかる番組関連情報放送装置は、映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、
各受信端末に記憶された端末属性識別データに基づき、各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記トランスポートストリームデータのストリームデータを構成するパケットに関する特性を記述した特性データ中に混在して放送する。
【００３４】
したがって、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、当該端末の理解できるブラウザ言語でコンテンツサーバにアップロードしておくことにより、通信キャリアごとにブラウザ言語が異なる場合でも、応じた番組関連情報を取得することができる。また、コンテンツサーバのＵＲＩ決定は各端末内で決定されるので、番組関連情報の取得先のＵＲＩをコンテンツサーバとの通信で決定する場合と較べると、コンテンツサーバの負担を減らすことができる。
【００３５】
２５）本発明にかかる番組関連情報取得方法においては、前記コンテンツサーバは、各番組関連情報は同じ内容でかつ、前記端末属性識別情報に応じた記述形式の番組関連情報を異なるＵＲＩに記憶しており、前記端末は、前記読み出した端末属性識別データに合致した記述形式の番組関連情報を取得する。したがって、前記コンテンツサーバから、読み出した端末属性識別データに合致した記述形式の番組関連情報を取得することができる。
【００３６】
２６）本発明にかかる番組関連情報取得方法においては、映像およびまたは音声を含む番組データをトランスポートストリームとして放送し、各受信端末は、ＵＲＩ決定サーバに、当該番組の番組特定識別子および端末内に記憶された端末属性識別データを渡し、番組関連情報を取得するためのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得する番組関連情報取得方法において、端末属性識別データと番組関連情報が存在するか否かを示す番組関連情報存在データで構成された対応テーブルを前記トランスポートストリームに混在して放送し、各受信端末では、この対応テーブルに基づいて、前記ＵＲＩ決定サーバへの通信可否を決定する。
【００３７】
したがって、各端末に前記特性データを受信できる機能があれば、番組関連情報を取得することができる。これにより、各端末に余分な機能を搭載する必要がなく、小型、軽量化が可能となる。また、当該端末の理解できるブラウザ言語でコンテンツサーバにアップロードしておくことにより、通信キャリアごとにブラウザ言語が異なる場合でも、応じた番組関連情報を取得することができる。また、コンテンツサーバのＵＲＩ決定はＵＲＩ決定サーバとの間で決定できるので、特性データ等を利用して、番組関連情報の取得先のＵＲＩ基礎データを放送する必要がない。さらに、番組関連情報が存在する場合にのみ、前記ＵＲＩ決定サーバとの通信を開始することを決定できる。
【００３８】
２７）本発明にかかる番組関連情報取得方法においては、前記端末属性識別データは、当該端末における通信キャリア識別子またはブラウザ言語識別子である。したがって、通信キャリアごとにブラウザ言語が異なる場合、各端末が搭載しているブラウザのブラウザ言語が異なる場合でも、各端末に応じた番組関連情報を取得することができる。
【００３９】
２８）本発明にかかるデータ再生装置においては、a)放送された放送データを受信する受信手段、b)前記受信した放送データを再生する第１の再生手段、c)端末属性識別データを記憶する記憶手段、d)ユーザからの命令が与えられると、各受信端末に記憶された端末属性識別データに基づき各受信端末が採用しているブラウザ言語で記述された番組関連情報に対応するＵＲＩを前記各受信端末が決定するためのＵＲＩ決定基礎データを前記放送データから読み出すとともに、前記記憶手段に記憶された前記端末属性識別データを読み出して、前記端末属性識別データおよび前記ＵＲＩ決定基礎データに基づいて、ダウンロード対象データのＵＲＩを決定するＵＲＩ決定手段、e)前記決定されたＵＲＩからデータをダウンロードし、これを再生する第２の再生手段を備えている。したがって、前記端末の端末属性に応じて異なるＵＲＩにデータを記憶しておくことにより、前記端末属性が異なる端末にて、端末の第２の再生手段に合致したデータをダウンロードして再生することができる。
【００４０】
この発明において、「受信端末」とは、送信装置からの放送データを受信できる機能を有する装置をいい、表示装置を持たないいわゆるセットトップボックスや、表示装置を有するテレビセットの双方を含む概念である。さらに、送信装置からの放送データを受信できる機能を有する携帯電話、携帯端末、パソコンなども含む。
【００４１】
「端末属性識別データ」とは、端末の属性を識別するデータであり、実施形態では、各端末における通信キャリア識別子またはブラウザ言語識別子が該当するが、これに限定されず、例えば、端末における再生データ（音楽データや動画データなど）の再生可能データのデータ形式も含む。
【００４２】
「第１の再生手段」は実施形態では、放送データ受信部５４、表示部５２および音声出力部５３が該当する。
【００４３】
「第２の再生手段」は実施形態では、ブラウザプログラムに基づいたＣＰＵの表示処理が該当する。
【００４４】
「特性データ」とは、ストリームデータを構成するパケットに関する特性を記述したデータをいい、実施形態では、ＰＭＴに該当する。
【００４５】
「ＵＲＩ決定基礎データ」とは、端末でＵＲＩを決定するために必要な基礎データをいい、実施形態では、たとえば、キャリア別ＵＲＩテーブルが該当する。
【００４６】
「通信路」とは、有線である場合はもちろん無線である場合も含む。
【００４７】
「通信路を介して取得する」とは、１対１の通信だけでなく、１対多の放送も含む。
【００４８】
「構造記述型言語記述データ」とは、文書データを表示する場合の配置位置、文字列の大きさ、参照する図形データに関する情報等の表示指定情報が付加されたデータをいい、実施形態では、ＢＭＬ言語で記述されたデータである場合について説明したが、ＨＴＭＬ，ＸＭＬ型データ、ＭＨＥＧ規格のデータ等を含む。
【００４９】
「ユーザ特性情報」とは、実施形態ではユーザ属性が該当する。
【００５０】
「プログラムを記録した記録媒体」とは、プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。ＣＰＵに接続されて、記録されたプログラムが直接実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。
【００５１】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【００５２】
「データを記録した記録媒体」とは、データを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。
【００５３】
「データ」とは、ＣＰＵが直接処理可能なデータだけでなく、暗号化されたデータ、パケット化されたデータ、搬送波にのせられたデータ（すなわちデータによって変調した搬送波）等を含む概念である。
【００５４】
この発明の特徴、他の目的、用途、効果等は、実施形態および図面を参酌することにより明らかになるであろう。
【発明を実施するための最良の形態】
【００５５】
１．第１実施形態
(1)全体構成
図１に、この発明の一実施形態による番組関連情報取得システムの全体構成を示す。放送局２は、映像およびまたは音声を含む番組データをトランスポートストリームとして放送する。なお、前記ストリームデータ用の特性データも同様に放送される。この特性データには、後述するＵＲＩ決定基礎データが記述されている。各端末４ａ〜４ｎは、前記ストリームデータおよび、その特性データを選択受信する。各端末４ａ〜４ｎには、通信キャリア識別子が記憶されており、各端末４ａ〜４ｎは、この通信キャリア識別子と特性データ中のＵＲＩ決定基礎データによって、番組関連情報を取得するコンテンツサーバを決定する。各端末４ａ〜４ｎは、番組関連情報を取得するコンテンツサーバを決定すると、あらかじめ定められた通信キャリアの接続センター４ａ〜４ｎに接続して、インターネットを介して、コンテンツサーバから番組関連情報を取得する。
【００５６】
このように、前記ストリームデータの特性データに、ＵＲＩ決定基礎データを記述し、かつ、各端末に記憶させた通信キャリア識別子を用いて、番組関連情報を読み出すコンテンツサーバを決定することにより、ブラウザ言語の異なる端末であっても、番組関連情報を取得することができる。
【００５７】
(2)情報配信装置のハードウェア構成
図２に、送信装置１０の機能ブロック図を示す。ＡＶデータ記憶部１３には、画像および／または音声データがストリームデータとして記憶されている。
【００５８】
テーブル記憶部１４には、ＵＲＩを決定するためのテーブルデータが記憶されている。プログラム仕様情報生成部１６は、テーブル記憶部１４に記憶されたテーブルデータを配置したプログラム仕様情報（ＰＳＩ）のセクションデータを生成する。データ送信制御部１５は、ＡＶデータ記憶部１３に記憶されたストリームデータおよび前記プログラム仕様情報のセクションデータを取得し、多重化部１７に与える。多重化部１７は、各ストリームデータおよび前記プログラム仕様情報のセクションデータを多重化し、１本のストリームとして、送信部１９に与える。送信部１９は、前記ストリームデータを送信する。
【００５９】
(3)端末の機能ブロック図
ストリームデータ受信装置である端末４aの機能ブロック図を図３に示す。端末４ａは、記憶手段２７，受信手段２１，報知データ生成手段２３、報知手段２５、ＵＲＩ決定手段３１、番組関連情報取得手段３３、および入力手段２９を備えている。
【００６０】
受信手段２１は、トランスポートストリームとして放送された1)映像およびまたは音声を含む番組データ、および2)トランスポートストリームの特性データを受信する。報知データ生成手段２３は、前記特性データおよびトランスポートストリームに基づき、報知データを生成する。報知手段２５は、前記報知データを報知する。記憶手段２７は、通信キャリア識別子を記憶する。入力手段２９には、インターネットを介して番組関連情報を取得する取得命令が入力される。ＵＲＩ決定手段３１は、入力手段２９から取得命令が与えられると、前記特性データ中の前記ＵＲＩ決定基礎データおよび前記通信キャリア識別子を読み出して、前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定する。番組関連情報取得手段３３は、決定されたＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得して、表示生成手段２３に与える。これにより、ブラウザ言語の異なる端末であっても、番組によって異なる（動的に変化する）番組関連情報を報知することができる、
(4)端末のハードウエア構成
図４に端末４ａの外観平面図を示す。端末４ａは、インターネット用のブラウザ機能付きの携帯電話に、地上波デジタル放送の画像および音声ストリームデータを受信するストリームデータ受信機能が付加された端末である。図４に示すファンクションボタン５０６を押して、メニューを表示部５２に表示して、選択することにより、放送サービスの選択、電話への切り替え等の各種の処理をすることができる。情報取得ボタン５０ａは、放送データ受信中に番組関連情報の取得を希望する場合にユーザがそれを指示するボタンである。情報取得ボタン５０ａが押された場合の処理については後述する。
【００６１】
図５に端末４ａのハードウエア構成を示す。端末４ａは、放送データ受信部５４，表示部５２、音声出力部５３、ＲＯＭ４０、ＲＡＭ４２、ＣＰＵ４４、フラッシュメモリ４６、通信部４８、図４に示す各種のキーで構成された入力部５０を備えている。
【００６２】
放送データ受信部５４は、通常の地上波デジタル放送受信機と同様に、チューナ、トランスポートストリームデコーダ（ＴＳデコーダ）、およびＡＶデコーダ等から構成される。表示部５２は、ＬＣＤ等で構成される。通信部４８はセンタとの間でデータの送受信を行う。表示部５２，音声出力部５３は放送データ受信部５４で受信されたＡＶデータが与えられると、これを表示・音声出力する。
【００６３】
フラッシュメモリ４６には、後述する各種のプログラム、キャリア別ＩＤが記憶されている。
【００６４】
(5)番組関連情報取得処理
以下、図６を用いて、番組関連情報の取得処理について説明する。なお、以下では、Ａ社の通信キャリア端末４ａにて、ある地上波デジタル放送の番組を視聴中に、図４に示す情報取得ボタン５０ａが押された場合を例として説明する。
【００６５】
放送局２は、図７に示すキャリア別ＵＲＩテーブルを特性データＰＭＴ（program map table)に記述して送信する。例えば、ＰＭＴの記述子領域１または記述子領域２に記憶することができる。なお、記述子領域２はエレメンタリーストリーム（ＥＳ）ごとに記憶可能であるので、いずれに記憶するかは送受信間で特定しておけばよい。
【００６６】
端末４ｎのユーザは、入力部５０（図５参照）から希望するサービスを受信すべく、選局命令を入力する。これにより、ＣＰＵ４４は、放送データ受信部５４に選局条件をセットする。受信したビデオストリームデータ表示部５２に表示され、音声ストリームデータは、音声出力部５３から出力される。表示された画像をみて、番組関連情報の取得を希望する場合には、情報取得ボタン５０ａを押す。たとえば、○○電気のＣＭが表示されている場合に、「ただいま、○○電気では夏のバーゲン実施中！詳しくは、情報取得ボタンを押してください」などが表示されると、閲覧を希望するユーザは、情報取得ボタン５０ａを押す。
【００６７】
この場合の、詳細フローチャートについて、図６を用いて説明する。ＣＰＵ４４は、特性データＰＭＴ（program map table)からキャリア別ＵＲＩテーブルを読み出す（図６ステップＳ１）。この場合、図７に示すキャリア別ＵＲＩテーブルが読み出される。ＣＰＵ４４は、フラッシュメモリ４６に記憶された通信キャリア識別子である通信キャリアＩＤを読み出す（ステップＳ３）。この場合、通信キャリアＩＤ"Ａ社”が読み出される。
【００６８】
ＣＰＵ４４は、一致したものを特定して、ＵＲＩを決定する（ステップＳ７）。この場合、通信キャリアＩＤ"Ａ社”が一致するので、ＵＲＩ”http://www.Ａ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”が決定される。ＣＰＵ４４は、通信部４８を介して、あらかじめ定められたセンタとの通信を確立する（図６ステップＳ９）。
【００６９】
センタを介して、決定したＵＲＩで特定されるファイルのダウンロード要求を行う（ステップＳ１１）。この場合、ファイル”http://www.Ａ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”は通信キャリアＡ社が採用しているブラウザ言語で記述されているものとする。たとえば、Ｃ−ＨＴＭＬ言語で記述されているものとする。
【００７０】
ＣＰＵ４４は、かかるＵＲＩで特定されたＣ−ＨＴＭＬファイルを受け取るか否か判断しており（ステップＳ１３）、受信すると、受け取ったファイルを解釈して表示データを生成し、図５に示す表示部５２に与える。これにより、ファイル”http://www.Ａ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”が表示部５２に表示される。たとえば、「ただいまのバーゲン品Ｘ社炊飯器×××、本日中であればなんと２９８００円！」というメッセージとともに、炊飯器×××の画像が表示される。
【００７１】
ＣＰＵ４４は、新しいＵＲＩ取得要求が与えられるか否か判断しており（ステップＳ１７）、与えられると、ステップＳ１１以下を繰り返す。
【００７２】
なお、Ｂ社の通信キャリア端末４ｂにて、ある地上波デジタル放送の番組を視聴中に、図４に示す情報取得ボタン５０ａが押された場合には、図６ステップＳ３にて、通信キャリアＩＤ"Ｂ社”が読み出される。
【００７３】
ＣＰＵ４４は、通信キャリアＩＤ"Ｂ社”が一致するので、ＵＲＩ”http://www.Ｂ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”が決定される。ＣＰＵ４４は、通信部４８を介して、あらかじめ定められたセンタとの通信を確立する（図６ステップＳ９）。
【００７４】
端末４ｂのＣＰＵ４４は、センタを介して、決定したＵＲＩで特定されるファイルのダウンロード要求を行う（ステップＳ１１）。この場合、ファイル”http://www.Ｂ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”がダウンロート対象として指定される。ここでは、ファイル”http://www.Ｂ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”は通信キャリアＢ社が採用している、ＨＤＭＬ言語で記述されているものとする。
【００７５】
ＣＰＵ４４は、かかるＵＲＩで特定されるＨＤＭＬデータを受け取ると、受け取ったファイルを解釈して表示データを生成し、図５に示す表示部５２に与える。これにより、ファイル”http://www.Ｂ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”が表示部５２に表示される。この場合も、通信キャリア別に記述言語を変えて異なるＵＲＩに記憶させただけで、実体データは同じである。したがって、端末４ｂには、端末４ａと同じ画像が表示される。
【００７６】
このようにして、端末の通信キャリアＩＤ毎に、異なるブラウザ言語で記述されたコンテンツデータのＵＲＩが決定されて、ダウンロードがなされる。また、ＵＲＩ決定基礎データはストリームデータの特性データに混在して送信されている。したがって、地上波デジタル放送のデータ放送を受信する部分がなくても、前記ＵＲＩ決定基礎データを受信することができる。また、図６に示すＵＲＩ決定プログラムはあらかじめ各端末に記憶されている。したがって、かかるプログラムをスクリプトで送る場合と違い、地上波デジタル放送のデータ放送を受信する機能を各端末にて省略することができる。
【００７７】
また、本実施形態においては、端末の識別子を用いて端末側でアクセス先を切り換えるようにした。これにより、以下のような効果がある。インターネット上では、完全な双方向が実現でき、端末からサーバに対して要求出力して、結果をサーバから受け取ることができる。これに対して、放送の場合は、擬似的な双方向通信を実現している。このような擬似的な双方向通信で、自分のブラウザの種類をサーバに要求として送ることができない場合であっても、端末の種類に応じたデータを受け取ることができる。
【００７８】
なお、端末からコンテンツデータのダウンロード要求をする際に、端末から与えられるリクエストのヘッダ情報からブラウザの種類を判断して、コンテンツサーバが配信するファイルを切り換えることも考えられる。しかしながら、放送の場合は、同時刻に同じ番組が多数の端末にて受信され、その結果、それを視聴した多数の視聴者がほぼ同時期にコンテンツデータの配信要求が、配信サーバに与えられることがあり、このような場合には、端末がリクエストを出してからコンテンツデータを受け取るまでのレスポンスが低下する。これに対して、上記実施形態においては、端末にて受け取るコンテンツデータファイルを端末側で決定しているので、要求から受け取りまでの時間を短縮することができる。
【００７９】
(6)ＵＲＩを生成する実施形態
上記実施形態においては、ＰＭＴに通信キャリア別のＵＲＩで構成されたテーブルを送信し、各端末でいずれを選択するようにした。これに対して、ＵＲＩのうち共通部分をＰＭＴに記述して送信し、各端末で通信キャリア別に異なる部分を代入して、ＵＲＩを取得するようにしてもよい。たとえば、図８Ａに示すような不完全なＵＲＩをＰＭＴに記述しておき、受信端末がＡ社のものである場合、図８Ａの＊部分に、Ａ社のＩＤである”Ａ−ＣＯ．ＬＴＤ”を代入して、ＵＲＩ”http://www.Ａ−ＣＯ．ＬＴＤ/pana/国内/旅行/index.html”を生成すればよい。以降は第１実施形態と同様である。この場合、テーブルを送る場合と比べて、データ量が少なくてすむというメリットがある。
【００８０】
(7)その他
なお、トランスポートストリームをビデオ機器等に記憶しておいて、後で再生する場合も同様に適用可能である。
【００８１】
なお、上記実施形態においては、ブラウザ機能付き携帯電話にデジタルテレビ放送を受信する受信部を設けたが、ブラウザ機能付き携帯電話にデジタルラジオ放送を受信する受信部を設けるようにしてもよい。この場合、番組関連情報としては、もともとのブラウザで画面に報知するようにすればよい。
【００８２】
上記実施形態においては、情報取得ボタン５０ａを専用ボタンとして設けているが、地上波デジタル放送の受信処理を行うプログラムを設け、かかるプログラムにて、ソフトスイッチを画面内に配置するようにしてもよい。
【００８３】
上記実施形態においては、番組関連情報放送装置として、携帯電話である場合について説明したが、図９に示すように、テレビ１２１として構成してもよい。この場合、選局やインターネットへの切り換えなどは、リモコン１２２等で入力可能である。
【００８４】
また、図１０に示すように、汎用のパソコン１０３に専用の地上波デジタル放送の受信機能を有するボード１０１（カード等も含む）を接続して、地上波デジタル放送をパソコンのモニタ１０５に表示し、番組関連情報はパソコンのブラウザプログラムで表示等するようにしてもよい。この場合、パソコン内部にブラウザ言語識別子を記憶しておき、特性データ中のＵＲＩ決定基礎データから取得先のＵＲＩを特定するようにすればよい。
【００８５】
また、上記実施形態においては、携帯端末に地上波デジタル放送の受信処理機能およびインターネット通信機能の双方を備え、携帯端末の表示画面に表示する場合について説明したが、表示のみ、画面の大きなノートパソコン等にするようにしてもよい。この場合のハードウェア構成としては、上記実施形態とほぼ同様である。ノートパソコンのＡＶ入力端子（図示せず）に放送データ受信部で受信したＡＶストリームデータを出力する点、また、ノートパソコンとのデータのやり取りは、ＵＳＢＩＦ５６を介して行われる点が異なる。
【００８６】
また、携帯端末に地上波デジタル放送の受信処理機能を設け、インターネット通信機能を通信ボードで実現するようにしてもよい。
【００８７】
また、上記実施形態においては、地上波デジタル放送を受信する携帯端末を例に説明したが、衛星デジタル放送でも同様に適用可能である。  
なお、携帯電話機器に、通信キャリアＩＤではなく、ブラウザ言語識別子を直接記憶するようにしてもよい。
【００８８】
また、上記実施形態においては、ＵＲＩ決定基礎データを記憶する特性データとしてＰＭＴを採用したが、ＰＳＩ（プログラム仕様情報）であれば、ＰＭＴ以外であってもよい。さらに、ＰＳＩではなく、ＳＩ（番組配列情報）記憶するようにしてもよい。例えば、ＥＩＴに記憶すればよい。
【００８９】
また、イベントメッセージ伝送方式におけるストリーム記述子、例えば、ＮＰＴ参照記述子、または汎用イベントメッセージ記述子等に記述するようにしてもよい。汎用イベントメッセージ記述子に記述する場合には、例えば、プライベートデータバイトに記録しておけばよい。なお、ストリーム記述子は、テーブルidがＤＩＩメッセージ、ＤＤＢメッセージと異なる０Ｘ３Ｄで送信される。したがって、ＤＩＩメッセージ、ＤＤＢメッセージを受信する機能を有していなくても、受信可能である。また、ストリーム記述子に記述することにより、番組の途中で切り換えることもできる。
【００９０】
本実施形態においては、ユーザの指令でＵＲＩ決定処理を開始している。このように、ユーザの決定キーが押されると、ＵＲＩ決定処理に移行することにより、例えば、ＣＭ放送中に、ボタン５０aが押されると、商品の購入サイトへ移行することができる。
【００９１】
また、上記実施形態においては、ユーザが図４に示すボタン５０aを押すことができるタイミングを画面中に表示するようにしたが、別の手法でこれを報知するようにしてもよい。例えば、ボタン５０aを点滅させるようにしてもよい。これにより、切り換え準備完了状態であることユーザに知らせることができる。
【００９２】
また、ＵＲＩ決定基礎データとして、各通信キャリア用のコンテンツデータが存在するか否かを示す存否情報を採用し、存在する場合に、別途定められているＵＲＩ取得サーバに、受信中の番組のイベントidを、渡して対応ＵＲＩを取得するようにしてもよい。この場合も、存否情報として、各ブラウザ言語用のコンテンツデータが存在するか否かを示す存否情報であってもよい。
【００９３】
また、上記実施形態においては、ユーザが番組関連情報の取得を指定した場合に、ＵＲＩ決定処理を実行するようにしたが、かかるタイミングについては、これに限定されない。
【００９４】
本実施形態においては、通信キャリアごとに、各ファイルをグループ化するようにしたが、各ファイルのディレクトリ構造については任意である。すなわち、コンテンツデータごとにまとめておき、これをキャリア別に分けるようにしてもよい。例えば、”http://www.pana/国内/旅行/Ａ−ＣＯ．ＬＴＤ/index.html”、http://www.pana/国内/旅行/Ｂ−ＣＯ．ＬＴＤ/index.html、http://www.pana/国内/旅行/Ｃ−ＣＯ．ＬＴＤ/index.htmlというように分類してもよい。
【００９５】
なお、放送は１対多であるので、同じ時期にキャリア別のセンターコンピュータへのアクセスが集中するおそれがある。かかる問題を解決するために、各端末に地域idとか、グループidを記憶しておき、さらに、前記ＵＲＩを細分化しておけばよい。例えば、同じＡ社用のＵＲＩとして、”http://www.pana/国内/旅行/Ａ−ＣＯ．ＬＴＤ/index.html”を、”http://www.pana/国内/旅行/Ａ−ＣＯ．ＬＴＤ/osaka/index.html”、”http://www.pana/国内/旅行/Ａ−ＣＯ．ＬＴＤ/四国/index.html”・・・というように地域ごとに分割することが考えられる。また電話番号等で細分化するようにしてもよい。例えば末尾の数字等である。
【００９６】
なお、ブラウザ言語識別子と番組関連情報の有無の集合で構成された対応テーブル、または、通信キャリア識別子と番組関連情報の有無の集合で構成された対応テーブルを前記トランスポートストリームに混在して放送し、各受信端末では、この対応テーブルに基づいて、前記ＵＲＩ決定サーバへの通信可否を決定するようにしてもよい。これにより、番組関連情報が存在する場合にのみ、前記ＵＲＩ決定サーバとの通信を開始することを決定できる。
【００９７】
上記実施形態においては、各端末にてブラウザ言語が異なる場合について説明したが、端末における音楽データや動画データなどの再生可能データのデータ形式が異なる場合についても同様に適用することができる。
【００９８】
本実施形態においては、図２，図３に示す機能を実現する為に、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。
【００９９】
なお、プログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。
【０１００】
上記においては、本発明を好ましい実施形態として説明したが、限定のために用いたのではなく、説明のために用いたものであって、本発明の範囲および精神を逸脱することなく、添付のクレームの範囲において、変更することができるものである。
【図面の簡単な説明】
【０１０１】
【図１】この発明の概要を示す図である。
【図２】送信装置の機能ブロック図である。
【図３】端末の機能ブロック図である。
【図４】端末の外観図である。
【図５】端末のハードウエア構成を示す図である。
【図６】端末におけるＵＲＩ取得処理および表示処理のフローチャートである。
【図７】ＵＲＩ対応テーブルを示す図である。
【図８】別の形態のＵＲＩ決定基礎データを示す図である。
【図９】テレビセットを示す図である。
【図１０】パソコンに放送受信ボードを接続した場合の構成を説明する図である。
【図１】
0004119838.tif 000002
【図２】
0004119838.tif 000003
【図３】
0004119838.tif 000004
【図４】
0004119838.tif 000005
【図５】
0004119838.tif 000006
【図６】
0004119838.tif 000007
【図７】
0004119838.tif 000008
【図８】
0004119838.tif 000009
【図９】
0004119838.tif 000010
【図１０】
0004119838.tif 000011