一種基于權限分離控制的網絡交易方法及裝置制造方法及圖紙

本申請公開了一種基于權限分離控制的網絡交易方法及裝置。一種基于權限分離控制的網絡交易方法包括：交易系統接收第一賬戶提交的訂單；根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶；針對所述第一賬戶提交的訂單，向第二賬戶發起支付請求；等待第二賬戶確認所述支付請求后，確定所述訂單支付成功。本申請所提供的技術方案，通過采用買方用戶下單權限及支付權限的分離機制，允許在一筆交易中，由不同的賬戶分別完成下單和支付操作，從而避免多名用戶使用同一賬戶所導致的使用不便問題，同時有效降低系統側資源的不必要消耗。

Network transaction method and device based on permission separation control

The present invention discloses a network transaction method and device based on privilege separation control. A privilege separation network transaction control method based on transaction system includes: receiving the first account submitted orders; according to the binding relationship stored, and determine the first account bound second accounts; order the first account to submit the payment request to launch second account for second; account to confirm the payment request. To determine the successful payment orders. The technical proposal of the application provided by the buyer, the single user permissions and pay for the privilege separation mechanism, allowing in a transaction, by different accounts are complete orders and payment operations, thereby avoiding the use of multiple users using the same account to be asked questions, and effectively reduce the unnecessary consumption of resources in the system side the.

