基于即時通訊工具的支付方法及裝置的制造方法
【專利摘要】本申請?zhí)岢鲆环N基于即時通訊工具的支付方法及裝置。其中，該方法包括：接收收款方的收款指令，收款指令包括收款方的通訊賬號，付款方的通訊賬號以及對應的收款金額；以及接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。上述基于即時通訊工具的支付方法及裝置，方便了用戶在即時通訊工具完成支付，避免了為了完成支付而需要用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
【專利說明】
基于即時通訊工具的支付方法及裝置
技術(shù)領域
[0001]本申請涉及計算機技術(shù)領域，尤其涉及一種基于即時通訊工具的支付方法及裝置?！颈尘凹夹g(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，即時通訊IM(Instant messaging)工具(例如微信、 QQ等)越來越多應用于人們的生活和工作中，頂工具(頂軟件)已成為人們和生活中的一種常用交流工具。在使用IM軟件的過程中，用戶可通過文字、語音和視頻等方式與頂好友或聊天群進行交流。
[0003]在用戶通過文字與聊天群中好友進行交流的過程中，若用戶需要向聊天群中的多個成員發(fā)起收款，現(xiàn)有的收款過程為:收款人收集聊天群中對應成員的業(yè)務賬號例如支付寶賬號，并在獲得對應成員的業(yè)務賬號后，收款人離開即時通訊軟件的界面，并打開對應的第三方支付工具例如支付寶錢包，并輸入對應成員的業(yè)務賬號、收款金額以及對應的付款人數(shù)完成收款操作，對應成員通過第三方支付工具例如支付寶錢包接收付款通知后，完成付款。在收款人收到付款后，收款人可在群中展示對應的收款結(jié)果，以方便其他用戶了解當前的付款狀態(tài)。由此可以看出，用戶在聊天群中發(fā)起收款后，需要獲知對應成員的業(yè)務賬號，并需要向第三支付工具中輸入對應的業(yè)務賬號，當需要付款的成員較多時，在向第三支付工具中輸入業(yè)務賬號的過程中還容易出現(xiàn)賬號記錯、人數(shù)記錯的情況，用戶完成收款操作所需操作步驟多，收款過程復雜。
【發(fā)明內(nèi)容】

[0004]本申請旨在至少在一定程度上解決相關技術(shù)中的技術(shù)問題之一。
[0005] 為此，本申請的第一個目的在于提出一種基于即時通訊工具的支付方法，該方法為用戶在即時通訊工具中發(fā)起收款操作提供了條件，方便了用戶在即時通訊工具完成支付，避免了用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0006]本申請的第二個目的在于提出一種基于即時通訊工具的支付方法。
[0007]本申請的第三個目的在于提出一種基于即時通訊工具的支付方法。
[0008]本申請的第四個目的在于提出一種基于即時通訊工具的支付方法。
[0009]本申請的第五個目的在于提出一種基于即時通訊工具的支付方法。
[0010]本申請的第六個目的在于提出一種基于即時通訊工具的支付方法。
[0011]本申請的第七個目的在于提出一種基于即時通訊工具的支付方法。
[0012]本申請的第八個目的在于提出一種基于即時通訊工具的支付裝置。
[0013]本申請的第九個目的在于提出一種基于即時通訊工具的支付裝置。
[0014]本申請的第十個目的在于提出一種基于即時通訊工具的支付裝置。
[0015]本申請的第十一個目的在于提出一種基于即時通訊工具的支付裝置。
[0016]本申請的第十二個目的在于提出一種基于即時通訊工具的支付裝置。
[0017]本申請的第十三個目的在于提出一種基于即時通訊工具的支付裝置。
[0018]本申請的第十四個目的在于提出一種基于即時通訊工具的支付裝置。
[0019] 為達上述目的，本申請第一方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收收款方的收款指令，所述收款指令包括收款方的通訊賬號，付款方的通訊賬號以及對應的收款金額；以及接收付款方響應所述收款指令的付款指令，并向所述付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0020]本申請實施例的基于即時通訊工具的支付方法，接收收款方發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款指令，以及接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。由此，為用戶在即時通訊工具中發(fā)起收款操作提供了條件，方便了用戶在即時通訊工具完成支付，避免了用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0021] 為達上述目的，本申請第二方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收收款方的收款信息；以及基于所述收款信息向通訊服務器發(fā)送收款指令，所述收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由所述通訊服務器向與付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0022]本申請實施例的基于即時通訊工具的支付方法，接收收款方的收款信息，并根據(jù)收款信息向通訊服務器發(fā)送包含收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額的收款指令，由此，方便了用戶在即時通訊工具中發(fā)起收款操作，避免了用戶為了發(fā)起收款操作而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的收款操作，提高了用戶體驗度。
[0023] 為達上述目的，本申請第三方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收付款方的付款消息；以及基于所述付款信息向通訊服務器發(fā)送付款指令，所述付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0024]本申請實施例的基于即時通訊工具的支付方法，接收付款方的付款消息，并基于付款信息向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額的付款指令，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，由此，使得用戶在即時通訊工具中即可完成對收款方的支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，支付操作簡單方便，提高了用戶體驗度。
[0025]為達上述目的，本申請第四方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額；以及將所述付款金額從所述付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0026]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額的付款請求，并將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此，完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0027]為達上述目的，本申請第五方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的通訊賬號、收款方的業(yè)務賬號和付款金額；以及根據(jù)所述付款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，將所述付款金額從所述業(yè)務賬號轉(zhuǎn)入所述付款方的業(yè)務賬號中。
[0028]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含付款方的通訊賬號、收款方的業(yè)務賬號和付款金額的付款請求，并根據(jù)付款方的通訊賬號， 獲得與通訊賬號綁定的業(yè)務賬號，將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此， 完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0029]為達上述目的，本申請第六方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的通訊賬號、付款方的通訊賬號和收款金額；根據(jù)所述收款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，并為所述業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服務器。
[0030]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求；以及根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0031]為達上述目的，本申請第七方面實施例提出了一種基于即時通訊工具的支付方法，包括:接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的業(yè)務賬號、付款方的通訊賬號和收款金額；為所述收款方的業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服務器。
[0032]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求；以及根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0033]為達上述目的，本申請第八方面實施例提出了一種基于即時通訊工具的支付裝置，包括:第一接收模塊，用于接收收款方的收款指令，所述收款指令包括收款方的通訊賬號，付款方的通訊賬號以及對應的收款金額；以及處理模塊，用于接收付款方響應所述收款指令的付款指令，并向所述付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號。
[0034]本申請實施例的基于即時通訊工具的支付裝置，第一接收模塊接收收款方發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款指令，以及處理模塊接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。由此，為用戶在即時通訊工具中發(fā)起收款操作提供了條件，方便了用戶在即時通訊工具完成支付，避免了用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0035]為達上述目的，本申請第九方面實施例提出了一種基于即時通訊工具的支付裝置，包括:接收模塊，用于接收收款方的收款信息；以及發(fā)送模塊，用于基于所述收款信息向通訊服務器發(fā)送收款指令，所述收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由所述通訊服務器向與付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0036]本申請實施例的基于即時通訊工具的支付裝置，接收模塊接收收款方的收款信息，然后發(fā)送模塊根據(jù)收款信息向通訊服務器發(fā)送包含收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額的收款指令，由此，方便了用戶在即時通訊工具中發(fā)起收款操作， 避免了用戶為了發(fā)起收款操作而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的收款操作，提高了用戶體驗度。
[0037]為達上述目的，本申請第十方面實施例提出了一種基于即時通訊工具的支付裝置，包括:第一接收模塊，用于接收付款方的付款消息；以及發(fā)送模塊，用于基于所述付款信息向通訊服務器發(fā)送付款指令，所述付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0038]本申請實施例的基于即時通訊工具的支付裝置，通過第一接收模塊接收付款方的付款消息，并基于付款信息向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額的付款指令，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，由此，使得用戶在即時通訊工具中即可完成對收款方的支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，支付操作簡單方便，提高了用戶體驗度。
[0039]為達上述目的，本申請第十一方面實施例提出了一種基于即時通訊工具的支付裝置，包括:接收模塊，用于接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊，用于將所述付款金額從所述付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0040]本申請實施例的基于即時通訊工具的支付裝置，接收模塊接收通過通訊服務器發(fā)送的包含付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額的付款請求，然后處理模塊將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此，完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0041]為達上述目的，本申請第十二方面實施例提出了一種基于即時通訊工具的支付裝置，包括:接收模塊，用于接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的通訊賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊，用于根據(jù)所述付款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，將所述付款金額從所述業(yè)務賬號轉(zhuǎn)入所述付款方的業(yè)務賬號中。
[0042]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求；以及處理模塊根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號， 將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0043]為達上述目的，本申請第十三方面實施例提出了一種基于即時通訊工具的支付裝置，接收模塊，用于接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的通訊賬號、付款方的通訊賬號和收款金額；處理模塊，用于根據(jù)所述收款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，并為所述業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服務器。
[0044]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求，以及處理模塊為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給即時通訊工具的服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0045]為達上述目的，本申請第十四方面實施例提出了一種基于即時通訊工具的支付裝置，包括:接收模塊，用于接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的業(yè)務賬號、付款方的通訊賬號和收款金額；處理模塊，用于為所述收款方的業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服務器。
[0046]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的收款方的業(yè)務賬號、付款方的通訊賬號和收款金額的收款請求，以及處理模塊為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給即時通訊工具的服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付?！靖綀D說明】
[0047]圖1是本申請第一個實施例的基于即時通訊工具的支付方法的流程圖。
[0048]圖2是本申請一個實施例的支付界面的示例圖。
[0049]圖3是本申請一個具體實施例的基于即時通訊工具的支付方法的流程圖。
[0050]圖4是本申請一個實施例的包含收款信息的界面的示例圖。
[0051]圖5是本申請一個實施例的包含付款信息的界面的示例圖。
[0052]圖6是本申請第二個實施例的基于即時通訊工具的支付方法的流程圖。
[0053]圖7是本申請第三個實施例的基于即時通訊工具的支付方法的流程圖。
[0054]圖8a是本申請第四個實施例的基于即時通訊工具的支付方法的流程圖。
[0055]圖8b是本申請第五個實施例的基于即時通訊工具的支付方法的流程圖。
[0056]圖9是本申請第六個實施例的基于即時通訊工具的支付方法的流程圖。
[0057]圖10是本申請第七個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0058]圖11是本申請第一個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0059]圖12是本申請第二個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0060]圖13是本申請第三個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0061]圖14是本申請第四個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0062]圖15是本申請第五個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0063]圖16是本申請第六個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖。
[0064]圖17是本申請第七個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖?！揪唧w實施方式】
[0065]下面詳細描述本申請的實施例，實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本申請，而不能理解為對本申請的限制。
[0066]下面參考附圖描述本申請實施例的基于即時通訊工具的支付方法及裝置。
[0067]圖1是本申請第一個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從通訊服務器(即時通訊工具的服務器)側(cè)進行描述。
[0068]如圖1所示，該基于即時通訊工具的支付方法包括:
[0069]S101，接收收款方的收款指令，收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額。
[0070]在群聊的過程中，收款方可通過輸入收款信息向聊天群中的多個付款方發(fā)起收款操作。具體而言，收款方在輸入信息的過程中，即時通訊客戶端接收收款方在聊天群中輸入的信息，并判斷上述信息是否為收款信息，若為收款信息，則根據(jù)收款信息生成收款指令， 并向通訊服務器發(fā)送收款指令。
[0071]其中，該實施例的收款信息的形式有多種，例如，用戶在聊天群中編輯的收款信息的形式為“ Y收款理由，付款人數(shù)N/收款金額M”，該收款信息表示將收款金額M平攤到N 個用戶。
[0072]再例如，用戶在聊天群中編輯的收款信息的形式為“Y收款理由，@用戶1，金額A， @用戶2,金額B”，該收款信息表示向用戶1收款的金額為A，向用戶2收款的金額為B。
[0073]為了方便后續(xù)付款方可完成對收款方的支付，通訊服務器在接收到收款指令后， 可根據(jù)收款指令中的收款方的通訊賬號獲得收款方的業(yè)務賬號。由于通訊賬號與業(yè)務賬號的對應關系可以預先保存在通訊服務器中，也可以預先保存在與通訊賬號綁定的收款業(yè)務服務器中。針對這兩種情況，通訊服務器獲得收款方的業(yè)務賬號的過程不同，下面針對這兩種情況進行分別介紹:
[0074](1)當對應關系保存在通訊服務器中時，通訊服務器接收客戶端發(fā)送的包含收款方的通訊賬號、多個付款方的通訊賬號以及對應的收款金額的收款指令后，可根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號之間的對應關系中獲得收款方的業(yè)務賬號。
[0075]例如，用戶在使用通訊客戶端的過程中，可通過操作將自己的通訊賬號與支付寶賬號、財付通賬號以及銀行卡號等業(yè)務賬號綁定，通訊服務器將根據(jù)用戶的操作保存收款方的通訊賬號與業(yè)務賬號的對應關系。當通訊服務器接收到收款方發(fā)送的收款指令后，可從保存的對應關系中獲得與收款方的通訊賬號綁定的業(yè)務賬號。
[0076](2)當通訊賬號與業(yè)務賬號的對應關系保存在業(yè)務服務器中時，通訊服務器在接收收款方的收款指令后，可以向與收款方綁定的收款業(yè)務服務器發(fā)送收款請求。收款業(yè)務服務器接收收款請求，并根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得收款方的業(yè)務賬號，然后向通訊服務器返回所獲得的收款方的業(yè)務賬號。通訊服務器接收收款方服務器返回的收款方的業(yè)務賬號。
[0077]S102,接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0078]需要說明的是，該實施例中的付款業(yè)務服務器和收款業(yè)務服務器為同一服務器， 也可為不同的服務器。例如，付款業(yè)務服務器可以為支付寶服務器，收款業(yè)務服務器可以為理財通服務器。
[0079]通常用戶可將自己的通訊賬號與多種類型的業(yè)務賬號綁定，例如，用戶將自己的通訊賬號與支付寶賬號、財付通賬號以及銀行卡號等業(yè)務賬號綁定。因此，可在通訊服務器中預先保存有通訊賬號和業(yè)務賬號類型的對應關系，以便根據(jù)業(yè)務賬號類型確定收款方和付款方綁定的業(yè)務服務器。
[0080]具體地，通訊服務器接收收款方的收款指令后，可向?qū)母犊罘剿诳蛻舳税l(fā)送收款指令，對應的客戶端接收通訊服務器返回的收款指令，并根據(jù)收款指令在收款方所在客戶端中顯示預設信息，其中，預設信息可以為一確認選項，或者，一虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。
[0081]當收款方客戶端顯示的預設信息為提示用戶輸入特定信息的提示信息時，收款方可根據(jù)提示信息輸入對應的付款信息，客戶端接收付款方輸入的付款消息，然后根據(jù)付款消息生成付款指令，并向通訊服務器發(fā)送付款指令。其中，付款指令可以包括付款方的通訊賬號、收款方的通訊賬號和對應的付款金額。
[0082]例如，客戶端中顯示的提示信息為“若想付款給收款方，請發(fā)送“我要付款””。此時，收款方可根據(jù)提示信息輸入“我要付款”的付款信息，客戶端接收收款方輸入的付款信息，并根據(jù)付款信息生成付款指令，以及向通訊服務器發(fā)送付款指令。
[0083]當收款方客戶端顯示的預設信息為一確認選項或者一虛擬確認按鈕時，收款方客戶端接收用戶對確認選項或者確認按鈕的觸發(fā)操作，并根據(jù)用戶的觸發(fā)操作生成付款指令，并向通訊服務器發(fā)送付款指令。其中，付款指令包括付款方的通訊賬號、收款方的通訊賬號和對應的付款金額。
[0084]例如，付款方客戶端顯示一個確認選項或者虛擬確認按鈕，付款方點擊確認選項或者確認按鈕后，客戶端顯示如圖2所示的支付界面，付款方可輸入支付寶密碼，并點擊確定按鈕后，客戶端接收收款方的觸發(fā)操作，并根據(jù)用戶的觸發(fā)操作生成付款指令，然后向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號和對應的付款金額的付款指令。
[0085]通訊服務器接收到付款方響應收款指令的付款指令后，可根據(jù)付款指令向收款服務器發(fā)起付款請求，以使付款服務器根據(jù)付款請求完成付款方對收款方的支付。
[0086]由于通訊賬號與業(yè)務賬號的對應關系在通訊服務器和業(yè)務服務器所對應的支付過程不同，因此，下面分別對這兩情況的支付過程進行介紹:
[0087](a)當對應關系保存在通訊服務器中時，通訊服務器在接收到付款方發(fā)送的付款指令后，可從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得收款方的業(yè)務賬號和付款方的業(yè)務賬號。
[0088]在獲得收款方的業(yè)務賬號和收款方的業(yè)務賬號后，通訊服務器可向與付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，其中，付款請求中包含收款方的業(yè)務賬號、付款方的業(yè)務賬號和付款金額。付款業(yè)務服務器接收通訊服務器發(fā)起的付款請求，并根據(jù)付款請求中將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0089](b)當通訊賬號與業(yè)務賬號的對應關系保存在業(yè)務服務器中時，通訊服務器在接收到付款方發(fā)送的付款指令后，可先根據(jù)付款指令中的收款方的通訊賬號獲得收款方的業(yè)務賬號，該收款方的業(yè)務賬號為通訊服務器從收款業(yè)務服務器中獲得。
[0090]通訊服務器在獲得收款方的業(yè)務賬號后，可向付款方綁定的付款業(yè)務服務器發(fā)起付款請求，其中，付款請求中攜帶收款方的業(yè)務賬號、付款方的通訊賬號和付款金額。
[0091]付款業(yè)務服務器接收通訊服務器發(fā)送的付款請求，并根據(jù)付款方的通訊賬號先從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲取付款方的業(yè)務賬號，然后將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0092]為了提供一個安全和可靠的支付方式，在該實施例中，收款方的業(yè)務服務還可以根據(jù)收款方的業(yè)務賬號創(chuàng)建一個虛擬賬號，其中，虛擬賬號用于暫存付款方所付的金額。
[0093]由于通訊賬號與業(yè)務賬號的對應關系可以預先保存在通訊服務器中，也可以預先保存在業(yè)務服務器(付款業(yè)務服務器和收款業(yè)務服務器)中，導致支付的過程不同。因此， 下面分兩種情況說明通過虛擬賬號完成支付的過程:
[0094](1)業(yè)務服務器中預先保存有通訊賬號與業(yè)務賬號的對應關系時，對應的支付過程為:
[0095]通訊服務器接收付款方響應收款指令的付款指令后，可向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示收款業(yè)務服務器根據(jù)收款請求獲得收款方的通訊賬號對應的收款方的業(yè)務賬號，并為收款方的業(yè)務賬號建立對應的虛擬賬號并返回。通訊服務器獲得收款業(yè)務服務器返回的虛擬賬號，并根據(jù)付款指令向付款方綁定的付款業(yè)務服務器發(fā)起付款請求，其中，付款請求中包括虛擬賬號、付款方的通訊賬號和付款金額。
[0096]付款業(yè)務服務器接收通訊服務器發(fā)送的付款請求，并可根據(jù)付款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲取付款方的業(yè)務賬號，然后將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入虛擬賬號中，以便收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將虛擬賬號中的金額轉(zhuǎn)入收款方的業(yè)務賬號中。
[0097](2)通訊服務器中預先有保存通訊賬號與業(yè)務賬號的對應關系時，付款方向收款方支付的過程為:
[0098]在該實施例中，在向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，還可以根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號。
[0099]通訊服務器在獲得收款方的業(yè)務賬號后，可向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示收款業(yè)務服務器為收款方的業(yè)務賬號建立對應的虛擬賬號并返回。[〇1〇〇] 另外，通訊服務器可根據(jù)付款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號。通訊服務器在獲得付款方的業(yè)務賬號和虛擬賬號后，可向付款方綁定的付款業(yè)務服務器發(fā)起付款請求，其中，付款請求中攜帶虛擬賬號、付款方的業(yè)務賬號和付款金額。
[0101]付款業(yè)務服務器接收付款請求，并可根據(jù)付款請求可將付款業(yè)務服務器將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入虛擬賬號中，以便收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將虛擬賬號中的金額轉(zhuǎn)入收款方的業(yè)務賬號中。
[0102]在該實施例中，付款業(yè)務服務器在將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號后，向通訊服務器返回支付成功的指令，通訊服務器接收付款業(yè)務服務器返回的支付成功的指令，并向付款方和收款方的客戶端返回支付成功的提示信息。
[0103]當付款業(yè)務服務器未將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號，即支付失敗時，付款業(yè)務服務器可向通訊服務器返回支付失敗的指令，通訊服務器接收付款業(yè)務服務器返回的支付失敗的指令，并向付款方和收款方的客戶端返回支付失敗的提示信息，以提示用戶當前支付未成功，用戶可根據(jù)提示信息再次完成支付。
[0104]本申請實施例的基于即時通訊工具的支付方法，接收收款方發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款指令，以及接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。由此，為用戶在即時通訊工具中發(fā)起收款操作提供了條件，方便了用戶在即時通訊工具完成支付，避免了用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0105]圖3是本申請一個具體實施例的基于即時通訊工具的支付方法的流程圖。該實施例以收款業(yè)務服務器和付款業(yè)務服務器均為支付寶服務器，且通訊賬號與支付賬號的對應關系保存在支付寶服務器中為例進行描述，如圖3所示，該基于即時通訊工具的支付方法包括:
[0106]S301，收款方客戶端接收收款方發(fā)送的收款信息，并基于收款信息向通訊服務器發(fā)送收款指令。
[0107]其中，收款指令中包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額。
[0108]例如，收款方客戶端當前界面如圖4所示，通過圖4可以看出，專利交流群中的用戶在周末進行聚餐，假定當前專利交流群中的三個用戶分別為小梅、小明和小花，并且周末聚餐費用由小梅支付，即收款方為小梅，小梅編輯的收款信息為“ Y周末大餐，2/100”，即聊天群中的小明和小花各自需要付給小梅50元，在收款方編輯收款信息并點擊發(fā)送按鈕后， 客戶端接收收款方輸入的收款信息，并根據(jù)收款信息向通訊服務器發(fā)送收款指令。
[0109]S302,通訊服務器接收收款方客戶端發(fā)送的收款指令，并向支付寶服務器發(fā)送收款請求。
[0110]其中，收款請求中包含收款方的通訊賬號、付款方的通訊賬號和付款金額。
[0111]S303,支付寶服務器接收通訊服務器發(fā)送的收款請求，并根據(jù)收款請求建立虛擬賬號，并將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0112]具體地，支付寶服務器根據(jù)收款請求中的收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得與通訊賬號綁定的業(yè)務賬號，并為該業(yè)務賬號建立一個虛擬賬號。然后將所建立的虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0113]S304,通訊服務器接收并保存支付寶服務器返回的收款方的業(yè)務賬號。
[0114]S305,付款方客戶端接收付款方的付款信息，并基于付款信息向通訊服務器發(fā)送付款指令。
[0115]其中，付款指令可以包括付款方的通訊賬號、收款方的通訊賬號以及對應的付款額。
[0116]例如，付款方客戶端的當前界面中顯示的界面如圖5所示，假定圖5中已經(jīng)付款的用戶為小明，此時，待付款方為小花，待付款方在輸入付款信息“ Y我要付款”，并點擊發(fā)送按鈕后，客戶端顯示如圖2所示的支付頁面，用戶可根據(jù)需求選擇所使用的賬號類型，若用戶選擇通過支付寶進行支付，此時，用戶可支付頁面中輸入對應的支付寶密碼，并點擊確認按鈕，客戶端接收用戶的觸發(fā)操作，并根據(jù)用戶的觸發(fā)操作生成付款指令，然后向通訊服務器發(fā)送付款指令，其中，付款指令中包含付款方的通訊賬號、收款方的通訊賬號和對應的付款金額。
[0117]S306,通訊服務器接收付款方客戶端發(fā)送的付款指令，并向支付寶服務器發(fā)起付款請求。
[0118]具體地，通訊服務器獲得包含付款方的通訊賬號、收款方的通訊賬號和對應的付款金額后，可根據(jù)收款方的通訊賬號獲得收款方的業(yè)務賬號，然后向支付寶服務器發(fā)送包含付款方的通訊賬號、收款方的業(yè)務賬號和對應的收款金額的付款請求。
[0119]S307,支付寶服務器接收通訊服務器發(fā)送的付款請求，并根據(jù)付款請求將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中、向通訊服務器返回支付成功的指令。
[0120]S308,通訊服務器接收支付寶服務器返回的支付成功的指令，并向收款方和付款方的客戶端返回支付成功的指令，以使收款方和付款方的客戶端顯示支付成功的提示信息。
[0121]具體地，支付寶服務器在完成支付后，可向通訊服務器返回支付成功的指令，通訊服務器將支付成功的指令返回給收款方客戶端和付款方客戶端，對應的客戶端中顯示支付成功的提示信息。付款方客戶端顯示的提示信息如圖6所示。
[0122]上述基于即時通訊工具的支付方法，方便了用戶在即時通訊工具中發(fā)起收款操作，對應的付款方在即時通訊工具中即可完成付款，用戶操作簡單方便，減少了用戶的支付操作步驟，提高了用戶體驗度。
[0123]圖6是本申請第二個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從客戶端側(cè)進行描述，如圖6所示，該基于即時通訊工具的支付方法包括:
[0124]S601，接收收款方的收款信息。
[0125]其中，客戶端位于終端中，上述終端可以為計算機、平板電腦、手機等具有操作系統(tǒng)的硬件設備。客戶端可以QQ、來往、微信等即時通訊工具。
[0126]具體地，用戶在聊天群中聊天的過程中，收款方通過輸入收款信息即可向聊天群的多個用戶發(fā)起收款操作，客戶端接收收款方輸入的收款信息。
[0127]其中，該實施例的收款信息的形式有多種。例如，用戶在聊天群中編輯的收款信息的形式為“ Y收款理由，付款人數(shù)N/收款金額M”，該收款信息表示將收款金額M平攤到N 個用戶。
[0128]再例如，用戶在聊天群中編輯的收款信息的形式為“Y收款理由，@用戶1，金額A， @用戶2,金額B”，該收款信息表示向用戶1收款的金額為A，向用戶2收款的金額為B。
[0129]S602,基于收款信息向通訊服務器發(fā)送收款指令，收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0130]具體地，客戶端獲得收款方輸入的收款信息后，可基于收款信息向通訊服務器發(fā)送包含收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額的收款指令。通訊服務器接收收款指令，并根據(jù)收款指令向與付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。[0131 ]本申請實施例的基于即時通訊工具的支付方法，接收收款方的收款信息，并根據(jù)收款信息向通訊服務器發(fā)送包含收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額的收款指令，由此，方便了用戶在即時通訊工具中發(fā)起收款操作，避免了用戶為了發(fā)起收款操作而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的收款操作，提高了用戶體驗度。
[0132]圖7是本申請第三個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從客戶端側(cè)進行描述，如圖7所示，該基于即時通訊工具的支付方法包括:
[0133]S701，接收付款方的付款消息。
[0134]其中，客戶端位于終端中，上述終端可以為計算機、平板電腦、手機等具有操作系統(tǒng)的硬件設備?？蛻舳丝梢訯Q、來往、微信等即時通訊工具。
[0135]具體地，當付款方獲得收款方發(fā)起收款操作后，付款方可在聊天群中輸入對應的付款信息，其中，付款方輸入的付款信息的形式如圖5所示，通過圖5可以看出，付款方輸入的付款信息為我要付款”。
[0136]S702,基于付款信息向通訊服務器發(fā)送付款指令，付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0137]在該實施例中，在基于付款信息向通訊服務器發(fā)送付款指令之前，還可以接收通訊服務器基于收款方的收款信息發(fā)送的收款指令，并根據(jù)收款指令在客戶端上顯示預設信息，以使收款方根據(jù)預設信息發(fā)送響應收款指令的付款指令。其中，預設信息可以為一確認選項，或者，一虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。
[0138]當收款方客戶端顯示的預設信息為提示用戶輸入特定信息的提示信息時，收款方可根據(jù)提示信息輸入對應的付款信息，客戶端接收付款方輸入的付款消息，然后根據(jù)付款消息生成付款指令，并向通訊服務器發(fā)送付款指令。其中，付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額。
[0139]當收款方客戶端顯示的預設信息為一確認選項或者一虛擬確認按鈕時，收款方客戶端接收用戶對確認選項或者確認按鈕的觸發(fā)操作，并根據(jù)用戶的觸發(fā)操作生成付款指令，并向通訊服務器發(fā)送付款指令。其中，付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額。
[0140]例如，付款方客戶端顯示確認選項或者確認按鈕，付款方點擊確認選項或者確認按鈕后，客戶端顯示如圖2所示的支付界面，付款方可輸入支付寶密碼，并點擊確定按鈕后，客戶端接收收款方的觸發(fā)操作，并根據(jù)用戶的觸發(fā)操作生成付款指令，然后向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額付款指令。[0141 ] 本申請實施例的基于即時通訊工具的支付方法，接收付款方的付款消息，并基于付款信息向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額的付款指令，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，由此，使得用戶在即時通訊工具中即可完成對收款方的支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，支付操作簡單方便，提高了用戶體驗度。
[0142]圖8a是本申請第四個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從收款業(yè)務服務器側(cè)進行描述，如圖8a所示，該基于即時通訊工具的支付方法包括:
[0143]S801a，接收通過通訊服務器發(fā)送的付款請求，付款請求包括付款方的業(yè)務賬號、 收款方的業(yè)務賬號和付款金額。
[0144]S802a，將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0145]另外，在該實施例中，付款業(yè)務服務器在將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號后，向通訊服務器返回支付成功的指令，通訊服務器接收付款業(yè)務服務器返回的支付成功的指令，并向付款方和收款方的客戶端返回支付成功的提示信息。
[0146]當付款業(yè)務服務器未將將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號， 即支付失敗。此時，付款業(yè)務服務器向通訊服務器返回支付失敗的指令，通訊服務器接收付款業(yè)務服務器返回的支付失敗的指令，并向付款方和收款方的客戶端返回支付失敗的提示信息，以提示用戶當前支付未成功，用戶可根據(jù)提示信息再次完成支付。
[0147] 本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額的付款請求，并將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此，完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0148]圖8b是本申請第五個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從付款業(yè)務服務器側(cè)進行描述，如圖8b所示，該基于即時通訊工具的支付方法包括:
[0149]S801b，接收通過通訊服務器發(fā)送的付款請求，付款請求包括付款方的通訊賬號、 收款方的業(yè)務賬號和付款金額。
[0150]S802b，根據(jù)付款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。
[0151]具體地，付款業(yè)務服務器接收到通訊服務器發(fā)送的付款請求后，可根據(jù)付款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得付款方的業(yè)務賬號，然后付款業(yè)務服務器將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0152]另外，在該實施例中，付款業(yè)務服務器在將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號后，向通訊服務器返回支付成功的指令，通訊服務器接收付款業(yè)務服務器返回的支付成功的指令，并向付款方和收款方的客戶端返回支付成功的提示信息。
[0153]當付款業(yè)務服務器未將將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號， 即支付失敗。此時，付款業(yè)務服務器向通訊服務器返回支付失敗的指令，通訊服務器接收付款業(yè)務服務器返回的支付失敗的指令，并向付款方和收款方的客戶端返回支付失敗的提示信息，以提示用戶當前支付未成功，用戶可根據(jù)提示信息再次完成支付。
[0154] 本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含付款方的通訊賬號、收款方的業(yè)務賬號和付款金額的付款請求，并根據(jù)付款方的通訊賬號， 獲得與通訊賬號綁定的業(yè)務賬號，將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此， 完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0155]圖9是本申請第六個實施例的基于即時通訊工具的支付方法的流程圖，該實施例從收款業(yè)務服務器側(cè)進行描述，如圖9所示，該基于即時通訊工具的支付方法包括:
[0156]S901，接收通過通訊服務器發(fā)送的收款請求，收款請求包括收款方的通訊賬號、付款方的通訊賬號和收款金額。
[0157]S902,根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0158]具體地，收款服務器接收通過通訊服務器發(fā)送的收款請求后，可先根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號對應關系中獲得收款方的業(yè)務賬號，然后為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0159]當通訊服務器接收到付款方響應收款指令的付款指令后，可向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0160]需要說明的是，該實施例中的付款業(yè)務服務器和付款業(yè)務服務器可以為同一個服務器也或不同的服務器。
[0161]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求；以及根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0162]圖10是本申請第七個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該實施例從收款業(yè)務服務器側(cè)進行描述，如圖10所示，該基于即時通訊工具的支付方法包括:
[0163]S1001，接收通過通訊服務器發(fā)送的收款請求，收款請求包括收款方的業(yè)務賬號、 付款方的通訊賬號和收款金額。
[0164]S1002,為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0165]具體地，收款服務器接收通過通訊服務器發(fā)送的收款請求后，為收款方的業(yè)務賬號建立虛擬賬號，并將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0166]當通訊服務器接收到付款方響應收款指令的付款指令后，可向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0167]本申請實施例的基于即時通訊工具的支付方法，接收通過通訊服務器發(fā)送的收款方的業(yè)務賬號、付款方的通訊賬號和收款金額的收款請求，以及為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給即時通訊工具的服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0168]為了實現(xiàn)上述實施例，本申請還提出一種基于即時通訊工具的支付裝置。
[0169]圖11是本申請第一個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于通訊服務器中，如圖11所示，該裝置包括第一接收模塊111和處理模塊112,其中:
[0170]第一接收模塊111用于接收收款方的收款指令，收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額；以及處理模塊112用于接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0171]另外，上述裝置還可以包括第一發(fā)送模塊113,該第一發(fā)送模塊113用于在第一接收模塊111接收收款方的收款指令之后，向與收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以使收款業(yè)務服務器根據(jù)收款方的通訊賬號獲得收款方的業(yè)務賬號并返回。
[0172]具體地，處理模塊112向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在付款請求中攜帶收款方的業(yè)務賬號、付款方的通訊賬號和付款金額，以使付款業(yè)務服務器根據(jù)付款請求從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得與付款方的通訊賬號綁定的付款方的業(yè)務賬號，并將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0173]另外，上述裝置還可以包括第一保存模塊114,該第一保存模塊114用于預先保存有通訊賬號與業(yè)務賬號之間的對應關系。
[0174]上述裝置還可以包括第二保存模塊115,該第二保存模塊115用于預先保存有通訊賬號和業(yè)務賬號類型的對應關系，以便根據(jù)業(yè)務賬號類型確定收款方和付款方綁定的業(yè)務服務器。
[0175]其中，該實施例的付款業(yè)務服務器和收款業(yè)務服務器為同一服務器或不同的服務器。例如，付款業(yè)務服務器為支付寶服務器，收款業(yè)務服務器可以為財付通服務器。
[0176]上述裝置還可以包括第一獲得模塊116,該第一獲得模塊116用于在第一接收模塊112接收收款方的收款指令之后，根據(jù)收款方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號。
[0177]具體地，第一獲得模塊116根據(jù)收款方的通訊賬號可從第一保存模塊114中獲得收款方的業(yè)務賬號。
[0178]第一獲得模塊116還可以用于:在處理模塊112接收付款方響應收款指令的付款指令之后，向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，根據(jù)付款方的通訊賬號，獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號。
[0179]具體地，第一獲得模塊116根據(jù)付款方的通訊賬號可從第一保存模塊114中獲得付款方的業(yè)務賬號。
[0180]處理模塊112在向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，可在付款請求中攜帶收款方的業(yè)務賬號、付款方的業(yè)務賬號和付款金額，以使付款業(yè)務服務器接收通訊服務器發(fā)送的付款請求，并根據(jù)付款請求將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0181]另外，上述裝置還可以包括第二發(fā)送模塊117,該第二發(fā)送模塊117用于在處理模塊112向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示收款業(yè)務服務器根據(jù)收款請求獲得收款方的通訊賬號對應的收款方的業(yè)務賬號，并為收款方的業(yè)務賬號建立對應的虛擬賬號并返回。
[0182]其中，虛擬賬號用于暫存付款方所付的金額。
[0183]當從收款業(yè)務服務器獲得虛擬賬號后，處理模塊112在向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，可在付款請求中攜帶虛擬賬號、付款方的通訊賬號和付款金額，以使業(yè)務服務器根據(jù)付款方的通訊賬號，獲取付款方的業(yè)務賬號，并將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入虛擬賬號中，以便收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將虛擬賬號中的金額轉(zhuǎn)入收款方的業(yè)務賬號中。
[0184]上述裝置還可以包括第二獲得模塊118,該第二獲得模塊118用于在第一接收模塊112接收收款方的收款指令之后，根據(jù)收款方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號；以及向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示收款業(yè)務服務器為收款方的業(yè)務賬號建立對應的虛擬賬號并返回；
[0185]第二獲得模塊118還可以用于:在處理模塊112接收付款方響應收款指令的付款指令之后，向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，根據(jù)付款方的通訊賬號，獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號。
[0186]具體地，第二獲得模塊118根據(jù)付款方的通訊賬號可從第一保存模塊114中獲得付款方的業(yè)務賬號。
[0187]處理模塊112在向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，可在付款請求中攜帶虛擬賬號、付款方的業(yè)務賬號和付款金額，以使付款業(yè)務服務器將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入虛擬賬號中，以便收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時， 將虛擬賬號中的金額轉(zhuǎn)入收款方的業(yè)務賬號中。
[0188]上述裝置還可以包括第三發(fā)送模塊119,該第三發(fā)送模塊119用于在第一接收模塊111接收收款方的收款指令之后，以及處理模塊112接收付款方響應收款指令的付款指令之前，向付款方發(fā)送收款指令，以在付款方所在客戶端顯示預設信息，使付款方基于預設信息發(fā)送響應收款指令的付款指令。
[0189]其中，預設信息為一確認選項，或者，一虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。
[0190]另外，上述裝置還可以包括第二接收模塊110,該第二接收模塊110用于處理模塊 112向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求之后，接收付款業(yè)務服務器返回的支付成功或失敗的指令，并向收款方和/或付款方的客戶端返回提示信息。
[0191]本申請實施例的基于即時通訊工具的支付裝置，第一接收模塊接收收款方發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款指令，以及處理模塊接收付款方響應收款指令的付款指令，并向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，以便付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。由此，為用戶在即時通訊工具中發(fā)起收款操作提供了條件，方便了用戶在即時通訊工具完成支付，避免了用戶獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0192]圖12是本申請第二個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于客戶端中，如圖12所示，該裝置包括接收模塊121和發(fā)送模塊122,其中:
[0193]接收模塊121用于接收收款方的收款信息；以及發(fā)送模塊122用于基于收款信息向通訊服務器發(fā)送收款指令，收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由通訊服務器向與付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0194]其中，客戶端位于終端中，上述終端可以為計算機、平板電腦、手機等具有操作系統(tǒng)的硬件設備。客戶端可以QQ、來往、微信等即時通訊工具。上述收款信息為在群聊中發(fā)起的信息，上述信息的數(shù)量為多個。
[0195]具體地，用戶在聊天群中聊天的過程中，收款方通過輸入收款信息即可向聊天群的多個用戶發(fā)起收款操作，接收模塊121接收收款方輸入的收款信息。
[0196]其中，該實施例的收款信息的形式有多種。例如，用戶在聊天群中編輯的收款信息的形式為“ Y收款理由，付款人數(shù)N/收款金額M”，該收款信息表示將收款金額M平攤到N個用戶。
[0197]再例如，用戶在聊天群中編輯的收款信息的形式為“Y收款理由，O用戶1，金額A，@用戶2，金額B”，該收款信息表示向用戶I收款的金額為A，向用戶2收款的金額為B。
[0198]本申請實施例的基于即時通訊工具的支付裝置，接收模塊接收收款方的收款信息，然后發(fā)送模塊根據(jù)收款信息向通訊服務器發(fā)送包含收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額的收款指令，由此，方便了用戶在即時通訊工具中發(fā)起收款操作，避免了用戶為了發(fā)起收款操作而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的收款操作，提高了用戶體驗度。
[0199]圖13是本申請第三個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于客戶端中，如圖13所示，該裝置包括:第一接收模塊131和發(fā)送模塊132，其中:
[0200]第一接收模塊131用于接收付款方的付款消息；以及發(fā)送模塊132用于基于付款信息向通訊服務器發(fā)送付款指令，付款指令包括付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中。
[0201]其中，客戶端位于終端中，上述終端可以為計算機、平板電腦、手機等具有操作系統(tǒng)的硬件設備?？蛻舳丝梢訯Q、來往、微信等即時通訊工具。
[0202]另外，上述裝置還可以包括第二接收模塊133，該第二接收模塊133用于在發(fā)送模塊132基于付款信息向通訊服務器發(fā)送付款指令之前，接收通訊服務器基于收款方的收款信息發(fā)送的收款指令，并根據(jù)收款指令顯示預設信息，以使付款方基于預設信息發(fā)送響應收款指令的付款指令。
[0203]其中，預設信息可以為一確認選項，或者，一虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。
[0204]包含第一接收模塊131、發(fā)送模塊132和第二接收模塊133的基于即時通訊工具的支付裝置進行支付的過程可參見圖7及其對應的文字描述，此處不贅述。
[0205]本申請實施例的基于即時通訊工具的支付裝置，通過第一接收模塊接收付款方的付款消息，并基于付款信息向通訊服務器發(fā)送包含付款方的通訊賬號、收款方的通訊賬號以及對應的收款金額的付款指令，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得付款業(yè)務服務器根據(jù)付款請求，將付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，由此，使得用戶在即時通訊工具中即可完成對收款方的支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，支付操作簡單方便，提高了用戶體驗度。
[0206]圖14是本申請第四個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于付款業(yè)務服務器中，如圖14所示，該基于即時通訊工具的支付裝置包括接收模塊141和處理模塊142，其中:
[0207]接收模塊141用于接收通過通訊服務器發(fā)送的付款請求，付款請求包括付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊142用于將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。
[0208]在該實施例中，處理模塊142在將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號后，可向通訊服務器返回支付成功的指令，通訊服務器接收付款業(yè)務服務器返回的支付成功的指令，并向付款方和收款方的客戶端返回支付成功的提示信息。
[0209]當處理模塊142未將將付款金額從付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號，即支付失敗。此時，處理模塊142還可以向通訊服務器返回支付失敗的指令，通訊服務器接收付款業(yè)務服務器返回的支付失敗的指令，并向付款方和收款方的客戶端返回支付失敗的提示信息，以提示用戶當前支付未成功，用戶可根據(jù)提示信息再次完成支付。
[0210]本申請實施例的基于即時通訊工具的支付裝置，接收模塊接收通過通訊服務器發(fā)送的包含付款方的業(yè)務賬號、收款方的業(yè)務賬號和付款金額的付款請求，然后處理模塊將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。由此，完成了付款方對收款方的支付，方便了用戶通過通訊賬號完成支付，避免了用戶為了完成支付而需要獲知對應付款方的業(yè)務賬號，并在對應的第三方支付工具中輸入對應付款方的業(yè)務賬號的麻煩，簡化了用戶的支付操作。
[0211]圖15是本申請第五個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于收款業(yè)務服務器中，如圖15所示，該裝置包括接收模塊151和處理模塊152，其中:
[0212]接收模塊151用于接收通過通訊服務器發(fā)送的付款請求，付款請求包括付款方的通訊賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊152用于根據(jù)付款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，將付款金額從業(yè)務賬號轉(zhuǎn)入付款方的業(yè)務賬號中。
[0213]具體地，接收模塊151接收通過通訊服務器發(fā)送的收款請求后，處理模塊152可先根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號對應關系中獲得收款方的業(yè)務賬號，然后為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器，以使通訊服務器根據(jù)收款方的業(yè)務賬號完成付款方對收款方的支付。
[0214]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的包含收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求；以及處理模塊根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0215]圖16是本申請第六個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于收款業(yè)務服務器中，如圖16所示，該裝置包括:接收模塊161和處理模塊162，其中:
[0216]接收模塊161用于接收通過通訊服務器發(fā)送的收款請求，收款請求包括收款方的通訊賬號、付款方的通訊賬號和收款金額信息；處理模塊162用于根據(jù)收款方的通訊賬號，獲得與通訊賬號綁定的業(yè)務賬號，并為業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器。
[0217]具體地，接收模塊162接收通過通訊服務器發(fā)送的收款請求后，處理模塊162可根據(jù)收款方的通訊賬號從預先保存的通訊賬號與業(yè)務賬號的對應關系中獲得收款方的業(yè)務賬號，然后處理模塊162為收款方的業(yè)務賬號建立虛擬賬號，并將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器，以使付款方根據(jù)收款方的業(yè)務賬號完成對收款方的支付。
[0218]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的收款方的通訊賬號、付款方的通訊賬號和收款金額的收款請求，以及處理模塊為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給即時通訊工具的服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0219]圖17是本申請第七個實施例的基于即時通訊工具的支付裝置的結(jié)構(gòu)示意圖，該裝置位于收款業(yè)務服務器中，如圖17所示，該裝置包括:接收模塊171和處理模塊172，其中:
[0220]接收模塊171用于接收通過通訊服務器發(fā)送的收款請求，收款請求包括收款方的業(yè)務賬號、付款方的通訊賬號和收款金額信息；處理模塊172用于為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給通訊服務器，以使后續(xù)通訊服務器根據(jù)收款方的業(yè)務賬號完成付款方向收款方的支付。
[0221]本申請實施例的基于即時通訊工具的支付裝置，通過接收模塊接收通過通訊服務器發(fā)送的收款方的業(yè)務賬號、付款方的通訊賬號和收款金額的收款請求，以及處理模塊為收款方的業(yè)務賬號建立虛擬賬號，將虛擬賬號作為收款方的業(yè)務賬號返回給即時通訊工具的服務器。由此，為通訊服務器返回了收款方的業(yè)務賬號，方便了后續(xù)根據(jù)收款方的業(yè)務賬號完成對付款方對收款方的支付。
[0222]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結(jié)合和組合。
[0223]此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本申請的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。
[0224]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本申請的實施例所屬技術(shù)領域的技術(shù)人員所理解。
[0225]在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用。就本說明書而言，〃計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編輯只讀存儲器(EPR0M或閃速存儲器)，光纖裝置、便攜式光盤只讀存儲器(CDROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。
[0226]應當理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0227]本技術(shù)領域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。
[0228]此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。
[0229]上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。
【主權(quán)項】
1.一種基于即時通訊工具的支付方法，其特征在于，包括:接收收款方的收款指令，所述收款指令包括收款方的通訊賬號，付款方的通訊賬號以 及對應的收款金額；以及接收付款方響應所述收款指令的付款指令，并向所述付款方的通訊賬號綁定的付款業(yè) 務服務器發(fā)起付款請求，以便所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從 與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的 業(yè)務賬號中。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述接收收款方的收款指令之后，還包 括:向與收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以使所述收款業(yè)務服務器根據(jù)所述 收款方的通訊賬號獲得收款方的業(yè)務賬號并返回；所述向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜帶所述收 款方的業(yè)務賬號、付款方的通訊賬號和付款金額；所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定 的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，具體包括:所述付款業(yè)務服務器根據(jù)付款方的通訊賬號，獲取付款方的業(yè)務賬號，并將所述付款 金額從付款方的業(yè)務賬號轉(zhuǎn)入所述收款方的業(yè)務賬號中。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述接收收款方的收款指令之后，還包 括:根據(jù)所述收款方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號；所述接收付款方響應所述收款指令的付款指令之后，向付款方綁定的付款業(yè)務服務器 發(fā)起付款請求之前，還包括:根據(jù)所述付款方的通訊賬號，獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號； 所述向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜帶所述收 款方的業(yè)務賬號、付款方的業(yè)務賬號和付款金額；所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定 的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，具體包括:所述業(yè)務服務器將所述付款金額從付款方的業(yè)務賬號轉(zhuǎn)入所述收款方的業(yè)務賬號中。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述向付款方綁定的付款業(yè)務服務器 發(fā)起付款請求之前，還包括:向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示所述收款業(yè)務服務器根據(jù)所述 收款請求獲得收款方的通訊賬號對應的收款方的業(yè)務賬號，并為所述收款方的業(yè)務賬號建 立對應的虛擬賬號并返回；所述向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜帶所述虛 擬賬號、付款方的通訊賬號和付款金額；所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定 的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，具體包括: 所述業(yè)務服務器根據(jù)付款方的通訊賬號，獲取付款方的業(yè)務賬號，并將所述付款金額 從付款方的業(yè)務賬號轉(zhuǎn)入所述虛擬賬號中，以便所述收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將所述虛擬賬號中的金額轉(zhuǎn)入所述收款方的業(yè)務賬號中。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述接收收款方的收款指令之后，還包 括:根據(jù)所述收款方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號；以 及向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示所述收款業(yè)務服務器為所述收 款方的業(yè)務賬號建立對應的虛擬賬號并返回；所述接收付款方響應所述收款指令的付款指令之后，向付款方綁定的付款業(yè)務服務器 發(fā)起付款請求之前，還包括:根據(jù)所述付款方的通訊賬號，獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號；所述向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜帶所述虛 擬賬號、付款方的業(yè)務賬號和付款金額；所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付款金額從與付款方的通訊賬號綁定 的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的收款方的業(yè)務賬號中，具體包括:所述付款業(yè)務服務器將所述付款金額從付款方的業(yè)務賬號轉(zhuǎn)入所述虛擬賬號中，以便 收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將所述虛擬賬號中的金額轉(zhuǎn)入所述收 款方的業(yè)務賬號中。6.根據(jù)權(quán)利要求3或5所述的方法，其特征在于，還包括:預先保存有通訊賬號與業(yè)務賬號之間的對應關系。7.根據(jù)權(quán)利要求2或4所述的方法，其特征在于，還包括:預先保存有通訊賬號和業(yè)務賬號類型的對應關系，以便根據(jù)所述業(yè)務賬號類型確定收 款方和付款方綁定的業(yè)務服務器。8.根據(jù)權(quán)利要求1-5任一所述的方法，其特征在于，所述付款業(yè)務服務器和收款業(yè)務 服務器為同一服務器或不同的服務器。9.根據(jù)權(quán)利要求1-5任一所述的方法，其特征在于，所述收款指令為收款方在群聊中 發(fā)起的指令，所述指令包括的付款方數(shù)量為多個。10.根據(jù)權(quán)利要求1-5任一所述的方法，其特征在于，在接收收款方的收款指令之后， 以及接收付款方響應所述收款指令的付款指令之前，還包括:向付款方發(fā)送收款指令，以在付款方所在客戶端顯示預設信息，使付款方基于所述預 設信息發(fā)送響應所述收款指令的付款指令。11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述預設信息為一確認選項，或者，一 虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。12.根據(jù)權(quán)利要求1-5任一所述的方法，其特征在于，在所述向付款方的通訊賬號綁定 的付款業(yè)務服務器發(fā)起付款請求之后，還包括:接收付款業(yè)務服務器返回的支付成功或失敗的指令，并向收款方和/或付款方的客戶 端返回提示信息。13.—種基于即時通訊工具的支付方法，其特征在于，包括:接收收款方的收款信息；以及基于所述收款信息向通訊服務器發(fā)送收款指令，所述收款指令包括收款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由所述通訊服務器向與付款方的通訊賬 號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將 所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號 綁定的收款方的業(yè)務賬號中。14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述收款信息為在群聊中發(fā)起的信息， 所述信息的數(shù)量為多個。15.—種基于即時通訊工具的支付方法，其特征在于，包括:接收付款方的付款消息；以及基于所述付款信息向通訊服務器發(fā)送付款指令，所述付款指令包括付款方的通訊賬 號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定 的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請求，將所述付 款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號綁定的 收款方的業(yè)務賬號中。16.根據(jù)權(quán)利要求15所述的方法，其特征在于，在所述基于所述付款信息向通訊服務 器發(fā)送付款指令之前，還包括:接收通訊服務器基于收款方的收款信息發(fā)送的收款指令，并根據(jù)所述收款指令顯示預 設信息，以使付款方基于所述預設信息發(fā)送響應所述收款指令的付款指令。17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述預設信息為一確認選項，或者，一 虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。18.—種基于即時通訊工具的支付方法，其特征在于，包括:接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的業(yè)務賬號、收款方 的業(yè)務賬號和付款金額；以及將所述付款金額從所述付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。19.一種基于即時通訊工具的支付方法，其特征在于，包括:接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的通訊賬號、收款方 的業(yè)務賬號和付款金額；以及根據(jù)所述付款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，將所述付款金額 從所述業(yè)務賬號轉(zhuǎn)入所述付款方的業(yè)務賬號中。20.—種基于即時通訊工具的支付方法，其特征在于，包括:接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的通訊賬號、付款方 的通訊賬號和收款金額；以及根據(jù)所述收款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，并為所述業(yè)務賬 號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服務器。21.—種基于即時通訊工具的支付方法，其特征在于，包括:接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的業(yè)務賬號、付款方 的通訊賬號和收款金額；以及為所述收款方的業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回 給所述通訊服務器。22.—種基于即時通訊工具的支付裝置，其特征在于，包括:第一接收模塊，用于接收收款方的收款指令，所述收款指令包括收款方的通訊賬號，付 款方的通訊賬號以及對應的收款金額；以及處理模塊，用于接收付款方響應所述收款指令的付款指令，并向所述付款方的通訊賬 號綁定的付款業(yè)務服務器發(fā)起付款請求，以便所述付款業(yè)務服務器根據(jù)所述付款請求，將 所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊賬號 綁定的收款方的業(yè)務賬號中。23.根據(jù)權(quán)利要求22所述的裝置，其特征在于，還包括:第一發(fā)送模塊，用于在所述第一接收模塊接收收款方的收款指令之后，向與收款方綁 定的收款業(yè)務服務器發(fā)送收款請求，以使所述收款業(yè)務服務器根據(jù)所述收款方的通訊賬號 獲得收款方的業(yè)務賬號并返回；所述處理模塊向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜 帶所述收款方的業(yè)務賬號、付款方的通訊賬號和付款金額，以使所述付款業(yè)務服務器根據(jù) 付款方的通訊賬號，獲取付款方的業(yè)務賬號，并將所述付款金額從付款方的業(yè)務賬號轉(zhuǎn)入 所述收款方的業(yè)務賬號中。24.根據(jù)權(quán)利要求22所述的裝置，其特征在于，還包括:第一獲得模塊，用于在所述第一接收模塊接收收款方的收款指令之后，根據(jù)所述收款 方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號；所述第一獲得模塊，還用于:在所述處理模塊接收付款方響應所述收款指令的付款指 令之后，向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，根據(jù)所述付款方的通訊賬號， 獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號；所述處理模塊向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜 帶所述收款方的業(yè)務賬號、付款方的業(yè)務賬號和付款金額，以使所述業(yè)務服務器將所述付 款金額從付款方的業(yè)務賬號轉(zhuǎn)入所述收款方的業(yè)務賬號中。25.根據(jù)權(quán)利要求22所述的裝置，其特征在于，還包括:第二發(fā)送模塊，用于在所述處理模塊向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之 前，向收款方綁定的收款業(yè)務服務器發(fā)送收款請求，以指示所述收款業(yè)務服務器根據(jù)所述 收款請求獲得收款方的通訊賬號對應的收款方的業(yè)務賬號，并為所述收款方的業(yè)務賬號建 立對應的虛擬賬號并返回；所述處理模塊向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜 帶所述虛擬賬號、付款方的通訊賬號和付款金額，以使所述業(yè)務服務器根據(jù)付款方的通訊 賬號，獲取付款方的業(yè)務賬號，并將所述付款金額從付款方的業(yè)務賬號轉(zhuǎn)入所述虛擬賬號 中，以便所述收款業(yè)務服務器在虛擬賬號中的所收款項均轉(zhuǎn)入時，將所述虛擬賬號中的金 額轉(zhuǎn)入所述收款方的業(yè)務賬號中。26.根據(jù)權(quán)利要求22所述的裝置，其特征在于，還包括:第二獲得模塊，用于在所述第一接收模塊接收收款方的收款指令之后，根據(jù)所述收款 方的通訊賬號，獲得與收款方的通訊賬號對應的收款方的業(yè)務賬號；以及向收款方綁定的 收款業(yè)務服務器發(fā)送收款請求，以指示所述收款業(yè)務服務器為所述收款方的業(yè)務賬號建立 對應的虛擬賬號并返回；所述第二獲得模塊，還用于:在所述處理模塊接收付款方響應所述收款指令的付款指令之后，向付款方綁定的付款業(yè)務服務器發(fā)起付款請求之前，根據(jù)所述付款方的通訊賬號， 獲得與付款方的通訊賬號對應的付款方的業(yè)務賬號；所述處理模塊向付款方綁定的付款業(yè)務服務器發(fā)起付款請求時，在所述付款請求中攜 帶所述虛擬賬號、付款方的業(yè)務賬號和付款金額，以使所述付款業(yè)務服務器將所述付款金 額從付款方的業(yè)務賬號轉(zhuǎn)入所述虛擬賬號中，以便收款業(yè)務服務器在虛擬賬號中的所收款 項均轉(zhuǎn)入時，將所述虛擬賬號中的金額轉(zhuǎn)入所述收款方的業(yè)務賬號中。27.根據(jù)權(quán)利要求24或26所述的裝置，其特征在于，還包括:第一保存模塊，用于預先保存有通訊賬號與業(yè)務賬號之間的對應關系。28.根據(jù)權(quán)利要求23或25所述的裝置，其特征在于，還包括:第二保存模塊，用于預先保存有通訊賬號和業(yè)務賬號類型的對應關系，以便根據(jù)所述 業(yè)務賬號類型確定收款方和付款方綁定的業(yè)務服務器。29.根據(jù)權(quán)利要求22-26任一所述的裝置，其特征在于，所述付款業(yè)務服務器和收款業(yè) 務服務器為同一服務器或不同的服務器。30.根據(jù)權(quán)利要求22-26任一所述的裝置，其特征在于，所述收款指令為收款方在群聊 中發(fā)起的指令，所述指令包括的付款方數(shù)量為多個。31.根據(jù)權(quán)利要求22-26任一所述的裝置，其特征在于，還包括:第三發(fā)送模塊，用于在所述第一接收模塊接收收款方的收款指令之后，以及所述處理 模塊接收付款方響應所述收款指令的付款指令之前，向付款方發(fā)送收款指令，以在付款方 所在客戶端顯示預設信息，使付款方基于所述預設信息發(fā)送響應所述收款指令的付款指 令。32.根據(jù)權(quán)利要求31所述的裝置，其特征在于，所述預設信息為一確認選項，或者，一 虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。33.根據(jù)權(quán)利要求22-26任一所述的裝置，其特征在于，還包括:第二接收模塊，用于所述處理模塊向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付 款請求之后，接收付款業(yè)務服務器返回的支付成功或失敗的指令，并向收款方和/或付款 方的客戶端返回提示信息。34.—種基于即時通訊工具的支付裝置，其特征在于，包括:接收模塊，用于接收收款方的收款信息；以及發(fā)送模塊，用于基于所述收款信息向通訊服務器發(fā)送收款指令，所述收款指令包括收 款方的通訊賬號、付款方的通訊賬號以及對應的收款金額，以便由所述通訊服務器向與付 款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述 付款請求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方 的通訊賬號綁定的收款方的業(yè)務賬號中。35.根據(jù)權(quán)利要求34所述的裝置，其特征在于，所述收款信息為在群聊中發(fā)起的信息， 所述信息的數(shù)量為多個。36.—種基于即時通訊工具的支付裝置，其特征在于，包括:第一接收模塊，用于接收付款方的付款消息；以及發(fā)送模塊，用于基于所述付款信息向通訊服務器發(fā)送付款指令，所述付款指令包括付 款方的通訊賬號、收款方的通訊賬號以及對應的收款金額，以便由通訊服務器向付款方的通訊賬號綁定的付款業(yè)務服務器發(fā)起付款請求，使得所述付款業(yè)務服務器根據(jù)所述付款請 求，將所述付款金額從與付款方的通訊賬號綁定的付款方的業(yè)務賬號轉(zhuǎn)入與收款方的通訊 賬號綁定的收款方的業(yè)務賬號中。37.根據(jù)權(quán)利要求36所述的裝置，其特征在于，還包括:第二接收模塊，用于在所述發(fā)送模塊基于所述付款信息向通訊服務器發(fā)送付款指令之 前，接收通訊服務器基于收款方的收款信息發(fā)送的收款指令，并根據(jù)所述收款指令顯示預 設信息，以使付款方基于所述預設信息發(fā)送響應所述收款指令的付款指令。38.根據(jù)權(quán)利要求37所述的裝置，其特征在于，所述預設信息為一確認選項，或者，一 虛擬確認按鈕，或者提示用戶輸入特定信息的提示信息。39.—種基于即時通訊工具的支付裝置，其特征在于，包括:接收模塊，用于接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的業(yè) 務賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊，用于將所述付款金額從所述付款方的業(yè)務賬號轉(zhuǎn)入收款方的業(yè)務賬號中。40.—種基于即時通訊工具的支付裝置，其特征在于，包括:接收模塊，用于接收通過通訊服務器發(fā)送的付款請求，所述付款請求包括付款方的通 訊賬號、收款方的業(yè)務賬號和付款金額；以及處理模塊，用于根據(jù)所述付款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，將 所述付款金額從所述業(yè)務賬號轉(zhuǎn)入所述付款方的業(yè)務賬號中。41.一種基于即時通訊工具的支付裝置，其特征在于，包括:接收模塊，用于接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的通 訊賬號、付款方的通訊賬號和收款金額；以及處理模塊，用于根據(jù)所述收款方的通訊賬號，獲得與所述通訊賬號綁定的業(yè)務賬號，并 為所述業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方的業(yè)務賬號返回給所述通訊服 務器。42.—種基于即時通訊工具的支付裝置，其特征在于，包括:接收模塊，用于接收通過通訊服務器發(fā)送的收款請求，所述收款請求包括收款方的業(yè) 務賬號、付款方的通訊賬號和收款金額；以及處理模塊，用于為所述收款方的業(yè)務賬號建立虛擬賬號，將所述虛擬賬號作為收款方 的業(yè)務賬號返回給所述通訊服務器。
【文檔編號】H04L12/58GK105989463SQ201510080330
【公開日】2016年10月5日
【申請日】2015年2月13日
【發(fā)明人】朱沁, 肖慧美
【申請人】阿里巴巴集團控股有限公司