JP6762563B2 - 位置情報サービスにおけるユーザのマッチング - Google Patents

Description

[他の出願の相互参照]
本願は、２０１４年６月２４日出願の中国特許出願第２０１４１０２８７６０４．９号「ＡＮ ＬＢＳ−ＢＡＳＥＤ ＵＳＥＲ ＭＡＴＣＨＩＮＧ ＭＥＴＨＯＤ，ＭＥＳＳＡＧＥ ＣＬＩＥＮＴ，ＳＥＲＶＥＲ ＡＮＤ ＳＹＳＴＥＭ」の優先権を主張する。当該出願は、すべての目的のために参照により本明細書に組み込まれる。

本願は、ウェブサービス提供の分野に関し、特に、位置情報サービス（ＬＢＳ）を利用したユーザマッチングのための方法、端末、サーバ、および、システムに関する。

電子通信技術が発展するにつれ、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、または、ポータブル放送機器など、様々な種類の携帯端末が一般ユーザの人気になっている。様々な携帯端末デバイスの機能が、ますます強力になっている。例えば、様々な携帯端末が、多くの種類の便利なアプリケーション（位置情報サービス（ＬＢＳ）など）をユーザに提供することができ、かかるアプリケーションは、通信携帯電話会社のモバイル通信ネットワーク（グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）（登録商標、以下同じ）または符号分割多元接続（ＣＤＭＡ）のネットワークなど）を用いて、もしくは、外部の位置決め方法（例えば、グローバルポジショニングサービス（ＧＰＳ））を通して、そして、地理情報システム（ＧＩＳ）の支援を受けて、携帯端末ユーザに対応する位置情報（例えば、地理座標または測地座標）を取得し、取得した位置情報に従ってユーザにサービスを提供できる。

或る関連技術において、ＬＢＳサービスは、一般に、空間的位置決め技術を用いて携帯端末の現在の地理的位置情報（例えば、ユーザの位置）を取得し、携帯端末の地理的位置情報とサービス要求とをサーバ側（例えば、ＬＢＳサービスを提供するサーバ）に送信するアプリケーションを携帯端末上に備える。サーバ側は、携帯端末の地理的位置情報とサービス要求に関連する情報とに基づいて処理を実行する。サーバ側は、一般に、所定の地理的サービス範囲にいる適切なユーザに処理結果を送信する。

図１は、位置情報サービス（ＬＢＳ）システムのモジュール構造図である。

図１を参照すると、ＬＢＳシステム１００が提供されている。ＬＢＳシステム１００は、ＬＢＳサーバ１１０と、複数の携帯端末（携帯端末１２０、携帯端末１３０、携帯端末１４０、および、携帯端末１５０）と、を備える。ＬＢＳサーバ１１０は、通信ネットワークを介して複数の携帯端末の１つと通信できる。ＬＢＳサーバ１１０と携帯端末との間の通信は、ウェブベースでありうる。

携帯端末１２０、携帯端末１３０、および、携帯端末１４０は、同じユーザグループに属する携帯端末に対応し、地理的に互いの近くに位置しうる。所定の地理的サービス範囲内で、携帯端末１２０、携帯端末１３０、および、携帯端末１４０のユーザは、アプリケーションを用いて、携帯端末１２０（または携帯端末１３０）から携帯端末１４０への支払いを処理できる。例えば、携帯端末１２０のユーザＡ１または携帯端末１３０のユーザＡ２は、「対面支払い」方法を用いて（例えば、対応する携帯端末にインストールされた支払いアプリケーションなどのアプリケーションを用いて）携帯端末１４０のユーザＡに支払いをすることができる。ユーザＡ１およびユーザＡ２の携帯端末（例えば、携帯端末にインストールされたアプリケーション）は、それぞれ、ユーザＡへの支払いを行うための要求を含むメッセージをＬＢＳサーバ側のサービス（例えば、ＬＢＳサーバ１１０）に送信できる。ユーザＡの携帯端末１４０上のアプリケーションが、支払いを受けるための要求を含むサービスメッセージをＬＢＳサーバ１１０へ送信することもできる。携帯端末（例えば、携帯端末１２０、携帯端末１３０、および、携帯端末１４０）上のアプリケーションによって送信されたサービスメッセージは、携帯端末にそれぞれ対応する地理的位置情報を含むことができる。ＬＢＳサーバ側（例えば、ＬＢＳサーバ１１０）は、ユーザＡ１およびユーザＡ２の携帯端末上のアプリケーションによって送信された支払実行要求サービスメッセージを受信する。ユーザＡ１、ユーザＡ２、および、ユーザＡの携帯端末の地理的位置が互いに近い場合、ユーザＡ１およびユーザＡ２の携帯端末上のアプリケーションによって送信された支払実行要求メッセージは、ユーザＡの携帯端末に送信されうる。ユーザＡの携帯端末のアプリケーションは、ＬＢＳサーバ側（例えば、ＬＢＳサーバ１１０）との相互作用を通して支払いの受け取りを完了できる。

或る関連技術によると、（主に信号の送受信のためのアンテナの感度に関して）携帯端末デバイスの品質に比較的大きい差異が存在する。さらに、ユーザの地理的位置情報を計算するために様々な携帯端末アプリケーションによって用いられるアルゴリズムが様々でありうる。したがって、携帯端末の地理的位置（例えば、携帯端末によって取得されたユーザの地理的位置情報）が、異なる携帯端末間で不正確または一致しない場合がある。ＬＢＳサーバ側は、所定の地理的サービス範囲内の他のユーザグループに属する携帯端末から干渉する情報を受信した場合、異なるユーザグループの携帯端末を正確に区別できない。結果として、ＬＢＳサーバ側は、正確にユーザをマッチングすることも、正確に情報を処理することもできない。例えば、図１に提供されたＬＢＳシステム１００において、ユーザＡ１およびユーザＡ２の携帯端末がＬＢＳサーバ側に支払実行要求サービスメッセージを送信する間に、別のユーザグループに属するユーザＤ１も、ＬＢＳサーバ側（例えば、ＬＢＳサーバ１１０）と通信している。ユーザＤ１の携帯端末１５０が、アプリケーションで「対面支払い」方法を用いてユーザＤ（図示せず）への支払いを行うために、アプリケーションを用いてＬＢＳと通信している場合がある。したがって、ユーザＤ１の携帯端末１５０（例えば、携帯端末上で実行中のアプリケーション）が、支払実行要求サービスメッセージをＬＢＳサーバ１１０へ送信する場合がある。ユーザＤの携帯端末１５０が自身のために取得する地理的位置情報は十分に正確ではないので、ユーザＤの携帯端末１５０によって取得された地理的位置情報に含まれる地理的位置は、ユーザＡ１およびユーザＡ２の携帯端末の地理的位置に比較的近くなる。ユーザＤ１の携帯端末１５０から支払実行要求サービスメッセージを受信すると、ＬＢＳサーバ側は、ユーザＡ１、ユーザＡ２、および、ユーザＤ１の携帯端末上のアプリケーションによって送信された地理的位置情報に含まれる地理的位置が互いに近いために、ユーザＡ１またはユーザＡ２とユーザＤ１とを区別することができない場合がある。結果として、ＬＢＳサーバ１１０は、ユーザＤ１の支払実行要求メッセージをユーザＡに送信する可能性がある。ユーザＡの携帯端末１４０は、ユーザＤ１によって送信された支払実行要求メッセージを受信し、その結果、ＬＢＳがユーザのマッチング（例えば、対応するユーザグループに属するユーザのマッチング）に失敗することになる。或る関連技術によると、ＬＢＳサーバ側は、所定の地理的サービス範囲内の他のユーザグループの携帯端末から干渉する情報を受信した場合、異なるユーザグループの携帯端末を正確に区別できない。位置情報を利用した支払いシナリオでは、或るユーザによって送信されたメッセージがサーバを介して直接的に別のユーザに送信されないので、ＬＢＳサーバ側は、ユーザを正確にマッチングすることができない。むしろ、一例として、サーバは、サーバにメッセージを別個に送信した２ユーザをマッチングする。つまり、他方のユーザに支払いをする一方のユーザが、他方のユーザへの支払いを行う意図を示すメッセージをサーバに送信し、支払先であることを意図された他方のユーザが、支払いを受ける意図を示すメッセージをサーバに送信する。一例として、支払い当事者によって送信されたメッセージは、支払いの対象となる受け取り側のアカウント情報を含まないため、ユーザ識別子を用いて対象受領者とマッチングされることがない。結果として、ＬＢＳサーバ側のユーザマッチングの精度が低下する。したがって、或る関連技術によると、ＬＢＳサービスが、正確にユーザへ提供されない。

従来のＬＢＳサービスを提供するサーバは、一般に、ＬＢＳサービスに関連して様々なユーザを互いに正確にマッチングできない。したがって、より有効なＬＢＳサービスを提供するための方法、デバイス、および、システムが求められている。例えば、より有効にユーザをサービスとマッチングするＬＢＳサービスを提供するための方法、デバイス、および、システムが求められている。

以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。

従来技術または本願の実施形態における技術スキームをより明確に説明するために、実施形態または従来技術に必要な図面の概説を以下に提供する。明らかに、以下で説明する図面は、本願に記録されたいくつかの実施形態にすぎない。当業者であれば、創造的努力を費やすことなしに、これらの図面に基づいて他の図面を得ることができる。

位置情報サービス（ＬＢＳ）システムのモジュール構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングのための方法を示すフローチャート。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングのための方法を示すフローチャート。

本願の様々な実施形態に従って、サービスメッセージのメッセージフォーマットを示す図。

本願の様々な実施形態に従って、端末を示す構造図。

本願の様々な実施形態に従って、端末を示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングシステムを示す構造図。

本願の様々な実施形態に従って、ＬＢＳベースユーザマッチングのためのコンピュータシステムを示す機能図。

本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。

以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、本発明は、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。

本明細書で用いられているように、端末とは、一般に、ネットワークシステム内で（例えば、ユーザによって）利用され、１または複数のサーバと通信するために利用されるデバイスのことである。本開示の様々な実施形態によれば、端末は、通信機能を備えてよい。例えば、端末は、スマートフォン、タブレットコンピュータ、携帯電話、ビデオ電話、電子書籍リーダ、デスクトップパーソナルコンピュータ（ＰＣ）、ラップトップＰＣ、ネットブックＰＣ、パーソナルデジタルアシスタント（ＰＤＡ）、携帯型マルチメディアプレーヤ（ＰＭＰ）、ｍｐ３プレーヤ、携帯型メディカルデバイス、カメラ、ウェアラブルデバイス（例えば、ヘッドマウントデバイス（ＨＭＤ）、電子衣服、電子装具、電子ネックレス、電子アクセサリ、電子タトゥー、または、スマートウォッチ）などであってよい。

本開示のいくつかの実施形態によれば、端末は、通信機能を備えたスマート家電を含む。スマート家電は、例えば、テレビ、デジタルビデオディスク（ＤＶＤ）プレーヤ、オーディオ装置、冷蔵庫、エアコン、掃除機、オーブン、電子レンジ、洗濯機、ドライヤー、空気清浄機、セットトップボックス、ＴＶボックス（例えば、Ｓａｍｓｕｎｇ（登録商標）のＨｏｍｅＳｙｎｃ（商標）、アップル（登録商標） ＴＶ、または、Ｇｏｏｇｌｅ（登録商標） ＴＶ）、ゲーム機、電子辞書、電子キー、ビデオカメラ、電子写真フレームなどであってよい。

本開示の様々な実施形態によれば、端末は、上述の端末の任意の組み合わせであってもよい。さらに、本開示の様々な実施形態に従った端末は上述の端末に限定されないことが、当業者にとって明らかである。

本開示の様々な実施形態は、ＬＢＳサービスを提供するための方法、デバイス（例えば、端末）、および、システムを含む。本開示のいくつかの実施形態は、ＬＢＳサービスの提供に関連してユーザをマッチングするための方法、デバイス、および、システムを含む。

サーバが、ＬＢＳサービスをクライアント端末に提供しうる。ユーザは、クライアント端末上で実行されるアプリケーションを介して、ＬＢＳサーバと通信（例えば、サービスメッセージをサーバに送信）できる。ＬＢＳサービスに関連してメッセージを送信するクライアント端末によって実行されるアプリケーションは、メッセージ送信端末と見なされる。ＬＢＳサービスに関連してメッセージを受信する端末で実行されるアプリケーションは、メッセージ受信端末と見なされる。

端末は、一般に、端末の現在位置に関連する地理的位置情報を取得できる。例えば、端末は、端末が地理的位置情報を取得するために利用できるＧＰＳ位置決めシステムを備えうる。別の例として、端末は、通信携帯電話会社のモバイル通信ネットワークを介して、地理的位置情報を取得できる。モバイル通信ネットワークに関連するサーバが、端末とネットワークデバイスとの間の通信（端末とネットワークデバイスとの間の信号強度など）に基づいて、または、端末の位置を決定するための別の適切な方法で、端末の地理的位置情報を端末に提供しうる。端末の地理的位置情報は、ＷｉＦｉホットスポット情報と併せて取得されてもよい。端末は、地理的位置情報を取得したことに応答して、地理的位置情報をサービスメッセージに挿入し、サービスメッセージを（例えば、ＬＢＳサーバに）送信できる。

ＬＢＳサーバ側は、一般に、コンピュータネットワーク内に配置される。ＬＢＳサーバ側は、コンピュータネットワークを通してサーバメッセージを処理する。ＬＢＳサーバ側は、一般に、モバイル通信ネットワークを介してサービスメッセージの処理結果を適切な端末に送信できる。例えば、ＬＢＳサーバ側は、ＬＢＳサービスを端末に提供できる。ＬＢＳは、モバイル通信ネットワークおよびコンピュータネットワークを併用して提供されうる。モバイル通信ネットワークおよびコンピュータネットワークは、ゲートウェイを通して互いに相互作用できる。端末は、モバイル通信ネットワークを通してサービスメッセージを送信することができ、サービスメッセージは、ゲートウェイを介してＬＢＳサーバ側へ伝送される。ＬＢＳサーバ側は、受信したサービスメッセージに基づいて処理を実行し、処理結果をゲートウェイを介して対応する端末に送信する。

