(57)【要約】  家庭用電子装置（１０）は、商業ラジオ放送局（７０）が送信する放送信号を受信する受信部（３６）、コントローラ（３０）および通信インターフェース（３２）を備える。ラジオ放送信号は、ユーザにレンダリングされてもよいマルチメディアコンテンツと、マルチメディアコンテンツを特定する情報とを備える。コントローラ（３０）は、マルチメディアコンテンツを特定する情報を使用して、マルチメディアコンテンツのダウンロード要求を生成する。通信インターフェース（３２）は、通信ネットワーク内のサーバ（８０、８８）に要求を送信し、そのサーバは、コンテンツが入手可能な場合、ユーザ指定の装置に要求のマルチメディアコンテンツをダウンロードする。
2008526103.tif 000002
【特許請求の範囲】
【請求項１】
家庭用電子装置（１０）であって、
マルチメディアコンテンツと、該マルチメディアコンテンツを特定する情報とを含む放送信号を受信する受信手段（３６）と、
ユーザへ前記マルチメディアコンテンツをレンダリングするための処理回路（２６）と、
前記マルチメディアコンテンツを特定する前記情報に基づき、前記ユーザにレンダリング中の前記マルチメディアコンテンツのダウンロード要求を送信する通信インターフェース（３２）と、
を備えることを特徴とする装置。
【請求項２】
前記マルチメディアコンテンツを特定する前記情報を復号するモジュール（３８）をさらに備えることを特徴とする、請求項１に記載の装置。
【請求項３】
前記情報に基づき前記要求のメッセージを生成するコントローラ（３０）をさらに備えることを特徴とする、請求項１に記載の装置。
【請求項４】
ディスプレイ（１８）をさらに備え、前記マルチメディアコンテンツを特定する前記情報は、前記ディスプレイ（１８）に送られるテキストデータを有することを特徴とする、請求項３に記載の装置。
【請求項５】
前記マルチメディアコンテンツには歌が含まれ、前記情報は前記歌の曲名および前記歌に関連するアーティスト名を有することを特徴とする、請求項３に記載の装置。
【請求項６】
前記マルチメディアコンテンツには、映像コンテンツが含まれ、前記情報は前記映像コンテンツの題名を有することを特徴とする、請求項３に記載の装置。
【請求項７】
前記情報には、前記ユーザにレンダリング中の前記マルチメディアコンテンツのデジタル化表現を格納するサーバ（８０、８８）のＩＰアドレスが含まれることを特徴とする、請求項３に記載の装置。
【請求項８】
前記コントローラ（３０）は、前記情報により特定される前記マルチメディアコンテンツが入手可能かどうかを判定するために、自動的に要求を生成することを特徴とする、請求項３に記載の装置。
【請求項９】
前記コントローラ（３０）は、受信した前記放送信号内のフラグに応じて、自動的に前記要求を生成することを特徴とする請求項８に記載の装置。
【請求項１０】
前記コントローラ（３０）は、前記情報により特定される前記マルチメディアコンテンツが入手可能かどうかを判定するために、ユーザ入力に応じて要求を生成することを特徴とする、請求項３に記載の装置。
【請求項１１】
メモリ（２８）をさらに備え、前記コントローラ（３０）は前記メモリ（２８）内に前記マルチメディアコンテンツを特定する前記情報をさらに格納することを特徴とする、請求項３に記載の装置。
【請求項１２】
前記コントローラ（３０）はさらに、前記ユーザにレンダリングされている前記マルチメディアコンテンツのデジタル化サンプルを保存し、前記デジタル化サンプルとメモリ（２８）内に格納された前記情報とをリンクすることを特徴とする、請求項１１に記載の装置。
【請求項１３】
前記コントローラ（３０）は、メモリ（２８）に格納された前記情報により特定される前記マルチメディアコンテンツが入手可能かどうかを判定するために、要求を生成することを特徴とする、請求項１１に記載の装置。
【請求項１４】
前記コントローラ（３０）は、前記ユーザへ現在レンダリング中の前記マルチメディアコンテンツの入手可能性の状況を示すことを特徴とする、請求項３に記載の装置。
【請求項１５】
前記コントローラ（３０）は、前記示された入手可能性の状況に基づき、前記情報により特定される前記マルチメディアコンテンツの前記ダウンロード要求を生成することを特徴とする、請求項１４に記載の装置。
【請求項１６】
前記コントローラ（３０）は、前記ダウンロード要求と一緒にユーザプロファイル情報を送信するように構成されることを特徴とする、請求項３に記載の装置。
【請求項１７】
前記コントローラ（３０）は、前記ダウンロードするマルチメディアコンテンツを受信するために、ユーザ指定の宛先を送信するように構成されることを特徴とする、請求項３に記載の装置。
【請求項１８】
前記通信インターフェース（３２）は、通信ネットワーク内のサーバ（８０）に前記ダウンロード要求を送信する無線送受信部を備えることを特徴とする、請求項１に記載の装置。
【請求項１９】
前記通信インターフェース（３２）は、通信ネットワーク内のサーバ（８０、８８）に前記ダウンロード要求を送信するために、コンピュータ装置（８６）に接続するインターフェースポートを備えることを特徴とする、請求項１に記載の装置。
【請求項２０】
前記通信インターフェース（３２）は、前記要求メッセージに応じて、前記要求したマルチメディアコンテンツを受信することを特徴とする、請求項１に記載の装置。
【請求項２１】
前記放送信号は衛星（６０）から受信することを特徴とする、請求項１に記載の装置。
【請求項２２】
前記放送信号は商業ラジオ放送局（７０）から受信することを特徴とする、請求項１に記載の装置。
【請求項２３】
家庭用電子装置（１０）を使用してマルチメディアコンテンツをダウンロードする方法であって、
マルチメディアコンテンツおよび前記マルチメディアコンテンツを特定する情報を有するラジオ放送信号を受信する工程と、
前記家庭用電子装置（１０）のユーザに前記マルチメディアコンテンツをレンダリングする工程と、
復号済みの前記情報に基づき、前記ユーザにレンダリング中の前記マルチメディアコンテンツのダウンロード要求を送信する工程と
を備えることを特徴とする方法。
【請求項２４】
前記マルチメディアコンテンツを特定する前記情報を復号する工程と、前記ユーザに復号済みの前記情報を表示する工程とをさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記マルチメディアコンテンツを特定する前記情報を復号する工程は、前記マルチメディアコンテンツと一緒に受信したメッセージを復号する工程と、前記マルチメディアコンテンツを特定する前記メッセージからテキストデータを抽出する工程とを備えることを特徴とする、請求項２４に記載の方法。
【請求項２６】
前記マルチメディアコンテンツを特定する前記情報に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項２７】
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に要求を生成する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項２８】
前記ラジオ放送信号内のフラグの受信に応じて、前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に前記要求を生成する工程をさらに備えることを特徴とする、請求項２７に記載の方法。
【請求項２９】
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、ユーザの入力に応じて要求を生成する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項３０】
前記マルチメディアコンテンツを特定する前記情報をメモリ（２８）内に保存する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項３１】
前記マルチメディアコンテンツのデジタル化サンプルを前記メモリ内に保存する工程と、前記デジタル化サンプルとメモリ（２８）内に保存した復号済みの前記情報とを関連付ける工程とをさらに備えることを特徴とする、請求項３０に記載の方法。
【請求項３２】
前記メモリ（２８）内に格納された復号済みの前記情報に基づき、前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、要求を生成する工程をさらに備えることを特徴とする、請求項３０に記載の方法。
【請求項３３】
メモリ（２８）内に保存した復号済みの前記情報に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項３０に記載の方法。
【請求項３４】
前記マルチメディアコンテンツはダウンロードすることが可能かどうかを前記ユーザに表示する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項３５】
前記マルチメディアコンテンツの入手可能性の前記表示に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項３４に記載の方法。
【請求項３６】
前記情報は、前記ユーザに演奏中の歌の曲名と前記歌に関連するアーティストとで構成されたグループから選択された情報を有することを特徴とする、請求項２３に記載の方法。
【請求項３７】
前記情報は、前記ユーザに表示中の映像の題名と前記映像に関連するアーティストとで構成されたグループから選択された情報を有することを特徴とする、請求項２３に記載の方法。
【請求項３８】
前記情報は、前記ユーザにダウンロードする前記マルチメディアコンテンツを格納するサーバ（８０、８８）を特定するＵＲＬを有することを特徴とする、請求項２３に記載の方法。
【請求項３９】
通信ネットワーク内のサーバ（８０、８８）に前記ダウンロード要求を送信する工程をさらに備えることを特徴とする、請求項２３に記載の方法。
【請求項４０】
前記ダウンロード要求に応じて、前記ユーザが指定する宛先において、前記マルチメディアコンテンツのダウンロードを受信する工程をさらに備えることを特徴とする、請求項３９に記載の方法。
【請求項４１】
ネットワーク内のサーバ（８０、８８）にユーザプロファイル情報を送信する工程をさらに備えることを特徴とする、請求項３９に記載の方法。
【請求項４２】
ラジオ放送信号を受信する工程は、衛星（６０）が送信する放送信号を受信する工程を備えることを特徴とする、請求項２３に記載の方法。
【請求項４３】
放送信号を受信する工程は、商業ラジオ放送局（７０）が送信する放送信号を受信する工程を備えることを特徴とする、請求項２３に記載の方法。
【請求項４４】
無線通信装置のユーザにマルチメディアコンテンツをダウンロードするシステムであって、
マルチメディアコンテンツおよび前記マルチメディアコンテンツを特定する情報を備える放送信号を受信し、
前記ユーザに前記マルチメディアコンテンツをレンダリングし、
前記情報に基づき前記マルチメディアコンテンツのダウンロード要求を送信する
ように構成された家庭用電子装置（１０）と、
前記マルチメディアコンテンツの前記ダウンロード要求を受信し、
前記家庭用電子装置（１０）のユーザが指定する宛先の装置に前記マルチメディアコンテンツをダウンロードする
ように構成されたサーバ（８０）と
を備えることを特徴とするシステム。
【請求項４５】
前記家庭用電子装置（１０）は、前記マルチメディアコンテンツを特定する前記情報に基づき、前記ダウンロード要求を生成するようにさらに構成されることを特徴とする、請求項４４に記載のシステム。
【請求項４６】
要求された前記マルチメディアコンテンツを前記ユーザがダウンロード可能かどうかを判定するために、前記サーバ（８０）は、前記ダウンロード要求を分析するようにさらに構成されることを特徴とする、請求項４４に記載のシステム。
【請求項４７】
前記サーバは、前記サーバに通信接続するコンテンツサーバ（８８）から要求された前記マルチメディアコンテンツを読み出すようにさらに構成されることを特徴とする、請求項４６に記載のシステム。
【請求項４８】
前記家庭用電子装置は、無線通信ネットワーク（５０）を通じて前記サーバ（８０）と通信する無線通信装置であることを特徴とする、請求項４４に記載のシステム。
【請求項４９】
前記ユーザに関連し、前記家庭用電子装置（１０）および前記サーバ（８０）に通信接続するコンピュータ装置（８６）をさらに備え、前記家庭用電子装置（１０）は前記コンピュータ装置（８６）を通じて前記サーバ（８０）に前記ダウンロード要求を送信することを特徴とする、請求項４４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本願は、２００４年１２月２３日に出願された米国仮特許出願第６０／６３９，２１６号の、米国特許法第１１９条（ｅ）に基づく優先権を主張する。その出願全部が、本明細書での引用により明示的に組み込まれるものである。
【０００２】
（背景）
本発明は、一般に家庭用電子装置に関し、特にデータ通信の送受信機能とラジオ放送受信機とを備える家庭用電子装置に関する。
【背景技術】
【０００３】
ＦＭラジオ局のような商業ラジオ放送局は、ラジオデータシステム（ＲＤＳ：Radio Data System）として知られるシステムを使用してもよい。ＲＤＳは、従来のＦＭラジオ放送を使用して少量のデジタル情報を送信する規格である。ＲＤＳは、特定のラジオ局の身元、プログラムの種類、ならびにアーティスト名および／演奏中の曲名などのラジオ放送局が送信する幾種類かの情報を標準化する。装備の適切なラジオ受信機は、この情報を受信し復号し、ユーザに表示することができる。ＲＤＳがヨーロッパの至る所で広く使用されていることを、当業者なら知っているだろう。米国は、ラジオ放送データシステム（ＲＤＢＳ：Radio Broadcast Data System）として知られる同等の規格を有し、そのＲＤＢＳはヨーロッパのＲＤＳとほんの少し異なるだけである。それ故、本明細書では、その目的のために、ヨーロッパ規格のＲＤＳと米国規格のＲＤＢＳとを、共に「ＲＤＳ」と呼ぶ。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在、商業ラジオ放送局は、番組（例えば音楽）とＲＤＳデータを異なった信号として送信する。市場で入手可能な家庭用電子装置の中には、ユーザがこれらの商業ラジオ放送局を聴くのを可能にする統合ラジオ受信機もある。家庭や車で使用可能な受信機のようにこれらの受信機は、受信、抽出、復号し、ユーザ向けにディスプレイ上に受信したＲＤＳデータストリームを表示する回路を備えていてもよい。これにより、ラジオ局の身元、現在演奏中の歌のアーティスト／曲名、トークショーの視聴者参加用電話番号、ＵＲＬなどの役立つ情報をユーザが知るのを可能にして、ユーザエクスペリエンスが高まる。しかし、マルチメディアコンテンツを購入および／またはダウンロードするために、ＲＤＳストリームから抽出した情報を使用する機会が存在する。
【課題を解決するための手段】
【０００５】
本発明は、ラジオ放送局からの商業ラジオ放送信号を受信する家庭用電子装置を提供する。商業放送信号は、例えばＡＭラジオ局またはＦＭラジオ局から送信されてもよく、マルチメディアコンテンツと、ユーザ向けにマルチメディアコンテンツを特定する情報とを有する複合信号である。一実施形態では、マルチメディアコンテンツは、ＦＭラジオ局から送信される歌であり、復号される情報は曲名と演奏するアーティストを特定するテキストデータである。
【０００６】
ラジオ信号を受信すると、音声処理回路は装置のユーザにマルチメディアコンテンツをレンダリング（render）する。処理モジュールは、マルチメディアコンテンツを特定するＲＤＳ情報を抽出して復号し、復号したＲＤＳ情報をコントローラに送る。コントローラは、通常それをディスプレイに送る。自動的またはユーザの要求に応じて、コントローラは、マルチメディアコンテンツが１以上のコンテンツプロバイダから購入および／またはダウンロードが可能かどうかを判定するために、復号した情報を使用して要求を生成する。コンテンツプロバイダは、ラジオ放送局と提携していてもよいしそうでなくてもよい。マルチメディアコンテンツが入手可能である場合、装置は、ユーザに通知するためにアラート（警報）を生成してもよい。ユーザがコンテンツのダウンロードを望む場合、コントローラは、コンテンツサーバ宛のコンテンツダウンロード要求を生成する。次いで、コンテンツサーバは、家庭用電子装置または代わりにユーザが指定する他の宛先にマルチメディアコンテンツをダウンロードする。コンテンツが入手可能でない場合、または装置のデータとの接続が限定されている所では、復号した情報は装置のメモリに格納できよう。さらに、短い音声サンプルも、復号済みの情報と一緒に格納してもよい。次いで、コントローラは、後で購入／ダウンロード要求を生成するために、格納された情報を利用できよう。
【０００７】
マルチメディアコンテンツを購入／ダウンロードするために復号済みの情報を使用するのに加えて、復号済みの情報は、電話番号やユニフォームリソースロケータ（ＵＲＬ）などの他の情報も有してもよい。これらの実施形態では、ユーザは、復号済みの情報をそれぞれ、電話を掛けるかまたはウェブサイトにアクセスするために使用してもよい。
【発明を実施するための最良の形態】
【０００８】
図１は、本発明の一実施形態による家庭用電子装置を図解し、家庭用電子装置は、全体が番号１０で示される。図１は、携帯電話機をもとにする装置を図解するが、これは単に説明目的のためである。当業者ならすぐに理解するように、本発明はデータ通信の送受信と商業ラジオ放送信号の受信とが可能なあらゆる家庭用電子装置に適用可能である。それ故、本明細書では家庭用電子装置は、携帯情報端末（ＰＤＡ）、衛星電話機、パーソナル通信サービス（ＰＣＳ）装置、パームコンピュータ等の装置を含むことを意図している。
【０００９】
図１に示すように、携帯電話機１０は、筐体１２、ユーザインターフェース１４、および通信回路１６を備える。ユーザインターフェース１４は、ユーザに携帯電話機１０と情報を遣り取りするために必要な要素を提供し、ディスプレイ１８、キーパッド２０、マイクロホン２２、およびスピーカ２４を有する。ディスプレイ１８により、ユーザはダイヤルした番号、呼の進行状況、メニューオプション、無線通信に主として関連するサービス情報を見ることが可能になる。ディスプレイ１８は、ラジオ局が現在放送中の歌のアーティスト名または曲名などの、商業ラジオ放送局から受信した復号ＲＤＳデータも表示する。キーパッド２０は、携帯電話機１０の前面に配置され、英数字キーパッドと、ジョイスティック、コントロールボタン若しくはダイヤルなどの他の入力コントロールとを有する。キーパッド２０により、ユーザは、選択したいラジオ放送局に合わせることが可能になるのに加えて、番号のダイヤル、コマンドの入力、メニューシステムからのオプションの選択が可能になる。マイクロホン２２は、ユーザの話を音声電気信号に変換し、スピーカ２４は、音声信号をユーザが聞くことができる可聴音に変換する。
【００１０】
通信回路１６は、コントローラ３０、メモリ２８、音声処理回路２６、通信インターフェース３２、アンテナ４０を有する受信部３６を備える。メモリ２８は、携帯電話機１０内のメモリの全階層を表し、ランダムアクセスメモリ（ＲＡＭ）とリードオンリメモリ（ＲＯＭ）の両方を有してもよい。コンピュータプログラム命令および携帯電話機１０の動作に必要なデータは、ＥＰＲＯＭ、ＥＥＰＲＯＭ、或いはフラッシュメモリの少なくともいずれかなどの不揮発性メモリに格納され、個別素子として、積層素子として、またはコントローラ３０と一体で実装されてもよい。
【００１１】
コントローラ３０は、メモリ２８に格納されたプログラムに従って、携帯電話機１０の動作を制御する。制御機能は、例えば１個のマイクロプロセッサまたは複数個のマイクロプロセッサに実装されてもよい。適切なマイクロプロセッサには、デジタル信号プロセッサに加えて、汎用マイクロプロセッサおよび専用マイクロプロセッサを含めてもよい。コントローラ３０は、音声処理回路２６とインターフェースで接続してもよく、音声処理回路２６はスピーカ２４に基本アナログ出力信号を提供し、マイクロホン２２からアナログ音声入力を受け取る。以下に詳細に説明するように、コントローラ３０は、商業ラジオ放送局から受信した復号ＲＤＳデータに基づき、マルチメディアコンテンツのダウンロード要求を生成するように構成されてもよい。
【００１２】
携帯電話機１０は、通信インターフェース３２も備える。図１では、通信インターフェース３２は、無線通信ネットワーク内の１つ以上の基地局とのセルラ信号の送受信用で、アンテナ３４に結合する長距離送受信部として具体化される。送受信部は、全機能を備えたセルラ無線送受信部であり、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、ＴＩＡ／ＥＩＡ−１３６、ｃｄｍａＯｎｅ、ｃｄｍａ２０００、ＵＭＴＳおよび広帯域ＣＤＭＡを含む、既知の任意の規格に準拠して動作する。送受信部は、送受信部が送受信する信号を処理するために、ベースバンド処理回路を有するのが好ましい。代わりに、ベースバンド処理回路はコントローラ３０に組み込まれてもよい。
【００１３】
後で詳細に記述するように、本発明では、通信インターフェース３２が完全なセルラ送受信部である必要はない。他の実施形態では、通信インターフェース３２は、短距離送受信部、または代わりにアクセス可能な公衆ＩＰネットワークに通信接続する個別装置への接続が容易なインターフェースポートとして具体化される。しかし、実施形態がどうであれ、通信インターフェース３２は、コントローラが生成した要求を送信し、要求したマルチメディアコンテンツを受信するように構成されてもよい。
【００１４】
受信部３６はアンテナ４０に結合し、ＡＭラジオ局またはＦＭラジオ局などのラジオ局から放送された信号を受信し復調し、スピーカ２４を通じてユーザに出力する。信号を受信するためには、受信部３６は、興味のあるラジオ放送局に割り当てられた特定の送信周波数に合わされなければならない。当業者には当然のことながら、受信部は、周囲に充満する数千のラジオ信号から興味のあるラジオ信号を分離する共振回路を使用してもよい。例えば、受信部３６は、９６．１ＭＨｚなどのＦＭラジオ局のラジオ周波数、または６８０ｋＨｚなどのＡＭラジオ局のラジオ周波数に合わせられてもよい。これらの場合には、受信部は、それぞれ９６．１ＭＨｚまたは６８０ｋＨｚで送信されている唯一のラジオ信号を選択するように同調されるだろう。
【００１５】
受信部３６は、ＲＤＳシステムで使用するのに適しており、それ故、ＲＤＳデータを復号するためにＲＤＳモジュール３８を備えていてもよい。ＲＤＳモジュール３８は、受信ＲＤＳ情報を復号できる当業界で知られる典型的な回路のいずれであってもよい。それ故、本明細書には回路の簡潔な概略だけを載せている。しかし、回路、メッセージング、符号化／復号化、またはＲＢＤＳ若しくはＲＤＳ一般についての詳細な情報に関して関心のある読者は、全米ラジオシステム委員会（ＮＲＳＣ）のＲＢＤＳサブコミッティーが１９９８年４月９日に発行した「米国ＲＤＢＳ規格」と題するＲＢＤＳおよびＲＤＳ規格、およびヨーロッパ放送連合（ＥＢＵ）のヨーロッパ電気標準化委員会規格ＥＮ５００６７：１９９８年「ラジオデータシステム仕様」を参照することを勧める。両方とも、本明細書での引用により組み込まれる。
【００１６】
当然のことながら、上記のこれら規格は、ＦＭ放送に適用するＲＤＳを主に記述する。しかし、規格の文書は、ＲＤＳシステムがＡＭ放送にもまた適用されることを示す文言も有する。それ故、以下の検討は、本発明の使用をＦＭ周波数でのＲＤＳデータ放送に限定しないことを、当業者なら理解するであろう。
【００１７】
図２のように、ＦＭラジオ放送局から受信した多重化信号の音声部分は処理回路２６に送られ、その処理回路２６はスピーカ２４を通じて可聴音として信号をレンダリングする。受信信号は、処理のためＲＤＳモジュール３８にも送られる。当業者なら知っているように、ＲＤＳモジュール３８は、ＲＤＳ規格で指定されている５７ｋＨｚサブキャリヤ信号を復号する回路を有する。一旦復号されると、情報は、ユーザに表示するために、コントローラ３０によりディスプレイ１８に送られてもよい。
【００１８】
図３のように、ラジオ放送局が送信するＲＤＳデータは、メッセージでもよい。一実施形態では、メッセージは、ラジオ放送局が現在送信中の歌の曲名およびアーティストを特定するデータを有してもよい。しかし、他の実施形態では、メッセージは、電話番号またはＵＲＬを特定するデータを有してもよい。ラジオ放送局が送信するこれらの短いメッセージは、ラジオテキスト（ＲＴ）メッセージ９０として知られる。
【００１９】
ＲＴメッセージ９０には２つの種類がある。図３Ａに示すグループ２Ａメッセージと、図３Ｂに示すグループ２Ｂメッセージである。グループ２Ａメッセージとグループ２Ｂメッセージとの間のフォーマットの違いは、テキストセグメント９２の数が異なること以外は、本発明にとって重要ではない。一方、ＲＤＳモジュール３８は、「グループタイプコード」ビットを分析することにより、２つのグループを区別するように構成され、それ故、グループにかかわらずＲＴメッセージ９０を正しく復号できる。
【００２０】
テキストセグメント９２は、ユーザに表示される文字データを運ぶビット（ｂ0…ｂn）を有する。例えば、本発明の一実施形態では、テキストセグメント９２内のｂ0…ｂnは、曲名とアーティストを特定する文字データを有する。他の実施形態では、テキストセグメント９２内のビットｂ0…ｂnは、特定の歌をダウンロードまたは購入してもよいサーバを指定するＵＲＬを特定する文字データを有する。他の実施形態では、テキストセグメント９２内のビットｂ0…ｂnは、演奏中の歌をダウンロードまたは購入するために、ユーザが掛けてもよい電話番号を示す文字データを有してもよい。メッセージ内の各文字は８ビットｂ0…ｂ7を使用して表されるので、ラジオ放送局は、メッセージ内の全文字の正確な受信を確実にするために、ＲＴメッセージ９０を連続して数回送信してもよい。グループ２Ａメッセージ内のテキストセグメント９２は、それぞれ４文字を備え、最大６４文字の長さのメッセージを送信するように使用されてもよい。それに対して、グループ２Ｂメッセージ内のテキストセグメント９２は、それぞれ２文字だけを備え、最大３２文字の長さのメッセージを送信するように使用されてもよい。
【００２１】
新しいＲＴメッセージ９０が送信されているかどうかを判定するために、ＲＤＳモジュール３８は、各受信ＲＴメッセージ９０内の「テキストＡ／Ｂ」フラグを分析する。新しいＲＴメッセージ９０の送信は、例えば連続する歌の間で起こってもよい。ＲＤＳモジュール３８がフラグ内の変化（例えば、２進数の「０」から２進数の「１」へ）を検出した場合、ディスプレイを消去する信号が生成される。次いで、テキストセグメント９２で示される文字データは、新しいテキストとしてユーザに表示される。しかし、テキストＡ／Ｂフラグが変わらない場合、テキストセグメント９２内の文字データはディスプレイ１８に送られる。ユーザは、この結果得られる文字データを、例えばディスプレイ１８を横切る「スクローリング」メッセージとして見てもよい。さらに、フラグ内の変化の検出により、コントローラ３０に次の歌の入手可能性の要求の生成を「開始させる」こともできよう。
【００２２】
図４は、携帯電話機１０が動作してもよい適切なシステムを図解する。図４では、携帯電話機１０は、アンテナ５４に結合する基地局（ＢＳ）５２と基地局コントローラ（ＢＳＣ）５６とを有する無線通信ネットワーク５０を通じて、遠隔の相手と通信する。ネットワーク５０は、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、ＴＩＡ／ＥＩＡ−１３６、ｃｄｍａＯｎｅ、ｃｄｍａ２０００、ＵＭＴＳおよび広帯域ＣＤＭＡを含む既知の任意の規格に準拠して動作する、当業界で知られるプライベート無線通信ネットワークまたは公衆無線通信ネットワークであってもよい。そのようなわけであるから、ネットワーク５０の要素の詳細説明はここでは必要ない。しかし、以下で詳細に説明するように、ＢＳＣ５６または他のネットワークエンティティは、本発明に従って、携帯電話機１０が発信する音楽および他のマルチメディアコンテンツのダウンロード要求を転送するために、サーバとインターフェースで接続してもよい。
【００２３】
携帯電話機１０は、商業ラジオ放送ネットワーク７０または代わりに衛星ネットワークから、ラジオ放送信号を受信してもよい。衛星ネットワークは、地球を回る軌道にある１機以上の衛星６０を有し、携帯電話機１０のユーザに音楽やトークラジオの少なくともいずれかなどの商業ラジオ番組を送信する。ＳＩＲＩＵＳとＸＭ  ＲＡＤＩＯの２社は、通常月決めの聴取料で、ユーザに商業衛星ラジオ番組を提供する企業の例である。ユーザが衛星信号を受信することを望む場合、受信部３６は、ＧＨｚ帯域で動作する適切な衛星受信部を備えるであろう。
【００２４】
ネットワーク７０も、ユーザに商業ラジオ番組を提供し、通常アンテナ７２に結合するラジオ放送局７４を有する。ラジオ放送局７４は、ＡＭラジオ局或いはＦＭラジオ局の少なくともいずれかなどのあらゆる民営または公営のラジオ放送局であってもよい。ラジオ局７４が放送するラジオ信号は、通常、変調した正弦波であり、音楽などのマルチメディアコンテンツを表す情報を運ぶ。ラジオ局７４が放送するラジオ信号を受信するためには、受信部３６は、ＡＭラジオ帯域（米国では５３５ｋＨｚ〜１．７ＭＨｚ）若しくはＦＭラジオ帯域（米国では８８ＭＨｚ〜１０８ＭＨｚ）または両方で動作する受信部を備えるであろう。当然のことながら、上記のＡＭ／ＦＭラジオ帯域は単に説明目的であり、これらのラジオ帯域は他の地域に適した周波数であってもよい。
【００２５】
サーバ８０は、ＢＳＣ５６に通信接続する当業界で知られるどのコンピュータ装置であってもよい。サーバ８０は、歌または他のメディアコンテンツをダウンロードするユーザ要求を実現し、加えて課金サービスおよび認証サービスを提供する、１つ以上のアプリケーションプログラムを有してもよい。サーバ８０は、データベース８２を有してもよく、そのデータベース８２は、独自仕様またはＷＡＶ、ＭＰ３若しくはＭＰ４などの周知のフォーマットで音声ファイルとした音楽と、ユーザのダウンロード要求を実行するために必要または所望に応じユーザプロファイルおよび他の情報とを格納する。ユーザプロファイルデータには、ユーザＩＤ、移動体装置ＩＤ、聴取契約情報、勘定残高情報、課金情報等の情報を有してもよい。当業者には当然のことながら、データベース８２は、サーバ８０と別の装置でもよいし、また一体化していてもよい。
【００２６】
コンピュータ装置８６および外部サーバ８８は、１つ以上の公衆ＩＰネットワークまたはプライベートＩＰネットワークを通じて、サーバ８０に通信接続している。一実施形態では、コンピュータ装置８６は、携帯電話機１０のユーザと関連し、例えばユーザのホームＰＣなどである。後で詳細に説明するように、携帯電話機１０のユーザは、ダウンロードするコンテンツの受信宛先として、コンピュータ装置８６を指定してもよい。別の実施形態では、外部サーバ８８は、第三者のコンテンツサーバであり、ユーザがダウンロードするマルチメディアコンテンツを格納するか、またはマルチメディアコンテンツを格納する他のネットワークエンティティにアクセスできる。これらの実施形態では、以下で詳細に説明するが、サーバ８０は外部サーバ８８に通信接続していてもよい。
【００２７】
前述のように、従来の受信部は、表示のためだけにテキストセグメント９２から文字データを抽出するように、送信されたＲＤＳデータストリームを復号する。これにより、ユーザは、ラジオ局７４が現在送信中の歌のアーティスト名および曲名を見ることができる。しかし、本発明によれば、ＲＤＳデータストリームで運ばれるこの文字データまたは他のインジケータは、ラジオ局が送信中の歌または他の番組を購入またはダウンロードする要求を生成するために使用されてもよい。ダウンロードまたは購入される歌は、外部サーバ８８などのコンテンツサーバに格納されてもよく、そのコンテンツサーバは、番組を送信するラジオ放送局に属してもよいし、また属さなくてもよい。
【００２８】
図５は、例えば本発明の一実施形態による方法を説明し、そこではＦＭラジオ局が現在送信中の歌は携帯電話機１０で受信され、ユーザが購入してダウンロードできる。方法は、ＲＤＳモジュール３８が１つ以上の受信ＲＴメッセージ９０内のテキストセグメント９２から文字データを復号し抽出する（ボックス１００）ことから始まる。この実施形態では、テキストセグメント９２は、曲名とアーティストの少なくともいずれかを示す情報を運ぶ。次いで、文字データはディスプレイ１８およびコントローラ３０に送られる。歌を聴いて、ユーザは歌を購入することに決め、ダウンロード要求を開始してもよい（ボックス１０２）。これは、例えば、キーパッド２０の１つ以上のキーを動かすか、またはディスプレイ１８に表示されるメニューから選択肢を選定することにより行ってもよい。ユーザがダウンロードを開始しない場合、復号ＲＤＳデータは、後で読み出せるようにメモリ２８に書き込まれてもよい（ボックス１０４）。これについては、後で詳細に記述する。
【００２９】
ユーザがダウンロードを要求する場合、コントローラ３０は、適切な復号ＲＤＳデータで要求メッセージを作成し、セルラネットワーク５０を通じてサーバ８０に要求メッセージを送信する（ボックス１０６）。サーバ８０は、要求された歌とアーティストの少なくともいずれかを特定するためにメッセージを分析し、要求の歌は購入およびダウンロードの少なくともいずれかが可能かどうかを判定する（ボックス１０８）。これは、例えば、サーバ８０と、データベース８２および外部サーバ８８の少なくともいずれかとの間で問い合わせ・応答の交換を通じて達成されてもよい。外部サーバ８８はコンテンツプロバイダを代表することができ、現在放送中の歌のような特定の項目に関する入手可能性を判定するプロセスで、複数のコンテンツプロバイダが調べられてもよいことは、当業者なら理解するであろう。要求のコンテンツが入手可能でない場合、サーバ８０は、ユーザに表示するために、携帯電話機１０に「コンテンツ入手不可」メッセージを返信してもよい（ボックス１１０）。入手可能な場合、サーバ８０は、料金を請求しコンテンツをダウンロードする前に、ユーザに購入を確認するように依頼する要求を送信してもよい（ボックス１１２）。
【００３０】
ユーザが購入を開始しない場合、または所定の時間内に購入を確認しない場合（ボックス１１２）、コントローラ３０は、後で読み出せるようにメモリ２８にＲＤＳテキストを保存してもよい（ボックス１０４）。これについては、後で詳細に記述する。ユーザが購入を確認する場合、サーバ８０は、ダウンロードの宛先を特定するが、その宛先はこの実施形態では携帯電話機１０であり（ボックス１１４）、ユーザの身元確認／認証を行ってもよい（ボックス１１６）。身元確認／認証は、既知のどの方法を使用して実施されてもよい。例えば、ダウンロード要求メッセージは、携帯電話機１０に関連する携帯電話固有番号（ＥＳＮ）または国際移動装置ＩＤ（ＩＭＥＩ）と、携帯電話機１０の電話番号との少なくともいずれかなどの他の情報を有してもよい。それを受信時、サーバ８０は、データベース８２に格納された加入者情報とこの情報とを比較し、適合／不適合条件に基づきユーザを身元確認および認証の少なくともいずれかを行う。他の実施形態では、サーバ８０は、ユーザにＰＩＮを入力するように指示することで、ユーザと認証／応答の交換を始める。ユーザは、キーパッド２０を使用してＰＩＮを入力し、加入者データと比較のためにサーバ８０に返信してもよい。また別の実施形態では、携帯電話機１０（例えば、ＳＩＭカード）に格納された証明は、要求によりサーバ８０に送信されてもよい。サーバ８０は、装置１０に格納された証明に対応する情報にアクセスし、証明が有効かどうかに基づきユーザの身元確認／認証をすることができよう。一旦ユーザが身元確認／認証されると、サーバ８０は、ユーザにダウンロードするために、要求の歌を読み出す（ボックス１１８）。ダウンロードが完了すると、サーバ８０は、それに見合った料金を請求する（ボックス１２０）。
【００３１】
歌または他のマルチメディアコンテンツの入手可能性の判定は、ユーザ入力を条件としない。例えば、図６は、本発明の別の実施形態による方法を説明し、そこではコントローラ３０は、ユーザ入力を必要とせずにコンテンツの入手可能性を判定するために、サーバ８０または他のネットワークエンティティを自動的にチェックする。これにより、ユーザは入手可能なコンテンツに対して、ダウンロードを開始するだけでよくなる。
【００３２】
この実施形態では、ＲＤＳモジュール３８は、１つ以上の受信ＲＴメッセージ９０内のテキストセグメント９２から文字データを復号し抽出する（ボックス１３０）。次いで、コントローラ３０は、ユーザにレンダリング中で、ＲＤＳ情報で特定されるマルチメディアコンテンツをユーザがダウンロードすることが可能かどうかを判定するために、サーバ８０向けの要求メッセージを自動的に生成する（ボックス１３２）。コンテンツが入手可能でない場合（ボックス１３４）、ＲＤＳ情報および音声の断片は、前述のようにメモリに保存されてもよい（ボックス１４０）。しかし、コンテンツが入手可能な場合（ボックス１３４）、コントローラ３０はユーザに視覚的方法または聴覚的方法の少なくともいずれかにより注意喚起（アラート）を行い、ユーザがコンテンツを購入／ダウンロードすることを可能にするメニューまたはコントロール（例えば、ソフトキーまたはコマンドボタン）などの「ダウンロードメカニズム」を有効にできよう（ボックス１３６）。ユーザがコンテンツのダウンロードを望む場合（ボックス１４２）、ユーザは宛先を特定でき（ボックス１４４）、認証されよう（ボックス１４６）。次いで、ユーザは、コンテンツの購入／ダウンロードを開始でき（ボックス１４８）、適切な料金が請求されよう（ボックス１５０）。代わりに、ユーザがコンテンツのダウンロードを望まない場合（ボックス１４２）、ダウンロードメカニズムが有効になっている場合は無効にでき（ボックス１３８）、所望の場合は音声の断片と一緒にＲＤＳ情報を保存できよう（ボックス１４０）。
【００３３】
当業者には当然のことながら、選択された歌のダウンロードに対するユーザへの料金請求は、様々な方法で実施されてもよい。一実施形態では、携帯電話機１０のユーザはサービスに加入し、口座にある額を前払いする。ユーザが歌をダウンロードするたびに、歌に見合った額が口座から引き落とされよう。別の実施形態では、ユーザは一定期間有効な聴取料を支払う。ユーザの聴取契約が現行である限り、ユーザは本発明に従って歌をダウンロードするダウンロードサービスを利用してもよい。また別の実施形態では、ユーザは、料金請求用の口座番号またはクレジットカード番号を送信してもよい。これらの場合に、携帯電話機１０、サーバ８０およびネットワーク５０は、暗号化伝送を可能にする必要なハードウェアおよびソフトウェアを装備していると想定される。また別の実施形態では、通信サービスオペレータは、ユーザの電話料金に適切な額を請求することができよう。
【００３４】
さらに、ユーザは、手動でまたは自動で要求を実行するために必要な情報を提供してもよい。実施形態によっては、例えば、ユーザは、ダウンロードの宛先の特定と、ユーザの身元確認／認証との少なくともいずれかを行うために、サーバ８０が使用する情報を手動で送信する。これは、ネットワーク５０を通じて受信されるメッセージに応じて行われてもよい。他の実施形態では、この情報は、ユーザが予め構成し、携帯電話機１０若しくはデータベース８２に、またはホームロケーションレジスタ（不図示）などのネットワーク５０内のエンティティにさえ、ユーザプロファイルとして格納してもよい。ユーザプロファイル情報が携帯電話機１０に格納される場合、コントローラ３０は、元のダウンロード要求メッセージの一部として、またはサーバ８０／ネットワーク５０が送信した情報要求メッセージに応じて、このユーザプロファイル情報を自動的に送信してもよい。情報がデータベース８２に格納されるときなどで、サーバ８０が情報にアクセスできる場合は、サーバ８０は、必要に応じてユーザプロファイル情報を単に読み出すことができよう。この後者の方法は、メッセージトラヒックの減少を促し、ひいてはリソースをより少ししか必要としない利点を有するであろう。
【００３５】
さらに、ダウンロードの宛先は、携帯電話機１０に限られなくてもよい。例えば、ユーザは、携帯電話機１０を使用して歌を注文したいと望み、この例ではユーザのホームＰＣであるコンピュータ装置８０にダウンロードさせてもよい。この場合、ユーザは、サーバ８０にＩＰアドレスまたはＩＰアドレスに関連するユーザが使用しやすい名前を、手動かまたはユーザプロファイル情報の一部として提供することができよう。サーバ８０からアクセスできるという条件で、サーバ８０は、ユーザのホームＰＣまたは他の特定の宛先にダウンロードを向けることができよう。
【００３６】
また、購入／ダウンロード可能な歌がサーバ８０またはデータベース８２に格納されることは必須ではない。実施形態によっては、歌は外部サーバ８８に格納されてもよいし、またサーバ８０／サーバ８８がアクセスできる別のネットワークエンティティに格納されてもよい。ＲＴメッセージ９０のテキストセグメント９２には、ユーザが現在演奏中の歌を購入してもよいサーバとして、サーバ８０／サーバ８８を特定するＵＲＬまたはＩＰアドレスを含むことができよう。コントローラ３０は、この情報をサーバ８０／サーバ８８に送信することができよう、そしてそのサーバ８０／サーバ８８は、ユーザが選択した宛先にダウンロードするために、所望の歌を格納するエンティティにアクセスできよう。
【００３７】
本発明の前述の実施形態は、ユーザに演奏中の歌または他のマルチメディアコンテンツを、ユーザが購入／ダウンロードすることを可能にする。しかし、シナリオによっては、ユーザが直ぐにダウンロードを開始するのは実用的でないことがある。例えば、法域によっては、運転中に無線通信装置を操作することを違法にしているところがある。それ故、コントローラ３０は、メモリ２８の「履歴ブックマーク」ファイルにＲＴメッセージ９０から抽出したテキストを格納するように構成されてもよい。コントローラ３０は、メモリ２８内に音声の断片も格納し、その断片と履歴ブックマークファイルに保存したテキストとを関連付けてもよい。例えば、コントローラ３０は、ユーザに演奏中の歌のサンプルをデジタル化し、当業者が既知の方法を使用してデジタル化サンプルを保存することができよう。次いで、ユーザは、前に演奏されたコンテンツの視聴と購入との少なくともいずれかを行うために、適切な時に履歴ブックマークファイルにアクセスしてもよい。音声断片を聴くことは、ユーザが購入決定をするのに役立つかもしれない。もちろん、メモリ２８内に格納されたデジタル化サンプルのサイズは、携帯電話機１０が利用可能なメモリの量により、または代わりにコントローラ３０内の前もってプログラムされたロジックにより、限定されるであろう。
【００３８】
図７はそのような一実施形態を説明し、ユーザは、メモリ内の履歴ブックマークファイルにアクセスし（ボックス１６０）、所望のエントリを選択する（ボックス１６２）。エントリはスクロール可能なリストして表示されてもよく、アーティスト名および曲名、歌を購入／ダウンロードしてもよいサーバを特定するＵＲＬ、若しくはコントローラ３０によってダイヤルしてもよい連絡先を特定する電話番号などの情報を有してもよい。ユーザが所望の歌を選択すると、コントローラ３０は、音声の断片がメモリ２８に保存されていた場合、それをユーザに演奏してもよい。ユーザが歌の購入を希望する場合、ユーザはダウンロード要求を開始する（ボックス１６４）。コントローラ３０は、コンテンツサーバに要求を送信し（ボックス１６６）、コンテンツサーバは要求コンテンツの入手可能性をチェックする（ボックス１６８）。コンテンツが入手可能でない場合、コントローラ３０は「コンテンツ入手不可」メッセージを表示してもよい（ボックス１７０）。入手可能な場合、コントローラ３０は、ユーザに購入を確認するよう依頼するプロンプトを表示してもよい（ボックス１７２）。ユーザが購入／ダウンロードを確認した場合、前述のようにコンテンツサーバは、ダウンロードの宛先を特定し（ボックス１７４）、ユーザを身元確認／認証し（ボックス１７６）、特定されたコンテンツを読み出し選択された宛先にダウンロードしてもよい(ボックス１７８）。適切な料金も請求してもよい（ボックス１８０）。ＲＴメッセージ９０が復号されるときコンテンツの入手可能性が自動的にチェックされる実施形態では、入手可能性およびコンテンツプロバイダ（サーバ８０またはサーバ８８）は既に決定されていてもよい。
【００３９】
図６は、ユーザがメモリ２８の履歴ブックマークファイルにアクセスするのを説明するが、当然のことながら、本発明はそれに限定されない。ユーザは、履歴ブックマークファイルを、サーバ８０、サーバ８８、またはホームロケーションレジスタ（ＨＬＲ）などのネットワーク５０のどのエンティティにも格納してもよい。さらに、復号ＲＤＳ情報は、ＵＲＬおよび電話番号などの情報も有してもよい。この情報は、ＲＴメッセージ９０から解析され、メモリ２８に格納されてもよい。次いで、情報はユーザによりメモリ２８から読み出され、ウェブブラウザアプリケーションを始めるか、または格納された電話番号に電話を掛けるために使用されてもよい。
【００４０】
これまでの実施形態は、ダウンロード要求を送信し、要求したコンテンツを受信する一体化したセルラ送受信部を有するものとして、本発明を説明している。しかし、本発明は、通信インターフェース３２が長距離送受信部として具体化されることを必要としない。例えば図８は、他の実施形態を説明し、家庭用電子装置は携帯情報端末（ＰＤＡ）１０を備える。ＰＤＡ１０は、図１で説明した要素を有するが、ユーザに長距離通信機能を提供しなくてもよい。しかし、ＰＤＡ１０は、マルチメディアコンテンツおよびＲＤＳデータを備える放送信号を受信する。
【００４１】
別の実施形態では、ＰＤＡ１０の通信インターフェース３２は、コンピュータ装置８６（例えば、ユーザのホームＰＣ）が備える短距離送受信部と信号を送受信する対応する短距離送受信部を備えてもよい。短距離送受信部は、ブルートゥース送受信部またはＩＥＥＥ８０２．１１（ｂ）または８０２．１１（ｇ）規格に準拠して動作するＲＦ送受信部であってもよい。赤外線などの他のワイヤレス技術は、短距離間の信号を通信するためにも使用されてもよい。場合によっては、ＰＤＡ１０内のコントローラ３０は、受信ＲＤＳデータとデジタル化サンプルとの少なくともいずれかを復号し、メモリ２８内に保存してもよい。後で、ユーザは短距離通信リンクを確立し、保存したＲＤＳデータおよびデジタル化サンプルをコンピュータ装置８６（例えば、ユーザのホームＰＣ）にアップロードしてもよい。一旦アップロードされると、ユーザは、所望の歌を選択するのに、ブラウザなどのアプリケーションプログラムを使用してもよい。次いで、コンピュータ装置８６は、上記のようにコンテンツの要求とダウンロードのために、ＩＰネットワーク８４を通じて外部サーバ８８にアクセスできよう。他の場合には、ＰＤＡ１０のコントローラ３０は、ダウンロード要求を生成し、コンピュータ装置８６を媒介通信装置としてだけ使用して、外部サーバ８８に要求を送信してもよい。上記のように、ＲＤＳデータは、外部サーバ８８を特定するＵＲＬまたはＩＰアドレスであってもよく、要求コンテンツはユーザが選ぶ宛先にダウンロードされてもよい。
【００４２】
別の実施形態では、通信インターフェース３２は、ユーザがＰＤＡ１０をコンピュータ装置８６に接続するドッキングステーションまたはケーブルに接続するのを可能にするインターフェースポートを備えてもよい。ユーザは、ＰＤＡ１０をコンピュータ装置８６に「ドック」または別の方法で接続し、ユーザが指定する宛先の装置にＩＰネットワーク８４を通じてマルチメディアコンテンツを要求およびダウンロードするために、コンピュータ装置８６を使用してもよい。
【００４３】
また、図１は、受信部３６と一体化したＲＤＳモジュール３８を図解する。しかし、本発明がそれに限定されないことは、当業者なら容易に理解するであろう。実施形態によっては、例えば、ＲＤＳモジュール３６はコントローラ３０と一体化されてもよい。さらに、ＲＤＳモジュール３８またはコントローラ３０が、テキストセグメント９２から情報を抽出することは、本発明にとって不可欠ではない。実施形態によっては、コントローラ３０は、受信したＲＴメッセージ９０全体を単にダウンロード／要求メッセージの一部としてサーバ８０に送信する。これらの場合には、ネットワーク５０のエンティティまたはサーバ８０は、ＲＴメッセージ９０から情報の復号と抽出を可能にする回路およびソフトウェアを備えてもよい。
【００４４】
さらに、本発明は、適切に装備したＦＭラジオ局が送信するＲＤＳ情報に限定されない。そうではなくて、本発明は、ＲＤＳ情報が衛星またはＡＭラジオ局から来る場合にも、実践されてもよい。衛星が音楽とＲＤＳデータの両方を送信する場合には、携帯電話機１０は、デュアルモードの衛星電話機であることができよう。さらに、購入／ダウンロード用のコンテンツは音楽に狭く限定されず、その代わり、映像若しくは画像または他のマルチメディアコンテンツであってもよい。これらの場合に、ＲＴメッセージ９０は、コンテンツを格納するサーバを特定するＵＲＬ、およびコンテンツを特定するファイル名を運んでもよい。また、本発明は、アーティスト名及び曲名の少なくともいずれかに限定されないし、本発明は、グループ２Ａメッセージ及びグループ２Ｂメッセージの少なくともいずれかだけの使用にも限定されない。ＲＢＤＳおよびＲＤＳの仕様は、ラジオ放送局７４が情報送信に使用してもよい他のグループタイプを特定する。さらに、本発明は、サブキャリヤ信号で運ばれるＲＤＳデータに単に限定されず、ユーザにレンダリング中のコンテンツを特定する信号に埋め込まれるどのテキストであってもよい。
【００４５】
本発明は、これまで明示的に記載したＡＭおよびＦＭの周波数帯域に限定されないことも、当業者なら理解するであろう。正しくは、様々な地理的地域および様々な技術が、上記の周波数以外の周波数で、商業ラジオ送信を規定し利用可能にしてもよい。したがって、本発明は、どのラジオ周波数範囲内の放送信号も受信するように動作してもよい。
【００４６】
本発明は、もちろん、本発明の必要不可欠な特徴から逸脱することなしに、本明細書に特に記載された方法以外の方法で実行されてもよい。記載の実施形態は、あらゆる点で説明であり限定でないと見なされ、添付の特許請求の範囲の趣旨および均等の範囲内に入るすべての変更は、その中に含むことを意図するものである。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態による家庭用電子装置の図である。
【図２】ＲＤＳデータストリームを受信し復号することを受信機に可能にする、本発明の一実施形態による回路図である。
【図３Ａ】、
【図３Ｂ】本発明の一実施形態による無線通信装置が使用してもよい、ＲＤＳメッセージの図である。
【図４】家庭用電子装置が本発明に従って動作することが可能な適切なシステムの図である。
【図５】本発明の一実施形態による、マルチメディアコンテンツをダウンロードするためにＲＤＳデータを使用する方法の図である。
【図６】ＲＤＳメッセージが復号されるとき、コンテンツの入手可能性を自動的に判定する他の方法の図である。
【図７】本発明の他の実施形態に従ってマルチメディアコンテンツをダウンロードするために、履歴ファイルに格納されたＲＤＳデータを使用する方法の図である。
【図８】家庭用電子装置の他の実施形態と、家庭用電子装置がマルチメディアコンテンツを要求し受信することが可能な方法との図である。
【図１】
2008526103.tif 000003
【図２】
2008526103.tif 000004
【図３Ａ】
2008526103.tif 000005
【図３Ｂ】
2008526103.tif 000006
【図４】
2008526103.tif 000007
【図５】
2008526103.tif 000008
【図６】
2008526103.tif 000009
【図７】
2008526103.tif 000010
【図８】
2008526103.tif 000011
【手続補正書】
【提出日】平成18年10月12日(2006.10.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
家庭用電子装置（１０）であって、
マルチメディアコンテンツと、該マルチメディアコンテンツを特定する情報とを含む放送信号を受信する受信手段（３６）と、
ユーザへ前記マルチメディアコンテンツをレンダリングするための処理回路（２６）と、
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に要求を生成し、
前記マルチメディアコンテンツを特定する前記情報に基づき、前記ユーザにレンダリング中の前記マルチメディアコンテンツのダウンロード要求を送信する
ように構成された通信インターフェース（３２）と、
を備えることを特徴とする装置。
【請求項２】
前記マルチメディアコンテンツを特定する前記情報を復号するモジュール（３８）をさらに備えることを特徴とする、請求項１に記載の装置。
【請求項３】
前記情報に基づき前記要求のメッセージを生成するように構成されたコントローラ（３０）をさらに備えることを特徴とする、請求項１に記載の装置。
【請求項４】
ディスプレイ（１８）をさらに備え、前記マルチメディアコンテンツを特定する前記情報は、前記ディスプレイ（１８）に送られるテキストデータを有することを特徴とする、請求項３に記載の装置。
【請求項５】
前記受信手段が受信した前記マルチメディアコンテンツには歌が含まれ、前記情報は前記歌の曲名および前記歌に関連するアーティスト名を有することを特徴とする、請求項３に記載の装置。
【請求項６】
前記受信手段が受信した前記マルチメディアコンテンツには、映像コンテンツが含まれ、前記情報は前記映像コンテンツの題名を有することを特徴とする、請求項３に記載の装置。
【請求項７】
前記受信手段が受信した前記情報には、前記ユーザにレンダリング中の前記マルチメディアコンテンツのデジタル化表現を格納するサーバ（８０、８８）のＩＰアドレスが含まれることを特徴とする、請求項３に記載の装置。
【請求項８】
前記コントローラ（３０）は、受信した前記放送信号内のフラグに応じて、自動的に前記要求を生成するように更に構成されることを特徴とする請求項３に記載の装置。
【請求項９】
前記コントローラ（３０）は、前記情報により特定される前記マルチメディアコンテンツが入手可能かどうかを判定するために、ユーザ入力に応じて前記要求を生成するように更に構成されることを特徴とする、請求項３に記載の装置。
【請求項１０】
メモリ（２８）をさらに備え、前記コントローラ（３０）は前記メモリ（２８）内に前記マルチメディアコンテンツを特定する前記情報をさらに格納することを特徴とする、請求項３に記載の装置。
【請求項１１】
前記コントローラ（３０）はさらに、前記ユーザにレンダリングされている前記マルチメディアコンテンツのデジタル化サンプルを保存し、前記デジタル化サンプルとメモリ（２８）内に格納された前記情報とをリンクするように更に構成されることを特徴とする、請求項１０に記載の装置。
【請求項１２】
前記コントローラ（３０）は、メモリ（２８）に格納された前記情報により特定される前記マルチメディアコンテンツが入手可能かどうかを判定するために、要求を生成するように更に構成されることを特徴とする、請求項１０に記載の装置。
【請求項１３】
前記コントローラ（３０）は、前記ユーザへ現在レンダリング中の前記マルチメディアコンテンツの入手可能性の状況を示すように更に構成されることを特徴とする、請求項３に記載の装置。
【請求項１４】
前記コントローラ（３０）は、前記示された入手可能性の状況に基づき、前記情報により特定される前記マルチメディアコンテンツの前記ダウンロード要求を生成するように更に構成されることを特徴とする、請求項１３に記載の装置。
【請求項１５】
前記コントローラ（３０）は、前記ダウンロード要求と一緒にユーザプロファイル情報を送信するように更に構成されることを特徴とする、請求項３に記載の装置。
【請求項１６】
前記コントローラ（３０）は、前記ダウンロードするマルチメディアコンテンツを受信するために、ユーザ指定の宛先を送信するように更に構成されることを特徴とする、請求項３に記載の装置。
【請求項１７】
前記通信インターフェース（３２）は、通信ネットワーク内のサーバ（８０）に前記ダウンロード要求を送信する無線送受信部を備えることを特徴とする、請求項１に記載の装置。
【請求項１８】
前記通信インターフェース（３２）は、通信ネットワーク内のサーバ（８０、８８）に前記ダウンロード要求を送信するために、コンピュータ装置（８６）に接続するインターフェースポートを備えることを特徴とする、請求項１に記載の装置。
【請求項１９】
前記通信インターフェース（３２）は、前記要求メッセージに応じて、前記要求したマルチメディアコンテンツを受信するように構成されることを特徴とする、請求項１に記載の装置。
【請求項２０】
前記放送信号は衛星（６０）から受信することを特徴とする、請求項１に記載の装置。
【請求項２１】
前記放送信号は商業ラジオ放送局（７０）から受信することを特徴とする、請求項１に記載の装置。
【請求項２２】
家庭用電子装置（１０）を使用してマルチメディアコンテンツをダウンロードする方法であって、
マルチメディアコンテンツおよび前記マルチメディアコンテンツを特定する情報を有するラジオ放送信号を受信する工程と、
前記家庭用電子装置（１０）のユーザに前記マルチメディアコンテンツをレンダリングする工程と、
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に要求を生成する工程と、
復号済みの前記情報に基づき、前記ユーザにレンダリング中の前記マルチメディアコンテンツのダウンロード要求を送信する工程と
を備えることを特徴とする方法。
【請求項２３】
前記マルチメディアコンテンツを特定する前記情報を復号する工程と、前記ユーザに復号済みの前記情報を表示する工程とをさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項２４】
前記マルチメディアコンテンツを特定する前記情報を復号する工程は、前記マルチメディアコンテンツと一緒に受信したメッセージを復号する工程と、前記マルチメディアコンテンツを特定する前記メッセージからテキストデータを抽出する工程とを備えることを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記マルチメディアコンテンツを特定する前記情報に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項２６】
前記ラジオ放送信号内のフラグの受信に応じて、前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に前記要求を生成する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項２７】
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、ユーザの入力に応じて要求を生成する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項２８】
前記マルチメディアコンテンツを特定する前記情報をメモリ（２８）内に保存する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項２９】
前記マルチメディアコンテンツのデジタル化サンプルを前記メモリ内に保存する工程と、前記デジタル化サンプルとメモリ（２８）内に保存した復号済みの前記情報とを関連付ける工程とをさらに備えることを特徴とする、請求項２８に記載の方法。
【請求項３０】
前記メモリ（２８）内に格納された復号済みの前記情報に基づき、前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、要求を生成する工程をさらに備えることを特徴とする、請求項２８に記載の方法。
【請求項３１】
メモリ（２８）内に保存した復号済みの前記情報に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項２８に記載の方法。
【請求項３２】
前記マルチメディアコンテンツはダウンロードすることが可能かどうかを前記ユーザに表示する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項３３】
前記マルチメディアコンテンツの入手可能性の前記表示に基づき、前記ダウンロード要求を生成する工程をさらに備えることを特徴とする、請求項３２に記載の方法。
【請求項３４】
前記情報は、前記ユーザに演奏中の歌の曲名と前記歌に関連するアーティストとで構成されたグループから選択された情報を有することを特徴とする、請求項２２に記載の方法。
【請求項３５】
前記情報は、前記ユーザに表示中の映像の題名と前記映像に関連するアーティストとで構成されたグループから選択された情報を有することを特徴とする、請求項２２に記載の方法。
【請求項３６】
前記情報は、前記ユーザにダウンロードする前記マルチメディアコンテンツを格納するサーバ（８０、８８）を特定するＵＲＬを有することを特徴とする、請求項２２に記載の方法。
【請求項３７】
通信ネットワーク内のサーバ（８０、８８）に前記ダウンロード要求を送信する工程をさらに備えることを特徴とする、請求項２２に記載の方法。
【請求項３８】
前記ダウンロード要求に応じて、前記ユーザが指定する宛先において、前記マルチメディアコンテンツのダウンロードを受信する工程をさらに備えることを特徴とする、請求項３７に記載の方法。
【請求項３９】
ネットワーク内のサーバ（８０、８８）にユーザプロファイル情報を送信する工程をさらに備えることを特徴とする、請求項３７に記載の方法。
【請求項４０】
ラジオ放送信号を受信する工程は、衛星（６０）が送信する放送信号を受信する工程を備えることを特徴とする、請求項２２に記載の方法。
【請求項４１】
放送信号を受信する工程は、商業ラジオ放送局（７０）が送信する放送信号を受信する工程を備えることを特徴とする、請求項２２に記載の方法。
【請求項４２】
無線通信装置のユーザにマルチメディアコンテンツをダウンロードするシステムであって、
マルチメディアコンテンツおよび前記マルチメディアコンテンツを特定する情報を備える放送信号を受信し、
前記ユーザに前記マルチメディアコンテンツをレンダリングし、
前記マルチメディアコンテンツを前記ユーザがダウンロードすることが可能かどうかを判定するために、自動的に要求を生成し、
前記情報に基づき前記マルチメディアコンテンツのダウンロード要求メッセージを送信する
ように構成された家庭用電子装置（１０）と、
前記マルチメディアコンテンツの前記ダウンロード要求を受信し、
前記家庭用電子装置（１０）のユーザが指定する宛先の装置に前記マルチメディアコンテンツをダウンロードする
ように構成されたサーバ（８０）と
を備えることを特徴とするシステム。
【請求項４３】
前記家庭用電子装置（１０）は、前記マルチメディアコンテンツを特定する前記情報に基づき、前記ダウンロード要求を生成するようにさらに構成されることを特徴とする、請求項４２に記載のシステム。
【請求項４４】
要求された前記マルチメディアコンテンツを前記ユーザがダウンロード可能かどうかを判定するために、前記サーバ（８０）は、前記要求を分析するようにさらに構成されることを特徴とする、請求項４２に記載のシステム。
【請求項４５】
前記サーバは、前記サーバに通信接続するコンテンツサーバ（８８）から要求された前記マルチメディアコンテンツを読み出すようにさらに構成されることを特徴とする、請求項４４に記載のシステム。
【請求項４６】
前記家庭用電子装置は、無線通信ネットワーク（５０）を通じて前記サーバ（８０）と通信する無線通信装置であることを特徴とする、請求項４２に記載のシステム。
【請求項４７】
前記ユーザに関連し、前記家庭用電子装置（１０）および前記サーバ（８０）に通信接続するコンピュータ装置（８６）をさらに備え、前記家庭用電子装置（１０）は前記コンピュータ装置（８６）を通じて前記サーバ（８０）に前記ダウンロード要求を送信することを特徴とする、請求項４２に記載のシステム。
【国際調査報告】
2008526103.tif 000012
2008526103.tif 000013
2008526103.tif 000014