JPH1032802A - 情報表示方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 テレビジョン放送等に多重化されたコンテン
ツ情報を映像表示するときに、他のコンテンツ情報を自
動的に取り出して表示できるようにする。 【解決手段】 ブラウザの表示が開始されると表示され
ているコンテントボディに対応するプルエレメントがあ
るかどうかがプルフラグにより判別される（Ｓ２７１、
Ｓ２７２）。プルエレメントのＵＲＬが外部のサーバを
指定する場合にはＴＣＰ／ＩＰ接続を行ってデータを取
得する（Ｓ２７４、Ｓ２７６）。ＵＲＬがＣＤ−ＲＯＭ
等の記録装置やＢＳ、ＣＳ、ＣＡＴＶのチューナからの
ストリームを指定する場合には、対応するストリームと
の接続またはストリームのオープンを行い、当該ストリ
ームからデータを取得し（Ｓ２７５、Ｓ２７６）、ブラ
ウザに表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、テレビジョン放
送等に多重化されたコンテンツ情報、例えばインターネ
ット上のコンテンツ情報またはこれに関連するコンテン
ツ情報を映像表示する情報表示方法および装置に関し、
とくにコンテンツ情報の表示中に他のコンテンツ情報を
自動的に取り出して表示できるようにしたものである。

【０００２】

【従来の技術】近年、インターネットを利用したサービ
スが種々提供されるようになってきている。ユーザは、
インターネット上でサービスを提供するサーバにアクセ
スして情報提供等のサービスを受けることができる。と
ころで、インターネット上のサービスは通信処理に基づ
いて成立するものであり、基本的にはサービス提供者と
サービス受領者との間に通信チャネルを設定しなければ
ならず、サービス提供に量的な制約があった。

【０００３】これに対し、放送は放送電波が届く限り、
不特定多数の者に一度に情報を提供できるメリットがあ
る。この発明は、放送信号に多重化されて送られてきた
コンテンツ情報を表示する技術に関し、さらに、コンテ
ンツ情報を表示しているときに、自動的に他のコンテン
ツ情報を取得して表示する手法を、提供しようとするも
のである。

【０００４】なお、この発明と関連する技術としては文
字放送技術がある。文字放送技術は、テレビジョン放送
の垂直帰線期間に文字情報を挿入して通常の放送の他に
文字放送を行うものである。

【０００５】

【発明が解決しようとする課題】この発明は、以上の事
情を考慮してなされたものであり、放送信号に多重化さ
れて送られてきたコンテンツ情報を表示するとともに、
このコンテンツ情報の表示に対応して、自動的に所定の
ロケーションから情報を取り出し、これを表示できるよ
うにする技術を提供することを目的としている。

【０００６】

【課題を解決するための手段】この発明によれば、以上
の目的を達成するために、情報表示方法において、所定
のコンテンツ情報と、上記所定のコンテンツ情報の表示
に応じて取り出す他のコンテンツ情報に関する補助情報
とを放送信号に多重化するステップと、多重化した上記
放送信号を送信するステップと、多重化した上記放送信
号を受信するステップと、多重化した上記放送信号から
上記所定のコンテンツ情報および上記補助情報とを取り
出すステップと、取り出された上記所定のコンテンツ情
報を表示するステップと、取り出された上記補助情報に
基づいて上記他のコンテンツ情報を取得するステップ
と、取得された上記他のコンテンツ情報を表示するステ
ップとを行うようにしている。

【０００７】この構成においては、コンテンツ情報とと
もに送られてくる補助情報を利用して、そのコンテンツ
情報の表示に対応して、所定のロケーションから他のコ
ンテンツ情報を取りだし、自動的に他のコンテンツ情報
を表示させることができる。

【０００８】また、この発明によれば、上述の目的を達
成するために、情報表示方法において、所定のコンテン
ツ情報と、上記所定のコンテンツ情報の表示に応じて取
り出す他のコンテンツ情報に関する補助情報とを多重化
した放送信号を受信するステップと、上記放送信号から
上記所定のコンテンツ情報および上記補助情報とを取り
出すステップと、取り出された上記所定のコンテンツ情
報を表示するステップと、取り出された上記補助情報に
基づいて上記他のコンテンツ情報を取得するステップ
と、取得された上記他のコンテンツ情報を表示するステ
ップとを行うようにしている。

【０００９】この構成においても、放送信号に多重化し
て送られてきたコンテンツ情報を表示しているときに、
他のコンテンツ情報を自動的に取り出して表示できる。

【００１０】また、この構成において、上記放送信号を
テレビジョン放送信号とすることができる。また、上記
所定のコンテンツ情報および上記補助情報をテレビジョ
ン放送信号の垂直帰線期間に挿入して多重化することが
できる。また、上記補助情報が、上記他のコンテンツ情
報の保存されているロケーションを特定する情報を含む
ようにできる。また、上記ロケーションは、ネットワー
ク上のロケーションを含むようにできる。さらに、上記
ロケーションは放送による伝送経路を含むようにでき
る。

【００１１】また、この発明によれば、上述目的を達成
するために、情報表示装置に、所定のコンテンツ情報
と、上記所定のコンテンツ情報の表示に応じて取り出す
他のコンテンツ情報に関する補助情報とを多重化した放
送信号を受信する手段と、上記放送信号から上記所定の
コンテンツ情報および上記補助情報とを取り出す手段
と、取り出された上記所定のコンテンツ情報を表示する
手段と、取り出された上記補助情報に基づいて上記他の
コンテンツ情報を取得する手段と、取得された上記他の
コンテンツ情報を表示する手段とを設けるようにしてい
る。

【００１２】この構成においても、放送信号に多重化し
て送られてきたコンテンツ情報を表示しているときに、
他のコンテンツ情報を自動的に取り出して表示できる。

【００１３】この構成においては、上記所定のコンテン
ツ情報を表示する手段と上記他のコンテンツ情報を表示
する手段は同一の手段としてもよい。

【００１４】また、この発明はコンピュータ・プログラ
ム製品として実現することができる。

【００１５】

【発明の実施の態様】以下、この発明の実施例について
図面を参照して説明する。

【００１６】図１はこの実施例の適用される放送および
情報処理システムの概要を示すもので、この図におい
て、テレビジョン放送局１０には放送サーバ１１、コン
テンツ製作用端末１２、送信施設１３等が設けられてい
る。放送サーバ１１で作成された放送プログラムは送信
施設１３を介して放送される。この実施例では、放送プ
ログラムの送信信号中には、通常のテレビジョン信号と
このテレビジョン信号の垂直基線期間に多重化されるコ
ンテンツ情報信号とが含まれる。受信側では、アンテナ
（図示しない）等を介して放送信号が受信され、テレビ
ジョン受像機またはテレビジョン受像機能を有するパー
ソナルコンピュータ等で放送信号を再生する。図ではテ
レビジョン受像機能を有するパーソナルコンピュータ２
０を一例として示している。パーソナルコンピュータ２
０は放送信号を復調する機能を有し、復調した信号に基
づいてスクリーンの全部または一部を利用してテレビジ
ョン画像を再生する。またパーソナルコンピュータ２０
は図示のようにモデム２１を介して電話回線に接続され
ていてもよい。パーソナルコンピュータ２０はモデム２
１等を介して（必要であればプロバイダの通信チャネル
を介して）インターネット３０に接続され、このインタ
ーネットには種々のサーバが接続されている。この例で
は情報提供用のＷＷＷサーバ３１が接続されている。

【００１７】なお、フロッピディスクやＣＤ−ＲＯＭ等
の記録媒体２０ａは、後述するＢｉｔｃａｓｔソフトウ
ェア４８（図８参照）をパーソナルコンピュータ２０に
インストールするのに用いられるものである。またＣＤ
−ＲＯＭ駆動装置、ＤＶＤ（デジタル・ビデオ・ディス
ク）駆動装置等のデータ記録装置、ＢＳ放送、ＣＳ放
送、ケーブルテレビ放送のチューナやセットトップボッ
クス等の機器２０ｂは、パーソナルコンピュータ２０に
データを供給するようになっている。この例においては
機器２０ｂがパーソナルコンピュータ２０に外付けされ
ているが、対応するカードや装置をパーソナルコンピュ
ータ２０に内蔵するようにしてもよい。

