JP2016519357A - 通信システムにおける支払い - Google Patents

Abstract

通信システムのユーザは、通信システムによってホストされる通信セッション中に、または通信システムによってホストされるソーシャルネットワークＩＤページを介して、電子決済を開始し得る。通信システムは、通信システムのユーザからの支払い信号を検出し、ユーザの通信アプリケーション内に支払いオブジェクトインタフェースを表示すること、またはユーザの通信デバイスから直接支払い情報入力を受信することのいずれかによって支払い情報明細を受け取る。支払い情報は、指定された支払い金額を処理し受取人へ納入するための支払い処理システムへ伝達される送金人および受取人の支払いアカウント識別子を含む。

Description

本出願は、ともに「Ｐａｙｍｅｎｔｓ ｉｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ」と題された、２０１３年３月１５日に出願の米国仮特許出願第６１／８０１，２７７号および２０１３年５月１６日に出願の米国特許出願第１３／８９６，２５３号に対する優先権を主張するものである。上記出願の内容全体は、本明細書により参照によって本明細書に完全に組み込まれる。

本開示は、電子的ピアツーピア支払いを行うためのシステムおよび方法に関する。具体的には、本開示は、同期通信システムを用いた電子決済を開始および遂行するためのシステムおよび方法を提供する。

例えばインスタントメッセージングやビデオ会議などの同期通信システムを用いて通信する場合、ユーザはしばしば、互いに支払い義務のある金銭を含む、支払いに関する詳細を話し合う。同期通信セッション中のそのような話し合いは、支払いを遂行するために中断されないことが望ましい。従来の通信システムにおいて、支払いは、支払いサービスにアクセスするための個別のブラウザウインドウを開き、その後任意選択的に、画面共有機能を用いて支払い明細が正しいことを確認するために、会話を中断することによって行うことしかできない。それらの動作の各々が会話を中断し、目下の話し合いから焦点をずらしてしまう。同様に、ユーザはしばしば、自身の有するソーシャルネットワーキングニュースフィードを確認し、あるいは自身のソーシャルネットワーク内でのつながりのソーシャルネットワークＩＤページを閲覧すると、他人に支払う義務のある金銭について思い出す。現在、同期通信セッション中に、あるいは別のユーザのソーシャルネットワークＩＤページから直接、電子決済を開始する方法は存在しない。

本明細書で説明されるある特定の例示的な実施形態において、通信システムを介して電子決済を送信する方法は、同期通信ネットワークを介して２つの遠隔コンピューティングデバイス間の通信セッションを開始することと、通信セッションに参加している別のユーザへ電子決済を送信するというユーザの意図を示す遠隔コンピューティングデバイスの１つからの支払いオプション信号を検出することと、支払いを送金するユーザの通信アプリケーション内に支払い情報オブジェクトを表示することと、支払い情報オブジェクトにおいて送金人によって入力された支払い情報を受信することと、支払いを処理し受取人の支払いアカウントへ支払い金額を納入するための支払い処理システムへ受信した支払い情報を伝達することと、を備える。

本明細書で説明される他のある特定の例示的な実施形態において、受取人のソーシャルネットワークＩＤページを介して電子決済を送信する方法は、受取人のソーシャルネットワークＩＤページに表示される支払いオブジェクトインタフェースのユーザによる選択を検出することと、受取人のソーシャルネットワークＩＤページにユーザに対する支払い情報オブジェクトインタフェースを表示することと、支払いオブジェクトインタフェースにおいて入力されたユーザからの支払い情報を受信することと、支払いを処理し受取人の支払いアカウントへ支払い金額を納入するための支払い処理システムへ受信した支払い情報を伝達することと、を備える。

例示的な実施形態の上記および他の態様、目的、特徴、および利点は、示される例示的な実施形態の下記の詳細な説明を考慮することにより当業者に明らかとなるであろう。

ある特定の例示的な実施形態に係る、通信システムを介して電子決済を送信するためのシステムを示すブロック図である。 ある特定の例示的な実施形態に係る、通信システムを介して電子決済を送信する方法を示すブロックフロー図である。 ある特定の例示的な実施形態に係る、送金人からの支払取引情報を収集する方法を示すブロックフロー図である。 ある特定の例示的な実施形態に係る、通信システムを介して電子決済を送信する方法を示すブロックフロー図である。 ある特定の例示的な実施形態に係る、送金人からの支払取引情報を収集する方法を示すブロックフロー図である。 ある特定の例示的な実施形態に係るコンピューティングマシンおよびモジュールを示すブロック図である。

（概観）
本明細書で説明される方法およびシステムは、ユーザがインターネット通信ネットワークを介して支払いを行うことを可能にする。例示的なインターネット通信システムは、音声会議システム、ビデオ会議システム、ボイスオーバインターネットプロトコル（ＶｏＩＰ）システム、インスタントメッセージングシステム、ソーシャルネットワークシステム、および様々な同期通信システムを含む。ある特定の例示的な実施形態において、インターネット通信システムは、ＶｏＩＰ、音声会議、ビデオ会議、インスタントメッセージング、およびソーシャルネットワーク通信の組み合わせを含み得る。ある特定の例示的な実施形態において、インターネット通信システムは、電子メールシステムを含まない。本明細書で説明される実施形態は、送金人が、上記インターネット通信システムの１または複数における通信セッションに参加しながら、遠隔クライアントコンピューティングデバイスで実行している通信アプリケーションから直接的に支払いを開始することを可能にするユーザインタフェースを提供する。いくつかの実施形態において、支払いアプリケーションプログラムインタフェースライブラリ（ＡＰＩ）は、本開示の支払いシステムが、通信セッション中に送金人アプリケーションおよび受取人アプリケーションと通信し、送金人受取人通信アプリケーションからの支払い信号を検出し、送金人からの支払取引情報を受け取るために送金人通信アプリケーション内に支払いオブジェクトを表示することを可能にする。いくつかの実施形態において、本明細書で説明される技術は、通信アプリケーションと統合される。本明細書で説明される技術の様々な実施形態において、ユーザは、本明細書で説明される技術の恩恵を受けるために、特定のアプリケーションおよび／またはアドオンモジュールをインストールし、および／または使用のためのサービスを選択する必要があり得る。

１つの例示的な実施形態において、送金人は、送金人通信アプリケーション内に表示される支払いオプションユーザインタフェースを選択することによって、インターネット通信システムを介して支払いを開始する。他のある特定の例示的な実施形態において、送金人は、１つまたは複数のテキスト、音声、またはビジュアル信号によって、自身の支払いを開始する意図を示し得る。例えば、支払い信号は、テキストベース通信において例えば「＄」や「未払い金あり」などのテキスト信号を打ち込むことを備えてよく、あるいは例えば「支払いを送金する」といった音声コマンドを介し得る。ある特定の例示的な実施形態において、支払い信号は、例えば米国５ドル札などの通貨紙幣の画像キャプチャを取得することを備え得る。システムは、支払い信号を検出し、送金人通信アプリケーション内に表示するための支払いオブジェクトを読み込む。支払いオブジェクトは、送金人からの支払い明細を受け取るためのフィールドのセットを備える。送金人は、支払いオブジェクトに支払い明細を入力する。ある特定の例示的な実施形態において、支払いの受取人は、送金人が現在の通信セッションにおいて通信している相手に基づいて自動的に決定される。ある特定の例示的な実施形態において、支払い金額は、通貨紙幣の画像キャプチャによって自動的に決定され、その場合、通貨紙幣の額が支払い金額に等しい。

