本發(fā)明涉及一種可基于狀態(tài)轉(zhuǎn)化的,提供買、賣雙方在線預(yù)約、接單、服務(wù)、評價(jià)、退款等交易流程權(quán)限處理、流轉(zhuǎn)、日志記錄、訂單查詢的方法。
背景技術(shù):
近年來,隨著互聯(lián)網(wǎng)的不斷發(fā)展,各種互聯(lián)網(wǎng)技術(shù)不斷的呈現(xiàn)、更新,正迅速地改變著我們?nèi)粘=涣骷吧罘绞?,這離不開各式各樣的電子商務(wù)交易平臺(tái)的涌現(xiàn)。這些平臺(tái)把各種信息資源進(jìn)行整合并服務(wù)于廣大用戶。信息資源,從廣義上理解就是人類社會(huì)信息活動(dòng)中積累起來的信息、信息生產(chǎn)者、信息技術(shù)等信息活動(dòng)要素的集合。信息資源可以創(chuàng)造大量、實(shí)在的社會(huì)財(cái)富,同事信息資源對社會(huì)經(jīng)濟(jì)的發(fā)展起到了協(xié)調(diào)作用。
電子商務(wù)是互聯(lián)網(wǎng)爆炸式發(fā)展的直接產(chǎn)物,是網(wǎng)絡(luò)技術(shù)應(yīng)用的全新發(fā)展方向。互聯(lián)網(wǎng)本身所具有的開放性、全球性、低成本、高效率的特點(diǎn),也稱為電子商務(wù)的內(nèi)在特征,并使得電子商務(wù)大大超越了作為一種新的毛衣形式所具有的價(jià)值。
電子商務(wù)通過互聯(lián)網(wǎng)連接著全世界的計(jì)算機(jī)網(wǎng)絡(luò),隨時(shí)隨地為人們提供各種信息和信息交流服務(wù)。它從最基本的電子郵件到靜態(tài)主頁發(fā)布,知道動(dòng)態(tài)數(shù)據(jù)發(fā)布和完全的商務(wù)應(yīng)用系統(tǒng),為企業(yè)和個(gè)人提供了不同階段、不同層次的信息服務(wù)。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明的目的在于提供一種可基于狀態(tài)轉(zhuǎn)化的,以實(shí)現(xiàn)買、賣雙方在線預(yù)約、接單、服務(wù)、評價(jià)、退款等交易流程權(quán)限處理、流轉(zhuǎn)、日志記錄、訂單查詢的方法。
為實(shí)現(xiàn)上述目的,本發(fā)明的技術(shù)方案如下:
一種基于狀態(tài)轉(zhuǎn)化的雙方在線交易流程處理及查詢方法,包括以下幾個(gè)步驟:
步驟1:根據(jù)業(yè)務(wù)需求分別整理歸納出屬于買、賣雙方的交易情況,并定義為一個(gè)個(gè)交易狀態(tài),交易狀態(tài)用于控制交易過程中的訂單信息展示和權(quán)限控制;每一個(gè)交易狀態(tài)處理前有各自的前置狀態(tài),中間的狀態(tài)還有其后置狀態(tài),以及每個(gè)狀態(tài)處理成功后都有各自當(dāng)前的提示、通知信息;
步驟2:根據(jù)所述買、賣雙方的狀態(tài)抽取出兩者共有的交易狀態(tài)作為訂單統(tǒng)一的查詢狀態(tài),以提供給買、賣雙方根據(jù)統(tǒng)一的查詢狀態(tài)進(jìn)行訂單的過濾查找;
步驟3:根據(jù)雙方交易過程中的異常情況,抽象出一個(gè)個(gè)異常狀態(tài),以控制交易過程中無法正常完成的交易的訂單信息展示和處理;
步驟4:在一個(gè)訂單的交易過程中,買、賣雙方對訂單進(jìn)行操作處理,處理時(shí)生成并記錄對應(yīng)的訂單操作日志,通過記錄操作方、前置及后置的交易狀態(tài)以確定一條日志所操作的內(nèi)容。
所述買方交易狀態(tài)依次包括預(yù)約、待付款、服務(wù)、評價(jià)和完成,所述賣方交易狀態(tài)依次包括接單、待買家付款、服務(wù)、待買家確認(rèn)、評價(jià)和完成;所述買方異常狀態(tài)和賣方異常狀態(tài)包括退款和申述退款,退款狀態(tài)依次包括申請中、退款中、已退款;申訴退款狀態(tài)依次包括申訴中、申訴成功、已退款。
所述的步驟1具體包括以下步驟:
步驟1.1:根據(jù)業(yè)務(wù)需求分別整理歸納出屬于買、賣雙方的交易情況,并定義為一個(gè)個(gè)狀態(tài),梳理出狀態(tài)流轉(zhuǎn)圖;
步驟1.2:交易過程中根據(jù)當(dāng)前狀態(tài)提示用戶可操作的動(dòng)作及提示信息,用戶操作后,根據(jù)前置狀態(tài)判斷操作權(quán)限,最后按操作結(jié)果給予用戶相應(yīng)的提示、通知消息。
所述的步驟2具體包括以下步驟:
步驟2.1:根據(jù)步驟1.1定義的雙方交易流程狀態(tài),抽取出部分狀態(tài)作為訂單流程的主狀態(tài),并把各主狀態(tài)和雙方交易的流程狀態(tài)進(jìn)行映射關(guān)聯(lián);
步驟2.2:在交易過程中,對按照步驟2.1關(guān)聯(lián)的主狀態(tài)和流程狀態(tài)都進(jìn)行同步更新,以供交易雙方根據(jù)訂單主狀態(tài)作為訂單統(tǒng)一查詢的狀態(tài)對訂單數(shù)據(jù)進(jìn)行過濾查詢。
所述的步驟4包括以下子步驟:
步驟4.1:對上述的雙方交易流程的狀態(tài)以及訂單主狀態(tài)進(jìn)行數(shù)字編碼,該一個(gè)編碼對應(yīng)一個(gè)狀態(tài),不同狀態(tài)間的編碼也保持唯一性。
步驟4.2:通過日志記錄交易雙方在任一訂單狀態(tài)的操作,日志信息包括日常的操作用戶、時(shí)間、操作方類型、前置狀態(tài)和后置狀態(tài),操作方類型、前置狀態(tài)和后置狀態(tài)3個(gè)信息可確定一條日志所操作的步驟類型及內(nèi)容。
采用上述方案后,本發(fā)明專利的有益效果是:本發(fā)明通過狀態(tài)及日志嚴(yán)格控制雙方在交易過程中所處的階段可操作的動(dòng)作,操作過程中可根據(jù)前置狀態(tài)防止異常操作,特別是在不同客戶端(Android/IOS/H5)操作同一訂單引起的異常情況;交易雙方可以根據(jù)訂單主狀態(tài)作為訂單統(tǒng)一查詢的狀態(tài)對訂單數(shù)據(jù)進(jìn)行過濾查詢統(tǒng)計(jì);對于在交易過程中的業(yè)務(wù)異常,即:訂單的退款申訴情況,系統(tǒng)可對用戶在退款子流程中的狀態(tài)操作進(jìn)行提示、控制,便于用戶跟蹤退款進(jìn)度。同時(shí),整個(gè)訂單交易過程將對日志進(jìn)行統(tǒng)一的收集記錄,通過操作方類型(買、賣、平臺(tái)三方等),前置狀態(tài)(買、賣雙方),后置狀態(tài)(買、賣雙方),即可確定一條日志所操作的步驟類型及內(nèi)容,以對訂單的所有操作進(jìn)行監(jiān)控,確保了訂單信息及時(shí)發(fā)送給交易雙方,使交易在電子商務(wù)平臺(tái)、買方和賣方順利進(jìn)行。
附圖說明
圖1為本發(fā)明的買方狀態(tài)流轉(zhuǎn)示意圖;
圖2為本發(fā)明的賣方狀態(tài)流轉(zhuǎn)示意圖;
圖3為本發(fā)明的訂單狀態(tài)流轉(zhuǎn)示意圖;
圖4為本發(fā)明的退款狀態(tài)流轉(zhuǎn)示意圖;
圖5為買方交易日志類型圖;
圖6為賣方交易日志類型圖;
圖7為運(yùn)營方交易日志類型圖。
以下結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步詳述。
具體實(shí)施方式
本發(fā)明是揭示了一種基于狀態(tài)轉(zhuǎn)化的雙方在線交易流程處理及查詢的方法,下面結(jié)合附圖對本發(fā)明專利作進(jìn)一步詳細(xì)的描述。
如圖1、圖2,買方可從“預(yù)約-待付款-服務(wù)-評價(jià)-完成”的狀態(tài),賣方可從“接單-待買家付款-服務(wù)-待買家確認(rèn)-評價(jià)-完成”的狀態(tài),不同狀態(tài)有不同的操作提示,每個(gè)狀態(tài)的進(jìn)出條件都需要進(jìn)行判斷處理,具體描述如下:
步驟1:根據(jù)業(yè)務(wù)需求分別整理歸納出屬于買、賣雙方的交易情況,并定義為一個(gè)個(gè)交易狀態(tài),交易狀態(tài)用于控制交易過程中的訂單信息展示和權(quán)限控制;每一個(gè)交易狀態(tài)處理前有各自的前置狀態(tài),中間的狀態(tài)還有其后置狀態(tài),以及每個(gè)狀態(tài)處理成功后都有各自當(dāng)前的提示、通知信息;所述買方交易狀態(tài)依次包括預(yù)約、待付款、服務(wù)、評價(jià)和完成,所述賣方交易狀態(tài)依次包括接單、待買家付款、服務(wù)、待買家確認(rèn)、評價(jià)和完成;所述買方異常狀態(tài)和賣方異常狀態(tài)包括退款和申述退款,退款狀態(tài)依次包括申請中、退款中、已退款;申訴退款狀態(tài)依次包括申訴中、申訴成功、已退款;
步驟1具體包括以下步驟:
步驟1.1:根據(jù)業(yè)務(wù)需求分別整理歸納出屬于買、賣雙方的交易情況,并定義為一個(gè)個(gè)狀態(tài),梳理出狀態(tài)流轉(zhuǎn)圖;
步驟1.2:交易過程中根據(jù)當(dāng)前狀態(tài)提示用戶可操作的動(dòng)作及提示信息,用戶操作后,根據(jù)前置狀態(tài)判斷操作權(quán)限,最后按操作結(jié)果給予用戶相應(yīng)的提示、通知消息。
步驟2:根據(jù)所述買、賣雙方的狀態(tài)抽取出兩者共有的交易狀態(tài)作為訂單統(tǒng)一的查詢狀態(tài),以提供給買、賣雙方根據(jù)統(tǒng)一的查詢狀態(tài)進(jìn)行訂單的過濾查找;
步驟2.1:根據(jù)步驟1.1定義的雙方交易流程狀態(tài),抽取出部分狀態(tài)作為訂單流程的主狀態(tài),并把各主狀態(tài)和雙方交易的流程狀態(tài)進(jìn)行映射關(guān)聯(lián);
步驟2.2:在交易過程中,對按照步驟2.1關(guān)聯(lián)的主狀態(tài)和流程狀態(tài)都進(jìn)行同步更新,以供交易雙方根據(jù)訂單主狀態(tài)作為訂單統(tǒng)一查詢的狀態(tài)對訂單數(shù)據(jù)進(jìn)行過濾查詢;
步驟3:根據(jù)雙方交易過程中的異常情況,抽象出一個(gè)個(gè)異常狀態(tài),以控制交易過程中無法正常完成的交易的訂單信息展示和處理;
步驟4:在一個(gè)訂單的交易過程中,買、賣雙方對訂單進(jìn)行操作處理,處理時(shí)生成并記錄對應(yīng)的訂單操作日志,通過記錄操作方、前置及后置的交易狀態(tài)以確定一條日志所操作的內(nèi)容;步驟4包括以下子步驟:
步驟4.1:對上述的雙方交易流程的狀態(tài)以及訂單主狀態(tài)進(jìn)行數(shù)字編碼,該一個(gè)編碼對應(yīng)一個(gè)狀態(tài),不同狀態(tài)間的編碼也保持唯一性。
步驟4.2:通過日志記錄交易雙方在任一訂單狀態(tài)的操作,日志信息包括日常的操作用戶、時(shí)間、操作方類型、前置狀態(tài)和后置狀態(tài),操作方類型、前置狀態(tài)和后置狀態(tài)3個(gè)信息可確定一條日志所操作的步驟類型及內(nèi)容。
例如:賣家處理成“已退款”是屬于賣家同意退款情況,平臺(tái)處理成“已退款”是屬于申訴成功退款的情況。根據(jù)這些信息就可以把訂單的操作記錄,協(xié)商記錄進(jìn)行展示。如圖5、6、7所示,分別記錄的是買家、賣家、運(yùn)營人員主要操作動(dòng)作的日志類型。
本發(fā)明的重點(diǎn)在于:歸納出買、賣雙方在交易過程中的可能情況,并抽象成各自狀態(tài),以控制交易過程中的訂單信息展示、權(quán)限控制。并統(tǒng)一訂單的查詢狀態(tài),以提供買、賣雙方根據(jù)統(tǒng)一的查詢狀態(tài)進(jìn)行訂單的過濾查找。此外,還需考慮交易過程中的退款異常狀態(tài),并結(jié)合買、賣雙方狀態(tài)對整個(gè)交易過程操作者對同一訂單的操作進(jìn)行記錄。
以上所述,僅是本發(fā)明較佳實(shí)施例而已,并非對本發(fā)明的技術(shù)范圍作任何限制,故凡是依據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對以上實(shí)施例所作的任何細(xì)微修改、等同變化與修飾,均仍屬于本發(fā)明技術(shù)方案的范圍內(nèi)。