ＦＭラジオデータシステム受信機を備えるセルラハンドヘルドデバイス
ハンドヘルドデバイスは、ＦＭラジオ信号を受信するためのＦＭ受信機と、ＦＭラジオブロードキャスト内のラジオデータシステム（ＲＤＳ）データを監視し、特定のＲＤＳデータパターンを受信したときにアプリケーションをアクティブ化するように構成されているプロセッサとを備えている。ハンドヘルドデバイス上でアプリケーションをアクティブ化または開始するためにＲＤＳデータを認識および使用するための方法によって、広い使用範囲と新しいサービスとが可能になる。サーバは、ＲＤＳデータの一部に基づいているクエリ、または、ＲＤＳデータの一部を含むクエリに応答して、データをハンドヘルドデバイスに提供してもよい。ＦＭラジオブロードキャスタに関連して動作して、ハンドヘルドデバイスおよびサーバは、有用なサービスおよび付加的なエンターテイメント的なオプションをユーザに対して配信できるデータ通信システムを提供する。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、２００８年４月２１日に出願された「ＦＭラジオデータシステム受信機を備えるセルラハンドヘルドデバイス」と題する米国仮特許出願番号６１／０４６，４７６号に対して優先権の利益を主張しており、その全体の内容は、これによって参照により組み込まれている。
【発明の分野】
【０００２】
本発明は、セルラハンドセットデバイスに関する。さらに詳細に述べると、ラジオデータシステムデータを受信するように構成されている移動体ハンドセットデバイスに関する。
【背景】
【０００３】
セルラハンドヘルドデバイスの能力は、デバイスに組み込まれるマイクロチップ技術や、より多くの回路や、機能性の進歩にともない毎日向上している。結果的に、セルラハンドヘルドデバイスは、単なる通信デバイスの域を超えて速く進化しており、パーソナル通信／環境／情報リソースになりつつある。
【０００４】
セルラハンドヘルドデバイスに組み込まれていない情報の１つのソースは、ラジオデータシステム（ＲＤＳ）であり、適切に備え付けられているＦＭラジオに対して、通常のＦＭラジオブロードキャストの一部としてデータを通信する。セルラデバイスの中には、ユーザがラジオを聴くことができるようにＦＭ受信機が組み込まれているものもあるが、対話サービスを提供するためにＲＤＳ信号を使用するものは存在していない。ＲＤＳは、世界中のいくつもの国々で配備されている技術である。米国内では、等価なシステムが、ラジオブロードキャストデータシステム（ＲＢＤＳ）として知られている。簡単にするために、ＲＤＳについてのここでの言及は、ＲＢＤＳを包含することを意図し、ＲＤＳ技術の記述は、米国のＲＢＤＳインプリメンテーションに基づいている。
【０００５】
低データレート信号を送信するために、ＦＭ周波数帯域内では、ＲＤＳシステムは５７キロヘルツ幅の副搬送波を使用する。ＲＤＳデータストリームはＦＭブロードキャスタによって生成されているので、ブロードキャスティング局に対して一意的である。ブロードキャスタにとって利用可能なオプションであり、必要要件でないので、すべてのＦＭブロードキャストが、すべてのＦＭブロードキャストがＲＤＳデータを含んでいるわけではない。データは、１秒あたり１１８７．５ビットのレートで送信されるが、エラーエンコーディングおよび他のオーバーヘッド通信により、システムは、１秒あたり約３００ビットの使用可能なデータを送信する。このデータは、ＲＤＳ信号を受信およびコード化するための機能性に必要な回路を備えている任意のＦＭラジオによって得られるかもしれない。
【０００６】
ＲＤＳデータは、図１で図示した１６ビットパケットの連続的なストリーム中で送信され、この１６ビットパケットは、エンドレスに反復されて送信される。１６ビットのパケットは、データブロックとも呼ばれる。これらのパケットは、パケット中のビットのパターンに基づいた４つの変形があり、タイプＡ、Ｂ、ＣおよびＤと呼ばれ、これらのそれぞれは、ＲＤＳ標準規格で規定されているような、異なるタイプのデータを伝える。例えば、タイプＡのブロックは、ラジオ局のコールサインを含み、タイプＢのブロックは制御情報を含み、タイプＣのブロックは、局のコールサインまたはデータのいずれかを含み、タイプＤのブロックはデータを含む。４つのタイプのブロックは、グループと呼ばれる特定の配置の中に配列することができる。このグループは、３２個のタイプ、すなわち１６個のタイプＡと１６個のタイプＢとが存在する。データパケットのこれらのブロックや、データパケットのグループまたはデータパケットのタイプのそれぞれに対して、ＲＤＳ標準規格はコンテンツを規定している。
【０００７】
図１を参照すると、ＲＤＳブロック内の最初の４ビット（図１中のビット１２−１５）を使用して、データパケットの特定のグループ番号を規定している。５番目のビット（ビット１１）は、グループがタイプＡ（ビット５＝０）のグループか、または、タイプＢ（ビット５＝１）のグループか否かを示している。インジケータに関連するハイウェイトラフィック通知のために６番目のビット（ビット１０）を使用してもよく、これをＴＰビットと呼ぶ。図２に図示したように、ＴＡビット（ビット４）として知られている後続するビットとともにＴＰビットを使用して、トラフィック通知の利用可能性に関する情報を送信する。ＴＰビットに続くものは、５つのＰＴＹビット（ビット５−９）であり、これらは、図３に示したコードテーブルにしたがって、ＦＭ局上で伝えられる番組のタイプを示すために、いくつかのデータパケットにおいて使用される。図３に示したように、ＦＭラジオ局によってブロードキャストされている番組の特定のタイプに対応するバイナリ値（すなわち、ビットパターン）を提供するために、５ＰＴＹビットが使用されている。グループのタイプに応じて付加的なコードを伝えるために、残りのビットを使用してもよい。
【０００８】
新しいアプリケーションが識別され、より良いコーディングシステムが開発されているので、ＲＤＳデータ通信能力の使用は拡大している。データエンコーディング能力が向上することにより、さまざまなアプリケーションにおいて使用するために、付加的なタイプの情報が利用可能になる。ＲＤＳシステム能力の拡張の例は米国特許番号６，４１１，８００号で説明されている。この全体的な内容は、参照によってここに組み込まれている。
【概要】
【０００９】
さまざまな実施形態は、ＦＭラジオ信号を受信するためのＦＭ受信機を移動体デバイスに組み込むシステムおよび方法を提供する。これにより、ＦＭラジオブロードキャスト内のラジオデータシステム（ＲＤＳ）を監視して、特定のＲＤＳデータパターンが受信されたときに、移動体デバイス内のさまざまなアプリケーションをアクティブ化するような動作を実行してもよい。さまざまなＲＤＳ信号を受信したときに、移動体デバイス内のアプリケーションを起動してもよい。
【００１０】
ハンドヘルドデバイスは、ラジオデータシステム（ＲＤＳ）データパケットを含む、ＦＭラジオブロードキャストを受信する能力を備えており、ＲＤＳデータを受信し、特定のパターンまたはフラグに対するＲＤＳデータパケットを監視し、認識されたパターンまたはコンテンツのＲＤＳデータパケットを受信することに応答して動作を実行するように構成されている。開始されるアクションは、例えば、ハンドヘルドデバイス上で活動休止のアプリケーションをアクティブ化したり、ＲＤＳデータパケットのすべてまたは一部をメモリ中に記憶させたり、ＲＤＳデータがメモリ中に記憶されていることをアプリケーションに通知したりすることを含んでいてもよい。例えば、ＦＭ周波数帯域を選択し、ある時間期間または受信するＲＤＳデータパケットの数に対してＲＤＳデータ信号を監視して、別のＦＭ周波数帯域を選択したりすることなどにより、すべてのＦＭラジオ局を監視してもよい。アプリケーションを開始することによって、ハンドヘルドデバイスは、例えば、ＲＤＳデータパケットに基づいて、または、ＲＤＳデータパケットに応答して表示を発生させたり、情報をメモリから呼び出したり、表示を発生させたり、情報をダウンロードするためにサーバに照会したり、ＦＭラジオ受信機を特定のラジオ局に同調させたり、電話通話を行ったりといった、多数の有用な機能を提供できるようになる。
【００１１】
ハンドヘルドデバイスからのクエリに応答するために、メディアサーバを提供してもよい。このようなサーバは、ソフトウェアによって、ＲＤＳデータパケットに基づいた情報またはＲＤＳデータパケット内に含まれている情報を含んでいるクエリをハンドヘルドデバイスから受信するようにと、受信した情報を使用して、メモリ中に記憶されているデータファイルを位置付けし、メモリ中にまたはデータ記憶媒体上に記憶されているデータファイルを取り出すようにと、ハンドヘルドデバイスへの送信のために、取り出したデータファイルからの情報をフォーマット化するようにと、フォーマット化した情報をハンドヘルドデバイスに送信したりするように構成されている。メディアサーバは、イメージ、ビデオ、およびテキストデータのうちの任意のもの、または、すべてを記憶していてもよく、ブロードキャスタのサーバにアクセスして、ハンドヘルドデバイスへの送信のために情報を取得してもよい。
【００１２】
情報をハンドヘルドデバイスに通信するためのシステムは、ハンドヘルドデバイスと、情報をハンドヘルドデバイスに送信するように構成されているメディアサーバと、ＦＭラジオ局とを備えていてもよい。システムは、メディアサーバによってアクセスできる、ＦＭラジオ局のうちの１つ以上に結合されているサーバをさらに備えていてもよい。
【図面の簡単な説明】
【００１３】
ここに組み込まれ、この明細書の一部を構成している添付図面は、本発明の例示的な実施形態とともに、先に記載した一般的な説明と、以下で記載する詳細な説明とを例示的に図示したものであり、本発明の特徴を説明するための機能をしている。
【図１】図１は、ＲＤＳデータブロックの図である。
【図２】図２は、ＲＤＳデータブロック内のＴＰおよびＴＡビットに与えられた定義のテーブルである。
【図３】図３は、ＲＤＳデータブロックの５ビット内でエンコードされる番組タイプのテーブルである。
【図４Ａ】図４Ａは、本発明の代替実施形態のコンポーネントブロック図である。
【図４Ｂ】図４Ｂは、本発明の代替実施形態のコンポーネントブロック図である。
【図４Ｃ】図４Ｃは、本発明の代替実施形態のコンポーネントブロック図である。
【図５Ａ】図５Ａは、図に図示した実施形態のマイクロチップコンポーネント間の接続の図である。
【図５Ｂ】図５Ｂは、図示した実施形態のマイクロチップコンポーネント間の接続の図である。
【図６】図６は、実施形態のソフトウェアおよびハードウェアアーキテクチャ図である。
【図７】図７は、実施形態内で実現される方法のプロセスフロー図である。
【図８】図８は、図７に図示した方法の一部の実施形態のプロセスフロー図である。
【図９】図９は、図７に図示した方法の一部の代替実施形態のプロセスフロー図である。
【図１０】図１０は、図７に図示した方法の一部の代替実施形態のプロセスフロー図である。
【図１１】図１１は、実施形態にしたがって、受信したＲＤＳデータを使用するアプリケーションのプロセスフロー図である。
【図１２】図１２は、ＲＤＳパケットデータをセルラハンドセットデバイスに提供し、付加的な情報のためにハンドヘルドデバイスがサーバにアクセスすることを可能にする実施形態のシステムを図示している。
【図１３】図１３は、メディアサーバがハンドヘルドデバイスにメディアデータを送信することを実現するステップのプロセスフロー図である。
【詳細な説明】
【００１４】
添付図面を参照して、さまざまな実施形態を詳細に記述する。可能な限り、図面全体を通して、同じ参照番号を使用して、同じまたは類似する部分を参照する。特定の例およびインプリメンテーションに対して行われる参照は、例示目的のものであり、本発明の範囲、すなわち、特許請求の範囲を限定することを意図したものではない。
【００１５】
ここで使用するような、「ハンドヘルドデバイス」という用語は、セルラ電話機や、パーソナルデータアシスタント（ＰＤＡ）や、パームトップコンピュータや、ラップトップコンピュータや、移動体電子メール受信機や、プログラマブルプロセッサおよびメモリを含む類似したパーソナル電子デバイスのうちの、任意のもの、または、すべてのものを意味する。好ましい実施形態では、ハンドヘルドデバイスは、セルラ電話機ネットワークを通して通信でき、したがって、セルラハンドヘルドデバイスと呼ぶことがある。しかしながら、セルラ電話機通信能力は、すべての実施形態に必要なわけではない。さらに、ワイヤレスデータ通信は、セルラ電話機ネットワークの代わりに、ワイヤレスデータネットワーク（例えば、ＷｉＦｉ（登録商標）ネットワーク）に接続しているハンドヘルドデバイスによって実現されてもよい。
【００１６】
ＦＭラジオブロードキャストを受信およびデコードするための回路は、今日、単一の特定用途向け集積回路（ＡＳＩＣ）内に組み込まれている。これにより、セルラハンドヘルドデバイスを含む他のデバイス内にＦＭラジオを組み込むことができる。ＦＭ受信機をセルラハンドヘルドデバイス中に組み込むことにより、デバイスの多機能の能力が与えられ、これにより、ユーザは、電話で話していないとき、または、セルラ電話機ネットワークを通してインターネットにアクセスしている間に、ラジオブロードキャストを聴くことが可能になる。セルラハンドヘルドデバイス内にＦＭ受信機を組み込むことにより、ハンドヘルドデバイスが、ＲＤＳデータストリームを受信できるようになる。ＲＤＳデータストリームは、一般的に、ＦＭラジオブロードキャストに伴っている。ここで開示したさまざまな実施形態は、ＲＤＳデータストリームを使用し、セルラハンドヘルドデバイス内のより高い機能性を提供する。
【００１７】
ＦＭブロードキャストを再生するＦＭ受信機を組み込んでいる従来のセルラハンドヘルドデバイスは、対話サービスを提供するためにＲＤＳストリームを受信しない。代わりに、従来のハンドヘルドデバイスは、セルラネットワークを通して、ワイヤレスインターネットプロトコルを使用して、ラジオ局に関係するデータサーバに定期的にアクセスして、ＦＭ局の番組に関係するデータをダウンロードする。使用する際に、このようなハンドヘルドデバイスは、ワイヤレスＩＰデータ通話をラジオ局サーバに周期的に行い、ハンドヘルドデバイスのディスプレイ上での表示のために情報をダウンロードしなければならない。これは、通信時間のコストを増大させ、そしてバッテリを消耗させる。現在、この目的のために、セルラハンドヘルドデバイス上でＲＤＳデータストリームを使用するアプリケーションは存在しない。
【００１８】
ＲＤＳデータストリームは、一般的に、ラジオ局のコールサインや、現在再生している番組の周波数帯域およびタイトルのような情報を含んでいるが、ＲＤＳデータストリームはまた、他のデータの潜在的な使用をリスナに伝えてもよい。例えば、ＦＭ局の中には、ＦＭ局のＲＤＳデータストリーム中にトラフィック関連情報を含んでいるものもある。別の例として、ＲＤＳデータは、緊急通知コードを５つのＰＴＹビットで伝えることができ、緊急事態通知コードは、図３に示したような、ビットパターン「１１１１１」によって表される。この緊急通知コードを受信および認識することによって、ハンドヘルドデバイスは、緊急事態の状況が存在することをユーザに通知できる。経時的に、付加的なコードおよび情報をＲＤＳデータストリームに追加して、付加的なアプリケーションおよび使用をサポートしてもよい。例えば、ＰＴＹビット内のデータコードすべてに、特定の意味が割り当てられているわけではない。したがって、時間が経過するにつれて、ＲＤＳデータストリーム内に、より有用な情報が含められるだろうと予測する。
【００１９】
さまざまな実施形態は、ＲＤＳデータブロック内の情報のコンテンツを、受信し、デコーディングし、そして、ＲＤＳデータブロック内の情報のコンテンツに基づいて、アクションをとるためのハンドヘルドデバイスおよび方法を提供する。特に、特定のデータコンテンツまたはビットパターンが、ハンドヘルドデバイス上に記憶されている特定のアプリケーションに関係していると認識してもよく、ＲＤＳデータを受信することに応答して、これらの関係するアプリケーションをアクティブ化してもよい。
【００２０】
図４Ａは、ハンドヘルドデバイス１０の実施形態を示している。ハンドヘルドデバイス１０は、メモリ１４に結合されているプログラマブルプロセッサ１２と、セルラトランシーバ１６とを備えている。セルラトランシーバ１６は、セルラ電話機ネットワークからのようなワイヤレスデータ通信を受信するために、アンテナ１８に接続されている。セルラ電話機テクノロジー技術ではよく知られているように、ワイヤレストランシーバ１６は、セルラ電話機ネットワークのようなワイヤレスネットワークから電磁波信号を受信し、これらの信号中で他のものとともに含まれている情報を、プロセッサ１２によって処理できるデジタルデータフォーマットに変換する。セルラ技術および特定の実施形態のタイプ次第では、トランシーバ１６とプロセッサ１２とを組み合わせたものが、受信信号を、サウンドまたはデータ情報にデコードする。セルラ電話通話のケースでは、受信信号は、電気パルスに変換され、変換された電気パルスは、増幅器３２のようなものを通して、スピーカ３４に送られる。データ通話のケースでは、受信信号は、デジタル情報に変換され、変換されたデジタル情報は、プロセッサ１２によって処理され、メモリ１４中に記憶させる、および／または、ディスプレイ２０上に表示することができる。
【００２１】
代替実施形態では、ハンドヘルドデバイス１０は、セルラトランシーバ１６の代わりに（または、加えて）ワイヤレスデータリンクトランシーバ回路を備えている。この実施形態の図は、セルラトランシーバ１６がワイヤレストランシーバであり、図面で示したマイクロチップ上の識別子のみが異なることを除いて図４Ａと同一である。したがって、セルラ電話機ネットワークについてのここでの言及は、例示的な実施形態であると意図されているものであり、同じ通信機能を実現するために使用できる他のワイヤレスデータネットワークを排除または否定することを意図していない。
【００２２】
ハンドヘルドデバイス１０は、電話番号や、テキストメッセージや、ステータスインジケータや、メニューオプションや、プロセッサ１２上で実行しているさまざまなアプリケーションによって提示される情報を表示するために、プロセッサ１２に結合されているディスプレイ２０をさらに備えるだろう。さらに、ユーザからの入力を受け取るために、キーパッド３０や、ロッカースイッチ３２のようなさまざまなメニューセレクタボタンが、プロセッサ１２に接続されている。ハンドヘルドデバイスはまた、ファイヤワイヤコネクタ２６のような、（パーソナルコンピュータのような）外部データソースに接続するためのデータポートを備えていてもよく、ファイヤワイヤコネクタ２６は、データ通信エンコーディング／デコーディング回路２８によってプロセッサ１２に結合されていてもよい。頻繁に、ハンドヘルドデバイス１０には、例えば、プロセッサ１２上で実現されるソフトウェアの一部として提供されるＭＰ−３プレイヤーアプリケーションのような、オーディオファイルを再生する能力が提供される。オーディオとともにビデオファイルに関係する大量のデータを記憶させるために、ハンドヘルドデバイス１０は、データをプロセッサ１２に提供するように構成されている、小型ディスクドライブ２４のような大容量記憶メモリを備えていてもよい。ＭＰ−３プレイヤー機能をサポートするために、ハンドヘルドデバイス１０はまた、増幅器３２を通して、プロセッサ１２に接続されているヘッドフォンジャック３６を備えていてもよい。
【００２３】
図４Ａに図示している実施形態では、ハンドヘルドデバイス１０は、プロセッサ１２に結合されているＦＭ受信機ＡＳＩＣ２２をさらに備えている。ＦＭ受信機ＡＳＩＣ２２は、アンテナ１８に結合されている導体２２０を通して、ＦＭラジオ信号を受信する。ＦＭ受信機ＡＳＩＣ２２は、選択された周波数帯域のＦＭラジオを受信し、信号をデコードして、オーディオ情報のデータストリームを発生させ、プロセッサ１２が増幅器３２を通してスピーカ３４またはヘッドフォン３６にこのデータストリームを向けることができる。特定のインプリメンテーションに応じて、ＦＭ受信機ＡＳＩＣ２２は、プロセッサ１２が処理できるフォーマットに、ＦＭラジオブロードキャストをエンコードしているデジタル信号を出力してもよく、または、ＦＭ受信機ＡＳＩＣ２２は、増幅器３２に向けられ、スピーカ３４またはヘッドフォン３６によってサウンドに変換されるアナログ信号を出力してもよい。ＦＭ受信機ＡＳＩＣ２２はまた、ＦＭブロードキャスト信号内に含まれているＲＤＳデータストリームをハンドヘルド１０が受信できるようにすることができる。
【００２４】
ＦＭ受信機は、ハンドヘルドデバイス１０内で実現される必要はなく、代わりに、図４Ｂおよび４Ｃに図示したように、外部ＦＭラジオ受信機２００内で提供されてもよい。図４Ｂを参照すると、外部ＦＭラジオ受信機２００は、コネクタ２２０Ａによってアンテナ２１８に結合されているＦＭ受信機ＡＳＩＣ２２Ａを備えている。ＦＭラジオデータは、ワイヤードデータリンクによって、ハンドヘルドデバイス１０内のプロセッサ１２に通信されてもよく、ワイヤードデータリンクには、データ通信コーディングおよびデコーディング回路２８Ａと、ファイヤワイヤレセプタジャック２６に結合されているデータ通信ケーブル２６１とコネクタ２６０とを備えているファイヤワイヤ接続のようなものがある。使用の際に、ＦＭ受信機２００は、ＦＭデータ信号を受信し、この受信した信号はハンドヘルドデバイス１０によって受け取られ、データ信号に変換し、データ信号は、ファイヤワイヤデータリンク（コーディングおよびデコーディング回路２８Ａ、ケーブル２６１、およびコネクタ２６０）によって伝えられる。この実施形態の記述におけるファイヤワイヤデータコネクタについての言及は、例示的な目的のためのものであり、ＵＳＢおよびＲＳ２３２データ接続のような他の適したワイヤードデータ接続を除外することを意図したものではない。
【００２５】
代替的に、外部ＦＭ受信機２００は、ブルートゥース（登録商標）のようなワイヤレスデータ接続によって、ＦＭラジオブロードキャスト情報をハンドヘルドデバイス１０に通信してもよい。図４Ｃに図示した、この実施形態では、短距離ワイヤレスデータリンクを通して、デコードされたＦＭラジオブロードキャスト情報をハンドヘルドデバイス１０に送信するために、ＦＭラジオ受信機２００は、アンテナ２１８に結合されているワイヤレスデータリンクトランシーバ４０Ａ（例えば、ブルートゥーストランシーバ回路）を備えている。このワイヤレスデータ信号を受信するために、ハンドヘルドデバイス１０は、アンテナ１８とプロセッサ１２とに結合されているブルートゥーストランシーバ４０をさらに備えている。ブルートゥーストランシーバ４０Ａは、ＦＭブロードキャスト情報をＦＭ受信機ＡＳＩＣ２２から受け取り、ブルートゥースデータリンク信号にデータを変換し、このブルートゥースデータリンク信号は、アンテナ２１８を通して、ブルートゥーストランシーバ４０ａによって送信される。このブルートゥースデータリンク信号は、ハンドヘルドデバイス１０内のブルートゥーストランシーバ４０によって受信され、ここで、このブルートゥースデータリンク信号は、プロセッサ１２が受信および処理できるデジタルデータにデコードされる。この実施形態の記述におけるブルートゥースワイヤレスデータ接続についての言及は、例示的目的だけのためであり、赤外線または８０２．１１Ｗｉ−Ｆｉデータ接続のような他の適したワイヤレスデータ接続を除外することを意図していない。
【００２６】
ＦＭ受信機ＡＳＩＣ２２は、デジタル回路設計の技術の当業者によく知られているようなさまざまな方法で、ハンドヘルドデバイス１０のプロセッサ１２と一体化させることができる。例えば、図５Ａに図示したように、ＦＭ受信機ＡＳＩＣ２２は、アンテナ２２０への接続によって、電磁波信号を受信し、デジタルデータにこれらの信号を変換し、デジタルデータは、プロセッサ１２に直接的に結合されているデータバス２２４によって出力される。ＦＭトランシーバＡＳＩＣ２２を制御するために、プロセッサ１２は、例えば、専用制御データリード線２２２などによって、コマンド信号をＦＭ受信機ＡＳＩＣ２２に送出してもよい。例えば、プロセッサ１２は、制御コマンドをＦＭ受信機ＡＳＩＣ２２に送り、周波数帯域を選択して、オペレーティングノード（例えば、モノまたはステレオ出力）を制御して、ＲＤＳデータの提供を受けるべきか否かを選択してもよい。ＦＭ受信機ＡＳＩＣ２２はまた、例えば、プロセッサ１２に接続されているデータリード線２２６などによって、別個のデータ出力としてＲＤＳデータストリームを出力してもよい。例えば、ＦＭ受信機ＡＳＩＣ２２は、Ｉ２Ｃデータバス２２６を通して、ＲＤＳデータをプロセッサ１２に送信してもよく、Ｉ２Ｃデータバス２２６は、多くのコンピュータシステム内で実現されている２つのリード線シリアルデータバスプロトコルである。この直接的な出力／入力接続構成では、サウンドデータ信号の受信と並行して、ＲＤＳデータをプロセッサ１２によって受信することができる。代替的な構成では、同じＩ２Ｃデータバス２２６を使用して、ＲＤＳデータを一方向に送り、もう片方にコマンドを送る。これにより、パラレルコマンドリード線２２２の必要性がなくなる。
【００２７】
図５Ｂに図示した代替的な構成では、ＦＭ受信機ＡＳＩＣ２２から出力されたデータは、マルチプレクサまたはバッファ回路３６を通して、プロセッサ１２に送出されてもよい。図示した例では、リード線２２６によってＲＤＳデータをバッファ３６に送信するのと同時に、データ接続リード線２２４を通してＦＭラジオ出力データをバッファ３６に送信する。データがデータリード線２２８によって通信される時点で、データグループ（例えば、バイトまたはより大きいデータブロック）がプロセッサ１２によって呼び出されるまで、バッファ３６は、ＦＭラジオオーディオ出力データおよびＲＤＳデータの双方を一時的に保持している。この構成の実施形態では、プロセッサ１２とＦＭトランシーバＡＳＩＣ２２との間で必要とされるデータリード線は、より少ない。
【００２８】
当業者によって正しく認識されるように、ＦＭ受信機ＡＳＩＣ２２をプロセッサ１２に接続するために、図５Ａおよび図５Ｂで図示したような、パラレルデータバス２２２、２２４と、シリアルデータバス２２６と、多重化されたデータバス２２８とを含む、さまざまなデータバスのプロトコルを使用してもよい。プロセッサ１２をＦＭ受信機ＡＳＩＣ２２に接続しているリード線の数を減少させるシリアルデータ接続および多重化データバスを含む、他の回路レイアウト構成を使用してもよい。例えば、（示していない）マルチプレクサまたはスイッチを使用してもよく、これにより、ワイヤレストランシーバ１６からのオーディオ信号および他のデータ（図４Ａ参照）と、ＦＭトランシーバＡＳＩＣ２２からのＦＭラジオ出力データおよびＲＤＳデータとを受信するために、プロセッサ１２に対する同じ入力リード線を代替的に使用することができる。図４Ｃに図示した実施形態は、プロセッサ１０とブルートゥースプロセッサ４０との間には、図５Ａに図示したような類似した接続構造を有することに留意すべきである。
【００２９】
プロセッサ１２と、その関係するメモリ１４は、ソフトウェアにより、ＲＤＳデータを利用して、ハンドヘルドデバイス１０のメモリ１４中に記憶されているさまざまなハンドヘルドデバイス１０のアプリケーションをサポートまたはアクティブ化するように構成できる。それを実行するために、プロセッサ１２は、ＲＤＳデータが受信されたときにＲＤＳデータパケットを監視し、ハンドヘルドデバイス１０上にロードされている特定のアプリケーションに関連するデータを含むＲＤＳデータパケットを識別して、関心のあるデータを含むデータパケットを見つけたとき、どのアプリケーションをアクティブ化するか、または、どのアプリケーションに通知するかを決定するように構成されていてもよい。いったん、アクティブ化または通知されると、適切なアプリケーションが、受信されたＲＤＳデータのうちのいくつかまたはすべてを使用してもよい。
【００３０】
このような機能性をサポートするために、ハンドヘルドデバイス１０内のプロセッサ１２およびメモリ１４は、図６で図示したようなハードウェア／ソフトウェアアーキテクチャ３００により構成されていてもよい。このアーキテクチャ３００では、ハードウェアレイヤ３０１とＦＭ受信機ＡＳＩＣレイヤ３０２との間に物理インターフェースが提供されてもよく、これにより、プロセッサ１２は、ＦＭ受信機ＡＳＩＣ２２からデータを受け取ったり、ＦＭ受信機ＡＳＩＣ２２にコマンドを送出できるようになる。物理レイヤ３０１より上のものは、オペレーティングシステムレイヤ３０３であり、オペレーティングシステムレイヤ３０３は、Ｑｕａｌｏｍｍ，Ｉｎｃ．より入手可能な、ワイヤレス向けバイナリ実行時環境（登録商標）（ＢＲＥＷ（登録商標））のような、アプリケーションインターフェースレイヤ３０４を通して、さまざまなアプリケーションとインターフェースしてもよい（ＢＲＥＷは、Ｑｕａｌｃｏｍｍ，Ｉｎｃ．の登録商標である）。
【００３１】
オペレーティングシステムレイヤ３０３および／またはアプリケーションインターフェースレイヤ３０４に制御出力およびデータ入力インターフェースを提供するために、ＦＭ ＡＳＩＣドライバレイヤ３０５が備えられていてもよい。ＦＭ ＡＳＩＣドライバレイヤ３０５は、ＦＭ受信機ＡＳＩＣ２２からやって来るデータを解釈し、受信した情報を事前に処理し、ＲＤＳデータバッファ３０６内に適切なデータを配置する役割を果たす。ＦＭ ＡＳＩＣドライバレイヤ３０５はまた、オペレーティングシステムレイヤ３０３またはアプリケーションインターフェースレイヤ３０４からの受信機制御コマンドを受け取って変換し、ＦＭ受信機ＡＳＩＣ２２による受信のためにこのようなコマンドを変換してもよい。例えば、ＦＭ受信機ＡＳＩＣドライバレイヤ３０５は、ＦＭ受信機ＡＳＩＣ２２からのＲＤＳデータを受け取り、データパケットを、ＲＤＳデータバッファ３０６中に記憶されるブロックまたはセグメントに分割するように構成されていてもよい。特定のドライバレイヤ内でこの機能を実行することによって、他のアプリケーションおよびオペレーティングシステムが、ＲＤＳデータへのアクセスに特有なこの反復プロセスを実行しなければならないことが軽減される。したがって、オペレーティングシステム、アプリケーションインターフェースまたはアプリケーション自体は、ＲＤＳデータを受け取って処理するためのソフトウェア命令を含んでいる必要がなく、複雑性を少なくすることができるが、これは使用頻度が低い機能である。
【００３２】
ＲＤＳデータ監視アプリケーションレイヤ３０７も、ソフトウェアアーキテクチャ中に含まれていてもよい。このアプリケーションは、受信したＲＤＳデータパケットを検査し、データに基づいてアクションをとるように構成されており、適切ならば、ＲＤＳバッファレイヤ３０６中にデータを記憶させることを含む。特に、ＲＤＳ監視アプリケーションレイヤ３０７は、特定のアプリケーションに関連する、条件、メッセージまたはデータコンテンツを示す、ＲＤＳデータブロック内の特定のデータパターンを認識するように、図７−１０に図示したようなプロセスを実行するように構成されていてもよい。例えば、図１および２を参照すると、ＲＤＳデータ監視アプリケーションは、トラフィック通知が現在ブロードキャストされている（すなわち、双方のビットとも１に等しい）か否かを決定するために、ビット１０（ＴＰビット）と、ビット４（ＴＡビット）とを検査するように構成されていてもよい。別の例として、図３を参照すると、ＲＤＳデータ監視アプリケーションは、ビット９−５を検査して、緊急アラートが発行されている（すなわち、すべての５つのビットが１に等しい）か否かを認識するように構成されていてもよい。ＲＤＳ監視アプリケーションによって認識されるデータパターンの他の例について、以下で説明する。
【００３３】
ＲＤＳ監視アプリケーションレイヤ３０７が、特定のアプリケーションのアクティブ化を必要とする、ＲＤＳデータ中のデータパターンを認識するとき、ＲＤＳ監視アプリケーションは、メモリ１４中に記憶されている特定のアプリケーション、または、アプリケーションレイヤ３０８Ａ、３０８Ｂ、３０８Ｃのうちの１つにおいて、プロセッサ１２上ですでに実行している特定のアプリケーションに通知する、あるいは、この特定のアプリケーションをアクティブ化する。通知されたアプリケーションが、ＲＤＳデータバッファ３０６中に記憶されているＲＤＳデータへのアクセスを必要とする場合、このデータは、ＲＤＳデータバッファレイヤ３０６から直接的にアクセスされてもよく、または、ＲＤＳ監視アプリケーションレイヤ３０７から要求されてもよい。
【００３４】
図６に図示したハードウェア／ソフトウェアアーキテクチャ３００は、さまざまな実施形態を実現するための、データおよびソフトウェアの１つの例示的な構成の例示としてのみ意味している。セルラハンドヘルドデバイス設計およびプログラミングの当業者によって正しく認識されるように、均等な有効性を持つ他のソフトウェア／ハードウェアアーキテクチャを使用してもよい。
【００３５】
セルラハンドヘルドデバイス１０内でＲＤＳデータを受信し、解釈し、ＲＤＳデータに作用することは、ＲＤＳデータストリームの性質と、データの効率的な使用のために実際上考慮すべき事項とによって必ず必要とされるプロセスステップを伴う。例えば、すべてのＦＭ局がＲＤＳデータを送信するわけではなく、まれに、すべての局が同じデータを送信することがある。したがって、最大の利益をユーザに提供するために、ハンドヘルドデバイス１０は、特定のアプリケーションに関連するかもしれないＲＤＳデータパケットのサーチにおいて、それぞれの帯域をシーケンシャル的に監視するために、すべてのＦＭラジオ帯域をスイープする必要があるかもしれない。別の例として、大部分のＲＤＳデータパケットは、アプリケーションに関連性があるであろう情報を含んでいないので、非常に少ない処理で廃棄できる。結果的に、ハンドヘルドデバイス１０は、ブロードキャストされているアプリケーションに関連性のある何らかの情報が存在するか否かを決定するために、ある時間期間に対するＲＤＳデータストリームを、またはいくつかの数のＲＤＳパケットを監視しなければならない。ＲＤＳデータレートが低いので、すべてのＲＤＳデータストリームのこの監視を達成するのに時間がかかるものの、これにより、専用回路をほとんど必要とせずに、このプロセスをソフトウェアで達成することができる。
【００３６】
図７は、受信したＲＤＳデータを監視および対応するために、ハンドへルドデバイス１０上で実行可能なソフトウェア命令によって実現されてもよい例示的な方法を図示している。ハンドヘルドデバイス１０は、関連ＲＤＳデータパケットがＦＭブロードキャストに現れるときや、すべてのローカルＦＭ局を監視する必要があるときを予測できないので、この例示的な方法は、ハンドヘルドデバイス１０がＲＤＳデータを監視するように構成されている限り動作する無限ループを構成する。この方法は、ＦＭラジオスペクトル内の第１のＦＭブロードキャスト帯域の選択により開始する、ステップ３５０。隣接しているラジオ局の特定の周波数帯域についてハンドヘルドデバイス１０が知らされていない場合、ハンドへルドデバイス１０は、単に、ＦＭブロードキャストに割り振られた最低の周波数帯域、すなわち、８７．５ＭＨｚで開始する。米国内では、ＦＭ局は、２００キロヘルツで分けられた周波数帯域が割り振られている。したがって、第１のＦＭ帯域は、８７．５ＭＨｚであり、次の帯域は８７．７ＭＨｚである。最高のＦＭラジオ帯域は１０８．０ＭＨｚである。
【００３７】
ＦＭブロードキャスト帯域が選択されると、プロセッサ１２は、選択された周波数帯域に同調するようにＦＭ受信機ＡＳＩＣ２２に命令する、ステップ３５２。選択された周波数帯域上でブロードキャストしている、隣接している局は存在しないので、プロセッサ１２は、その周波数帯域上で受信されている信号が存在するか否かを決定するためにテストをすることができる、ステップ３５４。選択された周波数帯域上で送信しているＦＭ局が存在しない場合、プロセッサ１２は、さらに以下で記述するループを実行することによって、次の周波数帯域に移動してもよい。しかしながら、選択された周波数帯域上でブロードキャストしているＦＭ局が検出された（すなわち、テスト３５４＝「はい」の）場合、プロセッサ１２は、受信したＦＭ信号がＲＤＳデータ信号副搬送波を含んでいるか否かを決定するために、ＲＤＳデータの存在についてテストする、ステップ３５６。ＲＤＳデータ信号が検出された場合、これは、高電圧のような特定の値を持つ、ＦＭ受信機ＡＳＩＣ２２上のデータまたはデータ利用可能なリード線によって示されてもよい。代替的に、プロセッサ１２は、このようなデータが存在するか否かを決定するために、ＦＭ受信機ＡＳＩＣ２２からのＲＤＳデータの受信専用のデータリード線をテストしてもよい。ＦＭブロードキャスト信号中に含まれているＲＤＳデータ信号が存在しないことをプロセッサ１２が決定した場合、さらに以下で記述するループを実行することによって、次のＦＭ帯域を選択してもよい。しかしながら、ＲＤＳデータが信号中に含まれている（すなわち、テスト３５６＝「はい」の）場合、プロセッサは、データブロックの予め定められた時間の量に対する、またはデータブロックの数に対するＲＤＳデータを監視するためのソフトウェア命令のループを開始できる、ステップ３５８、３６０。
【００３８】
先に説明したように、特定のアプリケーションに対して関心のあるデータが存在するか否かを決定するために、ハンドヘルドデバイスは、時間期間に対して、または、一定の数のデータブロックに対してＲＤＳデータストリーム信号を監視しなければならない。ハンドヘルドデバイス１０は、周期的に反復しているシーケンスのさまざまなＲＤＳデータパケット内の特定のパケットの位置を知ることはできないので、デバイスは、次のＦＭ周波数帯域が選択される前に、関心のあるＲＤＳデータが存在していないことを確認するために、十分な時間期間にわたって、ＲＤＳデータパケットを監視しなければならない。これは、受信したＲＤＳデータブロックの数をカウントするカウンタ、または、タイマーを使用することによって実現してもよい。ＲＤＳデータパケットカウンタが使用される場合、カウントは、送信されている任意の関連ＲＤＳデータパケットが受信されるであろう、高い信頼レベルを提供するように選択された予め定められた値と比較することができる。したがって、個々のＲＤＳデータパケットを監視している間、ステップ３５８、次のＦＭ周波数帯域を選択すべきときを決定するために、ステップ３６０において、プロセッサ１２は、受信したデータパケットのカウントを、この予め定められた値と比較することができる。ＲＤＳデータを監視し、十分なＲＤＳデータパケットが受信されているときを決定するための例示的な方法ステップ、すなわち、ステップ３５８、３６０については、図８を参照して、より詳細に以下で記述する。
【００３９】
いったん、受信したＲＤＳデータブロックのカウントが、上述した予め定められた値に到達すると（すなわち、テスト３６０＝「はい」）、プロセッサ１２は、次のＦＭ周波数帯域を選択するためのステップを実行することができる。ステップ３６４および３６６を参照。プロセッサは次のＦＭ周波数帯域に移動しているので、ＲＤＳデータブロックカウンタがリセットされる、ステップ３６２。現在、選択されているＦＭ周波数帯域を、１０８．０ＭＨｚである最高のＦＭ周波数帯域と比較して、選択される別の周波数帯域が存在するか否かを決定する、ステップ３６４。現在選択されているＦＭ周波数帯域が１０８．０ＭＨｚよりも小さい（すなわち、ＦＭラジオスペクトル内の最後の周波数帯域でない）場合、方法は、例えば、前の周波数に２００ｋＨｚを加算することなどによって、ＦＭ周波数帯域をインクリメントさせて、ステップ３６６、選択されたＦＭ周波数帯域に同調させるようにステップ３５２に戻る。しかしながら、選択された周波数帯域は、ＦＭラジオスペクトル（すなわち、１０８．０ＭＨｚ）内の最後の周波数帯域である場合、テスト３６４は「はい」に相当し、プロセッサ１２は、ステップ３５０にループバックして、最初のＦＭ周波数帯域、すなわち、８７．５ＭＨｚを選択し、これにより、ループを繰り返し開始する。先に説明したように、選択された周波数帯域内にＦＭブロードキャストが存在しない（テスト３５４＝「いいえ」の）場合、または、その周波数帯域上にブロードキャストが存在するが、ＲＤＳデータを含まない（テスト３５６＝「いいえ」の）場合、プロセスフローは、現在の周波数帯域がＦＭラジオスペクトル内で最後の帯域であるか否かを決定するためにテスト３６４に進むだろう。実施形態の先述した説明は、米国内で実現されているＦＭラジオスペクトルに基づいており、例示目的のみに使用され、特許請求の範囲を特定の周波数帯域またはスペクトルに限定することを意図していない。例えば、中国のようないくつかの国は、１０８．０ＭＨｚをはるかに超えてＦＭ帯域を拡張し、多くの国は１００ｋＨｚ帯域をＦＭブロードキャスタに割り振る（これに対して、米国では２００ｋＨｚ帯域が使用される）。したがって、さまざまな最小周波数および最大周波数とともに異なる帯域幅の割り振りについて、先述の実施形態および特許請求の範囲を本発明の精神を逸脱することなく実現してもよい。
【００４０】
図７で認識できるように、この方法は、ハンドヘルドデバイス１０が、ＲＤＳデータを送信しているＦＭラジオブロードキャスタに対するＦＭラジオスペクトルを継続的にスキャンしたり、十分に長い時間期間に対して、これらのＲＤＳ送信を監視して、ＲＤＳデータストリーム中に関連性のある情報が存在するか否かを決定したりすることを可能にする。ＦＭラジオスペクトルの最下に継続的にループバックすることによって、ハンドヘルドデバイス１０は、比較的、短い時間期間内にＲＤＳデータの何らかの新しい送信を確実に検出する。
【００４１】
先述の実施形態が、送信局に対するそれぞれのＦＭ周波数帯域をチェックする一方で、ローカルＦＭラジオ局の周波数帯域だけを、またはより精密に、まさに、ＲＤＳデータを送信しているそれらのＦＭラジオ局の周波数帯域だけをプロセッサ１２がチェックするように、方法をさらに改良させてもよい。この改良は、ステップ３６２のアクションの一部のような、選択されたＦＭ周波数帯域を記憶するためのステップを、ステップ３５４または３５６の後の何らかの時点で加えることによって達成してもよい。送信しているＦＭ局のＦＭ周波数帯域は、データテーブル中に記憶させてもよく、ＦＭ局は、図７に図示したループを通る後続するパスにおいて、監視するＦＭ周波数帯域を選択するためにデータテーブルを使用できる（ステップ３６６）。この方法では、プロセッサ１２は、ＦＭラジオ局のテーブル中に記憶されているＦＭ周波数帯域のみをシーケンシャル的に選択および監視する。すべてのＦＭ周波数帯域をテストしなければならない場合に可能性があるよりも非常に早く、この実施形態は、ローカルＦＭ局ブロードキャスティングＲＤＳデータをスキャンするだろう。ハンドヘルドデバイス１０が都市から都市に移動するときに、利用可能なラジオ局の変化に適応するために、ハンドヘルドデバイスが電源投入されたときいつでも、または、他の何らかのイベントまたは間隔のときに、ＦＭラジオ局のテーブルをリフレッシュするために、すべてのＦＭ周波数帯域の完全なスキャンを周期的に実行してもよい。
【００４２】
図８は、特定のアプリケーションに関連性のあるＲＤＳデータに対してＦＭブロードキャスト信号を監視するために、ハンドヘルドデバイス１０によって実現してもよい、例示的なステップに関するさらなる詳細な説明を提供している。したがって、上記のステップ３５８、３６０、および３６２において、ＲＤＳデバイスブロックが受信された場合、受信されたＲＤＳデータパケットが、セルラハンドヘルドデバイス向けのアクショナブル情報を含んでいるか否かを決定するために、プロセッサが図８で示したステップを実現してもよい。先に述べたように、パケットの反復ストリーム内のすべてのＲＤＳデータパケットが確実に調べられるように、ＲＤＳデータのこの監視は、十分な期間に対して続けなければならない。図８は、（ＲＤＳデータブロックカウンタにおいて）受信したＲＤＳデータブロックの数をカウントし、この数が予め定められた値を超えるまでＲＤＳデータパケットを受信および調べることを続けることによって、これを実現する。
【００４３】
第１のステップとして、プロセッサ１２が、解析のために、ＦＭ受信機ＡＳＩＣ２２からアクセスできるＲＤＳデータの利用可能性のテストをしてもよい、ステップ４００。このように構成されている場合、ＦＭ受信機ＡＳＩＣ２２は、プロセッサ１２に対して送出するためにＲＤＳデータエレメントが利用可能であることを示すために、例えば、ビット（１または０）を特定のアドレスロケーションに書き込むことによって、または、プロセッサが感知できる特定のリード線を高電圧または低電圧にすることなどによって、フラグをセットしてもよい。代替的に、プロセッサ１２およびＦＭ受信機ＡＳＩＣ２２は、ＲＤＳデータが利用可能になるように、プロセッサまたはバッファメモリロケーションに直接的にＲＤＳデータを単に送出するように構成してもよい。このバッファは、メモリ１４内のメモリレジスタであってもよく、または、プロセッサ１２自体内のランダムメモリ内に存在していてもよい。ＲＤＳデータが、バッファに直接的に送出された場合、データバッファに単にアクセスして、ＲＤＳデータが存在するか否かを決定することによって、ＲＤＳデータが利用可能か否かをテストするステップ、すなわちステップ４００が達成されてもよい。プロセッサ１２に対して準備ができているＲＤＳデータパケットが存在しない、すなわち、テスト４０２の場合、プロセッサに、ＲＤＳデータがプロセッサによるレビューのために利用可能であると決定されるまで、プロセッサは、フラグにアクセスするステップ、および／または、バッファ中のデータの存在をテストするステップを繰り返してもよい、ステップ４００、４０２。データパケットが利用可能である（すなわち、テスト４０２＝「はい」の）場合、プロセッサ１２は、処理のために、ＲＤＳデータをバッファに受け入れ、ステップ４０４、ＲＤＳデータブロックカウンタをインクリメントさせる、ステップ４０６。
【００４４】
プロセッサ１２は、バッファ中に記憶されているＲＤＳデータパケットにより、データ内の選択されたビットをテストして、ＲＤＳデータパケットタイプまたはグループを決定できる、ステップ４０８。図１を参照して上述したように、これは、ＲＤＳデータパケット中の最初の４または５ビット（ビット１１−１５）をレビューして、ＲＤＳデータパケットの特定のグループまたはタイプを認識することによって達成してもよい。ＲＤＳデータパケットが、アプリケーションに対して関係のあるデータを含むタイプでない（すなわち、他の有用なデータ以外の局識別情報を含む）場合、テスト４１０、プロセッサ１２は、進めることにより、ＲＤＳデータパケットをスキップすることができ、ＲＤＳブロックカウンタ値を予め定められた値に対してテストして、テスト４１２、カウントに到達しているか否かを決定することができる。予め定められたカウントに到達していない（すなわち、テスト４１２＝「いいえ」の）場合、プロセッサ１２は、受信される次のＲＤＳデータパケットを待機するために戻る、ステップ４００、４０２。しかしながら、予め定められたカウントに到達している（すなわち、テスト４１２＝「はい」の）場合、プロセッサ１２は、図７を参照して上述したテスト３６０に進むことによって、次のＦＭ周波数帯域を選択する、ステップ４１４。
【００４５】
受信したＲＤＳデータパケットが、使用できるデータを含むタイプである（すなわち、テスト４１０＝「はい」の）場合、データをパーズして、ＲＤＳデータパケット内の特定のビットを選択およびレビューすることができる、ステップ４１８。選択されたビットを、メモリ１４中に記憶されている値またはパターンと比較して、特定のパターンが認識されるか否かを決定することができる、ステップ４１８。この例示的な実施形態では、メモリ１４中に記憶されているビットパターンは、ハンドヘルドデバイス１０内のアプリケーションに関係のある特定のＲＤＳデータまたはメッセージコードに対応している。このようなビットパターンは、ビットパターンを、ビットパターンに関連性のある対応するアプリケーションとリンク付けする、データテーブル中に記憶させていてもよい。これらの記憶されているデータパターンまたはメッセージコードのいずれもＲＤＳデータパケット内に存在していない場合、プロセッサ１２は、ＲＤＳデータブロックカウント値に到達しているか否かを決定する、テスト４１２、そうでなければ、次のＲＤＳデータパケットを待機するために、ステップ４００、４０２に戻る。
【００４６】
ＲＤＳデータパケットが、認識されているメッセージコードを含んでいる（すなわち、テスト４１８＝「はい」の）場合、これは、特定のＲＤＳデータの存在をアクティブ化または通知すべきである、ハンドヘルドデバイス１０のメモリ１４中に記憶されているアプリケーションが存在していることを示している。したがって、ＲＤＳデータパケット（または、選択されたビット）が、ＲＤＳデータバッファ内に記憶される、ステップ４２０。このステップは、ＲＤＳデータパケットの１６ビット全体をバッファ中に記憶してもよいこと、または、選択されたビットだけを、認識されたビットパターンに基づいて記憶してもよいことに留意すべきである。
【００４７】
プロセッサ１２は、アクティブ化されるであろうアプリケーション、または、ＲＤＳデータバッファ中のＲＤＳデータの存在を通知するであろうアプリケーションを決定する、ステップ４２２。例えば、特定のアプリケーションをアクティブ化するような動作、または、特定のアプリケーションに通知するような動作を実行するためにプロセッサ１２が使用することができる、特定のアプリケーションファイル名、メモリポインタ、または他のロケータと、記憶されたビットパターンとをデータテーブルにおいて相関させていてもよい。先に述べたように、いくつかのビットパターン、および対応するアプリケーションファイル名、メモリポインタまたは他のロケータは、メモリ中のデータテーブル中に記憶させていてもよい。このようなデータテーブルは、選択されたビットを、ルックアップキーとして使用することによって、対応するアプリケーションを識別するためにルックアップ手順で使用できる（このテーブルルックアッププロセスは、実質的に、ステップ４１８、４２０、および４２２を含んでいる）。決定されたファイル名、メモリポインタ、または他のロケータを使用して、プロセッサ１２は、対応するアプリケーションをアクティブ化するような動作、または、アクセスするためにＲＤＳデータがＲＤＳデータバッファ中で利用可能であることを対応するアプリケーションに通知するような動作を実行できる、ステップ４２４。
【００４８】
ＲＤＳデータパケットのコンテンツに基づいて、ＲＤＳデータパケットを処理して、特定のアプリケーションをアクティブ化する適切なアクションを取ると、ハンドヘルドデバイス１０は、ＲＤＳデータブロックカウント値に到達しているか否かをテストすることによって、そうでなければ、次のＲＤＳデータパケットを待機するためにループバックすることによって、ステップ４１２、ステップ４００、４０２、ＲＤＳデータストリームを監視することを続けることができる。図７を参照して上述したように、アプリケーションに潜在的に関連性のあるすべてのＲＤＳデータブロックが受信されているという信頼度の高レベルを提供するために、いったん、十分な数のＲＤＳデータブロックが受信されると、プロセッサ１２は、上述し、図７に示したテスト３６０に進むことよって、次のＦＭ周波数帯域上に移動することができる。
【００４９】
図７および図８を参照して上述したプロセスは、方法の１つのほんの例に過ぎないが、この方法により、特定のＲＤＳデータパケットを検出し、特定のＲＤＳデータパケット内に含まれているデータに基づいて、例えば、特定のアプリケーションをアクティブ化する、または、ＲＤＳデータがＲＤＳデータバッファ中で利用可能であることを特定のアプリケーションに通知するなどの動作を実行するために、ハンドヘルドデバイスがＦＭラジオスペクトル全体にわたってＲＤＳデータを監視できる。同じ目的および機能性を実現するために多数の他の方法ステップを実現してもよく、また、本発明の範囲および精神を逸脱することなく、異なる順序で、および、異なるテスト基準を使用して、ステップを実行してもよい。
【００５０】
ハンドヘルドデバイス１０は、プロセッサ１２上でのインプリメンテーションのためにメモリ１４中に記憶されているソフトウェア命令により、受信および認識したＲＤＳデータを利用して、多数の有用なアプリケーションを実現するように構成することができる。例えば、図９は、実施形態の方法を図示しているが、この方法により、ハンドヘルドデバイス１０は、ＲＤＳデータパケット中のデータに基づいて、アラートアプリケーション、トラフィックアドバイサリアプリケーション、または、他の何らかのアプリケーションをアクティブ化することができる。この実施形態は、図８のステップ４００〜４１４を参照して上述したように、データタイプのＲＤＳデータパケットを受信し、カウントし、認識する同じステップを使用する。この実施形態は、テスト４５０および４６０で図示したように、ＲＤＳデータパケットが特定のビットパターンを含んでいるか否かを認識するプロセスが、どのように、テストのシーケンスで達成されるかを説明している。例えば、プロセッサは、ビットがすべて「１」に等しいか否かを決定するためにビット９ないし５をテストし、テスト４５０、「１」は、ＲＤＳデータを送信しているＦＭラジオ局によってアラートが送信されていることを示している。したがって、このテストの結果が「はい」である場合、活動休止である場合にはアラートアプリケーションをアクティブ化することができ、または、実行している場合にはアラートアプリケーションに通知することができる、ステップ４５２。このアラートアプリケーションは、アラームを鳴らし、ディスプレイに表示させ、アラートの状況のもと適切に認識されるような他の機能を実行してもよい。いくつかのインプリメンテーションでは、アプリケーションは、ＲＤＳデータパケット内のデータフィールドを見てもよく、ＲＤＳデータパケットは、アプリケーションにおいて情報を使用するために、今では、ＲＤＳバッファ中に記憶されている。例えば、天気、テロリスト攻撃、地震、または他の民間防衛の出来事にアラートが関係しているか否かといったような、送信されているアラートのタイプに関する情報を送信するために、将来、ＲＤＳデータパケットを使用してもよい。代替的に、破線の矢印で示したように、アプリケーションは、ＲＤＳデータをそれ以上使用しないかもしれないので、ハンドヘルドデバイス１０は、図７および図８を参照して上述した、テスト４１２を実行して、残りのプロセスを続けることによって、到来ＲＤＳデータを監視するプロセスに単に戻ってもよい。
【００５１】
ビット５ないし９に含まれているデータが、すべて「１」に等しくなかった（すなわち、テスト４５０＝「いいえ」の）場合、第２のテストは、ビット１０およびビット４（それぞれ、ＴＰおよびＴＡビット）を見て、双方のビットが「１」に等しいか否かを決定する、ステップ４６０。等しいと決定された場合、これは、トラフィックアドバイザリがＦＭラジオ局によってブロードキャストされていることを示しており、したがって、プロセッサ１２は、トラフィックアプリケーションをアクティブ化する動作、または、トラフィックアプリケーションに通知する動作を実行できる。ステップ４６２。例えば、このアプリケーションは、目的地への代替ルートの計画を自動的に立てるＧＰＳアプリケーションをアクティブ化してもよい。ＲＤＳのいくつかのインプリメンテーション（例えば、いくつかの国において利用可能なトラフィックメッセージチャネル（ＴＭＣ））では、特定のトラフィックイベントおよびそのロケーションに関する付加的な情報が、ＲＤＳデータ内に、または、後続するＲＤＳデータパケット内に含まれていてもよい。したがって、トラフィックアプリケーションをサポートするために、ハンドヘルドデバイス１０は、ＲＤＳデータパケットをパーズして、トラフィックアプリケーションに対して使用する特定のデータビットを得る、ステップ４６４。これらのデータビットは、ＲＤＳデータバッファ中に記憶させてもよく、ステップ４６６、または、これらのビットは、トラフィックアプリケーションによって容易にアクセスできる。トラフィックアプリケーションがアクティブ化されて、ＲＤＳデータバッファ中に何らかの関連データが記憶されると、ハンドヘルドデバイス１０のアプリケーションは、図７および８を参照して先述したテスト４１２を実行し、残りのプロセスを続けることによって、到来ＲＤＳを監視するプロセスに戻ってもよい。
【００５２】
ＴＰおよびＴＡビットをテストした結果が、現在ブロードキャストされているトラフィックアドバイザリがないことを明らかにした（すなわち、テスト４６０＝「いいえ」の）場合、ハンドヘルドデバイス１０は、ＲＤＳデータパケットをパーズして、選択されたデータビットを取得し、ステップ４７０、ＲＤＳバッファ内のこれらのビットのいくつか、または、すべてを記憶させる、ステップ４７２。このように実行する際に、ハンドヘルドデバイス１０はまた、活動休止のアプリケーションの場合には特定のアプリケーションをアクティブ化すべきか否か、または、実行している場合には通知すべきか否かについて、受信およびパーズしたＲＤＳデータに基づいて決定し、ステップ４７４、ＲＤＳデータバッファ中のＲＤＳデータの存在をそのアプリケーションに通知する、ステップ４７６。アラートシンボルまたはトラフィックアドバイザリシンボルのいずれも含まないＲＤＳデータパケットの例は、アラートまたはトラフィック通知のいずれかに関連するデータを含んでいるデータパケットである。例えば、ＲＤＳシステムの将来のインプリメンテーションにおいて、データパケットの中には、例えば、アラートまたはトラフィック通知シンボルを含めることなどによって、イベントのタイプを識別するものもあるかもしれない一方で、（Ｄパケットのような）後続するパケットを使用して、これらのイベントに関連するデータ（例えば、タイプおよびロケーション）を送信してもよい。したがって、図９に図示した方法は、特定のＲＤＳデータパケットに応答して、アラートまたはトラフィックアドバイザリアプリケーションをアクティブ化して、後続ＲＤＳパケットを取り扱うためのステップ４７８ないし４７６を実現することによって、後続データパケットから取得した関連データを認識および記憶してもよい。
【００５３】
上述した実施形態の、アプリケーションのアクティブ化およびデータサポートサービスを提供することに加えて、ハンドヘルドデバイス１０はまた、ＦＭラジオブロードキャスト上で伝えられている番組に関する情報を表示する従来目的のためにＲＤＳデータを使用してもよい。したがって、ＦＭラジオ番組を受信および再生するためにハンドヘルドデバイス１０が使用されている場合、ハンドヘルドデバイス１０は、従来のＦＭラジオのように、ＲＤＳデータを直接的に受信し、これを使用して、適切な表示を発生させてもよい。図１０は、ＲＤＳデータのこの従来的な使用を可能にするとともに、図７〜９を参照して上述したアプリケーションのアクティブ化能力も提供する、例示的な実施形態を図示している。
【００５４】
図１０を参照すると、この実施形態は、図８のステップ４００〜４１４を参照して上述したような、データタイプのＲＤＳデータパケットを受信し、カウントし、認識する同じステップとともに、段階的なビットテストのステップ４５０、４６０を使用している。局識別情報を含むＲＤＳデータパケットを受け入れるために、付加的なステップ４８０および４８２が、方法に含まれている。テスト４１０において、アプリケーションに有用な情報を含まないとＲＤＳパケットが決定された場合、局識別情報が、局識別ＲＤＳパケットから抽出され、ディスプレイ２０上での表示のために、ハンドヘルドデバイス中で実行しているＦＭラジオアプリケーションに提供される、ステップ４８２。ハンドヘルドデバイス１０が、１つの特定のＦＭラジオ局を再生している間でさえも、ＲＤＳデータのためにすべてのＦＭ局をスキャンし続けるように構成されている場合、現在ハンドヘルドデバイス上で再生されているのと同じＦＭ局から、特定のパケットが受信されたか否かを決定するために、さらなるテスト４８０が実現されてもよい。しかしながら、再生されているＦＭ局にＲＤＳデータパケットが関係していない（すなわち、テスト４８０＝「いいえ」の）場合、ハンドヘルドデバイス１０は、単に、パケットを無視し、図７および図８を参照して上述したテスト４１２および後続するプロセスステップに進む。ＦＭラジオ局番組に関連する情報を含んでいる他のＲＤＳデータパケットは、図９を参照して上述したステップ４７０ないし４７６を実行しているハンドヘルドデバイス１０によって識別され、ＲＤＳデータバッファ中に記憶させてもよい。この方法では、ＲＤＳ内に含まれている情報に関連する、全範囲のラジオ番組が取得され、ＦＭラジオアプリケーションにとってアクセス可能になるだろう。
【００５５】
図１０はまた、特定のアプリケーションを実現するためのさらなるオプションを図示している。例えば、アラートＲＤＳパケットを受信することに応答して（テスト４５０＝「はい」）、アラートアプリケーションをアクティブ化した、ステップ４５２の後、ハンドヘルドデバイス１０は、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を緊急ブロードキャストの周波数帯域に同調させ、ステップ５００、例えば、トーンおよび／または可視表示などをユーザに通知する、ステップ５０２。別の例として、トラフィック通知ビットが双方とも１に等しい（すなわち、テスト４６０＝「はい」の）場合、トラフィックアプリケーションをアクティブ化した後、ハンドヘルドデバイス１０は、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を、トラフィック局のような、トラフィック情報を受信できるチャネルに同調させる、ステップ５１０。アプリケーションは、特定のトラフィック通知表示をユーザにさらに提示する、ステップ５１２。
【００５６】
特定の、関連ＲＤＳデータパケットの受信に応答して、特定の（すなわち、関連）アプリケーションに通知させる、または、特定の（すなわち、関連）アプリケーションをアクティブ化させる特定の（すなわち、関連）アプリケーションに能力を提供することによって、さまざまな実施形態のハンドヘルドデバイス１０は、幅広い範囲の可能性あるアプリケーションを使用可能にする。図１１は、このようなハンドヘルドデバイスアプリケーションに後続する汎用プロセスフローを図示している。第１のステップとして、例えば、メモリ１４からプロセッサ１２内のアクティブなソフトウェアメモリにロードさせていることなどによって、活動休止のアプリケーションがアクティブ化される、ステップ６００。関連アプリケーションのこのローディングは、ＢＲＥＷのようなアプリケーションインターフェースソフトウェアによって実現してもよい。関連アプリケーションが、すでにプロセッサ１２上で実行している場合、例えば、ＲＤＳデータがＲＤＳデータバッファ中に存在していることが通知されていることなどによって、アプリケーションはアクションを取るようにシグナリングされてもよい。
【００５７】
いったん、関連アプリケーションがアクティブ化され、および／または、ＲＤＳデータバッファにおいてデータが利用可能であることが通知されると、アプリケーションは、このようなデータにアクセスする、ステップ６０２。先に述べたように、いったん、いくつかのアプリケーションがアクティブ化されると、いくつかのアプリケーションは、これ以上、ＲＤＳデータを要求しないであろうことから、このステップはオプションである。アプリケーションがＲＤＳデータの何らかの部分を使用する場合、アプリケーションは、ＲＤＳデータバッファからのデータにアクセスし、例えば、データの性質を認識するためのような、いくつかの方法でデータを利用する、ステップ６０４。最後に、関連アプリケーションは、この関連性のあるアプリケーションがアクティブ化されている事実、または、このアプリケーションに通知されている事実に基づいて、あるいは、ＲＤＳデータバッファから取得したデータに基づいて、何らかのアクションを開始する、ステップ６０６。
【００５８】
幅広いさまざまなアプリケーションが開発され、これは、本発明の範囲内で予測されるものである。例えば、アプリケーションが、あるデータをメモリ１４から呼び出し、ステップ６１０、表示、壁紙、または変更したリングトーンを発生させる、ステップ６１２。このようなアプリケーションの例は、トラフィック監視アプリケーションであり、トラフィック監視アプリケーションは、ＲＤＳデータパケット内に含まれているコードに基づいて、トラフィックイベントの表示を提示できる。ＦＭ局の中には、イベントコードおよびロケーションコードを含めることによって、ＲＤＳシステムを使用して、トラフィックおよびトラベル情報をドライバにブロードキャストするものもある。アラートＣの標準規格は、これらのコードを解釈するためにプログラミングされた受信機によって変換できる、２０４８個のイベントコードをリストアップする。同様に、Ｔｅｌｅ Ａｔｌａｓのような商業会社は、ロケーションコードテーブルにおいて、全国レベルで維持されているＲＤＳデータパケットグループおよびビットに、いくつかのコードを割り当てている。これらのロケーションコードテーブルは、番号コードを、ローカルロードネットワーク上のロケーションに割り当てている。このようなエンコードされた情報を使用して、トラフィックアプリケーションは、ＲＤＳデータバッファ中に記憶されているＲＤＳデータを、メモリ１４中に記憶されているイベントコードテーブルおよびロケーションコードテーブルと比較することによって、トラフィックイベントのタイプおよびロケーションを、比較的、希薄なＲＤＳデータパケットから決定することができる。そして、デコードされたイベントおよびロケーション情報を使用して、トラフィックアプリケーションは、ディスプレイ２０上での表示のために、イベントのロケーションを示しているマップのような、適切なイメージを発生させることができる。
【００５９】
別の例は、特定のスポーツチームがラジオ局上で取り扱われていることを、受信したＲＤＳデータが示すときにアクティブ化されるアプリケーションである。そのスポーツチームの名前が、ＲＤＳデータパケット内に含まれていてもよい。そのスポーツチームの名前を認識し、ＲＤＳデータ中のその存在に応答して、メモリ１４から呼び出し、ユーザのお気に入りのスポーツチームに関係する壁紙やリングトーンを含むユーザ構成を実現できる、アプリケーションをアクティブ化してもよい。したがって、例えば、ＦＭラジオ局が、Ａｎａｈｅｉｍ Ｄｕｃｋｓをフィーチャリングしているホッケーゲームを取り扱っている場合、番組が、Ａｎａｈｅｉｍ Ｄｕｃｋｓをフィーチャリングしているスポーツ番組であることを示しているＲＤＳデータによってアクティブ化されたアプリケーションが、チームに関係する壁紙およびリングトーンを表示させることができる。
【００６０】
別の例示的なアプリケーションは、選択された周波数帯域上でＲＤＳパケットデータをブロードキャストしているＦＭラジオ局によって再生されている、アーティスト名および曲名に対するＲＤＳデータパケットを監視する。ユーザが、ハンドヘルドデバイス１０上でＦＭラジオを聴いていて、お気に入りのアーティストがフィーチャリングされた場合、アプリケーションは、アーティスト名を含んでいるＲＤＳデータから、アーティスト名を認識することができる。これに応答して、例えば、フィーチャリングされているアーティストの曲と一致するような、アーティストのイメージをディスプレイ２０上で表示させ、リングを変更するユーザ構成をアプリケーションがメモリ１４から呼び出してもよい。また、将来聴くために、セルラハンドヘルドデバイス１０のメモリ１４に音楽サーバからアーティストの曲またはアルバムをダウンロードすることをユーザが望むか否かを尋ねるイメージを、アプリケーションは、ディスプレイ２０上に表示させてもよい。ユーザがそれを望む場合、ダウンロードを実行するために、アプリケーションは、音楽サーバサイトへのデータ通話を開始することができる。
【００６１】
異なるタイプのアプリケーションでは、ＲＤＳデータによるアクティブ化は、例えば、特定のインターネットサーバにアクセスして、アプリケーションに関連するデータをダウンロードすることなどによって、外部情報ソースから情報を呼び出すようにアプリケーションに促す、ステップ６２０。ダウンロードしたデータを使用して、アプリケーションは、表示を発生させる、または、壁紙またはリングトーンを変更させる、ステップ６２２。この例では、ＲＤＳデータバッファ中に記憶されているＲＤＳデータ内に、データサーバ用のアドレスが含まれていてもよい。このようなアプリケーションの例は、トラフィックアプリケーションとすることができる。このケースでは、トラフィック情報を含んでいるインターネットサーバにアクセスすることによって、アプリケーションが、トラフィックアラートおよび可能な代替ルートに関する情報を取得してもよい。この例では、発生させる表示は、トラフィック問題を回避するための代替的なルートまたは運転方向であってもよい。別の例では、アラートアプリケーションは、天気アラートに関連する情報をダウンロードするために天気サーバにアクセスし、ステップ６２０、更新された天気予報および任意の関係する警告を示す表示を発生させる、ステップ６２２。
【００６２】
アプリケーションのこのタイプの別の例は、ハンドヘルドデバイス内に含まれている（示していない）グローバルポジショニングシステム（ＧＰＳ）受信機を使用するナビゲーションアプリケーションである。プロセッサ１２がトラフィックアドバイザリＲＤＳデータパケットを認識したとき、ナビゲーションアプリケーションをアクティブ化（すなわち、起動する、または、メモリ中にロード）し、ナビゲーションアプリケーションは、ＧＰＳ受信機に電源を投入して、ＧＰＳ信号を受信し、（例えば、ハンドヘルドデバイス１０が走行中の車の中にあるなどの場合）ナビゲーションアプリケーションが、そのポジションおよび進行の方向を決定できるようにする。そして、そのポジションをトラフィックイベントのロケーションと比較することによって、ナビゲーションアプリケーションは、メモリにアクセスして、トラフィック問題を回避するための運転方向を含むマップを発生させてもよい。ナビゲーションアプリケーションはまた、例えば、他のワイヤレスデータサービスを通して、トラフィック情報をダウンロードするために、または、トラフィック情報を受信するために、インターネットサーバに対してデータ通話を行うなどによって、他の情報ソースにアクセスしてもよい。
【００６３】
ブロードキャスト番組が再生を開始できるようにするために、ＲＤＳデータによりアクティブ化されたアプリケーションは、単に、ＦＭ受信機ＡＳＩＣ２２Ａを電源投入する、または、ＦＭ受信機ＡＳＩＣ２２ＡをＦＭ局の周波数帯域に同調させる、ステップ６３０。例えば、アプリケーションは、ＲＤＳデータ中に存在するアーティスト名または曲のタイトルに基づいて、お気に入りの曲またはアーティストを認識するように構成されている場合、アプリケーションは、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を電源投入し、そのアーティストまたは曲を再生しているＦＭ局の周波数帯域にアプリケーションを同調させることができる。このような方法で、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）がどの無線局に同調されていようとも、ユーザは、お気に入りの曲またはアーティストをいつも必ず聞くことができる（ただし、当然、ＲＤＳデータ中のアーティスト名または曲のタイトルを局がブロードキャストしているという条件で）。
【００６４】
別の例示的なアプリケーションは、記録またはダウンロードする要望をユーザが示した曲の、アーティスト名、曲または番号をウォッチするために、ＲＤＳパケットデータをブロードキャストしているすべてのＦＭ無線局からのＲＤＳパケットを監視する。この方法では、アプリケーションが、バックグラウンドにおいて、効率的に、すべてのＦＭ局（または、すべてのＦＭ局のサブセット）を「スキャン」して、曲またはアーティストに対するユーザ好みとの一致を探す。受信したＲＤＳデータが、ユーザによって識別されたアーティストまたは曲のタイトルと一致したとき、ＲＤＳデータによりアクティブ化されたアプリケーションは、ブロードキャスト番組が再生を開始できるようにするために、単にＦＭ受信機ＡＳＩＣ２２Ａを電源投入する、および／または、ＦＭ受信機ＡＳＩＣ２２Ａを、一致したＲＤＳデータを送信しているＦＭ局の周波数帯域に同調させる、ステップ６３０。さらに、ＲＤＳデータによりアクティブ化されたアプリケーションは、例えば、ＭＰ３オーディオファイルフォーマットなどで、メモリ１４、２４中に記憶されているブロードキャスト番組（すなわち、曲）を記録してもよい、オプション的ステップ６３２。このアプリケーションによって、ユーザは、ＲＤＳデータをブロードキャストしているＦＭ局上で再生されている音楽を選択的に記録することによって、ユーザ自身の個人向けのお気に入りの音楽の記録の再生リストを確立することができる。
【００６５】
アプリケーションのさらなる例は、単に、表示、壁紙を発生させるもの、または、リングトーンを変更するものである、ステップ６４０。このようなアプリケーションは、単に、ＲＤＳデータ中の情報に基づいて、特定のシチュエーションをユーザに知らせる。このようなアプリケーションの例は、従来のＲＤＳデータ表示をハンドヘルドデバイス上に提供するＦＭラジオプレイヤーアプリケーションである。
【００６６】
より多くのデータコードを含め、選択されたＲＤＳデータパケット中に第三者がデータを挿入できるような、ＲＤＳシステムの拡張により、さらなるアプリケーションが使用可能になる。（ここではＲＤＳフラグと呼ばれる）異なるＲＤＳデータパターンを使用して、開発されるさまざまな異なるアプリケーションをアクティブ化できる。ハンドヘルドデバイス１０、例えば、ディスパッチャ、オペレータ、（緊急メッセージのような）記録されたメッセージのような電話番号に電話をかけさせるために、アプリケーションを促すように構成していてもよい。別の例として、サーバにコンタクとして、ソフトウェア更新のような、アプリケーションをダウンロードするために、あるいは、期間満了ソフトウェアパッケージまたはリコールされたソフトウェアパッケージのようなアプリケーションをハンドヘルドデバイスのメモリ１４から削除するために、ハンドヘルドデバイスを促すようにＲＤＳフラグを構成していてもよい。この例では、ＲＤＳフラグは、アプリケーション更新がダウンロードの準備ができていることを示してもよい。代替的に、ＲＤＳフラグは、アプリケーションをアクティブ化してもよく、ダウンロードに利用可能なソフトウェアおよびデータ更新を、ならびに、削除すべきソフトウェアまたはデータを、アプリケーションに知らせるサーバへのアクセスをこのアプリケーションはハンドヘルドデバイス１０に実行させる。
【００６７】
先述の例示的なアプリケーションの実施形態は、例示目的だけに提供されており、さまざまな実施形態のハンドヘルドデバイス上で実現されてもよいアプリケーションの範囲を限定することを意図していない。
【００６８】
ＲＤＳデータに応答して、インターネットサーバ上のコンテンツにアクセスするための能力を有するハンドヘルドデバイスを提供することによって、サーバによってリアルタイムストリーミングビデオを提供する必要なく、インターネットサーバに対するデータ通話と組み合わせたＲＤＳデータ監視能力が、ＦＭラジオブロードキャストをマルチメディア経験に変えることができる。ＩＰアドレス、ポインタ、または他のデータコードが、ＲＤＳメッセージ中に含まれていてもよく、現在のラジオ番組に関連する特定のインターネットサーバ上のデータにアクセスするために、ハンドヘルドデバイスアプリケーションはＲＤＳメッセージを使用することができる。サーバは、ＦＭ局の広範囲なポピュラートピックまたは番組に関連する、イメージ、ビデオ、テキストファイルを記憶していてもよく、そして、ＦＭ局の広範囲ポピュラーなトピックまたは番組に関連する、イメージ、ビデオ、テキストファイルが記憶されているデータベースに結合されていてもよい。ＦＭ局の広範囲なポピュラートピックまたは番組に関連する、イメージ、ビデオ、テキストファイルには、ポピュラーなレコーディングアーティスト、プロのスポーツ選手、スポーツチーム、政治家、犯罪者、俳優、コメディアン等に関連する、イメージ、ビデオ、および統計情報のようなものがある。サーバは、ソフトウェアによって、ＲＤＳメッセージ中に含まれているコードまたはデータ、および、データ通話においてハンドヘルドデバイス１０によってサーバに提供されるコードまたはデータを認識し、このようなコードまたはデータに応答して、ハンドヘルドデバイスにダウンロードする適切なイメージ、ビデオ、およびテキストデータを決定するように構成することができる。
【００６９】
図１２では、このシステムの実施形態を図示している。システムは、従来のＦＭラジオ局７００を含み、このＦＭラジオ局７００は、ブロードキャスタのサーバ７０２を備えていてもよく、ブロードキャスタのサーバ７０２は、ブロードキャスト番組に関する情報を取得するためにアクセスでき、インターネットに結合されている。先述のデバイスの実施形態のうちの１つにしたがったハンドヘルドデバイス１０は、ＦＭ受信機回路を備えており、これにより、ハンドヘルドデバイス１０は、ＦＭラジオ局７００によって送信されるＦＭブロードキャストを受信することができる。ハンドヘルドデバイス１０はまた、インターネット７０８に接続されているセルラ電話ネットワーク７０６を通してデータ通話を行うことができ、ＩＰプロトコルを通してメディアサーバ７１０にアクセスすることもできる。ハンドヘルドデバイス１０が、セルラ電話機ネットワーク７０６およびインターネットを通してメディアサーバ７１０にデータ通話を行う技術、プロトコル、および回路素子はよく知られており、商業的に利用可能であるので、さらなる記述は必要ない。図１２は、セルラ電話機ネットワーク７０６に結合されているハンドヘルドデバイス１０を示しており、ハンドヘルドデバイス１０はまた、あるいは、代替的に、図１２で示したような分散された通信タワーからなるワイヤレス（例えば、ＷｉＦｉ）データネットワークに接続していてもよい（したがって、ワイヤレスネットワークに対して異なる識別子を使用する例外はあるが、同一に図示されるだろう）。
【００７０】
メディアサーバ７１０は商業的に利用可能なサーバに一般的である、（別々に示していない）データ記憶媒体に結合されているプログラマブルプロセッサを備えている。データ記憶媒体は、内部ハードディスクおよび／または外部大容量ディスクドライブであってもよく、これらは、よく知られており、商業的に利用可能である（すなわち、「データ記憶媒体」という用語は、サーバに結合されている外部記憶容量と、内部記憶容量との双方を含む）。メディアサーバ７１０は、ＲＤＳメッセージ内に含まれているかもしれない主題事項コードまたはデータに基づいて迅速なアクセスを可能にする方法でインデックスが付けられている広範囲な主題事項に関連するイメージ、ビデオ、およびテキスト情報の拡張のデータベースをデータ記憶媒体上に記憶している。このようなイメージ、ビデオ、およびテキスト情報は、ハンドヘルドデバイスへの送信およびハンドヘルドデバイス上での表示のために特別に構成されていてもよい。例えば、選択され、そして、ハンドヘルドデバイスの小さいディスプレイ２０に適合して容易に見ることができる、短縮されたテキストおよびより低い解像度でクローズアップされたイメージのような、イメージおよびビデオは、ハンドヘルドデバイスと互換可能になるようにイメージおよびビデオがフォーマット化されてもよい。
【００７１】
メディアサーバ７１０は、ソフトウェアにより、ＲＤＳデータにより促されるデータ要求、または、ＲＤＳデータを含むデータ要求を含む、ハンドヘルドデバイス１０から受信し、データ要求に応答して、特定のイメージ、ビデオ、およびテキストデータをデータ記憶媒体から呼び出し、ＩＰプロトコルを使用して、呼び出した情報をハンドヘルドデバイスに送信するようにさらに構成されている。ソフトウェアを通してメディアサーバ７１０上で実現されるプロセスの実施形態を図１３で図示する。メディアサーバ７１０を構成するために使用されているソフトウェアは、サーバメモリおよび／またはコンパクトディスク７１２のような他の有体的サーバ読み取り可能メモリ中に記憶させていてもよい。
【００７２】
図１３を参照すると、メディアサーバ７１０は、インターネットを通して、ハンドヘルドデバイスからＩＰクエリ（例えば、ＧＥＴメッセージ）を受信する、ステップ８００。このクエリ８００は、データ記憶媒体中に記憶されている対応するデータファイルを識別するためにメディアサーバ７１０によって解釈可能な、タグ、ポインタ、アドレス、コード、または他のインジケータを含んでいる。メディアサーバ７１０は、クエリから取得された、タグ、ポインタ、アドレス、コード、または他のインジケータを解釈して、メモリから呼び出すファイルを決定する。例えば、クエリが、データに対するＩＰアドレスまたはメモリロケーションを含む場合、メディアサーバ７１０は、単にデータをアドレスとして解釈するに過ぎない。しかしながら、クエリ中に含まれているタグは、関係するデータファイルに対するメモリロケーションを決定するために、テーブルルックアップキーとして使用できるショートコード、または、アルゴリズムで解釈できるショートコードであってもよい。
【００７３】
実施形態では、メディアサーバ７１０は、ハンドヘルドデバイス１０により受信されるＲＤＳデータを送信する特定のＦＭラジオ局によって維持されているブロードキャスタのサーバ７０２にオプション的にアクセスして、クエリ中で受信したタグまたはコードを解釈するための情報を取得してもよい、オプション的なステップ８０４。このように実行するにあたって、メディアサーバ７１０は、受信したタグまたはコードを提供し、要求されているデータのより完全な記述に応答して受信してもよい。したがって、ブロードキャスタは、ＲＤＳデータ中にショートコード（例えば、３ないし５ビットのデータ）を含めることができ、メディアサーバ７１０は、ブロードキャスタのサーバ７０２からの支援によりこのショートコードを解釈できる。このステップでは、ブロードキャスタのサーバ７０２はまた、ハンドヘルドデバイス１０に送ることができる付加的なイメージ、ビデオおよび／またはテキストデータをメディアサーバ７１０にダウンロードしてもよい。
【００７４】
クエリ中のタグ、ポインタ、アドレス、またはコードを解釈すると、メディアサーバ７１０は、データ記憶媒体から（例えば、データベースにアクセスすることによって）関連データを呼び出し、ステップ８０６、ハンドヘルドデバイスへの送信のためにデータをＩＤパケットにフォーマット化する、ステップ８０８。フォーマット化するこのステップでは、メディアサーバ７１０は、データに関係するフォーマット命令にしたがってイメージおよびデータを順番に並べてもよい。この方法では、コンテンツプロバイダ（すなわち、イメージ、ビデオおよびテキストデータの所有者）は、イメージおよび情報がユーザのハンドヘルドデバイス１０上で表示されるシーケンスを制御してもよい。最後に、メディアサーバ７１０は、標準規格のワイヤレスインターネットデータ送信プロトコルおよびネットワークを使用して、フォーマット化されたデータをハンドヘルドデバイス１０に送信する。
【００７５】
実施形態では、メディアサーバ７１０はまた、プレイリストまたは番組アウトラインのような、ブロードキャストのサーバ７０２に関する他の情報を、ステップ８０４においてブロードキャスタのサーバから受信してもよく、これにより、ハンドヘルドデバイス１０からの次の要求をメディアサーバ７１０が予期できる。ブロードキャスタのプレイリストまたは番組アウトラインを把握することによって、ハンドヘルドデバイス１０によって要求される可能性が高い情報をメディアサーバ７１０が先取りおよび事前にフォーマット化できるようになり、要求を受信するとすぐに情報を送ることができる。例えば、メディアサーバ７１０に対するクエリは、ハンドヘルドデバイスが監視しているＦＭ局を識別してもよく、これにより、メディアデバイス７１０は、ステップ８０４においてブロードキャスタのサーバ７０２からプレイリスト（または、少なくとも次の曲）をダウンロードし、プレイリストを使用して、ハンドヘルドデバイスがすぐにこのようなデータをすぐに要求するであろうと予期して、次の曲またはアーティストに関連する情報を先取りすることができる。
【００７６】
さらなる実施形態では、メディアサーバ７１０は、曲タイトルのＲＤＳタグを含む歌詩データに対する要求を受け取り、ステップ８００、このデータを使用して、（例えば、データベースにアクセスすることによって）ＦＭ局７００によってブロードキャストされている特定の音楽に関係するデータ記憶媒体から歌詩データを呼び出す、ステップ８０６。先述の実施形態の記述と同様に、メディアサーバ７１０は、ハンドヘルドデバイスへの送信のために、歌詩データをＩＰパケットにフォーマット化し、ステップ８０８、データをハンドヘルドデバイス１０に送信する、ステップ８１０。受信時に、ハンドヘルドデバイス１０は、ＦＭ局７００によってブロードキャストされている音楽と、多かれ少なかれ同期されている歌詩をディスプレイ上に表示してもよい。
【００７７】
先述の実施形態では、ハンドヘルドデバイス１０が、単に再生している特定の番組だけではなく、ＲＤＳデータストリーム中のデータの何らかの形態に基づいて情報を要求してもよいことを正しく認識すべきである。例えば、ＦＭブロードキャスタの中には、次の曲またはアーティストに関する情報を含むものがあり、これにより、ハンドヘルドデバイス１０はこの情報を解釈して使用し、次の曲に関係するデータをメディアサーバ７１０から要求してもよく、次の曲が来るときに、（ハンドヘルドデバイスがＲＤＳデータに基づいて認識するであろう）情報を表示する準備ができていてもよい。
【００７８】
このシステムのさまざまなインプリメンテーションの可能性がある。例えば、アーティストの曲がラジオ上で再生されている間、デバイスのディスプレイ上での表示のために、特定のアーティストに関するイメージ、ビデオ、テキストデータをダウンロードするのに、アプリケーションによって、ＲＤＳデータを使用してもよい。ハンドヘルドデバイス上で表示するために特別なビデオクリップをダウンロードすることができ、特別なビデオクリップは、音楽ビデオのように、ユーザのエンターテイメント経験を向上させるものの、音楽ビデオとは異なり、オーディオ番組に同期させておらず、これにより、これらを、ハンドヘルドデバイスへのダウンロードおよびハンドヘルドデバイス上で表示するのに適したものにする。この方法において、メディアサーバ７１０と協働して、ハンドヘルドデバイス１０は、ＦＭ局が再生している間、マルチメディアエンターテイメント経験を提供することができる。
【００７９】
別の例として、ＲＤＳデータは、（野球ゲームおける）打席にいる、または、ラジオコメンテータによって説明されている特定のアスリートの名前を含んでいてもよい。このＲＤＳデータを使用して、アプリケーションは、ハンドヘルドデバイス１０上のディスプレイ２０上での表示のために、（アスリートの統計のような）イメージ、ビデオ、およびテキストデータをダウンロードできる。代替的に、または、加えて、ハンドヘルドデバイス１０は、チームのうちの１つまたは双方に関係するイメージ、ビデオ、およびテキストデータをメディアサーバ７１０からダウンロードしてもよい。さらなる例として、ＲＤＳデータが、ホームランまたはタッチダウンのような主要なスコアが入るイベントを示している場合、アプリケーションは、マルチ感覚のエンターテイメント経験を提供するために、トーン（例えば、歓声）を鳴らすことに加えて、ハンドヘルドデバイスにおけるバイブレーション発生器をアクティブ化してもよい。
【００８０】
別の例として、メディアサーバ７１０上での記憶のために、政党が、イメージ、ビデオ、およびテキストデータパッケージを準備するかもしれない。特定の候補者または政治的問題についてＦＭ局上で議論されているときに、ハンドヘルドデバイス１０上での表示のために、イメージ、ビデオ、およびテキストデータパッケージをダウンロードできる。例えば、特定の候補者がインタビューを受けているとき、ハンドヘルドデバイスは、より多くの情報を取りに行くために、または、寄付をするために、その人の写真を表示させてもよく、および／または、ウェブサイトまたは電話番号を表示させてもよい。同様に、政治的広告がブロードキャストされている場合、付加的な情報をメディアサーバ７１０からダウンロードするために、ハンドヘルドデバイス１０によって、広告に関連するＲＤＳデータが使用されてもよい。
【００８１】
別のさらなる例では、ＦＭ局で実行する広告および公共サービス通知は、ＲＤＳデータに結び付けられていてもよく、これにより、ハンドヘルドデバイス１０は、付加的な情報をメディアサーバ７１０からダウンロードできるようになる。例えば、広告主の広告のうちの１つが放送されるときいつでも、ハンドヘルドデバイス１０にダウンロードされるべきイメージを、広告主はメディアサーバ７１０上にポスティングしてもよい。これにより、ＦＭブロードキャスト広告を視聴覚経験に変える。広告主はまた、広告主の製品を消費者が購入できるように情報および表示のダウンロードをプッシュしたいかもしれない。例えば、マップイメージをハンドヘルドデバイスにダウンロードして、広告が掲載された企業のロケーションにカスタマを向けてもよい。別の例として、ウェブサイトまたはＪａｖａ（登録商標）アプレットをハンドヘルドデバイスにダウンロードしてもよく、これより、例えば、ウェブサイトにアクセスしたり、ブラウザを通してオンライン購入を行ったり、または購入メッセージを直接的に送信したりすることなどによって（例えば、Ｊａｖａアプレットをアクティブ化することによって）、ユーザがすぐに製品を購入できるようになる。さらに、ＲＤＳデータはＦＭラジオ局の到達範囲内のみで送信されるので、広告主は、この能力を使用して、中央に位置するメディアサーバ７１０からでさえも、都市特有のまたはローカル的なコンテンツをハンドヘルドデバイスに提供することができる。
【００８２】
さらなる実施形態では、ＦＭ局は、広告とともに送信される、ＲＤＳデータ中にカレンダおよびコンタクト情報を含んでいてもよい。ＲＤＳデータストリーム中のこの付加的な情報により、移動体デバイス上のカレンダおよび／またはコンタクトデータベース中にカレンダまたは情報を記憶させるようにユーザに促すアプリケーションを提供することができる。このようなアプリケーションによって、例えば、カレンダアプリケーション中にリマインダを記憶させること、または、コンタクト番号に電話をかけることなどのように、ユーザは、ＲＤＳ送信された広告にしたがって行動できる。例えば、広告が、やがて来るコンサートまたはイベントに関係している場合、 イベントに参加したいユーザまたはイベントを思い出したいユーザは、例えば、ボタンを押下することによって、 ユーザのカンレンダ中の日付けを見ることができる。同様に、ＲＤＳデータを使用して、コンタクト情報（例えば、電話番号、ｅメール、アドレスまたはインターネットアドレス）をベンダに対して送信することができる。ベンダにコンタクトすることに関心のあるユーザは、電話番号またはアドレスを暗記する必要なく、コンタクト情報を保存したり、または、ソフトキーまたはボタンを押下することによってベンダにすぐにコンタクトしたりできる。ソフトキーまたはボタンを押下することによって、ユーザは、後の検索のために、広告に関係するコンタクト情報を記憶させることができる。
【００８３】
さまざまな実施形態によって、ＲＤＳデータサービスは、サーバ中に記憶されている静的データとブロードキャストオーディオ番組とを関係付けることができ、これにより、ハンドヘルドデバイス１０上に表示される組み合わされたものは、メディアサーバ７１０からのビデオ送りをストリーミングする必要なく、統合したエンターテイメント経験として現れる。さらに、メディアデバイス７１０は、ブロードキャスタによってホスト接続されている必要はない。先述のシステムの実施形態の結果は、オーディオおよび可視情報を配信するためのシステムであってもよく、これは、ラジオおよびテレビジョンの混合である第３の形態媒体である。さらに、イメージ、ビデオ、およびテキスト情報は、ＦＭブロードキャスタに関係なく、セルラ電話機サービスプロバイダのような、すべてのブロードキャスタをサポートしている、企業また当事者によって提供されてもよい。さらに、ハンドヘルドデバイス１０が位置している場所に関係なく、すべてのハンドヘルドデバイス１０にサービスを提供するサーバファーム中のような、どこにでもメディアサーバ７１０は位置していてもよい。
【００８４】
さまざまな実施形態が、多数の利点を提供する。一例として、要求されるまでアプリケーションを活動停止のままにすることができるので、特定のＲＤＳデータパケットを受信したとき、活動停止のアプリケーションをアクティブ化する能力により、ハンドヘルドデバイスは電力を節約することができる。ＦＭ受信機は、ハンドセット（図４Ｂ、４Ｃ参照）の外部にあってもよいので、またはシリコンベースのＡＳＩＣ（図４Ａ参照）であってもよいので、この受信機の電力は、そうでなければ、活動停止のアプリケーションの機能性を提供するために通電されたままでなければならない他の回路よりも少ない。例えば、上述したナビゲーションアプリケーションは、ＧＰＳ受信機回路を使用して、（例えば、付加的なワイヤレス受信機をアクティブ化すること、または、インターネットサーバに対してデータ通話を行うことなどによって）大きな電力を消費する外部のデータソースにアクセスしてもよい。回避されるべきトラフィックイベントが存在するときのみ、このようなアプリケーションおよび回路をアクティブ化することによって、トラフィック問題が存在しないときの間の電力を節約する。この能力がないと、トラフィックサーバへの周期的データ通話を行う必要があるであろうし、または、他のワイヤレス受信機は、発生しないかもしれないトラフィック問題を監視するために通電されたままでなければならないかもしれない。
【００８５】
別の例として、手頃で効率的な緊急警報システムを、セル電話機に組み込むことができる。人口の大部分は、いかなる瞬間でも近くにセル電話機を持っているので、緊急事態において、市民に警告したり、命令または助言を市民に提供したりするのに、セル電話機は非常に効率的な方法であり得る。緊急事態ブロードキャストシステムは、すでにＦＭ局に組み込まれているので、さまざまな実施形態の能力をセル電話機に追加することは、広範囲に分散された効率的な緊急事態警告システムを非常に低コストで確立する。
【００８６】
さらなる利点は、新しいブロードキャストおよびネットワークインフラストラクチャに投資する必要なく、さらなるサービスおよびエンターテイメントをリスナに提供することによって、ＦＭラジオのリスニング経験をサービスプロバイダが向上させる機会である。
【００８７】
先述の実施形態のイベントを実現するために使用されるハードウェアは、１組の命令を実行するように構成されている処理エレメントよびメモリエレメントであってもよい。１組の命令は、上記のイベントに対応している方法ステップを実行するためのものである。代替的に、いくつかのステップまたは方法は、所定の機能に特有である回路によって実行してもよい。
【００８８】
ここで開示した実施形態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現されてもよいことを、当業者は正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的に、これらの機能性の観点から上記に記述している。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者は、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本発明の範囲から逸脱が生じるとして解釈されるべきでない。
【００８９】
ここで開示した実施形態に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェアモジュールは、プロセッサ読み取り可能記憶媒体および／またはプロセッサ読み取り可能メモリ中に存在していてもよく、これらの双方は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られているデータ記憶媒体の他の何らかの有体的形態のうちの任意のものであってもよい。さらに、プロセッサ読み取り可能メモリは、１つより多いメモリチップ、別個のメモリチップ中のプロセッサチップの内部のメモリ、フラッシュメモリおよびＲＡＭメモリのような、異なるタイプのメモリを組み合わせたものを含んでいてもよい。移動体デバイスのメモリについてのここでの言及は、特定の構成、タイプまたはパッケージングに限定せず、移動体デバイスうちの任意の１つのメモリモジュールまたはすべてのメモリモジュールを含むことを意図している。プロセッサが、情報を記憶媒体から読み取ったり、情報を記憶媒体に書き込んだりできるように、例示的な記憶媒体は、移動体ハンドセットまたはサーバのいずれかにおいてプロセッサに結合されている。代替実施形態では、記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体はＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、サーバプロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ端末に存在していてもよい。
【００９０】
さまざまな実施形態の先の説明は、当業者が本発明を作り、または使用できるように提供されている。これらの実施形態に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定されている一般的な原理は、本発明の範囲の精神または範囲を逸脱することなく、他の実施形態に適用されてもよい。したがって、本発明は、ここに示した実施形態に限定されることを意図しているものではないが、代わりに、特許請求の範囲は、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【関連出願】
【０００１】
本出願は、２００８年４月２１日に出願された「ＦＭラジオデータシステム受信機を備えるセルラハンドヘルドデバイス」と題する米国仮特許出願番号６１／０４６，４７６号に対して優先権の利益を主張しており、その全体の内容は、これによって参照により組み込まれている。
【発明の分野】
【０００２】
本発明は、セルラハンドセットデバイスに関する。さらに詳細に述べると、ラジオデータシステムデータを受信するように構成されている移動体ハンドセットデバイスに関する。
【背景】
【０００３】
セルラハンドヘルドデバイスの能力は、デバイスに組み込まれるマイクロチップ技術や、より多くの回路や、機能性の進歩にともない毎日向上している。結果的に、セルラハンドヘルドデバイスは、単なる通信デバイスの域を超えて速く進化しており、パーソナル通信／環境／情報リソースになりつつある。
【０００４】
セルラハンドヘルドデバイスに組み込まれていない情報の１つのソースは、ラジオデータシステム（ＲＤＳ）であり、適切に備え付けられているＦＭラジオに対して、通常のＦＭラジオブロードキャストの一部としてデータを通信する。セルラデバイスの中には、ユーザがラジオを聴くことができるようにＦＭ受信機が組み込まれているものもあるが、対話サービスを提供するためにＲＤＳ信号を使用するものは存在していない。ＲＤＳは、世界中のいくつもの国々で配備されている技術である。米国内では、等価なシステムが、ラジオブロードキャストデータシステム（ＲＢＤＳ）として知られている。簡単にするために、ＲＤＳについてのここでの言及は、ＲＢＤＳを包含することを意図し、ＲＤＳ技術の記述は、米国のＲＢＤＳインプリメンテーションに基づいている。
【０００５】
低データレート信号を送信するために、ＦＭ周波数帯域内では、ＲＤＳシステムは５７キロヘルツ幅の副搬送波を使用する。ＲＤＳデータストリームはＦＭブロードキャスタによって生成されているので、ブロードキャスティング局に対して一意的である。ブロードキャスタにとって利用可能なオプションであり、必要要件でないので、すべてのＦＭブロードキャストが、すべてのＦＭブロードキャストがＲＤＳデータを含んでいるわけではない。データは、１秒あたり１１８７．５ビットのレートで送信されるが、エラーエンコーディングおよび他のオーバーヘッド通信により、システムは、１秒あたり約３００ビットの使用可能なデータを送信する。このデータは、ＲＤＳ信号を受信およびコード化するための機能性に必要な回路を備えている任意のＦＭラジオによって得られるかもしれない。
【０００６】
ＲＤＳデータは、図１で図示した１６ビットパケットの連続的なストリーム中で送信され、この１６ビットパケットは、エンドレスに反復されて送信される。１６ビットのパケットは、データブロックとも呼ばれる。これらのパケットは、パケット中のビットのパターンに基づいた４つの変形があり、タイプＡ、Ｂ、ＣおよびＤと呼ばれ、これらのそれぞれは、ＲＤＳ標準規格で規定されているような、異なるタイプのデータを伝える。例えば、タイプＡのブロックは、ラジオ局のコールサインを含み、タイプＢのブロックは制御情報を含み、タイプＣのブロックは、局のコールサインまたはデータのいずれかを含み、タイプＤのブロックはデータを含む。４つのタイプのブロックは、グループと呼ばれる特定の配置の中に配列することができる。このグループは、３２個のタイプ、すなわち１６個のタイプＡと１６個のタイプＢとが存在する。データパケットのこれらのブロックや、データパケットのグループまたはデータパケットのタイプのそれぞれに対して、ＲＤＳ標準規格はコンテンツを規定している。
【０００７】
図１を参照すると、ＲＤＳブロック内の最初の４ビット（図１中のビット１２−１５）を使用して、データパケットの特定のグループ番号を規定している。５番目のビット（ビット１１）は、グループがタイプＡ（ビット５＝０）のグループか、または、タイプＢ（ビット５＝１）のグループか否かを示している。インジケータに関連するハイウェイトラフィック通知のために６番目のビット（ビット１０）を使用してもよく、これをＴＰビットと呼ぶ。図２に図示したように、ＴＡビット（ビット４）として知られている後続するビットとともにＴＰビットを使用して、トラフィック通知の利用可能性に関する情報を送信する。ＴＰビットに続くものは、５つのＰＴＹビット（ビット５−９）であり、これらは、図３に示したコードテーブルにしたがって、ＦＭ局上で伝えられる番組のタイプを示すために、いくつかのデータパケットにおいて使用される。図３に示したように、ＦＭラジオ局によってブロードキャストされている番組の特定のタイプに対応するバイナリ値（すなわち、ビットパターン）を提供するために、５ＰＴＹビットが使用されている。グループのタイプに応じて付加的なコードを伝えるために、残りのビットを使用してもよい。
【０００８】
新しいアプリケーションが識別され、より良いコーディングシステムが開発されているので、ＲＤＳデータ通信能力の使用は拡大している。データエンコーディング能力が向上することにより、さまざまなアプリケーションにおいて使用するために、付加的なタイプの情報が利用可能になる。ＲＤＳシステム能力の拡張の例は米国特許番号６，４１１，８００号で説明されている。この全体的な内容は、参照によってここに組み込まれている。
【概要】
【０００９】
さまざまな実施形態は、ＦＭラジオ信号を受信するためのＦＭ受信機を移動体デバイスに組み込むシステムおよび方法を提供する。これにより、ＦＭラジオブロードキャスト内のラジオデータシステム（ＲＤＳ）を監視して、特定のＲＤＳデータパターンが受信されたときに、移動体デバイス内のさまざまなアプリケーションをアクティブ化するような動作を実行してもよい。さまざまなＲＤＳ信号を受信したときに、移動体デバイス内のアプリケーションを起動してもよい。
【００１０】
ハンドヘルドデバイスは、ラジオデータシステム（ＲＤＳ）データパケットを含む、ＦＭラジオブロードキャストを受信する能力を備えており、ＲＤＳデータを受信し、特定のパターンまたはフラグに対するＲＤＳデータパケットを監視し、認識されたパターンまたはコンテンツのＲＤＳデータパケットを受信することに応答して動作を実行するように構成されている。開始されるアクションは、例えば、ハンドヘルドデバイス上で活動休止のアプリケーションをアクティブ化したり、ＲＤＳデータパケットのすべてまたは一部をメモリ中に記憶させたり、ＲＤＳデータがメモリ中に記憶されていることをアプリケーションに通知したりすることを含んでいてもよい。例えば、ＦＭ周波数帯域を選択し、ある時間期間または受信するＲＤＳデータパケットの数に対してＲＤＳデータ信号を監視して、別のＦＭ周波数帯域を選択したりすることなどにより、すべてのＦＭラジオ局を監視してもよい。アプリケーションを開始することによって、ハンドヘルドデバイスは、例えば、ＲＤＳデータパケットに基づいて、または、ＲＤＳデータパケットに応答して表示を発生させたり、情報をメモリから呼び出したり、表示を発生させたり、情報をダウンロードするためにサーバに照会したり、ＦＭラジオ受信機を特定のラジオ局に同調させたり、電話通話を行ったりといった、多数の有用な機能を提供できるようになる。
【００１１】
ハンドヘルドデバイスからのクエリに応答するために、メディアサーバを提供してもよい。このようなサーバは、ソフトウェアによって、ＲＤＳデータパケットに基づいた情報またはＲＤＳデータパケット内に含まれている情報を含んでいるクエリをハンドヘルドデバイスから受信するようにと、受信した情報を使用して、メモリ中に記憶されているデータファイルを位置付けし、メモリ中にまたはデータ記憶媒体上に記憶されているデータファイルを取り出すようにと、ハンドヘルドデバイスへの送信のために、取り出したデータファイルからの情報をフォーマット化するようにと、フォーマット化した情報をハンドヘルドデバイスに送信したりするように構成されている。メディアサーバは、イメージ、ビデオ、およびテキストデータのうちの任意のもの、または、すべてを記憶していてもよく、ブロードキャスタのサーバにアクセスして、ハンドヘルドデバイスへの送信のために情報を取得してもよい。
【００１２】
情報をハンドヘルドデバイスに通信するためのシステムは、ハンドヘルドデバイスと、情報をハンドヘルドデバイスに送信するように構成されているメディアサーバと、ＦＭラジオ局とを備えていてもよい。システムは、メディアサーバによってアクセスできる、ＦＭラジオ局のうちの１つ以上に結合されているサーバをさらに備えていてもよい。
【図面の簡単な説明】
【００１３】
ここに組み込まれ、この明細書の一部を構成している添付図面は、本発明の例示的な実施形態とともに、先に記載した一般的な説明と、以下で記載する詳細な説明とを例示的に図示したものであり、本発明の特徴を説明するための機能をしている。
【図１】図１は、ＲＤＳデータブロックの図である。
【図２】図２は、ＲＤＳデータブロック内のＴＰおよびＴＡビットに与えられた定義のテーブルである。
【図３】図３は、ＲＤＳデータブロックの５ビット内でエンコードされる番組タイプのテーブルである。
【図４Ａ】図４Ａは、本発明の代替実施形態のコンポーネントブロック図である。
【図４Ｂ】図４Ｂは、本発明の代替実施形態のコンポーネントブロック図である。
【図４Ｃ】図４Ｃは、本発明の代替実施形態のコンポーネントブロック図である。
【図５Ａ】図５Ａは、図に図示した実施形態のマイクロチップコンポーネント間の接続の図である。
【図５Ｂ】図５Ｂは、図示した実施形態のマイクロチップコンポーネント間の接続の図である。
【図６】図６は、実施形態のソフトウェアおよびハードウェアアーキテクチャ図である。
【図７】図７は、実施形態内で実現される方法のプロセスフロー図である。
【図８】図８は、図７に図示した方法の一部の実施形態のプロセスフロー図である。
【図９】図９は、図７に図示した方法の一部の代替実施形態のプロセスフロー図である。
【図１０】図１０は、図７に図示した方法の一部の代替実施形態のプロセスフロー図である。
【図１１】図１１は、実施形態にしたがって、受信したＲＤＳデータを使用するアプリケーションのプロセスフロー図である。
【図１２】図１２は、ＲＤＳパケットデータをセルラハンドセットデバイスに提供し、付加的な情報のためにハンドヘルドデバイスがサーバにアクセスすることを可能にする実施形態のシステムを図示している。
【図１３】図１３は、メディアサーバがハンドヘルドデバイスにメディアデータを送信することを実現するステップのプロセスフロー図である。
【詳細な説明】
【００１４】
添付図面を参照して、さまざまな実施形態を詳細に記述する。可能な限り、図面全体を通して、同じ参照番号を使用して、同じまたは類似する部分を参照する。特定の例およびインプリメンテーションに対して行われる参照は、例示目的のものであり、本発明の範囲、すなわち、特許請求の範囲を限定することを意図したものではない。
【００１５】
ここで使用するような、「ハンドヘルドデバイス」という用語は、セルラ電話機や、パーソナルデータアシスタント（ＰＤＡ）や、パームトップコンピュータや、ラップトップコンピュータや、移動体電子メール受信機や、プログラマブルプロセッサおよびメモリを含む類似したパーソナル電子デバイスのうちの、任意のもの、または、すべてのものを意味する。好ましい実施形態では、ハンドヘルドデバイスは、セルラ電話機ネットワークを通して通信でき、したがって、セルラハンドヘルドデバイスと呼ぶことがある。しかしながら、セルラ電話機通信能力は、すべての実施形態に必要なわけではない。さらに、ワイヤレスデータ通信は、セルラ電話機ネットワークの代わりに、ワイヤレスデータネットワーク（例えば、ＷｉＦｉ（登録商標）ネットワーク）に接続しているハンドヘルドデバイスによって実現されてもよい。
【００１６】
ＦＭラジオブロードキャストを受信およびデコードするための回路は、今日、単一の特定用途向け集積回路（ＡＳＩＣ）内に組み込まれている。これにより、セルラハンドヘルドデバイスを含む他のデバイス内にＦＭラジオを組み込むことができる。ＦＭ受信機をセルラハンドヘルドデバイス中に組み込むことにより、デバイスの多機能の能力が与えられ、これにより、ユーザは、電話で話していないとき、または、セルラ電話機ネットワークを通してインターネットにアクセスしている間に、ラジオブロードキャストを聴くことが可能になる。セルラハンドヘルドデバイス内にＦＭ受信機を組み込むことにより、ハンドヘルドデバイスが、ＲＤＳデータストリームを受信できるようになる。ＲＤＳデータストリームは、一般的に、ＦＭラジオブロードキャストに伴っている。ここで開示したさまざまな実施形態は、ＲＤＳデータストリームを使用し、セルラハンドヘルドデバイス内のより高い機能性を提供する。
【００１７】
ＦＭブロードキャストを再生するＦＭ受信機を組み込んでいる従来のセルラハンドヘルドデバイスは、対話サービスを提供するためにＲＤＳストリームを受信しない。代わりに、従来のハンドヘルドデバイスは、セルラネットワークを通して、ワイヤレスインターネットプロトコルを使用して、ラジオ局に関係するデータサーバに定期的にアクセスして、ＦＭ局の番組に関係するデータをダウンロードする。使用する際に、このようなハンドヘルドデバイスは、ワイヤレスＩＰデータ通話をラジオ局サーバに周期的に行い、ハンドヘルドデバイスのディスプレイ上での表示のために情報をダウンロードしなければならない。これは、通信時間のコストを増大させ、そしてバッテリを消耗させる。現在、この目的のために、セルラハンドヘルドデバイス上でＲＤＳデータストリームを使用するアプリケーションは存在しない。
【００１８】
ＲＤＳデータストリームは、一般的に、ラジオ局のコールサインや、現在再生している番組の周波数帯域およびタイトルのような情報を含んでいるが、ＲＤＳデータストリームはまた、他のデータの潜在的な使用をリスナに伝えてもよい。例えば、ＦＭ局の中には、ＦＭ局のＲＤＳデータストリーム中にトラフィック関連情報を含んでいるものもある。別の例として、ＲＤＳデータは、緊急通知コードを５つのＰＴＹビットで伝えることができ、緊急事態通知コードは、図３に示したような、ビットパターン「１１１１１」によって表される。この緊急通知コードを受信および認識することによって、ハンドヘルドデバイスは、緊急事態の状況が存在することをユーザに通知できる。経時的に、付加的なコードおよび情報をＲＤＳデータストリームに追加して、付加的なアプリケーションおよび使用をサポートしてもよい。例えば、ＰＴＹビット内のデータコードすべてに、特定の意味が割り当てられているわけではない。したがって、時間が経過するにつれて、ＲＤＳデータストリーム内に、より有用な情報が含められるだろうと予測する。
【００１９】
さまざまな実施形態は、ＲＤＳデータブロック内の情報のコンテンツを、受信し、デコーディングし、そして、ＲＤＳデータブロック内の情報のコンテンツに基づいて、アクションをとるためのハンドヘルドデバイスおよび方法を提供する。特に、特定のデータコンテンツまたはビットパターンが、ハンドヘルドデバイス上に記憶されている特定のアプリケーションに関係していると認識してもよく、ＲＤＳデータを受信することに応答して、これらの関係するアプリケーションをアクティブ化してもよい。
【００２０】
図４Ａは、ハンドヘルドデバイス１０の実施形態を示している。ハンドヘルドデバイス１０は、メモリ１４に結合されているプログラマブルプロセッサ１２と、セルラトランシーバ１６とを備えている。セルラトランシーバ１６は、セルラ電話機ネットワークからのようなワイヤレスデータ通信を受信するために、アンテナ１８に接続されている。セルラ電話機テクノロジー技術ではよく知られているように、ワイヤレストランシーバ１６は、セルラ電話機ネットワークのようなワイヤレスネットワークから電磁波信号を受信し、これらの信号中で他のものとともに含まれている情報を、プロセッサ１２によって処理できるデジタルデータフォーマットに変換する。セルラ技術および特定の実施形態のタイプ次第では、トランシーバ１６とプロセッサ１２とを組み合わせたものが、受信信号を、サウンドまたはデータ情報にデコードする。セルラ電話通話のケースでは、受信信号は、電気パルスに変換され、変換された電気パルスは、増幅器３２のようなものを通して、スピーカ３４に送られる。データ通話のケースでは、受信信号は、デジタル情報に変換され、変換されたデジタル情報は、プロセッサ１２によって処理され、メモリ１４中に記憶させる、および／または、ディスプレイ２０上に表示することができる。
【００２１】
代替実施形態では、ハンドヘルドデバイス１０は、セルラトランシーバ１６の代わりに（または、加えて）ワイヤレスデータリンクトランシーバ回路を備えている。この実施形態の図は、セルラトランシーバ１６がワイヤレストランシーバであり、図面で示したマイクロチップ上の識別子のみが異なることを除いて図４Ａと同一である。したがって、セルラ電話機ネットワークについてのここでの言及は、例示的な実施形態であると意図されているものであり、同じ通信機能を実現するために使用できる他のワイヤレスデータネットワークを排除または否定することを意図していない。
【００２２】
ハンドヘルドデバイス１０は、電話番号や、テキストメッセージや、ステータスインジケータや、メニューオプションや、プロセッサ１２上で実行しているさまざまなアプリケーションによって提示される情報を表示するために、プロセッサ１２に結合されているディスプレイ２０をさらに備えるだろう。さらに、ユーザからの入力を受け取るために、キーパッド３０や、ロッカースイッチ３２のようなさまざまなメニューセレクタボタンが、プロセッサ１２に接続されている。ハンドヘルドデバイスはまた、ファイヤワイヤコネクタ２６のような、（パーソナルコンピュータのような）外部データソースに接続するためのデータポートを備えていてもよく、ファイヤワイヤコネクタ２６は、データ通信エンコーディング／デコーディング回路２８によってプロセッサ１２に結合されていてもよい。頻繁に、ハンドヘルドデバイス１０には、例えば、プロセッサ１２上で実現されるソフトウェアの一部として提供されるＭＰ−３プレイヤーアプリケーションのような、オーディオファイルを再生する能力が提供される。オーディオとともにビデオファイルに関係する大量のデータを記憶させるために、ハンドヘルドデバイス１０は、データをプロセッサ１２に提供するように構成されている、小型ディスクドライブ２４のような大容量記憶メモリを備えていてもよい。ＭＰ−３プレイヤー機能をサポートするために、ハンドヘルドデバイス１０はまた、増幅器３２を通して、プロセッサ１２に接続されているヘッドフォンジャック３６を備えていてもよい。
【００２３】
図４Ａに図示している実施形態では、ハンドヘルドデバイス１０は、プロセッサ１２に結合されているＦＭ受信機ＡＳＩＣ２２をさらに備えている。ＦＭ受信機ＡＳＩＣ２２は、アンテナ１８に結合されている導体２２０を通して、ＦＭラジオ信号を受信する。ＦＭ受信機ＡＳＩＣ２２は、選択された周波数帯域のＦＭラジオを受信し、信号をデコードして、オーディオ情報のデータストリームを発生させ、プロセッサ１２が増幅器３２を通してスピーカ３４またはヘッドフォン３６にこのデータストリームを向けることができる。特定のインプリメンテーションに応じて、ＦＭ受信機ＡＳＩＣ２２は、プロセッサ１２が処理できるフォーマットに、ＦＭラジオブロードキャストをエンコードしているデジタル信号を出力してもよく、または、ＦＭ受信機ＡＳＩＣ２２は、増幅器３２に向けられ、スピーカ３４またはヘッドフォン３６によってサウンドに変換されるアナログ信号を出力してもよい。ＦＭ受信機ＡＳＩＣ２２はまた、ＦＭブロードキャスト信号内に含まれているＲＤＳデータストリームをハンドヘルド１０が受信できるようにすることができる。
【００２４】
ＦＭ受信機は、ハンドヘルドデバイス１０内で実現される必要はなく、代わりに、図４Ｂおよび４Ｃに図示したように、外部ＦＭラジオ受信機２００内で提供されてもよい。図４Ｂを参照すると、外部ＦＭラジオ受信機２００は、コネクタ２２０Ａによってアンテナ２１８に結合されているＦＭ受信機ＡＳＩＣ２２Ａを備えている。ＦＭラジオデータは、ワイヤードデータリンクによって、ハンドヘルドデバイス１０内のプロセッサ１２に通信されてもよく、ワイヤードデータリンクには、データ通信コーディングおよびデコーディング回路２８Ａと、ファイヤワイヤレセプタジャック２６に結合されているデータ通信ケーブル２６１とコネクタ２６０とを備えているファイヤワイヤ接続のようなものがある。使用の際に、ＦＭ受信機２００は、ＦＭデータ信号を受信し、この受信した信号はハンドヘルドデバイス１０によって受け取られ、データ信号に変換し、データ信号は、ファイヤワイヤデータリンク（コーディングおよびデコーディング回路２８Ａ、ケーブル２６１、およびコネクタ２６０）によって伝えられる。この実施形態の記述におけるファイヤワイヤデータコネクタについての言及は、例示的な目的のためのものであり、ＵＳＢおよびＲＳ２３２データ接続のような他の適したワイヤードデータ接続を除外することを意図したものではない。
【００２５】
代替的に、外部ＦＭ受信機２００は、ブルートゥース（登録商標）のようなワイヤレスデータ接続によって、ＦＭラジオブロードキャスト情報をハンドヘルドデバイス１０に通信してもよい。図４Ｃに図示した、この実施形態では、短距離ワイヤレスデータリンクを通して、デコードされたＦＭラジオブロードキャスト情報をハンドヘルドデバイス１０に送信するために、ＦＭラジオ受信機２００は、アンテナ２１８に結合されているワイヤレスデータリンクトランシーバ４０Ａ（例えば、ブルートゥーストランシーバ回路）を備えている。このワイヤレスデータ信号を受信するために、ハンドヘルドデバイス１０は、アンテナ１８とプロセッサ１２とに結合されているブルートゥーストランシーバ４０をさらに備えている。ブルートゥーストランシーバ４０Ａは、ＦＭブロードキャスト情報をＦＭ受信機ＡＳＩＣ２２から受け取り、ブルートゥースデータリンク信号にデータを変換し、このブルートゥースデータリンク信号は、アンテナ２１８を通して、ブルートゥーストランシーバ４０ａによって送信される。このブルートゥースデータリンク信号は、ハンドヘルドデバイス１０内のブルートゥーストランシーバ４０によって受信され、ここで、このブルートゥースデータリンク信号は、プロセッサ１２が受信および処理できるデジタルデータにデコードされる。この実施形態の記述におけるブルートゥースワイヤレスデータ接続についての言及は、例示的目的だけのためであり、赤外線または８０２．１１Ｗｉ−Ｆｉデータ接続のような他の適したワイヤレスデータ接続を除外することを意図していない。
【００２６】
ＦＭ受信機ＡＳＩＣ２２は、デジタル回路設計の技術の当業者によく知られているようなさまざまな方法で、ハンドヘルドデバイス１０のプロセッサ１２と一体化させることができる。例えば、図５Ａに図示したように、ＦＭ受信機ＡＳＩＣ２２は、アンテナ２２０への接続によって、電磁波信号を受信し、デジタルデータにこれらの信号を変換し、デジタルデータは、プロセッサ１２に直接的に結合されているデータバス２２４によって出力される。ＦＭトランシーバＡＳＩＣ２２を制御するために、プロセッサ１２は、例えば、専用制御データリード線２２２などによって、コマンド信号をＦＭ受信機ＡＳＩＣ２２に送出してもよい。例えば、プロセッサ１２は、制御コマンドをＦＭ受信機ＡＳＩＣ２２に送り、周波数帯域を選択して、オペレーティングノード（例えば、モノまたはステレオ出力）を制御して、ＲＤＳデータの提供を受けるべきか否かを選択してもよい。ＦＭ受信機ＡＳＩＣ２２はまた、例えば、プロセッサ１２に接続されているデータリード線２２６などによって、別個のデータ出力としてＲＤＳデータストリームを出力してもよい。例えば、ＦＭ受信機ＡＳＩＣ２２は、Ｉ２Ｃデータバス２２６を通して、ＲＤＳデータをプロセッサ１２に送信してもよく、Ｉ２Ｃデータバス２２６は、多くのコンピュータシステム内で実現されている２つのリード線シリアルデータバスプロトコルである。この直接的な出力／入力接続構成では、サウンドデータ信号の受信と並行して、ＲＤＳデータをプロセッサ１２によって受信することができる。代替的な構成では、同じＩ２Ｃデータバス２２６を使用して、ＲＤＳデータを一方向に送り、もう片方にコマンドを送る。これにより、パラレルコマンドリード線２２２の必要性がなくなる。
【００２７】
図５Ｂに図示した代替的な構成では、ＦＭ受信機ＡＳＩＣ２２から出力されたデータは、マルチプレクサまたはバッファ回路３６を通して、プロセッサ１２に送出されてもよい。図示した例では、リード線２２６によってＲＤＳデータをバッファ３６に送信するのと同時に、データ接続リード線２２４を通してＦＭラジオ出力データをバッファ３６に送信する。データがデータリード線２２８によって通信される時点で、データグループ（例えば、バイトまたはより大きいデータブロック）がプロセッサ１２によって呼び出されるまで、バッファ３６は、ＦＭラジオオーディオ出力データおよびＲＤＳデータの双方を一時的に保持している。この構成の実施形態では、プロセッサ１２とＦＭトランシーバＡＳＩＣ２２との間で必要とされるデータリード線は、より少ない。
【００２８】
当業者によって正しく認識されるように、ＦＭ受信機ＡＳＩＣ２２をプロセッサ１２に接続するために、図５Ａおよび図５Ｂで図示したような、パラレルデータバス２２２、２２４と、シリアルデータバス２２６と、多重化されたデータバス２２８とを含む、さまざまなデータバスのプロトコルを使用してもよい。プロセッサ１２をＦＭ受信機ＡＳＩＣ２２に接続しているリード線の数を減少させるシリアルデータ接続および多重化データバスを含む、他の回路レイアウト構成を使用してもよい。例えば、（示していない）マルチプレクサまたはスイッチを使用してもよく、これにより、ワイヤレストランシーバ１６からのオーディオ信号および他のデータ（図４Ａ参照）と、ＦＭトランシーバＡＳＩＣ２２からのＦＭラジオ出力データおよびＲＤＳデータとを受信するために、プロセッサ１２に対する同じ入力リード線を代替的に使用することができる。図４Ｃに図示した実施形態は、プロセッサ１０とブルートゥースプロセッサ４０との間には、図５Ａに図示したような類似した接続構造を有することに留意すべきである。
【００２９】
プロセッサ１２と、その関係するメモリ１４は、ソフトウェアにより、ＲＤＳデータを利用して、ハンドヘルドデバイス１０のメモリ１４中に記憶されているさまざまなハンドヘルドデバイス１０のアプリケーションをサポートまたはアクティブ化するように構成できる。それを実行するために、プロセッサ１２は、ＲＤＳデータが受信されたときにＲＤＳデータパケットを監視し、ハンドヘルドデバイス１０上にロードされている特定のアプリケーションに関連するデータを含むＲＤＳデータパケットを識別して、関心のあるデータを含むデータパケットを見つけたとき、どのアプリケーションをアクティブ化するか、または、どのアプリケーションに通知するかを決定するように構成されていてもよい。いったん、アクティブ化または通知されると、適切なアプリケーションが、受信されたＲＤＳデータのうちのいくつかまたはすべてを使用してもよい。
【００３０】
このような機能性をサポートするために、ハンドヘルドデバイス１０内のプロセッサ１２およびメモリ１４は、図６で図示したようなハードウェア／ソフトウェアアーキテクチャ３００により構成されていてもよい。このアーキテクチャ３００では、ハードウェアレイヤ３０１とＦＭ受信機ＡＳＩＣレイヤ３０２との間に物理インターフェースが提供されてもよく、これにより、プロセッサ１２は、ＦＭ受信機ＡＳＩＣ２２からデータを受け取ったり、ＦＭ受信機ＡＳＩＣ２２にコマンドを送出できるようになる。物理レイヤ３０１より上のものは、オペレーティングシステムレイヤ３０３であり、オペレーティングシステムレイヤ３０３は、Ｑｕａｌｏｍｍ，Ｉｎｃ．より入手可能な、ワイヤレス向けバイナリ実行時環境（登録商標）（ＢＲＥＷ（登録商標））のような、アプリケーションインターフェースレイヤ３０４を通して、さまざまなアプリケーションとインターフェースしてもよい（ＢＲＥＷは、Ｑｕａｌｃｏｍｍ，Ｉｎｃ．の登録商標である）。
【００３１】
オペレーティングシステムレイヤ３０３および／またはアプリケーションインターフェースレイヤ３０４に制御出力およびデータ入力インターフェースを提供するために、ＦＭ ＡＳＩＣドライバレイヤ３０５が備えられていてもよい。ＦＭ ＡＳＩＣドライバレイヤ３０５は、ＦＭ受信機ＡＳＩＣ２２からやって来るデータを解釈し、受信した情報を事前に処理し、ＲＤＳデータバッファ３０６内に適切なデータを配置する役割を果たす。ＦＭ ＡＳＩＣドライバレイヤ３０５はまた、オペレーティングシステムレイヤ３０３またはアプリケーションインターフェースレイヤ３０４からの受信機制御コマンドを受け取って変換し、ＦＭ受信機ＡＳＩＣ２２による受信のためにこのようなコマンドを変換してもよい。例えば、ＦＭ受信機ＡＳＩＣドライバレイヤ３０５は、ＦＭ受信機ＡＳＩＣ２２からのＲＤＳデータを受け取り、データパケットを、ＲＤＳデータバッファ３０６中に記憶されるブロックまたはセグメントに分割するように構成されていてもよい。特定のドライバレイヤ内でこの機能を実行することによって、他のアプリケーションおよびオペレーティングシステムが、ＲＤＳデータへのアクセスに特有なこの反復プロセスを実行しなければならないことが軽減される。したがって、オペレーティングシステム、アプリケーションインターフェースまたはアプリケーション自体は、ＲＤＳデータを受け取って処理するためのソフトウェア命令を含んでいる必要がなく、複雑性を少なくすることができるが、これは使用頻度が低い機能である。
【００３２】
ＲＤＳデータ監視アプリケーションレイヤ３０７も、ソフトウェアアーキテクチャ中に含まれていてもよい。このアプリケーションは、受信したＲＤＳデータパケットを検査し、データに基づいてアクションをとるように構成されており、適切ならば、ＲＤＳバッファレイヤ３０６中にデータを記憶させることを含む。特に、ＲＤＳ監視アプリケーションレイヤ３０７は、特定のアプリケーションに関連する、条件、メッセージまたはデータコンテンツを示す、ＲＤＳデータブロック内の特定のデータパターンを認識するように、図７−１０に図示したようなプロセスを実行するように構成されていてもよい。例えば、図１および２を参照すると、ＲＤＳデータ監視アプリケーションは、トラフィック通知が現在ブロードキャストされている（すなわち、双方のビットとも１に等しい）か否かを決定するために、ビット１０（ＴＰビット）と、ビット４（ＴＡビット）とを検査するように構成されていてもよい。別の例として、図３を参照すると、ＲＤＳデータ監視アプリケーションは、ビット９−５を検査して、緊急アラートが発行されている（すなわち、すべての５つのビットが１に等しい）か否かを認識するように構成されていてもよい。ＲＤＳ監視アプリケーションによって認識されるデータパターンの他の例について、以下で説明する。
【００３３】
ＲＤＳ監視アプリケーションレイヤ３０７が、特定のアプリケーションのアクティブ化を必要とする、ＲＤＳデータ中のデータパターンを認識するとき、ＲＤＳ監視アプリケーションは、メモリ１４中に記憶されている特定のアプリケーション、または、アプリケーションレイヤ３０８Ａ、３０８Ｂ、３０８Ｃのうちの１つにおいて、プロセッサ１２上ですでに実行している特定のアプリケーションに通知する、あるいは、この特定のアプリケーションをアクティブ化する。通知されたアプリケーションが、ＲＤＳデータバッファ３０６中に記憶されているＲＤＳデータへのアクセスを必要とする場合、このデータは、ＲＤＳデータバッファレイヤ３０６から直接的にアクセスされてもよく、または、ＲＤＳ監視アプリケーションレイヤ３０７から要求されてもよい。
【００３４】
図６に図示したハードウェア／ソフトウェアアーキテクチャ３００は、さまざまな実施形態を実現するための、データおよびソフトウェアの１つの例示的な構成の例示としてのみ意味している。セルラハンドヘルドデバイス設計およびプログラミングの当業者によって正しく認識されるように、均等な有効性を持つ他のソフトウェア／ハードウェアアーキテクチャを使用してもよい。
【００３５】
セルラハンドヘルドデバイス１０内でＲＤＳデータを受信し、解釈し、ＲＤＳデータに作用することは、ＲＤＳデータストリームの性質と、データの効率的な使用のために実際上考慮すべき事項とによって必ず必要とされるプロセスステップを伴う。例えば、すべてのＦＭ局がＲＤＳデータを送信するわけではなく、まれに、すべての局が同じデータを送信することがある。したがって、最大の利益をユーザに提供するために、ハンドヘルドデバイス１０は、特定のアプリケーションに関連するかもしれないＲＤＳデータパケットのサーチにおいて、それぞれの帯域をシーケンシャル的に監視するために、すべてのＦＭラジオ帯域をスイープする必要があるかもしれない。別の例として、大部分のＲＤＳデータパケットは、アプリケーションに関連性があるであろう情報を含んでいないので、非常に少ない処理で廃棄できる。結果的に、ハンドヘルドデバイス１０は、ブロードキャストされているアプリケーションに関連性のある何らかの情報が存在するか否かを決定するために、ある時間期間に対するＲＤＳデータストリームを、またはいくつかの数のＲＤＳパケットを監視しなければならない。ＲＤＳデータレートが低いので、すべてのＲＤＳデータストリームのこの監視を達成するのに時間がかかるものの、これにより、専用回路をほとんど必要とせずに、このプロセスをソフトウェアで達成することができる。
【００３６】
図７は、受信したＲＤＳデータを監視および対応するために、ハンドへルドデバイス１０上で実行可能なソフトウェア命令によって実現されてもよい例示的な方法を図示している。ハンドヘルドデバイス１０は、関連ＲＤＳデータパケットがＦＭブロードキャストに現れるときや、すべてのローカルＦＭ局を監視する必要があるときを予測できないので、この例示的な方法は、ハンドヘルドデバイス１０がＲＤＳデータを監視するように構成されている限り動作する無限ループを構成する。この方法は、ＦＭラジオスペクトル内の第１のＦＭブロードキャスト帯域の選択により開始する、ステップ３５０。隣接しているラジオ局の特定の周波数帯域についてハンドヘルドデバイス１０が知らされていない場合、ハンドへルドデバイス１０は、単に、ＦＭブロードキャストに割り振られた最低の周波数帯域、すなわち、８７．５ＭＨｚで開始する。米国内では、ＦＭ局は、２００キロヘルツで分けられた周波数帯域が割り振られている。したがって、第１のＦＭ帯域は、８７．５ＭＨｚであり、次の帯域は８７．７ＭＨｚである。最高のＦＭラジオ帯域は１０８．０ＭＨｚである。
【００３７】
ＦＭブロードキャスト帯域が選択されると、プロセッサ１２は、選択された周波数帯域に同調するようにＦＭ受信機ＡＳＩＣ２２に命令する、ステップ３５２。選択された周波数帯域上でブロードキャストしている、隣接している局は存在しないので、プロセッサ１２は、その周波数帯域上で受信されている信号が存在するか否かを決定するためにテストをすることができる、ステップ３５４。選択された周波数帯域上で送信しているＦＭ局が存在しない場合、プロセッサ１２は、さらに以下で記述するループを実行することによって、次の周波数帯域に移動してもよい。しかしながら、選択された周波数帯域上でブロードキャストしているＦＭ局が検出された（すなわち、テスト３５４＝「はい」の）場合、プロセッサ１２は、受信したＦＭ信号がＲＤＳデータ信号副搬送波を含んでいるか否かを決定するために、ＲＤＳデータの存在についてテストする、ステップ３５６。ＲＤＳデータ信号が検出された場合、これは、高電圧のような特定の値を持つ、ＦＭ受信機ＡＳＩＣ２２上のデータまたはデータ利用可能なリード線によって示されてもよい。代替的に、プロセッサ１２は、このようなデータが存在するか否かを決定するために、ＦＭ受信機ＡＳＩＣ２２からのＲＤＳデータの受信専用のデータリード線をテストしてもよい。ＦＭブロードキャスト信号中に含まれているＲＤＳデータ信号が存在しないことをプロセッサ１２が決定した場合、さらに以下で記述するループを実行することによって、次のＦＭ帯域を選択してもよい。しかしながら、ＲＤＳデータが信号中に含まれている（すなわち、テスト３５６＝「はい」の）場合、プロセッサは、データブロックの予め定められた時間の量に対する、またはデータブロックの数に対するＲＤＳデータを監視するためのソフトウェア命令のループを開始できる、ステップ３５８、３６０。
【００３８】
先に説明したように、特定のアプリケーションに対して関心のあるデータが存在するか否かを決定するために、ハンドヘルドデバイスは、時間期間に対して、または、一定の数のデータブロックに対してＲＤＳデータストリーム信号を監視しなければならない。ハンドヘルドデバイス１０は、周期的に反復しているシーケンスのさまざまなＲＤＳデータパケット内の特定のパケットの位置を知ることはできないので、デバイスは、次のＦＭ周波数帯域が選択される前に、関心のあるＲＤＳデータが存在していないことを確認するために、十分な時間期間にわたって、ＲＤＳデータパケットを監視しなければならない。これは、受信したＲＤＳデータブロックの数をカウントするカウンタ、または、タイマーを使用することによって実現してもよい。ＲＤＳデータパケットカウンタが使用される場合、カウントは、送信されている任意の関連ＲＤＳデータパケットが受信されるであろう、高い信頼レベルを提供するように選択された予め定められた値と比較することができる。したがって、個々のＲＤＳデータパケットを監視している間、ステップ３５８、次のＦＭ周波数帯域を選択すべきときを決定するために、ステップ３６０において、プロセッサ１２は、受信したデータパケットのカウントを、この予め定められた値と比較することができる。ＲＤＳデータを監視し、十分なＲＤＳデータパケットが受信されているときを決定するための例示的な方法ステップ、すなわち、ステップ３５８、３６０については、図８を参照して、より詳細に以下で記述する。
【００３９】
いったん、受信したＲＤＳデータブロックのカウントが、上述した予め定められた値に到達すると（すなわち、テスト３６０＝「はい」）、プロセッサ１２は、次のＦＭ周波数帯域を選択するためのステップを実行することができる。ステップ３６４および３６６を参照。プロセッサは次のＦＭ周波数帯域に移動しているので、ＲＤＳデータブロックカウンタがリセットされる、ステップ３６２。現在、選択されているＦＭ周波数帯域を、１０８．０ＭＨｚである最高のＦＭ周波数帯域と比較して、選択される別の周波数帯域が存在するか否かを決定する、ステップ３６４。現在選択されているＦＭ周波数帯域が１０８．０ＭＨｚよりも小さい（すなわち、ＦＭラジオスペクトル内の最後の周波数帯域でない）場合、方法は、例えば、前の周波数に２００ｋＨｚを加算することなどによって、ＦＭ周波数帯域をインクリメントさせて、ステップ３６６、選択されたＦＭ周波数帯域に同調させるようにステップ３５２に戻る。しかしながら、選択された周波数帯域は、ＦＭラジオスペクトル（すなわち、１０８．０ＭＨｚ）内の最後の周波数帯域である場合、テスト３６４は「はい」に相当し、プロセッサ１２は、ステップ３５０にループバックして、最初のＦＭ周波数帯域、すなわち、８７．５ＭＨｚを選択し、これにより、ループを繰り返し開始する。先に説明したように、選択された周波数帯域内にＦＭブロードキャストが存在しない（テスト３５４＝「いいえ」の）場合、または、その周波数帯域上にブロードキャストが存在するが、ＲＤＳデータを含まない（テスト３５６＝「いいえ」の）場合、プロセスフローは、現在の周波数帯域がＦＭラジオスペクトル内で最後の帯域であるか否かを決定するためにテスト３６４に進むだろう。実施形態の先述した説明は、米国内で実現されているＦＭラジオスペクトルに基づいており、例示目的のみに使用され、特許請求の範囲を特定の周波数帯域またはスペクトルに限定することを意図していない。例えば、中国のようないくつかの国は、１０８．０ＭＨｚをはるかに超えてＦＭ帯域を拡張し、多くの国は１００ｋＨｚ帯域をＦＭブロードキャスタに割り振る（これに対して、米国では２００ｋＨｚ帯域が使用される）。したがって、さまざまな最小周波数および最大周波数とともに異なる帯域幅の割り振りについて、先述の実施形態および特許請求の範囲を本発明の精神を逸脱することなく実現してもよい。
【００４０】
図７で認識できるように、この方法は、ハンドヘルドデバイス１０が、ＲＤＳデータを送信しているＦＭラジオブロードキャスタに対するＦＭラジオスペクトルを継続的にスキャンしたり、十分に長い時間期間に対して、これらのＲＤＳ送信を監視して、ＲＤＳデータストリーム中に関連性のある情報が存在するか否かを決定したりすることを可能にする。ＦＭラジオスペクトルの最下に継続的にループバックすることによって、ハンドヘルドデバイス１０は、比較的、短い時間期間内にＲＤＳデータの何らかの新しい送信を確実に検出する。
【００４１】
先述の実施形態が、送信局に対するそれぞれのＦＭ周波数帯域をチェックする一方で、ローカルＦＭラジオ局の周波数帯域だけを、またはより精密に、まさに、ＲＤＳデータを送信しているそれらのＦＭラジオ局の周波数帯域だけをプロセッサ１２がチェックするように、方法をさらに改良させてもよい。この改良は、ステップ３６２のアクションの一部のような、選択されたＦＭ周波数帯域を記憶するためのステップを、ステップ３５４または３５６の後の何らかの時点で加えることによって達成してもよい。送信しているＦＭ局のＦＭ周波数帯域は、データテーブル中に記憶させてもよく、ＦＭ局は、図７に図示したループを通る後続するパスにおいて、監視するＦＭ周波数帯域を選択するためにデータテーブルを使用できる（ステップ３６６）。この方法では、プロセッサ１２は、ＦＭラジオ局のテーブル中に記憶されているＦＭ周波数帯域のみをシーケンシャル的に選択および監視する。すべてのＦＭ周波数帯域をテストしなければならない場合に可能性があるよりも非常に早く、この実施形態は、ローカルＦＭ局ブロードキャスティングＲＤＳデータをスキャンするだろう。ハンドヘルドデバイス１０が都市から都市に移動するときに、利用可能なラジオ局の変化に適応するために、ハンドヘルドデバイスが電源投入されたときいつでも、または、他の何らかのイベントまたは間隔のときに、ＦＭラジオ局のテーブルをリフレッシュするために、すべてのＦＭ周波数帯域の完全なスキャンを周期的に実行してもよい。
【００４２】
図８は、特定のアプリケーションに関連性のあるＲＤＳデータに対してＦＭブロードキャスト信号を監視するために、ハンドヘルドデバイス１０によって実現してもよい、例示的なステップに関するさらなる詳細な説明を提供している。したがって、上記のステップ３５８、３６０、および３６２において、ＲＤＳデバイスブロックが受信された場合、受信されたＲＤＳデータパケットが、セルラハンドヘルドデバイス向けのアクショナブル情報を含んでいるか否かを決定するために、プロセッサが図８で示したステップを実現してもよい。先に述べたように、パケットの反復ストリーム内のすべてのＲＤＳデータパケットが確実に調べられるように、ＲＤＳデータのこの監視は、十分な期間に対して続けなければならない。図８は、（ＲＤＳデータブロックカウンタにおいて）受信したＲＤＳデータブロックの数をカウントし、この数が予め定められた値を超えるまでＲＤＳデータパケットを受信および調べることを続けることによって、これを実現する。
【００４３】
第１のステップとして、プロセッサ１２が、解析のために、ＦＭ受信機ＡＳＩＣ２２からアクセスできるＲＤＳデータの利用可能性のテストをしてもよい、ステップ４００。このように構成されている場合、ＦＭ受信機ＡＳＩＣ２２は、プロセッサ１２に対して送出するためにＲＤＳデータエレメントが利用可能であることを示すために、例えば、ビット（１または０）を特定のアドレスロケーションに書き込むことによって、または、プロセッサが感知できる特定のリード線を高電圧または低電圧にすることなどによって、フラグをセットしてもよい。代替的に、プロセッサ１２およびＦＭ受信機ＡＳＩＣ２２は、ＲＤＳデータが利用可能になるように、プロセッサまたはバッファメモリロケーションに直接的にＲＤＳデータを単に送出するように構成してもよい。このバッファは、メモリ１４内のメモリレジスタであってもよく、または、プロセッサ１２自体内のランダムメモリ内に存在していてもよい。ＲＤＳデータが、バッファに直接的に送出された場合、データバッファに単にアクセスして、ＲＤＳデータが存在するか否かを決定することによって、ＲＤＳデータが利用可能か否かをテストするステップ、すなわちステップ４００が達成されてもよい。プロセッサ１２に対して準備ができているＲＤＳデータパケットが存在しない、すなわち、テスト４０２の場合、プロセッサに、ＲＤＳデータがプロセッサによるレビューのために利用可能であると決定されるまで、プロセッサは、フラグにアクセスするステップ、および／または、バッファ中のデータの存在をテストするステップを繰り返してもよい、ステップ４００、４０２。データパケットが利用可能である（すなわち、テスト４０２＝「はい」の）場合、プロセッサ１２は、処理のために、ＲＤＳデータをバッファに受け入れ、ステップ４０４、ＲＤＳデータブロックカウンタをインクリメントさせる、ステップ４０６。
【００４４】
プロセッサ１２は、バッファ中に記憶されているＲＤＳデータパケットにより、データ内の選択されたビットをテストして、ＲＤＳデータパケットタイプまたはグループを決定できる、ステップ４０８。図１を参照して上述したように、これは、ＲＤＳデータパケット中の最初の４または５ビット（ビット１１−１５）をレビューして、ＲＤＳデータパケットの特定のグループまたはタイプを認識することによって達成してもよい。ＲＤＳデータパケットが、アプリケーションに対して関係のあるデータを含むタイプでない（すなわち、他の有用なデータ以外の局識別情報を含む）場合、テスト４１０、プロセッサ１２は、進めることにより、ＲＤＳデータパケットをスキップすることができ、ＲＤＳブロックカウンタ値を予め定められた値に対してテストして、テスト４１２、カウントに到達しているか否かを決定することができる。予め定められたカウントに到達していない（すなわち、テスト４１２＝「いいえ」の）場合、プロセッサ１２は、受信される次のＲＤＳデータパケットを待機するために戻る、ステップ４００、４０２。しかしながら、予め定められたカウントに到達している（すなわち、テスト４１２＝「はい」の）場合、プロセッサ１２は、図７を参照して上述したテスト３６０に進むことによって、次のＦＭ周波数帯域を選択する、ステップ４１４。
【００４５】
受信したＲＤＳデータパケットが、使用できるデータを含むタイプである（すなわち、テスト４１０＝「はい」の）場合、データをパーズして、ＲＤＳデータパケット内の特定のビットを選択およびレビューすることができる、ステップ４１８。選択されたビットを、メモリ１４中に記憶されている値またはパターンと比較して、特定のパターンが認識されるか否かを決定することができる、ステップ４１８。この例示的な実施形態では、メモリ１４中に記憶されているビットパターンは、ハンドヘルドデバイス１０内のアプリケーションに関係のある特定のＲＤＳデータまたはメッセージコードに対応している。このようなビットパターンは、ビットパターンを、ビットパターンに関連性のある対応するアプリケーションとリンク付けする、データテーブル中に記憶させていてもよい。これらの記憶されているデータパターンまたはメッセージコードのいずれもＲＤＳデータパケット内に存在していない場合、プロセッサ１２は、ＲＤＳデータブロックカウント値に到達しているか否かを決定する、テスト４１２、そうでなければ、次のＲＤＳデータパケットを待機するために、ステップ４００、４０２に戻る。
【００４６】
ＲＤＳデータパケットが、認識されているメッセージコードを含んでいる（すなわち、テスト４１８＝「はい」の）場合、これは、特定のＲＤＳデータの存在をアクティブ化または通知すべきである、ハンドヘルドデバイス１０のメモリ１４中に記憶されているアプリケーションが存在していることを示している。したがって、ＲＤＳデータパケット（または、選択されたビット）が、ＲＤＳデータバッファ内に記憶される、ステップ４２０。このステップは、ＲＤＳデータパケットの１６ビット全体をバッファ中に記憶してもよいこと、または、選択されたビットだけを、認識されたビットパターンに基づいて記憶してもよいことに留意すべきである。
【００４７】
プロセッサ１２は、アクティブ化されるであろうアプリケーション、または、ＲＤＳデータバッファ中のＲＤＳデータの存在を通知するであろうアプリケーションを決定する、ステップ４２２。例えば、特定のアプリケーションをアクティブ化するような動作、または、特定のアプリケーションに通知するような動作を実行するためにプロセッサ１２が使用することができる、特定のアプリケーションファイル名、メモリポインタ、または他のロケータと、記憶されたビットパターンとをデータテーブルにおいて相関させていてもよい。先に述べたように、いくつかのビットパターン、および対応するアプリケーションファイル名、メモリポインタまたは他のロケータは、メモリ中のデータテーブル中に記憶させていてもよい。このようなデータテーブルは、選択されたビットを、ルックアップキーとして使用することによって、対応するアプリケーションを識別するためにルックアップ手順で使用できる（このテーブルルックアッププロセスは、実質的に、ステップ４１８、４２０、および４２２を含んでいる）。決定されたファイル名、メモリポインタ、または他のロケータを使用して、プロセッサ１２は、対応するアプリケーションをアクティブ化するような動作、または、アクセスするためにＲＤＳデータがＲＤＳデータバッファ中で利用可能であることを対応するアプリケーションに通知するような動作を実行できる、ステップ４２４。
【００４８】
ＲＤＳデータパケットのコンテンツに基づいて、ＲＤＳデータパケットを処理して、特定のアプリケーションをアクティブ化する適切なアクションを取ると、ハンドヘルドデバイス１０は、ＲＤＳデータブロックカウント値に到達しているか否かをテストすることによって、そうでなければ、次のＲＤＳデータパケットを待機するためにループバックすることによって、ステップ４１２、ステップ４００、４０２、ＲＤＳデータストリームを監視することを続けることができる。図７を参照して上述したように、アプリケーションに潜在的に関連性のあるすべてのＲＤＳデータブロックが受信されているという信頼度の高レベルを提供するために、いったん、十分な数のＲＤＳデータブロックが受信されると、プロセッサ１２は、上述し、図７に示したテスト３６０に進むことよって、次のＦＭ周波数帯域上に移動することができる。
【００４９】
図７および図８を参照して上述したプロセスは、方法の１つのほんの例に過ぎないが、この方法により、特定のＲＤＳデータパケットを検出し、特定のＲＤＳデータパケット内に含まれているデータに基づいて、例えば、特定のアプリケーションをアクティブ化する、または、ＲＤＳデータがＲＤＳデータバッファ中で利用可能であることを特定のアプリケーションに通知するなどの動作を実行するために、ハンドヘルドデバイスがＦＭラジオスペクトル全体にわたってＲＤＳデータを監視できる。同じ目的および機能性を実現するために多数の他の方法ステップを実現してもよく、また、本発明の範囲および精神を逸脱することなく、異なる順序で、および、異なるテスト基準を使用して、ステップを実行してもよい。
【００５０】
ハンドヘルドデバイス１０は、プロセッサ１２上でのインプリメンテーションのためにメモリ１４中に記憶されているソフトウェア命令により、受信および認識したＲＤＳデータを利用して、多数の有用なアプリケーションを実現するように構成することができる。例えば、図９は、実施形態の方法を図示しているが、この方法により、ハンドヘルドデバイス１０は、ＲＤＳデータパケット中のデータに基づいて、アラートアプリケーション、トラフィックアドバイサリアプリケーション、または、他の何らかのアプリケーションをアクティブ化することができる。この実施形態は、図８のステップ４００〜４１４を参照して上述したように、データタイプのＲＤＳデータパケットを受信し、カウントし、認識する同じステップを使用する。この実施形態は、テスト４５０および４６０で図示したように、ＲＤＳデータパケットが特定のビットパターンを含んでいるか否かを認識するプロセスが、どのように、テストのシーケンスで達成されるかを説明している。例えば、プロセッサは、ビットがすべて「１」に等しいか否かを決定するためにビット９ないし５をテストし、テスト４５０、「１」は、ＲＤＳデータを送信しているＦＭラジオ局によってアラートが送信されていることを示している。したがって、このテストの結果が「はい」である場合、活動休止である場合にはアラートアプリケーションをアクティブ化することができ、または、実行している場合にはアラートアプリケーションに通知することができる、ステップ４５２。このアラートアプリケーションは、アラームを鳴らし、ディスプレイに表示させ、アラートの状況のもと適切に認識されるような他の機能を実行してもよい。いくつかのインプリメンテーションでは、アプリケーションは、ＲＤＳデータパケット内のデータフィールドを見てもよく、ＲＤＳデータパケットは、アプリケーションにおいて情報を使用するために、今では、ＲＤＳバッファ中に記憶されている。例えば、天気、テロリスト攻撃、地震、または他の民間防衛の出来事にアラートが関係しているか否かといったような、送信されているアラートのタイプに関する情報を送信するために、将来、ＲＤＳデータパケットを使用してもよい。代替的に、破線の矢印で示したように、アプリケーションは、ＲＤＳデータをそれ以上使用しないかもしれないので、ハンドヘルドデバイス１０は、図７および図８を参照して上述した、テスト４１２を実行して、残りのプロセスを続けることによって、到来ＲＤＳデータを監視するプロセスに単に戻ってもよい。
【００５１】
ビット５ないし９に含まれているデータが、すべて「１」に等しくなかった（すなわち、テスト４５０＝「いいえ」の）場合、第２のテストは、ビット１０およびビット４（それぞれ、ＴＰおよびＴＡビット）を見て、双方のビットが「１」に等しいか否かを決定する、ステップ４６０。等しいと決定された場合、これは、トラフィックアドバイザリがＦＭラジオ局によってブロードキャストされていることを示しており、したがって、プロセッサ１２は、トラフィックアプリケーションをアクティブ化する動作、または、トラフィックアプリケーションに通知する動作を実行できる。ステップ４６２。例えば、このアプリケーションは、目的地への代替ルートの計画を自動的に立てるＧＰＳアプリケーションをアクティブ化してもよい。ＲＤＳのいくつかのインプリメンテーション（例えば、いくつかの国において利用可能なトラフィックメッセージチャネル（ＴＭＣ））では、特定のトラフィックイベントおよびそのロケーションに関する付加的な情報が、ＲＤＳデータ内に、または、後続するＲＤＳデータパケット内に含まれていてもよい。したがって、トラフィックアプリケーションをサポートするために、ハンドヘルドデバイス１０は、ＲＤＳデータパケットをパーズして、トラフィックアプリケーションに対して使用する特定のデータビットを得る、ステップ４６４。これらのデータビットは、ＲＤＳデータバッファ中に記憶させてもよく、ステップ４６６、または、これらのビットは、トラフィックアプリケーションによって容易にアクセスできる。トラフィックアプリケーションがアクティブ化されて、ＲＤＳデータバッファ中に何らかの関連データが記憶されると、ハンドヘルドデバイス１０のアプリケーションは、図７および８を参照して先述したテスト４１２を実行し、残りのプロセスを続けることによって、到来ＲＤＳを監視するプロセスに戻ってもよい。
【００５２】
ＴＰおよびＴＡビットをテストした結果が、現在ブロードキャストされているトラフィックアドバイザリがないことを明らかにした（すなわち、テスト４６０＝「いいえ」の）場合、ハンドヘルドデバイス１０は、ＲＤＳデータパケットをパーズして、選択されたデータビットを取得し、ステップ４７０、ＲＤＳバッファ内のこれらのビットのいくつか、または、すべてを記憶させる、ステップ４７２。このように実行する際に、ハンドヘルドデバイス１０はまた、活動休止のアプリケーションの場合には特定のアプリケーションをアクティブ化すべきか否か、または、実行している場合には通知すべきか否かについて、受信およびパーズしたＲＤＳデータに基づいて決定し、ステップ４７４、ＲＤＳデータバッファ中のＲＤＳデータの存在をそのアプリケーションに通知する、ステップ４７６。アラートシンボルまたはトラフィックアドバイザリシンボルのいずれも含まないＲＤＳデータパケットの例は、アラートまたはトラフィック通知のいずれかに関連するデータを含んでいるデータパケットである。例えば、ＲＤＳシステムの将来のインプリメンテーションにおいて、データパケットの中には、例えば、アラートまたはトラフィック通知シンボルを含めることなどによって、イベントのタイプを識別するものもあるかもしれない一方で、（Ｄパケットのような）後続するパケットを使用して、これらのイベントに関連するデータ（例えば、タイプおよびロケーション）を送信してもよい。したがって、図９に図示した方法は、特定のＲＤＳデータパケットに応答して、アラートまたはトラフィックアドバイザリアプリケーションをアクティブ化して、後続ＲＤＳパケットを取り扱うためのステップ４７８ないし４７６を実現することによって、後続データパケットから取得した関連データを認識および記憶してもよい。
【００５３】
上述した実施形態の、アプリケーションのアクティブ化およびデータサポートサービスを提供することに加えて、ハンドヘルドデバイス１０はまた、ＦＭラジオブロードキャスト上で伝えられている番組に関する情報を表示する従来目的のためにＲＤＳデータを使用してもよい。したがって、ＦＭラジオ番組を受信および再生するためにハンドヘルドデバイス１０が使用されている場合、ハンドヘルドデバイス１０は、従来のＦＭラジオのように、ＲＤＳデータを直接的に受信し、これを使用して、適切な表示を発生させてもよい。図１０は、ＲＤＳデータのこの従来的な使用を可能にするとともに、図７〜９を参照して上述したアプリケーションのアクティブ化能力も提供する、例示的な実施形態を図示している。
【００５４】
図１０を参照すると、この実施形態は、図８のステップ４００〜４１４を参照して上述したような、データタイプのＲＤＳデータパケットを受信し、カウントし、認識する同じステップとともに、段階的なビットテストのステップ４５０、４６０を使用している。局識別情報を含むＲＤＳデータパケットを受け入れるために、付加的なステップ４８０および４８２が、方法に含まれている。テスト４１０において、アプリケーションに有用な情報を含まないとＲＤＳパケットが決定された場合、局識別情報が、局識別ＲＤＳパケットから抽出され、ディスプレイ２０上での表示のために、ハンドヘルドデバイス中で実行しているＦＭラジオアプリケーションに提供される、ステップ４８２。ハンドヘルドデバイス１０が、１つの特定のＦＭラジオ局を再生している間でさえも、ＲＤＳデータのためにすべてのＦＭ局をスキャンし続けるように構成されている場合、現在ハンドヘルドデバイス上で再生されているのと同じＦＭ局から、特定のパケットが受信されたか否かを決定するために、さらなるテスト４８０が実現されてもよい。しかしながら、再生されているＦＭ局にＲＤＳデータパケットが関係していない（すなわち、テスト４８０＝「いいえ」の）場合、ハンドヘルドデバイス１０は、単に、パケットを無視し、図７および図８を参照して上述したテスト４１２および後続するプロセスステップに進む。ＦＭラジオ局番組に関連する情報を含んでいる他のＲＤＳデータパケットは、図９を参照して上述したステップ４７０ないし４７６を実行しているハンドヘルドデバイス１０によって識別され、ＲＤＳデータバッファ中に記憶させてもよい。この方法では、ＲＤＳ内に含まれている情報に関連する、全範囲のラジオ番組が取得され、ＦＭラジオアプリケーションにとってアクセス可能になるだろう。
【００５５】
図１０はまた、特定のアプリケーションを実現するためのさらなるオプションを図示している。例えば、アラートＲＤＳパケットを受信することに応答して（テスト４５０＝「はい」）、アラートアプリケーションをアクティブ化した、ステップ４５２の後、ハンドヘルドデバイス１０は、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を緊急ブロードキャストの周波数帯域に同調させ、ステップ５００、例えば、トーンおよび／または可視表示などをユーザに通知する、ステップ５０２。別の例として、トラフィック通知ビットが双方とも１に等しい（すなわち、テスト４６０＝「はい」の）場合、トラフィックアプリケーションをアクティブ化した後、ハンドヘルドデバイス１０は、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を、トラフィック局のような、トラフィック情報を受信できるチャネルに同調させる、ステップ５１０。アプリケーションは、特定のトラフィック通知表示をユーザにさらに提示する、ステップ５１２。
【００５６】
特定の、関連ＲＤＳデータパケットの受信に応答して、特定の（すなわち、関連）アプリケーションに通知させる、または、特定の（すなわち、関連）アプリケーションをアクティブ化させる特定の（すなわち、関連）アプリケーションに能力を提供することによって、さまざまな実施形態のハンドヘルドデバイス１０は、幅広い範囲の可能性あるアプリケーションを使用可能にする。図１１は、このようなハンドヘルドデバイスアプリケーションに後続する汎用プロセスフローを図示している。第１のステップとして、例えば、メモリ１４からプロセッサ１２内のアクティブなソフトウェアメモリにロードさせていることなどによって、活動休止のアプリケーションがアクティブ化される、ステップ６００。関連アプリケーションのこのローディングは、ＢＲＥＷのようなアプリケーションインターフェースソフトウェアによって実現してもよい。関連アプリケーションが、すでにプロセッサ１２上で実行している場合、例えば、ＲＤＳデータがＲＤＳデータバッファ中に存在していることが通知されていることなどによって、アプリケーションはアクションを取るようにシグナリングされてもよい。
【００５７】
いったん、関連アプリケーションがアクティブ化され、および／または、ＲＤＳデータバッファにおいてデータが利用可能であることが通知されると、アプリケーションは、このようなデータにアクセスする、ステップ６０２。先に述べたように、いったん、いくつかのアプリケーションがアクティブ化されると、いくつかのアプリケーションは、これ以上、ＲＤＳデータを要求しないであろうことから、このステップはオプションである。アプリケーションがＲＤＳデータの何らかの部分を使用する場合、アプリケーションは、ＲＤＳデータバッファからのデータにアクセスし、例えば、データの性質を認識するためのような、いくつかの方法でデータを利用する、ステップ６０４。最後に、関連アプリケーションは、この関連性のあるアプリケーションがアクティブ化されている事実、または、このアプリケーションに通知されている事実に基づいて、あるいは、ＲＤＳデータバッファから取得したデータに基づいて、何らかのアクションを開始する、ステップ６０６。
【００５８】
幅広いさまざまなアプリケーションが開発され、これは、本発明の範囲内で予測されるものである。例えば、アプリケーションが、あるデータをメモリ１４から呼び出し、ステップ６１０、表示、壁紙、または変更したリングトーンを発生させる、ステップ６１２。このようなアプリケーションの例は、トラフィック監視アプリケーションであり、トラフィック監視アプリケーションは、ＲＤＳデータパケット内に含まれているコードに基づいて、トラフィックイベントの表示を提示できる。ＦＭ局の中には、イベントコードおよびロケーションコードを含めることによって、ＲＤＳシステムを使用して、トラフィックおよびトラベル情報をドライバにブロードキャストするものもある。アラートＣの標準規格は、これらのコードを解釈するためにプログラミングされた受信機によって変換できる、２０４８個のイベントコードをリストアップする。同様に、Ｔｅｌｅ Ａｔｌａｓのような商業会社は、ロケーションコードテーブルにおいて、全国レベルで維持されているＲＤＳデータパケットグループおよびビットに、いくつかのコードを割り当てている。これらのロケーションコードテーブルは、番号コードを、ローカルロードネットワーク上のロケーションに割り当てている。このようなエンコードされた情報を使用して、トラフィックアプリケーションは、ＲＤＳデータバッファ中に記憶されているＲＤＳデータを、メモリ１４中に記憶されているイベントコードテーブルおよびロケーションコードテーブルと比較することによって、トラフィックイベントのタイプおよびロケーションを、比較的、希薄なＲＤＳデータパケットから決定することができる。そして、デコードされたイベントおよびロケーション情報を使用して、トラフィックアプリケーションは、ディスプレイ２０上での表示のために、イベントのロケーションを示しているマップのような、適切なイメージを発生させることができる。
【００５９】
別の例は、特定のスポーツチームがラジオ局上で取り扱われていることを、受信したＲＤＳデータが示すときにアクティブ化されるアプリケーションである。そのスポーツチームの名前が、ＲＤＳデータパケット内に含まれていてもよい。そのスポーツチームの名前を認識し、ＲＤＳデータ中のその存在に応答して、メモリ１４から呼び出し、ユーザのお気に入りのスポーツチームに関係する壁紙やリングトーンを含むユーザ構成を実現できる、アプリケーションをアクティブ化してもよい。したがって、例えば、ＦＭラジオ局が、Ａｎａｈｅｉｍ Ｄｕｃｋｓをフィーチャリングしているホッケーゲームを取り扱っている場合、番組が、Ａｎａｈｅｉｍ Ｄｕｃｋｓをフィーチャリングしているスポーツ番組であることを示しているＲＤＳデータによってアクティブ化されたアプリケーションが、チームに関係する壁紙およびリングトーンを表示させることができる。
【００６０】
別の例示的なアプリケーションは、選択された周波数帯域上でＲＤＳパケットデータをブロードキャストしているＦＭラジオ局によって再生されている、アーティスト名および曲名に対するＲＤＳデータパケットを監視する。ユーザが、ハンドヘルドデバイス１０上でＦＭラジオを聴いていて、お気に入りのアーティストがフィーチャリングされた場合、アプリケーションは、アーティスト名を含んでいるＲＤＳデータから、アーティスト名を認識することができる。これに応答して、例えば、フィーチャリングされているアーティストの曲と一致するような、アーティストのイメージをディスプレイ２０上で表示させ、リングを変更するユーザ構成をアプリケーションがメモリ１４から呼び出してもよい。また、将来聴くために、セルラハンドヘルドデバイス１０のメモリ１４に音楽サーバからアーティストの曲またはアルバムをダウンロードすることをユーザが望むか否かを尋ねるイメージを、アプリケーションは、ディスプレイ２０上に表示させてもよい。ユーザがそれを望む場合、ダウンロードを実行するために、アプリケーションは、音楽サーバサイトへのデータ通話を開始することができる。
【００６１】
異なるタイプのアプリケーションでは、ＲＤＳデータによるアクティブ化は、例えば、特定のインターネットサーバにアクセスして、アプリケーションに関連するデータをダウンロードすることなどによって、外部情報ソースから情報を呼び出すようにアプリケーションに促す、ステップ６２０。ダウンロードしたデータを使用して、アプリケーションは、表示を発生させる、または、壁紙またはリングトーンを変更させる、ステップ６２２。この例では、ＲＤＳデータバッファ中に記憶されているＲＤＳデータ内に、データサーバ用のアドレスが含まれていてもよい。このようなアプリケーションの例は、トラフィックアプリケーションとすることができる。このケースでは、トラフィック情報を含んでいるインターネットサーバにアクセスすることによって、アプリケーションが、トラフィックアラートおよび可能な代替ルートに関する情報を取得してもよい。この例では、発生させる表示は、トラフィック問題を回避するための代替的なルートまたは運転方向であってもよい。別の例では、アラートアプリケーションは、天気アラートに関連する情報をダウンロードするために天気サーバにアクセスし、ステップ６２０、更新された天気予報および任意の関係する警告を示す表示を発生させる、ステップ６２２。
【００６２】
アプリケーションのこのタイプの別の例は、ハンドヘルドデバイス内に含まれている（示していない）グローバルポジショニングシステム（ＧＰＳ）受信機を使用するナビゲーションアプリケーションである。プロセッサ１２がトラフィックアドバイザリＲＤＳデータパケットを認識したとき、ナビゲーションアプリケーションをアクティブ化（すなわち、起動する、または、メモリ中にロード）し、ナビゲーションアプリケーションは、ＧＰＳ受信機に電源を投入して、ＧＰＳ信号を受信し、（例えば、ハンドヘルドデバイス１０が走行中の車の中にあるなどの場合）ナビゲーションアプリケーションが、そのポジションおよび進行の方向を決定できるようにする。そして、そのポジションをトラフィックイベントのロケーションと比較することによって、ナビゲーションアプリケーションは、メモリにアクセスして、トラフィック問題を回避するための運転方向を含むマップを発生させてもよい。ナビゲーションアプリケーションはまた、例えば、他のワイヤレスデータサービスを通して、トラフィック情報をダウンロードするために、または、トラフィック情報を受信するために、インターネットサーバに対してデータ通話を行うなどによって、他の情報ソースにアクセスしてもよい。
【００６３】
ブロードキャスト番組が再生を開始できるようにするために、ＲＤＳデータによりアクティブ化されたアプリケーションは、単に、ＦＭ受信機ＡＳＩＣ２２Ａを電源投入する、または、ＦＭ受信機ＡＳＩＣ２２ＡをＦＭ局の周波数帯域に同調させる、ステップ６３０。例えば、アプリケーションは、ＲＤＳデータ中に存在するアーティスト名または曲のタイトルに基づいて、お気に入りの曲またはアーティストを認識するように構成されている場合、アプリケーションは、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）を電源投入し、そのアーティストまたは曲を再生しているＦＭ局の周波数帯域にアプリケーションを同調させることができる。このような方法で、ＦＭ受信機ＡＳＩＣ２２（２２Ａ）がどの無線局に同調されていようとも、ユーザは、お気に入りの曲またはアーティストをいつも必ず聞くことができる（ただし、当然、ＲＤＳデータ中のアーティスト名または曲のタイトルを局がブロードキャストしているという条件で）。
【００６４】
別の例示的なアプリケーションは、記録またはダウンロードする要望をユーザが示した曲の、アーティスト名、曲または番号をウォッチするために、ＲＤＳパケットデータをブロードキャストしているすべてのＦＭ無線局からのＲＤＳパケットを監視する。この方法では、アプリケーションが、バックグラウンドにおいて、効率的に、すべてのＦＭ局（または、すべてのＦＭ局のサブセット）を「スキャン」して、曲またはアーティストに対するユーザ好みとの一致を探す。受信したＲＤＳデータが、ユーザによって識別されたアーティストまたは曲のタイトルと一致したとき、ＲＤＳデータによりアクティブ化されたアプリケーションは、ブロードキャスト番組が再生を開始できるようにするために、単にＦＭ受信機ＡＳＩＣ２２Ａを電源投入する、および／または、ＦＭ受信機ＡＳＩＣ２２Ａを、一致したＲＤＳデータを送信しているＦＭ局の周波数帯域に同調させる、ステップ６３０。さらに、ＲＤＳデータによりアクティブ化されたアプリケーションは、例えば、ＭＰ３オーディオファイルフォーマットなどで、メモリ１４、２４中に記憶されているブロードキャスト番組（すなわち、曲）を記録してもよい、オプション的ステップ６３２。このアプリケーションによって、ユーザは、ＲＤＳデータをブロードキャストしているＦＭ局上で再生されている音楽を選択的に記録することによって、ユーザ自身の個人向けのお気に入りの音楽の記録の再生リストを確立することができる。
【００６５】
アプリケーションのさらなる例は、単に、表示、壁紙を発生させるもの、または、リングトーンを変更するものである、ステップ６４０。このようなアプリケーションは、単に、ＲＤＳデータ中の情報に基づいて、特定のシチュエーションをユーザに知らせる。このようなアプリケーションの例は、従来のＲＤＳデータ表示をハンドヘルドデバイス上に提供するＦＭラジオプレイヤーアプリケーションである。
【００６６】
より多くのデータコードを含め、選択されたＲＤＳデータパケット中に第三者がデータを挿入できるような、ＲＤＳシステムの拡張により、さらなるアプリケーションが使用可能になる。（ここではＲＤＳフラグと呼ばれる）異なるＲＤＳデータパターンを使用して、開発されるさまざまな異なるアプリケーションをアクティブ化できる。ハンドヘルドデバイス１０、例えば、ディスパッチャ、オペレータ、（緊急メッセージのような）記録されたメッセージのような電話番号に電話をかけさせるために、アプリケーションを促すように構成していてもよい。別の例として、サーバにコンタクとして、ソフトウェア更新のような、アプリケーションをダウンロードするために、あるいは、期間満了ソフトウェアパッケージまたはリコールされたソフトウェアパッケージのようなアプリケーションをハンドヘルドデバイスのメモリ１４から削除するために、ハンドヘルドデバイスを促すようにＲＤＳフラグを構成していてもよい。この例では、ＲＤＳフラグは、アプリケーション更新がダウンロードの準備ができていることを示してもよい。代替的に、ＲＤＳフラグは、アプリケーションをアクティブ化してもよく、ダウンロードに利用可能なソフトウェアおよびデータ更新を、ならびに、削除すべきソフトウェアまたはデータを、アプリケーションに知らせるサーバへのアクセスをこのアプリケーションはハンドヘルドデバイス１０に実行させる。
【００６７】
先述の例示的なアプリケーションの実施形態は、例示目的だけに提供されており、さまざまな実施形態のハンドヘルドデバイス上で実現されてもよいアプリケーションの範囲を限定することを意図していない。
【００６８】
ＲＤＳデータに応答して、インターネットサーバ上のコンテンツにアクセスするための能力を有するハンドヘルドデバイスを提供することによって、サーバによってリアルタイムストリーミングビデオを提供する必要なく、インターネットサーバに対するデータ通話と組み合わせたＲＤＳデータ監視能力が、ＦＭラジオブロードキャストをマルチメディア経験に変えることができる。ＩＰアドレス、ポインタ、または他のデータコードが、ＲＤＳメッセージ中に含まれていてもよく、現在のラジオ番組に関連する特定のインターネットサーバ上のデータにアクセスするために、ハンドヘルドデバイスアプリケーションはＲＤＳメッセージを使用することができる。サーバは、ＦＭ局の広範囲なポピュラートピックまたは番組に関連する、イメージ、ビデオ、テキストファイルを記憶していてもよく、そして、ＦＭ局の広範囲ポピュラーなトピックまたは番組に関連する、イメージ、ビデオ、テキストファイルが記憶されているデータベースに結合されていてもよい。ＦＭ局の広範囲なポピュラートピックまたは番組に関連する、イメージ、ビデオ、テキストファイルには、ポピュラーなレコーディングアーティスト、プロのスポーツ選手、スポーツチーム、政治家、犯罪者、俳優、コメディアン等に関連する、イメージ、ビデオ、および統計情報のようなものがある。サーバは、ソフトウェアによって、ＲＤＳメッセージ中に含まれているコードまたはデータ、および、データ通話においてハンドヘルドデバイス１０によってサーバに提供されるコードまたはデータを認識し、このようなコードまたはデータに応答して、ハンドヘルドデバイスにダウンロードする適切なイメージ、ビデオ、およびテキストデータを決定するように構成することができる。
【００６９】
図１２では、このシステムの実施形態を図示している。システムは、従来のＦＭラジオ局７００を含み、このＦＭラジオ局７００は、ブロードキャスタのサーバ７０２を備えていてもよく、ブロードキャスタのサーバ７０２は、ブロードキャスト番組に関する情報を取得するためにアクセスでき、インターネットに結合されている。先述のデバイスの実施形態のうちの１つにしたがったハンドヘルドデバイス１０は、ＦＭ受信機回路を備えており、これにより、ハンドヘルドデバイス１０は、ＦＭラジオ局７００によって送信されるＦＭブロードキャストを受信することができる。ハンドヘルドデバイス１０はまた、インターネット７０８に接続されているセルラ電話ネットワーク７０６を通してデータ通話を行うことができ、ＩＰプロトコルを通してメディアサーバ７１０にアクセスすることもできる。ハンドヘルドデバイス１０が、セルラ電話機ネットワーク７０６およびインターネットを通してメディアサーバ７１０にデータ通話を行う技術、プロトコル、および回路素子はよく知られており、商業的に利用可能であるので、さらなる記述は必要ない。図１２は、セルラ電話機ネットワーク７０６に結合されているハンドヘルドデバイス１０を示しており、ハンドヘルドデバイス１０はまた、あるいは、代替的に、図１２で示したような分散された通信タワーからなるワイヤレス（例えば、ＷｉＦｉ）データネットワークに接続していてもよい（したがって、ワイヤレスネットワークに対して異なる識別子を使用する例外はあるが、同一に図示されるだろう）。
【００７０】
メディアサーバ７１０は商業的に利用可能なサーバに一般的である、（別々に示していない）データ記憶媒体に結合されているプログラマブルプロセッサを備えている。データ記憶媒体は、内部ハードディスクおよび／または外部大容量ディスクドライブであってもよく、これらは、よく知られており、商業的に利用可能である（すなわち、「データ記憶媒体」という用語は、サーバに結合されている外部記憶容量と、内部記憶容量との双方を含む）。メディアサーバ７１０は、ＲＤＳメッセージ内に含まれているかもしれない主題事項コードまたはデータに基づいて迅速なアクセスを可能にする方法でインデックスが付けられている広範囲な主題事項に関連するイメージ、ビデオ、およびテキスト情報の拡張のデータベースをデータ記憶媒体上に記憶している。このようなイメージ、ビデオ、およびテキスト情報は、ハンドヘルドデバイスへの送信およびハンドヘルドデバイス上での表示のために特別に構成されていてもよい。例えば、選択され、そして、ハンドヘルドデバイスの小さいディスプレイ２０に適合して容易に見ることができる、短縮されたテキストおよびより低い解像度でクローズアップされたイメージのような、イメージおよびビデオは、ハンドヘルドデバイスと互換可能になるようにイメージおよびビデオがフォーマット化されてもよい。
【００７１】
メディアサーバ７１０は、ソフトウェアにより、ＲＤＳデータにより促されるデータ要求、または、ＲＤＳデータを含むデータ要求を含む、ハンドヘルドデバイス１０から受信し、データ要求に応答して、特定のイメージ、ビデオ、およびテキストデータをデータ記憶媒体から呼び出し、ＩＰプロトコルを使用して、呼び出した情報をハンドヘルドデバイスに送信するようにさらに構成されている。ソフトウェアを通してメディアサーバ７１０上で実現されるプロセスの実施形態を図１３で図示する。メディアサーバ７１０を構成するために使用されているソフトウェアは、サーバメモリおよび／またはコンパクトディスク７１２のような他の有体的サーバ読み取り可能メモリ中に記憶させていてもよい。
【００７２】
図１３を参照すると、メディアサーバ７１０は、インターネットを通して、ハンドヘルドデバイスからＩＰクエリ（例えば、ＧＥＴメッセージ）を受信する、ステップ８００。このクエリ８００は、データ記憶媒体中に記憶されている対応するデータファイルを識別するためにメディアサーバ７１０によって解釈可能な、タグ、ポインタ、アドレス、コード、または他のインジケータを含んでいる。メディアサーバ７１０は、クエリから取得された、タグ、ポインタ、アドレス、コード、または他のインジケータを解釈して、メモリから呼び出すファイルを決定する。例えば、クエリが、データに対するＩＰアドレスまたはメモリロケーションを含む場合、メディアサーバ７１０は、単にデータをアドレスとして解釈するに過ぎない。しかしながら、クエリ中に含まれているタグは、関係するデータファイルに対するメモリロケーションを決定するために、テーブルルックアップキーとして使用できるショートコード、または、アルゴリズムで解釈できるショートコードであってもよい。
【００７３】
実施形態では、メディアサーバ７１０は、ハンドヘルドデバイス１０により受信されるＲＤＳデータを送信する特定のＦＭラジオ局によって維持されているブロードキャスタのサーバ７０２にオプション的にアクセスして、クエリ中で受信したタグまたはコードを解釈するための情報を取得してもよい、オプション的なステップ８０４。このように実行するにあたって、メディアサーバ７１０は、受信したタグまたはコードを提供し、要求されているデータのより完全な記述に応答して受信してもよい。したがって、ブロードキャスタは、ＲＤＳデータ中にショートコード（例えば、３ないし５ビットのデータ）を含めることができ、メディアサーバ７１０は、ブロードキャスタのサーバ７０２からの支援によりこのショートコードを解釈できる。このステップでは、ブロードキャスタのサーバ７０２はまた、ハンドヘルドデバイス１０に送ることができる付加的なイメージ、ビデオおよび／またはテキストデータをメディアサーバ７１０にダウンロードしてもよい。
【００７４】
クエリ中のタグ、ポインタ、アドレス、またはコードを解釈すると、メディアサーバ７１０は、データ記憶媒体から（例えば、データベースにアクセスすることによって）関連データを呼び出し、ステップ８０６、ハンドヘルドデバイスへの送信のためにデータをＩＤパケットにフォーマット化する、ステップ８０８。フォーマット化するこのステップでは、メディアサーバ７１０は、データに関係するフォーマット命令にしたがってイメージおよびデータを順番に並べてもよい。この方法では、コンテンツプロバイダ（すなわち、イメージ、ビデオおよびテキストデータの所有者）は、イメージおよび情報がユーザのハンドヘルドデバイス１０上で表示されるシーケンスを制御してもよい。最後に、メディアサーバ７１０は、標準規格のワイヤレスインターネットデータ送信プロトコルおよびネットワークを使用して、フォーマット化されたデータをハンドヘルドデバイス１０に送信する。
【００７５】
実施形態では、メディアサーバ７１０はまた、プレイリストまたは番組アウトラインのような、ブロードキャストのサーバ７０２に関する他の情報を、ステップ８０４においてブロードキャスタのサーバから受信してもよく、これにより、ハンドヘルドデバイス１０からの次の要求をメディアサーバ７１０が予期できる。ブロードキャスタのプレイリストまたは番組アウトラインを把握することによって、ハンドヘルドデバイス１０によって要求される可能性が高い情報をメディアサーバ７１０が先取りおよび事前にフォーマット化できるようになり、要求を受信するとすぐに情報を送ることができる。例えば、メディアサーバ７１０に対するクエリは、ハンドヘルドデバイスが監視しているＦＭ局を識別してもよく、これにより、メディアデバイス７１０は、ステップ８０４においてブロードキャスタのサーバ７０２からプレイリスト（または、少なくとも次の曲）をダウンロードし、プレイリストを使用して、ハンドヘルドデバイスがすぐにこのようなデータをすぐに要求するであろうと予期して、次の曲またはアーティストに関連する情報を先取りすることができる。
【００７６】
さらなる実施形態では、メディアサーバ７１０は、曲タイトルのＲＤＳタグを含む歌詩データに対する要求を受け取り、ステップ８００、このデータを使用して、（例えば、データベースにアクセスすることによって）ＦＭ局７００によってブロードキャストされている特定の音楽に関係するデータ記憶媒体から歌詩データを呼び出す、ステップ８０６。先述の実施形態の記述と同様に、メディアサーバ７１０は、ハンドヘルドデバイスへの送信のために、歌詩データをＩＰパケットにフォーマット化し、ステップ８０８、データをハンドヘルドデバイス１０に送信する、ステップ８１０。受信時に、ハンドヘルドデバイス１０は、ＦＭ局７００によってブロードキャストされている音楽と、多かれ少なかれ同期されている歌詩をディスプレイ上に表示してもよい。
【００７７】
先述の実施形態では、ハンドヘルドデバイス１０が、単に再生している特定の番組だけではなく、ＲＤＳデータストリーム中のデータの何らかの形態に基づいて情報を要求してもよいことを正しく認識すべきである。例えば、ＦＭブロードキャスタの中には、次の曲またはアーティストに関する情報を含むものがあり、これにより、ハンドヘルドデバイス１０はこの情報を解釈して使用し、次の曲に関係するデータをメディアサーバ７１０から要求してもよく、次の曲が来るときに、（ハンドヘルドデバイスがＲＤＳデータに基づいて認識するであろう）情報を表示する準備ができていてもよい。
【００７８】
このシステムのさまざまなインプリメンテーションの可能性がある。例えば、アーティストの曲がラジオ上で再生されている間、デバイスのディスプレイ上での表示のために、特定のアーティストに関するイメージ、ビデオ、テキストデータをダウンロードするのに、アプリケーションによって、ＲＤＳデータを使用してもよい。ハンドヘルドデバイス上で表示するために特別なビデオクリップをダウンロードすることができ、特別なビデオクリップは、音楽ビデオのように、ユーザのエンターテイメント経験を向上させるものの、音楽ビデオとは異なり、オーディオ番組に同期させておらず、これにより、これらを、ハンドヘルドデバイスへのダウンロードおよびハンドヘルドデバイス上で表示するのに適したものにする。この方法において、メディアサーバ７１０と協働して、ハンドヘルドデバイス１０は、ＦＭ局が再生している間、マルチメディアエンターテイメント経験を提供することができる。
【００７９】
別の例として、ＲＤＳデータは、（野球ゲームおける）打席にいる、または、ラジオコメンテータによって説明されている特定のアスリートの名前を含んでいてもよい。このＲＤＳデータを使用して、アプリケーションは、ハンドヘルドデバイス１０上のディスプレイ２０上での表示のために、（アスリートの統計のような）イメージ、ビデオ、およびテキストデータをダウンロードできる。代替的に、または、加えて、ハンドヘルドデバイス１０は、チームのうちの１つまたは双方に関係するイメージ、ビデオ、およびテキストデータをメディアサーバ７１０からダウンロードしてもよい。さらなる例として、ＲＤＳデータが、ホームランまたはタッチダウンのような主要なスコアが入るイベントを示している場合、アプリケーションは、マルチ感覚のエンターテイメント経験を提供するために、トーン（例えば、歓声）を鳴らすことに加えて、ハンドヘルドデバイスにおけるバイブレーション発生器をアクティブ化してもよい。
【００８０】
別の例として、メディアサーバ７１０上での記憶のために、政党が、イメージ、ビデオ、およびテキストデータパッケージを準備するかもしれない。特定の候補者または政治的問題についてＦＭ局上で議論されているときに、ハンドヘルドデバイス１０上での表示のために、イメージ、ビデオ、およびテキストデータパッケージをダウンロードできる。例えば、特定の候補者がインタビューを受けているとき、ハンドヘルドデバイスは、より多くの情報を取りに行くために、または、寄付をするために、その人の写真を表示させてもよく、および／または、ウェブサイトまたは電話番号を表示させてもよい。同様に、政治的広告がブロードキャストされている場合、付加的な情報をメディアサーバ７１０からダウンロードするために、ハンドヘルドデバイス１０によって、広告に関連するＲＤＳデータが使用されてもよい。
【００８１】
別のさらなる例では、ＦＭ局で実行する広告および公共サービス通知は、ＲＤＳデータに結び付けられていてもよく、これにより、ハンドヘルドデバイス１０は、付加的な情報をメディアサーバ７１０からダウンロードできるようになる。例えば、広告主の広告のうちの１つが放送されるときいつでも、ハンドヘルドデバイス１０にダウンロードされるべきイメージを、広告主はメディアサーバ７１０上にポスティングしてもよい。これにより、ＦＭブロードキャスト広告を視聴覚経験に変える。広告主はまた、広告主の製品を消費者が購入できるように情報および表示のダウンロードをプッシュしたいかもしれない。例えば、マップイメージをハンドヘルドデバイスにダウンロードして、広告が掲載された企業のロケーションにカスタマを向けてもよい。別の例として、ウェブサイトまたはＪａｖａ（登録商標）アプレットをハンドヘルドデバイスにダウンロードしてもよく、これより、例えば、ウェブサイトにアクセスしたり、ブラウザを通してオンライン購入を行ったり、または購入メッセージを直接的に送信したりすることなどによって（例えば、Ｊａｖａアプレットをアクティブ化することによって）、ユーザがすぐに製品を購入できるようになる。さらに、ＲＤＳデータはＦＭラジオ局の到達範囲内のみで送信されるので、広告主は、この能力を使用して、中央に位置するメディアサーバ７１０からでさえも、都市特有のまたはローカル的なコンテンツをハンドヘルドデバイスに提供することができる。
【００８２】
さらなる実施形態では、ＦＭ局は、広告とともに送信される、ＲＤＳデータ中にカレンダおよびコンタクト情報を含んでいてもよい。ＲＤＳデータストリーム中のこの付加的な情報により、移動体デバイス上のカレンダおよび／またはコンタクトデータベース中にカレンダまたは情報を記憶させるようにユーザに促すアプリケーションを提供することができる。このようなアプリケーションによって、例えば、カレンダアプリケーション中にリマインダを記憶させること、または、コンタクト番号に電話をかけることなどのように、ユーザは、ＲＤＳ送信された広告にしたがって行動できる。例えば、広告が、やがて来るコンサートまたはイベントに関係している場合、 イベントに参加したいユーザまたはイベントを思い出したいユーザは、例えば、ボタンを押下することによって、 ユーザのカンレンダ中の日付けを見ることができる。同様に、ＲＤＳデータを使用して、コンタクト情報（例えば、電話番号、ｅメール、アドレスまたはインターネットアドレス）をベンダに対して送信することができる。ベンダにコンタクトすることに関心のあるユーザは、電話番号またはアドレスを暗記する必要なく、コンタクト情報を保存したり、または、ソフトキーまたはボタンを押下することによってベンダにすぐにコンタクトしたりできる。ソフトキーまたはボタンを押下することによって、ユーザは、後の検索のために、広告に関係するコンタクト情報を記憶させることができる。
【００８３】
さまざまな実施形態によって、ＲＤＳデータサービスは、サーバ中に記憶されている静的データとブロードキャストオーディオ番組とを関係付けることができ、これにより、ハンドヘルドデバイス１０上に表示される組み合わされたものは、メディアサーバ７１０からのビデオ送りをストリーミングする必要なく、統合したエンターテイメント経験として現れる。さらに、メディアデバイス７１０は、ブロードキャスタによってホスト接続されている必要はない。先述のシステムの実施形態の結果は、オーディオおよび可視情報を配信するためのシステムであってもよく、これは、ラジオおよびテレビジョンの混合である第３の形態媒体である。さらに、イメージ、ビデオ、およびテキスト情報は、ＦＭブロードキャスタに関係なく、セルラ電話機サービスプロバイダのような、すべてのブロードキャスタをサポートしている、企業また当事者によって提供されてもよい。さらに、ハンドヘルドデバイス１０が位置している場所に関係なく、すべてのハンドヘルドデバイス１０にサービスを提供するサーバファーム中のような、どこにでもメディアサーバ７１０は位置していてもよい。
【００８４】
さまざまな実施形態が、多数の利点を提供する。一例として、要求されるまでアプリケーションを活動停止のままにすることができるので、特定のＲＤＳデータパケットを受信したとき、活動停止のアプリケーションをアクティブ化する能力により、ハンドヘルドデバイスは電力を節約することができる。ＦＭ受信機は、ハンドセット（図４Ｂ、４Ｃ参照）の外部にあってもよいので、またはシリコンベースのＡＳＩＣ（図４Ａ参照）であってもよいので、この受信機の電力は、そうでなければ、活動停止のアプリケーションの機能性を提供するために通電されたままでなければならない他の回路よりも少ない。例えば、上述したナビゲーションアプリケーションは、ＧＰＳ受信機回路を使用して、（例えば、付加的なワイヤレス受信機をアクティブ化すること、または、インターネットサーバに対してデータ通話を行うことなどによって）大きな電力を消費する外部のデータソースにアクセスしてもよい。回避されるべきトラフィックイベントが存在するときのみ、このようなアプリケーションおよび回路をアクティブ化することによって、トラフィック問題が存在しないときの間の電力を節約する。この能力がないと、トラフィックサーバへの周期的データ通話を行う必要があるであろうし、または、他のワイヤレス受信機は、発生しないかもしれないトラフィック問題を監視するために通電されたままでなければならないかもしれない。
【００８５】
別の例として、手頃で効率的な緊急警報システムを、セル電話機に組み込むことができる。人口の大部分は、いかなる瞬間でも近くにセル電話機を持っているので、緊急事態において、市民に警告したり、命令または助言を市民に提供したりするのに、セル電話機は非常に効率的な方法であり得る。緊急事態ブロードキャストシステムは、すでにＦＭ局に組み込まれているので、さまざまな実施形態の能力をセル電話機に追加することは、広範囲に分散された効率的な緊急事態警告システムを非常に低コストで確立する。
【００８６】
さらなる利点は、新しいブロードキャストおよびネットワークインフラストラクチャに投資する必要なく、さらなるサービスおよびエンターテイメントをリスナに提供することによって、ＦＭラジオのリスニング経験をサービスプロバイダが向上させる機会である。
【００８７】
先述の実施形態のイベントを実現するために使用されるハードウェアは、１組の命令を実行するように構成されている処理エレメントよびメモリエレメントであってもよい。１組の命令は、上記のイベントに対応している方法ステップを実行するためのものである。代替的に、いくつかのステップまたは方法は、所定の機能に特有である回路によって実行してもよい。
【００８８】
ここで開示した実施形態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現されてもよいことを、当業者は正しく認識するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的に、これらの機能性の観点から上記に記述している。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者は、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本発明の範囲から逸脱が生じるとして解釈されるべきでない。
【００８９】
ここで開示した実施形態に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェアモジュールは、プロセッサ読み取り可能記憶媒体および／またはプロセッサ読み取り可能メモリ中に存在していてもよく、これらの双方は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られているデータ記憶媒体の他の何らかの有体的形態のうちの任意のものであってもよい。さらに、プロセッサ読み取り可能メモリは、１つより多いメモリチップ、別個のメモリチップ中のプロセッサチップの内部のメモリ、フラッシュメモリおよびＲＡＭメモリのような、異なるタイプのメモリを組み合わせたものを含んでいてもよい。移動体デバイスのメモリについてのここでの言及は、特定の構成、タイプまたはパッケージングに限定せず、移動体デバイスうちの任意の１つのメモリモジュールまたはすべてのメモリモジュールを含むことを意図している。プロセッサが、情報を記憶媒体から読み取ったり、情報を記憶媒体に書き込んだりできるように、例示的な記憶媒体は、移動体ハンドセットまたはサーバのいずれかにおいてプロセッサに結合されている。代替実施形態では、記憶媒体は、プロセッサに不可欠であるかもしれない。プロセッサおよび記憶媒体はＡＳＩＣに存在していてもよい。ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、サーバプロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ端末に存在していてもよい。
【００９０】
さまざまな実施形態の先の説明は、当業者が本発明を作り、または使用できるように提供されている。これらの実施形態に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定されている一般的な原理は、本発明の範囲の精神または範囲を逸脱することなく、他の実施形態に適用されてもよい。したがって、本発明は、ここに示した実施形態に限定されることを意図しているものではないが、代わりに、特許請求の範囲は、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
【特許請求の範囲】
【請求項１】
ハンドヘルドデバイスにおいて、
ＦＭ受信機回路と、
前記ＦＭ受信機に結合されているプロセッサとを具備し、
前記プロセッサは、ソフトウェアによって、
ＲＤＳデータを受信するようにと、
ＲＤＳデータパケット内に含まれている特定の情報を認識するようにと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行するように構成されているハンドヘルドデバイス。
【請求項２】
前記プロセッサに結合されているメモリをさらに具備し、
前記プロセッサは、前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項３】
前記実行する動作は、活動停止のアプリケーションをアクティブ化することを含む請求項１記載のハンドヘルドデバイス。
【請求項４】
前記実行する動作は、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項２記載のハンドヘルドデバイス。
【請求項５】
前記プロセッサに結合されているディスプレイをさらに具備し、
前記実行する動作は、前記ディスプレイ上に表示されるイメージを発生させることを含む請求項１記載のハンドヘルドデバイス。
【請求項６】
前記プロセッサに結合されているメモリと、
前記プロセッサに結合されているディスプレイとをさらに具備し、
前記実行する動作は、前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、前記ディスプレイ上に表示されるイメージを発生させることとを含む請求項１記載のハンドヘルドデバイス。
【請求項７】
前記プロセッサに結合されているディスプレイをさらに具備し、
前記実行する動作は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項１記載のハンドヘルドデバイス。
【請求項８】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、前記ワイヤレスネットワークトランシーバを通して、データ呼び出しを開始させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項９】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、前記ワイヤレスネットワークトランシーバを通して、電話通話を開始させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１０】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、
前記ワイヤレスネットワークトランシーバを通して、前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むクエリをメディアサーバに送信するようにと、
前記クエリに応答して、前記メディアサーバからデータを受信するようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１１】
前記プロセッサに結合されているワイヤレスネットワークトランシーバと、
前記プロセッサに結合されているディスプレイとをさらに具備し、
前記プロセッサは、ソフトウェアによって、
前記ワイヤレスネットワークトランシーバを通して、前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むクエリをメディアサーバに送信するようにと、
前記クエリに応答して、前記メディアサーバからデータを受信するようにと、
前記受信したデータに基づいて、前記ディスプレイ上に表示されるイメージを発生させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１２】
前記プロセッサは、ソフトウェアによって、ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視するように構成されている請求項１記載のハンドヘルドデバイス。
【請求項１３】
前記プロセッサは、ソフトウェアによって、
ＦＭ周波数帯域を選択するようにと、
受信したＲＤＳデータパケットをカウントするようにと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記選択されたＦＭ周波数帯域内で送信されるＲＤＳデータを監視するようにと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択するようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１４】
前記プロセッサに結合されているワイヤードデータ通信回線をさらに具備し、
前記ＦＭ受信機回路は、前記ワイヤードデータ通信回線によって前記プロセッサに結合されている別個のＦＭ受信機デバイス内に位置付けられている請求項１記載のハンドヘルドデバイス。
【請求項１５】
前記プロセッサに結合されている短距離ワイヤレスデータ通信回線をさらに具備し、
前記ＦＭ受信機回路は、前記短距離ワイヤレスデータ通信回線によって前記プロセッサに結合されている別個のＦＭ受信機デバイス内に位置付けられている請求項１記載のハンドヘルドデバイス。
【請求項１６】
ラジオデータシステム（ＲＤＳ）データに応答して、ハンドヘルドデバイス上で動作を実行するための方法において、
ＦＭ受信機を通して、ＲＤＳデータを受信することと、
ＲＤＳデータパケット内に含まれている特定の情報を認識することと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行することとを含む方法。
【請求項１７】
前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させることをさらに含む請求項１６記載の方法。
【請求項１８】
動作を実行することは、活動停止のアプリケーションをアクティブ化することを含む請求項１６記載の方法。
【請求項１９】
動作を実行することは、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項１７記載の方法。
【請求項２０】
動作を実行することは、ディスプレイ上に表示されるイメージを発生させることを含む請求項１６記載の方法。
【請求項２１】
動作を実行することは、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、
前記ディスプレイ上に表示されるイメージを発生させることとをさらに含む請求項１６記載の方法。
【請求項２２】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項１６記載の方法。
【請求項２３】
動作を実行することは、ワイヤレスデータ通話を開始させることを含む請求項１６記載の方法。
【請求項２４】
動作を実行することは、ワイヤレス電話通話を開始させることを含む請求項１６記載の方法。
【請求項２５】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することとを含む請求項１６記載の方法。
【請求項２６】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することと、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させることとを含む請求項１６記載の方法。
【請求項２７】
ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視することをさらに含む請求項１６記載の方法。
【請求項２８】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることと、ブロードキャストの少なくとも一部を記録することとを含む請求項２７記載の方法。
【請求項２９】
ＦＭ周波数帯域を選択することと、
受信したＲＤＳデータパケットをカウントすることと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記選択されたＦＭ周波数帯域内で送信されるＲＤＳデータを監視することと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択することとをさらに含む請求項１６記載の方法。
【請求項３０】
ＦＭ受信機を通してＲＤＳデータを受信することは、ワイヤードデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からＲＤＳデータを受信することを含む請求項１６記載の方法。
【請求項３１】
ＦＭ受信機を通してＲＤＳデータを受信することは、短距離ワイヤレスデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からＲＤＳデータを受信することを含む請求項１６記載の方法。
【請求項３２】
ハンドヘルドデバイスにおいて、
ＦＭ受信機を通して、ＲＤＳデータを受信する手段と、
ＲＤＳデータパケット内に含まれている特定の情報を認識する手段と、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行する手段とを具備するハンドヘルドデバイス。
【請求項３３】
前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させる手段をさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項３４】
前記動作を実行する手段は、活動停止のアプリケーションをアクティブ化する手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３５】
前記動作を実行する手段は、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知する手段を備える請求項３３記載のハンドヘルドデバイス。
【請求項３６】
前記動作を実行する手段は、ディスプレイ上に表示されるイメージを発生させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３７】
前記動作を実行する手段は、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化する手段と、
ディスプレイ上に表示されるイメージを発生させる手段とをさらに備える請求項３２記載のハンドヘルドデバイス。
【請求項３８】
前記動作を実行する手段は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３９】
前記動作を実行する手段は、ワイヤレスデータ通話を開始させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４０】
前記動作を実行する手段は、ワイヤレス電話通話を開始させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４１】
前記動作を実行する手段は、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信する手段と、
前記クエリに応答して、前記メディアサーバからデータを受信する手段とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４２】
前記動作を実行する手段は、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信する手段と、
前記クエリに応答して、前記メディアサーバからデータを受信する手段と、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させる手段とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４３】
ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視する手段をさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項４４】
ＦＭ周波数帯域を選択する手段と、
受信したＲＤＳデータパケットをカウントする手段と、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記ＦＭ周波数帯域内で送信されるＲＤＳデータを監視する手段と、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択する手段とをさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項４５】
前記ＦＭ受信機を通して、ＲＤＳデータを受信する手段は、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路と短距離ワイヤードデータ通信回線とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４６】
前記ＦＭ受信機を通して、ＲＤＳデータを受信する手段は、別個のＦＭ受信機内に位置付けられているＦＭ受信機回路と短距離ワイヤレスデータ通信回線とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４７】
前記動作を実行する手段は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させ、ブロードキャストの少なくとも一部を記録する手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４８】
プロセッサ読み取り可能記憶媒体において、
ＦＭ受信機を通して、ＲＤＳデータを受信することと、
ＲＤＳデータパケット内に含まれている特定の情報を認識することと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行することとを含むステップをハンドヘルドデバイスのプロセッサに実行させるように構成されているプロセッサ実行可能なソフトウェア命令が記憶されているプロセッサ読み取り可能記憶媒体。
【請求項４９】
前記記憶されているソフトウェア命令は、前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させることを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５０】
動作を実行することは、活動停止のアプリケーションをアクティブ化することを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５１】
動作を実行することは、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５２】
動作を実行することは、ディスプレイ上に表示されるイメージを発生させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５３】
動作を実行することは、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、
ディスプレイ上に表示されるイメージを発生させることとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５４】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５５】
動作を実行することは、ワイヤレスデータ通話を開始させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５６】
動作を実行することは、ワイヤレス電話通話を開始させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５７】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５８】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することと、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させることとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５９】
前記記憶されているソフトウェア命令は、ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視することを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６０】
前記記憶されているソフトウェア命令は、
ＦＭ周波数帯域を選択することと、
受信したＲＤＳデータパケットをカウントすることと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記ＦＭ周波数帯域内で送信されるＲＤＳデータを監視することと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択することとを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６１】
前記記憶されているソフトウェア命令は、ワイヤードデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からのＲＤＳデータを前記プロセッサに受信させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６２】
前記記憶されているソフトウェア命令は、短距離ワイヤレスデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からのＲＤＳデータを前記プロセッサに受信させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６３】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させ、ブロードキャストの少なくとも一部を記録することとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６４】
サーバにおいて、
インターネットを通して、メッセージを送信および受信するように構成されているプロセッサと、
前記プロセッサに結合されているデータ記憶媒体とを具備し、
前記データ記憶媒体は、ハンドヘルドデバイスへの送信に適した情報を含むデータファイルを記憶し、
前記プロセッサは、ソフトウェアによって、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、前記データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
前記インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップを実行するように構成されているサーバ。
【請求項６５】
前記プロセッサは、ソフトウェアによって、ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６６】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記プロセッサは、ソフトウェアによって、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記プロセッサは、ソフトウェアによって、前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記プロセッサは、ソフトウェアによって、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６９】
前記プロセッサは、ソフトウェアによって、
ブロードキャスタのサーバにアクセスすることと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信することと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すこととを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項７０】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項６５記載のサーバ。
【請求項７１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項６５記載のサーバ。
【請求項７２】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項６５記載のサーバ。
【請求項７３】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項６５記載のサーバ。
【請求項７４】
ハンドヘルドデバイスと通信するためのサーバ実行可能な方法において、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、前記ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むサーバ実行可能な方法。
【請求項７５】
ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することをさらに含む請求項７４記載のサーバ読み取り可能記憶媒体。
【請求項７６】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７９】
ブロードキャスタのサーバにアクセスするステップと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信するステップと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すステップとをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項８０】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項７４記載のサーバ実行可能な方法。
【請求項８１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項７４記載のサーバ実行可能な方法。
【請求項８２】
前記データファイルは、歌詩データを含む請求項７４記載のサーバ実行可能な方法。
【請求項８３】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項７４記載のサーバ実行可能な方法。
【請求項８４】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項７４記載のサーバ実行可能な方法。
【請求項８５】
サーバにおいて、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信する手段と、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別する手段と、
前記識別されたデータファイルを前記データ記憶媒体から取り出す手段と、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化する手段と、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信する手段とを具備するサーバ。
【請求項８６】
ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得する手段をさらに具備する請求項８５記載のサーバ。
【請求項８７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別する手段をさらに具備する請求項８５記載のサーバ。
【請求項８８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を、プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別する手段をさらに具備する請求項８５記載のサーバ。
【請求項８９】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
ブロードキャスタのサーバにアクセスする手段と、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供する手段と、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信する手段とをさらに具備する請求項８５記載のサーバ。
【請求項９０】
ブロードキャスタのサーバにアクセスする手段と、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信する手段と、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出す手段とをさらに具備する請求項８５記載のサーバ。
【請求項９１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項８５記載のサーバ。
【請求項９２】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項８５記載のサーバ。
【請求項９３】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項８５記載のサーバ。
【請求項９４】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項８５記載のサーバ。
【請求項９５】
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップをサーバプロセッサに実行させるように構成されているプロセッサ実行可能なソフトウェア命令が記憶されているサーバ読み取り可能記憶媒体。
【請求項９６】
前記記憶されているソフトウェア命令は、ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記記憶されているソフトウェア命令は、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記記憶されているソフトウェア命令は、前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９９】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記記憶されているソフトウェア命令は、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項１００】
前記記憶されているソフトウェア命令は、
ブロードキャスタのサーバにアクセスすることと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信することと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すこととを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項１０１】
通信システムにおいて、
ラジオデータシステム（ＲＤＳ）データパケットをブロードキャストするように構成されているＦＭラジオ局と、
プロセッサおよび記憶媒体を備えるメディアサーバと、
ハンドヘルドデバイスとを具備し、
前記ハンドヘルドデバイスは、
ワイヤレスネットワークトランシーバと、
ＲＤＳデータパケットを受信するように構成されているＦＭ受信機と、
ディスプレイと、
前記ワイヤレスネットワークトランシーバと、前記ＦＭ受信機と、前記ディスプレイとに結合されているプロセッサとを備え、
前記プロセッサは、
ＲＤＳデータパケットを前記ＦＭ受信機から受信するようにと、
前記受信したＲＤＳデータパケットを監視するようにと、
選択されたＲＤＳデータパケットの受信に応答して、前記ワイヤレスネットワークトランシーバを通して、クエリを前記メディアサーバに送信するように構成されており、
前記クエリは、前記選択されたＲＤＳデータパケットから取り出された情報を含み、
前記メディアサーバデータ記憶媒体は、ハンドヘルドデバイスへの送信に適した情報を含むデータファイルを記憶し、
前記メディアサーバプロセッサは、ソフトウェアによって、
前記ＲＤＳデータパケットから導出された情報を含むクエリを、前記ハンドヘルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、前記データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップ実行するように構成され、
前記ハンドヘルドデバイスプロセッサは、前記フォーマット化されて送信された情報を受信し、前記フォーマット化されて送信された情報の少なくとも一部を前記ディスプレイ上に表示するようにさらに構成されている通信システム。
【請求項１０２】
前記インターネットを通して、情報を前記メディアサーバに提供するように構成されているブロードキャスタのサーバをさらに具備する請求項１０１記載のシステム。
【請求項１】
ハンドヘルドデバイスにおいて、
ＦＭ受信機回路と、
前記ＦＭ受信機に結合されているプロセッサとを具備し、
前記プロセッサは、ソフトウェアによって、
ＲＤＳデータを受信するようにと、
ＲＤＳデータパケット内に含まれている特定の情報を認識するようにと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行するように構成されているハンドヘルドデバイス。
【請求項２】
前記プロセッサに結合されているメモリをさらに具備し、
前記プロセッサは、前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項３】
前記実行する動作は、活動停止のアプリケーションをアクティブ化することを含む請求項１記載のハンドヘルドデバイス。
【請求項４】
前記実行する動作は、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項２記載のハンドヘルドデバイス。
【請求項５】
前記プロセッサに結合されているディスプレイをさらに具備し、
前記実行する動作は、前記ディスプレイ上に表示されるイメージを発生させることを含む請求項１記載のハンドヘルドデバイス。
【請求項６】
前記プロセッサに結合されているメモリと、
前記プロセッサに結合されているディスプレイとをさらに具備し、
前記実行する動作は、前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、前記ディスプレイ上に表示されるイメージを発生させることとを含む請求項１記載のハンドヘルドデバイス。
【請求項７】
前記プロセッサに結合されているディスプレイをさらに具備し、
前記実行する動作は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項１記載のハンドヘルドデバイス。
【請求項８】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、前記ワイヤレスネットワークトランシーバを通して、データ呼び出しを開始させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項９】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、前記ワイヤレスネットワークトランシーバを通して、電話通話を開始させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１０】
前記プロセッサに結合されているワイヤレスネットワークトランシーバをさらに具備し、
前記プロセッサは、ソフトウェアによって、
前記ワイヤレスネットワークトランシーバを通して、前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むクエリをメディアサーバに送信するようにと、
前記クエリに応答して、前記メディアサーバからデータを受信するようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１１】
前記プロセッサに結合されているワイヤレスネットワークトランシーバと、
前記プロセッサに結合されているディスプレイとをさらに具備し、
前記プロセッサは、ソフトウェアによって、
前記ワイヤレスネットワークトランシーバを通して、前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むクエリをメディアサーバに送信するようにと、
前記クエリに応答して、前記メディアサーバからデータを受信するようにと、
前記受信したデータに基づいて、前記ディスプレイ上に表示されるイメージを発生させるようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１２】
前記プロセッサは、ソフトウェアによって、ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視するように構成されている請求項１記載のハンドヘルドデバイス。
【請求項１３】
前記プロセッサは、ソフトウェアによって、
ＦＭ周波数帯域を選択するようにと、
受信したＲＤＳデータパケットをカウントするようにと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記選択されたＦＭ周波数帯域内で送信されるＲＤＳデータを監視するようにと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択するようにさらに構成されている請求項１記載のハンドヘルドデバイス。
【請求項１４】
前記プロセッサに結合されているワイヤードデータ通信回線をさらに具備し、
前記ＦＭ受信機回路は、前記ワイヤードデータ通信回線によって前記プロセッサに結合されている別個のＦＭ受信機デバイス内に位置付けられている請求項１記載のハンドヘルドデバイス。
【請求項１５】
前記プロセッサに結合されている短距離ワイヤレスデータ通信回線をさらに具備し、
前記ＦＭ受信機回路は、前記短距離ワイヤレスデータ通信回線によって前記プロセッサに結合されている別個のＦＭ受信機デバイス内に位置付けられている請求項１記載のハンドヘルドデバイス。
【請求項１６】
ラジオデータシステム（ＲＤＳ）データに応答して、ハンドヘルドデバイス上で動作を実行するための方法において、
ＦＭ受信機を通して、ＲＤＳデータを受信することと、
ＲＤＳデータパケット内に含まれている特定の情報を認識することと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行することとを含む方法。
【請求項１７】
前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させることをさらに含む請求項１６記載の方法。
【請求項１８】
動作を実行することは、活動停止のアプリケーションをアクティブ化することを含む請求項１６記載の方法。
【請求項１９】
動作を実行することは、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項１７記載の方法。
【請求項２０】
動作を実行することは、ディスプレイ上に表示されるイメージを発生させることを含む請求項１６記載の方法。
【請求項２１】
動作を実行することは、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、
前記ディスプレイ上に表示されるイメージを発生させることとをさらに含む請求項１６記載の方法。
【請求項２２】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項１６記載の方法。
【請求項２３】
動作を実行することは、ワイヤレスデータ通話を開始させることを含む請求項１６記載の方法。
【請求項２４】
動作を実行することは、ワイヤレス電話通話を開始させることを含む請求項１６記載の方法。
【請求項２５】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することとを含む請求項１６記載の方法。
【請求項２６】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することと、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させることとを含む請求項１６記載の方法。
【請求項２７】
ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視することをさらに含む請求項１６記載の方法。
【請求項２８】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることと、ブロードキャストの少なくとも一部を記録することとを含む請求項２７記載の方法。
【請求項２９】
ＦＭ周波数帯域を選択することと、
受信したＲＤＳデータパケットをカウントすることと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記選択されたＦＭ周波数帯域内で送信されるＲＤＳデータを監視することと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択することとをさらに含む請求項１６記載の方法。
【請求項３０】
ＦＭ受信機を通してＲＤＳデータを受信することは、ワイヤードデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からＲＤＳデータを受信することを含む請求項１６記載の方法。
【請求項３１】
ＦＭ受信機を通してＲＤＳデータを受信することは、短距離ワイヤレスデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からＲＤＳデータを受信することを含む請求項１６記載の方法。
【請求項３２】
ハンドヘルドデバイスにおいて、
ＦＭ受信機を通して、ＲＤＳデータを受信する手段と、
ＲＤＳデータパケット内に含まれている特定の情報を認識する手段と、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行する手段とを具備するハンドヘルドデバイス。
【請求項３３】
前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させる手段をさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項３４】
前記動作を実行する手段は、活動停止のアプリケーションをアクティブ化する手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３５】
前記動作を実行する手段は、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知する手段を備える請求項３３記載のハンドヘルドデバイス。
【請求項３６】
前記動作を実行する手段は、ディスプレイ上に表示されるイメージを発生させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３７】
前記動作を実行する手段は、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化する手段と、
ディスプレイ上に表示されるイメージを発生させる手段とをさらに備える請求項３２記載のハンドヘルドデバイス。
【請求項３８】
前記動作を実行する手段は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項３９】
前記動作を実行する手段は、ワイヤレスデータ通話を開始させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４０】
前記動作を実行する手段は、ワイヤレス電話通話を開始させる手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４１】
前記動作を実行する手段は、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信する手段と、
前記クエリに応答して、前記メディアサーバからデータを受信する手段とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４２】
前記動作を実行する手段は、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信する手段と、
前記クエリに応答して、前記メディアサーバからデータを受信する手段と、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させる手段とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４３】
ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視する手段をさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項４４】
ＦＭ周波数帯域を選択する手段と、
受信したＲＤＳデータパケットをカウントする手段と、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記ＦＭ周波数帯域内で送信されるＲＤＳデータを監視する手段と、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択する手段とをさらに具備する請求項３２記載のハンドヘルドデバイス。
【請求項４５】
前記ＦＭ受信機を通して、ＲＤＳデータを受信する手段は、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路と短距離ワイヤードデータ通信回線とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４６】
前記ＦＭ受信機を通して、ＲＤＳデータを受信する手段は、別個のＦＭ受信機内に位置付けられているＦＭ受信機回路と短距離ワイヤレスデータ通信回線とを備える請求項３２記載のハンドヘルドデバイス。
【請求項４７】
前記動作を実行する手段は、前記ＦＭ受信機を特定のＦＭラジオ局に同調させ、ブロードキャストの少なくとも一部を記録する手段を備える請求項３２記載のハンドヘルドデバイス。
【請求項４８】
プロセッサ読み取り可能記憶媒体において、
ＦＭ受信機を通して、ＲＤＳデータを受信することと、
ＲＤＳデータパケット内に含まれている特定の情報を認識することと、
前記認識された特定の情報を含む、前記ＲＤＳデータパケット内に含まれている情報に基づいて動作を実行することとを含むステップをハンドヘルドデバイスのプロセッサに実行させるように構成されているプロセッサ実行可能なソフトウェア命令が記憶されているプロセッサ読み取り可能記憶媒体。
【請求項４９】
前記記憶されているソフトウェア命令は、前記ＲＤＳデータパケットの少なくとも一部を前記メモリ中に記憶させることを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５０】
動作を実行することは、活動停止のアプリケーションをアクティブ化することを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５１】
動作を実行することは、前記ＲＤＳデータパケットの少なくとも一部がメモリ中に記憶されていることをアクティブアプリケーションに通知することを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５２】
動作を実行することは、ディスプレイ上に表示されるイメージを発生させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５３】
動作を実行することは、
前記メモリ中に記憶されているデータを呼び出すアプリケーションをアクティブ化することと、
ディスプレイ上に表示されるイメージを発生させることとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５４】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５５】
動作を実行することは、ワイヤレスデータ通話を開始させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５６】
動作を実行することは、ワイヤレス電話通話を開始させることを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５７】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５８】
動作を実行することは、
前記ＲＤＳデータ内に含まれている情報の少なくとも一部を含むワイヤレスクエリを、メディアサーバに送信することと、
前記クエリに応答して、前記メディアサーバからデータを受信することと、
前記受信したデータに基づいて、ディスプレイ上に表示されるイメージを発生させることとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項５９】
前記記憶されているソフトウェア命令は、ＲＤＳデータのためにすべての受信可能なＦＭラジオブロードキャストを監視することを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６０】
前記記憶されているソフトウェア命令は、
ＦＭ周波数帯域を選択することと、
受信したＲＤＳデータパケットをカウントすることと、
前記ＲＤＳデータパケットのカウントが予め定められた値よりも小さい限り、前記ＦＭ周波数帯域内で送信されるＲＤＳデータを監視することと、
前記受信したＲＤＳデータパケットのカウントが前記予め定められた値に等しいときに、別のＦＭ周波数帯域を選択することとを含むさらなるステップを前記プロセッサに実行させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６１】
前記記憶されているソフトウェア命令は、ワイヤードデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からのＲＤＳデータを前記プロセッサに受信させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６２】
前記記憶されているソフトウェア命令は、短距離ワイヤレスデータ通信回線を通して、別個のＦＭ受信機デバイス内に位置付けられているＦＭ受信機回路からのＲＤＳデータを前記プロセッサに受信させるように構成されている請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６３】
動作を実行することは、前記ＦＭ受信機を特定のＦＭラジオ局に同調させ、ブロードキャストの少なくとも一部を記録することとを含む請求項４８記載のプロセッサ読み取り可能記憶媒体。
【請求項６４】
サーバにおいて、
インターネットを通して、メッセージを送信および受信するように構成されているプロセッサと、
前記プロセッサに結合されているデータ記憶媒体とを具備し、
前記データ記憶媒体は、ハンドヘルドデバイスへの送信に適した情報を含むデータファイルを記憶し、
前記プロセッサは、ソフトウェアによって、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、前記データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
前記インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップを実行するように構成されているサーバ。
【請求項６５】
前記プロセッサは、ソフトウェアによって、ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６６】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記プロセッサは、ソフトウェアによって、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記プロセッサは、ソフトウェアによって、前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記プロセッサは、ソフトウェアによって、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項６９】
前記プロセッサは、ソフトウェアによって、
ブロードキャスタのサーバにアクセスすることと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信することと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すこととを含むステップを実行するようにさらに構成されている請求項６５記載のサーバ。
【請求項７０】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項６５記載のサーバ。
【請求項７１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項６５記載のサーバ。
【請求項７２】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項６５記載のサーバ。
【請求項７３】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項６５記載のサーバ。
【請求項７４】
ハンドヘルドデバイスと通信するためのサーバ実行可能な方法において、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、前記ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むサーバ実行可能な方法。
【請求項７５】
ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することをさらに含む請求項７４記載のサーバ読み取り可能記憶媒体。
【請求項７６】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項７９】
ブロードキャスタのサーバにアクセスするステップと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信するステップと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すステップとをさらに含む請求項７４記載のサーバ実行可能な方法。
【請求項８０】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項７４記載のサーバ実行可能な方法。
【請求項８１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項７４記載のサーバ実行可能な方法。
【請求項８２】
前記データファイルは、歌詩データを含む請求項７４記載のサーバ実行可能な方法。
【請求項８３】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項７４記載のサーバ実行可能な方法。
【請求項８４】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項７４記載のサーバ実行可能な方法。
【請求項８５】
サーバにおいて、
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信する手段と、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別する手段と、
前記識別されたデータファイルを前記データ記憶媒体から取り出す手段と、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化する手段と、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信する手段とを具備するサーバ。
【請求項８６】
ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得する手段をさらに具備する請求項８５記載のサーバ。
【請求項８７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別する手段をさらに具備する請求項８５記載のサーバ。
【請求項８８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記クエリ中に含まれているＲＤＳデータパケットの一部を、プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別する手段をさらに具備する請求項８５記載のサーバ。
【請求項８９】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
ブロードキャスタのサーバにアクセスする手段と、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供する手段と、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信する手段とをさらに具備する請求項８５記載のサーバ。
【請求項９０】
ブロードキャスタのサーバにアクセスする手段と、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信する手段と、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出す手段とをさらに具備する請求項８５記載のサーバ。
【請求項９１】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したイメージを含む請求項８５記載のサーバ。
【請求項９２】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適したビデオクリップを含む請求項８５記載のサーバ。
【請求項９３】
前記データファイルは、前記ハンドヘルドデバイス上での表示に適した広告を含む請求項８５記載のサーバ。
【請求項９４】
前記データファイルは、前記ハンドヘルドデバイス上で表示されたときに、ユーザがアイテムを購入できるようになる情報を含む請求項８５記載のサーバ。
【請求項９５】
ラジオデータシステム（ＲＤＳ）データパケットから導出された情報を含むクエリを、ハンドへルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップをサーバプロセッサに実行させるように構成されているプロセッサ実行可能なソフトウェア命令が記憶されているサーバ読み取り可能記憶媒体。
【請求項９６】
前記記憶されているソフトウェア命令は、ブロードキャスタのサーバにアクセスして、前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を取得することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９７】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記記憶されているソフトウェア命令は、前記クエリ中に含まれているＲＤＳデータパケットの一部を使用して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９８】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、
前記記憶されているソフトウェア命令は、前記クエリ中に含まれているＲＤＳデータパケットの一部を、前記プロセッサのメモリ中に記憶されている値のテーブルと比較して、前記データ記憶媒体上に記憶されているデータファイルを識別することを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項９９】
前記クエリ中に含まれている情報は、ＲＤＳデータパケットの一部であり、前記記憶されているソフトウェア命令は、
ブロードキャスタのサーバにアクセスすることと、
前記ハンドヘルドデバイスからの前記クエリ中に含まれているＲＤＳデータパケットの一部を前記ブロードキャスタのサーバに提供することと、
前記ハンドヘルドデバイスから受信した前記クエリに関連する情報を、前記ブロードキャスタのサーバから受信することとを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項１００】
前記記憶されているソフトウェア命令は、
ブロードキャスタのサーバにアクセスすることと、
将来のブロードキャストトピックに関する情報を、前記ブロードキャスタのサーバから受信することと、
前記ハンドヘルドデバイスからの将来のクエリを予期して、前記将来のブロードキャストトピックに関連するデータファイルを、前記データ記憶媒体から取り出すこととを含むさらなるステップをサーバプロセッサに実行させるように構成されている請求項９５記載のサーバ読み取り可能記憶媒体。
【請求項１０１】
通信システムにおいて、
ラジオデータシステム（ＲＤＳ）データパケットをブロードキャストするように構成されているＦＭラジオ局と、
プロセッサおよび記憶媒体を備えるメディアサーバと、
ハンドヘルドデバイスとを具備し、
前記ハンドヘルドデバイスは、
ワイヤレスネットワークトランシーバと、
ＲＤＳデータパケットを受信するように構成されているＦＭ受信機と、
ディスプレイと、
前記ワイヤレスネットワークトランシーバと、前記ＦＭ受信機と、前記ディスプレイとに結合されているプロセッサとを備え、
前記プロセッサは、
ＲＤＳデータパケットを前記ＦＭ受信機から受信するようにと、
前記受信したＲＤＳデータパケットを監視するようにと、
選択されたＲＤＳデータパケットの受信に応答して、前記ワイヤレスネットワークトランシーバを通して、クエリを前記メディアサーバに送信するように構成されており、
前記クエリは、前記選択されたＲＤＳデータパケットから取り出された情報を含み、
前記メディアサーバデータ記憶媒体は、ハンドヘルドデバイスへの送信に適した情報を含むデータファイルを記憶し、
前記メディアサーバプロセッサは、ソフトウェアによって、
前記ＲＤＳデータパケットから導出された情報を含むクエリを、前記ハンドヘルドデバイスから受信することと、
前記クエリ中に含まれている前記情報を解釈して、前記データ記憶媒体上に記憶されているデータファイルを識別することと、
前記識別されたデータファイルを前記データ記憶媒体から取り出すことと、
前記ハンドヘルドデバイスへの送信のために、前記取り出したデータファイル内の情報をフォーマット化することと、
インターネットを通して、前記フォーマット化した情報を前記ハンドヘルドデバイスに送信することとを含むステップ実行するように構成され、
前記ハンドヘルドデバイスプロセッサは、前記フォーマット化されて送信された情報を受信し、前記フォーマット化されて送信された情報の少なくとも一部を前記ディスプレイ上に表示するようにさらに構成されている通信システム。
【請求項１０２】
前記インターネットを通して、情報を前記メディアサーバに提供するように構成されているブロードキャスタのサーバをさらに具備する請求項１０１記載のシステム。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１１−５２１５２３（Ｐ２０１１−５２１５２３Ａ）
【公表日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願番号】特願２０１１−５０６３２５（Ｐ２０１１−５０６３２５）
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８３３４
【国際公開番号】ＷＯ２００９／１３１７８９
【国際公開日】平成２１年１０月２９日（２００９．１０．２９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８３３４
【国際公開番号】ＷＯ２００９／１３１７８９
【国際公開日】平成２１年１０月２９日（２００９．１０．２９）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]