特許 7453401 ロケーション情報を用いたマッチングのためのシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-11

(45)【発行日】2024-03-19

(54)【発明の名称】ロケーション情報を用いたマッチングのためのシステム及び方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240312BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 17

(21)【出願番号】P 2022551633

(86)(22)【出願日】2021-02-26

(65)【公表番号】

(43)【公表日】2023-02-09

(86)【国際出願番号】 US2021019769

(87)【国際公開番号】W WO2021173899

(87)【国際公開日】2021-09-02

【審査請求日】2022-10-24

(31)【優先権主張番号】16/805,426

(32)【優先日】2020-02-28

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】522044124

【氏名又は名称】マッチ グループ， エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】バーレル，ロビンヌ

(72)【発明者】

【氏名】シュナイダー，アンナ，エム．

(72)【発明者】

【氏名】デュベイ，シャーミスタ

(72)【発明者】

【氏名】ドーセット，デリル

(72)【発明者】

【氏名】ミラー，カイル

(72)【発明者】

【氏名】スティーヴンス，サマンサ，ジェイ．

(72)【発明者】

【氏名】ロス，デイヴィッド，エー．

(72)【発明者】

【氏名】ガフニ，ジョシュア，ディー．

(72)【発明者】

【氏名】ヘンダーソン，シェーン

【審査官】永野 一郎

(56)【参考文献】

【文献】米国特許出願公開第２０１１／０１６１１３０（ＵＳ，Ａ１）

【文献】特開２０１９－０２８９６３（ＪＰ，Ａ）

【文献】特開２０１９－０９１１７８（ＪＰ，Ａ）

【文献】特開平１１－２５２００３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

インターフェイスと、該インターフェイスに通信可能に連結された１つ以上のプロセッサとを含むシステムであって、
前記インターフェイスは、
第１の時間における第１のユーザの第１の将来のロケーション情報を受信することと、
第２の時間における第２のユーザの第２の将来のロケーション情報を受信することであって、前記第１の時間と該第２の時間との差は閾値未満であることと、
を行うように構成され、
前記１つ以上のプロセッサは、
前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することに応答して且つ前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することに応答して、前記第２のユーザに情報が提示されるようにすることであって、前記第２のユーザに提示される該情報は、前記将来のロケーションを含み、前記第１のユーザと前記第２のユーザとは、前記将来のロケーションが共通している、ことと、
を行うように構成されている、システム。

【請求項2】

前記１つ以上のプロセッサは、前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報のそれぞれはロケーションタイプに対応していると判定することを行うようさらに構成され、
前記第２のユーザに提示される前記情報は前記ロケーションタイプを含み、前記第１のユーザと前記第２のユーザとは、前記ロケーションタイプが共通している、請求項１に記載のシステム。

【請求項3】

前記１つ以上のプロセッサは、
前記将来のロケーションに対応するロケーション情報を有する複数のユーザについて第２のユーザの好みを受信することと、
前記複数のユーザのそれぞれが前記将来のロケーションに対応するロケーション情報を有すると判定することと、
前記第２のユーザに情報を提示することであって、前記第２のユーザに提示される該情報はイベントを含み、前記第２のユーザと前記複数のユーザとは、前記イベントが共通している、ことと、
を行うようさらに構成されている、請求項１に記載のシステム。

【請求項4】

前記１つ以上のプロセッサは、
前記第１のユーザの現在のロケーション情報を特定することと、
前記現在のロケーション情報に関する情報を要求する情報が前記第１のユーザに提示されるようにすることと、
を行うようさらに構成されている、請求項１に記載のシステム。

【請求項5】

前記１つ以上のプロセッサは、
前記第１のユーザの第１の現在のロケーション情報を特定することと、
前記第２のユーザの第２の現在のロケーション情報を特定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することに応答して、前記第１のユーザと前記第２のユーザとは会ったことがあると判定することと、
を行うようさらに構成されている、請求項１に記載のシステム。

【請求項6】

前記第１の将来のロケーション情報は、前記第１のユーザが将来の時点で訪れる予定のロケーションを含む、請求項１に記載のシステム。

【請求項7】

命令が記憶された非一時的なコンピュータ読み取り可能媒体であって、該命令は、プロセッサによって実行された場合に、該プロセッサに、
第１の時間における第１のユーザの第１の将来のロケーション情報を受信することと、
第２の時間における第２のユーザの第２の将来のロケーション情報を受信することであって、前記第１の時間と該第２の時間との差は閾値未満であることと、
前記第１の将来のロケーション位置情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することに応答して且つ前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することに応答して、前記第２のユーザに情報が提示されるようにすることであって、前記第２のユーザに提示される該情報は前記将来のロケーションを含み、前記第１のユーザと前記第２のユーザとは、前記将来のロケーションが共通している、ことと、
を行わせる、コンピュータ読み取り可能媒体。

