JPWO2003010962A1 - 番組関連情報取得システムおよびその方法 - Google Patents

Abstract

キャリアごとにブラウザ言語の異なる端末であっても、番組関連情報を取得することができる。放送局２は、ＡＶストリームデータおよびその特性データを放送する。特性データには、ＵＲＩ決定基礎データが記述されている。各端末４ａ〜４ｎは、前記ストリームデータおよび、その特性データを選択受信する。各端末４ａ〜４ｎには、通信キャリアＩＤが記憶されており、この通信キャリアＩＤと特性データ中のＵＲＩ決定基礎データによって、番組関連情報を取得するコンテンツサーバを決定する。番組関連情報を取得するコンテンツサーバが決定されると、あらかじめ定められた通信キャリアの接続センター４ａ〜４ｎに接続して、インターネットを介して、コンテンツサーバから番組関連情報を取得する。

Description

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

Claims (28)

1. 映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、インターネットを介して番組関連情報を取得するための、ＵＲＩ決定基礎データを前記ストリームデータの特性データ中に混在して放送し、
   各受信端末では、当該端末内に記憶された端末属性識別データを読み出して、ＵＲＩを決定し、決定したＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
   を特徴とする番組関連情報取得方法。
2. 請求項１の番組関連情報取得方法において、
   前記端末情報識別データは、当該端末における通信キャリア識別子であるもの。
3. 請求項１の番組関連情報取得方法において、
   前記端末情報識別データは、当該端末におけるブラウザ言語識別子であるもの。
4. 請求項１〜請求項３のいずれかの番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、当該ストリームの番組配列情報（ＳＩ）に記述されていること、
   を特徴とするもの。
5. 請求項４の番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、前記番組配列情報のＥＩＴに記述されていること、
   を特徴とするもの。
6. 請求項１〜請求項３のいずれかの番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、当該ストリームのプログラム仕様情報（ＰＳＩ）に記述されていること、
   を特徴とするもの。
7. 請求項６の番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、前記プログラム仕様情報のＰＭＴに記述されていること、
   を特徴とするもの。
8. 請求項１〜請求項３のいずれかの番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、当該ストリームのイベントメッセージ伝送方法におけるストリーム記述子に記述されていること、
   を特徴とするもの。
9. 請求項１の番組関連情報取得方法において、
   前記ＵＲＩ決定基礎データは、ＵＲＩと端末属性識別データの組み合わせデータの集合で構成された対応テーブルであり、当該端末内に記憶された端末属性識別データと一致する組み合わせデータが特定されて、ＵＲＩが決定されること、
   を特徴とするもの。
10. 請求項１の番組関連情報取得方法において、
    前記端末属性識別データは当該端末における通信キャリア識別子であり、
    前記ＵＲＩ決定基礎データは、ＵＲＩのうち、前記通信キャリア識別子に該当する部分を除いたデータであり、
    当該端末内に記憶された通信キャリア識別子を付加することにより、ＵＲＩが決定されること、
    を特徴とするもの。
11. 請求項２の番組関連情報取得方法において、
    前記端末属性識別データは当該端末におけるブラウザ言語識別子であり、
    前記ＵＲＩ決定基礎データは、ＵＲＩのうち、ブラウザ言語識別子に該当する部分を除いたデータであり、
    当該端末内に記憶されたブラウザ言語識別子を付加することにより、ＵＲＩが決定されること、
    を特徴とするもの。
12. 請求項１の番組関連情報取得方法において、
    前記ＵＲＩ決定基礎データは、コンテンツサーバから番組関連情報を取得可能か否かを示すフラグと端末属性識別データとの組み合わせデータの集合で構成された対応テーブルであり、
    各受信端末は、当該端末内に記憶された端末属性識別データと一致する組み合わせデータを特定し、そのフラグがコンテンツサーバから番組関連情報を取得可能である場合には、予め定められたＵＲＩ決定サーバに、受信対象番組の番組特定識別子を送信し、番組関連情報を取得するコンテンツサーバのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
    を特徴とするもの。
13. 請求項１〜請求項１２の番組関連情報取得方法において、
    前記受信端末は、ユーザの指令でＵＲＩ決定処理を開始すること、
    を特徴とするもの。
14. 請求項１３の番組関連情報取得方法において、
    前記受信端末は、受信した放送データを再生中に、前記ユーザによる指令が与えられると、前記ＵＲＩ決定処理を開始すること、
    を特徴とするもの。
15. 請求項１４の番組関連情報取得方法において、
    前記受信端末は、新たなＵＲＩ決定基礎データを受信するとこれを更新し、ユーザの指令が与えられると、前記最新のＵＲＩ決定基礎データを用いてＵＲＩ決定処理を行うこと、
    を特徴とするもの。
16. 請求項１５の番組関連情報取得方法において、
    前記受信端末は、新たなＵＲＩ決定基礎データを受信すると、かかるデータのうち、当該端末内に記憶された端末属性識別データと合致するデータを読み出して、記憶すること、
    を特徴とするもの。