【００１８】この実施例においては、放送局１０は、Ｗ
ＷＷサーバからのＨＴＭＬ（ハイパーテキストマークア
ップランゲージ）で記述されたウェブ情報（ウェブペー
ジ）を受け取り、通常の放送プログラムの放送信号に多
重して放送する。この場合ウェブ情報を直接用いて送信
するのでなく、コンテンツ製作用端末１２で加工して送
信してもよく、コンテンツ製作用端末１２で個別に用意
した情報を送信するようにしてもよい。多重して送信す
る情報のフォーマットや多重化の方法については後述す
る。

【００１９】つぎに情報をテレビ放送に多重化する方法
について説明する。コンテンツ情報はテレビジョン信号
の垂直帰線期間に挿入して多重化する。具体的には、電
気通信技術審議会一部答申諮問８３で規定されるデジタ
ル情報の多重化手法（通常ＶＢＩ方式と呼ぶ：Ｖｅｒｔ
ｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）を用
いて行う。

【００２０】すなわち、テレビジョン信号は１フィール
ドあたり２６２．５本（１フレームあたり５２５本）の
水平走査期間を有し、このうち、はじめの２１本に相当
する部分が垂直帰線期間を構成し、通常のテレビジョン
受像機では表示されない。図２はこの２１本の水平走査
期間（２２本目の映像の始まりの走査期間も示す）の役
割を示す。なお図において奇数フィールドの２６３〜２
８３の水平走査期間はフレーム単位でカウントしたもの
であり、フィールド単位では１〜２１となる。図２から
明らかなように文字多重化用のデータが１４、１５、１
６および２１（２７６、２７７、２７８および２８３）
本目の水平走査期間に多重化されている。他方、１０、
１１、１２および１３（２７２、２７３、２７４および
２７５）本目の水平走査期間にデジタル放送用（ＶＢＩ
用）に解放されており、この実施例ではこのＶＢＩ用の
水平走査期間にコンテンツ情報を多重化するようにして
いる。

【００２１】図３はＶＢＩ用の信号を多重化する様子を
示すもので、映像信号に変えてデータラインを挿入する
ようになっている。

【００２２】図４はＶＢＩ方式のデータ伝送の仕様を示
すものである。図４において、階層１は電気物理的な仕
様を規定するものである。この仕様によれば、水平走査
期間内の一定の領域は２９６個に標本化される。ＶＢＩ
信号の０レベルは映像信号のペデスタルレベル（黒レベ
ル）であり、１レベルは映像信号の白レベルの７０％の
レベルである。

【００２３】階層２はデータリンク層であり、ここで
は、信号は１、０の論理データとして扱われる。１つの
水平走査線で伝送される一連のデータはデータラインと
呼ばれる。データラインは、データパケットから構成さ
れ、データパケットは誤り訂正符号（（２７２，１９
０）短縮化差集合巡回符号）により誤りから保護されて
いる。受信側では、クロックラインをもとにビット同期
を得、フレーミングコードをもとにデータブロックの開
始を検出できる。

【００２４】階層３は主にプリフィックスの機能を示
す。プリフィックス情報は主に論理チャネル情報とブロ
ック連結情報とからなる。論理チャネル情報により、デ
ータブロックが所属する論理チャネル別に分類される。
ブロック連結情報は、ブロック連結の開始、終了等の情
報を含み、これにより、関連するデータブロックを連結
し、意味のある一まとまりのデータであるデータグルー
プを生成する。この実施例においては、このデータグル
ープをメッセージと呼び、処理単位とする。

【００２５】つぎに以上のようにしてＶＢＩ方式で伝送
されるコンテンツ情報について説明する。伝送されるコ
ンテンツ情報は、主にウェブ情報であるが、どのような
形式の情報であってもよい。例えばコンピュータ・プロ
グラムのコードであってもよい。

【００２６】図５は、コンテンツ情報の処理単位（メッ
セージ）のデータフォーマットを示す。以下では、これ
をＢｉｔｃａｓｔ−ＨＴＴＰフォーマットと呼び、Ｂ−
ＨＴＴＰとも略す（Ｂｉｔｃａｓｔは株式会社インフォ
シティの商標である。ＨＴＴＰはハイパーテキストマー
クアップランゲージの略称である）。図５において、Ｂ
−ＨＴＴＰフォーマットにはコンテント型とグルー
プ情報型とがある。コンテント型はコンテント自体を伝
送することを目的とするものであり、グループ情報型は
コンテント自体の伝送を目的とせずに複数のコンテント
をグループ化する情報を伝送するものである。コンテン
ト型のフォーマットのメッセージをコンテントメッセー
ジと呼び、グループ情報型のフォーマットのメッセージ
をグループメッセージと呼ぶことにする。

【００２７】コンテントメッセージは単独でまたはグル
ープメッセージとともに伝送される。単独で伝送される
コンテントメッセージのグループ識別子はオールゼロ
（グループと無関係を示す）となる。コンテントメッセ
ージがグループメッセージとともに伝送される場合に
は、まずグループメッセージが伝送され、このグループ
メッセージで指示された個数のコンテンツメッセージが
順次伝送される。この場合、コンテントメッセージの識
別子はすべてグループメッセージの識別子と同一であ
る。コンテントメッセージ中においては、グループメッ
セージにおいてすでに指示されている情報（例えば後述
する有効期間開始時刻エレメントで規定される情報）を
省略することができる。

【００２８】図５において、Ｂ−ＨＴＴＰフォーマット
は、バージョンのフィールド（型識別子を含む）、グル
ープ識別子のフィールド、Ｂ−ＨＴＴＰエレメントのフ
ィールド、コンテントボディのフィールドおよびコンテ
ントボディおよびＢ−ＨＴＴＰエレメントの間を区分す
るセパレータ（オールゼロ）のフィールドからなってい
る。主なフィールドは以下のとおりである。 （１）バージョン：上位４ビットは”００００”とす
る。プロトコル変更時に用いられる。下位４ビットはコ
ンテントメッセージとグループメッセージとを区別する
ものである。 （２）グループ識別子：ブループを識別するための３２
ビットのＩＤである。コンテント型においてオール・ゼ
ロとした場合にはグループから独立した情報であること
を示す。 （３）Ｂ−ＨＴＴＰエレメント 省略可能な付加的な情報を与えるものである。図６およ
び図７を参照して後述する。 （４）コンテント数：グループに所属するコンテントメ
ッセージの数を指定する。 （５）コンテントボディ：ＨＴＭＬ（構造化文書）、Ｇ
ＩＦ（画像）、ＪＰＥＧ（画像）等で記述された、コン
テントメッセージ中の本来の内容を格納する。

【００２９】つぎにＢ−ＨＴＴＰエレメントの詳細につ
いて説明する。図６および図７はこのエレメントの例を
示す。図において、エレメントは、識別子、長さおよび
ボディからなっている。以下にその内容を説明する。 （１）ＭＩＭＥヘッダ：ＨＴＴＰプロトコルに準拠する
（マルチパーポスインターネットメイルエクステンショ
ン）。コンテントの種類などを記述する。 （２）名前エレメント：ＵＲＬ（ユニフォームリソース
ロケータ、インターネット上のリソースの名前付けの規
則）のファイル名に該当する。グループから独立したコ
ンテントメッセージではフルパスで指定する。グループ
メッセージではディレクトリ名で指定する。 （３）コンテント圧縮指定エレメント：コンテントを圧
縮形式を指定する。ゼロの場合コンテントが圧縮されて
いないことを示す。 （４）キーワードエレメント：キーワードの付加に用い
る。後述する検索やクリッピング等を行うときに用い
る。 （５）アイコンエレメント：所定のメッセージを受信
（見かけ上の受信）したことを視聴者に通知する目的で
表示画面の一部例えば下部に表示するアイコンの情報を
格納する。なお、メッセージは後述する有効期間の開始
時刻に先だって実際に受信されており、有効期間の開始
時刻が見かけの受信時刻に該当する。このようにしてい
るのでデータ量の大きいメッセージでも十分にリードタ
イムを取って伝送・受信することが可能となる。 （６）ライブモードエレメント：テレビジョン放送の本
放送（通常の放送内容）と同期したメッセージであり、
指定時刻（有効期間の開始時刻）に表示されるべき情報
であることを示す。 （７）有効期間開始時刻エレメント（相対時刻）：対応
するするメッセージが有効になる時刻を、メッセージ受
信時刻からの相対時刻で表示するものである。ライブモ
ードのメッセージの場合では、対応するコンテントメッ
セージの内容を自動表示すべき時刻を格納する。