支払いオブジェクトによって受け取られた支払取引明細は、ＡＰＩによって支払いシステムへ通信される。支払いシステムは、支払取引明細を支払い処理システムへ伝達する。ある特定の例示的な実施形態において、支払い処理システムは電子財布システムであってよく、送金人および受取人の識別子は、送金人および受取人の電子財布アカウント識別子である。ある特定の例示的な実施形態において、支払いシステムはまず、送金人の支払いアカウントにおいて十分な資金が使用可能であるという確認を支払い処理システムに要求し得る。十分な資金が使用可能でない場合、支払いシステムは、送金人通信アプリケーション内で送金人に対する通知を表示し、彼らの電子アカウント設定を変更するというオプションを送金人に提供することになる。例えば、送金人は、例えば別のクレジットカードなど異なる支払い手段を選択して支払いの処理を継続することができ、あるいは送金人は、彼らの電子決済アカウントに追加の資金を送金してもよい。他のある特定の例示的な実施形態において、支払いシステムは、送金人通信アプリケーション内にセキュリティチャレンジを表示し、支払取引を進める前に送金人のＩＤの確認を要求し得る。他のある特定の例示的な実施形態において、支払いシステムは、各受取人通信アプリケーション内に支払い通知オブジェクトを表示し得る。通知は、支払いの処理を進める前に、受取人に受諾通知を要求し得る。支払取引情報が受け取られると、支払い処理システムは、示された支払い金額を送金人電子決済アカウントから受取人支払いアカウントへ送金する。その後支払いシステムは、送金人および受取人通信アプリケーション内に支払い確認を表示するか、あるいは例えば電子メールやテキストメッセージなどの別個の通信チャネルを介して送金人および受取人へ確認を送金する。また支払いシステムは、インターネット通信システムの支払いログまたは通信ログ内に支払取引の取引概要を記録してもよい。

別の例示的な態様において、送金人は、ソーシャルネットワークにアクセスしながら支払取引を開始する。送金人は、受取人のＩＤページに表示される支払いオブジェクトリンクを選択することによって受取人のＩＤページにアクセスすると、支払いを開始し得る。支払いオブジェクトが表示され、支払取引情報が受け取られ、概ね上述した例示的な実施形態において説明されるように支払い処理が進む。同様に、受取人は、支払い通知を受信し、支払いを受諾するか拒絶するかのオプションを与えられ得る。ある特定の例示的な実施形態において、支払い確認は、受取人のＩＤページ、送金人のＩＤページ、またはそれら両方に掲示される。

次に、同様の番号が同様の要素を表す図面（しかし必ずしも同一ではない）を参照すると、例示的な実施形態がより詳細に説明される。

（例示的なシステムアーキテクチャ）
図１は、ある特定の例示的な実施形態に係る、通信システムを介して電子決済を送信するためのシステムを示すブロック図である。図１に示すように、システム１００は、１つまたは複数のネットワーク１１５を介して互いに通信するように構成されたネットワークデバイス１０５、１１０、１２０、および１３０を含む。

各ネットワーク１１５は、有線または無線テレコミュニケーション手段を含み、それによって（デバイス１０５、１１０、１２０、および１３０を含む）ネットワークデバイスがデータを交換し得る。例えば各ネットワーク１１５は、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、イントラネット、インターネット、携帯電話ネットワーク、またはそれらの任意の組み合わせを含んでよい。例示的な実施形態の説明全体を通し、「データ」および「情報」という用語は本明細書において相互置換的に用いられ、コンピュータベースの環境に存在し得るテキスト、画像、音声、ビデオ、または他の任意の形式の情報を指す、ということを理解すべきである。

各ネットワークデバイス１０５、１１０、１２０、および１３０は、ネットワーク１１５を介してデータを送受信することができる通信アプリケーション１０６および１１１を有するデバイスを含む。例えば各ネットワークデバイス１０５、１１０、１２０、および１３０は、サーバ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、１つまたは複数の内蔵型および／または外部接続プロセッサを有するテレビ、スマートフォン、携帯型コンピュータ、携帯情報端末（「ＰＤＡ」）、または他の任意の有線または無線のプロセッサ駆動型デバイスを含んでよい。図１に示す例示的な実施形態において、ネットワークデバイス１０５、１１０は、エンドユーザすなわち消費者（図示せず）によって操作される。ネットワークデバイス１２０、１３０は、通信システムオペレータ（図示せず）および支払い処理オペレータ（図示せず）によってそれぞれ操作される。

エンドユーザは、分散型ネットワーク１１５を介して文書またはウェブページを閲覧、ダウンロード、アップロード、あるいはそれらにアクセスするために、例えばウェブブラウザアプリケーションやスタンドアロンアプリケーションなどの通信アプリケーション１０６および１１１を用い得る。ネットワーク１１５は、有線または無線テレコミュニケーションシステムまたはデバイスを含み、それによって（デバイス１１０、１３５、および１４０を含む）ネットワークデバイスがデータを交換し得る。通信アプリケーション１０６および１１１は、通信システム１２０および支払い処理システム１３０を含む、ネットワーク１１５に接続されたウェブサーバや他のコンピューティングデバイスと対話し得る。

図示されるネットワーク接続は一例であり、コンピュータとデバイスとの間の通信リンクを確立する他の手段が用いられ得ることが理解されるであろう。更に、当業者および本開示の利益を享受する者は、図１に示される送金人および受取人の遠隔コンピューティングデバイス１０５、１１０、通信システム１２０、および支払い処理システム１３０が、他のいくつかの適切なコンピュータシステム構成のいずれかを有し得ることを理解するであろう。例えば、携帯電話や携帯型コンピュータとして具現化される送金人遠隔コンピューティングデバイス１０５は、上述した構成要素の全てを含まなくてもよく、および／または他の構成要素を含んでもよい。

（例示的なプロセス）
例示的な動作環境１００の構成要素は、図２〜５に示す例示的な方法を参照して以下で詳述される。図２〜５の例示的な方法は、他のシステムを用いて他の環境でも実行され得る。

図２は、ある特定の例示的な実施形態に係る、通信システムを介して電子決済を送信する方法２００を示すブロックフロー図である。

方法２００はブロック２０５で始まり、送金人遠隔コンピューティングデバイス１０５は、通信システム１２０を介して１つまたは複数の受取人遠隔コンピューティングデバイス１１０との同期通信セッションを開始する。いくつかの実施形態において、特定のデバイスに関連するユーザは、本明細書で説明される技術の恩恵を受けるために、アプリケーションをインストールし、および／または機能選択をしなければならない。

同期通信セッションは、異なる地理的位置における異なる遠隔コンピューティングデバイス間での同時通信およびコラボレーションを可能にする。例示的な同期通信セッションは、音声会議、ウェブ会議、ビデオ会議、チャットルーム、インスタントメッセージング、およびアプリケーション共有や画面共有を含むがそれらに限定されない。ある特定の例示的な実施形態において、通信システム１２０を介して実施される同期通信セッションは、上記種類の同期通信のうち２つ以上を含み得る。例えばビデオ会議セッションは、アプリケーションまたは画面共有機能も含むウェブベース会議セッションであってよい。通信チャネルは、通信システム１２０の通信ネットワークサーバ１２２を介して送金人遠隔コンピューティングデバイス１０５と受取人遠隔コンピューティングデバイス１１０との間で確立される。

ブロック２１０において、支払いモジュール１２４は、同期通信セッション中に通信システム１２０を介して支払いを送金する送金人の意図を示す支払い信号を検出し、送金人は送金人遠隔コンピューティングデバイス１０５に関連している。支払いモジュール１２４は、通信アプリケーション１０６に表示される支払いオブジェクトと送金人との対話を介して、あるいはテキストベースの支払い信号、音声ベースの支払い信号、または画像ベースの検出信号の検出によって、送金人の意図を検出し得る。

