3]每個網(wǎng)絡(luò)裝置105、110和120均包括具有能夠通過網(wǎng)絡(luò)115發(fā)送和接收數(shù)據(jù)的通信模塊的裝置。例如，每個網(wǎng)絡(luò)裝置105、110和120均可以包括服務(wù)器、臺式電腦、筆記本電腦、平板電腦、具有嵌入到其中和/或與其耦合的一個或多個處理器的電視、智能手機(jī)、掌上電腦、個人數(shù)字助理(“PDA”)或任何其它有線或無線的處理器驅(qū)動裝置。在圖1中所描述的示例性實(shí)施方式中，網(wǎng)絡(luò)裝置105和110由在本文中被稱為發(fā)送者和收件人的終端用戶操作，網(wǎng)絡(luò)裝置120由電子郵件支付系統(tǒng)操作人員操作。
[0034]發(fā)送者裝置105和收件人裝置110分別地由發(fā)送者和收件人操作。發(fā)送者裝置105和收件人裝置110分別地各包括電子郵件客戶端模塊106和107。在發(fā)送者裝置105和收件人裝置110上的電子郵件客戶端模塊106和107可以與網(wǎng)頁服務(wù)器或連接到網(wǎng)絡(luò)115的其它計算裝置相互作用，所述其它計算裝置包括電子郵件服務(wù)器145和電子郵件支付系統(tǒng)120的支付處理器150。電子郵件客戶端模塊106和107可以是基于網(wǎng)頁的電子郵件客戶端模塊，所述模塊可由瀏覽器應(yīng)用程序或用于與由電子郵件支付系統(tǒng)120所維護(hù)的網(wǎng)頁文件相互作用的另一適當(dāng)應(yīng)用程序訪問。電子郵件客戶端模塊106和107也可以包括存在于發(fā)送者105和收件人110的裝置上并在其上執(zhí)行的電子郵件軟件應(yīng)用程序。如以下所描述的那樣，將在發(fā)送者電子郵件客戶端模塊106的上下文中描述特定功能，并在收件人電子郵件客戶端模塊107的上下文中描述其它功能。應(yīng)該理解的是，由于在一個例子中的電子郵件支付的發(fā)送者可以是在另一例子中的電子郵件支付的收件人并且反之亦然，電子郵件支付系統(tǒng)120能夠在每個電子郵件客戶端模塊106和107內(nèi)實(shí)現(xiàn)相同的功能。
[0035]電子郵件支付系統(tǒng)120由電子郵件支付系統(tǒng)操作人員操作。在特定示例性實(shí)施方式中，電子郵件支付系統(tǒng)120包括電子郵件支付模塊125、傳遞同步模塊135、交易監(jiān)視模塊140、電子郵件服務(wù)器145和支付處理器150。
[0036]支付處理器150托管發(fā)送者電子支付賬戶151和收件人電子支付賬戶152，并在所述電子支付賬戶之間轉(zhuǎn)移資金。在特定示例性實(shí)施方式中，發(fā)送者電子支付賬戶151和收件人電子支付賬戶152是電子錢包賬戶。發(fā)送者支付賬戶151和收件人支付賬戶152可以具有與電子支付賬戶直接地關(guān)聯(lián)的資金?；蛘?，發(fā)送者電子支付賬戶151和收件人電子支付賬戶152可以具有其它支付憑證，例如鏈接到發(fā)送者電子支付賬戶151或收件人電子支付賬戶152的信用卡。在特定示例性實(shí)施方式中，支付處理器150可以是與電子郵件支付處理器系統(tǒng)120通信的第三方支付處理器系統(tǒng)的一部分。如以下所描述的那樣，將在發(fā)送者電子支付賬戶151的上下文中描述特定功能，并在收件人電子支付賬戶152的上下文中描述其它功能。應(yīng)該理解的是，由于在一個例子中的電子郵件支付的發(fā)送者可以是在另一例子中的電子郵件支付的收件人并且反之亦然，電子郵件支付系統(tǒng)120能夠在每個電子支付賬戶151和152內(nèi)實(shí)現(xiàn)相同的功能。
[0037]電子郵件服務(wù)器145在發(fā)送者電子郵件賬戶146與收件人電子郵件賬戶147之間傳遞電子郵件消息。如在本領(lǐng)域中所理解的那樣，在發(fā)送者和收件人之間的電子郵件消息的傳遞可以涉及超過一個的電子郵件服務(wù)器145。例如，電子郵件消息可以首先傳送到托管發(fā)送者電子郵件賬戶的第一電子郵件服務(wù)器，然后被按路線發(fā)送到托管收件人電子郵件賬戶的第二電子郵件服務(wù)器。對發(fā)送者電子郵件賬戶146與收件人電子郵件賬戶147進(jìn)行區(qū)分僅為了方便提及的目的，除非另有說明，這兩種電子郵件賬戶類型被視為具有相同的特征和功能。在特定示例性實(shí)施方式中，電子郵件服務(wù)器145可以是與電子郵件支付處理器系統(tǒng)120通信的第三方電子郵件服務(wù)器系統(tǒng)的一部分。
[0038]電子郵件支付模塊125與發(fā)送者電子郵件客戶端模塊106和收件人電子郵件客戶端模塊107通信，并提供用于在發(fā)送者電子郵件客戶端模塊106內(nèi)選擇電子郵件支付選項(xiàng)的用戶界面對象和一組用于在電子郵件內(nèi)顯示并允許發(fā)送者提供支付詳情和發(fā)送者電子支付賬戶的模式。電子郵件支付模塊125進(jìn)一步生成包含支付或支付請求的支付對象并將所述支付對象插入到電子郵件消息中。支付對象可由發(fā)送者在發(fā)送電子郵件消息之前查看，并可由收件人在打開電子郵件消息時查看。在將帶有支付對象的電子郵件發(fā)送給收件人后，該帶有支付對象的電子郵件在發(fā)送者電子郵件賬戶中也可保持可被查看的狀態(tài)。支付對象進(jìn)一步提供用戶界面對象，所述用戶界面對象允許收件人接受或拒絕支付對象，并使發(fā)送者和收件人可連接到在支付處理器150上托管的他們各自的電子支付賬戶。支付對象可以進(jìn)一步顯示支付對象的交易狀態(tài)。例如，交易狀態(tài)可以反映支付對象是否被傳遞、接受、處理、完成或拒絕。帶有支付對象的電子郵件消息的副本被保留在發(fā)送者和收件人電子郵件賬戶146和147中，并在電子郵件客戶端模塊106和107中是可查看的，直至分別由發(fā)送者或收件人刪除。
[0039]交易監(jiān)視模塊140監(jiān)視交易的狀態(tài)。在特定示例性實(shí)施方式中，交易監(jiān)視模塊140可以包括在帶有支付對象的電子郵件內(nèi)編碼的API。例如，API可以以超文本標(biāo)記語言(HTML)或呼叫腳本編碼。在發(fā)送帶有支付對象的電子郵件后，交易監(jiān)視模塊向支付處理器150進(jìn)行常規(guī)呼叫以獲得交易狀態(tài)。交易監(jiān)視模塊140然后可以在帶有支付對象的電子郵件中顯示交易狀態(tài)。例如，交易監(jiān)視模塊140可以如上所述在支付對象中顯示狀態(tài)，也可以在電子郵件消息內(nèi)的其它地方顯示狀態(tài)。例如，交易狀態(tài)可以在帶有支付對象的電子郵件消息的電子郵件消息主題行中顯示。
[0040]傳遞同步模塊135在支付處理器150與電子郵件服務(wù)器145之間通信。傳遞同步模塊135向支付處理器150和電子郵件服務(wù)器145兩者進(jìn)行常規(guī)呼叫以確定帶有支付對象的電子郵件的傳遞狀態(tài)和支付處理器150對支付詳情的接收狀態(tài)，根據(jù)需要暫停每個系統(tǒng)，以在帶有支付對象的電子郵件的傳遞與來自發(fā)送者電子支付賬戶151和經(jīng)指定的收件人電子支付賬戶152的支付的發(fā)布之間提供同步。
[0041]應(yīng)該了解，在圖1中所顯示的網(wǎng)絡(luò)連接是一個實(shí)施例，可以使用其它方式在網(wǎng)絡(luò)裝置105、110和120中建立通信鏈接。而且，具有本領(lǐng)域的普通技術(shù)和利用本公開的功效的人員應(yīng)該了解，在圖1中所示的發(fā)送者裝置105、收件人裝置110和電子郵件支付系統(tǒng)120可以具有幾種其它適當(dāng)?shù)挠嬎銠C(jī)系統(tǒng)配置中的任何一種。
[0042]實(shí)施例流程
[0043]以下參考在圖2-10中所示的實(shí)施例方法描述實(shí)施例運(yùn)行環(huán)境100的部件。參考在圖1中所示的部件描述在圖2中所示的方法。
[0044]圖2是根據(jù)特定示例性實(shí)施方式描述管理帶有支付對象的電子郵件消息的方法200的方框流程圖。
[0045]方法200開始于框205，其中發(fā)送者在發(fā)送者電子郵件客戶端106中打開新電子郵件消息并向收件人電子郵件賬戶147編寫電子郵件。電子郵件支付系統(tǒng)API或用于與電子郵件支付系統(tǒng)120通信的其它模塊被存儲在電子郵件客戶端模塊106和107內(nèi)，或者存儲在與電子郵件客戶端模塊106和107通信的發(fā)送者裝置105和收件人裝置110上。此外，電子郵件支付模塊125向電子郵件客戶端模塊106提供按鈕或其它用戶界面對象，用于在由電子郵件客戶端模塊106所生成的電子郵件消息中顯示。用戶界面對象使發(fā)送者可選擇電子郵件支付選項(xiàng)。例如，用戶界面對象可以顯示為緊挨著電子郵件客戶端模塊106的本機(jī)附件用戶界面對象的“ $ ”。
[0046]在框210處，電子郵件支付系統(tǒng)120的電子郵件編寫模塊155分析電子郵件以查找支付信號。以下參考圖3對框210進(jìn)行更詳細(xì)的描述。
[0047]圖3是根據(jù)特定示例性實(shí)施方式描述用于分析電子郵件以查找支付信號的方法210的方框流程圖。
[0048]方法210開始于框305，其中電子郵件支付模塊125確定用戶是否已選擇支付選項(xiàng)。如果在電子郵件的編寫過程中的任何時刻，電子郵件支付模塊125檢測到發(fā)送者已經(jīng)選擇了支付選項(xiàng)用戶界面對象，則該方法直接前進(jìn)到圖2的框215。如果支付選項(xiàng)沒有被選擇，則該方法前進(jìn)到框310。
[0049]在框310處，電子郵件支付模塊125分析電子郵件以查找一個或多個支付信號。支付信號指示發(fā)送者將支付發(fā)送給收件人的意圖。在特定示例性實(shí)施方式中，支付信號可由存儲在電子郵件支付模塊125中的判定函數(shù)所限定。判定函數(shù)可以包含一組預(yù)限定支付信號。例如，如“$”的信號或如“我欠你的錢”的短語可以被用來指示該電子郵件涉及發(fā)送支付的意圖。此外，判定函數(shù)可以是機(jī)器學(xué)習(xí)導(dǎo)出判定函數(shù)。通常地，機(jī)器學(xué)習(xí)導(dǎo)出判定函數(shù)對于一組支付信號限定一組權(quán)重和判定閾值。如果判定函數(shù)的分?jǐn)?shù)在閾值以上，則所檢測到的支付信號指示發(fā)送支付的意圖。機(jī)器學(xué)習(xí)導(dǎo)出判定函數(shù)能夠從用戶反應(yīng)中持續(xù)地學(xué)習(xí)并相應(yīng)地調(diào)整判定函數(shù)。例如，如果在電子郵件消息中使用短語“我欠你的錢”時，用戶經(jīng)常拒絕電子郵件支付選項(xiàng)，則機(jī)器學(xué)習(xí)算法將降低信號“我欠你的錢”的權(quán)重值。如果檢測到支付信號，則方法前進(jìn)到框315。如果沒有檢測到支付信號，則該方法終止。在特定示例性實(shí)施方式中，該方法繼續(xù)分析電子郵件消息以查找支付信號，直至電子郵件消息被發(fā)送或電子郵件客戶端應(yīng)用程序關(guān)閉。
[0050]在框315處，電子郵件支付模塊125確定信號閾值是否被滿足。在特定示例性實(shí)施方式中，檢測到許多預(yù)定義信號中的任何一個均可以滿足判定閾值。在其它特定示例性實(shí)施方式中，可以要求信號的組合，或由判定函數(shù)所指定的它們對應(yīng)權(quán)重的和必須大于信號閾值。如果信號閾值被滿足，則該方法就前進(jìn)到框320。如果信號閾值未被滿足，則該方法就返回到框310，在此處電子郵件支付模塊125繼續(xù)分析電子郵件消息以查找其它支付信號。
[0051]在框320處，電子郵件支付模塊125在發(fā)送者電子郵件客戶端模塊106中提交電子郵件支付選項(xiàng)模式，提供給發(fā)送者用戶界面對象，以供其接受或拒絕使用電子郵件支付選項(xiàng)。
[0052]在框325處，電子郵件支付模塊125經(jīng)由電子郵件支付選項(xiàng)模式接收發(fā)送者對電子郵件選項(xiàng)的接受或拒絕。如果支付選項(xiàng)被選擇，則該方法前進(jìn)到圖2的框215。如果支付選項(xiàng)未被選擇，則該方法終止。
[0053]返回圖2的框215，在此處電子郵件支付模塊125從發(fā)送者處收集支付詳情并將支付對象插入到發(fā)送者的電子郵件中。以下參考圖4和圖5對框215進(jìn)行更詳細(xì)的描述。
[0054]圖4是根據(jù)特定示例性實(shí)施方式描述用于準(zhǔn)備帶有包含支付的支付對象的電子郵件的方法215a的方框流程圖。
[0055]方法215a開始于框405，在此處發(fā)送者通過在電子郵件客戶端模塊106內(nèi)選擇適當(dāng)?shù)挠脩艚缑鎸ο蠖l(fā)起支付對象的生成。
[0056]在框410處，電子郵件支付模塊125經(jīng)由電子郵件客戶端模塊106提交支付模式，以從發(fā)送者處收集支付詳情。該模式包含用于收集支付詳情的字段。支付詳情可以包括發(fā)送者支付賬戶標(biāo)識符、收件人電子郵件賬戶標(biāo)識符、支付金額和支付憑證。在特定示例性實(shí)施方式中，發(fā)送者支付標(biāo)識符和收件人電子郵件賬戶標(biāo)識符分別是發(fā)送者和收件人的電子郵件地址。支付憑證可以是與例如電子在線錢包賬戶的發(fā)送者電子支付賬戶151關(guān)聯(lián)的幾個支付憑證中的一個。例如，支付憑證可以是鏈接到發(fā)送者電子支付賬戶151的信用卡賬戶，或者其可以是與電子支付賬戶直接關(guān)聯(lián)的支付賬戶。
[0057]在框415處，電子郵件支付模塊125接收支付詳情，所述支付詳情由發(fā)送者輸入到在發(fā)送者電子郵件客戶端106中顯示的支付模塊中。在特定示例性實(shí)施方式中，收件人被限制為只能是在電子郵件的“to”字段中所指定的電子郵件地址。
[0058]在框420處，電子郵件支付模塊125確定在電子郵件的“to”字段中是否存在多個收件人。如果在“to”字段中存在多個收件人，則該方法前進(jìn)到框425。
[0059]在框425處，電子郵件支付模塊125確認(rèn)對于在電子郵件的“to”字段中的每個收件人的支付金額。例如，電子郵件支付模塊125可以經(jīng)由電子郵件客戶端模塊106將多收件人模式提交給發(fā)送者，所述多收件人模式列出每個收件人并提供一字段以指示對每個收件人的支付金額。在特定示例性實(shí)施方式中，電子郵件支付模塊125可以默認(rèn)在多收件人模式中為每個收件人列出相同的支付金額。發(fā)送者然后可以編輯支付金額、根據(jù)需要在多收件人模式中添加或移除收件人、并通過選擇在多收件人模式上所顯示的“提交”用戶界面對象來將那些編輯傳達(dá)到電子郵件支付模塊125。該方法然后前進(jìn)到框430。
[0060]返回到框420，如果電子郵件支付模塊125確定只存在單個收件人，則該方法直接地前進(jìn)到框430。
[0061]在框430處，電子郵件支付模塊125將支付詳情傳達(dá)給支付處理器150并請求支付賬戶狀態(tài)。在支付對象指示多個支付收件人的情況下，電子郵件支付模塊125可以將支付詳情單獨(dú)地傳達(dá)給每個收件人的支付處理器150。支付處理器150使用發(fā)送者支付賬戶標(biāo)識符來訪問發(fā)送者電子支付賬戶151，并證實(shí)對于每個所請求的支付均存在與所選擇的支付憑證關(guān)聯(lián)的足夠資金。
[0062]在框435處，電子郵件支付模塊125接收來自支付處理器150的支付賬戶狀態(tài)。如果支付賬戶狀態(tài)指示沒有足夠的資金支持在支付詳情中所指示的支付金額，則該方法前進(jìn)到框440。
[0063]在框440處，電子郵件支付模塊125通過電子郵件客戶端模塊106向發(fā)送者顯示修改賬戶模式。修改賬戶模式指示資金的不足并提交給發(fā)送者修改支付詳情或取消支付交易的選項(xiàng)。如果發(fā)送者選擇修改賬戶，則該方法返回到框415，步驟415至435被重復(fù)。發(fā)送者可以例如通過選擇不同的支付憑證，或訪問發(fā)送者支付賬戶151并授權(quán)轉(zhuǎn)移追加的資金到支付賬戶中，或通過更新與發(fā)送者支付賬戶151關(guān)聯(lián)的支付信息來修改發(fā)送者支付賬戶151。如果發(fā)送者選擇取消支付交易，則該方法終止。發(fā)送者可以繼續(xù)編寫和發(fā)送不帶有支付對象的電子郵件。
[0064]返回到框435，如果電子郵件支付模塊125接收到來自支付處理器150的有足夠的可用資金的確認(rèn)，則該方法直接前進(jìn)到框445。
[