【００３０】なお、相対時刻でなく絶対時刻で表示する
ようにしてもよい。この場合、対応するするコンテント
メッセージが有効になる時刻を、例えばＵＴＣ（協定世
界時）形式にフレーム番号を付加して通知する。 （８）有効期間エレメント：有効期間開始時刻からの秒
数により有効期間を指定する。端末では最低でもこの期
間は、メッセージをキャッシュ（ハードディスク等の直
接アクセス記憶装置内のキャッシュ）にとどめる。な
お、この例ではオール・ワン（すべてのビット位置が１
をとる）の有効期間エレメントが、メッセージをキャッ
シュから強制的に削除することを指示するようになって
いる。すなわちオール・ワンの有効エレメントが、キャ
ッシュからの削除を示すフラグとして用いられている。
もちろん、このフラグとして、固有のエレメントを用い
ることもできるし、また有効エレメントの他の特定のビ
ットパターンを用いることもできるし、さらに他のエレ
メントの特定のビットパターンを用いることもできる。 （９）アンカーエレメント：リンク先のリソースのアド
レス情報をＵＲＬで表示する。たとえばメッセージのア
イコンエレメントを用いてアイコンが表示されていると
きに、そのアイコンをクリックするとアンカーエレメン
トで指定するリンク先のリソースをアクセスできる。こ
れについては図２０および図２１を参照して後述する。
アンカーエレメントの表示は、例えばＵＲＬを用い
て、”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃ
ｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。
ここで”ＨＴＴＰ”は転送プロトコルであり、”ｗｗ
ｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ”はドメイン名であ
り、”ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”はパス名であ
る。なお、この例では、放送衛星や通信衛星からの放送
信号やケーブルテレビの有線放送やＣＤ−ＲＯＭ、ＤＶ
Ｄ、ハードディスク等の記録装置からの情報もアクセス
できるようにＵＲＬを拡張している。例えば、ＢＳ放送
の第１１チャンネルからＨＴＭＬデータを取得するとき
にはＵＲＬは”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１
１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ここで”ｂ
ｉｔｃａｓｔ”は代理サーバである。”ＢＳ１１”はメ
ディアを表し、ディレクトリに相当する。 （１０）クーポンエレメント：オンラインショッピング
の割引サービス等種々のサービスに対する権利を表す。 （１１）レイアウトエレメント：ブラウザ自体またはブ
ラウザで表示されるコンテントの配置、色、形状、背
景、フォントその他の装飾情報を特定する。 （１２）暗号化エレメント：暗号化やスクランブル処理
等のプロテクトの手法を表示する。 （１３）メニューエレメント：アイコンからメニューを
表示させるのに用いる。アイコン情報の長さ、アイコン
情報、アンカーエレメントの長さ、アンカーエレメント
（リンク先）の組を複数特定する。 （１４）プログラムエレメント：放送番組の情報を格納
する。番組プログラム（番組自体またはコマーシャル）
ごとにプログラムエレメントを作成し送ることができ
る。放送番組の情報としては、番組プログラム（番組自
体またはコマーシャル）名の情報、番組プログラムコー
ド（例えばＧコード）、放送日時（年月日、曜日なども
含む）の情報、出演者（出演者の名前）の情報（１また
は複数）、プログラムの種別（野球中継、映画などのジ
ャンル等）の情報、その他を含んで構成することができ
る。放送番組の情報はコンテントボディの属性ではない
ので、コンテントボディを伴わずに送ることができる。
もちろんコンテントボディを伴ってもよい。 （１５）キューエレメント：放送番組の記録（録画）の
開始タイミングを指示する。キューエレメントもコンテ
ントボディーを伴わずに送ることができる。 （１６）プルエレメント：ユーザが指定しなくとも自動
的にサーバ等からデータを取り出すのに用いる。

【００３１】以上、本放送の内容に多重化して伝送され
るメッセージについて説明した。

【００３２】つぎに、図１のパーソナルコンピュータ２
０においてコンテンツ情報を受信するための構成を図８
を参照して説明する。なお図８において、パーソナルコ
ンピュータ２０はテレビジョン信号チューナ４１、波形
等価回路４２、Ａ／Ｄ変換器４３、パケット抽出部４
４、番組データ生成部４５、Ｂ−ＨＴＴＰサービス部４
６、Ｂｉｔｃａｓｔブラウザ部４７等を有している。こ
の例では、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃ
ａｓｔブラウザ４７をＢｉｔｃａｓｔソフトウェア製品
４８として提供するようになっている。

【００３３】チューナ部４１は変調されて送信されてき
たテレビジョン信号を選局、復調するものである。波形
等価回路４２はテレビジョン信号の波形の乱れや、信号
レベルを補正する。Ａ／Ｄ変換器４３は特定の水平走査
期間の信号を１／３６４ｆＨ（ｆＨは水平走査周波数）
秒単位で標本化し、デジタル情報を生成する。Ａ／Ｄ変
換器４３はＩＳＯ（国際標準化機構）で標準化されたＩ
ＳＯ参照モデルの物理層（第１層）に相当する。

【００３４】パケット抽出部４４は、Ａ／Ｄ変換器４３
により標本化されたデジタル情報についてビットおよび
バイト単位で同期処理（フレーミング処理）を行い、デ
ータパケット情報を抽出し、伝送誤りの検出、訂正を行
う。パケット抽出部４４はＩＳＯ参照モデルのデータリ
ンク層（第２層）に対応する。

【００３５】番組データ生成部４５は、抽出したパケッ
トを、送信側で関連づけられたパケット別に分類、連結
し、データブロックを生成する。この番組データ生成部
４５はＩＳＯ参照モデルのネットワーク層（第３層）お
よびトランスポート層（第４層）に相当する。なお、以
上のブロック４１〜４５はＶＢＩ用の端末でも同様な構
成となる。

【００３６】以上のようにして生成された番組用のデー
タブロックはＢ−ＨＴＴＰサービス部４６に供給され
る。Ｂ−ＨＴＴＰサービス部４６は、図５、図６および
図７で説明したＢ−ＨＴＴＰフォーマットの規定に従っ
てメッセージ（データグループ）を処理するものであ
る。その詳細については、図１１以降の図面を参照して
後に詳細に説明する。Ｂｉｔｃａｓｔブラウザ部４７は
Ｂ−ＨＴＴＰサービス部４６での処理に基づいてコンテ
ンツ情報を表示するものである。このブラウザ部４７は
インターネットのＷＷＷページを表示する通常のブラウ
ザと類似したインターフェースをユーザに提供するもの
である。

【００３７】以上のＢ−ＨＴＴＰサービス部４６および
ブラウザ部４７とパーソナルコンピュータ２０のハード
ウェアおよびオペレーティングシステムとの関係は図９
に示すとおりである。また、実際の実装は図１０に示す
とおりである。図１０の実装例では、Ｂｉｔｃａｓｔレ
イヤは通信のマルチキャストとＶＢＩの放送の機能とを
１つの同一のレイヤで対応するものであり、放送と通信
のマルチキャストとを同一に扱えるものである。またソ
ケットＷｉｎｓｗｏｃｋ２はＴＣＰ／ＩＰのプロトコル
のみでなくＢｉｔｃａｓｔレイヤのプロトコルをも扱え
るように拡張され最終的に通信と放送とを同一レベルで
扱えるようになっている。