【請求項8】

前記命令は、前記プロセッサによって実行された場合に、前記プロセッサに、
前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報のそれぞれは、ロケーションタイプに対応していると判定することをさらに行わせ、
前記第２のユーザに提示される前記情報は前記ロケーションタイプを含み、前記第１のユーザと前記第２のユーザとは、前記ロケーションタイプが共通している、請求項７に記載のコンピュータ読み取り可能媒体。

【請求項9】

前記命令は、前記プロセッサによって実行された場合に、前記プロセッサに、
前記将来のロケーションに対応するロケーション情報を有する複数のユーザについて第２のユーザの好みを受信することと、
前記複数のユーザのそれぞれが前記将来のロケーションに対応するロケーション情報を有すると判定することと、
前記第２のユーザに情報を提示することであって、前記第２のユーザに提示される該情報はイベントを含み、前記第２のユーザと前記複数のユーザとは前記イベントで共通している、ことと、
をさらに行わせる、請求項７に記載のコンピュータ読み取り可能媒体。

【請求項10】

前記命令は、前記プロセッサによって実行された場合に、前記プロセッサに、
前記第１のユーザの現在のロケーション情報を特定することと、
前記現在のロケーション情報に関する情報を要求する情報が前記第１のユーザに提示されるようにすることと、
をさらに行わせる、請求項７に記載のコンピュータ読み取り可能媒体。

【請求項11】

前記命令は、前記プロセッサによって実行された場合に、前記プロセッサに、
前記第１のユーザの第１の現在のロケーション情報を特定することと、
前記第２のユーザの第２の現在のロケーション情報を特定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することに応答して、前記第１のユーザと前記第２のユーザとは会ったことがあると判定することと、
をさらに行わせる、請求項７に記載のコンピュータ読み取り可能媒体。

【請求項12】

前記第１の将来のロケーション情報は、前記第１のユーザが将来の時点で訪れる予定のロケーションを含む、請求項７に記載のコンピュータ読み取り可能媒体。

【請求項13】

コンピュータ実施方法であって、
第１の時間における第１のユーザの第１の将来のロケーション情報を受信することと、
第２の時間における第２のユーザの第２の将来のロケーション情報を受信することであって、前記第１の時間と該第２の時間との差は閾値未満であることと、
前記第１の将来のロケーション位置情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することと、
前記第１のユーザに関連する特性は、前記第２のユーザに関連する好みに対応していると判定することに応答して且つ前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報が将来のロケーションを示しているか判定することに応答して、前記第２のユーザに情報が提示されるようにすることであって、前記第２のユーザに提示される該情報は前記将来のロケーションを含み、前記第１のユーザと前記第２のユーザとは、前記将来のロケーションが共通している、ことと、
を含む、コンピュータ実施方法。

【請求項14】

前記第１の将来のロケーション情報及び前記第２の将来のロケーション情報のそれぞれは、ロケーションタイプに対応していると判定することをさらに含み、
前記第２のユーザに提示される前記情報は前記ロケーションタイプを含み、前記第１のユーザと前記第２のユーザとは前記ロケーションタイプが共通している、請求項１３に記載のコンピュータ実施方法。

【請求項15】

前記将来のロケーションに対応するロケーション情報を有する複数のユーザについて第２のユーザの好みを受信することと、
前記複数のユーザのそれぞれが前記将来のロケーションに対応するロケーション情報を有すると判定することと、
前記第２のユーザに情報を提示することであって、前記第２のユーザに提示される該情報はイベントを含み、前記第２のユーザと前記複数のユーザとは前記イベントが共通している、ことと、
をさらに含む、請求項１３に記載のコンピュータ実施方法。

【請求項16】

前記第１のユーザの現在のロケーション情報を特定することと、
前記現在のロケーション情報に関する情報を要求する情報が前記第１のユーザに提示されるようにすることと、
をさらに含む、請求項１３に記載のコンピュータ実施方法。

【請求項17】

前記第１のユーザの第１の現在のロケーション情報を特定することと、
前記第２のユーザの第２の現在のロケーション情報を特定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することと、
前記第１の現在のロケーション情報と前記第２の現在のロケーション情報との差は閾値未満であると判定することに応答して、前記第１のユーザと前記第２のユーザとは会ったことがあると判定することと、
をさらに含む、請求項１３に記載のコンピュータ実施方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は概して通信システムに関し、より具体的にはロケーション情報を用いたマッチングのためのシステム及び方法に関する。

【背景技術】

【0002】

ネットワークアーキテクチャは、通信環境においてますます複雑になっている。近年、様々なネットワーキングのニーズを有する多様なエンドユーザのグループに適応するために、一連のプロトコル及び構成が開発されている。これらのアーキテクチャの多くは、自動化、利便性、管理及び消費者の選択の強化の利点を提供できるため、非常に有名になっている。

