(57)【特許請求の範囲】
【請求項１】
物理的近接性ベースローカル市場を作成するための方法であって、前記方法が、
市場サーバから少なくとも１つのワイヤレスブロードキャストデバイスに、１つ又は複数のワイヤレスチャネルを介してブロードキャストするための１つ又は複数の表現を提供するステップであって、前記１つ又は複数の表現の各々が異なる市場品目に関連付けられる、提供するステップと、
前記市場サーバにおいて、１つ又は複数のワイヤレスデバイスから、前記１つ又は複数のワイヤレスデバイスが取得するよう試みている品目に一致する、市場で供給されている品目を識別するための情報を求める１つ又は複数の要求を受信するステップと、
少なくとも関連する１つ又は複数のワイヤレスデバイスに、前記１つ又は複数のワイヤレスデバイスが取得するよう試みている品目と関連付けられる関連ブロードキャスト信号をマッチングするための表現を送信するステップと、
前記市場サーバが、前記少なくとも１つのワイヤレスブロードキャストデバイスと、前記１つ又は複数のワイヤレスデバイスに、少なくとも１つのワイヤレスチャネルを介した直接デバイス間データ通知のためのデータ通知チャネルを提供して、前記少なくとも１つのワイヤレスブロードキャストデバイスと、前記少なくとも１つのワイヤレスブロードキャストデバイスによって供給されている品目を取得するよう試みている前記１つ又は複数のワイヤレスデバイスとの間の情報交換を行わせるステップとを含む、物理的近接性ベースローカル市場を作成するための方法。
【請求項２】
前記表現が、一次表現及び補助表現を含む、請求項１に記載の物理的近接性ベースローカル市場を作成するための方法。
【請求項３】
前記補助表現が、市場品目に特有の特徴的な情報を指定する、請求項２に記載の物理的近接性ベースローカル市場を作成するための方法。
【請求項４】
市場サーバから少なくとも１つのワイヤレスブロードキャストデバイスに、１つ又は複数のワイヤレスチャネルを介してブロードキャストするための１つ又は複数の表現を提供するステップが、複数のワイヤレスブロードキャストサービス発見信号の各々を、ワイヤレスブロードキャストデバイスグループ内の１つ又は複数のワイヤレスブロードキャストデバイスに割り振るステップを含み、前記方法が、
前記グループ内の１つ又は複数のワイヤレスブロードキャストデバイスに各サービス発見信号が割り振られた後に、１つ又は複数の近接性サーバによって、前記グループ内のワイヤレスブロードキャストデバイスを、サービス発見信号をワイヤレスブロードキャストするように遠隔してプログラムするステップであって、各ワイヤレスブロードキャストサービス発見信号が、前記１つ又は複数の近接性サーバを通じてパブリッシュされる市場品目を一意に識別する、遠隔してプログラムするステップをさらに含む、請求項１に記載の物理的近接性ベースローカル市場を作成するための方法。
【請求項５】
前記ワイヤレスブロードキャストデバイスが、１つ又は複数のモバイルサブスクライバデバイス、１つ又は複数のワイヤレスアクセスポイント及び／又は１つ又は複数のワイヤレス基地局を含む、請求項４に記載の物理的近接性ベースローカル市場を作成するための方法。
【請求項６】
複数のワイヤレスブロードキャストサービス発見信号の各々を、ワイヤレスブロードキャストデバイスグループ内の１つ又は複数のワイヤレスブロードキャストデバイスに割り振るステップが、前記１つ又は複数の近接性サーバ内の少なくとも１つの近接性サーバによって実施される、請求項４に記載の物理的近接性ベースローカル市場を作成するための方法。
【請求項７】
命令を記憶しているコンピュータ可読記憶媒体であって、前記命令が、分類システム上で実行されると、前記システムに、物理的近接性ベースローカル市場を作成するための方法を実施させ、前記方法が、
市場サーバから少なくとも１つのワイヤレスブロードキャストデバイスに、１つ又は複数のワイヤレスチャネルを介してブロードキャストするための１つ又は複数の表現を提供するステップであって、前記１つ又は複数の表現の各々が異なる市場品目に関連付けられる、提供するステップと、
前記市場サーバにおいて、１つ又は複数のワイヤレスデバイスから、前記１つ又は複数のワイヤレスデバイスが取得するよう試みている品目に一致する、市場で供給されている品目を識別するための情報を求める１つ又は複数の要求を受信するステップと、
少なくとも関連する１つ又は複数のワイヤレスデバイスに、前記１つ又は複数のワイヤレスデバイスが取得するよう試みている品目と関連付けられる関連ブロードキャスト信号をマッチングするための表現を送信するステップと、
前記市場サーバが、前記少なくとも１つのワイヤレスブロードキャストデバイスと、前記１つ又は複数のワイヤレスデバイスに、少なくとも１つのワイヤレスチャネルを介した直接デバイス間データ通知のためのデータ通知チャネルを提供して、前記少なくとも１つのワイヤレスブロードキャストデバイスと、前記少なくとも１つのワイヤレスブロードキャストデバイスによって供給されている品目を取得するよう試みている前記１つ又は複数のワイヤレスデバイスとの間の情報交換を行わせるステップとを含む、命令を記憶しているコンピュータ可読記憶媒体。
【請求項８】
前記表現が、一次表現及び補助表現を含む、請求項７に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項９】
前記補助表現が、市場品目に特有の特徴的な情報を指定する、請求項８に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項１０】
市場サーバから少なくとも１つのワイヤレスブロードキャストデバイスに、１つ又は複数のワイヤレスチャネルを介してブロードキャストするための１つ又は複数の表現を提供するステップが、複数のワイヤレスブロードキャストサービス発見信号の各々を、ワイヤレスブロードキャストデバイスグループ内の１つ又は複数のワイヤレスブロードキャストデバイスに割り振るステップを含み、前記方法が、
前記グループ内の１つ又は複数のワイヤレスブロードキャストデバイスに各サービス発見信号が割り振られた後に、１つ又は複数の近接性サーバによって、前記グループ内のワイヤレスブロードキャストデバイスを、サービス発見信号をワイヤレスブロードキャストするように遠隔してプログラムするステップであって、各ワイヤレスブロードキャストサービス発見信号が、前記１つ又は複数の近接性サーバを通じてパブリッシュされる市場品目を一意に識別する、遠隔してプログラムするステップをさらに含む、請求項７に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項１１】
前記ワイヤレスブロードキャストデバイスが、１つ又は複数のモバイルサブスクライバデバイス、１つ又は複数のワイヤレスアクセスポイント及び１つ又は複数のワイヤレス基地局を含む群の１つ又は複数を含む、請求項１０に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項１２】
複数のワイヤレスブロードキャストサービス発見信号の各々を、ワイヤレスブロードキャストデバイスグループ内の１つ又は複数のワイヤレスブロードキャストデバイスに割り振るステップが、前記１つ又は複数の近接性サーバ内の少なくとも１つの近接性サーバによって実施される、請求項１０に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項１３】
少なくとも２つのワイヤレスデバイス、市場サーバ、及びデータ記憶装置を有するシステムによって、物理的近接性ベースローカル市場を操作するための方法であって、前記方法が、
前記市場サーバによって、物理的に近接するワイヤレスデバイスによって使用されるローカル市場に１つ又は複数の市場品目を追加することを求める要求を受信するステップと、
市場サーバからワイヤレスデバイスに、ワイヤレスチャネルを介して、前記１つ又は複数の市場品目に関するワイヤレス通信のブロードキャストに使用するための少なくとも１つの表現を送信するステップと、
それぞれ１つ又は複数のワイヤレスデバイスから受信される、検索要求又はサブスクライブ要求に応答して、検索又はサブスクライブされている市場品目に関する関連ブロードキャスト信号を、前記１つ又は複数の表現とマッチングするステップと、
前記１つ又は複数の市場品目にアクセスするのに使用するために、前記１つ又は複数のワイヤレスデバイスに表現を返すステップと、
前記市場サーバが、前記少なくとも２つのワイヤレスデバイスに、前記１つ又は複数の市場品目に関するワイヤレスデバイス間の直接通信のためのデータ通知チャネルを提供するステップと
を含む、少なくとも２つのワイヤレスデバイス、市場サーバ、及びデータ記憶装置を有するシステムによって、物理的近接性ベースローカル市場を操作するための方法。
【請求項１４】
前記１つ又は複数の市場品目が、商品及びサービスから成る群から選択される１つ又は複数を含む、請求項１３に記載の方法。
【請求項１５】
前記要求が、空間データ及び前記要求の主題を指定する情報を有するチャネル始動要求を含む、請求項１３に記載の方法。
【請求項１６】
前記要求が、チャネルＩＤを含む、請求項１３に記載の方法。
【請求項１７】
前記表現が、オブジェクトＩＤを含む、請求項１３に記載の方法。
【請求項１８】
前記表現を使用してデータベース内のデータにアクセスするステップをさらに含む、請求項１３に記載の方法。
【請求項１９】
命令を記憶しているコンピュータ可読記憶媒体であって、前記命令が、分類システム上で実行されると、前記システムに、少なくとも２つのワイヤレスデバイス、市場サーバ、及びデータ記憶装置を有するシステムによって、物理的近接性ベースローカル市場を操作するための方法を実施させ、前記方法が、
前記市場サーバによって、物理的に近接するワイヤレスデバイスによって使用されるローカル市場に１つ又は複数の市場品目を追加することを求める要求を受信するステップと、
市場サーバからワイヤレスデバイスに、ワイヤレスチャネルを介して、前記１つ又は複数の市場品目に関するワイヤレス通信のブロードキャストに使用するための表現を送信するステップと、
それぞれ１つ又は複数のワイヤレスデバイスから受信される、検索要求又はサブスクライブ要求に応答して、検索又はサブスクライブされている市場品目に関する関連ブロードキャスト信号を、前記表現とマッチングするステップと、
前記１つ又は複数の市場品目にアクセスするのに使用するために、前記１つ又は複数のワイヤレスデバイスに表現を返すステップと、
前記市場サーバが、前記少なくとも２つのワイヤレスデバイスに、商品／サービスに関するワイヤレスデバイス間の直接通信のためのデータ通知チャネルを提供するステップと
を含む、命令を記憶しているコンピュータ可読記憶媒体。
【請求項２０】
前記１つ又は複数の市場品目が、商品及びサービスから成る群から選択される１つ又は複数を含む、請求項１９に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項２１】
前記要求が、空間データ及び前記要求の主題を指定する情報を有するチャネル始動要求を含む、請求項１９に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項２２】
前記要求が、チャネルＩＤを含む、請求項１９に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項２３】
前記表現が、オブジェクトＩＤを含む、請求項１９に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項２４】
前記方法が、前記表現を使用してデータベース内のデータにアクセスするステップをさらに含む、請求項１９に記載の命令を記憶しているコンピュータ可読記憶媒体。
【請求項２５】
物理的近接性ベースローカル市場を操作するためのシステムであって、前記システムが、
少なくとも２つのワイヤレスデバイスと、
市場サーバと、
を備え、
前記市場サーバが、前記ワイヤレスデバイスの１つから、物理的に近接する他のワイヤレスデバイスによって使用されるローカル市場に１つ又は複数の市場品目を追加することを求める要求を受信し、受信に応答して、前記１つのワイヤレスデバイスに、ワイヤレスデータチャネルを介して、前記１つ又は複数の市場品目に関するワイヤレス通信のブロードキャストに使用するための１つ又は複数の表現を送信し、さらに、前記市場サーバが、前記ワイヤレスデバイスの少なくとも１つから受信される、検索要求又はサブスクライブ要求を受信し、検索又はサブスクライブされている市場品目に関する関連ブロードキャスト信号を、前記市場サーバが前記１つ又は複数の市場品目にアクセスするのに使用するために前記１つのワイヤレスデバイスに返す少なくとも１つの表現とマッチングする、
物理的近接性ベースローカル市場を操作するためのシステム。
【請求項２６】
前記１つ又は複数の市場品目が、商品及びサービスから成る群から選択される１つ又は複数を含む、請求項２５に記載の物理的近接性ベースローカル市場を操作するためのシステム。
【請求項２７】
前記要求が、空間データ及び前記要求の主題を指定する情報を有するチャネル始動要求を含む、請求項２５に記載の物理的近接性ベースローカル市場を操作するためのシステム。
【請求項２８】
前記要求が、チャネルＩＤとして受信される、請求項２５に記載の物理的近接性ベースローカル市場を操作するためのシステム。
【請求項２９】
前記表現が、オブジェクトＩＤを含む、請求項２５に記載の物理的近接性ベースローカル市場を操作するためのシステム。
【請求項３０】
前記市場サーバが、前記表現を使用してデータベース内のデータにアクセスするように動作可能である、請求項２５に記載の物理的近接性ベースローカル市場を操作するためのシステム。
【発明の詳細な説明】
【優先権】
【０００１】
[0001]本特許出願は、２０１４年１２月２３日に提出された「Ａ  Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  ＬＴＥ−Ｄ  Ｂａｓｅｄ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ」と題する、対応する米国仮特許出願第６２／０９６，３５６号、２０１５年１月２２日に提出された「Ａ  Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｍａｎａｇｉｎｇ  ｔｈｅ  Ｐｌａｃｅｍｅｎｔ  ｏｆ  Ｂｒｏａｄｃａｓｔ  Ｓｉｇｎａｌｓ  ｆｏｒ  Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ」と題する米国仮特許出願６２／１０６，５２８号、及び、２０１５年１１月９日に提出された「Ａ  Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  ａｎ  Ｉｎｓｔａｎｔ  Ｃｕｓｔｏｍｉｚａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｄｅｌｉｖｅｒｙ  Ｓｙｓｔｅｍ  Ｂａｓｅｄ  ｏｎ  Ｓｐａｔｉｏｔｅｍｐｏｒａｌ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ」と題する米国仮特許出願６２／２５３，０５１号に対する優先権を主張し、参照により本明細書に組み込む。
【発明の分野】
【０００２】
[0002]本発明の実施形態は、近接性ベースサービス発見の分野に関し、より詳細には、本発明の実施形態は、一次表現及び補助表現を使用した近接性ベースサービス発見市場に関する。
【発明の背景】
【０００３】
[0003]近接性サービスは様々な形態で存在する。いくつかの現在普及している近接性ベースサービスにおいては、特定のサービスに関する情報をブロードキャストするデバイスは、その特定のサービスの提供者に属する。たとえば、販売中の品目に関する広告を送信することを所望する百貨店は、当該百貨店に割り当てられる情報を送信することが可能なアクセスポイント又は加入者ユニットを購入しなければならない。これは、企業又は個人は、当該企業又は個人が所有及び操作するデバイスの直近範囲内にしか受信可能範囲を有しないことを意味する。
【０００４】
[0004]最も著名な近接性サービスはジオフェンシングと称され、サービスは特定の地理的領域を指定し近接性サービス提供者に、クライアントがその指定領域に入ると、サービス側に通知するよう求めることができる。指定領域は、曖昧（たとえば、特定のＷｉＦｉサービスセット識別子（ＳＳＩＤ）又はセルラ基地局によってカバーされる領域）であり得るか、又は、明示的な地理的境界を画定し、全地球測位システム（ＧＰＳ）若しくは他の位置特定技法を使用することによってより明確であり得る。別の重要なクラスの近接性サービスソリューションは、ワイヤレスデバイスの対の間の相対的な近接性を利用し、デバイスの一方若しくは両方はモバイルであってもよく、又は両方ともモバイルでなくてもよい。すべてのこれらのサービスにおいて暗黙的に、発見は日和見的であり、すなわち、サービスを発見するクライアントは、広告されているサービスの無線範囲（たとえば、＜＜５００メートル）内にあるべきである。
【０００５】
[0005]ロングタームエボリューション（ＬＴＥ）−ダイレクト、以下ＬＴＥ−Ｄと称する、は、無線モデムベースサービス発見を可能にし、アプリケーションは、携帯電話事業者によって割り振られる専用ＬＴＥアップリンクリソースを介して、当該アプリケーションのサービスをブロードキャストするためのアプリケーション特有の表現（たとえば、１２８ビット）を割り当てられる。アプリケーションが１つ又は複数の表現をパブリッシュ（ｐｕｂｌｉｓｈ）すると、これらの表現はワイヤレスユーザデバイス又はユーザ機器（ＵＥ）内のＬＴＥ−Ｄチップにプッシュダウンされる。アプリケーションがある表現にサブスクライブ（ｓｕｂｓｃｒｉｂｅ）すると、アプリケーションは、その表現のいずれのビットが使用されるべきか、及び、それらのビットがいずれの値に等しくなる必要があるか（すなわち、ビットマスク及び一致値）を規定する。ビットマスク及び一致値は、ユーザデバイスのＬＴＥ−Ｄチップにプッシュダウンされる。ユーザデバイスのＬＴＥ−Ｄチップ及びＬＴＥ無線機能が定期的に起動し、サービス発見に割り振られているＬＴＥアップリンクリソースのいくつかを使用してユーザデバイス上の任意のパブリッシュされた表現をブロードキャストし、サービス発見のための残りのリソースにおいて、サブスクライブされた表現に対する任意の一致を識別するために、他のデバイスによってブロードキャストされる表現をリスン（listen）する。ユーザデバイス内のＬＴＥ−Ｄチップが任意の表現を一致させると、ＬＴＥ−Ｄチップは、同じデバイス上のその表現にサブスクライブされているアプリケーションに通知する。通知を受信すると、アプリケーションはそのアプリケーションロジックを実行する。オペレーティングシステム及びアプリケーションは表現をブロードキャスト及び受信している間は休止することができるため、システムは高いエネルギー効率を達成することができる。
【０００６】
[0006]ＬＴＥ−Ｄは、それによって表現が、デバイス間（Ｄ２Ｄ）サービス発見のためのＬＴＥアップリンクリソースのサブセットを介してブロードキャスト及び／又は受信されるパブリッシュ−サブスクライブ（ｐｕｂｌｉｓｈ−ｓｕｂｓｃｒｉｂｅ）機構を提供する。ＬＴＥ−Ｄはまた、サービスが発見されると遠隔サーバから静的サービスデータを受信するための機構も提供する。Ｑｕａｌｃｏｍｍは、オペレータ（ｏｐｅｒａｔｏｒ）及び公的アプリケーションによる表現のブロックの登録を処理する表現名サーバ（ＥＮＳ）を提供している。しかしながら、ＥＮＳは、これらの表現ブロックが特定のオペレータ及びアプリケーションによってどのように管理及び／又は処理されるかを明示的に指定していない。
【概要】
【０００７】
[0007]近接性サービス発見のための方法及び装置が開示される。一実施形態において、方法は、市場サーバから少なくとも１つのワイヤレスブロードキャストデバイスに、１つ又は複数のワイヤレスチャネルを介してブロードキャストするための１つ又は複数の表現を提供するステップであって、１つ又は複数の表現の各々が異なる市場品目に関連付けられる、提供するステップと、市場サーバにおいて、１つ又は複数のワイヤレスデバイスから、１つ又は複数のワイヤレスデバイスが取得するよう試みている品目に一致する、市場で供給されている品目を識別するための情報を求める１つ又は複数の要求を受信するステップと、少なくとも関連する１つ又は複数のワイヤレスデバイスに、１つ又は複数のワイヤレスデバイスが取得するよう試みている品目と関連付けられる関連ブロードキャスト信号をマッチングするための表現を送信するステップと、市場サーバによって少なくとも１つのワイヤレスチャネルを介した直接デバイス間データ通知のためのデータ通知チャネルを提供して、少なくとも１つのワイヤレスブロードキャストデバイスと、少なくとも１つのワイヤレスブロードキャストデバイスによって供給されている品目を取得するよう試みている１つ又は複数のワイヤレスデバイスとの間の情報交換を促進するステップとを含む。
【０００８】
[0008]本発明は、本発明の様々な実施形態の、下記に与えられる詳細な説明及び添付の図面からより十分に理解されるが、これらの実施形態は、本発明をその特定の実施形態に限定するように解釈されるべきではなく、説明及び理解のためのみのものである。
【図面の簡単な説明】
【０００９】
【図１Ａ】システムアーキテクチャの一実施形態のブロック図である。
【図１Ｂ】図１Ａの近接性ベースサービス発見ベース市場の一実施形態の動作を示すデータフロー図である。
【図２】ＬＭＳの一実施形態のブロック図である。
【図３】表現テンプレートの一実施形態を示す図である。
【図４Ａ】一実施形態による、パブリッシュデバイスにおける動作に関する状態遷移図である。
【図４Ｂ】一実施形態による、パブリッシュデバイスにおける動作に関する状態遷移図である。
【図５】ＬＭＡインスタンスが、一次表現にサブスクライブするときにサービスのリスンを開始する状況を示す図である。
【図６】補助表現からアンサブスクライブ（ｕｎｓｕｂｓｃｒｉｂｅ）するＬＭＡインスタンスを示す図である。
【図７】一実施形態における、パブリッシャであるユーザデバイスにおける結合一次及び補助表現の状態図である。
【図８】一実施形態によるサブスクライバ（ｓｕｂｓｃｒｉｂｅｒ）の状態図である。
【図９】追加の情報を使用して商品／サービスの供給をより良好に目標化するプラットフォームの一実施形態のブロック図である。
【図１０】２Ｄレイアウトプラットフォームデバイス上のシステムの一実施形態を示す図である。
【図１１】アクセスポイント及び近接性信号送信可能モバイルデバイスに対する表現割り当ての一例を示す図である。
【図１２】近接性サービス発見システムのアーキテクチャの一実施形態を示す図である。
【図１３】チャネルＩＤの構造の一実施形態を示す図である。
【図１４】信号強度を表すのに使用されるバイナリ表現の一実施形態を示す図である。
【図１５】メッセージフォーマットの一実施形態の構造を示す図である。
【図１６】メッセージの受信可能範囲レベルの一実施形態を示す図である。
【図１７】時空間モバイルネットワークに使用するための近接性ベースサービス発見プロセスの一実施形態を示すシーケンス線図である。
【本発明の詳細な説明】
【００１０】
[0009]以下の説明において、本発明のより完全な説明を提供するために、多数の詳細が記載される。しかしながら、本発明はこれらの特定の詳細なしに実施することができることは当業者には明らかであろう。他の事例において、本発明を曖昧にするのを回避するために、よく知られた構造及びデバイスは、詳細にではなくブロック図形式で示されている。
【００１１】
[0010]近接性ベースサービスは、事業者が新たな財源を生み出すための新開地をもたらす。クラウドからサービスをフェッチするために（集団又は個人の）ユーザの位置及び移動情報を提供する現在の位置ベースサービスとは異なり、近接性ベースサービスは、互いの歩いて行ける距離の中の生産者及び消費者が互いを見つけさせて、社会的活動、慈善活動又は商業活動に参加させる。そのようなパラダイムの市場空間を作成することによって、仮想的又は物理的なショッピングを組み合わせて、一方又は他方のみを有するよりも良好な体験にすることができる。
【００１２】
[0011]近接性ベースサービス発見の一実施形態において、物理デバイスが、たとえば、Ｂｌｕｅｔｏｏｔｈ、ＬＴＥ−Ｄ及びＷｉＦｉを含む１つ又は複数のワイヤレスデバイス間技術を使用してワイヤレス媒体を介して変調無線波の形態の表現（たとえば、ビーコン）を送信する。送信デバイスは、固定インフラストラクチャの一部分である独立型デバイスであってもよい。送信デバイスはまた、同じくワイヤレスアクセスネットワークを通じて他のデバイス及びサーバに通信可能に結合され、たとえば、スマートフォン、タブレット、ラップトップコンピュータなどのようなユーザ機器（ＵＥ）であってもよい。一実施形態において、受信機デバイスは、各々が１つ又は複数の表現を割り当てられている１つ又は複数の近接性サービスにサブスクライブされている他のＵＥを含む。一実施形態において、近接性サービスにサブスクライブするとは、デバイスが近傍においてブロードキャストされている表現を定期的にリスンし、サブスクライブしているアプリケーションに、一致した信号（いずれかの表現が、サブスクライブされている近接性サービスに一致する場合）に関して通知することを意味する。
【００１３】
[0012]一実施形態において、デバイスタイプにかかわらず、送信デバイス及び受信デバイスは、オペレーティングシステム及び無線インターフェースを含み、近接性サービスのサービス発見機能は、オペレーティングシステム及び／又は無線インターフェースを用いて処理される。一実施形態におおいて、近接性サービスを使用するアプリケーションは、一般的に、（たとえば、アプリケーションプログラミングインターフェース（ＡＰＩ）を使用して）どんな表現がブロードキャスト又はリスンされるべきであるかに関してすでに指示を受けているオペレーティングシステム及び／又は無線インターフェース内のすでに作動しているサービス発見機能からの発見通知を待ってアイドルのままである。そのようなサービス発見機能はその後、アプリケーション（存在する場合）によってパブリッシュされている表現を送信することが可能であり、物理デバイス上の任意のアプリケーション（存在する場合）によってサブスクライブされている表現をリスンする。
【００１４】
[0013]一実施形態において、ローカル市場フレームワークが、近接性サービス発見認証を使用し、ユーザは、自身のそれぞれのユーザデバイスにローカル市場アプリケーションをインストールすることによって、ローカル市場に参加する。アプリケーションを利用するユーザは、他の近傍のユーザによって販売、共同使用、寄贈、貸与されている商品及びサービスを見つけることに関心がある「購入者」の役割にあり得る。アプリケーションを利用するユーザは、自身が販売、共同使用、寄贈、貸与している商品及びサービスを広告する「販売者」の役割にあり得る。一実施形態において、ローカル市場フレームワークは、１つ又は複数の技術（たとえば、Ｂｌｕｅｔｏｏｔｈ、ＬＴＥ−Ｄ、ＷｉＦｉなど）を使用して表現（たとえば、ビーコン）をブロードキャストすることができる物理デバイスを使用して、近接性ベースサービス発見（ＰＳＤ）のためのプラットフォームを提供する。
【００１５】
[0014]一実施形態において、市場フレームワークは、ユーザ（たとえば、個人、慈善団体、企業、学校など）が、ユーザがあちこち移動するときにローカル市場に自動的に参加し、離れることを可能にする。本発明の実施形態は、任意の者又は組織が商品及びサービスを、提供者と可能性のある消費者の両方があちこち移動しているときに、ワイヤレス通信範囲（たとえば、ＬＴＥ−Ｄでは、範囲は最大５００メートル）内の任意の者又は組織に提供することができる近接性ベースローカル市場を確立するための装置を含む。
【００１６】
[0015]市場フレームワークは、市場ユーザによって使用されているデータ及び表現を管理するバックエンドサーバ（たとえば、遠隔して位置するサーバ）をホストする。一実施形態において、バックエンドサーバは以下を備える。
【００１７】
[0016]（１）パブリッシュ又はサブスクライブされる表現に関連するデータを処理するデータストアハンドラ。様々な実施形態において、データストアハンドラは、関係型又は非関係型データベースを利用する。一実施形態において、キーバリューストアが使用され、割り当てられる各表現の全体又は異なる部分がキーとして使用され、これらの表現（の部分）に対応するデータが値として使用される。
【００１８】
[0017]（２）ローカル市場アプリケーション（ＬＭＡ）のインストールされているインスタンスからパブリッシュ要求を受信し、その代わりに、ＬＴＥ−Ｄチャネルを介してサービスを広告しデータ通知を送信するために表現をＬＭＡに割り当てるパブリッシュマネージャ（ｐｕｂｌｉｃａｔｉｏｎ  ｍａｎａｇｅｒ）。
【００１９】
[0018]（３）ＬＭＡのインスタンスからサブスクライブ要求を受信し、その代わりに、ユーザ嗜好を反映するＬＭＡに関する情報（たとえば、ビットマスク）を割り当て、ＬＭＡインスタンスがインストールされているデバイス上のハードウェア及びソフトウェアに一致する表現に関心があるサブスクライブマネージャ（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｍａｎａｇｅｒ）。
【００２０】
[0019]（４）ＬＭＡインスタンスがメモリ（たとえば、キーバリューストア）にデータをプッシュし、メモリからデータをプルするための通信チャネル（たとえば、伝送プロトコル及びポート）。
【００２１】
[0020]本明細書において説明されている技法は、ユーザデバイスにフェッチされる動的なデータを有し得る、ブロードキャストされている商品及びサービスを伴う、ＬＴＥ−Ｄを介した通知チャネルをサポートする。クラウドサーバとの持続的な接続を保持するアプリケーション層通知チャネルとは異なり、この通知チャネルはＬＴＥ−Ｄを利用するため、本明細書において説明されている技法を利用する市場アプリケーションは、データ更新が行われている間は休止状態にすることができる。
【００２２】
[0021]一実施形態において、ローカル市場フレームワークは、一次表現及び補助表現セットを使用する。一実施形態において、これらの一次表現及び補助表現はビーコンである。一実施形態において、両方のタイプの表現が通知チャネルとして使用される。一実施形態において、一次表現が一般的に商品及びサービスを広告するのに使用される一方、補助表現は、商品及びサービスの特定の特徴に関する詳細並びに商品及びサービスに関連する取引に関するパラメータを指定するのに使用される。一実施形態において、アプリケーションが、それらのアプリケーションによってパブリッシュされている商品及びサービスに関するデータを動的に更新し、ＬＴＥ−Ｄを通知チャネルとして利用することを所望するとき、表現マネージャ（一実施形態においてはサーバの一部分である）が、これらの一次表現及び補助表現を、要求される度ごとに、異なるユーザデバイス上で作動しているローカル市場アプリケーションの異なるインスタンスに割り当てる。一実施形態において、補助表現は一次表現に割り当てられ、補助表現を割り当てられたこれらの一次表現のパブリッシャとサブスクライバの両方が、データ通知に使用するために補助表現について通知される。パブリッシャ及びサブスクライバがどのように補助表現を使用するかのいくつかの異なる選択肢を本明細書において説明する。
発見アーキテクチャの一例
【００２３】
[0022]図１Ａは、互いの発見範囲内にある２つのユーザ機器（ＵＥ）１００及び２００を有するシステムアーキテクチャの一実施形態のブロック図である。システムは一般的に、３つ以上のＵＥを有することに留意されたい。図１Ａを参照すると、一実施形態において、各ＵＥは、独立型構成要素として駆動及び操作される、近接性サービス（たとえば、ＬＴＥ−Ｄ）のためのサブシステムを有する（残りのＵＥ構成要素は休止状態にすることができる）。一実施形態において、サブシステムはそれぞれ、ＵＥ１００及び２００のＬＴＥ−Ｄチップ１０１及び２０１のようなＬＴＥ−Ｄチップを備える。
【００２４】
[0023]各ＵＥ上で作動しているアプリケーションは、その近接性サービス構成要素と通信する。たとえば、ＵＥ１００において、ローカル市場アプリケーション（ＬＭＡ）１０２はインターフェース１１２を介してＬＴＥ−Ｄチップ１０１と通信し、ＵＥ２００において、ＬＭＡ２０２はインターフェース２１２を介してＬＴＥ−Ｄチップ２０１と通信する。一実施形態において、この通信はアプリケーションプログラマインターフェース（ＡＰＩ）を通じて行われ、アプリケーションの異なるインスタンスが異なるＵＥにインストールされ、異なるＵＥ上で作動する。
【００２５】
[0024]本明細書においてはローカル市場サーバ（ＬＭＳ）と称する論理的に集中化されたエンティティ（たとえば、１つ又は複数のサーバ）３００が、ＬＭＡのインスタンスにサービスを提供するために、バックエンドクラウド又は他の遠隔記憶場所に位置している。ＬＭＳ３００は、近接性サーバと称される場合がある。一実施形態において、市場アプリケーションの各インスタンスは、ＬＭＳ３００とのインターフェースをサポートする（たとえば、図１においてＬＭＡ１０２はインターフェース３０１を使用し、ＬＭＡ２０２はインターフェース３０２を使用する）。一実施形態において、そのようなインターフェースは、ＴＣＰ、ＳＳＨ、又は任意の他の標準伝送プロトコルを使用したネイティブ伝送ソケットとして実装されるか、又は、ＨＴＴＰ／ＨＴＴＰＳを介してＲＥＳＴｆｕｌウェブインターフェースとして実装することができる。一実施形態において、そのようなインターフェースは、ワイヤレスネットワークを介して生じる。
【００２６】
[0025]図１Ｂは、図１Ａの近接性ベースサービス発見ベース市場の一実施形態の動作を示すデータフロー図である。図１Ｂを参照すると、ＵＥ１００のユーザは、商品及びサービスを販売することを所望し、ＵＥ１００のＬＭＡ１０２に、表現（たとえば、一次表現及び補助表現）の使用を制御するための表現サーバとして作用するＬＭＳ３００から、表現又は表現セットを要求させる。要求とともに、ＬＭＡ１０２は、市場参加者が市場において取引を完了することを可能にするための情報（たとえば、ＵＥ及び／又は取引識別子）とともに、ＬＭＳ３００が、商品及び／又はサービスのタイプを識別するために市場において使用することができる表現を作成することを可能にする、表現において使用するためのデータを提供する。
【００２７】
[0026]ＬＭＳ３００は、要求の許可又は拒否をもってＬＭＡ１０２に応答する。ＬＭＳ３００によって要求が許可されたと仮定すると、ＬＭＳ３００は、市場において使用するための、ＵＥ１００のユーザが供給することを所望する商品及び／又はサービスのタイプに関する表現（複数可）をＬＭＡ１０２に与える。応答して、ＬＭＡ１０２は、ＵＥ１００のＬＴＥ−Ｄチップ１０１に、一次表現をパブリッシュしてデータ通知（たとえば、補助表現）を与えるよう命令する。
【００２８】
[0027]この時間の間、ＵＥ２００のユーザは、ＵＥ１００によって供給されているものと同じタイプの商品及び／又はサービスの供給を受信するためにサブスクライブすることを所望する。それゆえ、ＵＥ２００のＬＭＡ２０２は、ＬＭＳ３００に、ＵＥ２００が所望する商品／サービスに関連する情報を受信することを可能にするための情報を受信することを求める要求を送信する。要求に応答して、ＬＭＳ３００は、ＬＭＡ２０２が所望の商品／サービスの供給がブロードキャストされているか否かを判定することを可能にする表現データをＬＭＡ２０２に与える。ＬＭＡ２０２は、他のＵＥによってブロードキャストされている表現をリスンしているＬＴＥ−Ｄチップ２０１に、サブスクライブされている商品／サービスの表現データを転送する。ＬＴＥ−Ｄチップ２０１がＬＭＡ２０２から受信した表現データと、別のＵＥ（この例ではＵＥ１００）によってブロードキャストされている表現との間に一致があると判定されると、ＬＴＥ−Ｄチップ２０１は、ＬＭＡ２０２に一致事象を通知する。一致事象が通知されるのに応答して、ＬＭＡ２０２は、取引を完了することを可能にするためのより多くの情報をＬＭＳ３００（又は一次表現内の情報を使用する別の遠隔して位置するサーバ）から要求する。ＬＭＡ３００は、追加の表現データをＬＭＡ２０２に提供し、ＬＭＡ２０２は、データを使用してＵＥ１００のユーザとの取引を完了する。一実施形態において、表現データは、１つ又は複数の補助表現を含む。ＬＴＥ−Ｄチップ２０１において不一致事象が受信された場合、不一致事象は、ＬＴＥ−Ｄチップ２０１又はさらにはローカル市場アプリケーション２０２におけるより高い層においてダンプされる。
【００２９】
[0028]図２は、ＬＭＳ（たとえば、ＬＭＳ３００）及びＬＭＳの構成要素の一実施形態のブロック図である。図２を参照すると、通信チャネル４００が、ＬＭＡ（たとえば、ＬＭＡ４１０）からメッセージを受信し、ＬＭＡに対して、それらのメッセージへの応答を生成する。一実施形態において、メッセージは、パブリッシュ要求メッセージ、パブリッシュ応答メッセージ、サブスクライブ要求メッセージ、サブスクライブ応答メッセージ、データアップロードメッセージ及びデータダウンロードメッセージを含む。パブリッシュ要求メッセージがＬＭＡインスタンスから受信されると、ＬＭＳインスタンスは、メッセージをパブリッシュマネージャ４０１に渡す。応答して、パブリッシュマネージャ４０１は、パブリッシュされているサービス又は商品に適切な表現テンプレートに基づいて表現を割り当てる。一実施形態において、表現テンプレートは、所与のバージョンのＬＭＡに対して固定されている。別の実施形態において、表現テンプレートは、パブリッシュマネージャ４０１によって動的に再生成される。
【００３０】
[0029]図３は、表現テンプレートの一実施形態を示す。図３を参照すると、一実施形態において、本明細書において開示されている市場サービス又は商品を一意に指示するアプリケーション識別子（ＩＤ）３０１は、ローカル市場内のすべてのＬＭＡインスタンスにわたって同じである。第２のフィールドは、商品／サービスが存在する市場を指定する市場カテゴリ３０２（たとえば、交通、音楽、ビデオ、食品／ショッピング、清掃、移動、介護など）である。第３のフィールド、すなわちサービスタグ３０３は、可変数のサービスタグを表す。一実施形態において、サービスタグ３０３のいくつかは、複数のカテゴリにわたって共通である。一実施形態において、いくつかのサービスタグは、そのカテゴリに固有である。たとえば、サービスタグは、サービスが無料であるか又は有料であるか、支払い方法、ＬＭＳからフェッチされるべきデータがあるか否かなどのような情報を含む。対照的に、音楽／ビデオの種類又は車両型は、音楽／ビデオ又は交通のカテゴリに固有であり得る。一実施形態において、パブリッシャ識別子（ＩＤ）３０４は、サービスを広告する個人又は団体に固有のＩＤである。サービスキー３０５が、消費者に提示するための追加のデータを得るための固有のフィールドとして使用されるフィールドである。一実施形態において、サービスタグと協働して、サービスキー３０５は、ＬＭＳから追加のデータを要求するための固有のキーとして使用することができる。別の一般的な使用事例において、サービスキー３０５は、他のＬＭＡインスタンスが復号しデータを抽出することができる２進符号化情報として使用される。一実施形態において、復号及びデータ抽出は、辞書、又は、ＬＭＡインスタンスがインストールされるか、又は、ＬＭＡインスタンスがサービス／商品に対してサブスクライブするときに供給されるより詳細なテンプレートを使用して実施される。
【００３１】
[0030]一実施形態において、パブリッシュマネージャ４０１は、要求が許可されるか否かを指定し、許可される場合、以下の情報、すなわち、パブリッシュされるべき１つ又は複数の表現、表現ごとの貸与時間（表現がパブリッシュされる時間量（たとえば、有効時間）を示す情報）、各表現のタイプ（たとえば、一次又は補助）、各表現のテンプレート、ＬＭＡインスタンスによって上書き又は書き込むことができる表現内のフィールド、一次表現と補助表現との間のペアリング情報（たとえば、いずれの補助表現をいずれの一次表現（複数可）によって使用することができるか）、補助表現のモード（たとえば、結合又は非結合）を与えるパブリッシュ応答メッセージ４５２を生成する。パブリッシュマネージャ４０１は、データストアハンドラ４０３を介して、要求及び生成された応答をログ記録する。
【００３２】
[0031]ＬＭＡインスタンス４１０は、捕捉することができるユーザ入力に対する応答として、サブスクライブ要求メッセージ４５３を生成する。捕捉は、たとえば、キーボード、マイクロフォン、カメラ、タッチスクリーン、デバイスとペアリングされるウェアラブルデバイス、及び、デバイス上の他のセンサのような様々なインターフェースを通じて行われてもよい。ユーザ入力は、任意の形態のジェスチャ又は直接音声／テキストコマンドであってもよい。一実施形態において、ＬＭＡインスタンス４１０はまた、ユーザが書き込むことができる書式セットも与える。ユーザは、たとえば、キーボード、音声、タッチスクリーンなどのような様々な入力方法を使用して書式に書き込むことができる。ユーザクエリが受信されると、ＬＭＡインスタンス４１０はクエリを整理して、ＬＭＳによって構文解析及び処理することができる書式にする。
【００３３】
[0032]通信チャネル４００は、サブスクライブ要求メッセージ４５３をサブスクライブマネージャ４０２に渡し、サブスクライブマネージャ４０２は代わりに、要求を送信したＬＭＡインスタンス４１０に中継し戻されることになるサブスクライブ応答メッセージ４５４を生成する。一実施形態において、サブスクライブマネージャ４０２は、特定のクエリに基づいて、また、使用履歴に基づいて抽出することができるか、又は、ユーザ嗜好としてユーザが書き込むことができるサブスクライバプロファイルも使用して、クエリを市場カテゴリ及びサービスタグのセットに分解する。一実施形態において、サブスクライブ応答メッセージ４５４は、分解に成功した場合、以下の情報、すなわち、サブスクライブされるべき１つ又は複数の表現、表現ごとの貸与時間、各表現のタイプ（たとえば、一次又は補助）、各表現の詳細なテンプレート、一致しなければならないフィールドを識別するための表現ごとの強制ビットマスク、ビットマスクによって識別される強制フィールドの表現ごとの一致値、一次表現と補助表現との間のペアリング情報（すなわち、いずれの補助表現をいずれの一次表現によって使用することができるか）、補助表現のモード（たとえば、結合又は非結合）、及び、適用可能である場合、不透明フィールドを復号するための追加の辞書データを含む。一実施形態において、サブスクライブ要求４５３及び応答４５４は、取引履歴を維持するためにデータストアハンドラ４０３に送信される。一実施形態において、サブスクライブマネージャ４０２はまた、迅速な回答を返すために以前のクエリをキャッシュする。
【００３４】
[0033]一実施形態において、パブリッシャがサービスに関するより詳細な情報（たとえば、連絡先情報、画像、ビデオなど）を与えるとき、ＬＭＡインスタンスは、ＬＭＳに向けたデータアップロードメッセージ４５５を生成する。一実施形態において、ＬＭＡインスタンスはまた、表現内で適切なフラグが設定されている、一致する表現を最初に受信するとき、又は、補助表現の助けによってデータ通知を受信するとき、データダウンロードメッセージ４５６をも生成する。
【００３５】
[0034]データアップロードメッセージ４５５及びデータダウンロードメッセージ４５６は、ＬＭＳインスタンスの通信チャネルモジュール４００によって受信され、データストアハンドラ４０３に渡される。データアップロードメッセージ４５５が受信されると、データストアハンドラ４０３は、アップロードデータをデータストアに送り、肯定応答又はエラーメッセージを返す。データダウンロードメッセージ４５６が受信されると、データストアハンドラ４０３はパブリッシャＩＤ３０４及びサービスキー３０５を使用して、データストア４２０から一致する表現のデータを抽出する。データストアハンドラ４０３は、表現データ、又は、データが返されない場合はエラーコードを用いて、ＬＭＡインスタンス４１０に応答し返す。
補助表現
【００３６】
[0035]一実施形態において、補助表現は、ＬＴＥ−Ｄを介したデータ通知チャネルとして使用される。一実施形態において、ＬＭＳの一部分である表現マネージャは、異なるＬＭＡに補助表現を割り当て、それらの補助表現は、１つのＬＭＡの範囲内で固有である（すなわち、あるＬＭＡインスタンス上で、各補助表現は固有であり、特定の一次表現に結び付けられ、一方で、空間再利用又は他の目的で、異なるＬＭＡインスタンスによって同じ補助表現及び一次表現を使用することができる）。表現マネージャは、一次表現及び補助表現のプールを維持して、それらの表現のサービスをパブリッシュするために、異なるＬＭＡにそれらの表現を割り当てる。一実施形態において、表現マネージャは、いくつかの表現を１つのカテゴリから他のカテゴリに移動することによって、プールのサイズを変更する。一実施形態において、表現は一時的に割り当てられ、途切れずにサービスをブロードキャストするためにパブリッシュしているＬＭＡによって更新される。
【００３７】
[0036]パブリッシュされているサービス（及び、したがって表現）についてのデータ更新を通知するために補助表現を使用するための異なる技法を下記に説明する。
通知チャネルとしての補助表現の使用
【００３８】
[0037]一実施形態において、補助表現の動的なセットが通知チャネルとして使用される。一実施形態において、表現マネージャは、ユーザデバイスによってパブリッシュされている商品及びサービスに関するデータを動的に更新する異なるユーザデバイス上の市場アプリケーションインスタンスに、これらの補助表現を、要求される度ごとに割り当てる。一実施形態において、補助表現は、サービス発見に使用される一次表現との結合又は非結合モードで使用される。
非結合モード
【００３９】
[0038]非結合モードにおいて、パブリッシャは、補助表現を独立型制御チャネルとして使用する。パブリッシャ（たとえば、ユーザデバイス）が一次表現と関連付けられるデータを更新するとき、パブリッシャは、ＬＴＥ−Ｄを通知チャネルとして使用するために一次表現に割り当てられている補助表現をパブリッシュする。一次表現のサブスクライバは、補助表現にもサブスクライブされる。したがって、パブリッシュデバイスが補助表現のブロードキャストを開始した後、範囲内にあるユーザデバイスのサブスクライブしている市場アプリケーションはＬＴＥ−Ｄから一致を受信する。補助表現に対する一致事象が受信されると、市場アプリケーションはバックエンドサーバに連絡して更新データをフェッチする。一実施形態において、対応するバックエンドサーバは、ＬＭＳ又は別のサーバであってもよい。
【００４０】
[0039]一実施形態において、短いタイムアウト期間の後、補助表現を送信しているユーザデバイスは補助表現をアンパブリッシュし（たとえば、通知チャネルをオフにし）、より長いタイムアウト期間の後に補助表現を解放する。解放後、一実施形態において、補助表現は、表現マネージャによって別の一次表現に割り当てることができる。パブリッシュデバイスにおけるこの実施形態の動作の状態遷移図を、一実施形態による図４Ａ及び図４Ｂに示す。
【００４１】
[0040]図４Ａを参照すると、一次表現がアンパブリッシュ状態からパブリッシュ状態に遷移するとき、一次表現と関連付けられるサービス／商品の供給が（パブリッシュを介して）開始される。図４Ｂを参照すると、補助表現がアンパブリッシュ状態からパブリッシュ状態に遷移するとき、サービス／商品と関連付けられる新たなデータがサブスクライバによるアクセスに利用可能になる。一実施形態において、短い期間Ｔｓｈｏｒｔ又は長い期間Ｔｌｏｎｇの後、補助表現が解放されて、別の一次表現によって使用することが可能になる。
【００４２】
[0041]一実施形態において、ＬＴＥ−Ｄ受信機が表現と関連付けられているサービスにサブスクライブするとき、ＬＴＥ−Ｄ受信機はアプリケーションによって２つのモード、すなわち、連続マッチ又はワンタイムマッチ（ｏｎｅ−ｔｉｍｅ  ｍａｔｃｈ）において設定される。
【００４３】
[0042]一実施形態において、連続マッチが使用される場合、ＬＭＡインスタンスは、補助表現の貸与時間が満了するまで、補助表現に常にサブスクライブしたままである。それゆえ、ＬＴＥ−Ｄ層／チップは補助表現をリスンし続け、補助表現がチャネルを介して聞こえる度ごとにデバイス上のＬＭＡインスタンスに通知し続ける。補助表現がアンパブリッシュされると、アプリケーションは通知の受信を停止する。一実施形態において、ＬＭＡインスタンスは、補助表現についての一致事象を受信する度ごとにデータダウンロードメッセージ４５６を送信する。
【００４４】
[0043]ワンタイムマッチが使用される場合、補助表現（ＬＭＡの別のインスタンスによってパブリッシュ／ブロードキャストされる場合）は一度マッチングされ、このときアプリケーションは一度しか通知されない。一実施形態において、ユーザデバイスのＬＴＥ−Ｄチップは、同じ表現が以前に一致したことを示す状態情報を保持し、同じ表現に対する後続の一致事象をフィルタリングする。こうすることによって、複数回の一致が発生することが防止される。ＬＴＥ−ＤチップのＬＴＥ−Ｄ受信機によって不一致事象が記録されるか、又は、表現がローカルＬＭＡインスタンスによって明示的にアンサブスクライブされると、状態はクリアされる。一実施形態において、以前に一致した表現がもはや事前設定数の発見サイクル（たとえば、２回又はそれ以上）にわたって受信されていない場合、ＬＴＥ−Ｄ受信機によって不一致事象が引き起こされる。
【００４５】
[0044]一実施形態において、データ更新が非常に稀である場合に、ユーザデバイスにデータ更新、すなわち、ＬＴＥ−Ｄチップによってトリガされる一致事象を通知するために補助表現が再びパブリッシュされるとき、アプリケーションは、次のサイクルにおけるＬＴＥ−Ｄチップからのこの不一致事象の受信に依拠することができる。
【００４６】
[0045]図５は、一実施形態による、ＬＭＡインスタンスが、一次表現にサブスクライブするときにサービスのリスンを開始する状況を示す。ＬＭＡインスタンスが特定のサービス／商品に関心がある限り、対応する一次表現に関するそのインスタンスの状態は、サブスクライブモードのままである。同時に又は後の時点において、ＬＭＡインスタンスは、データ通知のためにその一次表現に割り当てられている補助表現にサブスクライブすることができる。補助表現に対する一致事象５０１によって、ＬＭＡインスタンスは、ＬＭＳに対するデータダウンロードメッセージを生成するようにトリガされる。ワンタイムマッチが使用されるため、補助表現に関するさらなる一致事象はＬＴＥ−Ｄチップによってフィルタリングされる。一実施形態において、パブリッシャがＴｓｈｏｒｔ後、すなわち、数発見サイクル後に補助表現のパブリッシュを停止すると、ＬＴＥ−Ｄチップは、パブリッシャ（ユーザデバイス）が、範囲から出たか、又は、補助表現の広告を停止して、不一致事象５０２を生成していると判定する。パブリッシャが補助表現のブロードキャストを（新たなデータを受けて）再び開始すると、別のデータダウンロードメッセージをトリガする一致事象が再び発生する。
【００４７】
[0046]データ更新が、不一致事象を生成するのに必要とされる回数よりも頻繁である場合、ＬＴＥ−Ｄ受信機は、再パブリッシュされる補助表現がＬＴＥ−Ｄチップによってフィルタリングされるため、（ワンタイムマッチモードでは）当該補助表現を見逃す。したがって、一実施形態において、より頻繁なデータ更新を処理するために、ＬＭＡインスタンスは、図６に示すように、パブリッシャによって使用される短いタイムアウト期間以上のタイムアウト期間後に補助表現からアンサブスクライブすることができる。
【００４８】
[0047]図６を参照すると、ＬＭＡは、サブスクライブ状態への状態遷移時に補助表現にサブスクライブする。その後、補助表現の一致６０１が発生する。短い期間Ｔｓｈｏｒｔ６０２が満了した後、ＬＭＡは、Ｔｓｈｏｒｔ６０２よりも短い期間６０３にわたってアンサブスクライブ状態に遷移する。この短い期間６０３の後、ＬＭＡはサブスクライブ状態に遷移する。一実施形態において、これらのタイムアウト値は、ＬＭＡにおいて事前に標準値に設定される。別の実施形態において、これらのタイムアウト値は、サーバ側の表現マネージャによって設定される。アプリケーションパブリッシュコマンドがＬＴＥ−Ｄチップに送信され、ＬＴＥ−Ｄチップがこのコマンドを確認した後、短いタイムアウトのためのタイマがパブリッシャ側で始動する。一実施形態において、短いタイムアウトのためのタイマは、アプリケーションが補助表現の一致事象について初めて通知された後に、サブスクライバ側で始動する。
【００４９】
[0048]任意の表現の貸与時間が満了した後、ＬＭＡインスタンスは、パブリッシュ／サブスクライブされている表現に対してアンパブリッシュ又はアンサブスクライブする。
【００５０】
[0049]結合モード
【００５１】
[0050]結合モードにおいて、一次表現及び補助表現は、トグル状態を想定する（すなわち、一次表現がパブリッシュされているとき、補助表現はアンパブリッシュされており、補助表現がパブリッシュされているとき、一次表現はアンパブリッシュされている）。このモードにおいて、ＬＴＥ−ＤチップのＬＴＥ−Ｄ受信機は、非結合状態のように両方の表現にサブスクライブするが、一次（又は補助）表現の一致事象を検出するとすぐに、ＬＴＥ−Ｄ受信機は一次表現及び補助表現の役割を入れ替える。
【００５２】
[0051]図７は、一実施形態における、パブリッシャであるユーザデバイスにおける結合一次及び補助表現の状態図である。図７を参照すると、対になった表現の間のトグル状態は、補助表現の貸与が満了（し、アンパブリッシュ状態に移行）するとすぐに終了する。この図７の事例において、データ通知チャネルは利用不可能になり、ＬＭＡインスタンスは、一次表現の状態を常にサブスクライブモードに設定する。これは、そうしなければこの一次表現を使用する特定のサービスについてそれ以上のサービス発見が行われなくなるためである。
【００５３】
[0052]図８は、一実施形態によるサブスクライバ側の状態の別の状態図を示す。図８を参照すると、次のデータ通知が一次表現によって配信されることを補助表現の一致事象が示すため、サブスクライブしているＬＭＡは一時的にアンサブスクライブし、その後、（補助表現一致８０１後に）一次表現に再サブスクライブして、後続の一次表現の一致事象をフィルタリングする可能性がある、ＬＴＥ−Ｄチップの任意の状態を廃棄する。同様に、一次表現の一致は、次のデータ通知が二次表現によって配信されることを暗示する。したがって、ＬＭＡインスタンスは一時的にアンサブスクライブし、その後、補助表現に直ちに再サブスクライブして、後続の一次表現の一致事象をフィルタリングする可能性がある、ＬＴＥ−Ｄチップの任意の状態を廃棄する。
制限された受信可能範囲
【００５４】
[0053]一実施形態において、サービス発見信号をブロードキャストすることができるすべての物理デバイスは、受信可能範囲及び近接性ベースサービス発見の発見率を増大させるために、ともにプールされる。プールすることによって、サービス発見の受信可能範囲及びサービス発見率が増大する。現行の近接性ベースサービスにおいて、サービスポイント（ワイヤレス受信可能範囲）は、サービス発見に成功するようにクライアントの十分近くにあるべきであり、各サービスポイントは専用の物理デバイスを有しなければならない。本発明の実施形態は、所与のサービスのブロードキャスト範囲を、サービス発見のためにワイヤレス表現を送信することが可能な少なくとも１つのデバイスを有するすべての場所に拡大することによって、両方の制約を陳腐化する。
【００５５】
[0054]一実施形態において、受信可能範囲の拡大は、ユーザデバイス（たとえば、ＵＥ）に、市場プラットフォームによるサービスを記録させ、ユーザデバイスがカバーすることを所望する物理的位置（たとえば、ジオフェンシング領域）に関する明示的な情報、又は、ユーザデバイスのモバイルサブスクライバに関する情報（たとえば、モバイルネットワークオペレータに分かっているモバイルサブスクライバ識別情報のような固有の識別情報、サブスクライバ位置）を与えさせることによって達成される。上述したように、近接性サービスのサブスクライバはまた、（たとえば、サブスクライバのデバイス上のインストールされているアプリケーションを通じて）プラットフォームに、サブスクライバが何のサービスを特に消費することを所望しているか、又は、サブスクライバの全般的な嗜好に関する情報も直に与えることができる。代わりに、プラットフォームは、表現を個々のサービスに割り当て、プールされている物理デバイスのいずれがこれらの表現、物理デバイスの送信電力、及び、送信にかかる時間量のいずれの１つ又は複数をブロードキャストしているべきであるかを決定する。したがって、すべてのモバイルサブスクライバ（たとえば、ユーザ機器）は、様々なサービスの利用可能性をブロードキャストする需要に応じてオペレータがサービス表現をサブスクライバデバイスにプッシュする、近接性サービスのための存在点になることが可能である。オペレータはまた、それ自体のアクセスポイント及び基地局を同じインフラストラクチャの一部分として使用することもできる。したがって、本発明の実施形態は、オペレータを、屋内と屋外の両方の受信可能範囲を有する全国規模の近接性ベースサービス発見プラットフォームを所有する単体の最大のエンティティにすることができる。
【００５６】
[0055]より多くのサービスが入ってくるか、ジオフェンシング情報が変動するか、又は、ユーザ位置及び嗜好が変化すると、プラットフォームは、個々の物理デバイスに対するビーコン／表現割り当てを考え直して、すべての又はいくつかのサービスに十分な受信可能範囲が与えられることを確実にする。
【００５７】
[0056]受信可能範囲を拡大することによって、特定のサービスの直近にない特定のユーザセットを目標化することができる。たとえば、いかなる店特有のデバイスを使用することもなく、ビーコン／表現を送信することが可能である他のユーザデバイスを使用して、店Ａでショッピングしているユーザが、店Ｂに関する広告を受信することができ、その逆も可能である。
【００５８】
[0057]その上、一実施形態において、表現はプール内の任意のデバイスからブロードキャストすることができるため、事業主又は個人は、表現を送信するために物理デバイスを所有する必要はない。一実施形態において、近接性ベースサービス発見の受信可能範囲を増大させるために、複数のデバイスが、異なる場所において同じ表現をブロードキャストする。
【００５９】
[0058]図９は、追加の情報を使用して商品／サービスの供給をより良好に目標化するプラットフォームの一実施形態のブロック図である。図９を参照すると、アプリケーションサーバ９０２は一般的に、近接性ベースサービス発見を利用するサービスによってホストされる。アプリケーションサーバ９０２は、アプリケーションサーバ９０２が供給している商品及びサービス、アプリケーションサーバ９０２のカスタマプロファイル、アプリケーションサーバ９０２の取引、アプリケーションサーバ９０２が目標とするサービスを提供することを所望とするカスタマ及び位置に関する情報を有する。アプリケーションサーバ９０２は、ジオフェンス情報（又は他の位置情報）及び関連サブスクライバプロファイル情報を近接性サーバ９０１に与える。ジオフェンス情報は、たとえば、交点及び辺の座標情報が正確に規定されている地図上の２Ｄ又は３Ｄ幾何学領域（たとえば、多角形及び球）の集合、郵便番号又は住所、建造物内の部屋番号、間取図上のエリア番号などの１つ又は複数のような様々な形態であることができる。位置情報に関係又は関連する他のタイプの情報もまた使用されてもよい。一実施形態において、サブスクライバ情報プロファイルは、目標化される各ユーザの固有のＩＤを含む。
【００６０】
[0059]アプリケーションクライアント９０３（たとえば、ＬＭＡ）は、サブスクライバデバイス上で作動し、近接性サーバ９０１に直接的に接続するか、又は、オペレーティングシステム若しくは無線インターフェースカード内に存在するサービス発見機能にサブスクライブ及びパブリッシュ要求を発行し、オペレーティングシステム又は無線インターフェースカードがワイヤレスインターフェースを介して受信若しくは送信するための表現を取得するために近接性サーバ９０１に接続することによって間接的に接続する。したがって、近接性サーバ９０１は、アプリケーションクライアント９０３からサービスサブスクライブ及びパブリッシュ情報を取得する。アプリケーションサーバ９０２、アプリケーションクライアント９０３、並びに、場合によってはサブスクライバのソーシャルネットワーク、位置及び嗜好履歴などに関する情報を提供する他のデータベースから受信される情報のサブセットに基づいて、近接性サーバ９０１は、サービス表現をブロードキャストするための、サービス表現のユーザ及びネットワークデバイスのプールへの割り振りを行う。一実施形態において、たとえば、送信電力、貸与時間、ブロードキャストの頻度などの１つ又は複数のような、各表現の追加の特性も、近接性サーバ９０１によって設定される。
【００６１】
[0060]２つ以上の近接性サーバ、アプリケーションサーバ、アクセスポイント／基地局がプラットフォームに含まれてもよいことに留意されたい。
【００６２】
[0061]図１０は、２Ｄレイアウトプラットフォームデバイス上のシステムの一実施形態を示す。一実施形態において、いくつかのモバイルデバイスは、近接性サービス受信（ＰＳＲＸ）専用モードのみにおいて作動する（たとえば、図１０において、１０００〜１０１６の参照符号を付されているデバイス）。これらのＰＳＲＸデバイスは、ワイヤレス媒体（たとえば、サービス表現）を介して、ブロードキャストされているサービス発見信号にサブスクライブし、リスンすることができるが、近接性サーバによって近接性信号を送信するようにプログラムすることはできない。近接性信号をブロードキャストすることができるが、近接性サーバ９０１のような近接性サーバの制御下にはないＰＳＲＸデバイスも、このカテゴリに置かれる。いくつかのデバイスは、ＰＳＲＸ及び近接性デバイス送信（ＰＳＴＸ）モードで作動する（すなわち、図１１において１０１０〜１０１６の参照符号を付されているデバイスのようなＰＳＲＸ／ＰＳＴＸデバイス）。これらのＰＳＲＸ／ＰＳＴＸデバイスは、近接性サーバ（たとえば、近接性サーバ９０１）によって、近接性サーバ（たとえば、近接性サーバ９０１）によって決定されるような特定のサービス表現セットを送信するように制御及びプログラムすることができる。
【００６３】
[0062]一実施形態において、サブスクライバのモバイルデバイスの利用に加えて、サービス発見プラットフォームはまた、近接性サービスインフラストラクチャの一部分としての固定資産も利用することができる。これらのＰＳＲＸ／ＰＳＴＸデバイスが独立型であるか、又は、既存のホットスポットアクセスポイント若しくは基地局と一体化されているかにかかわらず、それらのＰＳＲＸ／ＰＳＴＸデバイスは、ＰＳＴＸ専用アクセスポイント及びＰＳＲＸ／ＰＳＴＸアクセスポイントとしてラベリングされる。
【００６４】
[0063]図１１において、一般性を損なうことなく、ＰＳＲＸ／ＰＳＴＸアクセスポイントのみが図示されている。図１１の例において、７つの個別の表現（ｂ１〜ｂ７）が様々なＰＳＲＸ／ＰＳＴＸモバイルデバイス及びアクセスポイントに割り当てられている。一実施形態において、ＰＳＴＸ専用及びＰＳＲＸ／ＰＳＴＸデバイスは、プラットフォームを通じてパブリッシュされるサービスの受信可能範囲要件、これらのＰＳＴＸ専用及びＰＳＲＸ／ＰＳＴＸプログラム可能デバイスの空間及び時間における分布、個々のデバイスに対する制限（たとえば、パブリッシュすることができる表現の数に対して制限を課すためにサブスクライブされる表現の数）、混雑状態（すなわち、同じ領域内で送信される表現が多すぎる）、特定に目標化されたサブスクライバ、及び、場合によっては他の要因に応じて、いずれのサービス表現も割り当てられないか、又は、１つ若しくは複数のサービス表現を割り当てられる。一実施形態において、各表現は制限された貸与時間を有するが、既存の貸与も終了若しくは延長され得、又は、新たなビーコン／表現が割り当てられ得るため、割り当ては動的である。図１１において、ノード１１、１０１４及び１０１６は表現を割り当てられておらず、一方で、いくつかのノードは１の表現割り当てを有し（たとえば、ノード１３及び１０１０）、いくつかの他のノードは２の表現割り当てを有する（たとえば、ノード１０、１４、１０１２）。いくつかの表現（たとえば、ｂ２）は他の表現（たとえば、ｂ７）よりも大きい受信可能範囲を有する。
時空間モバイルネットワークに基づくサービス発見システム
【００６５】
[0064]ＬＴＥ−Ｄ技術はチップセットレベルで動作する。アプリケーション及びモバイルデバイスはこのチップセットに依存する。一実施形態において、この依存性を克服するためにクラウドベースソリューション（たとえば、サービス型ソフトウェア（ＳａａＳ））が使用される。このクラウドベースソリューションは、ＬＴＥ−Ｄ技術をクラウドにおいて仮想化したものと考えることができる。
【００６６】
[0065]チップセットレベル技術とは対照的に、一実施形態において、クラウドにおけるＳａａＳは、時空間モバイルデータをソフトウェアレベルで使用することによって、近接性ベースサービス発見を可能にするためにデバイス間（Ｄ２Ｄ）通信を処理する。すなわち、一実施形態において、ブロードキャスト／マルチキャストサービス配信は、モバイルデバイス（たとえば、Ａｎｄｒｏｉｄベースの電話機）のモバイルネットワークの時空間データ（全地球測位システム（ＧＰＳ）データを除く）を主に使用することによって、クラウド（又は他の遠隔位置）内のＳａａＳに基づく。
【００６７】
[0066]モバイルデバイスがクラウドシステムを通じてＤ２Ｄ通信を初期化する必要があるとき、モバイルデバイスは、たとえば、加入者識別モジュール（ＳＩＭ）のような組み込みチップセットによって生成されているデータを参照し、ＳＩＭは、位置エリアコード（ＬＡＣ）及びセルＩＤ（ＣＩＤ）を一緒に動的に生成しながら国際移動電話加入者識別番号（ＩＭＳＩ）を提供している。モバイルネットワーク全体におけるモバイルデバイスの位置を識別するために、ＬＡＣ及びＣＩＤが、遠隔通信キャリアによってモバイルネットワーク内の時空間データとして使用される。一実施形態において、デーモンアプリケーションとして作動しているモバイルサービスインテントは、ＬＡＣ及びＣＩＤデータのような時空間モバイルネットワークデータを参照する。モバイルデーモンアプリケーションによってＬＡＣ及びＣＩＤが決定された後、データは、クラウドにおけるブロードキャスト／マルチキャストメッセージングを使用することによってデバイス間（Ｄ２Ｄ）通信を可能にするために追加のカスタマイズ可能データとともに「チャネルｉｄ」を作成するのに使用される。
【００６８】
[0067]一実施形態において、通知チャネルは、商品及びサービスのブロードキャストを伴うクラウドを通じたＤ２Ｄ通信を可能にする。一実施形態において、通知チャネルは、消費者デバイスにフェッチされる上述したような動的データを有する。
【００６９】
[0068]本発明の実施形態は、近接性ベースサービスに対して１つ又は複数の肯定的影響を及ぼす。第１に、本発明の実施形態は、サービス型ソフトウェア（ＳａａＳ）としてのクラウドベースアプリケーションがモバイル開発者を助長するため、チップセットの製造費用を低減する。第２に、古いシステムアーキテクチャ及びチップセットを有するモバイルデバイスは将来においてＬＴＥ−Ｄに順応しないが、このハードウェア互換性問題は容易に解決することができる。第３に、位置及びジオフェンシングベースアプリケーションは、ユーザのＧＰＳ座標を追跡し、その後記憶することができるため、ユーザ権限を侵害することがある。
【００７０】
[0069]一実施形態において、ユーザの位置を求めるために、ＧＰＳ座標、ＧＰＳデータのような高精度データを使用する代わりに、モバイルネットワークデータ（たとえば、ＬＡＣ、ＣＩＤ、及び信号強度）が使用される。アプリケーションは、それらのモバイルネットワークデータを使用して、一時的にクラスタを確立してクラウドを通じたＤ２Ｄ通信を可能にする。加えて、一実施形態において、有効期間（ＴＴＬ）を有するメッセージングデータが、ユーザによって、それらのメッセージングデータをクラウドストレージから自動的に消去するために使用される。
【００７１】
[0070]モバイル開発者の視点から、一実施形態はＳａａＳであるため、モバイル開発者は、このクラウドベースシステムを利用して、モバイル開発に関してジャストインタイムである近接性サービスを作成する。モバイルユーザの視点から、モバイルユーザは、必要に応じてクラウドから任意のサービスをフェッチすることができ、近接性ベースサービスは、互いの歩いて行ける距離の中の生産者及び消費者が互いを位置特定し、社会的活動、慈善活動又は商業活動に参加することを可能にする。たとえば、サードパーティ供給元の視点から、本発明の実施形態は、そのようなパラダイムの市場空間を作成することによって、仮想的又は物理的なサービス（たとえば、ショッピング）を組み合わせて、一方又は他方のみを有するよりも良好な体験にすることができる。
【００７２】
[0071]図１１Ａ及び図１１Ｂは、ＳａａＳを使用した近接性ベースサーバのクロッキングを可能にするシステム階層を示す。図１１Ａは上面図を示し、一方、図１１Ｂは斜視図を示す。図１１Ａ及び図１１Ｂを参照すると、２つのＵＥ１１０１及び１１０２は、同じＬＡＣ１１０４の下に位置する同じＣＩＤ１１０３の下に位置する。２つの分離した接続性（インターネット接続用）を有する１つの基地局１１０５があり、これらの２者のユーザがそれぞれ、クラウド１１１４内の遠隔サーバ１１１３との分離した接続１１１１及び１１１２を有する。一般的に３つ以上のＵＥ及び基地局があり、２つ以上のＣＩＤ及びＬＡＣがあってもよいことに留意されたい。
【００７３】
[0072]図１２は、システムのアーキテクチャの一実施形態を示す。図１２を参照すると、システムは、それぞれ４つのシステムレベル、すなわち、Ｌｉｎｕｘカーネル１２０５、ライブラリ１２０７、アプリケーションフレームワーク１２０９、及びアプリケーション１２１１を有するＡｎｄｒｏｉｄ  ＯＳを有する任意のＵＥ１２０１を含む。アプリケーション１２２１及びサービスインテント１２２７は、Ａｎｄｒｏｉｄ  ＯＳのアプリケーション１２１１レベル上で作動する一部分を含む。一実施形態において、それらのアプリケーションエージェントは、最上位（アプリケーション）レベル〜最下位（ハードウェア）レベルの関接接続性１２２５も有する。サービスインテントは、アプリケーションレベルにおいてバックグラウンドで作動しているデーモンアプリケーションである。一実施形態において、サービスインテントは、クラウド１２４１内の特定のクラスタ１２３７及びチャネル（１２２９と１２５３は両方とも同じである）を通じたアプリケーション及び遠隔サーバ１２４３との２つの通信チャネル１２２３、１２３１〜１２３５を有する。プライベートクラウド又はパブリッククラウド１２４１において、クライアント側の要求及び需要を処理するために同じくデーモンアプリケーションとして作動しているサーバアプリケーション１２５１がある。一実施形態において、サーバアプリケーション１２５１は、たとえば、通信レベルメッセージ及び取引をクラウドに保存するためのキー値記憶装置（ＮｏＳＱＬ）のようなデータベース１２４５との接続性を有する。モバイルアプリケーション１２２１は、データを読み書きすることを必要とするときに接続１２３９を通じてこのデータ記憶装置１２４５にアクセスすることができる対人対話機構を有する。
【００７４】
[0073]一実施形態において、モバイルユーザが要求に応じて注意を向ける特定のネットワーク内部のブロードキャストメッセージとしてインスタントカスタムサービス（ｉｎｓｔａｎｔ  ｃｕｓｔｏｍ  ｓｅｒｖｉｃｅ）（たとえば、販売、供給、広告、ニュースなど）を配信するために、３つの種類のデータに関連して固有の「チャネルｉｄ」がバイナリ形式（たとえば、ＬＴＥ−Ｄのような１２８ビット）で生成される。図１３は、チャネルＩＤの構造の一実施形態を示す。図１３を参照すると、構造は、アプリケーションＩＤ１３０１、空フィールド１３０２、トピック１３０３、ＬＡＣ１３０４、ＣＩＤ１３０５、及び信号強度フィールド１３０６を含み、これらのフィールドは以下のようなものである。１）正確なアプリケーションがクラウド内の確立されたチャネル（複数可）を使用していることを識別するために、開発者としてのサービスのユーザ（複数可）によって最初の専用の１６ビットで表されているアプリケーション（ＡＰＰ）ＩＤ１３０１、２）ユーザの需要（たとえば、販売、供給、広告、ニュースなど）によって３２ビットで表されているトピック１３０３と呼ばれる追加のカスタマイズ可能データ、３）３つのデータフィールド、すなわち、ＬＡＣ１３０４（１６ビット）、ＣＩＤ１３０５（２８ビット）及びバイナリ形式の定性的データ（たとえば、優秀、良好、普通、劣悪、信号なし）としての信号強度１３０６（４ビット）を含む、ＳＩＭによって供給されているモバイルネットワークデータ。
【００７５】
[0074]図１４は信号強度を表すのに使用されるバイナリ表現の一実施形態を示す。すなわち、受信信号強度指標（ＲＳＳＩ）レベルはバイナリ形式で表される。
【００７６】
[0075]一実施形態において、近接性ベースサービス発見プロセスは３つの主な流れを有する。第１に、「チャネルｉｄ」を始動するために、モバイルデバイス上でデーモンとして作動しているサービスインテントアプリケーションによって空間データが収集される。一実施形態において、デーモンサービスは、特定の期間だけＬＡＣ及びＣＩＤを調べる（checking out）。クラウド内に分離したクラスタを確立するために、収集されたＬＡＣ及びＣＩＤデータに関して新たな「チャネルｉｄ」が作成される。たとえば、モバイルデバイスによってクラウド内で「チャネルｉｄ」が作成された後、モバイルデバイスは、同じＬＡＣ及びＣＩＤの下に位置する同じ「トピック」に関心がある場合、同じ「チャネルｉｄ」を使用することによってチャネルに接続することができる。言い換えれば、「チャネルｉｄ」がクラスタとして存在する場合、モバイルデバイスはチャネルを複製する代わりに、既存のクラスタに参加することができる。第２に、モバイルデバイスの需要（複数可）を処理し、特定のクラスタを通じてそれらの需要に応答するために、サーバ側アプリケーションが使用される。一実施形態において、このサーバ側アプリケーションは、異なるモバイルデバイスによって始動されているすべてのクラスタの永続的な成員であるデーモンアプリケーションとして作動する。言い換えれば、たとえ少なくとも１つのモバイルデバイスが同じ「チャネルｉｄ」を使用することによって同じチャネルに新たな成員として参加する場合であっても、モバイルデバイスはサーバ側アプリケーションとともにクラスタを確立する。一実施形態において、Ｄ２Ｄ通信は、ハードウェアレベルにおいてではなく、クラウド内の別個のクラスタによって処理されることに留意されたい。第３に、クラスタを通じてメッセージを送信及び受信するために、単純な軽量メッセージング構造が使用される。図１５は、メッセージフォーマットの一実施形態の構造を示す。
【００７７】
[0076]図１５を参照すると、メッセージは、それぞれバイナリ１２８ビットで表される以下の５つの異なるフィールドから構成される。
ａ．サーバ側にあるアプリケーションのタイプを判定するのに使用されるアプリケーションｉｄであるＡＰＰ＿ＩＤ１５０１、
ｂ．ＣＬ１５０２は、図１６に示すメッセージの受信可能範囲レベルにおいて詳述されている、特定のレベルに対するメッセージ及びそのメッセージのダウンロードに言及するのに使用されているメッセージの受信可能範囲レベルである。図１６を参照すると、一実施形態において、５つの受信可能範囲レベルがこのアーキテクチャでは３ビットを有するバイナリ形式として規定されている。受信可能範囲レベルは、８レベルまで拡大可能であり得る。言い換えれば、受信可能範囲レベルはまた、メッセージが広告される特定の受信可能範囲内のメッセージのブロードキャストのパラメータである、受信可能範囲粒度として考えることもできる。
ｃ．Ｔ１５０３は、有効期間のための、年、月、時間、分、秒、ミリ秒のような時間の単位である。一実施形態において、時間の単位を選ぶために、３ビットが適用のために確保される。
ｄ．ＴＴＬ１５０４は、一時的な時間局面である有効期間である。一実施形態において、メッセージは、当該メッセージのＴＴＬの間、クラウドストレージ内で有効であるクラスタ内で送信されている。ＴＴＬが満了した後、メッセージはデータベースに下ろされる。メッセージ本体内のタイムスタンプを表すのに６４ビットを使用する代わりに、一実施形態において、Ｔ１５０３（３ビット）及びＴＴＬ１５０４（１６ビット）のような２つの部分が、この構造内で冗長なバイナリ（４５ビット）使用を低減するために規定される。
ｅ．オブジェクトＩＤ１５０５は、別のＵＥによって書き込まれるキー値記憶装置（クラウドストレージ）に対するある種のキーである。メッセージのいずれかが任意のＵＥによって送信される前に、メッセージコンテキストがクラウドストレージに記憶される。各取引及びデータは、一意のキーとともにクラウドに記憶される。任意の他のＵＥが、この一意のキーをブロードキャストメッセージを通じて受信した後にそのキーを使用することによって、クラウドストレージから特定のデータを収集することができる。したがって、この一意のキーは、クラウド内のデータの参照として使用される。一実施形態において、オブジェクトＩＤ１５０５は８０ビットで表され、別の実施形態において、このキーは最大９０ビットに拡大される。オブジェクトＩＤ１５０５は他のサイズであってもよいことに留意されたい。
【００７８】
[0077]図１７は、時空間モバイルネットワークに使用するための近接性ベースサービス発見プロセスの一実施形態を示すシーケンス線図を示す。図１７を参照すると、主に２者のユーザ、２つのＵＥ、遠隔サーバ、及びクラウド内のデータ記憶装置がある。一実施形態において、各ＵＥは同じ「チャネルｉｄ」を使用し、サブスクライバの役割及びパブリッシャの役割を有する。サブスクライバの役割では、ＵＥは最初に、そのＵＥ上で作動しているアプリケーションを通じてトピックを有するサブスクライブ要求（１７０１又は１７１０）を作成する。ＵＥ上でデーモンとして作動しているサービスインテントが、そのＵＥにわたって特定の期間ごとに時空間データをも要求する（１７０３又は１７１１）。チャネル始動要求（１７０５又は１７１２）が、そのチャネルの空間データ（たとえば、一実施形態において、データはＬＡＣ及びＣＩＤである）、及び、サブスクライバによってクラウド内の遠隔サーバ側に「チャネルｉｄ」として提示されているサブスクライバのトピックを用いて作成される。
【００７９】
[0078]チャネル始動要求に従って、新たなチャネル（１７０７）が始動されるか、又は、サブスクライバ側が、先行する時点において他のＵＥによって始動されているチャネル（１７０９又は１７１３）に参加する。一実施形態で、パブリッシャの役割において、提示を求める要求（１７１５）がユーザによってアプリケーションのユーザインターフェースを通じて作成される。
【００８０】
[0079]ＵＥがユーザの要求に関連するオブジェクトを作成した後、オブジェクトはクラウド内のデータベースに書き込まれる（１７１７）。一実施形態において、データベースはキー値記憶装置として作動しており、ＵＥによって提示されるオブジェクトに関係付けられるオブジェクトＩＤ（１７１８）によって応答する。オブジェクトＩＤは文字列形式で表されるが、一実施形態において、オブジェクトＩＤはチャネルを通じてクラスタ内で伝搬されるようにバイナリ形式（８０〜９０ビット）に変換される。このバイナリ形式への変換後、表現（１２８ビット）は同じクラスタ内のチャネルを通じてＵＥにわたって広告される（１７２１）。任意のＵＥが同じチャネル上のサブスクライバである場合、この任意のＵＥは、同じクラスタ上の他のＵＥによってパブリッシュされるバイナリ形式の表現を受信する（１７２３）。
【００８１】
[0080]バイナリ表現が伝搬中に符号化された後、オブジェクトＩＤが得られて（１７２５）、データが、メッセージ送信者によって当該データが書き込まれたデータベース上でオブジェクトＩＤを用いてアクセスされる（１７２７）。最後に、送信者の要求（１７２９）が、スクリーンの受信機側にグラフィカルユーザインターフェースとして表示される。
【００８２】
[0081]上記の詳細な説明のいくつかの部分は、コンピュータメモリ内でのデータビットに対する操作のアルゴリズム及び記号的表現に関連して提示されている。これらのアルゴリズムの記述及び表現は、データ処理技術分野における当業者によって、他の当業者に自身の研究の要旨を最も効率的に伝達するために使用される手段である。アルゴリズムはここでは、また一般的には、所望の結果をもたらす首尾一貫したステップシーケンスであると想像される。ステップは、物理量の物理的操作を必要とするものである。通常、必須ではないが、これらの量は、記憶、転送、結合、比較、及び他の様態で操作されることが可能な電気信号又は磁気信号の形態をとる。主に一般的な使用状況の理由から、これらの信号を、ビット、値、要素、記号、文字、用語、数などとして参照することが好都合であることがあることが分かっている。
【００８３】
[0082]しかしながら、これらの及び同様の用語のすべては、適切な物理量と関連付けられるべきであり、これらの量に適用される好都合なラベルに過ぎないことが留意されるべきである。特に別途記載しない限り、以下の説明から諒解されるように、本明細書全体を通じて、「処理」又は「コンピューティング」又は「計算」又は「決定」又は「表示」などのような用語を利用した説明は、コンピュータシステムのレジスタ又はメモリ内の物理（電子）量として表されるデータを操作して、同様に、コンピュータシステムメモリ若しくはレジスタ、又は、他のそのような情報記憶、送信又は表示デバイス内の物理量として表される他のデータに変換するコンピュータシステム、又は同様の電子コンピューティングデバイスの動作及びプロセスを指すことが諒解される。
【００８４】
[0083]本発明はまた、本明細書における動作を実施するための装置にも関する。この装置は、特に、必要とされる目的のために構築することができ、又は、コンピュータ内に記憶されているコンピュータプログラムによって選択的に起動若しくは再構成される汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、限定ではないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、及び磁気光ディスクを含む任意のタイプのディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光学式カード、又は、電子命令を記憶するのに適しており、各々がコンピュータシステムバスに結合されている任意のタイプの媒体のような、コンピュータ可読記憶媒体内に記憶することができる。
【００８５】
[0084]本明細書において提示されているアルゴリズム及び表示は本質的に、任意の特定のコンピュータ又は他の装置に関係するものではない。様々な汎用システムが、本明細書における教示によるプログラムによって使用されてもよく、又は、必要とされる方法ステップを実施するのにより特化した装置を構築することが好都合と分かる場合もある。様々なこれらのシステムのための必要とされる構造が、下記の記載から諒解されよう。加えて、本発明は、いかなる特定のプログラミング言語を参照しても説明されていない。本明細書に記載されているような本発明の教示を実装するために様々なプログラミング言語が使用されてもよいことは諒解されよう。
【００８６】
[0085]機械可読媒体は、機械（たとえば、コンピュータ）によって読み出し可能な形態の情報を記憶又は送信するための任意の機構を含む。たとえば、機械可読媒体は、読み出し専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、磁気ディスク記憶媒体、光学式記憶媒体、フラッシュメモリデバイスなどを含む。
【００８７】
[0086]本発明の多くの変更形態及び修正形態が、当業者には上記の説明を読んだ後に疑いなく明らかになるであろうが、例として図示及び説明されている任意の特定の実施形態は決して限定であると考えられるようには意図されていないことが理解されるべきである。それゆえ、様々な実施形態の詳細に対する参照は、それ自体で本発明に必須であると考えられる特徴のみを記載している特許請求の範囲を限定するようには意図されていない。
【符号の説明】
【００８８】
１０  ノード
１１  ノード
１３  ノード
１４  ノード
１００  ユーザ機器、ＵＥ
１０１  ＬＴＥ−Ｄチップ
１０２  ローカル市場アプリケーション
１１２  インターフェース
２００  ユーザ機器、ＵＥ
２０１  ＬＴＥ−Ｄチップ
２０２  ローカル市場アプリケーション、ＬＭＡ
２１２  インターフェース
３００  ローカル市場サーバ
３０１  インターフェース、アプリケーション識別子（ＩＤ）
３０２  インターフェース、市場カテゴリ
３０３  サービスタグ
３０４  パブリッシャ識別子
３０５  サービスキー
４００  通信チャネル
４０１  パブリッシュマネージャ
４０２  サブスクライブマネージャ
４０３  データストアハンドラ
４１０  ＬＭＡ、ＬＭＡインスタンス
４２０  データストア
４５２  パブリッシュ応答メッセージ
４５３  サブスクライブ要求メッセージ
４５４  サブスクライブ応答メッセージ
４５５  データアップロードメッセージ
４５６  データダウンロードメッセージ
５０１  一致事象
５０２  不一致事象
６０１  一致
６０２  短い期間
６０３  期間
８０１  補助表現一致
９０１  近接性サーバ
９０２  アプリケーションサーバ
９０３  アプリケーションクライアント
１０１０  ノード
１０１２  ノード
１０１４  ノード
１０１６  ノード
１１０１  ユーザ機器
１１０２  ユーザ機器
１１０３  ＣＩＤ
１１０４  ＬＡＣ
１１０５  基地局
１１１１  接続
１１１２  接続
１１１３  遠隔サーバ
１１１４  クラウド
１２０１  ユーザ機器
１２０５  Ｌｉｎｕｘカーネル
１２０７  ライブラリ
１２０９  アプリケーションフレームワーク
１２１１  アプリケーション
１２２１  アプリケーション、モバイルアプリケーション
１２２３  通信チャネル
１２２５  関接接続性
１２２７  サービスインテント
１２２９  チャネル
１２３９  接続
１２３１〜１２３５  通信チャネル
１２３７  クラスタ
１２４１  クラウド
１２４３  遠隔サーバ
１２４５  データベース、データ記憶装置
１２５１  サーバアプリケーション
１２５３  チャネル
１３０１  アプリケーションＩＤ
１３０２  空フィールド
１３０３  トピック
１３０４  ＬＡＣ
１３０５  ＣＩＤ
１３０６  信号強度フィールド、信号強度
１５０１  ＡＰＰ＿ＩＤ
１５０２  ＣＬ
１５０３  Ｔ
１５０４  ＴＴＬ
１５０５  オブジェクトＩＤ
【図１Ａ】
0006584316.tif 000002
【図１Ｂ】
0006584316.tif 000003
【図２】
0006584316.tif 000004
【図３】
0006584316.tif 000005
【図４Ａ】
0006584316.tif 000006
【図４Ｂ】
0006584316.tif 000007
【図５】
0006584316.tif 000008
【図６】
0006584316.tif 000009
【図７】
0006584316.tif 000010
【図８】
0006584316.tif 000011
【図９】
0006584316.tif 000012
【図１０】
0006584316.tif 000013
【図１１】
0006584316.tif 000014
【図１２】
0006584316.tif 000015
【図１３】
0006584316.tif 000016
【図１４】
0006584316.tif 000017
【図１５】
0006584316.tif 000018
【図１６】
0006584316.tif 000019
【図１７】
0006584316.tif 000020