【００３８】図１１は、Ｂ−ＨＴＴＰサービス部４６お
よびＢｉｔｃａｓｔブラウザ部４７の構成例を示してお
り、この図において、Ｂ−ＨＴＴＰサービス部４６はＢ
−ＨＴＴＰプロトコル解析部５０、キャッシュ５１およ
びシーケンス制御部５２等からなっている。Ｂ−ＨＴＴ
Ｐプロトコル解析部５０は、番組データ生成部４５から
受け取ったメッセージをＢ−ＨＴＴＰプロトコルに準拠
して解析し、キャッシュに渡す。キャッシュ５１は、プ
ロトコル解析部５０から受け取った情報を蓄積する。シ
ーケンス制御部５２は、キャッシュ５１に蓄えられた情
報のうち、予め決められた時刻に表示する必要のある情
報（リアルタイム情報）に関し、その時刻と内容との対
応関係を管理する。そしてシーケンス制御部５２は、キ
ャッシュ５１の内容を監視してブラウザ部４７に対して
直近の時刻と内容とを通知する。

【００３９】ブラウザ部４７は、シーケンス制御部５
３、コンテンツ解析部５４、コンテンツ表示部５５およ
びアイコン表示部５６等からなっている。シーケンス制
御部５３は、直近の予定を記憶し、内部に持つタイマを
監視して、指定の時刻にＢ−ＨＴＴＰサービス部４６を
呼び出してコンテントメッセージを取得する。コンテン
ツ解析部５４は、取得したコンテントメッセージを解析
する。例えばＨＴＭＬ文法で記述された文書の解析等を
行う。コンテンツ表示部５５は、コンテンツ解析部５４
の解析結果に基づいて表示を行う。アイコン表示部５６
は、メッセージを受信したことを示すアイコンを画面に
表示する。

【００４０】なお、Ｂ−ＨＴＴＰサービス部４６は、復
調されたテレビジョン信号の記録を制御するようになっ
ている。記録媒体５７は、ビデオテープレコーダ、ハー
ドディスク、デジタル・ビデオ・ディスク等種々のもの
を用いることができる。記録制御の詳細については、図
３１等を参照してのちに説明する。

【００４１】画面表示は例えば図１２に示すように行え
る。この例では、画面に表示する要素が、ウェブ画面４
７ａおよびテレビ画面４７ｂである。ウェブ画面４７ａ
はインターネットのＷＷＷブラウザと同様な外観とユー
ザインターフェースを有する。画面の表示モードは例え
ばつぎの３つであり、切り替えることができる。 テレビ表示モード：テレビ画面を全画面に表示する。 ウェブ表示モード：ウェブ画面を全画面に表示する。 複合表示モード：ウェブ画面の一部にテレビ画面を表
示する。 アイコン情報を含むメッセージを受信すると、有効期間
開始時刻に、例えば画面下部に対応するアイコンを表示
する。そのメッセージ中にブラウザに表示するコンテン
トボディが含まれている場合、アイコンをクリックする
と、ウェブ画面にそのコンテンツボディが表示される。
このときテレビ表示モードであれば、モードが複合画面
モードに移行する。ウェブ画面が表示されるウェブモー
ドまたは複合表示モードではコンテンツボディが表示さ
れる。この場合、ユーザは自動更新表示モードと手動表
示モードとを選択できる。自動更新表示モードにおいて
は、現在のコンテントメッセージの表示を、有効期間開
始時刻が新たに到来したライブモードのコンテントメッ
セージの表示で更新する。手動表示モードにおいては、
有効期間開始時刻が到来したライブモードのコンテント
メッセージをスプールしておき、ユーザ操作に基づいて
順次に、あるいはダイアローグで選択して、表示する。

【００４２】つぎに、Ｂ−ＨＴＴＰサービス部４６を中
心に詳細な動作の説明を行う。 ［キャッシュ・インデックスのデータ構造］まず受信さ
れたメッセージの管理に用いるインデックスのデータ構
造について説明する。メッセージが受信されるとそのメ
ッセージがキャッシュ（ハードディスク）に記憶され
る。蓄積ファイルはメッセージ単位となっている。そし
て、そのメッセージを管理するために、対応するインデ
ックス要素が生成されメモリに記憶される。図１３にイ
ンデックス要素を示す。インデックス要素はファイル
名（名前エレメント）、有効期限（協定世界時）、
保存フラグ（ダウンロード処理の保存の後にオンにす
る）、ライブフラグ（ライブモードかどうかを示
す）、アイコンフラグ（アイコンエレメントの有無を
示す）、プルフラグ（プルエレメントの有無を示
す）、キーワードの各フィールドを有している。

【００４３】インデックス要素は、例えば２種類のイン
デックスリストによりポイントされてキャッシュのＬＲ
Ｕ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）管理
や、ウェブページおよびアイコンの表示管理に用いられ
る。図１４はアクセス順に双方向ポインタを用いてリス
トを形成したものである。これにより、キャッシュ内の
メッセージの管理をＬＲＵ法により管理できる。また、
図１５に示すように表示タイミング（有効時間開始時
刻）の順で双方向ポイントを用いてリストを形成でき
る。このリストを用いれば、表示タイミング順にメッセ
ージを取り出し、ウェブページ等（ライブモードのと
き）やアイコンを表示できる。

【００４４】［ウェブ画面表示］図１６は、ライブモー
ドエレメントにより指定時刻に自動的に表示されるべき
情報をウェブ画面に表示する動作を示している。この図
において、有効期間開始時刻（図６の’Ｓ’）を参照し
てタイマ（図示しない）がウェブ表示動作を開始する
（Ｓ１０１）。そうすると、表示タイミング順にインデ
ックス要素を１つ取りだし（Ｓ１０２）、ライブフラグ
を用いてライブモードかどうかを判定し（Ｓ１０３）。
ライブモードでなければ（例えばダウンロード用メッセ
ージの場合）、そのまま処理をせずに終了する。ライブ
モードの場合には、キャッシュからメッセージを読み出
し、ＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ
１０４、Ｓ１０６、Ｓ１０７）。

【００４５】ステップＳ１０５ではレイアウト情報の取
り出しが行われる。レイアウト情報がある場合にはブラ
ウザのレイアウトが変更される。図１７にも示すよう
に、ブラウザのレイアウトの情報には、ブラウザ自体ま
たはブラウザに表示されるコンテンツの配置、色、形
状、背景、フォント、その他の装飾情報が含まれてい
る。例えば図１７に示すように、ブラウザ内に表示され
るテレビ画面（複合表示モード）についてｘ＝２０、ｙ
＝２０、ｈ＝２４０、ｗ＝３２０と指定することによ
り、図１８に示すようなレイアウトに変更することがで
きる。

【００４６】［アイコン表示］図１９は、アイコンを指
定時刻に表示する動作を示している。先に説明したウェ
ブの表示はウェブ画面が開いていないと表示されない。
ここで説明するアイコンはウェブ画面が開いているかど
うかに拘わらず表示される。図１９において、この図に
おいて、有効期間開始時刻を参照してタイマ（図示しな
い）がアイコン表示動作を開始する（Ｓ１１１）。そう
すると、表示タイミング順にインデックス要素を１つ取
りだし（Ｓ１１２）、アイコンフラグを参照してアイコ
ンエレメントがあるかどうかを判定する（Ｓ１１３）。
アイコンエレメントがなければ、そのまま処理をせずに
終了する。アイコンエレメントがある場合には、キャッ
シュからメッセージを読み出し、アイコン情報を取りだ
し、画面に表示する（Ｓ１１４、Ｓ１１６、Ｓ１１
７）。

【００４７】アイコンは種々の態様、種々の配置で表示
することができる。またアイコンが増えたときにどのよ
うに消去するかについても種々の手法を採用できる。画
面下部のドック領域にリニアに並べて配置し、配置位置
が一杯になったら消去してもよいし、スクロールして選
択できるようにしてもよいし、複数ページに分けて選択
できるようにしてもよい。

【００４８】なお、ステップＳ１１５においてアイコン
のレイアウト情報が取り出され、アイコンのレイアウト
を変更できるようになっている。