【技術實現步驟摘要】
一種基于權限分離控制的網絡交易方法及裝置
本申請涉及互聯網應用
，尤其涉及一種基于權限分離控制的網絡交易方法及裝置。
技術介紹
在網絡交易的過程中，對于買方用戶而言，“下單”和“支付”是兩種最基本的操作，其中“下單”是指買方用戶選擇并確定待購買商品的操作，“支付”則是指買方用戶針對已確定的待購買商品，向賣方用戶轉出相應額度資金的過程。一般而言，“下單”和“支付”都是由同一用戶完成，然而在有些情況下，可能會存在“下單”和“支付”由不同用戶完成的需求。例如在企業采購的應用場景中，根據企業內部的職權分配，應該是由采購員進行下單、由老板或財務負責人完成支付。現有的網絡交易系統并不能很好地滿足上述實際需求，從而導致用戶使用不便，還會造成系統資源的不必要消耗。
技術實現思路
針對上述技術問題，本申請提供一種基于權限分離控制的網絡交易方法及裝置，技術方案如下：一種基于權限分離控制的網絡交易方法，應用于交易系統側，預先建立并保存不同賬戶之間的綁定關系，任意兩個相互綁定賬戶的一方至少具有買方用戶下單權限，另一方至少具有買方用戶支付權限，所述網絡交易方法包括：接收第一賬戶提交的訂單；根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶；針對所述第一賬戶提交的訂單，向第二賬戶發起支付請求；等待第二賬戶確認所述支付請求后，確定所述訂單支付成功。一種基于權限分離控制的網絡交易裝置，應用于交易系統側，預先建立并保存不同賬戶之間的綁定關系，任意兩個相互綁定賬戶的一方至少具有買方用戶下單權限，另一方至少具有買方用戶支付權限，所述網絡交易裝置包括：訂單接收模塊，用于接收第一賬戶提交的訂單；支付賬戶確定模塊，用于根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶；支付請求發起模塊，用于針對所述第一賬戶提交的訂單，向第二賬戶發起支付請求；支付確定模塊，用于等待第二賬戶確認所述支付請求后，確定所述訂單支付成功。本申請所提供的技術方案，通過采用買方用戶下單權限及支付權限的分離機制，允許在一筆交易中，由不同的賬戶分別完成下單和支付操作，從而避免多名用戶使用同一賬戶所導致的使用不便問題，同時有效降低系統側資源的不必要消耗。應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能限制本申請。附圖說明為了更清楚地說明本申請實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領域普通技術人員來講，還可以根據這些附圖獲得其他的附圖。圖1是本申請的網絡交易方法的流程示意圖；圖2是本申請的網絡交易裝置的結構示意圖。具體實施方式為了使本領域技術人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行詳細地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員所獲得的所有其他實施例，都應當屬于本申請保護的范圍。首先需要說明的是，在本申請中，以“用戶”指代真實的操作者，例如采購員和財務負責人分別為不同的用戶；“賬戶”則表示網絡中的虛擬身份標識，真實的用戶在網絡中的活動都是以“賬戶”的行為體現的，實際應用中，盡管多個真實用戶使用同一賬戶的情況是允許的，但是這樣也會導致使用上的不便。現有的網絡交易體系主要是針對獨立的買家用戶設計，也就是說，默認一筆交易中的下單和支付都是由同一人完成。但是，在這種機制下，針對
技術介紹
中提到的下單和支付由不同人完成的需求場景，則需要下單人員和支付人員使用同一交易賬戶完成各自的操作，這樣在實際使用時，下單人員提交訂單后，或者要找來支付人員在當前設備上完成支付，或者以電話等方式告知支付人員，再由支付人員在其他設備上以同一賬戶登錄并完成支付。可見，由于“用戶”的實際權限與“賬戶”所具有的權限不一致，因此需要采取多用戶共用同一賬戶這樣的“非常規”的方式來解決問題，但是無論采用哪種方式，用戶的實際操作過程都很繁瑣。而且由于是多人共同使用同一賬戶，那么難免會出現無法同時使用、操作沖突、反復登錄等各類問題，影響工作效率。對于系統側而言，也會因此而增加很多額外處理，例如錯誤提示、身份認證等，造成處理資源的不必要浪費。針對現有技術所存在的問題，本申請提供的技術方案是，允許為不同的賬戶配置不同的買方操作權限，包括下單權限、支付權限等，并且對具有不同操作權限的賬戶進行綁定。在實際進行交易時，具有綁定關系的賬戶可以協同完成一筆交易操作，這樣就有效避免了多人共享同一賬戶所導致的各種問題。假設在一家小型企業中，A為采購員、B為財務主管，那么根據本申請方案，在交易系統中，可以為用戶A和用戶B分別注冊不同的賬戶，假設所注冊的賬戶標識分別為ID_a和ID_b，其中賬戶ID_a具有買方用戶的下單權限，賬戶ID_b具有買方用戶的支付權限。然后進一步建立賬戶ID_a和賬戶ID_b的綁定關系，并在交易系統側進行保存。這里建立綁定關系的意義在于：在當前交易系統中，允許被綁定的兩個賬戶共同作為買方來協作完成同一筆交易。圖1所示，為本申請提供的網絡交易方法的交互流程圖，這里需要說明的是，圖中涉及的交互主體：賬戶ID_a和賬戶ID_b，既可以理解為邏輯上的交互主體，即交易系統中軟件體系中“賬戶”對象的兩個具體實例，也可以理解為實際的用戶設備，例如當前正在使用賬戶登錄的手機、PC機等等；“交易系統”也可以理解為廣義上的用于完成網絡交易的軟件及硬件平臺，這些并不影響對本申請方案的說明。S101，賬戶ID_a向交易系統提交訂單；根據前面的說明，賬戶ID_a是具有下單權限的賬戶，正常情況下，該賬戶由實際執行下單任務的用戶(例如采購員)使用，這里假設由采購員A使用賬戶ID_a，采購員A電商平臺選定待購商品的型號、樣式、數量、商家等等，通過特定操作以生成相應的訂單并提交至交易系統，為方便描述，后續將以X標識該訂單，該訂單中除了攜帶待購商品的相關信息之外，還應攜帶提交賬戶的標識即ID_a，表明該訂單是由賬戶ID_a提交。S102，根據預存的綁定關系，確定與賬戶ID_a綁定的賬戶；交易系統接收到一筆訂單后，首先解析出該訂單的提交賬戶標識，然后進一步根據預先存儲的賬戶綁定關系，確定與訂單提交賬戶綁定的賬戶，具體而言，是確定與“具有下單權限的賬戶”相綁定的“具有支付權限的賬戶”。在本實施例中，訂單X的下單賬戶為ID_a，根據預存的綁定信息，可以確定與賬戶ID_a綁定的賬戶為賬戶ID_b。S103，針對賬戶ID_a提交的訂單，向賬戶ID_a的綁定賬戶發起支付請求；根據本申請方案，并不要求同一筆交易中的下單和支付必須由同一賬戶完成，在本實施例中，針對訂單X，由于賬戶ID_a不具有支付權限，因此后續的支付操作將轉交給與其綁定和賬戶ID_b來完成。向綁定賬戶發起支付請求可以采用多種方式實現，例如通過交易系統內部的消息系統向對應賬戶發送通知消息，如果目標賬戶關聯了其他的聯系方式，例如郵件、短信、即時通信等，也可以通過這些渠道向目標賬戶發送通知消息，以便目標賬戶對應的真實用戶能夠盡快看到通知并完成支付。為了方便支付用戶使用，可以在通知消息中進一步提供用于確認支付請求的快捷操作入口，例如在通知消息本文檔來自技高網...

