JP5529111B2 - 無線通信システムにおいてｆｍ−ｒｄｓメッセージを送信するための共通インタフェース・プロトコル - Google Patents

Description

（35 U.S.C.§119の下の優先権の主張）
本特許出願は、２００８年３月２１日付け提出され、本願の譲受人に譲渡された、「COMMON INTERFACE PROTOCOL FOR SENDING FM-RDS MESSAGES IN WIRELESS COMMUNICATION SYSTEMS」と題された米国仮出願第６１／０３８，７２４号の優先権を主張する。それは、参照によって本明細書に明確に組み込まれる。

（技術分野）
説明される態様は一般に受信機での放送ラジオの使用に関係する。より詳しくは説明される態様はラジオ放送での組み込みタグに関係する。

ＦＭラジオ局のような放送ラジオ局は、標準的なラジオ番組編成（radio programming）（例えば音楽、トーク、ニュースなど）に対応する補足情報（supplemental information）を送信するために、ラジオ・データ・システム（Radio Data System）（ＲＤＳ）又はラジオ放送データ・システム（Radio Broadcast Data System）（米国ではＲＢＤＳ）（両方とも本明細書でＲＤＳと呼ばれる）として知られているシステムを使用することがある。特に、ＲＤＳは、８７．５ＭＨｚ〜１０８．０ＭＨｚのＦＭサウンド放送への適用が意図されている。ステレオ放送に関して、ＲＤＳ副搬送波は、±６Ｈｚの全体的なトレランスをもつ１９ｋＨｚのパイロット・トーンの第三高調波にロックされる。モノラル放送に関して、ＲＤＳ副搬送波は、５７ｋＨｚ±６Ｈｚである。データ・メッセージ・レートは、ＲＢＤＳ用標準（すなわち、NRSC-4-A、全米家電関連（ＣＥＡ）及び全米放送事業者協会（ＮＡＢ）により共催される全米ラジオシステム委員会（National Radio Systems Committee）（ＮＲＳＣ））及びＲＤＳ用標準（すなわち、IEC/CENELEC EN:62106:2001、国際電気標準会議（ＩＥＣ）及び欧州電気標準化委員会（ＣＥＮＥＬＥＣ）委員会）において定義されるように、1.1875Kbits/secに制約される。

放送ラジオ局は、区別可能な信号がシングル・キャリア上に多重化されるように、ＲＤＳフォーマットで、それらの番組編成及び補足情報を送信する。ＲＤＳデコーダ（例えば何らかの無線通信デバイスに含まれるそれら又は乗り物（vehicle)内のそれらのような）をもつラジオ受信機は、ユーザが、送信された番組編成を聞くことと、ディスプレイ上で対応する補足情報を見ることを可能にする。具体的には、一般に知られているＲＤＳは、基本的なＲＤＳ情報（例えば、プログラム識別子、プログラム・サービス、及び自動チューニングのような）も、トラフィック・メッセージ・チャネル、緊急警報システム、ラジオテキスト、及び強化されたラジオ・ページングなどのようなサービスのためのオープン・データ・アプリケーション（ＯＤＡ）も提供することによって、ＦＭ受信機のための機能性を向上させる。

放送ラジオ局により送信される幾つかの種類の補足情報（例えば特定のラジオ局の識別情報、番組編成のタイプ、及びアーティスト名及び／又は曲名のようなテキスト情報など）に関する標準プロトコルを提供することを越えて、ＲＤＳを拡張する試みがなされた。例えば、幾つかの仕様は、（例えばラジオテキスト情報の表示のような）補足情報の部分を制御することができる更なるメッセージを提供する。他の例において、幾つかのサービスは、データ・コネクションを使用してコンテンツを受信機に提供するために拡張された（そこでは、コンテンツは、データ・メッセージを介してラジオ番組編成と同期する）。

以下は、幾つかの開示された態様の基本的な理解を提供するために、簡略化された概要を示す。この概要は、外延的な概要ではなく、また、鍵となる又は重要な要素を特定することも、上記態様の範囲を線引きすることも意図されていない。その目的は、後で示されるより詳しい説明に対する前置きとして、説明される特徴の幾つかの概念を簡略化された形で示すことである。

１又は複数の態様及びその対応する開示に従って、ＦＭ放送の広い到達範囲（reach）を利用し、オーディオ・プログラムとともに符号化されたＲＤＳメッセージを介した、統合サービスに関連して、様々な態様が説明される。ＲＤＳ情報を強化するコンテンツのための対話性（Interactivity）及びユーザ・インタラクションが、多くの無線アクセス技術及びキャリアにわたって可能になる。

一つの態様において、一つの方法は、双方向データ・チャネルを介して関係するコンテンツを受信している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてラジオ・データ・システム（ＲＤＳ）対話型サービスを利用する。対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとが、組み込まれる。オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号が受信される。前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送が受信される。

他の態様において、少なくとも一つのプロセッサは、双方向データ・チャネルを介して関係するコンテンツを受信している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてラジオ・データ・システム（ＲＤＳ）対話型サービスを利用する。第１のモジュールは、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込む。第２のモジュールは、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含む周波数変調（ＦＭ）ラジオ信号を受信する。第３のモジュールは、前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信する。

更なる態様において、コンピュータ・プログラム製品は、コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、組み込ませるための第１のコードセットを含むコンピュータ読み取り可能な記憶媒体をもつことによって、双方向データ・チャネルを介して関係するコンテンツを受信している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてラジオ・データ・システム（ＲＤＳ）対話型サービスを利用する。第２のコードセットは、前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含む周波数変調（ＦＭ）ラジオ信号を受信させる。第２のコードセットは、前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信させる。

更に他の態様において、一つの装置は、双方向データ・チャネルを介して関係するコンテンツを受信している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてラジオ・データ・システム（ＲＤＳ）対話型サービスを利用する。対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むための手段が提供される。オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含む周波数変調（ＦＭ）ラジオ信号を受信するための手段が提供される。前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信するための手段が提供される。

更なる態様において、ユーザ装置は、双方向データ・チャネルを介して関係するコンテンツを受信している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてラジオ・データ・システム（ＲＤＳ）対話型サービスを利用する。コンフィギュレーション・コンポーネントは、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別する。周波数変調（ＦＭ）受信機は、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むＦＭラジオ信号を受信する。無線トランシーバは、前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信する。

まだ一つの態様において、一つの方法は、双方向データ・チャネルを介して関係するコンテンツを配信している間、アナログ・ラジオ放送を伴う利用できる断続的なバンド幅を最適化することによって、対話型サービスを、ユーザデバイスの集団に提供する。複数のユーザデバイスは、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとが、提供される。オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号が放送される。前記無線キャリアを介した双方向データ・チャネルを介した、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送が容易になる。

更にもう一つの態様において、少なくとも一つのプロセッサは、双方向データ・チャネルを介して関係するコンテンツを配信している間、利用できるＲＤＳバンド幅を最適化することによって、ラジオ・データ・システム（ＲＤ）対話型サービスを、ユーザデバイスの集団に提供する。第１のモジュールは、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとをもつ複数のユーザデバイスを提供する。第２のモジュールは、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送する。第３のモジュールは、前記無線キャリアを介した双方向データ・チャネルを介した、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にする。

まだ更なる態様において、コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとをもつ複数のユーザデバイスを提供させるための第１のコードセットをもつコンピュータ読み取り可能な記憶媒体を含むコンピュータ・プログラム製品は、双方向データ・チャネルを介して関係するコンテンツを配送している間、利用できるＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団にラジオ・データ・システム（ＲＤＳ）対話型サービスを提供する。第２のコードセットは、前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送させる。第３のコードセットは、前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介した、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にさせる。

まだもう一つの更なる態様において、一つの装置は、双方向データ・チャネルを介して関係するコンテンツを配信している間、コンピュータに、利用できるＲＤＳバンド幅を最適化することによって、ラジオ・データ・システム（ＲＤ）対話型サービスを、ユーザデバイスの集団に提供する。対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとをもつ複数のユーザデバイスを提供するための手段が提供される。該受信デバイス上でオーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための手段が提供される。前記無線キャリアを介した双方向データ・チャネルを介した、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にするための手段が提供される。

まだ更なる態様において、ネットワーク装置は、双方向データ・チャネルを介して関係するコンテンツを配信している間、コンピュータに、利用できるＲＤＳバンド幅を最適化することによって、ラジオ・データ・システム（ＲＤ）対話型サービスを、ユーザデバイスの集団に提供する。ＲＤＳ配布コンポーネントは、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとをもつ複数のユーザデバイスを提供する。アナログ・ラジオ放送局は、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むＦＭラジオ信号を放送する。データパケット・ネットワークは、第３のモジュールは、前記無線キャリアを介した双方向データ・チャネルを介した、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にする。

前述の目的及び関係する目的の達成のために、１又は複数の態様は、以下に十分に説明され、特に特許請求の範囲において指摘された特徴を包含する。以下の説明及び添付された図面は、幾つかの説明的な態様を説明し、また、態様の原理が使用されることのできる様々な方法のうちのほんの数例を示す。他の利点及び新規な特徴は図面と併せて考察したときに以下の詳細な説明から明らかであり、開示された態様はすべての当該の態様及びそれらの均等物を含むことが意図される。

本開示の特徴、性質及び利点は、同様の参照文字が全体的に及びここで対応するように特定する図面を併せて考慮したときに、以下で説明される詳細な説明から、より明らかにされるであろう。

図１は、一方向の周波数変調（ＦＭ）ラジオ放送及び双方向のデータ通信チャネルからなるハイブリッド通信システム上で提供されるラジオ・データ・システム（ＲＤＳ）対話型サービス（Interactive Service）（ＩＳ）のブロック図を示す。 図２は、モバイル・デバイスに対するＲＤＳ対話型サービスのための手順のフローチャートを示す。 図３は、複数のＦＭ−ＲＤＳ放送局及び双方向データ・チャネルの複数のキャリアにわたって提供されるＲＤＳ対話型サービスのブロック図を示す。 図４は、ＲＤＳ対話型サービスを受けることが受信なモバイル通信デバイスの概略ブロック図を示す。 図５は、オーディオ・プログラム・コンテンツに関係するショッピング・チャンスについてＲＤＳプロンプトを提示するモバイル通信デバイスの図を示す。 図６は、地理的ナビゲーション・チャンスについてＲＤＳプロンプトを提示するモバイル通信デバイスの図を示す。 図７は、地理的に配置された緊急警報についてＲＤＳプロンプトを提示するモバイル通信デバイスの図を示す。 図８は、投票コンテスト及び投票チャンスについてＲＤＳプロンプトを提示するモバイル通信デバイスの図を示す。 図９は、ＲＤＳプロンプトの履歴のリストを提示するモバイル通信デバイスの図を示す。 図１０は、ＲＤＳ−ＩＳメッセージ・フォーマットのブロック図を示す。 図１１は、放送局−モバイル（Broadcaster-Mobile）（ＢＭ）インタフェースＯＤＡメッセージ・フレーム・フォーマットのブロック図を示す。 図１２は、ＲＤＳ対話型サービスを提供するためのモジュールを含むネットワーク装置のブロック図を示す。 図１３は、ＲＤＳ対話型サービスを受けるためのモジュールを含むユーザ装置のブロック図を示す。

詳細な説明