【００４９】［アイコンクリック処理］図２０および図
２１は画面上のアイコンをクリックしたときの動作を示
す。図２０において、アイコンのクリックに応じて、ア
イコンに該当するメッセージ名を取得し、キャッシュを
検索する（Ｓ１２１、Ｓ１２２、Ｓ１２３）。キャッシ
ュに該当するものがなければ、エラーを返して終了し
（Ｓ１２４、Ｓ１２５）、該当するメッセージ名があれ
ば、アンカーエレメントがあるかどうかを調べる（Ｓ１
２６）。アンカーエレメントはデータのソースを特定す
る。データのソースには、インターネット上のサーバ、
放送衛星や通信衛星からの放送信号、ケーブルテレビの
有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク
等がある。

【００５０】アンカーエレメントがある場合には、対応
するデータのソースがインターネット上のサーバかどう
か、すなわちＴＣＰ／ＩＰ接続が必要かどうかを判別す
る（Ｓ１２７）。データソースがインターネット上のサ
ーバである場合には、インターネット上のサーバにアク
セスして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を
行い、ＨＴＭＬ文書（データ）を要求し、受信する（Ｓ
１２８、Ｓ１２９、Ｓ１３０）。この後、受信したＨＴ
ＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１３１、
Ｓ１３３、Ｓ１３５）。なお、この場合アンカーエレメ
ントは例えば”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔ
ｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”で
ある。

【００５１】ステップＳ１２７において、データのソー
スがインターネット上のサーバでない場合、すなわち放
送衛星や通信衛星からの放送信号、ケーブルテレビの有
線放送信号、有線を用いたサービス、ＣＤ−ＲＯＭ、Ｄ
ＶＤ、ハードディスク等である場合には、放送衛星や通
信衛星からの放送信号、ケーブルテレビの有線放送信
号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のストリ
ームと接続し、またはストリームをオープンし、その後
ステップＳ１２９以降の処理を行う。なお、ステップＳ
１３２においてブラウザで表示可能かどうかが判別さ
れ、表示不可能な場合にはダイアローグを表示してファ
イルへの保存が行われるようにする（Ｓ１３４）。な
お、このようなデータソースの場合には、アンカーエレ
メントは例えば”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ
１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ディレク
トリに該当するメディア（データソース）のソース識別
子例えばＢＳ１１（ＢＳ放送の第１１チャンネル）に応
じて機器を駆動してデータを取得する。

【００５２】データソースとなる放送衛星や通信衛星か
らの放送信号、ケーブルテレビの有線放送信号からの情
報は、本放送で伝送される情報でもよいし、本放送に多
重化される情報でもよい。

【００５３】他方アンカーエレメントがない場合には、
メニューエレメントおよび暗号エレメントが調べられ
る。ここではメニューエレメントに関連する処理をまず
説明し、暗号エレメントがある場合の処理は後述する。
メニューエレメントがある場合にはメニューを表示し
（Ｓ１３７、Ｓ１５２）、メニューの項目（アイコン）
が選択されたときにはステップＳ１２３に戻る。メニュ
ーの項目が選択されないときには終了する（Ｓ１５
４）。メニューを用いることによりきめ細かな選択を行
える。例えばアイコンが広告主の会社を表しているとき
に、メニューを用いて個々の製品を表すようにできる。
メニューを複数の階層で表すことも可能である。

【００５４】ステップＳ１３７において、メニューエレ
メントがない場合には、暗号化エレメントがあるかどう
かを調べる。暗号化エレメントがない場合には、データ
ブロックのＭＩＭＥエレメントを取得してコンテンツボ
ディの種類を調べる（Ｓ１３９）。エレメントが”ｔｅ
ｘｔ”または”ｈｔｍｌ”の場合にはＨＴＭＬ文書とし
て解析を行い、ウェブ画面に表示する（Ｓ１４０〜Ｓ１
４３）。エレメントが”ｐｒｏｇｒａｍ”の場合にはコ
ンテンツボディをプログラムとみなして実行する（Ｓ１
４４〜Ｓ１４６）。

【００５５】［有料放送］暗号化エレメントがある場合
の処理の説明に先立って、暗号化エレメントを利用して
実現される有料放送の仕組みについて簡単に説明する。
ここで有料部分はコンテンツ情報である。本放送自体が
有料かどうかは問わない。

【００５６】図２２において、放送局１０には放送サー
バ１１に加え、鍵サーバ１４が設けられる。ユーザのパ
ーソナルコンピュータ２０と鍵サーバ１４とはインター
ネット３０を介してダイヤルアップ接続できるようにな
っている。

【００５７】コンテンツ情報の有料放送を利用するには
放送局等の運営組織と契約を行う必要がある。契約をし
たのちユーザはユーザＩＤおよびパスワードを取得す
る。ユーザＩＤおよびパスワードの取得申請は、書面、
電子メール、ファクシミリ、ウェブ、その他、運営組織
が定めた方法で行われ、ユーザＩＤおよびパスワードの
通知も同様な手法で通知される。

【００５８】さらに有料放送により伝送される、プロテ
クトされたデータをアンプロテクトするにはアンプロテ
クト情報すなわち鍵情報を取得していなければならな
い。鍵情報は鍵サーバ１４からＴＣＰ／ＩＰ接続を介し
て取得することができる。鍵情報の取得にはユーザＩＤ
およびパスワードが必要となる。

【００５９】またユーザによる鍵情報の利用の状況は、
パーソナルコンピュータ２０に記録され、一定期間ごと
に鍵サーバ１４側に通知され、課金の基礎とされる。ユ
ーザによる鍵情報の利用の情報の通知のルーチンは、ユ
ーザ側で自動的に起動されてもよいし、鍵サーバ１４が
ポーリングするようにしてもよい。

【００６０】［鍵の有効期間のチェック］鍵情報が現在
有効かどうかのチェックは、ブラウザ起動時に行われ、
必要であれば有効な鍵情報をインターネットを介して取
得することができる。図２３はこの処理を示す。図２３
において、ブラウザを起動すると、使用中として登録さ
れている鍵の各々について、有効期間がチェックされる
（Ｓ１６０、Ｓ１６１）。チェックのために、使用中と
して登録されている鍵の各々について、その有効期間が
ストアされている。有効期間内であれば、そのまま終了
する（Ｓ１６２、Ｓ１６６）。有効期間内でない場合に
は鍵サーバ１４にＴＣＰ／ＩＰ接続して鍵の取得手順を
実行する（Ｓ１６４、Ｓ１６６）。何らかの理由で有効
な鍵を取得できない、あるいは取得しない場合には、そ
の旨のメッセージが表示されて処理を終了する（Ｓ１６
５、Ｓ１６６）。

【００６１】［暗号エレメントによる復号］つぎにプロ
テクトされたコンテントのアンプロテクトについて説明
する。図２０のステップ１３７において、暗号化エレメ
ントがある場合には、図２１のステップＳ１４７以降に
進む。すなわち、暗号化エレメントの特定する暗号化、
スクランブル処理等、プロテクトを解くための鍵情報が
有効かどうかを調べる（Ｓ１４７）。有効であれば、暗
号化等プロテクトされたコンテントをアンプロテクト
し、記憶しておく（Ｓ１４８、Ｓ１４９、Ｓ１５０）。
鍵情報が有効でない場合には、その旨をユーザに表示し
て終了する（Ｓ１５１）。暗号化エレメントにより複数
のプロテクト手法の任意の１つを特定することができ、
複数のデータ供給者からの複数のプロテクト手法に対処
することができる。

【００６２】［キャッシュインデックスの更新］図２４
はメッセージをアクセスしたときのキャッシュインデッ
クスの更新処理を示す。これによりＬＲＵ法のキャッシ
ュ管理の管理データを維持できる。図２４において、メ
ッセージがアクセスされると、アクセスしたメッセージ
の名前を取得する（Ｓ１７１、Ｓ１７２）。そして図１
４のリストのキャッシュインデックスを検索し、該当す
るインデックス要素を先頭位置に置き換える（Ｓ１７３
〜Ｓ１７６）。

【００６３】［データ受信時の動作］図２５はデータ受
信時の動作を示す。この図において、メッセージを受信
するとキャッシュに保存余地があるかどうかをチェック
する（Ｓ１８０〜Ｓ１８２）。保存余地があれば、その
ままキャッシュに保存し、キャッシュインデックスを更
新し、タイマをセットし、処理を終える（Ｓ１８３〜Ｓ
１８６、Ｓ１９４）。

