(57)【特許請求の範囲】
【請求項１】
ビーコンに関連するエンティティについての情報を解明するためにコンピュータで実行される方法であって、コンピュータで実行される方法のためのコンピュータ実行可能な命令を実行する１つ以上のプロセッサにより実行され、前記方法は：
識別子を有するビーコン信号を受信するステップ；
前記識別子をビーコン解明サービスに送信するステップ；
前記ビーコン信号に関連するエンティティを識別する情報を受信するステップ；
前記識別子に関連する１つ以上のサービス・カテゴリであってサービスのタイプを示すサービス・カテゴリを識別するサービス情報を受信するステップ；
複数のビーコン感知アプリケーションのうちから、前記１つ以上のサービス・カテゴリと関係を有することが予め登録されている１つ以上のアプリケーションを識別するステップ；及び
前記エンティティを識別する情報を前記１つ以上のアプリケーションに送信するステップ；
を有する方法。
【請求項２】
前記識別子に関連する１つ以上のサービス・カテゴリを識別するサービス情報が、前記ビーコン解明サービスとは異なるエンティティから受信される、請求項１に記載の方法。
【請求項３】
前記１つ以上のサービス・カテゴリを識別するサービス情報を、前記１つ以上のアプリケーションに送信するステップを更に有する請求項１に記載の方法。
【請求項４】
前記エンティティを識別する情報を利用して、前記エンティティに関連する追加的な情報を取得するステップを更に有する請求項１に記載の方法。
【請求項５】
前記１つ以上のアプリケーションは、前記エンティティを識別する情報に基づいて或る機能を自動的に実行する、請求項１に記載の方法。
【請求項６】
追加的な情報を取得するためにサーバーと連絡をとる前記エンティティを識別する情報が提供される１つ以上のアプリケーションを更に有する請求項１に記載の方法。
【請求項７】
前記識別子に関連する１つ以上のサービス・カテゴリを識別するサービス情報がフィルタにおいて受信され、前記フィルタは、何れのアプリケーションが追加的な情報と関係を有するかを判定する、請求項１に記載の方法。
【請求項８】
請求項１−７のうち何れか一項に記載の方法をコンピュータに実行させるコンピュータ・プログラム。
【請求項９】
ビーコンに関連する識別情報を提供するコンピュータ及びデバイスを含むシステムで実行される方法であって、コンピュータで実行される方法のためのコンピュータ実行可能な命令を実行する１つ以上のプロセッサにより実行され、前記方法は：
ビーコン解明サービスにおいて、ビーコン識別子を前記デバイスから受信するステップ；
前記ビーコン識別子を利用して、前記ビーコン識別子に関連するエンティティを識別するステップ；
前記ビーコン識別子を利用して、ビーコンに関連するエンティティについての１つ以上のサービス・カテゴリであってサービスのタイプを示すサービス・カテゴリを識別するステップ；
前記エンティティ及び前記エンティティに関連するサービス・カテゴリを識別する情報を前記デバイスに提供し、その後に、前記デバイスが、１つ以上のサービス・カテゴリを識別する情報を使用して、複数のビーコン感知アプリケーションの中から、１つ以上のサービス・カテゴリと関係を有することが予め登録されている１つ以上のアプリケーションを識別するステップ；
を有する方法。
【請求項１０】
請求項９に記載の方法をコンピュータに実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【背景技術】
【０００１】
ブルートゥース(登録商標)低エネルギー・デバイスは、汎用一意識別子(universally  unique  identifier：UUID)を含むビーコン信号を送信することにより、各自の存在を近辺のデバイスに通知することができる。ブルートゥース低エネルギー・デバイスは、しばしば「ビーコン」として言及される。一般に、モバイル・デバイスのアプリケーション又はアプリ(app)の開発者は、様々な場所にビーコンを配備する又はビーコンを配備してもらう。アプリは、ビーコンUUIDの検出に基づいて機能を実行するようにプログラムされる。現在、それぞれのUUIDは特定のアプリを対象としている。従って、或る所与の場所は、様々なアプリとともに使用するための幾つものビーコンを有するかもしれない。そのようなアプリは、例えば、カスタマイズされた広告、位置の追跡、自動支払又はその他の機能を提供するアプリであってもよい。容易に想像できるように、アプリの増加はスケーリングの問題を招き、その理由は、新たなアプリの各々が、その新たなアプリのために様々な場所に配置される新たなビーコンを必要とするからである。
【０００２】
請求項に係る事項は、何れの問題点をも解決する実施形態には限定されず、また、上記のような環境でしか動作しない実施形態にも限定されない。むしろこの背景技術の欄は、本願で説明される実施形態が実施されてもよい技術分野の一例を紹介することのみのために与えられる。
【発明の概要】
【０００３】
本願で説明される一実施形態は、ビーコンに関連するエンティティについての情報を解明するための処理を含む方法を含み、本方法は、ビーコン信号を受信することを含む。ビーコン信号は識別子を含む。識別子はビーコン解明サービス(beacon  resolution  service)に送信される。本方法は、ビーコン信号に関連するエンティティを識別する情報を受信することを更に含む。識別子に関連する1つ以上のサービス・カテゴリを識別するサービス情報も受信される。本方法は、複数のビーコン感知アプリケーションのうちから、1つ以上のサービス・カテゴリと関係を有する1つ以上のアプリケーションを識別し、エンティティを識別する情報を1つ以上のアプリケーションに送信することを含む。
【０００４】
別の実施形態では、ビーコンに関連する識別情報を提供する方法が説明される。本方法は、ビーコン解明サービスにおいて、ビーコン識別子をデバイスから受信することを含む。識別子を利用して、ビーコン識別子に関連するエンティティが識別される。識別子を利用して、ビーコンに関連するエンティティについての1つ以上のサービス・カテゴリが識別される。エンティティ及びエンティティに関連する1つ以上のサービス・カテゴリを識別する情報がデバイスに提供され、その後に、デバイスは、1つ以上のサービス・カテゴリを識別する情報を使用して、複数のビーコン感知アプリケーションの中から、1つ以上のサービス・カテゴリと関係を有する1つ以上のアプリケーションを識別する。
【０００５】
この「発明の概要」の欄は、「発明を実施するための形態」の欄で詳細に説明される概念のうち選択されたものを簡易な形態で紹介するために用意されている。この発明の概要は、請求項に係る事項のうち主要な特徴や本質的な特徴を識別するようには意図されておらず、請求項に係る事項の範囲を決定する際の補助として使用されるようにも意図されていない。
【０００６】
更なる特徴及び利点は、後述の記述で説明され及びその記述から或る程度は自明であり、或いは、本願の教示の実施により判明する。本発明の特徴及び利点は、添付の特許請求の範囲に具体的に記載される命令及びコンビネーションにより実現及び獲得されてもよい。本発明の特徴は、以下の説明及び添付の特許請求の範囲から更に十分に明らかになり、或いは、後述されるような本発明を実施することにより判明する。
【図面の簡単な説明】
【０００７】
上記及び他の利点及び特徴が得られる方法を説明するために、上記の簡単に言及した対象事項についての更に具体的な説明は、添付図面に示される特定の実施形態を参照することによりなされる。これらの図面は典型的な実施形態を示しているに過ぎないこと及び従って本願の範囲を限定するようには解釈されないことの理解とともに、添付図面を利用することにより、更なる具体性及び詳細とともに、実施形態が記述及び説明される
【０００８】
【図１】ビーコン、デバイス及びビーコン解明サービスを示す図。
【０００９】
【図２】ビーコンに関連付けられるエンティティに関する情報を解明する方法を示す図。
【００１０】
【図３】ビーコンに関する識別情報を提供する方法を示す図。
【発明を実施するための形態】
【００１１】
本願で説明される実施形態は、単独のビーコンが複数のアプリケーションにわたって使用されることを許容するビーコン解明サービスを実現する。実施形態は、ビーコン情報を利用してアプリケーション及びシステムに「改善された情報」を提供する機能を更に含んでもよい。
【００１２】
特に、実施形態は、ビーコンのUUIDと、(a)ビーコンに関連付けられるエンティティ(又は組織)を識別する情報及び(b)ビーコンが関連付けられるサービスを指示するサービス情報とを、相互に関連付けるビーコン解明サービスを実現する。従って、デバイスは、ビーコンUUIDを受信し、そのビーコンUUIDをビーコン解明サービスに送信することが可能である。ビーコン解明サービスは、ビーコンUUIDに関連するエンティティを識別する情報、及び、ビーコンに関連するサービスとともに応答することが可能である。デバイスは、ビーコンにより提供されるサービスに関心がある(又は関係を有する)かもしれないアプリケーション(又は所謂「app」)を、ビーコンにおいて識別するために、ビーコンに関連するサービスを識別する情報についてフィルタリングを行うことが可能である。いったんアプリケーションが識別されると、そのアプリケーションに情報が送信され、アプリケーションは、ビーコンにより提供されるサービスを利用して各自の機能を実現することが可能である。
【００１３】
図1を参照しながら更なる詳細が説明される。図1はビーコン102を示す。ビーコンは、物理的な場所104に導入されてもよい。例えば、物理的な場所は、小売店、小売店の一部門、サービスプロバイダであってもよいし、或いは、人が想像することが可能な仮想的な他の何らかの物理的な場所であってもよい。ビーコン102はUUIDを送信する。典型的には、ビーコンは、そのUUIDを送信し続け、本質的にはそれだけである(ただし、実施形態はそのような仕方で動作するビーコンのみに限定されない)。
【００１４】
ビーコン102を維持する組織のようなエンティティ又はビーコンに関連する他のエンティティは、ビーコン解明サービス106にビーコンを登録する。ビーコン解明サービス106は、いわゆる「クラウド」であってもよいし、或いは、遠隔的にアクセスされるサービスであってもよく、そのクラウド又はサービスは、エンティティが、インターネット等のような広域ネットワークを通じてサービス106と連絡をとることを許容する。
【００１５】
ビーコン解明サービス106は、登録されたビーコンのデータベース108を維持する。ビーコン解明サービス106に登録されたビーコンに関し、データベース108は、ビーコンUUIDと、ビーコンを維持する組織等のようなビーコンに関連する1つ以上のエンティティ、ビーコンの場所又は他のエンティティを識別する情報と、ビーコンに関連するサービスについての情報とを相互に関連付けてもよい。従って、例えば、データベース108は、ビーコン102のUUIDと物理的な場所104とを相互に関連付け、更に、そのビーコンは、広告、割引クーポン、自動支払及び測位サービスの提供に使用できることを識別する情報を含んでもよい。
【００１６】
図1はデバイス110-1も示している。デバイス110-1は、例えば、セルラ電話機やタブレット等のようなユーザー・デバイス若しくはカスタマー・デバイス又は他のデバイスであってもよい。デバイス110-1は無線受信機112を含む。無線受信機112は、ビーコンから出力される信号を検出し、その信号に含まれるUUIDを識別する機能を含む。無線受信機112は、その情報を制御モジュール114に渡すことが可能である。一実施形態では、制御モジュール114はデバイス110-1のオペレーティング・システムの一部分であってもよい。代替的に、制御モジュール114は、デバイス110-1におけるビーコン感知アプリケーションのホストとなるアプリケーション・ハウジング・フレームワークの一部分であってもよい。制御モジュール114は、他の形態又は状況で実現されてもよい。
【００１７】
制御モジュール114は、ビーコン102のUUIDを、ビーコン解明サービス106に送信することが可能である。ビーコン解明サービス106では、ビーコンに対する責務を担うエンティティ及び/又はビーコンの場所、及び、ビーコンが関連付けられているサービス等のようなビーコンについての更なる情報を決定するために、データベース108は尋ねられる。この情報は、制御モジュール114に返送されることが可能である。制御モジュール114は、その情報をフィルタ116に渡すことが可能である。一実施形態では、フィルタ116は、制御モジュール114の中に組み込まれてもよいし、或いは、制御モジュール114の外部にあってもよい。フィルタ116は、デバイス110-1におけるアプリケーションの登録を有し、その登録は、アプリケーション及びアプリケーションが関心を有するサービスのリストを含む。フィルタ116は、ビーコン解明サービス106からの情報を利用して、如何なるアプリケーションが、ビーコン102に関連するサービスに関係を有するかを判定する。フィルタ116は、一群のアプリケーション118の中で、関心(又は関係)があるアプリケーションを注意喚起(又はアラート)することが可能である。これらのアプリケーションは、それらがビーコン102の近くにいることを知り、ビーコンが非常に近接していることの識別に関連する機能を実現することが可能である。
【００１８】
そして、ビーコン解明サービス106は、UUIDを他の情報(例えば、場所、広告、自動支払など)に還元する。従って、アプリケーション及びデバイスは、様々な状況に対する多くのIDを維持する必要はない。更に、アプリケーションは、UUIDを維持する必要が無く、そうではなく、ビーコン解明サービス106をトランスレータとして単に使用することが可能である。
【００１９】
説明される上記の具体例では、いわゆる「サーバー」及びいわゆる「クライアント」という2つの主要な協調するコンポーネントが存在する。
【００２０】
サーバーの側では、クラウド・サービス(例えば、ビーコン解明サービス106)が実現されてもよい。ビーコン送信機(例えば、ビーコン102)は、UUIDを受信するためにそのサービスに登録する(又はビーコン送信機は利用可能であるならば既に持っている各自のUUIDを登録することが可能である)。登録処理の一環として、それらは、全てのビーコン・ディスカバリをもたらす拡張サービスを規定する。このサービスは、そのUUIDに対して提供されるサービスのリストに関し、何らかのUUIDを解明する。
【００２１】
クライアントの側には、クライアント・サービス(例えば、制御モジュール114及びおそらくはフィルタ116)がある。ビーコン送信機102は、クライアントにUUIDを送信することにより、近辺のデバイス110-1に通知する。クライアント・サービスは、ビーコン通知を検出し、ビーコン解明サービス106により、ビーコン通知を、そのロケーションに関して利用可能なサービスに解明する。そのロケーションについて利用可能なサービスを発見した後、クライアント・サービスは、利用可能なサービスについての何らかの関係があるアプリを通知する。
【００２２】
以下、広告サービスが実現される場合の例を説明する。この例では、或る企業が店舗のチェーンを管理し、それらの店舗は、店に入る何れの顧客にもローカルな広告を見せることを希望している。企業は、ビーコン解明サービス(例えば、ビーコン解明サービス106)にそれらの広告サービスを登録する。それぞれのビーコン(例えば、ビーコン102)に関する登録処理の一環として、それらは各自の広告サービス及び店舗情報サービスを提供する。
【００２３】
動作可能なビーコン受信デバイス(例えば、デバイス110-1)とともに顧客が、その企業店舗のうちの何れか(例えば、ロケーション104にある店舗)に入るとする。クライアント・サービス(例えば、制御モジュール114)は、ビーコン102からのビーコン通知を検出し、UUIDを受信するであろう。クライアント・サービス(例えば、制御モジュール114)は、UUIDを利用してビーコン解明サービス106に問い合わせを行う。それに応じて、制御モジュール114は、ロケーション104に関する情報と、そのロケーションについて利用可能なサービスとを受信する。一実施形態において、情報は、ビーコン・サービス106から直接的に受信されてもよい。代替的又は追加的に、実施形態は、企業又は他の何らかの第三者により維持される別のサービス120をコールバックすることにより、サービスを識別してもよい。
【００２４】
説明される例では、ビーコン102に関して利用可能なサービスの1つは、その企業により提供される広告(ad)サービスである。一実施形態では、制御モジュール114はサービス120から広告を受信する。制御モジュール114は、関係がある広告に対して広告通知を送信する。何らかの関係があるアプリは、受信したローカルな企業提供広告を見せることが可能である。
【００２５】
代替例では、制御モジュール114が広告を受信するのではなく、制御モジュール114は、ビーコンに関連する情報に関係を有するアプリケーションを単に通知することが可能である。そのような情報は、企業、ロケーション104、広告の取得が可能な場所を識別するURLに関する情報、又は、適切な他の何らかの情報を含んでもよい。この情報を利用して、関係があるアプリは、サービス120から直接的に広告を取得することが可能である。
【００２６】
以下、測位サービスが提供される場合の他の例を説明する。この例では、或る企業は、デバイスを追尾することが可能なアプリを作成することを希望していてもよい。現在、GPSデバイスは、建物内部では機能しないかもしれず、そのため、GPSデバイスは、建物内部のデバイス(例えば、デバイス110-1)を追跡するために使用できないかもしれない。しかしながら、ビーコン技術及びビーコン解明サービス106によれば、建物内部での追跡が実行可能である。
【００２７】
説明される例において、ビーコン対応デバイス110-1とともに顧客がロケーション104に入るとする。制御モジュール114は、UUIDを含むビーコン通知を検出する。制御モジュール114は、ビーコン解明サービス106に問い合わせを行い、アドレスを含んでいてもよい位置情報を受信する。位置情報は、ビーコン解明サービス106から、即ち、ビーコン解明サービス・データベース108に保存されている情報から直接的に受信されてもよい。代替的に、制御モジュール114により、(アドレス情報等のような)何らかの情報が、サービス120から受信されてもよい。別の代替例では、ビーコン解明サービス106/108は、制御モジュール114(又は適切なアプリ)がサービス120から直接的にアドレスを取得できる程度に十分な情報を、制御モジュール114に提供してもよい。
【００２８】
しかしながら、説明される例では、制御モジュール114は、企業により提供されるアプリを含むロケーション通知を、デバイス110-1における関係があるアプリに送信する。企業アプリは、位置情報を受信し、そして、ビーコンUUIDについて何も知ることなく、位置情報を追跡リストに付加することが可能である。
【００２９】
様々な通信パターンが測位サービスに関して説明されるが、同一又は類似のパターンが他のサービスに使用可能であることが、認められるべきである。更に、アプリケーションに情報を提供するために、他のパターンが使用されてもよい。
【００３０】
以下の説明は、実行されてよい幾つかの方法及び方法処理に関連する。方法処理は所定の順序で説明され、或いは、特定の順序でなされるフローチャートで説明されるが、具体的に言及されない限り、或いは、或る処理が別の処理に依存して必要とされない限り(別の処理は、或る処理が実行される前に完了している)、特定の順序は必須ではない。
【００３１】
図2を参照すると、方法200が示されている。方法200は、ビーコンに関連付けられるエンティティについての情報を解明する(又はレゾリューションする)ための処理を含む。本方法は、ビーコン信号を受信することを含む(処理202)。ビーコン信号は、識別子を含む。例えば、図1に示されるように、ビーコン102は、制御モジュール114が備わるデバイス110-1により受信される信号を送信することが可能である。信号はビーコン102のUUIDを含んでもよい。
【００３２】
方法200は、ビーコン解明サービスに識別子を送信することを更に含む(処理204)。例えば、デバイス110-1のデバイス制御モジュール114がUUIDをサービス106に送信し、サービス106は、データベース108に尋ねることによって、UUIDに関連付けられるエンティティを識別することが可能である。
【００３３】
本方法は、ビーコン信号に関連するエンティティを識別する情報を受信することを更に含む(処理206)。図1に示されるように、制御モジュール114は、UUIDに関連するエンティティを識別する情報を、サービス106から受信する。
【００３４】
方法200は、その識別子に対して1つ以上のサービス・カテゴリを識別するサービス情報を受信することを更に含む(処理208)。例えば、その情報は、データベース108に含まれており、エンティティ情報と共に受信されてもよい。代替的又は追加的に、いったん制御モジュール114がエンティティ情報を所有すると、情報は、サービス120のような他のサービスから要求されることも可能である。例えば、制御モジュール114は、エンティティ情報を利用してそのエンティティに関するサービス・カテゴリを識別するために、サービス120を尋ねてもよい。
【００３５】
方法200は、複数のビーコン感知アプリケーション(beacon  aware  application)のうち、1つ以上のサービス・カテゴリに関係を有する1つ以上のアプリケーションを識別することを更に含む(処理210)。例えば、図1は一群のアプリケーション118を示す。一群のアプリケーション118に属するアプリケーションは、それらが関係を有するサービス・カテゴリが何であるかに関し、制御モジュール114に登録していてもよい。これは、制御モジュールが、サービス・カテゴリ及びアプリケーションの相互関係を決定することを許容する。
【００３６】
方法２００は、エンティティを識別する情報を、1つ以上のアプリケーションに送信することを更に含む(処理212)。例えば、識別された「関係(interest)」を利用して、制御モジュールは、エンティティを識別する情報を含む情報を、一群のアプリケーション118のうちのアプリケーションに送信することが可能である。そして、通知を受けたアプリケーションは、デバイス110-1が、エンティティに関連するビーコンの存在下にあることに気付く。
【００３７】
方法200は、識別子に対して1つ以上のサービス・カテゴリを識別する情報が、ビーコン解明サービスとは異なるエンティティから受信される状況で実施されてもよい。例えば、上述したように、サービス106からサービス・カテゴリ情報を受信するのではなく、サービス・カテゴリ情報はサービス120から取得されてもよい。
【００３８】
方法200は、1つ以上のサービス・カテゴリを識別する情報を、1つ以上のアプリケーションに送信することを更に含んでもよい。そして、エンティティ情報を単に送信するのではなく、サービス・カテゴリ情報(例えば、ロケーション、広告、自動支払など)が送信されてもよい。
【００３９】
方法200は、エンティティを識別する情報を利用して、エンティティに関する追加的な情報を取得することを更に含んでもよい。例えば、制御モジュール114又はアプリケーションは、サービス106又は120等のようなサービスと連絡をとることが可能である。そのような情報は、提案、広告、クーポン、位置、販売促進、サービス、付随する位置(例えば、百貨店における、化粧カウンタ、靴、住まい、男性用、女性用等の場所)、サービス・レベル(例えば、正規の店舗形態ではないスーパーのような店舗)等であってもよい。
【００４０】
方法200は、エンティティを識別する情報の受信に基づいて、1つ以上のアプリケーションが自動的に何らかの機能を実行する状況で実施されてもよい。例えば、アプリケーションは、クーポンを提供し、支払がなされることを引き起こし、(例えば、空港における)「eチケット」等をオープンにしてもよい。そして、例えば、アプリケーションは、何らかの情報を示し及び/又は何らかのアクションを実行してもよい。一例は、(例えば、車両の中のビーコン等のような)ビーコンが存在する場合に、音楽アプリケーションを起動するアプリケーションを含んでもよい。別の例は、デバイス110-1を静かにさせることを含んでもよい(例えば、映画館に関連するビーコンを検出すると、映画館の中で電話機を振動モードに設定する)。別の例は、家庭の制御アプリケーションを利用して、照明をオンにする、エア・コンディショナーを始動する、音楽を再生すること等を含んでもよい。別の例は、会議室のビーコンが、会議している全員に、表示されることが可能な情報を送信することを、アプリケーションに実行させることを含んでもよい。
【００４１】
方法200は、更なる情報を取得するために、サーバーに連絡をとるエンティティを識別する情報が提供される1つ以上のアプリケーションを更に含んでもよい。例えば、一群のアプリケーション118のうちのアプリケーションは、位置情報、広告、自動支払情報などのような情報を取得するために、サービス106又はサービス120(又は他の適切なサービス)に連絡をとってもよい。サービスは、ビーコン解明サービスとは異なる第三者サービスであってもよい。代替的に、この情報は、ビーコン解明サービスから入手可能であってもよい。
【００４２】
方法200は、識別子に対して1つ以上のサービス・カテゴリを識別する情報がフィルタで受信される状況で実施されてもよい。フィルタは、何れのアプリケーションが追加的な情報に関係があるかを判定する。フィルタは、提示されるサービスに基づいてもよい。そのようなアプリケーションにおいて、実施形態は、サービス・カテゴリを登録しているアプリケーションから、アプリケーションが関係を有する登録情報を受信することを含んでもよい。
【００４３】
図3を参照すると、別の方法300が示されている。方法300は、ビーコンに関する識別情報を提供する処理を含む。本方法は、ビーコン解明サービスにおいて、デバイスからビーコン識別子を受信することを含む(処理302)。
【００４４】
方法300は、識別子を利用して、ビーコン識別子に関連するエンティティを識別することを更に含む(処理304)。
【００４５】
方法300は、識別子を利用して、ビーコンに関連するエンティティに対してサービス・カテゴリを識別する(処理306)。サービス・カテゴリは、エンティティが提供するかもしれないサービスのタイプについての一般化された記述であることに留意を要する。例えば、サービス・カテゴリが「ロケーション(位置)」であり、エンティティは位置情報を提供できることを示すかもしれないが、実際の位置情報が提供されなくてもよい。同様に、サービス・カテゴリが広告であり、エンティティは広告情報を提供できることを示すかもしれないが、サービス・カテゴリ情報は実際の広告を含まない。
【００４６】
本方法は、エンティティ及びエンティティに関するサービス・カテゴリを識別する情報をデバイスに提供し、その後、デバイスが、サービス・カテゴリを識別する情報を使用して、複数のビーコン感知アプリケーションの中から、1つ以上のサービス・カテゴリに関係を有するアプリケーションを識別することを含む(処理308)。
【００４７】
方法300は、サービス・カテゴリ情報がビーコン解明サービスに保存される状況で実施されてもよい。
【００４８】
方法300は、サービス・カテゴリ情報が外部サービスに保存される状況で実施されてもよい。例えば、ビーコン解明サービスは、外部サービスからサービス・カテゴリ情報を取得することが可能である。代替的に、デバイスは外部サービスからサービス・カテゴリ情報を取得することができる。
【００４９】
方法300は、識別子に関連するエンティティについて登録情報を受信することを更に含んでもよい。特に、エンティティはビーコン解明サービスに登録され、ビーコンに関するUUIDをエンティティに相互に関連付けることを、ビーコン解明サービスに許容する情報を提供する。そのような実施形態は、エンティティに関するサービス・カテゴリ情報、及び、一実施形態では特定のサービス情報を受信することも可能である。
【００５０】
方法300は、ビーコン解明サービスにおいて特定のサービス情報を保存することを更に含んでもよい。そのような特定のサービス情報は、「位置」カテゴリに関する実際の地理的な位置、「広告」カテゴリに関する実際の広告、「自動支払」カテゴリに関する自動支払を行うために必要な情報などを含んでもよい。
【００５１】
更に、方法は、1つ以上のプロセッサを含むコンピュータ・システム及びコンピュータ・メモリのようなコンピュータ読み取り可能な媒体により実施されてもよい。特に、コンピュータ・メモリはコンピュータ実行可能な命令を保存し、その命令は、1つ以上のプロセッサにより実行されると、実施形態で説明された処理のような様々な機能が実行されることを引き起こす。
【００５２】
本発明の実施形態は、本願で詳細に説明されるように、コンピュータ・ハードウェアを含む専用又は汎用のコンピュータを有してもよい又は使用してもよい。本発明の目的の範囲に属する実施形態は、コンピュータ実行可能な命令及び/又はデータ構造を搬送又は保存する物理的及びその他のコンピュータ読み取り可能な媒体も含む。そのようなコンピュータ読み取り可能な媒体は、汎用又は専用のコンピュータ・システムによりアクセスされることが可能な任意の利用可能な媒体であるとすることが可能である。コンピュータ実行可能な命令を保存するコンピュータ読み取り可能な媒体は、物理的な記憶媒体である。コンピュータ実行可能な命令を搬送するコンピュータ読み取り可能な媒体は、伝送媒体である。従って、限定ではない例示として、本発明の実施形態は、物理的なコンピュータ読み取り可能な記憶媒体及びコンピュータ読み取り可能な伝送媒体という少なくとも2つの異なる種類のコンピュータ読み取り可能な媒体を含むことが可能である。
【００５３】
物理的なコンピュータ読み取り可能な記憶媒体は、RAM、ROM、EEPROM、CD-ROM又は他の光ディスク・ストレージ(例えば、CD、DVD等)、磁気ディスク・ストレージ又は他の磁気ストレージ・デバイス、或いは、他の何らかの媒体を含み、他の何らかの媒体は、コンピュータ実行可能な命令又はデータ構造の形式で所望のプログラム・コード手段を保存するために使用されることが可能であって、汎用又は専用のコンピュータによりアクセスされることが可能である。
【００５４】
「ネットワーク」は、コンピュータ・システム及び/又はモジュール及び/又はその他の電子デバイスの間で電子データの伝送を可能にする1つ又は複数のデータ・リンクとして定義される。情報がネットワーク又は他の通信コネクション(有線、無線、又は、有線及び無線の組み合わせ)を介してコンピュータに転送又は提供される場合、コンピュータは、そのコネクションを適切に伝送媒体と見なしてよい。伝送媒体は、ネットワーク及び/又はデータ・リンクを含むことが可能であり、コンピュータ実行可能な命令又はデータ構造の形式で所望のプログラム・コード手段を搬送するために使用されることが可能であり、かつ、汎用又は専用のコンピュータによりアクセスされることが可能である。上記の組み合わせもコンピュータ読み取り可能な媒体の範囲に含まれてよい。
【００５５】
更に、様々なコンピュータ・システム・コンポーネントに到達するために、コンピュータ実行可能な命令又はデータ構造の形式でプログラム・コード手段は、コンピュータ読み取り可能な伝送媒体から、コンピュータ読み取り可能な記憶媒体へ(又はその逆向きに)自動的に転送されることが可能である。例えば、ネットワーク又はデータ・リンクを介して受信されるコンピュータ実行可能な命令又はデータ構造は、ネットワーク・インターフェース・モジュール(すなわち、「NIC」)内のRAMにバッファリングされることが可能であり、その後、最終的には、コンピュータ・システムRAMへ、及び/又はコンピュータ・システムにおける低揮発性のコンピュータ読み取り可能な物理的な記憶媒体へ転送される。従って、コンピュータ読み取り可能な物理的な記憶媒体は、伝送媒体を使用する(又は主として使用する場合さえある)コンピュータ・システム・コンポーネントに含まれることが可能である。
【００５６】
コンピュータ実行可能な命令は例えば命令及びデータを含み、その命令及びデータは、「汎用コンピュータ、専用コンピュータ、又は、特定用途処理デバイス」に、「所定の機能又は一群の機能」を実行させる。コンピュータ実行可能な命令は、例えば、バイナリであってもよいし、アセンブリ言語のような中間的なフォーマットの命令であってもよいし、或いは、ソースコードであってさえよい。対象事項は構造的な特徴及び/又は方法的な処理に特化した言葉で説明されているが、添付の特許請求の範囲で規定される対象事項は、説明された特徴や説明された処理に必ずしも限定される必要はないことが、理解されるべきである。むしろ、説明される特徴及び処理は、請求項に係る内容を実現する具体的な形態として開示されている。
【００５７】
当業者は、本発明が多くのタイプのコンピュータ・システム構成とともにネットワーク・コンピューティング環境で実施されてよいことを認めるであろうし、そのようなシステム構成は、パーソナル・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、メッセージ・プロセッサ、携帯デバイス、マルチ・プロセッサ・システム、マイクロプロセッサに基づく又はプログラム可能なコンシューマ電子機器、ネットワークPC、ミニコンピュータ、メインフレーム・コンピュータ、モバイル電話機、PDA、ページャ、ルーター、スイッチ等を含んでよい。本発明は分散されたシステム環境で実施されてもよく、その環境では、ネットワークを通じて(有線データ・リンクにより、無線データ・リンクにより、又は、有線及び無線のデータ・リンクの組み合わせにより)リンクされたローカル及びリモートのコンピュータ・システムが、何れもタスクを実行している。分散されたシステム環境では、プログラム・モジュールは、ローカル及びリモートの双方のメモリ・ストレージ・デバイスに存在してもよい。
【００５８】
代替的又は追加的に、本願で説明される機能は、1つ又は複数のハードウェア論理コンポーネントにより少なくとも部分的に実行されることが可能である。例えば、限定ではなく、使用されることが可能なハードウェア論理コンポーネントの例示的なタイプは、フィールド・プログラマブル・ゲート・アレイ(FPGA)、特定用途向け集積回路(ASIC)、プログラム固有スタンダード・プロダクト(ASSP)、システム・オン・チップ・システム(SOC)、複合プログラマブル論理デバイス(CPLD)等を含む。
【００５９】
本発明はその精神及び特徴から逸脱することなく他の形態に組み込まれてもよい。説明される実施形態は、全ての点において、例示的及び非限定的なものに過ぎないように考察されるべきである。従って、本発明の目的は、上記の記述によってではなく、添付の特許請求の範囲によって示される。特許請求の範囲の意味及びその均等物の範囲内に属する全ての変形例は、本願の範囲内に包含される。
【図１】
0006576434.tif 000002
【図２】
0006576434.tif 000003
【図３】
0006576434.tif 000004