(57)【特許請求の範囲】
【請求項１】
サーバによって、初期のモバイルデバイスから、リソースの分配を求める要求を受信することであって、前記要求が、分配される前記リソースを受けとるためのモバイルデバイスを指定しない、受信することと、
前記初期のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方を取得することと、
複数のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方を取得することと、
前記初期のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方と、前記複数のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方とに基づいて、前記複数のモバイルデバイスからモバイルデバイスのサブセットを選択することと、
前記リソースの総量を決定し、前記リソースの前記決定した総量から、前記選択したモバイルデバイスのサブセットの各モバイルデバイスに割り当てられる前記リソースのそれぞれの量を決定することと、
前記決定したそれぞれの量に基づいて、前記選択したモバイルデバイスのサブセットに前記リソースを分配することと
を含む、コンピュータ実行可能方法。
【請求項２】
前記モバイルデバイスのサブセットを選択することが、
前記初期のモバイルデバイスの前記位置および向きに基づいて領域を定義することと、
前記定義した領域内に位置するモバイルデバイスを識別することと
を伴う、請求項１に記載の方法。
【請求項３】
前記領域を定義することが、
前記初期のモバイルデバイスの前記位置を原点として使用することと、
第１の線を定義することであって、前記第１の線が、前記原点から始まり、前記初期のモバイルデバイスの前記向きに位置合わせされる、定義することと、
前記第１の線と、前記領域内の任意の点と前記原点を接続する直線との間に形成された角度が既定の閾値未満であるように前記領域を定義することと
を伴う、請求項２に記載の方法。
【請求項４】
前記モバイルデバイスのサブセットを選択することが、
前記初期のモバイルデバイスの前記位置を原点として使用することと、
前記原点に共通の頂点を有する複数のゾーンを定義することと、
１つまたは複数の定義したゾーン内に位置するモバイルデバイスを識別することと
を伴う、請求項１に記載の方法。
【請求項５】
前記モバイルデバイスのサブセットを選択することが、それぞれのモバイルデバイスと前記初期のモバイルデバイスとの間の関連性を決定することをさらに伴う、請求項１に記載の方法。
【請求項６】
前記モバイルデバイスのサブセットを選択することが、その向きが前記初期のモバイルデバイスの前記向きと実質的に同じであるモバイルデバイスを識別することを伴う、請求項１に記載の方法。
【請求項７】
前記情報が、リソースを分配するための情報を含み、
前記リソースの総量を決定することが、
前記選択したモバイルデバイスのサブセットを１つのグループに入れることと、
前記グループ内のモバイルデバイスの総数に基づいて前記リソースの前記総量を決定することと、
をさらに含む、請求項１に記載の方法。
【請求項８】
プロセッサと、
初期のモバイルデバイスから、リソースの分配を求める要求を受信するように構成された受信モジュールであって、前記要求が、分配される前記リソースを受けとるためのモバイルデバイスを指定しない、受信モジュールと、
前記初期のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方と、前記複数のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方とを得るように構成された取得モジュールと、
前記初期のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方と、前記複数のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方とに基づいて、前記複数のモバイルデバイスからモバイルデバイスのサブセットを選択するように構成された選択モジュールと、
前記リソースの総量を決定し、前記リソースの前記決定した総量から、前記選択したモバイルデバイスのサブセットの各モバイルデバイスに割り当てられる前記リソースのそれぞれの量を決定するように構成された供給モジュールと、
前記決定したそれぞれの量に基づいて、前記選択したモバイルデバイスのサブセットに前記リソースを分配するように構成された送信モジュールと
を含む、コンピュータサーバシステム。
【請求項９】
前記モバイルデバイスのサブセットを選択している間、前記選択モジュールが、前記初期のモバイルデバイスの前記位置および前記向きに基づいて領域を定義し、前記定義した領域内に位置するモバイルデバイスを識別するように構成される、請求項８に記載のコンピュータサーバシステム。
【請求項１０】
前記領域を定義することが、
前記初期のモバイルデバイスの前記位置を原点として使用することと、
第１の線を定義することであって、前記第１の線が、前記原点から始まり、前記初期のモバイルデバイスの前記向きに位置合わせされる、定義することと、
前記第１の線と、前記領域内の任意の点と前記原点を接続する直線との間に形成された角度が既定の閾値未満であるように前記領域を定義することと
を伴う、請求項８に記載のコンピュータサーバシステム。
【請求項１１】
前記モバイルデバイスのサブセットを選択している間、前記選択モジュールが、
前記初期のモバイルデバイスの前記位置を原点として使用し、
前記原点に共通の頂点を有する複数のゾーンを定義し、
１つまたは複数の定義したゾーン内に位置するモバイルデバイスを識別する
ように構成される、請求項８に記載のコンピュータサーバシステム。
【請求項１２】
前記モバイルデバイスのサブセットを選択している間、前記選択モジュールが、それぞれのモバイルデバイスと前記初期のモバイルデバイスとの間の関連性を決定するように構成される、請求項８に記載のコンピュータサーバシステム。
【請求項１３】
前記モバイルデバイスのサブセットを選択している間、前記選択モジュールが、その向きが前記初期のモバイルデバイスの前記向きと実質的に同じであるモバイルデバイスを識別するように構成される、請求項８に記載のコンピュータサーバシステム。
【請求項１４】
前記情報が、リソースを分配するための情報を含み、
前記供給モジュールが、前記選択したモバイルデバイスのサブセットを１つのグループに入れ、前記グループ内のモバイルデバイスの総数に基づいて前記リソースの前記総量を決定するように構成される、請求項８に記載のコンピュータサーバシステム。
【請求項１５】
コンピューティングデバイスによって実行されると、方法を前記コンピューティングデバイスに実行させる命令を格納する非一時的なコンピュータ可読記憶媒体であって、前記方法が、
サーバによって、初期のモバイルデバイスから、リソースの分配を求める要求を受信することであって、前記要求が、分配される前記リソースを受けとるためのモバイルデバイスを指定しない、受信することと、
前記初期のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方を取得することと、
複数のモバイルデバイスと関連付けられた位置情報、向き情報、又はその両方を取得することと、
前記初期のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方と、前記複数のモバイルデバイスと関連付けられた前記取得した位置情報、向き情報、又はその両方とに基づいて、前記複数のモバイルデバイスからモバイルデバイスのサブセットを選択することと、
前記リソースの総量を決定し、前記リソースの前記決定した総量から、前記選択したモバイルデバイスのサブセットの各モバイルデバイスに割り当てられる前記リソースのそれぞれの量を決定することと、
前記決定したそれぞれの量に基づいて、前記選択したモバイルデバイスのサブセットに前記リソースを分配することと
を含む、コンピュータ可読記憶媒体。
【請求項１６】
前記モバイルデバイスのサブセットを選択することが、
前記初期のモバイルデバイスの前記位置および向きに基づいて領域を定義することと、
前記定義した領域内に位置するモバイルデバイスを識別することと
を伴う、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１７】
前記モバイルデバイスのサブセットを選択することが、
前記初期のモバイルデバイスの前記位置を原点として使用することと、
前記原点に共通の頂点を有する複数のゾーンを定義することと、
１つまたは複数の定義したゾーン内に位置するモバイルデバイスを識別することと
を伴う、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１８】
前記モバイルデバイスのサブセットを選択することが、それぞれのモバイルデバイスと前記初期のモバイルデバイスとの間の関連性を決定することをさらに伴う、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記モバイルデバイスのサブセットを選択することが、その向きが前記初期のモバイルデバイスの前記向きと実質的に同じであるモバイルデバイスを識別することを伴う、請求項１５に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記情報が、リソースを分配するための情報を含み、
前記リソースの総量を決定することが、
前記選択したモバイルデバイスのサブセットを１つのグループに入れることと、
前記グループ内のモバイルデバイスの総数に基づいて前記リソースの前記総量を決定することと、
をさらに含む、請求項１５に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
分野
本出願は、サービスのユーザを発見して分類するための方法およびシステムに関する。より具体的には、この出願は、モバイルデバイスの位置および向きに基づいてユーザを分類するための方法およびシステムに関する。
【背景技術】
【０００２】
関連技術分野
モバイルコンピューティング技術の急速な発展により、モバイルアプリケーション（一般的にアプリと称される）の使用は、携帯電話ユーザの間でますます普及されるようになった。多くのマーケティング業者は、大勢の観衆との接触を試みる際はモバイルアプリに目を向けている。それに従って、多くのアプリは、マーケティングを目的として開発されてきた。例えば、WeChat（中国のTencent Inc.によって開発されたモバイルテキストおよび音声メッセージ通信サービス）は、マーケティング業者が彼らのブランドを促進するために現金またはクーポンをユーザに提供できるようにする紅包（ご祝儀）機能を提供する。また、TaobaoおよびTmall（TaobaoおよびTmallは、中国のAlibabaグループによって運営されるオンラインショッピングウェブサイトである）も、マーケティング業者のためのプロモーションプラットフォームとして使用することができる同様のモバイルアプリを提供する。
【０００３】
紅包アプリの人気の機能の１つは、「紅包分裂」であり、この機能により、ユーザは、受信した紅包（既定の金額の報奨金を含み得る）を複数の紅包に変えて、他のユーザに分配することができる。マーケティング業者は、紅包の伝播を通じて、大勢の観衆と効果的に接触することができる。同様に、マーケティング業者は、プロモーション用の材料（例えば、報奨金または商品券）を選択されたユーザグループに分配することを希望する場合がある。
【０００４】
これらの前述のアプリおよび他の同様のアプリには、サーバが、大多数のユーザからユーザグループを選択し、選択したユーザがグループとしてサーバと情報を交換できるようにする能力が必要とされる。成功をもたらすおよび信頼できる情報交換を保証するには、グループ内のユーザの数を制限する必要がある。特定のグループのユーザの数が既定の閾値を超える場合は、情報伝送エラーが発生する恐れがある。
【０００５】
「紅包分裂」アプリなどの従来の手法は、ユーザを分類してグループ内のユーザの数を制限するために、地理的範囲に依存する。例えば、「紅包分裂」アプリでは、通常、紅包の受信者は、彼の付近のユーザと分裂紅包を共有する必要がある。同様に、マーケティング業者は、半径１マイル以内などの特定の地理的な位置において、商品券をユーザに分配することができる。特定の地理的な位置には限られた数のユーザしか共存できないため、その位置情報を使用して、グループ内のユーザの数を制限することができる。ユーザの地理的または空間的情報は、ユーザが保持するモバイルデバイスの全地球測位システム（ＧＰＳ）モジュールから抽出することができる。ほとんどの民間のＧＰＳモジュールは精度が制限されているため、いくつかのアプリは、同じＧＰＳ読取値を有するユーザを１つのグループに入れることができる。例えば、典型的なモバイルデバイスのＧＰＳの精度範囲は、約１５メートルであり得る。すなわち、半径１５メートル以内のユーザは、同じＧＰＳ読取値を有し、従って、同じグループに割り当てられる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、同じ地理的な位置にいるユーザを分類するには限度がある。いくつかのアプリケーションでは、グループは、異なる地理的な位置のユーザを含める必要があり得る。例えば、「紅包分裂」アプリを使用しているユーザは、異なる都市に住んでいる彼の友人に分裂紅包を分配することを希望する場合がある。その上、マーケティング業者は、異なる都市から無作為に選択されたユーザのグループにプロモーション用の材料を分配することを希望する場合がある。従来の位置に基づく分類手法は、これらの状況において、十分な柔軟性を提供しない。
【課題を解決するための手段】
【０００７】
概要
本発明の一実施形態は、情報を送信するためのシステムを提供する。動作の間、システムは、サーバによって、初期のモバイルデバイスから、情報の送信を求める要求を受信する。要求は、情報の受け手を指定しない。システムは、初期のモバイルデバイスと関連付けられた位置および／または向き情報、ならびに複数のモバイルデバイスと関連付けられた位置および／または向き情報を得る。システムは、初期のモバイルデバイスと関連付けられた位置および／または向き情報、ならびに複数のモバイルデバイスと関連付けられた位置および／または向き情報に基づいて、複数のモバイルデバイスからモバイルデバイスのサブセットを選択し、選択したモバイルデバイスのサブセットに情報を送信する。
【０００８】
この実施形態の変形形態では、モバイルデバイスのサブセットを選択することは、初期のモバイルデバイスの位置および向きに基づいて領域を定義することと、定義した領域内に位置するモバイルデバイスを識別することとを伴う。
【０００９】
さらなる変形形態では、領域を定義することは、初期のモバイルデバイスの位置を原点として使用することと、水平面において第１の線を定義することであって、第１の線が、原点から始まり、初期のモバイルデバイスの向きに位置合わせされる、定義することと、第１の線と、領域内の任意の点と原点を接続する直線との間に形成された角度が既定の閾値未満であるように領域を定義することとを伴う。
【００１０】
この実施形態の変形形態では、モバイルデバイスのサブセットを選択することは、初期のモバイルデバイスの位置を原点として使用することと、原点に共通の頂点を有する複数の事前に定義されたゾーンに水平面を分割することと、１つまたは複数の既定のゾーン内に位置するモバイルデバイスを識別することとを伴う。
【００１１】
この実施形態の変形形態では、モバイルデバイスのサブセットを選択することは、それぞれのモバイルデバイスと初期のモバイルデバイスとの間の関連性を決定することをさらに伴う。
【００１２】
この実施形態の変形形態では、モバイルデバイスのサブセットを選択することは、その向きが初期のモバイルデバイスの向きと実質的に同じであるモバイルデバイスを識別することを伴う。
【００１３】
この実施形態の変形形態では、情報は、リソースを分配するための情報を含む。さらに、システムは、選択したモバイルデバイスのサブセットを１つのグループに入れ、グループ内のモバイルデバイスの総数に基づいてグループにリソースを供給し、グループ内の各モバイルデバイスにリソースを供給する。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態による、例示的な情報送信システムを示す図を提示する。
【図２】本発明の実施形態による、モバイルデバイスの向きを表現するための様々な手法を示す。
【図３Ａ】本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。
【図３Ｂ】本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。
【図４】本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。
【図５】本発明の実施形態による、モバイルデバイスの例示的なアーキテクチャを示す図を提示する。
【図６】本発明の実施形態による、サーバの例示的なアーキテクチャを示す図を提示する。
【図７】本発明の実施形態による、情報を送信するための例示的なプロセスを示すフローチャートを提示する。
【図８】本発明の実施形態による、リソース供給の例を示す図を提示する。
【図９】本発明の実施形態による、情報を送信するための例示的なプロセスを示すフローチャートを提示する。
【図１０】本発明の実施形態による、情報を送信するための例示的なコンピュータおよび通信システムを示す。
【発明を実施するための形態】
【００１５】
図中、同様の参照番号は、同じ図要素を指す。
【００１６】
以下の説明は、当業者が本発明を作成して使用できるように提示され、特定の応用およびその要件の文脈において提供される。開示される実施形態の様々な変更は、当業者には容易に明らかであり、本明細書で定義される一般的な原理は、本発明の精神および範囲から逸脱することなく、他の実施形態および応用に適用することができる。従って、本発明は、示される実施形態に限定されないが、本明細書で開示される原理および特徴と一致する最も広い範囲に添うものとする。
【００１７】
要約
本発明の実施形態は、異なる地理的な位置のユーザを一緒にまとめて、異なる地理的な位置のユーザが共通のリソースを共有できるようにする情報処理システムを提供し、共通のリソースは、現金または仮想通貨を含み得る。より具体的には、ローカルユーザは、ローカルユーザのモバイルデバイスをリモートユーザの方向に向けることによって、または、ローカルユーザのモバイルデバイスをリモートユーザのモバイルデバイスと同じ向きに合わせることによって、リソース共有に参加させるためのリモートユーザを選択することができる。グループに参加させるためのリモートユーザを選択している間、ローカルユーザは、リモートユーザを識別するために使用することができる明示的な情報を提供する必要はない。
【００１８】
情報送信システム
多くのモバイルアプリケーションは、情報の伝播を容易にするように設計される。より具体的には、いくつかのモバイルアプリケーションは、他のユーザ（情報受信者の連絡先リストに載っている人々など）に情報を中継するための情報受信者（ユーザ）を有するように設計される。人々は彼らが知っている人々によって送信された情報による影響をより受け易いことが示されている。従って、大量のＥメールを送信する代わりに、マーケティング業者は、彼らのプロモーション用の材料の初期の受信者がそれらの材料を他のユーザに転送することに頼るのを好む場合がある。従来の情報転送スキーム（Ｅメールまたはメッセージ転送など）では、転送者が転送先（例えば、受け手のアドレスまたは識別）を指定する必要がある場合が多い。これは、転送者にとって面倒であり、従って、情報を転送しようという意欲を妨げる。そのような障害を克服するため、多くのモバイルアプリケーションは、ユーザが単純な手の動きを使用して受信情報を転送できるようにする。いくつかのモバイルアプリケーションは、ユーザの周囲の友人を検出することができ、ユーザは、単に彼のモバイルデバイスを揺するかまたはその画面をタップすることによって、彼の周囲の友人に受信情報を転送することができる。ユーザは、受け手の識別情報を入力する必要はない。例えば、人気の紅包分裂アプリは、ユーザが、受信した紅包を増やし、画面上に表示された受信した紅包を単にタップすることによって、増やした紅包を彼の周囲の友人に分配できるようにする。
【００１９】
しかし、これは、初期の受信者の付近への情報の転送を制限する。ユーザがアプリを使用して（すなわち、受け手を指定することを必要としない方法で）遠隔地の友人に受信情報を転送することを希望する場合は、彼は、そうすることができないであろう。この問題を解決するため、本発明のいくつかの実施形態は、ユーザが遠く離れた受け手にそれらの遠く離れた受け手が誰かを指定することなく情報を転送できるようにする新規の情報伝播（または情報送信）システムを提供する。より具体的には、新規の情報送信システムは、モバイルデバイスと関連付けられた向き情報を使用して、情報の受け手を識別して選択する。
【００２０】
図１は、本発明の実施形態による、例示的な情報送信システムを示す図を提示する。図１では、情報送信システム１００は、ネットワーク１０２、サーバ１０４および多くのモバイルデバイス（モバイルデバイス１０６、１０８、１１０、１１２および１１４を含む）を含む。
【００２１】
サーバ１０４は、物理的なサーバであり得、スタンドアロンコンピュータ、スタンドアロンコンピュータのクラスタによって提供される仮想サーバ、またはクラウドサーバを含む。動作の間、サーバ１０４は、情報の伝播の調整に対する責任を有する。サーバ１０４は、１つまたは複数の事前に定義された基準に基づいて、複数の結合されたモバイルデバイスを単一のグループにまとめることができ、モバイルデバイスのユーザを指定することなく、グループメンバー間の情報交換を可能にすることができる。また、サーバ１０４は、同じグループのモバイルデバイスがグループとしてサーバと通信できるようにすることもできる。言い換えれば、それらの事前に定義された基準は、モバイルデバイスのユーザのアイデンティティに関与しない。
【００２２】
ネットワーク１０２は、様々なタイプの有線ネットワークから無線ネットワークまで含み得る。いくつかの実施形態では、ネットワーク１０２は、公衆交換電話網（ＰＳＴＮ）およびインターネットを含み得る。モバイルデバイス１０６〜１１４は、これらに限定されないが、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、様々な着用可能なコンピューティングデバイス（例えば、スマートグラスおよびウォッチ）などを含む、様々なコンピューティングデバイスを含み得る。
【００２３】
動作の間、サーバ１０４は、モバイルデバイス（例えば、モバイルデバイス１０６）から、他のモバイルデバイスに情報を送信することを求める要求を受信することができる。意図する受け手を指定する（アドレスまたはユーザ識別を通じて）従来の情報転送要求とは異なり、モバイルデバイス１０６によって送信される要求は、特定の受け手を指定しない。代わりに、モバイルデバイス１０６によって送信される要求は、受信側のモバイルデバイスを選択するためにサーバ１０４によって使用することができる１つまたは複数の基準を指定することができる。いくつかの実施形態では、基準は、これらに限定されないが、当モバイルデバイスの向きおよび候補モバイルデバイスの位置、当モバイルデバイスと候補モバイルデバイスの両方の位置、ならびに、当モバイルデバイスと候補モバイルデバイスの両方の向きを含み得る。要求は、要求側のモバイルデバイスの現在の位置および向きをさらに含み得る。例えば、要求の送信に先がけて、モバイルデバイス１０６は、モバイルデバイス１０６の現在の位置および向きデータを得るために、その様々な内部の位置および向きセンサ（例えば、ＧＰＳ、加速度計、ジャイロスコープおよび／または電子コンパス）を呼び出す必要があり得る。そのような位置および向き情報は、受信側のモバイルデバイスを選択するために、サーバ１０４によって使用することができる。
【００２４】
モバイルデバイスの向きは、通常の条件の下で、ユーザに近い方のモバイルデバイスの一方の端部から、ユーザから遠く離れた方のモバイルデバイスの他方の端部を指し示す方向として定義することができる。あるいは、モバイルデバイスの向きは、ユーザに近い方の端部からユーザから遠く離れた方の端部を指し示すモバイルデバイスの縦軸に沿って位置合わせすることができる。例えば、モバイルデバイスがスマートフォンまたはタブレットコンピュータである場合は、ユーザがそのタッチスクリーン上で操作している際のデバイスの向きは、通常、デバイスの下部からデバイスの上部を指し示す方向である。ここでは、デバイスの下部および上部は、通常、モバイルデバイスの製造業者によって事前に定義されていることに留意されたい。また、モバイルデバイスの向きは、ユーザがデバイスを保持する習慣にも関連し得る。モバイルデバイスのタッチスクリーン上で操作している際、一部のユーザは、直立状態でデバイスを保持しているが、一部のユーザは、実質的に水平にデバイスを保持しているかまたは机の表面などの水平面上にデバイスを置いている場合がある。ユーザが実質的に垂直にデバイスを保持している際は、デバイスの向きは、ユーザが顔を向けている方向と同じであり得る。例えば、ユーザが東に顔を向け、モバイルデバイスのタッチスクリーン上で操作していると仮定すると、モバイルデバイスの向きは東を指し示していると判断することができる。モバイルデバイスの向きを定義するための他の方法が存在する。例えば、モバイルデバイスの向きは、その横方向に沿ったまたは他の任意の合理的な方向（例えば、縦方向）に沿った延長として定義することもできる。簡単にするため、この開示では、デバイスの向きは、水平面においてデバイスがどのように置かれているかを言う。デバイスが傾いている場合は、その向きは、デバイスを水平面上に投影することによって決定することができる。しかし、モバイルデバイスの向きが定義される方法は、この開示の範囲を制限しない。
【００２５】
加速度計とジャイロスコープは両方とも、デバイスと関連付けられた位置情報を提供することができる。直線加速度のみを測定する加速度計とは異なり、ジャイロスコープは、モバイルデバイスの偏向および回転運動をより良く測定することができ、従って、ユーザの実際の動きの精密な分析の提供が可能である。モバイルデバイスのタイプに応じて、モバイルデバイスの向き情報は、加速度計またはジャイロスコープによって提供することができる。それに加えて、ある高度なモバイルデバイスは、精密な向き情報を提供することができる電子コンパスを実装することができる。好ましい電子コンパスは、傾斜補償を有する３軸コンパスを含み得、傾斜補償を有する３軸コンパスは、コンパスが傾いている時でさえ、実質的に精密な向き情報を提供することができる。
【００２６】
動作の際、向き検出モジュール（例えば、加速度計、ジャイロスコープおよび電子コンパス）は、モバイルデバイスの現在の向きと既知の方向（東、西、南、北など）との間で形成された角度をリアルタイムで検出することができる。従って、向き情報は、参照方向および角度を含み得る。例えば、モバイルデバイスの向きは、「北」、「北から東へ１０度」、「南」、「南から東へ２０度」などとして定義することができる。あるいは、向き情報は、方位角を含み得る。モバイルデバイスの向きを表現するための他の手法も可能である。いくつかの実施形態では、システムは、線を定義することができ、線の初期点は、モバイルデバイスの現在の位置であり、線の方向は、モバイルデバイスの向きに沿ったものである。そのような線は、「第１の」線または「参照」線と称され、モバイルデバイスの向きを表現するために使用することができる。さらに、システムは、既存の地図の緯度および経度（または、水平および垂直）の座標に基づいて第１の線を表現するための関数を決定し、この関数を使用して向き情報を伝えることができる。
【００２７】
図２は、本発明の実施形態による、モバイルデバイスの向きを表現するための様々な手法を示す。図２では、スマートフォン２０２は、その縦軸（破線２０４によって示されるような）が、東を指し示す直線と１５度の角度を形成するように置かれている。以前に論じられるように、モバイルデバイス２０２の向きは、矢印２０６によって示されるように、モバイルデバイス２０２の下部からモバイルデバイス２０４の上部を指し示す方向である。また、矢印２０６は、前述の参照線を表すためにも使用することができ、矢印２０６を説明するために地図の水平および垂直座標を使用する関数は、モバイルデバイス２０２と関連付けられた向きを示すために使用することができる。あるいは、モバイルデバイス２０２の向きは、「東から北へ１５度」としてまたは方位角８５度によって表現することができる。
【００２８】
送信予定の情報は、これらに限定されないが、金銭の贈り物、仮想通貨およびマーケティング用の材料（例えば、広告、クーポンなど）を交換させることができる情報や、様々なデジタル情報（例えば、テキスト、写真、ビデオおよび音声ファイルなど）を含み得る。金銭の贈り物の交換を可能にするには、モバイルデバイスは、モバイルデバイスのユーザと関連付けられた金融口座（例えば、銀行口座、クレジットカードなど）にリンクする必要があることに留意されたい。例えば、紅包に含まれる金額は、ユーザの銀行口座に移動することができる。
【００２９】
いくつかの実施形態では、モバイルデバイス１０６のユーザが情報送信要求を送信するという彼の意図を示し次第、モバイルデバイス１０６は、モバイルデバイス１０６と関連付けられた位置および向き情報を得るために、対応する位置および向きセンサを呼び出し、位置および向き情報を含めることによって要求を生成し、要求をサーバ１０４に送信する。モバイルデバイス１０６のユーザは、要求を送信するという彼の意図を示すために、モバイルデバイス１０６上での１つまたは複数の動作を実行することができる。動作は、これらに限定されないが、ボタンを押すこと、スイッチを切り替えること、アプリを始動させること、音声制御を入力すること、デバイスを揺すること、タッチスクリーン上での選択を行うことなどを含み得る。一般に、ユーザは、要求送信事象をトリガするために単純な動作を実行するだけで十分である。ユーザは、情報の受け手を指定する必要はない。
【００３０】
情報送信要求を受信次第、サーバ１０４は、受信側のデバイスとして、１つまたは複数の接続されたモバイルデバイスを選択することができる。受信側のデバイスを決定するために、サーバ１０４は、他の接続されたモバイルデバイスの最新の位置および向き情報を有する必要があることに留意されたい。いくつかの実施形態では、サーバ１０４は、情報送信要求を受信することに応答して、他のモバイルデバイスの位置および／または向きのために、他のモバイルデバイスへのクエリを行うことができる。いくつかの実施形態では、モバイルデバイスは、サーバ１０４に対してモバイルデバイスの位置および向き情報を定期的に更新することができる。あるいは、ある特定のユーザ動作（例えば、アプリを開くこと）が、サーバ１０４に対してモバイルデバイスの位置および向きを更新するようにモバイルデバイスをトリガすることもできる。いくつかの実施形態では、サーバ１０４は、第三者システムを通じて、モバイルデバイスの位置情報を得ることもできる。例えば、セルラネットワークの基地局は、モバイルデバイスとセルタワーとの間で交換される電波信号に基づいて、携帯電話の位置を追跡することができる。従って、サーバ１０４は、接続された携帯電話の位置情報を、これらの携帯電話のサービスプロバイダから得ることができる。あるいは、サーバ１０４は、モバイルデバイスと関連付けられた位置情報を、モバイルデバイスがそれらの位置を登録しているＧＰＳシステムから得ることもできる。サーバ１０４がモバイルデバイスの位置情報を第三者システムから得ることができる場合は、情報送信要求はもはや要求側のモバイルデバイスの位置情報を保持する必要がない。
【００３１】
接続されたモバイルデバイスと関連付けられた位置および／または向き情報に基づいて、サーバ１０４は、送信情報を受信するためのモバイルデバイスを選択することができる。いくつかの実施形態では、サーバ１０４は、送信側のモバイルデバイスの向きおよび受信側のデバイスの位置に基づいて、受信側のモバイルデバイスを選択することができる。例えば、送信側のモバイルデバイスが一定の方向（例えば、北）に向けられている場合は、サーバ１０４は、受信側のモバイルデバイスとして、その方向（例えば、送信側のデバイスの北）に位置するモバイルデバイスを選択することができる。そうするため、サーバは、最初に、候補モバイルデバイスの位置を決定し、次いで、デバイスの位置および送信側のデバイスの向きの両方に基づいて、送信側のモバイルデバイスが候補モバイルデバイスの方に向けられているかどうかを判断することができる。
【００３２】
図３Ａは、本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。図３Ａでは、黒い点は、サーバに接続されたモバイルデバイスを表す。例では、モバイルデバイス３０２は、送信側のデバイスであり、モバイルデバイス３０２から始まる矢印３０４（参照線としても知られている）は、モバイルデバイス３０２の向きを示し、その向きは、北東（または東から北へ４５度）である。
【００３３】
いくつかの実施形態では、サーバは、デバイスが、送信側のデバイスと関連付けられた参照線（矢印３０４）の進路上にあるかどうかに基づいて、受信側のデバイスを選択することができる。図３Ａに示される例では、モバイルデバイス３０６は、参照線３０４の進路上にあり、従って、サーバによって受信側のデバイスとして選択される。想像できるように、他のモバイルデバイスがちょうど参照線３０４の進路上にある可能性は小さいものであり得る。いくつかの実施形態では、サーバは、既定の範囲内で参照線３０４に隣接する受信側のデバイスを選択することができる。範囲は、角度または距離によって定義することができる。図３Ａに示される例では、システムは、参照線３０４の両側の追加の線３１２および３１４を定義することができる。これらの追加の線は、参照線３０４と同じ初期点を有し、その各々は、参照線３０４との小さな角度（例えば、１０度の角度）を形成する。言い換えれば、これらの追加の線は、送信側のモバイルデバイス３０２の向きに近い（既定の範囲内の）方向を指し示す。図３Ａでは、既定の範囲は１０度である。また、他の範囲も可能であり、情報送信要求を送信するユーザによってまたはサーバによって定義することができる。追加の線３１２と３１４との間に位置付けられるいかなるモバイルデバイス（例えば、モバイルデバイス３１６または３１８）も、受信側のモバイルデバイスとして選択することができる。
【００３４】
図３Ｂは、本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。図３Ａと同様に、図３Ｂの黒い点は、サーバに接続されたモバイルデバイスを表す。図３Ｂでは、送信側のモバイルデバイス３２０の位置を参照点として使用することで、破線によって示されるように、平面全体が複数の領域（領域Ｉ〜ＶＩＩＩ）に分割される。パーティション化は任意であり得、領域の数は８より多くも少なくもあり得ることに留意されたい。例えば、平面を４つまたは１６の領域にパーティション化することが可能である。図３Ｂに示される例では、パーティション化された各領域は、周知の方向範囲を表す。例えば、領域Ｉは北を表し、領域ＩＩは北東を表し、領域ＩＩＩは東を表すなど、以下同様である。実際には、これらの事前に定義された領域は、既知の方向範囲と一致する必要はない。領域が事前に定義された時点で、システムは、参照線（送信側のモバイルデバイスの向きに基づいて決定される）が属する領域を決定することができる。図３Ｂに示される例では、送信側のモバイルデバイス３２０の参照線（矢印３２２によって示されるような）は、領域ＩＩに属している。その結果、領域ＩＩ内に位置するいかなるモバイルデバイス（モバイルデバイス３２４または３２６など）も、受信側のモバイルデバイスとして選択することができる。平面のパーティション化は前もって実行されるため、サーバはもはや送信側のモバイルデバイスから候補モバイルデバイスの相対方向を見出す必要はない。代わりに、サーバは、候補モバイルデバイスが特定の領域内にあるかどうかを判断するだけで十分であり、従って、受信側のモバイルデバイスを選択するプロセスを簡略化する。
【００３５】
また、パーティション化を事前に定義することにより、送信側のモバイルデバイスは、それ自体の向きを含めることなく、情報送信要求を送信することができる。代わりに、要求は、１つまたは複数の事前に定義された領域を指定することができる。それに従って、サーバは、指定された領域に位置する受信側のモバイルデバイスを選択することができる。例えば、要求は、領域Ｉ（または、図３Ｂに示されるように、北）を指定することができる。そのような要求を受信次第、サーバは、パーティション化を実行するために送信側のモバイルデバイスを原点として使用し、指定された領域内に位置するモバイルデバイスを選択する。あるいは、サーバは、アルゴリズムを使用して、受信側のモバイルデバイスを選択する際にどの領域を使用するかを決定することができる。例えば、サーバが領域を無作為に選択することも、サーバが各領域における接続されたモバイルデバイスの数に基づいて領域を選択することもできる。
【００３６】
図３Ａおよび３Ｂに示される例では、受信側のモバイルデバイスがその中に位置する領域のサイズは指定されていない。理論上、サーバは送信側のモバイルデバイスと受信側のモバイルデバイスとの間の距離に対する制限を課さないため、そのサイズは無限であり得る。しかし、実際には、サーバは、受信側のモバイルデバイスを選択する際、受信側のモバイルデバイスの数を制限するために、他の制限を設定することができる。例えば、方向要件を満たしているモバイルデバイス（すなわち、モバイルデバイスが、決定された領域内にある）の場合、サーバは、送信側のモバイルデバイスからの距離が既定の範囲内にあるモバイルデバイスのみを選択することができる。あるいは、サーバは、市内、特定の州内または特定の国内のモバイルデバイスのみを選択することができる。
【００３７】
ほとんどのユーザは彼らが知っている人々（彼らの連絡先リストに載っている人々など）との情報の交換にのみ興味を有することを考慮すると、いくつかの実施形態では、サーバは、受信側のモバイルデバイスを選択するための基準として、送信側のモバイルデバイスの連絡先リストおよび／または通信履歴をさらに使用することができる。方向基準を満たしているすべてのモバイルデバイス（例えば、モバイルデバイスは、送信側のモバイルデバイスの向きに基づいて決定された特定の領域内に位置する）の中で、サーバは、送信側のモバイルデバイスと関連付けられたモバイルデバイスのみを選択することができる。候補モバイルデバイスが送信側のモバイルデバイスと関連付けられているかどうかを判断するために使用できる様々な基準があり、これらに限定されないが、候補モバイルデバイスが送信側のモバイルデバイスの連絡先リストに載っているかどうか（その逆も可能である）、および、これらの２つのデバイス間に以前の通信があるかどうかを含む。いくつかの実施形態では、情報送信要求は、ユーザ関係を指定することもできる。例えば、ユーザの連絡先リストは、友人、家族の一員、同僚、ビジネス関係者、隣人など、様々なグループを含み得、情報送信要求は、これらの連絡先グループのうちの１つまたは複数を指定することができる。それに従って、サーバは、モバイルデバイスが指定された連絡先グループに属しているかどうかに基づいて、モバイルデバイスを選択することができる。例えば、図３Ｂでは、モバイルデバイス３２４は、送信側のモバイルデバイス３２０の友人グループに属し得、モバイルデバイス３２６は、送信側のモバイルデバイス３２０の同僚グループに属し得る。モバイルデバイス３２０が、情報送信要求において、受信側のモバイルデバイスが友人グループに属しているべきであることを指定している場合は、サーバは、受信側のモバイルデバイスとして、モバイルデバイス３２４のみを選択する。
【００３８】
他のモバイルデバイスの位置を使用することに加えて、いくつかの実施形態では、サーバは、受信側のモバイルデバイスを選択するための基準として、他のモバイルデバイスの向きを使用することもできる。例えば、サーバは、他のモバイルデバイスの向き情報を得て、受信側のモバイルデバイスとして、送信側のモバイルデバイスと同様の向きを有するモバイルデバイスを選択することができる。図４は、本発明の実施形態による、受信側のモバイルデバイスを選択するための手法の１つを示す図を提示する。図４に示される例では、送信側のモバイルデバイス４０２の向きは北に向けられており、サーバに接続された他のモバイルデバイスが複数存在する。他のモバイルデバイスは、様々な方法で向きが合わせられている。動作の間、送信側のモバイルデバイス４０２は、情報送信要求を送信することができ、それ自体の向き（例えば、北）を要求に含めることができる。要求を受信次第、サーバは、他のモバイルデバイスの向き情報を得て、モバイルデバイス４０４および４０６など、これらのデバイスの位置が送信側のモバイルデバイス４０２に対してかなり異なる場合であっても、同じ北の向きを有するモバイルデバイスを選択する。この例では、モバイルデバイス４０４は、送信側のモバイルデバイス４０２の北西に位置し、モバイルデバイス４０６は、送信側のモバイルデバイス４０２の実質的に南に位置する。送信側のモバイルデバイスと全く同じ向きを有するモバイルデバイスを識別することが難しい場合があり、従って、いくつかの実施形態では、選択されたモバイルデバイスの向きは、送信側のモバイルデバイスの向きとわずかに異なる場合がある（そのような違いが既定の範囲内である限り）ことに留意されたい。例えば、送信側のモバイルデバイス４０２の向きは、０度または３６０度としてのその方位角を使用して表現することができ、選択された受信側のモバイルデバイスの方位角は、±δ度間または３６０度±δ度間であり得、δは、事前に定義された小さな数値である。
【００３９】
図５は、本発明の実施形態による、モバイルデバイスの例示的なアーキテクチャを示す図を提示する。図５では、モバイルデバイス５００は、向き検出モジュール５０２、要求生成モジュール５０４および送信／受信モジュール５０６を含む。向き検出モジュール５０２は、モバイルデバイス５０２の向きの検出に対する責任を有し、加速度計、ジャイロスコープおよび電子コンパスのうちの１つまたは複数を含み得る。いくつかの実施形態では、向き検出モジュール５０２は、傾斜補償を有する３軸電子コンパスを含み得る。要求生成モジュール５０４は、情報送信要求の生成に対する責任を有する。情報送信要求を生成する際、要求生成モジュール５０４は、通常、受信側のモバイルデバイスを指定しない。いくつかの実施形態では、要求生成モジュール５０４は、生成した要求にモバイルデバイス５０２の向きを含む。あるいは、生成した要求にモバイルデバイス５０２の向きを含む代わりに、要求生成モジュール５０４は、向き範囲を指定する要求を生成することができる。要求生成モジュール５０４は、タッチスクリーン上で１回タップするかまたはモバイルデバイスを揺するなど、単純なユーザ動作に応答して、要求を生成することができる。送信／受信モジュール５０６は、モバイルデバイス５０２とサーバとの間の通信に対する責任を有する。送信／受信モジュール５０６は、サーバに要求を送信することができ、モバイルデバイス５０２が受信側のデバイスとして選択される場合には、サーバから情報を受信することができる。
【００４０】
図６は、本発明の実施形態による、サーバの例示的なアーキテクチャを示す図を提示する。図６では、サーバ６００は、要求受信モジュール６０２、位置／向き抽出モジュール６０４、デバイス選択モジュール６０６、リソース供給モジュール６０８および送信モジュール６１０を含む。
【００４１】
要求受信モジュール６０２は、情報送信要求の受信に対する責任を有する。そのような要求は、モバイルデバイスからまたはサーバ６００上で実行中の他のアプリケーションから受信することができる。位置／向き抽出モジュール６０４は、サーバに現在接続されているモバイルデバイスと関連付けられた位置および／または向き情報の抽出に対する責任を有する。そのような情報は、モバイルデバイス上に装備されているＧＰＳモジュールおよび向き検出モジュール（例えば、電子コンパス）とインタフェースを取ることによって抽出することができる。デバイス選択モジュール６０６は、情報を受信するためのモバイルデバイスの選択に対する責任を有する。デバイス選択モジュール６０６は、これらに限定されないが、送信側のモバイルデバイスの位置、送信側のモバイルデバイスの向き、候補の受信側のモバイルデバイスの位置、候補の受信側のモバイルデバイスの向き、送信側のモバイルデバイスと候補の受信側のモバイルデバイスとの間の関連性およびそれらの任意の組合せを含む、様々なタイプの情報に基づいて、受信側のモバイルデバイスを選択することができる。
【００４２】
リソース供給モジュール６０８は、選択されたモバイルデバイスへの利用可能なリソースの供給に対する責任を有する。リソースは、これらに限定されないが、報奨金（モバイルデバイスが金融口座にリンクされている場合）、ギフト券（現実の商品を交換するために使用できる）、仮想通貨、仮想商品およびそれらの任意の組合せを含み得る。より具体的には、リソース供給モジュール６０８は、送信側のモバイルデバイス（存在する場合）および選択された受信側のモバイルデバイスを１つのグループに入れ、総リソース量およびグループ内のデバイスの数に基づいてグループにリソースを供給する。グループに供給されるリソースは、利用可能な総リソース量以下であることに留意されたい。アプリケーションに応じて、リソース供給モジュール６０８は、異なる基準を使用して、グループにリソースを供給することができる。アプリケーションが利益の分配を意図するもの（通常、特定の祝日に関連する）であれば（各参加ユーザが同じリソース量を期待していることを意味する）、リソース供給モジュール６０８は、グループ内のデバイスの数に比例するリソース量をグループに供給することができる。言い換えれば、より多くのデバイスを有するグループには、より少ないデバイスを有するグループより多くのリソースが供給される。他方では、アプリケーションがラッキードローに対するものであれば（幸運な少数の者のみが大量のリソースを受け取ることができることを意味する）、リソース供給モジュール６０８は、グループ内のデバイスの数に反比例するリソース量をグループに供給することができる。言い換えれば、より少ないデバイスを有するグループには、より多くのデバイスを有するグループより多くのリソースが供給される。
【００４３】
グループへの供給に加えて、リソース供給モジュール６０８は、グループの各メンバーへのリソースの供給に対する責任も有する。メンバーに供給されるリソースは、グループに供給されるリソースを超えてはならない。いくつかの実施形態では、リソース供給モジュール６０８は、グループメンバー間でグループリソースを均等に分配することができる。いくつかの実施形態では、リソース供給モジュール６０８は、ユーザランキングに基づいて、グループメンバー間でグループリソースを分配することができる。例えば、より高いランキングを有するユーザ（ユーザによってまたはシステムによって定義された様々な基準に基づいて決定することができる）は、より多くのリソースを得ることができる。
【００４４】
図７は、本発明の実施形態による、情報を送信するための例示的なプロセスを示すフローチャートを提示する。動作の間、サーバは、送信側のモバイルデバイスから情報送信要求を受信する（動作７０２）。情報送信要求は、いかなる受信側のモバイルデバイスも（名前によってまたはアドレスによって）識別しないことに留意されたい。いくつかの実施形態では、情報送信要求は、送信側のモバイルデバイスと関連付けられた向き情報を含み得る。言い換えれば、情報送信要求は、送信側のモバイルデバイスが指し示す方向を示すことができる。そのような向き情報は、モバイルデバイス上に装備されている電子コンパスから得ることができる。例えば、都市Ａに位置するユーザが、都市Ｂに位置するユーザのグループに情報を送信することを意図する際、都市Ａのユーザは、彼のモバイルデバイスが都市Ｂの方向を指し示すようにすることができる。モバイルデバイスが都市Ｂの方に向けられているとサーバが判断できるようにするため、ユーザのモバイルデバイスの向きは、情報送信要求に含まれる。
【００４５】
代替の実施形態では、情報送信要求は、情報送信要求を含まない。サーバは、別々にモバイルデバイスへのクエリを行うことによってモバイルデバイスの向きを得ることができるか、または、サーバには、モバイルデバイスの向き情報は必要ではない。
【００４６】
また、情報送信要求は、送信予定の情報のタイプおよび／または量（適用可能な場合）を指定することもでき、これらに限定されないが、金銭の贈り物、現実の商品の商品券、仮想通貨または商品、マーケティング用の材料（例えば、広告、クーポンなど）および様々なデジタル情報（例えば、テキスト、写真、ビデオおよび音声ファイルなど）を含み得る。それに加えて、システムは、ユーザが情報送信要求を編集できるようにすることができる。例えば、ユーザは、メッセージ（祝日の挨拶、通知など）を情報送信要求に含めることができる。
【００４７】
要求を受信することに続いて、サーバは、送信側のモバイルデバイスの位置およびサーバに現在接続されている他のモバイルデバイスの位置を決定する（動作７０４）。いくつかの実施形態では、サーバは、モバイルデバイスの位置を得るために、モバイルデバイス上に装備されている位置センサ（ＧＰＳモジュールなど）へのクエリを行う必要があり得る。そのようなクエリは、オンデマンドでまたは定期的に実行することができる。あるいは、サーバに接続されたモバイルデバイスは、その位置情報を定期的に更新することができる。
【００４８】
次いで、サーバは、送信側のモバイルデバイスの現在の位置および他の接続されたモバイルデバイスの現在の位置に基づいて、他の接続されたモバイルデバイスの相対的な位置を決定する（動作７０６）。相対的な位置は、送信側のモバイルデバイスの方向および／または送信側のモバイルデバイスまでの距離を含み得る。例えば、サーバは、モバイルデバイスが送信側のモバイルデバイスの５０マイル北にあると決定することができる。
【００４９】
それに続いて、サーバは、送信側のモバイルデバイスの向き、他の接続されたモバイルデバイスの相対的な位置および／または向きに基づいて、他の接続されたモバイルデバイスから、１つまたは複数のモバイルデバイスを受信側のモバイルデバイスとして選択する（動作７０８）。いくつかの実施形態では、システムは、選択されたモバイルデバイスの相対的な位置が送信側のモバイルデバイスの向きと実質的に同じであると決定した場合は、１つまたは複数のモバイルデバイスを受信側のモバイルデバイスとして選択することができる。例えば、送信側のモバイルデバイスが北東を指し示している場合は、送信側のモバイルデバイスの北東の方のモバイルデバイスを受信側のデバイスとして選択することができる。代替の実施形態では、システムは、受信ゾーンとして（送信側のモバイルデバイスの向きにかかわらず）、１つまたは複数の事前に定義された領域を選択することができ、受信ゾーン内に位置するモバイルデバイスを受信側のデバイスとして選択することができる。例えば、システムは、東、北東および北の領域（例えば、図３Ｂに示される領域ＩＩＩ、ＩＩおよびＩ）を事前に選択することができ、その相対的な位置がそれらの領域内であるモバイルデバイスが受信側のモバイルデバイスとして選択される。さらなる実施形態では、サーバは、他の接続されたモバイルデバイスのユーザと送信側のモバイルデバイスのユーザとの間の関係に基づいて、フィルタを適用することもできる。例えば、サーバは、受信側のデバイスとして、送信側のモバイルデバイスの連絡先リストに載っているモバイルデバイスのみを選択することができる。
【００５０】
あるいは、サーバは、ユーザが受信側のデバイスの相対的な位置を決定できるようにすることができる。そのための方法の１つは、サーバが他のモバイルデバイスの相対的な位置をユーザに提示できることである（図３Ｂに示されるものと同様の地図を使用して）。ユーザは、地図およびある特定のユーザまたはシステムが定義した基準に基づいて、受信側のデバイスを選択するためにサーバがどの方向またはゾーンを使用すべきかを判断することができる。例えば、送信側のモバイルデバイスの南の方よりも送信側のモバイルデバイスの北の方により多くのモバイルデバイスが位置する場合がある。送信側のユーザがより多くの追加のユーザに情報を受信させることを意図する場合は、送信側のユーザは、彼自身の北の方の受信側のデバイスをサーバが選択すべきであることを指定することも、その逆も可能である。
【００５１】
受信側のモバイルデバイスが選択された時点で、送信側のモバイルデバイスおよび選択された受信側のモバイルデバイスは、１つまたは複数のグループに分類され、グループ内のメンバーは、グループとしてサーバと通信することができる。いくつかの実施形態では、同じグループ内のモバイルデバイスは、モバイルデバイスのグループメンバーの識別に関する情報を有さない。サーバのみがそのような情報を維持する。送信予定の情報が物理的なまたは仮想的なリソースを含む場合は、サーバは、グループにリソースを供給することができる（動作７１０）。いくつかの実施形態では、システムは、各グループに固定されたリソース量を供給する。いくつかの実施形態では、グループに供給されるリソース量は、グループ内に含まれるモバイルデバイス／ユーザの数に基づいて決定される。それに続いて、サーバは、グループ内の個々のユーザにリソースを供給する（動作７１２）。サーバが各グループメンバーに同じ量のリソースを提供することも、サーバがより高いランキングを有するメンバーにより多くのリソースを提供することもできる。
【００５２】
それに続いて、サーバは、情報（例えば、供給されたリソース）をグループ内の各メンバーに送信する（動作７１４）。供給されたリソースが報奨金を含む場合は、送信される情報は、金融口座番号、金額、認証コードなど、口座送金を完了するために必要な情報を含み得る。
【００５３】
図８は、本発明の実施形態による、リソース供給の例を示す図を提示する。図８では、送信側のモバイルデバイスに対するモバイルデバイスの位置に基づいて、システムは、多くのモバイルデバイス（例えば、デバイスＡ、Ｂ、Ｃ、Ｄなど）を選択し、それらを２つのグループ（グループ００１およびグループ００２）に分類する。グループ００１は、送信側のモバイルデバイスの東の方のモバイルデバイスを含み、グループ００２は、送信側のモバイルデバイスの北東の方のモバイルデバイスを含む。グループ００１は、２人のグループメンバーを含み、グループ００２は、３００人のメンバーを含む。
【００５４】
図８に示される例では、サーバは、各グループのメンバー数に基づいて各グループに供給する（すなわち、より多くのメンバー数を有するグループは、より多くのリソースを受け取る）。それに従って、グループ００１には、１０００ドルの現金額が供給され、グループ００２には、６０，０００ドルの現金額が供給される。グループが異なれば、個々のメンバーに供給するための事前に定義された規則も異なり得る。例えば、システムは、より高くランク付けされメンバーにより多くのリソースを提供するという規則を使用して、グループ００１のメンバーに供給するように構成することができる。その結果、より高くランク付けされたモバイルデバイスＢは９００ドルを受け取り、より低くランク付けされたモバイルデバイスＡは１００ドルを受け取る。また、システムは、グループリソースをそのメンバー間で均等に分配するという規則を使用して、グループ００２のメンバーに供給するように構成することもできる。その結果、グループ００２の各メンバーは、２００ドルを受け取る（６００００／３００＝２００）。
【００５５】
図９は、本発明の実施形態による、情報を送信するための例示的なプロセスを示すフローチャートを提示する。動作の間、サーバは、情報送信要求を受信する（動作９０２）。情報送信要求は、モバイルデバイス（「送信側のモバイルデバイス」と称することができる）から、または、サーバ上で実行中のプログラムから送信することができる。言い換えれば、ユーザが、彼のモバイルデバイスを操作することによって情報送信プロセスを初期化することも（紅包分裂の事例において）、サーバへのアクセスを有する管理者が、情報送信プロセスを初期化することもできる（マーケティング業者がマーケティング用の材料を分配する事例のように）。
【００５６】
サーバは、サーバに接続されるすべてのモバイルデバイスの向き情報を得る（動作９０４）。いくつかの実施形態では、サーバは、情報送信要求を受信することに応答して、モバイルデバイスの最新の向き情報を得るために、モバイルデバイスへのクエリを行う。いくつかの実施形態では、サーバが、モバイルデバイスの向きに関してモバイルデバイスへのクエリを定期的に行うことも、モバイルデバイスが、定期的にまたはユーザによって命じられた際に、サーバにモバイルデバイスの向き情報を更新することもできる。向き情報は、異なる粒度を有し得る。いくつかの実施形態では、モバイルデバイスの向きは、最も近い度合いまで四捨五入されたその方位角であり得る。いくつかの実施形態では、モバイルデバイスの向きは、モバイルデバイスが大体位置合わせされる事前に定義された方向（例えば、北、北東、南、南西など）のうちの１つであり得る。
【００５７】
次いで、サーバは、実質的に同じ向きを有するモバイルデバイスを選択し（動作９０６）、選択したモバイルデバイスを１つのグループに入れることができる（動作９０８）。情報送信要求が送信側のモバイルデバイスによって初期化される場合は、サーバは、送信側のモバイルデバイスと同じ向きを有する他の接続されたモバイルデバイスを１つのグループに入れることができる。サーバが初期化する要求の場合は、１つまたは複数のグループを形成することができる。例えば、サーバが、北を指し示しているモバイルデバイスを選択することによって１つのグループのみを形成することも、サーバが、すべてのモバイルデバイスを選択し、モバイルデバイスの向きに基づいてモバイルデバイスを異なるグループに分割することもできる。
【００５８】
同様の向きを有するモバイルデバイスの数が膨大であり得ることを考慮すると、いくつかの実施形態では、サーバは、フィルタを適用することができる。フィルタは、時間に基づくものであり得る。例えば、システムは、フィルタとしてモバイルデバイスがモバイルデバイスの向きを報告する時間窓（例えば、１分または５分窓）を使用することができる。このように、受信側のモバイルデバイスを選択する際は、サーバは、既定の時間窓内（例えば、最後の５分以内）にモバイルデバイスの向きをサーバに報告した、同様の向きを有するモバイルデバイスを選択することができる。この構成により、より能動的なユーザ制御が可能になる。例えば、複数のユーザが彼ら自身の間で１つのグループを形成することを希望する場合は、彼らは、時間を事前に選択し、事前に選択した時間において、彼らは、彼らのモバイルデバイスの向きを同じ方向に合わせ、サーバに彼らのデバイス向きを更新することができる。その結果、彼らのモバイルデバイスは時間基準と向き基準の両方を満たしているため、サーバが彼らのモバイルデバイスを一緒にまとめる可能性が最も高くなる。時間に基づくフィルタに加えて、フィルタリング条件として、ユーザ関係を使用することもできる。また、時間フィルタは、ラッキードローのアプリケーションで使用することもできる。例えば、サーバは、狭い時間窓（例えば、元旦の午前零時まで１秒を有するかまたは１秒を切る時間窓）および無作為の明確に定義された向き（例えば、２３度の方位角）を選択することができる。時間窓内に、その方向に彼のモバイルデバイスの向きを合わせ、サーバにその向きを更新したユーザが勝者である（デバイス上で単純な操作を実行することによって行うことができる）。
【００５９】
それに続いて、サーバはグループに供給し（動作９１０）、グループ内のメンバーに供給し（動作９１２）、適切な情報をグループのメンバーに送信する（動作９１４）。動作９１０〜９１４は、動作７１０〜７１４と同様である。
【００６０】
コンピュータおよび通信システム
図１０は、本発明の実施形態による、情報を送信するための例示的なコンピュータおよび通信システムを示す。図１０では、情報送信システム１０００は、プロセッサ１０１０、メモリ１０２０および記憶装置１０３０を含む。記憶装置１０３０は、通常、命令を格納し、命令は、上記で言及される方法を実行するために、メモリ１０２０にロードし、プロセッサ１０１０によって実行することができる。一実施形態では、記憶装置１０３０内の命令は、要求受信モジュール１０３２、位置／向き抽出モジュール１０３４、デバイス選択モジュール１０３６、リソース供給モジュール１０３８および送信モジュール１０４０を実装することができ、それらはすべて、様々な手段を通じて互いに連通することができる。
【００６１】
いくつかの実施形態では、モジュール１０３２、１０３４、１０３６、１０３８および１０４０は、ハードウェアにおいて部分的にまたは全体的に実装することができ、プロセッサ１０１０の一部であり得る。さらに、いくつかの実施形態では、システムは、別々のプロセッサおよびメモリを含まない場合がある。代わりに、それらの特定のタスクを実行することに加えて、モジュール１０３２、１０３４、１０３６、１０３８および１０４０は、別々にまたは共同で、一般または特殊用途演算エンジンの一部であり得る。
【００６２】
記憶装置１０３０は、プロセッサ１０１０によって実行されるプログラムを格納する。具体的には、記憶装置１０３０は、取引プラットフォームのためのシステム（アプリケーション）を実装するプログラムを格納する。動作の間、アプリケーションプログラムは、記憶装置１０３０からメモリ１０２０にロードされ、プロセッサ１４１０によって実行することができる。その結果、システム１０００は、上記で説明される機能を実行することができる。システム１０００は、任意選択のディスプレイ１０８０（タッチスクリーンディスプレイであり得る）、キーボード１０６０およびポインティングデバイス１０７０と結合することができ、また、１つまたは複数のネットワークインタフェースを介してネットワーク１０８２と結合することもできる。
【００６３】
この詳細な説明で説明されるデータ構造およびコードは、通常、コンピュータ可読記憶媒体上に格納され、コンピュータ可読記憶媒体は、コンピュータシステムによる使用のためにコードおよび／またはデータを格納できるいかなるデバイスまたは媒体でもあり得る。コンピュータ可読記憶媒体は、これらに限定されないが、揮発性メモリ、不揮発性メモリ、磁気および光学記憶装置（ディスクドライブ、磁気テープ、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスクまたはデジタルビデオディスク）など）、または、現在知られているかもしくは後に開発されるコンピュータ可読媒体の格納が可能な他の媒体を含む。
【００６４】
詳細な説明の項目で説明される方法およびプロセスは、コードおよび／またはデータとして具体化することができ、コードおよび／またはデータは、上記で説明されるように、コンピュータ可読記憶媒体に格納することができる。コンピュータシステムがコンピュータ可読記憶媒体上に格納されたコードおよび／またはデータを読み取って実行する際は、コンピュータシステムは、データ構造およびコードとして具体化されてコンピュータ可読記憶媒体内に格納された方法およびプロセスを実行する。
【００６５】
その上、本明細書で説明される方法およびプロセスは、ハードウェアモジュールまたは装置に含めることができる。これらのモジュールまたは装置は、これらに限定されないが、特定用途向け集積回路（ＡＳＩＣ）チップ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定の時間に特定のソフトウェアモジュールもしくはコード片を実行する専用もしくは共有プロセッサ、および／または、現在知られているかもしくは後に開発される他のプログラム可能論理デバイスを含み得る。ハードウェアモジュールまたは装置が起動されると、ハードウェアモジュールまたは装置は、それらの中に含まれる方法およびプロセスを実行する。
【図１】
0006453466.tif 000002
【図２】
0006453466.tif 000003
【図３Ａ】
0006453466.tif 000004
【図３Ｂ】
0006453466.tif 000005
【図４】
0006453466.tif 000006
【図５】
0006453466.tif 000007
【図６】
0006453466.tif 000008
【図７】
0006453466.tif 000009
【図８】
0006453466.tif 000010
【図９】
0006453466.tif 000011
【図１０】
0006453466.tif 000012