【００６４】なお、ステップＳ１９４において有効期間
エレメントが”ＡＬＬ１”かどうかが判別される。すな
わちキャッシュからデータを強制的に削除することを示
すフラグがあるかどうかが判別される。”ＡＬＬ１”の
場合、すなわちキャッシュからデータを強制的に排除す
るようにフラグが立っているときには、ライブモードか
どうかを判別してライブモードであればコンテンツを表
示し、その後データをキャッシュから削除する（Ｓ１９
５、Ｓ１９６、Ｓ１９２）。ライブモードでないときに
は直ちにデータをキャッシュから削除する（Ｓ１９５、
Ｓ１９２）。このようにすることにより、キャッシュし
ておく必要のないデータによってキャッシュが一杯にな
ってしまうことを回避できる。

【００６５】ステップＳ１８２においてキャッシュに保
存余地がない場合には、所定の規則に従ってデータブロ
ックを削除する。まず予約対象（例えばユーザが指定し
たキーワードを含んでいたり、ダウンロード対象のメッ
セージ）に該当するでない情報の中で最も古いものをキ
ャッシュインデックスから検索する（Ｓ１８７）。該当
するものがあれば、そのメッセージをキャッシュから削
除し、キャッシュインデックスを更新する（Ｓ１９２、
Ｓ１９３）。該当するものがない場合には、期限切れの
メッセージ中で最も古いものをキャッシュインデックス
を用いて検索する（Ｓ１８９、Ｓ１９０）。該当するも
のがあればそのデータを削除し、キャッシュインデック
スを更新する（Ｓ１９２、Ｓ１９３）。有効期限切れの
メッセージもない場合にはキャッシュインデックス中で
一番古いものを取り出し、そのデータをキャッシュから
削除し、キャッシュインデックスを更新する（Ｓ１９０
〜Ｓ１９３）。

【００６６】以上のように古いメッセージを必要なだけ
削除した後に新たなメッセージを保存する（Ｓ１８３〜
Ｓ１８６）。

【００６７】以上のキャッシュ管理では、ユーザが指定
したキーワードに該当する（予約）メッセージをクリッ
ピングすることができる。

【００６８】なお、データの受信は図８のチューナ４１
を介して行われるが、ＢＳ放送、ＣＳ放送、ケーブルテ
レビ放送、記録装置等の他のメディアからデータを取得
するようにもできる。この場合、他のメディアからデー
タを取得するように切り替えを行うＢ−ＨＴＴＰエレメ
ントを新たに設定すれば、Ｂ−ＨＴＴＰ放送信号中にそ
の切り替え用Ｂ−ＨＴＴＰエレメントを多重化させるこ
とにより、データ取得のトリガとすることができる。取
得したデータは図２５と同様に受信され、その後、デー
タの表示等が行われる。

【００６９】［検索表示］図２６は、メッセージを検索
して表示する動作を示す。図２５において、検索を指定
すると、検索ダイアログが表示される（Ｓ２０１、Ｓ２
０２）。このダイアログを用いてキーワード検索を指定
すると、キャッシュインデックスを検索し、検索結果一
覧をＨＴＭＬ文書に変換する（Ｓ２０３、Ｓ２０４、Ｓ
２０６）。またキーワード検索が指定されなかったとき
にはキャッシュのデータブロックを全文検索し、検索結
果一覧をＨＴＭＬ文書に変換する（Ｓ２０５、Ｓ２０
６）。このようにして得たＨＴＭＬ文書を解析し、ウェ
ブ画面に表示する（Ｓ２０７〜Ｓ２０９）。

【００７０】［ダウンロード］図２７は受信したデータ
ブロックをダウンロードする動作を示す。ダウンロード
自体は通常の動作であり、まずキャッシュ内のメッセー
ジの全部または一部の一覧を表示し、ファイルダイアロ
グを表示し、ダウンロードの指示を受け付けてキャッシ
ュから読み出してファイルに保存する（Ｓ２１１〜Ｓ２
１５）。この後ファイルに保存したデータブロックのイ
ンデックス要素の保存フラグをオンに書き換え、当該デ
ータブロックを削除してもよいことを表示させる（Ｓ２
１６、Ｓ２１７）。

【００７１】［ボタンクリック後の動作］図２８はウェ
ブページのボタンをクリックしたつぎのページのアクセ
スをする動作を示す。ボタンのクリックに応じて、ボタ
ンに対応する情報がビットキャストのアンカーかどうか
を調べる（Ｓ２２１、Ｓ２２２）。ビットキャストのア
ンカーでなければ、インターネット上のサーバにアクセ
スして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を行
い、ＨＴＭＬ文書を要求し、受信する（Ｓ２２７、Ｓ２
２８、Ｓ２２９）。この後受信したＨＴＭＬ文書を解析
し、ウェブ画面に表示する（Ｓ２３０、Ｓ２３１、Ｓ２
３２）。

【００７２】なお、この場合にも、図２０の場合と同様
に、インターネット上のサーバに加えて放送衛星や通信
衛星からの放送信号、ケーブルテレビの有線放送信号、
ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等から情報を取
得するようにしてもよい。この場合、ステップＳ２２７
〜ステップＳ２３２を図２０のステップＳ１２７〜Ｓ１
３６に置き換えればよい。詳細な説明を繰り返さない。

【００７３】他方ビットキャストのアンカーの場合に
は、キャッシュからメッセージを読み出し、ＨＴＭＬ文
書の解析を行い、ウェブ画面に表示する（Ｓ２２３〜Ｓ
２２６）。

【００７４】［番組予約の動作］図２９は番組を予約す
るときの動作を示す。（（プログラムエレメントにより
送られてきた番組情報は所定の記憶ロケーションに記憶
されている。番組情報は、番組予約に対応する所定のボ
タンをクリック操作したり、メニュー選択したりして表
示させることができる。））番組情報は例えばリスト状
に表示させることができる。図２９において、ボタンの
クリック操作等により番組情報の予約を開始すると（Ｓ
２４１）、番組情報に検索・選択対象があるかどうかが
判定される（Ｓ２４２）。対象がない場合には番組予約
動作を終了する。対象がある場合には、検索・選択対象
の放送番組のリストを表示する（Ｓ２４３）。表示の態
様は種々のものを採用できる。表示されたリストの中に
予約したい番組がない場合には、ユーザの操作に応じて
予約動作が中断されて、予約動作が終了する。予約した
い番組がある場合にはユーザは選択操作を行い、番組の
予約を行う（Ｓ２４５）。このとき、検索機能を用いて
番組を検索し、そののち番組予約を行ってもよい。番組
予約を行った場合には、オプションとして録画予約をさ
らに行うことができる（Ｓ２４６）。録画予約の指示を
行って選局予約した番組の録画予約をおこなう（Ｓ２４
７）。録画予約を行わない場合にはユーザの操作にした
がって処理を終了する。

【００７５】［予約による選局および録画］つぎに図２
９で予約した選局および録画の動作について説明する。
図３０および図３１はこの選局および録画の動作を示
す。図３０において、ステップＳ２５１で予約の有無の
チェックが開始される。番組が予約されているときには
（Ｓ２５２）、番組情報が解析され（Ｓ２５３）、解析
結果に基づいて予約されている番組のチューニング（選
局）を行い、番組を画面に表示する（Ｓ２５４、Ｓ２５
５）。番組が予約されていないときにはそのまま処理を
終了する（Ｓ２５２）。ステップＳ２５５において番組
のチューニングを行ったのち、録画予約がされているか
どうかがチェックされ（Ｓ２５６）、録画予約がされて
いる場合には図３１の動作に移行する。録画予約がなさ
れていなければ、図３１の動作を行わない。