通信アプリケーション１０６内に表示されるユーザインタフェースと送金人との対話から検出された支払い信号に関して、支払いＡＰＩライブラリ１２６が、送金人および受取人遠隔コンピューティングデバイス１０５、１１０にインストールされ得る。支払いＡＰＩライブラリ１２６は、送金人および受取人遠隔コンピューティングデバイス１０５および１１０の通信アプリケーション１０６が通信システム１２０の支払いモジュール１２４と通信することを可能にするコンピュータ実行可能コード命令を備える。送金人遠隔コンピューティングデバイス１０５において通信アプリケーション１０６を用いて同期通信セッションが開始されると、通信アプリケーション１０６によって支払いオブジェクトが送金人に表示される。支払いＡＰＩライブラリ１２６は、例えばボタンなどの支払いインタフェースオブジェクトが、通信アプリケーション１０６のユーザインタフェース内に表示されることを可能にする。送金人が支払インタフェースオブジェクトを選択すると、支払いＡＰＩライブラリ１２６は、その選択を支払いモジュール１２４へ伝達する。

音声およびテキストベースの支払い信号の検出に関して、支払いモジュール１２４は、そのような支払い信号に関して直接的に通信セッションを監視し得る。例えば支払いモジュール１２４は、「支払いを送金する」という言語命令に関する音声ベースの通信セッションを監視し得る。あるいは支払いモジュール１２４は、例えば「＄」や「支払いを送金する」などのテキストベースの支払い信号に関する通信を監視し得る。従って、そのような実施形態において支払い信号の検出は、送金人遠隔コンピューティングデバイス１０５で実行するＡＰＩライブラリによる検出を必要としないことがある。ある特定の例示的な実施形態において、通信セッションの音声およびテキストベースの支払い信号の監視は、通信セッション１２０のユーザによって無効にされ得る。

画像ベース（ｉｍａｇｅｄ ｂａｓｅｄ）の支払い信号の検出に関して、支払いモジュール１２４は、画像ベースの支払い信号に関して直接的に通信セッションを監視し得る。例えば支払い監視モジュール１２４は、例えば米国ドル札などの通貨紙幣の画像の送信に関する通信セッションを監視し得る。ある特定の例示的な実施形態において、ユーザはまず、上述したように支払いオブジェクトインタフェースを選択し、その後、彼らが送金したい支払い金額を指定するために送金人遠隔コンピューティングデバイス１０５に関連するカメラを用いて通貨紙幣の写真を撮影するというオプションを提供され得る。支払いＡＰＩライブラリ１２６は、取り込まれた画像に基づいて貨幣額を認識し、その貨幣額を支払いモジュール１２４へ伝達する。

ブロック２１５において、支払いモジュール１２４は、送金人支払い情報を受け取る。ブロック２１５は、図３を参照して以下で詳述される。

図３は、ある特定の例示的な実施形態に係る、送金人支払い情報を受け取るための方法２１５を示すブロックフロー図である。方法２１５は、図１に示す構成要素を参照して説明される。

方法２１５はブロック３０５で始まり、支払いモジュール１２４が送金人に支払取引明細を要求する。支払取引明細は、送金人支払いアカウント識別子、１つまたは複数の受取人識別子、および支払い金額を少なくとも含む。ある特定の例示的な実施形態において、通信セッションにおける他の全ての参加者が受取人として指定される。画像ベースの支払い信号が通貨紙幣の画像キャプチャである場合、支払い金額は、通貨紙幣の額に自動的に設定される。ある特定の例示的な実施形態において、支払いモジュール１２４は、一連の音声指示を送金人遠隔コンピューティングデバイス１０５へ伝達し標準的な音声認識方法を用いて送金人の応答を記録することによって、あるいは遠隔コンピューティングデバイス１０５のハードキーパッドや通信アプリケーション１０６内のソフトキーパッドを用いた送金人によるデータ入力を受信することによって、支払取引明細を受け取り得る。他の例示的な実施形態において、支払いＡＰＩライブラリ１２６を介して通信アプリケーション１０６内に支払い情報オブジェクトインタフェースが表示される。支払い情報オブジェクトは、送金人が要求された支払い情報を入力することができる、あるいは例えば指定された受取人および支払い金額などの予め用意されたフィールドを変更することができるフィールドを備える。

ブロック３１０において、支払いモジュール１２４は、送金人遠隔コンピューティングデバイス１０５からの支払取引明細を受信する。同期通信が音声成分を備え、支払取引明細が支払いモジュール１２４からの音声指示に対する可聴応答によって受け取られる場合、支払いモジュール１２４は、個別の通信セッションを確立し最初の通信セッションをミュートにすることができるので、送金人は支払い情報を非公開で提供し得る。

ブロック３１５において、支払いモジュール１２４は、上記のブロック３０５に関して受信した支払い情報において入力した情報に基づいて、送金人が支払いに関する複数の受取人を指示したかを判定する。複数の受取人が存在する場合、方法はブロック３２０へ進む。

ブロック３２０において、支払いモジュール１２４は、各受取人について支払い金額が指定されたことを確認する。例えば支払いモジュール１２４は、通信アプリケーション１０６を介して送金人へ複数受取人支払い明細オブジェクトを提示し、各受取人を列挙し、各受取人への支払い金額を示すためのフィールドを提供する。ある特定の例示的な実施形態において、支払いモジュール１２４は、デフォルトで、複数受取人様式において各受取人について同じ支払い金額を列挙し得る。その後送金人は、複数受取人支払い明細オブジェクト内で必要に応じて、支払い金額を編集し、受取人を追加または削除し、複数受取人支払い明細オブジェクトに表示されるユーザインタフェースオブジェクト送信を選択することによって支払いモジュール１２４へそれらの編集を伝達し得る。その後方法はブロック３２５へ進む。

ブロック３１５に戻ると、支払いモジュール１２４が、１人の受取人しかいないと判定した場合、方法は直接ブロック３２５へ進む。

ブロック３２５において、支払いモジュール１２４は、支払い処理システム１３０に支払い明細を伝達し、支払いアカウントステータスを要求する。支払い処理システム１３０は、アカウントインデックス１３２を備える。アカウントインデックス１３２は、例えばユーザアカウント識別子および例えばクレジットカードアカウント情報などの支払いアカウント情報などの情報に関連する送金人１３４および受取人１３６の支払いアカウント（または記録）を備える。

支払い情報オブジェクトが複数の支払い受取人を示す場合、支払いモジュール１２４は、各受取人について個別に支払い処理システム１３０へ支払い明細を伝達し得る。支払い処理システム１３０は、送金人支払いアカウント１３４にアクセスし、要求された各支払いについて選択された支払い手段に関連する十分な資金があるかを確認するために、送金人支払いアカウント識別子を用いる。支払い処理システム１３０からの支払いアカウントステータス応答が、支払い明細に示される支払い金額を満たす十分な資金がないことを示す場合、方法はブロック３３０へ進む。