ユーザデバイス上のラジオ・データ・システム対話型サービス（ＲＤＳ−ＩＳ）クライアントは、ＦＭ放送上で受信されるＲＤＳメッセージ内のタグ付け情報を解釈し、ユーザ・インタフェースを介してユーザにオプションを提示する。開始するイベント（例えば、既存のセッティング、ユーザ選択など）に応じて、クライアントは、二つのデータ通信チャネルのオペレーターに適した初期位置のための格納されたコンフィギュレーション・ファイルを利用する。それもやはり、ＲＤＳメッセージにより推奨される選択されたコンテンツの検索を容易にする。それによって、複数のモバイル・オペレーターは、オペレーターに特有の暗号化をもつ双方向データ・チャネルをつかって、同一のＲＤＳ放送チャネル上で、同時に、ＲＤＳ−ＩＳを提供することができる。ＦＭ−ＲＤＳの広い到達範囲（ただし、抑制されたデータ・スループット）は、データ集約型のオペレーション（data intensive operations）（例えばオーディオ／ビデオ・クリップのダウンロードなど）のためにパケット・データ・ネットワークにアクセスするために反対に提供された双方向データ・チャネルにより補完される。さらに、ＲＤＳ−ＩＳは、相乗効果（synergistic results）のためのＦＭ放送のオーディオ・コンテンツ（例えば、フル・ソングにより推奨される着信メロディー（ringtones）の販売など）に関係することができる。他の対話型サービスの例は、ユーザ・インタフェース（ＵＩ）の壁紙のダウンロード、投票／コンテスト、カスタマー・サービス（例えば、ナビゲーション、警報、ニュース）を含む。ＲＤＳ−ＩＳクライアント・アプリケーションは、特定のプロンプトを生成し、対話型画面を組み立て（例えば、現在演奏中の曲に関係する着信メロディー／壁紙アイコンなど）、ホット・キーを可能にし、キー押しによってアクション（例えば、音声通話（voice calls）、ＳＭＳ）を決定し、所定のＵＲＬへのデータ・コールの起動により前後関係に依存する電子商取引をトリガーし、ＲＤＳ−ＩＳメッセージとともに含まれる“アンカー（anchors）”又は“タグ（tags）”に基づいて、強化されたコンテンツを提供する双方向データ・チャネル（例えば、ＣＤＭＡ逆方向リンク、ＳＭＳ、無線アクセスネットワークなど）のオペレー
ターに統計（statistics）を送信する。デバイスは、制限されたデータ・スループットを補償するために、ＲＤＳ−ＩＳメッセージの通信値を強化するために、別々にセキュリティ保護されたグラフィックス及びコンテンツを統合することができる。ＲＤＳ−ＩＳメッセージは、ユーザの注意を得るために、アラート（alerts）（例えば、可聴型の（audible）、視覚型の（visual）、触覚型の（tactile））をトリガーすることができる。ユーザ選択は、例えば使用データ収集（usage data collection）及びユーザがＲＤＳ−ＩＳの中で選択するか外で選択するかのような解析機能をサポートする。例えば、ＲＤＳ−ＩＳ参加のレベルは、デバイス制限及びユーザ選択により影響される可能性がある（例えば、表示データ・メッセージのみ、制限されたインタラクション、オペレーター・サービス又はデバイス・パフォーマンスに関連する特定のプライオリティーにおけるインタラクションなど）。モバイル・デバイスの特定の特徴は、モバイル・デバイスの広告とのインタラクションを可能にするために、例えば、ユーザが、シングル・クリック／キー押しだけで、ＳＭＳ（ショート・メッセージ・サービス）を送信し、a ＃をコールする（音声通話をする）などができるようにする“ホット・キー（hot keys）”のようなサポートをされることができる。

さて、様々な態様が図面を参照して説明される。以下の記述では、説明の目的のために、多数の特定の細部が、１又は複数の態様の深い理解を与えるために説明される。しかし、様々な態様がこれら特定の細部なしに実施され得ることは明らかであろう。他のインスタンスにおいて、これらの態様の説明を容易にするために、良く知られた構造及びデバイスが、ブロック図の形で示される。

図１において、ＲＤＳ−ＩＳ制御１０２において管理されるラジオ・データ・システム（ＲＤＳ）対話型サービス（ＩＳ）は、個々のデータ・チャネルにより提供される対話性を伴う一方向のラジオ放送の到達範囲及びプログラム・コンテンツを強化するハイブリッド通信システム１０４上で伝達される。特に、一方向の周波数変調（ＦＭ）ＲＤＳ−ＩＳ放送１０６は、多数のＦＭラジオ受信機（図示せず）により受信されることができる可聴型プログラム・コンテンツ（例えば、音楽、トーク、ニュースなど）１０８を提供する。それらＦＭラジオ受信機の一部は、テキスト・ディスプレイのために放送内に埋め込まれた標準的なＲＤＳテキストを解釈する。有利なことに、受信機の集団（population）は、複数のＲＤＳ−ＩＳ対応デバイス１１０であり、その多くはモバイルである可能性があり、それはまた、付加的なコンテンツ１１４とのインタラクションのためのチャンスを知らせるタグ付けされたＲＤＳメッセージ１１２を解釈することができる。このコンテンツ１１４は、双方向データ・チャネル１１６を通して要求され、受信される。双方向データ・チャネル１１６は、モバイル・スイッチング・ネットワーク１１８として描写される複数のオペレーターにより提供されることができる。

本開示の利点によって、本明細書の態様が、アナログ・オーディオ・ラジオ信号の放送に加えられる断続的なデータ信号に広く適用される一般にあてはまることは認識されるべきである。特に、そのような放送は、断続的なデータ信号中のタグ付けされたメッセージに応答してインターラクティブ・コンテンツを配送するために、双方向データ・チャネルとともに用いられる。例示的な態様において、断続的なデータ信号は一般にＲＤＳ又はＲＢＤのためのプロトコルに準拠し、アナログ・オーディオ・ラジオ信号は周波数変調（ＦＭ）プロトコルに準拠する。この双方向データ・チャネル１１６は、制限されたカバレージエリアで断続的に利用でき、どのＲＤＳ対話型サービスがユーザに推薦されるかに影響を及ぼす購読料（subscription rates）を変化させることにおいて利用でき、また、異なるラジオ・アクセス技術（例えば、無線アクセスネットワーク、３Ｇエアー・インタフェース、パーソナル・アクセス・ネットワークなど）であることができるだけでなく、暗号化を含む異なる通信プロトコルを伴うことができる。しかし、双方向データ・チャネル１１６は、例えば、デジタル・オーディオ、ビデオ、歌曲、着信メロディー、グラフィカル・ユーザ・インタフェース（ＧＵＩ）の壁紙、インターラクティブ・ゲーム及びコンテストコンテンツ、ユーザ・ナビゲーション情報、及びローカル警報情報などのような、コンテンツ１１６を受信するために、十分なデータ・スループットを持つことができる。

ＲＤＳ−ＩＳ制御１０２は、ＲＤＳコンポーネント１２４及びコンテンツ１１４の識別をもつＲＤＳインターラクティブ製品１２２を定義するＲＭ−ＲＤＳプログラム・ディレクター１２０を持つものとして示される。ＲＤＳインターラクティブ製品１２２は、ＦＭ放送局ＲＤＳサーバ１２６により格納され、１又は複数のＦＭ−ＲＤＳ放送局１２８（ラジオ放送送信機１３４による伝送のためにＲＤＳエンコーダ１３２によりタグ付けされたＲＤＳメッセージ１１２と結合されるオーディオ・コンテンツ生成器１３０を持つものとして表される）に伝播される。

マルチモードＦＭ−ＲＤＳ対応モバイル・デバイス１１０は、タグ付けされたＲＤＳメッセージ１１２を解釈するＲＤＳ−ＩＳクライアント１３６、それらをデバイス１１０に適したようにディスプレイ１３８に表示すること、ユーザ・セッティング、及び、利用できるモバイル・スイッチング・ネットワーク１１８により提供される購読能力をもつ。開始するイベント（例えば、事前のユーザ・セッティング又はユーザ入力）に応じて、クライアント１３６は、モバイル・デバイス１１０上で提供されるコンフィギュレーション・ファイル１４０を参照することによって、選択されたコンテンツ１１４を追求（pursues）する。コンフィギュレーション・ファイル１４０は、特定のモバイル・デバイス１１０に対するデータパケット・サービスをサポートするオペレーター／キャリアに適した最初のリクエスト位置を提供する。そして、モバイル・スイッチング・ネットワーク１１８は、要求されたコンテンツ１１４の受信を容易にすることができる。

ユーザ・セッティングの例として、ユーザ・プロフィールの様々なレベルは、例えば以下のようなサポートをされることができる：（１）デバイス能力とともに、リアルタイムにネットワークにより指示されるユーザ・レベルに、動的に適応する;（２）パケット・データ・サービス（ボイス及びＳＭＳインタラクションが許可（permitted）される）を使用して(対話なしで）ＲＤＳデータのみ受信して表示する；（３）ＲＤＳデータ表示を強化するためにパケット・データ・サービスを使用して（最小限の対話で）ＲＤＳデータのみを受信して表示する；（４）低プライオリティーでパケット・データ・サービスを使用して（対話で)ＲＤＳデータを受信して表示する；（５）中プライオリティーでパケット・データ・サービスを使用して（対話で)ＲＤＳデータを受信して表示する；（６）高プライオリティーでパケット・データ・サービスを使用して（対話で)ＲＤＳデータを受信して表示する；及び（７）その他。

図２は、クレームされた主題に従った手順及び／又はフローチャートを示す。説明の簡潔さのために、手順が一連の動作として図示され説明される。主題のイノベーションが、説明される動作により及び／又は動作の順序により制限されないことは理解（understood）及び認識（appreciated）されるべきである。例えば、動作は、本明細書で図示され説明される順序とは異なる順序で及び／又は他の動作と同時に、発生しても良い。さらにまた、クレームされた主題に従って手順を実装するために、必ずしも説明されたすべての動作が要求されなくても良い。さらに、手順が、代わりに、状態図により一連の相互に関連のある状態又はイベントとして、表現できるであろうことは、当業者は理解及び認識するであろう。その上、以下に及びこの明細書を通じて開示される手順は、そのような手順をコンピュータへトランスポート又はトランスファーすることを容易にするために製品に記憶されることができることは、更に認識されるべきである。本明細書で用いられる用語“製品（article of manufacture）”は、任意のコンピュータ読み取り可能なデバイス、キャリア又は媒体からアクセスできるコンピュータ・プログラムを包含することを意図されている。

図２において、手順２００は、対話型ＲＤＳサービス２０２から、ＲＤＳ−ＩＳメッセージを使用して、ＲＤＳ対応ユーザデバイス２０４（実例となる態様においてそれはモバイルである）へ、他の無線（over-the-air）上で検索されることのできる利用可能なコンテンツの一方向のＦＭ−ＲＤＳ放送局２０６、より大きなデータ・スループットを持つ無線データパケット・ネットワーク（キャリア）２０８として描写される双方向のデータ通信チャネルを介して、アラートを提供する。双方向通信チャネルは、代わりに、ショート・メッセージ・システム（ＳＭＳ）又は他のタイプの無線配信（over-the-air delivery）であることができる。

２１０で表されるように、対話型ＲＤＳサービス２０２は、モバイル・デバイス２０６に対してＲＤＳ−ＩＳクライアント・アプリケーションとしてＲＤＳ対話型サービスを配置する。この配置は、フィールディング（fielding）の前にクライアントをインストールする相手先商標製造会社（original equipment manufacturer）への配布を含むことができる。代わりに又は加えて、クライアント・アプリケーションは、キャリア２０８により促進される無線ダウンロード（over-the-air download）であることができる。代わりに又は加えて、クライアント・アプリケーションは、ユーザ、個人の小売店（retail shop personal）、卸売業者（distributor）などによりローカルにインストールされることができる。

同様に、２１２で表されるように、コンフィギュレーション・コンポーネント（例えば、ファイル）が、モバイル・デバイス２０６に配置される（それは、最初のインストール、プッシュされたファイル又はプルされたファイルであることができる）。コンフィギュレーション・ファイルは、例えばＲＤＳ対話型サービスを得るためにどのようにキャリア２０８と対話すべきかのような特定の設定項目（configuration items）を、ＲＤＳ−ＩＳクライアント・アプリケーションに知らせることができる。

２１４において表されるように、対話型ＲＤＳサービス２０２は、提示されたＲＤＳテキスト（例えば、英数字表示、グラフィック表示、可聴型の表示、触覚型のフィードバックなど）に応答して、モバイル・デバイス２０４のための既存のセッティングに基づいて又はモバイル・デバイス２０４とのユーザ・インタラクションに基づいて、ＲＤＳテキストを増強する方法及び対話型サービスを検索する方法に関する“アンカー”又は“タグ”を含むＲＤＳエピソードを制作する。対話型ＲＤＳサービス２０２は、２１６において、この更なるコンテンツがどこで取得できるかを識別する。それは、前もってモバイル・デバイス２０６に提供すること、事前のコンテンツのための位置（例えば、ユニフォーム・リソース・ロケーター（ＵＲＬ））を確認すること、又は、アクセス可能な位置にコンテンツが格納されるようにすることを、伴うことができる。タグ付けされたＲＤＳエピソードは、２１８において、オープン・データ・アプリケーション（ＯＤＡ）として表されるタグ付けされたＲＤＳメッセージを含み、それはＦＭ−ＲＤＳ放送局２０６に配布される。次に、ＦＭ−ＲＤＳ放送局２０６は、タグ付けされたＲＤＳメッセージを、オーディオ・コンテンツとともに符号化し、２２０において、表されるように、その結果として生じるＦＭ信号を、モバイル・デバイス２０４に放送する。

２２２において、表されるように、モバイル・デバイス２０４は、タグ付けされたＲＤＳメッセージを解釈する。タグ付けされたＲＤＳメッセージは、利用できるコンテンツの位置を含むことができる。幾つかのコンテンツは、ローカルに、又は、ＲＤＳテキスト（例えば、芸術的な漫画（artistic cartoon）、写真アイコン、アラート音など）の提示を強化するキャリア２０８を介して、自動的に検索されることができる。モバイル・デバイス２０４はまた、適したＲＤＳユーザ・インタフェースを提示する（ブロック２２４）。例えば、クライアント・アプリケーションは、モバイル・デバイスのハードウェア／ソフトウェア制約（例えば、ユーザ制御のタイプ、利用できる通信経路（例えば、ＳＭＳ、音声通話、無線アプリケーション・プロトコル（ＷＡＰ）ブラウザーなど）、キャリア２０８により課される購読制約、ユーザ・セッティングなどを判定することができる。