図２Ａは、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングのための方法を示すフローチャートである。

図２Ａを参照すると、ＬＢＳに関連してユーザをマッチングするための処理２００が提供されている。処理２００は、サーバ（ＬＢＳサーバなど）を含むシステム（図１３のシステム１３００など）によって実施されうる。例えば、処理２００の工程２２０〜２６０は、図６のサーバ６００、図７のサーバ７００、図８のサーバ８００、図９のサーバ９００、図１０のサーバ１０００、図１１のサーバ１１００、または、図１２のサーバ１２００によって実施されうる。

工程２１０で、複数のサービスメッセージが、異なる端末から送信される。サービスメッセージは、通信属性（例えば、送信／受信属性）、地理的位置情報、および、ユーザ特徴識別子（例えば、ユーザ特徴コード）を含みうる。ユーザ特徴識別子は、文字、数字、特殊文字など、または、それらの任意の組みあわせ、を含む文字列でありうる。ユーザ特徴識別子は、複数のユーザまたは複数の端末が合意したコードでありうる。ユーザ特徴識別子は、特定の取引に関連づけられうる。例えば、ユーザ特徴識別子は、複数のユーザすなわち複数の端末の間の取引に一意的でありうる。いくつかの実施形態において、サービスメッセージは、さらに、ユーザまたは端末に関連づけられたユーザ識別子を含む。複数の異なる端末が、それぞれ、対応する複数のサービスメッセージをサーバ（ＬＢＳサーバなど）へ送信する。端末は、ＬＢＳサービスの受信に関連してサービスメッセージを送信できる。例えば、サービスメッセージは、対応する端末がＬＢＳサービスをサーバから受信するための要求に対応しうる。通信属性は、端末がサービスメッセージに関連するＬＢＳサービスと関連して情報を送信するか情報を受信するかを特定できる。

工程２２０で、サービスメッセージが受信される。サーバは、様々な異なる端末によって送信されたサービスメッセージを受信する。サービスメッセージの受信に応答して、サーバは、対応するサービスメッセージから、通信属性、地理的位置情報、および、ユーザ特徴識別子を抽出する。サーバは、サービスメッセージに含まれうるその他の情報を抽出してもよい。例えば、サーバは、特定のサービス内容またはその他の所定のメッセージを含む他のメッセージ、ユーザ識別情報などを抽出できる。

工程２３０で、端末が互いの閾値範囲内にあるか否かに関して判定がなされる。サーバは、従来の技術を用いて端末の座標間の距離を計算することにより、サービスメッセージを送信した端末の内の任意の２つが、互いの閾値距離内にあるか否かを判定できる。サーバは、互いの閾値範囲内にある端末を特定できる。閾値範囲は、システム設定またはプリファレンスに従って設定可能であってよい。例えば、閾値範囲は、提供されるＬＢＳサービスのタイプに従って設定されうる。

工程２３０で端末が互いの閾値範囲内にない場合、処理２００は終了する。

工程２３０、工程２４０で端末が互いの閾値範囲内にある場合、同じユーザ特徴識別子を有するサービスメッセージが決定されうる。サーバは、互いの閾値範囲内にある端末の内、同じユーザ特徴識別子に対応する端末からのサービスメッセージを決定（例えば、識別）できる。サーバは、同じユーザ特徴識別子を有するサーバメッセージを識別するために、互いの閾値範囲内にあると判定された端末から受信したサービスメッセージに含まれるユーザ特徴識別子を比較できる。

工程２５０で、メッセージ受信端末が設定される。サーバは、同じユーザ特徴識別子を有するサービスメッセージの決定に従って、１グループのメッセージ受信端末を設定できる。例えば、サーバは、メッセージ受信端末が、互いの閾値範囲内にあると共にそれらからのサービスメッセージが同じユーザ特徴識別子を含む端末に対応することを決定できる。これらの端末は、ＬＢＳサービスに関連して情報を受信する端末としてサーバによって識別されるので、メッセージ受信端末と呼ばれる。一例として、ＬＢＳ取引の文脈において、支払側に関連する端末を送信端末として識別し、受取側に関連する端末を受信端末と識別することができる（例えば、受信端末は、ＬＢＳサービスに関連して送信端末から情報を受信するものとして識別される）。

いくつかの実施形態において、サーバは、いくつかの端末が互いの閾値範囲内にあるか否か、および、いくつかの端末から受信したサービスメッセージが同じユーザ識別子を含むか否かに従って、様々なグループのメッセージ受信端末を設定できる。

工程２６０で、メッセージが、対応する受信端末に送信される。サーバは、互いの閾値範囲内にあると共に同じユーザ特徴識別子を含むサービスメッセージに関連すると識別された端末にメッセージを送信できる。例えば、サーバは、対応する端末グループ内の端末にメッセージを送信できる。メッセージは、対応する端末から受信されたサービスメッセージへの応答であってよい。いくつかの実施形態において、メッセージは、ＬＢＳサービスに関連して送信される。例えば、メッセージに含まれる情報は、ＬＢＳサービスを提供する情報を含んでよい。

図３は、本願の様々な実施形態に従って、サービスメッセージのメッセージフォーマットを示す図である。

図３を参照すると、サービスメッセージ３００が提供されている。サービスメッセージ３００は、図２Ａの処理２００に関連して構成および送信されうる。一例として、サービスメッセージ３００は、ユーザＡ２によって通信されたＭＳＧ＿Ａ２に対応するフィールドを備えることを図示されている。

サービスメッセージ３００は、サービス内容、通信属性（例えば、送信／受信属性）、地理的位置情報、および、ユーザ特徴識別子（例えば、ユーザ特徴コード）を含む。その他のフィールドが含まれてもよい。

メッセージの内容は、端末によって構成されうる。例えば、端末は、要求されたＬＢＳサービスに従ってメッセージ内容を構成できる。端末は、ユーザのためのメッセージ内容（例えば、サービス内容）を設定できる（例えば、「対面支払い」「ファイル転送」、または、「春の遠足−シェイクシェイク」）。サービス内容の各項目は、対応する通信属性（例えば、対応する送信／受信属性）を有しうる。例えば、サービス内容が「対面支払い」に設定された場合、対応する通信属性（例えば、送信／受信属性）は、「対面支払い」として設定されるか、または、「対面支払い」に対応する特定のコード（「ＰＡＹ：Ｐ２Ｐ」など）として設定される。端末は、サービス内容を「対面受け取り」として設定できる。サービス内容が「対面受け取り」に設定された場合、対応する通信属性（例えば、送信／受信属性）は、「対面受け取り」または「ＲＥＣ：Ｐ２Ｐ」と設定される。

ユーザは、必要なサービス内容を端末から選択できる。例えば、端末は、ユーザが所望のサービスクライアントを選択できるユーザインターフェースを提供できる。サービス内容は、端末で実行される特定のアプリケーションに従って、ユーザによって設定（例えば、選択）されうる。例えば、サービス内容は、実行される動作を表すコードでありうる。いくつかの実施形態において、サービス内容は、端末で実行されるアプリケーションによって提供された複数の選択肢（例えば、異なるサービス内容）の中から選択されうる。サービス内容（例えば、サービス内容の選択元となる複数の異なるサービス内容）は、端末で実行される特定のアプリケーションの実施（例えば、ビジネス目的）に従って構成されうる。端末は、ユーザが選択したサービス内容を受信し、選択されたサービス内容に対応する通信属性（例えば、送信／受信属性）をサービスメッセージに挿入できる。サービスメッセージの通信属性（例えば、送信／受信属性）は、ユーザの選択したサービス内容の属性が「受信」であるか「送信」であるかを示すフィールドを含んでよく、そのフィールドは、対応する端末がＬＢＳサービスに関連して情報を受信するかＬＢＳサービスに関連して情報を提供するかを示す。例えば、「受信」に設定された通信属性を有するサービスメッセージに関連する端末は、「送信」に設定された通信属性を有するサービスメッセージに関連する端末からデータまたはサービス（例えば、支払い）を受信できる。通信属性は、文字列またはフラグを用いて表現されうる。例えば、ユーザＡが端末を用いて（例えば、ＬＢＳを介して）ユーザＢに支払いをする場合、ユーザＡは、「対面支払い」サービス内容の中の「相手に支払う」を選択できる。ユーザＡは、ユーザＡの端末を用いて、サービス内容を「相手に支払う」に設定できる。サービス内容が「相手に支払う」に設定されたことに応答して、端末は、ユーザ選択された「対面支払い」サービス内容に対応する通信属性（例えば、送信／受信属性）（ＰＡＹ：Ｐ２Ｐ）をサービスメッセージに挿入できる。ユーザＢは、ユーザＢの端末を用いて、ユーザＡからの支払いを受けることができ、「対面支払い」サービス内容の中の「相手から支払いを受ける」を選択できる。ユーザＢは、端末Ｂを用いて、サービス内容を「相手から支払いを受ける」に設定できる。サービス内容が「相手から支払いを受ける」に設定されたことに応答して、端末は、ユーザ選択された「対面支払い」サービス内容に対応する通信属性（例えば、送信／受信属性）（ＲＥＣ：Ｐ２Ｐ）をサービスメッセージに挿入できる。「ＰＡＹ：Ｐ２Ｐ」および「ＲＥＣ：Ｐ２Ｐ」に対応する通信属性（例えば、送信／受信属性）は、フィールド「Ｐ２Ｐ」を含む。「Ｐ２Ｐ」フィールドは、「対面支払い」サービス内容を示しうる。「ＰＡＹ：Ｐ２Ｐ」に対応する通信属性に含まれる「ＰＡＹ」フィールドは、「対面支払い」サービス内容の通信属性（例えば、送信／受信属性）が「送信」であることを示しうる。「ＲＥＣ：Ｐ２Ｐ」に対応する通信属性に含まれる「ＲＥＣ」フィールドは、「対面支払い」サービス内容の通信属性（例えば、送信／受信属性）が「受信」であることを示しうる。

いくつかの実施形態において、ＬＢＳサービスを用いて互いに通信または相互作用しようとする複数のユーザすなわち端末は、ＬＢＳサービスに関連してユーザ端末が有する相互作用のタイプ（例えば、端末が送信端末であるか受信端末であるか）のインディケーション、および、ＬＢＳサービスに関連する別のユーザすなわち別の端末のインディケーションを含むように、対応するサービスメッセージを構成する。例えば、サービスメッセージを構成する端末が送信端末である場合、サービスメッセージは、端末が送信端末であるというインディケーションと、対象となる受け取り側のインディケーションを含みうる。

いくつかの実施形態において、ＬＢＳサービスに関連するサーバは、ＬＢＳサービスを用いて互いに相互作用する複数のユーザすなわち複数の端末のインディケーションを格納する。結果として、ユーザすなわち端末によって送信された対応するサービスメッセージは、ユーザ端末がＬＢＳサービスに関連して有する相互作用のタイプ（例えば、端末が送信端末であるか受信端末であるか）のインディケーションを含む。しかしながら、この実施例では、ＬＢＳがかかるインディケーションを格納するので、サービスメッセージは、取引に関連する他のユーザすなわち他の端末のインディケーションを含む必要がない。インディケーションは、特定のユーザすなわち端末および特定の取引タイプ（例えば、特定のユーザ特徴識別子）に関連して格納されうる。

送信されたサービスメッセージは、異なるユーザを区別するために用いられるユーザ識別子を含みうる。ユーザ識別子は、サービスメッセージを通信する端末を利用するユーザすなわち端末にログインしたユーザを識別できる。例えば、ユーザ識別子Ａ、Ｂ、および、Ｃが、異なる端末のユーザを区別するために用いられうる。端末は、複数の異なるユーザを記憶できる。端末は、どのユーザが端末にログインまたは他の方法で端末を利用しているのかに従って、複数の異なるユーザ識別子に関連して利用されうる。端末は、ユーザ識別子を用いて、同じ端末の異なるユーザに対応するサービスメッセージを区別することができる。

端末によって送信されたサービスメッセージは、一般に、端末にそれぞれ対応する地理的位置情報を含む。端末に対応する地理的位置情報は、端末上の適切な関数モジュールを用いて取得されうる。例えば、端末に対応する地理的位置情報は、端末上のＧＰＳモジュールを通して取得されうるか、端末が接続されている通信携帯電話会社のモバイル通信ネットワークにクエリすることによって取得されうるか、または、他の方法で特定されうる。端末に対応する地理的位置情報は、ＷｉＦｉホットスポット情報を用いて取得されてもよい。例えば、各ＷｉＦｉホットスポット情報は、一般に、ＷｉＦｉホットスポットに関連する詳細な地理的位置情報を含む。端末は、端末がＷｉＦｉホットスポットに接続することに関連して、現在のＷｉＦｉホットスポットの地理的位置情報を取得できる。端末は、端末が現在接続されているＷｉＦｉホットスポットに関連する地理的位置情報を端末の現在の地理的位置情報と見なすことができる。いくつかの実施形態において、端末に対応する地理的位置情報は、地理的位置特定方法を組みあわせて取得されうる。