ブロック３３０において、支払いモジュール１２４は、通信アプリケーション１０６を介して送金人にアカウント変更オブジェクトを表示するか、または、送金人の支払いアカウント情報を更新または変更する必要性に関する一連の音声指示を提供する。例えば、支払いモジュール１２４は、資金の不足を示すアカウント変更オブジェクトインタフェースを表示し、送金人に、支払い明細を変更するか支払取引を中止するオプションを提示し得る。送金人がアカウントの変更を選択すると、方法はブロック３１５に戻り、ステップ３１５〜３２５が繰り返される。送金人は、例えば別の支払い手段を選択すること、または送金人支払いアカウント１３４にアクセスし、支払いアカウントへの追加の資金の送金を許可すること、または送金人支払いアカウント１３４に関連する支払い情報を更新することによって、送金人支払いアカウント１３４を変更し得る。送金人が支払取引の中止を選択すると、方法は終了する。通信セッションは必要に応じて継続し得る。

ブロック３２５に戻ると、支払いモジュール１２４が、十分な資金が使用可能であるという確認を支払い処理システム１３０から受信した場合、方法は直接ブロック３３５へ進む。

ブロック３３５において、支払いモジュール１２４は、支払取引が遂行されることを許可する前にセキュリティチャレンジが必要であるかを判定する。例えば支払いモジュール１２４は、支払い金額、送金人支払いアカウント１３４に記憶された支払い手段情報の量、支払いが送金人のソーシャルネットワーク内の人物に対して行われるか、またはそれらの組み合わせに基づいて、セキュリティチャレンジが必要であるかを判定し得る。セキュリティチャレンジは、例えば正確な請求書送金先などの新たな支払いアカウント情報や、例えば選択された支払い手段のクレジットカード番号など既知の詳細の確認を必要とし得る。他のある特定の例示的な実施形態において、セキュリティチャレンジは、送金人が検証コードを所有していることを証明することを必要とすることもある。例えば支払いモジュール１２４は、送金人の支払いアカウントに関連する携帯電話番号へ、検証コードを含むテキストメッセージを送信し得る。支払いモジュール１２４が、セキュリティチャレンジが必要であると判定した場合、プロセスはブロック３４０へ進む。

ブロック３４０において、支払いモジュール１２４は、通信アプリケーション１０６を介して送金人にセキュリティチャレンジオブジェクトを表示するか、あるいはセキュリティチャレンジ音声指示を提供し、送金人から受け取った情報に基づいてセキュリティチャレンジがパスしたかを判定する。セキュリティチャレンジがパスした場合、方法は図２のブロック２２０へ進む。セキュリティチャレンジが失敗した場合、方法は終了する。ある特定の例示的な実施形態において、送金人は、支払い処理が終了する前に、正しいセキュリティチャレンジ検証情報を提供するために、限定数の追加の試みを与えられ得る。支払い処理が終了した場合、通信セッションは必要に応じて継続し得る。

ブロック３３５に戻ると、支払いモジュール１２４が、セキュリティチャレンジが必要でないと判定した場合、方法は直接図２のブロック２２０へ進む。支払いモジュール１２４は、例えば支払い金額、前回のログインやシステムの使用からの期間、または送金人の支払いアカウントに記憶されたアカウント情報量などの要因に基づいて、セキュリティチャレンジが必要でないと判定し得る。

図２に戻るとブロック２２０において、支払いモジュール１２４は、支払取引明細を備える最終支払い要求を支払い処理システム１３０へ伝達する。ある特定の例示的な実施形態において、支払いモジュール１２４は、支払い処理システム１３０へ最終支払い要求を伝達する前に、まず受諾通知を受取人すなわち受取人遠隔コンピューティングデバイス１１０に伝達することができ、通信通知は、支払いを受諾するか拒絶するかのオプションを含む。支払いモジュール１２４が受取人遠隔コンピューティングデバイス１１０からの受諾通知を受信すると、支払いモジュール１２４は、最終支払い要求を支払い処理デバイス１２４へ伝達する。支払いモジュール１２４が受取人遠隔コンピューティングデバイス１１０からの拒絶通知を受信すると、支払い処理は終了する。通信セッションは必要に応じて継続し得る。ある特定の例示的な実施形態において、複数の受取人が指定され、かつ一部の受取人のみが支払いを受諾した場合、支払いモジュール１２４は、最終支払い要求を支払い処理システム１３０へ伝達する前にまず、支払いを拒絶した受取人に関する支払取引明細を削除するために最終支払い要求を更新することになる。

ブロック２２５において、支払い処理システム１３０は、支払い要求を処理する。支払い処理システム１３０は、支払い要求に含まれる送金人支払いアカウント識別子に基づいて、送金人支払いアカウント１３４にアクセスする。受取人支払いアカウント１３６の識別子が支払い要求に含まれている場合、支払い処理システム１３０は、受取人支払いアカウント１３６にアクセスするためにその識別子を用いる。受取人支払いアカウント識別子が含まれていない場合、あるいは受取人が支払い処理システム１３０に登録された支払いアカウントを所有していない場合、支払い処理システム１３０は、受取人に登録要求を伝達し得る。登録要求は、例えば受取人の電子メールアドレスが支払い要求に含まれる場合は電子メールによって、あるいは他の任意の適切な通信方法によって、受取人に直接送信され得る。あるいは、支払い処理システム１３０は、登録要求を支払いモジュール１２４へ伝達し得る。すると支払いモジュール１２４は、受取人通信アプリケーション１１１内に登録要求オブジェクトを表示するか、または支払い処理システム１３０に支払いアカウントを登録する方法を受取人に指示する一連の音声指示を提供することになる。支払い処理支払いシステム１３０が送金人および受取人の支払いアカウント識別子の両方を有すると、支払い処理システム１３０は、支払いを処理し、指定された支払い金額を送金人支払いアカウント１３４から受取人支払いアカウント１３６へ送金する。

ブロック２３０において、支払いモジュール１２４は、支払いが遂行されたという支払い確認を支払い処理システム１３０から受信する。

ブロック２３５において、支払いモジュール１２４は、通信システム１２０に記憶される支払取引ログに支払取引記録を記録し得る。支払取引ログは、過去の通信セッション中に行われた過去の支払いを参照するために通信システム１２０のユーザによってアクセスされ得る。支払いモジュール１２４は、過去の取引の検索を容易にするために各記録に取引識別子を割り当てるか、あるいは送金人識別子や受取人識別子によって取引ログ内の過去の取引を識別し得る。

ブロック２４０において、支払いモジュール１２４は、支払い確認を受取人および送金人に伝達する。支払いモジュール１２４は、受取人および送金人それぞれの通信アプリケーション１０６および１１１内に確認用オブジェクトを表示するか、あるいは、例えば送金人および受取人へのテキストメッセージや電子メールによってなど別の通信方法を介して支払い確認を伝達し得る。

図４は、別のある特定の例示的な実施形態に係る、ソーシャルネットワーキングＩＤページを介して電子決済を送信する方法４００を示すブロックフロー図である。

方法４００はブロック４０５で始まり、送金人通信アプリケーション１０６に関連する送金人が受取人のＩＤページにアクセスすると、送金人通信アプリケーション１０６は、受取人のソーシャルネットワーキングＩＤページを表示する。ソーシャルネットワーキングＩＤページは、ユーザアカウントインデックス１２８に記録された受取人のソーシャルネットワークアカウントに関連する。支払いＡＰＩライブラリ１２６は、受取人のソーシャルネットワーキングページに支払いオブジェクトインタフェースを表示する。ある特定の例示的な実施形態において、支払いＡＰＩ１２６は、受取人のＩＤページに支払いオブジェクトインタフェースを表示する前にまず、受取人がソーシャルネットワーキング支払いを有効にし、例えば支払いアカウント識別子など必要な電子決済アカウント情報を登録しているかを判定するために、受取人のソーシャルネットワーキングアカウントを参照し得る。ある特定の例示的な実施形態において、支払いＡＰＩ１２６は、受取人のＩＤページから電子決済を送信することができるように所望することを送金人が受取人に通知することを可能にする支払いアクセス要求オブジェクトを表示し得る。この支払いアクセス要求オブジェクトを選択すると、支払いＡＰＩライブラリ１２６は、ソーシャルネットワーキング支払いを使用可能にし、既存の電子決済アカウント情報に登録するか、またはそれを提供するように、受取人に通知および指示することになる。