２２６において、表されるように、クライアント・アプリケーションは、提示されたＲＤＳプロンプトとのユーザ・インタラクションを判定する。このインタラクションは、コンテンツの特定のタイプを自動的に検索するための前から存在するユーザ入力であることができる。あるいは、ユーザ・インタラクションは、提示されたＲＤＳプロンプトを直接インターラクティブにつかった、モバイル・デバイス２０４へのユーザ入力であることができる。ユーザ選択に応じて、クライアント・アプリケーションは、キャリア２０８を介して関連するコンテンツにアクセスする方法に特有のコンフィギュレーション・ファイル中の情報を参照する（ブロック２２８）。２３０において、表されるように、モバイル・デバイス２０４は、キャリア２０８を介して対話型ＲＤＳサービス２０２により識別される関連するコンテンツをリクエストする。次に、２３２において表されるように、対話型ＲＤＳサービス２０２は、コンテンツを返す。

図３において、他の態様において、ＲＤＳ−ＩＳ制御３０２で管理されるラジオ・データ・システム（ＲＤＳ）対話型サービス（ＩＳ）ネットワーク３００は、個々のデータ・チャネルにより提供される対話性をもつ一方向のラジオ放送の到達範囲及びプログラム・コンテンツを強化するハイブリッド通信システム３０４上で伝達される。一つの態様において、最適パフォーマンスは、パケット・データ・ネットワーク及び二つのネットワークのエレメント間の相互接続を効率的に利用している間、放送のためのＲＤＳデータを削減することによって、達成されることができる。特に、一方向のＦＭ ＲＤＳ−ＩＳ放送３０４は、多数のＦＭラジオ受信機（図示せず）により受信されることができる可聴プログラム・コンテンツ（例えば、音楽、トーク、ニュースなど）を提供する。それらＦＭラジオ受信機の一部は、テキスト・ディスプレイのための放送内に埋め込まれた標準的なＲＤＳテキストを解釈する。有利なことに、受信機の集団は、付加的なコンテンツとのインタラクションのためのチャンスを知らせる放送局−モバイル（ＢＭ）インタフェース３０８を使用して、タグ付けされたＲＤＳメッセージを解釈することもできるＲＤＳ−ＩＳ対応モバイル・デバイス３０６である。ＢＭインタフェース３０８は、ＦＭ−ＲＤＳ対応モバイル３０６におけるインターラクティブ・ボイス及びデータ・サービスをサポートするために既存のＲＤＳプロトコルを強化する。このＢＭインタフェース３０８は、新しく作成されたオープン・データ・アプリケーション（ＯＤＡ）を利用することによってサポートされる。ＦＭ−ＲＤＳ伝送のまさしくその性質によって、このインタフェースは、ＦＭ−ＲＤＳ放送局から受信モバイルへの一方向である。受信モバイルは、ユーザへの提示のために受信されるＯＤＡデータを解釈して、モバイル・ネットワークとの対話性を促進するためのクライアント・アプリケーションをリクエストする。同一のクライアント・アプリケーションによる複数の放送局からの受信をサポートするために、一つの態様において、各々の放送局は、一意のアプリケーションＩＤ（ＡＩＤ）を割り当てられる。代わりに又は加えて、個々のＡＩＤは、各々の放送局とオペレーターの関係に割り当てられることができる。

このコンテンツは、モバイル・キャリア（ＭＣ）インタフェース３１０により提供される双方向データ・チャネルを通してリクエストされ、受信される。そして、モバイル・キャリア（ＭＣ）インタフェース３１０は、２Ｇ／３Ｇ／４Ｇの無線（Over-the-Air）（ＯＴＡ）リンク３１４及びベース・ノード（例えば、アクセスポイント）３１８の無線アクセスネットワーク（ＷＡＮ）カバレージエリア３１６を介してアクセスされる、モバイル・スイッチング・ネットワーク３１２として表される、異なるラジオ・アクセス技術の複数のオペレーターにより提供されることができる。双方向データ・チャネルは、放送局−オペレーター（ＢＯ）インタフェース３１９によって完成される。明確にするために、モバイル・デバイス３０６により求められる（sought）ネットワーク対話性は、以下、モバイル・スイッチング・ネットワーク３１２として参照される。そして、モバイル・スイッチング・ネットワーク３１２は、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａＯｎｅ、ｃｄｍａ２０００、ユニバーサル移動通信システム（ＵＭＴＳ）、広帯域ＣＤＭＡ、グローバル移動体通信システム（ＧＳＭ（登録商標））及びＴＩＡ／ＥＩＡ−１３６を含む、任意の既知の標準に従って動作する任意のプライベート・ネットワーク又は無線通信ネットワークであっても良い。

ＲＤＳ−ＩＳ制御３０２は、ＦＭ放送局サーバＲＤＳ ３２２により格納され、インタフェース３２８（ＲＳ−２３２インタフェース及びユニバーサル・エンコーダ通信プロトコル（Universal Encoder Communication Protocol）（ＵＥＣＰ）として注釈がつけられている）を介して、リジョンＡ及びＢ ３２４，３２６のための１又は複数のＦＭ−ＲＤＳ放送局に伝播されるＲＤＳインターラクティブ製品を定義するＲＭ−ＲＤＳプログラム・ディレクター端末（ＰＤＴ）３２０を持つをもつものとして表される。他の実例となるフォーマットは、ＴＣＰ／ＩＰ、ＲＳ２３２Ｃ及びＲＳ−４８５を含む。

（１又は複数の）プログラム・ディレクター端末３２０は、従って、放送に対するＲＤＳ供給を管理することができ、リアルタイムにＲＤＳをライブ・オーディオと同期させることができ、モバイル・スイッチング・ネットワーク３１２からのＲＤＳ放送データ・リクエストを認可（authorize）及び受理（accept）することができ、現在及び将来のオペレーターのモバイル・スイッチング・ネットワーク３１２に情報を提供することができる。ＲＤＳ放送サーバ３２２は、ネットワーク３００中のエンコーダにＲＤＳを供給することができ、エンコーダを設定することができ、エンコーダをモニターすることができ、また、（１又は複数の）パートナー・オペレーターＦＭ−ＲＤＳサーバ、複数のＰＤＴ、及び放送ネットワーク・バック・オフィスと通信することができる。

特に、各々のＦＭ−ＲＤＳ放送局３２４，３２６は、ラジオ放送送信機３３４による伝送のためにＲＤＳエンコーダ３３２によりタグ付けされたＲＤＳメッセージ３１２と結合されるオーディオ・コンテンツの生成器（放送スタジオ）３３０をもつものとして表される。実例となる態様において、そのようなエンコーダ３３２は、例えばAudemat-Aztec、Via radio及びProFM Solutionsなどのようなベンダーから入手可能である。全国又はマルチ・リジョンＦＭ放送局３２４，３２６について、ＲＤＳ−ＩＳネットワーク３００は、（１又は複数の）放送ＲＤＳサーバ３２２がＦＭ放送局ネットワーク３２４，３２６における各々のエンコーダ３３２宛てに別々に送るように、表されるように、複数のＲＤＳエンコーダ３３２をもつ複数のサイトから構成される。

ＢＭインタフェース３０８、ＭＣインタフェース３１０及びＢＯインタフェース３１９の各々は、パブリック若しくはプライベート・ネットワーク（例えば、インターネット）、又は、他の通信リンク（例えば、公衆交換電話網（Publicly Switched Telephone Network）（ＰＳＴＮ））を含むことができ、放送局ＲＤＳサーバ３２２と放送局バック・オフィス・システム３３８との間のネットワーク３３６、放送局ＲＤＳサーバ３２２とＢＯインタフェース３１９との間のネットワーク３４０、ＢＯインタフェース３１９とベース・ノード３１８との間のネットワーク３４２及びモバイル・スイッチング・ネットワーク３１２として描写される。また、キャリア・オペレーションのための分散機能及び双方向データ・インタラクションのためのコンテンツ・ストレージが表される。リモート・コンテンツ・サーバ３４４は、ネットワーク３４２と通信する。オペレーターＲＤＳプロキシ・サーバ３４６（オペレーターＲＤＳプロキシ・サーバ・マネージャ３４８により管理される）は、同様に、ネットワーク３４２と通信する。それゆえに、これらの遠隔アクセス可能なコンポーネントはまた、ＲＤＳ−ＩＳネットワーク３００の一部である。

オーディオ放送及び対応するＲＤＳのリアルタイム同期は、モバイル・ユーザ・エクスペリエンス（user experience）及び効率的なネットワーク対話性を強化する。この目的を支援して、ＦＭ放送局バック・オフィス・システム３３８、プログラム・ディレクター端末３２０又はＦＭ放送局３２４,３２６は、（例えば、ある継続期間の間、中断されず連続的な）予めプログラムされた放送のためにのＲＤＳデータを用意することができる。ＦＭ放送局３２４,３２６はまた、ＲＤＳを生放送（例えば、ブレイキング・ニュース、トークショー、スポーツ・イベントなど）に挿入することができる。実例となる態様において、モバイル・ドリブンのＲＤＳ放送は、例えばカーラジオ、ポータブルＦＭ受信機などのような非モバイルＦＭ受信機に干渉しない。放送局バック・オフィス・システム３３８は、電子プレビュー・ガイド（Electronic Preview Guide）（ＥＰＧ）を作成して、放送局及びプログラム・ディレクター端末（ＰＤＴ）３２０に配布することができる。

ＲＤＳ対応モバイル・デバイス３０６は、ローカルに格納され又は遠隔利用できる追加的なグラフィックス３５０を利用することによって、ユーザ・エクスペリエンスを強化するモバイル・デバイスであることができる。モバイル・デバイス３０６上に供給されるコンフィギュレーション・ファイル３５２は、キャリア３１２，３１８からそのようなコンテンツにアクセスするための必要な認証（authentications）及び通信プロトコルを提供することができる。本開示の利点によって、モバイル・デバイス３０６が様々なタイプのユーザ装置又はアクセス端末（例えば、集中型のハンドヘルド・コンピュータ、スマート・フォン、ポータブル・メディア・プレーヤー、無線能力がある携帯ゲーム機、携帯情報端末、及びラップトップコンピュータなど）であることができることは認識されるべきである。あるいは、ユーザ・インタラクションに重点を置かれたユーザデバイスであることについて、本明細書の開示と一致する態様は、スレーブ・デバイス３５４で表された装置と統合された又は通信する固定位置デバイス又はコンポーネントにおいて使用されることができる。

ネットワーク３００によりサポートされるルーチン的な毎日の放送シナリオを考慮する。ＥＰＧ配布に関して、ＦＭ放送局バック・オフィス・システム３３８は、ＥＰＧファイルを、放送ＲＤＳサーバ３２２、プログラム・ディレクター端末３２０、放送スタジオ３２４，３２６、そして、モバイル・スイッチング・ネットワーク３１２にダウンロードする。実例となるＥＰＧファイルは、フォーマットされたものであり、以下の情報を含んでも良い：（ａ）関係するリジョン及びエンコーダ（一つ、グループ、又はすべて）；（ｂ）セグメントによる毎日のスケジュール；（ｃ）セグメント時間（スタート及びエンド）；（ｄ）様々なユーザ・プロフィールのための各々のセグメント（トークショー、スポーツ実況など）のためのデフォルトＲＤ（ＲＴ，ＲＴ＋タグなど）；（ｅ）様々なユーザ・プロフィールのためのセグメントの間に放送されるべき、トラック、タイトル、オーディオ・ソースなどのためのＲＤ；（ｆ）繰り返し及びグループ・シーケンス変化（もしあれば）；（ｇ）モバイル・オペレーターにフォワードされる関係情報（例えば、ブロードキャストＲＤサーバ３２２は、不完全な又は完全な情報を、モバイル・オペレーター・ネットワークへフォワードする）；（ｈ）セグメント・プロパティ（例えば、ＰＤＴの変化を許可する（allow）、ネットワークの変化を許可する、必要とされる認可レベル（authorization level）など）；（ｉ）予め定義された時間の間、ブロードキャストのためのネットワーク負荷閾値セッティング。

放送スタジオ３３０は、セグメントのためのＥＰＧに従ってオーディオを生成する。放送ＲＤＳサーバ３２２は、関係するリジョンにおいてエンコーダ３３２を設定し、オーディオ放送との同期においてエンコーダへのＲＤＳ（ＵＥＣＰメッセージ）を生成し始める。放送ＲＤＳサーバ３２２は、セグメント・スタート及び関連情報を、モバイル・スイッチング・ネットワーク３１２に指示する（オプション、又は、前の配布と異なるとき）。特に前の配布と異なるときは、放送ＲＤＳサーバ３２２は、セグメント・スタート及び関連情報を、（１又は複数の）プログラム・ディレクター端末３２０に指示することができる。放送ＲＤＳサーバ３２２は、ネットワーク負荷に基づいて、ＲＤＳデータを修正することができる。例えば、異なるグループ・タイプについて時間ベースのＲＤＳ利用配布が、予測又はレポートバックされることができる（例えば、ラッシュアワーの間の高い利用トラフィック・データ、低いオーディオ・トラフィック期間の間の高い対話性データなど）。一つの態様において、モバイル・スイッチング・ネットワーク３１２は、リアルタイムにネットワーク負荷を評価し、放送ＲＤＳサーバ３２２に通知する。次に、放送ＲＤＳサーバ３２２は、その後のＲＤＳ放送を通してアクティブ・モバイル・デバイス３０６中のＦＭ−ＲＤＳ対話型サービス・クライアント・アプリケーションに、ネットワーク負荷を管理するように指示する。