サービスメッセージは、ユーザ特徴識別子（例えば、ユーザ特徴コード）を含みうる。いくつかの実施形態において、ユーザ特徴識別子は、ユーザによって定義および設定される。端末は、ユーザによって入力された自己定義ユーザ特徴識別子を取得できる。例えば、ユーザは、ＬＢＳを用いるアプリケーションの一部として提供された入力ボックスを備えたスクリーンなど、端末によって提供されたインターフェースにユーザ特徴識別子を入力できる。いくつかの実施形態において、ユーザ特徴識別子は、同じユーザグループ内のユーザが端末でサービス内容を選択した場合に予め設定された同じユーザ特徴識別子でありうる。ユーザ特徴識別子は、記号、文字、数字、漢字、または、それらの任意の組みあわせであってよい。例えば、ユーザＡ１は、対応するユーザ特徴識別子を”Ａ００１”と設定できる。ユーザＢ１は、対応するユーザ特徴識別子を”Ｂ００１”と設定できる。（ここで用いる実際の識別子は、例示を目的としたものであり、実際には違うものでもよい）。いくつかの実施形態において、ユーザ特徴識別子は、互いに地理的に近く、互いに親しい複数のユーザによって自己定義および設定される。例えば、ユーザのグループは、ユーザ特徴識別子を共同で設定できる。ユーザのグループは、サービスに関連して用いられる一意的なユーザ特徴識別子を共同で設定できる。例えば、ユーザＡ１、Ａ２、Ａ３、Ａ４、Ｂ１、Ｂ２、および、Ｂ３が、地理的に互いに近いとする。ユーザＡ２、Ａ３、および、Ａ４が、Ａ１に支払いを行う。ユーザＢ２およびＢ３が、Ｂ１に支払いを行う。したがって、ユーザＡ１、Ａ２、Ａ３、および、Ａ４は、ユーザ特徴識別子”Ａ００１”を共同で設定し、ユーザＢ１、Ｂ２、および、Ｂ３は、ユーザ特徴識別子”Ｂ００１”を共同で設定しうる。各ユーザは、適切なユーザ特徴識別子を利用できる（例えば、サービスメッセージに関連する対象グループに対応するユーザ特徴識別子）。ユーザＡ１、Ａ２、Ａ３、Ａ４、Ｂ１、Ｂ２、および、Ｂ３の端末によって別個にサーバへ送信されたサービスメッセージは、ユーザの各々によって別々に設定されたユーザ特徴識別子を含みうる（例えば、ユーザＡ１、Ａ２、Ａ３、および、Ａ４によってそれぞれ送信されたサービスメッセージは、”Ａ００１”に設定されたユーザ特徴識別子を含み、ユーザＢ１、Ｂ２、および、Ｂ３によってそれぞれ送信されたサービスメッセージは、”Ｂ００１”に設定されたユーザ特徴識別子を含みうる）。例えば、支払側（ユーザ）Ａ２、Ａ３、および、Ａ４の端末によってそれぞれ送信された支払実行要求サービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４は、ユーザ特徴識別子”Ａ００１”を含む。同様に、支払側（ユーザ）Ｂ２およびＢ３の端末によってそれぞれ送信された支払実行要求サービスメッセージＭＳＧ＿Ｂ２およびＭＳＧ＿Ｂ３は、ユーザ特徴識別子”Ｂ００１”を含む。受取側（ユーザ）Ａ１の端末は、支払受取サービスメッセージＭＳＧ＿Ａ１を送信し、それに含まれるユーザ特徴識別子を”Ａ００１”と設定できる。受取側Ｂ１の端末は、支払受取サービスメッセージＭＳＧ＿Ｂ１を送信し、それに含まれるユーザ特徴識別子を”Ｂ００１”と設定できる。

様々な異なる端末が、別個に、サービスメッセージを（所望のサービスを端末に提供するよう構成された１または複数のサーバを含む）サーバ側に送信する。端末によってサーバ側に送信されたサービスメッセージは、通信属性（例えば、送信／受信属性）、地理的位置情報、および、ユーザ特徴識別子を含みうる。

いくつかの実施形態において、処理２００の工程２３０および２４０が組み合わされてもよい。例えば、サーバは、抽出された地理的位置情報に基づいて、複数の端末が閾値範囲内にあるか否かを判定し、対応するサービスメッセージからそれぞれ抽出されたユーザ特徴識別子を比較して、ユーザ特徴識別子が同じであるか否かを判定する。

サーバ側（例えば、ＬＢＳサーバ）がサービスメッセージを受信したことに応答して、サーバ側は、サービスメッセージからユーザ特徴識別子を抽出し、抽出したユーザ特徴識別子を比較して、ユーザ特徴識別子が同じであるか否かを判定することができる。サーバ側は、端末が閾値範囲内にあるか否か、または、サービスメッセージのユーザ特徴識別子が同じであるか否かに従って、受信したサービスメッセージを分類できる。例えば、サーバ側は、同じ抽出済みユーザ特徴識別子を有するサービスメッセージを同じカテゴリとして分類できる（例えば、サーバ側は、同じユーザ特徴識別子を有するサービスメッセージ、または、サービスメッセージの送信元である対応する端末をグループ化できる）。サーバ側は、分類したサービスメッセージを格納できる。例えば、サーバ側は、分類とサービスメッセージとの間の関係を格納できる。サーバ側は、分類とサービスメッセージとの対応関係を格納するデータベースを格納できる。サービスメッセージの分類は、識別子（特定のサービスメッセージが属するサービスメッセージのグループを識別する識別子など）であってよい。サーバ側は、ユーザＡ２、Ａ３、Ａ４、Ｂ２、および、Ｂ３の端末によってそれぞれ送信された支払実行要求サービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、ＭＳＧ＿Ａ４、ＭＳＧ＿Ｂ２、および、ＭＳＧ＿Ｂ３を受信し、サービスメッセージからユーザ特徴識別子を抽出できる。上記の例を参照すると、ユーザＡ２、Ａ３、および、Ａ４の端末によって送信されたサービスメッセージからサーバ側によって抽出されたサービスメッセージのユーザ特徴識別子は、同じ”Ａ００１”である。同様に、ユーザＢ２およびＢ３の端末によって送信されたサービスメッセージからサーバ側によって抽出されたサービスメッセージのユーザ特徴識別子は、同じ”Ｂ００１”である。サーバ側は、同じ抽出済みユーザ特徴識別子を有するサービスメッセージをカテゴリ分け（すなわち分類）する。例えば、サーバ側は、ユーザ特徴コード”Ａ００１”を備えたサービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４を１つのカテゴリとして分類し、サービスメッセージＭＳＧ＿Ｂ２およびＭＳＧ＿Ｂ３を別のカテゴリとして分類する。サーバ側が、受取側（ユーザ）Ａ１およびＢ１の端末によってそれぞれ送信された支払受取要求サービスメッセージＭＳＧ＿Ａ１およびＭＳＧ＿Ｂ１も受信し、サービスメッセージからユーザ特徴識別子を抽出した場合、対応するユーザ特徴識別子は、それぞれ、”Ａ００１”および”Ｂ００１”である。サーバ側は、いずれも特徴識別子”Ａ００１”を有する受取側Ａ１のサービスメッセージＭＳＧ＿Ａ１ならびにサービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４に、格納に向けて同じカテゴリを割り当てることができ、サーバ側は、いずれも特徴識別子”Ｂ００１”を有する受取側Ｂ１のサービスメッセージならびにサービスメッセージＭＳＧ＿Ｂ２およびＭＳＧ＿Ｂ３に、格納に向けて同じカテゴリを割り当てることができる。サーバ側は、同じユーザ特徴識別子を有するサービスメッセージを、同じユーザグループ内のユーザからのサービスメッセージと見なすことができる。

サーバ側は、サービスメッセージを受信した後、サービスメッセージから地理的位置情報を抽出し、地理的位置情報を用いて、異なる端末が閾値範囲内にあるか否かを判定することができる。例えば、サーバ側は、抽出した地理的位置情報（例えば、座標）を用いて、異なる端末間の地理的位置の差（例えば、座表セットの間の距離、座標セットの間の差、または、その他の適切な測定値）が、サーバ側の所定の値セットより大きいか否を判定することができる。所定の値は、閾値範囲に対応しうる。いくつかの実施形態において、所定の値は、サーバ側によって提供されたサービスのタイプに従って設定されうる。異なる端末間の地理的位置の差が所定の値以下である場合、地理的位置情報は閾値範囲内にある。

図２Ｂは、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングのための方法を示すフローチャートである。

図２Ｂを参照すると、複数の端末が閾値内にあるか否かを判定するための処理２３０が提供されている。処理２３０は、サーバ（ＬＢＳサーバなど）を含むシステム（図１３のシステム１３００など）によって実施されうる。例えば、処理２３０は、図６のサーバ６００、図７のサーバ７００、図８のサーバ８００、図９のサーバ９００、図１０のサーバ１０００、図１１のサーバ１１００、または、図１２のサーバ１２００によって実施されうる。いくつかの実施形態において、処理２３０は、図２Ａの処理２００の工程２３０を実施できる。

工程２３１で、サーバ側は、端末に対応する地理的位置を取得する。サーバは、対応するサービスメッセージに含まれる地理的位置情報に少なくとも部分的に基づいて、対応する端末の地理的位置を取得できる。

端末は、端末に対応する地理的位置情報を取得し、サービスメッセージに地理的位置情報を挿入することができる。サーバ側（例えば、ＬＢＳサーバ）は、サービスメッセージから地理的位置情報を抽出し、対応する端末の地理的位置を取得できる。

工程２３２で、サーバ側は、端末の地理的位置の差を比較して、地理的位置の差が所定の値よりも大きいか否かを判定する。所定の値は、サーバで設定されてよい。いくつかの実施形態において、所定の値は、閾値範囲に従って決定される。

いくつかの実施形態において、ＬＢＳは、限定された地理的位置に基づいたサービスである（例えば、ＬＢＳが、特定の区域に限定される）。したがって、サーバ側は、端末の最大の地理的位置の差について所定の値を設定できる。例えば、所定の値は、２０メートルであってよく、これは、ＬＢＳ要求端末間の最大距離が（例えば、ＬＢＳが提供されるために）２０メートルを超えないことを示しうる。

工程２３３で、サーバ側は、端末が閾値範囲内にあるか否かを判定する。例えば、サーバ側は、端末が閾値範囲内にあるか否かを判定するために、比較結果（例えば、工程２３２で計算した比較の差）を用いる。

サーバ側は、端末が閾値範囲内にあるか否かを判定するために、比較結果を用いる。例えば、メッセージ送信端末Ａ、Ｂ、および、Ｃから送信された支払実行要求サービスメッセージは、端末Ａ、Ｂ、および、Ｃの緯度および経度の地理的位置を含む。サーバ側で設定された所定の値は、２０メートルである。サーバ側が、端末Ａ、Ｂ、および、Ｃの緯度経度情報を抽出すると、端末は、端末Ａ、Ｂ、および、Ｃの間の距離を取得できる。一例として、端末ＡおよびＢの間で計算された距離が、１５メートルであるとすると、所定の値「２０メートル」以下である。したがって、端末ＡおよびＢは、閾値範囲内にあると見なされうる。逆に、サーバ側は、端末ＢおよびＣの距離を２，０００メートルと決定することがあり、これは、所定の値「２０メートル」よりも大きい。したがって、端末ＢおよびＣは、閾値範囲内にないと見なされうる。端末ＡおよびＣについて取得された距離も２，０００メートルであった場合、サーバ側は、端末ＡおよびＣが閾値範囲内にないと見なす。さらに、サーバ側は、端末Ｃに対応するユーザと端末ＡまたはＢに対応するユーザとを、同じユーザグループに属さないと見なすことができる。端末ＡおよびＢに対応するユーザは、所定の地理的サービス範囲内にあり、同じユーザグループに属する。サーバ側は、地理的位置が閾値範囲内（例えば、別の端末のｐ閾値所定範囲内）に属していない、サーバ側によって受信されたサービスメッセージを操作する適切な方法を事前設定できる。

所定の値は、端末間の地理的位置の距離であってよい。例えば、所定の値は、端末に対する地理的位置範囲であってよい。いくつかの実施形態において、サーバ側は、予め定められた固定区域を閾値範囲として見なしてよい。サーバ側は、端末に対応する地理的位置が予め定められた固定区域に属するか否かを判定するために、端末に対応する抽出済みの地理的位置情報を利用できる。端末に対応する抽出済みの地理的位置情報が固定区域に属するとサーバ側が判定した場合、地理的位置情報は、閾値範囲内にある。例えば、サーバ側は、経度１２０．６０００°から１２０．６５００°および緯度３１．３０００°から３１．３２００°の区域内にある対応する地理的位置を有する端末を閾値範囲内の端末と見なすことができる。固定区域を閾値範囲として定めるために様々な方法を利用できる。例えば、都市の異なる管理区域を、４つの閾値範囲Ａ、Ｂ、Ｃ、および、Ｄに分割できる。閾値範囲Ａ内に位置するユーザＡ１、Ａ２、および、Ａ３の端末が、「春の遠足−シェイクシェイク」サービス内容を含むサービスメッセージを送信しうる。閾値範囲Ｄ内に位置するユーザＤ１の端末が、「春の遠足−シェイクシェイク」サービス内容を含むメッセージを送信しうる。サーバ側は、ユーザＡ１、Ａ２、Ａ３、および、Ｄ１の端末からサービスメッセージを受信すると、対応するサービスメッセージから地理的位置情報を抽出し、ユーザＡ１、Ａ２、Ａ３、および、Ｄ１の端末の地理的位置を取得できる。サーバ側は、ユーザＤ１の端末と、ユーザＡ１、Ａ２、および、Ａ３の端末が、異なる閾値範囲にあると決定できる。したがって、ユーザＤ１の端末がユーザＡ１、Ａ２、および、Ａ３の端末と地理的に近い場合でも、端末は、それぞれ、予め定められた異なる区域に属するので、ユーザＤ１の端末と、ユーザＡ１、Ａ２、および、Ａ３の端末は、閾値範囲外でありうる。

工程２３４で、端末は、端末が閾値範囲内にあるか否かに従って分類される。サーバは、範囲内にある端末を識別できる。いくつかの実施形態において、サーバは、端末が閾値範囲内にあるか否かに従って、識別子またはその他の分類を設定できる。いくつかの実施形態において、工程２３４は、処理２３０において任意選択的である。いくつかの実施形態において、端末が範囲内にあるか否かに従った端末の分類は、処理２００で実行されうる。