【0003】

所与の欠員を充足するための候補をエンドユーザがオンラインで検索できるようにするために、特定のネットワークプロトコルが用いられる。これらのプロトコルは、求人、人材紹介サービス、不動産検索又はオンラインデートに関連し得る。オンラインデートは単に需要と供給との一致であると考える人もいるが、オンラインデートを成功させるためにははるかに多くのことが必要であることを示唆する統計的及び経験的証拠がある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

例えば、同様の又は相性の良い特性及び価値を有する人がマッチングすべきである。しかしながら、２人の参加者を効果的に結びつけることは、困難な試みであることが分かる。同じ考えを持つ２人の個人の関係を調整することは、克服しなければならない障害及び障壁が多数あるため、非常に大変である。

【0005】

１つの問題は、これらのサービスの検索結果は、検索者にとって無関係なエンティティを多く含むことである。これにより、ユーザにはサービス時間が掛かり、全ての検索結果を続けるのが阻まれ得る。

【0006】

起こっている別の問題は、マッチングサービスでは、マッチング相手を決定するためにテキストの提出物（プロフィール又はメッセージ等）を用いてきたことである。しかしながら、ユーザは、マッチングサービスに組み込まれていない他の基準を用いて、潜在的なマッチング相手として他のユーザと会って評価することが多い。

【課題を解決するための手段】

【0007】

一実施形態では、少なくとも１つのプロセッサによって実行される方法は、第１のユーザが第１の時間にいた第１のロケーションエリアを識別する第１の履歴ロケーション情報を受信することを含む。本方法は、第２のユーザが第２の時間にいた第２のロケーションエリアを識別する第２の履歴ロケーション情報を受信することを含む。本方法は、第１の履歴ロケーション情報及び第２のロケーション情報のそれぞれが特定のロケーションエリアに対応すると判定することも含む。加えて、本方法は、第１のユーザに関連する特性は第２のユーザに関連する好みに対応すると判定することを含む。第１の履歴ロケーション情報及び第２のロケーション情報のそれぞれが特定のロケーションエリアに対応すると判定することに応答し且つ第１のユーザに関連する特性は第２のユーザに関連する好みに対応すると判定することに応答して、本方法は、第１のユーザに関連する情報が第２のユーザに提示されるようにすることを含む。第１のユーザに関連する情報は、第２のユーザの第２のロケーションエリアに対する第１のユーザの第１のロケーションエリアを含む。

【0008】

一部の実施形態では、ロケーションエリアはロケーションタイプであり得る。第１のユーザに関連する情報が第２のユーザに提示されるようにすることは、第２の時間と第１の時間との差が時間の閾値未満であると判定することに応答して行われ得る。本方法は、第１の履歴ロケーション情報及び第２のロケーション情報をデータベースと比較することを含み得る。データベースは、ロケーション情報をポイントオブインタレスト（points-of-interest）に関連付け得る。

【0009】

一実施形態では、システムはインターフェイスを含む。インターフェイスは、第１のユーザが第１の時間にいた第１のロケーションエリアを識別する第１の履歴ロケーション情報を受信し、第２のユーザが第２の時間にいた第２のロケーションエリアを識別する第２の履歴ロケーション情報を受信するように構成されている。システムは少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、第１の履歴ロケーション情報及び第２のロケーション情報のそれぞれが特定のロケーションエリアに対応すると判定するように構成されている。少なくとも１つのプロセッサは、第１のユーザに関連する特性は第２のユーザに関連する好みに対応すると判定するようにも構成されている。第１の履歴ロケーション情報及び第２のロケーション情報のそれぞれが特定のロケーションエリアに対応すると判定することに応答し且つ第１のユーザに関連する特性は第２のユーザに関連する好みに対応すると判定することに応答して、少なくとも１つのプロセッサは、第１のユーザに関連する情報が第２のユーザに提示されるようにするよう構成されている。第１のユーザに関連する情報は、第２のユーザの第２のロケーションエリアに対する第１のユーザの第１のロケーションエリアを含む。

【0010】

実施される特定の特徴に応じて、特定の実施形態は下記の技術的利点のうちの一部を呈するか、いずれも呈しないか又は全てを呈し得る。様々な実施形態は、より関連性がある一致を得るために、ユーザがロケーション情報（持続的な位置情報等）を送信できるようにし得る。一部の実施形態では、ユーザには、ユーザと同じ場所を訪れた潜在的なマッチング相手が通知され得るため、より関連性があり得るマッチングの結果がユーザに提供される。当業者であれば、他の技術的利点は、以下の図面、説明及び特許請求の範囲から容易に明らかになるであろう。