例えば、以下は、オペレーター３１２のリクエストに応答して、プログラム・ディレクター端末３２０により作り出される変化を説明する。セグメント放送の間、ネットワーク３００が新しいＲＤＳデータを放送すべきという旨のリクエストがオペレーター３１２から受信される。オペレーター・ネットワーク３１２からの放送リクエストは、放送ＲＤＳサーバ３２２において受信される。次に、放送ＲＤＳサーバ３２２は、サービス・レベル合意（service level agreement）（ＳＬＡ）に基づく認可（authorization）関して、該リクエストが受け取られる（honored）べきか又は送信されるべきかを判定する。そのようなリクエストの例は、ネットワーク負荷閾値を変更すること、投票集計を放送すること、使用データ・コレクションのためのコマンドを放送することなどを含む。認可（Authorization）は、プログラム・ディレクターから得られても良い。そして、認可（approved）されるならば、新しいＥＰＧがリクエストを受け取るようにされる。

チャンネルを合わされたモバイル・デバイス３０６は、オーディオ及び対応するＲＤＳを受信する。モバイル・スイッチング・ネットワーク３１２は、期待される対話性（例えば、プレロードされたショッピング・コンテンツ）データを用意する。信頼できるプログラム・ディレクター端末３２０は、実際のオーディオとのＲＤＳの同期をモニターして、必要に応じて補正を行う。本プロセスは、次のセグメントのために繰り返されることができる。

クライアント・アプリケーション及びネットワーク対話性に関して、モバイル・デバイス３０６のクライアント・アプリケーションは、現在のユーザ・プロフィール及びネットワーク・モード閾値に基づいて、受信されたＲＤＳを復号化して、ユーザのための対話性レベルを導く。パケット・データ対話性が許可（allowed）されないならば、ＲＤＳデータは、非対話モードで提示される。実例となる態様において、パケット・データ対話性が許可されるならば、モバイル・デバイス３０６は、受信されたＲＤＳデータに基づいて、（例えば、ＲＤＳメッセージに含まれるサーバ制御ビット（ＳＣＢ）及びテンプレート又はアプリケーション・コンフィギュレーションから）ＲＤＳプロキシ・サーバ３４６を識別する。モバイル・デバイス３０６は、パケット・データ・セッションを確立する。モバイル・デバイス３０６は、現在のユーザ・プロフィール、デバイス・プロフィール、ネットワーク・モード閾値、受信されたテンプレート、ＲＤＳデータなどを、サーバ３４８に提供する。プロキシ・サーバ３４８は、受信データから、利用できる関連コンテンツ・タイプ（例えば、着信メロディー、壁紙、オーディオなど）及びアクションを判定し、ユーザへの提示のためにアプリケーションに返す。クライアント・アプリケーションは、受信情報をユーザに提示して、ユーザ・アクションを待つ。モバイル・デバイス３０６は、ユーザが、コンテンツ・タイプ（例えば、プレビュー及びダウンロード（着信メロディー、壁紙、タイトルなど）、ＵＲＬ、呼び出し番号（Call number））を選択し、ネットワーク３００に処理をリクエストすることを、可能にする。ネットワーク３００は、ユーザが、アクションを適切に請求（billed）されることができ、また、コンテンツをダウンロードされることができることを確実にする。クライアント・アプリケーションは、適当なコンテンツ・フォルダにおいて、受信情報をユーザに提示し、また、格納する。

図４において、実例となるモバイル・デバイス４００は、有利なことに、クライアント・アプリケーション（“ＦＭ−ＲＤＳ対話型サービス”）４０４を実行するコンピュータ・プラットホーム４０２を持つ。コンピュータ・プラットホーム４０２は、データバス４１０上で通信するプロセッサ４０６及びメモリ４０８を含む。プロセッサ４０６は、メモリ４０８に格納されたオペレーティング・システム（Ｏ／Ｓ）４１２、アプリケーション又はプログラム又はモジュールに従って、モバイル・デバイス４００のオペレーションを制御する。例えば、制御機能は、単一のマイクロプロセッサにおいて又は複数のマイクロプロセッサにおいて、実装されても良い。適当なマイクロプロセッサは、デジタルシグナルプロセッサだけでなく、汎用マイクロプロセッサ及びで特殊用途マイクロプロセッサ、ステートマシンを含んでも良い。さらに、例えば、プロセッサ４０６は、特定用途向け集積回路（ＡＳＩＣ）、又は他のチップセット、論理回路、又は他のデータ処理デバイスであっても良い。実例となる描写において、ＦＭ−ＲＤＳ ＡＳＩＣ ４１４は、データバス４１０を介して伝達されるプロセッサ４０６のためのＲＤＳデータ・コマンドを処理する。

メモリ４０８は、モバイル・デバイス４００に関連するメモリの全てを表すものであり、また、ランダムアクセスメモリ（ＲＡＭ）及びリードオンリーメモリ（ＲＯＭ）、消去可能ＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュカード、又はコンピュータ・プラットホームに共通の任意のメモリを含んでも良い。さらに、メモリ４０８は、１又は複数のフラッシュメモリ・セルを含んでも良く、あるいは、任意の二次又は三次記憶装置（例えば、磁気媒体、光学式媒体、テープ、又はソフトディスク若しくはかハードディスク）であっても良い。例えば、モバイル・デバイス４００のオペレーションで利用されるコンピュータ・プログラム・インストラクション及びデータは、不揮発性記憶（例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び／又はフラッシュメモリ）に格納されても良い。さらに、メモリ４０８は、個別素子（discrete devices）、積層素子（stacked devices）として実装されても良く、あるいは、プロセッサ４０６に集積化されても良い。メモリ４０８はまた、分割され及び一時メモリバッファとしての使用を指定された複数の領域を含んでもよい。

プロセッサ４０６又は他のデータ処理デバイス（例えば、ＡＳＩＣなど）は、メモリ４０８に格納された、任意の常駐アプリケーション、及び／又はプログラム及び／又はモジュールをインタフェースするアプリケーション・プログラミング・インタフェース（ＡＰＩ）レイヤ（例えば、ＦＭＲＤＳ ＡＰＩ ４１６など）を実行することができる。ＦＭＲＤＳ ＡＰＩ ４１６は、多量のＦＭＲＤＳタスク４２０、一般的なＦＭＲＤＳドライバ４２２、ＯＥＭ ＦＭＲＤＳコンポーネント４２４、及びＰＣドライバ４２６をも含む高度モバイル加入者ソフトウェア（advanced mobile subscriber software）（ＡＭＳＳ）４１８内に存在する。

実例となる態様において、生のＲＤＳデータは、モバイル環境４３２（例えば、ＢＲＥＷ（登録商標）（無線対応バイナリーランタイム環境（Binary Runtime Environment for Wireless）、カリフォルニア州、サンディエゴのＱｕａｌｃｏｍｍ社により作成されたアプリケーション開発プラットホーム）に存在するＩＦＭＲＤＳコンポーネント４２８とＩＦＭラジオ４３０コンポーネントと、ＦＭＲＤＳ ＡＰＩ ４１６との間で交換され、ＩＦＭＲＤＳコンポーネント４２８とＩＦＭラジオ４３０コンポーネントはまた、他のモバイル・アプリケーション４４０とともにＢＲＥＷアプリケーション・レイヤ４３８上で実行中のデーモン４３４及びＲＤＳ−ＩＳクライアント・アプリケーション４３６と対話する。

例示的な態様において、タッチスクリーン・スタイラス４４４として表された入力デバイスと及びディスプレイ４４６として表された出力デバイスをもつ一体化されたグラフィカル・ユーザ・インタフェース（ＧＵＩ）４４２は、ユーザが、ＲＤＳ対話型サービスのためのインターラクティブ・オプション４５２をもつＲＤＳ受信機ディスプレイ４５０を表すＦＭアプリケーション・レンダリング４４８と対話することを可能にする。例えば、入力デバイス４４４は、例えばキー、キーパッド及び／又はキーボード、マウス、タッチスクリーン・ディスプレイ、マイクなどのようなメカニズムを含むことができる。特定の態様において、出力装置４４６は、オーディオ・スピーカ、ディスプレイ、触覚フィードバック・メカニズムなど含んでも良い（include or comprise）。

本開示の利点によって、モバイル・デバイス４００が、インターラクティブ・データ・チャネルだけでなく一方向性ＦＭ放送を受信することができる少なくとも一つの通信コンポーネントを含むことは、認識されるべきである。幾つかのアプリケーションにおいて、二つ以上の個々の通信サブシステムは、特定の通信タイプを受信又は送受信（receiving or transceiving）するためのＲＦ及びプロトコルの能力を提供することができる。実例となる描写において、ＦＭ受信機４５４は、ＦＭ−ＲＤ放送局４５８から、ＦＭ−ＲＤ放送信号４５６を受信する。無線アクセスネットワーク通信モジュール（例えば、８０２．１１）４６０は、ベース・ノード（アクセスポイント）４６４とのデータパケット通信４６２を受信することができる。代わりに又は加えて、ネットワーク対話性は、モバイル・スイッチング・ネットワーク４７０とのエアー・インタフェース４６８を形成する２Ｇ／３Ｇ／４Ｇのセルラー通信モジュール４６６を介して達成されることができる。

リモート・デバイス４７４を制御するニア・フィールド送受信機４７２により表されるように、特定の機能は、分散されることができ、あるいは、モバイル・デバイス４００の遠隔にあることができる。

ＲＤＳアラート・コンポーネント４７６は、対話型サービスがＲＤＳを介して提供されていることをユーザにアラートするために、例えば閃光（flashing light）、振動（vibration）、音響信号（audible signal）などのような、ＧＵＩ４４０の強調及び出力の能力を増強することができる。

図５において、他の態様において、モバイル通信デバイス５００は、現在演奏中のオーディオ・プログラムに関係するダウンロード可能なコンテンツのショッピングに関係するＧＵＩ５０２上でのＲＤＳ対話型サービスを提示している。ＲＤＳデータ・ディスプレイ５０４は、ＲＤＳメッセージから得られるステーション識別子、曲名及びアーティストを提供することができる。ＲＤＳメッセージは有利なことにヘッダで捕捉され提示される。ＧＵＩ５０２はまた、ローカル・データ・キャッシュから又は現在のオーディオに関連するネットワーク・インタラクションから、アクセスされたグラフィック５０６をもつ。このグラフィック５０６は、ＲＤＳメッセージ中の何らかの情報に関連する一般的なアイコン又は画像であることができる
ＲＤＳ対話型サービスは、オーディオ・プログラムに関係のある又は関係のない広告５０８を自動的に提示することを含むことができる。

ＲＤＳ対話型サービスについて利用できるユーザ・オプションは、壁紙のための選択可能なアイテム５１０、現在演奏されている曲のダウンロードのための選択可能なアイテム５１２として表されている。着信メロディーのための選択可能なアイテム５１４は、このオプションの入手不能を反映するために無効にされているが、利用できないアイテムは完全に省略されることができる。選択可能なオプション５１６は、現在のオーディオ・プログラムを評価することを可能にする。選択可能なオプション５１８は、現在表示されている広告５０８に関する更なる情報を要求する。

ＲＤＳ−ＩＳクライアントは、デバイス５００の制限に対応するために、ＧＵＩの描写を適応させることができる。例えば、入力コントロール５２０が、ダイヤルトーンマルチ周波数（ＤＴＭＦ）キーパッド５２２、カーソル・ボタン５２４及び選択ボタン５２６、並びに、左、中央、右のプログラム可能なメニュー・ボタン５２８，５３０，５３２として表されている。例えば、カーソル・ボタン５２４の使用は、曲ダウンロード入手可能（選択可能なオプション５１２）をハイライトすることができる。そして、曲ダウンロードは、５３５で表される対応するプログラム可能なオプション“ダウンロード”を起動させるための説明（instructions）５３４に答えて、右側のプログラム可能なメニュー・ボタン５３２を押すことによって、実行されることができる。

ＧＵＩ ５０２中のスクロールされたかさもなければトップ・ウインドウにされたラジオ・タブ５３６により示唆されるように、他のＲＤＳ対話型サービスが動的に表示され選択されることができる。

