JPH10505731A - 情報の電子データベースの送信 - Google Patents

Abstract

(57)【要約】 電子データベース、例えば、電子テレビジョン番組ガイドを送信および受信する方法および装置。前記データベースは、複数の番組項目を含む。興味有る項目の検索においてユーザを援助するために、メニュー構造を同様に送信する。前記メニュー構造は、前記データベースに種々の方法においてアクセスすることを可能にする。（既知の形態のテレテキストシステムのように）番組項目を含むよりも、前記送信されたメニューは、番組項目を参照する。必要ならば、参照を、異なったＴＶ局によって送信される番組情報に対して行うことができる。

Description

【発明の詳細な説明】 情報の電子データベースの送信 本発明は、表示可能な情報項目の電子データベースを受信機に送信する方法に 関係する。さらに特に、本発明は、電子テレビジョン番組ガイドの送信に関係す る。本発明は、送信機および受信機にも関係する。 情報項目の電子データベースをテレビジョン受像機に送信する既知の方法およ び装置は、一般にテレテキストとして知られている。複数のテレテキストページ の各々は、それ自体で情報項目であり、または、複数の情報項目、例えば、ある 時間に予定されたテレビジョン番組の総覧を具えてもよい。ユーザは、興味ある 特定の情報ページを、メニューページからそのページ番号を読み取り、キーパッ ド上の前記番号を押すことによって、または、米国特許明細書第４９９２８７１ 号において開示されているように、前記ページ番号上にカーソルを位置させ、Ｏ Ｋボタンを押すことによって検索する。複数のメニューページを送信し、ツリー 構造を形成してもよい。 前記電子テレビジョンビデオガイドの送信は、テレテキストページの形態であ ろうとなかろうと、商業的重要性が増していることが特徴である。いくつかのＴ Ｖ局（例えば、ドイツのＰｒｏ７）は、複数のＴＶ局に関するＴＶガイド情報を 、テレテキストによって送信している。テレテキストページは、１日またはその 一部に予定されたテレビジョン番組を具える。しかしながら、ユーザは、ある時 間における放送が予定されたあるＴＶ局のテレビジョン番組に興味があるだけで ないかもしれない。彼は、どのテレビ番組が受像可能なＴＶ局によって現在放送 されているかを知りたいかもしれず、あるカテゴリ（例えば、ニュース）におけ るすべての番組の総覧を得たいかもしれない。その目的のために、いくつかのＴ Ｖ局は、複数のＴＶ局によって現在放送されているすべての番組を示す他のテレ テキストページも送信している。これらの問題は、前記他のテレテキストページ が追加の送信容量を必要とすることである。関係する情報項目は、複数送信され る。すなわち、各々の番組項目は、あるＴＶ局のすべての番組を示すページにお いて１回記載され、現在放送されているすべての番組を示すページにおいて１回 記載され、あるカテゴリのすべての番組を示すページにおいて１回記載される、 等である。 本発明の目的は、上述した問題を回避することである。本発明の他の目的は、 電子データベースを送信し、テレビジョン受像機が、魅力的でユーザに親切な方 法において複数の項目をアクセス可能にし、これらを魅力的な方法において示す ことを可能にする方法を提供することである。 本発明によれば、前記方法は、前記複数の情報項目と、表示すべき前記送信さ れた情報項目を規定するメニュー構造データとを別々に送信するステップを具え る。これにより、前記情報項目それ自体は、１回だけ送信され格納される必要が あるが、放送者は、前記情報項目を複数の異なった方法において提供できるよう になる。例えば、ＢＢＣ１における今日の″９時のニュース″を、今日のＢＢＣ １番組を示す画面上に表示し、現在放送されているすべての番組を示す画面上に 表示し、すべてのニュース番組を示す画面上に表示することができる。さらに、 前記メニュー構造を別々に送信することによって、前記受像機において多くの量 の局部処理パワーを省くことができる。本発明は、ＴＶ局がそれら自身を前記Ｔ Ｖガイド特徴を提供する局として促進することを可能にもする。前記メニューの 外観は、放送者によって規定され、前記メニューにコマーシャルを含ませる機会 を提供する。 本発明の他の実施例において、情報項目の属性を規定するデータが前記項目に 関係し、前記メニュー構造データが、表示すべきデータ項目の属性が一致する必 要がある状態を規定する属性データを具える。ここで、前記送信機は、前記送信 されたメニュー構造において検索基準（例えば、カテゴリ″ニュース″）のみを 含める必要があり、前記受像機は、それに応じて前記基準に一致するすべての情 報項目を自律的に表示する。 図１は、本発明による送信機および受信機を具えるシステムを示す。 図２は、図１の送信機によるデータベースのセクションを送信するステップの 流れ図である。 図３および４は、図１に示す受信機によって表示する部分的画像の異なった動 き段階の例を示す。 図５は、図１の送信機および受信機の動作を説明する複数のメニューを示す。 図６は、図１に示すマイクロプロセッサによって実行される動作の流れ図を示 す。 図１は、本発明による送信機１および受信機２を具えるシステムを示す。前記 送信機は、情報のデータベースを生成および更新する編集端末１１と、プロセッ サ１２と、前記データベースを格納するメモリ１３と、前記格納されたデータベ ースをテレテキストページＴＸＴにパックするページ構成器１４とを具える。前 記送信機は、さらに、前記テレテキストページを複合ビデオ信号ＣＶＢＳのフラ イバック周期に挿入するテレテキスト挿入器１５を具える。このようにして得ら れたテレビジョン信号を、送信媒体３によって放送するために、変調器１６に印 加する。 前記受信機は、前記テレビジョン信号を受信するチューナ２１を具える。受信 された信号をテレビジョンモニタ２２に直接印加し、テレビジョン番組を表示す るようにする。前記信号を、選択されたテレテキストページを取得し、これらを メモリ２４に格納するのに適合したテレテキストデータデコーダ２３にも印加す る。マイクロプロセッサ２５を、関連したページ番号を用いるためにデコーダ２ ３に接続し、そこに格納された前記情報を処理するためにメモリ２４にさらに接 続する。前記受信機は、さらに、メモリ２４の予め決められた表示セグメントを 読み取って、前記メモリセグメントに格納されたデータによっで規定される画面 上表示画像ＯＳＤを発生するのに適合したグラフィック発生器２６を具える。前 記ＯＳＤ画像は、カーソルを含み、その位置を、遠隔カーソル制御装置２７から の位置決め信号に応じて前記マイクロプロセッサによって動かす。 実際には、上述した受信機は、ビデオレコーダの形態をとってもよい。前記ビ デオレコーダは、はめ込み表示装置２２を有してもよく、表示信号ＣＶＢＳおよ びＯＳＤを、テレビジョンセットのような別個の表示装置２２に印加する出力部 を有してもよい。送信機の動作 ここで前記送信機の動作を、電子ＴＶ番組ガイドの送信に関して説明する。し かしながら、本発明は、この用途に限定されない。前記受信機側において前記番 組ガイドにアクセスしてこれを示すデータに加え、前記番組ガイド項目を、編集 部員によって編集端末１１を使用して生成する。前記情報を、プロセッサ２２に よって処理し、メモリ１３の種々のセグメントに格納する。各々のメモリセグメ ントは、さらに前記データベースのセクションと呼ばれるデータの量を規定する 。ページ構成器１４は、各々のセクションを１つまたはそれ以上のテレテキスト ページにパックする。テレテキストページは直接表示しないため、これらは１６ 進ページ番号を有する。ヘッダ、日時、文字列長、テレテキストページ番号、等 のような、送信エラーに対して最も敏感なデータを、ハミングコードによって保 護する。第１テレテキストページは、予め決められたページ番号（例えば、３Ａ ０）を有し、目次を含む。これは、データストリームを運ぶテレテキストページ 番号のリストである。前記目次が、あるテレテキストページに一致しない場合、 次のテレテキストページを参照する。 図２は、前記送信機によって実行される送信ステップの流れ図を示す。各々の ステップは、前記データベースのセクションの送信、すなわち、メモリ１３に格 納された個々のセグメントの送信を含む。各々のセクションは、特定の機能に関 係し、パラメータ、値、テキスト文字列、属性、等のようなデータ項目を具える 。ステップ３１において、テレビジョン受像機におけるメモリの管理を容易にす るために、日時のような基礎的なデータと他の一般的なデータとから成る基礎情 報セクションを送信する。ステップ３２において、レイアウト情報セクションを 送信し、前記電子番組ガイドを構成する種々の設計手段を規定する。ステップ３ ３において、グラフィックセクションを送信し、画面上に表示する複数のグラフ ィック部分的画像を規定する。ステップ３４において、テーブル情報セクション を送信し、情報項目に関係することができる属性の集合を規定する。ステップ３ ５において、メニュー情報セクションを送信し、前記番組ガイドにアクセスする ためのメニュー構造データを伝達する。ステップ３６において、番組情報セクシ ョンを送信し、ＴＶ番組ガイドデータベースを構築する。前記データベースの送 信は、ステップ３７において、プロトコルの終了コードの送信によって終了する 。前記データベースを、例えば、１日あたり数回、定期的に送信する。 ここで、前記セクションを、より詳細に説明する。すべてのセクションが本発 明に対して等しく本質的ではないため、いくつかのセクションを簡単に論じる。 以下の説明において、セクションを、二重枠内に示す。セクション内のデータ項 目の集合は、ブロックを構成してもよい。ブロックを、一重枠内に示す。繰り返 して送信する場合、＋＋記号を、データ項目またはブロックの次に置く。例えば 、セクション は、３つのデータ項目を具え、item＿２およびitem＿３を具えるブロックを繰り 返してもよい。各々セクションは、ヘッダによって開始する。これは、前記セク ションを識別し、その開始を示すコードである。（バイト、文字、文字列のよう な）データ項目の形式は、本発明にとって本質的ではないため、ここには示さな い。基礎情報セクション このセクションは、テレビジョン受像機におけるメモリの管理を容易にするた めに、日時のような基礎的データと、他の一般的なデータとを具える。この基礎 情報セクションは、以下のようなフォーマット、 を有する。ここで、dateおよびtimeは、前記データベースの発行の日付および時 刻を表す。no＿programmesは、前記番組情報セクションに含まれる番組の数であ る。no＿menuitemsは、前記メニュー情報セクションにおけるメニューの数であ る。no＿criteriaは、前記テーブル情報セクションにおける基準の数である。no ＿graphicsは、前記テーブル情報セクションにおいて規定されるロゴタイプを含 むグラフィックの合計数である。poolsizeは、すべてのタイトルと、番組情報お よび解説と、基準名の合計サイズである。レイアウト情報セクション このセクションは、種々の設計手段を前記電子番組ガイドの供給者に与える。 このセクションのフォーマットは、 である。no＿of＿coloursおよびcolour++は、色ルックアップテーブルの長さお よび内容を各々規定する。ないときは、標準テレテキスト色テーブルが使用され る。このセクションの残りの部分は、画面上の種々のメニューの外観を特定する 。前記メニューは、ツリー構造において構成されるため、各々のメニューに、利 用可能なno＿of＿levelのレベルを割り当てる。後述するように、異なったレベ ルの２つのメニューを同時に表示してもよい。これを、″配置″と呼ぶ。配置の 数を、no＿of＿arrgmtsによって特定する。項目layout＿dataは、前記メニュー の見出しおよびメニュー項目の高さ、フォント、色、位置、間隔、等のような特 徴を規定するデータのブロックである。グラフィックセクション このセクションにおいて、１つまたはそれ以上のグラフィック部分的画像（以 下、短く″グラフィック″と呼ぶ）のどれを画面上に表示できるかを規定する。 このセクションの一般的なフォーマットは、 である。ここで、no＿grphcは、本セクションにおいて規定されるグラフィック の数を示す。grphc＿noは、前記部分的画像を含むインデックス番号である。デ ータ項目graphicそれ自体は、矩形部分的画像を規定するデータのブロックであ る。このプロトコルにおいて、グラフィックの４つの形式を区別する、すなわち 、ビットマップ、記号、ダイナコン（dynacon）およびテキスト文字列である。 ビットマップは、グラフィックに関する一般的な用語である。部分的画像を形成 する画素の矩形マトリックスである。記号およびダイナコンは、ビットマップと 同様であるが、ある特定の変換を有する。記号は、テキスト文字列内での使用を 意図している。記号を含むテキストは、grphc＿noが続くエスケープ文字を具え 、前記記号を呼び出す。ダイナコン（″dynamic icon ″：動的アイコン）は、 予め決められた一連の２またはそれ以上のビットマップから成る。各々のビット マップは、前記ダイナコンのある動き段階を表す。前記動き段階を周期的に表示 することによって、視聴者は、ビットマップをかわるがわるに見て、これらは、 前記部分的画像の簡単なアニメーションとして現れる。各々の段階を表示すべき 期間を、受信機において固定することができ、または前記セクションにおけるデ ータ項目として送信してもよい。ある１つの段階を有するダイナコンは、記号で ある。これらの段階は、前記色テーブルに″負担を掛け″、段階あたり、ビット マップと共通の１つの完全な色テーブルが存在する。ダイナコンを、記号のよう に使用することができる。図３に示す２つの動き段階は、瞬きする眼の印象を与 え、例えば、画面上の特定の項目に対してユーザの注意を引きつける。図４に示 す２つの動き段階は、羽ばたく羽の印象を与え、例えば、鳥に関してのテレビジ ョン番組に関係させる。 ビットマップ、記号およびダイナコンを、１画素づつ符号化してもよく、ラン レングスコードによって符号化してもよい。前記グラフィックの形式および符号 化の方法の双方を、この目的に関する複数の可能な値を有するセクションヘッダ によって規定する。 １画素づつ符号化されたビットマップ、記号およびダイナコンに関する、前記 グラフィックブロックのフォーマットは、 である。ここで、bits＿per＿colourは、使用できる色の数を規定し、colour＿t ableは、赤、緑および青レベルによって各々の色を規定する。パラメータx＿tlc ornerおよびy＿tlcornerは、文字の場所によって画面上の前記ビットマップの位 置を規定する。パラメータx＿xtnsおよびy＿xtnsは、画素における前記画面上の ビットマップのサイズを規定する。pixel＿blockは、予め決められた走査順序に おける前記色ルックアップテーブルに対するインデックスによって各々の画素の 色を規定する。どの色インデックスも、bits＿per＿colourから成る。 ランレングス符号化されたビットマップ、記号およびダイナコンに関するグラ フィックブロックのフォーマットは、 である。上述したのと同じ定義を用いる。パラメータpblsizeは、現在複数のラ ンレングス符号を収容するpixel＿blockのサイズを規定する。グラフィック画像 をランレングス符号化する方法は、周知である。テーブル情報セクション 前記テーブル情報セクションは、情報項目に関係することができる属性（以下 、基準と呼ぶ）の集合を規定する。この基準は、情報提供者によって規定される べきであるか、以下に示すメタ基準の１つに一致する必要がある。すべてのセク ションは、基準の１つのテーブルを形成する。 すべてのtypeは、基準のリストを以下のテーブルに規定するように規定する。番 組は、特定の基準を有してもよい。そうであれば、前記基準に従う番組のリスト において現れる。no＿of＿itemsは、前記リストの長さを与える。item＿noおよ びitemは、常に一緒に現れる。視聴率の場合において、itemを持たず、item文字 列は空である。放送会社のロゴの場合において、itemは、前記グラフィックセク ションにおいて規定されるように構成される。 メニュー情報セクション メニュー情報セクションは、前記プログラムガイドにアクセスするメニューを 伝達し、非番組情報、例えば、ニュースまたはヘルプを送信するのにも使用でき る。これは、階層的に構成された図表のツリーを規定し、各々の図表は、表題お よびいくつかの項目から成る。各々の項目は、新たな、より詳細なサブ図面に拡 張できる。前記メニュー構造の一例を、後に示す。前記メニュー情報セクション の送信フォーマットを、以下のテーブルにおいて示す。 item＿noは、０からno＿of＿items−１までの範囲内のmenu＿itemに割り当てら れた項目番号である。levelは、無符号数であり、この項目を具えるメニューが 前記ツリーにおいてどのくらいの深さにあるかを示す。menu＿itemは、情報項目 を表す文字の文字列である。あるメニューの所定のレベルにおける第１menu＿it emは、そのメニューの表題である。 基本的に、menu＿itemによって規定されるテキスト文字列を、画面上のメニュ ー項目のように表示すべきである。しかしながら、その第１文字が特定の記号で ある場合、menu＿itemは、テレビジョン受像機のどこかに格納された文字列への 参照を表す。テレビジョン番組ガイドの現在の例において、menu＿itemは、個々 のテレテキストページの一部を参照してもよく、依然として説明すべき番組情報 セクションにおいて送信される番組を参照してもよい。 テレテキストへの参照は、特定の第１文字″＠″によって示され、さらに、放 送会社テーブルにおける関連したＴＶ局の数と、テレテキストページ番号（サブ コードを含んでもよい）と、表示すべきテキストが開始するテレテキストにおけ る位置の行および列番号と、前記テキストが終了するテレテキストページにおけ る位置の行および列番号とを順次具える 番組情報セクションにおいて送信される番組文字列への参照は、特定の第１文 字″＾″によって示され、さらに、そのセクションにおける番組の数を具える。 メニュー＿項目が基準（例えば、カテゴリ）である場合、（予め）検索された 番組情報のリストに拡張する。メニュー＿項目が、高速ファインダまたは他の自 己拡張項目を表す場合、タイトルは、表題（メニューの第１メニュー＿項目）に おいて位置し、追加の属性に対応する。 前記セクションにおける各々のmenu＿itemは、割り当てられたゼロ、１または それ以上の属性を有し、属性の数は、no＿of＿attributesによって与えられる。 属性は、次のデータの種類およびフォーマットに加えて前記属性を規定するヘッ ダを具えるデータのブロックである。いくつかの属性は、前記メニュー項目を強 調または拡張し、他のものは、格納された情報項目に用いるべき基準を規定し、 その結果、前記基準に従う情報項目のリストを得る。ここで、属性のいくつかの 例を説明する。 属性ＩＮＳ＿ＤＡＴＥおよびＩＮＳ＿ＴＩＭＥは、現在の日付および／または 時刻を前記メニュー項目に挿入することを指定する。表示フォーマットの仕様（ 例えば、″１４：２２″または″２：２２ａ．ｍ．″）を含んでもよい。 属性ＧＲＰＨＣＳは、表示すべきグラフィック部分的画像のgraph＿noを特定 する。この属性をメニュー表題（所定のレベルにおける第１menu＿item）に関係 付けた場合、前記部分的画像を、前記関連したメニューが表示されている間、表 示すべきである。前記属性を選択可能メニュー項目に関係付けた場合、前記部分 的画像は、画面上のその項目にカーソルが触れると、ポップアップする。 属性ＳＯＲＴ＿ＤＡＴＥは、前記基本情報セクションにおいて規定される番組 ガイドの発行の日付に関係するオフセット（０＝今日、１＝明日、等）を特定す る。この属性は、前記基準に従うすべての番組を検索して表示させる、テレビジ ョン受像機に対する命令を構成する。 属性ＳＯＲＴ＿ＴＩＭＥは、ある期間を特定し、前記期間内に放送を予定され たすべての番組を検索して表示することを、前記受像機に命令する。特定のコー ドは、前記期間の開始とすべき現在の時間を示す。 属性ＣＲＩＴＥＲＩＯＮは、日付および時間以外の基準に従う番組を検索する 。この属性は、対応する基準テーブルの形式、数およびインデックスを規定する （これらの値を、前記テーブル情報セクションにおいて規定する）。この属性を 、番組またはメニュー項目に付加してもよい。番組項目に付加した場合、追加さ れたこの基準を有する番組のメニューを形成する。 属性ＭＥＴＡＣＲＩＴＥＲＩＯＮは、対応する基準テーブルの形式のみを規定 する。この属性を、メニュー項目のみに追加してもよく、このようにして、その テーブル形式のすべての項目から構成されたメニューを規定する。番組項目に属 した場合、構成されたメニューのある項目は、対応するサブカテゴリのテーブル に拡張する。基準でない場合、どの項目も番組の選択に拡張する。 属性ＬＩＮＫＥＤＩＴＥＭは、メニュー項目と他の表示可能情報とのリンクを 確立し、両方を同時に表示する。（例えば、グラフィック部分的画像との）いく つかの可能なリンクは、既に上述した。この属性を、番組に加えてメニュー項目 に付加することができる（番組情報セクション参照）。リンクされた要素を画面 上に置く表示領域を特定する。前記リンクされた項目を、前記属性を有する項目 が画面上で１つのみである場合はいつも、または、カーソルがそれに触れた場合 はいつも表示する。リンクを、異なったセクションの要素と、またはテレテキス トページ（の部分）と確立することができる。リンクは、それ自体によって、表 示すべきテキスト文字列を定義することもできる。これを、属性ヘッダの直後に 続くコードによって定義する。このコードに他のデータを続ける。可能なデータ フォーマットを以下に示す。 属性ＭＵＬＴＩＬＥＶＥＬは、前記受像機に、２つのレベルのメニューを１つ の画面上に同時に表示させる命令をする。この属性は、所定のレベルにおけるメ ニューの表題に加えられ、次のより高いレベルか次のより低いレベルのどちらを 表示すべきかを特定する。番組情報セクション 前記メニュー情報セクションは、メニューツリーを構成して前記データベース を通過するが、番組情報セクションは、番組データベースを構築する。このセク ションは、前記番組ガイド内で利用できるようになるすべての番組を伝達し、予 め分類するのに必要なすべての情報を含む。（番組解説への拡張、視聴、タイマ プログラミング、等の）機能に関係する番組は、明白なオプションを意味しない 。このセクションのフォーマットは、 である。ここで、programme＿noは、番組番号である。１つの番組情報セクショ ンがある場合、この番号は、０からno＿programme−１までである（no＿program meは基礎情報セクションにおいて規定される）。date＿offsetは、前記番組ガイ ドの発行の日付から番組の送信の日付までのオフセットであり、例えば、０＝今 日、１＝明日、等である。station＿noは、テーブル情報セクションにおいて規 定される放送会社テーブルにおける局のインデックスである。パラメータstart ＿time、stop＿timeおよびvps＿timeは、それら自体を表している。一日の範囲 を早朝に拡張するために、時間を３０（＝２４＋６）に増やしてもよい。 項目title、prog＿infoおよびprog＿descrは、文字列である。これらは、以下 に説明するメニュー項目に関する機構を使用して、異なった番組項目への参照を 確認してもよい。titleが参照を確認する場合、prog＿infoまたはprog＿descrが 空でない場合は、番組は、異なった時間において、または異なった局において繰 り返される。前記項目のいずれかが文字列であり、これらの１つまたは２つが参 照である場合、参照された番組から参照する文字列のみを複製する必要があ る。例えば、番組を繰り返すが、同一の番組をprog＿infoにおいて異なった広告 と共に表示すべき場合、titleおよびprog＿descrの双方は、前記参照の形態を取 らなければならない。titleがＶＰＴ−標準による開始−、停止−およびＶＰＳ −時間を含むテキスト文字列への参照である場合、特定のコードを使用する。利 用できるＶＰＳがない場合、他の特定のコードを使用する。 パラメータno＿of＿optionsは、次のprog＿optionの数を特定する。番組情報 セクションにおける番組オプションは、メニュー情報セクションにおける属性と 同じ機能を有し、同様に符号化される。メニュー構造の例 ここで、メニュー構造の送信の例を示す。図５Ａは、最初に表示すべきメイン メニュー（レベル０）を示す。このメニューは、表題１００（例えば、文字列″ メインメニュー″）と、第１メニュー項目１０１（例えば、″ＴＶガイド″）と 、第２メニュー項目１３２（″高速ファインダ″）と、第３メニュー項目１５０ （″使用者ガイド″）とを具える。この画像は、カーソルが現在示しているメニ ュー項目の簡単な説明を与える部分的画像２０１をさらに含む。この例は、本発 明を、単に参考（″使用者ガイド″）の目的の、または、個人的なデータベース の設定（″高速ファインダ″）のための簡単なテキストを分配するのにも使用で きることも説明する。後者は、ＶＣＲテープに録画されたテレビジョン番組の個 人的なデータベースを保持するシステムに関係する。図５Ａの画面を規定するメ ニュー情報セクションにおける関連したデータは、 である。関連したメニューの項目のみに言及する。項目番号を割り当てる特有の 方法に注意されたい。これらの項目に、レベル０におけるメインメニューの表題 （１００）および第１項目（１０１）から始め、次にレベル１におけるメニュー の表題（１０２）および第１項目（１０３）、等、連続的に番号を付ける。この ように、レベル０におけるメニューの第２項目は、第１項目に関係するすべての メニューの最後の項目に続いて、番号（１３２）を得る。この番号付けは、項目 ＿番号＝０から始まるが、明瞭にするために、ここではこれらの項目に、図５に 示す参照符と同じ番号を与える。 図５Ａのメニューの各々の項目に対して、属性｛ＬＩＮＫＥＤＩＴＥＭ，２， ．．．｝を付加する。前に説明したように、この属性は、カーソルがこの項目に 触れた（選択ではない）場合、表示すべき関係する部分的画像２０１を呼出す。 この例における属性｛ＦＦ｝は、対応する項目が選択された場合、受像機によっ て実行すべき特定の機能（高速ファインダ）を規定する。 図５Ｂは、前記メインメニューの第１メニュー項目１０１の選択によって表示 すべきサブメニュー（レベル１）を示す。このメニューは、表題１０２（″ＴＶ ガイド″）と、メニュー項目１０３（″放送中″）と、メニュー項目１１０（″ 総覧″）と、例えばコマーシャルを示す部分的画像２０２とを具える。図５の画 面を規定するメニュー情報セクションにおける関連したデータは、 である。表題に付加した属性｛ＧＲＰＨＣＳ，．．．｝は、表示すべき部分的画 像２０２に関係する。この属性を、メニューよりも表題に付加したため、前記部 分的画像は、カーソルの位置とは独立に、このメニューが表示されいてる間は残 っている。 図５Ｃは、図５Ｂにおけるメニュー項目１０３の選択によって表示すべきレベ ル２におけるサブメニューを示す。これは、表題１０４（″放送中−１９：３８ ″）と、各々が放送中のテレビジョン番組を表す番組項目１０５−１０９とを具 える。メニュー情報セクションにおける関連したデータは、 である。ここで、属性｛ＩＮＳＴＩＭＥ，．．．｝は、現在の時刻（１９：３８ ）を表題に付加する。メニュー項目の第１文字＠は、テレテキストページにおけ る文字列への参照を示す。これを、異なったテレビジョン送信機によって送信さ れるテレテキストページとしてもよい。メニュー項目の第１文字へは、番組情報 セクションにおける文字列への参照を示す。 図５Ｄは、メニュー１１０の選択によって現れる画面を示す。表題１１１（″ 総覧″）に加えて、この画面は、２つのサブメニューを同時に表示する。項目１ ２２（″今日″）および１２２（″明日″）を具える第１のサブメニューは、図 ５Ｃのメニューと同じレベル（＝２）を有する。項目１１３（″朝″）、１１６ （″午後″）および１１９（″晩″）を具える第２のサブメニューは、レベル３ のメニューである。前記第１メニューは、活性化している。前記第２サブメニュ ーは、項目１１２または１２２が選択された場合、活性化する。メニュー情報セ クションにおける関連したデータは、 である。異なったレベルにおける２つのメニューの同時の表示を、属性ＭＵＬＴ ＩＬＥＶＥＬによって制御する（メニュー情報セクションの説明も参照されたい ）。 図５Ｅは、今日の晩の番組（図５Ｄにおける項目１１９）の選択によって現れ るレベル４のメニューを示す。この画像は、カーソルが現在触れている番組の簡 単な予告を有する部分的画像２０３を含む。リンクされた項目のように、カーソ ルが番組項目間を動くと、他のものに置き換えられる。メニュー情報セクション における関連したデータは、 である。表題に加えて、このメニューは、１つのメニュー項目のみを具える。こ のメニュー項目に付加された属性｛ＳＯＲＴ＿ＴＩＭＥ，．．｝および｛ＳＯＲ Ｔ＿ＤＡＴＥ，０｝は、この項目を、番組情報セクションにおいて送信される番 組項目のリストに拡張する。前記ビデオガイドプロトコルは、番組タイトルに対 する追加の情報、prog＿infoを、自動的に表示すべきであることを規定する。し たがって、部分的画像２０３の表示を可能にまたは不能にする特別な機構をなし で済ませることができる。 上述した例において、画面は、前記ツリーの葉を形成する、図５Ｃおよび５Ｅ に示すようなテレビジョン番組情報を具える。しかしながら、ユーザに、ビデオ レコーダのタイマを自動的に設定させ、彼が興味を持ったテレビジョン番組の詳 細な説明にアクセスさせ、または、（電子ショッピングの場合において）予め決 められた電話番号に自動的にダイヤルし、選択した製品を注文させる他の画面を 含むようにすることができる。受信機の動作 この動作を、マイクロプロセッサ２５（図１）のメモリに格納された制御プロ グラムによって規定する。図６は、前記マイクロプロセッサによって実行される 動作のフローチャートを示す。最初のステップ４１において、前記プロセッサは 、前記データベースを構成するテレテキストページのシーケンスを規定する。す でに上述したように、予め決められたページは、取得すべきページのリストを具 える。ステップ４１において、前記プロセッサは、さらに、関連したページ番号 をデータデコーダ２３（図１）に用いる。各々のページか到着すると、それらに 収容されたデータを、メモリ２４（図１）に格納する。前記プロセッサは、受け たデータを分類し、前記メモリのセグメントに対応する前記データベースの各々 のセクションに格納する。さらに特に、メニュー情報セクションが項目＿番号が 増加する順序である場合、前記プロセッサは、すべてのメニュー項目を分類する 。この処理中、ユーザは、該テレビジョン受像機を他の目的、例えば、テレビジ ョン番組を観るために使用することができる。前記処理を、例えば、夜の間に、 該受像機の待機状態において行ってもよい。 ユーザがテレビジョン番組ガイドを参考にしたい場合、ステップ４２を実行す る。このステップにおいて、前記プロセッサは、メニュー情報セクションを保持 するメモリセグメントにおいて、表示すべきメニューに関連したすべての項目を 検索する。最初のメインメニューに関して、このステップは、レベル＝０を有す るすべての項目を検索するのに等しい。項目＿番号＝ｎを有する項目の検索後に 表示すべきメニューに関して、ステップ４２は、項目＿番号＝ｎ＋１を有する項 目を検索するサブステップと、これらに関係するレベルＬを読み取るサブステッ プと、レベルＬを有するすべてのその後の項目をＬより低いレベルを有する項目 が見つかるまで検索するサブステップとを具える。例えば、レベルＬにおける項 目１０１（図５Ａ）を選択した場合、前記プロセッサは、レベル１におけるすべ てのその後の項目（すなわち、１０２、１０３および１１０）を、レベル０にお ける項目（すなわち、項目１３２）が再び見つかるまで検索する。 ステップ４３において、前記メニューを構成し、メモリ２４（図１）の予め決 められたセクションに格納されたレイアウト情報セクションにおいて規定される 、テキストフォント、高さ、間隔、色、等のような表示パラメータを使用して表 示する。前記プロセッサは、各々のメニュー＿項目に関して、＾または＠のいず れの文字から始まるかを決定する＾文字の場合、表示すべきテキスト文字列を、 番組情報セクションから読み取るべきである。＠文字の場合において、表示すべ きテキスト文字列を、テレテキストページから読み取るべきである。これを、異 なったＴＶ局によって送信されたテレテキストページとしてもよい。その場合、 関連した部分的画像を、メモリ２４（図１）のグラフィックセグメントから読 み出し、前記メモリの表示セグメント（図５Ｂ参照）に書き込む。前記プロセッ サは、さらに、属性｛ＭＵＬＴＩＬＥＶＥＬ｝の存在を調査し、２つのメニュー を同時に画面に表示（図５Ｄ参照）しなければならないかどうかを決定する。 ステップ４４において、前記プロセッサは、遠隔カーソル制御装置２７（図１ ）からのカーソル位置信号に応じて、画面上に表示されるカーソルの位置を制御 する。ステップ４５において、前記プロセッサは、前記カーソル位置が画面上に 表示されるメニューに触れているかどうかを決定する。触れていない場合、前記 プロセッサは、ステップ４４に戻る。カーソルがメニュー項目に触れている場合 、前記プロセッサは、ステップ４６において、属性｛ＬＩＮＫＥＤＩＴＥＭ｝が 前記メニュー項目に関係しているかどうかを調査する。このような属性が存在す る場合、ステップ４７を行い、関係する部分的画像を、メモリ２４（図１）のグ ラフィックセグメントがら読み出し、表示する（図５Ａ参照）。カーソルがメニ ュー項目よりも番組項目に触れている場合、前記プロセッサは、これらの関係す る番組＿情報を表示する（図５Ｅ参照）。 ステップ４８において、前記遠隔カーソル装置のＯＫボタンが押されることを 検知する。ＯＫが押されない間は、ステップ４４−４８のループを循環し、カー ソル位置の軌跡を保持し、適合するなら、前記部分的画像を変更する。ＯＫが押 された場合、前記プロセッサは、ステップ４２に戻り、表示すべき新たなメニュ ーを構成するメニュー項目を集める。 前記電子データベースおよび関係するメニュー構造を、放送テレビジョン信号 の垂直フライバック周期に収容する必要はない。前記データを、電話回線または コンピュータネットワーク（例えば、インターネット）を介して送信することも でき、ＣＤＲＯＭまたはコンピュータディスクのような記憶媒体において配布す ることもできる。したがって、前記受信機は、前記データ信号を受信する適切な インタフェース回路（″拡張カード″）を設けたデータ処理および表示ユニット （例えば、パーソナルコンピュータ）の形態をとってもよい。 簡単に、電子データベース、例えば、電子テレビジョン番組ガイドを送信およ び受信する方法および装置を開示した。前記データベースは、複数の番組項目を 含む。興味有る項目の検索においてユーザを援助するために、メニュー構造を同 様に送信する。前記メニュー構造は、前記データベースに種々の方法においてア クセスすることを可能にする。（既知の形態のテレテキストシステムのように） 番組項目を含むよりも、前記送信されたメニューは、番組項目を参照する。必要 ならば、参照を、異なったＴＶ局によって送信される番組情報に対して行うこと ができる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＢＲ，ＣＡ，Ｃ Ｎ，ＪＰ，ＫＲ