サーバ側は、メッセージ受信端末を、地理的位置情報が閾値範囲内にあると共に抽出済みのユーザ特徴識別子が同じであるサービスメッセージの内、通信属性（例えば、送信／受信属性）が「受信」であるサービスメッセージに関連する端末に対応するものとして定義することができる。

サーバ側は、閾値範囲内にある対応する地理的位置情報を有し、同じ抽出済みのユーザ特徴識別子に関連づけられた端末の内、通信属性（例えば、送信／受信属性）が「受信」である端末を分類し、それらの端末をメッセージ受信端末と設定することができる。いくつかの実施形態において、サービスメッセージの通信属性（例えば、送信／受信属性）は、ユーザが選択したサービス内容が「受信」であるか「送信」であるかを示すフィールドを含む。サーバ側は、閾値範囲内にあり、同じ抽出済みのユーザ特徴識別子を有する端末の内、通信属性（例えば、送信／受信属性）が「受信」に設定された端末を分類し、それらの端末をメッセージ受信端末と設定することができる。例えば、サーバ側は、支払実行要求サービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、ＭＳＧ＿Ａ４、ＭＳＧ＿Ｂ２、および、ＭＳＧ＿Ｂ３を支払側ユーザＡ２、Ａ３、Ａ４、Ｂ２、および、Ｂ３の端末からそれぞれ受信する。そこに設定された通信属性（例えば、送信／受信属性）は、「受信」である。サーバ側は、受取側Ａ１およびＢ１の端末によって送信された支払受取要求サービスメッセージＭＳＧ＿Ａ１およびＭＳＧ＿Ｂ１を受信できる。そこに設定された通信属性（例えば、送信／受信属性）は、「送信」である。サーバ側は、サービスメッセージから地理的位置情報を抽出し、対応する端末の地理的位置を取得する。ユーザＡ１、Ａ２、Ａ３、Ａ４、および、Ｂ２の端末は、互いに地理的に近い。例えば、ユーザＡ１、Ａ２、Ａ３、Ａ４、および、Ｂ２の端末が所定の値「２０メートル」内にあると仮定する。ユーザＢ１、Ｂ２、および、Ｂ３の端末は、互いに地理的に近い。同様に、ユーザＢ１、Ｂ２、および、Ｂ３の端末が所定の値「２０メートル」内にあると仮定する。サーバ側は、サービスメッセージからユーザ特徴コードを抽出する。ＭＳＧ＿Ａ１、ＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４から抽出されたユーザ特徴コードは、同じ”Ａ００１”でありうる。ＭＳＧ＿Ｂ１、ＭＳＧ＿Ｂ２、および、ＭＳＧ＿Ｂ３から抽出されたユーザ特徴コードは、同じ”Ｂ００１”でありうる。したがって、サーバ側は、受信したサービスメッセージを分類するために、ユーザ特徴コードを利用できる。サービスメッセージＭＳＧ＿Ａ１、ＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４は、１つのカテゴリに分類され、サービスメッセージＭＳＧ＿Ｂ１、ＭＳＧ＿Ｂ２、および、ＭＳＧ＿Ｂ３は、別のカテゴリに分類される。ユーザ特徴コード”Ａ００１”を有するサービスメッセージの中から、サーバ側は、ＭＳＧ＿Ａ１、ＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４ の内、通信属性（例えば、送信／受信属性）が「受信」であるユーザＡ１の端末を用いて、ユーザＡ１の端末をメッセージ受信端末として設定できる。ユーザ特徴コード”Ｂ００１”を有するサービスメッセージの中から、サーバ側は、ＭＳＧ＿Ｂ１、ＭＳＧ＿Ｂ２、および、ＭＳＧ＿Ｂ３ の内、通信属性（例えば、送信／受信属性）が「受信」であるユーザＢ１の端末を用いて、ユーザＢ１の端末をメッセージ受信端末として設定できる。

サーバ側は、メッセージ受信端末を、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みのユーザ特徴識別子を有するサービスメッセージの内、「受信」である通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末として設定する。サーバ側は、端末の地理的位置が閾値範囲内にあるか否かに従って、端末をメッセージ受信端末として設定する。

サーバ側は、端末を分類すると、その分類を格納し、分類に関する情報を端末（例えば、分類された端末）に送信できる。例えば、サーバ側は、メッセージ受信端末を設定し、サービスメッセージまたはメッセージ送信端末に関するリスト情報をメッセージ受信端末に送信する。したがって、方法は、さらに、以下の工程を含んでよい：

図２Ａの処理２００に戻ると、工程２６０で、サーバは、端末にメッセージを送信する。例えば、サーバ側は、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みのユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに関する情報をメッセージ受信端末へ送信できる。例えば、サーバ側は、通信属性が送信に設定されたサービスメッセージに関連する情報をメッセージ受信端末として分類された端末に送信する。

サーバ側は、閾値範囲内にある地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末のインディケーションを含むリストを生成できる。サーバ側は、そのリストをメッセージ受信端末に送信できる。

サーバ側は、メッセージ受信端末を分類（例えば、設定）すると、メッセージ送信端末として分類された端末に、メッセージ受信端末と分類された端末のインディケーションを送信する。例えば、メッセージ受信端末に対応する端末を識別（例えば、分類）したことに応答して、サーバ側は、閾値範囲内にある地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末に、メッセージ受信端末として分類された端末のインディケーションを送信する。

いくつかの実施形態において、サーバ側は、端末のリストを生成する。端末のリストは、異なるメッセージ送信端末からサーバによって受信されたサービスメッセージのリストに対応しうる。端末のリストは、異なるメッセージ送信端末に対応するユーザ名のリストに対応しうる。例えば、サーバ側は、支払実行要求を含むサービスメッセージ ＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４のリストを、支払受取要求を含むユーザＡ１のメッセージ受信端末に送信できる。受取側Ａ１は、支払側ユーザＡ２、Ａ３、および、Ａ４の支払実行要求サービスメッセージのリストを受信する。支払実行要求は、同じユーザグループのユーザから送信されたものとして確認されうる。その後、受取側Ａ１は、サーバ側と相互作用して、「対面支払い」ビジネスサービスを完了させることができる。サーバ側は、サービスメッセージＭＳＧ＿Ａ２、ＭＳＧ＿Ａ３、および、ＭＳＧ＿Ａ４に対応するユーザＡ２、Ａ３、および、Ａ４のリストをメッセージ受信端末に直接送信してもよい。サーバ側は、メッセージ受信端末のリストを管理できる。例えば、メッセージ受信端末のリストは、端末サービス要求に従って、サーバ側によって処理されうる。例えば、サーバ側は、支払実行要求を含むユーザＡ２、Ａ３、および、Ａ４のサービスメッセージを用いて、ユーザＡ２、Ａ３、および、Ａ４を含む支払メッセージリストを生成できる。サーバ側は、識別（例えば、設定）されたメッセージ受信端末（例えば、支払受取求を有するユーザＡ１の端末）に支払メッセージリストを送信できる。

端末は、メッセージ送信端末として識別または他の方法で分類された端末のリストを受信できる。例えば、端末は、サーバ側によって受信され、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末のリストを受信できる。別の例として、端末は、サーバ側から、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージを受信できる。

いくつかの実施形態において、ＬＢＳベースのユーザマッチングの方法は、端末によるサービスメッセージの送信を含む。サービスメッセージは、同じユーザグループに属するユーザによって設定されたユーザ特徴識別子を含む。サーバ側は、サービスメッセージを受信したことに応答して、ユーザ特徴識別子および地理的位置情報に従って、異なるユーザグループを区別できる。サーバ側は、地理的に近い別のユーザグループのユーザによって送信された干渉するサービス情報を受信した場合に、正しいメッセージ受信端末をマッチングできる。例えば、サーバ側は、サービスメッセージに含まれるユーザ特徴識別子を用いて、異なるユーザグループを区別するため、異なるユーザグループに属していて地理的に近いユーザを区別できる。したがって、サーバ側のユーザマッチングの精度が改善される。

いくつかの実施形態において、サーバ側によってマッチングされるユーザは、一般に、互いに関連している（例えば、互いに関連性がある）。例えば、同じユーザグループ内の支払側ユーザは、特定の受取側ユーザとマッチングされることを期待する。いくつかの実施形態において、サーバ側によってマッチングされるユーザは、互いにランダムにマッチングされ、ユーザ特徴識別子は、サービスメッセージ内に設定されたビジネスサービス属性でありうる。いくつかの実施形態において、ビジネスサービス属性は、サービス内容のサブフィールドとして含まれる。ビジネスサービス属性は、サービスメッセージに関連する特定のサービスまたは機能を識別するために、（例えば、ＬＢＳサービスに関連するサーバによって）利用されうる。ＬＢＳサービスに関連するサーバは、様々なユーザすなわち端末のＩＤと特定のサービスのインディケーションとを用いて、様々なユーザすなわち端末にサービスを提供する（例えば、対応するデータまたはサービスを適切なユーザに送信する）ことができる。ユーザがサーバ側によってランダムにマッチングされる実施例は、他人の間のソーシャルネットワーキングフィールドのＬＢＳベースのアプリケーションである。ユーザが携帯端末上のアプリケーションを用いて近くの友人を検索した場合に、サーバ側は、同じサービスを求めるユーザをマッチングし、別のサービスを求めるユーザを除外できる。

いくつかの実施形態において、工程２１０で、第１端末が第１サービスメッセージを送信し、第２端末が第２サービスメッセージを送信する。第１サービスメッセージは、第１端末のビジネスサービス属性および地理的位置情報を含む。第２サービスメッセージは、第２端末のビジネスサービス属性および地理的位置情報を含む。

異なる端末（例えば、第１端末および第２端末）は、別個にサービスメッセージを送信し、サービスメッセージは、ビジネスサービス属性および地理的位置情報を含む。いくつかの実施形態において、ビジネスサービス属性は、端末のユーザによって選択されたサービス内容である。例えば、ユーザは、端末を用いてサービス内容「ディナーパーティー」を選択する。端末は、「ディナーパーティー」に対応するビジネスサービス属性「ディナーパーティー」、もしくは、「ＤＰ」または「Ｄｉｎｎｅｒ−Ｐａｒｔｙ」など「ディナーパーティー」に対応する事前設定された特定のコードを取得できる。いくつかの実施形態において、サービスメッセージは、地理的位置情報を含む。

いくつかの実施形態において、工程２２０で、サーバ側は、第１サービスメッセージおよび第２サービスメッセージを受信する。第１サービスメッセージおよび第２サービスメッセージを受信したことに応答して、サーバ側は、受信した第１サービスメッセージおよび第２サービスメッセージからビジネスサービス属性および地理的位置情報を抽出する。

いくつかの実施形態において、工程２３０および２４０で、サーバ側は、第１端末および第２端末の抽出済みのビジネスサービス属性および地理的位置情報に基づいて、第１端末および第２端末の地理的位置が閾値範囲内にあるか否かを判定し、第１端末および第２端末のビジネスサービス属性を比較して、ビジネスサービス属性が同じであるか否かを判定する。

いくつかの実施形態において、工程２５０で、第１端末および第２端末の地理的位置が共に閾値範囲内にあり、ビジネスサービス属性が同じである場合に、サーバ側は、第１端末および第２端末を同じサブグループとして分類（例えば、設定）する。サーバ側は、第１端末および第２端末によってそれぞれ送信されたサービスメッセージに含まれる地理的情報およびビジネスサービス属性に基づいて、第１端末および第２端末を同じユーザグループに属するものとして識別できる。

サーバ側は、第１端末および第２端末を同じサブグループとして分類（例えば、設定）すると、さらに、同じサブグループとして分類（例えば、設定）された端末のリストを生成（例えば、設定）して、そのリストを第１端末または第２端末に送信できる。いくつかの実施形態において、端末は、同じサブグループとして分類（例えば、設定）された第１端末によって送信されたメッセージを、同じサブグループ内の第２端末に送信する。いくつかの実施形態において、第１端末は、閾値範囲内にある地理的位置情報に関連すると共に第１端末のビジネスサービス属性と同じ抽出済みのビジネスサービス属性を有する端末のリストをサーバ側から受信する。いくつかの実施形態において、第１端末は、閾値範囲内にある地理的位置情報を有すると共に第１端末のビジネスサービス属性と同じ抽出済みのビジネスサービス属性を有する端末によって送信されたメッセージに関連するメッセージをサーバ側から受信する。

いくつかの実施形態において、サービスメッセージに含まれるビジネスサービス属性は、端末によって取得されたユーザ定義ビジネスサービス属性である。サーバ側は、ビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースを構成または更新できる。いくつかの実施形態において、サーバ側は、第１端末および第２端末の抽出済みのビジネスサービス属性に対応する所定の特徴識別子を取得し、第１端末および第２端末から受信したメッセージのビジネスサービス属性を比較することによって第１端末および第２端末の所定の特徴識別子が同じであるか否かを判定するために、ビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースにクエリすることにより、第１端末および第２端末のビジネスサービス属性を比較し、ビジネスサービス属性が同じであるか否かを判定する。第１端末および第２端末の地理的位置が閾値範囲内にあり、所定の特徴識別子が同じである場合、サーバ側は、第１端末および第２端末を同じサブグループとして分類（例えば、設定）する。

サービスメッセージは、異なる端末から送信されうる。

いくつかの実施形態では、異なる端末が、サービスメッセージを送信する。サービスメッセージは、サービスメッセージに対応する端末のビジネスサービス属性および地理的位置情報を含む。

サーバ側は、異なる端末によって送信され、ビジネスサービス属性および地理的位置情報を含むサービスメッセージを受信できる。

サーバ側は、サービスメッセージを受信すると、異なる端末から送信されたサービスメッセージからビジネスサービス属性および地理的位置情報を抽出する。