図６において、ナビゲーション（Ｎａｖ）タブ５３８は、選択され又は何らかのＲＤＳコマンドにより自動的に提示される。ナビゲーション・ガイダンスを提供するためのＲＤＳメッセージに応答して、ＲＤＳメッセージ、ローカルにキャッシュされたデータ、及びリモートアクセスされたデータの組み合せが、統合される。これは、フラグされた関心領域（area of interest）５４２及び５４４で表されるテキストの注意書（text advisory）「ハイウェイ５５５の北方行き左レーンは、マイルマーカー７６において通行止めになっている。１５分の遅延が予想される。（LEFT LANE NORTHBOUND OF HIGHWAY 555 BLOCKED AT MILE MARKER 76. EXPECT 15 DELAY.)」をもつムービング・マップ表示５４０として描写される。有利なことに、５４６で表されるように、ＲＤＳ−ＩＳクライアントは、モバイル通信デバイス５００の位置を概算することができる。ＲＤＳ−ＩＳクライアントはまた、さらなる対話型サービスを求めるために、「ルート変更（Re-route）」を含む５４８で表されるようなユーザ・インタラクション・オプションを再プログラムする。そのような実装は、地理的に目標とされるタイムクリティカルなナビゲーション最新情報を提供するためのナビゲーション・ガイダンス・システム及びＦＭ−ＲＤＳ−ＩＳシステム間の協調であることができる。

図７において、モバイル通信デバイス５００のＧＵＩ５０２は、緊急警報を受信する。そして、それは、ユーザに提示されるＲＤＳ−ＩＳの自動機能を説明することができる。類似するマップ描画５５０は、より多くの「情報」のために５５４で表される再プログラムされたユーザ・インタラクション・オプションとともに、テキストの警告５５２「午後３時１５分にＡＢＣビル本館と中央館で爆弾脅迫と報道される（BOMB THREAT REPORTED AT ABC BUILDING AT MAIN AND CENTRAL AT 3:15PM）」を与えられることができる。

図６−７の描写をサポートするための実例となるシナリオを与えるために、放送局が正規の番組編成を中断して、ニュースを放送し始めるとき、ＲＤＳ−ＩＳは、ブレイキング・ニュースに対応することができる。放送局は、プログラム・ディレクターに、ブレイキング・ニュースに対応するために、ＲＤＳ対話型サービスを変更するように指示することができる。プログラム・ディレクターは、利用できるコンテンツ（ビデオ・クリップ、イメージ、テープ録音されたオーディオなど）を評価して、ＥＰＧを再構成し（又は、新しいもので既存のＥＰＧをオーバーライドし）、放送ＲＤＳサーバに、修正されたＲＤＳメッセージを放送し始めるように指示する。放送ＲＤＳサーバを介してプログラム・ディレクターは、イベントのモバイル・スイッチング・ネットワークに指示し、プロキシ・サーバは、リスナーによる使用のために利用できるコンテンツを用意する。通常の番組編成に戻るとき、プログラム・ディレクターは、放送と同期するように、元のＥＰＧに時間オフセットを施す。リスナーのモバイル・デバイス中のクライアント・アプリケーションは、ＲＤＳの変化を検出し、現在利用できるコンテンツ・タイプとの新たな対話性を実行する。

図８において、ゲーム・タブ５５６は、オーディオ・プログラム中のインタレストを強化するために、５５８で表されるような雑学コンテンツ（trivia content）を提示することを選択された。ＲＤＳ−ＩＳメッセージにより要求されるバンド幅を削減するために、例えば「このアーティストは、どの国の出身ですか？（what country is this artist from?）」のような質問が、短いコードによりトリガーされる質問の標準リストから持ってこられ、キャッシュされたメモリ中からルックアップされる。また、複数の回答候補を表現するための短縮コード（abbreviated codes）により、５６０で表されるように各回答候補（この場合、「アメリカ合衆国」、「イギリス」、「オーストラリア」と「カナダ」）がトリガーされることができる。代わりに又は加えて、５６２で表されるように投票アプリケーションが示されることができる。このケースにおいて、それは、５６４で表されるように二人の候補者の間の投票に対する可能な回答を与える。ＲＤＳ−ＩＳクライアントは、新しいページを得るために、５６６の再プログラムされたオプション「次のコンテスト」を提示する。

図９において、広告／履歴タブ５６８が選択された。それは、カーソルと選択キー（図示せず）により選択可能な５７２で表される以前に提示された広告の時間タグが付された履歴とともに（「次のページ」オプション５７４で検索可能な更なるアイテムがある）、オーディオ・プログラムと同期して現在提示されているＲＤＳ広告５７０の局所的に強化された描写を含む。

図１０において、実例となるタグ付けされたＲＤＳメッセージ・データ構造６００は、モバイル・クライアント・アプリケーションに対するアプリケーションＩＤ（ＡＩＤ）だけでなくモバイル・オープン・データ・アプリケーション（ＯＤＡ）グループ・タイプ情報をも伝達するグループ・タイプ３Ａをつかって、ＲＤＳ／ＲＢＤ標準を強化する。さらに、データ構造６００はまた、ブロック３中の利用できる１６メッセージ・ビットにおいて、オペレーターに固有の情報を運ぶ。最上位ビット（ＭＳＢビット １５）を切り換えることは、異なるＯＤＡデータ・フレームが放送されていることを示す。ビット１４及び１３は、放送されているＢＭインタフェースのバージョンを識別する。そして、それは、参照バージョンから最高４つのバージョンのサポートを可能にする。ＢＭインタフェースの現在のバージョンは、実例となる態様において０であり、これらのビットは、値００を持つことができる。ＯＤＡメッセージ・フレームが暗号化されないならば、ビット１２は“０”にセットされ、暗号化されるならば、“１”にセットされる。ビット８−１１は、現在、予約済みである。最下位のバイト（ビット７−０）は、オペレーターに固有の情報のために利用できる（例えばダウンロード用のコンテンツの入手可能性を示す）。特に、諸ビットは、壁紙が利用できるかどうか、着信メロディーが利用できるかどうか、カラー・リング・バック・トーンが利用できるかどうか、警報が適切か否か、及びユーザがアイテムを評価することができるかどうかを、示すことができる。

アプリケーション識別子（ＡＩＤ）は、各々のモバイル・オペレーターと放送局の関係又は放送局と複数のモバイル・オペレーターの間の共通ＡＩＤについて、固有であることができる。

各々のコンテンツ情報ＯＤＡグループは、１６ビットのＰＩコード、５ビットのグループ・タイプ・フィールド、１ビットのＴＰフラグ・フィールド、５ビットのプログラム・タイプ・コード・フィールド、５ビットのメッセージ・フレーム・セグメント番号フィールド、最初のセグメント中の８ビットのＣＲＣ（巡回冗長符号）フィールド、最初のセグメントのための８ビットのメッセージ・フレーム長フィールド、及び、セグメント指定されたフィールドのためのメッセージ・フレーム・データを持つように定義されることができる。そして、メッセージ・フレーム・データは、最後のセグメントの場合には、８、１６、２４又は３２ビットの増加において、また、最初のセグメントの場合には、８又は１６ビットの増加において、有利に動的に使用される。

図１１において、データ構造７００は、ＢＭインタフェースＯＤＡメッセージ・フレーム・フォーマットについて表される。ＯＤＡメッセージ・フレームは、８ビットＣＲＣと、その後に続くメッセージ・フレーム長（ＭＦＬ）と、その後に続く１又は複数のメッセージで構成される。伝送において、２バイトのメッセージ・フレーム・データを持つことのみできる最初のセグメント以外は、メッセージ・フレームは、適正な個数のセグメントに分割される（ここで、各々のセグメントは、メッセージ・フレーム・データのうちの４バイトで構成される）。メッセージのサイズに応じて、最後のセグメントは、１〜４バイトのメッセージ・フレーム・データで構成されることがある。セグメント０の第１のバイトは、ＣＲＣを表し、第２のバイトは、メッセージ・フレーム長をバイト単位で表す。これは、クライアント・アプリケーションが、メッセージ・フレーム・データ中に予期されるメッセージの開始及びセグメント数及びバイト数を検出するのを可能にする。ＡＩＤとともに、ＯＤＡメッセージ・フレームは、放送局とクライアント・アプリケーションとの間の関係の確立を可能にする。

ＣＲＣは、特にオーバーラップするリジョンにおいて、２以上の放送局からのＯＤＡデータの受信に起因する誤りのあるメッセージ・フレームの解釈を取り除く。メッセージ・フレーム長とメッセージ・フレーム・データの両方が、ＣＲＣの計算に含まれることができる。

サブメッセージ・データは、サブメッセージ中に存在する場合があるか又は存在しない場合がある様々な情報パラメータで構成されても良い。さらに、パラメータは、異なるデータ・タイプ（例えば、ＤＳＩ、文字列など）からなっても良い。モバイル・アプリケーションが各々のパラメータの存在及びデータ・タイプを検出するために、例示的な情報ビット・パターンは、パラメータの有無に対応する情報ペア・ビットの最下位ビット（ＬＳＢ）として指定される。このビットが１にセットされるならば、パラメータ（情報フィールド）が存在する。さもなければ、パラメータは不存在である。情報ペア・ビットの最上位ビット（ＭＳＢ）は、パラメータのデータ・タイプに対応する。そして、パラメータのデータ・タイプは、動的サイズ設定整数（DynamicSizedInt）（すなわち、動的にサイズ設定される整数）（０の場合）又はヌルで終端された文字列（NullTerminatedString）（１の場合）のいずれかであることができる。すべての情報ペア・ビットが、サブメッセージ中のすべての可能なパラメータのために指定されるまで、上記のパターンが左から右に続く。それによって、クライアント・アプリケーションの古いバージョンは単に新しいパラメータを無視するであろうから、パラメータ・リストがその後のバージョンにおいて拡大される場合に、この動的にサイズ設定される整数（dynamic sized integer）メカニズムは、ソフトウェア下位互換性を可能にする。

一つの態様において、サブメッセージのタイプは、パラメータ情報ビットの存在に基づく二つのタイプを含むことができる：静的サブメッセージは、フィールドの全てを義務的にするメッセージである。これらのサブメッセージは、パラメータ情報ビットを要求せず、その結果、将来、拡張又は強化されることができない。放送局情報サブメッセージは、一種の静的サブメッセージである。動的サブメッセージは、そのコンテンツがパラメータ情報ビット・フィールドに依存しているサブメッセージである。以前のソフトウェアの改訂に対して悪影響を持つことなく新しいパラメータを導入することによって、これらのメッセージを拡張することが可能である。コンテスト・サブメッセージ、投票サブメッセージ、プロモーション・サブメッセージなどは、動的サブメッセージの例である。

動的サブメッセージを提供する実例となる態様において、“DynamicSizedInt”データ・タイプは、動的にサイズ設定される整数（dynamic-sized integer）を意味し、それは、第１のバイトが０−１２７の間にあるならば、値は単に第１のバイトの値であるが、第１のバイトのＭＳＢがハイ（high）ならば（すなわち、第１のバイトが１２８−２５５の間にあるならば）、第１のバイトの７つのＬＳＢを取り、それらをDynamicSizedIntと解釈した後に、それらを後に続くバイトと連結するような、整数である。“MaxFourByteDynamicSizedInt”データ・タイプは、４バイトに制限されたDynamicSizedIntであるので、第３のバイトのＭＳＢがハイ（high）ならば、全体の４バイトが、結果として生じるdynamic-sized intの８つのＬＳＢとして扱われる。図１２において、他の態様において、ネットワーク装置８００は、コンピュータに、双方向データ・チャネルを介して関係するコンテンツを配信している間、利用できるＲＤＳバンド幅を最適化することによって、ラジオ・データ・システム（ＲＤ）対話型サービスを、ユーザデバイスの集団に提供させるための各手段を提供する各モジュールを含む。モジュール８０２は、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するＲＤＳ−ＩＳクライアント及びコンフィギュレーション・コンポーネントを複数のユーザデバイスに提供するための手段を提供する。モジュール８０４は、オーディオ部分及びＲＤＳ−ＩＳクライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたＲＤＳメッセージを含む周波数変調された（ＦＭ）無線信号を放送するための手段を提供する。モジュール８０６は、無線キャリアによる双方向データ・チャネルを介して複数のユーザデバイスのうちの選択された一つにより要求される利用可能なコンテンツの配送を容易にするための手段を提供する。

他の態様において、ＲＤＳデータレート制限により制約されるメッセージ・サイズに関して柔軟性を提供するために、パラメータが存在するかどうかにかかわらず、及び、パラメータが固定か可変か（動的な長さ）にかかわらず、最上位ビット（ＭＳＢ）においてフラグすることによって、動的にサイズ設定されるメッセージが促進される。サブメッセージにおいて動的に続行されるならば、ＭＳＢは、これが動的にサイズ設定されるパラメータの終わり（end）であるかどうかを二進数で示すことができる。それゆえ、パラメータは、７ビット又は１５ビット又は３２ビット又は何らかの他の長さであることができる。これは、動的にサイズ設定される整数であると宣言される任意のフィールドに適用されることができる。