ブロック４１０において、支払いＡＰＩライブラリ１２６は、受取人のＩＤページに表示された支払いオブジェクトインタフェースを送金人が選択したことに応答して、支払いモジュール１２４へ通知を伝達することによって、通信システム１２０を介して支払いを送金する送金人の意図を示す。

ブロック４１５において、支払いモジュール１２４は、送金人の支払取引明細を受け取る。方法４１５は、図５を参照して以下で詳述される。

図５は、ある特定の例示的な実施形態に係る、送金人支払取引明細を受け取るための方法４１５を示すブロック図である。方法２１０は、図１に示す構成要素を参照して説明される。

方法４１５はブロック５０５で始まる。ブロック５０５および５１０は、図３のブロック３０５および３１０に関して上述したように概ね進み、ブロック５１５〜５３０は、図３のブロック３２５〜３４０に関して上述したように概ね進む。

図４に戻るとブロック４２０において、支払いモジュール１２４は、支払い処理システム１３０へ支払取引明細を伝達する。その後ブロック４２０〜４３０は、図２のブロック２２０および２３０に関して上述したように概ね進む。ある特定の例示的な実施形態において、支払いモジュール１２４は、送金人、受取人、またはその両者のＩＤページに表示するために支払いＡＰＩライブラリ１２６を介して支払いの記録を伝達し得る。記録は、支払いが行われたことのみを示すか、あるいは例えば支払い金額や何に対する支払いであったかについてのメモなど詳しい情報を提供し得る。

ある特定の例示的な実施形態において、ユーザは支払いを要求し、かつ支払いを送金してよい。ユーザは、要求されたＩＤページ上の支払いオブジェクトを選択し、少なくとも要求される金額を示すことによって、要求を開始する。支払い要求通知は、被要求人に送信され、要求人のＩＤおよび要求される支払い金額を示す。被要求人が支払い要求を受諾すると、被要求人は送金人となり、要求人は受取人となり、上記ブロック４０５〜４３０に関して上述したように支払い処理が進む。

（他の例示的な実施形態）
図６は、ある特定の例示的な実施形態に係るコンピューティングマシン２０００およびモジュール２０５０を示す。コンピューティングマシン２０００は、本明細書で提示される様々なコンピュータ、サーバ、携帯機器、組込みシステム、またはコンピューティングシステムのいずれかに対応し得る。モジュール２０５０は、本明細書で提示される様々な方法および処理機能を実行する際にコンピューティングマシン２０００を促進するように構成された１つまたは複数のハードウェア要素やソフトウェア要素を備え得る。コンピューティングマシン２０００は、例えばプロセッサ２０１０、システムバス２０２０、システムメモリ２０３０、記憶媒体２０４０、入力／出力インタフェース２０６０、およびネットワーク２０８０と通信するためのネットワークインタフェース２０７０などの様々な内部構成要素や外付け部品を含み得る。

コンピューティングマシン２０００は、従来型コンピュータシステム、組込みコントローラ、ラップトップ、サーバ、携帯機器、スマートフォン、セットトップボックス、キオスク、車両用情報システム、テレビ関連の１つまたは複数のプロセッサ、カスタマイズマシン、他の任意のハードウェアプラットフォーム、またはそれらの任意の組み合わせや複数要素として実装され得る。コンピューティングマシン２０００は、データネットワークやバスシステムを介して相互接続された複数のコンピューティングマシンを用いて機能するように構成された分散型システムであってよい。

プロセッサ２０１０は、本明細書で説明される動作および機能を実行し、要求フローおよびアドレスマッピングを管理し、計算を実行しコマンドを生成するためのコードや命令を実行するように構成され得る。プロセッサ２０１０は、コンピューティングマシン２０００における構成要素の動作を監視および制御するように構成され得る。プロセッサ２０１０は、汎用プロセッサ、プロセッサコア、マルチプロセッサ、再構成可能プロセッサ、マイクロコントローラ、デジタル信号プロセッサ（「ＤＳＰ」）、特定用途向け集積回路（「ＡＳＩＣ」）、グラフィック処理ユニット（「ＧＰＵ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プログラマブルロジックデバイス（「ＰＬＤ」）、コントローラ、ステートマシン、ゲーテッドロジック、ディスクリートハードウェア部品、他の任意の処理ユニット、またはそれらの任意の組み合わせや複数要素であってよい。プロセッサ２０１０は、１つの処理ユニット、複数の処理ユニット、１つの処理コア、複数の処理コア、専用処理コア、コプロセッサ、またはそれらの任意の組み合わせであってよい。ある特定の実施形態によると、プロセッサ２０１０はコンピューティングマシン２０００の他の構成要素と共に、他の１つまたは複数のコンピューティングマシンにおいて実行する仮想化コンピューティングマシンであってよい。

システムメモリ２０３０は、例えば読取専用メモリ（「ＲＯＭ」）、プログラマブル読取専用メモリ（「ＰＲＯＭ」）、消去可能プログラマブル読取専用メモリ（「ＥＰＲＯＭ」）、フラッシュメモリ、または、電源が入っていようがいまいがプログラム命令またはデータを記憶することができる他の任意のデバイスなどの不揮発性メモリを含み得る。システムメモリ２０３０は、例えばランダムアクセスメモリ（「ＲＡＭ」）、スタティックランダムアクセスメモリ（「ＳＲＡＭ」）、ダイナミックランダムアクセスメモリ（「ＤＲＡＭ」）、およびシンクロナスダイナミックランダムアクセスメモリ（「ＳＤＲＡＭ」）などの揮発性メモリも含み得る。他の種類のＲＡＭも、システムメモリ２０３０を実装するために使用され得る。システムメモリ２０３０は、１つのメモリモジュールまたは複数のメモリモジュールを用いて実装され得る。システムメモリ２０３０はコンピューティングマシン２０００の一部として図示されるが、当業者は、主題となる技術の範囲から逸脱することなくシステムメモリ２０３０がコンピューティングマシン２０００から分離し得ることが分かるであろう。また、システムメモリ２０３０は、例えば記憶媒体２０４０などの不揮発性記憶装置を含み得る、あるいはそれらと連動して作動し得ることも理解すべきである。

記憶媒体２０４０は、ハードディスク、フロッピー（登録商標）ディスク、コンパクトディスク読取専用メモリ（「ＣＤ−ＲＯＭ」）、デジタル多目的ディスク（「ＤＶＤ」）、ブルーレイディスク、磁気テープ、フラッシュメモリ、他の不揮発性メモリデバイス、ソリッドステートドライブ（ｓｏｌｉｄ ｓａｔｅ ｄｒｉｖｅ）（「ＳＳＤ」）、任意の磁気記憶装置、任意の光学記憶装置、任意の電子記憶装置、任意の半導体記憶装置、任意の物理ベース記憶装置、他の任意のデータ記憶装置、またはそれらの任意の組み合わせや複数要素を含み得る。記憶媒体２０４０は、１つまたは複数のオペレーティングシステム、アプリケーションプログラムおよび例えばモジュール２０５０などのプログラムモジュール、データ、または他の任意の情報を記憶し得る。記憶媒体２０４０は、コンピューティングマシン２０００の一部であるか、あるいはそれに接続され得る。記憶媒体２０４０は、例えばサーバ、データベースサーバ、クラウドストレージ、ネットワーク接続ストレージなど、コンピューティングマシン２０００と通信している１つまたは複数の他のコンピューティングマシンの一部であってもよい。

