0065]在框445處，電子郵件支付模塊125在允許支付交易完成之前確定是否需要安全挑戰(zhàn)。例如，電子郵件支付模塊125可以基于支付的資金金額、存儲在發(fā)送者電子支付賬戶151中的支付憑證信息的金額、是否是向發(fā)送者社交網(wǎng)絡內(nèi)的某人進行支付或這些因素的組合來確定是否需要安全挑戰(zhàn)。安全挑戰(zhàn)可以要求例如完整的賬單地址等新的支付賬戶信息，或例如所選擇的支付憑證的信用卡號碼等已知詳情的確認。在其它特定示例性實施方式中，安全挑戰(zhàn)也可以要求發(fā)送者證實他們持有驗證碼。例如，電子郵件支付模塊125可以將包含驗證碼的短信消息發(fā)送給與發(fā)送者電子郵件或支付賬戶關聯(lián)的手機號碼。如果電子郵件支付模塊125確定要求安全挑戰(zhàn)，則該過程前進到框450。
[0066]在框450處，電子郵件支付模塊125經(jīng)由電子郵件客戶端模塊106向發(fā)送者顯不安全挑戰(zhàn)模式，并基于由發(fā)送者輸入安全挑戰(zhàn)模式的信息確定安全挑戰(zhàn)是否已經(jīng)通過。如果安全挑戰(zhàn)通過，則該方法前進到框455。如果安全挑戰(zhàn)沒有通過，則該方法終止。在特定示例性實施方式中，在電子郵件支付過程終止之前，可給予發(fā)送者限定數(shù)量的提供正確的安全挑戰(zhàn)驗證信息的額外嘗試。
[0067]返回到框445，如果電子郵件支付模塊125確定不需要安全挑戰(zhàn)，則該方法直接地前進到框455。
[0068]在框455處，電子郵件支付模塊125將支付對象插入到電子郵件的主體中。在發(fā)送者電子郵件客戶端模塊106中，支付對象將顯示收件人、支付金額和關于正在使用的支付憑證或賬戶的識別信息。在收件人電子郵件客戶端模塊107中，支付對象可以顯示關于發(fā)送者和支付金額的信息。支付對象也可以包含附加信息。例如，支付對象可以包含收件人或發(fā)送者的圖片，所述圖片例如與在發(fā)送者裝置105或收件人裝置110上的收件人聯(lián)系信息關聯(lián)的圖片。支付對象也可以向發(fā)送者提供字段，以輸入備注或其它文本。例如，發(fā)送者可以在支付對象中指示支付是針對什么。該方法然后前進到圖2的框220。
[0069]圖5是根據(jù)特定示例性實施方式描述用于準備帶有包含支付請求的支付對象的電子郵件的方法215b的方框流程圖。
[0070]方法215b開始于框505?？?05至515大致如上述關于圖4的框405至415那樣前進，而框520至530大致如上述關于圖4的框445至455那樣前進。在方法215b中，支付對象包含從支付接收者到支付發(fā)送者的支付請求，而非包含從發(fā)送者到收件人的支付。類似于包含支付的支付對象，包含支付請求的支付對象根據(jù)是發(fā)送者還是收件人在查看支付對象和所請求的金額來列出收件人或發(fā)送者，但不需要在發(fā)送者查看支付對象的視圖中指示支付憑證標識符。可以如上所述那樣包含例如收件人或發(fā)送者的圖片等附加信息或關于請求性質(zhì)的備注。
[0071]返回到圖2的框220，其中發(fā)送者電子郵件客戶端模塊106將帶有支付對象的電子郵件發(fā)送給收件人電子郵件客戶端模塊107。以下參考圖6對框220進行更詳細的描述。
[0072]圖6是描述用于經(jīng)由電子郵件服務器145將帶有支付對象的電子郵件從發(fā)送者電子郵件客戶端模塊106發(fā)送到收件人電子郵件客戶端模塊107的方法220的方框流程圖。
[0073]方法220開始于框605，在此處發(fā)送者通過點擊“發(fā)送”確認支付對象的詳情。
[0074]在框610處，電子郵件支付模塊125驗證包含在電子郵件中的支付對象的數(shù)量等于在電子郵件消息的“to”字段中所指定的收件人的數(shù)量。如果電子郵件支付模塊125檢測到在“to”字段中收件人多于插入到電子郵件中的支付對象，則該方法前進到框615。
[0075]在框615處，電子郵件支付模塊125限制支付對象只能被發(fā)送給那些在電子郵件中帶有匹配支付對象的“to”字段中的收件人。例如，電子郵件支付模塊125可以將從電子郵件客戶端模塊106發(fā)送至電子郵件服務器145、指向在電子郵件中沒有對應支付對象的收件人的出站消息副本中的支付對象移除。
[0076]在特定示例性實施方式中，電子郵件支付模塊125也可以限制將帶有支付對象的電子郵件副本發(fā)送到群組電子郵件地址。在其它特定示例性實施方式中，電子郵件客戶端模塊125允許將帶有支付對象的電子郵件發(fā)送到群組地址，但要求指定群組管理員電子郵件地址，該群組管理員是唯一被授權代表該群組接受或拒絕支付對象的人。在其它特定示例性實施方式中，電子郵件支付模塊125也可以限制帶有支付對象的電子郵件被發(fā)送給限定地理區(qū)域內(nèi)的收件人。例如，如果現(xiàn)有的規(guī)定限制向特定地理區(qū)域發(fā)送電子支付，則電子支付模塊125將把支付對象從發(fā)送給在受限的地理區(qū)域中的任何收件人的電子郵件中移除。例如，電子郵件支付模塊125可以請求支付處理器150驗證與收件人支付賬戶152關聯(lián)的物理地址信息不在受限的地理區(qū)域內(nèi)。如果與收件人支付賬戶152關聯(lián)的物理地址在受限的地理區(qū)域中，則電子郵件支付模塊125將把支付對象從發(fā)送到該收件人的電子郵件中移除。
[0077]返回到框610，如果只存在單個收件人和支付對象，則該方法直接前進到框620。
[0078]在框620處，電子郵件支付模塊125確定在帶有支付對象的電子郵件的“cc”字段或“bcc”字段中是否存在任何收件人。如果在“CC”字段或“bcc”字段中存在收件人，則該方法前進到框625。
[0079]如上文關于框615所描述的那樣，在框625處，電子郵件支付模塊125限制支付只能被發(fā)送給在“to”字段中的收件人。例如，電子支付模塊125可以將支付對象從被發(fā)送給在“cc”字段或“bcc”字段中所指定的收件人的電子郵件副本中移除?；蛘?，電子郵件支付模塊125可以修改支付對象詳情，以僅僅顯示交易詳情，而不包含使“cc”或“bcc”收件人可接受或拒絕支付的用戶界面對象。
[0080]返回到框620，如果在“cc”字段或“bcc”字段中不存在收件人，則該方法直接地前進到框630。
[0081]在框630處，電子郵件服務器145將帶有支付對象或?qū)ο蟮倪m當受限的電子郵件按路線發(fā)送到它們指定的收件人。此外，電子郵件支付模塊125將在支付對象的生成過程中獲取的最終支付詳情傳達到支付處理器125。支付處理器150使用發(fā)送者電子支付賬戶標識符來訪問發(fā)送者的對應電子支付賬戶151以及使用收件人的電子郵件賬戶標識符來訪問收件人的電子支付賬戶152。支付處理器150然后根據(jù)同步步驟將所請求的資金從發(fā)送者電子支付賬戶151轉移到收件人電子支付賬戶152，以下參考圖7對所述同步步驟作了進一步的詳細描述。如果收件人當時沒有電子支付賬戶，則支付處理器150將暫停支付請求的處理，直至收件人電子賬戶被建立。不具有已注冊的電子支付賬戶的收件人在收到帶有支付對象的電子郵件后會被提示通過支付處理器150建立這樣的賬戶，以下參考圖2的框230對此作了進一步的詳細描述。
[0082]在框635處，傳遞同步模塊135使發(fā)送者電子支付賬戶151和收件人電子支付賬戶152中支付的發(fā)布與帶有支付對象的電子郵件從發(fā)送者電子郵件賬戶到收件人電子郵件賬戶的傳遞同步。以下參考圖7對框635進行更詳細的描述。
[0083]圖7是根據(jù)特定示例性實施方式描述用于使帶有支付對象的電子郵件的傳遞與支付從發(fā)送者電子支付賬戶到收件人電子支付賬戶的傳遞同步的方法635的方框流程圖。
[0084]方法635開始于框705，在此處傳遞同步模塊135確定帶有支付對象的電子郵件是否包含支付或支付請求。如果支付對象包含支付請求，則不要求同步，該方法直接前進到圖2的框225。如果支付對象包含支付，則該方法前進到框710。
[0085]在框710處，傳遞同步模塊135請求電子郵件服務器145暫停帶有支付對象的電子郵件的傳遞，直至接收到來自傳遞同步模塊135的進一步確認。例如，在向電子郵件服務器145發(fā)出進一步確認以將帶有支付對象的電子郵件傳遞到收件人電子郵件客戶端107之前，傳遞同步模塊135可以等待，直至支付處理器如下文框715所描述的那樣確認已收到支付詳情。
[0086]在框715處，傳遞同步模塊135請求由支付處理器150驗證支付詳情已被接收。例如，傳遞同步模塊可以請求確認由電子郵件支付模塊125如上文圖6的框630所描述的那樣所發(fā)送的最終支付詳情已被接收。傳遞同步模塊135可以由交易標識符識別支付詳情，所述交易標識符由電子郵件支付模塊125指定到電子郵件支付并由電子郵件支付模塊125傳達到具有最終支付詳情的支付處理器150。支付處理器150使用交易標識符識別支付詳情是否已經(jīng)被接收，并在特定示例性實施方式中識別支付詳情準備在哪里用于處理。支付處理器150然后將響應發(fā)送到傳遞同步模塊135，所述傳遞同步模塊135指示支付詳情是否被接收。
[0087]在框720處，傳遞同步模塊135接收來自支付處理器150的響應。如果傳遞同步模塊135接收到來自支付處理器150的支付詳情已經(jīng)被接收的確認，則該方法前進到框735。
[0088]返回到框720，如果傳遞同步模塊135接收到來自支付處理器150的尚未收到支付詳情的響應，則該方法前進到框725。
[0089]在框725處，傳遞同步模塊135將附加驗證請求傳達到支付處理器150，因為在上文框720處支付處理器150指示尚未收到支付詳情。
[0090]在框730處，傳遞同步模塊135接收來自支付處理器150的響應。如果傳遞同步模塊135接收到來自支付處理器150的支付處理器150尚未收到支付詳情的響應，則傳遞同步模塊135將繼續(xù)監(jiān)視支付處理器150以了解支付詳情是否已被接收。例如，傳遞同步模塊135可以每隔一定時間將附加驗證請求發(fā)送到支付處理器150。在特定示例性實施方式中，超時期間可以被限定，如果該超時期間被超過，則該方法終止。如果傳遞同步模塊135接收到來自支付處理器125的支付詳情已經(jīng)被接收的確認，則該方法前進到框735。
[0091]在框735處，傳遞同步模塊135將請求傳達到電子郵件服務器145，以將帶有支付對象的電子郵件傳遞到指定的收件人，并在傳遞時請求電子郵件服務器145將確認發(fā)送到傳遞同步模塊135。傳遞同步模塊135也將請求傳達給支付處理器150，以暫停對發(fā)送者和收件人電子支付賬戶的支付的發(fā)布，直至支付處理器150接收來自傳遞同步模塊135的進一步確認。
[0092]在框740處，傳遞同步模塊135接收來自電子郵件服務器145的指示電子郵件的傳遞是否完成的響應。如果傳遞同步模塊135接收到來自電子郵件服務器145的帶有支付對象的電子郵件已被傳遞的確認，則該方法直接前進到框755。如果傳遞同步模塊135接收到來自電子郵件服務器145的指示傳遞未被完成的響應，則該方法前進到框745。
[0093]在框745處，傳遞同步模塊135將附加的傳遞驗證請求發(fā)送給電子郵件服務器145。
[0094]在框750處，傳遞同步模塊135接收來自電子郵件服務器145的指示帶有支付對象的電子郵件消息是否已經(jīng)被傳遞的響應。如果傳遞同步模塊135接收到帶有支付對象的電子郵件已被傳遞的確認，則該方法前進到框755。如果傳遞同步模塊135接收到來自電子郵件服務器145的帶有支付對象的電子郵件還沒有被傳遞的響應，則傳遞同步模塊135將繼續(xù)監(jiān)視電子郵件服務器145，以了解帶有支付對象的電子郵件是否已被傳遞。例如，傳遞同步模塊135可以每隔一定時間將附加傳遞驗證請求發(fā)送到電子郵件服務器145。在特定示例性實施方式中，超時期間可以被限定，如果該超時期間被超過，則電子郵件支付過程終止。如果傳遞同步模塊135接收到來自電子郵件服務器145的電子郵件已經(jīng)被傳遞的確認，則該方法前進到框755。
[0095]在框755處，傳遞同步模塊135將請求傳達給支付處理器150，以將支付發(fā)布到收件人和發(fā)送者電子支付賬戶151和152，隨后該方法返回到圖2的框225。
[0096]返回到圖2的框225，在此處電子郵件服務器145將帶有支付對象的電子郵件傳遞給每個收件人電子郵件賬戶147，用以在收件人電子郵件客戶端107上顯示。該方法然后前進到框230。
[0097]在框230處，電子郵件支付模塊125在電子郵件消息內(nèi)將支付對象顯示給收件人。支付對象指示支付金額和由發(fā)送者輸入的任何附加信息，所述附加信息例如指示支付用于何目的的備注。支付對象也顯示例如按鈕的用戶界面對象，所述用戶界面對象使收件人可接受支付對象、拒絕支付對象或訪問它們的電子支付賬戶152，以查看附加的交易詳情。如果收件人不具有已注冊的電子支付賬戶152，則“訪問”用戶界面對象和“接受支付”用戶界面對象將收件人連接到網(wǎng)絡登錄頁面或使收件人可通過支付處理器150建立電子支付賬戶152的其它用戶界面。
[0098]在框235處，交易監(jiān)視模塊140監(jiān)視支付對象的狀態(tài)，直至支付對象被接受或被拒絕。以下參考圖8和圖9對框230進行更詳細的描述。
[0099]圖8是根據(jù)特定示例性實施方式描述用于跟蹤包含支付的支付對象的狀態(tài)的方法230a的方框流程圖。
[0100]方法230a開始于框805，在此處交易監(jiān)視模塊140請求來自支付處理器150的交易狀態(tài)。在特定示例性實施方式中，交易監(jiān)視模塊140包含在支付對象中編碼的交易狀態(tài)AP1例如，交易監(jiān)視模塊140可以以被使用來顯示電子郵件消息的超文本標記語言來編碼。交易監(jiān)視模塊140在支付對象中顯示交易的狀態(tài)。在特定示例性實施方式中，交易監(jiān)視模塊140也在電子郵件的別處顯示交易狀態(tài)，例如在電子郵件消息的主題行中。在交易狀態(tài)在主題行中顯示的情況下，支付對象的交易狀態(tài)被顯示給發(fā)送者和收件人，而不要求顯示支付對象的主體。交易監(jiān)視模塊140可以在發(fā)送者或收件人電子郵件客戶端模塊106和107運行的同時每隔一段時間就請求來自支付處理器150的交易狀態(tài)更新。在特定示例性實施方式中，交易監(jiān)視模塊140可以在每次電子郵件客戶端模塊106或107接收顯示帶有支付對象的電子郵件的請求時請求來自支付處理器150的交易狀態(tài)更新。在交易狀態(tài)更新在帶有支付對象的電子郵件的顯示過程中發(fā)生的情況下，交易狀態(tài)的更新在發(fā)送者或收件人查看電子郵件消息的同時實時地被顯