図１３において、更なる態様において、ユーザ装置９００は、モジュールを含む双方向データ・チャネルを介して関係するコンテンツを受信している間、利用可能なＲＤＳバンド幅を最適化することによって、ユーザデバイスの集団においてＲＤＳ対話型サービスを利用するための手段を提供する。モジュール９０２は、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するＲＤＳ−ＩＳクライアント及びコンフィギュレーション・コンポーネントを組み込むための手段を提供する。モジュール９０４は、オーディオ部分及びＲＤＳ−ＩＳクライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたＲＤＳメッセージを含む周波数変調された（ＦＭ）無線信号を受信するための手段を提供する。モジュール９０６は、無線キャリアによる双方向データ・チャネルを介して複数のユーザデバイスのうちの選択された一つにより要求される利用可能なコンテンツの配送を受信するための手段を提供する。

上に説明されたことは、様々な態様の例を含む。様々な態様を説明することを目的としてコンポーネント又は手順の考えられる組み合わせをすべて説明することはもちろん可能ではないが、多数のさらなる組み合わせ又は置換が可能であることを当業者は認識するであろう。したがって、対象となる明細書（subject specification）は、添付のクレームの範囲内に含まれるそのような変更、修正及び変形をすべて包含することを意図されている。

この出願において用いられるように、用語“コンポーネント（component）”、“モジュール（module）”、“システム（system）”及び同類のものは、コンピュータ関連のエンティティー、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア又は実行中のソフトウェアのいずれをも指すことを意図されている。例えば、コンポーネントは、プロセッサ上で動作するプロセス、プロセッサ、オブジェクト、実行ファイル（executable）、実行のスレッド、プログラム、及び／又は、コンピュータであっても良い（ただし、これらに制限されない）。例として、サーバ上で動作するアプリケーションと、そのサーバの両方とも、コンポーネントであることができる。１又は複数のコンポーネントがプロセス及び／又は実行のスレッドの内部に存在することができ、また、一つのコンポーネントが一つのコンピュータに局在し及び／又は２以上のコンピュータ間に分散されることができる。

“例示的な（exemplary）”という語は、“例（example）、インスタンス（instance）又はイラストレーション（illustration）として役に立つこと”を意味するために本明細書で用いられる。“例示的な（exemplary）”として本明細書で説明された態様又はデザインは、他の態様又はデザイン以上に好ましい又は有利であると解釈される必要はない。

特に、上記の説明されたコンポーネント、デバイス、回路、システムなどにより実行される様々な機能に関して、そのようなコンポーネントを説明するのに用いられる用語（「手段」への言及を含む）は、特に明記しない限り、たとえ本明細書で説明された例示的な態様における機能を実行する開示された構造に構造的に等しくないとしても、説明されたコンポーネント（例えば、機能的な等価物）の指定された機能を実行する任意のコンポーネントに対応することを意図されている。この点については、様々な態様が、様々な方法のアクト及び／又はイベントを実行するためのコンピュータ実行可能なインストラクションをもつコンピュータ読み取り可能な媒体だけでなくシステムを含むことがまた認められるであろう。

さらに、特定の特徴が幾つかの実装のうちの一つのみに関して開示されるかもしれないが、そのような特徴は、任意の与えられた又は特定のアプリケーションについて望ましい及び有利であり得るような他の実装の１又は複数の他の特徴と結合されても良い。語句“備える、含む、包含する（includes）”及び“備える、含む、包含する（including）”並びにそれらの変形が詳細な説明又はクレームにおいて使用される範囲において、これら語句は、語句“備える、含む、包含する（comprising）”と同様の方法で包括的であることを意図されている。さらに、クレームの詳細な説明で用いられる語句“又は（or）”は、“非排他的な、又は（non-exclusive or）”であることを意図されている。

さらに、認識されるように、開示されたシステム及び方法の様々な部分は、人工知能（artificial intelligence）、機械学習（machine learning）、又は知識若しくはルールベースのコンポーネント、サブコンポーネント、プロセス、手段、手順、又はメカニズム（例えば、サポート・ベクトル・マシン（support vector machines）、ニューラル・ネットワーク（neural networks）、エキスパート・システム（expert systems）、ベイジアン・ビリーフ・ネットワーク（Bayesian belief networks）、ファジー論理（fuzzy logic）、データ融合エンジン（data fusion engines,）、クラシファイアー（classifiers）...）を含む又はからなることができる（include or consist of）。そのようなコンポーネントは、とりわけ、実行される特定のメカニズム又はプロセスを自動化することができ、それによって、システム及び方法の部分を、効率的且つ知的にするだけでなく、より適応可能にする。

上記に説明された例示的なシステムを考慮して、開示された主題に従って実装されることができる手順が、幾つかのフローチャートを参照して、説明された。説明を簡単にする目的で、手順が一連のブロックとして図示され説明されるが、クレームされた主題は、ブロックの順序により制限されるものではなく、幾つかのブロックが、１又は複数の実施形態に従って、本明細書で図示され説明されるものとは異なる順序で及び／又は他のブロックと同時に発生しても良いことは、理解及び認識されるべきである。さらに、本明細書で説明された手順を実装するために、必ずしも説明されたすべてのブロックが要求されなくても良い。その上、本明細書で開示される手順は、そのような手順をコンピュータへトランスポート又はトランスファーすることを容易にするために製品に記憶されることができることは、更に認識されるべきである。本明細書で使用される製品という用語は、任意のコンピュータ読み取り可能なデバイス、キャリア又は媒体からアクセスできるコンピュータ・プログラムを包含することを意図されている。

さらにまた、一つ又は複数のバージョンは、開示された態様を実装するようコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、又はそれらの任意の組み合せを作り出すための標準的なプログラミング及び／又はエンジニアリング技術を使用して、方法、装置又は製品として実装されることができる。本明細書で用いられる用語“製品（article of manufacture）”（又は、その代わりに、“コンピュータ・プログラム製品（computer program product）”）は、任意のコンピュータ読み取り可能なデバイス、キャリア又は媒体からアクセスできるコンピュータ・プログラムを包含することを意図されている。例えば、コンピュータ読み取り可能な媒体は、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ…）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）…）、スマートカード、及びフラッシュメモリ・デバイス（例えば、カード、スティック…）を含むことができるが、それらに制限されるものではない。その上、コンピュータ読み取り可能な電子データ（例えば、電子メールを送信及び受信する際に又はインターネット若しくはローカルエリアネットワーク（ＬＡＮ）のようなネットワークにアクセスする際に使用されるものなど）を運ぶために、キャリア・ウェイブが使用できることは、認識されるべきである。もちろん、開示された態様の範囲を逸脱することなく多くの修正がこの構成になされることができることを当業者は認めるであろう。

本明細書に開示された実施形態に関連して説明された、種々の説明的なロジック、論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジック、個別のハードウェアコンポーネント、又は本明細書で説明された機能を実行するようにデザインされた任意のそれらの組み合わせで実装されても良い。汎用プロセッサは、マイクロプロセッサであっても良いが、代わりに、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであっても良い。プロセッサはまた、コンピュータデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結する１つ又は複数のマイクロプロセッサ、又は、他のそのような構成、として実装されても良い。さらに、少なくとも一つのプロセッサは、上で説明された１又は複数のステップ及び／又はアクションを実行するように動作可能な１又は複数のモジュールを含んでも良い。