【００７６】図３１において、録画予約が行われている
場合には録画を開始する（Ｓ２５７）。すなわち、ま
ず、指定された媒体５７の容量が十分かどうかのチェッ
クを行う（Ｓ２５８）。媒体５７は、記述のとおり、ハ
ードディスク、デジタル・ビデオ・ディスク、ビデオテ
ープレコーダ等種々のものを用いることができる。媒体
に応じて、記録動作が異なり、また、その容量のチェッ
クの仕方も異なる。指定された媒体に十分な容量がない
場合には録画を行わずに処理を中止する。指定された媒
体の容量が十分にある場合には、録画対象の番組に対応
するキューエレメントの到来したのち録画を開始する。
すなわち、到来したキューエレメントのキュー情報に、
録画指定された番組が入っているかどうかをチェックし
（Ｓ２５９）、入っている場合にはユーザが指定した媒
体に録画を行う（Ｓ２６０）。キューエレメントのキュ
ー情報に、録画指定された番組が入っていない場合に
は、ステップＳ２６１に進み、ユーザが録画処理の中止
を指示したかどうかを判断する。中止指示を行った場合
には処理を終了する。中止処理を行わない場合にはステ
ップＳ２５９に戻り、処理を続ける。

【００７７】番組を媒体に保存しているときにも、ユー
ザの中止指示の有無を監視し、中止指示があったときに
は処理を中止する（Ｓ２６１）。

【００７８】このように、録画指定された番組に対応す
るキューエレメントが到来するまでは、録画が開始され
ないので、何らかの理由で、番組の放送時間が繰り延べ
になった場合にも正確に録画を行うことができる。もち
ろん、録画終了時刻もキューエレメントの到来時刻に応
じてシフトするようにできる。

【００７９】［プルエレメントによるデータの自動取り
込み］図３２は、プルエレメントによるデータの自動取
り込みの動作を示す。図３２において、ブラウザの表示
が開始されると表示されているコンテントボディに対応
するプルエレメントがあるかどうかが判別される（Ｓ２
７１、Ｓ２７２）。すなわち、図１３のインデックス要
素を参照してプルフラグの有無をチェックする。プルエ
レメントがなければ、そのまま何もしない。他方、プル
エレメントがあると、プルエレメントのＵＲＬを参照し
てＴＣＰ／ＩＰ接続する必要があるかどうかを判別する
（Ｓ２７３）。ＵＲＬが外部のサーバを指定する場合に
は、ＴＣＰ／ＩＰ接続が必要である判断してＴＣＰ／Ｉ
Ｐ接続を行ってデータを取得する（Ｓ２７４、Ｓ２７
６）。他方、ＵＲＬがＣＤ−ＲＯＭやハードディスク等
の記録装置やＢＳ、ＣＳ、ＣＡＴＶのチューナからのス
トリームを指定する場合には、対応するストリームとの
接続またはストリームのオープンを行い、当該ストリー
ムからデータを取得する（Ｓ２７５、Ｓ２７６）。以上
のようにして取得されたデータはブラウザに表示され
る。

【００８０】以上で実施例の説明を終了する。なおこの
発明は上述の実施例に限定されるものではなく、その趣
旨を逸脱しない範囲で種々変更が可能である。例えば、
実施例では、ユーザ側の端末として、パーソナル・コン
ピュータを用いたが、インテリジェント化されたテレビ
ジョン受像機でもよく、またセット・トップ・ボックス
等でもよい。テレビジョン放送の方式はＮＴＳＣ方式の
みでなく、ＳＥＣＡＭやＰＡＬ方式でもよい。また、テ
レビジョン放送に限らずラジオ放送にも適用できる。ま
たテレビジョン放送も地上波放送に限らず、衛星放送を
用いたものでもよい。また有線放送でもよい。また多重
化も種々の方式を採用でき、周波数多重等も適用でき
る。

【００８１】また、上述の実施例では、パーソナル・コ
ンピュータで受信した放送信号をビデオテープレコー
ダ、ハードディスク、デジタル・ビデオ・ディスク等で
記録するようにしたが、ビデオテープレコーダ自体がキ
ューエレメントを取りだし、これに基づいて記録タイミ
ングをずらすように構成してもよい。

【００８２】また、キューエレメントが記録開始時刻や
シフト時間等を含み、これに応じて記録タイミングをず
らすようにしてもよい。また、コンテンツボディを伴わ
ずに、プルエレメントを生成して多重化して送信し、こ
れを受信したときにプルエレメントのＵＲＬ等の情報に
基づいてコンテンツ情報を自動的に取り出し画面に表示
させるようにすることができる。

【００８３】なお、上述の実施例においては番組の予約
を行うことができ、これに関する技術的な特徴は以下の
とおりである。

【００８４】すなわち、この技術的な特徴によれば、放
送信号送受信方法において、放送番組に関する情報を放
送信号に多重化するステップと、多重化した上記放送信
号を送信するステップと、多重化した上記放送信号を受
信するステップと、多重化した上記放送信号から上記放
送番組に関する情報を取り出すステップと、取り出され
た上記放送番組に関する情報を利用して放送受信装置の
選局を行うステップとを行うようにしている。

【００８５】この構成においては、放送番組に関する情
報を簡易に取得でき、またその情報に対する選択操作等
に基づいて簡易に所望の選局の予約を行うことができ
る。

【００８６】また、この技術的な特徴によれば、放送信
号受信方法において、放送番組に関する情報を多重化し
た放送信号を受信するステップと、多重化した上記放送
信号から上記放送番組に関する情報を取り出すステップ
と、取り出された上記放送番組に関する情報を表示する
ステップと、表示された上記放送番組に関する情報に基
づいて選択された放送番組を受信するために、放送受信
装置の選局を行うステップと行うようにしている。

【００８７】この構成においても、放送番組に関する情
報を簡易に取得でき、またその情報に対する選択操作等
に基づいて簡易に所望の選局の予約を行うことができ
る。

【００８８】また、この構成においては、上記放送信号
をテレビジョン放送信号とすることができ、また、上記
放送番組に関する情報をテレビジョン放送信号の垂直帰
線期間に挿入して多重化するようにしてもよい。

【００８９】また、この技術的な特徴によれば、放送信
号受信装置に、放送番組に関する情報を多重化した放送
信号を受信する手段と、多重化した上記放送信号から上
記放送番組に関する情報を取り出す手段と、取り出され
た上記放送番組に関する情報を表示する手段と、表示さ
れた上記放送番組に関する情報に基づいて選択された放
送番組を受信するために、放送受信装置の選局を行う手
段とを設けるようにしている。

【００９０】この構成においても、放送番組に関する情
報を簡易に取得でき、またその情報に対する選択操作等
に基づいて簡易に所望の選局の予約を行うことができ
る。

【００９１】また、この構成において、選局された放送
番組を記録するかどうかを指示する手段と、記録すべく
指示された番組を記録する手段とをさらに設けるように
してもよい。

【００９２】また、この技術的な特徴によれば、放送信
号受信装置に、放送番組に関する情報および放送番組の
記録開始に関する情報を多重化した放送信号を受信する
手段と、多重化した上記放送信号から上記放送番組に関
する情報を取り出す手段と、取り出された上記放送番組
に関する情報を表示する手段と、表示された上記放送番
組に関する情報に基づいて選択された放送番組を受信す
るために、放送受信装置の選局を行う手段と、多重化し
た上記放送信号から上記放送番組の記録開始に関する情
報を取り出す手段と、取り出された上記放送番組の記録
開始に関する情報に基づいて上記放送番組の記録を開始
する手段とを設けるようにしている。

【００９３】この構成においては、放送番組に関する情
報を簡易に取得でき、またその情報に対する選択操作等
に基づいて簡易に所望の選局および記録の予約を行うこ
とができる。さらに記録時間のタイミングを調整するこ
とができる。

【００９４】また、この技術的な特徴によれば、放送信
号送受信方法において、放送番組の記録開始に関する情
報を放送信号に多重化するステップと、多重化した上記
放送信号を送信するステップと、多重化した上記放送信
号を受信するステップと、多重化した上記放送信号から
上記放送番組の記録開始に関する情報を取り出すステッ
プと、取り出された上記放送番組の記録開始に関する情
報を利用して放送信号の記録を開始させるステップとを
行うようにしている。

【００９５】この構成においては、記録のタイミングを
調整することができる。

【００９６】この構成において、上記放送番組の記録開
始に関する情報は、その受信タイミングに応じて上記放
送信号の記録を開始させるものとしてもよく、また、上
記放送信号の記録を開始する時刻に関する情報を含むも
のとしてもよい。