モジュール２０５０は、本明細書で提示される様々な方法および処理機能の実行をコンピューティングマシン２０００に促進するように構成された１つまたは複数のハードウェア要素またはソフトウェア要素を備え得る。モジュール２０５０は、システムメモリ２０３０、記憶媒体２０４０、またはその両方に関連するソフトウェアやファームウェアとして記憶される１つまたは複数の命令のシーケンスを含み得る。従って記憶媒体２０４０は、プロセッサ２０１０による実行のために命令またはコードが記憶され得る機械またはコンピュータ読取可能媒体の例を表し得る。機械またはコンピュータ読取可能媒体は、一般に、プロセッサ２０１０に命令を提供するために用いられる任意の媒体を称してよい。モジュール２０５０に関連するそのような機械またはコンピュータ読取可能媒体は、コンピュータソフトウェア製品を備え得る。モジュール２０５０を備えるコンピュータソフトウェア製品は、ネットワーク２０８０、任意の信号含有媒体、または他の任意の通信または配信技術を介してコンピューティングマシン２０００にモジュール２０５０を配信するための１つまたは複数のプロセスまたは方法にも関連し得ることを理解すべきである。モジュール２０５０は、ハードウェア回路、または例えばＦＰＧＡや他のＰＬＤのための構成情報やマイクロコードなどハードウェア回路を構成するための情報も備え得る。

入力／出力（「Ｉ／Ｏ」）インタフェース２０６０は、１つまたは複数の外部デバイスに接続し、１つまたは複数の外部デバイスからデータを受信し、１つまたは複数の外部デバイスへデータを送信するように構成され得る。そのような外部デバイスは、様々な内部デバイスと共に、周辺デバイスとしても知られ得る。Ｉ／Ｏインタフェース２０６０は、様々な周辺デバイスをコンピューティングマシン２０００やプロセッサ２０１０に動作可能に接続するための電気接続および物理接続の両方を含み得る。Ｉ／Ｏインタフェース２０６０は、周辺デバイス、コンピューティングマシン２０００、またはプロセッサ２０１０の間でデータ、アドレス、および制御信号を伝達するように構成され得る。Ｉ／Ｏインタフェース２０６０は、例えば小型コンピュータシステムインタフェース（「ＳＣＳＩ」）、シリアルアタッチドＳＣＳＩ（「ＳＡＳ」）、ファイバチャネル、周辺構成要素相互接続（「ＰＣＩ」）、ＰＣＩエクスプレス（「ＰＣＩｅ」）、シリアルバス、パラレルバス、アドバンスドテクノロジーアタッチド（「ＡＴＡ」）、シリアルＡＴＡ（「ＳＡＴＡ」）、ユニバーサルシリアルバス（「ＵＳＢ」）、Ｔｈｕｎｄｅｒｂｏｌｔ、ＦｉｒｅＷｉｒｅ、様々なビデオバスなど、任意の規格のインタフェースを実装するように構成され得る。Ｉ／Ｏインタフェース２０６０は、１つのインタフェースまたはバス技術のみを実装するように構成され得る。あるいはＩ／Ｏインタフェース２０６０は、複数のインタフェースまたはバス技術を実装するように構成され得る。Ｉ／Ｏインタフェース２０６０は、システムバス２０２０の一部または全部として、あるいはシステムバス２０２０と連動して作動するように構成され得る。Ｉ／Ｏインタフェース２０６０は、１つまたは複数の外部デバイス、内部デバイス、コンピューティングマシン２０００、またはプロセッサ２０１０の間の送信をバッファリングするための１つまたは複数のバッファを含み得る。

Ｉ／Ｏインタフェース２０６０は、マウス、タッチ画面、スキャナ、生体測定リーダ、電子デジタイザ、センサ、レシーバ、タッチパッド、トラックボール、カメラ、マイクロフォン、キーボード、他の任意のポインティングデバイス、またはそれらの任意の組み合わせを含む様々な入力デバイスにコンピューティングマシン２０００を接続し得る。Ｉ／Ｏインタフェース２０６０は、ビデオディスプレイ、スピーカ、プリンタ、プロジェクタ、触覚フィードバックデバイス、自動化制御装置、ロボット構成要素、アクチュエータ、モータ、ファン、ソレノイド、バルブ、ポンプ、トランスミッタ、信号エミッタ、ライトなどを含む様々な出力デバイスにコンピューティングマシン２０００を接続し得る。

コンピューティングマシン２０００は、ネットワーク２０８０にわたる１つまたは複数の他のシステムやコンピューティングマシンへのネットワークインタフェース２０７０を介する論理的接続を用いてネットワーク環境において作動し得る。ネットワーク２０８０は、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イントラネット、インターネット、無線接続ネットワーク、有線ネットワーク、モバイルネットワーク、電話ネットワーク、光ネットワーク、またはそれらの組み合わせを含み得る。ネットワーク２０８０は、任意のトポロジのパケット交換、回線交換であってよく、あるいは任意の通信プロトコルを用い得る。ネットワーク２０８０内の通信リンクは、例えば光ファイバケーブル、自由空間光通信、導波管、導電体、無線リンク、アンテナ、無線周波数通信などの様々なデジタルまたはアナログ通信媒体を含み得る。

プロセッサ２０１０は、システムバス２０２０を介してコンピューティングマシン２０００の他の要素や本明細書で説明される様々な周辺機器に接続され得る。システムバス２０２０は、プロセッサ２０１０の内部、プロセッサ２０１０の外部、またはその両方にあってよいことを理解すべきである。いくつかの実施形態によると、プロセッサ２０１０、コンピューティングマシン２０００の他の要素、または本明細書で説明される様々な周辺機器のいずれかは、例えばシステムオンチップ（「ＳＯＣ」）、システムオンパッケージ（「ＳＯＰ」）、またはＡＳＩＣデバイスなど１つのデバイスに統合され得る。

ここで説明されるシステムがユーザに関する個人情報を受け取り、個人情報を使用し得る状況において、ユーザは、プログラムまたは機能がユーザ情報（例えば、ユーザのソーシャルネットワーク、社会的行為や活動、職業、ユーザの好み、またはユーザの現在位置についての情報）を受け取るかを制御する機会、あるいは、ユーザにより関連のあり得るコンテンツサーバからのコンテンツを受信するか、および／またはどのように受信するかを制御する機会を提供され得る。更に、ある特定のデータは、個人を特定できる情報が除去されるように、記憶または使用される前に１つまたは複数の方法で処理され得る。例えば、ユーザについて判別され得る個人を特定できる情報がないようにユーザの識別子が処理され、あるいは、ユーザの特定の位置が判別できないように、（例えば都市、郵便番号、または州レベルなどの）位置情報が取得されるユーザの地理的位置が一般化され得る。このようにユーザは、ユーザに関する情報がコンテンツサーバによってどのように受け取られ使用されるかに対する制御を有し得る。

