JP6609627B2 - メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進 - Google Patents

メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進 Download PDF

Info

Publication number
JP6609627B2
JP6609627B2 JP2017517667A JP2017517667A JP6609627B2 JP 6609627 B2 JP6609627 B2 JP 6609627B2 JP 2017517667 A JP2017517667 A JP 2017517667A JP 2017517667 A JP2017517667 A JP 2017517667A JP 6609627 B2 JP6609627 B2 JP 6609627B2
Authority
JP
Japan
Prior art keywords
payment
user
message
users
electronic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017517667A
Other languages
English (en)
Other versions
JP2017531866A (ja
JP2017531866A5 (ja
Inventor
ムーア デイビス、スティーブン
Original Assignee
フェイスブック，インク．
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by フェイスブック，インク． filed Critical フェイスブック，インク．
Publication of JP2017531866A publication Critical patent/JP2017531866A/ja
Publication of JP2017531866A5 publication Critical patent/JP2017531866A5/ja
Application granted granted Critical
Publication of JP6609627B2 publication Critical patent/JP6609627B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Information Transfer Between Computers (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • User Interface Of Digital Computer (AREA)

Description

１つまたは複数の実施形態は、概して、ピアツーピア電子支払い取引のためのシステムおよび方法に関する。より詳細には、１つまたは複数の実施形態は、電子支払い取引の容易さおよび利便性を改善するシステムおよび方法に関する。
電子支払いシステムは、ユーザが１つまたは複数のタイプのデバイス（たとえば、デスクトップ・デバイスおよびモバイル・デバイス）上でソフトウェア・アプリケーションを介して他人と共に支払い取引を実行することを可能にする。いくつかの電子支払いシステムは、ユーザが金融機関またはベンダーと共に支払い取引を実行することを可能にする。他の電子支払いシステムは、ユーザが電子支払いシステムの他のユーザと共に支払い取引を実行することを可能にする（すなわち、ピアツーピア支払い取引）。
理論上、従来の電子支払いシステムは、ユーザ間で金銭を移動するための利便性のある方法を提供する。しかしながら、従来の電子支払いシステムは、ユーザに不満、混乱を感じさせ、不満足な支払いプロセスという結果になることが多いという、いくつかの欠点を有する。従来の電子支払いシステムの１つのそのような欠点は、それらが典型的には送信者と受信者の両方が加入しなければならないスタンドアロン・システムであるということである。そのようなシステムの数および限定された機能性に起因して、送信者または受信者のうちの一方が特定の電子支払いシステムのメンバではないことがよくある。したがって、送信者、受信者、または両方は、支払いを送信または受信するためのシステムを使用するのに、口座をセット・アップし、機密金融情報を提供するという時間を要するプロセスを経なければならないことがある。多くの場合、ユーザは、最初の取引の後には電子支払いシステムをめったに使用しなくなることがある。
関係のある情報に沿って、従来の電子支払いシステムは、典型的には、システムの機能にアクセスし、支払いプロセスを開始するために、ユーザが機密金融情報を提供することを必要とする。したがって、ユーザは、システムをテストするために、またはユーザの友人のうちの誰がこのシステムを使用しているかを発見するために、典型的には、機密金融情報を提供しなければならない。口座を作成し、機密金融情報を提供すると、ユーザは、支払いを別のユーザに送信しようとして、結局は、所望の受信者がユーザではないこと、または電子支払いシステムを使用することを望まないことを発見する結果となり得る。
加えて、多くの従来の電子支払いシステムが使用する支払いプロセスは、面倒で複雑である。たとえば、従来の電子支払いシステムは、典型的には、ほとんど柔軟性がない厳格な取引構造を有する。言い換えれば、従来のシステムのユーザは、特定の所定の様式でのみ、支払い取引の開始および／または支払い取引の実行を実施することができる。たとえば、多くの従来の電子支払いシステムの支払いプロセスは、リンクを用いて一連の電子メールを送信することを伴う。ユーザは、支払いの承認または拒否などの支払いプロセスを継続するために、電子メール・リンクをクリックしなければならないことが多い。電子取引の工程ごとに別個の電子メールを送信することなどの工程を処理することは、直感的ではなく、ユーザに混乱または不満を感じさせ得る。
従来の電子支払いシステムの限定された特性は、不便性も追加する。特に、従来の電子支払いシステムのスタンドアロン特性は典型的には、ユーザが支払いを送信するかまたは受信するために支払い取引に対してのみ専用の別個のアプリケーションを開くことを必要とする。従来の電子支払いシステムのスタンドアロン特性の不便性は、ユーザにそのようなシステムを使用することを思いとどまらせることがある。
たとえば、従来のスタンドアロン電子支払いシステムを使用して支払いを送信する場合、ユーザには、意図された受信者が電子支払いシステムの名簿に記載されているか、意図された受信者が支払いを受信する能力を有しているか、または、意図された受信者がいつ支払いを受信したかが分からないことがある。したがって、従来の電子支払いシステムのユーザは、実際のコンテキストまたはフィードバックなしに、ユーザがユーザの支払いをサイバー空間内へ送信しているように感じることがある。
前述の内容に加えて、従来の電子支払いシステムは、１対１の支払い取引に限定される。したがって、ユーザが、複数の共同ユーザからの支払いを受け取り、または複数の共同ユーザに支払いを送信する場合、ユーザは、典型的には、個別の共同ユーザそれぞれに対して個別の取引を行わなければならない。ユーザのグループから支払いを受け取るために必要とされる時間および労力は、ユーザが従来の電子支払いシステムを用いることを断念させ得る。
それゆえ、従来の電子支払いシステムおよび方法には、いくつかの欠点がある。
本明細書で説明される１つまたは複数の実施形態は、電子支払いシステムの容易さおよび利便性を増加させるシステムおよび方法により、利益の提供、および／または当技術分野における前述の問題もしくは他の問題のうちの１つもしくは複数の解決を実行する。特に、１つまたは複数の実施形態は、２人以上のユーザがメッセージおよび電子支払いを送信および受信することを可能にする、メッセージング・システムと統合された支払いシステムを提供する。たとえば、システムおよび方法は、共同ユーザとの電子メッセージの交換も可能にするメッセージング・インターフェースを介して、ユーザが共同ユーザに電子支払いを送信することを可能にすることができる。電子支払いシステムとメッセージング・システムの統合は、会話のフローの中で電子支払いを送信および受信できることをユーザに提供することができる。したがって、１つまたは複数の実施形態は、ユーザが支払い取引について通信し、電子支払いに専用の別個のアプリケーションを開く必要もなく取引を行うことを可能にする。
統合された電子支払いおよびメッセージング・システムは、支払い取引が厳格な所定のプロセスに限定されるのではなく、自然な流れで柔軟に行われることも可能にする。たとえば、１つまたは複数の実施形態は、ユーザ間で交換される電子メッセージに基づいて支払いイベントを推測することを伴う。具体的には、１つまたは複数の実施形態は、２人以上のユーザ間で交換される電子メッセージを分析して、この２人以上のユーザに関与する支払いイベントが発生していそうかどうかを決定する。支払いイベントを推測した後、１つまたは複数の実施形態は、推測された支払いイベントに基づいて、ユーザ間で支払い取引を開始するためのオプションを提供する。したがって、１つまたは複数の実施形態は、メッセージ交換の自然な流れを中断させることなく、ユーザ間で交換されるメッセージに基づいて、ユーザが他のユーザとの支払い取引を開始することを可能にする。
１つまたは複数の追加実施形態または代替実施形態は、ユーザのグループに支払いを要求するためのオプションを提供することを含む。特に、１つまたは複数の実施形態は、ユーザがユーザのグループから支払いを受信したいと望んでいることを検出することができる。たとえば、システムおよび方法は、友人のグループが一緒にレストランにおり、またはそうでなければ、１人のユーザがその他のユーザのために支払うイベントに従事していることを検出することができる。システムおよび方法は、単一の取引において、グループ内のユーザを識別し、そのグループ内の共同ユーザに支払いを要求するためのオプションをユーザに提供することができる。
加えて、本明細書で説明されるシステムおよび方法は、ユーザが支払いクレデンシャルを最初に提供する必要なしに、支払い取引を開始することを可能にする。したがって、ユーザは、機密金融情報を提供する前に、所望の受信者がシステムのユーザであるかどうかを決定することができる。所望の受信者が、システムのユーザではない場合、システムは、ユーザが、所望の受信者が名簿に記載されるように要求すること、および支払いクレデンシャルを提供する前にその受信者が名簿に記載されていると確認することを可能にする。したがって、１つまたは複数の実施形態は、ユーザが、機密金融情報を提供する前に、受信者が資金を受け取ることを確保することを可能にする。
前述の内容に加えて、１つまたは複数の実施形態は、支払い取引の支払い額を設定するためのメッセージング・ユーザ・インターフェースのインターフェースにおいて選択可能な要素を提供することを含む。具体的には、１つまたは複数の実施形態は、別のユーザとの会話において支払い取引を開始することを要求するための、関連付けられた数値（たとえば、通貨）を有した選択可能な要素を提供する。１つまたは複数の実施形態では、選択可能な要素のうちの１つまたは複数を選択することは、各選択された要素の対応する数値だけ、支払い取引の支払い額をインクリメントすることができる。選択可能な要素は、ユーザが支払い額をリアルタイムで徐々に増加させることを可能にする。
実施形態の追加の特徴および利点は、以下の説明において述べられ、部分的には説明から明らかとなり、または、そのような例示的実施形態の実施によって学習され得る。そのような実施形態の特徴および利点は、添付の特許請求の範囲において特に指摘される機器および組み合わせによって、実現および取得され得る。これらの特徴および他の特徴は、以下の説明および添付の特許請求の範囲から、より完全に明確となり、または下記に述べられるそのような例示的実施形態の実施によって学習され得る。
本開示の上記の利点および特徴ならびに他の利点および特徴が取得され得る様式を説明するために、上記に簡単に説明された本開示のより具体的な説明は、添付の図面において例示される、その具体的な実施形態への参照によって与えられるであろう。図は縮尺通りに描かれていないこと、および同様の構造または機能の要素は、一般に、図全体を通じて例示の目的のために同様の参照符号によって表されることが、留意されるべきである。以下の図面では、括弧書きのテキストおよび破線の境界（たとえば、大きい破線、小さい破線、鎖線、点線）を有するブロックは、本明細書では、本開示の実施形態に追加の特徴を加える任意選択的な特徴または動作を例示するために使用される。しかしながら、そのような表記法は、これらがオプションもしくは任意選択的な動作にすぎないこと、および／または直線の境界を有するブロックが本開示の一定の実施形態において任意選択ではないことを意味すると解釈されるべきではない。これらの図面が本開示の典型的な実施形態のみを描いており、そのため、本開示の範囲を限定するものとみなされるべきではないことを理解しつつ、本開示は、添付の図面の使用を通じて、さらなる特異性および詳細さと共に説明および解説されるであろう。
１つまたは複数の実施形態によるメッセージおよび支払いの送信を促進する例となるシステムの概略図。 １つまたは複数の実施形態による図１のシステムの詳細な概略図。 １つまたは複数の実施形態による、送信者と受信者との間の支払いプロセスの一部として対話を例示するシーケンス・フロー図。 １つまたは複数の実施形態による、送信者と受信者との間の支払いプロセスの一部として対話を例示するシーケンス・フロー図。 １つまたは複数の実施形態による、送信者と受信者との間の支払いプロセスの一部として対話を例示するシーケンス・フロー図。 １つまたは複数の実施形態による、送信者と受信者との間の支払いプロセスの一部として対話を例示するシーケンス・フロー図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 図３Ａ〜図３Ｃに関連して説明される支払い取引を完了するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による支払いクレデンシャルを最初に提供することなく、支払いを開始するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による支払いクレデンシャルを最初に提供することなく、支払いを開始するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による会話の流れの中で支払い取引を実行するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による会話の流れの中で支払い取引を実行するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による推測された支払いイベントに基づいて支払い取引を実行するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による推測された支払いイベントに基づいて支払い取引を実行するためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による共同ユーザのグループから支払いを受け取るためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による共同ユーザのグループから支払いを受け取るためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による共同ユーザのグループから支払いを受け取るためのユーザ・インターフェースを例示する図。 １つまたは複数の追加実施形態による共同ユーザのグループから支払いを受け取るためのユーザ・インターフェースを例示する図。 １つまたは複数の実施形態による交換されたメッセージに基づいて支払いイベントを推測し、推測された支払いイベントに応答して支払い取引を開始する方法における一連の行動のフローチャート。 １つまたは複数の実施形態による交換されたメッセージに基づいて支払いイベントを推測し、推測された支払いイベントに応答して支払い取引を開始する別の方法における一連の行動のフローチャート。 １つまたは複数の実施形態によるグループ支払い取引を促進する方法における一連の行動のフローチャート。 １つまたは複数の実施形態によるグループ支払い取引を促進する別の方法における一連の行動のフローチャート。 １つまたは複数の実施形態による支払いクレデンシャルを最初に提供することなく、支払いを開始する方法における一連の行動のフローチャート。 １つまたは複数の実施形態による支払いクレデンシャルを最初に提供することなく、支払いを開始する別の方法における一連の行動のフローチャート。 １つまたは複数の実施形態による支払い取引の支払い額を設定する方法における一連の行動のフローチャート。 １つまたは複数の実施形態による支払い取引の支払い額を設定する別の方法における一連の行動のフローチャート。 １つまたは複数の実施形態による例となるコンピューティング・デバイスのブロック図。 １つまたは複数の実施形態によるソーシャルネットワーキング・システムの例となるネットワーク環境を例示する図。 １つまたは複数の実施形態によるソーシャルネットワーキング・システムのための例となるソーシャル・グラフを例示する図。
本開示の実施形態は、支払いを送信および受信することの容易さおよび効率を増加させる統合されたメッセージおよび支払いシステムを提供する。特に、１つまたは複数の実施形態は、電子支払いシステムと電子メッセージング・システムとを統合する統合されたメッセージおよび支払いシステムを提供する。統合されたメッセージおよび支払いシステムは、２人以上のユーザがメッセージならびに電子支払い（electronic payment）を送信および受信することを可能にする。たとえば、統合されたメッセージおよび支払いシステムは、共同ユーザとの電子メッセージの交換も可能にするメッセージング・インターフェースを介してユーザが電子支払いを共同ユーザに送信することを可能にする。
電子支払いシステムとメッセージング・システムを統合することによって、システムは、会話のフローにおいて電子支払いを送信および受信できることをユーザに提供することができる。したがって、システムは、ユーザが支払い取引（payment transaction）について通信し、電子支払いに専用の別個のアプリケーションを開く必要もなく取引を行うことを可能にすることができる。システムの１つまたは複数の実施形態によって提供される、メッセージの交換中にシームレスに支払いを送信することの容易さおよび効率の上昇は、電子支払いの使用の増加および電子支払いに対する満足をもたらすことができる。
統合されたメッセージおよび支払いシステムは、支払い取引の開始に柔軟性を提供することができる。言い換えれば、電子支払いシステムとメッセージング・システムとを統合することによって、システムは、ユーザがさまざまな様式で支払いを開始することを可能にする。特に、統合されたメッセージおよび支払いシステムは、支払い開始を厳格な所定のプロセスに限定するのではなく、会話のコンテキストに基づいてユーザが支払いを開始することを可能にする。たとえば、統合されたメッセージおよび支払いシステムは、ユーザ間で交換される電子メッセージに基づいて、支払いイベントを推測することができる。具体的には、統合されたメッセージおよび支払いシステムは、２人以上のユーザ間で交換される電子メッセージを分析して、支払いイベントが発生していそうかどうかを決定することができる。支払いイベントを推測した後、統合されたメッセージおよび支払いシステムは、推測された支払いイベントに基づいて、ユーザ間の支払い取引を開始するためのオプションを提供することができる。したがって、１つまたは複数の実施形態では、統合されたメッセージおよび支払いシステムは、ユーザ間でのメッセージの交換の自然な流れを中断することなく、ユーザ間で交換されるメッセージに基づいて、ユーザが他のユーザと支払い取引を開始することを可能にする。
具体的には、統合されたメッセージおよび支払いシステムは、支払いイベントを示すかまたは暗示する一定のフレーズまたは文字ストリングを識別することができる。たとえば、ネットワーク・システムは、「あなたは映画チケット代の１５ドルを私に借りている」というストリングを識別することができる。推測された支払いに基づいて、統合されたメッセージおよび支払いシステムは、支払いを開始するための、または別のやり方で、支払いを送信することをユーザのうちの１人または複数に提案するためのオプションを提供することができる。たとえば、ネットワーク・システムは、「１５ドル」を、ユーザが支払いを開始するために選択し得る選択可能な要素として構成することができる。
１つまたは複数の追加の実施形態では、統合されたメッセージおよび支払いシステムは、ユーザのグループに支払いを要求するためのオプションを提供することができる。特に、統合されたメッセージおよび支払いシステムは、ユーザがユーザのグループから支払いを受信したいと望んでいることを検出することができる。たとえば、統合されたメッセージおよび支払いシステムは、友人のグループが一緒にレストランにおり、またはそうでなければ、１人のユーザがその他のユーザのために支払うイベントに従事していることを検出することができる。統合されたメッセージおよび支払いシステムは、単一の取引において、グループ内のユーザを識別し、そのグループ内のユーザの各々に支払いを要求するためのオプションをユーザに提供することができる。
加えて、本明細書で説明される、統合されたメッセージおよび支払いシステムの１つまたは複数の実施形態は、ユーザが支払いクレデンシャル（payment credential）を最初に提供する必要なしに、支払い取引を開始することを可能にする。したがって、ユーザは、機密金融情報を提供する前に、所望の受信者が統合されたメッセージおよび支払いシステムのユーザであるかどうかを決定することができる。所望の受信者が、統合されたメッセージおよび支払いシステムのユーザではない場合、統合されたメッセージおよび支払いシステムは、所望の受信者が名簿に記載されることをユーザが要求することを可能にする。したがって、統合されたメッセージおよび支払いシステムは、ユーザが機密金融情報を提供する前に、受信者が資金を受け取ることを確保することを可能にする。
受信者が名簿に記載され、またはクレデンシャル支払いを提供すると、統合されたメッセージおよび支払いシステムは、支払いを完了させるために支払いクレデンシャルを提供するように送信者に促し得る。関係のある情報（related lines）に従って、統合されたメッセージおよび支払いシステムは、受信者がリマインダを送信するか、または他のタイプの社会的圧力（social pressure）を加えて、支払いクレデンシャルを提供するように送信者に促すことを可能にする。社会的圧力は、支払い情報を提供することによって支払い取引を完了させるように送信者に働きかけ得る。
前述の内容に加えて、１つまたは複数の実施形態は、支払いを送信または受信する際に、より効率的なおよび／またはより魅力的なユーザ体験を提供するユーザ・インターフェースを提供する。たとえば、１つまたは複数の実施形態は、ユーザの体験を向上させる適合されたグラフィカル・ユーザ・インターフェース・オブジェクトを含む。具体的には、メッセージ・ユーザ・インターフェースは、アイコン、ステッカー（sticker）、またはユーザに対して合わせられた他の選択可能なオブジェクトを含むことができる。たとえば、統合されたメッセージおよび支払いシステムは、ユーザのロケーションを検出し、ユーザが支払い額を入力するために選択し得る共通通貨に対応するステッカーまたは他のグラフィカル・オブジェクトを提供することができる。統合されたメッセージおよび支払いシステムは、ステッカー／オブジェクトの各選択を検出し、支払い額をインクリメントすることができる。したがって、統合されたメッセージおよび支払いシステムは、財布または小銭入れから通貨を引き出して支払い額に到達させるのと類似の体験をユーザに提供することができる。
関係のある情報に従って、統合されたメッセージおよび支払いシステムは、支払い額を検出または推測し、検出もしくは推測された額に対応するステッカーまたは他の選択可能なアイコンもしくはオブジェクトをユーザに提供することができる。したがって、統合されたメッセージおよび支払いシステムは、ユーザが支払い額を入力する必要性を低減させることによって、効率を増加させることができる。
本明細書で使用されるとき、「メッセージ」または「複数のメッセージ」という用語は、２つ以上のコンピューティング・デバイス間の任意の形式の電子通信を指す。メッセージは、テキスト・メッセージ、フォト、ステッカーまたは他のアイコン、ビデオ、音声記録、音楽、音声メールなどを含むことができる。１つまたは複数の実施形態では、メッセージは、リアルタイムで、またはほぼリアルタイムで通信されるインスタント・メッセージである。しかしながら、代替実施形態では、メッセージは、ＳＭＳメッセージ、電子メール、またはソーシャル・ネットワークの投稿もしくはコメントなどの電子通信のうちのいずれかの形式を指すことができる。
加えて、「支払いメッセージ（payment message）」という用語は、システムが支払い取引を開始することを可能にする支払い情報を示すメッセージを指す。たとえば、支払いメッセージは、支払い額、送信者、受信者、支払い方法、ならびにユーザによりメッセージのために提供されたテキストなどの追加の情報を含むデータ・パッケージを含むことができる。
本明細書で使用されるとき、「支払い取引」という用語は、２つ以上のエンティティ間で通貨またはクレジットを交換する任意のタイプの電子取引を指す。たとえば、支払い取引は、統合されたメッセージおよび支払いシステムの２人のユーザ間の金融電子取引とすることができる。別の例では、支払い取引は、ユーザと金融機関または他の複数人からなるエンティティとの間の金融電子取引とすることができる。加えて、支払い取引は、金銭贈与、借金の支払い、ローンの資金供給、品物および／もしくはサービスの購入を考慮した支払い、または他の任意のタイプの金銭移動を表すことができる。加えて、支払い取引は、１つまたは複数の通貨でなされ、たとえば為替レートに基づいて、１つまたは複数の追加の通貨に変換されることが可能である。
本明細書で使用されるとき、「イベント」および「支払いイベント」という用語は、支払い取引に関連付けられた任意の動作を指す。具体的には、イベントとは、２つ以上のエンティティ間での支払い取引を開始し、開始しようと試行し、完了させ、または別のやり方で関連付けられた、統合されたメッセージおよび支払いシステムまたはユーザによる動作を指す。たとえば、支払いシステムは、統合されたメッセージおよび支払いシステムのユーザによる電子メッセージから、支払い取引を開始したいという要望（たとえば、支払いを求める要求もしくは支払いたいという要求）、支払い取引を完了させたいという要望、または支払い取引に関連付けられた別の動作を実行したいという要望を示すイベントを推測することができる。
本明細書で使用されるとき、「自然言語フレーズ（natural language phrase）」という用語は、ユーザによって用いられる通常の言語を含むテキストを指す。具体的には、自然言語フレーズは、コンピューティング・デバイスと対話するために具体的に構成された特別な構文または形式的な構造なしのテキストを含むことができる。たとえば、自然言語フレーズは、統合されたメッセージおよび支払いシステムの２人のユーザ間の会話型言語を含むことができる。例示するために、ユーザは、メッセージング・グラフィカル・ユーザ・インターフェース（たとえば、テキスト・メッセージ、電子メールまたはチャット・メッセージ）によって互いに通信する際に自然言語を使用することができる。
本明細書で使用されるとき、「口座」または「支払いクレデンシャル」という用語は、ユーザの銀行口座、クレジット・カード口座、メッセージング口座、ギフト・カード、または金銭が差し引かれるもしくは金銭が預けられる他の任意の口座を指すことができる。上記の用語ならびに追加の用語の意味は、図に関する以下の開示を考慮すると、より明らかになるであろう。
図１は、１つまたは複数の実施形態による統合されたメッセージングおよび支払いシステム１００を例示する概略図である。システム１００の概要が、図１に関係して説明される。その後、システム１００の構成要素およびプロセスのより詳細な説明が、残りの図に関係して提供される。
図１によって例示されるように、システム１００は、ユーザ１０２ａ、ユーザ１０２ｂ、および任意の数のユーザ１０２ｎまで（まとめて「ユーザ」）が、対応する数のクライアント・デバイス１０４ａ、１０４ｂ、１０４ｎを使用して対話することを可能にすることができる。図１でさらに例示されるように、クライアント・デバイスは、ネットワーク１０５を介してサーバ・デバイス１０８と通信することができる。加えて、システム１００は、ネットワーク１０５を介してサーバ・デバイス１０８と通信可能に結合された支払いネットワーク１１５を含むことができる。図１は、ユーザ、クライアント・デバイス、ネットワーク１０５、サーバ・デバイス１０８、および支払いネットワーク１１５の特定の構成を例示しているが、さまざまな追加の構成が可能である。たとえば、クライアント・デバイス１０４ａ、１０４ｂ、１０４ｎは、ネットワーク１０５をバイパスしてサーバ・デバイス１０８と直接的に通信し得る。
上記で簡単に言及されたように、図１は、ユーザ１０２ａおよびユーザ１０２ｂが、クライアント・デバイス１０４ａおよび１０４ｂをそれぞれ使用して、サーバ・デバイス１０８を介して互いと通信することができることを示す。たとえば、ユーザ１０２ａとユーザ１０２ｂは、テキスト、デジタル・コンテンツ（たとえば、オーディオ、画像、ビデオ）、ロケーション情報、ならびに他の形式のデータおよび情報を含む電子メッセージを交換することができる。たとえば、ユーザ１０２ａは、クライアント・デバイス１０４ａを使用して、ユーザ１０２ｂのために意図されたメッセージを構築することができる。メッセージを構築した後、ユーザ１０２ａは、ユーザ１０２ｂのために意図されたメッセージを、ネットワーク１０５を介してサーバ・デバイス１０８に対して送信することを、クライアント・デバイス１０４ａに行わせることができる。サーバ・デバイス１０８は、意図された受信者としてユーザ１０２ｂを識別し、ユーザ１０２ｂに関連付けられたクライアント・デバイス１０４ｂに対してメッセージを転送することができる。
ユーザが電子通信を交換することを可能にすることに加えて、システム１００は、ユーザが、互いに対しておよび互いから金銭支払いを送信および受信することを可能にすることができる。１つまたは複数の実施形態では、システム１００は、ユーザが支払いメッセージを定義し、別のユーザに対して送信することを可能にする。たとえば、システム１００は、ユーザ１０２ａが、サーバ・デバイス１０８および支払いネットワーク１１５を介してユーザ１０２ｂに対して支払いを送信することを可能にすることができる。同様に、ユーザ１０２ｂは、支払いの告知を受信し、支払いを承認または拒否することができる。以下でより詳細に説明されるように、サーバ・デバイス１０８は、ユーザ（すなわち、ユーザの口座）間の支払いを促進する取引を協調させる（coordinate）ために、支払いネットワーク１１５と通信することができる。
システム１００は、ユーザ１０２ａと１０２ｂとの間の支払いを促進することができるが、システム１００は、ユーザのグループなどの３人以上のユーザ間の支払いを促進することもできる。たとえば、ユーザ１０２ａは、ユーザ１０２ｂ、１０２ｎに対して支払いを送信し得る。１つまたは複数の実施形態では、以下でさらに詳細に論じられるように、ユーザ１０２ａは、同じ支払い取引の中で複数のユーザに対して支払いを送信することができる。そのうえ、１つまたは複数の実施形態では、ユーザのグループは、他のグループもしくは個々のユーザに対してまたはそれからのどちらかで、システム１００を通して支払いを送信および／または受信できることが提供され得る。
図１は、ユーザを人々として例示しているが、ユーザは、会社、政府、または他のエンティティなどの他のエンティティを含み得る。たとえば、ユーザ１０２ａは、システム１００を使用して、サービスまたは製品のために会社に対して支払いを提供することができる。たとえば、ユーザ１０２ａは、システム１００を介して会社と通信し、その会社から製品またはサービスの購入をすることを最終的に決めることができる。次いで、同じシステム１００を使用して、ユーザ１０２ｂは、その会社に対して製品またはサービスのための支払いを送信することができる。同様に、会社は、個人エンティティであろうと会社エンティティであろうと、他の会社またはベンダーに対して支払いを送信し得る。
上記で言及されたように、および図１が例示するように、ユーザ１０２ａおよび１０２ｂはそれぞれ、クライアント・デバイス１０４ａおよび１０４ｂと対話することができる。クライアント・デバイスの例としては、モバイル・デバイス（たとえば、スマートフォン、タブレット）、ラップトップ、デスクトップ、または他の任意のタイプのコンピューティング・デバイスなどのコンピューティング・デバイスがある。図１８および対応する説明は、コンピューティング・デバイスに関する追加の情報を提供する。さらに、上記で言及されたように、クライアント・デバイスは、ネットワーク１０５を通して通信することができる。１つまたは複数の実施形態では、ネットワーク１０５は、インターネットまたはワールド・ワイド・ウェブを含む。しかしながら、以下で図１９に関してさらに説明されるように、ネットワークは、さまざまな通信技術およびプロトコルを使用する１つまたは複数のプライベート・ネットワークおよび／またはパブリック・ネットワークを含むことができる。
上記で簡単に論じられたように、システム１００は、ユーザ間での支払いの送信および受信を協調させることができる。たとえば、ユーザ１０２ａは、支払いメッセージを構築し、ユーザ１０２ｂに対して送信することができる。たとえば、ユーザ１０２ａは、支払い方法（たとえば、送信者ユーザ１０２ａのクレジット・カード、デビット・カード、口座残高）、支払い額、支払い通貨、支払いの説明、および／またはさまざまな他の支払い詳細を定義するために、クライアント・デバイス１０４ａを介して入力を提供することができる。
ユーザ１０２ａの観点から、たとえば、送信者ユーザ１０２ａは、通信メッセージ（たとえば、テキスト）を送信するのと同様に支払いメッセージを構築し、送信することができる。たとえば、１つまたは複数の実施形態では、ユーザ１０２ａは、ユーザ１０２ｂに対して送信することをユーザ１０２ａが望む支払いの額を示す支払いメッセージを構築することができる。支払いメッセージを構築した後、送信者ユーザ１０２ａは、次いで、サーバ・デバイスを介してユーザ１０２ｂに対して支払いメッセージを送信することができる。
１つまたは複数の実施形態では、システム１００は、支払いネットワーク１１５を介して送信者ユーザ１０２ａの１つまたは複数の口座と受信者ユーザ１０２ｂの１つまたは複数の口座との間の取引を協調させることができる。たとえば、送信者ユーザ１０２ａから支払いメッセージを受信したことに応答して、サーバ・デバイスは、支払いネットワーク１１５内の１つまたは複数の構成要素を使用して支払いを処理するために取引情報を通信することができる。代替的に、またはこれに加えて、システム１００は、１つまたは複数のユーザ口座を直接的に維持することができ、そのため、システム１００は、取引、または取引の一部分を協調させることができる。
図１に例示されるように、支払いネットワーク１１５は、支払いゲートウェイ・システム１１８と、支払い処理システム１２０と、カード・ネットワーク・システム１２２と、振り出し元銀行システム（issuing bank system）１２４とを含むことができる。しかしながら、代替実施形態では、支払いネットワーク１１５は、システム１００の特定の実施形態に応じて、より多いかまたはより少ない構成要素を含むことができる。
１つまたは複数の実施形態では、たとえば、システム１００は、取引を許可および処理するために、支払いネットワーク１１５と通信することができる。たとえば、図１に示されるように、システム１００は、支払いゲートウェイ・システム１１８に対して取引を送信することができる。支払いゲートウェイ・システム１１８が取引を受信すると、支払いゲートウェイ・システム１１８は、支払い受信者ユーザの振り出し先銀行（acquiring bank）によって使用されるプロセッサ（たとえば、支払い処理システム１２０）に対して取引を送信することができる。支払いの方法（たとえば、送信者ユーザの口座）に基づいて、支払い処理システム１２０は、適切なカード・ネットワーク・システム１２２に対して取引を送ることができる。多くの場合、次いで、カード・ネットワーク・システム１２２は、振り出し元銀行システム１２４に対して取引を送信する。
振り出し元銀行システム１２４は、取引を承認するかまたは拒否するかのどちらかであり、その判断をカード・ネットワーク・システム１２２に対して返送する。次いで、カード・ネットワーク１２２は、その判断を支払い処理システム１２０に対して送信する。次いで、支払い処理システム１２０は、その判断を支払いゲートウェイ・システム１１８に対して転送することができ、１つまたは複数の実施形態では、支払いゲートウェイ・システム１１８は、取引および判断に関係する詳細を維持することができる。支払い処理システム１２０は、判断をシステム１００に対しても送信する。
取引を許可することに加えて、支払いネットワーク１１５は、決済タスクを実行することもできる。たとえば、システム１００は、支払いゲートウェイ・システム１１８と協調して、１つまたは複数のキャプチャされた取引を含む日次決済バッチを、振り出し先銀行推奨の支払い処理システム１２０を介して、振り出し先銀行に提出することができる。次いで、支払い処理システム１２０は、振り出し先銀行のサーバ（図示せず）に決済バッチを送信し、振り出し先銀行のサーバは、決済バッチ内の各取引の額の預金を、支払い受信者ユーザに関連付けられた口座に記録する。
次いで、振り出し先銀行は、預金額の弁済において資金供給要求を支払い処理システム１２０に対して送信することができ、支払い処理システム１２０は、資金供給要求を、適切なカード・ネットワーク・システム１２２に対して渡す。次いで、カード・ネットワーク・システム１２２は、振り出し元銀行システム１２４に対して資金供給要求を送信する。振り出し元銀行システム１２４は、送信者ユーザの口座に対して取引を記帳し、カード・ネットワーク・システム１２２に対して資金の放出を渡すことができ、次いで、資金は、支払い処理システム１２０に、次いで振り出し先銀行に対して渡される。システム１００の具体的なシステム、方法、構成要素、およびプロセスに関係する追加の詳細は、以下で説明される。
図２は、システム１００の追加の詳細を例示する概略図を例示する。示されるように、システム１００は、クライアント・デバイス１０４ａと、１０４ｂと、サーバ・デバイス１０８と、支払いネットワーク１１５とを含むことができる。一般に、システム１００は、クライアント・デバイス１０４ａのユーザが、クライアント・デバイス１０４ｂの受信者に対して支払いを送信する、またはクライアント・デバイス１０４ｂの受信者から支払いを受信することを可能にすることができる。加えて、システムは、クライアント・デバイス１０４ａのユーザが、クライアント・デバイス１０４ｂのユーザとメッセージを交換することを可能にすることができる。
示されるように、システム１００は、クライアント・デバイス１０４ａ、１０４ｂ、およびサーバ・デバイス１０８上にさまざまな構成要素を含むことができる。たとえば、図２は、クライアント・デバイス１０４ａ、１０４ｂが各々、さまざまな構成要素を有する通信アプリケーション２０２を含むことができ、サーバ・デバイス１０８が、さまざまな構成要素を有するネットワーク・アプリケーション２０４を含むことができることを例示する。以下でより詳細に説明されるように、通信アプリケーション２０２およびネットワーク・アプリケーション２０４の構成要素は、ユーザが支払いを送信し、支払いを受信し、メッセージを交換することを可能にするために協働することができる。
示されるように、通信アプリケーション２０２は、ユーザ・インターフェース・マネージャ２０６と、ユーザ入力ディテクター（user input detector）２０８と、メッセージ・ハンドラ（messaging handler）２１０と、メッセージ・アナライザ（message analyzer）２１２と、ロケーション・ディテクター２１４と、支払いメッセージ・ジェネレータ２１６と、データ・マネージャ２１８とを含むことができる。図２は、ネットワーク・アプリケーション２０４が、通信マネージャ２３０と、ステータス・マネージャ２３２と、メッセージ・データベース２３４と、支払いマネージャ２３６と、取引データベース２３８と、プロファイル・データベース２４０と、一時口座（temporary account）２４２とを含み得ることを例示する。以下で説明されるように、ネットワーク・アプリケーション２０４は、任意選択で、ソーシャル・グラフ２５０も含むことができ、ソーシャル・グラフ２５０は、ノード情報２５２と、エッジ情報２５４とを含む。構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４の各々は、任意の適切な通信技術を使用して互いと通信することができる。構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４は、図２では別個であるように示されているが、構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４のいずれも、単一の設備またはモジュールなど、より少ない構成要素へと結合されてもよいし、特定の実施形態に役立つより多くの構成要素に分割されてもよいことが認識されよう。図２は、一定の構成要素を通信アプリケーション２０２の一部として、および他の構成要素をネットワーク・アプリケーション２０４の一部として説明しているが、本発明はそのように限定されない。代替実施形態では、通信アプリケーション２０２の一部として示される構成要素のうちの１つまたは複数はネットワーク・アプリケーション２０４の一部とするか、またはその逆にすることができる。
構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４は、ソフトウェア、ハードウェア、または両方を備えることができる。たとえば、構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４は、非一時的なコンピュータ可読記憶媒体に記憶され、クライアント・デバイス１０４ａ、１０４ｂ、またはサーバ・デバイス１０８の少なくとも１つのプロセッサによって実行可能なコンピュータ命令を備えることができる。少なくとも１つのプロセッサによって実行されるとき、コンピュータ実行可能命令は、本明細書で説明される方法およびプロセスを実行することをクライアント・デバイス１０４ａ、１０４ｂまたはサーバ・デバイス１０８に行わせることができる。代替的に、構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４は、一定の機能または機能のグループを実行するために、特殊目的処理デバイスなどのハードウェアを備えることができる。加えて、または代替的に、構成要素２０６〜２１８、２３０〜２４０、および２３６〜２５４は、コンピュータ実行可能命令の組み合わせと、ハードウェアとを備えることができる。
１つまたは複数の実施形態では、クライアント・アプリケーション２０２は、クライアント・デバイス１０４ａ、１０４ｂ上にインストールされたネイティブ・アプリケーションとすることができる。たとえば、クライアント・アプリケーション２０２は、スマート・フォンまたはタブレットなどのモバイル・デバイス上にインストールおよび実行されるモバイル・アプリケーションであってよい。代替的に、クライアント・アプリケーション２０２は、デスクトップ・アプリケーション、ウィジェット（widget）、または他の形式のネイティブ・コンピュータ・プログラムとすることができる。代替的に、クライアント・アプリケーション２０２は、クライアント・デバイス１０４ａ、１０４ｂがアクセスするリモート・アプリケーションであってよい。たとえば、クライアント・アプリケーション２０２は、クライアント・デバイス１０４ａ、１０４ｂのウェブ・ブラウザ内で実行されるウェブ・アプリケーションであってよい。
上記で言及されたように、および図２に示されるように、通信アプリケーション２０２は、ユーザ・インターフェース・マネージャ２０６を含むことができる。ユーザ・インターフェース・マネージャ２０６は、ユーザがメッセージを構築する、見る、および送信する、ならびに支払いを送信することを可能にするグラフィカル・ユーザ・インターフェース（または単に「ユーザ・インターフェース」）の提供、管理、および／または制御を実施することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、インスタント・メッセージなどのメッセージの構築を促進するユーザ・インターフェースを提供することができる。同様に、ユーザ・インターフェース・マネージャ２０６は、他のユーザから受信されたメッセージを表示するユーザ・インターフェースを提供することができる。
より詳細には、ユーザ・インターフェース・マネージャ２０６は、（たとえば、クライアント・デバイス１０４ａ、１０４ｂに関連付けられた表示デバイスによって）ユーザ・インターフェースの表示を促進し得る。たとえば、ユーザ・インターフェースは、ユーザがメッセージまたは支払いを構築、送信、および受信することを可能にする複数のグラフィカル・コンポーネント、グラフィカル・オブジェクト、および／またはグラフィカル要素から構成され得る。より詳細には、ユーザ・インターフェース・マネージャ２０６は、ユーザが通信スレッド（たとえば、図４Ａ）を見ることを可能にするグラフィカル・コンポーネント、グラフィカル・オブジェクト、および／またはグラフィカル要素のグループを表示するようにクライアント・デバイス１０４ａ、１０４ｂに指示し得る。
加えて、ユーザ・インターフェース・マネージャ２０６は、メッセージを構築および送信するためのユーザ入力を促進する１つまたは複数のグラフィカル・オブジェクトまたはグラフィカル要素を表示するようにクライアント・デバイス１０４ａ、１０４ｂに指示し得る。例示するために、ユーザ・インターフェース・マネージャ２０６は、ユーザが通信アプリケーション２０２に対してユーザ入力を提供することを可能にするユーザ・インターフェースを提供し得る。たとえば、ユーザ・インターフェース・マネージャ２０６は、ユーザが１つまたは複数のタイプのコンテンツをメッセージに入力することを可能にする１つまたは複数のユーザ・インターフェースを提供することができる。本明細書で使用されるとき、「コンテンツ」は、メッセージの一部として含まれることになる任意のデータまたは情報を指す。たとえば、「コンテンツ」という用語は、本明細書では、テキスト、画像、デジタル・メディア、ファイル、ロケーション情報、支払い情報、およびメッセージの一部として含まれることができる他の任意のデータを一般的に説明するために使用される。
上記で論じられたように、メッセージ内に含まれることができるコンテンツの一例は、送信者ユーザから受信者ユーザへの支払いである。１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、ユーザが容易かつ効率的に支払いを定義し、１つまたは複数の他のユーザに対して送信することを可能にするためのユーザ・インターフェースを提供することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、ユーザが支払いを作成および送信するために対話することができる、１つまたは複数の入力フィールドおよび／または１つまたは複数のユーザ選択可能要素を提供することができる。
前述の内容に加えて、ユーザ・インターフェース・マネージャ２０６は、通信アプリケーション２０２の１つまたは複数の構成要素から命令または通信を受信して、更新されたメッセージ情報、更新された支払いのステータス、および／または更新された利用可能なアクションを表示することができる。ユーザ・インターフェース・マネージャ２０６は、取引プロセス内の特定の時点において特定のオプションが利用可能であるかどうかに基づいて、利用可能なオプションを更新することができる。以下で論じられるように、ユーザ・インターフェース・マネージャ２０６は、送信者ステータス・メッセージおよび／または受信機ステータス・メッセージ内に、さまざまな他の選択可能アクションを追加、削除、および／または更新することができる。
ユーザ・インターフェース・マネージャ２０６は、電子通信またはメッセージ内に含まれることになるテキストまたは他のデータの入力を促進することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、キーボードを含むユーザ・インターフェースを提供することができる。ユーザは、電子通信内に含まれることになるテキストを選択するために１つまたは複数のタッチ・ジェスチャーを使用してキーボードと対話することができる。たとえば、ユーザは、キーボードを使用して、メッセージを入力し、電子通信内で１つまたは複数の他のコンテンツ・アイテムに付随させることおよび／またはこれを説明することができる。テキストに加えて、キーボード・インターフェースを含むユーザ・インターフェースは、さまざまな他の文字、シンボル、アイコン、または他の文字情報の入力を促進することができる。
したがって、ユーザ・インターフェース・マネージャ２０６は、支払いを送信または受信する際に、より効率的なおよび／またはより魅力的なユーザ体験を提供するユーザ・インターフェースを提供することができる。ユーザ・インターフェース・マネージャ２０６は、ユーザに対して合わせられたアイコン、ステッカー、または他の選択可能なオブジェクトを含み得るメッセージング・ユーザ・インターフェースを提供することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、ユーザが支払い額を入力するために選択し得る共通通貨に対応するステッカーまたは他のグラフィカル・オブジェクトを提供することができる。したがって、ユーザ・インターフェース・マネージャ２０６は、財布または小銭入れから通貨を引き出して支払い額に到達させるのと類似の体験をユーザに提供することができる。関係のある線に沿って、ユーザ・インターフェース・マネージャ２０６は、検出または推測された額に対応するステッカーまたは他の選択可能なアイコンもしくはオブジェクトを提供することができる。したがって、ユーザ・インターフェース・マネージャ２０６は、ユーザが支払い額を入力する必要性を低減させることによって、効率を増加させることができる。
図２でさらに例示されるように、通信アプリケーション２０２は、ユーザ入力ディテクター２０８を含むことができる。１つまたは複数の実施形態では、ユーザ入力ディテクター２０８は、任意の適切な様式でユーザ入力の検出、ユーザ入力の受信、および／またはユーザ入力の促進を実施することができる。いくつかの例では、ユーザ入力ディテクター２０８は、ユーザ・インターフェースに関する１つまたは複数のユーザ対話を検出することができる。本明細書で参照されるように、「ユーザ対話」は、１つまたは複数の入力デバイスによってユーザから受信される、単一の対話、または対話の組み合わせを意味する。
たとえば、ユーザ入力ディテクター２０８は、キーボード、マウス、タッチ・パッド、タッチスクリーン、および／または他の任意の入力デバイスからのユーザ対話を検出することができる。クライアント・デバイス１０４ａ、１０４ｂがタッチスクリーンを含む場合には、ユーザ入力ディテクター２０８は、ユーザ対話を形成するユーザからの１つまたは複数のタッチ・ジェスチャー（たとえば、スワイプ・ジェスチャー、タップ・ジェスチャー、ピンチ・ジェスチャー、または逆ピンチ・ジェスチャー）を検出することができる。いくつかの例では、ユーザは、ユーザ・インターフェースの１つまたは複数のグラフィカル・オブジェクトまたはグラフィカル要素に関係する、および／またはそれに宛てられた、タッチ・ジェスチャーを提供することができる。
ユーザ入力ディテクター２０８は、加えて、または代替的に、ユーザ対話を表すデータを受信し得る。たとえば、ユーザ入力ディテクター２０８は、ユーザからの１つもしくは複数のユーザ構成可能パラメータ、ユーザからの１つもしくは複数のユーザ・コマンド、および／または他の任意の適切なユーザ入力を受信し得る。ユーザ入力ディテクター２０８は、通信アプリケーション２０２の１つもしくは複数の構成要素から、クライアント・デバイス１０４ａ、１０４ｂ上の記憶域から、または１つもしくは複数のリモート・ロケーション（たとえば、ネットワーク・アプリケーション２０４）から、入力データを受信し得る。
通信アプリケーション２０２は、ユーザ入力ディテクター２０８がユーザ入力を検出したことおよび／または他のデータを受信したことに応答して、１つまたは複数の機能を実行することができる。概して、ユーザは、ユーザ入力ディテクター２０８が検出することができる１つまたは複数のユーザ入力を提供することによって、通信アプリケーション２０２を制御する、通信アプリケーション２０２をナビゲートする、そうでなければ、通信アプリケーション２０２を使用することができる。たとえば、ユーザ入力ディテクター２０８がユーザ入力を検出したことに応答して、通信アプリケーション２０２の１つまたは複数の構成要素は、ユーザが、メッセージの受信者を選択すること、メッセージを構築すること、メッセージ内に含むコンテンツを選択すること、および／または受信者に対してメッセージを送信することを可能にする。加えて、ユーザ入力ディテクター２０８がユーザ入力を検出したことに応答して、通信アプリケーション２０２の１つまたは複数の構成要素は、ユーザが１つまたは複数のユーザ・インターフェースを通してナビゲートして、受信されたメッセージ、連絡先などをレビューすることを可能にする。
１つまたは複数の実施形態では、ユーザ入力ディテクター２０８が１つまたは複数のユーザ入力を検出したことに応答して、通信アプリケーション２０２は、ユーザが支払いを作成して、１つまたは複数の他のユーザに対して送信することを可能にする。たとえば、支払いを送信したいユーザは、ユーザ・インターフェース内のメニュー上に提供された支払い要素と対話することができる。支払い要素とのユーザ対話を検出すると、ユーザ入力ディテクター２０８は、支払いを作成するためのユーザ・インターフェースを提供することをユーザ・インターフェース・マネージャ２０６に行わせることができる。そのため、以下でさらに説明されるように、ユーザ入力ディテクター２０８が１つまたは複数のユーザ入力を検出したことに応答して、通信アプリケーション２０２は、ユーザが、別のユーザに対して送信されることになる支払いを定義するカスタマイズされた支払いを作成することを可能にする。
図２でさらに例示されるように、通信アプリケーション２０２は、通信アプリケーション２０２に対して提供されたまたは通信アプリケーション２０２から送信されたメッセージを管理するメッセージ・ハンドラ２１０を含むことができる。たとえば、メッセージ・ハンドラ２０８は、ユーザ・インターフェース・マネージャ２０６およびユーザ入力ディテクター２０８と対話して、通信アプリケーション２０２を使用したメッセージの送信および受信を協調させることができる。メッセージ・ハンドラ２０８は、複数の参加者間での電子メッセージング・セッションの間にネットワーク・アプリケーション２０４に対するおよびネットワーク・アプリケーション２０４からのメッセージの送信および受信を指示し得る。メッセージ・ハンドラ２１０は、着信メッセージおよび発信メッセージを編成し、メッセージを表示するようにユーザ・インターフェース・マネージャ２０６に指示し得る。
１つまたは複数の実施形態では、メッセージ・ハンドラ２１０は、通信アプリケーション２０２を介してデータを受信および送信することを促進することができる。特に、メッセージ・ハンドラ２１０は、メッセージを送信および受信することを促進することができる。たとえば、本明細書で説明されるように、メッセージ・ハンドラ２１０は、メッセージ内に含まれることになるコンテンツをパッケージ化し、適切な通信プロトコルを使用して１つまたは複数の通信チャネルを通して送信可能な任意の必要な形式でメッセージをフォーマットすることができる。同様に、メッセージ・ハンドラ２１０は、クライアント・デバイス２０４が他のユーザから受信したメッセージを処理することができる。
通信アプリケーション２０２に通信機能を提供することに加えて、メッセージ・ハンドラ２１０は、メッセージ・データへのアクセスを提供することができる。たとえば、メッセージ・ハンドラ２１０は、含めることになる連絡先のリスト、または連絡先の１つまたは複数のグループ、およびメッセージに対する受信者を表すデータにアクセスすることができる。例示するために、メッセージ・ハンドラ２１０は、ユーザが、連絡先リストを検索およびブラウズし、メッセージの受信者として含むことになる個々の連絡先または連絡先のグループを最終的に選択することを可能にするために、連絡先リストを表すデータを取得し、ユーザ・インターフェース・マネージャ２０６に対して提供することができる。１つまたは複数の実施形態では、ソーシャルネットワーキング・システムは、リモート連絡先リスト・データ（たとえば、「友人リスト」）を維持することができ、メッセージ・ハンドラ２１０は、通信アプリケーション２０２内で使用するためにソーシャルネットワーキング・システム上の連絡先リスト・データにアクセスすることができる。
メッセージ・ハンドラ２１０は、通信アプリケーション２０２がメッセージを構築、送信、および受信するために使用することができる他のローカル・データまたはリモート・データへのアクセスを提供することもできる。たとえば、メッセージ・ハンドラ２１０は、ユーザがメッセージ内に含むことができるファイル、画像、オーディオ、ビデオ、および他のコンテンツへのアクセスを取得することができる。そのうえ、メッセージ・ハンドラ２１０は、コンテンツをキャプチャまたは作成してメッセージ内に含むことができることをユーザに提供するために、送信者クライアント・デバイス２０４の１つまたは複数の機能へのアクセスを提供することができる。たとえば、メッセージ・ハンドラ２１０は、カメラ、マイクロホン、またはユーザがコンテンツをキャプチャしてメッセージ内に含むことを可能にする他の機能を起動することができる。
加えて、メッセージ・ハンドラ２１０は、支払いの送信を促進することができる。特に、図２は、通信アプリケーション２０２が、支払いプロセス／取引を開始するためにメッセージ・ハンドラ２１０がネットワーク・アプリケーション２０４に対して送信することができる支払いメッセージを生成することができる支払いメッセージ・ジェネレータ２１６を含むことができることを例示する。たとえば、送信者がユーザ・インターフェース上で支払い要素を選択すると、支払いメッセージ・ジェネレータ２１６は、送信者から受信された支払い情報を含むデータ・パッケージを作成することができる。支払いメッセージは、支払い取引の一部として送信されることになる金銭の額の標識ならびにネットワーク・アプリケーションが支払い取引を実行することを可能にするために必要な任意の情報を含むことができる。
１つまたは複数の実施形態では、支払いメッセージ・ジェネレータ２１６は、支払い額、１つもしくは複数の送信者識別子、１つもしくは複数の受信者識別子、１つもしくは複数の支払い方法もしくは送信者口座情報、許可情報、通貨情報、メッセージもしくは支払い説明、および／または送信者から受信者への支払いを促進するために有用であり得る他の任意のデータを含むデータ・パッケージを作成することができる。代替的に、支払いメッセージは、受信者および支払いの額を単に識別することができる。支払いメッセージ・ジェネレータ２１６は、ネットワーク・アプリケーション２０４に対して送信するために、支払いメッセージ（たとえば、支払い情報を含むデータ・パッケージ）をメッセージ・ハンドラ２１０に対して渡すことができる。
支払いメッセージ・ジェネレータ２１６は、さまざまなソースから支払い情報を取得することもできる。たとえば、支払いメッセージ・ジェネレータ２１６は、ユーザ入力ディテクター２０８を介して送信者から直接的に支払い情報を取得することができる。加えて、または代替的に、支払いメッセージ・ジェネレータは、データ・マネージャ２１８によってクライアント・デバイス１０４ａ、１０４ｂ上で維持される支払い情報へのアクセスを得ることができる。たとえば、通信アプリケーション２０２は、送信者が、さまざまな支払い方法を入力および保存すること、ならびに／またはデフォルト支払い方法、デフォルト通貨を識別することを可能にし、そうでなければ、送信者が、支払いを送信することならびに／または受信することに関係する他のユーザの好みを規定することを可能にする。
１つまたは複数の実施形態では、支払いメッセージ・ジェネレータ２１６は、支払いメッセージ内のトークンにアクセスし、このトークンを提供することができる。トークンは、ネットワーク・アプリケーション２０４によって記憶された支払いクレデンシャルを参照することができる。たとえば、支払いメッセージ・ジェネレータ２１６は、ネットワーク・アプリケーション２０４によって記憶された支払いクレデンシャルを使用して支払いをすることが許可されるとして送信者および／または送信者クライアント・デバイス１０４ａを確認する支払いメッセージ内に含むかまたは支払いメッセージと共に含むためにトークンを取り出すことができる。
上記で言及されたように、クライアント・アプリケーション２０２は、メッセージ・アナライザ２１２をさらに含むことができる。メッセージ・アナライザ２１２は、潜在的な支払いイベントのためにクライアント・アプリケーション２０２から送信されたおよびクライアント・アプリケーション２０２によって受信されたメッセージを分析することができる。１つまたは複数の実施形態では、メッセージ・アナライザ２１２は、ユーザ間で交換された電子メッセージから、交換されたメッセージ内のコンテキスト内容に基づいて、支払いイベントを推測することができる。具体的には、メッセージ・アナライザ２１２は、支払いの機会を示す一定のフレーズまたは文字ストリングを識別することができる。たとえば、文字ストリングは、２人以上のユーザ間の会話内の電子メッセージからの所定の文字ストリングを含むことができる。メッセージ内の支払いイベントを示す所定の文字ストリングを識別することは、メッセージ・アナライザ２１２が、ユーザが１人または複数の他のユーザとの支払い取引を開始するための厳格な要件に従うことを要求することなく、支払いイベントを推測することを可能にする。
いくつかの実施形態によれば、メッセージ・アナライザ２１２は、自然言語を分析することができる。特に、ユーザは、電子メッセージにおいて自然言語フレーズを使用して、１人または複数の他のユーザと通信することができる。自然言語検出を使用することによって、メッセージ・アナライザ２１２は、他のユーザへのメッセージの内容を解釈することができる。ユーザが、自然言語を使用して支払い取引を開始するための要求を送信する場合、メッセージ・アナライザ２１２は、この要求を自然言語から推測し、支払い取引を開始するためのオプションを提供することができる。加えて、または代替的に、メッセージ・アナライザ２１２は、開始された支払い取引を完了させるためのオプションを提供することができる。
１つまたは複数の追加実施形態または代替的実施形態によれば、メッセージ・アナライザ２１２は、システム１００のユーザに関連付けられたメッセージに基づいてグループ支払いを開始するための様式をユーザに提供することができる。具体的には、メッセージ・アナライザ２１２は、ユーザのうちの１人もしくは複数からのおよび／もしくはユーザのうちの１人もしくは複数への電子メッセージ、ユーザのロケーション、ソーシャル・ネットワーク・データ、または他のデータを分析することによって、２人以上のユーザに関連付けられたグループ・イベントを識別することができる。たとえば、メッセージ・アナライザ２１２は、ユーザに関連付けられた情報フィード内のメッセージ、ユーザのうちの２人以上の間での会話におけるソーシャル・ネットワーク・データ（チェック・イン、ユーザ・プロファイル、投稿、「いいね」、友人についての情報等）・メッセージ、ユーザに関連付けられたテキスト・メッセージ、またはユーザに関連付けられた他の任意の電子メッセージを分析して、イベントに関連付けられた自然言語または文字ストリングを識別することができる。加えて、メッセージ・アナライザ２１２は、電子メッセージに基づいて、グループ内のユーザの数を判定することができる。
メッセージ・アナライザ２１２は、グループにおける推測されたイベントおよび決定されたユーザを使用して、グループ内のユーザのうちの１人または複数に対して、グループ内の他のユーザに支払いを要求するためのオプションを提供することができる。特に、メッセージ・アナライザ２１２は、支払いを要求するためのオプションを提供するべき、１人または複数のグループ・リーダを識別することができる。次いで、１人または複数のグループ・リーダは、イベントまたはイベントに関連する取引について支払うように、グループ内の識別されたユーザのうちの１人または複数に支払いを要求することができる。次いで、要求を受信するユーザは、支払いシステムを使用して、１人または複数のグループ・リーダに支払いをすることができる。
支払いイベントを推測した後、メッセージ・アナライザ２１２は、推測された支払いイベントに基づいて、ユーザ間で支払い取引を開始するためのオプションを提供することができる。したがって、１つまたは複数の実施形態では、システム１００は、ユーザ間でのメッセージの交換の自然な流れを中断させることなく、ユーザ間で交換されるメッセージに基づいて、ユーザが他のユーザとの支払い取引を開始することを可能にする。具体的には、メッセージ・アナライザ２１２は、支払いイベントを示すかまたは推測する、一定のフレーズまたは文字ストリングを識別することができる。たとえば、メッセージ・アナライザ２１２は、「あなたは映画チケット代の１５ドルを私に借りている」というストリングを識別することができる。推測された支払いに基づいて、メッセージ・アナライザ２１２は、ユーザ・インターフェース・マネージャ２０６に対して、支払いを開始するための、または別のやり方で、支払いを送信することをユーザのうちの１人または複数に提案するためのオプションを提供するように命令することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、「１５ドル」を、ユーザが支払いを開始するために選択可能な要素として構成することができる。
クライアント・アプリケーション２０２は、ロケーション・ディテクター２１４をさらに含むことができる。ロケーション・ディテクター２１４は、クライアント・デバイス１０４ａ、１０４ｂからのＧＰＳ情報、セル・タワー三角測量（cell tower triangulation）、ＷＩＦＩ受信信号強度標識、ＷＩＦＩワイヤレス・フィンガープリンティング（WIFI wireless fingerprinting）、無線周波数識別、短距離通信に基づいて、メッセージを分析することによって、または他のソースからのデータに基づいて、クライアント・デバイス１０４ａ、１０４ｂのロケーションにアクセスまたはこれを識別することができる。ロケーション・ディテクター２１４は、次いで、メッセージ・アナライザ２１２またはネットワーク・アプリケーション２０４に対してクライアント・デバイス１０４ａ、１０４ｂのロケーションを提供することができる。加えて、ロケーション・ディテクター２１４は、ネットワーク・アプリケーション２０４から他のクライアント・デバイスのロケーションの標識を受信し、それらをメッセージ・アナライザ２１２に対して提供することができる。
上記で論じられたように、クライアント・デバイス１０４ａは、図２に例示されるように、データ・マネージャ２１８を含むことができる。データ・マネージャ２１８は、ユーザと１人または複数の他のユーザとの間でメッセージを構築、送信、および受信することに関連して使用されるデータを表すメッセージ・データを維持することができる。たとえば、メッセージ・データは、メッセージ・ログ、連絡先リスト、コンテンツ、過去の通信、およびユーザが通信アプリケーション２０２を使用して通信できることを提供することに関連して通信アプリケーション２０２が使用することができる他の類似のタイプのデータを含むことができる。
データ・マネージャ２１８はまた、支払いメッセージを生成するために使用される情報を表す支払いデータを維持し得る。たとえば、支払いデータは、支払い方法データ（すなわち、クレデンシャル）および／またはそのような口座データ（たとえば、銀行またはクレジット・カード口座データ）を含み得る。そのうえ、支払いデータは、支払いに関する好み（たとえば、デフォルト支払い方法）を含むことができる。一般に、支払いデータは、支払いメッセージ・ジェネレータ２１６が支払いを生成することに関連して使用することができる任意のデータを含んでよい。
上記で簡単に言及されたように、クライアント・デバイス１０４ａ、１０４ｂに加えて、システム１００は、サーバ・デバイス１０８上で全部または部分的に実施されるネットワーク・アプリケーション２０４をさらに含むことができる。本発明の１つまたは複数の実施形態では、ネットワーク・アプリケーション２０４は、ソーシャルネットワーキング・システム（限定されるものではないが、フェイスブック（商標）など）を備えるが、他の実施形態では、ネットワーク・アプリケーション２０４は、限定されるものではないが、電子メール・アプリケーション、検索エンジン・アプリケーション、バンキング・アプリケーション（banking application）、またはユーザ口座を利用する任意の数の他のアプリケーション・タイプを含む別のタイプのアプリケーションを備え得る。
ネットワーク・アプリケーション２０４がソーシャルネットワーキング・システムを備える１つまたは複数の実施形態では、ネットワーク・アプリケーション２０４は、複数のユーザおよび概念を表し、分析するためのソーシャル・グラフ２５０を含み得る。ソーシャル・グラフ２５０のノード記憶域２５２は、ユーザ用ノード、概念用ノード、取引用ノード、およびアイテム用ノードを備えるノード情報を記憶することができる。ソーシャル・グラフ２５０のエッジ記憶域２５４は、ソーシャルネットワーキング・システム内で発生するノードおよび／またはアクション間の関係を備えるエッジ情報を記憶することができる。ソーシャルネットワーキング・システム、ソーシャル・グラフ、エッジ、およびノードに関するさらなる詳細は、以下で図１９に関して提示される。
通信マネージャ２３０は、クライアント・アプリケーション２０２から受信されたメッセージを処理することができる。たとえば、通信マネージャ２３０は、クライアント・アプリケーション２０２のメッセージ・ハンドラ２０６と対話することができる。通信マネージャ２３０は、電子メッセージング会話内のユーザ間でやりとりされるメッセージのディレクターとして作用することができる。通信マネージャ２３０は、クライアント・アプリケーション２０２からメッセージを受信し、メッセージの意図された受信者を検出して、意図された受信者に関連付けられたクライアント・アプリケーション２０２（またはデバイス）に対してメッセージを送信し得る。通信マネージャ２３０が、受信者に関連付けられた複数のクライアント・デバイス（すなわち、ユーザがあるバージョンのクライアント・アプリケーション２０２をインストールした各デバイス）に対して受信者のためのメッセージを宛てることができることは理解されるであろう。
加えて、通信マネージャ２３０は、宛先通信デバイスまたはタイプによって使用されるメッセージング・プロトコルに基づいて、メッセージを再フォーマットするかまたは別のやり方でメッセージの内容もしくはフォーマットを修正することもできる。したがって、１つまたは複数の実施形態では、システム１００は、異なる通信プラットフォームを使用する参加者がメッセージを交換することを可能にすることができる。たとえば、通信マネージャ２３０は、第１のプロトコル（ＳＭＳ、ＩＭ、ＸＭＰＰ、ＡＰＮＳなど）でメッセージを受信し、メッセージを第２のプロトコルへと再フォーマットして、再フォーマットされたメッセージを意図された受信者に対して送信することができる。
ステータス・マネージャ２３２は、クライアント・アプリケーション２０２および／またはクライアント・デバイス１０４ａ、１０４ｂのユーザのステータスを追跡することができる。たとえば、ステータス・マネージャ２３２は、ユーザがいつクライアント・アプリケーション２０２にログインされるか、ユーザがいつクライアント・アプリケーション２０２上でアクティブであるか、ユーザまたはユーザ口座に関連付けられたクライアント・デバイス１０４ａ、１０４ｂがいつオンラインまたはアクティブであるかを識別することができる。ステータス・マネージャ２３２は、クライアント・アプリケーション２０２に対して標識（プッシュ通知など）を送信して、クライアント・アプリケーション２０２に、ユーザ、デバイス、メッセージ、または支払いのステータスを通知することができる。ユーザ・インターフェース・マネージャ２０６は、ステータス・マネージャ２３２から受信された標識に基づいて、ステータス通知を追加、修正、または別のやり方で変更もしくは更新することができる。たとえば、ステータス・マネージャ２３２は、別のユーザがメッセージにアクセスしたこと、支払いを受信したこと、支払いを送信したこと、アクティブであること、共同ユーザがアクティブなデバイスまたはデバイス・タイプ（たとえば、モバイル対ウェブ）などを示す標識をクライアント・アプリケーション２０２に対して送信することができる。ユーザ・インターフェース・マネージャ２０６は、次に、ユーザにステータスを通知するためにユーザ・インターフェースを更新することができる。
ネットワーク・アプリケーション２０４は、メッセージ・データベース２３４も含み得る。メッセージ・データベース２３４は、複数の参加者間の電子メッセージング・セッションからメッセージの内容を表すメッセージ・データを維持することができる。メッセージ・データベース２３４は、上記で言及された、ステータス・マネージャ２３２が追跡する情報を表すステータス・データを維持し得る。したがって、メッセージ・データベース２３４は、メッセージング・スレッドのアーカイブを提供することができ、これは、要求に応じて、またはユーザが新しいコンピューティング・デバイスを使用してクライアント・アプリケーション２０２にログインすると、ネットワーク・アプリケーション２０４がユーザに対して提供することができる。
図２の支払いマネージャ２３６は、支払いメッセージの送信および受信を統合して、支払い取引を開始することができ、１つまたは複数のアプリケーション・プログラミング・インターフェース（application programming interfaces : ＡＰＩ）を用い得る。たとえば、通信マネージャ２３０が支払いメッセージを受信すると、通信マネージャ２３０は、支払いマネージャ２３６に対してあらゆる支払い詳細を送信することができる。支払いマネージャ２３６は、次いで、支払いメッセージから取り出された支払い詳細を使用して、支払いネットワーク１１５を使用する支払い取引を開始することができる。
支払いマネージャ２３６は、支払いメッセージ内で定義された支払いに対応する取引を協調させることができる。上記で一般に説明されたように、支払いマネージャ２３６は、支払いメッセージに対応する支払いネットワーク１１５を介して取引を協調させ、取引のステータスを監視し、取引に関するステータス情報を提供することができる。より具体的には、上記で図１に関して説明されたように、支払いネットワーク１１５は、取引を許可すること、取引を資金供給すること、および／または個々の取引もしくは取引のバッチを決済することができる。１つまたは複数の実施形態では、支払いマネージャ２３６は、１つまたは複数のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用して、関係のある情報を支払いネットワーク１１５と通信することができる。
取引を完了するために、支払いマネージャ２３６は、（預金口座情報、デビット・カード、クレジット・カード、ギフト・カード、電子財布などの）受信者のための支払いクレデンシャルにアクセスするまたはこれを取得することができる。支払いマネージャ２３６は、さまざまな方法を使用して、受信者の支払いクレデンシャルを取得することができる。例となる一実施形態では、受信者は、ネットワーク・アプリケーション２０４を用いて１つまたは複数の預金口座または他の支払いクレデンシャルを登録することができる。ユーザが預金口座または他の支払いクレデンシャルを登録すると、ユーザ・プロファイル・データベース２４０は、支払いクレデンシャルを維持することができる。
支払いマネージャ２３６が支払い情報を受信した後、支払いマネージャ２３６は、受信者を識別することができる。支払いマネージャ２３６は、ユーザ・プロファイル・データベース２４０内の受信者を調べて、受信者が支払いクレデンシャルを登録しているかどうかを決定することができる。この時点で、支払いマネージャ２３６は、取引を開始することができる。
受信者のユーザ・プロファイルが支払いクレデンシャルを含まない場合、支払いマネージャ２３６は、受信者に支払いクレデンシャルを提供することを促すメッセージを受信者に送信するように通信マネージャ２３０に指示することができる。メッセージは、受信者が支払いクレデンシャル詳細を提供することを可能にする１つまたは複数の対話型フィールドを提供することによって、支払いクレデンシャルを登録するように受信者に促し得る。加えて、または代替的に、受信者が、登録された支払いクレデンシャルを有さないことを決定すると、支払いマネージャ２３６は、一時預金２４２を生成することができる。より詳細には、支払いマネージャ２３６は、口座番号を生成し、その口座番号を受信者のユーザ・プロファイルと関連付けることができる。１つまたは複数の実施形態では、受信者は、すでに一時口座２４２を有しているかもしれず、そのため、支払いマネージャ２３６は、以前に作成された一時口座を使用して取引を完了することができる。特に、一時口座２４２は、支払いマネージャ２３６が、送信者または受信者のどちらかの観点から支払いプロセスを遅延させることなく取引を処理することに直ちに進むことを可能にする。
支払いが完了すると、支払いマネージャ２３６は、支払い額を一時口座２４２に預ける。１つまたは複数の実施形態では、支払いマネージャ２３６は、通信マネージャ２３０に、一時口座から登録された預金口座へ金銭を移動するためのハイパーリングおよび／または命令を提供するメッセージを受信者へ送信させることができる。代替的に、受信者が預金口座を登録したくない場合、メッセージ・システムは、一時口座から金銭を引き出す命令を受信者に提供することができる。
支払いネットワーク１１５を介して取引を協調させることに加えて、支払いマネージャ２３６は、１つまたは複数のシステム・ユーザ口座に関して取引を協調させることもできる。１つまたは複数の実施形態では、ネットワーク・アプリケーション２０４は、ギフト・カード口座、キャッシュ・カード口座、または類似のタイプのユーザ口座などのユーザ・キャッシュ口座をサポートすることができる。送信者は、支払いの方法として送信者のユーザ・キャッシュ口座を規定することができ、同様に、受信者は、登録された預金口座として受信者のユーザ・キャッシュ口座を設定することができる。そのため、少なくともいくつかの実施形態では、取引全体、または取引の実質的に全体は、ネットワーク・アプリケーション２０４内で処理されることが可能である。
１つまたは複数の実施形態では、システム１００は、受信者が、資金を受信するために支払いクレデンシャルとしてクレジット・カード口座を登録することもできる。ユーザのクレジット・カードに対して資金を送信するために、支払いマネージャ２３６は、支払い額を受信者のクレジット・カード口座の貸方に記入する（credit）ために払い戻し要求を送信することができる。１つまたは複数の実施形態では、払い戻し要求は、未照会払い戻し（unreferenced refund）要求を備えることができる。未照会払い戻し要求とは、ユーザのクレジット・カード口座との以前の資金供給取引に関与していない払い戻し要求である。大抵のクレジット・カード業者は、未照会払い戻し要求が処理されることを可能にしており、これは、払い戻し要求の額のクレジットを受信者のクレジット・カード口座に適用するという結果になる。たとえば、受信者が、クレジット・カード口座上でマイナス残高を有する場合、払い戻し要求額が、そのマイナス残高に充当され得る。同様に、受信者がクレジット・カード口座上でゼロ残高を有する場合、払い戻し要求額は、受信者が再度使うことができるプラスのクレジット・カード口座残高をもたらすであろう。
１つまたは複数の実施形態では、支払いネットワーク・コーディネータ２５６は、クレジット・カード資金供給要求のバッチおよびクレジット・カード払い戻し要求のバッチを編成および処理することができる。特に、クレジット・カード取引に関連付けられたさまざまな手数料構造に起因して、支払いネットワーク・コーディネータ２５６は、クレジット・カード資金提供および払い戻し要求のバッチを処理して、潜在的な手数料を最小にすることができる。
図２の支払いマネージャ２３６は、通信マネージャ２３０から受信された情報を協調させることに関係してさまざまな機能を実行して、支払い要求を要求および承認し、支払いプロセスを協調させ得る。たとえば、支払いマネージャ２３６は、支払いクレデンシャルを作成および記憶することができる。より具体的には、ユーザ（たとえば、送信者および受信者）は、ネットワーク・アプリケーションとの口座をすでに有し、したがってすでに、登録されたユーザであるかもしれず、または依然として口座をセット・アップする必要があるかもしれない。一実施形態では、複数のユーザの少なくとも一部はまた、ソーシャルネットワーキング・システムのメンバであり、システム１００を使用してメッセージするときにも使用されるソーシャルネットワーキング口座に関連付けられた識別子（「ＩＤ」）およびユーザ・プロファイルをすでに有することができる。代替的に、他のユーザが、ソーシャルネットワーキング・システムのメンバでなく、口座を作成してシステム１００の登録されたメンバになる必要があることがある。この例では、支払いマネージャ２３６は、これらのユーザから（クライアント・アプリケーション２０２を介して）日付を受信して口座を作成し、次いで、これらのユーザのための一意のＩＤおよびユーザ支払いプロファイルを作成することができ、これらは後で支払いプロセス中に参照される。場合によっては、支払いマネージャ２３６はまた、欠けているかもしれない支払いプロファイル特徴を含むように、以前のソーシャルネットワーキング・ユーザのユーザ・プロファイルを増やしてよい。
口座をセット・アップするかまたは増やす際、ユーザは、クレジット・カード、デビット・カード、預金口座または他の銀行口座、ギフト・カード口座、店舗クレジット口座などの１つまたは複数の支払いクレデンシャルを提出することができる。支払いの方法を追加するとき、ユーザは、カード番号および／または口座番号、有効期限、セキュリティ・コード、移動またはルーティング識別番号、ならびに金銭移動のために必要とされる銀行情報を提出するように求められることができる。ユーザは、個人識別番号（personal identification number : ＰＩＮ）などの許可コードを作成するか、または、たとえば単一の支払い方法のみを提供するとき、クレジット・カードのセキュリティ・コードを使用するか、または、何らかの他の許可コードを提供することもできる。ユーザは、支払いのデフォルト方法を選択することもできる。
それに応じて、ユーザ・プロファイル・データベース２４０によって記憶されるユーザ支払いプロファイルは、（ソーシャルネットワーキング・ユーザとしてであろうと、および／またはメッセージング・ユーザとしてであろうと）各登録されたユーザのために一意に作成されたユーザ（またはグループ）ＩＤを含むことができる。ユーザ・プロファイル・データベース２４０は、ネットワーク・アプリケーション２０４のユーザの支払いクレデンシャルのための記憶域を提供することができる。たとえば、ユーザは、ネットワーク・アプリケーション２０４との「口座」を作成することができ、これは、ユーザがネットワーク・アプリケーション２０４に対して支払い情報を提供することを可能にする。次いで、ネットワーク・アプリケーション２０４は、その支払い情報をユーザ・プロファイル・データベース２４０の中に保存することができる。１つまたは複数の実施形態では、ユーザ・プロファイル・データベース２４０は、名（ファースト・ネーム）、ミドル・ネーム、姓（ラスト・ネーム）、支払いカード番号（たとえば、クレジット・カード、デビット・カード）、支払いカードの有効効期限（年および／または月）、支払いカードのカード・セキュリティ・コード（たとえば、カード確認値（ＣＶＶまたはＣＶＶ２））、クレジット・カードに関連付けられた勘定書送付先住所（通りの名称、家屋番号、都市、州または県、郵便番号、国などを含む）、クレジット・カードに関連付けられた電話番号、１つまたは複数の届け先住所（勘定書送付先住所と類似のフィールドを含む）、のうちの１つまたは複数を、ユーザに関係付けて記憶することができる。支払いカードがデビット・カードを備えるとき、プロファイル記憶モジュールは、デビット・カードのための個人識別番号（ＰＩＮ）を記憶することもできる。ネットワーク・アプリケーション２０４がソーシャルネットワーキング・システムを備える一実施形態では、ユーザ・プロファイル・データベース２４０の中に記憶される支払い情報は、ユーザを表すノード記憶域２５２のノードに関連付けられ得る。
いずれにしても、送信者からの支払いメッセージの受信時、支払いマネージャ２３６は、送信者のユーザ（またはグループ）ＩＤを検出し、そのユーザ（またはエンティティ）のための支払いプロファイルを取り出すことができる。支払いマネージャ２３６は、次いで、支払い額、送信者、および受信者に関連付けられた取引ＩＤを含む取引パッケージを生成することができる。取引パッケージは、デフォルト支払い方法および関係する情報を含むこともできるが、それは、送信者が、代替支払い方法を用いて受信者に支払いを送信することを選択しない限りであり、その場合、取引パッケージは、代替支払い方法のための支払い情報を含むことができる。支払いマネージャ２３６は、次いで、支払い許可プロセスを開始するために支払いネットワーク１１５に対して取引パッケージを送信し得る。
図２の取引データベース２３８は、各取引（グラフ・オブジェクトの形式など）、試行または完了した取引ＩＤ、日付、取引の額、使用された支払い方法、取引に関連する送信者と受信者との間でやりとりされた関連付けられたメッセージ、および取引に関して収集された他の任意の情報のための記憶域を提供することができる。この情報を用いて、支払いマネージャ２３６は、要求に応じて、支払い要求、拒否された支払い、および完了された支払いの履歴として、１つまたは複数の取引の概要をユーザに対して提供することができる。
支払いマネージャ２３６は、支払い処理を効果的に管理するために、さまざまな他の追加の工程および方法を実行することができる。１つまたは複数の実施形態では、たとえば、支払いメッセージを受信すると、支払いマネージャ２３６は、取引識別子（または、単に「取引ＩＤ」）を生成し、この取引識別子と、支払いメッセージおよび／または支払いメッセージ内の支払い情報とを関連付けることができる。たとえば、取引ＩＤを生成すると、支払いマネージャ２３６は、取引ＩＤおよび支払い情報を、取引データベース２３８に送信することができる。取引データベース２３８は、取引ＩＤに従って取引情報を記憶するデータ・テーブルまたは類似のデータ行列を含むことができる。
１つまたは複数の実施形態では、取引ＩＤが特定の支払いメッセージに関連付けられた後、取引ＩＤは、特定の支払いに関係する、システム１００内の実質的にすべての通信中に含まれるか、または埋め込まれる。したがって、取引ＩＤは、支払いマネージャ２３６が、編成された様式で多数の支払いを管理および処理することを可能にする。たとえば、支払いマネージャ２３６は、クライアント・デバイス１０４ａ、１０４ｂに対して送信される任意の情報の中に取引ＩＤを含めるための命令を含むことができる。代わりに、メッセージング・ハンドラ２１０が、支払いマネージャ２３６が、情報が対応する特定の取引を効率的かつ確実に識別することを可能にするために、クライアント・デバイス１０４ａ、１０４ｂから送信される任意の情報の中に取引ＩＤを含めることもできる。
以前に言及されたように、ネットワーク・アプリケーション２０４は、クライアント・デバイス１０４ａを介して受信された各支払いメッセージについての取引情報を維持する取引データベース２３８を含むことができる。たとえば、取引情報は、１つまたは複数の送信者識別子に関連付けられた取引ＩＤ、受信者識別子、支払い額、支払い方法（たとえば、送信者口座）、預金方法（たとえば、受信者口座）、取引履歴、現在の取引状況、および他の取引情報を含むことができる。１つまたは複数の実施形態では、取引情報は、取引に関する任意の更新またはアクションにより更新される１つまたは複数のグラフ・オブジェクトの形式で維持される。
また、以前に言及されたように、ネットワーク・アプリケーションは、１つまたは一時口座２４２を維持することができる。一時口座２４２は、送信者の口座からの支払いの決済または実際の資金供給の前に受信者口座へなされることになる預金のための資金供給を提供するあるタイプの「ホットな口座（hot account）」として機能することができる。たとえば、いくつかの支払い方法を用いれば、支払いの資金供給は、金銭が送信者の口座の借方に記入される（debited）のに数時間または数日を要することすらある。しかしながら、支払い許可要求は、資金を確認および確保して支払いを果たすことができる。したがって、支払い許可要求からの成功応答を受信すると、支払いマネージャ２３６は、支払いが受信者の口座に到着するのに、より短い時間を提供するために、一時口座２４２から支払い額を資金供給することができる。支払いが送信者の口座から資金供給すると、一時口座は、支払いの額のために新しくされる。
論じられたように、上記で図１〜図２に関して論じられたシステムおよび構成要素は、メッセージ・システムのユーザが、統合されたメッセージおよび支払いシステム１００を介して支払いを容易に、効果的に、かつ安全に送信および受信することを可能にすることができる。図３Ａ〜図３Ｄは、上記で論じられたシステム１００によって実施されるプロセスの１つまたは複数の例となる実施形態の例となるプロセス図を例示する。図１および図２に例示されるシステム１００に一致して、図３Ａ〜図３Ｄは、クライアント・アプリケーション２０２を有する送信者クライアント・デバイス１０４ａ、クライアント・アプリケーション２０２を有する受信者クライアント・デバイス１０４ｂ、ネットワーク・アプリケーション２０４をサポートするサーバ・デバイス１０８、ならびに支払いネットワーク１１５を例示する。
１つまたは複数の実施形態では、ユーザがシステム１００を介して別のユーザに対して支払いを送信するためのプロセスは、送信者クライアント・デバイス１０４ａに関連付けられた送信者ユーザ（または単に「送信者」）がクライアント・アプリケーション２０２に対してユーザ入力を提供し、支払いメッセージ３０２を生成することで始めることができる。特に、上記で説明されたように、送信者は、受信者ユーザ（または単に「受信者」）に対してなされることになる支払いを送信者が定義することを可能にする１つまたは複数のユーザ・インターフェースにアクセスすることができる。加えて、クライアント・アプリケーション２０２は、図３Ａに示されるように、送信者クライアント・デバイス１０４ａに、支払いメッセージをネットワーク・アプリケーション２０４へ送信させる３０４ことができる。
ネットワーク・アプリケーション２０４は、支払いメッセージ３０２を受信し、支払いメッセージ３０２によって提供された情報を使用して、送信者がファイル上に支払いクレデンシャル３０６を有するかどうかを決定することができる。たとえば、ネットワーク・アプリケーション２０４は、ネットワーク識別子（たとえば、ユーザ名または他のＩＤ）を使用して、ユーザ・プロファイル・データベース２４０内のユーザについてのユーザ・プロファイルを調べて、ユーザ・プロファイルがこのユーザ・プロファイルに関連付けられた支払いクレデンシャルを有するかどうかを決定することができる。送信者が支払いクレデンシャル３０６を有する場合、ネットワーク・アプリケーション２０４は、行動３１６に関係して説明されたように、送信者および／または支払いクレデンシャル３０６を検証し、行動３０８〜３１５をスキップすることができる。
ユーザが支払いクレデンシャル３０６を有しない場合には、ネットワーク・アプリケーション２０４は、ユーザが支払いクレデンシャル３０６を提供することを要求することができる。特に、通信マネージャ２３０は、送信者クライアント・デバイス１０４ａにプロンプト（prompt）３０８を送信して、支払いクレデンシャル３０６を提供するように送信者に促すことができる。ネットワーク・アプリケーション２０４は、図３Ａ〜図３Ｄのフローに示されるように、通信マネージャ２３０に、支払い取引に進む前に、プロンプト３０８を送信させることができる。代替的に、ネットワーク・アプリケーション２０４は、図５Ａ〜図５Ｄに関係して以下で説明されるように、受信者がファイル上に支払いクレデンシャルを有することをネットワーク・アプリケーション２０４が確認した後に、通信マネージャ２３０に、支払いクレデンシャルについてのプロンプト３０８を送信させることができる。
支払いクレデンシャル３０６を提供するためのプロンプト３０８を受信すると、ユーザは、プロンプト３０８を無視するか、または閉じることができ、このことは、ネットワーク・アプリケーション２０４に、所定の期間後に、別のユーザからの要求に応答して、または所定のトリガに応答して（たとえば、送信者がクライアント・アプリケーション２０２に次回ログインしたときに）、プロンプト３０８を再送信させ得る。いずれの場合も、送信者は、送信者クライアント・デバイス１０４ａを使用して、支払いクレデンシャル情報を入力すること（３１０）ができる。送信者クライアント・デバイス１０４ａは、支払いクレデンシャル情報３１０をネットワーク・アプリケーション２０４に送信すること（３１２）ができる。
支払いクレデンシャル情報３１０を受信すると、ネットワーク・アプリケーション２０４は、支払いクレデンシャル情報３１０に基づいて、１つまたは複数の支払いクレデンシャル３０６と送信者とを関連付けることができる。任意選択で、ネットワーク・アプリケーション２０４は、トークンを生成する３１４ことができる。トークン３１４は、支払いクレデンシャル詳細にマッピングされ、ネットワーク・アプリケーション２０４がその後の支払い要求に応答して支払いクレデンシャルを取り出すことを可能にする。特に、ネットワーク・アプリケーション２０４は、記憶された支払いクレデンシャルに対するポインタとして、「トークン」と呼ばれるランダム・ストリングを返すことができる。トークン３１４は、好ましくは、支払いクレデンシャルが、トークン自体に基づいて（単にトークンに対して復号アルゴリズムを適用することなどによって）導き出されることができないように、支払いクレデンシャルとアルゴリズム的な関係を有さない。このことに応じて、このトークン３１４は、ネットワーク・アプリケーション２０４を使用せずに機密データを外挿することが可能でないランダム・ストリングであるので、カードホルダ・データと考えられず、ネットワーク・アプリケーション２０４は、支払いクレデンシャルとその支払いクレデンシャルが対応するトークンのリストを含有する。ネットワーク・アプリケーション２０４によって生成される支払いトークンは、以下でより詳細に説明されるように、支払い要求の検証を可能にすることができる。ネットワーク・アプリケーション２０４は、送信者クライアント・デバイス２０２に対してトークン３１４を提供することができる。
この時点で、または送信者がファイル上に支払いクレデンシャルをすでに有していたかどうかに応じる前に、ネットワーク・アプリケーション２０４は、検証ステップ３１６を実行して、送信者および／または支払いクレデンシャルを検証すること（３１６）ができる。たとえば、ネットワーク・アプリケーション２０４は、記憶された支払いクレデンシャル３０６を参照する有効なトークン３１４を支払いメッセージ３０２が含んでいたことを確認することができる。
ユーザを検証することとは代替的に、クライアント・アプリケーション２０２は、ネットワーク・アプリケーション２０４についての送信者のユーザ識別子を取得し、識別し、または別のやり方で検出することができる。たとえば、クライアント・アプリケーション２０２は、送信者のコンピューティング・デバイス１０４ａに存在するユーザの難読化された（たとえば、ハッシュ化され、暗号化され、または別のやり方でアルゴリズム的に変換された）ユーザ識別子にアクセスすることができる。このユーザ識別子は、ネットワーク・アプリケーション２０４（たとえば、ソーシャル・ネットワーキング・アプリケーション）のそのユーザについてのユーザ・プロファイル／アカウントを識別することができる。本発明の１つまたは複数の実施形態では、ユーザ識別子は、ネットワーク・アプリケーション２０４によってアクセスまたは確保された共有メモリの一部からアクセスされ、ユーザがネットワーク・アプリケーション２０４に現在「ログオン」している場合にのみ存在し得る。１つまたは複数の他の実施形態では、ユーザ識別子は、ユーザのコンピューティング・デバイス１０４ａ上のクッキー（たとえば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）クッキー）から、またはアプリケーション・キャッシュ（たとえば、ハイパーテキスト・マークアップ言語バージョン５（HyperText Markup Language version 5 : ＨＴＭＬ５）・アプリケーション・キャッシュ）から、アクセスされる。
クライアント・アプリケーション２０２は、支払いメッセージ３０２と共に難読化されたユーザ識別子（obfuscated user identifier）を送信することができる。１つまたは複数の実施形態では、次いで、ネットワーク・アプリケーション２０４が、難読化されたユーザ識別子が妥当であることを確認することができる。ユーザのコンピューティング・デバイス１０４ａ上でのネットワーク・アプリケーション２０４のための適切な難読化されたユーザ識別子の存在は、送信者がネットワーク・アプリケーション２０４によってすでに認証されていることを示すので、このプロセスは、送信者のための認証として働き得る。
ネットワーク・アプリケーション２０４が送信者または支払いクレデンシャルを検証しない場合、ネットワーク・アプリケーション２０４は、送信者クライアント・デバイス１０４ａに対して通信を送信し、支払いが許可できなかったおそれがあることを示すエラー・メッセージを送信者に対して提示することをクライアント・アプリケーション２０２に行わせることができる。１つまたは複数の実施形態では、エラー・メッセージは、送信者が追加の許可情報を提供する、条件に同意する、または別のやり方で身元を確認するプロンプトを含むことができる。その後、送信者クライアント・デバイス１０４ａは、改められた支払い要求をネットワーク・アプリケーション２０４に対して送信することができる。ネットワーク・アプリケーション２０４は、次いで、送信者／支払いクレデンシャルを検証しようとすることができる。ネットワーク・アプリケーション２０４が、送信者／支払いクレデンシャルを検証することができない場合、ネットワーク・アプリケーション２０４は、支払いメッセージ３０２に基づいて支払い取引を終了させてよい。
ネットワーク・アプリケーション２０４が送信者／支払いクレデンシャルを検証すると、ネットワーク・アプリケーション２０４は、図３Ａに例示されるように、取引ＩＤ３１８を生成することができる。上記で説明されたように、ネットワーク・アプリケーション２０４は、一意の取引ＩＤを、受信された各支払いメッセージに対して関連付けることができる。ネットワーク・アプリケーション２０４は、さまざまなファイル、オブジェクト、メッセージ、および他の情報の中の取引ＩＤを含み、ネットワーク・アプリケーション２０４が、メッセージ、ステータス更新、およびネットワーク・アプリケーション２０４を介してなされる各支払いに関する他の情報を効率的に識別および処理することを可能にするために通信することができる。たとえば、上記で説明されたように、ネットワーク・アプリケーション２０４は、取引ＩＤを、支払いメッセージを処理することに対応する情報を維持するグラフ・オブジェクトと関連付けることができる。
任意選択で、３２０によって示されるように、ネットワーク・アプリケーション２０４は、支払いの額または別の額（たとえば、０．０１ドルもしくは１００．００ドル）についての送信者の支払いクレデンシャル（たとえば、送信者の支払いカード）に対する許可要求を、支払いネットワーク１１５に送信することができ、支払いネットワーク１１５は、支払いカード許可を承認または拒絶することができる。次いで、支払いネットワーク１１５は、３２２によって示されるように、支払いクレデンシャル許可応答をネットワーク・アプリケーション２０４に転送することができる。任意選択の許可要求が、タイムライン内でより早くまたはより遅く行われることができることは理解されるであろう。代替実装形態では、ネットワーク・アプリケーション２０４は、支払い取引要求３３８の一部として支払いの額のために送信者の支払いクレデンシャルに対する許可要求を送信することができる。
支払いメッセージ３０２を送信することに応答して、支払いクレデンシャル３０６を提供することに応答して、またはネットワーク・アプリケーション２０４からの信号に応答して、クライアント・アプリケーション２０２は、支払いメッセージ内容を投稿すること（３２４）ができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、送信されたメッセージとして送信者と受信者との間で交換されたメッセージを有する通信スレッドに対して、支払いメッセージ３０２のテキストを追加することができる。
同様に、ネットワーク・アプリケーション２０４は、受信者クライアント・デバイス１０４ｂに対して支払いメッセージ内容３２８を送信することができ、したがって、受信者クライアント・デバイス１０４ｂのクライアント・アプリケーション２０２は、支払いメッセージ内容３２８を投稿すること（３２９）ができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、受信されたメッセージとして送信者と受信者との間で交換されたメッセージを有する通信スレッドに対して、支払いメッセージ３０２のテキストを追加することができる。
ネットワーク・アプリケーション２０４は、支払いメッセージ３０２によって提供される情報を使用して、受信者が、ファイル上に支払いクレデンシャル３２６を有するかどうかを判定することができる。たとえば、ネットワーク・アプリケーション２０４は、ネットワーク識別子（たとえば、ユーザ名または他のＩＤ）を使用して、ユーザ・プロファイル・データベース２４０内で受信者のためのユーザ・プロファイルを調べ、ユーザ・プロファイルが、それに関連付けられた支払いクレデンシャルを有するかどうかを判定することができる。受信者が支払いクレデンシャル３２６を有する場合、ネットワーク・アプリケーション２０４は、受信者および／または支払いクレデンシャル３２６を検証することができる。
受信者が支払いクレデンシャル３３６を有さない場合、ネットワーク・アプリケーション２０４は、受信者が支払いクレデンシャル３３６を提供することを要求することができる。特に、通信マネージャ２３０は、受信者クライアント・デバイス１０４ｂにプロンプト３３０を送信して、支払いクレデンシャル３２６を提供するように受信者に促すことができる。ネットワーク・アプリケーション２０４は、通信マネージャ２３０に、支払い取引に進む前にプロンプト３３０を送信させることができる。
支払いクレデンシャルを提供するためのプロンプト３３０を受信すると、受信者は、プロンプト３３０を無視するか、または閉じることができ、このことは、ネットワーク・アプリケーション２０４に、所定の期間後に、別のユーザからの要求に応答して、または所定のトリガに応答して（たとえば、受信者がクライアント・アプリケーション２０２に次回ログインしたときに）、プロンプト３３０を再送信させ得る。いずれの場合も、受信者は、受信者クライアント・デバイス１０４ｂを使用して、支払いクレデンシャル情報を入力すること（３３２）ができる。受信者クライアント・デバイス１０４ｂは、支払いクレデンシャル情報３３２をネットワーク・アプリケーション２０４に送信すること（３３４）ができる。
支払いクレデンシャル情報３３２を受信すると、ネットワーク・アプリケーション２０４は、支払いクレデンシャル情報３３２に基づいて、１つまたは複数の支払いクレデンシャル３２６と受信者とを関連付けることができる。任意選択で、ネットワーク・アプリケーション２０４は、トークン３１４と類似のトークンを生成すること（３３５）ができる。トークン３３５は、上記で説明されたように、支払いクレデンシャル詳細にマッピングされ、ネットワーク・アプリケーション２０４がその後の支払い要求に応答して支払いクレデンシャルを取り出すことを可能にすることができる。
この時点で、または受信者がファイル上に支払いクレデンシャル３２６をすでに有するかどうかに応じる前に、ネットワーク・アプリケーション２０４は、検証ステップ３３６を実行して、受信者および／または支払いクレデンシャル３２６を検証することができる。たとえば、クライアント・アプリケーション２０２は、上記で送信者を検証することに関係して説明されたように、ネットワーク・アプリケーション２０４のための受信者のためのユーザ識別子を取得、識別、または別のやり方で発見することができる。受信者クライアント・デバイス１０４ｂ上のクライアント・アプリケーション２０２は、支払いメッセージ内容３２８の受信に応答して、難読化されたユーザ識別子をネットワーク・アプリケーション２０４に対して送信することができる。ネットワーク・アプリケーション２０４は、次いで、難読化されたユーザ識別子が妥当であることを確認することができる。受信者のコンピューティング・デバイス１０４ｂ上のネットワーク・アプリケーション２０４のための適切な難読化されたユーザ識別子の存在は、受信者がネットワーク・アプリケーション２０４によってすでに認証されたことを示すので、このプロセスは、受信者の認証として働き得る。
ネットワーク・アプリケーション２０４が送信者または支払いクレデンシャルを検証しない場合、ネットワーク・アプリケーション２０４は、受信者クライアント・デバイス１０４ｂに対して通信を送信し、支払いが許可されないおそれがあることを示すエラー・メッセージを受信者に対して提示することをクライアント・アプリケーション２０２に行わせることができる。１つまたは複数の実施形態では、エラー・メッセージは、受信者が追加の許可情報を提供する、条件に同意する、または別のやり方で身元を確認するプロンプトを含むことができる。
任意選択で、ネットワーク・アプリケーション２０４は、支払いの額または別の額（たとえば、０．０１ドルもしくは１００．００ドル）についての受信者の支払いクレデンシャル（たとえば、受信者の支払いカード）に対する許可要求を、支払いネットワーク１１５に送信することができ、支払いネットワーク１１５は、支払いカード許可を承認または拒絶することができる。次いで、支払いネットワーク１１５は、支払いクレデンシャル許可応答をネットワーク・アプリケーション２０４に転送することができる。任意選択の許可要求がタイムライン内でより早くまたはより遅く行われ得ることは理解されるであろう。したがって、１つまたは複数の実施形態では、支払いネットワーク２１５は、受信者口座が支払いを承認するために利用可能であることを確認することができる。
図３Ｃへ続いて、ネットワーク・アプリケーション２０４が送信者／受信者を検証すると、ネットワーク・アプリケーション２０４は、支払いの資金供給を処理するために、支払い取引要求を支払いネットワーク１１５に送信すること（３３８）ができる。特に、支払い取引要求３３８は、支払い額を送信者の支払いクレデンシャルに対して請求する（３４０）ための支払い情報および命令を提供することができる。加えて、この命令は、支払いネットワーク１１５に、受信者の支払いクレデンシャルを口座に入金する（３４２）ように命令することができる。支払いクレデンシャル（たとえば、支払い口座タイプ）および預金口座タイプに応じて、支払いの資金供給は、さまざまな形を取り得る。図３Ｄは、支払いの資金供給についての追加の処理を論じており、以下で論じられるであろう。
支払いが資金供給されると、図３Ａに示されるように、支払いネットワーク１１５は、ネットワーク・アプリケーション２０４に支払い取引応答を送信すること（３３０）ができる。具体的には、支払い取引応答３３０は、支払いの資金供給が成功したことを示すことができる。次いで、ネットワーク・アプリケーション２０４は、支払い完了ステータス更新を送信者クライアント・デバイス１０４ａに送信することができる。同様に、ネットワーク・アプリケーション２０４は、支払い請求ステータス更新（payment claimed status update）を受信者クライアント・デバイス１０４ｂに送信する。
図３Ｄは、支払い処理の追加の例、特に、ネットワーク・アプリケーション２０４が多種多様な支払い方法および預金口座を使用して支払いを処理することを可能にするための資金供給処理の追加の例を例示する。図３Ｄは、送信者の口座からの資金供給要求を別個に処理し、支払いを受信者の口座に預ける例示的な処理フローを例示する。１つまたは複数の実施形態では、たとえば、送信者の口座は、第１の支払いネットワーク上でアクセス可能であり得るのに対して、受信者の口座は、第２の支払いネットワーク上で利用可能である。このような状況では、支払いを処理するために、ネットワーク・アプリケーション２０４は、支払いを処理するための中間段階として作用することができる。
図３Ｄに示される処理フローは、図３Ｂの後に、または、言い換えれば、ネットワーク・アプリケーション２０４が送信者および受信者を検証した後に、再開する。ネットワーク・アプリケーション２０４は、支払い額が送信者の支払いクレデンシャルに対して請求され（３４８）、ネットワーク・アプリケーション２０４に対して送信されることを要求する支払い請求要求３４６を支払いネットワーク１１５に対して送信することができる。応答して、支払いネットワーク１１５は、送信者の口座からネットワーク・アプリケーション２０４へ金銭を電子的に移動することによって、送信者の口座から支払いを資金供給すること（３５０）ができる。電子的な移動（electronic transfer）を受信すると、ネットワーク・アプリケーション２０４は、一時口座３５２に対して支払いを適用することができる。１つまたは複数の実施形態では、ネットワーク・アプリケーション２０４は、支払いを適用する新しい口座を作成することができる。代替的に、ネットワーク・アプリケーション２０４は、各支払いに関連付けられた一意の取引ＩＤによって編成および識別されるさまざまな他の支払いを含む支払いを、マスタ一時口座に対して適用することができる。
ネットワーク・アプリケーション２０４は、次に受信者の支払いクレデンシャルへ支払いを預けることができる。特に、および図３Ｄに例示されるように、ネットワーク・アプリケーション２０４は、支払いネットワーク１１５または別の支払いネットワークを介して受信者の支払いクレデンシャルに対して支払いを電子的に移動することができる。特に、ネットワーク・アプリケーション２０４は、資金のクレジット３５４を受信者の支払い口座に適用するための命令と共に、資金を支払いネットワーク１１５に送信することができる。受信者の支払いクレデンシャルが預金口座ではない（すなわち、クレジット・カードである）場合には、クレジット要求３５４は、払い戻し要求を含み得る。代替として、ネットワーク・アプリケーション２０４は、複数の支払い取引をまとめて決済するための決済パッケージを準備することができる。たとえば、１つまたは複数の実施形態では、支払い方法の遅い特性に起因して、ネットワーク・アプリケーション２０４は、単一の決済取引において複数の支払いを処理する決済パッケージ内に含めるために、同じタイプの複数の支払いを蓄積してもよい。
支払いネットワーク１１５は、受信者の口座内に支払いを預けるのに成功すると、支払いクレジット応答をネットワーク・アプリケーション２０４に送信する（３５８）。移動確認３５８を受信した後、ネットワーク・アプリケーション２０４は、次いで、支払い額を一時口座３５２の借方に記入し（３６０）、それによって、支払いに関して一時口座を調整する。支払いプロセスを完了するために、ネットワーク・アプリケーション２０４は、送信者クライアント・デバイス１０４ｂに対して支払い完了ステータス更新を、および受信者クライアント・デバイスに対して支払い請求（payment claimed）ステータス更新を送信することができる。
以下でより詳細に説明されるように、図１および図２に関して説明されるシステム１００の構成要素は、他の構成要素と共に、および／またはこれと組み合わせて、１つまたは複数のグラフィカル・ユーザ・インターフェースを提供することができる。特に、構成要素は、ユーザが、さまざまな目的のために表示要素の集合と対話することを可能にすることができる。特に、図４Ａ〜図４Ｏおよび続く説明は、上記で説明された一般的原則によるユーザ・インターフェースおよび特徴のさまざまな例となる実施形態を例示する。
たとえば、図４Ａ〜図４Ｏは、電子メッセージングならびに支払いを送信および受信することを促進するために通信アプリケーション２０２によって提供されるＧＵＩのさまざまな図を例示する。いくつかの例では、クライアント・デバイス（すなわち、クライアント・デバイス１０４ａ、１０４ｂ）は、システム１００の一部またはすべてを実施することができる。たとえば、図４Ａは、クライアント・デバイス２０２の構成要素のうちの１つまたは複数を実施し得るクライアント・デバイス４００を例示する。図４Ａに例示されるように、クライアント・デバイス４００は、携帯電話デバイス（たとえば、スマートフォン）などのハンドヘルド・デバイスである。本明細書で使用されるとき、「ハンドヘルド・デバイス」という用語は、ユーザの片手の中で持たれる／操作されるようなサイズおよび構成にされたデバイスを指す。しかしながら、追加例または代替例では、限定されるものではないが、タブレット・デバイス、ハンドヘルド・デバイス、より大型のワイヤレス・デバイス、ラップトップ・コンピュータもしくはデスクトップ・コンピュータ、パーソナルデジタル・アシスタント・デバイス、および／または他の任意の適切なコンピューティング・デバイスなどの他の任意の適切なコンピューティング・デバイスが、本明細書で説明されるプロセスおよび／または動作のうちの１つまたは複数を実行することができる。
クライアント・デバイス４００は、以下で図１８のコンピューティング・デバイス１８００に関連して説明される特徴および構成要素のいずれかを含むことができる。図４Ａに例示されるように、クライアント・デバイス４００は、ユーザ・インターフェースを表示または提供することができ、それによってユーザ入力が受信および／または検出され得るタッチスクリーンディスプレイ４０２を含む。本明細書で使用されるとき、「タッチスクリーン表示」は、タッチスクリーン・デバイスの表示を指す。１つまたは複数の実施形態では、タッチスクリーン・デバイスは、ユーザがタッチ・ジェスチャーを実行し得る少なくとも１つの表面を有するクライアント・デバイス１０４ａ、１０４ｂ（たとえば、ラップトップ、タブレット・コンピュータ、携帯情報端末、メディア・プレーヤ、携帯電話）であり得る。加えて、または代替的に、クライアント・デバイス４００は、タッチ・パッドまたは図１８に関連して以下で説明されるデバイスなどの他の任意の適切な入力デバイスを含んでよい。
以前に触れられたように、システム１００は、電子メッセージング・システムと電子支払いシステムを統合することができる。図４Ａは、タッチスクリーン４０２上でユーザ・インターフェース・マネージャ２０６によって提供される人々または連絡先ユーザ・インターフェース４０４を例示する。連絡先ユーザ・インターフェース４０４は、クライアント・デバイス４００のユーザ（「ドナルド」）の連絡先のリストを提供することができる。特に、連絡先ユーザ・インターフェース４０４は、システム１００内でユーザが接続されるまたは関連付けられた「友人」または連絡先４０６をリストすることができる。
連絡先ユーザ・インターフェース４０４は、連絡先４０６の各々の１つまたは複数のステータスをさらに提供することができる。たとえば、連絡先ユーザ・インターフェース４０４は、第１のステータス・インジケータ４０８を介することによって、所与の連絡先または共同ユーザがアクティブかどうか（たとえば、クライアント・アプリケーション２０２にログインしている、インターネットに接続されている、クライアント・アプリケーション２０２を使用してアクションを最近実行した）を示すことができる。第１のステータス・インジケータ４０８は、アイコンなどのグラフィカル・ユーザ・インターフェース・オブジェクトを備えることができる。一実施形態では、第１のステータス・インジケータ４０８は、アクティブである各共同ユーザの名前の隣に第１の色（たとえば、緑色）のドットを備える。関係のある線に沿って、第１のステータス・インジケータ４０８は、非アクティブであるユーザの隣に第２の色（たとえば、灰色）のドットも含むことができる。
連絡先ユーザ・インターフェース４０４は、デバイス・インジケータ４１０を介して、連絡先または共同ユーザが現在使用しているデバイスのタイプを示すことができる。デバイス・インジケータ４１０は、アイコンなどのグラフィカル・ユーザ・インターフェース・オブジェクトを備えることができる。たとえば、示されるように、デバイス・インジケータ４１０は、共同ユーザがアクティブである、またはパーソナル・コンピュータを使用してクライアント・アプリケーション２０２にログインしていることを示す「ウェブ」という単語を備えることができる。類似の情報に従って、デバイス・インジケータ４１０は、所与の連絡先がアクティブである、または携帯電話などのモバイル・デバイスを使用してクライアント・アプリケーション２０２にログインしていることを示すために、「モバイル」という単語を含むことができる。加えて、または代替的に、デバイス・インジケータ４１０は、所与の共同ユーザのクライアント・デバイスのブランドまたはモデルを示すことができる。
所与の共同ユーザのプライバシー設定に応じて、連絡先ユーザ・インターフェース４０４は、支払いステータス・インジケータ４１１をさらに含むことができる。支払いステータス・インジケータ４１１は、所与の共同ユーザが名簿に記載されているまたはシステム１００を使用して電子支払いを受信もしくは送信することが可能であるかどうかを示すことができる。たとえば、所与の共同ユーザの名前の隣における支払いステータス・インジケータ４１１の存在は、所与の共同ユーザが、システム１００またはネットワーク・アプリケーション２０４を用いて共同ユーザの口座またはプロファイルに関連付けられた支払いクレデンシャルを有することを示すことができる。支払いステータス・インジケータ４１１は、アイコンなどのグラフィカル・ユーザ・インターフェース・オブジェクトを備えることができる。たとえば、図４Ａによって示されるように、支払いステータス・インジケータ４１１は、支払い取引に一般に関連付けられたドル記号または他のシンボルを備えることができる。
クライアント・アプリケーション２０２は、ネットワーク・アプリケーション２０４のステータス・マネージャ２３２から、クライアント・デバイス４００のユーザに関連付けられた連絡先のステータスの通知または標識を受信することができる。たとえば、クライアント・アプリケーション２０２は、クライアント・アプリケーション２０２がいつアクティブまたはオンラインであるかを示すために、ネットワーク・アプリケーション２０４に対して通知またステータス更新を送信することができる。次いで、ステータス・マネージャ２３２は、所与のユーザに関連付けられたクライアント・デバイス１０４ａに対して、所与のユーザに関連付けられた連絡先のステータスを送信することができる。関係のある情報に従って、ステータス・マネージャ２３２は、所与のユーザが、所与のユーザのプロファイルに関連付けられた支払いクレデンシャルを有するかどうかを判定することができ、支払いを送信および受信できることを有するユーザの連絡先のクライアント・デバイス４００に対して標識を提供することができる。
本明細書における開示に鑑みて、電子メッセージング・システムと電子支払いシステムの統合は、従来の支払いアプリケーションに勝る大きな利点を提供することができることは理解されよう。特に、ユーザは、連絡先ユーザ・インターフェース４０４にアクセスし、どの共同ユーザがアクティブであるか、したがって、支払い取引についてチャットするため、または支払いの受信を告知するためにすら利用可能であるかを決定することができる。そのうえ、連絡先ユーザ・インターフェース４０４は任意選択で、ユーザが、どの共同ユーザが支払いクレデンシャルを有するかを知ることを可能にすることができる。したがって、連絡先ユーザ・インターフェース４０４が、共同ユーザが支払いを「即座に」受信することができるかどうか、またはユーザが共同ユーザを招待して名簿に記載する必要があることがあるかどうかをユーザに知らせることができる。
上記で説明されたように、システム１００は、データを受信および送信することを促進することができる。１つまたは複数の実施形態では、通信マネージャ２３０は、コンピューティング・デバイス１０４ａ、１０４ｂ、４００の間で電子通信を受信および送信することを促進する。また、１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、通信マネージャ２３０を介して送信および受信された電子通信を表示する。１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、通信スレッド内で通信マネージャ２３０を介して送信および受信された電子通信をメッセージング・グラフィカル・ユーザ・インターフェース内に表示することができる。たとえば、ユーザは、連絡先とメッセージを交換することを促進するメッセージング・グラフィカル・ユーザ・インターフェースを開くために、連絡先ユーザ・インターフェース４０４の連絡先のリスト内の連絡先リストと対話することができる。たとえば、図４Ｂは、ユーザが連絡先ユーザ・インターフェース４０４から「ジョー」という連絡先を選択するとタッチスクリーン４０２上にユーザ・インターフェース・マネージャ２０６によって提供されるメッセージング・グラフィカル・ユーザ・インターフェース４１２を例示する。
示されるように、メッセージング・グラフィカル・ユーザ・インターフェース４１２は、通信デバイス４００のユーザの口座から送信された電子メッセージ４１６ａを含む通信スレッド４１４を含むことができる。同様に、通信スレッド４１４は、共同ユーザ（すなわち、「ジョー」）の口座によって受信された電子メッセージ４１６ｂを含むことができる。１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、より古いメッセージが通信スレッド４１４の上部において表示されるように、新しいメッセージが通信スレッド４１４の下部に対して追加されるように、通信スレッド４１４を編成する。代替実施形態では、ユーザ・インターフェース・マネージャ２０６は、メッセージ４１６ａ、４１６ｂ間の時系ストリング的関係または他の関係をユーザに対して示し得る任意の様式で、メッセージ４１６ａ、４１６ｂを編成し得る。
ユーザ・インターフェース・マネージャ２０６は、ユーザが通信スレッド４１４内で電子通信を区別する助けとなるために、さまざまな電子通信特性を提供する。たとえば、図４Ｂに例示されるように、ユーザ・インターフェース・マネージャ２０６は、メッセージング・グラフィカル・ユーザ・インターフェース４１２の片側（すなわち、右側）に向けられた、クライアント・デバイス４００のユーザの口座から送信された電子メッセージ４１６ａを表示する。一方、ユーザ・インターフェース・マネージャ２０６は、メッセージング・グラフィカル・ユーザ・インターフェース４１２の反対側（すなわち、左側）に向けられた、メッセージング・ハンドラ２１０によって受信された電子メッセージ４１６ｂを表示する。１つまたは複数の実施形態では、電子メッセージ４１６ａ、４１６ｂの位置決めおよび方向は、メッセージング・グラフィカル・ユーザ・インターフェース４１２内で表示されたさまざまな電子通信の起点のクライアント・デバイス４００のユーザに対して明確なインジケータを提供する。
ユーザが電子通信を区別する助けとなるユーザ・インターフェース・マネージャ２０６によって提供された別の特性は、電子通信の色であり得る。たとえば、図４Ｂに示されるように、ユーザ・インターフェース・マネージャ２０６は、送信された電子メッセージ４１６ａを第１の色で、受信された電子メッセージ４１６ｂを第２の色で表示する。１つまたは複数の実施形態では、第１の色および第２の色はそれぞれ、逆にされた字面色を有する黒色および白色であってよい。一代替実施形態では、ユーザ・インターフェース・マネージャ２０６は、白色の背景および異なる色の輪郭を用いて電子メッセージ４１６ａ、４１６ｂを表示してよい。
さらに別の代替実施形態では、ユーザ・インターフェース・マネージャ２０６は、異なるパターンの背景を用いて電子メッセージ４１６ａ、４１６ｂを表示してもよいし、異なるフォントで表示してもよいし、異なるサイズで表示してもよいし、または送信された電子メッセージ４１６ａと受信された電子メッセージ４１６ｂとを区別し得る他の任意の様式で表示してもよい。たとえば、１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、青色の背景上の白色の字面を用いて、送信された電子メッセージ４１６ａを表示する。同様に、１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、灰色の背景上の黒色の字面を用いて、受信された電子メッセージ４１６ｂを表示する。
上記で言及されたように、ユーザ・インターフェース・マネージャ２０６は、メッセージ入力制御パレットまたはツールバー４２２も提供し得る。図４Ｂに例示されるように、ユーザ・インターフェース・マネージャ２０６は、メッセージ入力制御パレットまたはツールバー４２２をメッセージング・グラフィカル・ユーザ・インターフェース４１２の一部として表示する。１つまたは複数の実施形態では、メッセージ入力制御パレットまたはツール・バー４２２は、さまざまなメッセージ入力オプションまたは他のオプションをユーザに提供するさまざまな選択可能なメッセージ入力制御を含む。たとえば、図４Ｂでは、メッセージ入力制御パレットまたはツールバー４２２は、テキスト入力制御部４２４ａと、支払い制御部４２４ｂと、カメラ・ビューファインダ入力制御部４２４ｃと、マルチメディア入力制御部４２４ｄと、シンボル入力制御部４２４ｅと、「いいね」インジケータ制御部４２４ｆとを含む。１つまたは複数の代替実施形態では、メッセージ入力制御パレットまたはツールバー４２２は、異なる順序で入力制御部４２４ａ〜４２４ｅを提供してもよいし、図４Ｂで表示されない他の入力制御部を提供してもよいし、図４Ｂに示される入力制御部４２４ａ〜４２４ｅのうちの１つまたは複数を省略してもよい。
以下でより詳細に説明されるように、ユーザは、異なるタイプの電子通信を構築および送信するために、入力制御部４２４ａ〜４２４ｅのいずれかと対話してよい。たとえば、ユーザがテキスト入力制御部４２４ａと対話する場合、ユーザ・インターフェース・マネージャ２０６は、メッセージング・グラフィカル・ユーザ・インターフェース４１２の一部分の中に、ユーザがテキスト・メッセージ４２０を構築するために利用し得るタッチスクリーン表示キーボード４１８を提供し得る。同様に、ユーザがマルチメディア入力制御部４２４ｄと対話する場合、ユーザ・インターフェース・マネージャ２０６は、メッセージング・グラフィカル・ユーザ・インターフェース４１２の一部分の中に、（たとえば、デジタル写真、デジタル・ビデオなどを表示するための）マルチメディア・コンテンツ・アイテム表示エリアを提供し得る。同様に、ユーザがカメラ・ビューファインダ入力制御部４２４ｃと対話する場合、ユーザ・インターフェース・マネージャ２０６は、メッセージング・グラフィカル・ユーザ・インターフェース４１２の一部分の中に、ユーザが通信スレッド３０６に対してデジタル写真またはデジタル・ビデオをキャプチャ、送信、および追加するために利用し得るデジタル・カメラ・インターフェースを提供し得る。
ユーザは、メッセージまたは支払いを構築し、システム１００を介して１つまたは複数の共同ユーザに対して送信するために、メッセージ入力制御部４２４ａ〜ｅのいずれかと対話し得る。たとえば、図４Ｂでは、支払い制御部４２４ｂと対話するユーザの指が示されている。１つまたは複数の実施形態では、ユーザ入力ディテクター２０８は、支払い制御部４２４ｂとのユーザの指または他の入力デバイスの対話（たとえば、タップ・タッチ・ジェスチャー）を検出することができる。ユーザ入力ディテクター２０８が支払い制御部４２４ｂ上でタップ・タッチ・ジェスチャーを検出すると、ユーザ・インターフェース・マネージャ２０６は、図４Ｃによって示されるように、メッセージング・ユーザ・インターフェース４１４の一部分の中に支払いユーザ・インターフェース４１５を表示し得る。
特に、図４Ｃによって例示されるように、ユーザ・インターフェース・マネージャ２０６は、メッセージング・ユーザ・インターフェース４１２の第１の部分（すなわち、上方部分）の中に通信スレッド４１１を提供することができる。ユーザ・インターフェース・マネージャ２０６は、メッセージング・ユーザ・インターフェース４１２の第２の部分（すなわち、下方部分）の中に支払いユーザ・インターフェース４１５を提供することができる。したがって、ユーザ・インターフェース・マネージャ２０６は、ユーザが通信スレッド４１４および任意の新しいメッセージを閲覧することを可能にしながら、支払い取引を開始することも可能にすることができる。代替実施形態では、ユーザ・インターフェース・マネージャ１０２は、通信スレッド４１４および支払いユーザ・インターフェース４１５を水平に、または垂直構成以外の別の構成で構成することができる。さらに他の実施形態では、支払いユーザ・インターフェース４１５は、メッセージング・ユーザ・インターフェース４１２または別個のユーザ・インターフェースの上にオーバーレイを備えることができる。
本明細書における説明から明らかになるように、支払いユーザ・インターフェース４１５は、ユーザが支払い取引を開始する（支払いを送信する、支払いを要求するなど）ことを可能にしながら、同時に支払い取引に対する１つまたは複数の共同ユーザ・パーティと共にメッセージを閲覧することができる。たとえば、図４Ｃは、デバイス４００のユーザ（「ドナルド」）（以下では送信者）が、「やあ、ジョー、この間の晩ごはんはいくらした？」というメッセージを送信したことを例示する。応答では、通信スレッド４１４内の会話に参加している共同ユーザ（「ジョー」）（以下では受信者）が、「チップも含めて約５０ドルだった」と応答した。この会話すなわちメッセージング・セッションに応答して、送信者は、受信者に対して支払いを送信することを望むことができる。メッセージング・ユーザ・インターフェース４１２は、送信者が通信スレッド４１４またはメッセージング・ユーザ・インターフェース４１２から離れてナビゲートする必要なしに、そのようにすることを可能にすることができる。
図示されるように、支払いユーザ・インターフェース４１５は、支払い額を設定するための複数のクイック送信選択可能な要素４３０ａ、４３０ｂ、４３０ｃ、４３０ｄを提供することができる。いくつかの実装形態では、クイック送信選択可能な要素４３０ａ、４３０ｂ、４３０ｃ、４３０ｄは、クイック送信選択可能な要素４３０ａ、４３０ｂ、４３０ｃ、４３０ｄに関連付けられた数値を送信者が見ることを可能にするアイコンを含む。１つまたは複数の実施形態では、選択可能な要素４３０ａ、４３０ｂ、４３０ｃは、共通通貨価値に基づいた関連付けられた数値を有することができる。たとえば、選択可能な要素４３０ａ、４３０ｂ、４３０ｃは、送信者によって使用される通貨の手形によって決定される数値を有することができる。例示するために、送信者が米国ドルを使用する場合、選択可能なアイコンは、一般的な米国ドル紙幣に等しい数値（たとえば、「１ドル」、「５ドル」、および「１０ドル」）を有することができる。一例では、システム１００は、ユーザによって入力されたクレデンシャル、ユーザによって入力された情報、ロケーション・ディテクター２１４によって検出されたクライアント・デバイス４００の現在のロケーション、および／または送信者に関連付けられた他の情報に基づいて、送信者によって使用される通貨を自動的に検出することができる。追加実施形態または代替実施形態では、選択可能な要素４３０ａ、４３０ｂ、４３０ｃは、共通通貨価値以外の数値を有してもよい。
別の例では、送信者は、選択可能な要素に関連付けられた数値を追加すること、除去すること、および／または修正することによって、選択可能な要素をカスタマイズすることができる。具体的には、送信者は、選択可能な要素４３０ａ、４３０ｂ、４３０ｃのうちの１つまたは複数について、支払いインターフェース４１５がデフォルトで提供する値よりも大きい値を使用することを選ぶことができる。送信者は、たとえば、支払いインターフェース４１５における選択可能な要素４３０ａ、４３０ｂ、４３０ｃに追加するための、またはこれらを修正するための、追加の選択可能な要素４３０ｄを選択することができる。加えて、または代替的に、追加の選択可能な要素４３０ｄは、選択された場合、ユーザ・インターフェース・マネージャ２０６に、支払い額をインクリメントするためのすべての考え得る選択可能な要素のリストまたはメニューを提示させることができ、すべての考え得る選択可能な要素のうちの一部は、クライアント・デバイス４００のサイズに起因して、グラフィカル・ユーザ・インターフェース内に収まらないことがある。代替的に、追加の選択可能な要素４３０ｄの選択は、ユーザ・インターフェース・マネージャ２０６に、図４Ｅおよび図４Ｈに示される数字キーパッドなどの数字キーパッドを提供させることができる。
追加実施形態または代替実施形態では、クライアント・アプリケーション２０２は、選択可能な要素４３０ａ、４３０ｂ、４３０ｃの外観を送信者がカスタマイズすることを可能にする。具体的には、アイコンは、形状、サイズ、色、および／または他の視覚的特性によって設定可能であり得る。たとえば、送信者は、予め組み込まれているアイコンの選択肢から、選択可能な要素４３０ａ、４３０ｂ、４３０ｃを選択することができる（たとえば、各選択可能な要素４３０ａ、４３０ｂ、４３０ｃは、対応する通貨価値のミニチュア紙幣レプリカによって表され得る）。別の例では、送信者は、選択可能な要素４３０ａ、４３０ｂ、４３０ｃについてユーザによって作成されたアイコンをアップロードすることができる。
送信者が、選択される要素をタップし、または別のやり方で選択することによって、クイック送信選択可能な要素４３０ａ、４３０ｂ、４３０ｃ、４３０ｄのうちの１つを選択した場合、ユーザ入力ディテクター２０８は、この選択を検出することができる。第１のクイック送信選択可能な要素（たとえば、図４Ｃに示されるような要素４３０ｃ）の選択を検出すると、ユーザ入力ディテクター２０８は、ユーザ・インターフェース・マネージャ２０６に、メッセージング・ユーザ・インターフェース４１２の通信スレッド４１４において予備支払い額または初期支払い額４３２を入力するように命令することができる。ユーザが、追加のクイック送信選択可能な要素を選択すると、ユーザ・インターフェース・マネージャ２０６は、通信スレッド４１４内の支払い額４３２をインクリメントすることができる。たとえば、図４Ｄは、送信者がクイック送信選択可能な要素４３０ｃを２回、およびクイック送信選択可能な要素４３０ｄを選択すると、ユーザ・インターフェースが各クイック送信選択可能な要素に対応する額を追加して（すなわち、１０ドル＋１０ドル＋５ドル）、図４Ｄに示されるような更新された支払い額４３２に到達させることができることを例示する。
１つまたは複数の実施形態では、システム１００は、会話に関与する送信者と受信者の両方の通信スレッド４１４内に支払い額４３２を提示することができる。具体的には、システム１００は、会話に関与する送信者と受信者の両方のメッセージング・インターフェース４１４をリアルタイムで更新して、送信者が支払い額を開始し、選択中であることを示すことができる。たとえば、送信者が、１０ドルという表示価値を有する選択可能な要素４３０ｃを選択する場合、システム１００は、会話の時間依存フローの中に、メッセージとして現在の支払い額を含むように、送信者と受信者の両方の通信スレッド４１４を更新することができる。送信者が、追加の選択可能な要素を選択するにつれて、システム１００は、初期支払い額または過去の支払い額を、選択された要素の対応する値だけインクリメントすることによって、支払い額４３２を更新する。支払い額をインクリメントすることは、２つ以上の選択された要素の数値を合計することを含み得る。
いくつかの実施形態では、システム１００は、支払い額４３２をインクリメントするためのタイマーを提供する。具体的には、ユーザ入力ディテクターは、選択可能な要素４３０ａ、４３０ｂ、４３０ｃの選択以降の期間を監視し、送信者が非活動閾値時間内に選択可能な要素４３０ａ、４３０ｂ、４３０ｃを選択しなかった場合には、支払い額４３２が確定されたと決定し、取引を処理することができる。たとえば、非活動閾値時間は、３秒（または、ユーザ設定可能な時間を含めて、任意の時間）とすることができ、その結果、送信者が、選択可能な要素４３０ａ、４３０ｂ、４３０ｃを３秒以内に選択しなかった場合、クライアント・アプリケーション２０２は、支払い額４３２を確定し、支払いメッセージ・ジェネレータ２１６は、支払い額４３２に基づいて、支払いメッセージを準備および送信することができる。代替的に、支払いインターフェース４１５は、支払い額４３２が確定であることを示すため、送信者が選択できる「送信」アイコンもしくは他の選択可能なオプションまたはグラフィカル・ユーザ・インターフェースを含むことができる。
前述の内容に加えて、ユーザ・インターフェース・マネージャ２０６は、支払い額４３２および関連付けられた支払いメッセージに関するさまざまなアニメーションを提供してもよい。たとえば、選択可能な要素４３０ａ、４３０ｂ、４３０ｃをタップして要素を選択するのではなく、ユーザは、通信スレッド４１４に向かって上方にスワイプ・タッチ・ジェスチャーを実行することができる。次いで、ユーザ・インターフェース・マネージャ２０６は、支払い額４３２に流れ込むさまざまな「紙幣」をアニメーションにすることができる。受信者の通信スレッド４１４において見ると、紙幣のアニメーションおよび増大する支払い額は、受信者には、送信者が「紙幣をまき散らし」ているように見える。代替実施形態では、ユーザ・インターフェース・マネージャ２０６は、代替的なアニメーションまたは追加のアニメーションを提供してもよい。さらに、１つまたは複数の実施形態では、送信者または受信者は、１つまたは複数のアニメーション・オプションを選択することができる。
本明細書の開示内容に照らして、図４Ｃおよび図４Ｄの支払いインターフェース４１５は支払いインターフェースの１つの実装形態であることは理解されるであろう。図４Ｅは、支払いインターフェース４１５ａの一代替実施形態を例示する。示されるように、支払いインターフェース４１５ａは、所望の数字を順番に入力することによって（すなわち、２５ドルに到達するために２次いで５）ユーザが支払い額４３２を選択することを可能にすることができる数字キーパッド４３８を含むことができる。１つまたは複数の実施形態では、ユーザは、ユーザが使用したいと望む支払いインターフェース４１５、４１５ａを選択することができる。
図４Ｆに示されるような、支払いインターフェース４１５ｂの別の代替実施形態では、支払いインターフェース４１５ｂは、複数の「クイック送信」額のうちの１つを使用して支払い額を入力するためのオプションを提供することができる。図示されるように、支払いインターフェース４１５ｂは、異なる「クイック送信」額に対応する複数の選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈを含むことができる。具体的には、選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈの各々は、システム１００が個別の支払い額として取り扱う対応する通貨価値を有しており、この支払い額は、ユーザによって選択されると、システム１００によって入力される確定した支払い額となる。例示するために、ユーザが、選択可能な要素４３０ｆを選択した場合、システム１００は、対応する「クイック送信」額（１０ドル）を支払いインターフェース４１５ｂ内に入力し、選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈを支払いインターフェース４１５ｂから除去することができる。したがって、一実施形態によれば、「クイック送信」額は、支払い取引を完了する前に、他の支払い額と合計されなくてもよい。
１つまたは複数の実施形態では、システム１００は、選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈに関連付けられた「クイック送信」額に対して、送信者によって選ばれそうな額をインテリジェントに入力することができる。たとえば、システム１００は、送信者の取引履歴に基づいて「クイック送信」額を選択することができる。例示するために、システム１００は、選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈに対して、概して送信者によって過去に使用された支払い額、または送信者によって受信者に送信された過去の支払いにおいて具体的に使用された支払い額を入力することができる。追加実装形態または代替実装形態では、システム１００は、選択可能な要素４３０ｅ、４３０ｆ、４３０ｇ、４３０ｈの少なくとも一部に対して、前述されたように、ユーザのロケーションに基づいて共通通貨価値を入力してもよい。
別の実装形態では、システム１００は、送信者と受信者との間で交換される１つまたは複数のメッセージを分析することによって、「クイック送信」額に含めるべき額を検出することができる。具体的には、システム１００は、通信スレッド４１４内のメッセージを分析し、メッセージのうちの１つまたは複数の内容に基づいて、「クイック送信」額を推測することができる。たとえば、システム１００は、通信スレッド４１４内のメッセージのうちの１つまたは複数が、ユーザが一定の額を別のユーザに借りていることを示すと決定することができる。例示するために、図４Ｆによって示されるように、受信者は、「チップを含めて約５０ドルでした。」というメッセージを送信する。「５０ドル」という額の検出に応答して、システム１００は、図４Ｆに示されるように、選択可能な要素のうちの１つの要素４３０ｈに、５０ドルの「クイック送信」額を入力することができる。システム１００は、加えて、または代替的に、その他の選択可能な要素のうちの１つまたは複数４３０ｇに、関連する額を入力してもよい。たとえば、システム１００は、会話内のユーザの数（この場合は２人）を検出し、推測される額（すなわち、５０ドル）を通信スレッド４１４における参加者の数で、または１つもしくは複数の電子メッセージから推測されるイベントの参加者の数で除算し、その額（すなわち、２５ドル）をクイック送信額４３０ｇとして含むことができる。
クイック送信額４３０ｇが選択されると、ユーザ・インターフェース・マネージャ２０６は、図４Ｇに示されるように、支払いインターフェース４１５ｂ内の「クイック送信」額に基づいて、支払い額４３２を表示することができる。これは、ユーザが、その額をレビューし、「送信」オプションを選択することによって、ユーザがその額を送信したいと望むことを確認することを可能にする。図４Ｇによって示されるように、支払いインターフェース４１５ｂは、タッチ・スクリーン４０２の下側部分を占有し、それによって、ユーザが支払い額４３２を入力または確認している間に通信スレッド４１４を見ることを可能にする。
１つまたは複数の代替実施形態では、クイック送信額が選択されると、ユーザ・インターフェース・マネージャ２０６は、通信スレッドを含まない支払いインターフェースを提供してもよい。たとえば、図４Ｈに示されるように、支払いインターフェース４５６は、図４Ｇの支払いインターフェース４１５ｂの特徴およびキーパッド４３８を含む。キーパッド４３８は、クイック送信選択可能な要素４３０ｇが選択されると入力される支払い額４３２を、送信者が修正または変更することを可能にする。
ユーザがクイック送信選択可能な要素４３０ｅ〜４３０ｈを選択すると、図４Ｈの支払いインターフェース４５６を提示することに加えて、ユーザ・インターフェース・マネージャ２０６は、支払い額を手動で入力するためのオプションのユーザ選択に応答して、図４Ｈの支払いインターフェース４５６を提供することもできる。たとえば、図４Ｆを参照すると、支払いインターフェース４１５ｂは、ユーザが支払い額４３２を手動で入力することを可能にする支払い入力選択可能な要素４５４を含み得る。ユーザが、クイック送信選択可能な要素４３０ｅ〜４３０ｈに含まれない額を入力することを望む場合、ユーザは、支払い入力選択可能な要素４５４を選択して、図４Ｈの支払いインターフェース４５６へナビゲートすることができる。
前述の内容に加えて、１つまたは複数の実施形態では、支払い処理フローを構成するユーザ・インターフェースは、クイック送信選択可能な要素４３０ａ〜４３０ｇを含まなくてもよい。そのような実施形態では、ユーザが図４Ｂの支払い制御部４２４ｂを選択すると、ユーザ・インターフェース・マネージャ２０６は、図４Ｈの支払いインターフェース４５６を提供することができる。次いで、ユーザは、キーパッド４３８を使用して、支払い額４３２を手動で入力することができる。ユーザが所望の支払い額４３２を入力すると、ユーザは、支払い選択可能要素４３７または送信選択可能な要素４３７を選択することができる。
図４Ｈを再び参照すると、１つまたは複数の実施形態によれば、支払いインターフェース４５６またはその他の支払いインターフェース４１５、４１５ａ、４１５ｂは、支払いクレデンシャル要素４５８を含み得る。支払いクレデンシャル要素４５８は、支払いがなされるユーザの支払いクレデンシャルを示すことができる。たとえば、支払いクレデンシャル要素４５８は、図４Ｇおよび図４Ｈに示されるように、クレジット・カード番号またはデビット・カード番号の最後の４桁を、そのカードのブランドと共に含むことができる。
ユーザが、別の支払いクレデンシャルを使用すること、または支払いクレデンシャルを追加することを望む場合、ユーザは、支払いクレデンシャル要素４５８を選択することができる。支払いクレデンシャル要素４５８の選択に応答して、ユーザ・インターフェース・マネージャ２０６は、ユーザがファイル上の他の支払いクレデンシャルを選択することを可能にする選択インターフェースを提供することができる。代替的に、ユーザが、ファイル上に支払いクレデンシャルを有しない場合には、支払いクレデンシャル要素４５８は、ユーザが新たな支払いクレデンシャルを入力することを可能にしてもよい。具体的には、支払いクレデンシャル要素４５８が選択されると、ユーザ・インターフェース・マネージャは、図４Ｉに関係して説明されるような、クレデンシャル・ユーザ・インターフェース４３４を提供することができる。
追加実施形態または代替実施形態では、送信者が、支払い選択可能な要素４３７（図４Ｅ参照）または送信要素を選択することに応答して、クライアント・アプリケーション２０２は、登録された支払いクレデンシャルを送信者が有するかを決定するための要求を、ネットワーク・アプリケーション２０４に送信することができる。送信者が、登録された支払いクレデンシャルに関連付けられていない場合には、ユーザ・インターフェース・マネージャ２０６は、図４Ｉに示されるように、送信者が支払いクレデンシャルを登録する（たとえば、上記で詳細に説明されたような支払い情報を提供する）ことを可能にするクレデンシャル・ユーザ・インターフェース４３４を提示することができる。代替的に、または加えて、グラフィカル・インターフェースは、送信者が口座を作成すること、または支払いクレデンシャルを保存することを必要とすることなく、ワンタイム支払いを促進するためにユーザが支払い情報を入力する（たとえば、デビット・カード番号またはクレジット・カード番号を入力する）ことを可能にするワンタイム支払いオプションを提示してもよい。別の代替的実装形態では、ユーザ・インターフェース・マネージャ２０６は、送信者による選択に応答して、図４Ｇおよび図４Ｈに示されるような、支払いクレデンシャル要素４５８を介して新たな支払いクレデンシャルを入力するためのクレデンシャル・ユーザ・インターフェース４３４を提示してもよい。
クレデンシャル・ユーザ・インターフェース４３４は、送信者が入力することを選択した支払いクレデンシャルのタイプに応じて変化することができることは理解されよう。１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、許容できる支払いクレデンシャル（たとえば、クレジット・カード、デビット・カード、ギフト・カード、銀行口座）のリストを提供することができる。ユーザが支払いクレデンシャルのタイプを選択すると、ユーザ・インターフェース・マネージャ２０６は、適用可能なクレデンシャル・ユーザ・インターフェース４３４を提供することができる。たとえば、図４Ｉは、クレジット・カードまたはデビット・カードを入力するためのクレデンシャル・ユーザ・インターフェース４３４を例示する。示されるように、ユーザは、数字キーパッド４３８を介して、クレジット・カードに関連付けられたクレジット・カード番号、有効期限、セキュリティ・コード、および勘定書送付先郵便番号コードを入力することができる。支払い情報の入力が選択されると、メッセージング・ハンドラ２１２は、図３Ａ〜図３Ｄに関係して上記で説明されたように、支払いクレデンシャルの記憶のために、支払いクレデンシャル情報をネットワーク・アプリケーション２０６に送信することができる。
送信者が支払いクレデンシャル詳細を入力した後（自動リマインダによってであれ、受信者からの手動リマインダであれ、または送信者自身の選択によってであれ）、システム１００は、支払い取引を処理し続けることができる。１つまたは複数の実施形態では、通信アプリケーション２０２は、将来の支払い取引を処理するためにＰＩＮまたは他のショートカットを使用するオプションを送信者に対して提供することができる。たとえば、図４Ｊに示されるように、通信アプリケーション２０２は、セキュリティを追加する目的で、送信者が金銭を送信するためにＰＩＮを作成したいかどうか送信者に尋ねるポップアップ・ウィンドウ４４０または他の通知を、メッセージング・インターフェース４１２で送信者に対して提示することができる。
送信者が、将来の支払い取引を処理するためにＰＩＮを入力することを選択した場合、通信アプリケーション２０２は、図４Ｋに示されるように、ＰＩＮを作成するためのＰＩＮ作成インターフェース４４２を提示することができる。具体的には、ＰＩＮ作成インターフェースは、送信者が、送信者の記憶されたクレデンシャルに関連付けられた一意のＰＩＮを作成することを可能にすることができる。たとえば、ＰＩＮは、将来の支払い取引を処理することが可能になる前に送信者が数字キーパッド４３８を介して入力することができる４桁の番号（または任意の長さのストリング）とすることができる。いくつかの例では、システム１００は、ＰＩＮを作成し、記憶されたクレデンシャルとＰＩＮを関連付けるために、ＰＩＮを再入力することによって、送信者がＰＩＮを確かめることを要求することもできる。
将来の支払い取引のために、システム１００は、送信者がＰＩＮを入力することができるＰＩＮ入力インターフェースを提示することができる。ＰＩＮを入力することは、システム１００が、ＰＩＮに関連するユーザのために記憶されたクレデンシャルを使用して支払い取引を処理することを可能にすることができる。したがって、ＰＩＮを入力することは、送信者が、送信者がシステム１００を介して別のユーザに対して金銭を送信することを望むたびにクレデンシャルを思い出すことなく支払い取引を開始および完了することを可能にする。
送信者が支払い額４３２をインクリメントすることを終え、支払いメッセージが送信された場合、ユーザ・インターフェース・マネージャ２０６は、送信者クライアント・デバイス４００上の通信スレッド４１４および／または受信者の通信スレッド４１４内の支払い額４３２（および、支払いメッセージの他の任意のテキスト）を更新して、支払い額４３２が確定し、送信されたことを反映することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、通信スレッド４１４内の支払いメッセージ（この場合は、支払い額４３２のみを含む）の一定の特性を変更して、支払いメッセージがメッセージとして送信され、支払い取引が開始されたことを反映することができる。たとえば、１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、支払いメッセージの位置、支払いメッセージの境界幅、支払いメッセージの背景色、支払いメッセージのサイズおよびフォント、またはこの目的に適した支払いメッセージの他の任意の特性を変更してもよい。たとえば、支払いメッセージが送信された後の図４Ｌでは、ユーザ・インターフェース・マネージャ２０６は、支払いメッセージの背景を、図４Ｄに示されるような白色から図４Ｌに示されるような黒色に変更し、支払いメッセージのテキスト色を、図４Ｄの黒色から図４Ｌの白色に変更する。
一例では、ユーザ・インターフェース・マネージャ２０６は、支払い額が確定されたとき、たとえば、支払い額をメッセージング・インターフェース４１２において「跳ね返らせる」ことによって、支払い額をアニメーションにすることができる。支払い額をアニメーションにするとき、ユーザ・インターフェース・マネージャ２０６は、支払い額の文字および／または画像を個々に、またはまとめてアニメーションにすることができる。
加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、支払い取引に関連付けられた１つまたは複数の動作が完了されるまで、外観を修正する（たとえば、支払い額をアニメーションにする）ことができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、受信者が支払い額を承認する、送信者および／もしくは受信者がクレデンシャルを入力する、またはシステム１００が支払い取引を完了し、送信者から受信者へ資金を移動するまで、支払い額をアニメーションにすることができる。追加実施形態または代替実施形態では、ユーザ・インターフェース・マネージャ２０６は、支払い額が最終的なものになると、時間の量にわたって支払い額の外観に対して修正を適用することができる。加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、支払い取引がいつ完了されたかなどの他の基準に基づいて、支払い額の外観に対して修正を適用することができる。
図４Ｍ〜図４Ｏは、受信者クライアント・デバイス４００ａのためのグラフィカル・ユーザ・インターフェースを例示する。図４Ｍは、送信者が支払い取引を開始して、支払い額を受信者に送信した後の、受信者クライアント・デバイス４００ａにおけるメッセージング・インターフェース４１２ａを例示する。１つまたは複数の実施形態では、システム１００は、送信者が支払い取引を開始したことを受信者に通知することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、メッセージング・インターフェース４１２ａの通信スレッド４１４ａにおいて支払い額を示し、支払いメッセージ４３２ａにおいて送信者の身元（たとえば、「ドナルドがあなたに金銭を送信しました」）を示すことができる。例示するために、ユーザ・インターフェース・マネージャ２０６は、送信者と受信者との間で交換される他のメッセージと共に、支払い額を会話スレッド４１４ａ内に挿入することができる。加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、別の様式で（たとえば、受信者クライアント・デバイス４００ａの通知エリア内で通知を提供することによって）支払い額を提示することができる。
加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、メッセージング・インターフェース４１２ａの上に、またはメッセージング・インターフェース４１２ａ内に、送信者が支払いを受信者に送信したことを示すドロップダウン・オーバーレイ４５０または他の通知を示すことができる。一例では、ドロップダウン・オーバーレイ４５０は、確認要求を受信者に提供して、（すなわち、ドロップダウン・オーバーレイ４５０、または承認要素４５２などのドロップダウン・オーバーレイ４５０内の要素を選択することによって）受信者が支払い取引を承認することを可能にすることができる。受信者が支払い取引を承認した後、システム１００は、支払い取引を完了し、送信者から受信者へ資金を移動するプロセスを始めることができる。一代替例では、ドロップダウン・オーバーレイ４５０は、システム１００が支払い取引を自動的に処理および完了する間、単に支払い取引の注意を受信者に向けることができる。
１つまたは複数の実施形態では、受信者が支払いを承認することを選択したとき、システム１００、クライアント・アプリケーション２０２は、登録された支払いクレデンシャルを受信者が有するかどうかを決定するためにネットワーク・アプリケーション２０４に対して要求を送信することができる。受信者が、登録された支払い口座に関連付けられていない場合には、ユーザ・インターフェース・マネージャ２０６は、図４Ｎに示されるように、受信者が支払いクレデンシャルを登録する（たとえば、上記で詳細に説明されたように支払い情報を提供する）ことを可能にするクレデンシャル・ユーザ・インターフェース４３４を提示することができる。代替的に、または加えて、グラフィカル・インターフェースは、送信者が口座を作成することを必要とすることなく、ワンタイム支払いを促進するために受信者が支払い情報を入力する（たとえば、デビット・カード番号またはクレジット・カード番号を入力する）ことを可能にするワンタイム支払いオプションを提示することができる。
クレデンシャル・ユーザ・インターフェース４３４は、どのタイプの支払いクレデンシャルを受信者が入力することを選択するかに応じて変わり得ることは理解されるであろう。１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、許容可能な支払いクレデンシャル（たとえば、クレジット・カード、デビット・カード、ギフト・カード、銀行口座）のリストを提供することができる。受信者が、あるタイプの支払いクレデンシャルを選択すると、ユーザ・インターフェース・マネージャ２０６は、適用可能なクレデンシャル・ユーザ・インターフェース４３４を提供することができる。たとえば、図４Ｎは、クレジット・カードまたはデビット・カードを入力するためのクレデンシャル・ユーザ・インターフェース４３４を例示する。図示されるように、ユーザは、数字キーパッド４３８を介して、クレジット・カード番号、有効期限、セキュリティ・コード、および、クレジット・カードに関連付けられた勘定書送付先郵便番号コードを入力することができる。
受信者が支払いクレデンシャルを入力した後、システム１００は、支払い取引を完了することができる。具体的には、システム１００は、送信者から受信者へ資金を移動することによって、支払い取引を完了することができる。いくつかの例では、送信者から受信者へ資金を移動することは、以前に図３Ａ〜図３Ｄに関係して説明されたように、取引が対応する金融機関によって承認されるまで受信者に関連付けられた一時口座に資金を移動することを含むことができる。代替例では、支払い取引を完了することは、受信者によって入力された宛先口座へ資金を直接的に移動することを含むことができる。図４Ｏに示されるように、完了した後（または、受信者が支払い取引を完了することを選択した後）、システム１００は、支払い取引が完了したこと、および受信者は一定の時間枠以内に支払いを受信するべきであることを受信者に通知する支払い完了メッセージ４５８を表示することができる。
いくつかの実施形態では、送信者および／または受信者は、支払い取引についての設定を設定または変更することができる。具体的には、送信者および／または受信者は、支払い方法（たとえば、デビット・カード、直接的な引き出し／預金、クレジット・カード）についての設定を管理することができる。たとえば、ユーザが支払い方法についての設定を変更した場合、メッセージング・アプリケーションは、ユーザによって設定された設定に従って、将来の支払い取引を処理することになる。いくつかの例では、システム１００が、ユーザから送信された支払いを、ユーザによって受信された支払いとは異なる支払い方法または口座を使用して処理することができるように、送信された支払いと受信された支払いとに対して別個の設定を設定してもよい。
上記で論じられたように、１つまたは複数の実施形態は、送信者が支払いクレデンシャルを提供することなく、支払い取引を開始することを可能にする。したがって、統合されたメッセージおよび支払いシステムは、ユーザが、機密金融情報を提供する前に、受信者が資金を受信することを確保することを可能にする。たとえば、図５Ａ〜図５Ｄは、送信者が支払いクレデンシャルの提供を遅延させることを選ぶ図４Ａ〜図４Ｏに示されるフローに対する代替案を例示する。特に、上記で言及されたように、送信者が、登録された支払い口座に関連付けられていない場合には、ユーザ・インターフェース・マネージャ２０６は、（図４Ｆに示されるクレデンシャル・ユーザ・インターフェースと類似した）図５Ａに示されるような、送信者が支払いクレデンシャルを登録する（たとえば、上記で詳細に説明されたように支払い情報を提供する）ことを可能にするクレデンシャル・ユーザ・インターフェース４３４を提示することができる。この時点で、送信者は、完全な支払いクレデンシャルを入力するために必要な時間を有しない、または完全な支払いクレデンシャルを入力するために必要な情報を有しないことがある。代替的に、送信者は、支払いクレデンシャルを提供する前に、受信者が支払いを承認することを確保したいと望むことがある。いずれの場合も、送信者は、支払いクレデンシャル情報を入力するのではなく、「スキップ」要素４３９を選択することができる。
「スキップ」要素４３９が選択されると、システム１００は、支払い取引を開始するための要求に関連付けられた情報を記憶することができ、取引ＩＤを生成することができる。具体的には、情報を記憶することは、送信者がクレデンシャルを最終的に入力した際に、システム１００が、記憶された情報を参照することを可能にする。たとえば、システム１００は、送信者および受信者の身元情報、支払い額、ならびに、送信者が情報を再入力することを必要とすることなく、システム１００が、送信者による要求に応じて開始された同じ支払い取引の処理を迅速に再開することを可能にする他の情報を記憶することができる。いくつかの例では、システム１００は、サーバ・デバイス１０８において情報を記憶することができる。他の例では、送信者クライアント・デバイス１０４ａが、支払い取引を完了させる際のシステム１００による後の使用のために、情報の少なくとも一部を記憶することができる。
この時点で、システム１００は、支払い取引の受信者に対して通知を送信することができる。図５Ｂは、送信者が支払い額を受信者に送信するために支払い取引を開始した後の、受信者クライアント・デバイス４００ａにおけるメッセージング・インターフェース４１２ａを例示する。１つまたは複数の実施形態では、システム１００は、送信者が支払い取引を開始したことを受信者に通知することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、支払い額を示し、かつ、送信者が受信者に金銭を送信したいと望んでいることを示す支払いメッセージ４３２ａ（たとえば、「ドナルドがあなたに金銭を送信することを望んでいます」）を示すことができる。システム１００が送信者からの有効なクレデンシャルを有する支払い額と区別するために、ユーザ・インターフェース・マネージャ２０６は、「保留中．．．」、または、支払い取引が保留中のままであることを受信者に知らせるための別の信号を含むことができる。例示するために、ユーザ・インターフェース・マネージャ２０６は、送信者と受信者との間で交換される他のメッセージと共に、支払い額を会話スレッド４１４ａ内に挿入することができる。加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、別の様式で（たとえば、受信者クライアント・デバイス４００ａの通知エリア内で通知を提供することによって）支払い額を提示することができる。
加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、メッセージング・インターフェース４１２ａの上に、またはメッセージング・インターフェース４１２ａ内に、送信者が支払い取引を開始したことを示すドロップダウン・オーバーレイ（dropdown overlay）４５０ａまたは他の通知を示すことができる。一例では、ドロップダウン・オーバーレイ４５０ａは、確認要求を受信者に提供して、（すなわち、ドロップダウン・オーバーレイ４５０ａ、または承認要素４５２などのドロップダウン・オーバーレイ４５０ａ内の要素を選択することによって）受信者が支払い取引を承認することを可能にすることができる。１つまたは複数の実施形態では、受信者が、支払いを承認することを選択した場合、システム１００、クライアント・アプリケーション２０２は、ネットワーク・アプリケーション２０４に対して、登録された支払いクレデンシャルを受信者が有しているかを決定するための要求を送信することができる。受信者が、登録された支払い口座に関連付けられていない場合には、ユーザ・インターフェース・マネージャ２０６は、受信者が支払いクレデンシャルを登録する（たとえば、上記で詳細に説明されたように支払い情報を提供する）ことを可能にするクレデンシャル・ユーザ・インターフェース４３４を提示することができる。
受信者が支払いクレデンシャルを有する場合、システムは、支払い取引の送信者に対して、受信者が支払いを承認したことを送信者に知らせる通知を送信することができる。図５Ｃは、受信者が支払いを承認した後の、送信者クライアント・デバイス４００におけるメッセージング・インターフェース４１２を例示する。たとえば、ユーザ・インターフェース・マネージャ２０６は、支払い額と、取引がまだ保留中であるという標識（すなわち、「保留中．．．」または別の信号）とを示す支払いメッセージ４３２を示すことができる。加えて、または代替的に、ユーザ・インターフェース・マネージャ２０６は、別の様式で（たとえば、受信者クライアント・デバイス４００ａの通知エリア内で通知を提供することによって）支払い額を提示することができる。
さらに、ユーザ・インターフェース・マネージャ２０６は、メッセージング・インターフェース４１２の上に、またはメッセージング・インターフェース４１２内に、受信者が支払いを承認しており、送信者が支払いクレデンシャルを提供することが保留中であることを示すドロップダウン・オーバーレイ５００または他の通知を示すことができる。一例では、ドロップダウン・オーバーレイ５００は、図４Ｉに示されるように、送信者が支払いクレデンシャルを登録する（たとえば、上記で詳細に説明されたように支払い情報を提供する）ことを可能にするクレデンシャル・ユーザ・インターフェース４３４を開くために送信者によって選択可能なオプションまたは要素５０２を提供することができる。この時点から、支払い取引は、上記で概説されたように継続し得る。
代替的に、送信者が、送信者のデバイス１０４ａから離れているか、または他のことに従事している場合、送信者は、この時点では支払いクレデンシャルを提供することができない場合がある。このような場合、ネットワーク・アプリケーション２０２は、受信者に対して、送信者がまだ支払いクレデンシャルを提供していないことを示す通知を送信することができる。このような通知に応答して、ユーザ・インターフェース・マネージャ２０６は、図５Ｄに示されるようなリマインダ・オプション５０４を受信者に対するメッセージ内で提供することができる。具体的には、リマインダ・オプション５０４は、受信者が送信者に支払い取引を思い出させることによって、社会的圧力を加えることを可能にする。たとえば、リマインダ・オプション５０４を選択することは、システム１００に、送信者に対して、支払い取引についてクレデンシャルを入力することによって支払い取引を完了させるためのメッセージを送信させることができる。いくつかの例では、送信者に対するメッセージは、送信者クライアント・デバイス１０４ａにおいて、および／または送信者クライアント・デバイス１０４ａにおけるメッセージング・インターフェース４１２内に、メッセージまたは通知を出現させることができる。加えて、または代替的に、システム１００は、受信者からのリマインダ・メッセージに応答して、クレデンシャル・ユーザ・インターフェース４３４を送信者に示してもよい。さらなる実施形態では、システムは、ソーシャル・ネットワーク投稿を生成し、送信者のアカウントおよび／または保留中の支払いに気付いている受信者のアカウントに投稿することができる。このようなソーシャル・ネットワーク投稿は、送信者に対して、クレデンシャルを提供して取引を完了するように社会的圧力を作り出すことができる。
いくつかの実装形態では、システム１００は、受信者がリマインダ・メッセージを悪用することを防止するためのセーフガードを提供することができる。具体的には、受信者がリマインダ・メッセージ５０４を繰り返し選択する場合、送信者クライアント・デバイス１０４ａにおける急速なおよび／または繰り返されるリマインダは、送信者を困らせることがある。したがって、システム１００は、所定の時間後にのみ、受信者が追加のリマインダを送信することを可能にするタイマーを提供することができる。
他の実施形態では、システム１００は、さまざまなイベントに応答して、送信者に対してリマインダを自動的に送信することができる。たとえば、システム１００は、受信者が支払いを受信するためのクレデンシャルを入力したことの検出に応答して、送信者に対して、クレデンシャルを入力するためのリマインダを自動的に送信することができる。このような例では、システム１００は、送信者がクレデンシャルを入力していないこと、および受信者が資金を引き出すことができないことを示す通知を、受信者に対して送信することができる。別の例では、メッセージング・システム１００は、前回のリマインダ以降、または何らかの他のイベント（たとえば、支払いを開始するための要求に関連した所定の時間）以降、一定の時間が経過した後、適当な時間にリマインダを送信することができる。追加の例では、メッセージング・システム１００は、受信者（または他のユーザ）に関連付けられた１つまたは複数の電子メッセージの分析に基づいた適当な時間に、リマインダを送信することができる。
ネットワーク・アプリケーション２０４がソーシャル・ネットワーキング・システムを含む例では、ネットワーク・アプリケーション２０４は、送信者、受信者、または送信者もしくは受信者の「友人」のフィード内に、ソーシャル・ネットワーク投稿を提供することができる。このようなソーシャル・ネットワーク投稿は、送信者から受信者への支払いは開始されたが、送信者が支払いクレデンシャルを提供するまでは保留中であることを示すことができる。したがって、システム１００は、支払いクレデンシャルを入力し、支払い取引を完了させるように送信者に促す、社会的圧力または他のプロンプトを適用することができる。
ソーシャル・ネットワーク投稿を提供して、支払いクレデンシャルを入力するように送信者に促すことに加えて、システム１００は、ソーシャル・ネットワーク投稿を提供して、支払いを承認し、支払いクレデンシャルを入力するように受信者に促すことができる。またさらに、システム１００は、送信者から受信者への支払いを告知するソーシャル・ネットワーク投稿を提供することができる。加えて、システム１００は、ユーザが支払いクレデンシャルを提供したことを示すソーシャル・ネットワーク投稿を提供して、友人が今やユーザに支払いを送信するかまたはユーザから支払いを受信することができることを「友人」に通知することができる。本明細書の開示内容に照らして、そのようなソーシャル・ネットワーク投稿は、送信者または受信者のプライバシー設定の影響を受け得ることは理解されるであろう。
送信者が支払い取引を開始することを可能にするための支払いインターフェースを提供することに加えて、システム１００は、ユーザが別個のまたは専用のユーザ・インターフェースを開く必要なしに、メッセージング・ユーザ・インターフェース４１２から直接支払いを送信または開始することを可能にする。以下の説明から明確となるように、このことは、ユーザが会話の流れを中断することなく、支払いを送信または受信することを可能にする。たとえば、クライアント・アプリケーション２０２は、図６Ａに示されるような所定の文字ストリングに基づいて、支払いを推測することができる。具体的には、メッセージ・アナライザ２１２は、支払い取引に関連付けられた支払いイベントをユーザが実行することを可能にする特別な構文を認識することができる。たとえば、送信者は、（記号などの）所定の文字ストリングを含むメッセージを受信者に送信することができ、メッセージ・アナライザ２１２は、そのような構文を、支払い取引を開始するための要求として認識することができる。いくつかの例では、システム１００は、１人もしくは複数の他のユーザに支払いを要求すること、１人もしくは複数のユーザに支払いを送信すること、支払い取引についての支払い額を設定すること、または支払い取引を確認することを含む所定の文字ストリングに基づいて、支払い取引についての１つまたは複数の動作を実行することができる。
例示するために、送信者および受信者は、考え得る支払い取引についてのメッセージを介して互いに通信することができる。たとえば、図６Ａは、コンサート・チケットの支払い期限に関するメッセージを有した通信スレッド４１４を例示する。たとえば、図５Ａに示されるように、受信者は、送信者が受信者に金銭を借りているというリマインダを送信することができる。送信者は、受信者に対して、支払いイベントを示す所定の文字ストリングを含むメッセージ６００を送信することができる。送信者が受信者に返信する際、送信者は、送信者が受信者に支払いをする意図があることを示す所定の文字ストリング「＄＄」を含むメッセージを送信することができる。一例では、メッセージ・アナライザ２１２は、支払い額と「＄＄」という文字ストリングの後の数値とが等しいと推測することができ（たとえば、「＄＄２５」は、送信者が受信者に２５ドルを支払いたいと望んでいることを意味する）、送信者からの他のいかなる入力もなしに、「＄＄」という文字ストリングに基づいて、支払い取引を開始／処理することができる。
システム１００は、（２つのドル記号のような）典型的には使用されない特別な構文を文字ストリングとして選択することができることは理解されるであろう。１つまたは複数の実施形態では、システム１００は、認識された構文を異なる支払いイベント用にユーザがカスタマイズすることを可能にする。具体的には、ユーザは、既存の構文を修正し、既存の構文を除去し、または新たな構文を追加することができる。加えて、または代替的に、ユーザは、特別な構文に関連付けられた既存の支払いイベントを修正し、特別な構文に関連付けられた既存の支払いイベントを除去し、または特別な構文に関連付けられた新たな支払いイベントを追加することができる。したがって、ユーザは、カスタマイズされた支払いイベントとの関連付けのためのカスタマイズされた文字ストリングを認識するように、支払いフローをカスタマイズすることができる。
またさらなる実施形態では、メッセージ入力制御パレットまたはツールバー４２２の支払い制御部４２４ｂは、特別な構文として作用することができる。言い換えれば、ユーザが支払い制御部４２４ｂを選択した場合、ユーザ入力ディテクター２０８は、ユーザが支払いを送信したいと望んでいることを認識することができる。支払いメッセージ・ジェネレータ２１６は、支払い制御部４２４ｂの選択の後に入力された任意の額を支払い額として識別する。
メッセージ・アナライザが、所定の文字ストリングに基づいて支払いイベントを推測した後、システム１００は、支払い取引処理を継続することができる。たとえば、送信者が、ファイル上に支払いクレデンシャルを有しない場合、システム１００は、送信者に支払いクレデンシャルを求めるための支払いクレデンシャル・インターフェース４３４を提供することができる。代替的に、送信者が、ファイル上に支払いクレデンシャルをすでに有しており、ＰＩＮを提供済みである場合、ユーザ・インターフェース・マネージャ２０６は、ＰＩＮ確認ユーザ・インターフェースを提示することができる。たとえば、図６Ｂは、メッセージング・インターフェース４１２上に、またはメッセージング・インターフェース４１２内に、送信者が送信者のＰＩＮを提供し、送信者が支払いを送信したいと望んでいることを確認することを可能にするＰＩＮドロップダウン・オーバーレイ６０２または他の通知を例示する。
ＰＩＮ確認ユーザ・インターフェース６０２は、ユーザが特別な構文に基づいて支払いを送信したいと望んでいることをユーザが確認することを可能にすることは理解されるであろう。したがって、ＰＩＮ確認処理は、ユーザが特別な構文について忘れてしまい、支払いを誤って送信することを防止することができる。図７Ｃを参照して以下で解説されるように、ユーザが、ＰＩＮを使用しないことを選ぶ場合、システム１００は、ユーザが支払いを誤って送信することを防止するための別個の支払い確認ユーザ・インターフェースを提供することができる。
送信者が、特別な構文と支払い額とを含むメッセージ６００を構成し終え、ＰＩＮまたは他のものの入力を介して支払いを確認する場合、支払いメッセージ・ジェネレータは、支払いメッセージを生成することができ、この支払いメッセージは、次に、ネットワーク・アプリケーション２０４へ送信される。支払いメッセージに応答して、ネットワーク・アプリケーションは、支払いとメッセージ６００とを処理することができる。たとえば、ネットワーク・アプリケーション２０４は、メッセージ６００を受信者クライアント・デバイス１０４ｂに送信して、図６Ｃに示されるように、対応するメッセージ６００ａが受信者のメッセージング・インターフェース４１２ｂ内に提供されることを可能にする。さらに、ネットワーク・アプリケーション２０４は、資金を受信者に移動することができる。
前述の内容に加えて、図６Ａおよび図６Ｃによって示されるように、ユーザ・インターフェース・マネージャ２０６は、メッセージ６００、６００ａの１つまたは複数の特性または属性を、それらが支払いを含むことを示すように変更することができる。たとえば、図６Ａと図６Ｃの両方は、メッセージ６００、６００ａの支払い額を目立たせて示している。さらに、１つまたは複数の実施形態では、ユーザ・インターフェース・マネージャ２０６は、視覚的に区別された支払い額を、選択可能な要素として構成することができる。送信者が、通信スレッド４１４から、視覚的に区別された支払い額を選択すると、支払いメッセージ・ジェネレータ２１６は、送信者が支払いをキャンセルし、支払い額を変更し、または別のやり方で、支払いの１つもしくは複数のパラメータを変更することを可能にする。
送信者が、特別な構文と支払い額とを含むメッセージ６００を構成し終え、ＰＩＮまたは他のものの入力を介して支払いを確認する場合、支払いメッセージ・ジェネレータは、支払いメッセージを生成することができ、この支払いメッセージは、次に、ネットワーク・アプリケーション２０４へ送信される。支払いメッセージに応答して、ネットワーク・アプリケーションは、支払いとメッセージ６００とを処理することができる。たとえば、ネットワーク・アプリケーション２０４は、メッセージ６００を受信者クライアント・デバイス１０４ｂに送信して、図６Ｃに示されるように、対応するメッセージ６００ａが受信者のメッセージング・インターフェース４１２ｂ内に提供されることを可能にする。さらに、ネットワーク・アプリケーション２０４は、資金を受信者に移動することができる。
ユーザが支払い取引を積極的に開始することを可能にすることに加えて、１つまたは複数の実施形態は、支払い取引をインテリジェントに開始し、または支払い取引を開始するようにユーザに促す。たとえば、１つまたは複数の実施形態は、ユーザ間で交換される電子メッセージに基づいて支払いイベントを推測することを伴う。具体的には、１つまたは複数の実施形態は、２人以上のユーザ間で交換される電子メッセージを分析して、この２人以上のユーザに関与する支払いイベントが発生していそうかどうかを決定する。支払いイベントを推測した後、１つまたは複数の実施形態は、推測された支払いイベントに基づいて、ユーザ間の支払い取引を開始するためのオプションを提供する。したがって、１つまたは複数の実施形態は、メッセージ交換の自然な流れを中断させることなく、ユーザ間で交換されるメッセージに基づいて、ユーザが他のユーザとの支払い取引を開始することを可能にする。
たとえば、図７Ａは、「ロジャー」（以下、送信者）と「ジョー」（以下、受信者）との間で交換される複数のメッセージを示す通信スレッド４１４を例示する。図７Ａは、受信者が送信者に対して、「やあ、現金が足りなくて、いくらかお金が必要なんだ。」というメッセージを送信したことを例示する。これに応答して、送信者は、「いくらお金が必要なの？」というメッセージを送信した。受信者は、返信として、「支払いをするために約７５ドル必要なんだ。」というメッセージ４１６ｃを送信した。
メッセージ・アナライザ２１２は、送信者と受信者との間の送信メッセージおよび受信メッセージを分析することができる。メッセージを分析する際、メッセージング・システム２１０は、メッセージを、文、単語、フレーズ、文字、および／またはメッセージ・アナライザ２１２がメッセージの内容を解釈することを可能にする任意のタイプのグループ化に構文解析することができる。具体的には、メッセージ・アナライザ２１２は、メッセージから支払いイベントを推測することができるように内容を解釈する。たとえば、メッセージ・アナライザ２１２は、会話を解釈して、送信者と受信者とのうちの一方または両方によって生成されたメッセージに基づいて、受信者が送信者に金銭を要求していると決定することができる。
送信者と受信者との間のメッセージを分析する間に、メッセージ・アナライザ２１２は、支払いイベントに対応するメッセージ内の自然言語を解釈することができる。具体的には、メッセージは、自然言語を使用して支払い取引を開始しようという送信者または受信者のいずれかによる意図を含むことがある。メッセージ・アナライザ２１２は、支払い取引を開始および処理するための厳格な所定の一連の動作を実行することによってではなく、自然言語処理を使用して自然言語を解釈して、支払いイベントを決定することができる。例示するために、メッセージ・アナライザ２１２は、送信者と受信者との間のメッセージから、支払いイベントとして受信者が送信者に７５ドルを要求していると決定することができる。
推測された支払いイベントに応答して、ユーザ・インターフェース・マネージャ２０６は、支払い取引を開始するためのオプションを提供することができる。特に、ユーザ・インターフェース・マネージャ２０６は、送信者に対して、送信者クライアント・デバイス１０４ａにおけるグラフィカル・ユーザ・インターフェース内のメッセージのうちの１つまたは複数を修正することによって、支払い取引を開始するためのオプションを提供することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、受信者のメッセージ４１６ｃ内の「７５ドル」を、支払い開始選択可能な要素７００に変換することができる。別の例では、ユーザ・インターフェース・マネージャ２０６は、メッセージ４１６ｃ全体を、支払い開始選択可能な要素に変換してもよい。追加の例では、ユーザ・インターフェース・マネージャ２０６は、送信者が受信者との支払い取引を開始したいかを送信者に質問するための通知（たとえば、ポップアップ・ウィンドウまたは他の画面上要素）を提供してもよい。
いずれの場合も、ユーザ・インターフェース・マネージャ２０６は、メッセージ４１６ｃまたはその一部の１つまたは複数の属性または特性を修正／変更して、支払い開始選択可能な要素７００の作成を示すこともできる。たとえば、ユーザ・インターフェース・マネージャ２０６は、図７Ａに示されるように、「７５ドル」を目立たせることができる。代替的に、ユーザ・インターフェース・マネージャ２０６は、下線を引き、フォント・スタイル、色等を変更し、または別のやり方で、支払い開始選択可能な要素７００を視覚的に区別することができる。
メッセージ・アナライザ２１２は、自然言語を解釈することができるので、メッセージ・アナライザ２１２は、メッセージ内のさまざまなテキストまたは内容に基づいて、支払いイベントを推測することができる。たとえば、受信者が、「７５ドル（７５ ｂｕｃｋｓ）」の代わりに、「７５ドル（７５ ｄｏｌｌａｒｓ）」、「＄７５」、「七十五ドル」などと言った場合、メッセージ・アナライザ２１２は、その内容を解釈し、意図される支払い取引の額を推測することができる。加えて、メッセージ・アナライザ２１２は、メッセージから、金銭を支払うのは送信者であり、受信者が金銭を要求していると推測することができる。したがって、メッセージ・アナライザ２１２は、送信者または受信者がメッセージング・アプリケーション内で取引を開始した場合に支払い取引を迅速に処理するための詳細を推測し、自動入力することができる。
メッセージ・アナライザ２１２が潜在的な支払いイベントを識別するのを支援するために、システム１００は、支払いイベントが起こりそうなことを示す所定の用語またはフレーズのリストを含むことができる。たとえば、支払いイベントが起こり得ることを示すことができるフレーズは、通貨記号（たとえば、＄、ユーロ記号）を有した、または通貨記号を有しない額を、単独で含み、または「あなたは私に借りている」、「私はあなたに借りている」、「あなたの負担分は〜です」、「あなたの分は割り勘で〜です」、「私に払って」、「あなたに払います」等などのフレーズを伴って含む。したがって、メッセージ・アナライザ２１２は、会話の複数のメッセージの内容を使用して、支払いイベントが起こりそうだと推測することができる。たとえば、「４５ドル」からなるメッセージは、支払いイベントが起こりそうなことを示すには十分ではないことがある。他方で、「あなたにいくら借りていますか」からなるメッセージが先行する「４５ドル」からなるメッセージは、支払いイベントの可能性を示し得る。
前述の内容に加えて、メッセージ・アナライザ２１２は、機械学習モデルと、支払いイベントを開始したことがある、ソーシャル・ネットワーキング・システムの他のユーザの履歴データとを使用して、支払いイベントの確率を計算することができる。１つまたは複数の実施形態では、メッセージ・アナライザ２１２は、ユーザについて収集された履歴データ、各ユーザが支払いイベントに参加したかどうか、およびイベントのタイプを使用して、機械学習モデルをトレーニングする。機械学習モデルは、収集されたデータ内のいくつかのデータ点を、予測アルゴリズムを生成するための変数として使用することができる。たとえば、機械学習モデルは、送信もしくは受信されたメッセージ、または第１の一人もしくは複数のユーザが支払いを開始する前に実行した他のアクションを分析することができる。次いで、メッセージ・アナライザ２１２は、第２のユーザが同じアクションまたは類似のアクションを実行したことがあると認識すると、第２のユーザに、支払いイベントに参加するためのオプションを提供することができる。
１つまたは複数の実施形態では、システム１００は、１人または複数のユーザのソーシャル・ネットワーキング・プロファイル、またはシステム１００に関連付けられた他のプロファイルを介して取得される内容に基づいて、機械学習モデルをトレーニングするためのトレーニング・セットを生成することができる。たとえば、システム１００は、支払い取引を実行したことがある、ソーシャル・ネットワーキング・システムのユーザを識別することができる。次いで、システム１００は、そのようなユーザについての情報、たとえば、ロケーション、交換されたメッセージ、チェック・イン、ソーシャル・ネットワーク投稿等を、支払い取引を行う前に収集することができる。したがって、システムは、通信データ、ソーシャル・ネットワーク・データ、および、ユーザを識別し、またはユーザに関連付けられた他の情報を収集することができる。例示するために、システム１００は、ユーザ・プロファイルから、支払い取引の前の特定の時間期間（たとえば、イベントの前の１週間または１か月）についてのデータを取り出すことができる。別の例示的な例では、時間期間は、イベントに基づいて変えることができる。
１つまたは複数の実施形態では、システム１００は、対応する日付に基づいて、データを重み付けすることができる。たとえば、システム１００は、４月１日における交際ステータスの変更が、検出された支払い取引の信頼できるインジケータではないと決定することができる。システム１００は、信頼できないデータをトレーニング・セットから除去することができる。
システム１００は、ユーザの通信およびアクションに基づいて、ならびにトレーニング・セットにも基づいて、ユーザが支払いイベントに参加する確率を計算することができる。システム１００は、ユーザに関連付けられた電子メッセージ内の単語、メッセージの長さ、ユーザの通信の頻度、行われたアクションのタイプ等を含むいくつかの要因に基づいて、機械学習モデルをトレーニングすることができる。このような実施形態では、システム１００は、識別された単語の高い発生率を通信データが示すユーザに対して、支払いイベントの高い確率を割り当てることができる。機械学習モデルは、ユーザが支払いイベントに参加する確率または支払いイベントが発生する確率を計算するための予測アルゴリズムを生成することができる。
ユーザの確率スコアが、提供される閾値スコアを上回る場合、システム１００は、支払いイベントが発生した、発生している、または発生しそうであると予測することができる。この決定に基づいて、システム１００は、ユーザに、上記で論じられたように、支払い取引を開始するためのオプションを提供することができる。特に、システム１００は、メッセージの一部分を、支払い開始選択可能な要素７００に変換することができる。別の例では、ユーザ・インターフェース・マネージャ２０６は、メッセージ４１６ｃ全体を、支払い開始選択可能な要素に変換してもよい。追加の例では、ユーザ・インターフェース・マネージャ２０６は、送信者が受信者との支払い取引を開始したいかを送信者に質問するための通知（たとえば、ポップアップ・ウィンドウまたは他の画面上要素）を提供してもよい。
ユーザ入力ディテクター２０８が、支払い開始選択可能な要素７００のユーザ選択を検出した後、システム１００は、上記で説明されたような支払い取引処理を継続することができる。たとえば、送信者が、ファイル上に支払いクレデンシャルを有しない場合、システム１００は、送信者に支払いクレデンシャルを求めるための支払いクレデンシャル・インターフェース４３４を提供することができる。代替的に、送信者が、ファイル上に支払いクレデンシャルをすでに有しており、ＰＩＮを提供済みである場合、ユーザ・インターフェース・マネージャ２０６は、図７Ｂに示されるようなＰＩＮ確認ユーザ・インターフェース６０２を提示することができる。ＰＩＮ確認ユーザ・インターフェース６０２は、ユーザが推測された支払いイベントに基づいて支払いを送信したいと望んでいることをユーザが確認することを可能にすることは理解されるであろう。
ユーザが、ＰＩＮを提供済みでない場合、システム１００は、図７Ｃに示されるような支払い確認インターフェース７０８を提供することができる。特に、支払い確認インターフェース７０８は、送信者が支払い取引に関連付けられた支払い額を入力または確認すること、および支払い取引に関連付けられた他の詳細を入力または検証することを可能にする。たとえば、支払い確認インターフェース７０８は、支払いタイプ要素７１０と、支払い額フィールド７１２と、支払いソース要素（payment source element）７１６と、送信確認オプション７１４と、数字キーパッド４３８とを含むことができる。いくつかの例では、支払い確認インターフェース７０８は、図７Ｃに示されるよりも多くのまたは少ないグラフィカル・コンポーネントおよび／または特徴を含んでもよい。
１つまたは複数の実施形態では、システム１００は、送信者と受信者との間のメッセージから推測される情報に基づいて、支払い確認インターフェース７０８を準備することができる。具体的には、システム１００は、支払い確認インターフェース７０８に対して、分析されたメッセージからできるだけ多くの情報を自動入力して、支払い取引処理をスピードアップさせるのを助けることができる。たとえば、システム１００は、メッセージから推測された情報に基づいて、「金銭を要求する」支払いタイプではなく、「金銭を送信する」支払いタイプを自動的に選択することができる。加えて、システム１００は、支払い額フィールド７１２に対して、メッセージから推測された支払い額を自動入力することができる。いくつかの実施形態では、送信者は、たとえば、数字キーパッド４３８を使用することによって、支払い確認インターフェース７０８内に自動入力される情報のうちの任意のもの（たとえば、支払い額、支払いタイプ）を変更することができる。
いくつかの実施形態では、支払い情報は、支払いソース要素７１６を含むことができる。特に、支払いソース要素７１６は、送信者が支払い取引を完了させるための支払いソースを入力することを可能にする。たとえば、送信者は、支払い源要素７１６を選択して、支払い情報（たとえば、クレジット・カード情報、デビット・カード情報、金融口座情報）を入力するための、図４Ｎに示されるような支払いクレデンシャル・インターフェース４３４へナビゲートすることができる。
１つまたは複数の実施形態では、システム１００は、加えて、または代替的に、受信者に対して、支払い取引を開始するためのオプションを提供することができる。具体的には、システム１００は、支払い取引において送信者に金銭を要求するためのオプションを提供することができる。たとえば、システム１００は、受信者の通信スレッド内の１つまたは複数のメッセージのテキストまたは他の内容を、選択可能な要素に変換することができる。受信者が、推測された支払いイベントに対応する選択可能なオブジェクトを選択した場合、システム１００は、支払い取引を開始して、受信者が資金についての要求を送信者に送信することを可能にすることができる。
上記で説明されたように、システム１００は、ユーザのグループ間での支払い取引を促進させることができる。たとえば、システムは、複数の共同ユーザに関与する支払いイベントを推測することに基づいて、支払い取引を開始するためのオプションを提供することができる。システム１００は、そのような支払いイベントを、グループ通信セッションにおいて交換されるメッセージ、ソーシャル・ネットワーク投稿、ユーザ間のつながり、ロケーション・データ等に基づいて推測することができる。図８Ａ〜図８Ｄは、グループ支払いを開始するためのオプションを提供する一例を例示する。
図８Ａは、ソーシャル・ネットワークのタイムラインまたは情報フィード８００を例示する。情報フィードは、対応するクライアント・デバイスのユーザからの電子メッセージを、システム１００内の他のユーザからユーザへの電子メッセージに加えて含むことができる。具体的には、情報フィード８００は、電子メッセージの作成者に対するユーザの関係に基づいて、ユーザに関連し得る電子メッセージ（たとえば、ソーシャル・ネットワーク投稿）の蓄積を含むことができる。たとえば、ユーザが、電子メッセージの作成者と予め定義された関係（たとえば、「友人」）を有する場合、システム１００内でその作成者によって投稿された電子メッセージは、情報フィード８００内に出現し得る。さまざまな例では、情報フィード８００内の電子メッセージは、作成者が電子メッセージを投稿した時間に従って、またはシステム１００によって決定される重要度ランキング・システムに従って、順序付けられ得る。
１つまたは複数の実施形態では、電子メッセージは、グループ・イベントと関連してシステム１００または別のユーザによって生成されるメッセージであり得る。具体的には、電子メッセージは、メッセージング・アプリケーション内の、かつ、グループ・イベントに関連付けられた任意のメッセージであり得る。たとえば、電子メッセージは、ユーザを識別し、かつ、このユーザに関連付けられたイベントを示すメッセージを含むことができる。いくつかの例では、電子メッセージは、イベントに関連付けられた他のユーザを識別することもできる。
１つまたは複数の実施形態では、ユーザは、ソーシャル・ネットワーキング・システムに電子メッセージを投稿することができる。具体的には、ユーザは、グループ・イベントに関連付けられた電子メッセージを、ユーザの情報フィード８００に投稿することができる。たとえば、電子メッセージは、共同ユーザをタグ付けして、ユーザがレストランで食事中であることを示すチェック・イン・メッセージ８０４（たとえば、「ジョン・ドー、ブルータス・ペンドルトン、ジェーン・スミスと一緒にグッド・ダイナーにいます」）であり得る。いくつかの例では、電子メッセージは、システム１００の少なくとも１人の他のユーザも、ユーザと共にレストランにいることを示すことができる。
１つまたは複数の実装形態では、システム１００は、電子メッセージに関連する任意の情報を使用して、ユーザおよび／またはグループのメンバに加えて、過去、現在または未来のグループ・イベントを識別することができる。たとえば、システム１００は、（図８Ａの地図８０６に示されるような）ロケーション情報、レビュー情報、および、システム１００内の１つまたは複数の電子メッセージにおけるイベントに関連付けられた他の情報を使用することができる。いくつかの例では、システム１００は、ユーザ対話情報、たとえば、電子メッセージに対応するコメントまたは「いいね」に関連付けられた情報などを利用することができる。システム１００は、１つまたは複数の電子メッセージに関連付けられた共有データ（たとえば、どのユーザが電子メッセージを他のユーザと共有したか）も利用することができる。
システム１００のさまざまな追加実施形態または代替実施形態によれば、システム１００は、システム１００の１人または複数のユーザに関連付けられたイベントを予測することができる。具体的には、イベントは、コンサート、レストランへの訪問、アミューズメント・パーク訪問、ワーク・アクティビティ、誕生日、子供の誕生、養子縁組、死亡、配偶者の有無の変更、卒業、就職ステータス、年齢、健康状態などを含むことができる。１つまたは複数の実施形態では、システム１００は、イベントに関連付けられたコストまたはギフトが存在するかどうかに基づいて、イベントを決定する。たとえば、システム１００は、ソーシャル・ネットワーク・データに基づいて、ユーザが誕生日を迎えようとしており、ウィッシュ・リスト上に製品があることを識別することができる。次いで、システム１００は、ユーザの誕生日用に、ユーザのために、その製品について共同出資したいと望み得るユーザの友人を識別することができる。次いで、システム１００は、支払い要求通知を送信することができる。このような実施形態では、ユーザ（すなわち、誕生日を迎える人物）は、支払い要求通知を受信しなくてもよく、実際には、複数のユーザがギフトに共同出資することを可能にする支払い要求通知をシステムが友人達に送信したと決定することを防止され得る。システム１００は、ユーザと各友人との間の関係、友人間の関係（すなわち、友人達が家族の一員であるかどうか）に基づいて、ユーザのための誕生日パーティへの返事（ＲＳＶＰ）に基づいて、ロケーション情報等に基づいて、支払い要求通知を提供すべき友人を選択することができる。
システム１００は、機械学習モデルと、システム１００によって定義される、イベントを体験したことがあるソーシャル・ネットワーキング・システムの他のユーザの履歴データとを使用して、ユーザがイベントを経験する確率を計算することができる。１つまたは複数の実施形態では、システム１００は、ユーザについて収集された履歴データ、各ユーザがイベント変更を体験したかどうか、およびイベントのタイプを使用して、機械学習モデルをトレーニングする。機械学習モデルは、収集されたデータ内のいくつかのデータ点を、予測アルゴリズムを生成するための変数として使用することができる。たとえば、「おめでとう」などの単語の使用、ユーザに対して贈られる仮想ギフトの存在、ユーザのプロファイルを他のユーザがクリックした回数、住所もしくは姓の変更などの他のプロファイル情報の変更、ユーザ自身によって投稿された電子メッセージおよび／または他のユーザの情報フィード等である。
１つまたは複数の実施形態では、システム１００は、１人または複数のユーザのソーシャル・ネットワーキング・プロファイル、またはシステム１００に関連付けられた他のプロファイルを介して取得される内容に基づいて、機械学習モデルをトレーニングするためのトレーニング・セットを生成することができる。たとえば、システム１００は、配偶者の有無情報、就職情報、自宅住所情報、年齢情報、通信データ、ソーシャル・ネットワーク・データ、および、ユーザを識別し、またはユーザに関連付けられた他の情報を収集することができる。例示するために、システム１００は、ユーザ・プロファイルから、記録されたイベントの前の特定の時間期間（たとえば、イベントの前の１週間または１か月）についてのデータを取り出すことができる。別の例示的な例では、時間期間はイベントに基づいて変化し得る。
１つまたは複数の実施形態では、システム１００は、対応する日付に基づいてイベントを重み付けすることができる。たとえば、システム１００は、４月１日における交際ステータスの変更が、検出されたイベントの信頼できるインジケータではないと決定することができる。システム１００は、信頼できないデータをトレーニング・セットから除去することができる。
システム１００は、システム１００内のユーザの通信およびアクションに基づいて、ならびにトレーニング・セットにも基づいて、ユーザがイベントを経験する確率を計算することができる。システム１００は、ユーザに関連付けられた電子メッセージ内の単語、メッセージの長さ、ユーザの通信の頻度、行われたアクションのタイプ等を含むいくつかの要因に基づいて、機械学習モデルをトレーニングすることができる。機械学習モデルは、ユーザが特定のイベントを経験する確率を計算するための予測アルゴリズムを生成することができる。ユーザの確率スコアが、提供される閾値スコアを上回る場合、システム１００は、ユーザがイベントを経験していると予測することができる。
システム１００は、ユーザの履歴データを、他のユーザの履歴データに基づいてユーザが特定のイベントを経験するかどうかを示す確率スコアを決定するための入力として使用することができる。一例では、ユーザの確率スコアが閾値スコアよりも高い場合、システム１００は、ユーザをイベントを経験しているものとして分類することができる。別の例では、システム１００は、システム１００の２人以上のユーザ間で交換される電子メッセージにおいて、イベントを示す文字、単語、またはフレーズを識別することができる。このような実施形態では、システム１００は、識別された単語の高い発生率を通信データが示すユーザに対して、イベントの高い確率を割り当てることができる。
上記で説明されたように、機械学習モデルを使用して、システム１００は、システム１００の１人または複数のユーザに関連付けられた１つまたは複数の電子メッセージから、イベントを推測することができる。システム１００は、イベントに関連付けられたユーザおよび１人または複数のメンバも推測することができる。
グループ・イベントの推測に応答して、システム１００は、ユーザに対して、ユーザがグループの１人または複数の他のメンバと支払い取引を開始することを可能にするためのオプションを提供することができる。たとえば、システム１００は、図８Ａに示されるように、システム１００がイベントを推測した電子メッセージ内にオプションを提供することができる。例示するために、システム１００は、電子メッセージのテキスト・フィールド内に支払い受取要素８０８（たとえば、「支払いを受け取る」）を提供することができる。いくつかの例では、オプションは、電子メッセージ内にインライン化され得る。代替的に、システム１００は、プッシュ通知、または支払い取引を開始させるためのプロンプトを有した他の電子メッセージを提供してもよい。
１つまたは複数の実施形態では、システム１００は、ユーザがグループの１人または複数のメンバとの支払い取引を開始するためのオプションを選択したことを検出し、図８Ｂに示されるように、メッセージング・アプリケーションにおいて支払い要求インターフェース８１０を提示することができる。支払い要求インターフェース８１０は、推測されたイベントに従って、グループの１人または複数のメンバに金銭を要求するためのインターフェースをユーザに対して提供することができる。たとえば、支払い要求インターフェース８１０は、支払いイベントに関連付けられた額８１２を提示することができる。額８１２は、メッセージ・アナライザ２１２によって分析された内容に基づいて、自動入力され得る。代替的に、ユーザは、合計額を手動で入力してもよい。
１つまたは複数の追加実施形態または代替実施形態では、システム１００は、グループ・イベントに関連付けられた１つまたは複数のメッセージから、コストを推測することができる。具体的には、システム１００は、１つまたは複数の電子メッセージと、このメッセージに関連付けられた情報とを分析して、コストを決定することができる。たとえば、システム１００は、サード・パーティ・サイトからの電子メッセージに含まれるコンテンツに基づいて、イベントのコストを取得することができる。例示するために、グループ・イベントがコンサートである場合、システム１００は、コンサートのチケットを購入するためにウェブサイトを訪問し、各チケットのコストにグループ内のユーザの数を乗算することに基づいて、チケットのコストを決定することができる。ユーザは、合計コスト８１２を手動で変更することによって、および／またはグループ・メンバのリスト内のユーザの数を修正することによって、推測された合計コストを修正することができる。
支払い要求インターフェース８１０は、支払いイベントに関連付けられるものとして識別されたユーザのリストをさらに含むことができる。たとえば、図８Ｂは、投稿８０４においてタグ付けされたユーザ（８１４ａ〜８１４ｃ）のリストを含む。たとえば、システム１００は、イベントに関連付けられた１つもしくは複数の電子メッセージ、および／またはシステム１００のユーザ間の関係に基づいて、グループのメンバを推測することができる。例示するために、システム１００は、過去の支払い取引（たとえば、誰がユーザとの過去の取引に関与したか）、ユーザとメンバとの間の関係のレベル（たとえば、どのくらい親しい関係であるか、または、その関係が「高い係数の」関係かどうか）、誰がユーザと一緒に現在のロケーションにチェック・インしたか、誰が現在の時刻に物理的にユーザの近くにいるか、および誰がユーザの友人と関係を有するか、１つまたは複数の電子メッセージにおいてユーザが識別されるかどうか等に基づいて、提案を提示することができる。システム１００は、ユーザがグループのメンバを確認することができるように、グループの提案されるメンバを支払い要求インターフェース８１０内に提示することができる。
一例では、ユーザは、キャンセル・オプション８１６または友人追加オプション８１８を選択することによって、メンバのリストにユーザを追加またはメンバのリストからユーザを除去することで、提案されたリストを修正することができる。メンバのうちの１人もしくは複数がグループに所属していない場合、またはユーザがグループの１人もしくは複数のメンバから支払いを受け取らないと決めた場合、リストを修正し得る。したがって、ユーザは、潜在的には、提案されたメンバの各々を除去して、支払い要求インターフェース８１０内に当初は示されなかったメンバのリストを作成することができる。
支払い要求インターフェース８１０は、オプション８１８ａを選択することによって、合計額８１２を均等に分割するための機能をユーザに提供することができる。加えて、支払い要求インターフェース８１０は、カスタム・オプション８１８ｂを選択することによって、カスタム方式で合計額８１２を分割するための機能をユーザに提供することができる。カスタム・オプション８１８ｂが選択されると、ユーザ・インターフェース・マネージャ２０６は、図８Ｃに示されるような、カスタム要求インターフェース８２０を提供することができる。カスタム要求インターフェース８２０において、ユーザは、ユーザの各々に対して個別にカスタム要求額８２２を入力することができる。たとえば、ユーザは、複数のユーザがそのユーザに何を借りているのかに基づいて、または何らかの他の基準に基づいて、各個別のユーザについての額を入力することができる。例示するために、イベントが、ユーザが夕食代を支払った夕食イベントに対応する場合、ユーザは、各ユーザの食事のコストに対応するカスタム支払い額８２２を、各ユーザについて入力することができる。
支払いが確認されると、支払いメッセージ・ジェネレータ２１６は、支払いメッセージを準備し、ネットワーク・アプリケーション２０４に送信することができる。支払いメッセージは、支払い要求インターフェース８１０および／またはカスタム要求インターフェース８２０において提供される情報、たとえば、ユーザの各々の身元、およびユーザの各々に対して送信すべき支払い額などを含み得る。代替的に、支払いメッセージ・ジェネレータ２１６は、各ユーザに対する個別の支払いメッセージを準備し、要求内に含めて送信することができる。
ネットワーク・アプリケーション２０４は、各ユーザについての支払い要求を処理することができる。特に、ネットワーク・アプリケーション２０４は、各ユーザに対して、支払い要求通知を送信することができる。支払い要求通知は、ユーザに関連付けられた１つまたは複数のクライアント・デバイスに対して送信されたプッシュ通知を含み得る。通知を受信すると、クライアント・アプリケーション２０２は、支払い要求通知を提示することができる。たとえば、ユーザ・インターフェース・マネージャ２０６は、通知制御部８４２上に通知インジケータ８４０を提供することができる。通知インジケータ８４０は、受信された通知をユーザに知らせることができる。
通知インジケータ８４０が選択されると、ユーザ・インターフェース・マネージャ２０６は、通知インターフェース８４４を提供することができる。通知インターフェース８４４は、ユーザ・クライアント・デバイス４００ｃについて受信された複数の通知を表示することができる。一例では、通知インターフェース８４４は、図８Ｄに示されるように、ユーザについての通知のリストの最上部において、支払い要求通知８４６を提示する。支払い要求通知８４６は選択可能な要素８４８を含んでもよく、または、支払い要求通知８４６全体を選択可能な要素としてもよい。システムは、送信者が受信者に支払い取引を思い出させることによって社会的圧力を加えることを可能にするためのオプションも提供することができる。たとえば、（上記で説明されたリマインダ・オプション５０４に類似した）リマインダ・オプションを選択することは、システム１００に、支払い取引のためのクレデンシャルを入力することによって支払い取引を完了させるためのメッセージを受信者に対して送信させることができる。いくつかの例では、受信者へのメッセージは、送信者クライアント・デバイス１０４ａにおいて、および／または送信者クライアント・デバイス１０４ａにおけるメッセージング・インターフェース４１２内に、メッセージまたは通知を出現させ得る。加えて、または代替的に、システム１００は、受信者からのリマインダ・メッセージに応答して、クレデンシャル・ユーザ・インターフェース４３４を受信者に提示することができる。さらなる実施形態では、システムは、ソーシャル・ネットワーク投稿を生成し、送信者のアカウントおよび／または保留中の支払いに気付いている受信者のアカウントに投稿することができる。このようなソーシャル・ネットワーク投稿は、受信者に対して、クレデンシャルを提供して取引を完了するように社会的圧力を作り出すことができる。
ユーザ・インターフェース・マネージャ２０６は、ユーザが通知インターフェース８４４内で支払い要求通知８４６を選択すると、図８Ｅに示され、かつ、図７Ｃに関連して上記で説明されたような支払い確認インターフェース７０８を提供することができる。代替的に、ユーザ・インターフェース・マネージャ２０６は、図６Ｂに関連して上記で説明されたようなＰＩＮ確認ユーザ・インターフェースを提供してもよい。いずれの場合も、ＰＩＮ確認ユーザ・インターフェースまたは支払い確認インターフェース７０８は、ユーザが支払いを確認することを可能にする。これに応答して、クライアント・アプリケーションは、ネットワーク・アプリケーション２０４に対して、ネットワーク・アプリケーション２０４に上記で説明されたような支払い取引を処理させる支払いメッセージを送信することができる。
１つまたは複数の実施形態では、ユーザは、グループの共同ユーザからの受け取りの後に、グループ・イベントに関連付けられた合計コストを支払うことができる。たとえば、ユーザは、グループ・イベントに関連付けられたベンダー（たとえば、レストラン）との支払い取引に入ることができる。ユーザは、システム１００を使用して、ベンダーとの支払い取引に入ってもよい。
追加の実装形態または代替実装形態では、ユーザが複数のユーザから別個の取引において支払いを受け取ることを必要とするのではなく、ベンダーが複数のユーザの各々から支払いを直接受け取ることができるように、ユーザは、ベンダーおよびグループ・ユーザとの単一の支払い取引を開始することができる。具体的には、システム１００は、ベンダーからの入力に基づいて、グループ・イベントを推測することができる。このような実施形態では、ベンダーが（たとえば、レストランでの請求書を分割する場合の）受信者であるが、ユーザがグループ・ユーザ、支払い額、および支払い分割を確認する多対一の取引において、ユーザは、グループについての支払い取引をまとめて編成することができる。ユーザがこのような支払い取引を編成することを可能にすることは、グループとベンダーとの間の支払い取引を単純化することができる。
以前に説明されたように、システム１００は、電子メッセージにおける自然言語を分析することによって、支払いイベントを推測することができる。システム１００は、グループ支払いイベントも推測することができる。具体的には、システム１００は、図９Ａに示されるように、ユーザの電子メッセージ（たとえば情報フィールド９００内のステータス・メッセージ８００）、ならびに、この電子メッセージに関連付けられたコメント９０２および「いいね」９０６から、グループ・イベントを推測することができる。１つまたは複数の例では、ユーザは、自然言語を使用して、ユーザが将来のイベントに行くことを示し得る。例示するために、（システム１００によってユーザとして識別される）ユーザが、「パロ・アルトでのオールド・ウィザード・パペット・コンサートに行く予定．．．誰か一緒に行く？」と発言する場合、システム１００は、自然言語を分析して、将来のイベントがパロ・アルトに位置する特定のコンサートであると決定することができる。
加えて、システム１００は、ステータス・メッセージ９０４（または、他の電子メッセージ）に関連付けられたコメント９０２および「いいね」９０６に基づいて、１人または複数の追加のユーザがユーザと一緒にコンサートに参加すると決定することができる。具体的には、システム１００は、ステータス・メッセージ９０４に関連付けられたコメント９０２の内容を分析して、９０４に対してコメントしているユーザのうちの１人または複数がグループ・イベントに関連付けられたグループのユーザであるかどうかを判定することができる。たとえば、あるユーザが、コンサートについてのステータス・メッセージ９０４への返信として、「ショーはとても良さそうだね、僕行く！」とコメントしている場合、システム１００は、そのユーザもコンサートに行く予定であり、グループのユーザであると決定することができる。別の例では、システム１００は、ステータス・メッセージ９０４に対する「いいね」９０６を分析して、対応するユーザがグループのユーザであるかどうかを決定することができる。例示するために、システム１００は、ユーザを識別し、識別されたユーザに関連付けられた電子メッセージを分析して、そのユーザがグループのユーザであるかどうかを決定することができる。
以前に論じられたように、システム１００は、ユーザがグループのユーザから支払いを受け取るために支払い取引を開始するための支払い受取オプション９０８を提供することができる。オプション９０８が選択されると、システム１００は、図９Ｂに示されるように、かつ、図８Ｂに関係して上記で説明されたように、ユーザ（８１４ｃ、８１４ｄ、８１４ｅ）のリストを含む支払い要求インターフェース８１０を提示することができる。ユーザは、ユーザのリストを修正して、リストに挙げられたユーザよりも多くのユーザ、少ないユーザ、または異なるユーザを含めてもよい。
１つまたは複数の実施形態では、ユーザは、合計コスト８１２を均等に分割することを選択することができる。具体的には、合計コスト８１２を均等に分割することを選択することは、システム１００に、合計コスト８１２と、ユーザのリスト内のユーザの数とに基づいて、要求される支払い額を自動的に分割させ得る。たとえば、システム１００は、合計コスト８１２を（ユーザを含む）ユーザの数で除算して、ユーザに要求する支払い額を取得することができる。グループの詳細（たとえば、ユーザおよび支払い分割）を確認した後、ユーザは、支払い要求インターフェース８１０からユーザの各々に対して支払い要求を送信することができる。この後、支払い要求プロセスは、図８Ａ〜図８Ｅに関係して上記で説明されたように進行し得る。
図１〜図９Ｂ、対応するテキスト、および例は、統合された電子支払いおよびメッセージング・システムを使用して支払いを送信および受信するための複数の異なるシステムおよびデバイスを提供する。前述の内容に加えて、実施形態は、特定の結果を達成するための方法における動作および工程を含むフローチャートの観点から説明され得る。たとえば、図１２〜図１９は、１つまたは複数の実施形態による例示的な方法のフローチャートを例示する。
図１０は、支払いイベントの推測に基づいて支払い取引を開始する方法１０００のフロー・チャートを例示する。方法１０００は、電子メッセージを分析する動作１００２を含む。具体的には、動作１００２は、少なくとも１つのプロセッサによって、ユーザと１人または複数の共同ユーザとの間で交換される１つまたは複数の電子メッセージを分析することを伴う。一例では、動作１００２は、ユーザと１人または複数の共同ユーザとに関与するメッセージング会話における電子メッセージを分析することを伴い得る。さらに、動作１００２は、複数のメッセージのテキストを構文解析して、１つまたは複数のフレーズまたは用語を識別することを伴い得る。
方法１０００は、支払いイベントを推測する動作１００４も含む。特に、動作１００４は、ユーザと１人または複数の共同ユーザとの間で交換される１つまたは複数の電子メッセージの分析に基づいて、支払いイベントを推測することを伴う。動作１００４は、１つまたは複数の電子メッセージから、支払いイベントを示す自然言語フレーズを識別することを伴う。たとえば、動作１００４は、自然言語処理技術を利用して、ユーザと１人または複数の共同ユーザとの間で交換されるメッセージにおける自然言語から支払いイベントを推測することを伴い得る。一例では、動作１００４は、自然言語技術を使用して支払い取引を開始したいという要望を推測することを伴い得る。
例示するために、動作１００４は、ユーザが１人または複数の共同ユーザに金銭を送信したい、または借りたいと望んでいることを示す言語を識別することも伴い得る。いくつかの例では、自然言語フレーズは、少なくとも１つの所定のフレーズ、文字ストリング、またはシンボルを含むことができる。一例では、シンボルは、１つまたは複数のドル記号を含み得る。一例では、自然言語フレーズは、数字を含み得る。一例では、動作１００４は、ユーザから１人または複数の共同ユーザへの電子メッセージ（たとえばインスタント・メッセージ）において、ユーザが支払い額を１人または複数の共同ユーザに送信するために支払い取引を開始したいと望んでいることを示す、支払い額が後に続く所定のシンボル（たとえば、「＄＄２５」）を検出することを伴い得る。
加えて、方法１０００は、支払い取引を開始する動作１００６を含む。具体的には、動作１００６は、少なくとも１つのプロセッサによって、支払いイベントに基づいて支払い取引を開始することを伴う。動作１００６は、たとえば、自然言語フレーズとからめて選択可能なオブジェクトを作成することによって、支払い取引を開始するためのオプションを提供することを伴い得る。
一例では、動作１００６は、自然言語フレーズの少なくとも一部分を選択可能にすることを含むことができる。例示するために、動作１００６は、識別された単語、フレーズ、または文字のグループを（たとえば、目立たせることによって、下線を引くことによって、色を付けることによって、または別のやり方で、その外観を修正することによって）修正して、その単語、フレーズ、または文字のグループが、ユーザと１人または複数の共同ユーザとの間での支払い取引を開始するために選択可能であることを示すことを伴い得る。
動作１００６は、加えて、または代替的に、ユーザに確認要求を提供することを伴い得る。一例では、確認要求を提供することは、選択可能なオブジェクトの選択の検出に応答して、かつ、支払い取引を開始する前に、確認要求を提供することを伴い得る。動作１００６は、１人または複数の共同ユーザに支払いを要求するためのオプションをユーザに提供することも伴い得る。
動作１００６は、加えて、支払い額が後に続く所定のシンボルが検出されたときに、さらなるユーザ対話なしに、ユーザから１人または複数の共同ユーザに支払い額を移動するための要求を送信することを伴い得る。一例では、支払い額を移動するための要求を送信することは、ユーザから１人または複数の共同ユーザへの電子メッセージにおける所定のシンボルおよび支払い額の検出に応答して、１人または複数の共同ユーザに支払い額を送信することを伴う。
動作１００６の一部として、または追加の動作として、方法１０００は、少なくとも１つのプロセッサによって、ユーザによる選択可能なオブジェクトの選択を検出し、その選択の検出に応答して、支払い取引を開始することを含むことができる。いくつかの例では、ユーザによる選択可能なオブジェクトの選択を検出することは、タッチ入力、カーソル入力、音声入力、または、選択可能なオブジェクトを選択するためのユーザによる他のタイプの入力を検出することを伴い得る。１つまたは複数の例では、支払い取引を開始することは、１つまたは複数の電子メッセージから推測された支払い額についての、１人または複数の共同ユーザとの取引を完了させるための要求をユーザに提示することを伴い得る。
図１１は、支払いイベントの推測に基づいて支払い取引を開始する方法１１００における一連の動作のフローチャートを例示する。方法は、電子メッセージを分析する動作１１０２を含む。具体的には、動作１１０２は、少なくとも１つのプロセッサによって、ユーザと１人または複数の共同ユーザとの間で交換される１つまたは複数の電子メッセージを分析することを伴う。動作１１０２は、１つまたは複数の電子メッセージにおける自然言語コンテンツを識別することを伴い得る。自然言語コンテンツを識別することは、１つまたは複数の電子メッセージを複数の論理構成要素に構文解析することを含むことができ、このことは、１つまたは複数の電子メッセージを、文字、単語、およびフレーズに構文解析することをさらに伴い得る。
方法１１００は、支払いイベントを推測する動作１１０４を含む。特に、動作は、ユーザと１人または複数の共同ユーザとの間で交換される１つまたは複数の電子メッセージの分析に基づいて、支払いイベントを推測することを伴う。動作１１０４は、１つまたは複数の電子メッセージから、自然言語コンテンツからの支払いイベントを識別することを伴い得る。支払いイベントを識別することは、自然言語コンテンツにおいて、自然言語処理を使用して、１人または複数の共同ユーザへの支払いの要求を識別することを伴い得る。支払いイベントを識別することは、代替的に、自然言語コンテンツにおいて、自然言語処理を使用して、１人または複数の共同ユーザに支払いを送信するための要求を識別することを伴い得る。
加えて、方法１１００は、支払いイベントに関連付けられたコンテンツを識別する動作１１０６を含む。具体的には、動作１１０６は、ユーザと１人または複数の共同ユーザとの間で交換される１つまたは複数の電子メッセージにおいて、支払いイベントに関連付けられたコンテンツを識別することを伴う。たとえば、動作１１０６は、ユーザと１人または複数の共同ユーザとの間で支払い取引を開始したいという要望を示すテキストを識別することを伴い得る。例示するために、動作１１０６は、１つまたは複数のメッセージからの文字、単語、および／またはフレーズの分析に基づいて、支払い取引を開始したいというユーザの意図を推測することを伴い得る。加えて、または代替的に、動作１１０６は、１つまたは複数の電子メッセージにおいて支払い額を識別することを伴い得る。
方法１１００は、コンテンツを、選択可能なオブジェクトに変換する動作１１０８も含む。より具体的には、動作１１０８は、少なくとも１つのプロセッサによって、コンテンツを、支払いイベントに基づいて支払い取引を開始するための選択可能なオブジェクトに変換することを伴う。たとえば、動作１１０８は、支払い取引を開始したいという要望を示すテキストの少なくとも一部分を、選択可能なオブジェクトに変換することを伴い得る。例示するために、動作１１０８は、単語、フレーズ、シンボル、または支払い額を、選択可能なオブジェクトに変換することを伴い得る。追加の例また代替例では、動作１１０８は、１つまたは複数の電子メッセージにおける識別されたコンテンツを使用して、識別されたコンテンツとからめて新たなテキストまたは選択可能なオブジェクトを追加することを伴う。
動作１１０８の一部として、または追加の動作として、方法１１００は、１つまたは複数の電子メッセージにおいて所定の文字ストリングを識別し、その所定の文字ストリングに基づいて、支払い取引に関連付けられた動作を実行することを含むことができる。たとえば、所定の文字ストリングを識別することは、支払いイベントについての特定の動作に関連付けられた特定の構文を含むシンボル、文字、または文字のグループを識別することを含むことができる。特定の構文は、シンボル、文字、または文字のグループの所定の組み合わせおよび／または順序を含むことができる。一例では、動作を実行することは、特定の構文を含む所定の文字ストリングを識別したときに、その動作を実行することを含むことができる。
図１２は、ユーザのグループ間での支払いを促進する方法１２００における一連の動作のフローチャートを例示する。方法１２００は、電子メッセージを分析する動作１２０２を含む。具体的には、動作１２０２は、少なくとも１つのプロセッサによって、１つまたは複数の電子メッセージを分析することを伴う。一例では、１つまたは複数の電子メッセージは、電子メッセージング・セッション、１つまたは複数のソーシャル・ネットワーク投稿、または他の電子メッセージにおいて交換される１つまたは複数の電子メッセージを含み得る。一例では、電子メッセージは、１人または複数の共同ユーザに対応する１つまたは複数のデバイスによって生成されるその１つまたは複数のデバイスによって定期的に送信されるロケーション情報を含むデータを含むことができる。
方法１２００は、支払いイベントを識別する動作１２０４も含む。特に、動作１２０４は、１つまたは複数の電子メッセージの分析に基づいて、支払いイベントを識別することを伴う。さまざまな例では、支払いイベントは、過去のイベント、現在発生しているイベント、または将来のイベントであってもよい。
動作１２０４は、１つまたは複数の電子メッセージから、支払いイベントを示す自然言語フレーズを識別することを伴い得る。動作１２０４は、加えて、または代替的に、共同ユーザについてのロケーション情報を識別することを伴い得る。ロケーション情報を識別することは、１つもしくは複数の電子メッセージに基づいて、および／または共同ユーザのうちの１人もしくは複数に関連付けられた電子デバイスから取得されるロケーション情報に基づいて、ロケーション情報を識別することを伴い得る。
加えて、方法１２００は、支払いイベントに関連付けられた共同ユーザを識別する動作１２０６を含む。一例では、動作１２０６は、１つまたは複数の電子メッセージが共同ユーザに対応する識別子を含むと決定することを伴い得る。たとえば、動作１２０６は、支払いイベントを識別するために使用されたロケーション情報に基づいて、共同ユーザを識別することを伴い得る。いくつかの例では、動作１２０６は、共同ユーザ間で確立された関係、共同ユーザ間での過去の対話、共同ユーザの互いに対する近接性および／もしくは具体的なロケーションに対する近接性、または共同ユーザもしくは支払いイベントについての他の情報に基づいて、共同ユーザを識別することも伴い得る。
方法１２００は、支払いを要求するためのオプションを提供する動作１２０８も含む。具体的には、動作１２０８は、共同ユーザのうちのあるユーザに対して、少なくとも１つのプロセッサによって、共同ユーザに支払いを要求するためのオプションを提供することを伴う。一例では、動作１２０８は、このオプションを、共同ユーザ間で交換されるメッセージ内で提示することを伴い得る。別の例では、動作１２０８は、このオプションを、ユーザによるソーシャル・ネットワーク投稿内で提示することを伴い得る。一例では、動作１２０８は、１つまたは複数の電子メッセージ内のコンテンツを修正して、支払いを要求するためのオプションに関連付けられた選択可能なオブジェクトを作成することを伴い得る。
動作１２０８の一部として、または追加の動作として、方法１２００は、１つまたは複数の電子メッセージから支払い額を識別し、共同ユーザに支払いを要求するためのオプションにおいて、その支払い額を提供することを含むことができる。加えて、方法１２００は、支払い額を共同ユーザの数で除算し、この除算された支払い額を、共同ユーザの各々に対する別個の支払い要求において提供することを含むことができる。たとえば、支払い額を除算することは、支払いイベントに関連付けられた共同ユーザの数を計算し、合計支払い額を共同ユーザの計算された数で除算することを含むことができる。一例では、共同ユーザの各々に対する別個の支払い要求において、除算された支払い額を提供することは、共同ユーザの各々の識別子と、除算された支払い額とを含む支払い要求を生成することを含む。
図１３は、共同ユーザのグループ間での支払いを促進する方法１３００における一連の動作のフローチャートを例示する。方法は、電子メッセージを分析する動作１３０２を含む。具体的には、動作１３０２は、少なくとも１つのプロセッサによって、１つまたは複数の電子メッセージを分析することを伴う。一例では、１つまたは複数の電子メッセージは、共同ユーザに対応する１つまたは複数の情報フィード内の１つまたは複数の電子メッセージを含むことができる。別の例では、１つまたは複数の電子メッセージは、共同ユーザのうちの少なくとも２人の間で交換される１つまたは複数の電子メッセージを含むことができる。一例では、電子メッセージは、１人または複数の共同ユーザに対応する１つまたは複数のデバイスによって生成され、且つその１つまたは複数のデバイスによって定期的に送信されるロケーション情報を含むデータを含むことができる。
方法１３００は、支払いイベントを識別する動作１３０４も含む。特に、動作１３０４は、１つまたは複数の電子メッセージの分析に基づいて、支払いイベントを識別することを伴う。一例では、動作１３０４は、１つまたは複数の電子メッセージから、イベントを示す自然言語フレーズを識別することを伴い得る。代替例では、動作１３０４は、共同ユーザのロケーション情報を識別することを伴い得る。いくつかの例では、ロケーション情報を識別することは、共同ユーザのうちの１人または複数に関連付けられた電子メッセージからロケーション情報を識別することを含む。他の例では、ロケーション情報を識別することは、共同ユーザのうちの１人または複数に対応する電子デバイスからロケーション情報を識別することを含む。
方法１３００は、支払いイベントに関連付けられた共同ユーザを識別する動作１３０６をさらに含む。一例では、動作１３０６は、１つまたは複数の電子メッセージの分析に基づいて、イベントに関連付けられた共同ユーザを識別することを伴い得る。一例では、動作１３０６は、共同ユーザのうちの１人または複数に対応する電子デバイスによって生成される電子メッセージに基づいて、共同ユーザを識別することを伴い得る。例示するために、動作１３０６は、共同ユーザのうちの１人または複数に対応する電子デバイスのロケーションを検出し、特定のロケーションに対するその共同ユーザの近接性に基づいて、支払いイベントを決定することができる。
加えて、方法１３００は、共同ユーザの提案を提供する動作１３０８を含む。より具体的には、動作１３０８は、共同ユーザのうちのあるユーザに対して、少なくとも１つのプロセッサによって、共同ユーザのうちの少なくとも１人の他のユーザの提案を、その少なくとも１人の他のユーザに支払いを要求するために提供することを伴う。一例では、複数の共同ユーザのうちの少なくとも１人の他のユーザの提案は、ユーザとその少なくとも１人の他のユーザとの間の関係の強さに基づく。たとえば、関係の強さは、ユーザと少なくとも１人の他のユーザとの間の対話の数、ユーザと少なくとも１人の他のユーザとの間の共通の友人の数、またはユーザと少なくとも１人の他のユーザとの間の隔たり次数に基づく。別の例では、共同ユーザのうちの少なくとも１人の他のユーザの提案は、ユーザと少なくとも１人の他のユーザとの間の過去の支払い対話に基づく。たとえば、過去の支払い対話は、ユーザと少なくとも１人の他のユーザとに関与する過去のグループ支払いを含むことができる。
方法１３００は、支払いを要求するためのオプションを提供する動作１３１０も含む。具体的には、動作１３１０は、共同ユーザのうちのあるユーザに対して、少なくとも１つのプロセッサによって、提案に基づいて少なくとも１人の他のユーザに支払いを要求するためのオプションを提供することを伴う。たとえば、動作１３１０は、提案された共同ユーザのリスト内の各提案された共同ユーザに支払いを要求するための選択可能なオプションを提示することを伴い得る。
動作１３１０の一部として、または追加の動作の一部として、方法１３００は、少なくとも１人の他のユーザに支払いを要求するためのプロンプトをユーザに提供することを含むことができる。たとえば、方法１３００は、支払いイベントに関連付けられた少なくとも１人の他のユーザの識別に応答して、少なくとも１人の他のユーザに支払いを要求するためのプロンプトをユーザに提示することを伴い得る。
動作１３１０の一部として、または追加の動作の一部として、方法１３００は、１つまたは複数の電子メッセージから支払い額を識別すること、共同ユーザに支払いを要求するためのオプションにおいて支払い額を提供すること、支払い額を共同ユーザの数で除算すること、および、共同ユーザの各々に対する別個の支払い要求において、除算された支払い額を提供することを含むことができる。たとえば、支払い額を共同ユーザの数で除算することは、支払い取引についての合計支払い額を、支払いイベントに関連付けて識別された共同ユーザの数で除算することを伴い得る。
図１４は、支払いクレデンシャルなしに支払い取引を開始する方法１４００における一連の動作のフローチャートを例示する。方法１４００は、支払い取引を開始するための要求を受信する動作１４０２を含む。具体的には、動作１４０２は、ユーザと１人または複数の共同ユーザとの間で支払い取引を開始するための要求を、ユーザから、サーバにおいて受信することを伴う。一例では、動作１４０２は、支払い取引についての識別情報と支払い額とを、ユーザから、サーバにおいて受信し、支払い取引についての識別情報と支払い額とをサーバにおいて記憶することを伴い得る。
動作１４０２の一部として、または追加の動作として、方法は、ユーザからの支払い情報をサーバにおいて受信し、記憶された識別情報と記憶された支払い額とを使用して、受信された支払い情報を用いて支払い取引を処理することを含むことができる。たとえば、支払い取引を処理することは、ユーザからの支払い情報を確認して、記憶された識別情報と記憶された支払い額とに基づいて、ユーザから１人または複数の共同ユーザに資金を移動するための口座にアクセスすることによって、支払い取引を完了させることを伴い得る。
方法１４００は、支払い情報を入力するためのオプションを提供する動作１４０４も含む。具体的には、動作１４０４は、支払い情報を入力するためのオプションを、サーバによって、ユーザに対して提供することを伴う。たとえば、支払い情報は、ユーザについての金融口座情報を含むことができる。例示するために、支払い情報は、金融口座についての口座番号とルーティング番号とを含むことができる。別の実施形態では、支払い情報は、クレジット・カード情報を含んでもよい。
方法１４００は、支払い情報の入力を延期するための標識を受信する動作１４０６をさらに伴う。特に、動作１４０６は、支払い情報の入力を延期するための標識をユーザから受信することを伴う。一例では、動作１４０６は、要求を受信した後に経過した時間に基づいて、支払い情報の入力を延期するための受動的標識を検出することを伴い得る。例示するために、動作１４０６は、要求を受信した後に経過した時間が、支払い情報を受信することなく時間閾値を満たしたことを検出することを伴い得る。別の例では、動作１４０６は、ユーザによって実行される延期アクションに基づいて、入力を延期するための能動的標識を検出することを伴い得る。例示するために、延期アクションは、支払い情報の入力を延期するための選択を含むことができる。
加えて、方法１４００は、支払い取引の通知を提供する動作１４０８を含む。特に、動作１４０８は、支払い取引の１人または複数の共同ユーザに通知を提供することを伴う。別の例では、動作１４０８は、１人または複数の共同ユーザに電子メッセージを送信することを伴い得る。一例では、通知は、ユーザが１人または複数の共同ユーザに支払いを送信中であるという通知を含む。通知は、支払いについての支払い額も含むことができる。
動作１４０８の一部として、または追加の動作として、方法１４００は、支払い取引を完了させるための要求を１人または複数の共同ユーザから受信し、少なくとも１つのプロセッサによって、ユーザに対して、支払い情報を入力するためのオプションを２回目に提供することを含むことができる。一例では、動作１４０８は、１人または複数の共同ユーザに支払い取引の通知を提供した後に、支払い取引を完了させるための要求を受信することを伴い得る。
動作１４０８の一部として、または追加の動作として、方法１４００は、支払い情報を入力するためのリマインダ通知をユーザに送信することを含むことができる。一例では、方法１４００は、１人または複数の共同ユーザからのリマインダ・オプションの選択の検出に応答して、リマインダ通知を送信することを含むことができる。別の例では、方法１４００は、支払い取引を開始するための要求を受信して以降、一定の時間が経過したという決定に応答して、リマインダ通知を送信することを含むことができる。別の例では、方法１４００は、前回のリマインダ通知を送信して以降、一定の時間が経過したという決定に応答して、リマインダ通知を送信することを含むことができる。代替例では、方法１４００は、支払い取引を開始するための要求を受信して以降、一定の時間が経過したという決定に応答して、支払い取引をキャンセルすることも含むことができる。
図１５は、送信者から支払いクレデンシャルを最初に受信することなく、支払い取引を促進する方法１５００における一連の動作のフローチャートを例示する。方法１５００は、支払い取引を開始するための要求を受信する動作１５０２を含む。具体的には、動作１５０２は、ユーザと１人または複数の共同ユーザとの間で支払い取引を開始するための要求を、ユーザから、サーバにおいて受信することを伴う。たとえば、動作１５０２は、支払い取引についての識別情報と支払い額とを、ユーザから、サーバにおいて受信し、支払い取引についての識別情報と支払い額とをサーバにおいて記憶することを伴い得る。
動作１５０２の一部として、または追加の動作として、方法１５００は、ユーザからの支払い情報をサーバにおいて受信し、記憶された識別情報と記憶された支払い額とを使用して、受信された支払い情報を用いて支払い取引を処理することを含むことができる。たとえば、支払い取引を処理することは、ユーザからの支払い情報を確認して、記憶された識別情報と記憶された支払い額とに基づいて、ユーザから１人または複数の共同ユーザに資金を移動するための口座にアクセスすることによって、支払い取引を完了させることを伴い得る。
加えて、方法１５００は、支払い情報を入力するための第１のプロンプトを提供する動作１５０４を含む。特に、動作１５０４は、検出された支払い取引に応答して、支払い情報を入力するための第１のプロンプトを、サーバによって、ユーザに対して提供することを伴う。
方法１５００は、入力を延期するための標識を受信する動作１５０６も含む。具体的には、動作１５０６は、支払い情報の入力を延期するための標識をユーザから受信することを伴う。動作１５０６は、ユーザがプロンプトを能動的に却下したという標識を受信することを伴い得る。例示するために、動作１５０６は、ユーザによる、支払い情報の入力を延期するための選択を検出することを伴い得る。動作１５０６は、代替的に、ユーザがプロンプトを受動的に却下したという標識を受信することを伴い得る。例示するために、動作１４０６は、支払い取引を開始するための要求を受信した後に経過した時間が、支払い情報を受信することなく時間閾値を満たしたことを検出することを伴い得る。
方法１５００は、支払い取引の通知を提供する動作１５０８をさらに含む。具体的には、動作１５０８は、１人または複数の共同ユーザに支払い取引の通知を提供することを伴う。一例では、動作１５０８は、１人または複数の共同ユーザに電子メッセージを送信することを伴い得る。一例では、通知は、ユーザが１人または複数の共同ユーザに支払いを送信中であるという通知を含む。通知は、支払いについての支払い額も含み得る。
加えて、方法１５００は、支払い情報を入力するための第２のプロンプトを提供する動作１５１０を含む。特に、動作１５１０は、サーバによって、受信された標識に応答して、検出された支払い取引についての支払い情報を入力するための第２のプロンプトを適当な時間にユーザに対して提供することを伴う。一例では、動作１５１０は、ユーザに対する、支払い情報を入力するためのリマインダ通知の検出に応答して、第２のプロンプトを提供することを伴い得る。
動作１５１０の一部として、または追加の動作として、方法１５００は、１人または複数の共同ユーザに関連付けられた１つまたは複数の電子メッセージを分析することによって、適当な時間を決定することを含むことができる。代替的に、方法１５００は、検出された支払い取引に関連する所定の時間に基づいて、適当な時間を決定することを含んでもよい。代替的に、方法１５００は、１人または複数の共同ユーザから、支払い取引を完了させるための要求を受信し、この支払い取引を完了させるための要求に基づいて、適当な時間を決定することを含むことができる。
図１６は、支払い取引の支払い額を設定する方法１６００における一連の動作のフローチャートを例示する。方法１６００は、支払い取引を開始するための要求を識別する動作１６０２を含む。具体的には、動作１６０２は、少なくとも１つのプロセッサによって、メッセージング・アプリケーションを使用した会話に参加するユーザと１人または複数の共同ユーザとの間で支払い取引を開始するための要求を識別することを伴う。
方法１６００は、複数の選択可能な要素１１００を提供する動作１６０４も含む。特に、動作１６０４は、モバイル・デバイスの表示デバイス上に、識別された要求に応答して、メッセージング・アプリケーションのメッセージング・グラフィカル・ユーザ・インターフェース内に、複数の選択可能な要素１１００を関連付けられた数値と共に提供することを伴う。一例では、関連付けられた数値は、支払い取引に関連付けられた支払い額をインクリメントするために、支払い額に対応し得る。
加えて、方法１６００は、２つ以上の選択可能な要素１１００の選択を検出する動作１６０６を含む。具体的には、動作１６０６は、少なくとも１つのプロセッサによって、複数の選択可能な要素１１００のうちの２つ以上の選択可能な要素１１００の選択を検出することを伴う。一例では、複数の選択可能な要素１１００は、通貨価値を表すアイコンを含む。例示するために、複数の選択可能な要素１１００は、ユーザの国籍に対応する共通通貨価値を表すアイコンを含むことができる。
動作１６０６は、メッセージング・グラフィカル・ユーザ・インターフェース内の会話スレッドに向けての、２つ以上の選択可能な要素１１００のフリック動作を検出することも伴い得る。代替例では、動作１６０６は、２つ以上の選択可能な要素１１００のタップ動作を検出することを伴い得る。
方法１６００は、支払い額を計算する動作１６０８も含む。特に、動作１６０８は、少なくとも１つのプロセッサによって、選択された２つ以上の選択可能な要素１１００に関連付けられた数値を合計することによって、支払い取引についての支払い額を計算することを伴う。
動作１６０８の一部として、または追加の動作として、方法１６００は、２つ以上の選択可能な要素１１００とからめたタッチ入力を監視することも含むことができる。方法１６００は、タッチ入力の検出に基づいて、支払い額をインクリメントまたはデクリメントすることもできる。例示するために、方法１６００は、２つ以上の選択可能な要素１１００とからめたタッチ入力の上方へのフリック動作の検出に応答して、支払い額をインクリメントすることができる。別の例では、方法１６００は、２つ以上の選択可能な要素１１００とからめたタッチ入力の下方へのフリック動作の検出に応答して、支払い額をデクリメントすることができる。
動作１６０８の一部として、または追加の動作として、方法１６００は、複数の選択可能な要素１１００のうちの、ある選択可能な要素１１００の選択以降の時間期間を監視することも含むことができる。方法１６００は、監視された時間期間が所定の非活動閾値を満足したと決定することも含むことができる。方法１６００は、監視された時間期間が所定の非活動閾値を満足したという決定に応答して、計算された支払い額を用いて支払い取引を完了させるための要求を送信することも含むことができる。代替的に、方法１６００は、監視された時間期間が所定の非活動閾値を満足したという決定に応答して、計算された支払い額を用いて支払い取引を完了させることを含んでもよい。非活動閾値は、ユーザ設定可能な時間閾値とすることができる。
一例では、支払い取引を完了させるための要求を送信することは、支払い取引の標識を含む電子メッセージを生成し、支払い取引の標識を送信し、１人または複数の共同ユーザに電子メッセージを送信することを含むことができる。方法１６００は、メッセージング・グラフィカル・ユーザ・インターフェース内の会話の時間依存フローの一部として電子メッセージを送信することを含むことができる。
動作１６０８の一部として、または追加の動作として、方法１６００は、ユーザによる、計算された支払い額を１人または複数の共同ユーザに送信するための選択を検出し、メッセージング・アプリケーションに関連付けられたサーバに対して、計算された支払い額を送信することも含むことができる。たとえば、メッセージング・アプリケーションに関連付けられたサーバに対して、計算された支払い額を送信することは、ユーザと１人または複数の共同ユーザとに関与するメッセージング交換において、計算された支払い額を電子メッセージとして送信することを伴い得る。一例では、メッセージング交換は、インスタント・メッセージング・アプリケーションにおけるインスタント・メッセージング交換である。
いくつかの例では、方法１６００は、１人または複数の共同ユーザの通貨に基づいて、計算された支払い額を異なる額に変換することも含むことができる。たとえば、方法１６００は、１人または複数の共同ユーザの国を検出し、検出された国の通貨に基づいて、計算された支払い額を変換された値に変換することができる。
動作１６０８の一部として、または追加の動作として、方法１６００は、第１の選択可能な要素１１００の選択の検出に応答して、初期支払い額を提供することも含むことができる。方法１６００は、第２の選択可能な要素１１００の選択の検出に応答して、第２の選択可能な要素１１００に関連付けられた数値を初期支払い額に対して加算することによって、メッセージング・グラフィカル・ユーザ・インターフェースにおいて提供される初期支払い額を変更することも含むことができる。たとえば、第２の選択可能な要素１１００に関連付けられた数値を初期支払い額に対して加算することは、第１の選択可能な要素１１００の選択を検出した後に、他の任意の要素の選択を検出することなく、第２の選択可能な要素１１００に関連付けられた数値を加算することを伴い得る。
動作１６０８の一部として、または追加の動作として、方法１６００は、支払い額の計算に応答して、メッセージング・グラフィカル・ユーザ・インターフェースの会話スレッドにおいて支払い額を提供することを含むことができる。方法１６００は、支払い取引を完了させるための要求を送信することも含むことができる。たとえば、この要求は、メッセージング・グラフィカル・ユーザ・インターフェースの会話スレッドにおいて提供される電子メッセージを含むことができる。
方法１６００は、支払い取引を完了させるための要求の送信に応答して、支払い額の外観を修正することも含むことができる。たとえば、支払い額の外観を修正することは、支払い額の色を修正すること、または支払い額をアニメーションにすることを含み得る。例示するために、支払い額の外観を修正することは、支払い額が承認されるまで、支払い額の外観を修正することを伴い得る。一例では、方法１７００は、支払い額の承認を検出し、支払い額の外観をさらに修正することを伴い得る。
図１７は、支払い取引の支払い額を設定する方法１７００における一連の動作のフローチャートを例示する。方法１７００は、共同ユーザからメッセージを受信する動作１７０２を含む。具体的には、動作１７０２は、モバイル・デバイスにおいて、このモバイル・デバイスのユーザに対する共同ユーザからのメッセージを受信することを伴う。たとえば、メッセージは、共同ユーザによってユーザに対して送信されるメッセージを含むことができる。
方法１７００は、メッセージング・グラフィカル・ユーザ・インターフェースにメッセージを追加する動作１７０４も含む。特に、動作１７０４は、モバイル・デバイスに表示されるメッセージング・グラフィカル・ユーザ・インターフェースにメッセージを追加することを伴い、このメッセージング・グラフィカル・ユーザ・インターフェースは、ユーザと共同ユーザとの間で交換される複数の電子メッセージを含む通信スレッドを含む。たとえば、動作１７０４は、ユーザと共同ユーザとの間で交換される複数の電子メッセージの時間依存フローに従って、通信スレッドにメッセージを追加することができる。
方法１７００は、支払い取引を開始するための要求を識別する動作１７０６をさらに含む。具体的には、動作１７０６は、少なくとも１つのプロセッサによって、ユーザと共同ユーザとの間で支払い取引を開始するための要求を識別することを伴う。たとえば、この要求は、自然言語要求、特別な構文の要求、または、メッセージング・アプリケーションにおける支払い要求オプションの選択を含むことができる。
方法１７００は、加えて、複数の選択可能なアイコンを提供する動作１７０８を含む。具体的には、動作１７０８は、メッセージング・グラフィカル・ユーザ・インターフェース内に、通貨価値を表す複数の選択可能なアイコンを提供することを伴う。
動作１７０８の一部として、または追加の動作として、方法は、ユーザによって使用される通貨を決定し、決定された通貨に基づいて、通貨価値を設定することも含むことができる。たとえば、通貨を決定することは、ユーザが位置する国を決定することを含み得る。たとえば、通貨価値は、ユーザが位置する国の共通通貨価値に対応し得る。
方法は、２つ以上の選択可能なアイコンの選択を検出する動作１７１０も含む。特に、動作１７１０は、モバイル・デバイスの少なくとも１つのプロセッサによって、複数の選択可能なアイコンのうちの２つ以上の選択可能なアイコンの選択を検出することを伴う。
加えて、方法１７００は、支払い額を計算する動作１７１２を含む。具体的には、動作１７１２は、少なくとも１つのプロセッサによって、選択された２つ以上の選択可能なアイコンに関連付けられた通貨価値を合計することによって、支払い取引についての支払い額を計算することを伴う。たとえば、動作１７１２は、各選択されたアイコンについての支払い額をインクリメントすることを伴い得る。例示するために、動作１７１２は、各選択可能なアイコンの選択が検出されると、支払い額をインクリメントすることを伴い得る。
方法１７００は、移動要求を送信する動作１７１４も含む。特に、動作１７１４は、ユーザから共同ユーザに支払い額を移動するための要求を伴う。たとえば、動作１７１４は、複数の選択可能なアイコンのうちのある選択可能なアイコンの選択以降の時間期間を監視することを伴い得る。動作１７１４は、監視された時間期間が所定の非活動閾値を満足したと決定することをさらに伴い得る。動作１７１４は、監視された時間期間が所定の非活動閾値を満足したという決定に応答して、支払い額を移動するための要求を送信することも伴い得る。代替的に、動作１７１４は、監視された時間期間が所定の非活動閾値を満足したという決定に応答して、支払い額についての支払い取引を完了させることを伴い得る。一例では、非活動閾値時間は、ユーザ設定可能な時間閾値である。
方法１７００は、送信された支払い額を示すメッセージを追加する動作１７１６も含む。具体的には、動作１７１６は、支払い額が共同ユーザに対して送信されたことを示すメッセージを、メッセージング・グラフィカル・ユーザ・インターフェースに追加することを伴う。たとえば、動作１７１６は、会話スレッドにおける電子メッセージの時間依存フローに従って、会話スレッドにメッセージを追加することを伴い得る。
動作１７１６の一部として、または追加の動作として、方法１７００は、第１の選択可能なアイコンの選択の検出に応答して、会話スレッドにおいて初期支払い額を提供することを含むことができる。方法１７００は、１つまたは複数の追加の選択可能なアイコンの選択の検出に応答して、この１つまたは複数の追加の選択可能なアイコンに関連付けられた通貨価値を初期支払い額に加算することによって、メッセージング・グラフィカル・ユーザ・インターフェースにおいて提供される初期支払い額を支払い額に変更することも含むことができる。動作１７１６は、ユーザから共同ユーザに支払い額を移動するための要求の送信に応答して、会話スレッドにおいて提供される支払い額の外観を修正することをさらに伴い得る。動作１７１６は、加えて、または代替的に、共同ユーザからの支払い額の承認の検出に応答して、会話スレッドにおいて提供される支払い額の外観を修正することを伴い得る。
本開示の実施形態では、以下に詳述する通り、たとえば１つまたは複数のプロセッサおよびシステムメモリ等のコンピュータハードウェアを備えた専用または汎用コンピュータを備えるか、または利用するようにしてもよい。また、本開示の発明の範囲内の実施形態には、コンピュータ実行可能な命令および／またはデータ構造を搬送または記憶する物理的なコンピュータ可読媒体および他のコンピュータ可読媒体を含む。とりわけ、本明細書に記載のプロセスのうちの１つまたは複数は、非一時的コンピュータ可読媒体にて具現化され、１つまたは複数のコンピューティング・デバイス（たとえば、本明細書に記載のメディアコンテンツアクセスデバイスのいずれか）により実行可能な命令として、その少なくとも一部が実装されていてもよい。一般的には、プロセッサ（たとえば、マイクロプロセッサ）が非一時的コンピュータ可読媒体（たとえば、メモリ等）から命令を受け取り、これらの命令を実行することによって、本明細書に記載のプロセスのうちの１つまたは複数等、１つまた複数のプロセスを実行する。
コンピュータ可読媒体としては、汎用または専用コンピュータシステムによりアクセス可能な任意の利用可能な媒体が可能である。コンピュータ実行可能な命令を記憶するコンピュータ可読媒体は、非一時的コンピュータ可読記憶媒体（デバイス）である。コンピュータ実行可能な命令を搬送するコンピュータ可読媒体は、伝送媒体である。このように、非限定的な一例として、本開示の実施形態には、非一時的コンピュータ可読記憶媒体（デバイス）および伝送媒体という少なくとも２つの明確に異なる種類のコンピュータ可読媒体を含み得る。
非一時的コンピュータ可読記憶媒体（デバイス）としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、固体ドライブ（「ＳＳＤ」）（たとえば、ＲＡＭベース）、フラッシュメモリ、相変化メモリ（「ＰＣＭ」）、他の種類のメモリ、他の光ディスクストレージ、磁気ディスクストレージ等の磁気ストレージデバイス、またはコンピュータ実行可能な命令もしくはデータ構造の形態の所望のプログラムコード手段の記憶に使用可能であるとともに、汎用もしくは専用コンピュータによりアクセス可能なその他任意の媒体が挙げられる。
「ネットワーク」は、コンピュータシステムおよび／またはモジュールおよび／または他の電子機器間で電子データを伝送可能な１つまたは複数のデータリンクとして定義されている。情報がネットワークまたは別の通信接続（有線、無線、または有線もしくは無線の組み合わせ）上でコンピュータに転送または提供される場合、上記コンピュータは、その接続を厳密に伝送媒体と見なす。伝送媒体としては、コンピュータ実行可能な命令またはデータ構造の形態の所望のプログラムコード手段の搬送に使用可能であるとともに、汎用または専用コンピュータによりアクセス可能なネットワークおよび／またはデータリンクが挙げられる。また、上記の組み合わせについても、コンピュータ可読媒体の範囲に含まれるものとする。
さらに、コンピュータシステムのさまざまな構成要素に到達した際に、コンピュータ実行可能な命令またはデータ構造の形態のプログラムコード手段は、伝送媒体から非一時的コンピュータ可読記憶媒体（デバイス）へと自動的に転送可能である（その逆も可能である）。たとえば、ネットワークまたはデータリンク上で受信されたコンピュータ実行可能な命令またはデータ構造は、ネットワークインターフェースモジュール（たとえば、「ＮＩＣ」）内のＲＡＭにバッファリングした後、最終的には、コンピュータシステムＲＡＭおよび／またはコンピュータシステムにおける低揮発性コンピュータ記憶媒体（デバイス）に転送可能である。したがって、非一時的コンピュータ可読記憶媒体（デバイス）は、伝送媒体も（または、主として）利用するコンピュータシステムの構成要素に含み得ることが了解されるものとする。
コンピュータ実行可能な命令としては、たとえばプロセッサで実行された場合に、特定の機能または機能群を汎用コンピュータ、専用コンピュータ、または専用処理デバイスに実行させる命令およびデータが挙げられる。いくつかの実施形態においては、コンピュータ実行可能な命令が汎用コンピュータ上で実行されることにより、上記汎用コンピュータは、本開示の実施形態の要素を実装した専用コンピュータへと変化する。コンピュータ実行可能な命令は、たとえばバイナリ、アセンブリ言語等の中間フォーマット命令、あるいはソースコードであってもよい。以上、構造的特徴および／または方法論的行為に固有の表現で主題を説明したが、添付の特許請求の範囲に規定の主題は、必ずしも上述の特徴または行為に限定されないことが了解されるものとする。むしろ、上記特徴および行為は、特許請求の範囲を実施する例示的な形態として開示している。
当業者であれば、パーソナル・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、メッセージプロセッサ、携帯機器、マルチプロセッサシステム、マイクロプロセッサベースの家庭用電化製品またはプログラム可能な家庭用電化製品、ネットワークＰＣ、マイクロコンピュータ、メインフレームコンピュータ、携帯電話、ＰＤＡ，タブレット、ポケベル、ルータ、スイッチ等、さまざまな種類のコンピュータシステム構成のネットワークコンピュータ環境において本開示が実現されるようになっていてもよいことが認識されよう。また、本開示は、ネットワークを通じて（有線データリンク、無線データリンク、または有線および無線データリンクの組み合わせにより）リンクしたローカルメモリストレージデバイスおよび遠隔コンピュータシステムがともにタスクを実行する分散システム環境において実現されるようになっていてもよい。分散システム環境においては、ローカルメモリストレージデバイスおよび遠隔メモリストレージデバイスの両者にプログラムモジュールが配置されていてもよい。
また、本開示の実施形態は、クラウドコンピュータ環境において実装可能である。本記載において、「クラウドコンピューティング」は、設定可能なコンピュータリソースの共有プールに対するオンデマンドネットワークアクセスを可能とするモデルとして定義されている。たとえば、クラウドコンピューティングは、設定可能なコンピュータリソースの共有プールに対するユビキタスかつ便利なオンデマンドアクセスを提供する市場で採用可能である。設定可能なコンピュータリソースの共有プールは、仮想化によって迅速に開設可能であるとともに、わずかな管理労力またはサービス・プロバイダ対話で解放可能であるため、これに応じてスケーリング可能である。
クラウドコンピューティングモデルは、たとえばオンデマンドセルフサービス、ブロードネットワークアクセス、リソースプーリング、ラピッドエラスティシティ、メジャードサービス等のさまざまな特性で構成可能である。また、クラウドコンピューティングモデルは、たとえばサービス型ソフトウェア（「ＳａａＳ」）、サービス型プラットフォーム（「ＰａａＳ」）、およびサービス型インフラ（「ＩａａＳ」）等のさまざまなサービスモデルを提供可能である。また、クラウドコンピューティングモデルは、プライベートクラウド、コミュニティクラウド、パブリッククラウド、ハイブリッドクラウド等のさまざまな展開モデルを用いて展開可能である。本明細書および特許請求の範囲において、「クラウドコンピュータ環境」は、クラウドコンピューティングを採用する環境である。
図１８は、上述のプロセスのうちの１つまたは複数を実行するように構成できる例示的なコンピューティング・デバイス１８００のブロック図を示している。データコンピューティング・デバイス１８００などの１つまたは複数のコンピューティング・デバイスが支払システム１００を実装することが理解される。図１８に示すように、コンピューティング・デバイス１８００は、通信インフラ１８１２によって通信されるように結合されている、プロセッサ１８０２、メモリ１８０４、ストレージデバイス１８０６、Ｉ／Ｏインターフェース１８０８、および通信インターフェース１８１０を備える。図１０には、例示的なコンピューティング・デバイス１８００を示しているが、図１８に示す構成要素は、何ら限定を意図したものではない。他の実施形態においては、付加的または代替的な構成要素を使用するようにしてもよい。さらに、特定の実施形態において、コンピューティング・デバイス１８００は、図１８よりも少ない構成要素を備える。以下、図１８に示すコンピューティング・デバイス１８００の構成要素について、さらに詳しく説明する。
１つまたは複数の実施形態において、プロセッサ１８０２は、コンピュータプログラムを構成する命令等を実行するハードウェアを備えてもよい。非限定的な一例として、プロセッサ１８０２は、命令を実行するため、内部レジスタ、内部キャッシュ、メモリ１８０４、またはストレージデバイス１８０６から命令を取り出す（または、フェッチする）とともに、上記命令を復号化して実行するようにしてもよい。１つまたは複数の実施形態において、プロセッサ１８０２は、データ、命令、またはアドレス用の１つまたは複数の内部キャッシュを備えてもよい。非限定的な一例として、プロセッサ１８０２は、１つまたは複数の命令キャッシュ、１つまたは複数のデータキャッシュ、および１つまたは複数のトランスレーション・ルックアサイド・バッファ（ＴＬＢ）を備えてもよい。命令キャッシュ中の命令は、メモリ１８０４またはストレージ１８０６中の命令のコピーであってもよい。
メモリ１８０４は、データ、メタデータ、およびプロセッサが実行するプログラムの記憶に使用してもよい。メモリ１８０４は、ランダムアクセスメモリ（「ＲＡＭ」）、リードオンリーメモリ（「ＲＯＭ」）、固体ディスク（「ＳＳＤ」）、フラッシュ、相変化メモリ（「ＰＣＭ」）、または他の種類のデータストレージ等、揮発性および不揮発性メモリのうちの１つまたは複数を備えていてもよい。また、メモリ１８０４は、内部メモリであってもよいし、分散メモリであってもよい。
ストレージデバイス１８０６は、データまたは命令を記憶するストレージを備える。非限定的な一例として、ストレージデバイス１８０６は、上述の非一時的記憶媒体を備える。ストレージデバイス１８０６としては、ハードディスクドライブ（ＨＤＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、光ディスク、光磁気ディスク、磁気テープ、ユニバーサルシリアルバス（ＵＳＢ）ドライブ、またはこれらのうちの２つ以上の組み合わせが挙げられる。ストレージデバイス１８０６は、必要に応じて、取り外し可能媒体を備えていてもよいし、取り外し可能でない（すなわち、固定）媒体を備えていてもよい。ストレージデバイス１８０６は、コンピューティング・デバイス１８００の内部であってもよいし、外部であってもよい。１つまたは複数の実施形態において、ストレージデバイス１８０６は、不揮発性の固体メモリである。他の実施形態において、ストレージデバイス１８０６は、リードオンリーメモリ（ＲＯＭ）を含む。必要に応じて、このＲＯＭは、マスクプログラムＲＯＭ、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、電気的書き換え可能ＲＯＭ（ＥＡＲＯＭ）、フラッシュメモリ、またはこれらのうちの２つ以上の組み合わせであってもよい。
Ｉ／Ｏインターフェース１８０８によって、ユーザが、入力を提供し、出力を受け取り、あるいはコンピューティング・デバイス１８００に対してデータを転送しデータを受け取ることを可能にする。これらのＩ／Ｏインターフェース１８０８は、マウス、キーパッドもしくはキーボード、タッチスクリーン、カメラ、光学スキャナ、ネットワーク・インターフェース、モデル、その他既知のＩ／Ｏデバイス、またはこのようなＩ／Ｏデバイス／インターフェースの組み合わせを含む。Ｉ／Ｏインターフェース１８０８は、出力をユーザに提示する１つまたは複数の機器を備えていてもよく、グラフィックスエンジン、ディスプレイ（たとえば、表示画面）、１つまたは複数の出力ドライバ（たとえば、ディスプレイドライバ）、１つまたは複数の音声スピーカ、および１つまたは複数の音声ドライバが挙げられるが、これらに限定されない。特定の実施形態において、Ｉ／Ｏインターフェース１８０８は、グラフィックデータをディスプレイに提供して、ユーザに提示するように構成されている。グラフィックデータは、特定の実施態様に役立ち得る１つもしくは複数のグラフィカル・ユーザ・インターフェースおよび／またはその他任意のグラフィックコンテンツを代表するものであってもよい。
通信インターフェース１８１０は、ハードウェア、ソフトウェア、または両者を含み得る。いかなる場合でも、通信インターフェース１８１０は、コンピューティング・デバイスと１つもしくは複数の他のコンピューティング・デバイス１８００またはネットワークとの間の通信（たとえば、パケットベースの通信等）のための１つまたは複数のインターフェースを提供可能である。非限定的な一例として、通信インターフェース１８１０としては、イーサネット（登録商標）等の有線ネットワークと連通するネットワークインターフェースコントローラ（ＮＩＣ）もしくはネットワークアダプタまたはＷｉ−Ｆｉ等の無線ネットワークと連通する無線ＮＩＣ（ＷＮＩＣ）もしくは無線アダプタが挙げられる。
加えて、または、代替として、通信インターフェース１８１０は、アドホック・ネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネットの１つもしくは複数の部分、またはこれらのうちの２つ以上の組み合わせと通信を行わせる。これらネットワークのうちの１つまたは複数の１つまたは複数の部分は、有線であってもよいし、無線であってもよい。一例として、通信インターフェース１８１０は、無線ＰＡＮ（ＷＰＡＮ）（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＷＰＡＮ等）、Ｗｉ−Ｆｉネットワーク、Ｗｉ−ＭＡＸネットワーク、携帯電話ネットワーク（たとえば、汎欧州デジタル移動電話通信（ＧＳＭ（登録商標））ネットワーク等）、他の適当な無線ネットワーク、またはこれらの組み合わせと通信を行わせる。
加えて、通信インターフェース１８１０は、通信さまざまな通信プロトコルを促進し得る。使用され得る通信プロトコルの例としては、限定されるものではないが、データ伝送媒体、通信デバイス、伝送制御プロトコル（「ＴＣＰ」）、インターネット・プロトコル（「ＩＰ」）、ファイル転送プロトコル（「ＦＴＰ」）、Ｔｅｌｎｅｔ、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（「ＨＴＴＰ」）、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ（「ＨＴＴＰＳ」）、セッション開始プロトコル（「ＳＩＰ」）、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ（「ＳＯＡＰ」）、拡張マークアップ言語（「ＸＭＬ」）およびその変種、簡易メール転送プロトコル（「ＳＭＴＰ」）、リアルタイム転送プロトコル（「ＲＴＰ」）、ユーザ・データグラム・プロトコル（「ＵＤＰ」）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（「ＧＳＭ」）技術、符号分割多元接続（「ＣＤＭＡ」）技術、時分割多元接続（「ＴＤＭＡ」）技術、ショート・メッセージ・サービス（「ＳＭＳ」）、マルチメディア・メッセージ・サービス（「ＭＭＳ」）、無線周波数（「ＲＦ」）シグナリング技術、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（「ＬＴＥ」）技術、無線通信技術、帯域内シグナリング技術および帯域外シグナリング技術、ならびに他の適切な通信ネットワークおよび技術がある。
通信インフラ１８１２は、コンピューティング・デバイス１８００の構成要素を互いに結合するハードウェア、ソフトウェア、または両者を備える。非限定的な一例として、通信インフラ１８１２は、アクセラレイテッドグラフィックスポート（ＡＧＰ）等のグラフィックスバス、拡張業界標準アーキテクチャ（ＥＩＳＡ）バス、フロントサイドバス（ＦＳＢ）、ハイパートランスポート（ＨＴ）相互接続、業界標準アーキテクチャ（ＩＳＡ）バス、インフィニバンド相互接続、ロウピンカウント（ＬＰＣ）バス、メモリバス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、周辺機器相互接続（ＰＣＩ）バス、ＰＣＩエクスプレス（ＰＣＩｅ）バス、シリアルアドバンストテクノロジーアタッチメント（ＳＡＴＡ）バス、ビデオエレクトロニクス標準協会ローカル（ＶＬＢ）バス、その他適当なバス、またはこれらの組み合わせを含んでいてもよい。
上述の通り、システム１００は、ソーシャル・ネットワーキング・システムを含み得る。ソーシャル・ネットワーキング・システムによって、そのユーザ（人または組織など）が、システムに対しておよび互いに対話をすることが可能になる。上述のように、システム１００は、ソーシャル・ネットワーキング・システムを備える。ソーシャル・ネットワーキング・システムによれば、そのユーザ（人または組織等）は、システムと、および互いに対話が可能である。ソーシャル・ネットワーキング・システムは、ユーザからの入力により、ユーザに関連付けられているユーザプロフィールを作成して上記ソーシャル・ネットワーキング・システムに記憶するようにしてもよい。ユーザプロフィールには、人口統計学的情報、通信チャンネル情報、およびユーザの個人的関心に関する情報を含んでいてもよい。また、ソーシャル・ネットワーキング・システムは、ユーザからの入力により、上記ユーザのソーシャル・ネットワーキング・システムの他ユーザとの関係のレコードを作成して記憶するとともに、ユーザ間の社会的対話を行わせるサービス（たとえば、ウォール投稿、写真共有、オンライン・カレンダー、イベント統合、メッセージング、ゲーム、または広告）を提供するようにしてもよい。また、ソーシャル・ネットワーキング・システムは、ユーザが、ユーザのプロファイル・ページ（典型的には、「ウォール投稿」もしくは「タイムライン投稿」として知られる）に対して、またはフォト・アルバム内に、写真および他のマルチメディア・コンテンツ・アイテムを投稿することを可能にし得、プロファイル・ページとフォト・アルバムの両方は、ユーザの構成されたプライバシー設定に応じて、ソーシャル・ネットワーキング・システムの他のユーザにとってアクセス可能である。
図１９は、ソーシャル・ネットワーキング・システムの例となるネットワーク環境１９００を例示する。ネットワーク環境１９００は、ネットワーク１９０４によって互いに接続された、クライアント・システム１９０６と、ソーシャル・ネットワーキング・システム１９０２と、サードパーティ・システム１９０８とを含む。図１９は、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、サードパーティ・システム１９０８、およびネットワーク１９０４の特定の構成を例示しているが、この開示は、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、サードパーティ・システム１９０８、およびネットワーク１９０４の任意の適切な構成を企図したものである。限定としてではなく、一例として、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、およびサードパーティ・システム１９０８のうちの２つ以上が、ネットワーク１９０４をバイパスして、直接的に互いに接続されてもよい。別の例として、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、およびサードパーティ・システム１９０８のうちの２つ以上が、全体的にまたは部分的に互いと物理的または論理的に共同設置されてもよい。さらに、図１９は、特定の数のクライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、サードパーティ・システム１９０８、およびネットワーク１９０４を例示しているが、この開示は、任意の適切な数のクライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、サードパーティ・システム１９０８、およびネットワーク１９０４を企図したものである。限定としてではなく、一例として、ネットワーク環境１９００は、複数のクライアント・システム１９０６と、ソーシャル・ネットワーキング・システム１９０２と、サードパーティ・システム１９０８と、ネットワーク１９０４とを含んでよい。
本開示は、任意の適切なネットワーク１９０４を企図したものである。限定としてではなく、一例として、ネットワーク１９０４の１つまたは複数の部分は、アドホック・ネットワーク、イントラネット、エクストラネット、仮想プライベート・ネットワーク（ＶＰＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、無線ＷＡＮ（ＷＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネットの一部分、公衆交換電話網（ＰＳＴＮ）の一部分、セルラー電話ネットワーク、またはこれらのうちの２つ以上の組み合わせを含んでよい。ネットワーク１９０４は、１つまたは複数のネットワーク１９０４を含み得る。
リンクは、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、およびサードパーティ・システム１９０８を通信ネットワーク１９０４に対して、または互いに対して接続し得る。本開示は、任意の適切なリンクを企図したものである。特定の実施形態では、１つまたは複数のリンクとしては、１つまたは複数のワイヤライン・リンク（たとえば、デジタル加入者線（ＤＳＬ）またはＤａｔａ Ｏｖｅｒ Ｃａｂｌｅ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＤＯＣＳＩＳ）など）、無線リンク（たとえば、Ｗｉ−ＦｉまたはＷｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ）など）、または光リンク（たとえば、同期型光ネットワーク（ＳＯＮＥＴ）または同期デジタル・ハイアラーキ（ＳＤＨ）など）がある。特定の実施形態では、１つまたは複数のリンクは各々、アドホック・ネットワーク、イントラネット、エクストラネット、ＶＰＮ、ＬＡＮ、ＷＬＡＮ、ＷＡＮ、ＷＷＡＮ、ＭＡＮ、インターネットの一部分、ＰＳＴＮの一部分、セルラー技術ベースのネットワーク、衛星通信技術ベースのネットワーク、別のリンク、または２つ以上のそのようなリンクの組み合わせを含む。リンクは、必ずしもネットワーク環境１９００全体を通じて同じである必要はない。１つまたは複数の第１のリンクは、１つまたは複数の点において、１つまたは複数の第２のリンクと異なってよい。
特定の実施形態では、クライアント・システム１９０６は、ハードウェア、ソフトウェア、または埋め込まれた論理構成要素、または２つ以上のそのような構成要素の組み合わせを含み、クライアント・システム１９０６によって実施またはサポートされる適切な機能を実行することが可能な電子デバイスであってよい。限定としてではなく、一例として、クライアント・システム１９０６は、上記で図１８に関係して論じられたコンピューティング・デバイスのいずれかを含んでよい。クライアント・システム１９０６は、クライアント・システム１９０６におけるネットワーク・ユーザがネットワーク１９０４にアクセスすることを可能にし得る。クライアント・システム１９０６は、そのユーザが他のクライアント・システム１９０６における他のユーザと通信することを可能にし得る。
特定の実施形態では、クライアント・システム１９０６は、ＭＩＣＲＯＳＯＦＴ ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ、ＧＯＯＧＬＥ ＣＨＲＯＭＥ、またはＭＯＺＩＬＬＡ ＦＩＲＥＦＯＸなどのウェブ・ブラウザ９３２を含んでよく、１つまたは複数のアドオン、プラグイン、またはツールバーもしくはＹＡＨＯＯツールバーなどの他の拡張機能を有してよい。クライアント・システム１９０６におけるユーザは、ユニフォーム・リソース・ロケータ（ＵＲＬ）またはウェブ・ブラウザを特定のサーバ（サーバ、またはサードパーティ・システム１９０８に関連付けられているサーバなど）に対して宛てる他のアドレスを入力してよく、ウェブ・ブラウザは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を生成し、ＨＴＴＰ要求をサーバに対して通信し得る。サーバは、ＨＴＴＰ要求を受け入れ、ＨＴＴＰ要求に応答して１つまたは複数のハイパーテキスト・マークアップ言語（ＨＴＭＬ）ファイルをクライアント・システム１９０６に対して通信し得る。クライアント・システム１９０６は、ユーザに対する提示のために、サーバからのＨＴＭＬファイルに基づいてウェブページをレンダリングし得る。本開示は、任意の適切なウェブページ・ファイルを企図したものである。限定としてではなく、一例として、ウェブページは、特定のニーズに従って、ＨＴＭＬファイル、拡張可能ハイパーテキスト・マークアップ言語（ＸＨＴＭＬ）ファイル、または拡張可能マークアップ言語（ＸＭＬ）ファイルからレンダリングし得る。そのようなページはまた、たとえば、限定されるものではないが、ＪＡＶＡＳＣＲＩＰＴ（登録商標）、ＪＡＶＡ（登録商標）、ＭＩＣＲＯＳＯＦＴ ＳＩＬＶＥＲＬＩＧＨＴで記述されたスクリプトなどのスクリプト、ＡＪＡＸ（非同期ＪＡＶＡＳＣＲＩＰＴおよびＸＭＬ）などのマークアップ言語とスクリプトの組み合わせなどを実行し得る。本明細書では、ウェブページに対する参照は、適切な場合、１つまたは複数の対応するウェブページ・ファイル（ブラウザがウェブページをレンダリングするために使用し得る）を包含し、逆も同様である。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、オンライン・ソーシャル・ネットワークをホストする、ネットワークアドレス指定可能なコンピューティング・システムであってよい。ソーシャル・ネットワーキング・システム１９０２は、たとえばユーザプロファイル・データ、概念プロファイル・データ、ソーシャルグラフ情報、またはオンライン・ソーシャル・ネットワークに関係する他の適切なデータなどのソーシャルネットワーキング・データを生成、記憶、受信、および送信し得る。ソーシャル・ネットワーキング・システム１９０２は、直接的に、またはネットワーク１９０４を介して、のどちらかで、ネットワーク環境１９００の他の構成要素によってアクセスされ得る。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数のサーバを含み得る。各サーバは、単体サーバであってもよいし、複数のコンピュータまたは複数のデータセンタにまたがる分散サーバであってもよい。サーバは、たとえば限定されるものではないが、ウェブ・サーバ、ニュース・サーバ、メール・サーバ、メッセージ・サーバ、広告サーバ、ファイル・サーバ、アプリケーション・サーバ、交換サーバ、データベース・サーバ、プロキシ・サーバ、本明細書で説明される機能もしくはプロセスを実行するのに適した別のサーバ、またはそれらの任意の組み合わせなどの、さまざまなタイプであってよい。特定の実施形態では、各サーバは、ハードウェア、ソフトウェア、または埋め込まれた論理構成要素、またはサーバによって実施もしくはサポートされる適切な機能を実行するための２つ以上そのような構成要素の組み合わせを含んでよい。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数のデータ・ストアを含み得る。データ・ストアは、さまざまなタイプの情報を記憶するために使用され得る。特定の実施形態では、データ・ストア内に記憶される情報は、具体的なデータ構造に従って編成され得る。特定の実施形態では、各データ・ストアは、リレーショナル・データベース、カラムナ・データベース、相関データベース、または他の適切なデータベースであってよい。本開示は特定のタイプのデータベースを説明または例示しているが、本開示は、任意の適切なタイプのデータベースを企図するものである。特定の実施形態は、クライアント・システム１９０６、ソーシャル・ネットワーキング・システム１９０２、またはサードパーティ・システム１９０８がデータ・ストア内に記憶された情報を管理する、取り出す、修正する、追加する、または削除することを可能にするインターフェースを提供し得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数のデータ・ストア内に１つまたは複数のソーシャルグラフを記憶し得る。特定の実施形態では、ソーシャルグラフは、複数のユーザ・ノード（各々が特定のユーザに対応する）または複数の概念ノード（各々が特定の概念に対応する）を含み得る複数のノードと、ノードを接続する複数のエッジを含み得る。ソーシャル・ネットワーキング・システム１９０２は、オンライン・ソーシャル・ネットワークのユーザに、他のユーザと通信および対話できることを提供し得る。特定の実施形態では、ユーザは、ソーシャル・ネットワーキング・システム１９０２を介してオンライン・ソーシャル・ネットワークに加わり、次いで、ユーザが接続されたいソーシャル・ネットワーキング・システム１９０２の何人かの他のユーザに対して接続（たとえば、関係）を追加し得る。本明細書では、「友人」という用語は、ユーザがソーシャル・ネットワーキング・システム１９０２を介して接続、関連付け、または関係を形成した、ソーシャル・ネットワーキング・システム１９０２の他の任意のユーザを指し得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ソーシャル・ネットワーキング・システム１９０２によってサポートされるさまざまなタイプのアイテムまたはオブジェクトに対してアクションをとることをユーザに提供し得る。限定としてではなく、一例として、アイテムおよびオブジェクトは、ソーシャル・ネットワーキング・システム１９０２のユーザが属し得るグループもしくはソーシャル・ネットワーク、ユーザが興味を抱き得るイベントもしくはカレンダー記載事項、ユーザが使用し得るコンピュータベースのアプリケーション、ユーザがサービスを介してアイテムを購入もしくは販売し得る取引、ユーザが実行し得る広告との対話、または他の適切なアイテムもしくはオブジェクトを含み得る。ユーザは、ソーシャル・ネットワーキング・システム１９０２内で、またはサードパーティ・システム１９０８の外部システムによって表されることが可能なものと対話し得、サードパーティ・システム１９０８は、ソーシャル・ネットワーキング・システム１９０２とは別個であり、ネットワーク１９０４を介してソーシャル・ネットワーキング・システム１９０２に結合される。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、さまざまなエンティティをリンクすることが可能であり得る。限定としてではなく、一例として、ソーシャル・ネットワーキング・システム１９０２は、ユーザが、互いと対話し、ならびにサードパーティ・システム１９０８もしくは他のエンティティからコンテンツを受信する、またはユーザが、アプリケーション・プログラミング・インターフェース（ＡＰＩ）もしくは他の通信チャネルを通して、これらのエンティティと対話できることを可能にし得る。
特定の実施形態では、サードパーティ・システム１９０８は、１つもしくは複数のタイプのサーバ、１つもしくは複数のデータ・ストア、限定されるものではないがＡＰＩを含む１つもしくは複数のインターフェース、１つもしくは複数のウェブ・サービス、１つもしくは複数のコンテンツ・ソース、１つもしくは複数のネットワーク、または、たとえばサーバが通信し得る他の任意の適切な構成要素であり得る。サードパーティ・システム１９０８は、ソーシャル・ネットワーキング・システム１９０２を運用するエンティティからの異なるエンティティによって運用され得る。しかしながら、特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２およびサードパーティ・システム１９０８は、ソーシャル・ネットワーキング・システム１９０２またはサードパーティ・システム１９０８のユーザにソーシャルネットワーキング・サービスを提供するために互いに運用し得る。この意味で、ソーシャル・ネットワーキング・システム１９０２は、サードパーティ・システム１９０８などの他のシステムがインターネット全体にわたってソーシャルネットワーキング・サービスおよび機能をユーザに対して提供するために使用し得るプラットフォームすなわちバックボーンを提供し得る。
特定の実施形態では、サードパーティ・システム１９０８は、サードパーティ・コンテンツ・オブジェクト・プロバイダを含み得る。サードパーティ・コンテンツ・オブジェクト・プロバイダは、クライアント・システム１９０６に対して通信され得るコンテンツ・オブジェクトの１つまたは複数のソースを含み得る。限定としてではなく、一例として、コンテンツ・オブジェクトは、たとえば、映画の上映時間、映画のレビュー、レストランのレビュー、レストランのメニュー、製品情報およびレビュー、または他の適切な情報などの、ユーザの興味を引く物事またはアクティビティに関する情報を含み得る。限定としてではなく、別の例として、コンテンツ・オブジェクトは、クーポン、割引チケット、商品券、または他の適切な報償となるオブジェクトなどの、報償となるコンテンツ・オブジェクトを含み得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ソーシャル・ネットワーキング・システム１９０２とのユーザの対話を向上させ得る、ユーザにより生成されたコンテンツ・オブジェクトも含む。ユーザにより生成されたコンテンツは、ユーザがソーシャル・ネットワーキング・システム１９０２に対して追加、アップロード、送信、または「投稿する」ものを含み得る。限定としてではなく、一例として、ユーザが、クライアント・システム１９０６からソーシャル・ネットワーキング・システム１９０２に対して投稿を通信する。投稿としては、ステータス更新もしくは他のテキスト・データ、ロケーション情報、フォト、映像、リンク、音楽、または他の類似のデータもしくはメディアなどのデータがあり得る。コンテンツはまた、ニュースフィードまたはストリームなどの「通信チャネル」を介して、サードパーティによってソーシャル・ネットワーキング・システム１９０２に対して追加され得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、さまざまなサーバと、サブシステムと、プログラムと、モジュールと、ログと、データ・ストアとを含んでもよい。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ウェブ・サーバ、アクション・ロガー、ＡＰＩ要求サーバ、関連性およびランキング・エンジン、コンテンツ・オブジェクト分類器、通知コントローラ、アクション・ログ、サードパーティコンテンツ・オブジェクト公開（ｅｘｐｏｓｕｒｅ）ログ、推測モジュール、許可／プライバシー・サーバ、検索モジュール、広告ターゲティング・モジュール、ユーザインターフェース・モジュール、ユーザプロファイル・ストア、接続ストア、サードパーティ・コンテンツ・ストア、またはロケーション・ストアのうちの１つまたは複数を含んでよい。ソーシャル・ネットワーキング・システム１９０２は、ネットワーク・インターフェース、セキュリティ機構、ロード・バランサ、フェイルオーバ・サーバ、管理およびネットワーク運用コンソール、他の適切な構成要素、またはそれらの任意の適切な組み合わせなどの、適切な構成要素も含んでよい。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ユーザ・プロファイルを記憶するための１つまたは複数のユーザプロファイル・ストアを含んでよい。ユーザ・プロファイルは、たとえば、経歴情報、人口統計学的情報、行動情報、社会情報、または職歴、学歴、趣味もしくは好み、興味、親密度、もしくはロケーションなどの他のタイプの記述情報を含み得る。興味情報は、１つまたは複数のカテゴリに関係する興味を含み得る。カテゴリは、汎用的であってもよいし、具体的であってもよい。限定としてではなく、一例として、ユーザが、靴のブランドについての記事に対して「いいね」を表明する場合、そのカテゴリはブランドであってもよいし、「靴」または「衣類」という汎用的なカテゴリであってもよい。接続ストアは、ユーザについての接続情報を記憶するために使用され得る。接続情報は、類似もしくは共通の職歴、グループ会員資格、趣味、学歴を有する、または、いかなる形であれ関係する、もしくは共通属性を共有するユーザを示してよい。接続情報は、異なるユーザとコンテンツ（内部と外部の両方）との間の、ユーザにより定義された接続も含み得る。ウェブ・サーバは、ネットワーク１９０４を介して１つもしくは複数のクライアント・システム１９０６または１つもしくは複数のサードパーティ・システム１９０８に対してソーシャル・ネットワーキング・システム１９０２をリンクするために使用され得る。ウェブ・サーバは、ソーシャル・ネットワーキング・システム１９０２と１つまたは複数のクライアント・システム１９０６との間でメッセージを受信およびルーティングするためのメール・サーバまたは他のメッセージング機能を含んでよい。ＡＰＩ要求サーバは、サードパーティ・システム１９０８が、１つまたは複数のＡＰＩを呼び出すことによって、ソーシャル・ネットワーキング・システム１９０２からの情報にアクセスすることを可能にし得る。アクション・ロガーは、ソーシャル・ネットワーキング・システム１９０２上またはそれ以外の場所でのユーザのアクションについてウェブ・サーバから通信を受信するために使用され得る。アクション・ログとともに、サードパーティコンテンツ・オブジェクトに対するユーザ公開のサードパーティコンテンツオブジェクト・ログが維持され得る。通知コントローラは、コンテンツ・オブジェクトに関する情報をクライアント・システム１９０６に対して提供し得る。情報は、通知としてクライアント・システム１９０６に対してプッシュされてもよいし、情報は、クライアント・システム１９０６から受信された要求に応答してクライアント・システム１９０６からプルされてもよい。許可サーバは、ソーシャル・ネットワーキング・システム１９０２のユーザの１つまたは複数のプライバシー設定を強制するために使用され得る。ユーザのプライバシー設定は、ユーザに関連付けられている特定の情報がどのように共有可能であるかを決定する。許可サーバは、ユーザが、たとえば、適切なプライバシー設定を設定することなどによって、アクションをソーシャル・ネットワーキング・システム１９０２によってログさせること、または他のシステム（たとえば、サードパーティ・システム１９０８）とともに共有させることに加わる、または加わらない（ｏｐｔ ｉｎ ｔｏ ｏｒ ｏｐｔ ｏｕｔ ｏｆ）ことを可能にする。サードパーティコンテンツオブジェクト・ストアは、サードパーティ・システム１９０８などのサードパーティから受信されたコンテンツ・オブジェクトを記憶するために使用され得る。ロケーション・ストアは、ユーザに関連付けられているクライアント・システム１９０６から受信されたロケーション情報を記憶するために使用され得る。広告価格設定モジュールは、社会情報、現在の時間、ロケーション情報、または他の適切な情報を組み合わせて、通知の形で関係のある広告をユーザに対して提供し得る。
図２０は、例となるソーシャルグラフ２０００を例示する。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数のデータ・ストア内に１つまたは複数のソーシャルグラフ２０００を記憶し得る。特定の実施形態では、ソーシャルグラフ２０００は、複数のユーザ・ノード２００２または複数の概念ノード２００４を含み得る複数のノードと、ノードを接続する複数のエッジ２００６とを含み得る。図２０に例示される例となるソーシャルグラフ２０００は、教説的な目的で、２次元の視覚的なマップ表現で示されている。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２、クライアント・システム１９０６、またはサードパーティ・システム１９０８は、適切なアプリケーションのためのソーシャルグラフ２０００および関係するソーシャルグラフ情報にアクセスし得る。ソーシャルグラフ２０００のノードおよびエッジは、たとえば、データ・ストア（ソーシャルグラフ・データベースなど）内に、データ・オブジェクトとして記憶され得る。そのようなデータ・ストアは、ソーシャルグラフ２０００のノードまたはエッジの１つまたは複数の検索可能またはクエリ可能なインデックスを含み得る。
特定の実施形態では、ユーザ・ノード２００２は、ソーシャル・ネットワーキング・システム１９０２のユーザに対応し得る。限定としてではなく、一例として、ユーザは、ソーシャル・ネットワーキング・システム１９０２と、またはその上で対話または通信する、個人（人間ユーザ）、エンティティ（たとえば、企業、会社、もしくはサードパーティ・アプリケーション）、または（たとえば、個人もしくはエンティティの）グループであってよい。特定の実施形態では、ユーザがソーシャル・ネットワーキング・システム１９０２に口座を登録するとき、ソーシャル・ネットワーキング・システム１９０２は、ユーザに対応するユーザ・ノード２００２を作成し、１つまたは複数のデータ・ストア内にユーザ・ノード２００２を記憶し得る。本明細書で説明されるユーザおよびユーザ・ノード２００２は、適切な場合には、登録されたユーザと、登録されたユーザに関連付けられているユーザ・ノード２００２を指し得る。加えて、または代替として、本明細書で説明されるユーザおよびユーザ・ノード２００２は、適切な場合には、ソーシャル・ネットワーキング・システム１９０２に登録されていないユーザを指し得る。特定の実施形態では、ユーザ・ノード２００２は、ユーザによって提供される情報、またはソーシャル・ネットワーキング・システム１９０２を含むさまざまなシステムによって収集された情報に関連付けられ得る。限定としてではなく、一例として、ユーザは、自分の名前、プロファイル・ピクチャ、連絡先情報、誕生日、性別、配偶者の有無、家族構成、職業、学歴、好み、興味、または他の人口統計学的情報を提供し得る。ソーシャルグラフの各ユーザ・ノードは、対応するウェブページ（典型的には、プロファイル・ページとして知られる）を有し得る。ユーザ名を含む要求に応答して、ソーシャル・ネットワーキング・システムは、ユーザ名に対応するユーザ・ノードにアクセスし、名前、プロファイル・ピクチャ、およびユーザに関連付けられている他の情報を含むプロファイル・ページを作り上げる。第１のユーザのプロファイル・ページは、第１のユーザによる１つまたは複数のプライバシー設定および第１のユーザと第２のユーザとの間の関係に基づいて、第１のユーザの情報のすべてまたは一部分を第２のユーザに対して表示し得る。
特定の実施形態では、概念ノード２００４は概念に対応し得る。限定としてではなく、一例として、概念は、場所（たとえば、映画館、レストラン、ランドマーク、もしくは都市など）、ウェブサイト（たとえば、ソーシャルネットワーク・システム１９０２に関連付けられているウェブサイト、もしくはウェブアプリケーション・サーバに関連付けられているサードパーティ・ウェブサイトなど）、エンティティ（たとえば、人物、会社、グループ、スポーツ・チーム、もしくは有名人など）、ソーシャルネットワーキング・システム１９０２の中もしくはウェブアプリケーション・サーバなどの外部サーバ上に配置され得るリソース（たとえば、オーディオ・ファイル、映像ファイル、デジタル・フォト、テキスト・ファイル、構造化文書、もしくはアプリケーションなど）、物的財産もしくは知的財産（たとえば、彫刻、絵画、映画、ゲーム、歌、アイデア、写真、または著書など）、ゲーム、アクティビティ、アイデア、もしくは理論、別の適切な概念、または２つ以上のそのような概念に対応し得る。概念ノード２００４は、ユーザによって提供される概念の情報、またはソーシャル・ネットワーキング・システム１９０２を含むさまざまなシステムによって収集された情報に関連付けられ得る。限定としてではなく、一例として、概念の情報としては、名前もしくはタイトル、１つもしくは複数の画像（たとえば、本のカバー・ページの画像）、ロケーション（たとえば、住所もしくは地理的ロケーション）、ウェブサイト（ＵＲＬに関連付けられ得る）、連絡先情報（たとえば、電話番号もしくは電子メール・アドレス）、他の適切な概念情報、またはそのような情報の任意の適切な組み合わせがあり得る。特定の実施形態では、概念ノード２００４は、概念ノード２００４に関連付けられている情報に対応する１つまたは複数のデータ・オブジェクトに関連付けられ得る。特定の実施形態では、概念ノード２００４は、１つまたは複数のウェブページに対応し得る。
特定の実施形態では、ソーシャルグラフ２０００内のノードは、ウェブページ（「プロファイル・ページ」と呼ばれることがある）を表してもよいし、これによって表されてもよい。プロファイル・ページは、ソーシャル・ネットワーキング・システム１９０２によってホストされてもよいし、これに対してアクセス可能であってもよい。プロファイル・ページはまた、サードパーティ・サーバ１９０８に関連付けられているサードパーティ・ウェブサイト上にホストされ得る。限定としてではなく、一例として、特定の外部のウェブページに対応するプロファイル・ページは特定の外部ウェブページであってよく、プロファイル・ページは特定の概念ノード２００４に対応し得る。プロファイル・ページは、他のユーザのすべてまたは選択されたサブセットによって閲覧することができてよい。限定としてではなく、一例として、ユーザ・ノード２００２は、対応するユーザがコンテンツを追加し、発表をし、または別のやり方で自分を表現し得る対応するユーザプロファイル・ページを有し得る。限定としてではなく、別の例として、概念ノード２００４は、特に概念ノード２００４に対応する概念に関係して１つまたは複数のユーザがコンテンツを追加し、発表をし、または別のやり方で自分を表現し得る対応する概念プロファイル・ページを有し得る。
特定の実施形態では、概念ノード２００４は、サードパーティ・システム１９０８によってホストされるサードパーティ・ウェブページまたはリソースを表し得る。サードパーティ・ウェブページまたはリソースは、要素の中でもとりわけ、アクションまたはアクティビティを表すコンテンツ、選択可能なアイコンもしくは他のアイコン、または他の対話可能なオブジェクト（たとえば、ＪａｖａＳｃｒｉｐｔコード、ＡＪＡＸコード、またはＰＨＰコードで実装され得る）を含んでよい。限定としてではなく、一例として、サードパーティ・ウェブページは、「いいね」、「チェック・イン」、「食べる」、「推奨」、または別の適切なアクションもしくはアクティビティなどの選択可能なアイコンを含み得る。サードパーティ・ウェブページを閲覧するユーザは、アイコンのうちの１つ（たとえば、「食べる」）を選択し、クライアント・システム１９０６に、ユーザのアクションを示すメッセージをソーシャル・ネットワーキング・システム１９０２に対して送信させることによって、アクションを実行し得る。メッセージに応答して、ソーシャル・ネットワーキング・システム１９０２は、ユーザに対応するユーザ・ノード２００２とサードパーティ・ウェブページまたはリソースに対応する概念ノード２００４との間にエッジ（たとえば、「食べる」エッジ）を作成し、１つまたは複数のデータ・ストア内にエッジ２００６を記憶し得る。
特定の実施形態では、ソーシャルグラフ２０００内のノードのペアは、１つまたは複数のエッジ２００６によって互いに接続され得る。ノードのペアを接続するエッジ２００６は、ノードのペアの間の関係を表し得る。特定の実施形態では、エッジ２００６は、ノードのペアの間の関係に対応する１つまたは複数のデータ・オブジェクトまたは属性を含み得るまたはこれを表し得る。限定としてではなく、一例として、第１のユーザは、第２のユーザが第１のユーザの「友人」であることを示し得る。この標識に応答して、ソーシャル・ネットワーキング・システム１９０２は、第２のユーザに対して「友人要求」を送信し得る。第２のユーザが「友人要求」を確かめる場合、ソーシャル・ネットワーキング・システム１９０２は、ソーシャルグラフ２０００内の第１のユーザのユーザ・ノード２００２を第２のユーザのユーザ・ノード２００２に対して接続するエッジ２００６を作成し、エッジ２００６をソーシャルグラフ情報としてデータ・ストアのうちの１つまたは複数に記憶し得る。図２０の例では、ソーシャルグラフ２０００は、ユーザ「Ａ」とユーザ「Ｂ」のユーザ・ノード２００２間の友人関係を示すエッジ２００６と、ユーザ「Ｃ」とユーザ「Ｂ」のユーザ・ノード２００２間の友人関係を示すエッジとを含む。本開示は、特定のユーザ・ノード２００２を接続する、特定の属性を有する特定のエッジ２００６を説明または例示しているが、本開示は、ユーザ・ノード２００２を接続する、任意の適切な属性を有する任意の適切なエッジ２００６を企図するものである。限定としてではなく、一例として、エッジ２００６は、友人関係、家族関係、ビジネスすなわち雇用関係、ファン関係、フォロワー関係、ビジター関係、購読者関係、上下関係、相互関係、非相互関係、別の適切なタイプの関係、または２つ以上のそのような関係を表し得る。さらに、本開示は一般に、ノードを、接続されていると説明しているが、本開示は、ユーザまたは概念も、接続されていると説明する。本明細書では、接続されているユーザまたは概念への参照は、適切な場合には、ソーシャルグラフ２０００内で１つまたは複数のエッジ２００６によって接続されているそれらのユーザまたは概念に対応するノードに及ぶ。
特定の実施形態では、ユーザ・ノード２００と概念ノード２００４との間のエッジ２００６は、概念ノード２００４に関連付けられている概念のためにユーザ・ノード２００２に関連付けられているユーザによって実行される特定のアクションまたはアクティビティを表し得る。限定としてではなく、一例として、図２０に例示されるように、ユーザは、概念に対して「いいね」を表明し、「通学した」、「プレイした」、「聞いた」、「料理した」、「働いた」、または概念を「見た」とする。その各々は、エッジ・タイプまたはサブタイプに対応し得る。概念ノード２００４に対応する概念プロファイル・ページは、たとえば、選択可能な「チェック・イン」アイコン（たとえば、クリック可能な「チェック・イン」アイコンなど）または選択可能な「お気に入りに追加」アイコンを含んでよい。同様に、ユーザがこれらのアイコンをクリックした後、ソーシャル・ネットワーキング・システム１９０２は、それぞれのアクションに対応するユーザのアクションに応答して「お気に入り」エッジまたは「チェック・イン」エッジを作成してよい。限定としてではなく、別の例として、ユーザ（ユーザ「Ｃ」）は、特定のアプリケーション（オンライン音楽アプリケーションであるＳＰＯＴＩＦＹ）を使用して特定の歌（「ランブル・オン」）を聞くことがある。この場合、ソーシャル・ネットワーキング・システム１９０２は、ユーザがその歌を聞き、そのアプリケーションを使用したことを示すため、にユーザに対応するユーザ・ノード２００２と歌およびアプリケーションに対応する概念ノード２００４との間に「聞いた」エッジ２００６および「使用した」エッジ（図２０に例示される）を作成し得る。さらに、ソーシャル・ネットワーキング・システム１９０２は、特定の歌が特定のアプリケーションによってプレイ（再生）されたことを示すために、歌およびアプリケーションに対応する概念ノード２００４間に「プレイした」エッジ２００６（図２０に例示される）を作成し得る。この場合、「プレイした」エッジ２００６は、外部オーディオ・ファイル（歌「イマジン」）に対して外部アプリケーション（ＳＰＯＴＩＦＹ）によって実行されるアクションに対応する。本開示は、ユーザ・ノード２００２および概念ノード２００４を接続する、特定の属性を有する特定のエッジ２００６を説明しているが、本開示は、ユーザ・ノード２００２および概念ノード２００４を接続する、任意の適切な属性を有する任意の適切なエッジ２００６を企図するものである。そのうえ、本開示は、単一の関係を表す、ユーザ・ノード２００２と概念ノード２００４との間のエッジを説明しているが、本開示は、１つまたは複数の関係を表す、ユーザ・ノード２００２と概念ノード２００４との間のエッジを企図する。限定としてではなく、一例として、エッジ２００６は、ユーザが特定の概念に対して「いいね」を表明したことと、特定の概念において使用したことの両方を表し得る。代替的に、別のエッジ２００６は、ユーザ・ノード２００２と概念ノード２００４との間の各タイプの関係（または単一の関係の倍数）を表し得る（図２０では、ユーザ「Ｅ」のユーザ・ノード２００２と「ＳＰＯＴＩＦＹ」の概念ノード２００４との間に例示される）。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ソーシャルグラフ２０００内のユーザ・ノード２００２と概念ノード２００４との間にエッジ２００６を作成し得る。限定としてではなく、一例として、（たとえば、ユーザのクライアント・システム１９０６によってホストされるウェブ・ブラウザまたは特殊目的アプリケーションを使用することなどによって）概念プロファイル・ページを閲覧するユーザは、自分は概念ノード２００４によって表される概念に対して「いいね」を表明したことを、「いいね」アイコンをクリックまたは選択することによって示し得、それは、ユーザは概念プロファイル・ページに関連付けられている概念に対して「いいね」を表明したことを示すメッセージをソーシャル・ネットワーキング・システム１９０２に対して送信することをユーザのクライアント・システム１９０６に行わせ得る。メッセージに応答して、ソーシャル・ネットワーキング・システム１９０２は、ユーザと概念ノード２００４との間の「いいね」エッジ２００６によって例示されるように、ユーザに関連付けられているユーザ・ノード２００２と概念ノード２００４との間にエッジ２００６を作成し得る。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数のデータ・ストアにエッジ２００６を記憶し得る。特定の実施形態では、エッジ２００６は、特定のユーザ・アクションに応答して、ソーシャル・ネットワーキング・システム１９０２によって自動的に形成され得る。限定としてではなく、一例として、第１のユーザがピクチャをアップロードする、映画を見る、または歌を聞く場合、エッジ２００６は、第１のユーザに対応するユーザ・ノード２００２とそれらの概念に対応する概念ノード２００４との間に形成され得る。本開示は、特定の様式で特定のエッジ２００６を形成することを説明しているが、本開示は、任意の適切な様式で任意の適切なエッジ２００６を形成することを企図するものである。
特定の実施形態では、広告は、テキスト（ＨＴＭＬリンクであってよい）、１つもしくは複数の画像（ＨＴＭＬリンクであってよい）、１つもしくは複数の映像、オーディオ、１つもしくは複数のＡＤＯＢＥ ＦＬＡＳＨファイル、これらの適切な組み合わせ、または１つもしくは複数のウェブページ上で、１つもしくは複数の電子メール内で、もしくはユーザによって要求された検索結果に関係して、提示される任意の適切なデジタル・フォーマットの他の任意の適切な広告であってよい。加えて、または代替として、広告は、１つまたは複数のスポンサー付きストーリー（たとえば、ソーシャル・ネットワーキング・システム１９０２上のニュースフィードまたはティッカー・アイテム）である。スポンサー付きストーリーは、たとえば、ソーシャル・アクションを、ユーザのプロファイル・ページまたは他のページの所定のエリア内に提示させる、広告主に関連付けられている追加の情報とともに提示させる、他のユーザのニュースフィードもしくはティッカー内で衝突させるもしくは別のやり方で目立たせる、または別のやり方でプロモーションさせることによって広告主がプロモーションする、ユーザによるソーシャル・アクション（ページに対して「いいね」を表明する、ページ上の投稿に対して「いいね」を表明するもしくはコメントする、ページに関連付けられているイベントの出欠を返事する、ページ上で投稿された質問に関して投稿する、ある場所にチェック・インする、アプリケーションを使用するもしくはゲームをする、またはウェブサイトを「リンク」もしくは共有するなど）であってよい。広告主は、ソーシャル・アクションをプロモーションさせるために支払うことがある。限定としてではなく、一例として、広告は検索結果ページの検索結果の間に含まれてよく、そこでは、スポンサー付きコンテンツは、スポンサー付きでないコンテンツよりもプロモーションされる。
特定の実施形態では、広告は、ソーシャルネットワーキングシステム・ウェブページ、サードパーティ・ウェブページ、または他のページ内での表示のために要求され得る。広告は、ページの上部のバナー・エリア内、ページの側部のカラム内、ページのＧＵＩ内、ポップアップ・ウィンドウ内、ドロップダウン・メニュー内、ページの入力フィールド内、ページのコンテンツの上部の上、またはページに関する他の場所などの、ページの専用部分内に表示され得る。加えて、または代替として、広告はアプリケーション内に表示され得る。広告は、専用ページ内に表示され、ユーザに、ユーザがページにアクセスするまたはアプリケーションを利用する前に広告と対話するまたはこれを見ることを要求し得る。ユーザは、たとえば、ウェブ・ブラウザを通して広告を閲覧してよい。
ユーザは、任意の適切な様式で広告と対話してよい。ユーザは、広告をクリックしてもよいし、または別のやり方で広告を選択してもよい。広告を選択することによって、ユーザは、広告に関連付けられているページ（または、ユーザによって使用されているブラウザもしくは他のアプリケーション）に対して向けられ得る。広告に関連付けられているページでは、ユーザは、広告に関連付けられている製品もしくはサービスを購入する、広告に関連付けられている情報を受信する、または広告に関連付けられているニュースレターを購読するなどの、追加のアクションをとり得る。オーディオまたは映像を有する広告は、（「プレイ・ボタン」などの）広告の構成要素を選択することによってプレイされ得る。代替的に、広告を選択することによって、ソーシャル・ネットワーキング・システム１９０２は、ユーザの特定のアクションを実行または修正し得る。
広告は、ユーザが対話し得るソーシャル・ネットワーキング・システム機能も含み得る。限定としてではなく、一例として、広告は、ユーザが、支持に関連付けられているアイコンまたはリンクを選択することによって広告に対して「いいね」を表明するまたは別のやり方で広告を支持することを可能にし得る。限定としてではなく、別の例として、広告は、ユーザが、広告主に関連するコンテンツを（たとえば、クエリを実行することによって）検索することを可能にし得る。同様に、ユーザは、別のユーザと（たとえば、ソーシャル・ネットワーキング・システム１９０２を通して）広告を共有し得、または広告に関連付けられているイベントの出欠を（たとえば、ソーシャル・ネットワーキング・システム１９０２を通して）返事し得る。加えて、または代替として、広告は、ユーザに対して向けられたソーシャルネットワーキングシステム・コンテキストを含み得る。限定としてではなく、一例として、広告は、広告の主題に関連付けられているアクションをとった、ソーシャル・ネットワーキング・システム１９０２内のユーザの友人についての情報を表示し得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、互いに対するさまざまなソーシャルグラフ・エンティティのソーシャルグラフ親密度（本明細書では、「親密度」と呼ばれることがある）を決定し得る。親密度は、ユーザ、概念、コンテンツ、アクション、広告、オンライン・ソーシャル・ネットワークに関連付けられている他のオブジェクト、またはそれらの任意の適切な組み合わせなどの、オンライン・ソーシャル・ネットワークに関連付けられている特定のオブジェクト間の関係の強さまたは興味のレベルを表し得る。親密度は、サードパーティ・システム１９０８または他の適切なシステムに関連付けられているオブジェクトに対しても決定され得る。各ユーザ、主題、またはコンテンツのタイプのためのソーシャルグラフ・エンティティの全体的な親密度が確立され得る。全体的な親密度は、ソーシャルグラフ・エンティティに関連付けられているアクションまたは関係の継続モニタリングに基づいて変化し得る。本開示は、特定の様式で特定の親密度を決定することを説明しているが、本開示は、任意の適切な様式で任意の適切な親密度を決定することを企図している。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、親密度係数（本明細書では、「係数」と呼ばれることがある）を使用してソーシャルグラフ親密度を測定または定量化し得る。係数は、オンライン・ソーシャル・ネットワークに関連付けられている特定のオブジェクト間の関係の強さを表すまたは定量化し得る。係数は、アクションにおけるユーザの興味に基づいてユーザが特定のアクションを実行する予測確率を測定する確率または機能も表し得る。このようにして、ユーザの将来のアクションは、ユーザの前のアクションに基づいて予測され得、係数は、少なくとも部分的にユーザのアクションの履歴計算され得る。係数は、任意の数のアクションを予測するために使用され得、アクションは、オンライン・ソーシャル・ネットワーク内であってもよいし、オンライン・ソーシャル・ネットワークの外部であってもよい。限定としてではなく、一例として、これらのアクションは、メッセージを送信すること、コンテンツを投稿すること、もしくはコンテンツに対してコメントすることなどのさまざまなタイプの通信、プロファイル・ページ、メディア、もしくは他の適切なコンテンツにアクセスもしくは閲覧するなどのさまざまなタイプの観察アクション、同じグループ内にある、同じ写真でタグ付けされている、同じロケーションにチェック・インした、もしくは同じイベントに出席したなどの２つ以上のソーシャルグラフ・エンティティについてのさまざまなタイプの一致情報、または他の適切なアクションを含み得る。本開示は、特定の様式で親密度を測定することを説明しているが、本開示は、任意の適切な様式で親密度を測定することを企図している。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、さまざまな因子を使用して係数を計算し得る。これらの因子としては、たとえば、ユーザ・アクション、オブジェクト間の関係のタイプ、ロケーション情報、他の適切な因子、またはそれらの任意の組み合わせがあり得る。特定の実施形態では、異なる因子は、係数を計算するとき、異なるように重み付けされ得る。各因子の重みは静的であってもよいし、重みは、たとえば、ユーザ、関係のタイプ、アクションのタイプ、ユーザのロケーションなどに応じて変化してもよい。因子のレーティングは、ユーザの全体的係数を決定するための重みに応じて組み合わされ得る。限定としてではなく、一例として、特定のユーザ・アクションは、レーティングと重みの両方に対して割り当てられてよく、特定のユーザ・アクションに関連付けられている関係は、レーティングおよび相関重みが割り当てられる（たとえば、そのため、重みは合計１００％になる）。特定のオブジェクトに対するユーザの係数を計算するために、ユーザのアクションに対して割り当てられたレーティングは、たとえば、全体的係数の６０％を備えることがあり、ユーザとオブジェクトとの間の関係は全体的係数の４０％を備えることがある。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、たとえば、情報がアクセスされてからの時間、減衰因子、アクセスの頻度、情報との関係もしくは情報がアクセスされたオブジェクトとの関係、オブジェクトに対して接続されたソーシャルグラフ・エンティティとの関係、ユーザ・アクションの短期もしくは長期の平均、ユーザ・フィードバック、他の適切な変数、またはそれらの任意の組み合わせなどの、係数を計算するために使用されるさまざまな因子に対する重みを決定するとき、さまざまな変数を考慮し得る。限定としてではなく、一例として、係数は、係数を計算するとき、アクションが最近であればあるほど関連度が大きくなるように、特定のアクションによって提供される信号の強さを時間とともに減衰させる減衰因子を含み得る。レーティングおよび重みは、係数が基づくアクションの継続追跡に基づいて連続的に更新され得る。任意のタイプのプロセスまたはアルゴリズムが、各因子および因子に対して割り当てられた重みに対するレーティングを割り当てる、組み合わせる、平均化するなどを行うために用いられてよい。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、履歴アクションおよび過去のユーザ応答、またはさまざまなオプションに対してさらし、応答を測定することによってユーザから得られた（ｆａｒｍｅｄ）データに関して訓練された機械学習アルゴリズムを使用して係数を決定し得る。本開示は、特定の様式で係数を計算することを説明しているが、本開示は、任意の適切な様式で係数を計算することを企図している。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ユーザのアクションに基づいて係数を計算し得る。ソーシャル・ネットワーキング・システム１９０２は、オンライン・ソーシャル・ネットワーク上で、サードパーティ・システム１９０８上で、他の適切なシステム上で、またはそれらの任意の組み合わせで、そのようなアクションを監視してよい。任意の適切なタイプのユーザ・アクションが追跡または監視されてよい。典型的なユーザ・アクションとしては、プロファイル・ページを閲覧すること、コンテンツを作成または投稿すること、コンテンツと対話すること、グループに加わること、イベントにおける出席をリストし確かめること、ロケーションにチェック・インすること、特定のページに対して「いいね」を表明すること、ページを作成すること、およびソーシャル・アクションを促進する他のタスクを実行することがある。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、特定のタイプのコンテンツとのユーザのアクションに基づいて係数を計算し得る。コンテンツは、オンライン・ソーシャル・ネットワーク、サードパーティ・システム１９０８、または別の適切なシステムに関連付けられ得る。コンテンツとしては、ユーザ、プロファイル・ページ、投稿、ニュース・ストーリー、ヘッドライン、インスタント・メッセージ、チャット・ルームの会話、電子メール、広告、ピクチャ、映像、音楽、他の適切なオブジェクト、またはそれらの任意の組み合わせがある。ソーシャル・ネットワーキング・システム１９０２は、ユーザのアクションを分析して、アクションのうちの１つまたは複数が主題、コンテンツ、他のユーザなどに対して親密度を示すか否かを決定し得る。限定としてではなく、一例として、ユーザが、「コーヒー」またはその変種に関係したコンテンツの投稿を頻繁に行う場合、ソーシャル・ネットワーキング・システム１９０２は、ユーザが「コーヒー」という概念に関して高い係数を有することを決定し得る。特定のアクションまたは特定のタイプのアクションは、計算された全体的係数に影響し得る、他のアクションよりも高い重みおよび／またはレーティングが割り当てられ得る。限定としてではなく、一例として、第１のユーザが第２のユーザに電子メールを出す場合、アクションに対する重みまたはレーティングは、第１のユーザが第２のユーザのためのユーザプロファイル・ページを閲覧するだけの場合よりも高くなり得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、特定のオブジェクト間の関係のタイプに基づいて係数を計算し得る。ソーシャルグラフ２０００を参照すると、ソーシャル・ネットワーキング・システム１９０２は、係数を計算するとき、特定のユーザ・ノード２００２と概念ノード２００４を接続するエッジ２００６の数および／またはタイプを分析し得る。限定としてではなく、一例として、配偶者タイプのエッジ（２人のユーザが結婚していることを表す）によって接続されるユーザ・ノード２００２は、友人タイプのエッジによって接続されるユーザ・ノード２００２よりも高い係数が割り当てられ得る。言い換えれば、特定のユーザのためのアクションおよび関係に対して割り当てられた重みに応じて、全体的親密度は、ユーザの友人についてのコンテンツに対するよりもユーザの配偶者についてのコンテンツに対して高くなるように決定され得る。特定の実施形態では、ユーザが別のオブジェクトと有する関係は、そのオブジェクトに関する係数を計算することに関するユーザのアクションの重みおよび／またはレーティングに影響し得る。限定としてではなく、一例として、コンテンツとタグ付けタイプの関係を有することは、コンテンツと「いいね」タイプの関係を有するよりも高い重みおよび／またはレーティングを割り当てられ得るので、ユーザが第１のフォトでタグ付けされるが、第２のフォトに対しては「いいね」を表明するにすぎない場合、ソーシャル・ネットワーキング・システム１９０２は、ユーザが、第２のフォトよりも第１のフォトに関して高い係数を有することを決定し得る。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、１つまたは複数の第２のユーザが特定のオブジェクトと有する関係に基づいて、第１のユーザに関する係数を計算し得る。言い換えれば、他のユーザがオブジェクトと有する接続および係数は、第１のユーザのオブジェクトに関する係数に影響し得る。限定としてではなく、一例として、第１のユーザが、１つもしくは複数の第２のユーザに対して接続される、またはそれらに関して高い係数を有し、それらの第２のユーザが特定のオブジェクトに接続されるまたはそれに関して高い係数を有する場合、ソーシャル・ネットワーキング・システム１９０２は、第１のユーザも、特定のオブジェクトに関する比較的高い係数も有するべきであることを決定し得る。特定の実施形態では、係数は、特定のオブジェクト間の隔たり次数に基づいてよい。任意の２つのノード間の隔たり次数は、あるノードから他のノードへソーシャルグラフをたどるために必要とされるホップの最小数として定義される。２つのノード間の隔たり次数は、ソーシャルグラフ内の２つのノードによって表されるユーザまたは概念間の関係性の尺度と考えられ得る。たとえば、エッジによって直接的に接続される（すなわち、１次のノードである）ユーザ・ノードを有する２人のユーザは、「接続されたユーザ」すなわち「友人」と説明され得る。同様に、別のユーザ・ノードを通してのみ接続される（すなわち、２次のノードである）ユーザ・ノードを有する２人のユーザは、「友人の友人」と説明され得る。より低い係数は、第１のユーザが、ソーシャルグラフ２０００内で第１のユーザに対して間接的に接続されたユーザのコンテンツ・オブジェクトにおいて興味を共有する可能性の減少を表し得る。限定としてではなく、一例として、ソーシャルグラフ２０００内でより近い（すなわち、分離次数のより低い）ソーシャルグラフ・エンティティは、ソーシャルグラフ２０００内でさらに離れたエンティティよりも高い係数を有し得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、ロケーション情報に基づいて係数を計算し得る。互いに対して地理的により近いオブジェクトは、より遠いオブジェクトよりも互いに対してより関係がある、またはより興味があると考えられ得る。特定の実施形態では、特定のオブジェクトのためのユーザの係数は、ユーザに関連付けられている現在のロケーション（またはユーザのクライアント・システム１９０６のロケーション）に対するオブジェクトのロケーションの近接性に基づき得る。第１のユーザは、第１のユーザに対してより近い他のユーザまたは概念に、より興味があり得る。限定としてではなく、一例として、ユーザが空港から１．６０９ｋｍ（１マイル）、ガソリン・スタンドから３．２１９ｋｍ（２マイル）のところにいる場合、ソーシャル・ネットワーキング・システム１９０２は、ユーザに対する空港の近接性に基づいて、ユーザがガソリン・スタンドよりも空港に関して高い係数を有することを決定し得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、係数情報に基づいて、ユーザに関する特定のアクションを実行し得る。係数は、ユーザのアクションへの興味に基づいて、ユーザが特定のアクションを実行するか否かを予測するために使用され得る。係数は、広告、検索結果、ニュース・ストーリー、メディア、メッセージ、通知、または他の適切なオブジェクトなどの任意のタイプのオブジェクトをユーザに対して生成または提示するとき、使用され得る。係数はまた、必要に応じて、そのようなオブジェクトをランキングし、順序付けるために利用され得る。このようにして、ソーシャル・ネットワーキング・システム１９０２は、ユーザの興味および現在の環境に関連のある情報を提供し、興味のあるそのような情報を見つける可能性を増加させ得る。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、係数情報に基づいてコンテンツを生成し得る。コンテンツ・オブジェクトは、ユーザに固有の係数に基づいて提供または選択され得る。限定としてではなく、一例として、ユーザが、ユーザがメディア・オブジェクトに関して高い全体的係数を有するメディアが提示される場合、係数は、ユーザのためのメディアを生成するために使用され得る。限定としてではなく、別の例として、ユーザが、ユーザが広告付きオブジェクトに関して高い全体的係数を有する広告が提示される場合、係数は、ユーザのための広告を生成するために使用され得る。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、係数情報に基づいて検索結果を生成し得る。特定のユーザのための検索結果は、クエリを発行したユーザに対する検索結果に関連付けられている係数に基づいてスコア付けまたはランキングされ得る。限定としてではなく、一例として、より高い係数を有するオブジェクトに対応する検索結果は、検索結果ページ上で、より低い係数を有するオブジェクトに対応する結果よりも高くランキングされ得る。
特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、特定のシステムまたはプロセスからの係数の要求に応答して係数を計算し得る。ユーザが所与の状況でとり得る（または、その対象であり得る）可能性があるアクションを予測するために、任意のプロセスは、ユーザに関する計算された係数を要求し得る。要求は、係数を計算するために使用されるさまざまな因子に使用する重みのセットも含み得る。この要求は、オンライン・ソーシャル・ネットワーク上で実行されているプロセスから来ることもあるし、サードパーティ・システム１９０８から（たとえば、ＡＰＩまたは他の通信チャネルを介して）来ることもあるし、別の適切なシステムから来ることもある。要求に応答して、ソーシャル・ネットワーキング・システム１９０２は、係数を計算し得る（または、係数情報が以前に計算され、記憶されている場合、その係数情報にアクセスし得る）。特定の実施形態では、ソーシャル・ネットワーキング・システム１９０２は、特定のプロセスに関して親密度を測定し得る。さまざまなプロセス（オンライン・ソーシャル・ネットワークに対して内部と外部の両方にある）は、特定のオブジェクトまたはオブジェクトのセットに関する係数を要求し得る。ソーシャル・ネットワーキング・システム１９０２は、親密度の尺度を要求した特定のプロセスに対して関連のある親密度の尺度を提供し得る。このようにして、各プロセスは、プロセスが親密度の尺度を使用する異なるコンテキストに合わせられた親密度の尺度を受信する。
ソーシャルグラフ親密度および親密度係数に関して、特定の実施形態は、その各々が本願明細書に援用される、２００６年８月１１日に出願された米国特許出願第１１／５０３０９３号、２０１０年１２月２２日に出願された米国特許出願第１２／９７７０２７号、２０１０年１２月２３日に出願された米国特許出願第１２／９７８２６５号、および２０１２年１０月０１日に出願された米国特許出願第１３／６３２８６９号に開示されている１つまたは複数のシステム、構成要素、要素、機能、方法、動作、またはステップを利用し得る。
特定の実施形態では、オンライン・ソーシャル・ネットワークのコンテンツ・オブジェクトのうちの１つまたは複数がプライバシー設定に関連付けられ得る。オブジェクトのためのプライバシー設定（または「アクセス設定」）は、たとえば、オブジェクトに関連して、許可サーバ上のインデックス内に、別の適切な様式で、または、それらの任意の組み合わせなどの任意の適切な様式で記憶されてよい。オブジェクトのプライバシー設定は、オブジェクト（またはオブジェクトに関連付けられている特定の情報）が、オンライン・ソーシャル・ネットワークを使用してどのようにアクセス（たとえば、閲覧または共有）され得るかを規定し得る。オブジェクトのためのプライバシー設定は、特定のユーザがそのオブジェクトにアクセスすることを可能にし、オブジェクトは、そのユーザに対して「閲覧可能」と説明され得る。限定としてではなく、一例として、オンライン・ソーシャル・ネットワークのユーザは、ユーザプロファイル・ページのためのプライバシー設定が、ユーザプロファイル・ページ上の職歴情報にアクセスし得るユーザのセットを識別し、したがって、他のユーザを情報にアクセスさせないことを規定し得る。特定の実施形態では、プライバシー設定は、オブジェクトに関連付けられている一定の情報にアクセスすることが可能にされるべきではないユーザの「遮断リスト」を規定し得る。言い換えれば、遮断リストは、オブジェクトが見えない１つまたは複数のユーザまたはエンティティを規定し得る。限定としてではなく、一例として、ユーザは、ユーザに関連付けられているフォト・アルバムにアクセスし得ないユーザのセットを規定し、したがって、それらのユーザをフォト・アルバムにアクセスさせ得ない（がまた、おそらく、ユーザのセットに含まれない一定のユーザはフォト・アルバムにアクセスすることを可能にする）。特定の実施形態では、プライバシー設定は、特定のソーシャルグラフ要素に関連付けられ得る。ノードまたはエッジなどのソーシャルグラフ要素のプライバシー設定は、ソーシャルグラフ要素、ソーシャルグラフ要素に関連付けられている情報、またはソーシャルグラフ要素に関連付けられているコンテンツ・オブジェクトがどのようにしてオンライン・ソーシャル・ネットワークを使用してアクセス可能であるかを規定し得る。限定としてではなく、一例として、特定のフォトに対応する特定の概念ノード２００４は、そのフォトは、フォトでタグ付けされたユーザおよびユーザの友人によってのみアクセスされ得ることを規定するプライバシー設定を有し得る。特定の実施形態では、プライバシー設定は、ユーザが、アクションをソーシャル・ネットワーキング・システム１９０２によってログさせること、または他のシステム（たとえば、サードパーティ・システム１９０８）と共有させることに加わる、または加わらないことを可能にする。特定の実施形態では、オブジェクトに関連付けられているプライバシー設定は、任意の適切な粒度の許容されたアクセスまたはアクセスの否定を規定し得る。限定としてではなく、一例として、アクセスまたはアクセスの否定は、特定のユーザ（たとえば、自分のみ、ルームメイト、および上司）、特定の次数以内の隔たりに含まれるユーザ（たとえば、友人、または友人の友人）、ユーザ・グループ（たとえば、ゲーム・クラブ、家族）、ユーザ・ネットワーク（たとえば、特定の雇用者の従業員、学生、または特定の大学の卒業生）、すべてのユーザ（「パブリック」）、ユーザなし（「プライベート」）、サードパーティ・システム１９０８のユーザ、特定のアプリケーション（たとえば、サードパーティ・アプリケーション、外部ウェブサイト）、他の適切なユーザもしくはエンティティ、またはそれらの任意の組み合わせに対して規定され得る。本開示は、特定の様式で特定のプライバシー設定を使用することを説明しているが、本開示は、任意の適切な様式で任意の適切なプライバシー設定を使用することを企図している。
特定の実施形態では、１つまたは複数のサーバは、プライバシー設定を強制するための許可／プライバシー・サーバであってよい。データ・ストア内に記憶された特定のオブジェクトに関するユーザ（または他のエンティティ）からの要求に応答して、ソーシャル・ネットワーキング・システム１９０２は、オブジェクトのためのデータ・ストアに対して要求を送信し得る。要求は、要求に関連付けられているユーザを識別し得、許可サーバが、オブジェクトに関連付けられているプライバシー設定に基づいて、ユーザがオブジェクトにアクセスすることを許可されていることを決定した場合、ユーザ（またはユーザのクライアント・システム１９０６）のみに対して送信され得る。要求元ユーザが、オブジェクトにアクセスすることが許可されていない場合、許可サーバは、要求されたオブジェクトがデータ・ストアから取り出されるのを防止し得る、または、要求されたオブジェクトがユーザに対して送信されるのを防止し得る。検索クエリ・コンテキストでは、クエリ元ユーザが、オブジェクトにアクセスすることが許可されている場合、そのオブジェクトは、検索結果としてのみ生成され得る。言い換えれば、オブジェクトは、クエリ元ユーザに見える可視性を有さなければならない。オブジェクトが、ユーザに見えない可視性を有する場合、オブジェクトは検索結果から除外され得る。本開示は、特定の様式でプライバシー設定を強制することを説明しているが、本開示は、任意の適切な様式でプライバシー設定を強制することを企図したものである。
上記明細は、特定の例示的な実施形態を参照して記載されている。種々実施形態および本開示の様相は、本明細書に記載の詳細を参照して記述され、添付の図面は、これら種々の実施形態を示している。上記説明および図面は、本発明の一例に過ぎず、本発明を制限するものと解釈されるべきではない。多くの具体的詳細の記述によって、本発明の種々の実施形態の十分な理解が得られる。
追加または代替の実施形態は、その主旨または本質的特性から逸脱することなく、他の特定の形態で具現化されるようになっていてもよい。上記実施形態は、あらゆる点において一例に過ぎず、何ら限定的なものではないと解釈されるべきである。したがって、本発明の範囲は、上記説明ではなく、添付の特許請求の範囲によって指定される。特許請求の範囲と同等の意味および範囲に含まれるすべての変更は、上記請求の範囲に包含されるものとする。

Claims (20)

  1. 方法であって、
    少なくとも１つのプロセッサが、メッセージ・スレッド内のユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージを自然言語フレーズを用いて分析して前記複数の電子メッセージ内の複数の自然言語フレーズから前記複数の電子メッセージのコンテキストを判定する工程と、
    該少なくとも１つのプロセッサが、ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージの判定されたコンテキストに基づいて、支払いイベントを推測する工程であって、前記複数の自然言語フレーズのうちの２つ以上の自然言語フレーズから判定されたコンテキストに基づいて、送信者、１人または複数の受信者、および支払い取引を処理するための処理情報を決定することを含む前記支払いイベントを推測する工程と、
    該少なくとも１つのプロセッサが、自然言語処理を使用して、前記ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージのうちの電子メッセージにおける支払いイベントに関連付けられたメッセージの内容を識別する工程であって、前記メッセージの内容は、前記電子メッセージにおいて前記ユーザまたは前記１人または複数の共同ユーザによって入力された１つまたは複数の文字ストリングを含む、前記メッセージの内容を識別する工程と、
    該少なくとも１つのプロセッサが、前記支払いイベントを推測することに応答して、メッセージ・スレッド内の前記電子メッセージにおいて、識別されたメッセージの内容の１つまたは複数の文字ストリングを選択可能な要素に変換する工程と、
    該少なくとも１つのプロセッサが、前記メッセージ・スレッド内の前記電子メッセージにおいて、前記選択可能な要素と対話するユーザ入力に応答して、前記選択可能な要素の選択を識別する工程と、
    該少なくとも１つのプロセッサが、前記選択可能な要素の選択に応答して、推測された支払いイベントに基づいて、決定された前記送信者、前記１人または複数の受信者、および前記処理情報を用いて支払い取引を開始する工程と、を備える方法。
  2. 前記複数の電子メッセージを自然言語フレーズを用いて分析する工程は、
    前記複数の電子メッセージから第１の電子メッセージを分析して第１の自然言語フレーズを識別すること、
    前記複数の電子メッセージから第２の電子メッセージを分析して第２の自然言語フレーズを識別すること、
    前記第１の電子メッセージおよび第２の電子メッセージから前記コンテキストを判定すること、を含む、請求項１に記載の方法。
  3. 前記複数の自然言語フレーズが、少なくとも１つの所定のフレーズ、文字ストリング、またはシンボルを含む、請求項１に記載の方法。
  4. 前記シンボルが、１つまたは複数のドル記号を含む、請求項３に記載の方法。
  5. 前記自然言語フレーズは、予め設定された構文無しのテキストを含む、請求項１に記載の方法。
  6. 前記識別されたメッセージの内容の１つまたは複数の文字ストリングを選択可能な要素に変換する工程は、
    テキストを、前記複数の電子メッセージのうちの前記電子メッセージから、選択されたときに前記支払い取引を前記少なくとも１つのプロセッサに開始させる要素に変換することを含む、請求項１に記載の方法。
  7. 前記テキストを、前記複数の電子メッセージのうちの前記電子メッセージから、選択されたときに前記支払い取引を前記少なくとも１つのプロセッサに開始させる要素に変換することは、
    自然言語フレーズの少なくとも一部分を、前記複数の自然言語フレーズから、選択されたときに前記支払い取引を前記少なくとも１つのプロセッサに開始させる要素に変換することを含む、請求項６に記載の方法。
  8. 前記識別されたメッセージの内容の１つまたは複数の文字ストリングを前記選択可能な要素に変換する工程は、
    前記複数の電子メッセージのうちの前記電子メッセージの全体を前記選択可能な要素に変換することを含む、請求項１に記載の方法。
  9. 前記支払い取引を開始する工程は、
    確認要求をユーザに提供する工程を含む、請求項１に記載の方法。
  10. 前記識別されたメッセージの内容の１つまたは複数の文字ストリングを前記選択可能な要素に変換する工程は、
    前記識別されたメッセージの内容の視覚的な属性を、前記識別されたメッセージが選択可能であることを示すように変更することを含む、請求項１に記載の方法。
  11. ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージの分析に基づいて、前記支払いイベントを推測する工程が、
    ユーザが１人または複数の共同ユーザに金銭を送信したいか、または借りたいと望んでいることを示す自然言語を識別する工程を含む、請求項１に記載の方法。
  12. 前記支払いイベントを推測する工程は、
    前記１人または複数の共同ユーザに金銭を送信したいか、または借りたいと望んでいることを示す自然言語に基づいて、前記送信者、前記１人または複数の受信者、および前記支払い取引を処理するための処理情報を推測することを含む、請求項１に記載の方法。
  13. 複数の命令を備える非一時的なコンピュータ可読記憶媒体であって、
    前記複数の命令は、少なくとも１つのプロセッサによって実行されると、
    メッセージ・スレッド内のユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージを自然言語フレーズを用いて分析して前記複数の電子メッセージ内の複数の自然言語フレーズから前記複数の電子メッセージのコンテキストを判定する工程と、
    ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージの分析に基づいて、支払いイベントを推測する工程であって、前記複数の自然言語フレーズのうちの２つ以上の自然言語フレーズから判定されたコンテキストに基づいて、送信者、１人または複数の受信者、および支払い取引を処理するための処理情報を決定することを含む前記支払いイベントを推測する工程と、
    自然言語処理を使用して、前記ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージのうちの電子メッセージにおける支払いイベントに関連付けられたメッセージの内容を識別する工程であって、前記メッセージの内容は、前記電子メッセージにおいて前記ユーザまたは前記１人または複数の共同ユーザによって入力された１つまたは複数の文字ストリングを含む、前記メッセージの内容を識別する工程と、
    前記メッセージ・スレッド内の前記電子メッセージにおいて、選択可能な要素と対話するユーザ入力に応答して、前記選択可能な要素の選択を識別する工程と、
    送信者、１人または複数の受信者、および支払い取引を処理するための処理情報を決定することにより、ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージにおいて、支払いイベントに関連付けられたコンテンツを識別する工程と、
    該メッセージの内容の１つまたは複数の文字ストリングを、該支払いイベントに基づいて支払い取引を開始するための前記メッセージ・スレッド内の選択可能なオブジェクトに変換する工程と、
    前記選択可能な要素の選択に応答して、前記メッセージ・スレッド内の選択可能なオブジェクトの選択に基づいて前記支払い取引を開始する工程と、をコンピュータシステムに行わせる、非一時的なコンピュータ可読記憶媒体。
  14. 前記複数の命令は、前記コンピュータシステムに前記複数の電子メッセージを自然言語フレーズを用いて分析させ、
    前記複数の電子メッセージは、前記コンピュータシステムに、
    前記複数の電子メッセージから第１の電子メッセージを分析して第１の自然言語フレーズを識別すること、
    前記複数の電子メッセージから第２の電子メッセージを分析して第２の自然言語フレーズを識別すること、
    前記第１の電子メッセージおよび第２の電子メッセージから前記支払いイベントを示すコンテキストを判定すること、を行わせる、請求項１３に記載の非一時的なコンピュータ可読記憶媒体。
  15. 前記支払いイベントを識別する工程が、
    前記第１の自然言語フレーズにおいて、自然言語処理を使用して、１人または複数の共同ユーザへの支払いの要求を識別する工程を含む、請求項１４に記載の非一時的なコンピュータ可読記憶媒体。
  16. 前記コンピュータシステムに前記支払いイベントを識別させる前記複数の命令は、
    前記第２の自然言語フレーズにおいて、自然言語処理を使用して、１人または複数の共同ユーザに支払いを送信するための要求を識別する工程を、前記コンピュータシステムに行わせる、請求項１４に記載の非一時的なコンピュータ可読記憶媒体。
  17. 前記少なくなくとも１つのプロセッサによって実行されると、前記コンピュータシステムに、
    前記複数の電子メッセージにおいて所定の文字ストリングを識別する工程と、
    所定の文字ストリングに基づいて、前記支払い取引に関連付けられた動作を実行する工程であって、該動作は、１人または複数の共同ユーザに支払いを要求すること、１人または複数の共同ユーザに支払いを送信すること、前記支払い取引についての支払い額を設定すること、または前記支払い取引を確認することを含む、前記実行する工程と、をさらに行わせる複数の命令をさらに備える請求項１３に記載の非一時的なコンピュータ可読記憶媒体。
  18. モバイル・デバイスであって、
    少なくとも１つのプロセッサと、
    表示デバイスと、
    複数の命令を記憶した少なくとも１つの非一時的なコンピュータ可読記憶媒体と、を備え、
    該複数の命令は、該少なくとも１つのプロセッサによって実行されると、該モバイル・デバイスに、
    メッセージ・スレッド内のユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージを自然言語フレーズを用いて分析して前記複数の電子メッセージ内の複数の自然言語フレーズから前記複数の電子メッセージのコンテキストを判定する工程と、
    ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージの判定されたコンテキストに基づいて、支払いイベントを推測する工程であって、前記複数の自然言語フレーズのうちの２つ以上の自然言語フレーズから判定されたコンテキストに基づいて、送信者、１人または複数の受信者、および支払い取引を処理するための処理情報を決定することを含む前記支払いイベントを推測する工程と、
    自然言語処理を使用して、前記ユーザと１人または複数の共同ユーザとの間で交換される複数の電子メッセージのうちの電子メッセージにおける支払いイベントに関連付けられたメッセージの内容を識別する工程であって、前記メッセージの内容は、前記電子メッセージにおいて前記ユーザまたは前記１人または複数の共同ユーザによって入力された１つまたは複数の文字ストリングを含む、前記メッセージの内容を識別する工程と、
    前記支払いイベントを推測することに応答して、メッセージ・スレッド内の前記電子メッセージにおいて、識別されたメッセージの内容の１つまたは複数の文字ストリングを選択可能な要素に変換する工程と、
    前記メッセージ・スレッド内の前記電子メッセージにおいて、前記選択可能な要素と対話するユーザ入力に応答して、前記選択可能な要素の選択を識別する工程と、
    前記選択可能な要素の選択に応答して、推測された支払いイベントに基づいて、決定された前記送信者、前記１人または複数の受信者、および前記処理情報を用いて支払い取引を開始する工程と、を行わせる、モバイル・デバイス。
  19. 該少なくとも１つのプロセッサによって実行されると、該モバイル・デバイスに、
    前記複数の電子メッセージから第１の電子メッセージを分析して第１の自然言語フレーズを識別すること、
    前記複数の電子メッセージから第２の電子メッセージを分析して第２の自然言語フレーズを識別すること、
    前記第１の電子メッセージおよび第２の電子メッセージから前記コンテキストを判定すること、を行わせる複数の命令をさらに備える請求項１８に記載のモバイル・デバイス。
  20. 前記支払いイベントを推測する工程を該モバイル・デバイスに行わせる前記複数の命令は、
    前記１人または複数の共同ユーザに金銭を送信したいか、または借りたいと望んでいることを示す自然言語に基づいて、前記送信者、前記１人または複数の受信者、および前記支払い取引を処理するための処理情報を推測する工程を該モバイル・デバイスに行わせる、請求項１８に記載のモバイル・デバイス。
JP2017517667A 2014-10-27 2014-10-27 メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進 Active JP6609627B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/524,380 US10783513B2 (en) 2014-10-27 2014-10-27 Facilitating sending and receiving of payments using message-based contextual prompts
PCT/US2014/062459 WO2016068854A1 (en) 2014-10-27 2014-10-27 Facilitating sending and receiving of payments using message-based contextual prompts
US14/524,380 2014-10-27

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019138177A Division JP2019204536A (ja) 2014-10-27 2019-07-26 メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進

Publications (3)

Publication Number Publication Date
JP2017531866A JP2017531866A (ja) 2017-10-26
JP2017531866A5 JP2017531866A5 (ja) 2017-12-07
JP6609627B2 true JP6609627B2 (ja) 2019-11-20

Family

ID=55792295

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017517667A Active JP6609627B2 (ja) 2014-10-27 2014-10-27 メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進
JP2019138177A Pending JP2019204536A (ja) 2014-10-27 2019-07-26 メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019138177A Pending JP2019204536A (ja) 2014-10-27 2019-07-26 メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進

Country Status (7)

Country Link
US (1) US10783513B2 (ja)
JP (2) JP6609627B2 (ja)
KR (1) KR102391149B1 (ja)
AU (1) AU2014410285A1 (ja)
CA (1) CA2957672A1 (ja)
IL (1) IL250516A0 (ja)
WO (1) WO2016068854A1 (ja)

Families Citing this family (111)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10701014B2 (en) * 2013-03-15 2020-06-30 Companyons, Inc. Contextual messaging systems and methods
US9037491B1 (en) 2013-11-26 2015-05-19 Square, Inc. Card reader emulation for cardless transactions
US10614445B1 (en) 2014-06-04 2020-04-07 Square, Inc. Proximity-based payments
US11507931B1 (en) 2014-07-31 2022-11-22 Block, Inc. Payout payment platform
US10963868B1 (en) 2014-09-09 2021-03-30 Square, Inc. Anonymous payment transactions
WO2016068854A1 (en) 2014-10-27 2016-05-06 Facebook, Inc. Facilitating sending and receiving of payments using message-based contextual prompts
US9864982B2 (en) * 2014-10-31 2018-01-09 The Toronto-Dominion Bank Image recognition-based payment requests
US11481741B2 (en) 2014-10-31 2022-10-25 Block, Inc. Money transfer by use of a payment proxy
US9990613B1 (en) * 2014-12-12 2018-06-05 Square, Inc. Bill payment using direct funds transfer
US20180107992A1 (en) * 2015-05-07 2018-04-19 Visa International Service Association Social media payment platform apparatuses, methods and systems for processing payments via social media
US11410154B2 (en) 2015-06-05 2022-08-09 Block, Inc. Apparatuses, methods, and systems for transmitting payment proxy information
US10049349B1 (en) 2015-09-29 2018-08-14 Square, Inc. Processing electronic payment transactions in offline-mode
US10467615B1 (en) 2015-09-30 2019-11-05 Square, Inc. Friction-less purchasing technology
MX2018005425A (es) * 2015-10-27 2018-08-16 Decentralized Mobile Applications Ltd Interfaces de operacion segura.
US20200184478A1 (en) * 2018-12-10 2020-06-11 Decentralized Mobile Applications Ltd. Secure transaction interfaces
EP3369077B1 (en) * 2015-10-29 2024-05-15 Axon Vibe AG System, method and computer program product for location-based passive payments
US20170193477A1 (en) * 2015-11-23 2017-07-06 BillHero, Inc. Bill payment infrastructure for bill splittees
US11516153B2 (en) 2016-01-25 2022-11-29 Expensify, Inc. Computer system providing a chat engine
USD822690S1 (en) * 2016-02-14 2018-07-10 Paypal, Inc. Display screen or portion thereof with animated graphical user interface
USD822689S1 (en) * 2016-02-14 2018-07-10 Paypal, Inc. Display screen or portion thereof with animated graphical user interface
USD795287S1 (en) * 2016-02-16 2017-08-22 Sears Brands, L.L.C. Display screen or portion thereof with transitional graphical user interface
WO2017152096A1 (en) 2016-03-04 2017-09-08 Axon Vibe AG Systems and methods for predicting user behavior based on location data
US10163107B1 (en) 2016-03-31 2018-12-25 Square, Inc. Technical fallback infrastructure
US20170300896A1 (en) * 2016-04-13 2017-10-19 Paypal, Inc. Omni-channel data processing using hierarchical vault data structures
AU2017250377A1 (en) * 2016-04-15 2018-10-25 Visa International Service Association System and method for secure web payments
KR20240023200A (ko) * 2016-05-18 2024-02-20 애플 인크. 그래픽 메시징 사용자 인터페이스 내의 확인응답 옵션들의 적용
US10592098B2 (en) 2016-05-18 2020-03-17 Apple Inc. Devices, methods, and graphical user interfaces for messaging
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
CN114693289A (zh) 2016-06-11 2022-07-01 苹果公司 用于交易的用户界面
US10368208B2 (en) 2016-06-12 2019-07-30 Apple Inc. Layers in messaging applications
US10453049B2 (en) 2016-06-30 2019-10-22 Square, Inc. Physical, logical separation of balances of funds
SG10201606192YA (en) * 2016-07-27 2018-02-27 Mastercard Asia Pacific Pte Ltd A System And Method For Making Payment Within A Digital Messaging Environment
US20180068313A1 (en) 2016-09-06 2018-03-08 Apple Inc. User interfaces for stored-value accounts
US9886689B1 (en) * 2016-09-12 2018-02-06 Square, Inc. Processing a mobile payload
USD837227S1 (en) 2016-09-12 2019-01-01 Square, Inc. Display screen with graphical user interface for a mobile device
US10621562B2 (en) * 2016-09-23 2020-04-14 Ncr Corporation Secure payment processing within messaging systems
US10423304B2 (en) 2016-12-02 2019-09-24 International Business Machines Corporation Dynamic web actions palette
US10796295B2 (en) * 2016-12-22 2020-10-06 Facebook, Inc. Processing payment transactions using artificial intelligence messaging services
CN106920092A (zh) * 2016-12-23 2017-07-04 阿里巴巴集团控股有限公司 一种虚拟资源分配方法、客户端及服务器
CN113535382A (zh) * 2016-12-23 2021-10-22 创新先进技术有限公司 资源处理方法及装置
US20180189754A1 (en) * 2016-12-30 2018-07-05 Adam C Campbell System and method of batch processing payment transactions
JP6325701B1 (ja) * 2017-01-19 2018-05-16 株式会社 みずほ銀行 口座管理システム、口座管理方法及び口座管理プログラム
US10810569B2 (en) 2017-01-30 2020-10-20 Square, Inc. Contacts for misdirected payments and user authentication
US10225076B2 (en) * 2017-02-17 2019-03-05 Tianqing Leng Splitting digital promises recorded in a blockchain
US11593773B1 (en) * 2017-03-31 2023-02-28 Block, Inc. Payment transaction authentication system and method
US10755281B1 (en) 2017-03-31 2020-08-25 Square, Inc. Payment transaction authentication system and method
US12020235B2 (en) 2017-04-28 2024-06-25 Block, Inc. Multi-source transaction processing
CN118264635A (zh) 2017-05-16 2024-06-28 苹果公司 用于对等传输的用户界面
US11221744B2 (en) 2017-05-16 2022-01-11 Apple Inc. User interfaces for peer-to-peer transfers
US10423948B1 (en) * 2017-06-29 2019-09-24 Square, Inc. Automated third-party messaging
US10810574B1 (en) 2017-06-29 2020-10-20 Square, Inc. Electronic audible payment messaging
US11062316B2 (en) * 2017-08-14 2021-07-13 Feedzai—Consultadoria e Inovaçâo Tecnológica, S.A. Computer memory management during real-time fraudulent transaction analysis
US11514424B2 (en) * 2017-09-19 2022-11-29 The Toronto-Dominion Bank System and method for integrated application and provisioning
US11688003B2 (en) * 2017-09-19 2023-06-27 The Toronto-Dominion Bank System and method for integrated application and provisioning
EP3467743A1 (fr) * 2017-10-03 2019-04-10 Gemalto Sa Procede et systeme pour realiser une transaction de paiement sur un terminal bancaire avec un dispositif electronique
JP7168308B2 (ja) * 2017-11-07 2022-11-09 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム
KR20200084342A (ko) * 2017-11-07 2020-07-10 라인 페이 가부시키가이샤 정보처리 프로그램, 방법, 장치 및 시스템
JP7168309B2 (ja) * 2017-11-07 2022-11-09 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム
JP7168310B2 (ja) * 2017-11-07 2022-11-09 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム
JP7168311B2 (ja) * 2017-11-07 2022-11-09 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム
US20190235831A1 (en) * 2018-01-31 2019-08-01 Amazon Technologies, Inc. User input processing restriction in a speech processing system
DE102018203176A1 (de) * 2018-03-02 2019-09-05 Comdirect Bank Ag Chat-Überweisungsfunktionalität
US10135775B1 (en) * 2018-03-15 2018-11-20 Capital One Services, Llc Dynamic re-configuration of a user interface based on transaction information
KR102352546B1 (ko) * 2018-04-03 2022-01-18 라인 페이 가부시키가이샤 송금 기능이 탑재된 메신저에서 메시지 내용을 인식하여 송금 기능을 제공하는 방법 및 시스템
KR20190115652A (ko) * 2018-04-03 2019-10-14 라인 페이 가부시키가이샤 송금 기능이 탑재된 메신저에서 메시지 내용을 인식하여 송금 기능을 제공하는 방법 및 시스템
US11079919B1 (en) * 2018-05-10 2021-08-03 Wells Fargo Bank, N.A. Personal computing devices with improved graphical user interfaces
US11037154B1 (en) * 2018-05-29 2021-06-15 Wells Fargo Bank, N.A. Determining payment details based on contextual and historical information
US11100498B2 (en) 2018-06-03 2021-08-24 Apple Inc. User interfaces for transfer accounts
CN112561537A (zh) 2018-06-03 2021-03-26 苹果公司 用于转账账户的用户界面
KR102086751B1 (ko) * 2018-07-06 2020-04-23 주식회사 카카오 인스턴트 메시징 서비스에서 지정된 온라인 친구에게 사용자 프로필 정보 제공 방법, 이를 구현한 서버, 사용자 단말, 그리고 어플리케이션
WO2020024052A1 (en) * 2018-07-31 2020-02-06 Bank Of Montreal System and process for electronic calendar payments
JP7085437B2 (ja) * 2018-07-31 2022-06-16 株式会社日本総合研究所 送金処理装置、及びプログラム
US20210390541A1 (en) * 2018-10-18 2021-12-16 Ocean Space, Inc. Systems and methods for managing and sharing transaction information in a distributed communication system
US11842331B2 (en) * 2018-10-24 2023-12-12 Capital One Services, Llc Network of trust for bill splitting
US11494757B2 (en) 2018-10-24 2022-11-08 Capital One Services, Llc Remote commands using network of trust
JP7448135B2 (ja) * 2018-10-26 2024-03-12 ＬＩＮＥ Ｐａｙ株式会社 プログラム、情報処理方法、サーバ
US20200134593A1 (en) * 2018-10-31 2020-04-30 Capital One Services, Llc Systems and methods for multicomputer data transferring in response to input from a user device
CN109858902A (zh) * 2019-02-25 2019-06-07 上海风汇网络科技有限公司 一种基于http协议的服务器、用户终端收款系统及收款方法
US20200274835A1 (en) * 2019-02-25 2020-08-27 Slack Technologies, Inc. Methods and apparatuses for managing integration of a third party resource in a group-based communication system
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
KR20200124369A (ko) * 2019-04-23 2020-11-03 주식회사 커먼컴퓨터 전자 장치의 디스플레이 상의 사용자 인터페이스를 통해 보상을 제공하는 방법 및 시스템
US11227354B2 (en) 2019-05-20 2022-01-18 The Toronto-Dominion Bank Integration of workflow with digital ID
KR102301064B1 (ko) * 2019-06-14 2021-09-14 디디이핀테크코리아 (주) 페이를 포함하는 전자 화폐 거래 시스템
US11756020B1 (en) * 2019-07-31 2023-09-12 Block, Inc. Gesture and context interpretation for secure interactions
US10839060B1 (en) * 2019-08-27 2020-11-17 Capital One Services, Llc Techniques for multi-voice speech recognition commands
US11367059B2 (en) 2019-10-31 2022-06-21 The Toronto-Dominion Bank Integrated credit application and merchant transaction including concurrent visualization of transaction details
US20210201302A1 (en) * 2019-12-30 2021-07-01 Cross River Bank Systems and Methods for Transmitting Electronic Currency
US20210209293A1 (en) * 2020-01-02 2021-07-08 Whatsapp Inc. Cross-application data sharing
CN111539703B (zh) * 2020-04-20 2023-10-24 车主邦（北京）科技有限公司 支付异常处理方法及系统
US12118562B2 (en) 2020-05-29 2024-10-15 Apple Inc. Configuring an account for a second user identity
US11887066B2 (en) 2020-05-30 2024-01-30 Mastercard International Incorporated Methods and systems for performing secure transactions associated with instructions received in natural language form
JP7089551B2 (ja) * 2020-06-17 2022-06-22 Ｌｉｎｅ株式会社 プログラム、情報処理方法、サーバ、端末
JP2022001970A (ja) * 2020-06-17 2022-01-06 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末
WO2021255949A1 (ja) * 2020-06-17 2021-12-23 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末、サーバ
JP7108361B2 (ja) * 2020-06-30 2022-07-28 Ｌｉｎｅ株式会社 プログラム、情報処理方法、およびサーバ
USD956862S1 (en) 2020-07-13 2022-07-05 Block, Inc. Data card
US11301616B1 (en) * 2020-10-09 2022-04-12 Docusign, Inc. Using machine learning to predict performance of secure documents
USD973714S1 (en) 2020-12-16 2022-12-27 Meta Platforms, Inc. Display screen having a graphical user interface or portion thereof
US11983702B2 (en) 2021-02-01 2024-05-14 Apple Inc. Displaying a representation of a card with a layered structure
US11328295B1 (en) * 2021-04-09 2022-05-10 Meta Platforms, Inc. Secure messaging-based delayed payout mediation with protective countermeasures
AU2021202774A1 (en) * 2021-05-03 2022-11-17 Shabaz, Natalie MISS The Gift Vault
US11921992B2 (en) 2021-05-14 2024-03-05 Apple Inc. User interfaces related to time
US11868596B2 (en) * 2021-07-28 2024-01-09 Capital One Services, Llc Color-based system for generating notifications
US11784956B2 (en) 2021-09-20 2023-10-10 Apple Inc. Requests to add assets to an asset account
USD1043727S1 (en) 2021-09-20 2024-09-24 Empower Annuity Insurance Company Of America Display screen or portion thereof with graphical user interface
US20230101795A1 (en) * 2021-09-30 2023-03-30 Expensify, Inc. Chat abstraction layer for a peer-to-peer transaction service
US20230214822A1 (en) * 2022-01-05 2023-07-06 Mastercard International Incorporated Computer-implemented methods and systems for authentic user-merchant association and services
USD1035654S1 (en) 2022-04-04 2024-07-16 Block, Inc. Electronic storage device
US11893067B1 (en) 2022-09-30 2024-02-06 Block, Inc. Cause identification using dynamic information source(s)
US12099985B2 (en) * 2022-10-25 2024-09-24 Block, Inc. Group data objects and associated functionality enablement
USD1036450S1 (en) 2023-01-24 2024-07-23 Block, Inc. Electronic storage device

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895328B2 (en) * 2002-12-13 2011-02-22 International Business Machines Corporation System and method for context-based serialization of messages in a parallel execution environment
US7606866B2 (en) 2003-02-14 2009-10-20 Siemens Communications, Inc. Messenger assistant for personal information management
US7680888B1 (en) 2004-03-31 2010-03-16 Google Inc. Methods and systems for processing instant messenger messages
US9830634B2 (en) * 2006-02-23 2017-11-28 International Business Machines Corporation Performing secure financial transactions in an instant messaging environment
US20080201434A1 (en) 2007-02-16 2008-08-21 Microsoft Corporation Context-Sensitive Searches and Functionality for Instant Messaging Applications
US8661046B2 (en) * 2007-09-18 2014-02-25 Palo Alto Research Center Incorporated Using a content database to infer context information for activities from messages
US8775513B2 (en) * 2007-11-30 2014-07-08 International Business Machines Corporation Correlating messaging text to business objects for business object integration into messaging
US20120158589A1 (en) * 2010-12-15 2012-06-21 Edward Katzin Social Media Payment Platform Apparatuses, Methods and Systems
JP5701107B2 (ja) * 2011-03-04 2015-04-15 株式会社日本総合研究所 自然言語バンキング処理サーバ及び自然言語バンキング処理方法
KR20140094801A (ko) * 2013-01-23 2014-07-31 주식회사 케이티 인스턴트 메신저가 탑재된 이동단말 및 이를 이용한 마일리지 거래 방법
WO2016068854A1 (en) 2014-10-27 2016-05-06 Facebook, Inc. Facilitating sending and receiving of payments using message-based contextual prompts

Also Published As

Publication number Publication date
JP2019204536A (ja) 2019-11-28
US20160117670A1 (en) 2016-04-28
KR20170074855A (ko) 2017-06-30
AU2014410285A1 (en) 2017-03-02
JP2017531866A (ja) 2017-10-26
KR102391149B1 (ko) 2022-04-28
WO2016068854A1 (en) 2016-05-06
IL250516A0 (en) 2017-03-30
CA2957672A1 (en) 2016-05-06
US10783513B2 (en) 2020-09-22

Similar Documents

Publication Publication Date Title
JP6609627B2 (ja) メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進
JP6255115B2 (ja) 当日支払取引の促進
JP6596503B2 (ja) メッセージおよび支払キューを使用した支払の送信、受信および更新の促進
US11074570B2 (en) Facilitating sending and receiving of peer-to-business payments
US20160117651A1 (en) Facilitating sending and receiving of payments between users in a group
US20160117665A1 (en) Facilitating initiating payments without a payment credential
US20160117666A1 (en) Facilitating sending and receiving of peer-to-peer payments
US20170169508A1 (en) Enabling peer-to-peer loan transaction
US20170178124A1 (en) Processing secure electronic payment transactions
JP2017534972A (ja) 送金支払いの送信および受信の促進
EP3035265A1 (en) Facilitating sending and receiving of peer-to-business payments
EP3067849A1 (en) Facilitating sending, receiving, and updating of payments using message and payment queues

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171026

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171026

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180904

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180831

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181109

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190423

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190520

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190726

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190805

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20190805

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191008

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191028

R150 Certificate of patent or registration of utility model

Ref document number: 6609627

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250