(57)【要約】本発明は、例えば特にインタラクティブなテレビ媒体を通して、グラフィック、メモリまたは処理能力が限られたデバイスにて、「チッカーサービス」、すなわちテキスト情報、例えばニュースに関連するアイテム、ニュースストーリー、株価、天気、スポーツ情報（４２）、広告などの自動化されたディスプレイを提供することに関連する問題を一般に解消するものである。本発明の好ましい実施例を実現するチッカーサービスを提供するためのシステムおよび方法はインタラクティブなテレビ媒体で有利に使用される。視聴者、すなわち加入者は通常のテレビ番組を見ながらチッカーサービス（４２）によりディスプレイされる情報を自分のテレビ（１２）で見ることができる。好ましい実施例では、システムはインタラクティブなテレビネットワークの性能を劣化させない。この好ましい実施例は、例えばテレビのリモコンを使ったサービスと相互対話するための効率的なユーザーナビゲーション機能も実現できる。
2005535181.tif 000002
【特許請求の範囲】
【請求項１】
情報をディスプレイするための、実行すべき命令セットを記憶しているコンピュータで読み取り可能な媒体であって、前記命令セットがプロセッサによって実行されると、前記命令セットが
複数の情報アイテムを含むテレビチッカーをディスプレイデバイスにディスプレイするステップと、
前記複数の情報アイテムの１つ以上を所定の順で自動的にディスプレイするステップと、
ユーザー入力の受信に応答し、前記複数の受信アイテムのうちの前記１つ以上の前記自動的なディスプレイを中断するステップとをプロセッサに実行させるコンピュータで読み取り可能な媒体。
【請求項２】
所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項３】
ユーザー入力が受信されない所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項４】
前記複数の情報アイテムを複数のカテゴリーに分割する請求項１記載の更新するで読み取り可能な媒体。
【請求項５】
前記ユーザーが選択した１つ以上の情報アイテムをディスプレイするステップを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項６】
前記ユーザーが選択したカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項７】
前記ユーザーが選択したサブカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたサブカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項８】
現在のカテゴリーが少なくとも１つのサブカテゴリーを含むかどうか判断するステップと、
前記現在のカテゴリーが少なくとも１つのサブカテゴリーを含むとの判断に応答し、前記少なくとも１つのサブカテゴリーの各々の下の情報アイテムを自動的にディスプレイするステップとを前記プロセッサに実行させる請求項４記載のコンピュータで読み取り可能な媒体。
【請求項９】
衛星システムを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１０】
放送ネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１１】
インタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１２】
ＲＦ信号を使用するインタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１３】
ケーブルシステムを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１４】
データネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１５】
前記テレビチッカーをディスプレイするための信号の受信に応答し、前記テレビチッカーをディスプレイするステップを前記プロセッサに実行させる請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１６】
前記ディスプレイデバイスがインタラクティブなテレビデバイスに関連している請求項１記載のコンピュータで読み取り可能な媒体。
【請求項１７】
実行すべき命令を記憶している、情報を制御するためのコンピュータで読み取り可能な媒体において、
プロセッサによって実行されるときに前記命令セットが、
複数の情報アイテムを受信するステップと、
インタラクティブなテレビデバイスに前記複数の情報アイテムを記憶するステップと、
タイマーと前記複数の情報アイテムのうちの選択されたアイテムとを関連付けるステップと、
それぞれのタイマーの終了時に前記複数の情報アイテムのうちの前記選択されたアイテムのうちの１つ以上を自動的に削除するステップとを前記プロセッサに実行させるコンピュータで読み取り可能な媒体。
【請求項１８】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
前記終了タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップとを前記プロセッサに実行させる請求項１７記載のコンピュータで読み取り可能な媒体。
【請求項１９】
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムとを関連付けるステップを前記プロセッサに実行させる請求項１８記載のコンピュータで読み取り可能な媒体。
【請求項２０】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップとを前記プロセッサに実行させる請求項１７記載のコンピュータで読み取り可能な媒体。
【請求項２１】
前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムの１つ以上を自動的に更新するステップを前記プロセッサに実行させる選択１７記載のコンピュータで読み取り可能な媒体。
【請求項２２】
前記削除された情報アイテムを自動的に置換するステップを前記プロセッサに実行させる請求項１７記載のコンピュータで読み取り可能な媒体。
【請求項２３】
プロセッサと、
実行すべき命令セットを記憶しているメモリとを備えたデバイスを含み、前記プロセッサによって実行されるときの前記命令セットが、
複数の情報アイテムを含むテレビチッカーをディスプレイデバイスにディスプレイするステップと、
前記複数の情報アイテムの１つ以上を所定の順で自動的にディスプレイするステップと、
ユーザー入力の受信に応答し、前記複数の受信アイテムのうちの前記１つ以上の前記自動的なディスプレイを中断するステップとを前記プロセッサに実行させる、情報をディスプレイするための装置。
【請求項２４】
所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを前記プロセッサに実行させる、請求項２３記載の装置。
【請求項２５】
ユーザー入力が受信されない所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを前記プロセッサに実行させる、請求項２３記載の装置。
【請求項２６】
前記複数の情報アイテムを複数のカテゴリーに分割する請求項２３記載の装置。
【請求項２７】
前記ユーザーが選択した１つ以上の情報アイテムをディスプレイするステップを前記プロセッサに実行させる請求項２３記載の装置。
【請求項２８】
前記ユーザーが選択したカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを前記プロセッサに実行させる請求項２３記載の装置。
【請求項２９】
前記ユーザーが選択したサブカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたサブカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを前記プロセッサに実行させる請求項２３記載の装置。
【請求項３０】
現在のカテゴリーが少なくとも１つのサブカテゴリーを含むかどうか判断するステップと、
前記現在のカテゴリーが少なくとも１つのサブカテゴリーを含むとの判断に応答し、前記少なくとも１つのサブカテゴリーの各々の下の情報アイテムを自動的にディスプレイするステップとを前記プロセッサに実行させる請求項２６記載の装置。
【請求項３１】
衛星システムを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３２】
放送ネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３３】
インタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３４】
ＲＦ信号を使用するインタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３５】
ケーブルシステムを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３６】
データネットワークを通して前記複数の情報アイテムを受信するステップを前記プロセッサに受信させる請求項２３記載の装置。
【請求項３７】
前記テレビチッカーをディスプレイするための信号の受信に応答し、前記テレビチッカーをディスプレイするステップを前記プロセッサに実行させる請求項２３記載の装置。
【請求項３８】
前記デバイスがインタラクティブなテレビデバイスを含む請求項２３記載の装置。
【請求項３９】
情報を制御するための装置であって、
プロセッサと、
実行すべき命令セットを記憶するメモリであって、前記プロセッサで実行されたときに、前記プロセッサに、
複数の情報アイテムを受信するステップと、
前記装置に前記複数の情報アイテムを格納するステップと、
タイマーを前記複数の情報アイテムの選択された一つと関連させて個々のタイマーが終了した時点で自動的に前記複数の情報アイテムの一つ以上を削除するステップと、を実行させる、
前記装置。
【請求項４０】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
前記終了タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップとを前記プロセッサに実行させる請求項３９記載の装置。
【請求項４１】
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムとを関連付けるステップを前記プロセッサに実行させる請求項４０記載の装置。
【請求項４２】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップとを前記プロセッサに実行させる請求項３９記載の装置。
【請求項４３】
前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムの１つ以上を自動的に更新するステップを前記プロセッサに実行させる選択３９記載の装置。
【請求項４４】
前記削除された情報アイテムを自動的に置換するステップを前記プロセッサに実行させる請求項３９記載の装置。
【請求項４５】
複数の情報アイテムを含むテレビチッカーをディスプレイデバイスにディスプレイするステップと、
前記複数の情報アイテムの１つ以上を所定の順で自動的にディスプレイするステップと、
ユーザー入力の受信に応答し、前記複数の受信アイテムのうちの前記１つ以上の前記自動的なディスプレイを中断するステップとを備えた、情報をディスプレイするための方法。
【請求項４６】
所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを含む、請求項４５記載の方法。
【請求項４７】
ユーザー入力が受信されない所定の時間の終了時に前記複数の情報アイテムのうちの前記１つ以上の前記自動ディスプレイを続けるステップを含む、請求項４５記載の方法。
【請求項４８】
前記複数の情報アイテムを複数のカテゴリーに分割する請求項４５記載の方法。
【請求項４９】
前記ユーザーが選択した１つ以上の情報アイテムをディスプレイするステップを含む請求項４５記載の方法。
【請求項５０】
前記ユーザーが選択したカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを含む請求項４５記載の方法。
【請求項５１】
前記ユーザーが選択したサブカテゴリーを決定するステップと、
前記複数の情報アイテムからの、前記選択されたサブカテゴリーに関連する１つ以上の情報アイテムをディスプレイするステップとを更に備えた請求項４５記載の方法。
【請求項５２】
現在のカテゴリーが少なくとも１つのサブカテゴリーを含むかどうか判断するステップと、
前記現在のカテゴリーが少なくとも１つのサブカテゴリーを含むとの判断に応答し、前記少なくとも１つのサブカテゴリーの各々の下の情報アイテムを自動的にディスプレイするステップとを備えた請求項４８記載の方法。
【請求項５３】
衛星システムを通して前記複数の情報アイテムを受信するステップを更に備えた請求項４５記載の方法。
【請求項５４】
放送ネットワークを通して前記複数の情報アイテムを受信するステップを備えた請求項４５記載の方法。
【請求項５５】
インタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを更に備えた請求項４５記載の方法。
【請求項５６】
ＲＦ信号を使用するインタラクティブなテレビネットワークを通して前記複数の情報アイテムを受信するステップを更に備えた請求項４５記載の方法。
【請求項５７】
ケーブルシステムを通して前記複数の情報アイテムを受信するステップを更に備えた請求項４５記載の方法。
【請求項５８】
データネットワークを通して前記複数の情報アイテムを受信するステップを更に備えた請求項４５記載の方法。
【請求項５９】
前記テレビチッカーをディスプレイする前記ステップが前記テレビチッカーをディスプレイするための信号の受信に応答して前記テレビチッカーをディスプレイすることを含む請求項４５記載の方法。
【請求項６０】
前記ディスプレイデバイスをインタラクティブなテレビデバイスに関連付けする請求項４５記載の方法。
【請求項６１】
複数の情報アイテムを受信するステップと、
インタラクティブなテレビデバイスに前記複数の情報アイテムを記憶するステップと、
タイマーと前記複数の情報アイテムのうちの選択されたアイテムとを関連付けるステップと、
それぞれのタイマーの終了時に前記複数の情報アイテムのうちの前記選択されたアイテムのうちの１つ以上を自動的に削除するステップとを更に備えた請求項４５記載の方法。
【請求項６２】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
前記終了タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップとを更に備えた請求項６１記載の方法。
【請求項６３】
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムとを関連付けるステップを更に備えた請求項６２記載の方法。
【請求項６４】
前記タイマーの前記関連付けに先立ち、前記複数の情報アイテムのうちの前記選択されたアイテムのうちの各々のタイプを決定するステップと、
周期的タイマーと前記複数の情報アイテムのうちの前記選択されたアイテムの前記１つ以上とを関連付けるステップを更に備えた請求項６１記載の方法。
【請求項６５】
前記複数の情報アイテムのうちの前記選択されたアイテムのうちの残りのアイテムの１つ以上を自動的に更新するステップを更に備えた請求項６１記載の方法。
【請求項６６】
前記削除された情報アイテムを自動的に置換するステップを更に備えた請求項６１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の技術分野）
本発明は一般的にはインタラクティブテレビに技術分野に関する。
【背景技術】
【０００２】
（発明の背景）
メモリ、処理能力、出力能力、ディスプレイ能力および／または通信能力が限られたコンピュータデバイス、例えば、インタラクティブなテレビシステムで、またはこれを使って、例えばウェブコンテントおよびゲームを含むマルチメディアコンテントを提供するにはいくつかの問題がある。第１の問題は、マルチメディアコンテントを提供するのに関連し、使用されるコンピュータプログラムのサイズにある。ケーブルテレビ受信用の代表的なインタラクティブなセットトップボックスは約８ＭＢのメモリしか有していない。衛星テレビ受信機は一般に２〜４ＭＢ未満のメモリしか有していない。ケーブルおよび衛星テレビ受信機と称されることが多い代表的なインタラクティブなテレビ、またはデジタルテレビの「セットトップボックス」は、通常のコンピュータに設けられている能力と比較して、能力がかなり限られている。
【０００３】
第２の問題は、スクリーンの解像度に関係している。例えばテレビスクリーンは代表的なコンピュータスクリーンよりもピクセル数がかなり少ない。ＮＴＳＣ（米国テレビ規格委員会）モードでは、有効解像度は６４６×４８６であり、ＰＡＬ（位相交互ライン）では解像度は７６８×５７６である。
【０００４】
第３の問題は、例えばインタラクティブ方式、すなわちオンデマンド方式でマルチメディアコンテントおよびアプリケーションを伝送するには、これらデバイスを接続できるネットワークにかなりのバンド幅が要求される。これらネットワークは大きなマルチメディアファイルおよびアプリケーションを伝送できないし、伝送するようになっていないことが多い。
【発明の開示】
【課題を解決するための手段】
【０００５】
（発明の概要）
本発明は、例えば特にインタラクティブなテレビ媒体を通して、グラフィック、メモリまたは処理能力が限られたデバイスにて、「チッカーサービス」、すなわちテキスト情報、例えばニュースに関連するアイテム、ニュースのストーリー、株価、天気、スポーツ情報、広告などの自動化されたディスプレイを提供することに関連する問題を一般に解消するものである。本発明の好ましい実施例を実現するチッカーサービスを提供するためのシステムおよび方法はインタラクティブなテレビ媒体で有利に使用される。視聴者、すなわち加入者は通常のテレビ番組を見ながらチッカーサービスによりディスプレイされる情報を自分のテレビで見ることができる。好ましい実施例では、システムはインタラクティブなテレビネットワークの性能を劣化させない。この好ましい実施例は、例えばテレビのリモコンを使ったサービスと相互対話するための効率的なユーザーナビゲーション機能も実証できる。
【０００６】
当業者が添付図面と共に本発明の特定の実施例の次の説明を検討すれば、本発明の上記以外の様相および特徴が明らかとなろう。
【０００７】
本発明、その目的および利点をより完全に理解するために、添付図面に関連させて次の説明を参照する。
【実施例】
【０００８】
図１〜１０を参照することにより本発明の好ましい実施例およびその利点について最良に理解できよう。
【０００９】
図１は本発明を特に有利に使用できるインタラクティブな、またはデジタルテレビシステム１０の一例のブロック図である。本明細書では、「インタラクティブなテレビ」と「デジタルテレビ」とは相互に交換可能に用いるものとする。インタラクティブテレビとは、ユーザーが自分のテレビスクリーン１２に提示されるコンテントと相互対話できるテレビ体験を意味する。このような相互対話を可能にするには、視聴者はセットトップボックスのようなインタラクティブなテレビデバイス１４とリモコン１６とを有することが望ましい。インタラクティブなテレビデバイス１４はセットトップボックスに限定されない。所望すれば、テレビセット１２をインタラクティブなテレビデバイスと統合してもよいし、またはインタラクティブなテレビデバイスをテレビセットに接続された別のデバイスに組み込んでもよい。インタラクティブなテレビデバイス１４は処理、メモリよびディスプレイ能力が限られたデバイスの一例である。
【００１０】
インタラクティブなテレビデバイス１４はユーザー入力を取り込み、視聴者にコンテントを提供する。コンテントにおいては種々の相互対話方法を利用できる。モコン１６はインタラクティブなテレビデバイス１４と相互対話するための最も一般的なツールである。所望する場合、無線キーボードを使用することもできる。最も一般的には、関心のあるコンテントを選択し、これを起動するのに、ナビゲーションキーおよび選択キー（例えば矢印キー、ページアップ／ダウンキー）を使用する。
【００１１】
一般に代表的なインタラクティブなテレビデバイス１４はデータストリーム、例えば変調されたＲＦ（無線周波数）信号２４によって搬送されるデータストリームを処理するための回路により、ソフトウェア命令を実行するコンピュータとして特徴付けることができる。インタラクティブなテレビデバイスはパソコンまたは他のタイプのコンピュータと比較して処理能力およびデータ記憶能力が限られている。インタラクティブなテレビデバイス１４は中央処理ユニット（ＣＰＵ）１８と、メモリ２０、例えばランダムアクセスメモリ（ＲＡＭ）およびリードオンリーメモリ（ＲＯＭ）および／またはテレビチューナー２２を含む。
【００１２】
インタラクティブなテレビデバイス１４は主にテレビサービスを伝送するようになっているネットワークと通信する。現在、３つのタイプの広く使用されているテレビ伝送ネットワークが存在する。例えばＤＳＬ（デジタル加入者ライン）と、ケーブルと、衛星が存在する。コンテント（テレビ番組、視聴ごとの有料番組、インタラクティブアプリケーションなど）は、デジタル信号、例えばＲＦ信号にコード化され、ネットワークを通して送信される。インタラクティブなテレビデバイス１４はデジタル信号２４を受信し、これを処理する。視聴者が（インタラクティブなテレビとは異なる）従来のテレビを見ているときは、デジタル信号２４は処理されることなく、インタラクティブなテレビデバイス１４を通過する。デジタル信号および／またはビデオコンテントはインタラクティブなテレビデバイス１４からの処理を開始するトリガーを含むことができる。視聴者はリモコン１６を使って自分の通常のテレビセット１２と同じ相互対話（例えばチャンネルのアップ／ダウン、チャンネル番号の入力など）をインタラクティブなテレビデバイス１４と行う。
【００１３】
インタラクティブなテレビデバイス１４は１つ以上の常駐アプリケーションを記憶できる。常駐アプリケーションとは特定のタスクを行うために、例えばサービスメニューを提供するために不揮発メモリまたは揮発メモリにロードされたソフトウェアプログラム（アプリケーション）のことである。常駐アプリケーションはユーザーの動作に応答するためにメモリ内に存在する。
【００１４】
常駐アプリケーションが作動中、メモリにコンテントまたは他のアプリケーションをロードしなければならないこともあり得る。常駐アプリケーションは求める情報が利用できるかどうかをチェックするためにデジタル信号２４が搬送する情報を見る。デジタル信号はいくつかの部分を含むことができる。例えばアナログテレビチャンネルに１つの部分を含むことができ、他方、デジタルチャンネルに別の部分を含むことができる。
【００１５】
データ情報、例えば２進数、すなわちビットとしてコード化された情報を送信するのにデジタル信号を使用できる。例えばデジタル信号のフォーマットに応じ、テレビチャンネル、オーディオプログラムまたはデータストリームを含むものとしてこの情報を解読できる。データストリーム内において、ダイレクトリおよびファイル上の情報を発見できる。かかるデータストリームは放送されることを除けば、コンピュータシステム上の通常のファイルシステムのようなものにできる。従って、放送ファイルシステム（ＢＦＳ）と称される。
【００１６】
常駐アプリケーションがコンテントまたはアプリケーションを望むと、インタラクティブなテレビデバイスが信号内のＢＦＳ上のコンテントまたはアプリケーションを探すことができる。コンテントまたはアプリケーションがある場合、これはメモリにロードされる。存在しない場合、インタラクティブなテレビデバイス１４はこのデバイスが接続されているインタラクティブなテレビネットワークに放送ファイルシステムへ情報を追加することをリクエストできる。図２は、インターネットブラウジングのためのシステムのハイレベルの図である。ネットワーク２６の放送ポイントはヘッドエンド２８であり、ネットワーク２６はパケットネットワークを含むことができる。ヘッドエンド２８に情報サーバー４０が位置し、ヘッドエンド２８によりファイルシステムへの情報の追加を処理する。よって、このような組み合わせにより情報サーバー４０とインタラクティブなテレビデバイス１４はクライアント／サーバーコンフィギュレーションに等価的なものとなる。
【００１７】
常駐アプリケーションは情報を検索するための別の手段としてＩＰ（インターネットプロトコル）ネットワーク３０を通して通信でき、ネットワーク３０は図３に示されるネットワークのようなハイブリッドファイバー同軸（ＡＦＣ）ネットワークを通過している。図３はインタラクティブテレビデバイス１４（図１）によりコンテントを検索するためのシステムのハイレベルの図である。図３に示されている例では、通信をするのにバンド内（ＩＢ）チャンネル３２および３４と、バンド外（ＯＢ）チャンネル３６および３８が使用される。ＩＢチャンネル３２および３４とＯＢチャンネル３６および３８はヘッドエンドとインタラクティブテレビデバイス１４との間のデータパイプである。
【００１８】
視聴者によってアプリケーションが起動されると、アプリケーションはこれを実行するメモリ２０へロードされる。所望する場合、アプリケーションによって使用されるコンテントはメモリ２０にロードされ、または直接放送ファイルシステムから処理される。種々の起動方法、例えばメニューアイテム、リモコン１６上のホットキーなどを使用できる。
【００１９】
図３〜１０には情報、例えばニュース、天気、スポーツなどを送るためのシステムおよび方法の一例が示されており、これらシステムおよび方法は通常のテレビ番組を見ながら、例えばテレビで押し付けがましくなく情報を提供するのに使用できる。インタラクティブなテレビシステムで使用する際に、このテレビシステムはテレビ番組および見ているチャンネルと独立して情報を提供するが、所望すれば、見ている番組またはチャンネルに対応する情報を提供するのにも使用できる。このシステムおよび方法によりネットワークでのトラヒックを最小にしながら、情報を現在のものに維持することが好ましい。「ネットワーク」なる用語はオペレータのヘッドエンドからテレビ視聴者の各々へ（およびその逆方向へ）テレビ信号を送るためのインフラストラクチャを意味する。
【００２０】
図３はテレビのチッカーの一例４０を示す。一実施例ではテレビのチッカーはディスプレイデバイスに好ましくは押し付けがましくなく１行の情報をディスプレイし、別の情報のために選択できるグラフィカルユーザーインターフェースである。ＴＶチッカー４０はテレビスクリーン１２の小さい面しか占めず、異なる成分、例えばカテゴリーセレクタエリア４２およびディスプレイエリア４４から構成されることが好ましい。カテゴリーセレクタエリア４２は視聴者が見たい情報のタイプ、例えばニュース、天気、娯楽、スポーツ、ビジネス、広告などを視聴者に選択させるものであり、例えば視聴者は天気に関心ももたないが、スポーツに関心をもつことがある。この場合、セレクタエリア４２を使い、視聴者はスポーツ情報を直接入手できる。
【００２１】
ディスプレイエリア４４とは、各カテゴリーに対する情報がディスプレイされる場所である。一実施例では、ディスプレイエリア４４は情報のサブセット、例えばヘッドラインしかディスプレイしない。視聴者が特定の情報アイテム、例えばヘッドラインに関心をもっている場合、視聴者はヘッドラインを選択し、これに関する詳細を受信できる。別の実施例では、ユーザーはディスプレイ中の広告を選択し、広告されている製品またはサービスに関する更なる情報を入手できる。リモコン１６上のキー、例えばショートカットキーを押すことにより、またはヘッドラインがディスプレイされるディスプレイエリアへの矢印記号を使い、ナビゲートすることにより、更にリモコン１６上の選択キーを押すことにより、ヘッドラインの選択を行う。
【００２２】
図３に示されるように、所望する場合、ＴＶチッカー４０をブランド化できる。チッカー４０をブランド化し、インタラクティブなニュースアイテムを送るのに使用される同じ機構を使って広告をすることができる。例えばある会社が一日のうちのある時間に、例えばニュース番組をスタートするときにバナー広告をディスプレイしたいことがある。
【００２３】
チッカー４０はスクリーン１２の下部に位置していなくもよい。このチッカーはスクリーン上のどの場所に位置していてもよい。オペレータにとって、より実用的でかつ押し付けがましさが少ないと分かれば、ディスプレイエリア４４とカテゴリーセレクタ４２とを分離してもよい。所望すれば、チッカー４０の一部を透明にし、視聴者がチッカーの背部で再生されているテレビ番組の一部を見ることができるようにしてもよい。
【００２４】
ヘッドラインの詳細なバージョンを提供することに関し、いくつかのレイアウトが可能である。例えばスクリーン全体をカバーするようにコンテントを提供してもよい。視聴者がテレビスクリーンでテレビ番組を見ることができるように、スクリーンの一部だけを使用するようなオプションとすることができる。これらアプローチの組み合わせを考え付くこともできる。オペレータのニーズに基づいて種々のレイアウトを作成できる。
【００２５】
図４は情報アイテムの詳細なバージョンのためのレイアウト例を示す。視聴者はニュースアイテムを（手動または自動的に）ブラウジングする押し付けがましくない方法を有する。所望するとき、自分の望む時間に視聴者はより詳細を入手できる。
【００２６】
情報への粒度をより良好にするためにサブカテゴリー４６を使用できる。例えばニュースのカテゴリーを次のサブカテゴリー、すなわちローカル、国内、世界、スポットニュース等に分けることができる。これによって情報の階層が生じる。チッカー４０はカテゴリー内の要素を連続して提供することにより作動する。チッカー４０は自動モードで作動してもよいし、または視聴者が指示してもよい。自動モードでは、あるカテゴリーに対し、各サブカテゴリーがトラバースされ、このアイテムを提供する。あるカテゴリーが実行されると、次のカテゴリーがトラバースされる。視聴者はリモコン１６上の正しいキーの組み合わせを使用することにより、直接あるカテゴリーに進むか、またはサブカテゴリーに進む選択権を常に有する。視聴者がスポットニュースアイテムにナビゲートしなくても、視聴者にスポットニュースアイテムを提供してもよい。
【００２７】
レイアウト、カテゴリー（およびサブカテゴリー）および／または外観（スキン）はユーザーによって構成可能とし得る。要素の一部はインタラクティブなテレビデバイス１４が実行する方法に影響を与える。例えばユーザーがすべての情報アイテムに加入している場合、より少数のアイテムしか選択していないものと比較すると、より多数のメモリを使用することになる。所望すれば、オンデマンドで情報をロードするようにＴＶチッカー４０を構築できる。
【００２８】
チッカー４０は視聴者に情報を提示する。視聴者に提示される情報をどのように構成するかの判断がなされる。１つのアプローチは情報を記憶するための階層を使用することである。図５は情報階層５０のためのレイアウト例である。頂部レベルにおいて情報階層５０はカテゴリー５４、５６、５８、６０、例えば世界、スポーツ、ビジネス、天気などのすべてのコンテントルーツ５２を含む。各カテゴリーの下で情報階層６はサブカテゴリー６２、６４、６６を含むことができる。リーフ６８は情報アイテムを含む。
【００２９】
例えば３レベルの階層ではこれらレベルをカテゴリー、サブカテゴリーおよび情報アイテムとし得る。それ以上のレベルとすることも可能である。情報階層のナビゲーションを容易にするために適正なユーザーインターフェースを提供すべきである。
【００３０】
図６は一実施例における情報アイテム６８の異なる部分を示し、情報アイテム６８は３つの部分、ヘッドライン７０、本文７２およびライフタイム７４を含むことが好ましい。これよりも多い部分を情報アイテムに加えることができる。例えば年齢上の問題のために、情報アイテムを制限してもよい。ヘッドライン７０はＴＶチッカー４０のディスプレイエリア４４内にディスプレイされるものを含む。本文７２は視聴者が自分に示されたヘッドラインに関する更なる詳細を得たいと判断したときにディスプレイされる情報を含む。一般に本文７２は図４に示されるようなあるレベルのフォーマット化のテキスト、例えばパラグラフ、表などを含む。
【００３１】
ライフタイム７４はアイテムを除去すべきかどうかを判断するか、またはいつアイテムを更新すべきかを決定する。例えば天気情報は一時間ごとにリフレッシュすべきであるが、ニュースアイテムは一日経過したら消去すべきである。終了したアイテムを消去することにより、制限されているボード上メモリ２０の管理をすることが可能となるので、インタラクティブなテレビデバイス１４ではこの要素が極めて望ましい。例えば８メガバイトのメモリが多くのモデムのセットトップボックスに対するベースコンフィギュレーションとなっている。欧州では、１メガバイト未満の利用可能なメモリを有するセットトップボックスを発見するのは稀なことではないことに留意すべきである。
【００３２】
情報アイテムをパッケージ化するのに利用できる方法はいくつかある。ある言語、例えばＸＭＬ（拡張可能なマークアップ言語）を使ってアイテムをパッケージ化することが望ましい。ＸＭＬはインターネットに使用されているコンテントを構造化するのに一般に使用される言語である。情報を表示するのに標準的で、かつ拡張可能なパッケージング方法を使用することが望ましい。ここに、この方法のために作成したシンタックスを使用したＸＭＬフォーマットの情報アイテムの一例を示す。
【００３３】
2005535181.tif 000003
【００３４】
情報アイテムのうちのＢＯＤＹ（本文）はアイテムの詳細が位置する場所にある。この部分のコンテントは情報アイテムを適性に提示するのに十分な情報を提供することが好ましい。この部分はテキストをパラグラフで表示できるようにするフォーマット化情報を含む。他の情報への１つ以上のリンクを発見できるようにもなっている。例えばかかるリンクに対し、ユニフォームリソースロケータ（ＵＲＬ）を使用できる。このＵＲＬはユーザーをインターネットまたはＢＦＳ上のどこかに向けさせることができる。情報のプレゼンテーションを制御するのに、ＸＭＬ、ＨＴＭＬ、ＳＷＦ（ショックウェーブ  フラッシュ）のようなプレゼンテーション言語を使用できる。
【００３５】
情報の性質およびその更新頻度によっては、アイテムを自己のファイルにパッケージすることが適当な場合がある。他のケースでは、単一ファイル内にカテゴリー全体をひとまとめにする方がよい場合がある。頻繁に更新される情報のためのファイルを別々にする利点は、クライアントから直接情報にアクセスできることである。クライアントが情報を更新することを望む場合、クライアントにはこのファイルしか送られない。
【００３６】
ＴＶチッカーアプリケーションはインタラクティブなテレビデバイス１４で実行され、このアプリケーションをクライアントと称す。クライアントはテレビ信号（例えばＭＰＥＧ２ストリーム）内および１つ以上のＩＰポート上で何が起こっているかを検査する。テレビストリーム、ユーザー動作またはスケジュールが定められたイベント内で異なる方法を使用することにより、ＴＶチッカー４０を起動できる。第１の方法はテレビ信号、例えばＲＦ信号２４（図１）内に特定の時間にチッカーを表示するための命令を埋め込むことである。例えば娯楽番組がスタートしたとき、娯楽カテゴリーのオープンと共にチッカーが生じるように求める。第２の方法は、ユーザー動作によって起動することである。例えば視聴者はサービスメニューまで進み、ＴＶチッカーを選択する。同じ効果を発生するようにリモコン１６上のホットキーをプログラムすることもできる。第３の方法は、特定の時間、例えば１１時のニュース番組のスタート時にチッカー４０を表示することである。一実施例では、インタラクティブなテレビデバイス１４のクロックによってチッカー４０をディスプレイするための起動トリガーを設けてもよい。
【００３７】
クライアントは高度ムービーフォーマットと称されるようなものの内部でコンテントを再生するためのプレイヤーを意味する。代表的なプレイヤーは中断またはサスペンドの可能性を生じることなく、スタートから最後までムービー（映画）を実行する。高度ムービーフォーマットとは、テキスト、グラフィック図、画像、アニメーション、サウンドおよびプログラムコードのうちの１つ以上（これらに限定されない）をサポートできるプレゼンテーションフォーマットのことである。かかるフォーマットの一例はＭＡＣＲＯＭＥＤＩＡ  ＦＬＡＳＨフォーマットまたはそのサブセットである。チッカームービーはチッカー４０のルックだけでなく、その作動ロジックも記述する。スクリプト言語を使用して記述されるロジックはムービーが所定のイベントにどのように応答するかを定める。例えばリモコン１６上の右矢印キーはカテゴリーセレクタを１つのタブから次のタブへ進ませる。同様に、現在のヘッドライン上のより細部を表示するように別のキーを設定できる。
【００３８】
チッカー４０の構成はインタラクティブなテレビデバイス１４へ送られている情報に基づく。クライアントがスタートすると、クライアントは情報階層内に存在するカテゴリーの各々に対して１つのタブを作成する。クライアントはメモリ２０内に情報階層のコピーを有する。下記の記載は疑似コードで記載さえ、最初にチッカー４０がスタートされたときに実行されるスクリプトの一例である。
【００３９】
情報階層の各ブランチに対し、
情報ノードからカテゴリー名を抽出し、
チッカー内のカテゴリー名を使ってタブを作成し、
ＥＮＤ  ＦＯＲ
【００４０】
チッカー４０が作動しているときに、各情報アイテムに対するヘッドラインを視聴者に提供するように情報階層をトラバースする。チッカー４０はリモコン１６、アーバー８１、テレビ信号２４またはタイマーのいずれかから生じるイベントに反応する。例えば次のコードは、次の情報アイテムを表示することをイベントが求めるときに、次のコードは何が生じているかを表示できる。
【００４１】
サブカテゴリー内にそれ以上のアイテムがない場合、
それ以上のサブカテゴリーがない場合、
現在のカテゴリータブをハイライト表示しない
次のカテゴリーを探す
新カテゴリータブをハイライト表示する
最初のサブカテゴリーを探す
そうでない場合、
次のサブカテゴリーを探す
次の場合、終了する
情報ノードからサブカテゴリーの名称を抽出する
ディスプレイエリアのタイトル部分内の名称をディスプレイする
サブカテゴリー内の最初のアイテムを探す
そうでない場合、
次のアイテムを入手する
次の場合終了する
ディスプレイエリア内のヘッドラインをディスプレイする
【００４２】
情報アイテム６８（図６）はライフタイム７４、すなわち情報が有効状態のままとなっている時間を含む。クライアントはアイテムのライフタイムにいつ達したかを知る。上記例はライフタイムの表記を統合するものではない。終了イベントが生じると、クライアントはアイテムを消去し、インタラクティブなテレビデバイス１４内の貴重なメモリをフリーにする。終了したアイテムをリフレッシュするようにマークするが、このリフレッシュは視聴者がアイテムにアクセスしようとする時にしか生じない。この方法には、クライアントが必要な場合にしかサーバーと通信しないことが好ましいので、サーバー８１に対する要求を低減できるという効果がある。
【００４３】
情報アイテムを得るためにサーバーと直接通信する別の手段は、ＢＦＳから情報を得ることである。しかしながら、このことはチューナー２２からの時間を必要とし、視聴者の体験に影響を与える。より詳細には、ＢＦＳ上で情報を読むには時間がかかり、その時間中、テレビ番組をディスプレイすること以外の何かのためにテレビチューナー２２を利用する。従って、視聴者はチューナー２２が再び利用できるようになるまで待たなければならない。
【００４４】
上記説明ではサーバーは情報をクライアントに送る設備を含み、サーバーはこの情報を作成し、情報をアップデートに維持できる。図７は情報を提供するためのシステム８０のハイレベル図である。通常ネットワークオペレータはいくつかのコンテントプロバイダ８２を有する。所望する場合、ネットワークオペレータはコンテントプロバイダの１つでよい。オペレータは自分が望む情報を、コンテントプロバイダ８２を介して利用できるコンテントから選択する。コンテントは両当事者が同意したロケーション、一般にはＦＴＰサイト（ＦＴＰとはファイル転送プロトコルのことであり、インターネットでファイルを転送する方法を意味する）で入手できる。このロケーションはドロップポイントとも称される。ドロップポイント８４はこれらの例である。プロバイダのコンテントと情報階層データベース５１に記憶されたＴＶチッカー情報階層５０との間で関連性が作成される。この関連性は情報をどこで入手するか、どこで廃棄するかをコンテントフィラーアプリケーション８６に伝える。
【００４５】
コンテントフィラーアプリケーション８６はアイテムを更新すべき時間および適当なドロップポイントからアイテムを入手する時間を知っている。コンテントが変えられるとき（または特定の時間で）、コンテント配信アプリケーション８８により情報階層５０が取り込まれ、放送ネットワーク９０へ挿入される。コンテントを放送ネットワーク９０に挿入するための現在公知、または最近開発された任意の方法を使用できる。
【００４６】
クライアントは終了したアイテムに対し、プッシュ／プルモデルで作動することが好ましい。しかしながらサーバー８１はクライアントにコンテントをプッシュできる。これは更新のためのアイテムをマークすることによって実行される。サーバー８１は新しいコンテントをクライアントにプッシュできる。このようなクライアントにコンテントをプッシュする欠点は、ネットワークの性能に影響することにある。その理由は、視聴者がコンテントにアクセスできるという保証がないからである。放送ネットワーク９０はバンド幅が限られているので、クライアントとサーバー８０との間のトラヒックを望ましいトラヒックに維持することが好ましい。視聴者が更新のためにマークされたアイテムに達すると、その時間にサーバー８１から情報がプッシュされる。このように、クライアント／サーバー通信のためにプッシュ／プルモデルを使用することが好ましい。コンテント分配アプリケーション８８はクライアントからのプルイベントに対する１つの応答である。
【００４７】
テレビスクリーンではマウスのようなポインティングデバイスのような概念は実際には存在しない。このポインティングデバイスはシミュレートできるが、一般的でないし、実際的でもない。矢印キーおよび／またはページアップ／ダウンキーを使ってナビゲーションを実行することが好ましい。提案するインターフェースはこのアイデアに基づくものである。第２に、テレビのリモコンでドラグ運動させる方法はない。この理由は、ユーザーインターフェースはカテゴリー間、およびサブカテゴリー内の容易なナビゲーションしかできないからである。
【００４８】
高度ムービーフォーマットに基づきチッカーを使用すると、ユーザーの経験を豊富にできる。チッカーは情報コンテントをディスプレイするのに別個のアプリケーションを必要としない。このことは視聴者にとって情報アイテムを入手するための応答時間がより迅速となることを意味する。
【００４９】
本発明の一実施例によれば、情報アイテムのライフタイム部分は２つの目的に働く。すなわちネットワークのバンド幅を最大にし、インタラクティブデバイスのメモリ２０を最適にすることである。第１のケースでは、デバイス１４はアイテムをリフレッシュしなければならないことを知り、視聴者がアクセスを試みようとしているときに最新のバージョンしか入手しない。クライアントはアイテムがリフレッシュ時間に達するとすぐに、アイテムを入手しようとはしない。クライアントはアクセスのための最初のリクエストを待つ。アイテムが天気のようなものである場合、このアイテムは頻繁にリフレッシュされる可能性が高い。だれもアクセスしようとしなければ、常にリフレッシュする必要はない。第２のケースにおいて、アイテムのライフタイムが終了すると、そのアイテムはメモリ２０から除かれ、このメモリは他の目的のために利用できるようになる。
【００５０】
図８Ａは情報階層データベース５１を更新するための方法１００の一例である。ステップ１０２において、それ以上の情報ソース８２（図７）を処理すべきかどうかの判断がなされる。処理すべき追加情報ソースがない場合、プロセスは終了する。そうでない場合、ステップ１０４においてドロップポイント８４を介した次の情報ソースから情報が収集される。所望する場合、ステップ１０４においてドロップポイント８４のうちの１つからの情報を収集できる。ステップ１０６において、収集された情報と共に情報階層データベース５１への対応する入力が更新される。更新される情報データベース５１内の対応するカテゴリー、サブカテゴリーおよび／または情報アイテムを情報ソースに基づいて選択することが望ましい。例えば特定の情報ソースからスポーツ情報だけが収集される場合、収集される情報をスポーツのカテゴリーのもとで適当な情報アイテム６８（図５）として追加する。ステップ１０８において、情報階層データベース５１内の対応する入力に関連する更新フラグを「真」にセットし、対応する入力が既に更新され、それ以上の情報ソースを処理すべきかどうかを判断するためのステップ１０２でスタートするプロセスを実行してもよいことを表示する。所望すれば、別の実施例では、更新フラグを「偽」にセットし、対応する入力が更新されたことを表示してもよい。
【００５１】
図８Ｂは放送ファイルシステム（ＢＦＳ）の情報階層８０をリフレッシュするための方法１１４のフローチャートである。ステップ１１６において、情報階層データベース５１が更新されたかどうかの判断を行う。一実施例では情報階層データベース５１内の入力の各々の更新フラグをチェックすることにより、この判断をすることができる。情報階層データベース５１が更新されていなければプロセスは終了する。そうでない場合、ステップ１１８において放送ファイルシステムを更新する時間であるかどうかの判断がなされる。放送ファイルシステムを更新する時間でなければ、プロセスは終了する。放送ファイルシステムを更新する時間であれば、情報階層データベース５１の情報階層５０をトラバースし、情報アイテムを更新すべきであると判断し、ＢＦＳ内の対応する情報アイテムを更新する。プロセスの一部としてステップ１２０でカテゴリーを更新すべきかどうかの判断をする。それ以上のカテゴリーを更新すべきでない場合、プロセスは終了する。そうでない場合、次のカテゴリーを現在のカテゴリーとしてマークし、ステップ１２２にて現在のカテゴリー内のサブカテゴリーを更新すべきであるかどうかの判断をする。現在のカテゴリー内のサブカテゴリーを更新すべきでない場合、ステップ１２０でスタートするプロセスを実行する。
【００５２】
そうでない場合、次のサブカテゴリーを現在のサブカテゴリーとしてマークし、ステップ１２４にて現在のサブカテゴリー内のアイテムを更新すべきであるかどうかの判断をする。現在のサブカテゴリー内のアイテムを更新すべきでない場合、ステップ１２２でスタートするプロセスを実行できる。そうでない場合、ステップ１２６で情報階層データベース５１からのアイテム情報を放送ファイルシステムにコピーする。ステップ１２８で情報階層データベース５１内の対応する入力に対する更新フラグを「偽」とセットし、ＢＦＳ内の対応する入力が更新された旨を表示する。次にステップ１２４でスタートするプロセスを実行できる。所望すれば、別の実施例において更新フラグを「真」にセットし、ＢＦＳ内の対応する入力が更新されたことを表示できる。  
【００５３】
図８Ｃはインタラクティブなテレビデバイス１４と共に使用するための情報階層を作成するための方法１３６のフローチャートである。インタラクティブなテレビデバイス１４のメモリ２０に作成された情報階層を記憶できる。ステップ１３８において、ＲＦ信号２４を介し、ＢＦＳから情報階層ファイルを受信する。一旦受信すると、ファイルの要素が読み出され、ステップ１４０でファイルの終わりに達したかどうかの判断がなされる。ファイルの終わりに達した場合、プロセスは終了する。そうでない場合、ステップ１４２にて、要素のタイプに関する判断がなされる。要素のタイプがカテゴリーである場合、その要素に対応する新しいカテゴリーを作成する。ステップ１４６にて、作成されたカテゴリーを現在のカテゴリーとしてマークする。ステップ１４８にて、現在アクティブなサブカテゴリーはないとの表示がされ、ファイルの終わりに達したかどうかを判断するための、ステップ１４０でスタートするプロセスを実行できる。新しく作成されたカテゴリー内にサブカテゴリーがないとアイテムを誤って分類することを防止するために、現在アクティブなサブカテゴリーがない旨を表示することが望ましい。
【００５４】
ステップ１４２において、要素のタイプがサブカテゴリーであると判断された場合、ステップ１５０において要素に対応する新しいサブカテゴリーを作成する。ステップ１５２にて、現在のカテゴリーに新しく作成したサブカテゴリーを追加する。ステップ１５４にて、新しく作成したサブカテゴリーを現在のサブカテゴリーとしてマークし、ステップ１４０でスタートするプロセスを実行できる。
【００５５】
ステップ１４２にて、要素のタイプが新しいアイテムであると判断された場合、ステップ１５６にてその要素に対応する新しいアイテムを作成する。ステップ１５８にて新しいアイテムに対してライフタイムが指定されたかどうかの判断がされる。新しいアイテムに対してライフタイムが指定されていなければ、ステップ１６２でスタートするプロセスを実行できる。そうでない場合、ステップ１６０にて、指定されたライフタイムの間、新しいアイテムに対するタイマーが指定される。ステップ１６２でスタートするプロセスを次に実行できる。指定されたライフタイムの間、新しいアイテムに対するタイマーを指定するための方法の一例について、以下、図９Ａを参照して詳細に説明する。
【００５６】
ステップ１６２にて、サブカテゴリーが現在のサブカテゴリーとして表示されたかどうかの判断がなされる。サブカテゴリーが現在のサブカテゴリーとして表示された場合、ステップ１６４にて現在のサブカテゴリーにアイテムが追加され、ステップ１４０でスタートするプロセスを実行できる。サブカテゴリーが現在のサブカテゴリーとして表示されていない場合、ステップ１６６にて現在のカテゴリーにアイテムを追加し、ステップ１４０でスタートするプロセスを実行できる。
【００５７】
図９Ａは情報アイテムのためのタイマーを指定するための方法１６０のフローチャートである。ステップ１７０において、タイマーを指定する情報アイテムのタイプに関する判断がなされる。情報アイテムは異なるタイプであり得る。例えば情報アイテム、例えばニュースアイテムは指定された時間後に終了し得る。別のタイプの情報アイテムは周期的にリフレッシュされるタイプ、例えば天気、株式相場などであり得る。情報アイテムが周期的に更新すべのタイプのものである場合、ステップ１７２にて、周期的タイマーのためのレコードをセットする。一実施例では、特定時間が終了したときに、周期的タイマーに関連する情報アイテムをリフレッシュすべき旨を表示するアラーム音を発する。周期的タイマーは指定された時間の終了時に自動的にリセットすることも好ましい。
【００５８】
そうでない場合、ステップ１７４にて終了タイマーのための記録をセットする。一実施例では、指定された時間の終了時に終了タイマーに関連する情報アイテムを削除すべき旨を表示するアラーム音を終了タイマーが発する。ステップ１７６において、タイマーを初期化する。
【００５９】
図９Ｂは情報アイテムを終了させるための方法１８０のフローチャートである。ステップ１８２において、情報アイテムのためのタイマーが終了したかどうかの判断がなされる。タイマーが終了していれば、ステップ１８４にてタイマーが周期的タイマーであるかどうかの判断がされる。タイマーが周期的タイマーであれば、ステップ１８６で情報アイテムの最新バージョンをロードし、プロセスは終了する。そうでない場合、ステップ１８８で情報アイテムを削除し、プロセスは終了する。
【００６０】
図１０はユーザーが制御をできるようにしながら、テレビチッカー４０内で種々のアイテムを自動的にスクロールするための方法の一例１９４のフローチャートである。一実施例では、所定の順序でディスプレイデバイス１２に種々のアイテムを自動的にディスプレイする。
【００６１】
ステップ１９６において、チッカー４０の制御をユーザーが管理したいことを示す入力が受信されたかどうかの判断がされる。ユーザーが制御を管理したいことを表示する入力が受信されなかった場合、ステップ２０２でスタートするプロセスを実行する。そうでない場合、ステップ１９８にてユーザーの入力に従い、チッカー４０に情報をディスプレイする。従って、例えばユーザーが特定のカテゴリーを選択した場合、そのカテゴリーに関連する情報アイテムをチッカー４０にディスプレイできる。ユーザーが入力を受信していない所定の時間が終了した後（ステップ２００）に、ステップ１９６でスタートするプロセスを実行してもよい。
【００６２】
ステップ２０２では現在のサブカテゴリー内にそれ以上のアイテムがあるかどうかの判断をする。現在のサブカテゴリー内に追加アイテムがある場合、ステップ２０４で現在のサブカテゴリーの次の情報アイテムを検索し、ステップ２２２でスタートするプロセスを実行できる。そうでない場合、ステップ２０６で現在のカテゴリー内にそれ以上のサブカテゴリーがあるかどうかの判断をする。現在のカテゴリー内に追加カテゴリーがある場合、ステップ２０８で次のサブカテゴリーを現在のサブカテゴリーとしてマークし、ステップ２１８でスタートするプロセスを実行できる。
【００６３】
ステップ２０６で、現在のカテゴリー内のそれ以上のサブカテゴリーがないと判断された場合、ステップ２１０でテレビチッカー４０上の現在のカテゴリーのハイライト表示を中止する。ステップ２１２では、次のカテゴリーを現在のカテゴリーとしてマークする。ステップ２１４では、テレビチッカー４０上の現在のカテゴリーをハイライト表示する。ステップ２１６では、現在のカテゴリーの最初のサブカテゴリーを現在のサブカテゴリーとしてマークし、ステップ２１８でスタートするプロセスを実行できる。
【００６４】
ステップ２１８ではディスプレイエリア４４で現在の最初の名称をディスプレイする。ステップ２２０において、現在のサブカテゴリーの最初の情報アイテムを検索する。ステップ２２２では、ディスプレイエリア４４で情報アイテムをディスプレイし、ステップ２２４でスタートするプロセスを実行できる。ディスプレイされた情報をブランジングするための十分な時間をユーザーに与えるよう、所定の時間の間、ディスプレイエリア４４に情報アイテムをディスプレイする（ステップ２２４）。次に、チッカー４０の成分をユーザーがテイクオーバーしたいことを表示する入力が受信されたかどうかの判断をするために、ステップ１９６でスタートするプロセスを実行できる。
【００６５】
本発明の実施例はソフトウェア、ハードウェアまたはソフトウェアをハードウェアの双方の組み合わせで実現できる。ソフトウェアおよび／またはハードウェアはインタラクティブなテレビデバイス１４または放送ネットワーク９０に常駐できる。所望する場合、ソフトウェアおよび／またはハードウェアの一部はインタラクティブなテレビデバイス１４に常駐してもよく、ソフトウェアおよび／またはハードウェアの一部は放送ネットワーク９０に常駐してもよい。
【００６６】
所望すれば、本明細書に記載した異なるステップを任意の順序で実行してもよいし、および／または互いに動じに実行してもよい。更に所望すれば、上記ステップの１つ以上を本発明の範囲から逸脱することなくオプションとしてもよいし、または組み合わせてもよい。
【００６７】
これまでの詳細な説明により、本発明について特に図示し、説明したが、当業者であれば、本発明の要旨から逸脱することなく、形状および細部についてその他の種々の変形を行うことが理解できよう。
【図面の簡単な説明】
【００６８】
【図１】特定の利点が得られるように、本発明を利用できるインタラクティブまたはデジタルテレビシステムの一例のブロック図である。
【図２】インタラクティブなテレビデバイスによりコンテントを検索するためのシステムの高レベル図である。
【図３】テレビチッカーの一例を示す。
【図４】情報アイテムの詳細バージョンのためのレイアウト例を示す。
【図５】情報階層のためのレイアウト例である。
【図６】情報アイテム例の異なる部分を示す。
【図７】情報を提供するためのシステムのハイレベル図である。
【図８Ａ】情報課位相データベースを更新するための方法の一例のフローチャートである。
【図８Ｂ】放送ファイルシステムの情報階層をリフレッシュするための方法の一例のフローチャートである。
【図８Ｃ】インタラクティブなテレビデバイスと共に使用するための情報階層を創出するための方法の一例のフローチャートである。
【図９Ａ】情報アイテムのためのタイマーを指定するための方法の一例のフローチャートである。
【図９Ｂ】情報アイテムを終了させるための方法の一例のフローチャートである。
【図１０】ユーザーが制御をできるようにしながら、テレビチッカー内の種々のアイテムを自動的にスクロールするための方法の一例のフローチャートである。
【図１】
2005535181.tif 000004
【図２】
2005535181.tif 000005
【図３】
2005535181.tif 000006
【図４】
2005535181.tif 000007
【図５】
2005535181.tif 000008
【図６】
2005535181.tif 000009
【図７】
2005535181.tif 000010
【図８Ａ】
2005535181.tif 000011
【図８Ｂ】
2005535181.tif 000012
【図８Ｃ】
2005535181.tif 000013
【図９Ａ】
2005535181.tif 000014
【図９Ｂ】
2005535181.tif 000015
【図１０】
2005535181.tif 000016
【国際調査報告】
2005535181.tif 000017
2005535181.tif 000018