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

Description

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

Claims (4)

1. （ａ）コンテンツ情報と、（ｂ）当該コンテンツ情報に関連するアイコン情報と、（ｃ）上記アイコンを表示する時刻に関する表示時刻情報と、（ｄ）上記コンテンツ情報の表示領域、および、当該コンテンツ情報の表示領域の内部に当該コンテンツ情報の表示にオーバーラップして表示される、テレビジョン映像の表示領域の間のレイアウトを指示するレイアウト情報とを、テレビジョン放送信号に多重化するステップと、
   上記多重化したテレビジョン放送信号を送信するステップと、
   上記多重化したテレビジョン放送信号を受信するステップと、
   上記多重化したテレビジョン放送信号から上記コンテンツ情報と上記アイコン情報と時刻情報と上記レイアウト情報とを取り出すステップと、
   上記時刻情報に基づいてアイコン表示領域に表示されたアイコンに対するポインティング操作により特定されたアイコン情報に基づいて、上記レイアウト情報に応じたレイアウトで、表示装置に上記テレビジョン映像と上記コンテンツ情報の少なくとも一部とを、上記テレビジョン映像が上記コンテンツ情報の表示領域の内部において当該コンテンツ情報の表示にオーバーラップする態様で、表示するステップとを有することを特徴とする情報表示方法。
2. 上記コンテンツ情報と上記レイアウト情報とをテレビジョン放送信号の垂直帰線期間に挿入して多重化した請求項１記載の情報表示方法。
3. 上記コンテンツ情報はハイパーテクストとした請求項１または２記載の情報表示方法。
4. （ａ）コンテンツ情報と、（ｂ）当該コンテンツ情報に関連するアイコン情報と、（ｃ）上記アイコンを表示する時刻に関する表示時刻情報と、（ｄ）上記コンテンツ情報の表示領域、および、当該コンテンツ情報の表示領域の内部に当該コンテンツ情報の表示に重なって表示される、テレビジョン映像の表示領域の間のレイアウトを指示するレイアウト情報とが、多重化されたテレビジョン放送信号を受信する手段と、
   上記受信したテレビジョン放送信号から上記コンテンツ情報と上記アイコン情報と時刻情報と上記レイアウト情報とを取り出す手段と、
   表示装置と、
   上記時刻情報に基づいてアイコン表示領域に表示されたアイコンに対するポインティング操作により特定されたアイコン情報に基づいて、上記レイアウト情報に応じたレイアウトで、上記表示装置に上記テレビジョン映像と上記コンテンツ情報の少なくとも一部とを、上記テレビジョン映像が上記コンテンツ情報の表示領域の内部において当該コンテンツ情報の表示にオーバーラップする態様で、表示する手段とを有することを特徴とする情報表示装置。

Images