JP3649433B2 - 情報表示装置および情報伝送表示方法 - Google Patents

Description

【発明の属する技術分野】
【０００１】
この発明は、テレビジョン放送等に多重化されたコンテンツ情報、例えばインターネット上のコンテンツ情報またはこれに関連するコンテンツ情報を映像表示する情報表示装置および情報伝送表示方法に関し、とくに放送電波に用いて伝送した情報を用いてインターネット上の所望のサイトやコンテンツに簡易にアクセスできるようにするものである。
【０００２】
【従来の技術】
近年、インターネットを利用したサービスが種々提供されるようになってきている。ユーザは、インターネット上でサービスを提供するサーバにアクセスして情報提供等のサービスを受けることができる。ところで、インターネット上のサービスは通信処理に基づいて成立するものであり、基本的にはサービス提供者とサービス受領者との間に通信チャネルを設定しなければならず、サービス提供に量的な制約があった。
【０００３】
これに対し、放送は放送電波が届く限り、不特定多数の者に一度に情報を提供できるメリットがある。この発明は、放送信号に多重化されて送られてきたコンテンツ情報を表示する技術に関し、さらに、コンテンツ情報を表示しているときに、自動的に他のコンテンツ情報を取得して表示する手法を、提供しようとするものである。
【０００４】
なお、この発明と関連する技術としては文字放送技術がある。文字放送技術は、テレビジョン放送の垂直帰線期間に文字情報を挿入して通常の放送の他に文字放送を行うものである。
【０００５】
【発明が解決しようとする課題】
この発明は、以上の事情を考慮してなされたものであり、放送信号に多重化されて送られてきたコンテンツ情報を表示するとともに、このコンテンツ情報の表示を利用してインターネット上の他のサイトに簡易にアクセスできるようにする技術を提供することを目的としている。
【０００６】
【課題を解決するための手段】
この発明によれば、以上の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。
【０００７】
この構成においては、放送信号に多重化されてくるアイコン情報やＨＴＭＬ文書を表示し、この表示内容の所定領域をポインティング操作することにより、対応するインターネット上の対応するサイトやコンテンツにアクセスできる。したがって、放送コンテンツとインターネット上のコンテンツとを関連付けることができる。
【０００８】
【発明の実施の態様】
以下、この発明の実施例について図面を参照して説明する。
【０００９】
図１はこの実施例の適用される放送および情報処理システムの概要を示すもので、この図において、テレビジョン放送局１０には放送サーバ１１、コンテンツ製作用端末１２、送信施設１３等が設けられている。放送サーバ１１で作成された放送プログラムは送信施設１３を介して放送される。この実施例では、放送プログラムの送信信号中には、通常のテレビジョン信号とこのテレビジョン信号の垂直基線期間に多重化されるコンテンツ情報信号とが含まれる。受信側では、アンテナ（図示しない）等を介して放送信号が受信され、テレビジョン受像機またはテレビジョン受像機能を有するパーソナルコンピュータ等で放送信号を再生する。図ではテレビジョン受像機能を有するパーソナルコンピュータ２０を一例として示している。パーソナルコンピュータ２０は放送信号を復調する機能を有し、復調した信号に基づいてスクリーンの全部または一部を利用してテレビジョン画像を再生する。またパーソナルコンピュータ２０は図示のようにモデム２１を介して電話回線に接続されていてもよい。パーソナルコンピュータ２０はモデム２１等を介して（必要であればプロバイダの通信チャネルを介して）インターネット３０に接続され、このインターネットには種々のサーバが接続されている。この例では情報提供用のＷＷＷサーバ３１が接続されている。
【００１０】
なお、フロッピディスクやＣＤ−ＲＯＭ等の記録媒体２０ａは、後述するＢｉｔｃａｓｔソフトウェア４８（図８参照）をパーソナルコンピュータ２０にインストールするのに用いられるものである。またＣＤ−ＲＯＭ駆動装置、ＤＶＤ（デジタル・ビデオ・ディスク）駆動装置等のデータ記録装置、ＢＳ放送、ＣＳ放送、ケーブルテレビ放送のチューナやセットトップボックス等の機器２０ｂは、パーソナルコンピュータ２０にデータを供給するようになっている。この例においては機器２０ｂがパーソナルコンピュータ２０に外付けされているが、対応するカードや装置をパーソナルコンピュータ２０に内蔵するようにしてもよい。
【００１１】
この実施例においては、放送局１０は、ＷＷＷサーバからのＨＴＭＬ（ハイパーテキストマークアップランゲージ）で記述されたウェブ情報（ウェブページ）を受け取り、通常の放送プログラムの放送信号に多重して放送する。この場合ウェブ情報を直接用いて送信するのでなく、コンテンツ製作用端末１２で加工して送信してもよく、コンテンツ製作用端末１２で個別に用意した情報を送信するようにしてもよい。多重して送信する情報のフォーマットや多重化の方法については後述する。
【００１２】
つぎに情報をテレビ放送に多重化する方法について説明する。コンテンツ情報はテレビジョン信号の垂直帰線期間に挿入して多重化する。具体的には、電気通信技術審議会一部答申諮問８３で規定されるデジタル情報の多重化手法（通常ＶＢＩ方式と呼ぶ：Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）を用いて行う。
【００１３】
すなわち、テレビジョン信号は１フィールドあたり２６２．５本（１フレームあたり５２５本）の水平走査期間を有し、このうち、はじめの２１本に相当する部分が垂直帰線期間を構成し、通常のテレビジョン受像機では表示されない。図２はこの２１本の水平走査期間（２２本目の映像の始まりの走査期間も示す）の役割を示す。なお図において奇数フィールドの２６３〜２８３の水平走査期間はフレーム単位でカウントしたものであり、フィールド単位では１〜２１となる。図２から明らかなように文字多重化用のデータが１４、１５、１６および２１（２７６、２７７、２７８および２８３）本目の水平走査期間に多重化されている。他方、１０、１１、１２および１３（２７２、２７３、２７４および２７５）本目の水平走査期間にデジタル放送用（ＶＢＩ用）に解放されており、この実施例ではこのＶＢＩ用の水平走査期間にコンテンツ情報を多重化するようにしている。
【００１４】
図３はＶＢＩ用の信号を多重化する様子を示すもので、映像信号に変えてデータラインを挿入するようになっている。
【００１５】
図４はＶＢＩ方式のデータ伝送の仕様を示すものである。図４において、階層１は電気物理的な仕様を規定するものである。この仕様によれば、水平走査期間内の一定の領域は２９６個に標本化される。ＶＢＩ信号の０レベルは映像信号のペデスタルレベル（黒レベル）であり、１レベルは映像信号の白レベルの７０％のレベルである。
【００１６】
階層２はデータリンク層であり、ここでは、信号は１、０の論理データとして扱われる。１つの水平走査線で伝送される一連のデータはデータラインと呼ばれる。データラインは、データパケットから構成され、データパケットは誤り訂正符号（（２７２，１９０）短縮化差集合巡回符号）により誤りから保護されている。受信側では、クロックラインをもとにビット同期を得、フレーミングコードをもとにデータブロックの開始を検出できる。
【００１７】
階層３は主にプリフィックスの機能を示す。プリフィックス情報は主に論理チャネル情報とブロック連結情報とからなる。論理チャネル情報により、データブロックが所属する論理チャネル別に分類される。ブロック連結情報は、ブロック連結の開始、終了等の情報を含み、これにより、関連するデータブロックを連結し、意味のある一まとまりのデータであるデータグループを生成する。この実施例においては、このデータグループをメッセージと呼び、処理単位とする。
【００１８】
つぎに以上のようにしてＶＢＩ方式で伝送されるコンテンツ情報について説明する。伝送されるコンテンツ情報は、主にウェブ情報であるが、どのような形式の情報であってもよい。例えばコンピュータ・プログラムのコードであってもよい。
【００１９】
図５は、コンテンツ情報の処理単位（メッセージ）のデータフォーマットを示す。以下では、これをＢｉｔｃａｓｔ−ＨＴＴＰフォーマットと呼び、Ｂ−ＨＴＴＰとも略す（Ｂｉｔｃａｓｔは株式会社インフォシティの商標である。ＨＴＴＰはハイパーテキストマークアップランゲージの略称である）。図５において、Ｂ−ＨＴＴＰフォーマットには▲１▼コンテント型と▲２▼グループ情報型とがある。コンテント型はコンテント自体を伝送することを目的とするものであり、グループ情報型はコンテント自体の伝送を目的とせずに複数のコンテントをグループ化する情報を伝送するものである。コンテント型のフォーマットのメッセージをコンテントメッセージと呼び、グループ情報型のフォーマットのメッセージをグループメッセージと呼ぶことにする。
【００２０】
コンテントメッセージは単独でまたはグループメッセージとともに伝送される。単独で伝送されるコンテントメッセージのグループ識別子はオールゼロ（グループと無関係を示す）となる。コンテントメッセージがグループメッセージとともに伝送される場合には、まずグループメッセージが伝送され、このグループメッセージで指示された個数のコンテンツメッセージが順次伝送される。この場合、コンテントメッセージの識別子はすべてグループメッセージの識別子と同一である。コンテントメッセージ中においては、グループメッセージにおいてすでに指示されている情報（例えば後述する有効期間開始時刻エレメントで規定される情報）を省略することができる。
【００２１】
図５において、Ｂ−ＨＴＴＰフォーマットは、バージョンのフィールド（型識別子を含む）、グループ識別子のフィールド、Ｂ−ＨＴＴＰエレメントのフィールド、コンテントボディのフィールドおよびコンテントボディおよびＢ−ＨＴＴＰエレメントの間を区分するセパレータ（オールゼロ）のフィールドからなっている。主なフィールドは以下のとおりである。
（１）バージョン：上位４ビットは”００００”とする。プロトコル変更時に用いられる。下位４ビットはコンテントメッセージとグループメッセージとを区別するものである。
（２）グループ識別子：ブループを識別するための３２ビットのＩＤである。コンテント型においてオール・ゼロとした場合にはグループから独立した情報であることを示す。
（３）Ｂ−ＨＴＴＰエレメント省略可能な付加的な情報を与えるものである。図６および図７を参照して後述する。
（４）コンテント数：グループに所属するコンテントメッセージの数を指定する。
（５）コンテントボディ：ＨＴＭＬ（構造化文書）、ＧＩＦ（画像）、ＪＰＥＧ（画像）等で記述された、コンテントメッセージ中の本来の内容を格納する。
【００２２】
つぎにＢ−ＨＴＴＰエレメントの詳細について説明する。図６および図７はこのエレメントの例を示す。図において、エレメントは、識別子、長さおよびボディからなっている。以下にその内容を説明する。
（１）ＭＩＭＥヘッダ：ＨＴＴＰプロトコルに準拠する（マルチパーポスインターネットメイルエクステンション）。コンテントの種類などを記述する。
（２）名前エレメント：ＵＲＬ（ユニフォームリソースロケータ、インターネット上のリソースの名前付けの規則）のファイル名に該当する。グループから独立したコンテントメッセージではフルパスで指定する。グループメッセージではディレクトリ名で指定する。
（３）コンテント圧縮指定エレメント：コンテントを圧縮形式を指定する。ゼロの場合コンテントが圧縮されていないことを示す。
（４）キーワードエレメント：キーワードの付加に用いる。後述する検索やクリッピング等を行うときに用いる。
（５）アイコンエレメント：所定のメッセージを受信（見かけ上の受信）したことを視聴者に通知する目的で表示画面の一部例えば下部に表示するアイコンの情報を格納する。なお、メッセージは後述する有効期間の開始時刻に先だって実際に受信されており、有効期間の開始時刻が見かけの受信時刻に該当する。このようにしているのでデータ量の大きいメッセージでも十分にリードタイムを取って伝送・受信することが可能となる。
（６）ライブモードエレメント：テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す。
（７）有効期間開始時刻エレメント（相対時刻）：対応するするメッセージが有効になる時刻を、メッセージ受信時刻からの相対時刻で表示するものである。ライブモードのメッセージの場合では、対応するコンテントメッセージの内容を自動表示すべき時刻を格納する。
【００２３】
なお、相対時刻でなく絶対時刻で表示するようにしてもよい。この場合、対応するするコンテントメッセージが有効になる時刻を、例えばＵＴＣ（協定世界時）形式にフレーム番号を付加して通知する。
（８）有効期間エレメント：有効期間開始時刻からの秒数により有効期間を指定する。端末では最低でもこの期間は、メッセージをキャッシュ（ハードディスク等の直接アクセス記憶装置内のキャッシュ）にとどめる。なお、この例ではオール・ワン（すべてのビット位置が１をとる）の有効期間エレメントが、メッセージをキャッシュから強制的に削除することを指示するようになっている。すなわちオール・ワンの有効エレメントが、キャッシュからの削除を示すフラグとして用いられている。もちろん、このフラグとして、固有のエレメントを用いることもできるし、また有効エレメントの他の特定のビットパターンを用いることもできるし、さらに他のエレメントの特定のビットパターンを用いることもできる。（９）アンカーエレメント：リンク先のリソースのアドレス情報をＵＲＬで表示する。たとえばメッセージのアイコンエレメントを用いてアイコンが表示されているときに、そのアイコンをクリックするとアンカーエレメントで指定するリンク先のリソースをアクセスできる。これについては図２０および図２１を参照して後述する。アンカーエレメントの表示は、例えばＵＲＬを用いて、”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。ここで”ＨＴＴＰ”は転送プロトコルであり、”ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ”はドメイン名であり、”ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”はパス名である。なお、この例では、放送衛星や通信衛星からの放送信号やケーブルテレビの有線放送やＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等の記録装置からの情報もアクセスできるようにＵＲＬを拡張している。例えば、ＢＳ放送の第１１チャンネルからＨＴＭＬデータを取得するときにはＵＲＬは”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ここで”ｂｉｔｃａｓｔ”は代理サーバである。”ＢＳ１１”はメディアを表し、ディレクトリに相当する。
（１０）クーポンエレメント：オンラインショッピングの割引サービス等種々のサービスに対する権利を表す。
（１１）レイアウトエレメント：ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定する。
（１２）暗号化エレメント：暗号化やスクランブル処理等のプロテクトの手法を表示する。
（１３）メニューエレメント：アイコンからメニューを表示させるのに用いる。アイコン情報の長さ、アイコン情報、アンカーエレメントの長さ、アンカーエレメント（リンク先）の組を複数特定する。
（１４）プログラムエレメント：放送番組の情報を格納する。番組プログラム（番組自体またはコマーシャル）ごとにプログラムエレメントを作成し送ることができる。放送番組の情報としては、番組プログラム（番組自体またはコマーシャル）名の情報、番組プログラムコード（例えばＧコード）、放送日時（年月日、曜日なども含む）の情報、出演者（出演者の名前）の情報（１または複数）、プログラムの種別（野球中継、映画などのジャンル等）の情報、その他を含んで構成することができる。放送番組の情報はコンテントボディの属性ではないので、コンテントボディを伴わずに送ることができる。もちろんコンテントボディを伴ってもよい。
（１５）キューエレメント：放送番組の記録（録画）の開始タイミングを指示する。キューエレメントもコンテントボディーを伴わずに送ることができる。
（１６）プルエレメント：ユーザが指定しなくとも自動的にサーバ等からデータを取り出すのに用いる。
【００２４】
以上、本放送の内容に多重化して伝送されるメッセージについて説明した。
【００２５】
つぎに、図１のパーソナルコンピュータ２０においてコンテンツ情報を受信するための構成を図８を参照して説明する。なお図８において、パーソナルコンピュータ２０はテレビジョン信号チューナ４１、波形等価回路４２、Ａ／Ｄ変換器４３、パケット抽出部４４、番組データ生成部４５、Ｂ−ＨＴＴＰサービス部４６、Ｂｉｔｃａｓｔブラウザ部４７等を有している。この例では、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ４７をＢｉｔｃａｓｔソフトウェア製品４８として提供するようになっている。
【００２６】
チューナ部４１は変調されて送信されてきたテレビジョン信号を選局、復調するものである。波形等価回路４２はテレビジョン信号の波形の乱れや、信号レベルを補正する。Ａ／Ｄ変換器４３は特定の水平走査期間の信号を１／３６４ｆＨ（ｆＨは水平走査周波数）秒単位で標本化し、デジタル情報を生成する。Ａ／Ｄ変換器４３はＩＳＯ（国際標準化機構）で標準化されたＩＳＯ参照モデルの物理層（第１層）に相当する。
【００２７】
パケット抽出部４４は、Ａ／Ｄ変換器４３により標本化されたデジタル情報についてビットおよびバイト単位で同期処理（フレーミング処理）を行い、データパケット情報を抽出し、伝送誤りの検出、訂正を行う。パケット抽出部４４はＩＳＯ参照モデルのデータリンク層（第２層）に対応する。
【００２８】
番組データ生成部４５は、抽出したパケットを、送信側で関連づけられたパケット別に分類、連結し、データブロックを生成する。この番組データ生成部４５はＩＳＯ参照モデルのネットワーク層（第３層）およびトランスポート層（第４層）に相当する。なお、以上のブロック４１〜４５はＶＢＩ用の端末でも同様な構成となる。
【００２９】
以上のようにして生成された番組用のデータブロックはＢ−ＨＴＴＰサービス部４６に供給される。Ｂ−ＨＴＴＰサービス部４６は、図５、図６および図７で説明したＢ−ＨＴＴＰフォーマットの規定に従ってメッセージ（データグループ）を処理するものである。その詳細については、図１１以降の図面を参照して後に詳細に説明する。Ｂｉｔｃａｓｔブラウザ部４７はＢ−ＨＴＴＰサービス部４６での処理に基づいてコンテンツ情報を表示するものである。このブラウザ部４７はインターネットのＷＷＷページを表示する通常のブラウザと類似したインターフェースをユーザに提供するものである。
【００３０】
以上のＢ−ＨＴＴＰサービス部４６およびブラウザ部４７とパーソナルコンピュータ２０のハードウェアおよびオペレーティングシステムとの関係は図９１示すとおりである。また、実際の実装は図１０に示すとおりである。図１０の実装例では、Ｂｉｔｃａｓｔレイヤは通信のマルチキャストとＶＢＩの放送の機能とを１つの同一のレイヤで対応するものであり、放送と通信のマルチキャストとを同一に扱えるものである。またソケットＷｉｎｓｗｏｃｋ２はＴＣＰ／ＩＰのプロトコルのみでなくＢｉｔｃａｓｔレイヤのプロトコルをも扱えるように拡張され最終的に通信と放送とを同一レベルで扱えるようになっている。
【００３１】
図１１は、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ部４７の構成例を示しており、この図において、Ｂ−ＨＴＴＰサービス部４６はＢ−ＨＴＴＰプロトコル解析部５０、キャッシュ５１およびシーケンス制御部５２等からなっている。Ｂ−ＨＴＴＰプロトコル解析部５０は、番組データ生成部４５から受け取ったメッセージをＢ−ＨＴＴＰプロトコルに準拠して解析し、キャッシュに渡す。キャッシュ５１は、プロトコル解析部５０から受け取った情報を蓄積する。シーケンス制御部５２は、キャッシュ５１に蓄えられた情報のうち、予め決められた時刻に表示する必要のある情報（リアルタイム情報）に関し、その時刻と内容との対応関係を管理する。そしてシーケンス制御部５２は、キャッシュ５１の内容を監視してブラウザ部４７に対して直近の時刻と内容とを通知する。
【００３２】
ブラウザ部４７は、シーケンス制御部５３、コンテンツ解析部５４、コンテンツ表示部５５およびアイコン表示部５６等からなっている。シーケンス制御部５３は、直近の予定を記憶し、内部に持つタイマを監視して、指定の時刻にＢ−ＨＴＴＰサービス部４６を呼び出してコンテントメッセージを取得する。コンテンツ解析部５４は、取得したコンテントメッセージを解析する。例えばＨＴＭＬ文法で記述された文書の解析等を行う。コンテンツ表示部５５は、コンテンツ解析部５４の解析結果に基づいて表示を行う。アイコン表示部５６は、メッセージを受信したことを示すアイコンを画面に表示する。
【００３３】
なお、Ｂ−ＨＴＴＰサービス部４６は、復調されたテレビジョン信号の記録を制御するようになっている。記録媒体５７は、ビデオテープレコーダ、ハードディスク、デジタル・ビデオ・ディスク等種々のものを用いることができる。記録制御の詳細については、図３１等を参照してのちに説明する。
【００３４】
画面表示は例えば図１２に示すように行える。この例では、画面に表示する要素が、ウェブ画面４７ａおよびテレビ画面４７ｂである。ウェブ画面４７ａはインターネットのＷＷＷブラウザと同様な外観とユーザインターフェースを有する。画面の表示モードは例えばつぎの３つであり、切り替えることができる。
▲１▼テレビ表示モード：テレビ画面を全画面に表示する。
▲２▼ウェブ表示モード：ウェブ画面を全画面に表示する。
▲３▼複合表示モード：ウェブ画面の一部にテレビ画面を表示する。
アイコン情報を含むメッセージを受信すると、有効期間開始時刻に、例えば画面下部に対応するアイコンを表示する。そのメッセージ中にブラウザに表示するコンテントボディが含まれている場合、アイコンをクリックすると、ウェブ画面にそのコンテンツボディが表示される。このときテレビ表示モードであれば、モードが複合画面モードに移行する。ウェブ画面が表示されるウェブモードまたは複合表示モードではコンテンツボディが表示される。この場合、ユーザは自動更新表示モードと手動表示モードとを選択できる。自動更新表示モードにおいては、現在のコンテントメッセージの表示を、有効期間開始時刻が新たに到来したライブモードのコンテントメッセージの表示で更新する。手動表示モードにおいては、有効期間開始時刻が到来したライブモードのコンテントメッセージをスプールしておき、ユーザ操作に基づいて順次に、あるいはダイアローグで選択して、表示する。
【００３５】
つぎに、Ｂ−ＨＴＴＰサービス部４６を中心に詳細な動作の説明を行う。
【００３６】
［キャッシュ・インデックスのデータ構造］
【００３７】
まず受信されたメッセージの管理に用いるインデックスのデータ構造について説明する。メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶される。蓄積ファイルはメッセージ単位となっている。そして、そのメッセージを管理するために、対応するインデックス要素が生成されメモリに記憶される。図１３にインデックス要素を示す。インデックス要素は▲１▼ファイル名（名前エレメント）、▲２▼有効期限（協定世界時）、▲３▼保存フラグ（ダウンロード処理の保存の後にオンにする）、▲４▼ライブフラグ（ライブモードかどうかを示す）、▲５▼アイコンフラグ（アイコンエレメントの有無を示す）、▲６▼プルフラグ（プルエレメントの有無を示す）、▲７▼キーワードの各フィールドを有している。
【００３８】
インデックス要素は、例えば２種類のインデックスリストによりポイントされてキャッシュのＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）管理や、ウェブページおよびアイコンの表示管理に用いられる。図１４はアクセス順に双方向ポインタを用いてリストを形成したものである。これにより、キャッシュ内のメッセージの管理をＬＲＵ法により管理できる。また、図１５に示すように表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストを形成できる。このリストを用いれば、表示タイミング順にメッセージを取り出し、ウェブページ等（ライブモードのとき）やアイコンを表示できる。
【００３９】
［ウェブ画面表示］
【００４０】
図１６は、ライブモードエレメントにより指定時刻に自動的に表示されるべき情報をウェブ画面に表示する動作を示している。この図において、有効期間開始時刻（図６の’Ｓ’）を参照してタイマ（図示しない）がウェブ表示動作を開始する（Ｓ１０１）。そうすると、表示タイミング順にインデックス要素を１つ取りだし（Ｓ１０２）、ライブフラグを用いてライブモードかどうかを判定し（Ｓ１０３）。ライブモードでなければ（例えばダウンロード用メッセージの場合）、そのまま処理をせずに終了する。ライブモードの場合には、キャッシュからメッセージを読み出し、ＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１０４、Ｓ１０６、Ｓ１０７）。
【００４１】
ステップＳ１０５ではレイアウト情報の取り出しが行われる。レイアウト情報がある場合にはブラウザのレイアウトが変更される。図１７にも示すように、ブラウザのレイアウトの情報には、ブラウザ自体またはブラウザに表示されるコンテンツの配置、色、形状、背景、フォント、その他の装飾情報が含まれている。例えば図１７に示すように、ブラウザ内に表示されるテレビ画面（複合表示モード）についてｘ＝２０、ｙ＝２０、ｈ＝２４０、ｗ＝３２０と指定することにより、図１８に示すようなレイアウトに変更することができる。
【００４２】
［アイコン表示］
【００４３】
図１９は、アイコンを指定時刻に表示する動作を示している。先に説明したウェブの表示はウェブ画面が開いていないと表示されない。ここで説明するアイコンはウェブ画面が開いているかどうかに拘わらず表示される。図１９において、この図において、有効期間開始時刻を参照してタイマ（図示しない）がアイコン表示動作を開始する（Ｓ１１１）。そうすると、表示タイミング順にインデックス要素を１つ取りだし（Ｓ１１２）、アイコンフラグを参照してアイコンエレメントがあるかどうかを判定する（Ｓ１１３）。アイコンエレメントがなければ、そのまま処理をせずに終了する。アイコンエレメントがある場合には、キャッシュからメッセージを読み出し、アイコン情報を取りだし、画面に表示する（Ｓ１１４、Ｓ１１６、Ｓ１１７）。
【００４４】
アイコンは種々の態様、種々の配置で表示することができる。またアイコンが増えたときにどのように消去するかについても種々の手法を採用できる。画面下部のドック領域にリニアに並べて配置し、配置位置が一杯になったら消去してもよいし、スクロールして選択できるようにしてもよいし、複数ページに分けて選択できるようにしてもよい。
【００４５】
なお、ステップＳ１１５においてアイコンのレイアウト情報が取り出され、アイコンのレイアウトを変更できるようになっている。
【００４６】
［アイコンクリック処理］
【００４７】
図２０および図２０２１面上のアイコンをクリックしたときの動作を示す。図２０において、アイコンのクリックに応じて、アイコンに該当するメッセージ名を取得し、キャッシュを検索する（Ｓ１２１、Ｓ１２２、Ｓ１２３）。キャッシュに該当するものがなければ、エラーを返して終了し（Ｓ１２４、Ｓ１２５）、該当するメッセージ名があれば、アンカーエレメントがあるかどうかを調べる（Ｓ１２６）。アンカーエレメントはデータのソースを特定する。データのソースには、インターネット上のサーバ、放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等がある。
【００４８】
アンカーエレメントがある場合には、対応するデータのソースがインターネット上のサーバかどうか、すなわちＴＣＰ／ＩＰ接続が必要かどうかを判別する（Ｓ１２７）。データソースがインターネット上のサーバである場合には、インターネット上のサーバにアクセスして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を行い、ＨＴＭＬ文書（データ）を要求し、受信する（Ｓ１２８、Ｓ１２９、Ｓ１３０）。この後、受信したＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１３１、Ｓ１３３、Ｓ１３５）。なお、この場合アンカーエレメントは例えば”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。
【００４９】
ステップＳ１２７において、データのソースがインターネット上のサーバでない場合、すなわち放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、有線を用いたサービス、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等である場合には、放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のストリームと接続し、またはストリームをオープンし、その後ステップＳ１２９以降の処理を行う。なお、ステップＳ１３２においてブラウザで表示可能かどうかが判別され、表示不可能な場合にはダイアローグを表示してファイルへの保存が行われるようにする（Ｓ１３４）。なお、このようなデータソースの場合には、アンカーエレメントは例えば”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ディレクトリに該当するメディア（データソース）のソース識別子例えばＢＳ１１（ＢＳ放送の第１１チャンネル）に応じて機器を駆動してデータを取得する。
【００５０】
データソースとなる放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号からの情報は、本放送で伝送される情報でもよいし、本放送に多重化される情報でもよい。
【００５１】
他方アンカーエレメントがない場合には、メニューエレメントおよび暗号エレメントが調べられる。ここではメニューエレメントに関連する処理をまず説明し、暗号エレメントがある場合の処理は後述する。メニューエレメントがある場合にはメニューを表示し（Ｓ１３７、Ｓ１５２）、メニューの項目（アイコン）が選択されたときにはステップＳ１２３に戻る。メニューの項目が選択されないときには終了する（Ｓ１５４）。メニューを用いることによりきめ細かな選択を行える。例えばアイコンが広告主の会社を表しているときに、メニューを用いて個々の製品を表すようにできる。メニューを複数の階層で表すことも可能である。
【００５２】
ステップＳ１３７において、メニューエレメントがない場合には、暗号化エレメントがあるかどうかを調べる。暗号化エレメントがない場合には、データブロックのＭＩＭＥエレメントを取得してコンテンツボディの種類を調べる（Ｓ１３９）。エレメントが”ｔｅｘｔ”または”ｈｔｍｌ”の場合にはＨＴＭＬ文書として解析を行い、ウェブ画面に表示する（Ｓ１４０〜Ｓ１４３）。エレメントが”ｐｒｏｇｒａｍ”の場合にはコンテンツボディをプログラムとみなして実行する（Ｓ１４４〜Ｓ１４６）。
【００５３】
［有料放送］
【００５４】
暗号化エレメントがある場合の処理の説明に先立って、暗号化エレメントを利用して実現される有料放送の仕組みについて簡単に説明する。ここで有料部分はコンテンツ情報である。本放送自体が有料かどうかは問わない。
【００５５】
図２２において、放送局１０には放送サーバ１１に加え、鍵サーバ１４が設けられる。ユーザのパーソナルコンピュータ２０と鍵サーバ１４とはインターネット３０を介してダイヤルアップ接続できるようになっている。
【００５６】
コンテンツ情報の有料放送を利用するには放送局等の運営組織と契約を行う必要がある。契約をしたのちユーザはユーザＩＤおよびパスワードを取得する。ユーザＩＤおよびパスワードの取得申請は、書面、電子メール、ファクシミリ、ウェブ、その他、運営組織が定めた方法で行われ、ユーザＩＤおよびパスワードの通知も同様な手法で通知される。
【００５７】
さらに有料放送により伝送される、プロテクトされたデータをアンプロテクトするにはアンプロテクト情報すなわち鍵情報を取得していなければならない。鍵情報は鍵サーバ１４からＴＣＰ／ＩＰ接続を介して取得することができる。鍵情報の取得にはユーザＩＤおよびパスワードが必要となる。
【００５８】
またユーザによる鍵情報の利用の状況は、パーソナルコンピュータ２０に記録され、一定期間ごとに鍵サーバ１４側に通知され、課金の基礎とされる。ユーザによる鍵情報の利用の情報の通知のルーチンは、ユーザ側で自動的に起動されてもよいし、鍵サーバ１４がポーリングするようにしてもよい。
【００５９】
［鍵の有効期間のチェック］
【００６０】
鍵情報が現在有効かどうかのチェックは、ブラウザ起動時に行われ、必要であれば有効な鍵情報をインターネットを介して取得することができる。図２３はこの処理を示す。図２３において、ブラウザを起動すると、使用中として登録されている鍵の各々について、有効期間がチェックされる（Ｓ１６０、Ｓ１６１）。チェックのために、使用中として登録されている鍵の各々について、その有効期間がストアされている。有効期間内であれば、そのまま終了する（Ｓ１６２、Ｓ１６６）。有効期間内でない場合には鍵サーバ１４にＴＣＰ／ＩＰ接続して鍵の取得手順を実行する（Ｓ１６４、Ｓ１６６）。何らかの理由で有効な鍵を取得できない、あるいは取得しない場合には、その旨のメッセージが表示されて処理を終了する（Ｓ１６５、Ｓ１６６）。
【００６１】
［暗号エレメントによる復号］
【００６２】
つぎにプロテクトされたコンテントのアンプロテクトについて説明する。図２０のステップ１３７において、暗号化エレメントがある場合には、図２１のステップＳ１４７以降に進む。すなわち、暗号化エレメントの特定する暗号化、スクランブル処理等、プロテクトを解くための鍵情報が有効かどうかを調べる（Ｓ１４７）。有効であれば、暗号化等プロテクトされたコンテントをアンプロテクトし、記憶しておく（Ｓ１４８、Ｓ１４９、Ｓ１５０）。鍵情報が有効でない場合には、その旨をユーザに表示して終了する（Ｓ１５１）。暗号化エレメントにより複数のプロテクト手法の任意の１つを特定することができ、複数のデータ供給者からの複数のプロテクト手法に対処することができる。
【００６３】
［キャッシュインデックスの更新］
【００６４】
図２４はメッセージをアクセスしたときのキャッシュインデックスの更新処理を示す。これによりＬＲＵ法のキャッシュ管理の管理データを維持できる。図２４において、メッセージがアクセスされると、アクセスしたメッセージの名前を取得する（Ｓ１７１、Ｓ１７２）。そして図１４のリストのキャッシュインデックスを検索し、該当するインデックス要素を先頭位置に置き換える（Ｓ１７３〜Ｓ１７６）。
【００６５】
［データ受信時の動作］
【００６６】
図２５はデータ受信時の動作を示す。この図において、メッセージを受信するとキャッシュに保存余地があるかどうかをチェックする（Ｓ１８０〜Ｓ１８２）。保存余地があれば、そのままキャッシュに保存し、キャッシュインデックスを更新し、タイマをセットし、処理を終える（Ｓ１８３〜Ｓ１８６、Ｓ１９４）。
【００６７】
なお、ステップＳ１９４において有効期間エレメントが”ＡＬＬ１”かどうかが判別される。すなわちキャッシュからデータを強制的に削除することを示すフラグがあるかどうかが判別される。”ＡＬＬ１”の場合、すなわちキャッシュからデータを強制的に排除するようにフラグが立っているときには、ライブモードかどうかを判別してライブモードであればコンテンツを表示し、その後データをキャッシュから削除する（Ｓ１９５、Ｓ１９６、Ｓ１９２）。ライブモードでないときには直ちにデータをキャッシュから削除する（Ｓ１９５、Ｓ１９２）。このようにすることにより、キャッシュしておく必要のないデータによってキャッシュが一杯になってしまうことを回避できる。
【００６８】
ステップＳ１８２においてキャッシュに保存余地がない場合には、所定の規則に従ってデータブロックを削除する。まず予約対象（例えばユーザが指定したキーワードを含んでいたり、ダウンロード対象のメッセージ）に該当するでない情報の中で最も古いものをキャッシュインデックスから検索する（Ｓ１８７）。該当するものがあれば、そのメッセージをキャッシュから削除し、キャッシュインデックスを更新する（Ｓ１９２、Ｓ１９３）。該当するものがない場合には、期限切れのメッセージ中で最も古いものをキャッシュインデックスを用いて検索する（Ｓ１８９、Ｓ１９０）。該当するものがあればそのデータを削除し、キャッシュインデックスを更新する（Ｓ１９２、Ｓ１９３）。有効期限切れのメッセージもない場合にはキャッシュインデックス中で一番古いものを取り出し、そのデータをキャッシュから削除し、キャッシュインデックスを更新する（Ｓ１９０〜Ｓ１９３）。
【００６９】
以上のように古いメッセージを必要なだけ削除した後に新たなメッセージを保存する（Ｓ１８３〜Ｓ１８６）。
【００７０】
以上のキャッシュ管理では、ユーザが指定したキーワードに該当する（予約）メッセージをクリッピングすることができる。
【００７１】
なお、データの受信は図８のチューナ４１を介して行われるが、ＢＳ放送、ＣＳ放送、ケーブルテレビ放送、記録装置等の他のメディアからデータを取得するようにもできる。この場合、他のメディアからデータを取得するように切り替えを行うＢ−ＨＴＴＰエレメントを新たに設定すれば、Ｂ−ＨＴＴＰ放送信号中にその切り替え用Ｂ−ＨＴＴＰエレメントを多重化させることにより、データ取得のトリガとすることができる。取得したデータは図２５と同様に受信され、その後、データの表示等が行われる。
【００７２】
［検索表示］
【００７３】
図２６は、メッセージを検索して表示する動作を示す。図２５において、検索を指定すると、検索ダイアログが表示される（Ｓ２０１、Ｓ２０２）。このダイアログを用いてキーワード検索を指定すると、キャッシュインデックスを検索し、検索結果一覧をＨＴＭＬ文書に変換する（Ｓ２０３、Ｓ２０４、Ｓ２０６）。またキーワード検索が指定されなかったときにはキャッシュのデータブロックを全文検索し、検索結果一覧をＨＴＭＬ文書に変換する（Ｓ２０５、Ｓ２０６）。このようにして得たＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ２０７〜Ｓ２０９）。
【００７４】
［ダウンロード］
【００７５】
図２７は受信したデータブロックをダウンロードする動作を示す。ダウンロード自体は通常の動作であり、まずキャッシュ内のメッセージの全部または一部の一覧を表示し、ファイルダイアログを表示し、ダウンロードの指示を受け付けてキャッシュから読み出してファイルに保存する（Ｓ２１１〜Ｓ２１５）。この後ファイルに保存したデータブロックのインデックス要素の保存フラグをオンに書き換え、当該データブロックを削除してもよいことを表示させる（Ｓ２１６、Ｓ２１７）。
【００７６】
［ボタンクリック後の動作］
【００７７】
図２８はウェブページのボタンをクリックしたつぎのページのアクセスをする動作を示す。ボタンのクリックに応じて、ボタンに対応する情報がビットキャストのアンカーかどうかを調べる（Ｓ２２１、Ｓ２２２）。ビットキャストのアンカーでなければ、インターネット上のサーバにアクセスして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を行い、ＨＴＭＬ文書を要求し、受信する（Ｓ２２７、Ｓ２２８、Ｓ２２９）。この後受信したＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ２３０、Ｓ２３１、Ｓ２３２）。
【００７８】
なお、この場合にも、図２０の場合と同様に、インターネット上のサーバに加えて放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等から情報を取得するようにしてもよい。この場合、ステップＳ２２７〜ステップＳ２３２を図２０のステップＳ１２７〜Ｓ１３６に置き換えればよい。詳細な説明を繰り返さない。
【００７９】
他方ビットキャストのアンカーの場合には、キャッシュからメッセージを読み出し、ＨＴＭＬ文書の解析を行い、ウェブ画面に表示する（Ｓ２２３〜Ｓ２２６）。
【００８０】
［番組予約の動作］
【００８１】
図２９は番組を予約するときの動作を示す。（（プログラムエレメントにより送られてきた番組情報は所定の記憶ロケーションに記憶されている。番組情報は、番組予約に対応する所定のボタンをクリック操作したり、メニュー選択したりして表２９せることができる。））番組情報は例えばリスト状に表示させることができる。図２９において、ボタンのクリック操作等により番組情報の予約を開始すると（Ｓ２４１）、番組情報に検索・選択対象があるかどうかが判定される（Ｓ２４２）。対象がない場合には番組予約動作を終了する。対象がある場合には、検索・選択対象の放送番組のリストを表示する（Ｓ２４３）。表示の態様は種々のものを採用できる。表示されたリストの中に予約したい番組がない場合には、ユーザの操作に応じて予約動作が中断されて、予約動作が終了する。予約したい番組がある場合にはユーザは選択操作を行い、番組の予約を行う（Ｓ２４５）。このとき、検索機能を用いて番組を検索し、そののち番組予約を行ってもよい。番組予約を行った場合には、オプションとして録画予約をさらに行うことができる（Ｓ２４６）。録画予約の指示を行って選局予約した番組の録画予約をおこなう（Ｓ２４７）。録画予約を行わない場合にはユーザの操作にしたがって処理を終了する。
【００８２】
［予約による選局および録画］
【００８３】
つぎに図２９で予約した選局および録画の動作について説明する。図３０および図３１はこの選局および録画の動作を示す。図３０において、ステップＳ２５１で予約の有無のチェックが開始される。番組が予約されているときには（Ｓ２５２）、番組情報が解析され（Ｓ２５３）、解析結果に基づいて予約されている番組のチューニング（選局）を行い、番組を画面に表示する（Ｓ２５４、Ｓ２５５）。番組が予約されていないときにはそのまま処理を終了する（Ｓ２５２）。ステップＳ２５５において番組のチューニングを行ったのち、録画予約がされているかどうかがチェックされ（Ｓ２５６）、録画予約がされている場合には図３１の動作に移行する。録画予約がなされていなければ、図３１の動作を行わない。
【００８４】
図３１において、録画予約が行われている場合には録画を開始する（Ｓ２５７）。すなわち、まず、指定された媒体５７の容量が十分かどうかのチェックを行う（Ｓ２５８）。媒体５７は、記述のとおり、ハードディスク、デジタル・ビデオ・ディスク、ビデオテープレコーダ等種々のものを用いることができる。媒体に応じて、記録動作が異なり、また、その容量のチェックの仕方も異なる。指定された媒体に十分な容量がない場合には録画を行わずに処理を中止する。指定された媒体の容量が十分にある場合には、録画対象の番組に対応するキューエレメントの到来したのち録画を開始する。すなわち、到来したキューエレメントのキュー情報に、録画指定された番組が入っているかどうかをチェックし（Ｓ２５９）、入っている場合にはユーザが指定した媒体に録画を行う（Ｓ２６０）。キューエレメントのキュー情報に、録画指定された番組が入っていない場合には、ステップＳ２６１に進み、ユーザが録画処理の中止を指示したかどうかを判断する。中止指示を行った場合には処理を終了する。中止処理を行わない場合にはステップＳ２５９に戻り、処理を続ける。
【００８５】
番組を媒体に保存しているときにも、ユーザの中止指示の有無を監視し、中止指示があったときには処理を中止する（Ｓ２６１）。
【００８６】
このように、録画指定された番組に対応するキューエレメントが到来するまでは、録画が開始されないので、何らかの理由で、番組の放送時間が繰り延べになった場合にも正確に録画を行うことができる。もちろん、録画終了時刻もキューエレメントの到来時刻に応じてシフトするようにできる。
【００８７】
［プルエレメントによるデータの自動取り込み］
【００８８】
図３２は、プルエレメントによるデータの自動取り込みの動作を示す。図３２において、ブラウザの表示が開始されると表示されているコンテントボディに対応するプルエレメントがあるかどうかが判別される（Ｓ２７１、Ｓ２７２）。すなわち、図１３のインデックス要素を参照してプルフラグの有無をチェックする。プルエレメントがなければ、そのまま何もしない。他方、プルエレメントがあると、プルエレメントのＵＲＬを参照してＴＣＰ／ＩＰ接続する必要があるかどうかを判別する（Ｓ２７３）。ＵＲＬが外部のサーバを指定する場合には、ＴＣＰ／ＩＰ接続が必要である判断してＴＣＰ／ＩＰ接続を行ってデータを取得する（Ｓ２７４、Ｓ２７６）。他方、ＵＲＬがＣＤ−ＲＯＭやハードディスク等の記録装置やＢＳ、ＣＳ、ＣＡＴＶのチューナからのストリームを指定する場合には、対応するストリームとの接続またはストリームのオープンを行い、当該ストリームからデータを取得する（Ｓ２７５、Ｓ２７６）。以上のようにして取得されたデータはブラウザに表示される。
【００８９】
以上で実施例の説明を終了する。なおこの発明は上述の実施例に限定されるものではなく、その趣旨を逸脱しない範囲で種々変更が可能である。例えば、実施例では、ユーザ側の端末として、パーソナル・コンピュータを用いたが、インテリジェント化されたテレビジョン受像機でもよく、またセット・トップ・ボックス等でもよい。テレビジョン放送の方式はＮＴＳＣ方式のみでなく、ＳＥＣＡＭやＰＡＬ方式でもよい。また、テレビジョン放送に限らずラジオ放送にも適用できる。またテレビジョン放送も地上波放送に限らず、衛星放送を用いたものでもよい。また有線放送でもよい。また多重化も種々の方式を採用でき、周波数多重等も適用できる。
【００９０】
また、上述の実施例では、パーソナル・コンピュータで受信した放送信号をビデオテープレコーダ、ハードディスク、デジタル・ビデオ・ディスク等で記録するようにしたが、ビデオテープレコーダ自体がキューエレメントを取りだし、これに基づいて記録タイミングをずらすように構成してもよい。
【００９１】
また、キューエレメントが記録開始時刻やシフト時間等を含み、これに応じて記録タイミングをずらすようにしてもよい。また、コンテンツボディを伴わずに、プルエレメントを生成して多重化して送信し、これを受信したときにプルエレメントのＵＲＬ等の情報に基づいてコンテンツ情報を自動的に取り出し画面に表示させるようにすることができる。
【００９２】
なお、上述の実施例においては番組の予約を行うことができ、これに関する技術的な特徴は以下のとおりである。
【００９３】
すなわち、この技術的な特徴によれば、放送信号送受信方法において、放送番組に関する情報を放送信号に多重化するステップと、多重化した上記放送信号を送信するステップと、多重化した上記放送信号を受信するステップと、多重化した上記放送信号から上記放送番組に関する情報を取り出すステップと、取り出された上記放送番組に関する情報を利用して放送受信装置の選局を行うステップとを行うようにしている。
【００９４】
この構成においては、放送番組に関する情報を簡易に取得でき、またその情報に対する選択操作等に基づいて簡易に所望の選局の予約を行うことができる。
【００９５】
また、この技術的な特徴によれば、放送信号受信方法において、放送番組に関する情報を多重化した放送信号を受信するステップと、多重化した上記放送信号から上記放送番組に関する情報を取り出すステップと、取り出された上記放送番組に関する情報を表示するステップと、表示された上記放送番組に関する情報に基づいて選択された放送番組を受信するために、放送受信装置の選局を行うステップと行うようにしている。
【００９６】
この構成においても、放送番組に関する情報を簡易に取得でき、またその情報に対する選択操作等に基づいて簡易に所望の選局の予約を行うことができる。
【００９７】
また、この構成においては、上記放送信号をテレビジョン放送信号とすることができ、また、上記放送番組に関する情報をテレビジョン放送信号の垂直帰線期間に挿入して多重化するようにしてもよい。
【００９８】
また、この技術的な特徴によれば、放送信号受信装置に、放送番組に関する情報を多重化した放送信号を受信する手段と、多重化した上記放送信号から上記放送番組に関する情報を取り出す手段と、取り出された上記放送番組に関する情報を表示する手段と、表示された上記放送番組に関する情報に基づいて選択された放送番組を受信するために、放送受信装置の選局を行う手段とを設けるようにしている。
【００９９】
この構成においても、放送番組に関する情報を簡易に取得でき、またその情報に対する選択操作等に基づいて簡易に所望の選局の予約を行うことができる。
【０１００】
また、この構成において、選局された放送番組を記録するかどうかを指示する手段と、記録すべく指示された番組を記録する手段とをさらに設けるようにしてもよい。
【０１０１】
また、この技術的な特徴によれば、放送信号受信装置に、放送番組に関する情報および放送番組の記録開始に関する情報を多重化した放送信号を受信する手段と、多重化した上記放送信号から上記放送番組に関する情報を取り出す手段と、取り出された上記放送番組に関する情報を表示する手段と、表示された上記放送番組に関する情報に基づいて選択された放送番組を受信するために、放送受信装置の選局を行う手段と、多重化した上記放送信号から上記放送番組の記録開始に関する情報を取り出す手段と、取り出された上記放送番組の記録開始に関する情報に基づいて上記放送番組の記録を開始する手段とを設けるようにしている。
【０１０２】
この構成においては、放送番組に関する情報を簡易に取得でき、またその情報に対する選択操作等に基づいて簡易に所望の選局および記録の予約を行うことができる。さらに記録時間のタイミングを調整することができる。
【０１０３】
また、この技術的な特徴によれば、放送信号送受信方法において、放送番組の記録開始に関する情報を放送信号に多重化するステップと、多重化した上記放送信号を送信するステップと、多重化した上記放送信号を受信するステップと、多重化した上記放送信号から上記放送番組の記録開始に関する情報を取り出すステップと、取り出された上記放送番組の記録開始に関する情報を利用して放送信号の記録を開始させるステップとを行うようにしている。
【０１０４】
この構成においては、記録のタイミングを調整することができる。
【０１０５】
この構成において、上記放送番組の記録開始に関する情報は、その受信タイミングに応じて上記放送信号の記録を開始させるものとしてもよく、また、上記放送信号の記録を開始する時刻に関する情報を含むものとしてもよい。
【０１０６】
また、この技術的な特徴によれば、放送信号機録装置に、放送番組の記録開始に関する情報を多重化した放送信号を受信する手段と、多重化した上記放送信号から上記放送番組の記録開始に関する情報を取り出す手段と、取り出された上記放送番組の記録開始に関する情報を利用して放送信号の記録を開始させる手段とを設けるようにしている。
【０１０７】
この構成においても、記録のタイミングを調整することができる。
【０１０８】
【発明の効果】
以上説明したように、この発明によれば、放送信号に多重化されて送られてきた情報を利用して簡易にインターネット上のサイトやコンテンツにアクセスできる。
【図面の簡単な説明】
【図１】 この発明の実施例を全体として示す模式図である。
【図２】 上述実施例で用いるＶＢＩのデータ多重を説明する図である。
【図３】 上述実施例で用いるＶＢＩのデータ多重を説明する図である。
【図４】 上述実施例で用いるＶＢＩのデータ多重を説明する図である。
【図５】 上述実施例のデータグループ（メッセージ）のフォーマットを説明する図である。
【図６】 図５のＢ−ＨＴＴＰエレメントの例を説明する図である。
【図７】 図５のＢ−ＨＴＴＰエレメントの例を説明する図である。
【図８】 図１のパーソナルコンピュータの実装構成を機能ブロックで示す図である。
【図９】 図１のパーソナルコンピュータの実装構成の階層構造を説明する図である。
【図１０】 図１のパーソナルコンピュータの実装構成の具体例を示す図である。
【図１１】 図８のＢ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ４７の構成例を説明する図である。
【図１２】 Ｂｉｔｃａｓｔブラウザで表示される画面の一例を示す図である。
【図１３】 メッセージのキャッシングに用いるインデックス要素の構成例を示す図である。
【図１４】 上述インデックス要素をポイントするキャッシュ用リストを説明する図である。
【図１５】 上述インデックス要素をポイントする表示用リストを説明する図である。
【図１６】 ウェブページ等の表示動作を説明するフローチャートである。
【図１７】 レイアウトエレメントの一例を示す図である。
【図１８】 図１７のレイアウトアイコンの一例に対応するＢｉｔｃａｓｔブラウザのレイアウトを示す図である。
【図１９】 アイコンの表示動作を説明するフローチャートである。
【図２０】 アイコンをクリック処理したときの動作を説明するフローチャートである。
【図２１】 アイコンをクリック処理したときの動作を説明するフローチャートである。
【図２２】 有料放送の構成を説明するブロック図である。
【図２３】 有料放送の鍵の更新の処理を説明するフローチャートである。
【図２４】 メッセージをアクセスしたときの図１４のキャッシュインデックスのリストを更新する処理を説明するフローチャートである。
【図２５】 メッセージ受信時の動作を説明するフローチャートである。
【図２６】 検索動作を説明するフローチャートである。
【図２７】 ダウンロード時の動作を説明するフローチャートである。
【図２８】 ウェブページのボタンクリック時の動作を説明するフローチャートである。
【図２９】 選局予約や録画予約を設定するための動作を説明するフローチャートである。
【図３０】 予約による選局の動作を説明するためのフローチャートである。
【図３１】 予約による録画の動作を説明するフローチャートである。
【図３２】 プルエレメントによる自動的なデータの取得を説明するフローチャートである。
【符号の説明】
１１ 放送サーバ
２０ パーソナルコンピュータ
３１ ＷＷＷサーバ
４１ チューナ
４２ 波形等価回路
４３ Ａ／Ｄ変換器
４４ パケット抽出器
４５ 番組データ生成部
４６ Ｂ−ＨＴＴＰサービス部
４７ Ｂｉｔｃａｓｔブラウザ
５７ 記録媒体