本明細書に開示された態様に関連して説明された方法又はアルゴリズムのステップ及び／又はアクションは、直接、ハードウェアにより具体化されても良いし、プロセッサにより実行されるソフトウェアモジュールにより具体化されても良いし、又は、それら二つの組合せにより具体化されても良い。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該技術分野において周知の任意の他のフォームの記憶媒体に存在しても良い。例示的な記憶媒体は、プロセッサがその記憶媒体から情報を読み込み、また、それへ情報を書き込むことができるように、そのプロセッサに接続されても良い。代わりに、記憶媒体は、プロセッサに一体化されていても良い。さらに、幾つかの態様において、プロセッサ及び記憶媒体は、ＡＳＩＣにおいて存在してもよい。その上、ＡＳＩＣは、ユーザ端末に存在しても良い。代案では、プロセッサ及び記憶媒体は、ユーザ端末中の個別のコンポーネントとして存在しても良い。さらに、幾つかの態様において、方法又はアルゴリズムにおけるステップ及び／又はアクションは、機械読み取り可能な媒体及び／又はコンピュータ読み取り可能な媒体の上のコード及び／又はインストラクションのセットの一つ又は任意の組み合わせとして存在しても良い。それは、コンピュータ・プログラム製品に組み込まれても良い。参照により本明細書に組み込まれると言われる何れの特許、公開又は他の開示資料も、全体又は一部において、その組み込まれた資料がこの開示で説明される既存の定義、ステートメント又は他の開示資料と矛盾しない範囲においてのみ、本明細書に組み込まれることは、理解されるべきである。よって、必要な範囲で、本明細書で明確に説明される開示は、参照により本明細書に組み込まれる何れの矛盾する資料にも優先する。参照により本明細書に組み込まれると言われたが本明細書で説明される既存の定義、ステートメント又は他の開示資料に矛盾する何れの資料又はその部分も、その組み込まれた資料と該既存の開示資料との間で矛盾が起こらない範囲でのみ、組み込まれるであろう。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕
ユーザデバイスの集団において対話型サービスを利用する方法において、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むことと、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信することと、
前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信することを含む方法。
〔２〕
前記アナログ・オーディオ・ラジオ放送は、周波数変調（ＦＭ）放送を含み、
前記断続的なデジタル・データ信号は、ラジオ・データ・システム（ＲＤＳ）又はラジオ放送データ・システム（ＲＢＤ）プロトコルを含む〔１〕の方法。
〔３〕
前記対話型サービスのクライアントを配線接続によりコンピュータ読み取り可能な記憶媒体に組み込むことを更に含む〔１〕の方法。
〔４〕
前記無線キャリアを介した双方向データ・チャネル上でダウンロードすることにより前記対話型サービスのクライアントを組み込むことを更に含む〔１〕の方法。
〔５〕
ＲＤＳ対話型サービスを受けるためのデータパケット・サービスの複数の無線キャリアのうちの一つに各々適した、複数の暗号化コンポーネントを組み込むことを更に含む〔１〕の方法。
〔６〕
モバイル・スイッチング・ネットワーク、無線アクセスネットワーク及びパーソナル・アクセス・ネットワークを含む双方向データ・チャネルからなるグループのうちの選択された一つを介して、利用可能なコンテンツを受信することを更に含む〔１〕の方法。
〔７〕
前記タグ付けされたデータ・メッセージに関連するグラフィックを解釈することと、
前記グラフィック・アソシエーションに応答して、ユーザに対するディスプレイのためのグラフィックにアクセスすることを更に含む〔１〕の方法。
〔８〕
前記タグ付けされたデータ・メッセージを、現在の放送オーディオ部分に関連するショッピング・チャンスとして解釈することを更に含む〔１〕の方法。
〔９〕
前記タグ付けされたデータ・メッセージを、利用可能なグラフィカル・ユーザ・インタフェース（ＧＵＩ）の壁紙グラフィックとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能なモバイル電話の着信メロディーとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能な曲ダウンロードとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能なビデオ・ダウンロードとして解釈することからなるグループのうちの選択された一つを更に含む〔〕１の方法。
〔１０〕
複数の地理的に分離された放送局のうちの一つの上でアナログ・ラジオ信号を受信することを更に含む〔１〕の方法。
〔１１〕
前記データ・メッセージを、地理的に特定のナビゲーション・データとして解釈することと、前記データ・メッセージを、地理的に特定のアラート・データを含むように解釈することと、前記タグ付けされたデータ・メッセージを、ニュース記事を含むように解釈することからなるグループのうちの選択された一つを更に含む〔１０〕の方法。
〔１２〕
前記データ・メッセージを表示している間、ユーザ認識できるアラートを生成することを更に含む〔１〕の方法。
〔１３〕
ホット・キー・ショートカット、送信ショート・メッセージ・サービス（ＳＭＳ）ユーティリティー、前記タグ付けされたデータ・メッセージ中に含まれるスピード・ダイヤル・ナンバー、前記ユーザデバイスによりサポートされるデータパケット通信様式、及び、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のアイコン選択ナビゲーションからなるグループのうちの一つを選択することを更に含む〔１〕の方法
〔１４〕
前記タグ付けされたデータ・メッセージの解釈に応答して、前記双方向データ・チャネルを介して広告コンテンツに自動的にアクセスすることを更に含む〔１〕の方法。
〔１５〕
前記タグ付けされたデータ・メッセージの表示部分のユーザ選択に応答して、ローカルにアクセスされるアプリケーションを表示することを更に含む〔１〕の方法。
〔１６〕
投票アプリケーション・コンテンツ、評価アプリケーション・コンテンツ、及び、コンテスト・アプリケーション・コンテンツからなるグループのうち選択された一つを表示することを更に含む〔１５〕の方法。
〔１７〕
対話型サービスのレベルを選択することを更に含み、
表示されたプロンプトは、前記対話型サービスの選択されたレベルを伝える〔１〕の方法。
〔１８〕
対話型サービスのレベルを選択するために、ユーザデバイス制約に応答することを更に含む〔１７〕の方法。
〔１９〕
対話型サービスのレベルを選択するために、双方向データパケット・サービスのためのキャリア会費に応答することを更に含む〔１７〕の方法。
〔２０〕
ＲＤＳ対話型サービスのレベルを選択するために、ユーザ選択に応答することを更に含む〔１７〕の方法。
〔２１〕
ユーザ・セッティング、双方向データ・チャネルの利用可能なスループット及びユーザデバイス制約に応答して、対話型サービスのレベルを動的に選択することを更に含む〔１７〕の方法。
〔２２〕
プライオリティー・セッティングに部分的に基づいて、対話型サービスのレベルを選択することを更に含む〔１７〕の方法。
〔２３〕
タグ付けされたデータ・メッセージに関連するコンテンツを識別するために、タイムスタンプ及び放送局を識別することによってコンテンツを要求することを更に含む〔１〕の方法。
〔２４〕
ユーザ入力に応答して、複数のデータ・メッセージを保持及び表示することを更に含む〔２３〕の方法。
〔２５〕
誤った対話型サービスを回避するために、巡回冗長符号（ＣＲＣ）をチェックすることを更に含む〔１〕の方法。
〔２６〕
パラメータが存在することを示す二進表示及び可変長である場合のパラメータを示す二進表示を含むタグ付けされたデータ・メッセージの動的にサイズ設定されるデータ・セグメントを検出することを更に含む〔１〕の方法。
〔２７〕
動的にサイズ設定されるデータ・セグメントの更なるデータ・セグメント（該更なるデータ・セグメントが該動的にサイズ設定されるデータ・セグメントを終了させるかどうかを示す二進表示をもつ）を検出することを更に含む〔２６〕の方法。
〔２８〕
前記タグ付けされたデータ・メッセージ中の挿入された動的にサイズ設定される整数のサブメッセージを復号化することを更に含む〔１〕の方法。
〔２９〕
ユーザデバイスの集団において対話型サービスを利用するための少なくとも一つのプロセッサにおいて、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むための第１のモジュールと、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するための第２のモジュールと、
前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信するための第３のモジュールとを含むプロセッサ。
〔３０〕
ユーザデバイスの集団において対話型サービスを利用するためのコンピュータ・プログラム製品において、
コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込ませるための第１のコードセットと、
前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信させるための第２のコードセットと、
前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信させるための第３のコードセットとを含むコンピュータ読み取り可能な記憶媒体を含むコンピュータ・プログラム製品。
〔３１〕
ユーザデバイスの集団において対話型サービスを利用する装置において、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むための手段と、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するための手段と、
前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信するための手段とを含む装置。
〔３２〕
ユーザデバイスの集団において対話型サービスを利用するためのユーザ装置において、
対話型サービス・クライアントと、
データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントと、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するためのアナログ受信器と、
前記無線キャリアを介した双方向データ・チャネルを介して、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を受信するための無線トランシーバとを含むユーザ装置。
〔３３〕
前記アナログ・オーディオ・ラジオ放送は、周波数変調（ＦＭ）放送を含み、
前記断続的なデジタル・データ信号は、ラジオ・データ・システム（ＲＤＳ）又はラジオ放送データ・システム（ＲＢＤ）プロトコルを含む〔３２〕のユーザ装置。
〔３４〕
配線接続によりコンピュータ読み取り可能な記憶媒体に組み込まれる前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔３５〕
前記無線キャリアを介した双方向データ・チャネル上でダウンロードすることにより組み込まれる前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔３６〕
ＲＤＳ対話型サービスを受けるためのデータパケット・サービスの複数の無線キャリアのうちの一つに各々適した、複数の暗号化コンポーネントを更に含む〔３２〕のユーザ装置。
〔３７〕
モバイル・スイッチング・ネットワークを含む双方向データ・チャネルを介して、利用可能なコンテンツを受信するための前記無線トランシーバを更に含む〔３２〕のユーザ装置。
〔３８〕
無線アクセスネットワークを含む双方向データ・チャネルを介して、利用可能なコンテンツを受信するための前記無線トランシーバを更に含む〔３２〕のユーザ装置。
〔３９〕
パーソナル・アクセス・ネットワークを含む双方向データ・チャネルを介して、利用可能なコンテンツを受信するための前記無線トランシーバを更に含む〔３２〕のユーザ装置。
〔４０〕
前記タグ付けされたデータ・メッセージに関連するグラフィックを解釈し、前記グラフィック・アソシエーションに応答してユーザに対するディスプレイのためのグラフィックにアクセスするための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４１〕
前記タグ付けされたデータ・メッセージを、現在の放送オーディオ部分に関連するショッピング・チャンスとして解釈するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４２〕
前記タグ付けされたデータ・メッセージを、利用可能なグラフィカル・ユーザ・インタフェース（ＧＵＩ）の壁紙グラフィック、前記タグ付けされたデータ・メッセージを、利用可能なモバイル電話の着信メロディー、利用可能な曲ダウンロード、及び、利用可能なビデオ・ダウンロードからなるグループのうちの選択された一つとして、解釈するための前記対話型サービス・クライアントを更に含む〔４１〕のユーザ装置。
〔４３〕
複数の地理的に分離された放送局のうちの一つの上でアナログ・ラジオ信号を受信するためのアナログ受信器を更に含む〔３２〕のユーザ装置。
〔４４〕
前記データ・メッセージを、地理的に特定のナビゲーション・データ、地理的に特定のアラート・データ、及び、ニュース記事からなるグループのうちの選択された一つとして、解釈するための前記対話型サービス・クライアントを更に含む〔４３〕のユーザ装置。
〔４５〕
前記データ・メッセージを表示している間、ユーザ認識できるアラートを生成するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４６〕
ホット・キー・ショートカット、送信ショート・メッセージ・サービス（ＳＭＳ）ユーティリティー、前記タグ付けされたデータ・メッセージ中に含まれるスピード・ダイヤル・ナンバー、前記ユーザデバイスによりサポートされるデータパケット通信様式、及び、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のアイコン選択ナビゲーションからなるグループのうちの一つを選択するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４７〕
前記タグ付けされたデータ・メッセージの解釈に応答して、前記双方向データ・チャネルを介して広告コンテンツに自動的にアクセスするための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４８〕
前記タグ付けされたデータ・メッセージの表示部分のユーザ選択に応答して、ローカルにアクセスされるアプリケーションを表示するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔４９〕
投票アプリケーション・コンテンツ、評価アプリケーション・コンテンツ、及び、コンテスト・アプリケーション・コンテンツからなるグループのうち選択された一つを表示するための前記対話型サービス・クライアントを更に含む〔４８〕のユーザ装置。
〔５０〕
対話型サービスのレベルを選択するための前記対話型サービス・クライアントを更に含み、
表示されたプロンプトは、前記対話型サービスの選択されたレベルを伝える〔３２〕のユーザ装置。
〔５１〕
対話型サービスのレベルを選択するために、ユーザデバイス制約に応答するための前記対話型サービス・クライアントを更に含む〔５０〕のユーザ装置。
〔５２〕
対話型サービスのレベルを選択するために、双方向データパケット・サービスのためのキャリア会費に応答するための前記対話型サービス・クライアントを更に含む〔５０〕のユーザ装置。
〔５３〕
対話型サービスのレベルを選択するために、ユーザ選択に応答するための前記対話型サービス・クライアントを更に含む〔５０〕のユーザ装置。
〔５４〕
ユーザ・セッティング、双方向データ・チャネルの利用可能なスループット及びユーザデバイス制約に応答して、対話型サービスのレベルを動的に選択するための前記対話型サービス・クライアントを更に含む〔５０〕のユーザ装置。
〔５５〕
プライオリティー・セッティングに部分的に基づいて、対話型サービスのレベルを選択するための前記対話型サービス・クライアントを更に含む〔５０〕のユーザ装置。
〔５６〕
タグ付けされたデータ・メッセージに関連するコンテンツを識別するために、タイムスタンプ及び放送局を識別することによってコンテンツを要求するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔５７〕
ユーザ入力に応答して、複数のデータ・メッセージを保持及び表示するための前記対話型サービス・クライアントを更に含む〔５６〕のユーザ装置。
〔５８〕
誤った対話型サービスを回避するために、挿入された巡回冗長符号（ＣＲＣ）をチェックするための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔５９〕
パラメータが存在することを示す二進表示及び可変長である場合のパラメータを示す二進表示を含むタグ付けされたデータ・メッセージの動的にサイズ設定されるデータ・セグメントを検出するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔６０〕
動的にサイズ設定されるデータ・セグメントの更なるデータ・セグメント（該更なるデータ・セグメントが該動的にサイズ設定されるデータ・セグメントを終了させるかどうかを示す二進表示をもつ）を検出するための前記対話型サービス・クライアントを更に含む〔５９〕の装置。
〔６１〕
前記タグ付けされたデータ・メッセージ中の動的にサイズ設定される整数のサブメッセージを復号化するための前記対話型サービス・クライアントを更に含む〔３２〕のユーザ装置。
〔６２〕
ユーザデバイスの集団に対話型サービスを提供するための方法において、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、複数のユーザデバイスに提供することと
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送することと、
前記無線キャリアを介した双方向データ・チャネルを介して、複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にすることを含む方法。
〔６３〕
対話型サービス・クライアントと、データパケット・サービスの複数の無線キャリアのうちの一つに適した前記コンフィギュレーション・コンポーネントとを、前記複数のユーザデバイスに提供することを更に含む〔６２〕の方法。
〔６４〕
パラメータが存在することを示す二進表示及び可変長である場合のパラメータを示す二進表示を含むタグ付けされたデータ・メッセージの動的にサイズ設定されるデータ・セグメントを作成することと、
動的にサイズ設定されるデータ・セグメントの更なるデータ・セグメント（該更なるデータ・セグメントが該動的にサイズ設定されるデータ・セグメントを終了させるかどうかを示す二進表示をもつ）を作成することを更に含む〔６２〕の方法。
〔６５〕
ユーザデバイスの集団に対話型サービスを提供するための少なくとも一つのプロセッサにおいて、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、複数のユーザデバイスに提供するための第１のモジュールと、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための第２のモジュールと、
前記無線キャリアを介した双方向データ・チャネルを介して、複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にするための第３のモジュールとを含むプロセッサ。
〔６６〕
ユーザデバイスの集団に対話型サービスを提供するためのコンピュータ・プログラム製品において、
コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、複数のユーザデバイスに提供させるための第１のコードセットと、
前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための第２のコードセットと、
前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介して、複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にするための第３のコードセットとを含むコンピュータ読み取り可能な記憶媒体を含むコンピュータ・プログラム製品。
〔６７〕
ユーザデバイスの集団に対話型サービスを提供するための装置において、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、複数のユーザデバイスに提供するための手段と、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための手段と、
前記無線キャリアを介した双方向データ・チャネルを介して、複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にするための手段とを含む装置。
〔６８〕
ユーザデバイスの集団に対話型サービスを提供するためのネットワーク装置において、
対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、複数のユーザデバイスに提供するための配送コンポーネントと、
オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツを参照するタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するためのアナログ・ラジオ放送局と、
前記無線キャリアを介した双方向データ・チャネルを介して、複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を容易にするためのデータパケット・ネットワークとを含むネットワーク装置。
〔６９〕
対話型サービス・クライアントと、データパケット・サービスの複数の無線キャリアのうちの一つに適した前記コンフィギュレーション・コンポーネントとを、前記複数のユーザデバイスに提供するための前記配送コンポーネントを更に含む〔６８〕のネットワーク装置。
〔７０〕
パラメータが存在することを示す二進表示及び可変長である場合のパラメータを示す二進表示を含むタグ付けされたデータ・メッセージの動的にサイズ設定されるデータ・セグメントを作成するための、及び、動的にサイズ設定されるデータ・セグメントの更なるデータ・セグメント（該更なるデータ・セグメントが該動的にサイズ設定されるデータ・セグメントを終了させるかどうかを示す二進表示をもつ）を作成するための前記ラジオ放送局を更に含む〔６８〕の方法。

Claims (60)

1. ユーザデバイスにおいて対話型サービスを利用する方法において、
   対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むことと、
   オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信することと、ここにおいて、前記アナログ・ラジオ信号のアナログ・オーディオ・ラジオ放送は、周波数変調（ＦＭ）放送を含み、前記タグ付けされたデータ・メッセージの断続的なデジタル・データ信号は、ラジオ・データ・システム（ＲＤＳ）又はラジオ放送データ・システム（ＲＢＤ）プロトコルを含み、
   前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信することを含む方法。
2. ユーザデバイスにおいて対話型サービスを利用する方法において、
   対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むことと、
   オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信することと、
   前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信することを含む方法。