サーバ側は、異なる端末の地理的位置が閾値範囲内にあるか否かを判定できる。サーバ側は、抽出した異なる端末の地理的位置情報に基づいて、端末の地理的位置が閾値範囲内にあるか否かを判定する。サーバ側は、異なる端末の抽出済みのビジネスサービス属性を比較して、抽出したビジネスサービス属性が同じであるか否かを判定できる。

サーバ側は、地理的位置が閾値範囲内にあることと、対応するビジネスサービス属性が同じであるか否かとに従って、端末のグループを構成する。例えば、サーバ側は、端末の地理的位置が閾値範囲内にあり、端末が同じビジネスサービス属性を有する場合に、端末を同じサブグループに分類できる。

ユーザ選択されたサービス内容のビジネスサービス属性は、ユーザ特徴識別子に対応しうる。同じサービスを必要とし、閾値範囲内にいるユーザが、一緒にマッチングされうる。ユーザＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３、Ｃ１、および、Ｃ２が閾値範囲に属すると仮定する。例えば、Ａ１、Ａ２、および、Ａ３は、一緒に食事するために、近く仲間を探す必要がある。ユーザＡ１、Ａ２、および、Ａ３は、「一緒に食事する」というサービス内容情報を含むサービスメッセージをそれぞれの端末を通してサーバ側に送信できる。別の例として、ユーザＢ１、Ｂ２、および、Ｂ３は、一緒に歌を歌うために、近くの仲間を探す必要がある。ユーザＢ１、Ｂ２、および、Ｂ３は、「一緒に歌う」というサービス内容情報を含むサービスメッセージをそれぞれの端末を通してサーバ側に送信できる。さらなる例として、ユーザＣ１およびＣ２は、一緒に秋の旅行をするために、近くの仲間を探す必要がある。ユーザＣ１およびＣ２は、「一緒に観光する」というサービス内容情報を含むサービスメッセージをそれぞれの端末を通してサーバ側に送信できる。ユーザは、ユーザのそれぞれの端末を用いて、所定のサービス内容を直接選択できる。端末は、異なるユーザによって選択されたサービス内容に対応するビジネスサービス属性をユーザ特徴識別子と見なし、ビジネスサービス属性および地理的位置情報を含むサービスメッセージをサーバ側に送信できる。サーバ側が、ユーザ Ａ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３、Ｃ１、および、Ｃ２によって送信されたサービスメッセージを受信したことに応答して、サーバ側は、サービスメッセージ内の地理的位置情報を用いて、ユーザＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３、Ｃ１、および、Ｃ２の端末が閾値範囲内にあることを決定することができる。サーバ側は、サービスメッセージからビジネスサービス属性を抽出し、ユーザＡ１、Ａ２、および、Ａ３ のビジネスサービス属性が同じである（いずれも「一緒に食事をする」に対応する）こと、ユーザＢ１、Ｂ２、および、Ｂ３のビジネスサービス属性が同じである（いずれも「一緒に歌う」に対応する）こと、ならびに、ユーザＣ１およびＣ２のビジネスサービス属性が同じである（いずれも「一緒に観光する」に対応する）ことを決定する。サーバは、閾値範囲内にある地理的位置情報と、同じ抽出済みのビジネスサービス属性に関連する端末に、受信したサービスメッセージを送信する。例えば、ユーザＡ１がビジネスサービス属性「一緒に食事する」を近くで検索する場合、サーバ側は、同様にサービスメッセージを送信して「一緒に食事する」を近くで検索しているユーザＡ２およびＡ３からサービスメッセージを受信しうる。サーバ側は、ユーザＡ１、Ａ２、および、Ａ３のサービスメッセージからビジネスサービス属性および地理的位置情報を抽出し、ユーザＡ１、Ａ２、および、Ａ３の端末が閾値範囲内にあること、ならびに、抽出されたビジネスサービス属性が同じである（いずれも「一緒に食事する」である）ことを決定できる。したがって、サーバ側は、ユーザＡ１、Ａ２、および、Ａ３の端末を同じサブグループとして分類（例えば、マッチング）する。サーバ側は、マッチングしたユーザＡ１、Ａ２、および、Ａ３を同じサブグループとして構成する。さらに、サーバ側は、同じサブグループに構成された端末によって送信されたメッセージを同じサブグループ内の端末に送信してもよい。具体的には、サーバ側は、同じサブグループのユーザＡ１、Ａ２、および、Ａ３のための共有情報グループを確立することができ、グループ識別子（ＩＤ）も設定できる。サーバ側は、ユーザＡ１、Ａ２、および、Ａ３の端末にグループの情報を送信できる。例えば、サーバ側は、ユーザが属するグループに関連する情報をグループ内の１または複数のユーザに送信できる。ユーザＡ１、Ａ２、および、Ａ３は、共有情報グループ内で情報交換を行ってよい。情報グループ内で、サーバ側は、ユーザＡ２およびＡ３のサービスメッセージをユーザＡ１のメッセージ受信端末に送信できる。同様に、情報クラスタ内で、サーバ側は、ユーザＡ１およびＡ２のサービスメッセージをユーザＡ３のメッセージ受信端末に送信でき、また、ユーザＡ１およびＡ３のサービスメッセージをユーザＡ２のメッセージ受信端末に送信できる。

いくつかの実施形態において、ユーザは、自己定義したビジネスサービス属性を送信できる。ユーザは、自己定義ビジネスサービス属性を含むようにメッセージを構成できる。端末は、ユーザ定義されたビジネスサービス属性を取得できる。例えば、端末は、ユーザがユーザ定義ビジネスサービス属性を入力できるインターフェースを提供できる。サービスメッセージに含まれるビジネスサービス属性は、端末によって取得されたユーザ定義ビジネスサービス属性でありうる。自己定義ビジネスサービス属性は、テキストまたは音声の形態でユーザによって入力され端末によって取得されるサービス内容情報でありうる。自己定義ビジネスサービス属性が音声情報である場合（例えば、自己定義ビジネスサービス属性がマイクを介して入力される場合）、音声情報は、音声認識技術を用いてテキスト情報に変換されてよい。音声情報のテキスト情報への変換は、端末またはサーバ側によって実行されうる。自己定義ビジネスサービス属性が端末に入力されたことに応答して、端末は、自己定義ビジネスサービス属性をユーザ特徴識別子としてサービスメッセージ内に挿入し、サービスメッセージを送信できる。

いくつかの実施形態において、異なるユーザによって求められるサービス内容が同じまたは類似していても、端末へ入力されるサービス内容情報は異なりうる。サーバ側は、ユーザ定義ビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベース（例えば、テーブル）を格納してもよいし、データベースに接続されてもよい。サーバ側は、自己定義ビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースを構成または更新できる。サーバ側は、第１端末および第２端末のビジネスサービス属性を比較して、ビジネスサービス属性が同じであるか否かを判定できる。サーバ側は、ユーザ定義ビジネスサービス属性と所定の特徴識別子との対応関係を格納するデータベースにクエリすることによってビジネスサービス属性を比較することで、第１端末および第２端末の抽出済みのビジネスサービス属性に対応する所定の特徴識別子を取得できる。その後、サーバ側は、第１端末および第２端末の所定の特徴識別子を比較して、所定の特徴識別子が同じであるか否かを判定する。第１端末および第２端末の地理的位置が共に閾値範囲内にあり、所定の特徴識別子が同じである場合に、サーバ側は、第１サービスメッセージを第２端末に送信する。

表１は、ユーザ定義ビジネスサービス属性および所定の特徴識別子の対応関係を示す。例えば、表１に示すデータベースについて、サーバ側によって抽出されたユーザＡ定義ビジネスサービス属性は、「一緒に歌いに行く」である。抽出されたユーザＢ定義ビジネスサービス属性は、「歌いに行く人を探す」である。抽出されたユーザＣ定義ビジネスサービス属性は、「ＫＴＶ」である。サーバ側は、ユーザ定義ビジネスサービス属性「一緒に歌いに行く」、「歌いに行く人を探す」、および、「ＫＴＶ」を、所定の特徴識別子「歌う」と関連づけることができる。したがって、サーバ側は、ユーザＡ、Ｂ、および、Ｃのサービスメッセージを、同じユーザ特徴識別子のサービスメッセージと見なすことができる。

いくつかの実施形態において、サーバ側は、マッチングされた同じサブグループの端末のためのユーザグループを構成（例えば、分類）する。ユーザグループのメンバーは、マッチングされた同じサブグループ内の端末を含みうる。サーバ側は、同じユーザグループに属する端末によって送信されたメッセージを同じユーザグループ内の端末に送信できる。例えば、サーバ側は、サービス区域Ｄにいる歌いに行きたいユーザＢ１、Ｂ２、および、Ｂ３を、同じサブグループと見なす。サーバ側は、マッチングされたユーザＢ１、Ｂ２、およ、Ｂ３のためのユーザグループを確立できる。ユーザＢ１、Ｂ２、および、Ｂ３は、確立されたユーザグループ内でメッセージを交換する。例えば、ユーザＢ１は、ユーザグループ内でユーザＢ２またはＢ３と直接通信できる。

サーバ側は、ユーザグループのグループ名を構成する。グループ名は、サービスメッセージ内のビジネスサービス属性に従って、または、ユーザ定義ビジネスサービス属性と所定の特徴識別子との対応関係を格納するデータベースに格納された所定の特徴識別子に従って決定されてよい。例えば、同じユーザグループのユーザＢ１、Ｂ２、および、Ｂ３のサービス要求すべてが、歌いに行くことであるとする。送信されたサービスメッセージ内のビジネスサービス属性は、「歌う」である。サーバ側は、ユーザをマッチングして、ユーザＢ１、Ｂ２、および、Ｂ３のためのユーザグループを確立すると、サービスメッセージに含まれるビジネスサービス属性「歌う」をユーザグループのグループ名として用いることができる。別の例として、ユーザＢ１、Ｂ２、および、Ｂ３のビジネスサービス属性は、「歌いに行く」、「一緒に歌う人を探す」、および、「ＫＴＶへ行く」でありうる。ユーザＢ１、Ｂ２、および、Ｂ３のビジネスサービス属性に対応する特徴識別子は、ユーザ定義ビジネスサービス属性と所定の特徴識別子との対応関係を格納するデータベースに、ユーザＢ１、Ｂ２、および、Ｂ３のすべてに対して「歌う」として格納されうる。サーバ側は、確立されたユーザグループのグループ名として所定の特徴識別子「歌う」を用いることができる。

サービス属性に対応する特徴識別子は、文字、数字、特殊文字など、または、それらの任意の組みあわせの列でありうる。

いくつかの実施形態において、サービス属性に対応する特徴識別子は、動作／サービスへの識別子の対応づけに関連して用いられる整数または文字列でありうる。例えば、ＬＢＳサービスに関連するサーバ（例えば、サーバ側）は、特徴識別子およびサービスの対応関係を格納できる。サービスメッセージの受信に応答して、サーバ側は、特徴識別子の対応関係をクエリして、提供すべきサービスを決定することができる。

いくつかの実施形態において、サーバ側は、同じサブグループの端末の地理的位置情報およびビジネスサービス属性／所定の特徴識別子を用いて、対応するサービス提供者に関連する情報を決定し、サービス提供者に関する情報を同じサブグループ内の端末に送信することができる。サービス提供者に関連する情報は、アドレス情報、コンタクト情報、提供されるサービスまたは製品のリスト、ならびに、価格を含みうる。例えば、「歌い」に行きたいユーザＢ１、Ｂ２、および、Ｂ３が、同じサブグループとしてマッチングされた場合、サーバ側は、ユーザＢ１、Ｂ２、および、Ｂ３の地理的位置情報を用いて、サービス提供者データを格納するデータベース内で歌関連サービス提供者に関する情報（ユーザＢ１、Ｂ２、および、Ｂ３の位置に近いＫＴＶ店など）を検索することができる。サーバ側は、ユーザＢ１、Ｂ２、および、Ｂ３に近いＫＴＶ店に関する情報（アドレス情報、コンタクト情報、および、商品価格など）を、ユーザＢ１、Ｂ２、および、Ｂ３の端末に送信できる。例えば、サーバ側は、ユーザの閾値近接内にあり、ユーザに適切な（例えば、ユーザのサービスメッセージに含まれるビジネスサービス属性／所定の特徴識別子とマッチする）店に関する情報を送信できる。

いくつかの実施形態において、サーバ側は、同じサブグループ内の他の端末として同じサブグループ内に設定された端末によって送信されたメッセージを送信できる。いくつかの実施形態において、サーバ側は、同じサブグループ内の端末として同じサブグループ内に設定された端末のリストを送信できる。サーバ側は、同じサブグループ内の端末によって送信されたメッセージを同じサブグループ内の端末に転送できる。いくつかの実施形態において、サーバ側は、同じサブグループにマッチングされたユーザにメッセージ交換プラットフォームを提供する。例えば、同じサブグループにマッチングされたユーザは、サーバ側を介してメッセージを交換できる。端末のリストは、同じサブグループの異なる端末に対応するユーザの名称リストであってよい。いくつかの実施形態において、端末のリストは、同じサブグループの異なる端末を識別できる識別子であってもよい。例えば、サーバ側によってマッチングされたユーザＢ１、Ｂ２、および、Ｂ３の端末が、同じサブグループに属するとする。サーバ側は、ユーザＢ１、Ｂ２、および、Ｂ３の端末にユーザＢ１、Ｂ２、および、Ｂ３の名称のリストを送信できる。

いくつかの実施形態において、端末は、ユーザ定義ビジネスサービス属性をユーザ特徴識別子としてサーバ側に送信する。サーバ側は、ユーザ定義ビジネスサービス属性を用いて、所定の地理的サービス範囲内の同じまたは類似するサービス要求を持つユーザをマッチングすることができ、さらに、同じまたは類似したサービス要求についてユーザに関係する情報を適切なメッセージ受信端末に送信できる。したがって、サーバ側は、同じまたは類似するサービス要求を持つユーザに関する情報を共有し、ユーザの求めるサービス内容に関係のない邪魔な情報の送信を避けることができる。結果として、ユーザマッチングの精度およびユーザ体験が改善される。