Claims (6)

1. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報と関連付けられているアイコンの情報と、上記アイコンをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化した多重化テレビジョン放送信号を受信する手段と、
   上記多重化テレビジョン放送信号から上記アンカー情報、上記アイコンの情報および上記タイミングの情報を取り出す手段と、
   表示装置と、
   上記タイミングの情報に基づいて、上記表示装置に、上記テレビジョン放送の内容に連動して、上記アイコンを表示する手段と、
   上記表示装置に表示されているアイコンに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルを取得する手段と、
   上記取得したコンテンツファイルの内容を上記表示装置に表示する手段とを有することを特徴とする情報表示装置。
2. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報に関連付けられている表示オブジェクトと、上記表示オブジェクトをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化した多重化テレビジョン放送信号を受信する手段と、
   上記多重化テレビジョン放送信号から上記アンカー情報、上記表示オブジェクトおよび上記タイミングの情報を取り出す手段と、
   表示装置と、
   上記タイミングの情報に基づいて、上記表示装置に、上記テレビジョン放送の内容に連動して、上記表示オブジェクトを表示する手段と、
   上記表示装置に表示されている表示オブジェクトに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルを取得する手段と、
   上記取得されたコンテンツファイルの内容を上記表示装置に表示する手段とを有することを特徴とする情報表示装置。
3. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報と関連付けられているアイコンの情報と、上記アイコンをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化するステップと、
   上記多重化したテレビジョン放送信号を送信するステップと、
   上記多重化したテレビジョン放送信号を受信するステップと、
   上記多重化したテレビジョン放送信号から上記アンカー情報、上記アイコンの情報および上記タイミングの情報を取り出すステップと、
   上記タイミングの情報に基づいて、表示装置に、上記テレビジョン放送の内容に連動して、上記アイコンを表示するステップとを有し、
   上記表示装置に表示されているアイコンに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルの内容を上記表示装置に表示することを特徴とする情報伝送表示方法。
4. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報と関連付けられている表示オブジェクトと、上記表示オブジェクトをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化するステップと、
   上記多重化したテレビジョン放送信号を送信するステップと、
   上記多重化したテレビジョン放送信号を受信するステップと、
   上記多重化したテレビジョン放送信号から上記アンカー情報、上記表示オブジェクトおよび上記タイミングの情報を取り出すステップと、
   上記タイミングの情報に基づいて、表示装置に、上記テレビジョン放送の内容に連動して、上記表示オブジェクトを表示するステップとを有し、
   上記表示装置に表示されている表示オブジェクトに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルの内容を上記表示装置に表示することを特徴とする情報伝送表示方法。
5. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報と関連付けられているアイコンの情報と、上記アイコンをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化した多重化テレビジョン放送信号を受信するステップと、
   上記多重化テレビジョン放送信号からアンカー情報、上記アイコンの情報および上記タイミングの情報を取り出すステップと、
   上記タイミングの情報に基づいて、表示装置に、上記テレビジョン放送の内容に連動して、上記アイコンを表示するステップと、
   上記表示装置に表示されているアイコンに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルを取得するステップと、
   上記取得したコンテンツファイルの内容を上記表示装置に表示するステップとをコンピュータに実行させるのに用いるプログラムを記録したコンピュータ読み取り可能な記録媒体。
6. インターネット上のサーバに保持されているコンテンツファイルのアドレスを指し示すアンカー情報と、このアンカー情報と関連付けられている表示オブジェクトと、上記表示オブジェクトをテレビジョン放送の内容に連動させて表示するための表示タイミングを規定するタイミングの情報とを、テレビジョン放送信号に多重化した多重化テレビジョン放送信号を受信するステップと、
   上記多重化テレビジョン放送信号から上記アンカー情報、上記表示オブジェクトおよび上記タイミングの情報を取り出すステップと、
   上記タイミングの情報に基づいて、表示装置に、上記テレビジョン放送の内容に連動して、上記表示オブジェクトを表示するステップと、
   上記表示装置に表示されている表示オブジェクトに対するポインティング操作に基づいて上記アンカー情報を利用して上記インターネット上のサーバに保持されているコンテンツファイルを取得するステップと、
   上記取得されたコンテンツファイルの内容を上記表示装置に表示するステップとをコンピュータに実行させるために用いるプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images