3. 前記対話型サービスのクライアントを組み込むことは、配線接続を介してコンピュータ読み取り可能な記憶媒体に組み込むことを更に含む請求項２の方法。
4. 前記対話型サービスのクライアントを組み込むことは、前記無線キャリアを介した双方向データ・チャネル上でダウンロードすることにより組み込むことを更に含む請求項２の方法。
5. ＲＤＳ対話型サービスを受けるためのデータパケット・サービスの複数の無線キャリアのうちの一つに各々適した、複数の暗号化コンポーネントを組み込むことを更に含む請求項２の方法。
6. モバイル・スイッチング・ネットワーク、無線アクセスネットワーク及びパーソナル・アクセス・ネットワークを含む双方向データ・チャネルからなるグループのうちの選択された一つを介して、利用可能なコンテンツを受信することを更に含む請求項２の方法。
7. 前記タグ付けされたデータ・メッセージに関連するグラフィックを解釈することと、
   前記グラフィック・アソシエーションに応答して、ディスプレイのためのグラフィックにアクセスすることを更に含む請求項２の方法。
8. 前記タグ付けされたデータ・メッセージを、現在の放送オーディオ部分に関連するショッピング・チャンスとして解釈することを更に含む請求項２の方法。
9. 前記タグ付けされたデータ・メッセージを、利用可能なグラフィカル・ユーザ・インタフェース（ＧＵＩ）の壁紙グラフィックとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能なモバイル電話の着信メロディーとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能な曲ダウンロードとして解釈することと、前記タグ付けされたデータ・メッセージを、利用可能なビデオ・ダウンロードとして解釈することからなるグループのうちの選択された一つを更に含む請求項２の方法。
10. 複数の地理的に分離された放送局のうちの一つの上でアナログ・ラジオ信号を受信することを更に含む請求項２の方法。
11. 前記データ・メッセージを、地理的に特定のナビゲーション・データ、または地理的に特定のアラート・データ、またはニュース記事を含むように解釈することを更に含む請求項１０の方法。
12. 前記データ・メッセージを表示している間、ユーザ認識できるアラートを生成することを更に含む請求項２の方法。
13. ホット・キー・ショートカット、送信ショート・メッセージ・サービス（ＳＭＳ）ユーティリティー、前記タグ付けされたデータ・メッセージ中に含まれるスピード・ダイヤル・ナンバー、前記ユーザデバイスによりサポートされるデータパケット通信様式、及び、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のアイコン選択ナビゲーションからなるグループのうちの一つを選択することを更に含む請求項２の方法。
14. 前記タグ付けされたデータ・メッセージの解釈に応答して、前記双方向データ・チャネルを介して広告コンテンツに自動的にアクセスすることを更に含む請求項２の方法。
15. 前記タグ付けされたデータ・メッセージの表示部分のユーザ選択に応答して、ローカルにアクセスされるアプリケーションを表示することを更に含む請求項２の方法。
16. 投票アプリケーション・コンテンツ、評価アプリケーション・コンテンツ、及び、コンテスト・アプリケーション・コンテンツからなるグループのうち選択された一つを表示することを更に含む請求項１５の方法。
17. 対話型サービスのレベルを選択することを更に含み、
    表示されたプロンプトは、前記対話型サービスの選択されたレベルを伝える請求項２の方法。
18. 対話型サービスのレベルを選択するために、ユーザデバイス制約に応答することを更に含む請求項１７の方法。
19. 対話型サービスのレベルを選択するために、双方向データパケット・サービスのためのキャリア会費に応答することを更に含む請求項１７の方法。
20. ＲＤＳ対話型サービスのレベルを選択するために、ユーザ選択に応答することを更に含む請求項１７の方法。
21. ユーザ・セッティング、双方向データ・チャネルの利用可能なスループット及びユーザデバイス制約に応答して、対話型サービスのレベルを動的に選択することを更に含む請求項１７の方法。
22. プライオリティー・セッティングに部分的に基づいて、対話型サービスのレベルを選択することを更に含む請求項１７の方法。
23. タグ付けされたデータ・メッセージに関連するコンテンツを識別するために、タイムスタンプ及び放送局を識別することによってコンテンツを要求することを更に含む請求項２の方法。
24. ユーザ入力に応答して、複数のデータ・メッセージを保持及び表示することを更に含む請求項２３の方法。
25. ユーザデバイスにおいて対話型サービスを利用するための少なくとも一つのプロセッサにおいて、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むための第１のモジュールと、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するための第２のモジュールと、
    前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信するための第３のモジュールとを含むプロセッサ。
26. コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込ませるための第１のコードセットと、
    前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信させるための第２のコードセットと、
    前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信させるための第３のコードセットと
    を含むコード記録したコンピュータ読み取り可能な記憶媒体。
27. 対話型サービスを利用する装置において、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを組み込むための手段と、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するための手段と、
    前記無線キャリアを介した双方向データ・チャネルを介して、要求された利用可能なコンテンツの配送を受信するための手段とを含む装置。
28. 対話型サービスを利用するためのユーザ装置において、
    対話型サービス・クライアントと、
    データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントと、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を受信するためのアナログ受信器と、
    前記無線キャリアを介した双方向データ・チャネルを介して、前記複数のユーザデバイスのうちの選択された一つにより要求された利用可能なコンテンツの配送を受信するための無線トランシーバとを含むユーザ装置。
29. 前記アナログ・ラジオ信号のアナログ・オーディオ・ラジオ放送は、周波数変調（ＦＭ）放送を含み、
    前記タグ付けされたデータ・メッセージの断続的なデジタル・データ信号は、ラジオ・データ・システム（ＲＤＳ）又はラジオ放送データ・システム（ＲＢＤ）プロトコルを含む請求項２８のユーザ装置。
30. 前記対話型サービス・クライアントは、配線接続によりコンピュータ読み取り可能な記憶媒体に組み込まれる請求項２８のユーザ装置。
31. 前記対話型サービス・クライアントは、前記無線キャリアを介した双方向データ・チャネル上でダウンロードすることにより組み込まれる請求項２８のユーザ装置。
32. ＲＤＳ対話型サービスを受けるためのデータパケット・サービスの複数の無線キャリアのうちの一つに各々適した、複数の暗号化コンポーネントを更に含む請求項２８のユーザ装置。
33. 前記無線トランシーバは、モバイル・スイッチング・ネットワークを介して、前記利用可能なコンテンツを受信するために更に構成される請求項２８のユーザ装置。
34. 前記無線トランシーバは、無線アクセスネットワークを介して、前記利用可能なコンテンツを受信するために更に構成される請求項２８のユーザ装置。
35. 前記無線トランシーバは、パーソナル・アクセス・ネットワークを介して、前記利用可能なコンテンツを受信するために更に構成される請求項２８のユーザ装置。
36. 前記対話型サービス・クライアントは、前記タグ付けされたデータ・メッセージに関連するグラフィックを解釈するために、そして、前記グラフィック・アソシエーションに応答してディスプレイのためのグラフィックにアクセスするために更に構成される請求項２８のユーザ装置。
37. 前記対話型サービス・クライアントは、前記タグ付けされたデータ・メッセージを、現在の放送オーディオ部分に関連するショッピング・チャンスとして解釈するために更に構成される含む請求項２８のユーザ装置。
38. 前記対話型サービス・クライアントは、前記タグ付けされたデータ・メッセージを、利用可能なグラフィカル・ユーザ・インタフェース（ＧＵＩ）の壁紙グラフィック、利用可能なモバイル電話の着信メロディー、利用可能な曲ダウンロード、及び、利用可能なビデオ・ダウンロードからなるグループのうちの選択された一つとして、解釈するために更に構成される請求項３７のユーザ装置。
39. 前記アナログ受信器は、複数の地理的に分離された放送局のうちの一つにより放送される前記アナログ・ラジオ信号を受信するために更に構成される請求項２８のユーザ装置。
40. 前記データ・メッセージは、地理的に特定のナビゲーション・データ、または地理的に特定のアラート・データ、またはニュース記事の少なくとも１つを含む請求項３９のユーザ装置。
41. 前記対話型サービス・クライアントは、前記データ・メッセージを表示している間、ユーザ認識できるアラートを生成するために更に構成される請求項２８のユーザ装置。
42. 前記対話型サービス・クライアントは、ホット・キー・ショートカット、送信ショート・メッセージ・サービス（ＳＭＳ）ユーティリティー、前記タグ付けされたデータ・メッセージ中に含まれるスピード・ダイヤル・ナンバー、前記ユーザデバイスによりサポートされるデータパケット通信様式、及び、グラフィカル・ユーザ・インタフェース（ＧＵＩ）のアイコン選択ナビゲーションからなるグループのうちの一つを選択するために更に構成される請求項２８のユーザ装置。
43. 前記対話型サービス・クライアントは、前記タグ付けされたデータ・メッセージの解釈に応答して、前記双方向データ・チャネルを介して広告コンテンツに自動的にアクセスするために更に構成される請求項２８のユーザ装置。
44. 前記対話型サービス・クライアントは、前記タグ付けされたデータ・メッセージの表示部分のユーザ選択に応答して、ローカルにアクセスされるアプリケーションを表示するために更に構成される請求項２８のユーザ装置。
45. 前記対話型サービス・クライアントは、投票アプリケーション・コンテンツ、評価アプリケーション・コンテンツ、及び、コンテスト・アプリケーション・コンテンツからなるグループのうち選択された一つを表示するために更に構成される請求項４４のユーザ装置。
46. 前記対話型サービス・クライアントは、対話型サービスのレベルを選択するために更に構成され、ここにおいて、表示されたプロンプトは、前記対話型サービスの選択されたレベルを伝える、請求項２８のユーザ装置。
47. 前記対話型サービス・クライアントは、対話型サービスのレベルを選択するために、ユーザデバイス制約に応答するために更に構成される請求項４６のユーザ装置。
48. 前記対話型サービス・クライアントは、対話型サービスのレベルを選択するために、双方向データパケット・サービスのためのキャリア会費に応答するために更に構成される請求項４６のユーザ装置。
49. 前記対話型サービス・クライアントは、対話型サービスのレベルを選択するために、ユーザ選択に応答するために更に構成される請求項４６のユーザ装置。
50. 前記対話型サービス・クライアントは、ユーザ・セッティング、双方向データ・チャネルの利用可能なスループット及びユーザデバイス制約に応答して、対話型サービスのレベルを動的に選択するために更に構成される請求項４６のユーザ装置。
51. 前記対話型サービス・クライアントは、プライオリティー・セッティングに部分的に基づいて、対話型サービスの前記レベルを選択するために更に構成される請求項４６のユーザ装置。
52. 前記対話型サービス・クライアントは、タグ付けされたデータ・メッセージに関連するコンテンツを識別するために、タイムスタンプ及び放送局を識別することによってコンテンツを要求するために更に構成される請求項２８のユーザ装置。
53. 前記対話型サービス・クライアントは、ユーザ入力に応答して、複数のデータ・メッセージを保持及び表示するために更に構成される請求項５２のユーザ装置。
54. 対話型サービスを提供するための方法において、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、ユーザデバイスに提供することと
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送することと、
    前記無線キャリアを介した双方向データ・チャネルを介して、前記ユーザデバイスにより要求された利用可能なコンテンツの配送を容易にすることを含む方法。
55. 対話型サービス・クライアントと前記コンフィギュレーション・コンポーネントは、データパケット・サービスの複数の無線キャリアのうちの一つに適している請求項５４の方法。
56. 対話型サービスを提供するための少なくとも一つのプロセッサにおいて、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、ユーザデバイスに提供するための第１のモジュールと、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための第２のモジュールと、
    前記無線キャリアを介した双方向データ・チャネルを介して、前記ユーザデバイスにより要求された利用可能なコンテンツの配送を容易にするための第３のモジュールとを含むプロセッサ。
57. コンピュータに、対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、ユーザデバイスに提供させるための第１のコードセットと、
    前記コンピュータに、オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送させるための第２のコードセットと、
    前記コンピュータに、前記無線キャリアを介した双方向データ・チャネルを介して、前記ユーザデバイスにより要求された利用可能なコンテンツの配送を容易にさせるための第３のコードセットと
    を含むコードを記録したコンピュータ読み取り可能な記憶媒体。
58. ユーザデバイスの集団に対話型サービスを提供するための装置において、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、ユーザデバイスに提供するための手段と、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するための手段と、
    前記無線キャリアを介した双方向データ・チャネルを介して、前記ユーザデバイスにより要求された利用可能なコンテンツの配送を容易にするための手段とを含む装置。
59. 対話型サービスを提供するためのネットワーク装置において、
    対話型サービス・クライアントと、データパケット・サービスの無線キャリアにより提供される無線通信チャネルを介してアクセス可能なリクエスト位置を識別するコンフィギュレーション・コンポーネントとを、ユーザデバイスに提供するための配送コンポーネントと、
    オーディオ部分及び前記対話型サービス・クライアントにより解釈されることができる利用可能なコンテンツ位置を含むタグ付けされたデータ・メッセージを含むアナログ・ラジオ信号を放送するためのアナログ・ラジオ放送局と、
    前記無線キャリアを介した双方向データ・チャネルを介して、前記ユーザデバイスにより要求された利用可能なコンテンツの配送を容易にするためのデータパケット・ネットワークとを含むネットワーク装置。
60. 対話型サービス・クライアントと前記コンフィギュレーション・コンポーネントは、データパケット・サービスの複数の無線キャリアのうちの一つに適している請求項５９のネットワーク装置。

Images