図４は、本願の様々な実施形態に従って、端末を示すモジュール構造図である。

図４を参照すると、端末４００が提供されている。いくつかの実施形態において、端末４００は、図１３のシステム１３００に実装される。端末４００は、第１受信モジュール４１０、通信属性モジュール４２０、位置情報モジュール４３０、特徴識別子モジュール４４０、および、第１送信モジュール４５０を備える。

第１受信モジュール４１０は、サーバ側から送信されたサービスメッセージを受信するよう構成されている。第１受信モジュール４１０がサーバ側から受信するサービスメッセージは、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有し、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する。

いくつかの実施形態において、第１受信モジュール４１０は、サーバ側から送信されたリストを受信するよう構成されている。第１受信モジュール４１０によって受信されたリストは、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末のリストを含みうる。

通信属性モジュール（例えば、送信／受信属性モジュール）４２０は、サービス内容の通信属性（例えば、送信／受信属性）を取得するよう構成されている。通信属性モジュール４２０は、ユーザから通信属性を取得できる。例えば、端末４００は、ユーザがサービス内容の所望の通信属性を入力できるインターフェースを提供できる。いくつかの実施形態において、サービス内容の所望の通信属性は、端末４００によって実行されるアプリケーションに従って決定されうる。

位置情報モジュール４３０は、端末４００の地理的位置情報を取得できる。例えば、位置情報は、ＧＰＳ位置決めモジュールによって取得されうる。別の例として、位置情報モジュール４３０は、通信携帯電話会社のモバイル通信ネットワークを介して、地理的位置情報を取得できる。モバイル通信ネットワークに関連するサーバが、端末とネットワークデバイスとの間の通信（端末４００とネットワークデバイスとの間の信号強度など）に基づいて、または、端末の位置を決定するための別の同様な方法で、端末４００の地理的位置情報を端末４００（例えば、位置情報モジュール４３０）に提供しうる。端末４００の地理的位置情報は、ＷｉＦｉホットスポット情報と併せて取得されてもよい。位置情報モジュール４３０が地理的位置情報を取得したことに応答して、端末４００は、地理的位置情報をサービスメッセージに挿入し、サービスメッセージを（例えば、ＬＢＳサーバに）送信できる。

特徴識別子モジュール４４０は、ユーザによって入力されたユーザ特徴識別子を取得するよう構成されている。例えば、端末４００は、ユーザがユーザ特徴識別子を入力できるインターフェースを提供できる。ユーザ特徴識別子は、特にＬＢＳサービスに関連して用いられるよう構成されうる。

第１送信モジュール４５０は、サーバ側へサービスメッセージを送信するよう構成されている。サービスメッセージは、通信属性（例えば、送信／受信属性）、地理的位置情報（例えば、端末４００の位置に関連する情報）、および、ユーザ特徴識別子を含む。

図５は、本願の様々な実施形態に従って、端末を示す構造図である。

図５を参照すると、端末５００が提供されている。いくつかの実施形態において、端末５００は、図１３のシステム１３００に実装される。端末５００は、第２受信モジュール５１０、ビジネスサービス属性モジュール５２０、位置情報モジュール５３０、および、第２送信モジュール５４０を備える。

第２受信モジュール５１０は、サーバ側からリストを受信するよう構成されている。リストは、ＬＢＳサービスに関連する端末のリストに対応しうる。例えば、リストは、閾値範囲内にある端末の位置に対応する地理的位置情報を有すると共に同じ抽出済みビジネスサービス属性を有する端末のリストを提供できる。

いくつかの実施形態において、第２受信モジュール５１０は、サーバ側からメッセージを受信するよう構成されている。サーバ側から受信されたメッセージは、閾値範囲内にあるそれぞれの端末の位置に対応する地理的位置情報を有すると共に第１端末（例えば、端末５００）のビジネスサービス属性と同じ抽出済みビジネスサービス属性を有する端末によってサーバ側に送信されたメッセージに関連しうる。

ビジネスサービス属性モジュール５２０は、第１端末（例えば、端末５００）のサービス内容のビジネスサービス属性を取得するよう構成されている。ユーザは、サービス内容のビジネスサービス属性を入力できる。例えば、端末５００は、ユーザがサービス内容のビジネスサービス属性を入力できるインターフェースを提供できる。ユーザがサービス内容のビジネスサービス属性を入力したことに応答して、ビジネスサービス属性モジュール５２０は、ビジネスサービス属性を取得できる。

位置情報モジュール５３０は、端末５００の地理的位置情報を取得できる。例えば、位置情報は、ＧＰＳ位置決めモジュールを利用できる。別の例として、位置情報モジュール５３０は、通信携帯電話会社のモバイル通信ネットワークを介して、地理的位置情報を取得できる。モバイル通信ネットワークに関連するサーバが、端末とネットワークデバイスとの間の通信（端末５００とネットワークデバイスとの間の信号強度など）に基づいて、または、端末の位置を決定するための別の同様な方法で、端末５００の地理的位置情報を端末５００（例えば、位置情報モジュール５３０）に提供しうる。端末５００の地理的位置情報は、ＷｉＦｉホットスポット情報と併せて取得されてもよい。位置情報モジュール５３０が地理的位置情報を取得したことに応答して、端末５００は、地理的位置情報をサービスメッセージに挿入し、サービスメッセージを（例えば、ＬＢＳサーバに）送信できる。

第２送信モジュール５４０は、第１サービスメッセージを送信するよう構成されている。第２送信モジュール５４０は、サーバ側へ第１サービスメッセージを送信できる。第１サービスメッセージは、第１端末（例えば、端末５００）のビジネスサービス属性および地理的位置情報を含みうる。

ビジネスサービス属性は、端末によって取得されたユーザ定義のビジネスサービス属性でありうる。

図６は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図６を参照すると、サーバ６００が提供されている。サーバ６００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ６００は、図１３のシステム１３００に実装される。サーバ６００は、第１受信モジュール６１０、第１地理的位置モジュール６２０、特徴識別子比較モジュール６３０、通信属性モジュール６４０、および、第１マッチングモジュール６５０を備える。

第１受信モジュール６１０は、サービスメッセージを受信するよう構成されている。第１受信モジュール６１０は、様々な異なる端末からサービスメッセージを受信できる。

第１地理的位置モジュール６２０は、受信されたサービスメッセージから地理的位置情報を抽出し、地理的位置情報に少なくとも部分的に基づいて、端末が（互いの）閾値範囲内にあるか否かを判定するよう構成されている。

特徴識別子比較モジュール６３０は、受信されたサービスメッセージからユーザ特徴識別子を抽出し、抽出したユーザ特徴識別子を比較して、ユーザ特徴識別子が同じであるか否かを判定するよう構成されている。

通信属性モジュール（例えば、送信／受信属性モジュール）６４０は、受信されたサービスメッセージから通信属性（例えば、送信／受信属性）を抽出するよう構成されている。

第１マッチングモジュール６５０は、端末をマッチングするよう構成されている。第１マッチングモジュール６５０は、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「受信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末を、メッセージ受信端末として分類できる。第１マッチングモジュール６５０は、端末が閾値範囲内にあるか否かおよび端末が同じユーザ特徴識別子を有するサービスメッセージに関連するか否かに従って、端末をグループ化できる。

図７は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図７を参照すると、サーバ７００が提供されている。サーバ７００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ７００は、図１３のシステム１３００に実装される。端末７００は、第１受信モジュール７１０、第１地理的位置モジュール７２０、特徴識別子比較モジュール７３０、通信属性モジュール７４０、第１マッチングモジュール７５０、および、第１フィードバックモジュール７６０を備える。

第１受信モジュール７１０は、図６の第１受信モジュール６１０に対応しうる。

第１地理的位置モジュール７２０は、図６の第１地理的位置モジュール６２０に対応しうる。

特徴識別子比較モジュール７３０は、図６の特徴識別子比較モジュール６３０に対応しうる。

通信属性モジュール７４０は、図６の通信属性モジュール６４０に対応しうる。

第１マッチングモジュール７５０は、図６の第１マッチングモジュール６５０に対応しうる。

第１フィードバックユニットモジュール７６０は、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子を有するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージを送信するよう構成されている。第１フィードバックモジュール７６０は、「受信」に対応する通信属性を有するサービスメッセージに関連する端末にサービスメッセージを送信できる。

いくつかの実施形態において、第１フィードバックモジュール７６０は、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に関連するサービスメッセージの内、「送信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末のリストを送信するよう構成されている。第１フィードバックモジュール７６０は、「受信」に対応する通信属性を有するサービスメッセージに関連する端末に端末のリストを送信できる。

図８は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図８を参照すると、サーバ８００が提供されている。サーバ８００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ８００は、図１３のシステム１３００に実装される。サーバ８００は、受信モジュール８１０、地理的位置モジュール８２０、ビジネスサービス属性モジュール８３０、および、マッチングモジュール８４０を備える。

受信モジュール８１０は、異なる端末によって送信されたサービスメッセージを受信するよう構成されている。サービスメッセージは、ビジネスサービス属性および地理的位置情報を含みうる。受信モジュール８１０は、様々な端末へのＬＢＳサービスの提供に関連して、サービスメッセージを受信できる。

地理的位置モジュール８２０は、異なる端末によって送信されたサービスメッセージから、端末に関連する地理的位置情報を抽出するよう構成されている。例えば、受信モジュール８１０がサービスメッセージを受信したことに応答して、地理的位置モジュール８２０は、対応するサービスメッセージに含まれる地理的位置情報を抽出できる。地理的位置モジュール８２０は、さらに、抽出した地理的位置情報に少なくとも部分的に基づいて、異なる端末に関連する地理的位置が閾値範囲内にあるか否かを判定するよう構成されている。

ビジネスサービス属性モジュール８３０は、異なる端末によって送信されたサービスメッセージから、端末に関連するビジネスサービス属性を抽出するよう構成されている。例えば、受信モジュール８１０がサービスメッセージを受信したことに応答して、ビジネスサービス属性モジュール８３０は、対応するサービスメッセージに含まれるビジネスサービス属性を抽出できる。ビジネスサービス属性モジュール８３０は、さらに、異なる端末に関連するサービスメッセージから抽出されたビジネスサービス属性を比較して、ビジネスサービス属性が同じであるか否かを判定するよう構成されうる。

マッチングモジュール８４０は、端末に関連する地理的位置情報とビジネスサービス属性とに従って、端末のサブグループを構成するよう構成されている。例えば、マッチングモジュール８４０は、閾値範囲内にある地理的位置を有すると共に同じビジネスサービス属性を有するサービスメッセージに関連する端末を含むようにサブグループを構成するよう構成されうる。

サーバ８００などのＬＢＳベースサーバにおいて、受信された第１サービスメッセージおよび第２サービスメッセージからビジネスサービス属性モジュール８３０によって抽出されるビジネスサービス属性は、ユーザ定義されたビジネスサービス属性でありうる。

図９は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図９を参照すると、サーバ９００が提供されている。サーバ９００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ９００は、図１３のシステム１３００に実装される。サーバ９００は、受信モジュール９１０、地理的位置モジュール９２０、ビジネスサービス属性モジュール９３０、マッチングモジュール９４０、および、特徴識別子データベース９５０を備える。

受信モジュール９１０は、図８の受信モジュール８１０に対応しうる。

地理的位置モジュール９２０は、図８の地理的位置モジュール８２０に対応しうる。

ビジネスサービス属性モジュール９３０は、図８のビジネスサービス属性モジュール８３０に対応しうる。

マッチングモジュール９４０は、図８のマッチングモジュール８４０に対応しうる。

特徴識別子データベース９５０は、所定の特徴識別子に対するユーザ定義ビジネスサービス属性の対応関係を格納する。

いくつかの実施形態において、さらに、ビジネスサービス属性モジュール９３０は、異なる端末のビジネスサービス属性を比較して、異なる端末のビジネスサービス属性が同じであるか否かを判定するよう構成されている。ビジネスサービス属性モジュール９３０は、データベース９５０にクエリして、異なる端末の抽出されたビジネスサービス属性に対応する所定の特徴識別子を取得できる。次いで、ビジネスサービス属性モジュール９３０は、異なる端末の所定の特徴識別子を比較して、所定の特徴識別子が同じであるか否かを判定できる。

マッチングモジュール９４０は、端末に関連する地理的位置情報と所定の特徴識別子とに従って、端末のサブグループを構成するよう構成されている。例えば、マッチングモジュール９４０は、閾値範囲内にある地理的位置を有すると共に同じ所定の特徴識別子を有するサービスメッセージに関連する端末を含むようにサブグループを構成するよう構成されうる。

図１０は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図１０を参照すると、サーバ１０００が提供されている。サーバ１０００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ１０００は、図１３のシステム１３００に実装される。サーバ１０００は、受信モジュール１０１０、地理的位置モジュール１０２０、ビジネスサービス属性モジュール１０３０、マッチングモジュール１０４０、特徴識別子データベース１０５０、および、ユーザグループモジュール１０６０を備える。

受信モジュール１０１０は、図８の受信モジュール８１０に対応しうる。

地理的位置モジュール１０２０は、図８の地理的位置モジュール８２０に対応しうる。

ビジネスサービス属性モジュール１０３０は、図８のビジネスサービス属性モジュール８３０に対応しうる。

マッチングモジュール１０４０は、図８のマッチングモジュール８４０に対応しうる。

特徴識別子データベース１０５０は、図９の特徴識別子データベース９５０に対応しうる。

ユーザグループモジュール１０６０は、ユーザグループを構成するよう構成されている。例えば、ユーザグループモジュール１０６０は、同じサブグループの端末のためのユーザグループを構成できる。ユーザグループのメンバーは、構成された同じサブグループ内の端末を含みうる。ユーザグループモジュール１０６０は、さらに、同じユーザグループに属する端末によって送信されたメッセージに関連するメッセージを同じユーザグループ内の端末に送信するよう構成されうる。

