(57)【要約】【課題】ラジオ受信機を備えて構成されるモバイル機器で利用できるラジオステーション放送リストを取り込むシステムおよび方法を提供する。【解決手段】放送エリアをそれぞれ有する複数のラジオステーションをデータベース内で特定するステップであって、各ラジオステーションの放送エリアがラジオステーションの送信機位置301および放送範囲302のエッジにある複数の点を含む、前記ステップと、ユーザ機器から、利用できるラジオステーションのリストについて、ユーザ機器の地理的位置306を含む要求を受信するステップと、複数のラジオステーションのそれぞれについて、放送範囲302のエッジにある複数の点の中から、ラジオステーションの送信機位置301、ユーザ機器の地理的位置306、および１つのエッジ点によって画定される線307上にある１つのエッジ点を判定することと、複数のラジオステーションの中から、前記１つのエッジ点がユーザ機器の地理的位置306よりもラジオステーション送信機位置301から遠い各ラジオステーションを、ユーザ機器に送信するステップとを含む。【選択図】図３Ｃ【特許請求の範囲】
【請求項１】
ラジオ受信機とユーザ機器の地理的位置を通信する手段とを備えて構成されるユーザ機器に利用されるラジオステーション放送リストを取り込む方法であって、
それぞれラジオステーション放送エリアを有する複数のラジオステーションをデータベース内で特定することであって、各ラジオステーション放送エリアがラジオステーション送信機の位置および複数の放送範囲のエッジにある点を含む、前記特定することと、
利用できるラジオステーションのリストについて、前記ユーザ機器から、前記ユーザ機器の地理的位置を含む要求を受信することと、
前記複数のラジオステーションのそれぞれについて、前記複数の放送範囲のエッジにある点の中から、前記ラジオステーション送信機の位置、前記ユーザ機器の地理的位置、および１つの放送エッジ点によって画定される線上にある１つの前記放送エッジ点を判定することと、
前記ユーザ機器に、前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記ユーザ機器の地理的位置よりも前記ラジオステーション送信機位置から遠い各ラジオステーションを送信することと、
を含む方法。
【請求項２】
前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記地理的位置よりも前記ラジオステーション送信機位置から遠い各ラジオステーションを含むリストを、前記ユーザ機器に提示することをさらに含む、請求項１に記載の方法。
【請求項３】
前記リストの各ラジオステーションはサムネイル画像として提示される、請求項２に記載の方法。
【請求項４】
前記リストの各ラジオを、各ラジオステーションに関連するジャンルに基づいて順序付けることをさらに含む、請求項２に記載の方法。
【請求項５】
前記リストは前記リスト内の各ラジオステーションに関連する追加コンテンツをさらに含む、請求項２に記載の方法。
【請求項６】
前記追加コンテンツは各ラジオステーションを特定するグラフィカルな画像である、請求項５に記載の方法。
【請求項７】
前記追加コンテンツは現在再生されている楽曲に関連するアルバムジャケットである、請求項５に記載の方法。
【請求項８】
前記ユーザ機器で、前記リスト内の前記複数のラジオステーションのうちの１つのラジオステーションにチューニングする要求を受信することと、
前記ラジオ送信機を前記１つのラジオステーションにチューニングすることと、
をさらに含む、請求項２に記載の方法。
【請求項９】
前記１つのラジオステーションの現在の放送情報を前記ユーザ機器に送信することをさらに含む、請求項２に記載の方法。
【請求項１０】
前記現在の放送情報に関する追加コンテンツを、コンピュータネットワークを介して受け取ることと、
前記追加コンテンツを前記ユーザ機器に送信することと、
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記追加コンテンツは、前記１つのラジオステーションで現在再生されている楽曲を購入するための広告である、請求項１０に記載の方法。
【請求項１２】
前記追加コンテンツは、前記１つのラジオステーションで現在再生しているものに関連する有名人と対話するためのソーシャルメディアリンクである、請求項１０に記載の方法。
【請求項１３】
前記追加コンテンツは購入リンクであり、前記購入リンクは前記地理的位置に少なくとも一部基づいており、前記１つのラジオステーションで現在再生されている楽曲に関連するアーティストの今後のショーのチケットを購入するようユーザを誘導する、請求項１０に記載の方法。
【請求項１４】
前記リストは各ラジオステーションに関連するジャンルに基づいて並べ替えられている、請求項２に記載の方法。
【請求項１５】
利用できるラジオステーション放送リストを取り込むシステムであって、前記システムは、
コンピュータネットワークと、
ラジオ受信機とユーザ機器の地理的位置を通信する手段とを備えて構成される前記ユーザ機器と、
ラジオステーション放送エリアをそれぞれ有する複数のラジオステーションを含むデータベースであって、各ラジオステーションの放送エリアがラジオステーションの送信機位置および複数の放送範囲のエッジにある点を含む、前記データベースと、
前記コンピュータネットワークを介して前記ユーザ機器から、利用できるラジオステーションのリストについて、前記ユーザ機器の地理的位置を含む要求を受信し、前記複数のラジオステーションそれぞれについて、前記複数の放送エッジ点の中から、前記ラジオステーションの送信機位置、前記地理的位置および１つの放送エッジ点によって画定される線上にある１つの放送エッジ点を判定し、前記コンピュータネットワークを介して前記ユーザ機器に、前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記地理的位置よりも前記ラジオステーション送信機位置から遠い各ラジオステーションを送信するように構成されているシステムと、
を含むシステム。
【請求項１６】
前記サーバは、前記ユーザ機器で、前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記地理的位置よりも前記ラジオステーション送信機位置から遠い各ラジオステーションを含むリストを提示するようにさらに構成されている、請求項１５に記載のシステム。
【請求項１７】
前記ユーザ機器は、前記リスト内の前記複数のラジオステーションのうちの１つにチューニングするための要求を受信し、前記ラジオ送信機を前記１つのラジオステーションにチューニングするように構成されている、請求項１６に記載のシステム。
【請求項１８】
前記サーバは、前記１つのラジオステーションの現在の放送情報を、前記コンピュータネットワークを介して前記ユーザ機器に送信するようにさらに構成されている、請求項１７に記載のシステム。
【請求項１９】
前記サーバは、前記コンピュータネットワークを介して、前記現在の放送情報に関わる追加コンテンツを検索して、前記追加コンテンツを前記ユーザ機器に送信するようにさらに構成されている、請求項１８に記載のシステム。
【請求項２０】
前記追加コンテンツは、前記１つのラジオステーションで現在再生されている楽曲を購入するための広告である、請求項１９に記載の方法。
【請求項２１】
前記追加コンテンツは、前記１つのラジオステーションで現在再生しているものに関連する有名人と対話するためのソーシャルメディアリンクである、請求項１９に記載の方法。
【請求項２２】
前記追加コンテンツは購入リンクであり、前記購入リンクは前記地理的位置に少なくとも部分的に基づいており、前記１つのラジオステーションで現在再生されている楽曲に関連するバンドの今後のショーのチケットを購入するようユーザを誘導する、請求項１９に記載の方法。
【請求項２３】
ラジオ受信機に接続されているユーザ機器に利用できるラジオステーション放送リストを取り込む方法であって、
ラジオステーションの放送エリアをそれぞれ有する複数のラジオステーションをデータベース内で特定することであって、各ラジオステーションの放送エリアがステーションの位置および複数の放送範囲のエッジにある点を含む、前記特定することと、
前記ユーザ機器から、利用できるラジオステーションのリストについて、前記ユーザ機器の地理的位置を含む要求を受信することと、
前記複数のラジオステーションのそれぞれについて、前記複数の放送エッジ点の中から、前記ステーション位置、前記地理的位置および１つの放送エッジ点によって画定される線上にある１つの放送エッジ点を判定することと、
前記ユーザ機器に、前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記地理的位置よりも前記ステーション位置から遠い各ラジオステーションを送信することと、
前記複数のラジオステーションの中から、前記１つの放送エッジ点が前記地理的位置よりも前記ステーション位置から遠い各ラジオステーションを含むリストを、前記ユーザ機器で提示することと、
前記ユーザ機器で、前記リスト内の前記複数のラジオステーションのうち１つのラジオステーションに合わせるための要求を受信することと、
前記ラジオ送信機を前記１つのラジオステーションに合わせることと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ラジオ受信機を備えて構成されるモバイル機器などのユーザ機器の利用に関するものである。
【背景技術】
【０００２】
従来のラジオ放送環境（broadcast radio experience）では、ＡＭ／ＦＭチューナおよび／またはＨＤラジオステーションの受信機能を備える機器が、多くの場合インターネットおよび聴取者位置サービス（例：ＧＰＳ）へのアクセスも備えるように、時とともに進化してきている。
【０００３】
現在でもなお存在するラジオ放送環境についての従来の問題は、これらの機器の能力を利用することで対処できる。
【０００４】
例えば、インターネットへのアクセスのない従来のラジオ放送は、わずらわしい周波数スキャニング手順により、利用できるステーションのリストを取り込む。周波数をスキャンするために、ラジオは利用できるすべてのＡＭ／ＦＭ周波数に合わせ、チューナがある特定の周波数で受信信号を検出した場合に、利用できるステーションのリストにその特定の周波数を追加する。ラジオチューニング技術は徐々にこのプロセスを速くするように長年の間に進歩してきているが、それでも聴取者に利用できる放送ラジオステーションのリストを正確に取り込むには１、２分かかることがある。
【０００５】
従来のラジオに関する別の共通した問題は、あるステーションで実際に再生しているものが何か、あるラジオステーションのジャンル、および他の情報を知ることができないことである。ラジオが利用できるステーションのリストを確立した後でもなお、聴取者は、再生しているもの（あれば）を判断し、さらにラジオステーションのジャンルの特定を（ときにはアナログＲＢＤＳ識別子（identifier）によって、または単に再生されている音楽を聴くことによって）試みるために、ステーションごとにチューニングしなければならない。聴取者はこの情報を確認しようとして、何度もステーションにチューニングし、または長時間待たなければならないことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ハイブリッドデジタル（ＨＤ）ラジオ環境は、プログラムサービスデータ（ＰＳＤ）が、放送番組と同期するデータを最大１，０００バイトまで含めることを可能にすることにより、この問題に役立つが、このデータは通常小さなアルバムジャケット画像、曲名および他の同様なものに制限される。加えて、ステーションの変更または放送番組の受信開始から、アルバムジャケットの配信や表示の遅延が発生し、通例１５〜３０秒続く広告や宣伝の受信は、無線通信でしか送信されない同期画像を表示するには、速すぎる。このことが、オンラインストリーミングおよび他の同様なものなどの競合技術と比べたときに、理想的とはいえない聴取環境をもたらす。
【０００７】
従来のラジオ放送環境に関する別の問題は、現在人気のあるタイプのメディアと切り離されていることである。すなわち、従来のラジオ放送チューナは、視聴者が楽曲を購入し、ラジオで広告が出されている会社に関してより詳しい情報を知り、自分のソーシャルネットワークで楽曲をシェアし、ソーシャルメディア内で他の活動を行い、電子商取引をし、および他の同様なことをするためには異なるハードウェアまたはソフトウェアとインタラクトしなければならない。この問題により、従来のラジオ環境はインターネットのようなシステムと両立するユーザ体験を提供せず、またはオーディオのみに制限されるため、ユーザとのすべてのマーケティング機会を捉えていない。
【０００８】
これらの問題の一つの解決策が、従来のラジオ放送を消して、Ｐａｎｄｏｒａ、Ｓｐｏｔｉｆｙ、Ｓｉｒｉｕｓ／ＸＭおよび他の同様なものなど、オンラインストリーミングソリューションまたは衛星ラジオを選ぶことである。しかし、これらのサービスに固有の問題がある。例えば、オンラインストリーミングは広い帯域幅を必要とし、長期間の聴取には実用的ではないかもしれない。さらに、オンラインストリーミングの広い帯域幅の必要性は、このような帯域幅が利用できない一定のエリアでは、遅れて（バッファリングにより）または途切れて聴こえるという体験を生じることがある。当然、オンラインストリーミングおよび衛星ラジオ環境は、聴取者にライセンス料の支払いを求めることもあるのに対し、従来のＡＭ／ＦＭ環境は常に無料である。
【課題を解決するための手段】
【０００９】
従来のラジオ放送環境とインターネット技術および位置サービスとを組み合わせると、これらの問題すべての解決策になる。したがって、ラジオステーションガイドの提供およびインターネットを介した補助コンテンツの送信の要望があり、本発明はそれに応える。
【図面の簡単な説明】
【００１０】
【図１Ａ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するための方法を示すフローチャートである。
【図１Ｂ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するための方法を示すフローチャートである。
【図１Ｃ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するための方法を示すフローチャートである。
【図２Ａ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムのアーキテクチャを示す図である。
【図２Ｂ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムのアーキテクチャを示す図である。
【図３Ａ−１】ＫＭＬデータに基づくＦＣＣ放送半径を示す地図である。
【図３Ａ−２】ＫＭＬデータに基づくＦＣＣ放送半径を示す地図である。
【図３Ｂ】ユーザがＫＭＬデータに基づく有効なＦＣＣ放送半径内にいるかどうかを特定するアプローチを示す地図である。
【図３Ｃ】ユーザがＫＭＬデータに基づく有効なＦＣＣ放送半径内にいるかどうかを特定するアプローチを示す地図である。
【図３Ｄ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ａ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｂ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｃ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｄ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｅ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｆ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｇ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｈ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【図４Ｉ】地理的に関係するラジオステーションガイドの提供およびインターネットで補助コンテンツを送信するためのシステムおよび／または方法に関連して提示されるユーザインターフェースのスクリーンショットを示す。
【発明を実施するための形態】
【００１１】
本発明の原理の理解を促すために、ここで図面に図示する実施形態を参照し、具体的な言語を使用してこれを説明する。それでも、本発明の範囲の制限はそれにより意図されないことは理解されるであろう。
【００１２】
この詳細な説明は、コンピュータまたはコンピュータのネットワークで実行されるプログラム、データ構造または手順に関して提示される。
【００１３】
システムによって実装されるモバイルアプリケーションを含むソフトウェアプログラムは、Ｒｕｂｙ、ＰＨＰ、Ｐｅｒｌ、ＡＳＰ．ｎｅｔ、Ｊａｖａ（登録商標）、ＨＴＭＬ、ＨＴＭＬ５、ＣＳＳ３、Ｂｏｏｔｓｔｒａｐ、Ｐｙｔｈｏｎ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）ｓｃｒｉｐｔ、Ｓｐｒｉｎｇ  Ｆｒａｍｅｗｏｒｋ、Ｎｏｄｅ．ｊｓ、Ｅｘｐｒｅｓｓ、Ｕｎｄｅｒｓｃｏｒｅ、Ｒｅｑｕｉｒｅ、Ｂａｃｋｂｏｎｅ、Ｍａｒｉｏｎｅｔｔｅ、Ｈａｎｄｌｅｂａｒｓ、Ｍｕｓｔａｃｈｅ、Ｊｑｕｅｒｙ、Ｍｏｄｅｒｎｉｚｒ、Ｓａｓｓ、Ｃｏｍｐａｓｓ、Ａｎｇｕｌａｒ、Ｓｃａｌａ、および／またはＧｏプログラミング言語などの言語で作成したものである。代わりにまたは前述のものに組み合わせて他の言語を使用してもよいこと、また例えば、Ｒｕｂｙ  ｏｎ  Ｒａｉｌｓ、Ｊｏ、Ｔｗｉｔｔｅｒ  ｂｏｏｔｓｔｒａｐなど、ウェブおよび／またはモバイルアプリケーションフレームワークも使用してもよいことを当業者が認識することは、もちろん理解されるべきである。
【００１４】
本開示は、Ｋｅｙｈｏｌｅマークアップ言語（ＫＭＬ）で表現されるＦＣＣから認可された（approved）放送範囲の使用を記述する。ここで、ＫＭＬデータは特定のラジオステーションのＦＣＣに認可された放送地域を確立するために使用される。ＦＣＣはすべてのＦＣＣ認可ステーションに関係するＫＭＬデータを提供する。各ラジオステーションのＦＣＣファシリティＩＤおよびＣＤＢＳ申請番号を使用して、団体はＦＣＣに認可されたサービス提供範囲および関連ＫＭＬデータファイルを見つけることができる。
【００１５】
ＫＭＬデータはこの受け入れられている放送範囲を、緯度および経度のエッジ点によって描かれる図形の境界線として定義する。加えて、ＫＭＬデータは中央の見晴らしのいい場所、通常は個々のラジオステーションの放送タワーを含む。
【００１６】
本開示はＫＭＬを認可された放送エリアを取得する方法として述べるが、ＦＣＣから認可された放送エリアを確立するために他の方法を使用してもよい。しかし、ここで述べる方法およびシステムは、特に、ユーザが当該認可された放送エリア内にいるかどうかを判定する新規の方法に関するということは認識されるべきである。したがって、受け入れられている放送エリアを画定する他の方法を、ここで記述する方法およびシステムと合わせて使用してもよい。
【００１７】
例えば、ニューヨーク州ニューヨークのＷＱＨＴ、９７．１ＭＨｚの５４  ｄＢｕのサービス提供範囲は、部分的に、ＦＣＣ  ＫＭＬファイルでは以下のように規定される。
＜Ｐｌａｃｅｍａｒｋ＞  
＜ｎａｍｅ＞ＷＱＨＴ，  Ｎｅｗ  Ｙｏｒｋ，  ＮＹ＜／ｎａｍｅ＞  
＜ｄｅｓｃｒｉｐｔｉｏｎ＞  ９７．１  ＭＨｚ  −−  ＦＣＣ  Ｆｉｌｅ  Ｎｏ．  ＢＸＬＨ−２００２０１２９ＡＡＣ＜／ｄｅｓｃｒｉｐｔｉｏｎ＞  
＜Ｐｏｉｎｔ＞＜ｃｏｏｒｄｉｎａｔｅｓ＞−７４．２５４８７０，４０．７８８１６０，０＜／ｃｏｏｒｄｉｎａｔｅｓ＞＜／Ｐｏｉｎｔ＞  
＜／Ｐｌａｃｅｍａｒｋ＞  
＜Ｐｌａｃｅｍａｒｋ＞  
＜ｎａｍｅ＞５４  ｄＢｕ  Ｓｅｒｖｉｃｅ  ｃｏｎｔｏｕｒ＜／ｎａｍｅ＞
＜ｃｏｏｒｄｉｎａｔｅｓ＞  
＜！−−  ３６０  ｄｅｇｒｅｅｓ  ａｚｉｍｕｔｈ  −−＞  −７４．２４２２４０，４１．３３１５１０，０
…
＜！−−  ０  ｄｅｇｒｅｅｓ  ａｚｉｍｕｔｈ  −−＞  −７４．２４２２４０，４１．３３１５１０，０  
＜／ｃｏｏｒｄｉｎａｔｅｓ＞  
＜／Ｐｌａｃｅｍａｒｋ＞
上記の記述例で示されるように、ニューヨーク州ニューヨークの７９．９７．１ＭＨｚのＦＣＣ放送半径は、経度および緯度が７４．２５４８７０，４０．７８８１６０，０で画定される中心点と、方位角０〜３６０度で描かれる図形内のすべての点とを含み、例示的な２点が上記に示されている。この記述例のＫＭＬデータは図３Ａの地図３００の放送地域３０２に対応する。
【００１８】
ここで開示される方法およびシステムはあらゆる事業者のラジオステーションの放送範囲に関して使用してもよいことは認識されるべきである。これらの事業者には、例えば、カナダのカナダラジオ・テレビ通信委員会（ＣＲＴＣ）またはメキシコの連邦電気通信委員会など、あらゆる国の政府系事業者を含んでもよい。同様に、事業者には、ラジオステーションの放送範囲を集合させて配信する公共または民間の団体を含んでもよい。
【００１９】
ここで図１Ａを参照して、フローチャート１００は、地理的に関係するラジオステーションガイドの提示（facilitation）およびインターネットでの補助コンテンツの送信のためのシステムにおいて、情報およびユーザの要求がどのように関係するかを示す。
【００２０】
図１に図示されるように、フローチャート１００は自動化システム１０１と、ミドルウェア１０２と、クラウドサービス１０３と、ラジオ・データ・システム（ＲＤＳ）エンコーダおよびＨＤインポータ１０４と、放送タワー１０５と、スマートフォン・アプリケーション１０６と、車両のダッシュボード１０７とを詳述している。図１Ａに表示される構成要素および情報の流れは、ここで述べられ、かつ図１Ｂおよび図１Ｃに示される方法の背景となる。
【００２１】
ここで図１Ｂを参照すると、本発明の少なくとも１つの実施形態による地理的に関係するラジオステーションガイドの提示およびインターネットでの補助コンテンツの送信のための方法１２０を説明するフローチャートが示されている。ここで示されるように、方法１２０は、ステップ１２２でステーションＫＭＬを取り込むことと、ステップ１２４でユーザ機器からユーザ位置を受信することと、ステップ１２５でユーザ位置付近のステーションを見つけることと、ステップ１２６でユーザが放送半径内にいるかどうかを特定することと、ステップ１２７でステーションをフィルタリングすることと、ステップ１２８でユーザ機器にステーションガイドを送信することとを含む。
【００２２】
本発明の少なくとも１つの実施形態において、方法１２０は、例えばインターネットなどのコンピュータネットワークを介して、スマートフォン・アプリケーション（例えば、図１Ａのスマートフォン・アプリケーション１０６など）と通信するクラウドサービス・インフラストラクチャ（例えば、図１Ａに図示するクラウドサービス１０３など）からの通信を用いて実行される。このような実施形態では、ユーザ機器（つまり、スマートフォン）経由でスマートフォン・アプリケーションは、コンピュータネットワークを介して、要求および位置サービスをクラウドサービス・インフラストラクチャに通信する。
【００２３】
本発明の少なくとも１つの実施形態では、方法１００は、ステップ１２２で、ステーションＫＭＬを取り込むことを含む。このような実施形態では、補助ラジオサービスシステムは、複数のラジオステーションの認可された放送範囲に対応する情報を収集してもよい。これらの認可された放送範囲は、ラジオステーションがラジオチューナによって受信できる送信を放送する地理的エリアを画定する。ラジオチューナが認可された放送範囲内にある場合、ラジオチューナはラジオステーションの電波送信を受信することができるはずである。当然ながら、地形および環境的な条件、ラジオチューナの品質ならびに他の要因が、ラジオチューナが認可された放送範囲内のラジオステーションからの送信を実際にピックアップできるかどうかに影響することがある。しかし、認可された放送範囲は、通常の条件で、ラジオチューナがラジオステーションからの送信を受信できるエリアを規定する。加えて、いくつかの管轄権においては、認可された放送範囲はＦＣＣ発行の放送ライセンスに対応することがある。
【００２４】
本発明の少なくとも１つの実施形態では、ステップ１２２で、複数のステーションの認可された放送範囲は、例えばＫＭＬフォーマットなど、当業界で一般に認められているフォーマットで補助ラジオサービスシステムに取り込まれる。このような実施形態では、データはデータベース、ＸＭＬファイル、または補助ラジオサービスシステムによって検索できる他のリポジトリに取り込まれる。
【００２５】
好適な実施形態では、データが取り込まれて、各ラジオステーションの中央の放送地点と、接続されるときに、ラジオステーションの受け入れられている放送範囲を画定する図形のエッジ上にある点とを画定する。
【００２６】
認可された放送範囲３０２の実施例を図３Ａに示す。図３Ａに図示されるように、認可された放送範囲３０２は、接続されるときに、認可された放送範囲３０２を形成する緯度／経度の点の集合としてデータベース内で画定される。
【００２７】
図３Ａ−１に図示するように、認可された放送範囲３０２は単純な数学式を用いて画定できる完璧な円または他の形状でなくてもよい。図３Ａ−１に図示するように、認可された放送範囲３０２のような放送範囲は、そのエッジ点の連結によってのみ正確に表現できる不規則な形状に対応してもよい。このような不規則な形状のある理由は、ＦＣＣにより認可された放送信号の提供範囲、または地形により放送位置から同じ距離を電波が届く能力を制限することであるかもしれない。山、高いビル、および他の地理的な要因のために、平坦な地形よりも放送位置から短い距離しか電波が届かないことがある。例えば、イリノイ州シャンペイン（比較的平坦な地形）の放送ステーションに対応するＫＭＬデータは、おそらく、ロッキー山脈に近いコロラド州ロングモントにある放送ステーションに対応するＫＭＬデータよりも完璧な円に近い認可された放送範囲を形成するであろう。図３Ａ−２に別の実施例を図示する。
【００２８】
図３Ａ−２に図示されるように、地図３８０は、図３Ａ−１に図示される認可された放送範囲３０２よりも不規則な形状を作る放送位置３８１を起点とした認可された放送範囲３８２を表示している。
【００２９】
ステップ１２２で、ＫＭＬデータはＲＡＷフォーマットでリポジトリに取り込まれ、それにより各ラジオステーションの不規則形状である可能性がある認可された放送範囲を保存する。ステップ１２２で、認可された放送範囲を持つ任意の数のラジオステーションを補助ラジオサービスシステムに取り込む。当然ながら、地理的に関係するステーションガイドを提示（facilitate）することは、ユーザに関係あるかもしれないラジオステーションをできるだけ多く取り込むことにより改善されることは、認識されるべきである。
【００３０】
本発明の少なくとも１つの実施形態では、方法１２０において、ステップ１２４で、位置認識機能を持つユーザ機器からユーザの位置を受信することを含む。このような実施形態では、位置認識機能を持つユーザ機器で地理的に関係するラジオステーションガイドを受信することに関心のあるユーザは、補助ラジオサービスシステムに自分の位置を送信してもよい。位置認識機能を持つユーザ機器は、スマートフォン、タブレット、ラップトップ、車載ラジオ機器およびその他を含んでもよいが、これだけに限定されない。ユーザ機器は何らかの機能でインターネットにも接続されるラジオ放送を受信することのできるあらゆる機器を含んでもよく、ＧＰＳ搭載サービスを含んでもよく、または含まなくてもよい。
【００３１】
好適な実施形態において、ユーザ機器はスマートフォンであり、ユーザはスマートフォン・アプリケーションを用いて地理的に関係するラジオステーションガイドの検索を試みる。このような実施形態では、スマートフォン・アプリケーションはスマートフォンの位置サービスを通してユーザ機器の位置を要求してもよい。このような実施形態では、スマートフォンの位置サービスはセルラー、Ｗｉ−Ｆｉ、ＧＰＳネットワーク、ｉＢｅａｃｏｎｓおよびその他からの情報を利用して、ユーザのおおよその位置を判定し、この情報をスマートフォン・アプリケーションに提供して、そこから補助ラジオサービスシステムにその位置を送信してもよい。ユーザがスマートフォン・アプリケーションにユーザ機器の位置サービスへのアクセスを許可していない場合など、他の実施形態では、地理的位置は、ユーザのインターネット・プロトコルアドレスおよび／またはＷｉ−Ｆｉ情報に基づく地理的推定を行うことにより近似してもよい。さらに他の実施形態では、ユーザの位置は、ユーザがアドレス、郵便番号または他の住所固有の位置を手動で入力することにより近似してもよい。当該実施形態では、ユーザ位置は提供される情報に基づいて一点になってもよい。当然ながら、ユーザ機器のもっとも正確な地理的位置はもっとも地理的に関係するラジオステーションガイドの提示（facilitation）に役立つことは認識されるべきである。
【００３２】
本発明の少なくとも１つの実施形態では、方法１２０は、ステップ１２５で、ユーザ位置付近のステーションを見つけることを含む。このような実施形態では、地理的に関係するラジオステーションガイドを提示するために、補助ラジオサービスシステムはすべてのステーションの位置情報を、ユーザ機器の大体の位置から所定の半径内にあるステーションのみにフィルタリングする。補助ラジオサービスシステムが多数のラジオステーションのＫＭＬデータを取り込んだ場合、ユーザとの地理的近接性に基づいてラジオステーションの総数をフィルタリングすることで、補助ラジオサービスシステムおよび／またはスマートフォンが地理的に関係するステーションガイドを提示するときに行う必要のある計算量を合理化してもよい。
【００３３】
ステップ１２５で手動による半径を画定してもよく、それが任意の点から参照されてもよいことは認識されるべきである。例えば、補助ラジオサービスシステムは、ユーザ機器の大体の位置から９０キロメートルを超えるラジオステーションの放送位置（つまり、図３Ａ−１のラジオ放送位置３０１および図３Ａ−２のラジオ放送位置３８１）を除外するように構成してもよい。別の実施例では、５０キロメートルに基づいて半径をフィルタリングしてもよい。いずれにしても、半径は補助ラジオサービスシステムが地理的に関係するラジオステーションを見つけるために行う必要のある計算を合理化するように構成されてもよいことは認識されるべきである。
【００３４】
この第１のフィルタステップ１２５は、ラジオステーションの全体集合から行う必要のある計算量を、ユーザ機器の大体の位置から所定（９０ｋｍ、５０ｋｍ等）の半径内のラジオステーションに制限する。例えば、イリノイ州クインシーにいて、地理的に関係するラジオステーションガイドの取得を望むユーザは、ユーザ機器がニューヨーク州ニューヨークのラジオステーションからの電波送信をピックアップできることはほとんどないため、おそらくニューヨーク州ニューヨーク（千マイル以上離れている）のラジオステーションの認可された放送範囲に対して自分の位置を検査してみることに関心はないだろう。したがって、補助ラジオサービスシステムは、ラジオステーションの探索を、イリノイ州クインシーでのユーザの大体の位置から９０ｋｍ以内に放送位置があるものにのみ制限するように構成してもよい。このフィルタリングは、例えば、初回で数百のラジオステーションを除外することになり、実際には、このステップが行われない場合よりも効率的に地理的に関係するラジオステーションガイドの提示を行うことになろう。
【００３５】
本発明の少なくとも１つの実施形態では、ステップ１２６で、ラジオステーションの残りのリストのそれぞれの認可された放送範囲をユーザの大体の位置に対して検査してみて、ユーザが認可された放送範囲内にいるかどうかを判定する。
【００３６】
ある実施形態では、各ラジオステーションの認可された放送範囲から平均の（average）または固定の（fixed）放送範囲を計算してもよい。このような実施形態では、平均のまたは固定の放送範囲は認可された放送範囲に近似させた円を画定してもよく、そのため、ステップ１２６で行う必要のある計算を合理化する。このように、ステップ１２６で、各ラジオステーションの平均のまたは固定の放送範囲をユーザの大体の位置に対して検査してみて、ユーザの大体の位置が平均のまたは固定の放送範囲内にあるかどうかを判定する。ステップ１２６でユーザの大体の位置が平均または固定の放送範囲内にある場合、ステップ１２７で、ユーザの地理的に関係するラジオステーションのリストに適用されるラジオステーションがフィルタリングされる。ステップ１２６でユーザの大体の位置が平均または固定の放送範囲内にない場合、適用されるラジオステーションは除外され、そのためリストには入れられない。
【００３７】
この方法は、ステップ１２２でＫＭＬデータから取り込まれる各ラジオステーションの認可された放送範囲に部分的に基づいて、各ラジオステーションについて異なる平均または固定の放送範囲を画定してもよい。平均または固定の放送範囲は、認可された放送範囲のエッジにある各点が放送ステーションから離れた平均距離（つまり、１０ｋｍ、１５ｋｍ等）に基づいて計算してもよい。他の実施形態では、平均のまたは固定の放送範囲を手動で画定して、ユーザのフィードバックに基づいて調整してもよい。例えば、平均のまたは固定の放送範囲はラジオステーションＡについて１２ｋｍと画定されて、自分の地理的位置からラジオステーションＡに確実に合わせることができなくても、ラジオステーションＡが自分の地理的に関係するラジオステーションガイドに追加されているとユーザが報告する場合、補助ラジオサービスシステムは１２ｋｍから１０ｋｍなどのより小さい数に平均または固定の放送範囲を下げてもよい。
【００３８】
認可された放送範囲３０２に基づいた平均のまたは固定の放送範囲３０４のある実施例を図３Ｂに示す。この実施例では、平均の放送範囲３０４はユーザの大体の位置に対して速やかに検査されて、ユーザが認可された放送範囲３０２内にいるかどうかを判断する形状を規定する。当然ながら、平均の放送範囲３０４は完璧でなくてもよく、図３Ｂに図示されるように、認可された放送範囲３０２全体をカバーしていなくてもよく、または認可された放送範囲よりも大きくてもよい（図示せず）ことは認識されるべきである。例えば、図３Ｂに図示されるように、第１ユーザ３０６は平均の放送範囲３０４内かつ認可された放送範囲３０２内にいるように示されている。この実施形態では、平均の放送範囲３０４に基づく第１ユーザ３０６のユーザの大体の位置の計算は、正確な結果を出すであろう。しかし、第２ユーザ３０８について同じ計算を行うと、第２ユーザ３０８が平均の放送範囲３０４の外側であるが認可された放送範囲３０２内にいるため、不正確な結果が出る。
【００３９】
図示されるように、平均のまたは固定の放送範囲は、それがユーザの聴取エリアの外側にあるラジオステーションを入れ、ユーザの聴取エリア内にあるラジオステーションを除外することがあるため、理想的ではない。したがって、ステップ１２６の計算で、各ラジオステーションの認可された放送範囲について既知のデータにユーザの大体の位置を直接照らし合わせることにより改善してもよい。このような実施形態では、各ラジオステーションの認可された放送エリアのエッジを画定し、ラジオステーションの放送位置からユーザの大体の位置まで引かれる線上にある点よりも、ユーザの大体の位置が、各ラジオステーションの放送位置に近いか遠いかどうかを判定することにより計算を改善してもよい。ユーザの大体の位置がこの認可された放送エリアの基準点よりも放送位置に近い場合、ユーザは認可された放送エリア内にいる。あるいは、ユーザの大体の位置がこの認可された放送エリアの基準点よりも放送位置から遠い場合には、ユーザは認可された放送エリアの外にいる。
【００４０】
ステップ１２７で、このような実施形態において、ラジオステーションのリストをさらに、ユーザの大体の位置が適用される認可された放送エリアの基準点よりも適用される放送位置に近いラジオステーションのみを含むようにフィルタリングする。
【００４１】
図３Ｃに、このような計算の実施例を示す。図３Ｃに図示されるように、認可された放送範囲３０２はあるラジオステーションの放送位置３０１とともに補助ラジオサービスシステムに読み込まれる。この実施例では、第１ユーザ３０６が認可された放送範囲３０２内にいるかどうかを判定するために、放送位置３０１から、第１ユーザ３０６を通過する認可された放送範囲３０２のエッジにある点まで、第１の線３０７を引く。この実施例では、第１の線３０７が認可された放送範囲３０２の末端に届く前に第１ユーザを通過しているため、第１ユーザは認可された放送範囲３０２内にいると判定される。別の実施例では、第２の線３０９を放送位置３０１から認可された放送範囲３０２のエッジまで引いたときに、第２ユーザ３０８も認可された放送範囲３０２内にいる。この実施例では、第２の線３０９は認可された放送範囲３０２の末端に届く前に第２ユーザ３０８を通過する。
【００４２】
本発明の少なくとも１つの実施形態では、図１Ｂのフローチャートは、ステップ１２７で、ラジオステーションのリストを、ユーザの大体の位置が認可された放送範囲内にあると判定されるステーションのみを含むようにさらにフィルタリングすることを含む。ステップ１２７で、ラジオステーションのリストは、ステップ１２５から生成されたリストから、ユーザに地理的に関係するもののみを含むようにさらにフィルタリングされる。
【００４３】
本発明の少なくとも１つの実施形態では、ステップ１２８で、フィルタリングされたステーションのリストを地理的に関係するステーションガイドとしてユーザ機器に送信する。ステップ１２８の地理的に関係するステーションガイドは、ユーザがユーザ機器のラジオチューナを通して、ここで計算されるようにこれらのラジオステーションの既知の認可された放送エリアに基づいて受信することのできるステーションのみを含んでもよい。
方法１２０のステップは、インターネットなどコンピュータネットワークを介してユーザ機器と補助ラジオサービスシステムとのすべての通信を含むことは認識されるべきである。補助ラジオサービスシステムは、ユーザ機器の位置を使用して、認可された放送範囲のリストに基づいてどのラジオステーションが利用できるかを判定するため、ユーザ機器はエリア内で利用できるステーションの電波スキャンを行う必要がない。このプロセスは、標準的な電波スキャンよりも迅速で、ほとんどの場合、より正確であることは認識されるべきである。例えば、方法１２０で説明したラジオステーションの平均位置に基づくフィルタリングは１秒かかるのに対し、電波のフルチューニングスキャンは１分または２分かかるであろう。
【００４４】
ステップ１２８で、地理的に関係するラジオステーションガイドは、インターネットなどのコンピュータネットワークを介してユーザ機器に送信する。地理的に関係するラジオステーションガイドは、例えば、図３Ｄに図示されるグラフィカルユーザインターフェース３８０などの多様な形態をとってもよい。例えば、地理的に関係するラジオステーションガイドは、利用できる各ラジオステーションの周波数と、ラジオステーションの呼出符号と、分かる場合、現在再生しているものとを表示するグラフィカルユーザインターフェース３８１を含んでもよい。別の実施例では、グラフィカルユーザインターフェース３８３は、地理的に関係するラジオステーションのリストをジャンルに基づき並べ替えてもよく、各ラジオステーションのアイコンをさらに含んでもよい。
【００４５】
さらなる実施例では、グラフィカルユーザインターフェース３８５は地理的に関係するラジオステーションのリストを、現在再生しているものを示すアイコンおよび／または各ラジオステーションのアイコンとして提示してもよい。追加されるコンテンツ（つまり、ジャンル、ラジオステーションのアイコン、現在再生中の情報等）は従来のラジオ放送を介しては利用できず、そのためここで述べるようにインターネットを介してユーザ機器に送信できることは認識されるべきである。そのため、方法１２０により提示されるラジオステーションガイドは、ラジオ周波数のスキャンを伴う従来のアプローチよりも豊富で使いやすいラジオステーションガイドを作ることは認識されるべきである。
【００４６】
方法１２０の実行で提示される地理的に関係するラジオステーションガイドは、ユーザの移動に関係して定期的に更新してもよいことは認識されるべきである。例えば、ユーザ機器のスマートフォン・アプリケーションは、ユーザが位置を、１０ｋｍのように、一定の距離だけ変える場合、地理的に関係するガイドをリフレッシュするように構成されてもよい。別の実施例では、地理的に関係するガイドは、７日のように一定期間の後に更新してもよい。期間は一定にしなくてもよく、例えば、移動距離、ユーザ機器が動く速度等などの他の要因に基づいて可変してもよいことは認識されるべきである。
【００４７】
方法１２０で提示されるラジオステーションガイドのラジオステーションのいずれかをユーザが選択する場合、ユーザ機器はラジオチューナを適切な周波数にチューニングして、選択されたラジオステーション放送を検索する。いくつかの実施形態では、補助コンテンツをインターネットを介して検索して、全体的なラジオ環境を向上させてもよい。
【００４８】
図１Ｃは、本発明の少なくとも１つの実施形態による当該補助コンテンツを検索しおよび表示するための方法１３００を示す。地理的に関係するガイドは、ガイドにリスト化されている各ラジオステーションの補助コンテンツを利用してもよいことは認識されるべきである。例えば、地理的に関係するガイドは、各ステーションで再生されている現在の番組のリストの他に、ユーザが聴取に利用できるすべてのラジオステーションのリストを表示してもよい。地理的に関係するガイドでのすべてのＦＭ／ＡＭおよびＨＤラジオステーションで再生されている現在の楽曲を提示する技術は、何が再生されているかを確認するためにユーザが各ステーションに合わせる必要がある既存の技術よりも進歩しており、それにより聴取環境全体が向上することは認識されるべきである。
【００４９】
図１Ｃに図示されるように、方法１３００は、ステップ１３０でユーザ聴取情報を受信することと、ステップ１３２でステーション情報を送信することと、ステップ１３４で補助コンテンツを検索することと、ステップ１３６で補助コンテンツを送信することと、ステップ１３８でユーザの行動を促すための呼出し（user calls to action）喚起を送信することと、ステップ１４０でユーザの要求を実行することとを含む。
【００５０】
本発明の少なくとも１つの実施形態では、方法１３０はステップ１３０でユーザが聴取している情報を受信することを含む。このような実施形態では、ユーザ機器を介してＦＭ／ＡＭおよび／またはＨＤラジオステーションを聴いているユーザは、インターネットなどのコンピュータネットワークを介して、補助ラジオサービスシステムに聴取情報を送信する。このような実施形態では、聴取情報は、ユーザ機器でラジオチューナを介して、ユーザがどのＦＭ／ＡＭおよび／またはＨＤラジオステーションに合わせているかを含んでいる。例えば、ユーザが９７．１にチューニングする場合、聴取情報はその信号を特定してもよい。加えて、いくつかの実施形態では、ユーザ聴取情報はＧＰＳ情報を含んでもよい。９７．１は異なる地理的位置では異なるラジオステーションに関係するかもしれず、したがって、ユーザが現在どのラジオステーションを聴いているかを判定するにはローカルサービスが必要なことがあることは認識されるべきである。
【００５１】
本発明の少なくとも１つの実施形態では、方法１３００は、ステップ１３２で、ステーション情報をユーザ機器に送信することを含む。このような実施形態では、ステップ１３０で送信されたユーザ聴取情報は、ユーザが聴いているラジオステーションを特定する。このような実施形態では、補助ラジオサービスシステムは、補助ラジオサービスがラジオステーション名やラジオステーションのアイコンのようなユーザの聴取環境を豊かにするであろう補助コンテンツを有するように、ラジオステーションとの関係を有してもよい。
【００５２】
前述したように、従来のＨＤラジオ体験における現在の制限は、ＰＳＤを介する情報の転送を１０００バイトに制限する。ステップ１３２で、送信は従来のラジオ放送ではなく、インターネットなどのコンピュータネットワークを介して行われる。したがって、ステップ１３２でラジオステーションに関係する情報量は無制限である。
【００５３】
ステップ１３４で、補助ラジオサービスシステムは、補助ラジオサービスシステムがラジオステーションのデジタル番組送出システムから発せられ、コンテンツが実際に放送される前の、ラジオステーションの放送コンテンツに関わる補助コンテンツを引き出す（retrieve）ように構成されるように、個々のラジオステーションとの関係を有してもよい。例えばステーションで放送する最後５つの番組、ラジオステーションで再生する次の５つの番組（利用できる場合）、再生している現在の番組および他の情報などである。
【００５４】
ステップ１３４で、補助ラジオサービスシステムは、ユーザが聴いている個々のラジオステーションからこの補助コンテンツを検索してもよい。この放送コンテンツは、ＨＤラジオＰＳＤで、ラジオステーションのタイプもしくはそのデジタル番組送出システムの構成に固有のラジオステーションにより提供される一意の識別子（ＵＩＤ）により、補助ラジオサービスシステムとのＡＰＩにより、または他の方法によって特定されてもよい。いくつかの実施形態では、補助ラジオサービスシステムは、歌詞、アルバムジャケット、提案されるトラック、歌手／話し手に関わる経歴情報、ユーザ機器の近くで行われる予定のショーおよび他の情報を含むが、これだけに限定されない、ユーザ聴取環境を豊かにする放送コンテンツに関わる追加コンテンツを引き出してもよい。
【００５５】
次に、ステップ１３６で、補助ラジオサービスシステムは、インターネットなどのコンピュータネットワークを介して補助コンテンツをユーザ機器に直接送信し、それがユーザに表示される。
【００５６】
ステップ１３８で、いくつかの補助コンテンツは、広告、現在再生されている楽曲／アルバムを購入する機会、ソーシャルネットワークとのインタラクション、広告にあげられている番号を発呼するオプション、ウェブサイトのリンク、個人向けまたは一般クーポンをダウンロードする機能、カレンダーとのやりとり、テキストメッセージまたは電子メールとの統合、マップ機能などのユーザの行動を促すための呼出しを含んでいてもよい。ステップ１３８で、これらの呼出しは現在合わせている楽曲とともに表示されるために、ユーザ機器に送信される。
【００５７】
ユーザがユーザ機器に表示される、行動を促すための呼出しを選択する場合、ステップ１４０で、補助ラジオサービスシステムは、ユーザを広告主と直接結び付ける、他のスマートフォン・アプリケーションで機能を開く（つまり、電子メールをする、テキスト入力する、広告主のモバイルアプリケーション（たとえば、ＯｐｅｎＴａｂｌｅ、Ｇｏｏｇｌｅ  Ｍａｐｓ）にロードする、ＧＰＳおよびその他）など、多様な方法でこれらのユーザの要求を実現する。
【００５８】
ある実施例では、ラジオステーションは広告に関わる番組を放送してもよい。この実施例では、音声広告に関わるステップ１３８で送信される行動を促すための呼出しは、ユーザがクリックすると、広告に関わるウェブサイトを訪れるボタンとしてもよい。
【００５９】
このような呼出しの例示的なグラフィカルユーザインターフェース４００を図４Ａに示す。この実施例では、ユーザがユーザ機器で現在聴いている８９．７ＥＥＮＬでガイコ社（GEICO）の音声広告が再生されていて、補助ラジオサービスシステムによりユーザ機器に送信される行動を促すための呼出しは、ガイコ社のウェブサイトへの訪問、ガイコ社への発呼、広告をシェアすること（つまり、ソーシャルメディア、電子メール、テキストメッセージ）、広告の保存、および広告の好き嫌い、を示す行動を促すための呼出しを伴う、より大きなガイコ社広告を含んでもよい。当然ながら、行動を促すための呼出しは現在再生されている番組に関わらなくてもよく、または現在再生されている番組と競合していてもよいことは認識されるべきである。例えば、補助ラジオサービスシステムのスポンサーがガイコ社で、ラジオステーションが競合する保険会社（つまり、ステートファーム保険）のための音声番組を再生している場合、補助ラジオサービスシステムはそのスポンサーであるガイコ社にとって競合する広告を送信してもよい。
【００６０】
別の実施例では、図４Ｂに図示されるように、行動を促すための呼出しを送信するスマートフォン・アプリケーションのグラフィカルユーザインターフェース４２０は、ユーザが音声広告に関するサービスの個人向けまたは一般クーポンを見つけることができるようにしてもよい。この実施例では、Ｃａｒｘオートサービスの広告であり、ユーザがクリックすると、小売店でスキャンするためのＱＲコード（登録商標）としてすぐに利用できる５０／５０サマーセールが出る。
【００６１】
別の実施例では、図４Ｃに図示されるように、行動を促すための呼出しを送信するスマートフォン・アプリケーションのグラフィカルユーザインターフェース４４０で、ユーザが活動のカレンダー項目を追加できるようにしてもよい。
【００６２】
図４Ｄに図示する別の実施例では、グラフィカルユーザインターフェース４６０は、ユーザがラジオステーションで再生されている音声広告に関連してテキスト入力または電子メールができるようにしてもよい。さらに別の実施例では、グラフィカルユーザインターフェース４８０は、ユーザが広告で宣伝されている団体の実際の位置、この実施例ではマクドナルドの実店舗の位置を見つけることができるようにしてもよい。図４Ｆにグラフィカルユーザインターフェース４９０とともに追加の実施例を示す。
【００６３】
さらに別の実施例では、図４Ｇおよび図４Ｉに図示されるように、行動を促すための呼出しはラジオステーションで再生されている楽曲とともに提示されてもよい。図４Ｇに図示されるように、グラフィカルユーザインターフェース４９２は、Ｐｉｎｋの新しいヒット曲に関連して、ユーザが楽曲を直接購入するように促してもよい。「この曲を買う」をクリックすると、ユーザを、ｉＴｕｎｅｓ、Ｇｏｏｇｌｅ  Ｍｕｓｉｃ  Ｐｌａｙなどの自分のスマートフォンに内蔵されている楽曲購入サービスに導いてもよい。別の実施形態では、「この曲を買う」をクリックすると、ウォルマート、ターゲットなど、楽曲の物理的なコピーまたは楽曲のデジタルクーポンを購入するために、ユーザを補助ラジオサービスシステムに関わる広告主に導いてもよい。
【００６４】
ユーザは、図４Ｈに図示されるように、前述した広告番組と同様な方法で楽曲とインタラクトしてもよく、楽曲の好き表明、楽曲のシェア、楽曲の嫌い表明、楽曲の保存、および楽曲の購入の機能を持つ。
【００６５】
当然ながら、行動を促すための呼出しおよび補助コンテンツの表示は、広告および音楽番組に限定されないことは認識されるべきである。例えば、トークまたはスポーツラジオも含んでもよい。図４Ｉに図示されるように、グラフィカルユーザインターフェース４９０では、話し手ガリソンが９３．１  ＷＩＢＣの補助コンテンツとして表示されており、この実施例では、彼は現在生放送で話している。この実施例では、ガリソンのＴｗｉｔｔｅｒハンドル名が列記され、ユーザは話し手のウェブサイトを訪れる、Ｔｗｉｔｔｅｒで彼と対話する、および同様なことをするために行動を促すための呼出しが与えられる。
【００６６】
補助コンテンツはユーザの地理的位置に基づいてもよいことはさらに認識されるべきである。例えば、補助コンテンツは、ユーザが聴いているラジオステーションで現在楽曲を再生しているバンドに関連するアーティストの今後のショーのチケットを購入するかをユーザに尋ねてもよい。このチケット購入では、例えば、５０マイル以内など、ユーザの地理的地域の近くのショーのリスティングを取り込んでもよい。
【００６７】
ここで図２Ａを参照すると、本開示の少なくとも１つの実施形態による地理的に関係するラジオステーションガイドの提示およびインターネットを介した補助コンテンツの送信のためのシステム２００の構成を示す少なくとも１つの実施形態が示されている。システム２００は、ユーザ機器２１０と、サーバ２０２と、データベース２０４と、コンピュータネットワーク２２２と、ラジオステーション・サーバ２０８と、ラジオ放送タワー２２０とを含む。明確にするために、図２Ａでは、１つのユーザ機器２１０および１つのコンピュータネットワーク２２２しか示していない。しかし、システム２００は一度に任意の数のユーザ機器２１０およびコンピュータネットワーク２２２を含んでもよいことは、本発明の範囲内である。加えて、図２Ａではコンピュータネットワーク２２２をインターネットとして示しているが、あらゆるタイプのコンピュータネットワークを使用してもよい。
【００６８】
ユーザ機器２１０は、ユーザ機器２１０にインストールされているスマートフォン・アプリケーションおよび／またはウェブブラウザを介してコンピュータネットワーク２２２により、サーバ２０２に収容されているウェブサービス・インフラストラクチャに情報を送信し、一般的にはウェブサービス・インフラストラクチャとやりとりするように構成されてもよい。ユーザ機器２１０は、サーバ２０２のウェブサービス・インフラストラクチャとの通信がコンピュータネットワーク２２２を介して可能になるように、ウェブブラウザ、モバイルアプリケーションまたは他のネットワーク接続ソフトウェアを含んでもよい。
【００６９】
ユーザ機器２１０は１つ以上のコンピュータ、スマートフォン、タブレット、コンピューティング機器、またはメインフレーム・コンピュータ、ワークステーション、パーソナルコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、携帯電話、もしくは携帯情報端末など、当業界で周知の種類のシステムを含む。ユーザ機器２１０は、例えば、１つ以上のマイクロプロセッサ、メモリシステム、入出力デバイス、デバイスコントローラおよび他の同様なものなど、当業者が想定するようなソフトウェア、ハードウェアおよび構成要素を含む。ユーザ機器２１０は、例えば、ポインティングデバイス（マウスなど）、キーボード、タッチスクリーン、マイクロフォン、音声認識、および／または当業界で周知の他のデータ入力手段など、データ入力のためにユーザ機器２１０のユーザが操作できる１つ以上のデータ入力手段（図２Ａには図示せず）も含む。ユーザ機器２１０は液晶ダイオードディスプレイ、発光ダイオードディスプレイおよび他の同様なものなど、情報をユーザに認知できるように表示するさまざまな種類の周知のディスプレイを含む表示手段（図２Ａには図示せず）も含む。ユーザ機器２１０はＦＭ、ＡＭおよびＨＤラジオ周波数のうちの１つ以上を受信できるラジオチューナも含む。あるいは、ユーザ機器２１０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を介してラジオチューナを装備しているカーステレオに接続することによるなど、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）および他の同様なものにより外部のラジオチューナ（図示せず）に接続するために必要なハードウェアおよびソフトウェアを含んでもよい。
【００７０】
ユーザ機器２１０はサーバ２０２に入力を提供して、ここで説明する方法のステップのうちの１つ以上を実行するようにさらに構成されている。サーバ２０２は１つ以上のサーバコンピュータ、コンピューティング機器、または当業界で周知の種類のシステムを含む。サーバ２０２は、例えば、マイクロプロセッサ、メモリシステム、入出力デバイス、デバイスコントローラ、表示システムおよび他の同様なものなど、当業者が想起するようなソフトウェア、ハードウェアおよび構成要素をさらに含む。サーバ２０２は、例えば、ＩＢＭ社のＡＳ／４００サーバ、レッドハット社のＬｉｎｕｘ（登録商標）、ＩＢＭ社のＡＩＸ  ＵＮＩＸ（登録商標）サーバ、マイクロソフト社のＷＩＮＤＯＷＳ（登録商標）サーバ、ＡＷＳ社のクラウドサービス、ラックスペース社のクラウドサービス、サービスプロバイダとしてのあらゆるインフラストラクチャ、またはサービスプロバイダとしてのあらゆるプラットフォームなど、多くの周知のサーバおよび／またはプラットフォームのうちの１つを含んでもよい。
【００７１】
図２Ａでは、サーバ２０２は、ここでは単一サーバとして示され、参照されている。しかし、サーバ２０２は当業界で周知のハードウェアおよびソフトウェアシステムによって相互接続されて、総体として本開示によりサーバ２０２に割り当てられる機能を行う複数のサーバ、仮想インフラストラクチャ、または他のコンピューティング機器もしくはシステムを含んでもよい。
【００７２】
データベース２０４は、視覚強化および他の情報のサービスを提供するために、ラジオ放送情報、ユーザ情報、地理的位置、ＫＭＬデータ、イベントメタデータを格納するように構成されている。データベース２０４はサーバ２０２に「関連付けられて」いる（associated with）。本開示によると、データベース２０４はサーバ２０２に「関連付けられ」ることができ、図２Ａの実施形態に示されるように、データベース２０４はサーバ２０２に常駐する。データベース２０４はサーバ２０２に「関連付け」ることもでき、その場合データベース２０４はサーバ２０２から離れたサーバまたはコンピューティング機器に常駐する。ただし、リモートサーバまたはコンピューティング機器は、例えば、アマゾンＡＷＳ、ラックスペースもしくは他の仮想インフラストラクチャ、またはあらゆるビジネスネットワークなど、サーバ２０２との双方向データ転送ができることが条件である。少なくとも１つの実施形態では、データベース２０４が常駐するリモートサーバまたはコンピューティング機器は、リモートサーバまたはコンピューティング機器がサーバ２０２との継続的な双方向のデータ転送が可能であるように、サーバ２０２に電子的に接続されている。
【００７３】
明確にするために、データベース２０４は図２Ａでは単一のデータベースとして示され、ここで参照されている。当業者は、データベース２０４が当業界で周知の種類のソフトウェアシステムによって接続されて、総体として本開示によりデータベース２０４に委譲される機能を行うように動作可能な複数のデータベースを含んでもよいことは認識するであろう。データベース２０４は関係データベース・アーキテクチャまたはデータベース業界で周知のタイプの他のデータベース・アーキテクチャを含んでもよい。データベース２０４は、例えば、マイクロソフト社のＳＱＬサーバ、マイクロソフト社のＡＣＣＥＳＳ、ＭｙＳＱＬ、またはＩＢＭ社のＤＢ２データベースマネジメントシステム、またはオラクル社もしくはサイベース社から入手できるデータベースマネジメントシステムなど、多くの周知のデータベースマネジメントシステムのうちの１つを含んでもよい。データベース２０４は、ユーザ機器２１０、サーバ２０２またはラジオステーション・サーバ２０８からデータベース２０４に通信される情報を検索可能に格納する。
【００７４】
ラジオステーション・サーバ２０８は、自己のデータベース（図示せず）を含め、サーバ２０２について使用されるものと同様な種類のインフラストラクチャを含んでもよい。ラジオステーション・サーバ２０８はコンピュータネットワーク２２２を介してサーバ２０２と通信して、ラジオステーション・サーバ２０８に関連付けられているラジオステーションで現在放送されている番組を送信してもよい。ラジオステーション・サーバ２０８はラジオステーション送信機２２０からラジオステーションを放送してもよい。ラジオステーション送信機は、例えば、ＦＣＣが規制するものなど、商業的状況のラジオステーションの送信について、当業者に周知のあらゆるラジオステーション送信技術を含んでもよい。ユーザ機器２１０はラジオステーション送信機２２０から放送されるＦＭ、ＡＭおよび／またはＨＤラジオの送信を受信してもよい。
【００７５】
ユーザ機器２１０、サーバ２０２およびラジオステーション・サーバ２０８はすべてコンピュータネットワーク２２２を介して通信する。データベース２０４がサーバ２０２とは異なるインフラストラクチャにある場合、データベース２０４はコンピュータネットワーク２２２を介してサーバ２０２と通信してもよい。コンピュータネットワーク２２２はインターネットを含んでもよいが、これは必須ではない。
【００７６】
ここで図２Ｂを参照すると、本発明の少なくとも１つの実施形態による、地理的に関係するラジオステーションガイドの提示およびインターネットを介した補助コンテンツの送信のためのシステム２５０の構成を有する少なくとも１つの実施形態が示されている。図２Ｂはここで開示される方法のうちの１つ以上の実行のためのシステムの構成要素を含むより詳細なアーキテクチャ図を示していることは認識されるべきである。
【００７７】
図２Ｂに図示されるように、システム２５０はユーザ機器２５２と、クラウドサービス・インフラストラクチャ２５４と、アプリケーションサーバ２５６と、データベース２５８と、第２アプリケーションサーバ２７２と、ラジオステーション番組送出システム２７４と、アルバムジャケットまたは他の補助コンテンツサーバ・インフラストラクチャ（２６８、２７０）と、アプリケーション・プログラミング・インターフェース２６２と、フロントエンドサーバ２６４と、解析エンジン２６０とを含む。
【００７８】
システム２５０内のこれらの構成要素間の機能およびやりとりのいくつかを以下で簡単に説明する。この説明は制限と解するべきではなく、本開示の少なくとも１つの実施形態によるシステム２５０内の情報の流れを説明しているにすぎないことは認識されるべきである。
１）ラジオステーション−＞タグステーション
ステーション番組送出システムがタグステーションへの要求を生成し、新たなラジオイベントをシステムに通知する。
２）タグステーション−＞ＭｙＳＱＬ  ＲＤＳ
タグステーションはＭｙＳＱＬ  ＲＤＳ（データベース）との２つの接続のうちの１つである。
３）タグステーション−＞アプリサーバ
タグステーションはタグステーションサーバ上のメッセージキューイング（例：ＲａｂｂｉｔＭＱ）ノードを介して新たなイベントをアプリサーバに通知する。
４）ｓｔａｔｉｃ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ−＞タグステーション
タグステーションは静的情報（画像等）のＣｌｏｕｄＦｒｏｎｔ（ｓｔａｔｉｃ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ）の源として使用される。
５）アプリサーバ−＞ｍｑ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ
アプリストアは適切なメッセージキュークラスタに新たなイベントを通知する。
６）ａｐｉ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ−＞アプリサーバ
要求されるＵＲＬへの応答がｍｅｍｃａｃｈｅｄにない場合、ＡＰＩはＭｙＳＱＬに接続するアプリサーバに問い合わせて、情報を検索し、それを他のＡＰＩインスタンスが使用するためにｍｅｍｃａｃｈｅｄに入れる。
７）アプリサーバ−＞ＭｙＳＱＬ  ＲＤＳ（データベース）
アプリサーバはＭｙＳＱＬに接続できる唯一の「公開」マシンである。これにより接続を低く保ち、セキュリティバリアとして作用する。
８）デバイス−＞ａｐｉ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ
デバイスはＡＰＩクラスタからラジオイベントおよびステーションガイド情報を要求する（負荷分散されている）。
９）デバイス＜−＞ｍｑ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ
デバイスはｍｑ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍに申し込み（負荷分散したメッセージキュー）、新たなイベントがトリガされるとプッシュメッセージを受信する。
１０）デバイス−＞ｓｔａｔｉｃ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍ
ａｐｉ．ｔａｇｓｔａｔｉｏｎ．ｃｏｍが返す応答は、クラウドフロントから静的コンテンツ（画像等）を要求するデバイスに向かうリンクを含むべきである。
１１）デバイス−＞データ報告
デバイスはラジオの使用およびイベントインタラクション情報をデータベースストアに報告する。
１２）タグステーション−＞グレースノート・プロキシサーバ
ラジオ楽曲マッチングプロセスは、検索基準に基づいてアルバム情報およびアルバムジャケットを提供するルックアップサービスとしてグレースノートを使用する。
【００７９】
上記説明は本発明の特定の実施形態について言及するが、その精神を逸脱することなく、多くの修正を行えることは理解されるであろう。付随する概念は、本発明の真の範囲および精神の範囲内になるような修正を含むことが意図されている。そのため、現在開示される実施形態はあらゆる点において制限的ではなく例示的であると見なされ、本発明の範囲は前述の説明ではなく添付の概念により示され、そのため概念の意味および等価性の範囲内になるすべての変更はそれに包含されることが意図される。
【００８０】
優先権
本出願は、２０１４年９月４日に出願した同一出願人に所有される米国仮出願第６２／０４５，６０７号の利益を主張するとともに、その開示を参照によりこれに組み込む。
【図１Ａ】
2017537487.tif 000002
【図１Ｂ】
2017537487.tif 000003
【図１Ｃ】
2017537487.tif 000004
【図２Ａ】
2017537487.tif 000005
【図２Ｂ】
2017537487.tif 000006
【図３Ａ−１】
2017537487.tif 000007
【図３Ａ−２】
2017537487.tif 000008
【図３Ｂ】
2017537487.tif 000009
【図３Ｃ】
2017537487.tif 000010
【図３Ｄ】
2017537487.tif 000011
【図４Ａ】
2017537487.tif 000012
【図４Ｂ】
2017537487.tif 000013
【図４Ｃ】
2017537487.tif 000014
【図４Ｄ】
2017537487.tif 000015
【図４Ｅ】
2017537487.tif 000016
【図４Ｆ】
2017537487.tif 000017
【図４Ｇ】
2017537487.tif 000018
【図４Ｈ】
2017537487.tif 000019
【図４Ｉ】
2017537487.tif 000020
【国際調査報告】
2017537487.tif 000021
2017537487.tif 000022