(57)【特許請求の範囲】
【請求項１】
デジタル・インタラクティブ・デコーダ（２）において実行される、デジタル・インタラクティブ放送システム（digital interactive broadcasting system）（１）の複数のサービスおよびチャネルの間のナビゲーション・イベントを制御するための方法であって、
前記方法は、前記サービスを前記デコーダのユーザーに提示し、前記デコーダは、放送を介してアプリケーションを受信し、かつ前記ユーザーによって起動されるリモート・コントロール装置（１５）を通して、１つのサービスおよびチャネルから他のサービスおよびチャネルへのナビゲーションを可能にするように構成され、
前記方法は、
前記ナビゲーション・イベントを制御するように設計され、サービス、サービス注文、およびサービス特性に関する知識を持ち、視聴者が特定のサーファを選択するたびにデコーダにダウンロードされる、サーファ・アプリケーションを、放送されるデータストリーム内で特定のフラグを使用してＣＰＵが識別する（２１）こと、
前記サーファ・アプリケーションを前記デコーダにダウンロードし、前記サーファ・アプリケーションを前記デコーダのメモリの専用部分（２２）のサーファ・キャッシュ内にＣＰＵが格納すること、
リモート・コントロール装置によって起動されたナビゲーション・イベントをＣＰＵが検出すること、
前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されて利用可能であるか、あるいは前記デコーダがサーファ・アプリケーションの制御下にあるかをＣＰＵが検査すること、
前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されて利用可能である、あるいは前記デコーダがサーファ・アプリケーションの制御下にあると決定する前記検査に応じて、前記ナビゲーション・イベントを示す情報を前記サーファ・アプリケーションにＣＰＵが転送し、前記サーファ・アプリケーションが前記転送されたナビゲーション・イベントを実行すること、および
前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されていない、あるいは前記デコーダがサーファ・アプリケーションの制御下にないと決定する前記検査に応じて、前記ナビゲーション・イベントを示す情報を組み込みバナーにＣＰＵが転送し、前記組み込みバナーが前記転送されたナビゲーション・イベントを実行すること
を備え、前記組み込みバナーは、前記デコーダに組み込まれているアプリケーションであり、デコーダ製造者によって作成され、ナビゲーション・イベントを制御し、前記サービスを提示するように構成されている
ことを特徴とするサービス・ブラウザ・プロセス。
【請求項２】
請求項１に記載の方法において、前記ナビゲーション・イベントの検出と前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されていると決定する前記検査に応じて、前記方法は、
前記サーファ・アプリケーションをＣＰＵが開始させること、
前記サーファ・アプリケーションをＣＰＵが可視モードの動作に入れること、および
前記ナビゲーション・イベントに対応するサービスをＣＰＵが選択すること
を備えることを特徴とする方法。
【請求項３】
請求項１又は２に記載の方法において、前記デコーダがサーファ・アプリケーションの制御下にある状態で、サーファ・アプリケーションとは異なる通常アプリケーションが起動されるときに、前記サーファ・アプリケーションは、ＣＰＵにより停止され、前記通常アプリケーションが終了したときに、前記サーファ・キャッシュからＣＰＵにより再起動されることを特徴とする方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法において、複数のサーファ・アプリケーションが前記サーファ・キャッシュに存在可能であり、前記方法は、さらに、サーファ・アプリケーションのリストを使用して、ユーザーが前記リストから特定のサーファ・アプリケーションを選択し、かつ選択後に希望するならば前記リストに戻ることを可能にするインタフェースをＣＰＵが提示すること（４２）、を備えることを特徴とする方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法において、前記デジタル・インタラクティブ放送システムは、デジタルのビデオ、オーディオ、およびデータストリームを符号化およぶ復号化に対するＤＶＢ標準に従い、前記サーファ・アプリケーションは、ブーケ・アソシエーション・テーブル（ＢＡＴ）内で、そこに含まれるものによって識別されることを特徴とする方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法において、前記サーファ・アプリケーションを識別し、およびダウンロードすることは、ユーザーが特定のサーファ・アプリケーションを選択するたびに、当該特定のサーファ・アプリケーションを、識別して対応するサーファ・キャッシュ内にＣＰＵがダウンロードすることを含み、前記方法は、前記サーファ・キャッシュ内にダウンロードされた前記複数のサーファ・アプリケーションの１つを、前記デコーダのリモートコントロールデバイスからのユーザー指示に応答して、ＣＰＵが選択することをさらに備えることを特徴とする方法。
【請求項７】
請求項１から６のいずれか１項に記載の方法において、サーファ・アプリケーションは、前記サーファ・アプリケーションがディスプレイの内容の全てを制御する可視の実行モードおよび、前記サーファ・アプリケーションが前記ディスプレイの内容の全てより少ない範囲を制御するトランスペアレント実行モードを持つことを特徴とする方法。
【請求項８】
少なくとも１つのデジタル・インタラクティブ・デコーダ（２）を含む、複数のサービスおよびチャネルの間のナビゲーション・イベントを制御するためのデジタル・インタラクティブ・放送システムdigital interactive Broadcasting system）（１）であって、
前記デコーダは、放送を介してアプリケーションを受信するように構成され、前記サービスを前記デコーダのユーザーに提示し、かつ前記ユーザーによって起動されるリモート・コントロール装置を通して、１つのサービスおよびチャネルから他のサービスおよびチャネルへのナビゲーションを可能にし、
前記デコーダは、
前記ナビゲーション・イベントを制御するように設計され、サービス、サービス注文、およびサービス特性に関する知識を持ち、視聴者が特定のサーファを選択するたびにデコーダにダウンロードされる、サーファ・アプリケーションを、放送されるデータストリーム内で特定のフラグを使用して識別する識別手段（２１）と、
前記サーファ・アプリケーションを前記デコーダにダウンロードし、前記サーファ・アプリケーションをする、前記デコーダのメモリの専用部分内のサーファ・キャッシュ（２２）内に格納するダウンロード手段と、
リモート・コントロール装置によって起動されたナビゲーション・イベントを検出する検出手段と、
前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されて利用可能であるか、あるいは前記デコーダがサーファ・アプリケーションの制御下にあるかを検査する検査手段と、
前記サーファ・アプリケーションが前記検査手段が、前記サーファ・キャッシュに格納されて利用可能である、あるいは前記デコーダがサーファ・アプリケーションによって制御されていると決定する場合に、前記ナビゲーション・イベントを示す情報を前記サーファ・アプリケーションに、前記サーファ・アプリケーションが前記転送されたナビゲーション・イベントを実行するために、転送する転送手段と、
前記検査手段が、前記サーファ・アプリケーションが前記サーファ・キャッシュに格納されていない、あるいは前記デコーダがサーファ・アプリケーションによって制御されていないと決定する場合に、前記ナビゲーション・イベントを示す情報を組み込みバナーに、前記組み込みバナーが前記転送されたナビゲーション・イベントを実行するために、転送する転送手段と
を備え、前記組み込みバナーは、前記デコーダに組み込まれているアプリケーションであり、デコーダ製造者によって作成され、ナビゲーション・イベントを制御し、前記サービスを提示するように構成されている
ことを特徴とするシステム。
【請求項９】
請求項８に記載のシステムにおいて、前記ナビゲーション・イベントの検出と前記サーファ・アプリケーショインが前記サーファ・キャッシュに格納されていると決定する前記検査に応じて、前記デコーダは、さらに、
前記サーファ・アプリケーションを開始させ、前記サーファを可視にさせる手段と、
前記ナビゲーション・イベントに対応するサービスを選択する手段と
を備えることを特徴とするシステム。
【請求項１０】
請求項８または９に記載のシステムにおいて、前記システムは、前記デコーダがサーファ・アプリケーションの制御下にある状態で、サーファ・アプリケーションとは異なる通常アプリケーションが起動されるときに、前記サーファ・アプリケーションを停止させるための停止手段と、および前記通常アプリケーションが終了したときに前記サーファ・キャッシュから前記サーファ・アプリケーションを再起動するための再起動手段と
を備えることを特徴とするシステム。
【請求項１１】
請求項８から１０のいずれか１項に記載のシステムにおいて、複数のサーファ・アプリケーションが前記サーファ・キャッシュに存在可能であり、さらに、サーファ・アプリケーションのリストを使用して、ユーザーが前記リストから特定のサーファ・アプリケーションを選択し、かつ選択後に希望するならば前記リストに戻ることを可能にするインタフェースを提示するための手段（４１）、を備えることを特徴とするシステム。
【請求項１２】
請求項８から１１のいずれか１項に記載のシステムにおいて、前記デコーダ（２）のメモリ（２０）は、対応する個々のサーファ・アプリケーションを格納するための複数のサーファ・キャッシュを備えることを特徴とするシステム。
【請求項１３】
請求項８から１２のいずれか１項に記載のシステムにおいて、前記デジタル・インタラクティブ放送システムは、デジタルのビデオ、オーディオ、およびデータストリームを符号化およぶ復号化に対するＤＶＢ標準に従い、前記サーファ・アプリケーションは、ブーケ・アソシエーション・テーブル（ＢＡＴ）内で、そこに含まれるものによって識別されることを特徴とするシステム。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、サービス・ブラウザ・プロセスおよび対応するシステムに関する。
【０００２】
サービス・ブラウザ・プロセスは、ラジオ放送またはＴＶ環境内で、もしくはＴＶネットワークをまたいで他のサービスへのリンクを提供するデジタル統合レシーバ・デコーダ（ＩＲＤ）において、複数のサービスおよび／またはチャネルの間のナビゲーションを制御し、これらのサービスに視聴者が同調する（tune）ことを可能にするためのプロセスである。
【０００３】
サービスは、通常のＴＶまたはラジオ・サービスであり、もしくは、たとえばＭＰＥＧ−２標準のＤＶＢサービス記述子で示されるような、アプリケーションまたは通信データ・チャネルである。
【０００４】
サービスは、映像、音声、またはアプリケーション・データを伝送する１つまたはそれ以上の構成要素またはトラックから成る。
【０００５】
（発明の背景）
１つのＴＶチャネルから他のＴＶチャネルに切り替えるプロセスはしばしば、「チャネル・ザッピング（channel zapping）」または「チャネル・サーフィン（channel surfing）」と呼ばれる。この特定の種類のブラウザ・アプリケーションを、以下では、区別することなく「サーファ・アプリケーション」または「サーファ」と呼ぶ。
【０００６】
サーファとは論理的に、サービスの選択またはサービスのリストへのゲートと見ることができる。
【０００７】
言い換えると、サーファとは、サービスのリストの提示を処理するように設計され、リモート・コントロールのキー・メッセージのような特定のイベントに応答する、放送されるアプリケーションを記述する一般用語として使用されるものであるが、特定のアプリケーションには関係しない。また、サーファは、以下で通常アプリケーション、またはＤＶＢ標準で定義されたＥＰＧアプリケーション、と呼ぶ他のアプリケーションより上の１つのレベルであることも、すでに観察されている。
【０００８】
本発明は、さらに詳しくは、ただし排他的にではなく、デジタル・インタラクティブＴＶ環境内で実現されるプロセスおよびシステムに関する。
【０００９】
デジタルＴＶ放送環境では、インタラクティブ・デコーダは、それがケーブル、衛星、または地上波ネットワークに接続されているという事実に関係なく、映像、音声およびデータ・ストリームを復号する。
【００１０】
たとえば、［１］ＥＴＳ  ３００  ４６８の明細書（specification）「Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  （ＳＩ）  ｉｎ  Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ  （ＤＶＢ）  Ｓｙｓｔｅｍ」、および［２］ＩＳＯ／ＩＥＣ  ＤＩＳ  １３８１８−１，「Ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ；Ｐａｒｔ  １  Ｓｙｓｔｅｍｓ」は、様々な放送環境への単一データ・ストリームを多重化し、かつ検索することを含める方法を記載する。
【００１１】
より一般的には、アプリケーションはデータ・ストリーム内で伝送され、デコーダのメモリ内で処理されることが観察される。
【００１２】
従来技術のサーファは、放送されず、ユーザーが全ての利用可能なサービス内を移動またはサーフィンすることを可能にするために、デコーダに格納された、バナー（Banner）と呼ばれる組込みアプリケーションから成る。
【００１３】
この組込みソフトウェアは、全てのサービスを視聴者に提示し、チャネル切り替えプロセスを可能にする。言い換えると、バナーは、全てのチャネル切り替えプロセスをデコーダ内で処理する。
【００１４】
さらに詳しくは、内部セットアップ・メニューとは別に、既知のＩＲＤのバナーは、１つまたはそれ以上のサービス・リストを、たとえば１つのＴＶリストおよび１つのラジオ・リストをＴＶ視聴者に提示する埋め込まれた方法、を組み込んでいる。これらのリストおよびこれらのリスト内の全てのナビゲーション機能は、その製造者のナビゲーション・ソフトウェアによって制御される。
【００１５】
そのナビゲーション・ソフトウェアのそのような制御に関して、その当のネットワーク運用者は、必要な指示（instruction）をそのＩＲＤの製造者に事前に提供してきた。
【００１６】
たとえば、彼等のデコーダ・プラットフォームを賃貸するＰａｙＴＶ  ｎｅｗｏｒｋｓの場合がこれに該当する。
【００１７】
しかし、組込みバナーは、チャネル・ナビゲーションの概念に２つの大きな不利な状態（disadvantages）、たとえば、ナビゲーション・インタフェースは各々の種類のデコーダで異なっているようであり、また、そのデコーダ・プラットフォームを共用する競合している放送局またはサービス・プロバイダは、彼ら自身のチャネルまたはサービスを販売促進（promoting）する上で、何らコントロールを持たない。という不利な立場に置かれている。
【００１８】
（本発明の概要）
本発明は、これらの欠点（drawbacks）および不利な立場（disadvantages）を解決することを目的とする。
【００１９】
このために、本発明の主要な目的は、選択されたアプリケーションに対応するサーファをデコーダ内にダウンロードし、かつそのようなサーファを実時間ベースで表示し、したがって、選択されたサービスの受信を維持しながら、かつそのサーファのものとは異なる他の発信源（トランスポンダ）から到来する他のサービスの受信を許可しながら、その当のプロバイダ（the relevant provider）に対応する、必要とされるルック・アンド・フィール（look and feel）とサービスとを、ユーザーに提供することを可能にする、プロセスおよびシステムを提供することである。
【００２０】
本発明の別の目的は、放送されるサーファ・アプリケーションにナビゲーション制御機能を提供して、異なる製造者の異なるＩＲＤで同一ブラウザを実行することを可能にすることである。
【００２１】
これは、埋め込まれたブラウザが、組込みソフトウェアとは異なるそれら個別のルック・アンド・フィールを備えて到来する限り、様々なデコーダ間で同一のユーザー・インタフェースおよび挙動（behavior）を保証する。
【００２２】
本発明の別の目的は、一体化され、費用が節減される、完全なサーフィンのためのプロセスおよびシステムを提供することである。
【００２３】
特に、本発明は、少なくとも１つのデジタル・インタラクティブ・デコーダを含むデジタル・インタラクティブ・ラジオ放送システムの複数のサービスおよび／またはチャネルの間のナビゲーション・イベントを制御するためのサービス・ブラウザ・プロセスであって、前記システムは前記デコーダによって受信されるアプリケーションを放送し、放送することによって、前記プロセスは前記サービスを前記デコーダのユーザーに提示し、かつ前記ユーザーによって起動される制御手段を通して他のサービスまたはチャネルへのナビゲーションを可能にし、
そして、アプリケーションが、前記ナビゲーションを制御するように設計された、そして前記サービスの知識を有するサーファ・アプリケーションと呼ばれる第１タイプを含めて、少なくとも２種類のアプリケーションに前記アプリケーションは分類されており、
前記プロセスが、
（ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別するステップと、
（ｉｉ）特定のサーファ・アプリケーションを選択するステップと、
（ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・キャッシュと呼ばれるデコーダ・メモリの専用部分内にダウンロードするステップと、
（ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケーションを実行し、それにより前記デコーダが前記サーファ・アプリケーションの制御下におかれるステップと
を含むことを特徴とするサービス・ブラウザ・プロセスを提示する。
【００２４】
サーファが始動すると、それが依然としてアクティブ状態を維持している限り、ユーザーが別のチャネルに同調することを可能にする。
【００２５】
有利な実施形態では、デコーダは、組込みバナーと呼ばれる、サービスを提供するための組込みアプリケーションを含み、ひとたびサーファ・アプリケーションが前記サーファ・キャッシュ内に格納されると、ナビゲーション・イベントに対して、プロセスは、
−前記ナビゲーション・イベントを組込みバナーまたはサーファ・アプリケーションに転送しなければならないかどうかを検査するステップと、
−デコーダが前記サーファ・アプリケーションによって制御される場合、組込みバナーが使用不能状態にされる一方、前記ナビゲーション・イベントをサーファ・アプリケーションに経路指定するステップと
を含む。
【００２６】
ナビゲーション・イベントによって、人は、たとえばチャネル・アップまたはチャネル・ダウンなどのサービス間のナビゲーションのイベントを理解するはずである。
【００２７】
サーファ・アプリケーションとは異なる、通常アプリケーションと呼ばれるアプリケーションが表示されたときに、サーファ・アプリケーションは停止し、前記通常アプリケーションが終了するか、またはナビゲーション・イベントが発生したときに、サーファ・アプリケーションをそのサーファ・キャッシュから再始動させることが好都合である。
【００２８】
複数のサーファ・アプリケーションが可能であり、それが
−サービスのリストを使用し、前記リストの中からユーザーが１つの特定のサーファ・アプリケーションを選択し、希望するならば、選択後に前記リストに戻ることを可能にする、インタフェースを提示するステップ
を含むことが、同様に好都合である。
【００２９】
好適な実施形態では、プロセスはＤＶＢ環境で実現され、サーファ・アプリケーションはブーケ・アソシエーション・テーブル（Bouquet Association Tables）（ＢＡＴ）でシグナルされる（signal）。
【００３０】
ブーケとは、放送されるサービス・リストである。
【００３１】
好ましくは、かつ、サーファ・アプリケーションを含むいくつかのブーケ（つまりサービス・リスト）間の切り替え時間を短縮するために、プロセスは、対応するサーファ・キャッシュ内に複数のサーファ・アプリケーションをダウンロードするステップを含む。したがって、いくつかのサーファをデコーダ・メモリ内のこれらの異なるキャッシュ・エリアに先取りすることができ、視聴者が特定のブーケつまりサービス・リストを要求したとき、またはその後で、それらが始動される。
【００３２】
視聴者のブーケ選択により適切なサーファ・アプリケーションを検索するために、一意の識別子を設けて、サーファ・アプリケーションをブーケつまりサービス・リストに結び付けることが、好都合である。
【００３３】
次いで、システムはブーケのサービスの１つに、直接、同調して、サーファをそのキャッシュから呼び出すことができる。
【００３４】
これは、必要なときにその当のサーファをダウンロードする必要が無いので、より迅速なサービスを可能にする。
【００３５】
本発明はまた、上述したプロセスを実現するためのシステムをも提供する。
【００３６】
さらに詳しくは、本発明は、少なくとも１つのデジタル・インタラクティブ・デコーダを含む、複数のサービスおよび／またはチャネルの間のナビゲーション・イベントを制御するためのデジタル・インタラクティブ・ラジオ放送システムであって、前記システムは前記デコーダによって受信されるアプリケーションを放送し、前記システムは前記サービスを前記デコーダのユーザーに提示し、かつ前記ユーザーによって起動される制御手段を通して他のサービスまたはチャネルへのナビゲーションを可能にし、
そこにおいて、アプリケーションが、前記ナビゲーションを制御するように設計された、そして、前記サービスの知識を有するサーファ・アプリケーションと呼ばれる第１タイプを含めて、少なくとも２種類のアプリケーションに分類されており、
前記デコーダは、
（ｉ）サーファ・アプリケーションを他のタイプのアプリケーションから識別するための識別手段と、
（ｉｉ）特定のサーファ・アプリケーションを選択するための選択手段と、
（ｉｉｉ）そのような選択されたサーファ・アプリケーションを、サーファ・キャッシュと呼ばれるデコーダ・メモリの専用部分内にダウンロードするダウンロード手段と、
（ｉｖ）前記サーファ・キャッシュから前記選択されたサーファ・アプリケーションを実行するための計算手段であって、それにより前記デコーダが前記サーファ・アプリケーションの制御下におかれるように構成された計算手段と
を含むことを特徴とするデジタル・インタラクティブ・ラジオ放送システムを提示する。
【００３７】
デコーダは、組込みバナーと呼ばれる、サービスを提示するための組込みアプリケーションを含み、サーファ・アプリケーションが前記サーファ・キャッシュ内に格納された後、ナビゲーション・イベントに対して、システムは、
−前記ナビゲーション・イベントを組込みバナーまたはサーファ・アプリケーションに転送しなければならないかどうかを検査するための検査手段と、
−デコーダが前記サーファ・アプリケーションによって制御される場合、前記ナビゲーション・イベントをサーファ・アプリケーションに経路指定するように構成された経路指定手段と、
−同時に組込みバナーを使用不能状態（disable）にするための使用不能化手段と
を含むことが好都合である。
【００３８】
システムは、通常アプリケーションが表示されたときにサーファ・アプリケーションを停止するための停止手段と、前記通常アプリケーションが終了したときに、サーファ・キャッシュから前記サーファ・アプリケーションを再起動するための再起動手段とを含むこともまた好都合である。
【００３９】
有利な実施形態では、複数のサーファ・アプリケーションが可能であり、それが、サービスのリストを使用し、前記リストの中からユーザーが１つの特定のサーファ・アプリケーションを選択し、希望するならば、選択後に前記リストに戻ることを可能にする、インタフェースを提示する手段を含む。
【００４０】
好ましくは、システムはＤＶＢ環境で実現され、サーファ・アプリケーションはブーケ・アソシエーション・テーブル（ＢＡＴ）でシグナルされる（signal）。
【００４１】
複数のサーファ・キャッシュがあることが好都合である。
【００４２】
より多くのカテゴリを選択することもできるが、重要なことは、サーファ・アプリケーションを識別することができることである。
【００４３】
より一般的には、サーファ・アプリケーションは次の特徴を持ち、あるいは持つことができる。
【００４４】
−それらは、チャネル・ナビゲーションを制御するためのデコーダに格納しなければならない。
【００４５】
−実行するように要求された他の通常アプリケーションが無ければ、サーファ・アプリケーションは常時実行している。
【００４６】
−サーファ・アプリケーションは全てのナビゲーション・イベントを制御している。
【００４７】
−サーファ・アプリケーションは、サービス、サービス注文、およびサービス特性に関する知識を持ち、サーファ・アプリケーションは、視聴者が特定のサーファを選択するたびにデコーダにダウンロードされる。
【００４８】
他の実施形態では、複数のサーファをデコーダに同時に格納し、要求により検索することができるので、そのようなダウンロードをその都度行う必要が無い。
【００４９】
このために、サーファ制御ナビゲーションは、追加的認識プロセス、サーファを一時的にキャッシュするための物理メモリ、およびデコーダのユーザー・インタフェースにおける組込みサーファ選択層が必要である。
【００５０】
−認識プロセスは、サーファ・アプリケーションを検出するシステム内のソフトウェア構成要素である。
【００５１】
−このプロセスは、通常およびサーファ・アプリケーションに関する知識を有する。
【００５２】
ここでより詳しく記載する本発明の実施形態では、通常アプリケーションはデコーダのメモリに直接ロードされて実行されるが、サーファ・アプリケーションは最初にデコーダ・メモリの専用部分（サーファ・キャッシュ）に格納され、後でそのキャッシュからロードされて実行される。
【００５３】
本発明は、添付の図面に関連して、決して制約例として挙げるのではない、特定の実施形態の以下の説明を読むことにより、いっそうよく理解されるであろう。
【００５４】
（詳細な説明）
図１は、ＴＶ受像機３に接続されて、放送ネットワーク（broadcasting networks）、つまりケーブル・ネットワークＣ、地上波ネットワークＴ、および／または衛星ネットワークＳ、から音声信号Ａ、映像信号Ｖおよびデータ・ストリーム信号Ｄを受信する、インタラクティブ・デコーダ２を含むデジタル・インタラクティブ・ラジオ放送システム１を示す。
【００５５】
デコーダ２は、本質的に周知の方法で、音声／映像復号プロセス回路５に接続されたデマルチプレクサ４、モデム７に接続されたＣＰＵ６、デコーダのオペレーティング・システム、たとえばオープンＴＶオペレーティング・システムなどのオペレーティング・システムを格納するためのＲＯＭ８、および放送されたアプリケーションを格納するためのＲＡＭなどのような、読み出し／書き込みメモリ９を含む（図１−２参照）。
【００５６】
図２は、従来技術におけるデコーダの内部メモリ９の簡易図を示す。メモリ９は、一般的には２Ｍバイト以上のＲＡＭであって、デコーダのいくつかのシステム・アプリケーション、および組込みバナー１１すなわちデコーダ製造者によって作成された組込みナビゲーション・ソフトウェアを格納する第１部分１０を含む。この組込みバナーは、複数のサービスへのアクセスを可能にする。
【００５７】
参照によってここに組み込むＥＴＳ３００  ４６８［１］に記載されたＤＶＢ環境では、サービスのリストを「ブーケ（bouquet）」と呼ぶ。
【００５８】
すでに示した通り、ブーケはＤＶＢブーケ・アソシエーション・テーブルＢＡＴ内で放送されるサービス・リストである。
【００５９】
メモリ９はさらに、通常放送アプリケーションを格納するための部分１２を含む。
【００６０】
本文の残りの部分では、それは時々、同じく参照によってここに組み込むＭＰＥＧ２標準（ｓｙｓｔｅｍ  ＩＳＯ／ＩＥＣ１３８１８−１，Ｎｏｖ．１９９４［３］）に示される要素も、引用される。
【００６１】
図２は、従来技術のリモート・コントロール装置１５（図１参照）によって起動されるナビゲーション・イベントの２つの例を１４に示す。
【００６２】
リモート・コントロール・キー「Ｐ＋」（キー１６）またはキー「５３」を押すことによって、ユーザーはナビゲーション・イベント１８「次のチャネル」またはイベント１９「チャネル５３へ進む」を起動し、これらは１１に格納された組込みバナー・アプリケーションに転送される。
【００６３】
この命令の後に、現在のチャネルから次のチャネルまたはチャネル５３への切り替えをもたらす内部チャネル命令が続く。
【００６４】
図３は、ＴＶ放送のオープンＴＶ環境に対応し、ここでより詳しく記述する本発明の実施形態によるデコーダ２の内部メモリ２０を示す。
【００６５】
しかし、本発明は、言うまでもなく、そのような環境に限定されるとみなしてはならない。
【００６６】
デコーダのメモリ２０は、サーファ・アプリケーションを通常アプリケーションまたはたとえばエレクトロニック・プログラム・（ＥＰＧ）アプリケーションなどの他のアプリケーションから識別するために、そのシステム内に認識プログラム２１を含む。
【００６７】
すでに示した通り、ここでより詳しく記載するＤＶＢ環境の実施形態では、サーファは、全てのサービスおよびたとえば限定的にではなく特定のブーケの現在およびその後のイベントを提示するアプリケーションである。
【００６８】
サーファは、どのＴＶサービスより優位に立って実行することができ、視聴者にブーケ内で１つのチャネルから別のチャネルへ同調させることができる。
【００６９】
そのような「チャネル・サーフィン」中に、放送されたサーファは生きた活動状態であり続ける。
【００７０】
放送信号からサーファを識別し、次いで取り出すために、サーファは、ブーケ・アソシエーション・テーブル（ＢＡＴ）を通して、特定のサービス内で識別され、伝送される。
【００７１】
そのようなサービスは、特定のフラグによって識別される、「サーフ（ＳＵＲＦ）」と呼ばれる構成要素を含む。
【００７２】
本発明によると、メモリ２０は少なくとも、取り出されたサーファをデコーダに格納するために専用に設けられているサーファ・キャッシュ２２を含む。ひとたびサーファがデコーダのメモリに格納されると、それは、他のアプリケーションが停止されるたびに、メモリから再起動される。
【００７３】
前述した通り、他のアプリケーションは主として、特定のサービスで伝送されるエレクトロニック・プログラム・（ＥＰＧ）アプリケーション、および通常アプリケーションである。
【００７４】
ＥＰＧは構造的に通常アプリケーションと同一であり、イベントの内容すなわちＴＶ、ラジオ、またはデータイベントに関する情報を表示する。
【００７５】
イベントは、サービスに関する情報データであり、内容に関係するだけであり、たとえば周波数またはトランスポンダには関係しないことに留意されたい。
【００７６】
また、サービスは音声、映像またはアプリケーション・データ、もしくはこれらの３つの構成要素のいずれかの組合せから成ることにも留意されたい。
【００７７】
一般的に１つのサービス内に複数の映像、音声、またはアプリケーション・データ・ストリームが発生することがある。
【００７８】
サーファとは異なる他の放送されるアプリケーションは全て、通常アプリケーションまたはＥＰＧとして、定義される。
【００７９】
それらは、いずれのサービスにおいても、デフォルト・アプリケーション構成要素として伝送される。それらは、たとえばチャネルを切り替えるための、またはデコーダのメモリに格納されるための許可認可フラグによる特権を与えられていない。
【００８０】
メモリ２０は、さらに、すでに図２に関連して記載した組込みバナー２３、および通常またはＥＰＧアプリケーションを格納しかつ処理するためのメモリ２４の追加レジスタを含む。
【００８１】
通常およびサーファ・アプリケーションに関する知識を有する本発明によるインタラクティブ・デコーダでは、通常アプリケーションはデコーダのメモリ２４に直接ロードされ（矢印２６）、実行される。
【００８２】
対照的に、サーファ・アプリケーション（矢印２７）は、最初にサーファ・キャッシュ２２に格納され、次いでそのキャッシュからメモリ２４内に移されて実行される。
【００８３】
ひとたびサーファがそのキャッシュにロードされ、稼動すると、デコーダはこのサーファの制御下に置かれる。
【００８４】
図３の下方部分のフローチャート２８を参照すると、たとえば、チャネル・アップ（キー「Ｐ＋」）または別のチャネルへのチャネルの切り替え（たとえばキー「４」）のようなナビゲーション・イベントは、最初に、認識プロセス（菱形２９および３０）を通過して、それらを２３の組込みバナーに、または２２のダウンロード・サーファに転送する必要があるかどうかを調べられ、したがって、押したキーによって別の結果が得られる可能性がある。
【００８５】
デコーダがサーファ制御されている場合（矢印３１、３２）、ナビゲーション・イベントはサーファ・アプリケーションに経路指定され、組込みバナーは使用不能状態（disable）にされる。
【００８６】
したがって要求チャネルについてのルック・アンド・フィールは、組み込まれているルック・アンド・フィールとは異なっている。
【００８７】
図４は、ここでより詳しく記載する本発明の実施形態で提供する選択層に重点を置いたブロック図であり、サービスがバナーまたはサーファのいずれかを用いて選択されることを示している。サーファが検出されると（菱形（３３））、システムはサーファを有するサービスに同調し（ステップ３４）、キャッシュにロードし（ステップ３５）、サーファを始動（ステップ３６）してサービスを稼動する（ステップ３７）。そうでない場合、３８でバナーが選択され、３９でサービス・リストが表示され、サービスが選択（ステップ４０）されてサービスを稼動（ステップ３７）する。
【００８８】
有利な実施形態では、稼動中のサーファは、デフォルトではトランスペアレント・モードにすることができる。たとえば、サーファは、視聴者がＴＶを見ている間、特定の機能（つまり付加的なグラフィックの表示）を処理するのみとすることができる。
【００８９】
そのような場合、ユーザーは可逆的にサーファをトランスペアレント・モードから切り替えさせることができる。
【００９０】
デコーダのＲＡＭメモリに一時的に格納されたサーファは、いつでもそれが要求されたときに高速アクセスを可能にする。
【００９１】
このために、それ（サーファ）は、たとえば６４ないし１２８Ｋバイトとすることができるデコーダの専用キャッシュ・メモリ空間に適合するように設計され、装備される。
【００９２】
したがって、サーファをキャッシュに格納する、すなわち「キャッシュする」ことにより、ブーケ・オペレータは、サーファ・アプリケーションを含まない他のトランスポンダのチャネルを、そのブーケに追加することが可能になる。
【００９３】
サーファを停止するように要求された場合、ブーケ・サーファを搬送するどのトランスポンダに対しても接続が無くなっていても、それはメモリから再ロードすることができる。これは本発明の結果の１つである。
【００９４】
一般的に、ある時刻にアプリケーション・メモリを使用するのは１つのアプリケーションだけである。このことから、通常アプリケーションを処理する際にサーファを停止した後に、そのキャッシュからサーファを再ロードする処理が必要になる。
【００９５】
通常アプリケーションの表示が終了すると、サーファはそのキャッシュから再起動される。
【００９６】
図５は、この環境でいくつかのサーファ（サーファ１、サーファ２、・・・）が利用できることを示す。その場合、デコーダ・システム４１は、視聴者が１つの特定のサーファを選択することを可能にするサービスのリストを役立たせるインタフェース４２を提供することを管理していることが好都合である。
【００９７】
その場合、システムは、リモート・コントロール装置上に、視聴者をサーファ選択層に戻すキーを確保する。
【００９８】
今、以後ナビゲータと呼ばれて引用される組込みバナー・ソフトウェアであって、そこには、いくつかのブーケ、たとえば、いくつかのＤＶＢブーケ・アソシエーション・テーブル（ＢＡＴ）内で放送されるいくつかサービス・リスト、がある組込みバナー・ソフトウェアを含み、本発明のプロセスの実施形態をより厳密に説明する。
【００９９】
ユーザーまたは視聴者は、たとえば次の表によるキーボードを持つリモート・コントロール装置を使用する。
【０１００】
【表１】
0004418615.tif 000002
【０１０１】
いつでも視聴者がデコーダの電源を投入すると、ナビゲータが始動する。それは次いでナビゲータの第１ページを表示するか、またはデコーダが停止される前の最後のセッションを復元する。デコーダはまた、本質的に周知の方法で待機状態にすることもできる。
【０１０２】
そこで選択されるブーケは、組込みナビゲータになる。
【０１０３】
ブーケを選択した後、ナビゲータは、好ましくはブーケのデフォルト・サービスでもあるブーケのサーファ・サービスを起動し、ブーケのデフォルト・サービスＰＭＴ（プログラム・マップ・テーブル）に示されたブーケのサーファ・アプリケーションを探し出す。
【０１０４】
ＰＭＴは、ＭＰＥＧ−２標準［３］に定義されている。
【０１０５】
次いでサーファ・アプリケーションはデコーダ内にダウンロードされ、デコーダのＲＡＭのサーファ・キャッシュに一時的に格納される。メモリのこの部分は、視聴者がそのブーケに留まる限り、ブーケ・サーファを保持するように設計されている。サーファをダウンロードした後、ナビゲータはサーファ・アプリケーションを始動する。
【０１０６】
たとえば、次のＢＡＴ内記述子を利用できる。
【０１０７】
【表２】
0004418615.tif 000003
【０１０８】
これは、いくつかのリンケージのタイプを提供する。たとえば、
リンケージ・タイプ１
リンケージ・タイプ１のリンケージ記述子は、ＢＡＴに関連付けられたブーケに放送されるサーファ・アプリケーションが含まれることをナビゲータに知らせる。サーファをロードし、起動するためには、最初に、ナビゲータはサーファ・サービスに同調しなければならない。このサービスは、そのリンケージ記述子のサービスＩＤに示されている。ナビゲータは次いで、「サーフ」と呼ばれる構成要素を後続させたアプリケーションをロードする。
【０１０９】
リンケージ・タイプ２
リンケージ・タイプ２のリンケージ記述子は、ＢＡＴに関連付けられたブーケに放送されるサーファ・アプリケーションは含まれないが、専用ＥＰＧアプリケーションが含まれることをナビゲータに知らせる。リモート・コントロール上のＥＰＧボタンは、専用ＥＰＧサービスに同調し、デフォルト・トラック上に後続するアプリケーションを起動するように、ナビゲータをトリガする。
【０１１０】
注記：このブーケのサービス・リストを視聴者に提示するサーファが無いので、ブーケ・サービスをＴＶスクリーン上に提示するために、製造者の組込みバナーのナビゲータが使用される。
【０１１１】
リンケージ・タイプ５
リンケージ・タイプ５のリンケージ記述子は、ブーケにはＥＰＧもサーファも含まれないが、１つのサービスがそのブーケのデフォルト・サービスを提供していることをナビゲータに知らせる。このサービスは、ブーケの入力時に背景で映像／音声を実行することをナビゲータが要求した場合に、最初に起動するサービスとしてナビゲータによって使用することができる。（これは、ナビゲータの画面表示がスクリーン全体を網羅せず、一部の映像を背景で再生する必要がある場合にのみ、真である）。
【０１１２】
上記の説明に従って、リンケージ記述子の５つの意味のある組合せを識別することができる。それを表３−リンケージ・タイプの行列に要約する。
【０１１３】
【表３】
0004418615.tif 000004
【０１１４】
ケースＩ：リンケージ・タイプ１だけがＢＡＴ内に示される。リンケージ・サービス内のサービスＩＤを使用することもデフォルトＴＶサービスである。したがってナビゲータは映像および音声を始動し、次いでブーケ・サーファのローディングおよび起動を開始する。サーファ・サービスもまた、事実上、デフォルト・サービスである。
【０１１５】
ケースＩＩ：リンケージ・タイプ２だけがＢＡＴにセットされる。ナビゲーションはブーケ・サービス・リストを提示し、サーフィン能力を提供しなければならない。視聴者がリモート・コントロール上のＥＰＧボタンを押すやいなや、ナビゲータはリンケージ記述子サービスＩＤに示されたサービスに同調し、デフォルト・アプリケーションを起動する。
【０１１６】
ケースＩＩＩ：デフォルト・サービスだけが、ＢＡＴのリンケージ・タイプ５のリンケージ記述子に示される。ナビゲータのユーザー・インタフェースがＴＶスクリーン全体を網羅している場合、背景に映像は流れず、したがって同調されるべき映像はない。しかし、ナビゲータがトランスペアレントであるか、またはＴＶスクリーンを部分的にしか網羅していない場合には、ナビゲータは最初にブーケ・デフォルト・サービスに同調しなければならない。
【０１１７】
ケースＩＶ：リンケージ・タイプ２およびリンケージ・タイプ５が両方ともＢＡＴに示される。これは、ナビゲータが最初にデフォルト・サービスを使用し、ユーザーがＥＰＧボタンをいつ押そうとも、ナビゲータは指示されたサービスからＥＰＧアプリケーションを起動することを意味する。
【０１１８】
ケースＶ：ＢＡＴに示されるリンケージ記述子はない。ナビゲータは、ＢＡＴから到来するサービス・リストを視聴者に提示しなければならない。さらに、サービス・リストの最初のサービスはデフォルト・サービスである。ＥＰＧまたはサーファは利用できない。ＥＰＧボタンは、このブーケには利用できるＥＰＧまたはサーファがないことを説明するメッセージを出す。
【０１１９】
上述の通り、ＤＶＢ環境では、サーファはブーケの取り決め（understanding）をサポートし、ブーケ・アソシエーション・テーブルＢＡＴ内で、シグラクされる（signal）。引例［１］も参照されたい。
【０１２０】
ＢＡＴの第１ループの「プライベート・データ指定子」は、さらなる記述子が特定の意味を持つことを示し、後続するリンケージ記述子タイプ＝＝１は、サーファ・アプリケーションを放送するサービスのサービスＩＤを含んでいる。
【０１２１】
このサービスはトラック・タグ「サーフ（ＳＵＲＦ）」を持ち、この構成要素がサーファ・アプリケーションを含むことを示す。
【０１２２】
ＤＶＢサービス・タイプに示されたサーファに対して、利用可能なサーファおよびブーケ・アソシエーション・テーブルについてのデコーダ内部知識を蓄積するルーチンの一例をこの後に示す。
【０１２３】
anzServices = Number of all available Services;
for n=1 to anzServices
if (Service_type of Service n) .eq. Serfertype
then store Surfer details in decorder's Surfer list
next n
end for
【０１２４】
ＤＶＢブーケ・アソシエーション・テーブルに示されたサーファの場合、次のルーチンの一例は、利用可能なサーファについての内部知識を蓄積するのに適用される。
【０１２５】
nBAT = Number of available bouquet association tables
for n=1 to nBAT
if BouquetAssociationTable [nBAT] contains Surfer_type indicator
then store Surfer details in decorder's Surfer list
next nBAT
end for
【０１２６】
ＤＶＢブーケ・アソシエーション・テーブル（ＢＡＴ）またはサービス記述テーブル（ＳＤＴ）のスキャンニングは、ＤＶＢ  ＳＩ標準に従って処理され、該標準の開示を参照によってここに組み込む。
【０１２７】
さらに詳しくは、ＯｐｅｎＴＶアプリケーションはフラッグを使用して、アプリケーションの特性を示す。アプリケーションおよび各アプリケーション・モジュールのためのオープンＴＶイン・フラッシュ・フラグは、ここで、システム内の認識プロセスに、特定のアプリケーションがサーファ・アプリケーションであることを知らせる。
【０１２８】
アプリケーション・フラッグは、サーファ・アプリケーションの予想外のローディングを防止するためにも使用される。
【０１２９】
図６および図７の図は、ここでさらに詳しく記載する本発明の実施形態によるサーファのインプリメンテーションを示す。
【０１３０】
図において、矩形は状態を表し、左右のボーダー（境界線）がある矩形は他のプログラム（詳しくは展開しない）を指し、菱形はｙｅｓ／ｎｏテストであり、円を含む菱形はリモート・コントロール・ボタンの押下／解除イベントを指す。
【０１３１】
ひとたびサーファがダウンロードされると、それは５０で始動させることができる。
【０１３２】
サーファはトランスペアレントで、または可視モードで始動することができる。スクリーンに何かを表示する必要があるか、それともトランスペアレント・モードにしておいた方がよいかを確定することは、サーファの義務である。
【０１３３】
サーファは起動されるたびに、適切なサービス処理を保証するために、現在のサービス環境を探索する。
【０１３４】
本発明のこの実施形態では、サーファはブーケ制御アプリケーションであるので、それはブーケの開始時およびブーケの終了時にも起動される。ブーケの終了時にサーファを起動することにより、現在のブーケ・セッションを一掃する方法が得られる。
【０１３５】
次いでサーファは、起動しながら、その状態によってそのメッセージ待ち行列内のイベントを識別する。
【０１３６】
図６の図は、非制限的実施例として、サーファの挙動モデルを示す。
【０１３７】
他のサーファはより少ない、またはより多くの機能性を提供するかもしれないが、そのような記述したサーファ挙動と相互作動するように、ナビゲータを実現する必要がある。
【０１３８】
待ち行列のメッセージを放棄（quit）するテスト５２は、５３でサービスを一掃して終了（exit）するか、またはサービスを復元して、サーファが依然として接続されているかどうかを５４でテストするために提供される。
【０１３９】
サーファを接続されている場合、サーファは可視モードで稼動する（ステップ５６）。
【０１４０】
次いで、「ＥＰＧ」  「０」、「１」、．．．「９」「Ｐ＋」「Ｐ−」「ＯＫ」の中のキーを押すことにより、サービスを選択する（ステップ５８）か、またはサービスを切り替え（テスト６０）、かつ／または可視モードを終了することができる。
【０１４１】
サーファが接続されている場合、待ち行列内のサーファ・キーについてのテスト５５が提供され、現在のサービスの表示（テスト５７）が実行され、それが純データ・サービスである場合には、ステップ５６（つまり可視モードで稼動し、ＥＰＧ押しボタンを起動するかまたは起動しない）に進む前に、待機画面（ステップ５９）が表示される。
【０１４２】
テスト５５（待ち行列内のサーファ・キー）が否定である場合、サーファを可視にして（ステップ６２）、以下で説明するプログラミング選択サービスを実行する（ステップ６４）し、トランスペアレント・モード（ステップ６７）に戻るため、またはたとえば接続が全くデフォルト・サービスに同調していない場合に、サービス環境を復元する（ステップ６３）ために、テスト６１（待ち行列内の「Ｐ＋」／「Ｐ−」キー）が行われる。
【０１４３】
次いで、テスト６５＜現在のサービス＝純データ・サービス＞が行われる。
【０１４４】
サービスが選択され（ステップ６６）、つぎにステップ５６に戻り、サーファが可視モードで稼動するか、あるいはサーファがトランスペアレント・モードで稼動する（ステップ６７）かのいずれかである。
【０１４５】
次いで、選択されるキー「ＥＰＧ」、「ＯＫ」、「Ｐ＋」、「Ｐ−」は、サーファを可視にするため（ステップ６８で、「ＥＰＧ」または「ＯＫ」キーから）、あるいはそれをトランスペアレントに維持するために（「Ｐ＋」、「Ｐ−」キー）に、アクセス可能となっている。
【０１４６】
図７は、本発明の実施形態によるサーファの再起動の一例を提供する。
【０１４７】
どのサーファ制御されたブーケでも、デコーダのナビゲータは、放送アプリケーションが終了するたびにサーファを再起動しなければならない。次いでナビゲータは、図７に示すようにリモート・コントロール（ＲＣ）キーを制御し、適切な処置を取る。たとえば、実行中のアプリケーションを停止して、メモリからサーファを再起動するように要求する。
【０１４８】
サービスが実行中である場合（ステップ７０）、視聴者はいずれかのＲＣキー、たとえば終了キー、ｐ＋／ｐ−キー、サーファ・キー、サーファ選択キー、ブックマーク・キーを使用して、キャッシュされたサーファが利用可能であるかどうかを検査するためのテスト７２を実行することができる。
【０１４９】
視聴者が７１でアプリケーションを停止したければ、サーファの実行に関するテスト７３が行われる。
【０１５０】
サーファが実行中でなければ、サーファの利用可能性に関するテスト７５が行われ、応答がｎｏである場合（線７９）、アプリケーションは８１で終了する。
【０１５１】
キャッシュされたサーファが利用可能である場合（線８３）、アプリケーションが実行中であるかどうかの事実に関するテスト８５が実行される。そうである場合には、アプリケーションは８７で停止され、そうでない場合にはサーファは８９で始動される。
【０１５２】
サーファに関するテスト７３が肯定である場合には、サーファは７２で停止され、ナビゲータ７４に戻る。
【０１５３】
アプリケーション・クラッシュ・テストを設けることができ、そのサービス上に関するテスト７８に進む。現在のサービスが純データ・サービスである場合、８２でアプリケーションに戻る前に、黒ＴＶスクリーンを回避するステップ８０が行われる。
【０１５４】
「ｐ＋」／「ｐ−」キーを押した場合、キャッシュされたサーファが利用可能であるかどうかを決定するテストが８４で実行される。
【０１５５】
応答が肯定である場合、サーファを始動するステップ８６が設けられ、サーファはサービス変更の要求を受け取る。
【０１５６】
利用可能なキャッシュされたサーファがない場合、アプリケーションが実行中であるかどうかを確定するテスト８８が行われる。そうである場合、アプリケーションは９２で停止され、そうでない場合、９２で「ｐ＋」／「ｐ−」キーによりサービスが選択される。
【０１５７】
サーファ・キーを押した場合、キャッシュされたサーファの利用可能性に関するテスト９１が提供される。
【０１５８】
そうである場合、９３でＥＰＧキーを押すことにより、サーファは始動される。
【０１５９】
そうでない場合、９５でブーケ・サービス・リストに関するテストが行われ、肯定応答の場合には、サーファ・リンケージに関するテスト９７が提供され、これにより、サービスを選択する（ステップ９９）か、またはブーケ・サービス・リスト・テスト９５にも関連する、＜サーフ＞機能を追跡するための、テスト１０１に進むことができる。
【０１６０】
＜サーフ＞トラックが見つからない場合、サーファは表示されない。＜サーフ＞トラックが見つかった場合、「イン・フラッシュ・フラグ＝サーファ・アプリケーション」に関するテスト１０３が実行される。
【０１６１】
そうでない場合では、１０５で通常アプリケーションが始動される。
【０１６２】
それ以外の場合には、１０７でサーファがロードされ、１０９でサーファが始動される。
【０１６３】
サーファ選択キーを押した場合、キャッシュされたサーファの利用可能性に関するテスト９４が提供される。
【０１６４】
応答が肯定である場合、サーファの稼動に関するテスト９６が実行され、そうである場合には、９８でサーファは停止される。
【０１６５】
実行に関する応答が否定である場合には、アプリケーションの実行に関するテスト１００が提供される。応答が肯定である場合、１０２でアプリケーションは停止される。
【０１６６】
応答がｎｏである場合、またはアプリケーションのそのような停止の後、１０４でサーファが始動され、９８で停止される。
【０１６７】
次いで、サーファ選択層１０６に達する。
【０１６８】
そのような層に達するための他の経路は、テスト９４に対する否定応答を通過する。
【０１６９】
次いでテスト１０８＜アプリケーションは実行中か＞が提供される。
【０１７０】
そうでない場合、またはｙｅｓの場合には１１０でアプリケーションを停止した後で、最終的にサーファ選択層に達する。
【０１７１】
現在選択しているサービスのタイプによっては、ナビゲータまたはサーファは同様の処置を実行する必要がある。たとえば、映像および音声構成要素を含むオープンＴＶアプリケーションを放送するするデータ・サービスの場合、プログラム＜サービス選択＞は、いずれかのアプリケーションがデコーダ・メモリにダウンロードされている間は開かれず、待ち画面が表示される。さらに、オープンＴＶ構成要素を含むサービスは、デフォルト・オープンＴＶ構成要素を持つ。通常、このオープンＴＶ構成要素は、放送アプリケーションである。いくつかのサービスでは、ＥＰＧ＼０またはサーフ構成要素がサービスのデフォルト構成要素またはトラックとみなされる。
【０１７２】
次いで特定のプログラム＜サービス選択＞（ここは図では表されない）は、チャネル変更を実行するプロセスに戻る。たとえば、サーファは、サービスを変更しＯＳＤで可視状態を続けた後、制御を維持するが、ナビゲータはすぐにサービスを変更した後、アプリケーション構成要素を起動するかもしれない。
【０１７３】
実際には、視聴者が組込み制御レベル（バナー）を要求しない限り、システムはサーファ制御状態のままである。このレベルで、視聴者は他のサービスを選択するか、またはネットワークで利用可能な他のサーファを選択することができる。
【０１７４】
ＩＲＤシステムは、ＩＲＤがサーファ制御状態にある場合、ある時刻に１つだけのサーファがあり、実行することを保証しなければならない。いくつかのアプリケーションが同時に実行できるシステム環境では、サーファ・アプリケーションは、特定の固定セットのシステム資源を持つ特権アプリケーションとみなされる。視聴者がデコーダに後でサービス選択に戻るように要求しない限り、サーファは、追い出されることにならない。
【０１７５】
複数の並行アプリケーションがシステムによって管理されているシステム環境では、サーファは唯一の特権アプリケーションである。
【０１７６】
ある時刻に１つのアプリケーションだけを実行することができるシステム環境では、本書で上述した通り、通常のアプリケーションが一時的に起動されて実行を終了した後に、サーファは再起動されなければならない。
【０１７７】
サーファ制御状態では、サーファはロードされ、視聴者が組込み制御状態に戻るまで、サーファがＩＲＤのメモリまたはキャッシュの専用部分に、一時的に格納される。また、サーファ制御状態では、サーファはシステム環境を維持する義務があるので、サーファはいかなる場合にもアクセス可能でなければならない。再び、これにより、サーファが以前にそこからロードされたネットワークに対し物理接続が、一時的に無い場合でも、視聴者が他のネットワークに同調し、サーファを再起動することが可能になる。
【０１７８】
サーファをＩＲＤのメモリにキャッシュすると、再起動時にサーファの始動時間も加速される。
【０１７９】
サーファ制御状態では、デコーダは、現行サーファまたは通常のアプリケーションのいずれかの稼動状態にある。通常のアプリケーションが終了するやいなや、再びサーファは立ち上がる。視聴者が組込み状態を要求した後、サーファは、クリーン・スイープを行うためにクリーンアップ・プロセスを実行することが必要になる。ＩＲＤは、ナビゲーション目的用の組込み制御状態にあるサーファを考慮しない。したがって、サーファ・アプリケーションが物理的に消去された場合、それは重要ではない。デコーダ・システムは、いずれかの状態にあるという知識を維持する。
【０１８０】
１つの実施形態では、１つのサーファだけが、デコーダのナビゲーション機能の制御を獲得していることを保証する手段として、デコーダのサーファ資源は、デコーダ・システム内において独特の資源である。サーファ・タスクまたはサーファ・メモリ・スロット（区画）は１つだけ存在する。さらに、ＩＲＤの状態を示す論理フラグは、デコーダ・システム内に１つだけ存在する。システム内の競合サーファの知識は無い。したがって、システムのどの部分がサービス・ナビゲーション・イベントを処理しているかは、いつでも明瞭である。
【０１８１】
特定のサービスへのリンク以外に、ＩＲＤ組込みソフトウェアは、視聴者がサーファのリストから１つのサーファを選択することを可能にする。したがって、ＩＲＤは、サーファ・アプリケーションの存在および場所に関する知識を必要とする。
【０１８２】
サーファ・アプリケーションを通知し、指示する方法は、ネットワークに特定的であり、サービス・ブラウザの概念とは抵触しない。サーファは、たとえば特定のサービス・タイプとして、またはチャネルもしくはプログラム内の特定の構成要素タグとして指示することができる。その場合、そのネットワークでサーファを見つけて、これらのブラウザ・アプリケーションにリンクを提示することは、デコーダの義務である。
【０１８３】
デコーダに関して追加的に注釈する。従来技術では、どのアプリケーションもデコーダの資源を利用することができる。しかし、いくつかの資源は、デコーダの適切な挙動および性能に関して制限され、不安定である。デコーダのＥＥＰＲＯＭまたはフラッシュの永久メモリは、最も重要な点（most critical point）の１つである。
【０１８４】
ここで詳しく記述した本発明の実施形態について、今から次のことを定義する。
【０１８５】
ファイルシステム・ポリシー
どのアプリケーションでも、デコーダのファイル・システム内の残りの全空間を非常に長い時間割り当てることができる。システム管理者がいないので、他のアプリケーションは、それがデコーダのファイル・システムを利用できるようになる前に、このファイルの満了日を待つ必要がある。１つの放送会社またはサービス・プロバイダがデコーダのファイル・システム・メモリを他のアプリケーションに対して閉鎖するのを防止するために、メモリ全体を制作者に基づき区分することが推奨される。放送会社または本発明の環境システムのサービス運用者は、ある範囲の制作者識別を使用する。一部の制作者ＩＤだけが、ファイル・システム内のメモリを割り当てることを許される。
【０１８６】
消費者はこの制作者ＩＤを選択することができる。実際に、彼は彼のデコーダのメモリの区分化を実行し、したがって消費者は、どの放送会社がデコーダの資源を利用することができるかを決定する。
【０１８７】
さらに、サービス・プロバイダ（制作者）はメモリの「彼の」部分を受け持つ。これは、ファイル・システムにおけるメモリ割り当ての注意深い使用を導く。消費者が各放送会社のために割り当てることのできる最小限のスロット・サイズがある。
【０１８８】
ブーケのスロット・サイズ
本発明の実施形態では、３２Ｋバイトの最小スロット・サイズが、消費者によって永久ファイル・システム内のメモリを割り当てることを許可されたブーケ運用者のために、デコーダの永久メモリ内で利用可能である。
【０１８９】
ブーケ・メモリ識別
アプリケーションは、制作者ＩＤおよびアプリケーションＩＤによって識別される。制作者ＩＤは一意の値（unique value）を持たなければならない。
【０１９０】
ブーケ・プロバイダを識別するために、オープンＴＶ制作者ＩＤは、たとえばＤＶＢブーケＩＤを含む。この値は、ファイル・システム内の経路を識別するために用いられ、アプリケーションはデータを格納することができる。
【０１９１】
スロット管理ポリシー
デコーダは、Ｒａｍファイル・システムに利用可能な１２８Ｋバイト、およびフラッシュ・ファイル・システムに利用可能な２５６Ｋバイトのフラッシュ・メモリを有する。
【０１９２】
クォータ（quota  割当量）管理ポリシーは、デコーダ・ファイル・システムの永久部分、フラッシュ・ファイル・システムに適用される。
【０１９３】
適切な許可フラグを持つアプリケーションだけが、ファイル・システム、フラッシュまたはＲａｍ、の空間を割り当てることができる。適切な製造者ＩＤおよび許可フラッグを持つアプリケーションだけが、フラッシュ・ファイル・システムを使用することができる。したがって、製造者はファイル・システムの使用法（usage）をカスタマイズする必要がある。
【０１９４】
したがって、デコーダは、フラッシュ・ファイル・システムに書き込むことを許可された有効な制作者ＩＤのリストを維持する必要がある。このリストに添付された合計値があり、それは現在、フラッシュ・ファイル・システム内の各３２Ｋバイトスロットに割り当てられる。放送されるアプリケーションには、それがどれだけのメモリ量を割り当てるつもりであるか、その数字が付属してくる。この数字が残りの空間を超える場合、それは上書きされて最大残量に減少される。次いで、さらなるメモリ割り当てはオープンＴＶによって処理され、この制限を超える割当要求は拒絶される。
【０１９５】
今から、本発明の一実施形態によるシステムの機能の一例を説明しよう。
【０１９６】
リモート・コントロール・キーボードから、視聴者はブーケのリスト、たとえば５つのブーケであって、そのうち２つがサーファを含む（ブーケ１および２）を選択する。
【０１９７】
次いで、サーファを含む１つのブーケ、たとえばブーケ１が、ＯＫボタンを押すことにより選択される。
【０１９８】
デコーダはブーケ１のデフォルト・サービスに同調し、サーファをサーファ・キャッシュにダウンロードする。
【０１９９】
次いでサーファはＴＶ画面上でサーファ・キャッシュから起動され、同時にデコーダはブーケ１に同調される。
【０２００】
次いでサーファがＴＶ画面の一部に、たとえば実行中のデフォルト音声映像サービス（ブーケのデフォルト・チャネル）の上に、ブーケの全チャネルを示すスクロール・リストの形で表示される。
【０２０１】
次いで、アップとダウンのボタンを押すことにより、リスト上のチャネルが選択される。
【０２０２】
望み通りのチャネルに達したときに、視聴者はＯＫボタンを押すことによって、前記選択したチャネルにデコーダを同調させる。
【０２０３】
特定のルック・アンド・フィールを有するサーファを与えられていないブーケが選択された場合、視聴者は、組込みバナーのルック・アンド・フィールを通してＥＰＧのみを含む通常アプリケーションにアクセスしなければならない。
【０２０４】
サーファの場合、いつものＴＶチャネル（通常アプリケーション）に同調する代わりに、対話的にイベント情報を提供するＥＰＧアプリケーションに同調することができる。
【０２０５】
アプリケーションを（つまり、音声または映像サービスだけでなく、ＥＰＧアプリケーションをも）持つ別のチャネルがサーファから選択されるたびに、サーファをサーファ・キャッシュから再起動しなければならない。
【０２０６】
追加の利点および変形が当業者には容易に思い付くであろう。したがって、本発明はその広い態様において、ここで図示しかつ説明した特定の詳細、代表的装置および図面、ならびに解説例に限定されない。
【図面の簡単な説明】
【図１】  本発明と共に使用されるＴＶ放送システムを示す略図である。
【図１−２】  本発明と共に使用される統合レシーバ・デコーダ（ＩＲＤ）のより詳細なブロック図である。
【図２】  ナビゲーション目的でシステムにアクセスするリモート・コントロール・キーイベントの２つの例を含む、従来技術のデコーダの内部メモリの略図である。
【図３】  システムにアクセスするナビゲーション・イベントの簡易フローチャートの一例を含む、本発明の一実施形態によるデコーダの内部メモリの略図である。
【図４】  本発明の一実施形態による、バナーまたはサーファのいずれかを使用してサービスが選択されることに重点を置いたフローチャートである。
【図５】  本発明の一実施形態に従ってユーザー／視聴者が選択できる経路（paths）を示す機能図である。
【図６】  本発明によるサーファ実現（surfer implementation）の一例を示すフローチャートである。
【図７】  本発明による、システムとサーファと通常アプリケーションとの間の対話（interaction）の一例を示すフローチャートである。
【図１】
0004418615.tif 000005
【図１−２】
0004418615.tif 000006
【図２】
0004418615.tif 000007
【図３】
0004418615.tif 000008
【図４】
0004418615.tif 000009
【図５】
0004418615.tif 000010
【図６】
0004418615.tif 000011
【図７】
0004418615.tif 000012