図１１は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図１１を参照すると、サーバ１１００が提供されている。サーバ１１００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ１１００は、図１３のシステム１３００に実装される。サーバ１１００は、受信モジュール１１１０、地理的位置モジュール１１２０、ビジネスサービス属性モジュール１１３０、マッチングモジュール１１４０、特徴識別子データベース１１５０、ユーザグループモジュール１１６０、および、グループ名モジュール１１７０を備える。

受信モジュール１１１０は、図８の受信モジュール８１０に対応しうる。

地理的位置モジュール１１２０は、図８の地理的位置モジュール８２０に対応しうる。

ビジネスサービス属性モジュール１１３０は、図８のビジネスサービス属性モジュール８３０に対応しうる。

マッチングモジュール１１４０は、図８のマッチングモジュール８４０に対応しうる。

特徴識別子データベース１１５０は、図９の特徴識別子データベース９５０に対応しうる。

ユーザグループモジュール１１６０は、図１０のユーザグループモジュール１０６０に対応しうる。

グループ名モジュール１１７０は、ユーザグループのグループ名を決定できる。グループ名モジュール１１７０は、サービスメッセージ内のビジネスサービス属性または特徴識別子データベースに格納された所定の特徴識別子を用いて、ユーザグループのグループ名を決定することができる。

図１２は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングサーバを示す構造図である。

図１２を参照すると、サーバ１２００が提供されている。サーバ１２００は、図２Ａの処理２００を実施できる。いくつかの実施形態において、サーバ１２００は、図１３のシステム１３００に実装される。サーバ１２００は、受信モジュール１２１０、地理的位置モジュール１２２０、ビジネスサービス属性モジュール１２３０、マッチングモジュール１２４０、サービス提供者データベース１２８０、および、サービスマッチングモジュール１２９０を備える。

受信モジュール１２１０は、図８の受信モジュール８１０に対応しうる。

地理的位置モジュール１２２０は、図８の地理的位置モジュール８２０に対応しうる。

ビジネスサービス属性モジュール１２３０は、図８のビジネスサービス属性モジュール８３０に対応しうる。

マッチングモジュール１２４０は、図８のマッチングモジュール８４０に対応しうる。

サービス提供者データベース１２８０は、サービス提供者に関する情報を格納できる。サービス提供者に関する情報は、アドレス情報、コンタクト情報、提供されるサービスまたは製品のリスト、価格などを含みうる。

サービスマッチングモジュール１２９０は、異なる端末に対応するサービス提供者に関する情報を決定し、対応する端末にサービス提供者に関する情報を提供するよう構成されている。例えば、サービスマッチングモジュール１２９０は、同じサブグループの異なる端末に対応する地理的位置情報およびビジネスサービス属性を用いて、または、同じサブグループの異なる端末に対応する地理的位置情報および所定の特徴コードを用いて、サービス提供者データベース１２８０内の異なる端末に対応するサービス提供者に関する情報を決定することができる、サービスマッチングモジュール１２９０は、様々な端末から受信されたメッセージに含まれる情報に基づいて、サービス提供者に関する情報をサービス提供者データベース１２８０にクエリできる。

いくつかの実施形態において、サーバ１２００は、リスト返送モジュール（図示せず）を備える。リスト返送モジュールは、同じサブグループに属する端末のリストを同じサブグループに属する端末に送り返すよう構成されうる。例えば、リスト返送モジュールは、サブグループに属する端末に、同じサブグループに属する他の端末のインディケーションを提供できる。端末のリストは、端末の識別子リストであってもよいし、端末によって送信されたメッセージのリストであってもよい。

図１３は、本願の様々な実施形態に従って、ＬＢＳベースのユーザマッチングシステムを示す構造図である。

図１３を参照すると、ＬＢＳベースのユーザマッチングのためのシステムが提供されている。システム１３００は、図２Ａの処理２００または図２Ｂの処理２３０を実施できる。システム１３００は、第１端末１３１０、第２端末１３２０、および、サーバ１３３０を備える。システム１３００は、さらに、ネットワーク１３４０を備えてもよい。

第１端末１３１０または第２端末１３２０は、サービス内容の通信属性（例えば、送信／受信属性）を取得するよう構成されうる。第１端末１３１０または第２端末１３２０は、第１端末１３１０または第２端末１３２０の位置に対応する地理的位置情報を取得できる。第１端末１３１０または第２端末１３２０は、ユーザ特徴識別子も取得できる。ユーザ特徴識別子は、ユーザによって第１端末１３１０または第２端末１３２０に入力されうる。第１端末１３１０または第２端末１３２０は、サーバ１３３０へサービスメッセージを送信する。サービスメッセージは、通信属性（例えば、送信／受信属性）、（例えば、第１端末１３１０または第２端末１３２０の位置に対応する）地理的位置情報、および、ユーザ特徴識別子を含みうる。

サーバ１３３０は、第１端末１３１０または第２端末１３２０からサービスメッセージを受信する。サービスメッセージの受信に応答して、サーバ１３３０は、受信したサービスメッセージから、通信属性（例えば、送信／受信属性）、地理的位置情報、および、ユーザ特徴識別子を抽出する。サーバ１３３０は、閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、「受信」に対応する通信属性（例えば、送信／受信属性）を有するサービスメッセージに対応する端末を、メッセージ受信端末として分類する。サーバ１３３０は、メッセージ受信端末に関する情報をメッセージ受信端末へ送信する。例えば、サーバ１３３０は、端末に対応するサービス要求に基づいて、メッセージ受信端末に関する情報を送信できる。

いくつかの実施形態において、第１端末１３１０および第２端末１３２０は、サーバ１３３０へサービスメッセージを送信する。第１端末１３１０および第２端末１３２０は、ネットワーク１３４０を介してサーバ１３３０にサービスメッセージを送信できる。サービスメッセージは、サービスメッセージに対応する端末のビジネスサービス属性および地理的位置情報を含みうる。

サーバ１３３０は、第１端末１３１０または第２端末１３２０からサービスメッセージを受信する。サービスメッセージの受信に応答して、サーバ１３３０は、異なる端末（例えば、第１端末１３１０および第２端末１３２０）によって送信されたサービスメッセージから、サービスメッセージに対応する端末のビジネスサービス属性および地理的位置情報を抽出する。サーバ１３３０は、端末のサブグループを構成する。例えば、サーバ１３３０は、閾値範囲内の地理的位置に関連すると共に同じビジネスサービス属性を有するサービスメッセージに関連する端末が、同じサブグループに含まれるように、端末のサブグループを構成する。

ユーザ特徴識別子は、端末によって送信されうるサービスメッセージで送信されうる。サーバは、異なるユーザグループに関連する端末を区別できるように、ユーザ特徴識別子に従って受信済みのサービスメッセージを分類できる。サーバは、分類されたユーザグループ内の適切な端末をマッチングして、他のユーザグループからの情報干渉を避けることができる。サーバは、サービスメッセージ内のユーザ特徴識別子に従って、異なるユーザグループを区別できるので、ＬＢＳサーバ側でのユーザマッチングの精度が改善される。

端末とサーバとの間の伝送は、コンピュータネットワークに適合する通信プロトコル（ＩＰ、ＴＣＰ、ＵＤＰ、ソケット、または、ＨＴＴＰなど）を利用してもよいし、モバイル通信ネットワークの通信実装（ＧＳＭまたはＣＤＭＡなど）を利用してもよい。様々な他のプロトコルまたは通信実装を用いることもできる。

図１４は、本願の様々な実施形態に従って、ＬＢＳベースユーザマッチングのためのコンピュータシステムを示す機能図である。

図１４を参照すると、ＬＢＳベースのユーザマッチングのためのコンピュータシステム１４００が提供されている。明らかに、ＬＢＳベースのユーザマッチングを実行するために、他のコンピュータシステムアーキテクチャおよび構成を用いることも可能である。以下に述べるような様々なサブシステムを備えるコンピュータシステム１４００は、少なくとも１つのマイクロプロセッササブシステム（プロセッサまたは中央処理装置（ＣＰＵ）とも呼ばれる）１４０２を備える。例えば、プロセッサ１４０２は、シングルチッププロセッサまたはマルチプロセッサによって実装できる。いくつかの実施形態において、プロセッサ１４０２は、コンピュータシステム１４００の動作を制御する汎用デジタルプロセッサである。メモリ１４１０から読み出された命令を用いて、プロセッサ１４０２は、入力データの受信および操作、ならびに、出力デバイス（例えば、ディスプレイ１４１８）上でのデータの出力および表示を制御する。

プロセッサ１４０２は、メモリ１４１０と双方向的に接続されており、メモリ１４１０は、第１のプライマリストレージ（通例は、ランダムアクセスメモリ（ＲＡＭ））および第２のプライマリストレージ領域（通例は、読み出し専用メモリ（ＲＯＭ））を含みうる。当業者に周知のように、プライマリストレージは、一般的な記憶領域として、および、スクラッチパッドメモリとして利用可能であり、また、入力データおよび処理済みデータを格納するために利用可能である。プライマリストレージは、さらに、プロセッサ１４０２上で実行される処理のための他のデータおよび命令に加えて、データオブジェクトおよびテキストオブジェクトの形態で、プログラミング命令およびデータを格納できる。また、当業者に周知のように、プライマリストレージは、通例、機能（例えば、プログラムされた命令）を実行するためにプロセッサ１４０２によって用いられる基本的な動作命令、プログラムコード、データ、および、オブジェクトを備える。例えば、メモリ１４１０は、例えば、データアクセスが双方向である必要があるか、単方向である必要があるかに応じて、後述する任意の適切なコンピュータ読み取り可能な記憶媒体を含みうる。例えば、プロセッサ１４０２は、頻繁に必要になるデータをキャッシュメモリ（図示せず）に直接的かつ非常に迅速に格納し取り出すことができる。メモリは、持続性のコンピュータ読み取り可能な記憶媒体であってよい。

着脱可能マスストレージデバイス１４１２が、コンピュータシステム１４００にさらなるデータ記憶容量を提供しており、プロセッサ１４０２に対して双方向（読み出し／書き込み）または単方向（読み出しのみ）に接続されている。例えば、ストレージ１４１２は、磁気テープ、フラッシュメモリ、ＰＣカード、携帯型マスストレージデバイス、ホログラフィックストレージデバイス、および、その他のストレージデバイスなどのコンピュータ読み取り可能な媒体も含みうる。固定マスストレージ１４２０も、例えば、さらなるデータ記憶容量を提供しうる。マスストレージ１４２０の最も一般的な例は、ハードディスクドライブである。マスストレージデバイス１４１２および固定マスストレージ１４２０は、一般に、プロセッサ１４０２によって通例はあまり利用されないさらなるプログラミング命令、データなどを格納する。マスストレージデバイス１４１２および固定マスストレージ１４２０に保持された情報は、必要であれば、仮想メモリとしてのメモリ１４１０（例えば、ＲＡＭ）の一部に標準的な方式で組み込まれうることが理解される。

プロセッサ１４０２がストレージサブシステムにアクセスできるようにすることに加えて、バス１４１４が、その他のサブシステムおよびデバイスへのアクセスを可能にするために用いられてもよい。図に示すように、これらは、ディスプレイモニタ１４１８、ネットワークインターフェース１４１６、キーボード１４０４、および、ポインティングデバイス１４０６、ならびに、必要に応じて、補助入力／出力デバイスインターフェース、サウンドカード、スピーカ、および、その他のサブシステムを含みうる。例えば、ポインティングデバイス１４０６は、マウス、スタイラス、トラックボール、または、タブレットであってよく、グラフィカルユーザインターフェースと相互作用するのに有用である。

ネットワークインターフェース１４１６は、図に示すように、ネットワーク接続を用いて、別のコンピュータ、コンピュータネットワーク、または、遠隔通信ネットワークにプロセッサ１４０２を接続することを可能にする。例えば、ネットワークインターフェース１４１６を通して、プロセッサ１４０２は、方法／処理ステップを実行する過程で、別のネットワークから情報（例えば、データオブジェクトまたはプログラム命令）を受信したり、別のネットワークに情報を出力したりすることができる。情報は、しばしば、プロセッサ上で実行される一連の命令として表され、別のネットワークから受信されたり、別のネットワークへ出力されたりしうる。インターフェースカード（または同様のデバイス）と、プロセッサ１４０２によって実装（例えば、実行／実施）される適切なソフトウェアとを用いて、コンピュータシステム１４００を外部ネットワークに接続し、標準プロトコルに従ってデータを転送することができる。例えば、本明細書に開示された様々な処理の実施形態は、プロセッサ１４０２上で実行されてもよいし、処理の一部を共有するリモートプロセッサと共に、ネットワーク（インターネット、イントラネットワーク、または、ローカルエリアネットワークなど）上で実行されてもよい。さらなるマスストレージデバイス（図示せず）が、ネットワークインターフェース１４１６を通してプロセッサ１４０２に接続されてもよい。

補助Ｉ／Ｏデバイスインターフェース（図示せず）が、コンピュータシステム１４００と共に用いられてよい。補助Ｉ／Ｏデバイスインターフェースは、プロセッサ１４０２がデータを送信すること、ならびに、より典型的には、他のデバイス（マイクロフォン、タッチセンサ方式ディスプレイ、トランスデューサカードリーダ、テープリーダ、音声または手書き認識装置、バイオメトリクスリーダ、カメラ、携帯型マスストレージデバイス、および、他のコンピュータなど）からデータを受信することを可能にする汎用インターフェースおよびカスタマイズされたインターフェースを含みうる。

図１４に示したコンピュータシステムは、本明細書に開示された様々な実施形態と共に利用するのに適切なコンピュータシステムの一例にすぎない。かかる利用に適した他のコンピュータシステムは、より多いまたは少ないサブシステムを含みうる。さらに、バス１４１４は、サブシステムをつなぐよう機能する任意の相互接続スキームの例である。異なる構成のサブシステムを有する他のコンピュータアーキテクチャが利用されてもよい。