【図面の簡単な説明】

【0011】

本開示及びその利点のより完全な理解のために、添付の図面と併せて以下の説明を参照する。

【図1A】図１Ａは、特定の実施形態に係る、ネットワーク環境における通信を促進するためのシステムの簡略化されたブロック図である。

【図1B】図１Ｂは、図１Ａからの端末の内容を示す。

【図1C】図１Ｃは、図１Ａからのマッチングサーバの内容を示す。

【図2】図２は、あるロケーションを訪れたユーザに関する情報を提供する一実施形態を示すフローチャートである。

【図3】図３は、ロケーションエリア内のロケーションを訪れたユーザの数の表示を提供する一実施形態を示すフローチャートである。

【図4】図４は、受信した好ましい位置情報に基づいてマッチングサービスを強化する一実施形態を示すフローチャートである。

【図5】図５は、特定の実施形態の１つ以上の部分を実施するのに適した例示のコンピュータシステムを示す。

【発明を実施するための形態】

【0012】

図１Ａを参照して、通信システムの一実施形態を示す。図１Ａは、ネットワーク環境における通信を促進するためのシステムの簡略化された図である。ユーザ１４～１５は端末１０ａ～ｂを介してサーバ２０とやりとりする。ユーザ１４～１５は、パス３０ａ～ｂ及び３１ａ～ｂによって示されるロケーションエリア１７ａ～ｃに移動する。サーバ２０は、ポイントオブインタレスト（「ＰＯＩ」）データベース４０に連結されている。図１Ｂは、一実施形態における、端末１０ａの例示の内容を示す図である。端末１０ａは、通信モジュール１１、ディスプレイ１２、ロケーションモジュール１３及び（ユーザ１４が端末１０ａとやりとりできるように）インターフェイス１６を含む。図１Ｃは、一実施形態における、サーバ２０の例示の内容を示す図である。サーバ２０は、メモリ２６、少なくとも１つのＣＰＵ２８及び分析モジュール２９を含む。端末１０ａ～ｂとサーバ２０とは、ネットワーク接続２２及びネットワーク２４を介して通信可能に連結されている。一部の実施形態では、分析モジュール２９は、ユーザ１４～１５から送信されるロケーション情報、好み及び特性を分析し、ユーザ１４が、ユーザ１５に関連する情報を受信すべきかどうかを判定するように構成され得る。

【0013】

ユーザ１４～１５は、オンラインデートシナリオへの参加を望む及び／又はシステムにおける他の参加者に関連する情報の閲覧を希望するクライアント、顧客、見込み顧客、又はエンティティである。ユーザ１４～１５は、ネットワーク２４を介して配信され得る他のユーザにアクセスするか又はやりとりを始めること求め得る。ユーザ１４～１５は、マッチングの決定又は選択を行うために、他のユーザに関連するデータ（例えば、ユーザ特性及び好みを有するプロフィール等）を検討し得る。本明細書で用いるデータとは、任意の種類の数値、音声、ビデオ、テキスト若しくはロケーションデータ又はある地点から別の地点に伝達され得る任意の適切な形式の任意の他の適切な情報のことをいう。

【0014】

一実施形態では、端末１０ａ～ｂは、ネットワーク２４にアクセスするために用いられ得るパーソナルコンピュータを表す（及びパーソナルコンピュータ含む）。あるいは、端末１００ａ～ｂは、携帯電話、電子手帳、タブレットコンピュータ、ラップトップ、携帯情報端末（ＰＤＡ）又はシステム内の１つ以上の要素にアクセス可能な任意の他の好適な装置（ワイヤレス又はそれ以外のものであり、その一部はウェブブラウジングを行うことができる）、コンポーネント又は要素を代表し得る。上記で列挙したアイテムと共に提供され得るインターフェイス１６は、ビデオカメラ、マイク、キーボード、マウス又は特定の構成及び配置に従った任意の他の好適な機器等の人間のユーザのための任意の好適なインターフェイスをさらに含み得る。加えて、インターフェイス１６は、システム１００が関与する通信専用に設計された固有の要素であり得る。そのような要素は、ユーザが関与するマッチングアプリケーション専用に製造又は生産され得る。

【0015】

通信モジュール１１は、ハードウェア、ファームウェア及びソフトウェアの任意の好適な組み合わせを用いて実施され得る。通信モジュール１１は、一部の実施形態では、モデム、ネットワークインターフェイスカード、無線通信装置、セルラーデータ通信装置又は接続２２を用いて情報を通信するための他の好適なモジュールであり得る。通信モジュール１１は、ＩＥＥＥ ＬＡＮ／ＭＡＮ規格委員会（ＩＥＥＥ８０２）によって定義されたもの等の、有線及び無線の双方の規格を含む１つ以上の通信スキームを通信し得る。