実施形態は、本明細書で説明され示される機能を具現化するコンピュータプログラムを備えてよく、コンピュータプログラムは、機械読取可能媒体に記憶された命令および命令を実行するプロセッサを備えるコンピュータシステムに実装される。しかし、当然のことながら、コンピュータプログラミングにおいて実施形態を実現する多数の様々な方法が存在し、実施形態はコンピュータプログラム命令のいずれか１セットに限定されると解釈すべきではない。更に、当該技術のプログラマーは、添付のフローチャートおよび本出願文書内の関連する説明に基づいて開示される実施形態の実施形態を実現するコンピュータプログラムを書くことができるだろう。従って、プログラムコード命令の特定のセットの開示が、実施形態をどのように作成および使用するかを十分に理解するために必要であるとは考えられない。更に、当業者は、本明細書で説明される実施形態の１つまたは複数の態様が、１つまたは複数のコンピューティングシステムにおいて具現化され得るように、ハードウェア、ソフトウェア、またはそれらの組み合わせによって実行され得ることを理解するであろう。更に、コンピュータによって実行されている動作に関する任意の言及は、複数のコンピュータが動作を実行し得るので１つのコンピュータによって実行されていると解釈してはならない。

本明細書で説明される例示的な実施形態は、上述した方法および処理機能を実行するコンピュータハードウェアおよびソフトウェアと共に用いられ得る。本明細書で説明されるシステム、方法、および手順は、プログラマブルコンピュータ、コンピュータ実行可能ソフトウェア、またはデジタル回路において具現化され得る。ソフトウェアは、コンピュータ読取可能媒体に記憶され得る。例えば、コンピュータ読取可能媒体は、フロッピー（登録商標）ディスク、ＲＡＭ、ＲＯＭ、ハードディスク、リムーバブルメディア、フラッシュメモリ、メモリスティック、光学媒体、光磁気媒体、ＣＤ−ＲＯＭなどを含んでよい。デジタル回路は、集積回路、ゲートアレイ、ビルディングブロックロジック、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などを含んでよい。

上述された実施形態において説明される例示的なシステム、方法、および動作は一例であり、代替実施形態において、様々な実施形態の範囲および主旨から逸脱することなく、ある特定の動作が異なる順序で実行され、互いに並行して実行され、完全に省略され、および／または異なる例示的な実施形態の間で組み合わされ、および／またはある特定の追加の動作が実行され得る。従ってそのような代替実施形態は、本明細書で説明される発明に含まれる。

特定の実施形態が上記で詳述されたが、その説明は単に例示目的にすぎない。従って、上述した多数の態様は、例外が明記されない限り、必須すなわち不可欠の要素として意図されていないことを理解すべきである。下記の特許請求の範囲によって定められる実施形態の主旨および範囲から逸脱することなく、例示的な実施形態の開示された態様の変形例、およびそれらに対応する同等の構成要素や動作が、上記に加え、本開示の恩恵を受ける当業者によってなされてよく、特許請求の範囲は、そのような変形例および同等の構成を包含するように最も広い解釈が与えられるものである。

１００ システム
１０５ ネットワークデバイス
１０６ 通信アプリケーション
１１０ ネットワークデバイス
１１１ 通信アプリケーション
１１５ 分散型ネットワーク
１２０ ネットワークデバイス
１２２ 通信ネットワークサーバ
１２４ 支払いモジュール
１２６ 支払いＡＰＩ
１２８ ユーザアカウントインデックス
１３０ 支払い処理支払いシステム
１３２ アカウントインデックス
１３４ 送金人支払いアカウント
１３６ 受取人支払いアカウント
２００ 通信システムを介して電子決済を送信する方法
２０００ コンピューティングマシン
２０１０ プロセッサ
２０２０ システムバス
２０３０ システムメモリ
２０４０ 記憶媒体
２０５０ モジュール
２０６０ インタフェース
２０７０ ネットワークインタフェース
２０８０ ネットワーク

Claims (22)

1. 通信システムを介して電子決済を送信するコンピュータ実施方法であって、
   １つまたは複数のコンピューティングデバイスを用いて、２つ以上の遠隔クライアントデバイス間の通信セッションを開始するステップであって、各遠隔クライアントデバイスは前記通信セッション中に通信を送受信する同期通信アプリケーションを備える、ステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記通信セッション中に、送金人が受取人へ支払いを送金する意図を示す支払いオプション信号を検出するステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記支払いの前記送金人に関連する第１の遠隔クライアントデバイスにおける前記通信アプリケーション内に支払いオブジェクトを表示するステップであって、前記支払いオブジェクトは支払取引情報を受信するためのフィールドを備え、前記支払取引情報は、送金人支払いアカウント識別子、受取人識別子、および支払い金額を備える、ステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記支払いの前記送金人に関連する前記第１の遠隔クライアントデバイスからの前記支払取引情報を受信するステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記送金人と前記受取人との間で前記支払いを決済するための支払い処理システムへ前記支払取引情報を伝達するステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記支払い処理システムから支払い確認を受信するステップであって、前記支払い確認は前記送金人と前記受取人との間で前記支払い金額の前記決済を確認する、ステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記支払いの前記送金人に関連する前記第１の遠隔クライアントデバイスおよび前記受取人に関連する第２の遠隔クライアントデバイスへ前記支払い確認を伝達するステップと、
   を備える方法。
2. 前記１つまたは複数のコンピューティングデバイスを用いて、前記支払取引情報の受信に応答して、前記受取人に関連する前記第２の遠隔クライアントデバイスに支払い確認用インタフェースオブジェクトを表示するために提供するステップであって、前記支払い確認用インタフェースオブジェクトは、送金人識別子、前記支払い金額、および前記受取人による支払いの受諾を求める要求を備える、ステップと、
   前記１つまたは複数のコンピューティングデバイスを用いて、前記受取人に関連する前記第２の遠隔クライアントデバイスからの受諾通知を受信するステップであって、前記支払い情報を支払い処理システムへ伝達することは、前記受取人からの受諾通知を受信した場合のみ遂行される、ステップと、
   を更に備える請求項１に記載の方法。
3. 前記１つまたは複数の支払い信号は、前記送金人に関連する前記第１の遠隔クライアントデバイスにおける前記通信アプリケーション内に表示される支払いオプションオブジェクトの選択、テキストベースの支払い信号の検出、音声ベースの支払い信号の検出、または画像ベースの支払い信号の検出である、請求項１に記載の方法。
4. 前記支払いオプション信号を検出するステップは、通貨紙幣の画像キャプチャに基づいて画像ベースの支払い信号を検出するステップを備える、請求項１に記載の方法。
5. 前記通貨紙幣は前記支払い金額を示し、前記示された支払い金額は、支払いオブジェクトの支払い金額フィールドに自動的に挿入される、請求項４に記載の方法。
6. 前記通信アプリケーションは、ボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーション、音声会議アプリケーション、またはビデオ会議アプリケーションである、請求項１に記載の方法。
7. コンピュータによって実行されると、前記コンピュータに、通信システムを介して電子決済を送金させるコンピュータ実行可能プログラム命令を備えるコンピュータプログラムであって、前記コンピュータプログラムは、
   通信セッション中に通信を送受信する同期通信アプリケーションを各々が備える２つ以上の遠隔クライアントデバイス間の前記通信セッションを開始するためのコンピュータ実行可能プログラム命令と、
   送金人が受取人へ支払いを送金する意図を示す支払いオプション信号を前記通信セッション中に検出するためのコンピュータ実行可能プログラム命令と、
   送金人支払いアカウント識別子、受取人識別子、および支払い金額を備える支払取引情報を受信するためのフィールドを備える支払いオブジェクトを、前記支払いの前記送金人に関連する第１の遠隔クライアントデバイスにおける前記通信アプリケーション内に表示するためのコンピュータ実行可能プログラム命令と、
   前記送金人と前記受取人との間で前記支払いを決済するための支払い処理システムへ、前記支払いオブジェクトインタフェースで受信した前記支払取引情報を伝達するためのコンピュータ実行可能プログラム命令と、
   前記支払い処理システムからの、前記送金人と前記受取人との間で前記支払い金額を決済することを確認する支払い確認を受信するためのコンピュータ実行可能プログラム命令と、
   前記支払いの前記送金人に関連する前記第１の遠隔クライアントデバイスおよび前記受取人に関連する第２の遠隔クライアントデバイスへ、前記支払い確認を伝達するためのコンピュータ実行可能プログラム命令と、
   を備える、コンピュータプログラム。
