(57)【特許請求の範囲】
【請求項１】
複数のユーザからなるグループの支払取引を追跡するためのコンピュータによって実施される方法であって、
コンピュータシステムにより、少なくとも３人のユーザを含むグループを作成するステップと、
前記コンピュータシステムにより、複数の支払取引を含む前記グループの取引履歴を保存するステップであって、前記複数の支払取引のそれぞれは、前記グループのうちの１人のユーザと第三者との間でなされ、前記第三者に対する支払額に関連付けられ、前記グループの前記少なくとも３人のユーザ間での債務の配分を含む、ステップと、
前記グループのうちの１人のユーザと第三者との間で完了された支払取引の情報を受信したことに応答して、前記コンピュータシステムにより、前記支払取引が前記グループに対して設定された日にちの範囲内で発生したものであるか否かを判定するステップと、
前記支払取引が前記日にちの範囲内で発生したものであると判定したことに応答して、前記コンピュータシステムにより、前記支払取引を含むように前記グループの前記取引履歴を更新するステップと、
前記取引履歴に含まれた前記支払取引に関連付けられた支払額に基づいて、前記取引履歴に保存された総残高を更新するステップと、
清算イベントに応答して、前記コンピュータシステムにより、前記総残高に含まれた前記支払取引の前記配分に従って、前記日にちの範囲内で発生した前記支払取引に対し、前記グループの前記少なくとも３人のユーザ間の送金をトリガすることによって前記総残高を清算するステップと
を有する、方法。
【請求項２】
前記グループの追加のユーザによってトリガされた追加の支払取引の情報を受信するステップと、
前記追加の支払取引を前記取引履歴に追加するか否かを前記追加のユーザに問い合わせるステップと、
前記追加の支払取引を追加することを示す返答に基づいて、前記追加の支払取引を含むように前記取引履歴を更新するステップと
をさらに有する、請求項１に記載の方法。
【請求項３】
前記追加の支払取引の情報は、前記追加のユーザがユーザデバイスを介して前記追加の支払取引を完了したことに応答して、前記ユーザデバイスから受信される、請求項２に記載の方法。
【請求項４】
前記追加の支払取引は、前記追加のユーザの口座を使用してなされ、
前記追加の支払取引の情報は、前記追加のユーザが前記口座を有する金融機関の電子システムから受信される、請求項２に記載の方法。
【請求項５】
追加の支払取引を手動で追加する要求をユーザデバイスから受信するステップと、
前記追加の支払取引に関する情報を要求するフォームを前記ユーザデバイスに送信するステップと、
要求した情報を伴う前記フォームを前記ユーザデバイスから受信したことに応答して、前記追加の支払取引を含むように前記取引履歴を更新するステップと
をさらに有する、請求項１に記載の方法。
【請求項６】
前記清算イベントは、終了日に達したこと、前記グループのうちの１人のユーザが清算を要求したこと、および総残高が所定の金額に達したことのうちの少なくとも１つである、請求項１に記載の方法。
【請求項７】
複数のユーザからなるグループの支払取引を追跡するためのコンピュータ実行可能命令を含むコンピュータプログラムであって、
前記コンピュータ実行可能命令は、
グループモジュールと、
追跡モジュールと、
残高モジュールと、
清算モジュールと
を含み、
前記グループモジュールは、少なくとも３人のユーザを含むグループを作成するように構成され、
前記追跡モジュールは、
複数の支払取引を含む前記グループの取引履歴を保存する手順であって、前記複数の支払取引のそれぞれは、前記グループのうちの１人のユーザと第三者との間でなされ、支払額に関連付けられ、前記グループの前記少なくとも３人のユーザ間での債務の配分を含む、手順と、
前記グループのうちの１人のユーザと第三者との間で完了された支払取引の情報を受信したことに応答して、前記支払取引が前記グループに対して設定された日にちの範囲内で発生したものであるか否かを判定する手順と
を実行するように構成され、
前記残高モジュールは、
前記支払取引が前記日にちの範囲内で発生したものであると判定したことに応答して、前記支払取引を含むように前記グループの前記取引履歴を更新する手順と、
前記取引履歴に含まれた前記支払取引に関連付けられた支払額に基づいて、前記取引履歴に保存された総残高を更新する手順と
を実行するように構成され、
前記清算モジュールは、前記総残高に含まれた前記支払取引の前記配分に従って、前記日にちの範囲内で発生した前記支払取引に対し、前記グループの前記少なくとも３人のユーザ間の送金をトリガすることによって前記総残高を清算するように構成される、コンピュータプログラム。
【請求項８】
前記追跡モジュールは、
前記グループのうちの追加のユーザによってトリガされた追加の支払取引の情報を受信する手順と、
前記追加の支払取引を前記取引履歴に追加するか否かを前記追加のユーザに問い合わせる手順と、
前記追加の支払取引を追加することを示す返答に基づいて、前記追加の支払取引を含むように前記取引履歴を更新する手順と
を実行するようにさらに構成される、請求項７に記載のコンピュータプログラム。
【請求項９】
複数のユーザからなるグループの支払取引を追跡するためのコンピュータシステムであって、
コンピュータプロセッサと、
前記コンピュータプロセッサで実行されるように構成されたコンピュータプログラムモジュールを格納する非一時的コンピュータ可読記憶媒体と
を具備し、
前記コンピュータプログラムモジュールは、
グループモジュールと、
追跡モジュールと、
残高モジュールと、
清算モジュールと
を含み、
前記グループモジュールは、少なくとも３人のユーザを含むグループを作成するように構成され、
前記追跡モジュールは、
複数の支払取引を含む前記グループの取引履歴を保存する手順であって、前記複数の支払取引のそれぞれは、前記グループのうちの１人のユーザと第三者との間でなされ、支払額に関連付けられ、前記グループの前記少なくとも３人のユーザ間での債務の配分を含む、手順と、
前記グループのうちの１人のユーザと第三者との間で完了された支払取引の情報を受信したことに応答して、前記支払取引が前記グループに対して設定された日にちの範囲内で発生したものであるか否かを判定する手順と
を実行するように構成され、
前記残高モジュールは、
前記支払取引が前記日にちの範囲内で発生したものであると判定したことに応答して、前記支払取引を含むように前記グループの前記取引履歴を更新する手順と、
前記取引履歴に含まれた前記支払取引に関連付けられた支払額に基づいて、前記取引履歴に保存された総残高を更新する手順と
を実行するように構成され、
前記清算モジュールは、前記総残高に含まれた前記支払取引の前記配分に従って、前記日にちの範囲内で発生した前記支払取引に対し、前記グループの前記少なくとも３人のユーザ間の送金をトリガすることによって前記総残高を清算するように構成される、システム。
【請求項１０】
前記追跡モジュールは、
前記グループのうちの追加のユーザによってトリガされた追加の支払取引の情報を受信する手順と、
前記追加の支払取引を前記取引履歴に追加するか否かを前記追加のユーザに問い合わせる手順と、
前記追加の支払取引を追加することを示す返答に基づいて、前記追加の支払取引を含むように前記取引履歴を更新する手順と
を実行するようにさらに構成される、請求項９に記載のシステム。
【請求項１１】
前記支払取引が前記日にちの範囲内で発生したものでないと判定したことに応答して、前記コンピュータシステムにより、前記支払取引を前記取引履歴に含めないことを決定するステップをさらに有する、請求項１に記載の方法。
【請求項１２】
前記日にちの範囲が、前記グループの追加のユーザによって提供される、請求項１に記載の方法。
【請求項１３】
前記追跡モジュールは、
前記支払取引が前記日にちの範囲内で発生したものでないと判定したことに応答して、前記支払取引を前記取引履歴に含めないことを決定する手順を実行するようにさらに構成される、請求項７に記載のコンピュータプログラム。
【請求項１４】
前記日にちの範囲が、前記グループの追加のユーザによって提供される、請求項７に記載のコンピュータプログラム。
【請求項１５】
前記追跡モジュールは、
前記支払取引が前記日にちの範囲内で発生したものでないと判定したことに応答して、前記支払取引を前記取引履歴に含めないことを決定する手順を実行するようにさらに構成される、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には支払取引に関し、より詳細には、グループ内の複数のメンバーによる支払の追跡および管理に関する。
【背景技術】
【０００２】
複数の人が、集団（グループ）で活動を共にすることがある。例えば、友人のグループが休暇を一緒に過ごしたり、イベントを一緒に計画したり、夕食に出かけたりすることがある。グループでの支払いが生じた場合、不便ではあるものの、大抵の場合、グループのメンバーの１人が立て替えて、後でグループの残りのメンバーに自身の請求額を返金してもらうであろう。しかし、請求額を支払わないメンバーや、支払うこと自体を忘れてしまい、請求額を支払わないメンバーがいる可能性がある。これは、立て替えたメンバーに対して不公平である。そのため、グループでの支出を追跡し、グループのメンバー間で残高を清算するための効果的な技術手法が必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００３】
グループユーザの支払取引を追跡するための方法、コンピュータプログラム、およびコンピュータシステムを提供する。方法の実施態様には、複数のユーザを含むグループの作成が含まれる。複数の支払取引を含むグループの取引履歴が保存される。複数の支払取引のそれぞれには、グループのうちの少なくとも１人のユーザが関与する。さらに、複数の支払取引のうちの１つ以上の支払取引に基づいて、グループのうちの第１のユーザがグループのうちの第２のユーザに借りている金額を示す残高が保存される。清算イベントが行われると、第１のユーザと第２のユーザとの間で送金が開始されて、清算が行われる。
【０００４】
コンピュータプログラムの実施態様では、コンピュータ実行可能命令を含む非一時的コンピュータ可読記憶媒体を有する。コンピュータ実行可能命令は、複数のユーザを含むグループを作成するように構成されたグループモジュールを備える。追跡モジュールは、複数の支払取引を含むグループの取引履歴を保存するように構成されている。複数の支払取引のそれぞれには、グループのうちの少なくとも１人のユーザが関与する。さらに、残高モジュールは、複数の支払取引のうちの１つ以上の支払取引に基づいて、グループのうちの第１のユーザがグループのうちの第２のユーザに借りている金額を示す残高を保存するように構成されている。清算モジュールは、清算イベントが行われると、第１のユーザと第２のユーザとの間の送金を開始して、残高を清算するように構成されている。
【０００５】
コンピュータシステムの実施態様では、コンピュータプロセッサおよびコンピュータプロセッサで実行するように構成されたコンピュータプログラムモジュールを保存するコンピュータ可読記憶媒体を備える。コンピュータプログラムモジュールは、複数のユーザを含むグループを作成するように構成されたグループモジュールを備える。追跡モジュールは、複数の支払取引を含むグループの取引履歴を保存するように構成されている。複数の支払取引のそれぞれには、グループのうちの少なくとも１人のユーザが関与する。さらに、残高モジュールは、複数の支払取引のうちの１つ以上の支払取引に基づいて、グループのうちの第１のユーザがグループのうちの第２のユーザに借りている金額を示す残高を保存するように構成されている。清算モジュールは、清算イベントが行われると、第１のユーザと第２のユーザとの間の送金を開始して、残高を清算するように構成されている。
【図面の簡単な説明】
【０００６】
【図１】一実施形態に係るコンピュータ環境の上位レベルブロック図である。
【図２】一実施形態に係る図１の環境に示したエンティティの１つとして使用される一般的なコンピュータシステムの機能図を示す上位レベルブロック図である。
【図３】一実施形態に係る取引システム内のモジュールを示す上位レベルブロック図である。
【図４】一実施形態に係るグループのユーザの残高を示した表である。
【図５】一実施形態に係る取引システムの動作を示すフローチャートである。
【発明を実施するための形態】
【０００７】
図面は、例示のみを目的として一実施形態を示すものである。当業者であれば、以下の説明から、本明細書に記載の趣旨から逸脱することなく、本明細書に示された構成および方法の代替の形態が可能であることを容易に理解するであろう。
【０００８】
Ｉ.概要
図１は、一実施形態に係るコンピュータ環境１００の上位レベルブロック図である。図１は、ネットワーク１０８を介して接続された、取引システム１０２、３つのユーザデバイス１０４、および３つの財務システム１０６を示している。例示されたコンピュータ環境１００では、選択した数の各エンティティしか含まれていないが、別の実施形態では各エンティティを増減させること（例えば、ユーザデバイス１０４および財務システム１０６の数を増やすこと）ができる。
【０００９】
図１では、同一の参照番号は同一の要素を示している。「１０４Ａ」などの参照番号の後に続くアルファベットは、特定の参照番号における要素を具体化する文字を示している。「１０４」など、後に続くアルファベットのない参照番号は、参照番号が示す数字の任意のまたは全ての要素を示している（例えば、テキストにおける「１０４」は、その図における参照番号「１０４Ａ」、「１０４Ｂ」、および／または「１０４Ｃ」を指す）。
【００１０】
取引システム１０２は、グループの支出を追跡し、グループのメンバー間での残高の清算を可能とする。取引システム１０２では、ユーザが、グループのユーザの支出を追跡するグループを作成することができる。取引システム１０２には、グループのユーザの支払取引を含むグループごとの取引履歴が保存される。グループのユーザが支払いを行う（例えば、レストランで食事代を支払う）際に、取引システム１０２では、支払取引を支出としてグループの取引履歴に追加することができる。
【００１１】
一実施形態では、取引システム１０２は、グループの取引履歴に含まれる支払取引に基づいて、グループのユーザの残高（例えば、ユーザ同士の借入額）を保存する。ユーザの残高は、ユーザの金融機関口座間での送金により清算することができる。取引システム１０２は、送金を開始するにあたり、適切な財務システム１０６と通信して残高の清算管理を行っている。残高の清算は、例えば、定期的（例えば、各月末）またはユーザの要求に応じて行ってもよい。
【００１２】
ユーザデバイス１０４は、ユーザがネットワーク１０８に接続されたエンティティと通信するための電子デバイスである。一実施形態では、コンピュータ環境１００におけるユーザデバイス１０４には、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、携帯情報端末（ＰＤＡ）などの、移動コンピューティングデバイスが含まれる。一実施形態では、コンピュータ環境１００におけるユーザデバイス１０４には、デスクトップＰＣなどの、有線接続を介してネットワーク１０８に接続された演算装置が含まれる。
【００１３】
ユーザは、ユーザデバイス１０４を使用して、人またはエンティティに支払いを行うことができる。モバイルユーザデバイス１０４には、ユーザがモバイル決済できるアプリケーションを備えてもよい。一実施形態では、ユーザデバイス１０４では、チェックアウト端末（例えば、モバイル決済リーダ）と通信して支払いが行われる。一実施形態では、ユーザデバイス１０４では、ネットワーク１０８を介した支払システムと通信して支払いが行われる。支払いは、例えば、クレジットカードまたは口座間の送金で行われてもよい。
【００１４】
一実施形態では、ユーザがユーザデバイス１０４を使用して支払いを行うと、ユーザデバイス１０４から、ユーザによって支払いが行われたことを示すメッセージが取引システム１０２に送信される。一実施形態では、いつ支払いが行われたか、支払先、および支払額などの、支払いに関する情報が含まれる。
【００１５】
ユーザデバイス１０４を使用して、ユーザは、取引システム１０２と通信して新しいグループを作成することおよびユーザにグループへの参加を招待することができる。ユーザは、さらに、取引システム１０２と通信して、グループの支払取引を参照すること、グループの取引履歴に支払取引の追加を要求すること、およびグループのユーザに対する残高を清算することができる。
【００１６】
財務システム１０６は、財務サービスを提供する金融機関の電子システムの代理となる。金融機関は、例えば、銀行またはクレジットカードの発行会社でもよい。ユーザは、金融機関に口座を開設する。ユーザが有する金融機関の口座の１タイプは、ユーザが引出または預入できる口座（例えば、普通または当座預金口座）である。ユーザが有する金融機関口座の別のタイプは、ユーザが他のエンティティに支払う金額を借入れできる限度額が付与されたリボルビング口座（例えば、クレジットカードの口座）である。
【００１７】
一実施形態では、財務システム１０６は、財務システム１０６の金融機関の口座を使用してユーザが支払いを行った情報を取引システム１０２に提供する。一実施形態では、要求に応じて、支払取引情報が財務システム１０６から取引システム１０２に提供される。例えば、取引システム１０２は、ユーザの口座の支払取引情報を財務システム１０６に定期的に要求してもよい。
【００１８】
一実施形態では、財務システム１０６は、ユーザの口座の支払取引情報についての要求を受けると、取引システム１０２が口座情報を受信することをユーザが承認したか否かを判断する。取引システム１０２が口座情報を受信することをユーザが承認した場合には、財務システム１０６は、要求された情報を取引システム１０２に提供する。
【００１９】
一実施形態では、情報を要求されなくても、１つ以上の財務システム１０６が自動的に取引システム１０２に支払取引情報を提供する。一実施形態では、ユーザの口座の支払取引情報が、財務システム１０６から取引システム１０２に定期的に提供される。一実施形態では、取引が行われると、取引情報が自動的に財務システム１０６から提供される。
【００２０】
一実施形態では、財務システム１０６は、口座間の送金要求を処理する。一実施形態では、要求は、取引システム１０２を介してユーザが行うか、または取引システム１０２により開始される。一実施形態では、ユーザによる口座間の送金要求には、送金する口座（送金元の口座）、送金される口座（送金先の口座）、および送金金額の情報が含まれる。
【００２１】
財務システム１０６は、送金要求を受けると、送金元の口座へのアクセスが承認された要求元であるか、および送金元の口座に送金を完了させるための十分な残高があるか否かを確認する。正規の要求元であると認定され、かつ口座に十分な残高がある場合には、財務システム１０６は、送金元の口座から送金先の口座への送金を完了させる。２つの口座が同じ金融機関ではない場合には、財務システム１０６は、他の財務システム１０６と通信して送金を完了させてもよい。
【００２２】
ネットワーク１０８は、取引システム１０２、ユーザデバイス１０４、および財務システム１０６の間を結ぶ通信経路である。一実施形態では、ネットワーク１０８は、インターネットであり、標準的なコミュニケーション技術および／またはプロトコルを使用する。このため、ネットワーク１０８には、イーサネット（登録商標）８０２．１１、ワールド・ワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭａｘ）、３Ｇ、ロング・ターム・エボリューション（ＬＴＥ）、デジタル加入者線（ＤＳＬ）、非同期転送モード（ＡＴＭ）、ＩｎｆｉｎｉＢａｎｄ、ＰＣＩエクスプレス・アドバンスド・スイッチングなどの技術を使用したリンクを含むことができる。同様に、ネットワーク１０８で使用されるネットワーキングプロトコルには、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）、転送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、シンプル・メール転送プロトコル（ＳＭＴＰ）、ファイル転送プロトコル（ＦＴＰ）などを含むことができる。別の実施形態では、上記に代わり、または加えて、エンティティが、カスタムされたおよび／または専用のデータコミュニケーション技術を使用することができる。
【００２３】
ＩＩ．システムアーキテクチャ
図２は、一実施形態に係る図１のコンピュータ環境１００に示したエンティティの１つとして使用される一般的なコンピュータシステム２００の機能図を示す上位レベルブロック図である。チップセット２０４に接続された少なくとも１つのプロセッサ２０２が示されている。チップセット２０４には、メモリ２０６、記憶装置２０８、キーボード２１０、グラフィックアダプタ２１２、ポインティングデバイス２１４、およびネットワークアダプタ２１６が接続されている。ディスプレイ２１８は、グラフィックアダプタ２１２に接続されている。一実施形態では、チップセット２０４の機能は、メモリコントローラハブ２２０およびＩ／Ｏコントローラハブ２２２により実現される。一実施形態では、メモリ２０６は、チップセット２０４ではなく、プロセッサ２０２に直接接続される。
【００２４】
記憶装置２０８は、ハードドライブ、コンパクト・ディスク・リード・オンリー・メモリ（ＣＤ−ＲＯＭ）、ＤＶＤ、またはソリッド・ステート・メモリ・デバイスなどの非一時的コンピュータ可読記憶媒体である。メモリ２０６には、プロセッサ２０２が使用する命令およびデータが保存される。ポインティングデバイス２１４は、マウス、トラックボール、または他のタイプのポインティングデバイスでもよく、キーボード２１０を介してコンピュータシステム２００へのデータ入力に使用される。グラフィックアダプタ２１２は、ディスプレイ２１８に画像および他の情報を表示する。ネットワークアダプタ２１６は、コンピュータシステム２００をネットワーク１０８に接続する。コンピュータシステム２００の一部の実施形態では、図２とは異なる構成要素および／または他の構成要素を備える。
【００２５】
コンピュータ２００は、本明細書に記載された機能を提供するためのコンピュータプログラムの実行に適用される。本明細書で用いられる「モジュール」との用語は、特定の機能を提供するコンピュータプログラムの命令および他のロジックを指す。モジュールは、ハードウェア、ファームウェア、および／またはソフトウェアとして実装することができる。モジュールは、一般的には、記憶装置２０８に保存され、メモリ２０６に読み込まれて、プロセッサ２０２により実行される。
【００２６】
モジュールは、１つ以上のプロセスを含み、および／またはプロセスの一部分だけとしても提供することができる。本明細書に記載されたエンティティの実施形態は、本明細書に記載されたモジュールとは異なるモジュールおよび／または他のモジュールを含むこともできる。また、モジュールの特徴となる機能は、別の実施形態での他のまたは異なるモジュールで実行することができる。さらに、この記載では、明確性および便宜上の目的から、時として、用語「モジュール」を省略する。
【００２７】
図１のエンティティで使用されるコンピュータシステム２００のタイプは、実施形態およびエンティティによって使用される処理能力に応じて変わり得る。例えば、携帯電話であるユーザデバイス１０４は、一般に、処理能力が限られており、小型ディスプレイ２１８を有するが、ポインティングデバイス２１４は付属していないこともある。対照的に、本明細書に記載された機能を提供するために、取引システム１０２および財務システム１０６は、組み合わせて稼働させるマルチ・ブレード・サーバーを備えてもよい。
【００２８】
図３は、一実施形態に係る取引システム１０２内のモジュールを示す上位レベルブロック図である。当業者であれば、本明細書に記載されたモジュールとは異なるモジュールおよび／または他のモジュールを別の実施形態が備え得、異なる方法によってモジュール間で機能を分布させることができることを理解するであろう。
【００２９】
認証モジュール３０２では、取引システム１０２のユーザを認証する。一実施形態では、認証モジュール３０２は、取引システム１０２が提供するサービスを利用するためにサインアップした（つまり、登録した）各ユーザの認証情報をユーザ記憶部３１２に保存する。一実施形態では、認証情報には、ユーザのＩＤおよびパスワードが含まれる。
【００３０】
一実施形態では、ユーザが取引システム１０２に通信を試みたが、取引システム１０２にログインしていない場合には、認証モジュール３０２がユーザのユーザデバイス１０４を介してユーザにログインページを提示する。ログインページでは、ユーザが取引システム１０２に既にサインアップしている場合には、ユーザの認証情報を入力することができる。認証情報が入力されると、情報が有効であるか否かを認証モジュール３０２が確認する。情報が有効であれば、ユーザは取引システム１０２にログインする。別の実施形態では、ユーザは、ユーザデバイス１０４で自動的に取引システム１０２にログインする。
【００３１】
一実施形態では、ユーザが取引システム１０２と通信したが、取引システム１０２にサインアップを済ませていなかった場合、認証モジュール３０２が取引システム１０２のサービスを利用するためのサインアップのオプションをユーザに提示する。ユーザがサインアップを要求する場合、ユーザはサインアッププロセスに進む。サインアッププロセスでは、ユーザがログイン時に使用を希望する認証情報、および個人情報（例えば、氏名、電子メールアドレス、電話番号）を提供する。
【００３２】
一実施形態では、サインアッププロセスでは、ユーザは少なくとも１つの引出または預入可能な（例えば、残高を清算するための）ユーザの金融機関口座の口座情報を提供する。一実施形態では、ユーザは、取引システム１０２に口座を使用して支払追跡を行わせたい１つ以上の金融機関口座の口座情報を提供する。
【００３３】
金融機関口座についてユーザによって提供された口座情報には、次の１つ以上が含まれていてもよい。すなわち、金融機関名、金融機関のルーティングトランジットナンバー、口座の種類、口座番号、クレジットカード番号、口座にアクセスするために必要な情報（例えば、金融機関のウェブサイトでのユーザのログイン情報）のうちの１つ以上である。一実施形態では、サインアッププロセスの一部として、ユーザが金融機関口座の口座情報を提供する際、ユーザは口座にアクセスするおよび／または口座から送金を開始するための認証情報も提供する。サインアッププロセスで認証モジュール３０２が受け取った情報は、ユーザ記憶部３１２に保存される。
【００３４】
グループモジュール３０４では、登録したユーザがグループを作成することおよびグループに参加することができる。グループは、一緒に行ったある支出の追跡を行いたいシステム１０２の複数のユーザで構成される。例えば、ユーザが一緒に旅行に行った際の支出、同居にかかった支出、あるイベントにおいてまたはあるイベントの企画に要した支出を追跡するためにグループを作成してもよい。
【００３５】
登録したユーザから新しいグループの作成要求があった場合、グループモジュール３０４は、グループ記憶部３１４に新しいグループを作成する。グループ記憶部３１４には、グループモジュール３０４により作成された各グループの情報およびどのユーザが各グループに属するかの情報が含まれる。ユーザがシステム１０２の選択ユーザを招待し、グループに参加させることを要求する場合、グループモジュール３０４は、各選択されたユーザにグループへの参加を招待するメッセージを送信する。一実施形態では、送信されたメッセージは、電子メール、ショート・メッセージ・サービス（ＳＭＳ）、マルチメディア・メッセージング・サービス（ＭＭＳ）などのデジタルメッセージである。招待されたユーザがグループへの参加の招待を承諾すると、グループモジュール３０４は、グループ記憶部３１４を更新して、ユーザがグループのメンバーであることを提示する。
【００３６】
一実施形態では、登録されたユーザが、非登録のユーザ（つまり、取引システム１０２を使用するためのサインアップを済ませていないユーザ）のグループへの参加を招待することを要求できる。一実施形態では、取引システム１０２は、ソーシャルネットワーキングシステムと統合されており、登録されたユーザがソーシャルネットワークのユーザを招待することを要求できる。例えば、登録されたユーザは、自身のネット上の友人にグループへの参加を招待することができる。一実施形態では、非登録ユーザがグループへの参加を承諾する場合、ユーザは、グループに参加可能にするために取引システム１０２にサインアップしなければならない。
【００３７】
一実施形態では、ユーザの要求に応じて、グループモジュール３０４は、他のシステムから既存のグループをコピーしてグループ記憶部３１４に新たなグループを作成してもよい。例えば、ユーザがソーシャルネットワーキングシステムのソーシャルネットワークグループのメンバーである場合、グループモジュール３０４は、同じグループをグループ記憶部３１４に作成できる。同様に、他のシステム（例えば、ソーシャルネットワーキングシステム）は、グループ記憶部３１４からグループをコピーしてグループを作成できる。
【００３８】
一実施形態では、グループ記憶部３１４にグループが作成されると、グループモジュール３０４は、さらに取引履歴記憶部３１６にグループの取引履歴を作成する。取引履歴記憶部３１６には、グループの取引履歴、および取引履歴に関する残高が含まれる。取引履歴では、グループのユーザの支出追跡が作成される。
【００３９】
一実施形態では、各グループには、少なくとも１人の管理者を有する。デフォルトでは、グループの作成を要求したユーザがグループの管理者となる。グループの管理者は、グループの他のユーザ（つまり、管理者以外のユーザ）にはない特定の権利を有する。管理者は、グループの管理を目的とする権利を有する。管理者の権利としては、例えば、ユーザにグループへの参加を招待すること、ユーザをグループから削除すること、グループを抹消すること、グループの取引履歴への支払取引の追加を認可すること、および取引履歴から支払取引を削除することが挙げられる。
【００４０】
一実施形態では、グループの管理者は、グループに追加の管理者を追加することができる。グループモジュール３０４は、グループの管理者から、追加の管理者としてユーザを追加する要求を受けると、グループ記憶部３１４を更新してユーザがグループの管理者であることを提示する。
【００４１】
追跡モジュール３０６は、取引システム１０２のユーザの支払取引を追跡する。支払取引とは、人が他者またはエンティティに支払いを行う取引のことである。例えば、商品やサービスの対価として店に行われた支払でもよい。支払いは、寄付として行われたものでもよい。
【００４２】
一実施形態では、取引システム１０２のユーザがユーザデバイス１０４（例えば、モバイル決済）を使用して支払いを行うと、追跡モジュール３０６がユーザデバイス１０４から支払取引の情報に係る通知を受信する。通知に含まれる支払情報には、例えば、支払った金額、支払先、時間、日付、および場所情報（例えば、ユーザデバイス１０４により追跡された位置）が含まれてもよい。一実施形態では、取引がユーザの設定したグループの基準に適合している場合には、追跡モジュール３０６は、自動的にユーザの属するグループの取引履歴に支払取引を追加する。例えば、ユーザは、特定の場所または場所の半径内で特定の日付に行われる支払取引をグループに追加されるべきグループの基準としてもよい。
【００４３】
一実施形態では、通知を受けると、追跡モジュール３０６は、ユーザが、ユーザの属するグループの１つの支出として支払取引を追加したいか否かを、ユーザデバイス１０４に問い合わせるメッセージを送信する。一実施形態では、ユーザがグループに支払取引の追加を要求する場合、追跡モジュール３０６は、自動的に取引履歴記憶部３１６にグループの取引履歴に支払取引を追加する。一実施形態では、ユーザがグループへの支払取引の追加を要求する場合、追跡モジュール３０６は、ユーザデバイス１０４に、多数の項目にわたるフォームを送信する。フォームは、ユーザが支払取引の詳細を提供するためのものである。
【００４４】
一実施形態では、フォームでは、グループのどのユーザに取引が配分されるべきか、および互いの配分額についての情報が要求される。ユーザに配分される取引の部分とは、ユーザが取引に責任がある部分のことを意味する。ユーザへの配分額は、例えば、支払いの割合または金額でもよい。
【００４５】
例えば、マイアミに休暇に来た４人の友人（友人１〜４）の支出を追跡して管理するグループを作成すると仮定する。休暇中のある１日は、友人４は空腹ではなかったので、友人３人（友人１〜３）のみが昼食を取りにレストランに出かける。昼食代は６０ドルで、友人１が彼のユーザデバイス１０４を利用してモバイル決済サービスで支払いを済ませる。友人１は、グループの支出として昼食代を追加する。友人１に昼食代としてフォームが表示されると、友人１が昼食代を友人１〜３に配分するよう提示する。友人４は昼食に行かなかったため、昼食代は友人４には配分されない。さらに、友人１は、フォームに、友人１は２５ドル、友人２は１６ドル、そして友人３は１９ドルという配分額を提示する。この例では、各友人の配分額は、各友人が何を昼食に注文したかに基づいている。
【００４６】
支払取引のフォームに要求されてもよい他の情報は、支払額、支払先のエンティティ（例えば、店名）、支払日、支払取引の概略、および支払いを行ったグループのユーザが含まれてもよい。一実施形態では、いくつかの項目は、ユーザのユーザデバイス１０４から受信した情報を基に、追跡モジュール３０６によって自動で入力される。フォームが完成し、ユーザから提出されると、追跡モジュール３０６は、フォームに入力された情報に従って、取引履歴記憶部３１６を更新して、支払取引をグループの取引履歴に追加する。
【００４７】
一実施形態では、支払取引をグループの取引履歴に追加する前に、グループの管理者が取引の追加を承認しなければならない。一実施形態では、支払取引がグループの取引履歴に追加されると、グループのユーザは追加の通知を受ける。例えば、グループのユーザ、および他の人々は、ソーシャルネットワーキングシステムを介して通知を受けてもよい（例えば、取引の追加は、ソーシャルネットワークフィードで共有することができる）。一実施形態では、支払取引がグループの取引履歴に追加されるとき、グループのユーザは取引に反対することができる。ユーザは、例えば、支払取引がグループの支出ではなかったか、または間違ったユーザに配分されたことについて反対してもよい。ユーザが反対すると、追跡モジュールが反対されていることをグループの管理者に通知する。管理者は、支払取引を維持、調整、または削除するか否かを判断する。管理者が支払取引の調整または削除を要求する場合、追跡モジュール３０６は、管理者の指示に従って取引履歴を更新する。
【００４８】
一実施形態では、追跡されてもよいとした金融機関口座の情報を提供した取引システム１０２の各ユーザについて、追跡モジュール３０６は、口座の金融システム１０６から支払取引情報を定期的に入手する。入手した情報とは、口座を利用して最近行った支払い（つまり、追跡モジュール３０６が前回情報を入手した後で行われた支払い）に関するものである。一実施形態では、追跡モジュール３０６は、ユーザによる取引システム１０２へのアクセス情報を使用して支払取引情報を入手する。アクセス情報とは、例えば、財務システム１０６に対するユーザのログインＩＤやパスワードである。
【００４９】
財務システム１０６から入手した各支払取引について、追跡モジュール３０６は、支払取引がユーザの属するグループに追加済みであるか否かを判断する。一実施形態では、支払取引がグループに追加済みでないが、取引はユーザの設定したグループの基準に適合している場合には、追跡モジュール３０６は自動的にグループに支払取引を追加する。別の実施形態では、支払取引の少なくとも１つがグループに追加済みではない場合、追跡モジュール３０６はユーザにメッセージを送信する。メッセージでは、ユーザの属するグループの１つの支出として、追加済みではない任意の支払取引の追加を望むか否かについて、ユーザに問合わせる。ユーザが支払取引のグループへの追加を要求する場合には、追跡モジュール３０６は、先に記載したように取引を追加する。
【００５０】
一実施形態では、取引システム１０２のユーザは、支払取引のグループへの追加を手動で行うことができる。例えば、ユーザが現金で支払いを行う場合、ユーザは手動で取引の追加を開始してもよい。追跡モジュール３０６は、ユーザのユーザデバイス１０４から手動で支払取引を追加したい旨の要求を受けると、先に記載したフォームと類似のフォームをユーザデバイス１０４に送信する。フォームが完成しユーザから提出されると、追跡モジュール３０６は、ユーザにより特定されるグループの取引履歴に取引を追加する。
【００５１】
残高モジュール３０８では、グループの残高を更新する。一実施形態では、取引履歴記憶部３１６の各取引履歴には、総残高が保存される。一実施形態では、グループの取引履歴の総残高は、グループの取引履歴に含まれる支払取引の支払総額（つまり、グループのユーザによって支払われた金額）である。
【００５２】
追跡モジュール３０６が支払取引をグループの支払履歴に追加すると、残高モジュール３０８は、取引履歴記憶部３１６から取引履歴の総残高を検索する。追跡モジュール３０６は、取引の支払額を確認し、支払額と総残高の現在値とを合計して、新たな総残高の金額を確定する。残高モジュール３０８は、総残高を確定された新たな金額で取引履歴記憶部３１６に更新する。
【００５３】
一実施形態では、グループの各ユーザに対して、残高モジュール３０８は、グループの取引履歴に基づいて個人残高を保存する。各個人残高とは、グループの取引履歴に含まれた取引に基づいてグループ内のユーザ同士で貸し借りが行われた金額を示す。図４に示す表４００は、例えば、グループ内の３人のユーザ（ユーザＡ〜Ｃ）の個人残高を示す。表４００の各縦列は、ユーザごとの個人残高を含む。例えば、縦列４０２は、ユーザＡの個人残高を含む。この例では、ユーザＢはユーザＡに１３０ドルを借りており、ユーザＣはユーザＡに２０ドルを貸している。縦列４０４と縦列４０６は、それぞれユーザＢとユーザＣの個人残高を含む。
【００５４】
一実施形態では、追跡モジュール３０６がグループの取引履歴に支払取引を追加すると、残高モジュール３０８は、どのユーザに取引が配分されたかを確認する。残高モジュール３０８は、どのユーザが取引で支払いを行ったか、および取引に関係するユーザに配分された金額に基づいて、取引履歴記憶部３１６にて関係するユーザの個人残高を更新する。
【００５５】
例えば、図４の例で見れば、ユーザＡ〜Ｃがバーで飲み物を注文し、ユーザＢが飲み物代の４５ドルを支払うとする。ユーザＢは、グループの支出として支払取引に追加し、ユーザＡに取引の１５ドル、ユーザＢに２０ドル、ユーザＣに１０ドルをそれぞれ配分する。この例では、残高モジュール３０８は、ユーザＢはユーザＡに１１５ドル借りており（１３０ドル−１５ドル）、ユーザＣはユーザＢに１０ドルを借りている（０＋１０ドル）と、ユーザＡ〜Ｃの個人残高を更新する。
【００５６】
清算モジュール３１０が、取引履歴記憶部３１６に保存された情報にアクセスし、ユーザは残高の清算が可能となる。一実施形態では、ユーザが、ユーザデバイス１０４を介してユーザの属するグループの取引履歴を要求すると、清算モジュール３１０が、取引履歴記憶部３１６から取引履歴を検索し、ユーザに履歴を送信してユーザデバイス１０４に表示する。一実施形態では、清算モジュール３１０は、さらに取引履歴の総残高を送信する。一実施形態では、グループのユーザがグループ内の１人または複数のユーザの個人残高を要求すると、清算モジュール３１０が取引履歴記憶部３１６から要求された残高を検索し、ユーザのユーザデバイス１０４に残高を送信する。
【００５７】
一実施形態では、清算モジュール３１０は、清算イベントが行われると、自動的にグループ内のユーザの個人残高を清算する。一実施形態では、清算イベントは、グループのユーザ（例えば、グループの管理者）によって行われる。清算イベントは、例えば、特定日の到来（例えば、月初または月末）、グループのユーザ（例えば、管理者）による清算要求、またはグループの取引履歴が設定金額の総残高に到達したときに行われてもよい。
【００５８】
グループ内のユーザの個人残高を清算するために、清算モジュール３１０は、グループのどのユーザ（借り手）がグループのどのユーザ（貸し手）にお金を借りているのかを各個人残高で確認する。各個人残高として、清算モジュール３１０は、残高を清算するために、ユーザ記憶部３１２から借り手により提供された金融機関の口座情報を検索する。さらに、清算モジュール３１０は、残高の清算として貸し手に提供されることになる口座の口座情報を検索する。清算モジュール３１０は、検索した口座情報を使用して適切な１つ以上の財務システム１０６と通信し、借り手の口座から貸し手の口座に残高の金額を送金する。
【００５９】
一実施形態では、清算イベントが行われた時にグループ内のユーザの個人残高を一度に自動清算する代わりに、各個人残高の清算をユーザがそれぞれ管理して行う。一実施形態では、いつでも、ユーザは、清算モジュール３１０から残高を清算するために他のユーザの口座への送金を要求できる。清算モジュール３１０は、そのような要求を受けると、適切な１つ以上の財務システムと通信して送金を完了させる。
【００６０】
ＩＩＩ．プロセス
図５は、一実施形態に係る取引システム１０２の動作を示すフローチャート５００である。当業者であれば、別の実施形態において異なる順序で図５のステップを実行できることを理解するであろう。さらに、別の実施形態では、本明細書に記載するステップとは異なるステップおよび／または追加のステップを含むことができる。
【００６１】
例示を目的として、取引システム１０２のユーザがグループを作成して複数のユーザの支出を追跡するよう要求したとする。要求に基づいて、取引システム１０２は、複数のユーザを含むグループを作成する（ステップ５０２）。取引システム１０２は、グループの取引履歴を作成する（ステップ５０４）。
【００６２】
取引システム１０２は、取引履歴を更新して支払取引を追加する（ステップ５０６）。履歴に追加された各取引には、グループの少なくとも１人のユーザが関与する。ユーザが取引に少なくとも部分的に責任がある（例えば、取引の金額がユーザに配分されていた）場合には、ユーザは取引に含まれる。取引システム１０２は、取引履歴に含まれる支払取引に基づいてグループのユーザに対する残高を判断する（ステップ５０８）。一実施形態では、残高とは、グループのユーザが他のユーザに貸したまたは借りている金額を指す。取引システム１０２は、ユーザの残高を清算する（ステップ５１０）。一実施形態では、清算イベントが行われると、残高が清算される。
【００６３】
上記の説明の一部では、情報に対する動作のアルゴリズムおよび記号表現で、本発明の特徴を表している。アルゴリズム的記述および表現は、当業者によるデータ処理の作業の内容を、他の当業者に最も効率よく伝えるために使用される手段である。これらの動作は、機能的または論理的に記載されているが、コンピュータプログラムによって実現されることが理解されよう。さらに、これらの動作群を、モジュールまたは機能名で呼ぶことは、一般性が失われることなく、時に簡便であることも立証されている。
【００６４】
先の記載から明らかなように、別途明記されない限り、本明細書全体にわたって、「処理する」、「演算する」、「計算する」、「確認する」、「表示する」などの用語が使用される記載は、コンピュータシステムのメモリまたはレジスタあるいは他のそのような情報記憶、送信、ディスプレイ装置内の物理的（電子的）数量として表されるデータを操作して変換する、コンピュータシステムまたは類似の電子演算装置の動作および処理に関する。
【００６５】
本発明の特定の態様には、本明細書に記載されたプロセスのステップおよび命令をアルゴリズムの形で含む。本発明のプロセスのステップおよび命令は、ソフトウェア、ファームウェアまたはハードウェアとして実装でき、ソフトウェアとして実装された場合には、リアルタイムのネットワークオペレーティングシステムを使用して異なるプラットフォームにダウンロードして組み込むか、または動作を行うことができる。
【００６６】
本発明の開示は、例示のためのものであり、添付の特許請求の範囲に記載される本発明の範囲を限定するものではない。
【符号の説明】
【００６７】
１００  コンピュータ環境
１０２  取引システム
１０４Ａ，１０４Ｂ，１０４Ｃ  ユーザデバイス
１０６Ａ，１０６Ｂ，１０６Ｃ  財務システム
１０８  ネットワーク
２００  コンピュータシステム
２０２  プロセッサ
２０４  チップセット
２０６  メモリ
２０８  記憶装置
２１０  キーボード
２１２  グラフィックアダプタ
２１４  ポインティングデバイス
２１６  ネットワークアダプタ
２１８  ディスプレイ
２２０  メモリコントローラハブ
２２２  Ｉ／Ｏコントローラハブ
３０２  認証モジュール
３０４  グループモジュール
３０６  追跡モジュール
３０８  残高モジュール
３１０  清算モジュール
３１２  ユーザ記憶部
３１４  グループ記憶部
３１６  取引履歴記憶部
【図１】
0005951884.tif 000002
【図２】
0005951884.tif 000003
【図３】
0005951884.tif 000004
【図４】
0005951884.tif 000005
【図５】
0005951884.tif 000006