【0016】

一部の実施形態では、ディスプレイ１２はコンピュータモニタ、液晶ディスプレイ（ＬＣＤ）、アクティブマトリックス有機発光ダイオードディスプレイ（ＡＭＯＬＥＤ）、スーパーＡＭＯＬＥＤ、発光ダイオード（ＬＥＤ）ベースのディスプレイ又はデスクトップ及び／又はモバイル装置のための任意の好適なディスプレイであり得る。あるいは、ディスプレイ１２はプロジェクタ、スピーカ又はシステム１００が送信する情報をユーザが理解できるようにする他の装置であり得る。

【0017】

ロケーションモジュール１３は、ハードウェア、ファームウェア及びソフトウェアの任意の好適な組み合わせを用いて実施され得る。ロケーションモジュール１３は、端末１０ａの物理的なロケーションに関する情報を特定し得る。そのようなロケーション情報の例は、緯度／経度座標、物理的な住所、郵便番号、市外局番、市、郡、州、国及び地理的地域を含む。ロケーションモジュール１３は、全地球測位システム（ＧＰＳ）、利用可能なＩＥＥＥ８０２．１１ネットワーク及びセルラー無線信号等の１つ以上の好適な技術を用いてロケーション情報を特定し得る。例えば、ロケーションモジュール１３は、８０２．１１ネットワーク及び／又はセルラー無線信号等の無線信号の三角測量を用いり得る。別の例として、ロケーション情報を特定するために、Ｕ－ＴＤＯＡ（Uplink Time Difference of Arrival）がロケーションモジュール１３によって用いられ得る。一部の実施形態では、ロケーションモジュール１３は、ユーザ（ユーザ１４～１５等）からの入力を用いてロケーション情報を特定し得る。例えば、ロケーションモジュール１３は、ロケーションを特定する１つの要素としてユーザ入力を用い、端末１０ａのロケーションを特定するために他の技術に依存し得る。別の例として、ロケーションモジュール１３は、ユーザ１４がロケーション情報（すなわち、交差点、住所又は事業所）を指定できるようにし得る。ユーザは、ロケーションモジュール１３によって提供されるリスト又は地図からロケーション情報を選択することにより、ロケーション情報を指定し得る。

【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】

ステップ４３０で、一部の実施形態では、分析モジュール２９は、ステップ４２０で受信された好ましいロケーション情報（preferred location information）を、ステップ４１０で記憶されたロケーション情報と比較し得る。これは、ステップ４２０で受信された好ましいロケーション情報と一致又は対応するロケーション情報に関連する、サーバ２０の登録ユーザを識別するためになされ得る。一部の実施形態では、ロケーション情報に対応するロケーションタイプが比較される。ロケーション情報についてロケーションタイプが特定され、ロケーションタイプに一致があるかどうかが判定され得る。ロケーション情報に対応する場所で起こるイベントが特定され得る。例えば、ステップ４２０で受信された好ましいロケーション情報が喫茶店に対応すると判定され得る。コーヒーショップに行ったことのある他の人を特定して、ロケーションタイプが一致するかどうかを確認するために、ステップ４１０で提出されたロケーション情報が分析され得る。ステップ４３０での比較において、他の特性も考慮され得る。例えば、ユーザ１４は、望みのマッチング相手に関する他の好みを指定し、それらの好みは、好ましいロケーション情報と記憶されたロケーション情報とを比較することにより特定されたユーザと比較され得る。例えば、ユーザ１４は、サーバ２０が提供する出会い系サービスに登録しているとする。ユーザ１４は、４０歳未満のユーザとのマッチングを希望することを指定し得る。分析モジュール２９は、４０歳よりも上のユーザも同じ好ましいロケーション情報を有しいると判定し、好ましいロケーション情報が保存されているロケーション情報と同じであるにも関わらず、該ユーザを無視し得る。別の例として、ユーザ１４によって提出された他の好みよりも大きな重みが好ましいロケーション情報に与えられ得る。例えば、ユーザ１４は金髪の人と会うことを希望すると指定し得るが、分析モジュール２９は金髪ではないもののロケーション情報が一致するものをユーザ１４とのマッチング相手として決定し得る。

【0065】

