一種交易閉環(huán)的處理方法及平臺(tái)的制作方法
【專利摘要】本發(fā)明實(shí)施例公開了一種交易閉環(huán)的處理方法及平臺(tái)。該處理方法包括：平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求；所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求；所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。本發(fā)明實(shí)施例的技術(shù)方案，將現(xiàn)有技術(shù)中需要由業(yè)務(wù)方系統(tǒng)實(shí)現(xiàn)的業(yè)務(wù)邏輯處理工作轉(zhuǎn)由交易流程控制系統(tǒng)實(shí)現(xiàn)，不僅大幅度降低業(yè)務(wù)方系統(tǒng)的開發(fā)成本，還大幅度減少了業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)。
【專利說(shuō)明】
一種交易閉環(huán)的處理方法及平臺(tái)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及網(wǎng)絡(luò)數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種交易閉環(huán)的處理方法及平臺(tái)。 【背景技術(shù)】
[0002]在電子商務(wù)交易中，諸如百度直達(dá)號(hào)和微信服務(wù)號(hào)之類的平臺(tái)方一般會(huì)要求為入駐的商家提供業(yè)務(wù)支撐服務(wù)的業(yè)務(wù)方，對(duì)接平臺(tái)方提供的用于完成整個(gè)交易流程所需的服務(wù)，簡(jiǎn)稱交易閉環(huán)。
[0003]現(xiàn)有技術(shù)中，交易閉環(huán)中業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的方案主要有兩種:第一種，平臺(tái)方僅提供訂單系統(tǒng)和在線收銀臺(tái)，相應(yīng)地，業(yè)務(wù)方系統(tǒng)僅對(duì)接平臺(tái)方的訂單系統(tǒng)和在線收銀臺(tái)，完成交易閉環(huán)中的除訂單和收銀外的其他業(yè)務(wù)基礎(chǔ)服務(wù)則由業(yè)務(wù)方系統(tǒng)自行開發(fā)， 其缺點(diǎn)是，業(yè)務(wù)方系統(tǒng)開發(fā)成本比較高，尤其是平臺(tái)方內(nèi)部垂類業(yè)務(wù)導(dǎo)致業(yè)務(wù)方系統(tǒng)的重復(fù)開發(fā)成本高昂；第二種，平臺(tái)方不僅提供訂單系統(tǒng)和在線收銀臺(tái)，還提供其他業(yè)務(wù)基礎(chǔ)服務(wù)，相應(yīng)地，業(yè)務(wù)方系統(tǒng)在交易閉環(huán)每次調(diào)用業(yè)務(wù)基礎(chǔ)服務(wù)均需對(duì)接平臺(tái)方，該對(duì)接方法相比于第一種方法，優(yōu)點(diǎn)是業(yè)務(wù)方系統(tǒng)在業(yè)務(wù)方面的開發(fā)成本降低了，但缺點(diǎn)是，業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)大大增多，接入成本與接入周期反而大大增加，這會(huì)影響平臺(tái)方的對(duì)外推廣效果。
【發(fā)明內(nèi)容】

