(57)【特許請求の範囲】
【請求項１】
一方向通信によって、少なくとも２つの異なるアプリケーションにデータを選択的に供給し、前記少なくとも２つの異なるアプリケーションのそれぞれは、前記アプリケーションの現在の状態を格納する方法であって、
ＤＳＭ−ＣＣまたはＵＨＴＴＰプロトコルによるディレクトリおよびファイルの階層構造に応じてデータを体系化し、
前記アプリケーションの現在の状態と関連付けて、
前記データと前記状態インジケータを前記少なくとも２つの異なるアプリケーションに送信し、
前記少なくとも２つの異なるアプリケーションのそれぞれは、前記データと前記状態インジケータを受信し、前記アプリケーションの現在の状態を確認し、前記確認した現在の状態を前記状態インジケータと比較し、前記アプリケーションの前記確認した現在の状態が前記データと関連する前記状態インジケータにより規定された前記状態に属していれば前記アプリケーションにデータを読出させて、一方、前記状態に属していなければ前記アプリケーションが前記データを読むのを禁止し、前記アプリケーションの現在の状態に影響する変化に対して前記アプリケーションの現在の状態に影響する特性をモニターし、前記特性が他の状態インジケータにより規定された状態に属するように、前記モニターした特性内の変化に応じて、前記アプリケーションの現在の状態を変化させる方法。
【請求項２】
前記状態インジケータが位置を規定し、かつ前記モニターした特性は位置の変化である請求項１に記載の方法。
【請求項３】
前記位置は、少なくとも２つの座標を備えている請求項２に記載の方法。
【請求項４】
前記位置は、予め規定された領域を備えている請求項２に記載の方法。
【請求項５】
前記状態インジケータは、位置及び位置の変化率の組合せを規定する請求項１に記載の方法。
【請求項６】
前記状態インジケータは、少なくとも１つの気候状態を規定し、前記モニターする特性は少なくとも１つの気候状態の変化である請求項１に記載の方法。
【請求項７】
前記状態インジケータは、少なくとも１つのディレクトリ名を備え、前記モニターする特性は前記ディレクトリ名の変化である請求項１に記載の方法。
【請求項８】
請求項１ないし請求項７のいずれか１項に記載の方法にしたがって動作する一方向通信システムにおいて、
一方向通信チャネル上での送信に先立って前記状態インジケータをデータに関連付ける手段と、
データおよび状態インジケータを送信する手段と、
少なくとも２つのアプリケーションであって、それぞれが前記アプリケーションの現在の状態を格納する手段と、前記データと前記状態インジケータを受信する手段と、前記アプリケーションの現在の状態を確認する手段と、前記確認した現在の状態を前記状態インジケータと比較して、前記アプリケーションの前記確認した現在の状態が前記状態インジケータにより規定された前記状態に属していれば前記アプリケーションにデータを読出させ、前記状態に属していなければ前記アプリケーションが前記データを読むのを禁止する手段と、を有する前記少なくとも２つのアプリケーションと、を備え、
前記少なくとも２つのアプリケーションのそれぞれが、前記アプリケーションの現在の状態に影響する変化に対して前記アプリケーションの現在の状態に影響する特性をモニターする手段と、前記特性が他の状態インジケータにより規定された状態に属するように、前記モニターした特性内の変化に応じて、前記アプリケーションの現在の状態を変化させる手段と、をさらに有する一方向通信システム。
【請求項９】
請求項８に記載された一方向通信システムにおいて、
前記状態インジケータを送信する前にデータとの関連付けを行う手段を備え、
前記状態インジケータは、データフィルタリングの基準として用いられるべき状態を規定し、これにより、前記アプリケーションは、前記アプリケーションの現在の状態が前記状態インジケータにより規定された前記状態に属する場合のみ、前記データを読出し可能である一方向通信システム。
【請求項１０】
請求項８に記載された一方向通信システムで使用可能な受信局において、
前記アプリケーションの現在の状態を格納する手段と、
前記データと前記状態インジケータを受信する手段と、
前記アプリケーションの現在の状態を確認する手段と、
前記確認した現在の状態を前記状態インジケータと比較して、前記アプリケーションの前記確認した現在の状態が前記状態インジケータにより規定された前記状態に属していれば前記アプリケーションにデータを読出させ、前記状態に属していなければ前記アプリケーションが前記データを読むのを禁止する手段と、を備え、
前記少なくとも２つのアプリケーションのそれぞれが、前記アプリケーションの現在の状態に影響する特性をモニターする手段と、前記特性が他の状態インジケータにより規定された状態に属するように、前記モニターした特性内の変化に応じて、前記アプリケーションの現在の状態を変化させる手段と、をさらに有する受信局。
【請求項１１】
前記アプリケーションの現在の状態を確認する手段は、前記アプリケーションの現在の状態に関する情報を受ける入力手段である請求項１０に記載の受信局。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は、一方向通信を使用して所定の送り先にデータ放送を供給するためのシステム、および、そのようなシステムに使用可能な装置に関し、対象となる広告に対して特定の限定的でないアプリケーションを有している。
【０００２】
（背景技術）
一方向ラジオリンクにわたってデータのカルーセルを送信するための複数の基準（規格）がある。そのようなデータのカルーセルは、システム上に適切に設けられた任意の受信器に利用可能な情報を含んでおり、受信器は、ユーザの要求に応じてカルーセルからデータを選択することができる。一般に、ユーザは、メニュー構造を通じて誘導され、所望のデータに到達する。データのカルーセルは、例えばテキストファイル、画像ファイル、オーディオ・ビジュアル・ストリーム・ファイル、イベント、放送ストリームに対する参照といった任意のタイプの電子オブジェクトを含むことができる。基準（規格）は、任意の上流側通信を必要とすることなく受信器がカルーセルを再現できるラベリングを伴うパケットへとデータカルーセルを整列するプロトコルを与える。ラベリングは、ファイル名、オブジェクト全体を受ける予定時間、オブジェクトが圧縮されているか否か、エラーチェックのタイプといった情報を伝える。
【０００３】
カルーセル内のデータは、地理的に編成された情報をネットワーク内の異なる送信器によって送信することにより、地理的に対象とされても良い。これは、例えばデジタル・オーディオ・ブロードキャスト（ＤＡＢ）規格で与えられる。このようなターゲティング方法は、送信器の対象範囲によって規定される粗い局地的なターゲティングを与える。
【０００４】
ターゲティングの他の形式は、ＲＤＳ（ラジオ・データ・システム）規格によって与えられるとともに、文献ＴＭＣ概論、警告−Ｃコーディング  ハンドブック、バージョン  Ｆ０２．１，０１−０２−９９に記載されている。この場合、交通事変の場所を含む交通事変に関する情報は、ラジオチャンネルで放送することができる。任意のＲＤＳが設けられた受信器は、そのような全ての交通情報をデコードすることができるとともに、例えば受信器の場所に基づいて情報をフィルタリングすることができ、これによって、関連する情報だけがユーザに与えられる。しかしながら、送信される場所等のターゲティング情報は、交通事変の特徴であり、異なるかもしれない受信装置の特徴ではない。また、一般にユーザが交通事変に関するそのような情報を知る必要がある時に、フィルタリングに使用される場所等の送信情報が受信装置のユーザに与えられる。
【０００５】
例えばＧＳＭ携帯電話等の双方向リンクが利用可能な場合には、個々の受信器に対してさえもデータのターゲティングを与えることができるが、上流側のチャンネルが利用不可能な場合には、作動中の多くの一方向システムがある。また、一方向操作のみを使用してデータを放送することが望ましい場合には、双方向通信性能を有するシステムがある。
【０００６】
更に、ケーブルネットワークにおいては、放送データの対象付けられた供給が望ましい。
【０００７】
（発明の開示）
本発明の目的は、一方向通信を使用したデータ供給の改良されたターゲティングを提供することである。
【０００８】
本発明は、例えばＴＶネットワークなどの一方向通信だけのために設けられるシステムで実施できるとともに、例えば携帯電話ネットワーク等の双方向通信のために設けられるシステムで実施することができる一方向通信を備えている。
【０００９】
以下の説明およびクレームにおいて、用語「アプリケーション」は、受けたデータの情報内容を記憶し、送信し、表示し、処理し、あるいは、これらの動作の任意の組み合わせを行なう任意の装置またはソフトウエアを示している。
【００１０】
以下の説明およびクレームにおいて、用語「状態」は環境の特徴を示しており、また、句「アプリケーションの状態」は、アプリケーションの環境の特徴を示している。状態の例は、場所、場所の組み合わせ、場所の変化率、１または複数の気候状態である。状態が場所である場合、場所は、例えば予め規定された領域や少なくとも２つの座標を備えていても良い。
【００１１】
本発明の１つの形態においては、一方向通信によってアプリケーションにデータを選択的に供給する方法であって、送信前に状態インジケータをデータに関連付け、データおよび状態インジケータを送信し、データおよび状態インジケータを受信し、アプリケーションの現在の状態を確かめ、確かめられた現在の状態と状態インジケータとを比較し、アプリケーションの確かめられた現在の状態が状態インジケータによって規定される状態の範囲内にある場合には、アプリケーションによるデータの読み取りを許容し、それ以外の場合には、アプリケーションによるデータの読み取りを禁止する方法が提供される。
【００１２】
送信前、データは、状態インジケータでラベル付けされる。状態インジケータは、データを読み取るアプリケーションのための必須条件としてアプリケーションのローカル環境の特徴でなければならない状態を規定する。データが受信された後であって、データがアプリケーションによって読み取られる前に、データフィルタリング処理が適用され、これによって、データは、状態インジケータによって規定された状態がアプリケーションのローカル環境の特徴である場合にだけ、アプリケーションによって読み取られる。フィルタリング処理は、アプリケーションの状態と状態インジケータによって規定された状態とを比較することを備えている。状態インジケータは、フィルタリングのために使用されるが、ユーザに対して表示されない。
【００１３】
この手段によって、アプリケーションがデータを読み取ることができる制御を送信前に利用できる。この制御によって、一方向通信リンクにわたって新たなサービスを提供することができるデータ供給の改良されたターゲティングが可能となる。他の利点は、アプリケーションがそれに関連しないデータを記憶する必要がないという点である。
【００１４】
アプリケーションの状態の一例は、アプリケーションの場所である。アプリケーションの場所は、ユーザ・インタフェースを介したユーザ入力によって、あるいは、ＧＰＳ受信器等の位置計測装置によって、また、必要に応じて、場所の名前と座標とを関連付けるデータベースと組み合わせることによって、確かめられても良い。
【００１５】
このようにして、例えば、全国的なサービスを提供するが場所によって異なるサービスを提供するファーストフード配達会社は、ユーザに利用不可能なメニューを公開することなく、全国放送ラジオチャンネル上で、その各店舗の配達領域を対象とする地元のメニューを選択的に送信することができる。このシナリオにおいて、アプリケーションは、家で使用でき且つデジタルテレビ受信器またはセット・トップ・ボックスによってデータを受信する情報ブラウザーであっても良い。
【００１６】
また、この手段により、他の例として、暗号化されても良い映画等の特定の放送情報に対するライセンスの権限が、所定の対象領域のみに規制されても良い。このシナリオにおいて、アプリケーションは、利用可能な映画のスケジュールであっても良く、また、デジタルテレビ受信機内で実施可能である。
【００１７】
アプリケーションの状態の第２の例は、アプリケーションの環境の特徴である気候情報である。気候情報は、気候センサによって確かめられても良い。
【００１８】
このようにして、例えば、熱い気候下に晒されている潜在的な顧客を対象に、清涼飲料の広告を行なうことができる。他の例として、広告とあまり関係がない顧客を不快にすることなく、雨に晒されている潜在的な顧客を対象に、防水服の広告を行なうことができる。これらのシナリオにおいて、アプリケーションは、広告主によって提供される天気予報サービスをサポートするパーソナル端末であっても良い。
【００１９】
アプリケーションの状態の第３の例は、場所の組み合わせ及びアプリケーションの場所の変化率である。場所及びアプリケーションの場所の変化率は、位置・速度計測装置によって確かめることができる。
【００２０】
このようにして、例えば、特定の領域における道路交通および特定の方向での走行においては、影響を受けない旅行者を惑わすことなく、交通事故の影響を最小限にするために他の回避ルートをとるように通告することができる。このシナリオにおいて、アプリケーションは、自動車に搭載されたラジオ端末内で実施されるトラベル情報サービスであっても良い。
【００２１】
本発明の他の形態においては、前述した方法にしたがって動作する通信システムであって、送信前に状態インジケータをデータに関連付ける手段と、データおよび状態インジケータを送信する手段と、データおよび状態インジケータを受信する手段と、アプリケーションの現在の状態を確かめる手段と、確かめられた現在の状態と状態インジケータとを比較し、アプリケーションの確かめられた現在の状態が状態インジケータによって規定される状態の範囲内にある場合には、アプリケーションによるデータの読み取りを許容し、それ以外の場合には、アプリケーションによるデータの読み取りを禁止する手段とを備えている通信システムが提供される。
【００２２】
本発明の他の形態においては、前記通信システムで使用可能なエンコード装置であって、送信前に、データフィルタリング基準として使用される状態を規定する状態インジケータをデータに関連付ける手段を備え、これにより、アプリケーションは、アプリケーションの状態が状態インジケータによって規定される状態の範囲内にある場合にのみデータの読み取りを行なうことができるエンコード装置が提供される。
【００２３】
送信前にデータに関連付けられる状態インジケータは、様々な方法で実施されても良い。例えば、状態インジケータは、以下の３つの領域、すなわち、状態のタイプの表示と、状態領域の長さの表示と、状態の１または複数の値を含む状態領域とを備えている。他の例として、状態インジケータは、少なくともディレクトリ名を備えていても良い。なお、この方法については後述する。
【００２４】
本発明の更なる形態においては、前記通信システムで使用可能なデータフィルタリング装置であって、アプリケーションの現在の状態と、送信されるデータに関連付けられた状態インジケータとを比較する手段と、アプリケーションの現在の状態が状態インジケータによって規定される状態の範囲内にある場合には、アプリケーションによるデータの読み取りを許容し、それ以外の場合には、アプリケーションによるデータの読み取りを禁止する手段とを備えているデータフィルタリング装置が提供される。
【００２５】
本発明の他の更なる形態においては、前記通信システムで使用可能な受信局であって、データおよびデータに関連付けられた状態インジケータを受信する手段と、アプリケーションの現在の状態を確かめる手段と、アプリケーションの確かめられた現在の状態と状態インジケータとを比較する手段と、アプリケーションの確かめられた現在の状態が状態インジケータによって規定される状態の範囲内にある場合には、アプリケーションによるデータの読み取りを許容し、それ以外の場合には、アプリケーションによるデータの読み取りを禁止する手段とを備えている受信局が提供される。
【００２６】
アプリケーションの現在の状態を確かめる手段は、受信局と一体であっても良く、あるいは、外部に位置されていても良い。この場合、現在の状態が受信局に報告される。同様に、アプリケーションが受信局と一体あるいは受信局の外部に設けられていても良い。
【００２７】
以下、添付図面を参照しながら、本発明の一例を説明する。
【００２８】
（発明の実施の形態）
明瞭にするため、まず最初に、例えばデジタルテレビ受信器（あるいは、携帯型）、セット・トップ・ボックス、あるいは、ビデオテープレコーダであっても良いラジオ受信局で実施される情報・広告サービスのための端末に用いられる一般データおよび状態情報（状況情報）に関する実施例によって本発明を説明し、その後、特定データおよび状態情報に関する実施例について詳述する。
【００２９】
図１には、データおよび関連する状態情報を含むデータベース１０が示されている。データおよび状態情報は、ＩＳＯ／ＩＥＣ  １３８１８−６：１９９８において規定されたＤＳＭ−ＣＣプロトコルにしたがってデータおよび状態情報をエンコードするエンコーダ１１に送られ、これによって、データに関連付けられた状態インジケータが形成される。
【００３０】
ＤＳＭ−ＣＣ規格は、ディレクトリ構造にしたがってファイル内のデータのエンコードをサポートし、モジュール内のオブジェクトとしてファイルおよびディレクトリをエンコードすることによって、オブジェクト・カルーセルが実施される。状態インジケータは、少なくともディレクトリ名を含んでおり、その詳細については後述する。
【００３１】
エンコードされたデータおよび状態インジケータは、これらを放送するラジオ送信ネットワーク１２に送られる。あるいは、エンコード装置が送信ネットワークと一体を成していても良い。
【００３２】
放送信号は受信局１７によって受信される。受信局１７は、ラジオ受信器１３と、デコーダ１４と、状態測定手段１６と、データフィルタ１５と、アプリケーション・プロセッサ１８と、ユーザ・インタフェース１９とを備えた携帯用機器であっても良い。
【００３３】
ラジオ受信器１３によって受信されるラジオ信号はデコーダ１４に送られる。デコーダ１４は、ＤＳＭ−ＣＣプロトコルをデコードして、受けたモジュールからディレクトリ構造およびデータファイルを展開する。データフィルタ１５は、どのデータがデコーダ１４からアプリケーション・プロセッサ１８に送られるかを制御する。この選択は、状態に基づいて決定される。状態測定装置１６は、アプリケーションの現在の状態をデータフィルタ１５に知らせる。データフィルタは、アプリケーションの現在の状態と、データに関連付けられた状態情報とを比較し、現在の状態が状態インジケータによって規定される状態の範囲内にある場合には、データをデコーダ１４からアプリケーション・プロセッサ１８に送ることができる。
【００３４】
アプリケーション・プロセッサ１８が受けるデータは、ユーザ・インタフェース１９によってユーザに与えられる。状態インジケータはユーザに与えられない。
【００３５】
前述した実施例の詳細においては、テイクアウト・配達サービスを提供するサウサンプトン市にあるピザ販売業者の以下のシナリオに関して、本発明を説明する。
【００３６】
図２に示されるように、市は、郵便番号ＳＯ１４，ＳＯ１６，ＳＯ１７，ＳＯ１８によって識別される４つの郵便領域に分割される。市の中心は領域ＳＯ１７内にある。領域ＳＯ１４と領域ＳＯ１８との間の境界に沿って川１が流れており、ＳＯ１４とＳＯ１８とを接続する有料橋２が川を横切っている。ピザ販売業者は、領域ＳＯ１６，ＳＯ１７，ＳＯ１８内で店舗３，４，５を経営している。ピザ販売業者は、国中で別の店舗を経営しているため、全国デジタルテレビチャンネルでメニューを選択して広告している。領域ＳＯ１６内にあるピザ店舗３は、標準のメニューを提供している。領域ＳＯ１７内にあるピザ店舗４は、大きい市内の店舗であり、幅のあるメニューを提供している。領域ＳＯ１８内にあるピザ店舗５は、郊外にあり、主にテイクアウトの注文を扱っているため、限られたメニューを提供している。
【００３７】
ピザ販売業者は、全てのメニューを広告したいと考えているが、地元で製品を購入することができない顧客に対して製品を広告することを避けている。したがって、領域ＳＯ１７内においてのみ、幅のあるメニューが広告され、領域ＳＯ１８内の顧客は、標準的なメニューすなわち幅のあるメニューからの注文を勧誘されない。これは、有料橋をわたって配達するのにかかる追加料金を受け入れることができないからである。
【００３８】
以下、前述したシナリオに関して、実施例の詳細を説明する。
【００３９】
データベース１０に記憶されたデータは、ピザ販売業者によって提供されるメニューであり、関連する状態情報は、メニューを適用できる場所（位置）を含んでいる。メニューを適用できる場所（位置）は、郵便番号として表わされている。また、データベースは、ピザ販売業者に関する場所（位置）に依存しない情報を含んでいる。
【００４０】
データおよび状態情報は、ＤＳＭ−ＣＣ規格にしたがって、エンコーダ１１により、ファイルおよびディレクトリの階層へとエンコードされる。図３には、現在のシナリオに関連する６層のディレクトリおよび１層のファイルが示されている。図３においては、明瞭のため、ディレクトリおよびファイルのサブセットの一例が示されている。
【００４１】
層０には、全ての状態依存データを含むルートディレクトリ１００がある。
【００４２】
層１には、データのフィルタリングのために使用可能な状態の各タイプに関するディレクトリがある。１つのディレクトリ１１０は位置ディレクトリである
層２には、層１の各ディレクトリ内でアルファベット順に市を分類するためのアルファベット順のディレクトリセットがある。１つのディレクトリ１２０は、文字Ｓで始まる市の名前に関するディレクトリである。
【００４３】
層３には、文字Ｓで始まる名前を有する各市に関するディレクトリがある。１つのディレクトリ１３０は、サウサンプトンに関するディレクトリである。
【００４４】
層４には、郵便（住所）番号によって規定されるサウサンプトンの各郵便領域に関するディレクトリがある。領域ＳＯ１４，ＳＯ１６，ＳＯ１７，ＳＯ１８のそれぞれに対応する４つのディレクトリ１４０，１４１，１４２，１４３がある。
【００４５】
層５には、ユーザに利用可能な各情報トピックに関するディレクトリがある。１つのディレクトリ１５０は、例えば、領域ＳＯ１６にあるテイクアウトフードショップに関するディレクトリである。
【００４６】
層６には、領域ＳＯ１６内の各テイクアウトフードショップに関するファイルがある。１つのファイル１６０は、領域ＳＯ１６内でピザ販売業者が提供するメニューを含んでいる。このファイル１６０は、ディレクトリの階層の外側にあるファイル１７０とクロス・レファレンス（相互参照）している。ファイル１７０は、ピザ販売業者に関する状態に依存しない情報を含んでおり、任意の市または領域に関連するディレクトリによって相互参照されても良い。
【００４７】
この実施例において、状態インジケータは、組み合わせて特定の領域に関連するデータを示すディレクトリ名のセットを層０〜４に含んでいる。
【００４８】
再び図１を参照すると、このシナリオにおける状態測定手段１６は、受信局１７で実施されるアプリケーションの現在の場所をデータフィルタ１５に知らせるＧＰＳ受信装置である。受信局１７は、例えば、デジタルテレビ受信器である。データフィルタ１５は、ＧＰＳ座標を郵便番号に翻訳するために使用する郵便番号データベースを有している。データフィルタ１５は、放送データストリームから、現在の場所を対象とするファイルおよび場所に依存しないデータを抽出し、これらのファイルに含まれるデータをアプリケーション・プロセッサ１８で利用できるようにする。
【００４９】
アプリケーション・プロセッサ１８は、ユーザによるその後の検索のために、データを記憶するとともに、ユーザ・インタフェース１９によってユーザに表示するために、データをフォーマットする。データは、受信後直ちに表示されても良く、あるいは、データがユーザによって要求されるまで表示が保留されても良い。状態インジケータはユーザに与えられない。
【００５０】
あるいは、データファイル１５は、アプリケーションがデータを要求するまで、放送データストリームからのデータ抽出を保留しても良い。このようにして、データの記憶は、アクセス時間の増大を犠牲にして減少される。
【００５１】
状態が場所情報である本発明の用途において、状態は、建物の名前、通りの名前、所定の地理上の名前、仕事名、公園、郵便番号、市の地域といった管理領域の名前、グリット照合等の２次元座標、ＧＰＳ座標等の３次元座標、２次元領域または３次元空間を規定する座標のセットを含む任意の方法で表わされても良い。
【００５２】
状態が気候情報である本発明の用途において、状態は、例えば温度、湿度、光強度、雨量、地震データ、あるいは、風力であっても良い。
【００５３】
あるいは、データを放送して状態情報を特徴付けるために、ＤＳＭ−ＣＣ以外のプロトコル、例えばＵＨＴＴＰが使用されても良い。
【００５４】
あるいは、用途に応じて、デコーダ１４からアプリケーション・プロセッサ１８へのデータの流れが異なる方法で制御されても良い。第１の例として、データは、放送から直接利用可能になると直ちにアプリケーション・プロセッサ１８に送られても良い。第２の例として、データは、アプリケーションがデータを要求するまで、デコーダ１４またはデータフィルタ１５によって記憶されても良い。そのような要求は、アプリケーションプロセスのスタートアップ時に開始されても良く、あるいは、ユーザの要求によって開始されても良い。第３の例として、全ての適用可能な状態依存情報は、状態依存データの任意のサブセットに関し、ユーザからの要求に応じてアプリケーション・プロセッサ１８に送ることができる。ピザ販売業者のシナリオにおいては、ピザ販売業者データに関する要求の結果、同じ領域内の全てのテイクアウトショップに関するデータがアプリケーション・プロセッサ１８に送られ、これにより、ユーザがその任意のデータを要求する場合には、データを即座に利用できる。第４の例として、状態の変更は、デコーダ１４からアプリケーション・プロセッサ１８への最新情報の流れをトリガーすることができる。ピザ販売業者の例においては、携帯受信器が領域間で移動する時に、メニュー情報を更新することができる。
【００５５】
あるいは、情報インジケータが状態のクラスを示していても良く、これにより、その現在の状態がクラスの範囲内にある任意のアプリケーションによるデータの読み出しが可能となっても良い。例えば、クラスが場所のグループを含んでいても良く、グループ内の任意の場所のアプリケーションによりデータを読み出すことができる。
【００５６】
ピサ販売業者のシナリオで説明したディレクトリ構造を使用して、状態のクラスが以下のように示されても良い。サウサンプトンの全体にわたって適用可能な１つのピザメニューがあると仮定する。この場合、各領域内のテイクアウトショップに関する層５の全てのディレクトリは、ピザ販売業者に関する都市メニューを含む同じ層６のファイルを示す。
【００５７】
あるいは、アプリケーションの現在の状態が変更されて、表示もしくは記憶されたデータのデータフィルタリング基準がもはや有効ではない場合には、その後の検索のために表示され或は記憶されたデータが消去され、更新され、あるいは、上書きされても良い。
【００５８】
本発明の実施例では、状態測定手段１６が場所を確かめるためのＧＳＰ受信器である場合について説明したが、例えばユーザ・インタフェースによる郵便番号またはマップ座標の入力、あるいは、推測航法を含む他の状態測定手段が場所を確かめるために使用されても良い。
【００５９】
デジタルテレビチャンネルを通じたデジタルテレビ受信器への送信に関して本発明を説明してきたが、本発明は、双方向性能を有するシステムにおける一方向リンクを含む他の一方向ラジオリンクに適用することができ、また、セット・トップ・ボックス、ビデオテープレコーダ、オーディオ・レシーバ等の他のラジオ受信装置に適用することができる。
【００６０】
ラジオ通信を使用する特定の実施例について説明してきたが、本発明は、ケーブル通信を使用するシステムに適用することができる。
【００６１】
広告データに関して本発明を説明してきたが、本発明は他のタイプのデータに適用することができる。
【００６２】
この明細書およびクレーム中において、部材に先立つ単語「ａ（１つの）」または「ａｎ（１つの）」は、そのような部材が複数あることを除外していない。また、用語「ｃｏｍｐｒｉｓｉｎｇ（備えている、含んでいる）」は、記載されたもの以外の部材またはステップの存在を除外していない。
【００６３】
この開示内容を読めば、当業者にとって他の変形も明らかである。そのような変形は、データ送信技術において既に知られ且つここで既に述べた特徴の代わりに或は特徴に加えて使用することができる他の特徴を含んでいても良い。
【００６４】
（産業上の利用可能性）
データ送信システムおよび装置。
【図面の簡単な説明】
【図１】  本発明を具体化したシステムのブロック図である。
【図２】  本発明のアプリケーションを示す都市計画図である。
【図３】  状態インジケータを実施する１つの方法を示す図である。
【図１】
0004597477.tif 000002
【図２】
0004597477.tif 000003
【図３】
0004597477.tif 000004