ステップ４４０で、一部の実施形態では、好ましいロケーション情報と保存されたロケーション情報との比較に基づくマッチング相手がユーザ１４に提示され得る。例えば、分析モジュール２９は、そのようなマッチング相手をユーザ１４に提示させ得る。一部の実施形態では、これは、より関連性の高い結果を得るために、ユーザ１４は、サーバ２０によって提供される１つ以上のサービスに対してより多くの好みを提供でき得るという点で有利であり得る。ユーザ１４は、新たな好みを発見し、それらをサーバ２０に効果的に提供して、より関連性の高い結果を得る機会も有し得る。マッチング相手は、端末１０ａ等のユーザ１４がアクセスするデバイスに提示され得る。結果は、好ましいロケーション情報を提出するユーザ１４への応答として提示され得る。例えば、ユーザ１４は、美術館等のロケーションに入り、美術館に通ったことのある人とのマッチングを望み得る。それに応答して、サーバ２０は記憶されたロケーション情報を分析し、ステップ４４０で提示されたマッチング相手を秒、分、時間又は日以内に提供し得る。ユーザ１４には、サーバ２０によって新たなマッチング相手が送信されると、それが端末１０ａに通知され得るか又はユーザ１４は、好ましいロケーション情報を送信した後に、サーバ２０によって提供される１つ以上のサービスにアクセスした場合に新たなマッチング相手を評価し得る。ステップ４４０で提示されるマッチング相手は、好ましいロケーション情報を受信する前にサーバ２０が既に特定されているものの、好ましいロケーション情報を受信した結果として優先されたマッチング相手であり得る。例えば、好ましいロケーション情報がユーザ１４によって提出される前に提出された好みの初期セットに基づいて、サーバ２０は、ユーザ１４との潜在的なマッチング相手として１００人の候補を特定し得る。好ましいロケーション情報を受信し、好ましいロケーション情報に対応するロケーション情報を有するそれらの１００人の候補を特定した結果、分析モジュール２９は、ロケーション情報が一致する人は、対応するロケーション情報がないマッチング相手よりも先にユーザ１４に提示され得るように１００人のユーザのセットを並べ替え得る。一部の実施形態では、これは、ユーザ１４がより関連性の高い結果をより早く知覚できるという利点を提供し得る。

【0066】

図５は、特定の実施形態の１つ以上の部分を実施するのに好適な例示のコンピュータシステム５００を示す。本開示は、特定の構成の特定のコンポーネントを有する特定のコンピュータシステム５００を説明及び例示するが、本開示は、任意の適切な構成の任意の適切なコンポーネントを有する任意の適切なコンピュータシステムを企図している。さらに、コンピュータシステム５００は、例えば、１つ以上の集積回路（IＣ）、１つ以上のプリント基板（ＰＣＢ）、１つ以上のハンドヘルド又は他のデバイス（携帯電話又はＰＤＡ等）、１つ以上のパーソナルコンピュータ、１つ以上のスーパーコンピュータ、１つ以上のサーバ及び１つ以上の分散コンピューティング要素等の、任意の適切な物理的形態を取り得る。図１Ａ～図１Ｃの１つ以上のコンポーネント及び図２～図４の１つ以上のステップは、以下で説明するコンピュータシステム５００の全てのコンポーネント又はコンポーネントの任意の適切な組み合わせを用いて実施され得る。

【0067】

コンピュータシステム５００は、１つ以上の入力装置５０２（これは、キーパッド、キーボード、マウス、スタイラス又は他の入力装置を含み得る）、１つ以上の出力装置５０４（これは、１つ以上のディスプレイ、１つ以上のスピーカ、１つ以上のプリンタ又は他の出力装置を含み得る）、１つ以上の記憶装置５０６及び１つ以上の記憶媒体５０８を有し得る。入力装置５０２は、コンピュータシステム５００の外部にあり得るか又は内部にあり得る。出力装置５０４は、コンピュータシステム５００の外部にあり得るか又は内部にあり得る。記憶装置５０６は、コンピュータシステム５００の外部にあり得るか又は内部にあり得る。記憶媒体５０８は、コンピュータシステム５００の外部にあり得るか又は内部にあり得る。一部の実施形態では、図１Ａの端末１０ａ及び１０ｂ、サーバ２０及びＰＯＩデータベース４０は、コンピュータシステム５００に含まれる上記のコンポーネントの一部又は全てを用いて実施され得る。

【0068】

システムバス５１０はコンピュータシステム５００のサブシステムを互いに連結する。本明細書では、バスとは、共通の機能を提供する１つ以上のデジタル信号線のことをいう。本開示は、任意の適切なバスアーキテクチャを有する任意の適切なバス構造（１つ以上のメモリバス、１つ以上の周辺バス、１つ以上のローカルバス又は上記の組み合わせ等）を含む任意の適切なシステムバス５１０を対象とする。バスアーキテクチャの例は、限定されないが、インダストリースタンダードアーキテクチャ（ＩＳＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、マイクロチャンネルアーキテクチャ（ＭＣＡ）バス、ビデオエレクトロニクススタンダードアソシエーションローカル（ＶＬＢ）バス、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）バス、ＰＣＩ－Ｅｘｐｒｅｓｓバス（ＰＣＩ－Ｘ）、アクセラレーテッドグラフィックスポート（ＡＧＰ）バスを含む。

【0069】