[0004]有鑒于此，本發(fā)明實(shí)施例提供一種交易閉環(huán)的處理方法及平臺(tái)，以降低業(yè)務(wù)方系統(tǒng)的開發(fā)成本，并減少業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)。
[0005]第一方面，本發(fā)明實(shí)施例提供了一種交易閉環(huán)的處理方法，包括:
[0006]平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求；
[0007]所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求；
[0008]所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件， 并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0009]第二方面，本發(fā)明實(shí)施例提供了一種交易閉環(huán)的處理平臺(tái)，包括:
[0010]訂單系統(tǒng)，用于獲取并響應(yīng)訂單請(qǐng)求；以及，用于依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求；
[0011]交易流程控制系統(tǒng)，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0012]本發(fā)明實(shí)施例提供的技術(shù)方案，平臺(tái)方通過(guò)提供交易流程控制系統(tǒng)，作為平臺(tái)方的訂單系統(tǒng)與業(yè)務(wù)方系統(tǒng)之間的代理中介，使得現(xiàn)有技術(shù)中需要由業(yè)務(wù)方系統(tǒng)實(shí)現(xiàn)的業(yè)務(wù)邏輯處理工作轉(zhuǎn)由交易流程控制系統(tǒng)實(shí)現(xiàn)，不僅大幅度降低業(yè)務(wù)方系統(tǒng)的開發(fā)成本，更重要的是，交易流程控制系統(tǒng)能夠滿足不同行業(yè)、不同交易模式的業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方交易閉環(huán)服務(wù)時(shí)所存在的個(gè)性化定制需求，大幅度減少了業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)?！靖綀D說(shuō)明】
[0013]圖1是本發(fā)明實(shí)施例一提供的一種交易閉環(huán)的處理方法的流程圖；
[0014]圖2是本發(fā)明實(shí)施例二提供的一種交易閉環(huán)的處理方法的流程圖；[〇〇15]圖3是本發(fā)明實(shí)施例三提供的一種交易閉環(huán)的處理方法的流程圖；
[0016]圖4是本發(fā)明實(shí)施例四提供的一種交易閉環(huán)的處理平臺(tái)的結(jié)構(gòu)圖?！揪唧w實(shí)施方式】
[0017]下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明?？梢岳斫獾氖牵颂幩枋龅木唧w實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。
[0018]實(shí)施例一
[0019]圖1是本發(fā)明實(shí)施例一提供的一種交易閉環(huán)的處理方法的流程圖。本實(shí)施例的方法可以由交易閉環(huán)的處理平臺(tái)(即平臺(tái)方)來(lái)執(zhí)行，該處理平臺(tái)可通過(guò)硬件和/或軟件的方式實(shí)現(xiàn)，且本實(shí)施例的方法一般可適用于用戶想要進(jìn)行電子交易的情形。參見圖1，本實(shí)施例提供的交易閉環(huán)的處理方法具體可以包括如下:
[0020]S11、平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求。
[0021]在本實(shí)施例中，平臺(tái)方指的是為企業(yè)或個(gè)人提供的，用于與業(yè)務(wù)方系統(tǒng)(即業(yè)務(wù)方服務(wù)端)進(jìn)行電子交易的平臺(tái)，如直達(dá)號(hào)平臺(tái)或服務(wù)號(hào)平臺(tái)等。平臺(tái)方一般都會(huì)要求入駐的商家提供業(yè)務(wù)支撐服務(wù)的業(yè)務(wù)方系統(tǒng)，其中業(yè)務(wù)方系統(tǒng)可以由平臺(tái)方提供，也可以由商家自行開發(fā)。
[0022]在本實(shí)施例中，訂單系統(tǒng)用于追蹤用戶訂單狀態(tài)，訂單請(qǐng)求可以是業(yè)務(wù)方系統(tǒng)、業(yè)務(wù)方客戶端或平臺(tái)方中的業(yè)務(wù)基礎(chǔ)服務(wù)發(fā)送的訂單請(qǐng)求。具體的，業(yè)務(wù)方系統(tǒng)可以向平臺(tái)方發(fā)送用于提交訂單、請(qǐng)求退款、修改訂單狀態(tài)、取消訂單或申請(qǐng)退款等的訂單請(qǐng)求;業(yè)務(wù)方客戶端通過(guò)訂單系統(tǒng)提供的訂單中心頁(yè)面，可以向平臺(tái)方發(fā)送用于取消訂單或申請(qǐng)退款等的訂單請(qǐng)求;業(yè)務(wù)基礎(chǔ)服務(wù)可以向平臺(tái)方發(fā)送消費(fèi)憑證核銷成功的請(qǐng)求，使訂單系統(tǒng)將相應(yīng)的訂單狀態(tài)更新為消費(fèi)憑證已核銷狀態(tài)，訂單系統(tǒng)接收并響應(yīng)訂單請(qǐng)求。訂單請(qǐng)求可以包括但不限于提交訂單、請(qǐng)求退款、修改訂單狀態(tài)、取消訂單、申請(qǐng)退款或消費(fèi)憑證核銷等請(qǐng)求。
[0023]S12、所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求。
[0024]在本實(shí)施例中，訂單系統(tǒng)響應(yīng)訂單請(qǐng)求后，向交易流程控制系統(tǒng)發(fā)送的回調(diào)請(qǐng)求可以只包括訂單標(biāo)識(shí)信息，也可以同時(shí)包括訂單標(biāo)識(shí)信息和回調(diào)請(qǐng)求對(duì)應(yīng)的回調(diào)事件類型。具體的，若交易流程控制系統(tǒng)針對(duì)不同的回調(diào)事件類型分別提供不同的回調(diào)接口，則回調(diào)請(qǐng)求中只需要包含訂單標(biāo)識(shí)信息即可;然而，若交易流程控制系統(tǒng)面向訂單系統(tǒng)只提供一個(gè)統(tǒng)一的回調(diào)接口，則此時(shí)回調(diào)請(qǐng)求必須同時(shí)包含訂單標(biāo)識(shí)信息和回調(diào)事件類型，否則交易流程控制系統(tǒng)無(wú)法確定接收的回調(diào)請(qǐng)求的功能，如接收的回調(diào)請(qǐng)求是針對(duì)完成支付操作的，還是針對(duì)下單成功操作的，還是其他什么操作。
[0025]S13、所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0026]在本實(shí)施中，平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)可以包括購(gòu)物車、門店系統(tǒng)、庫(kù)存系統(tǒng)、優(yōu)惠券系統(tǒng)或電子消費(fèi)憑證系統(tǒng)等。交易流程控制系統(tǒng)預(yù)先提供有不同類型的插件，用于修改訂單狀態(tài)、業(yè)務(wù)邏輯判斷或業(yè)務(wù)邏輯處理等。具體的，交易流程控制系統(tǒng)從預(yù)先提供的插件中選擇與訂單標(biāo)識(shí)信息匹配的至少一個(gè)目標(biāo)插件，并獲取至少一個(gè)目標(biāo)插件的執(zhí)行順序以及執(zhí)行目標(biāo)插件的輸入數(shù)據(jù)，隨后，基于目標(biāo)插件的功能調(diào)用相應(yīng)的業(yè)務(wù)基礎(chǔ)服務(wù)，即，交易流程系統(tǒng)作為訂單系統(tǒng)與業(yè)務(wù)方系統(tǒng)之家的代理中介，使得現(xiàn)有技術(shù)中需要由業(yè)務(wù)方系統(tǒng)執(zhí)行的業(yè)務(wù)邏輯處理工作轉(zhuǎn)由交易流程控制系統(tǒng)實(shí)現(xiàn)。
[0027]本實(shí)施例提供的技術(shù)方案，平臺(tái)方通過(guò)提供交易流程控制系統(tǒng)，作為平臺(tái)方的訂單系統(tǒng)與業(yè)務(wù)方系統(tǒng)之間的代理中介，使得現(xiàn)有技術(shù)中需要由業(yè)務(wù)方系統(tǒng)實(shí)現(xiàn)的業(yè)務(wù)邏輯處理工作轉(zhuǎn)由交易流程控制系統(tǒng)實(shí)現(xiàn)，不僅大幅度降低業(yè)務(wù)方系統(tǒng)的開發(fā)成本，更重要的是，交易流程控制系統(tǒng)能夠滿足不同行業(yè)、不同交易模式的業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方交易閉環(huán)服務(wù)時(shí)所存在的個(gè)性化定制需求，大幅度減少了業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)。[〇〇28] 實(shí)施例二[〇〇29]本實(shí)施例在上述實(shí)施例一的基礎(chǔ)上提供了一種新的交易閉環(huán)的處理方法。圖2是本發(fā)明實(shí)施例二提供的一種交易閉環(huán)的處理方法的流程圖。參見圖2,本實(shí)施例提供的交易閉環(huán)的處理方法具體可以包括如下:[〇〇3〇] S21、基于業(yè)務(wù)方用戶在交易流程控制系統(tǒng)中的交易流程配置平臺(tái)上的插件配置操作，從所述交易流程控制系統(tǒng)提供的預(yù)設(shè)插件中，選擇并存儲(chǔ)交易流程包含的插件、所述插件的執(zhí)行順序和執(zhí)行所述插件的輸入數(shù)據(jù)。
[0031]在本實(shí)施例中，交易流程控制系統(tǒng)還提供有交易流程配置平臺(tái)，用于供業(yè)務(wù)方用戶依據(jù)業(yè)務(wù)方系統(tǒng)信息和/或訂單請(qǐng)求的類型，創(chuàng)建并存儲(chǔ)交易流程關(guān)聯(lián)的插件信息。具體的，業(yè)務(wù)方用戶通過(guò)交易流程配置平臺(tái)設(shè)置當(dāng)一個(gè)訂單的某種訂單狀態(tài)和/或業(yè)務(wù)狀態(tài)發(fā)生變更時(shí)，以及業(yè)務(wù)方客戶端或業(yè)務(wù)方系統(tǒng)發(fā)起某種訂單操作請(qǐng)求時(shí)，分別需要執(zhí)行哪些插件、這些插件的執(zhí)行順序以及執(zhí)行插件所需的輸入數(shù)據(jù)。
[0032]基于業(yè)務(wù)方用戶配置的訂單請(qǐng)求與插件之間的映射關(guān)系定義出交易流程規(guī)則，交易流程規(guī)則的相關(guān)信息存儲(chǔ)于數(shù)據(jù)庫(kù)中，由一條或多條包含以下信息的數(shù)據(jù)庫(kù)記錄組成: 交易流程ID、回調(diào)事件類型、插件ID、插件執(zhí)行順序號(hào)以及執(zhí)行插件時(shí)的輸入數(shù)據(jù)。其中，調(diào)事件類型，用于區(qū)分不同交易流程環(huán)節(jié)所發(fā)出的回調(diào)請(qǐng)求，如完成支付事件或電子消費(fèi)憑證核銷成功事件等;插件ID，用于區(qū)分不同的插件;插件執(zhí)行順序號(hào)，表示當(dāng)前記錄中的插件ID所對(duì)應(yīng)的插件是第幾個(gè)被執(zhí)行的；以及插件執(zhí)行時(shí)的輸入數(shù)據(jù)，不同類型的插件需要的輸入數(shù)據(jù)不一樣。
[0033]示例性的，若所述目標(biāo)交易流程中包含業(yè)務(wù)邏輯判斷插件，則:所述目標(biāo)交易流程中還可以包含業(yè)務(wù)邏輯判斷插件的狀態(tài)碼關(guān)聯(lián)的需要執(zhí)行的后續(xù)插件信息，如可以包含業(yè)務(wù)邏輯判斷插件的狀態(tài)碼為TRUE時(shí)需要跳過(guò)的后續(xù)插件個(gè)數(shù)。
[0034]其中，業(yè)務(wù)邏輯判斷插件，用于讀取訂單信息并根據(jù)指定的邏輯判斷規(guī)則判斷當(dāng)前訂單是否符合相應(yīng)的邏輯判斷條件，如判斷當(dāng)前訂單的電子消費(fèi)憑證是否處于已核銷狀態(tài)，或判斷當(dāng)前訂單是否已完成支付且尚未申請(qǐng)退款等。狀態(tài)碼為TRUE時(shí)需要跳過(guò)的后續(xù)插件個(gè)數(shù)，表示當(dāng)前插件執(zhí)行結(jié)束后若返回的狀態(tài)碼為TRUE，則需要流程規(guī)則處理引擎將當(dāng)前插件后面的多少個(gè)插件直接跳過(guò)，不去執(zhí)行。例如業(yè)務(wù)邏輯判斷插件A(如判斷是否可取消訂單的插件)之后，B1?Bi這i個(gè)插件為A插件的判斷結(jié)果為FALSE時(shí)要執(zhí)行的，執(zhí)行完后整個(gè)回調(diào)請(qǐng)求一般就結(jié)束了，插件C1?Ck這k個(gè)插件為A插件的判斷結(jié)果為TRUE時(shí)要執(zhí)行的，且插件C1?Ck中可以包含其他業(yè)務(wù)邏輯判斷插件。
[0035]S22、平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求。
[0036]具體的，業(yè)務(wù)方用戶通過(guò)業(yè)務(wù)方系統(tǒng)或業(yè)務(wù)方客戶端提交訂單時(shí)，還為訂單分配交易流程ID，即提交訂單的訂單請(qǐng)求中包含有交易流程ID，其中交易流程ID用于區(qū)分不同業(yè)務(wù)方系統(tǒng)定義的不同交易流程規(guī)則。平臺(tái)方中的訂單系統(tǒng)響應(yīng)提交訂單的請(qǐng)求后，產(chǎn)生訂單標(biāo)識(shí)信息，創(chuàng)建并存儲(chǔ)交易流程與訂單標(biāo)識(shí)信息之間的映射關(guān)系。對(duì)該訂單作后續(xù)處理的訂單請(qǐng)求中只需包含訂單標(biāo)識(shí)信息，即可依據(jù)訂單標(biāo)識(shí)信息確定目標(biāo)交易流程。
[0037]S23、所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求。
[0038]具體的，訂單系統(tǒng)響應(yīng)用于觸發(fā)訂單狀態(tài)變更事件或者訂單操作事件的訂單請(qǐng)求后，不再直接向業(yè)務(wù)方系統(tǒng)發(fā)送回調(diào)請(qǐng)求，而是向交易流程控制系統(tǒng)中的流程規(guī)則處理引擎發(fā)送回調(diào)請(qǐng)求。
[0039]S24、所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程。
[0040]具體的，交易流程控制系統(tǒng)中流程規(guī)則處理引擎依據(jù)預(yù)先創(chuàng)建的交易流程與訂單標(biāo)識(shí)信息之間的映射關(guān)系，確定訂單請(qǐng)求中包含的訂單標(biāo)識(shí)信息關(guān)聯(lián)的目標(biāo)交易流程。
[0041]S25、所述交易流程控制系統(tǒng)依據(jù)所述目標(biāo)交易流程中包含的至少一個(gè)目標(biāo)插件、 所述至少一個(gè)目標(biāo)插件的執(zhí)行順序和執(zhí)行所述至少一個(gè)目標(biāo)插件的輸入數(shù)據(jù)，調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。[〇〇42]具體的，流程規(guī)則處理引擎依據(jù)預(yù)先創(chuàng)建的交易流程包含的插件、插件的執(zhí)行順序和執(zhí)行插件的輸入數(shù)據(jù)，確定目標(biāo)交易流程包含的訂單狀態(tài)驅(qū)動(dòng)插件、業(yè)務(wù)邏輯判斷插件或業(yè)務(wù)邏輯處理插件、插件的執(zhí)行順序和執(zhí)行插件的輸入數(shù)據(jù)，并基于目標(biāo)交易流程包含的插件和插件的執(zhí)行順序調(diào)用平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。其中，訂單狀態(tài)驅(qū)動(dòng)插件，用于調(diào)用訂單系統(tǒng)的訂單狀態(tài)修改接口以實(shí)現(xiàn)將相應(yīng)訂單的各種狀態(tài)字段如支付狀態(tài)、退款狀態(tài)、通用業(yè)務(wù)狀態(tài)或業(yè)務(wù)特有狀態(tài)等，修改為指定的狀態(tài)值的目的；業(yè)務(wù)邏輯處理插件，用于調(diào)用相應(yīng)業(yè)務(wù)基礎(chǔ)服務(wù)的某一個(gè)或多個(gè)接口以完成特定的業(yè)務(wù)邏輯處理工作，如電子消費(fèi)憑證發(fā)放插件的功能就是調(diào)用電子消費(fèi)憑證系統(tǒng)的創(chuàng)建消費(fèi)憑證接口以完成當(dāng)前訂單中所有商品的電子消費(fèi)憑證的發(fā)放，庫(kù)存鎖定插件的功能是調(diào)用庫(kù)存系統(tǒng)的鎖定商品庫(kù)存接口以根據(jù)當(dāng)前訂單中各個(gè)商品的購(gòu)買數(shù)量對(duì)各個(gè)商品的庫(kù)存量做相應(yīng)鎖定。
[0043]本實(shí)施例提供的技術(shù)方案，可以通過(guò)開發(fā)新插件或者對(duì)現(xiàn)有插件做任意組合，就可以實(shí)現(xiàn)對(duì)一個(gè)新的交易流程的支持，從而使得平臺(tái)方能夠非常低成本且靈活地滿足各個(gè)行業(yè)的具備各種不同交易模式的商家的需求。
[0044]實(shí)施例三
[0045]本實(shí)施例在上述實(shí)施例一和實(shí)施例二的基礎(chǔ)上提供了一種新的交易閉環(huán)的處理方法。圖3是本發(fā)明實(shí)施例三提供的一種交易閉環(huán)的處理方法的流程圖。參見圖3,本實(shí)施例提供的交易閉環(huán)的處理方法具體可以包括如下:
[0046]S31、平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求。
[0047]S32、所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求。
[0048]S33、所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程。
[0049]S34、所述交易流程控制系統(tǒng)依據(jù)所述目標(biāo)交易流程中包含的至少一個(gè)目標(biāo)插件、 所述至少一個(gè)目標(biāo)插件的執(zhí)行順序和執(zhí)行所述至少一個(gè)目標(biāo)插件的輸入數(shù)據(jù)，調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0050]具體的，依據(jù)目標(biāo)交易流程中包含的訂單狀態(tài)驅(qū)動(dòng)插件、業(yè)務(wù)邏輯判斷插件或業(yè)務(wù)邏輯處理插件，調(diào)用平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。[0051 ]示例性的，若所述目標(biāo)交易流程中包含業(yè)務(wù)方系統(tǒng)回調(diào)插件，則:所述目標(biāo)交易流程中還包含所述業(yè)務(wù)方系統(tǒng)回調(diào)插件關(guān)聯(lián)的回調(diào)事件類型和業(yè)務(wù)方系統(tǒng)的回調(diào)地址。 [〇〇52]在本實(shí)施例中，業(yè)務(wù)方系統(tǒng)回調(diào)插件用于調(diào)用業(yè)務(wù)方系統(tǒng)提供的業(yè)務(wù)邏輯處理工作，業(yè)務(wù)方的回調(diào)地址指的是業(yè)務(wù)方系統(tǒng)注冊(cè)在平臺(tái)方上的回調(diào)地址，一般是URLOJniform Resoure Locator，統(tǒng)一資源定位符)地址，以便于后續(xù)依據(jù)業(yè)務(wù)方的回調(diào)地址向業(yè)務(wù)方系統(tǒng)發(fā)送回調(diào)請(qǐng)求。[〇〇53]S35、所述交易流程控制系統(tǒng)依據(jù)所述業(yè)務(wù)方系統(tǒng)的回調(diào)地址，向所述業(yè)務(wù)方系統(tǒng)發(fā)送包含所述回調(diào)事件類型的回調(diào)請(qǐng)求，以使所述業(yè)務(wù)方系統(tǒng)依據(jù)所述回調(diào)事件類型執(zhí)行業(yè)務(wù)方服務(wù)。
[0054]其中，回調(diào)請(qǐng)求中攜帶訂單標(biāo)識(shí)信息和回調(diào)事件類型信息，以便業(yè)務(wù)方系統(tǒng)完成無(wú)法由平臺(tái)方代為實(shí)現(xiàn)的強(qiáng)業(yè)務(wù)侵入性的業(yè)務(wù)邏輯處理工作。例如，家政服務(wù)中根據(jù)接收的訂單標(biāo)識(shí)信息給相應(yīng)保潔員派發(fā)任務(wù)類似的業(yè)務(wù)處理工作，就需要通過(guò)業(yè)務(wù)方系統(tǒng)回調(diào)插件回調(diào)家政服務(wù)的業(yè)務(wù)方系統(tǒng)，并由業(yè)務(wù)方系統(tǒng)來(lái)完成具體實(shí)現(xiàn)工作，而不是由交易流程控制系統(tǒng)回調(diào)平臺(tái)方提供的某個(gè)業(yè)務(wù)基礎(chǔ)服務(wù)來(lái)完成。如果將業(yè)務(wù)方系統(tǒng)本身看作是一個(gè)通用的業(yè)務(wù)基礎(chǔ)服務(wù)來(lái)看待的，業(yè)務(wù)方系統(tǒng)回調(diào)插件相當(dāng)于一個(gè)具體的業(yè)務(wù)邏輯處理插件。
[0055]本實(shí)施例提供的技術(shù)方法，目標(biāo)交易流程中包含的業(yè)務(wù)方系統(tǒng)回調(diào)插件，需通過(guò)回調(diào)業(yè)務(wù)方系統(tǒng)中的業(yè)務(wù)方服務(wù)實(shí)現(xiàn)，而目標(biāo)交易流程中包含的訂單狀態(tài)驅(qū)動(dòng)插件、業(yè)務(wù)邏輯判斷插件或業(yè)務(wù)邏輯處理插件，只需調(diào)用平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)即可實(shí)現(xiàn)，平臺(tái)方無(wú)需對(duì)接業(yè)務(wù)方平臺(tái)，即，通過(guò)較少地業(yè)務(wù)方系統(tǒng)對(duì)接平臺(tái)方的接入點(diǎn)實(shí)現(xiàn)了交易閉環(huán)處理。 [〇〇56] 實(shí)施例四[〇〇57]圖4是本發(fā)明實(shí)施例四提供的一種交易閉環(huán)的處理平臺(tái)的結(jié)構(gòu)圖。該處理平臺(tái)一般可適用于用戶想要進(jìn)行電子交易的情形。參見圖4,本實(shí)施例提供的交易閉環(huán)的處理平臺(tái) 40的具體結(jié)構(gòu)如下:
[0058]訂單系統(tǒng)41，用于獲取并響應(yīng)訂單請(qǐng)求；以及，用于依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng)42發(fā)送回調(diào)請(qǐng)求；
[0059]交易流程控制系統(tǒng)42,用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0060]示例性的，所述交易流程控制系統(tǒng)42可以包括:
[0061]交易流程確定模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程；
[0062]基礎(chǔ)服務(wù)調(diào)用模塊，用于依據(jù)所述目標(biāo)交易流程中包含的至少一個(gè)目標(biāo)插件、所述至少一個(gè)目標(biāo)插件的執(zhí)行順序和執(zhí)行所述至少一個(gè)目標(biāo)插件的輸入數(shù)據(jù)，調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。
[0063]示例性的，所述交易流程控制系統(tǒng)42還可以包括:
[0064]插件選擇模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程之前，基于所述業(yè)務(wù)方用戶在所述交易流程控制系統(tǒng)中的交易流程配置平臺(tái)上的插件配置操作，從所述交易流程控制系統(tǒng)42提供的預(yù)設(shè)插件中，選擇并存儲(chǔ)交易流程包含的插件、 所述插件的執(zhí)行順序和執(zhí)行所述插件的輸入數(shù)據(jù)。
[0065]示例性的，若所述目標(biāo)交易流程中包含業(yè)務(wù)邏輯判斷插件，則:
[0066]所述目標(biāo)交易流程中還包含所述業(yè)務(wù)邏輯判斷插件的狀態(tài)碼關(guān)聯(lián)的需要執(zhí)行的后續(xù)插件信息。
[0067]示例性的，若所述目標(biāo)交易流程中包含業(yè)務(wù)方系統(tǒng)回調(diào)插件，則:
[0068]所述目標(biāo)交易流程中還包含所述業(yè)務(wù)方系統(tǒng)回調(diào)插件關(guān)聯(lián)的回調(diào)事件類型和業(yè)務(wù)方系統(tǒng)的回調(diào)地址。[〇〇69]示例性的，所述交易流程控制系統(tǒng)42可以包括:
[0070]回調(diào)請(qǐng)求發(fā)送模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件之后，依據(jù)所述業(yè)務(wù)方系統(tǒng)的回調(diào)地址，向所述業(yè)務(wù)方系統(tǒng)發(fā)送包含所述回調(diào)事件類型的回調(diào)請(qǐng)求，以使所述業(yè)務(wù)方系統(tǒng)依據(jù)所述回調(diào)事件類型執(zhí)行業(yè)務(wù)方服務(wù)。
[0071]本實(shí)施例提供的交易閉環(huán)的處理平臺(tái)，與本發(fā)明任意實(shí)施例所提供的交易閉環(huán)的處理方法屬于同一發(fā)明構(gòu)思，可執(zhí)行本發(fā)明任意實(shí)施例所提供的交易閉環(huán)的處理方法，具備執(zhí)行交易閉環(huán)的處理方法相應(yīng)的功能模塊和有益效果。未在本實(shí)施例中詳盡描述的技術(shù)細(xì)節(jié)，可參見本發(fā)明任意實(shí)施例提供的交易閉環(huán)的處理方法。[〇〇72]注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解， 本發(fā)明不限于這里所述的特定實(shí)施例，對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)能夠進(jìn)行各種明顯的變化、 重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。因此，雖然通過(guò)以上實(shí)施例對(duì)本發(fā)明進(jìn)行了較為詳細(xì)的說(shuō)明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。
【主權(quán)項(xiàng)】
1.一種交易閉環(huán)的處理方法，其特征在于，包括:平臺(tái)方的訂單系統(tǒng)獲取并響應(yīng)訂單請(qǐng)求；所述訂單系統(tǒng)依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息，向所述平臺(tái)方的交易流程控制系統(tǒng) 發(fā)送回調(diào)請(qǐng)求；所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基 于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求 中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服 務(wù)，包括:所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流 程；所述交易流程控制系統(tǒng)依據(jù)所述目標(biāo)交易流程中包含的至少一個(gè)目標(biāo)插件、所述至少 一個(gè)目標(biāo)插件的執(zhí)行順序和執(zhí)行所述至少一個(gè)目標(biāo)插件的輸入數(shù)據(jù)，調(diào)用所述平臺(tái)方的業(yè) 務(wù)基礎(chǔ)服務(wù)。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求 中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程之前，還包括:基于所述業(yè)務(wù)方用戶在所述交易流程控制系統(tǒng)中的交易流程配置平臺(tái)上的插件配置 操作，從所述交易流程控制系統(tǒng)提供的預(yù)設(shè)插件中，選擇并存儲(chǔ)交易流程包含的插件、所述 插件的執(zhí)行順序和執(zhí)行所述插件的輸入數(shù)據(jù)。4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，若所述目標(biāo)交易流程中包含業(yè)務(wù)邏輯 判斷插件，貝1J:所述目標(biāo)交易流程中還包含所述業(yè)務(wù)邏輯判斷插件的狀態(tài)碼關(guān)聯(lián)的需要執(zhí)行的后續(xù) 插件信息。5.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，若所述目標(biāo)交易流程中包含業(yè)務(wù)方系 統(tǒng)回調(diào)插件，則:所述目標(biāo)交易流程中還包含所述業(yè)務(wù)方系統(tǒng)回調(diào)插件關(guān)聯(lián)的回調(diào)事件類型和業(yè)務(wù)方 系統(tǒng)的回調(diào)地址。6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述交易流程控制系統(tǒng)依據(jù)所述回調(diào)請(qǐng)求 中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件之后，包括:所述交易流程控制系統(tǒng)依據(jù)所述業(yè)務(wù)方系統(tǒng)的回調(diào)地址，向所述業(yè)務(wù)方系統(tǒng)發(fā)送包含 所述回調(diào)事件類型的回調(diào)請(qǐng)求，以使所述業(yè)務(wù)方系統(tǒng)依據(jù)所述回調(diào)事件類型執(zhí)行業(yè)務(wù)方服務(wù)。7.—種交易閉環(huán)的處理平臺(tái)，其特征在于，包括:訂單系統(tǒng)，用于獲取并響應(yīng)訂單請(qǐng)求；以及，用于依據(jù)所述訂單請(qǐng)求的響應(yīng)結(jié)果信息， 向所述平臺(tái)方的交易流程控制系統(tǒng)發(fā)送回調(diào)請(qǐng)求；交易流程控制系統(tǒng)，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件，并 基于所述目標(biāo)插件調(diào)用所述平臺(tái)方的業(yè)務(wù)基礎(chǔ)服務(wù)。8.根據(jù)權(quán)利要求7所述的處理平臺(tái)，其特征在于，所述交易流程控制系統(tǒng)包括:交易流程確定模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程；基礎(chǔ)服務(wù)調(diào)用模塊，用于依據(jù)所述目標(biāo)交易流程中包含的至少一個(gè)目標(biāo)插件、所述至 少一個(gè)目標(biāo)插件的執(zhí)行順序和執(zhí)行所述至少一個(gè)目標(biāo)插件的輸入數(shù)據(jù)，調(diào)用所述平臺(tái)方的 業(yè)務(wù)基礎(chǔ)服務(wù)。9.根據(jù)權(quán)利要求8所述的處理平臺(tái)，其特征在于，所述交易流程控制系統(tǒng)還包括:插件選擇模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息，確定目標(biāo)交易流程之前，基于所述業(yè)務(wù)方用戶在所述交易流程控制系統(tǒng)中的交易流程配置平臺(tái)上的插件配置操 作，從所述交易流程控制系統(tǒng)提供的預(yù)設(shè)插件中，選擇并存儲(chǔ)交易流程包含的插件、所述插 件的執(zhí)行順序和執(zhí)行所述插件的輸入數(shù)據(jù)。10.根據(jù)權(quán)利要求8或9所述的處理平臺(tái)，其特征在于，若所述目標(biāo)交易流程中包含業(yè)務(wù) 邏輯判斷插件，則:所述目標(biāo)交易流程中還包含所述業(yè)務(wù)邏輯判斷插件的狀態(tài)碼關(guān)聯(lián)的需要執(zhí)行的后續(xù) 插件信息。11.根據(jù)權(quán)利要求8或9所述的處理平臺(tái)，其特征在于，若所述目標(biāo)交易流程中包含業(yè)務(wù) 方系統(tǒng)回調(diào)插件，則:所述目標(biāo)交易流程中還包含所述業(yè)務(wù)方系統(tǒng)回調(diào)插件關(guān)聯(lián)的回調(diào)事件類型和業(yè)務(wù)方 系統(tǒng)的回調(diào)地址。12.根據(jù)權(quán)利要求11所述的處理平臺(tái)，其特征在于，所述交易流程控制系統(tǒng)包括:回調(diào)請(qǐng)求發(fā)送模塊，用于依據(jù)所述回調(diào)請(qǐng)求中包含的訂單標(biāo)識(shí)信息確定目標(biāo)插件之后，依據(jù)所述業(yè)務(wù)方系統(tǒng)的回調(diào)地址，向所述業(yè)務(wù)方系統(tǒng)發(fā)送包含所述回調(diào)事件類型的回 調(diào)請(qǐng)求，以使所述業(yè)務(wù)方系統(tǒng)依據(jù)所述回調(diào)事件類型執(zhí)行業(yè)務(wù)方服務(wù)。
【文檔編號(hào)】G06Q30/06GK106097059SQ201610404563
【公開日】2016年11月9日
【申請(qǐng)日】2016年6月8日
【發(fā)明人】朱建庭, 荊博, 侯震宇, 陳楠
【申請(qǐng)人】百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司