17. トランスポートストリームとして放送された１）映像およびまたは音声を含む番組データ、および２）トランスポートストリームの特性データを受信する受信手段、
    前記受信した特性データおよびトランスポートストリームに基づき、映像およびまたは音声を含む報知データを生成する報知データ生成手段、
    前記報知データを報知する報知手段、
    端末属性識別データを記憶する記憶手段、
    操作者から番組関連情報を取得する取得命令が与えられると、前記制御情報中の前記ＵＲＩ決定基礎データおよび前記端末属性識別データを読み出して、前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定するＵＲＩ決定手段、
    決定されたＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得して、前記報知データ生成手段に与える番組関連情報取得手段、
    を備えたストリームデータ受信装置。
18. 請求項１７のストリームデータ受信装置において、
    前記ストリームデータ受信装置は、ブラウジング機能付き携帯電話であり、
    前記番組関連情報取得手段は、通信センターのサーバを介して、前記コンテンツサーバにアクセスすること、
    を特徴とするもの。
19. 請求項１８のストリームデータ受信装置において、
    前記番組データは映像および音声データであり、
    前記番組関連情報は、表示データを含んでいること、
    を特徴とするもの。
20. 請求項１８のストリームデータ受信装置において、
    前記番組データは音声データであり、
    前記番組関連情報は、表示データであること、
    を特徴とするもの。
21. トランスポートストリームとして放送された映像およびまたは音声を含む番組データに加えて、番組関連情報を取得するためのＵＲＩ決定基礎データが混在された前記ストリームデータの特性データを受信し、
    当該受信端末内に記憶された端末属性識別データを読み出して、前記ＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定し、このＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
    を特徴とする番組関連情報取得方法。
22. 番組データを記憶する第１記憶手段、
    各受信端末がインターネットを介して番組関連情報を取得するための、ＵＲＩ決定基礎データを記憶する第２記憶手段、
    前記映像およびまたは音声を含む番組データをトランスポートストリームとして放送する放送手段、
    を備え、
    前記放送手段は、前記ＵＲＩ決定基礎データを前記ストリームデータの特性データ中に混在して放送すること、
    を特徴とする番組関連情報放送装置。
23. 映像およびまたは音声を含む番組データをトランスポートストリームとして放送するとともに、インターネットを介して番組関連情報を取得するための、ＵＲＩ決定基礎データを前記ストリームデータの特性データ中に混在して放送する番組関連情報放送方法。
24. 以下を備えた放送データ受信端末を、
    １）ビデオストリームデータ、オーディオストリームデータ、これらストリームデータの特性データを受信する放送データ受信部、
    ２）前記ストリームデータをユーザに報知する報知部、
    ３）ネットワークに接続されたセンターコンピュータと接続するための接続部、
    番組関連情報取得装置として記憶させるためのプログラムまたはこのプログラムを記録した記録媒体であって、
    前記プログラムは、当該受信端末内に記憶された端末属性識別データを読み出して、前記特性データ中のネットワークを介して番組関連情報を取得するためのＵＲＩ決定基礎データに基づいて、番組関連情報を取得するＵＲＩを決定すること、
    を特徴とするプログラムまたはプログラムを記録した記録媒体。
25. 番組関連情報を取得するためのＵＲＩ決定基礎データであって、端末属性識別データと、番組関連情報を取得するＵＲＩとの対応テーブルで構成されたデータを記録した記録媒体。
26. 映像およびまたは音声を含む番組データをトランスポートストリームとして放送し、
    各受信端末は、ＵＲＩ決定サーバに、当該番組の番組特定識別子および端末内に記憶された端末属性識別データを渡し、番組関連情報を取得するためのＵＲＩを受け取り、かかるＵＲＩで特定されるコンテンツサーバから前記番組関連情報を取得すること、
    を特徴とする番組関連情報取得方法。
27. 請求項２６の番組関連情報取得方法において、
    端末属性識別データと番組関連情報が存在するか否かを示す番組関連情報存在データで構成された対応テーブルを前記トランスポートストリームに混在して放送し、各受信端末では、この対応テーブルに基づいて、前記ＵＲＩ決定サーバへの通信可否を決定すること、
    を特徴とするもの。
28. 放送された放送データを受信する受信手段、
    前記受信した放送データを再生する第１の再生手段、
    端末属性識別データを記憶する記憶手段、
    ユーザからの命令が与えられると、前記放送データに含まれるＵＲＩ決定基礎データおよび、前記記憶手段に記憶された前記端末属性識別データを読み出して、前記ＵＲＩ決定基礎データに基づいて、ダウンロード対象データのＵＲＩを決定するＵＲＩ決定手段、
    前記決定されたＵＲＩからデータをダウンロードし、これを再生する第２の再生手段、
    を備えたデータ再生装置。

Images