8. 前記支払取引情報の受信に応答して、前記受取人に関連する前記第２の遠隔クライアントデバイスに、送金人識別子、前記支払い金額、および前記受取人による支払いの受諾を求める要求を備える確認用支払いインタフェースオブジェクトを表示するために提供するコンピュータ実行可能プログラム命令と、
   前記受取人に関連する前記第２の遠隔クライアントデバイスからの受諾通知を受信するためのコンピュータ実行可能プログラム命令と、
   を更に備え、
   前記支払い情報を支払い処理システムへ伝達することは、前記受取人からの受諾通知を受信した場合のみ遂行される、
   請求項７に記載のコンピュータプログラム。
9. 前記１つまたは複数の支払い信号は、前記送金人に関連する前記第１の遠隔クライアントデバイスにおける前記通信アプリケーション内に表示される支払いオプションオブジェクトの選択、テキストベースの支払い信号の検出、音声ベースの支払い信号の検出、または画像ベースの支払い信号の検出である、請求項７に記載のコンピュータプログラム。
10. 前記支払いオプション信号を検出することは、通貨紙幣の画像キャプチャに基づいて画像ベースの支払い信号を検出することを備える、請求項７に記載のコンピュータプログラム。
11. 前記通貨紙幣は前記支払い金額を示し、前記示された支払い金額は、前記支払いオブジェクトの支払い金額フィールドに自動的に挿入される、請求項１０に記載のコンピュータプログラム。
12. 前記通信アプリケーションは、ボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーション、音声会議アプリケーション、またはビデオ会議アプリケーションである、請求項７に記載のコンピュータプログラム。
13. 通信システムを介して電子決済を送信するためのシステムであって、前記システムは、
    記憶装置と、
    前記記憶装置に通信可能に接続されたプロセッサと、
    を備え、
    前記プロセッサは、前記システムに、
    通信セッション中に通信を送受信する同期通信アプリケーションを各々が備える２つ以上の遠隔クライアントデバイス間の前記通信セッションを開始させ、
    送金人が受取人へ支払いを送金したいと所望することを示す支払いオプション信号を、２つ以上の遠隔クライアントデバイス間の通信セッション中に検出させ、
    送金人支払いアカウント識別子、受取人識別子、および支払い金額を備える支払取引情報を受信するためのフィールドを備える支払いオブジェクトを、前記支払いの前記送金人に関連する第１の遠隔クライアントデバイスにおける同期通信アプリケーション内に表示させ、
    前記送金人と前記受取人との間で前記支払いを決済するための支払い処理システムへ、前記支払いオブジェクトで受信した前記支払取引情報を伝達させ、
    前記支払い処理システムからの、前記送金人と前記受取人との間で前記支払い金額を決済することを確認する支払い確認を受信させる、
    前記記憶装置に記憶されたアプリケーションコード命令を実行する、システム。
14. 前記システムに、
    前記支払取引情報の受信に応答して、前記受取人に関連する第２の遠隔クライアントデバイスに、送金人識別子、前記支払い金額、および前記受取人による支払いの受諾を求める要求を備える確認用支払いインタフェースオブジェクトを表示するために提供させ、
    前記受取人に関連する前記第２の遠隔クライアントデバイスからの受諾通知を受信させる
    コンピュータ実行可能プログラム命令を更に備え、前記支払い情報を支払い処理システムへ伝達することは、前記受取人からの受諾通知を受信した場合のみ遂行される、
    請求項１３に記載のシステム。
15. 前記１つまたは複数の支払い信号は、前記送金人に関連する前記第１の遠隔クライアントデバイスにおける前記通信アプリケーション内に表示されるユーザインタフェースオブジェクトの選択、テキストベースの支払い信号の検出、音声ベースの支払い信号の検出、または画像ベースの支払い信号の検出である、請求項１３に記載のシステム。
16. 前記支払いオプション信号を検出することは、通貨紙幣の画像キャプチャに基づいて画像ベースの支払い信号を検出することを備える、請求項１３に記載のシステム。
17. 前記通貨紙幣は前記支払い金額を示し、前記示された支払い金額は、前記支払いオブジェクトの支払い金額フィールドに自動的に挿入される、請求項１６に記載のシステム。
18. 前記通信アプリケーションは、ボイスオーバインターネットプロトコル（ＶＯＩＰ）アプリケーション、音声会議アプリケーション、またはビデオ会議アプリケーションである、請求項１３に記載のシステム。
19. ソーシャルネットワーキングシステムを介して電子決済を送信するコンピュータ実施方法であって、
    １つまたは複数のコンピューティングデバイスによって、送金人の遠隔コンピュータデバイス上のソーシャルネットワーキングアプリケーション内に、支払いオブジェクトインタフェースを表示する受取人のＩＤページを表示するステップと、
    前記１つまたは複数のコンピューティングデバイスによって、前記送金人の遠隔コンピューティングデバイスに関連するユーザによる前記受取人のＩＤページ上の前記支払いオブジェクトインタフェースの選択を検出するステップと、
    前記１つまたは複数のコンピューティングデバイスによって、前記受取人のＩＤページに支払い情報オブジェクトを表示するステップであって、前記支払い情報オブジェクトは前記送金人からの支払取引情報を受信するためのフィールドを備え、前記支払取引情報は少なくとも送金人支払いアカウント識別子および支払い金額を備える、ステップと、
    前記１つまたは複数のコンピューティングデバイスによって、前記送金人によって前記支払いオブジェクト内に入力された前記支払取引情報を受信するステップと、
    前記１つまたは複数のコンピューティングデバイスによって、前記支払取引情報を支払い処理システムへ伝達するステップであって、前記支払い処理は、前記１つまたは複数のコンピューティングデバイスからの前記支払取引情報の受信に応答して、前記送金人支払いアカウントから受取人支払いアカウントへの前記支払い金額を決済する、ステップと、
    を備える方法。
20. 前記１つまたは複数のコンピューティングデバイスを用いて、前記送金人の遠隔コンピューティングデバイスからの前記支払取引情報の受信に応答して、送金人識別子、支払い金額、および前記受取人による支払いの受諾を求める要求を備える支払い確認用インタフェースオブジェクトを、前記受取人のＩＤページに関連する遠隔クライアントデバイスに表示するために提供するステップと、
    前記１つまたは複数のコンピューティングデバイスによって、前記受取人の遠隔コンピューティングデバイスからの受諾通知を受信するステップと、
    を更に備え、
    前記支払い情報を前記支払い処理システムへ伝達するステップは、前記受取人からの受諾通知を受信した場合のみ遂行される、
    請求項１９に記載の方法。
21. 前記１つまたは複数のコンピューティングデバイスによって、前記支払い処理システムからの支払い確認を受信するステップと、前記支払い確認を前記受取人のＩＤページに掲示するステップとを更に備える、請求項１９に記載の方法。
22. 前記支払い金額は通貨紙幣の画像キャプチャによって決定され、前記通貨紙幣の額が前記支払い金額を示す、請求項１９に記載の方法。

Images