コンピュータシステム５００は、１つ以上のプロセッサ５１２（又は中央処理装置（ＣＰＵ））を含む。プロセッサ５１２は、命令、データ又はコンピュータのアドレスを一時的にローカルに記憶するためのキャッシュ５１４を含み得る。プロセッサ５１２は、メモリ５１６を含む１つ以上の記憶装置に連結されている。メモリ５１６は、ランダムアクセスメモリ（ＲＡＭ）５１８及び読み取り専用メモリ（ＲＯＭ）５２０を含み得る。データ及び命令は、プロセッサ５１２とＲＡＭ５１８との間で双方向に転送され得る。データ及び命令は、ＲＯＭ５２０からプロセッサ５１２に一方向に転送され得る。ＲＡＭ５１８及びＲＯＭ５２０は、任意の適切なコンピュータ読み取り可能記憶媒体を含み得る。

【0070】

コンピュータシステム５００は、プロセッサ５１２に双方向に連結された固定記憶装置５２２を含む。固定記憶装置５２２は、ストレージ制御ユニット５０７を介してプロセッサ５１２に連結され得る。固定記憶装置５２２は、追加のデータ記憶容量を提供し、任意の適切なコンピュータ読み取り可能記憶媒体を含み得る。固定記憶装置５２２は、オペレーティングシステム（ＯＳ）５２４、１つ以上の実行可能ファイル（ＥＸＥＣ）５２６、１つ以上のアプリケーション若しくはプログラム５２８、データ５３０等を記憶し得る。固定記憶装置５２２は、通常、一次記憶装置よりも低速な二次記憶媒体（ハードディスク等）である。適切な場合には、固定記憶装置５２２によって記憶された情報が仮想メモリとしてメモリ５１６に組み込まれ得る。一部の実施形態では、固定記憶装置５２２は、１つ以上のストレージエリアネットワーク（ＳＡＮ）又はネットワーク接続ストレージ（ＮＡＳ）等のネットワークリソースを含み得る。一部の実施形態では、図１Ａ及び図１Ｃのメモリ２６、記憶構造２３及び２５並びに分析モジュール２９は、上記のメモリ５１６の説明等の構成を用いて実施され得る。

【0071】

プロセッサ５１２は、例えば、グラフィックスコントロール５３２、ビデオインターフェイス５３４、入力インターフェイス５３６、出力インターフェイス５３７及びストレージインターフェイス５３８等の様々なインターフェイスに連結され、それらのインターフェイスはそれぞれ適切なデバイスに連結され得る。例示の入力又は出力デバイスは、限定されないが、ビデオディスプレイ、トラックボール、マウス、キーボード、マイク、タッチセンシティブディスプレイ、トランスデューサーカードリーダ、磁気又は紙テープリーダ、タブレット、スタイラス、音声又は手書き認識装置、生体認証リーダ又はコンピュータシステムを含む。ネットワークインターフェイス５４０は、プロセッサ５１２を別のコンピュータシステム又はネットワーク５４２に連結し得る。ネットワークインターフェイス５４０は、有線、無線又は有線及び無線のコンポーネントの任意の組み合わせを含み得る。そのようなコンポーネントは、有線ネットワークカード、無線ネットワークカード、無線、アンテナ、ケーブル又は任意の他の適切なコンポーネントを含み得る。ネットワークインターフェイス５４０により、プロセッサ５１２は、特定の実施形態のステップを行う過程で、ネットワーク５４２から情報を受信し得るか又はネットワーク５４２に情報を送信し得る。特定の実施形態は、プロセッサ５１２のみで実行され得る。特定の実施形態は、プロセッサ５１２上及び共に動作する１つ以上のリモートプロセッサ上で実行され得る。一部の実施形態では、プロセッサ５１２は、図１Ｃの分析モジュール２９を実施するため用いられ得る及び／又は図１Ｃの分析モジュール２９に含まれる命令又はコードで規定されるステップを行い得る。

【0072】

コンピュータシステム５００がネットワーク５４２に接続されるネットワーク環境では、コンピュータシステム５００は、ネットワーク５４２に接続されている他のデバイスと通信し得る。コンピュータシステム５００は、ネットワークインターフェイス５４０を介してネットワーク５４２と通信し得る。例えば、コンピュータシステム５００は、ネットワークインターフェイス５４０で、ネットワーク５４２からの情報（他のデバイスからの要求又は応答等）を１つ以上の着信パケットの形態で受信し、メモリ５１６は、後続の処理のために着信パケットを記憶し得る。コンピュータシステム５００は、ネットワークインターフェイス５４０から、１つ以上の発信パケットの形態で情報（他のデバイスへの要求又は応答等）をネットワーク５４２に送信し、メモリ５１６は該情報を送信前に記憶し得る。プロセッサ５１２は、特定のニーズに従って、メモリ５１６内の着信又は発信パケットにアクセスして処理し得る。