【技術保護點】
一種基于權限分離控制的網絡交易方法，應用于交易系統側，其特征在于，預先建立并保存不同賬戶之間的綁定關系，任意兩個相互綁定賬戶的一方至少具有買方用戶下單權限，另一方至少具有買方用戶支付權限，所述網絡交易方法包括：接收第一賬戶提交的訂單；根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶；針對所述第一賬戶提交的訂單，向第二賬戶發起支付請求；等待第二賬戶確認所述支付請求后，確定所述訂單支付成功。

【技術特征摘要】
1.一種基于權限分離控制的網絡交易方法，應用于交易系統側，其特征在于，預先建立并保存不同賬戶之間的綁定關系，任意兩個相互綁定賬戶的一方至少具有買方用戶下單權限，另一方至少具有買方用戶支付權限，所述網絡交易方法包括：接收第一賬戶提交的訂單；根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶；針對所述第一賬戶提交的訂單，向第二賬戶發起支付請求；等待第二賬戶確認所述支付請求后，確定所述訂單支付成功。2.根據權利要求1所述的方法，其特征在于，所述根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶，包括：判斷第一賬戶是否具有支付權限，如果否，則進一步根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶。3.根據權利要求1所述的方法，其特征在于，所述向第二賬戶發起支付請求，包括：利用交易系統內部消息，向第二賬戶發送支付請求通知消息；或利用第二賬戶的關聯聯系方式，向第二賬戶發送支付請求通知消息。4.根據權利要求3所述的方法，其特征在于，在所述支付通知消息中，提供用于確認所述支付請求的快捷操作入口。5.根據權利要求1所述的方法，其特征在于，所述不同賬戶之間的綁定關系，包括：一個具有支付權限的賬戶綁定多個具有下單權限的賬戶，或一個具有下單權限的賬戶綁定多個具有支付權限的賬戶。6.根據權利要求5所述的方法，其特征在于，在一個具有下單權限的賬戶綁定多個具有支付權限的賬戶的情況下，所述第一賬戶提交的訂單中，攜帶指定的具有支付權限賬戶的標識；所述根據預存的綁定關系，確定與第一賬戶綁定的第二賬戶，包括：根據預存的綁定信息以及所述標識，共同確定與第一賬戶綁定的第二賬戶。7.一種基于權限分離控制...

【專利技術屬性】
技術研發人員：董一諾，周曉華，皮宇軒，王曉鷹，沈燁，
申請(專利權)人：阿里巴巴集團控股有限公司，
類型：發明
國別省市：開曼群島,KY