Claims (1)

1. 【特許請求の範囲】 １．表示可能な情報項目の電子データベースを受信機に送信する方法であって、 複数の前記情報項目と、表示すべき前記送信された情報項目を規定するメニュー 構造データとを別々に送信するステップを具える方法。 ２．請求の範囲１による方法において、情報項目の属性を規定するデータが前記 項目に関係し、前記メニュー構造データが、表示すべき前記情報項目の属性が一 致する必要がある条件を規定する属性データを具える方法。 ３．表示可能な情報項目の電子データベースを受信機に送信する送信機であって 、複数の前記情報項目を送信する手段と、表示すべき前記送信された情報項目を 規定するメニュー構造データを送信する手段とを具える送信機。 ４．請求の範囲３による送信機において、情報項目の属性を規定するデータが前 記項目に関係し、前記メニュー構造データが、表示すべき前記情報項目の属性が 一致する必要がある条件を規定する属性データを具える送信機。 ５．情報項目の電子データベースを受信する受信機であって、複数の前記情報項 目を受信する手段と、表示すべき前記送信された情報項目を規定するメニュー構 造データを受信する手段と、前記メニュー構造データによって確認された情報項 目のメニューを表す表示信号を発生する手段とを具える受信機。 ６．請求の範囲５による受信機において、情報項目の属性を規定するデータが前 記項目に関係し、前記メニュー構造データが、表示すべき前記情報項目の属性が 一致する必要がある条件を規定する属性データを具え、該受信機が、前記条件に 一致する前記情報項目を検索する手段を具える受信機。 ７．請求の範囲５または６による受信機を具えるビデオレコーダ。 ８．表示可能な情報項目の電子データベースを表す信号であって、複数の前記情 報項目と、表示すべき前記送信された情報項目を規定するメニュー構造データと を別々に具える信号。 ９．請求の範囲８による信号を格納された格納媒体。