本願は、実施形態を通して記載されているが、当業者であれば、本願が本願の精神から逸脱しない多くの変更例および変形例を有することがわかる。添付の特許請求の範囲は、本願の精神から逸脱することなくこれらの変更例および変形例を含むことを期待される。

上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
［適用例１］
方法であって、
通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信する工程と、
前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出する工程と、
前記複数の端末の内の２以上が互いの閾値範囲内にあるか否かを判定する工程と、
前記複数の端末の内の１以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定する工程と、
前記複数の端末の内の１以上が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであった時、前記１以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定する工程と、
を備える、方法。
［適用例２］
適用例１に記載の方法であって、さらに、
前記閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、送信に対応する１または複数の対応する通信属性を有する１または複数のサービスメッセージを、前記メッセージ受信端末に送信する工程と、
前記サービスメッセージの内、前記閾値範囲内の地理的位置情報を有し、前記同じユーザ特徴識別子を含み、送信に対応する通信属性を有するサービスメッセージに対応する１または複数の送信端末のリストを、前記メッセージ受信端末に送信する工程と、
を備える、方法。
［適用例３］
方法であって、
第１端末のビジネスサービス属性と、前記第１端末の地理的位置情報とを含む第１サービスメッセージを前記第１端末から受信する工程と、
第２端末のビジネスサービス属性と、前記第２端末の地理的位置情報とを含む第２サービスメッセージを前記第２端末から受信する工程と、
前記第１サービスメッセージおよび前記第２サービスメッセージから前記ビジネスサービス属性および地理的位置情報を抽出する工程と、
前記第１端末および前記第２端末の前記抽出されたビジネスサービス属性および地理的位置情報に少なくとも部分的に基づいて、前記第１端末および前記第２端末が閾値範囲内にあるか否か、ならびに、前記第１端末の前記ビジネスサービス属性が前記第２端末の前記ビジネスサービス属性と同じであるか否かを判定する工程と、
前記第１端末および前記第２端末が前記閾値範囲内にあり、前記第１端末の前記ビジネスサービス属性が前記第２端末のビジネスサービス属性と同じであった場合に、前記第１端末および前記第２端末が同じサブグループに入るようにサブグループを構成する工程と、
を備える、方法。
［適用例４］
適用例３に記載の方法であって、前記ビジネスサービス属性は、対応する端末によって取得されたユーザ定義のビジネスサービス属性である、方法。
［適用例５］
適用例４に記載の方法であって、さらに、ユーザ定義のビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースを構成する工程を備え、
前記第１端末の前記ビジネスサービス属性が前記第２端末の前記ビジネスサービス属性と同じであるか否かを判定する工程は、
前記第１端末の前記ビジネスサービス属性および前記第２端末の前記ビジネスサービス属性に対応する所定の特徴識別子を前記データベースにクエリする工程と、
前記第１端末に対応する前記所定の特徴識別子を前記第２端末に対応する前記所定の特徴識別子と比較する工程と、
を含む、方法。
［適用例６］
適用例５に記載の方法であって、さらに、
前記第２端末と同じサブグループに属する前記第１端末によって送信された前記第１サービスメッセージに関連するメッセージを前記第２端末に送信する工程と、
前記同じサブグループに属する端末のリストを前記同じサブグループ内の前記端末に送信する工程と、
を備える、方法。
［適用例７］
適用例３に記載の方法であって、さらに、
前記第１サービスメッセージまたは前記第２サービスメッセージに含まれる前記地理的位置情報と、前記第１サービスメッセージまたは前記第２サービスメッセージに含まれる前記ビジネスサービス属性とに少なくとも部分的に基づいて、サービス提供者に関する情報を決定する工程と、
前記第１端末および前記第２端末が同じサブグループに属する場合に、前記サービス提供者に関する前記情報を前記第１端末および前記第２端末に送信する工程と、
を備える、方法。
［適用例８］
適用例７に記載の方法であって、前記サービス提供者に関連する前記情報は、アドレス情報、コンタクト情報、提供されるサービスまたは製品のリスト、もしくは、価格情報を含む、方法。
［適用例９］
適用例３に記載の方法であって、さらに、前記サブグループのグループ名を設定する工程を備え、前記グループ名は、前記第１サービスメッセージまたは前記第２サービスメッセージ内の前記ビジネスサービス属性に従って、もしくは、ユーザ定義のビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースに格納された所定の特徴識別子に従って決定される、方法。
［適用例１０］
サーバであって、
少なくとも１つのプロセッサであって、
通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信し、
前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出し、
前記複数の端末の内の２以上が互いの閾値範囲内にあるか否かを判定し、
前記複数の端末の内の１以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定し、
前記複数の端末の内の１以上が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであった時、前記１以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定するよう構成された、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するよう構成されたメモリと、
を備える、サーバ。
［適用例１１］
適用例１０に記載のサーバであって、前記少なくとも１つのプロセッサは、さらに、
前記閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、送信に対応する１または複数の対応する通信属性を有する１または複数のサービスメッセージを、前記メッセージ受信端末に送信し、
前記サービスメッセージの内、前記閾値範囲内の地理的位置情報を有し、前記同じユーザ特徴識別子を含み、送信に対応する通信属性を有するサービスメッセージに対応する１または複数の送信端末のリストを、前記メッセージ受信端末に送信するよう構成されている、サーバ。
［適用例１２］
サーバであって、
少なくとも１つのプロセッサであって、
第１端末のビジネスサービス属性と、前記第１端末の地理的位置情報とを含む第１サービスメッセージを前記第１端末から受信し、
第２端末のビジネスサービス属性と、前記第２端末の地理的位置情報とを含む第２サービスメッセージを前記第２端末から受信し、
前記第１サービスメッセージおよび前記第２サービスメッセージから前記ビジネスサービス属性および地理的位置情報を抽出し、
前記第１端末および前記第２端末の前記抽出されたビジネスサービス属性および地理的位置情報に少なくとも部分的に基づいて、前記第１端末および前記第２端末が閾値範囲内にあるか否か、ならびに、前記第１端末の前記ビジネスサービス属性が前記第２端末の前記ビジネスサービス属性と同じであるか否かを判定し、
前記第１端末および前記第２端末が前記閾値範囲内にあり、前記第１端末の前記ビジネスサービス属性が前記第２端末のビジネスサービス属性と同じであった場合に、前記第１端末および前記第２端末が同じサブグループに入るようにサブグループを構成するよう構成された、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するよう構成されたメモリと、
を備える、サーバ。
［適用例１３］
適用例１２に記載のサーバであって、前記ビジネスサービス属性は、対応する端末によって取得されたユーザ定義のビジネスサービス属性である、サーバ。
［適用例１４］
適用例１３に記載のサーバであって、前記サーバは、ユーザ定義のビジネスサービス属性と所定の特徴識別子との間の対応関係を格納するデータベースを格納し、
前記少なくとも１つのプロセッサは、さらに、
前記第１端末の前記ビジネスサービス属性および前記第２端末の前記ビジネスサービス属性に対応する所定の特徴識別子を前記データベースにクエリし、
前記第１端末に対応する前記所定の特徴識別子を前記第２端末に対応する前記所定の特徴識別子と比較することにより、前記第１端末の前記ビジネスサービス属性が前記第２端末の前記ビジネスサービス属性と同じであるか否かを判定するよう構成されている、サーバ。
［適用例１５］
適用例１４に記載のサーバであって、前記少なくとも１つのプロセッサは、さらに、
前記第２端末と同じサブグループに属する前記第１端末によって送信された前記第１サービスメッセージに関連するメッセージを前記第２端末に送信し、
前記同じサブグループに属する端末のリストを前記同じサブグループ内の前記端末に送信するよう構成されている、サーバ。
［適用例１６］
適用例１２に記載のサーバであって、前記少なくとも１つのプロセッサは、さらに、
前記第１サービスメッセージまたは前記第２サービスメッセージに含まれる前記地理的位置情報と、前記第１サービスメッセージまたは前記第２サービスメッセージに含まれる前記ビジネスサービス属性とに少なくとも部分的に基づいて、サービス提供者に関する情報を決定し、
前記第１端末および前記第２端末が同じサブグループに属する場合に、前記サービス提供者に関する前記情報を前記第１端末および前記第２端末に送信するよう構成されている、サーバ。
［適用例１７］
適用例１６に記載のサーバであって、前記サービス提供者に関連する前記情報は、アドレス情報、コンタクト情報、提供されるサービスまたは製品のリスト、もしくは、価格情報を含む、サーバ。
［適用例１８］
コンピュータプログラム製品であって、持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信するためのコンピュータ命令と、
前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出するためのコンピュータ命令と、
前記複数の端末の内の２以上が互いの閾値範囲内にあるか否かを判定するためのコンピュータ命令と、
前記複数の端末の内の１以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定するためのコンピュータ命令と、
前記複数の端末の内の１以上が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであった時、前記１以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。
［適用例１９］
コンピュータプログラム製品であって、持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
第１端末のビジネスサービス属性と、前記第１端末の地理的位置情報とを含む第１サービスメッセージを前記第１端末から受信するためのコンピュータ命令と、
第２端末のビジネスサービス属性と、前記第２端末の地理的位置情報とを含む第２サービスメッセージを前記第２端末から受信するためのコンピュータ命令と、
前記第１サービスメッセージおよび前記第２サービスメッセージから前記ビジネスサービス属性および地理的位置情報を抽出するためのコンピュータ命令と、
前記第１端末および前記第２端末の前記抽出されたビジネスサービス属性および地理的位置情報に少なくとも部分的に基づいて、前記第１端末および前記第２端末が閾値範囲内にあるか否か、ならびに、前記第１端末の前記ビジネスサービス属性が前記第２端末の前記ビジネスサービス属性と同じであるか否かを判定するためのコンピュータ命令と、
前記第１端末および前記第２端末が前記閾値範囲内にあり、前記第１端末の前記ビジネスサービス属性が前記第２端末のビジネスサービス属性と同じであった場合に、前記第１端末および前記第２端末が同じサブグループに入るようにサブグループを構成するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。

Claims (5)

1. 少なくとも１つのプロセッサを備えるサーバによって行われる方法であって、
   前記少なくとも１つのプロセッサが、
   通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信する工程であって、前記ユーザ特徴識別子は、前記複数の端末の間で予め設定されたものである、工程と、
   前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出する工程と、
   前記複数の端末の内の２以上に対応する前記抽出された地理的位置情報に関連する位置が互いの閾値範囲内にあるか否かを判定する工程と、
   前記複数の端末の内の２以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定する工程と、
   前記複数の端末の内の２以上の前記位置が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであると判定されたことに応えて、
   前記２以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定する工程と、
   前記閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、送信に対応する１または複数の対応する通信属性を有する１または複数のサービスメッセージ、または、
   前記サービスメッセージの内、前記閾値範囲内の地理的位置情報を有し、前記同じユーザ特徴識別子を含み、送信に対応する通信属性を有するサービスメッセージに対応する１または複数の送信端末のリスト、または、それら両方を、
   前記メッセージ受信端末に送信する工程と、
   を実行する、方法。
2. サーバであって、
   少なくとも１つのプロセッサであって、
   通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信し、前記ユーザ特徴識別子は、前記複数の端末の間で予め設定されたものであり、
   前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出し、
   前記複数の端末の内の２以上に対応する前記抽出された地理的位置情報に関連する位置が互いの閾値範囲内にあるか否かを判定し、
   前記複数の端末の内の２以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定し、
   前記複数の端末の内の２以上の前記位置が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであると判定されたことに応えて、
   前記２以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定し、
   前記閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、送信に対応する１または複数の対応する通信属性を有する１または複数のサービスメッセージ、または、
   前記サービスメッセージの内、前記閾値範囲内の地理的位置情報を有し、前記同じユーザ特徴識別子を含み、送信に対応する通信属性を有するサービスメッセージに対応する１または複数の送信端末のリスト、または、それら両方を、
   前記メッセージ受信端末に送信する
   よう構成された、少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに接続され、前記少なくとも１つのプロセッサに命令を提供するよう構成されたメモリと、
   を備える、サーバ。
3. コンピュータプログラムであって、
   通信属性と、地理的位置情報と、ユーザ特徴識別子とを含むサービスメッセージを複数の端末から受信するための機能であって、前記ユーザ特徴識別子は、前記複数の端末の間で予め設定されたものである、機能と、
   前記受信されたサービスメッセージから、前記通信属性、前記地理的位置情報、および、前記ユーザ特徴識別子を抽出するための機能と、
   前記複数の端末の内の２以上に対応する前記抽出された地理的位置情報に関連する位置が互いの閾値範囲内にあるか否かを判定するための機能と、
   前記複数の端末の内の２以上に対応する前記抽出されたユーザ特徴識別子が同じであるか否かを判定するための機能と、
   前記複数の端末の内の２以上の前記位置が前記閾値範囲内にあり、前記抽出されたユーザ特徴識別子が同じであると判定されたことに応えて、
   前記２以上の端末の内の端末に関連するサービスメッセージが受信に対応する通信属性を含む場合に、前記端末をメッセージ受信端末として設定し、
   前記閾値範囲内の地理的位置情報を有すると共に同じ抽出済みユーザ特徴識別子に対応するサービスメッセージの内、送信に対応する１または複数の対応する通信属性を有する１または複数のサービスメッセージ、または、
   前記サービスメッセージの内、前記閾値範囲内の地理的位置情報を有し、前記同じユーザ特徴識別子を含み、送信に対応する通信属性を有するサービスメッセージに対応する１または複数の送信端末のリスト、または、それら両方を、
   前記メッセージ受信端末に送信するための機能と、
   をコンピュータに実現させるコンピュータプログラム。
4. 請求項１に記載の方法であって、前記ユーザ特徴識別子は、前記複数の端末の間で合意されることによって予め設定される、方法。
5. 請求項２に記載のサーバであって、前記ユーザ特徴識別子は、前記複数の端末の間で合意されることによって予め設定される、サーバ。

Images