【0073】

特定の実施形態は、本明細書で説明又は例示した１つ以上のプロセスの１つ以上のステップを行うためにソフトウェアを具体化する、１つ以上の有形のコンピュータ読み取り可能記憶媒体を含む１つ以上のコンピュータ記憶製品を含む。特定の実施形態では、媒体、ソフトウェア又はその両方の１つ以上の部分は、本明細書で説明又は例示した１つ以上のプロセスの１つ以上のステップを行うために特別に設計及び製造され得る。加えて又は代替的に、特定の実施形態では、媒体、ソフトウェア又はその両方の１つ以上の部分は、本明細書で説明又は例示したプロセスに固有の設計又は製造なしで一般的に利用可能であり得る。例示のコンピュータ読み取り可能記憶媒体は、限定されないが、ＣＤ（ＣＤ－ＲＯＭ等）、ＦＰＧＡ、フロッピーディスク、光ディスク、ハードディスク、ホログラフィックストレージデバイス、IＣ（ＡＳＩＣ等）、磁気テープ、キャッシュ、ＰＬＤ、ＲＡＭデバイス、ＲＯＭデバイス、半導体メモリデバイス及び他の適切なコンピュータ読み取り可能記憶媒体を含む。特定の実施形態では、ソフトウェアは、コンパイラが生成し得るマシンコード又はコンピュータがインタプリタを用いて実行し得る上位レベルのコードを含む１つ以上のファイルであり得る。

【0074】

限定ではなく一例として、メモリ５１６は、ソフトウェアを具現化する１つ以上の有形で、非一時的なコンピュータ読み取り可能記憶媒体を含んでもよく、コンピュータシステム５００は、プロセッサ５１２がソフトウェアを実行した結果として、本明細書で説明又は例示した特定の機能を提供し得る。メモリ５１６はソフトウェアを記憶し、プロセッサ５１２はソフトウェアを実行し得る。メモリ５１６は、ソフトウェアを具体化する大容量記憶装置５１６内のコンピュータ読み取り可能記憶媒体から又はネットワークインターフェイス５４０を介した１つ以上の他のソースからソフトウェアを読み出し得る。ソフトウェアを実行する場合、プロセッサ５１２は、メモリ５１６に記憶するための１つ以上のデータ構造を定義すること及び特定のニーズに従って、ソフトウェアの１つ以上の部分によって指示されるように、１つ以上のデータ構造を変更することを含み得る、本明細書で説明又は例示した１つ以上のプロセスの１つ以上のステップを行い得る。一部の実施形態では、図１Ａ及び図１Ｃのメモリ２６、記憶構造２３及び２５並びに分析モジュール２９は、上記のメモリ５１６の説明のような構成を用いて実施され得る。

【0075】

一部の実施形態では、説明した処理及びメモリ要素（プロセッサ５１２及びメモリ５１６等）は、これらの要素を利用して行われる動作も複数のデバイスにわたって分散されるように、複数のデバイスにわたって分散され得る。例えば、これらの要素を利用して動作されるソフトウェアは、これらの処理及びメモリ要素を含む複数のコンピュータにわたって実行され得る。前述の例以外の他の変形例は、分散コンピューティングの使用に関連して検討される。加えて又は代替的に、コンピュータシステム５００は、本明細書で説明又は例示した１つ以上のプロセスの１つ以上のステップを行うために、ソフトウェアの代わりに又はソフトウェアと共に動作し得る、回路に配線接続されるか又は別の方法で具現化されたロジックの結果として、本明細書で説明又は例示した特定の機能を提供し得る。本開示は、特定のニーズに従って、ハードウェア及びソフトウェアの任意の適切な組み合わせを含む。

【0076】

本開示は、特定の動作を特定の順序で起こるものとして説明又は例示しているが、本開示は、任意の適切な順序で起こる任意の適切な動作を意図している。さらに、本開示は、任意の適切な動作が任意の適切な順序で１回以上繰り返されることを意図している。本開示は、特定の動作を順番に起こるものとして説明又は例示しているが、本開示は、適切な場合には、実質的に同時に起こる任意の適切な動作を意図している。本明細書で説明又は例示した任意の適切な動作又は一連の動作は、必要に応じて、オペレーティングシステム又はカーネル等の別のプロセスにより遮断、中断又は制御され得る。これらの行為は、オペレーティングシステム環境において又はシステム処理の全て又は重要な部分を占めるスタンドアロンルーチンとして動作できる。

【0077】

いくつかの実施形態が詳細に例示及び説明してきたが、添付の請求請求の範囲の精神及び範囲から逸脱することなく、置き換え及び変更が可能であることが認識されるであ。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】