【００９７】また、この技術的な特徴によれば、放送信
号機録装置に、放送番組の記録開始に関する情報を多重
化した放送信号を受信する手段と、多重化した上記放送
信号から上記放送番組の記録開始に関する情報を取り出
す手段と、取り出された上記放送番組の記録開始に関す
る情報を利用して放送信号の記録を開始させる手段とを
設けるようにしている。

【００９８】この構成においても、記録のタイミングを
調整することができる。

【００９９】

【発明の効果】以上説明したように、この発明によれ
ば、放送信号に多重化されて送られてきたコンテンツ情
報を表示しているときに、このコンテンツ情報に対応す
る補助情報を利用して他のコンテンツ情報を自動的に取
りだし、当該他のコンテンツ情報を表示させることが可
能となる。

【図面の簡単な説明】

【図１】 この発明の実施例を全体として示す模式図で
ある。

【図２】 上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図３】 上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図４】 上述実施例で用いるＶＢＩのデータ多重を説
明する図である。

【図５】 上述実施例のデータグループ（メッセージ）
のフォーマットを説明する図である。

【図６】 図５のＢ−ＨＴＴＰエレメントの例を説明す
る図である。

【図７】 図５のＢ−ＨＴＴＰエレメントの例を説明す
る図である。

【図８】 図１のパーソナルコンピュータの実装構成を
機能ブロックで示す図である。

【図９】 図１のパーソナルコンピュータの実装構成の
階層構造を説明する図である。

【図１０】 図１のパーソナルコンピュータの実装構成
の具体例を示す図である。

【図１１】 図８のＢ−ＨＴＴＰサービス部４６および
Ｂｉｔｃａｓｔブラウザ４７の構成例を説明する図であ
る。

【図１２】 Ｂｉｔｃａｓｔブラウザで表示される画面
の一例を示す図である。

【図１３】 メッセージのキャッシングに用いるインデ
ックス要素の構成例を示す図である。

【図１４】 上述インデックス要素をポイントするキャ
ッシュ用リストを説明する図である。

【図１５】 上述インデックス要素をポイントする表示
用リストを説明する図である。

【図１６】 ウェブページ等の表示動作を説明するフロ
ーチャートである。

【図１７】 レイアウトエレメントの一例を示す図であ
る。

【図１８】 図１７のレイアウトアイコンの一例に対応
するＢｉｔｃａｓｔブラウザのレイアウトを示す図であ
る。

【図１９】 アイコンの表示動作を説明するフローチャ
ートである。

【図２０】 アイコンをクリック処理したときの動作を
説明するフローチャートである。

【図２１】 アイコンをクリック処理したときの動作を
説明するフローチャートである。

【図２２】 有料放送の構成を説明するブロック図であ
る。

【図２３】 有料放送の鍵の更新の処理を説明するフロ
ーチャートである。

【図２４】 メッセージをアクセスしたときの図１４の
キャッシュインデックスのリストを更新する処理を説明
するフローチャートである。

【図２５】 メッセージ受信時の動作を説明するフロー
チャートである。

【図２６】 検索動作を説明するフローチャートであ
る。

【図２７】 ダウンロード時の動作を説明するフローチ
ャートである。

【図２８】 ウェブページのボタンクリック時の動作を
説明するフローチャートである。

【図２９】 選局予約や録画予約を設定するための動作
を説明するフローチャートである。

【図３０】 予約による選局の動作を説明するためのフ
ローチャートである。

【図３１】 予約による録画の動作を説明するフローチ
ャートである。

【図３２】 プルエレメントによる自動的なデータの取
得を説明するフローチャートである。

【符号の説明】

１１ 放送サーバ ２０ パーソナルコンピュータ ３１ ＷＷＷサーバ ４１ チューナ ４２ 波形等価回路 ４３ Ａ／Ｄ変換器 ４４ パケット抽出器 ４５ 番組データ生成部 ４６ Ｂ−ＨＴＴＰサービス部 ４７ Ｂｉｔｃａｓｔブラウザ ５７ 記録媒体

Claims (10)

【特許請求の範囲】
1. 【請求項１】 所定のコンテンツ情報と、上記所定のコ
   ンテンツ情報の表示に応じて取り出す他のコンテンツ情
   報に関する補助情報とを放送信号に多重化するステップ
   と、 多重化した上記放送信号を送信するステップと、 多重化した上記放送信号を受信するステップと、 多重化した上記放送信号から上記所定のコンテンツ情報
   および上記補助情報とを取り出すステップと、 取り出された上記所定のコンテンツ情報を表示するステ
   ップと、 取り出された上記補助情報に基づいて上記他のコンテン
   ツ情報を取得するステップと、 取得された上記他のコンテンツ情報を表示するステップ
   とを有することを特徴とする情報表示方法。
2. 【請求項２】 所定のコンテンツ情報と、上記所定のコ
   ンテンツ情報の表示に応じて取り出す他のコンテンツ情
   報に関する補助情報とを多重化した放送信号を受信する
   ステップと、 上記放送信号から上記所定のコンテンツ情報および上記
   補助情報とを取り出すステップと、 取り出された上記所定のコンテンツ情報を表示するステ
   ップと、 取り出された上記補助情報に基づいて上記他のコンテン
   ツ情報を取得するステップと、 取得された上記他のコンテンツ情報を表示するステップ
   とを有することを特徴とする情報表示方法。
3. 【請求項３】 上記放送信号をテレビジョン放送信号と
   した請求項１または２記載の情報表示方法。
4. 【請求項４】 上記所定のコンテンツ情報および上記補
   助情報をテレビジョン放送信号の垂直帰線期間に挿入し
   て多重化した請求項３記載の情報表示方法。
5. 【請求項５】 上記補助情報が、上記他のコンテンツ情
   報の保存されているロケーションを特定する情報を含む
   請求項１、２、３または４記載の情報表示方法。
6. 【請求項６】 上記ロケーションは、ネットワーク上の
   ロケーションを含む請求項５記載の情報表示方法。
7. 【請求項７】 上記ロケーションは放送による伝送経路
   を含む請求項５記載の情報表示方法。
8. 【請求項８】 所定のコンテンツ情報と、上記所定のコ
   ンテンツ情報の表示に応じて取り出す他のコンテンツ情
   報に関する補助情報とを多重化した放送信号を受信する
   手段と、 上記放送信号から上記所定のコンテンツ情報および上記
   補助情報とを取り出す手段と、 取り出された上記所定のコンテンツ情報を表示する手段
   と、 取り出された上記補助情報に基づいて上記他のコンテン
   ツ情報を取得する手段と、 取得された上記他のコンテンツ情報を表示する手段とを
   有することを特徴とする情報表示装置。
9. 【請求項９】 所定のコンテンツ情報と、上記所定のコ
   ンテンツ情報の表示に応じて取り出す他のコンテンツ情
   報に関する補助情報とを多重化した放送信号を受信する
   手段と、 上記放送信号から上記所定のコンテンツ情報および上記
   補助情報とを取り出す手段と、 取り出された上記補助情報に基づいて上記他のコンテン
   ツ情報を取得する手段と、 取り出された上記所定のコンテンツ情報および上記他の
   コンテンツ情報を表示する手段とを有することを特徴と
   する情報表示装置。
10. 【請求項１０】 放送信号に多重化されているコンテン
    ツ情報の少なくとも一部を表示装置に表示するために用
    いる情報表示用コンピュータ・プログラム製品におい
    て、 所定のコンテンツ情報と、上記所定のコンテンツ情報の
    表示に応じて取り出す他のコンテンツ情報に関する補助
    情報とを多重化した放送信号を受信するステップと、 上記放送信号から上記所定のコンテンツ情報および上記
    補助情報とを取り出すステップと、 取り出された上記所定のコンテンツ情報を表示するステ
    ップと、 取り出された上記補助情報に基づいて上記他のコンテン
    ツ情報を取得するステップと、 取得された上記他のコンテンツ情報を表示するステップ
    とをコンピュータに実行させるのに用いることを特徴と
    する情報表示用コンピュータ・プログラム製品。