亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種訂單信息檢測方法、裝置及系統(tǒng)與流程

文檔序號:11459114閱讀:377來源:國知局
一種訂單信息檢測方法、裝置及系統(tǒng)與流程

本發(fā)明涉及通信技術(shù)領(lǐng)域,更具體的說,涉及一種訂單信息檢測方法、裝置及系統(tǒng)。



背景技術(shù):

在外賣系統(tǒng)中,客戶在用戶端下單之后產(chǎn)生訂單信息,將訂單信息通過服務(wù)器發(fā)送給商戶端;商戶端接收到客戶端下發(fā)的訂單信息之后,將客戶預(yù)定的服務(wù)通過物流端派送給客戶。其中,用戶端,商戶端和物流端按照各自不同的需求記錄和存儲相關(guān)的訂單信息,因此,客戶下單的同一份訂單數(shù)據(jù)會存儲在上述各個業(yè)務(wù)端中。

現(xiàn)有的訂單系統(tǒng)中,同一份訂單數(shù)據(jù)或訂單數(shù)據(jù)副本在用戶端,商戶端或物流端等多個業(yè)務(wù)端進(jìn)行存儲和消費時,訂單的狀態(tài)會時刻改變,例如,一個業(yè)務(wù)訂單從產(chǎn)生到消費的狀態(tài)包括:已下單,接單,正在配送,已送達(dá)等狀態(tài)。當(dāng)用戶端下單后,商戶端會更新訂單狀態(tài)為接單狀態(tài),然后下發(fā)至物流端進(jìn)行配送,但是在實際訂單數(shù)據(jù)被消費的過程中,每個業(yè)務(wù)端在接收到前一個業(yè)務(wù)端發(fā)送的訂單信息時,都會對訂單信息做處理和改變,在處理和改變的過程中,由于數(shù)據(jù)包丟失或者系統(tǒng)出現(xiàn)故障等原因,導(dǎo)致訂單狀態(tài)在不同的業(yè)務(wù)端不一致,進(jìn)而訂單系統(tǒng)不能及時地更新客戶的訂單狀態(tài)。例如,在用戶端顯示訂單狀態(tài)為已下單,與在物流端顯示的正在派送狀態(tài)不一致。而且,這種不一致的狀態(tài)只能通過用戶端業(yè)務(wù)反饋,或者以被動的形式發(fā)現(xiàn)和上報,缺乏一種主動和及時的發(fā)現(xiàn)機(jī)制,導(dǎo)致訂單系統(tǒng)不能準(zhǔn)確地掌握訂單在不同業(yè)務(wù)端的狀態(tài)情況。



技術(shù)實現(xiàn)要素:

本申請實施例提供一種訂單數(shù)據(jù)對賬查詢方法、裝置及系統(tǒng),以及時地發(fā)現(xiàn)訂單信息在不同業(yè)務(wù)端中的不一致的狀況。

為解決上述技術(shù)問題,本申請具體公開了如下技術(shù)方案:

第一方面,本申請實施例提供了一種訂單信息檢測方法,所述方法包括:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息;檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;如果不一致,則記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

可選的,所述方法還包括:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息;檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致;如果不一致,則記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

可選的,所述檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致包括:分別提取從所述用戶端的訂單信息和所述商戶端的訂單信息中提取目標(biāo)字段;檢測所述用戶端的目標(biāo)字段與所述商戶端的目標(biāo)字段是否相同。

可選的,所述記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息之后還包括:統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測的所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息;將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線。

可選的,記錄所述不一致的檢測時刻和訂單信息之后還包括:設(shè)置報警閾值;統(tǒng)計所述檢測的不一致結(jié)果的次數(shù)是否達(dá)到所述報警閾值;如果達(dá)到所述報警閾值,則觸發(fā)報警。

可選的,在檢測所述不一致的訂單信息之后還包括:在所述用戶端,商戶端或物流端中確定目標(biāo)訂單信息;同步所述不一致的訂單信息,使同步后的訂單信息與所述目標(biāo)訂單信息相一致。

可選的,同步所述不一致的訂單信息包括:設(shè)置同步時間窗口,在所述同步時間窗口內(nèi)同步所述不一致的訂單信息。

第二方面,本申請實施例提供了一種訂單信息檢測裝置,所述裝置包括:獲取單元,檢測單元和記錄單元,其中,所述獲取單元,用于當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息;所述檢測單元,用于檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;所述記錄單元,用于在檢測所述訂單信息不一致時記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

可選的,所述獲取單元,還用于當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息;所述檢測單元,還用于檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致;所述記錄單元,還用于在檢測不一致時記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

可選的,所述檢測單元具體用于,分別提取從所述用戶端的訂單信息和所述商戶端的訂單信息中提取目標(biāo)字段;檢測所述用戶端的目標(biāo)字段與所述商戶端的目標(biāo)字段是否相同。

可選的,所述裝置還包括:統(tǒng)計單元和顯示單元,所述統(tǒng)計單元,用于統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測的所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息;所述顯示單元,用于將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線。

可選的,所述裝置還包括:報警單元,所述報警單元,用于設(shè)置報警閾值;統(tǒng)計所述檢測的不一致結(jié)果的次數(shù)是否達(dá)到所述報警閾值;以及,如果達(dá)到所述報警閾值,則觸發(fā)報警。

可選的,所述裝置還包括同步單元,所述同步單元,用于在所述用戶端,商戶端或物流端中確定目標(biāo)訂單信息;以及同步所述不一致的訂單信息,使同步后的訂單信息與所述目標(biāo)訂單信息相一致。

可選的,所述同步單元,具體用于設(shè)置同步時間窗口,在所述同步時間窗口內(nèi)同步所述不一致的訂單信息。

第三方面,本申請實施例還提供了一種訂單信息檢測系統(tǒng),所述系統(tǒng)包括:用戶端,商戶端,物流端和服務(wù)器,其中,所述用戶端,用于在用戶下單后生成訂單信息,并將所述訂單信息通過所述服務(wù)器發(fā)送給所述商戶端;所述商戶端,用于接收所述訂單信息,并將所述訂單信息進(jìn)行處理,以及將所述處理后的訂單信息通過服務(wù)器發(fā)送給物流端;所述物流端,用于接收所述商戶端發(fā)送的訂單信息,更新所述訂單信息,并將訂單派送給所述用戶端;所述服務(wù)器,還用于當(dāng)所述用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息;檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;如果不一致,則記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

可選的,所述服務(wù)器還用于:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息;檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致;如果不一致,則記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

可選的,所述服務(wù)器還用于:統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測的所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息;將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線。

可選的,所述用戶端,商戶端和物流端中均包括更新接口和查詢接口,其中,所述更新接口,用于更新訂單列表中的訂單信息,所述訂單列表中包括至少一個訂單信息;所述查詢接口,用于根據(jù)設(shè)定的目標(biāo)字段查詢記錄的檢測時刻,以及所述檢測時刻對應(yīng)的訂單信息。

本申請?zhí)峁┑囊环N訂單信息檢測方法、裝置及系統(tǒng),通過實時地對獲取的不同業(yè)務(wù)端上的訂單信息進(jìn)行檢測,例如檢測用戶端與商戶端的訂單信息,或者用戶端與物流端的訂單信息是否一致,能夠主動及時地發(fā)現(xiàn)各個業(yè)務(wù)端中訂單信息的不一致性,避免現(xiàn)有的從用戶端反饋或者被動發(fā)現(xiàn)不一致問題,提高了訂單系統(tǒng)中對訂單信息對賬的準(zhǔn)確性和及時性。

此外,如果出現(xiàn)不一致的情況,通過監(jiān)控機(jī)制觸發(fā)報警,并對這些不一致的訂單信息進(jìn)行同步統(tǒng)一處理,能夠避免訂單信息傳輸過程中數(shù)據(jù)包丟失或者系統(tǒng)故障導(dǎo)致用戶端無法獲取訂單狀態(tài)信息,增強(qiáng)了訂單系統(tǒng)的穩(wěn)定性。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種訂單信息檢測方法的流程圖;

圖2為本發(fā)明實施例提供的另一種訂單信息檢測方法的流程圖;

圖3為本發(fā)明實施例提供的一種訂單信息檢測裝置的結(jié)構(gòu)框圖;

圖4為本發(fā)明實施例提供的另一種訂單信息檢測裝置的結(jié)構(gòu)框圖;

圖5為本發(fā)明實施例提供的一種訂單信息在各個業(yè)務(wù)端交互的流程示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整的描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明實施例保護(hù)的范圍。

圖1為本發(fā)明實施例提供的一種訂單數(shù)據(jù)對賬檢測方法,該方法用于檢測用戶端,商戶端以及物流端的訂單數(shù)據(jù)是否一致,主要應(yīng)用于外賣系統(tǒng),為外賣系統(tǒng)中的各個業(yè)務(wù)端的訂單信息進(jìn)行檢測和監(jiān)控,具體地,所述檢測方法包括如下步驟:

客戶在用戶端下單之后產(chǎn)生訂單信息,將訂單信息通過服務(wù)器發(fā)送給商戶端,所述商戶端包括運營商,為用戶端提供服務(wù)。

步驟101:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息。

所述訂單信息包括訂單數(shù)據(jù),訂單狀態(tài),支付狀態(tài)等。所述訂單數(shù)據(jù)包括訂單金額,時間,以及與訂單相關(guān)的數(shù)據(jù),如訂單編號,商戶號等。所述訂單狀態(tài)包括:已下單,接單,正在配送,已送達(dá),取消訂單等狀態(tài)。支付狀態(tài)包括:已支付,待支付,支付失敗等。此外,所述訂單信息中還包括其它相關(guān)文字信息,例如,重要物品,易碎品等。

當(dāng)客戶在用戶端下單時,將生成的訂單信息發(fā)送給服務(wù)器,服務(wù)器接收該訂單信息后在將訂單信息發(fā)送給商戶端,使用戶端與商戶端的訂單信息同步。商戶端接收到來自客戶端的訂單信息后,將其從“已下單”狀態(tài)變更為“接單”狀態(tài),然后對訂單進(jìn)行處理。但是,在已下單和接單的過程中,可能會發(fā)生數(shù)據(jù)包丟失,導(dǎo)致商戶端不能及時更新訂單的狀態(tài),或者商戶端與用戶端的訂單信息不一致。

步驟102:檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;

進(jìn)一步地,包括:分別提取從所述用戶端的訂單信息和所述商戶端的訂單信息中提取目標(biāo)字段;檢測所述用戶端的目標(biāo)字段與所述商戶端的目標(biāo)字段是否相同。

例如,選擇的目標(biāo)字段包括下單時間,訂單金額,訂單的產(chǎn)品屬性,形狀等設(shè)定的文字或數(shù)字。尤其是對于金額較大的商品,例如手表,手機(jī),金銀飾品等需要核對這些產(chǎn)品的信息屬性在用戶端和商戶端是否相同,以保證訂單安全。

步驟103:如果所述用戶端與所述商戶端的訂單信息不一致,則記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

具體地,例如在下單狀態(tài)(英文:order_status)時,用戶端顯示的訂單信息為order_status,在商戶端顯示的訂單信息應(yīng)該也為order_status,和下單時刻,英文表示為create_time。如果在下單時刻,商戶端的訂單狀態(tài)不是order_status,則表示與用戶端的訂單信息不一致;或者,在用戶端和商戶端選擇的目標(biāo)字段的內(nèi)容不同,也表示兩者不一致。記錄當(dāng)前不一致的檢測時刻,并統(tǒng)計在預(yù)設(shè)時間段內(nèi)檢測的所有訂單信息的對賬結(jié)果。并將這些檢測結(jié)果通過列表、圖表、曲線等形式展現(xiàn)出來,以方便通過對賬的目標(biāo)地段進(jìn)行篩選,查看在哪個狀態(tài)或環(huán)節(jié)訂單數(shù)據(jù)出現(xiàn)不一致的概率高。

本實施例,通過檢測訂單在被商戶端接單時,商戶端與用戶端的訂單信息是否一致,能夠判斷商品訂單是否相同,保證客戶預(yù)定商品的安全性。此外,如果檢測結(jié)果不一致,還能及時發(fā)現(xiàn)和上報,并及時更正或查找原因,避免錯誤的訂單商品流入其它業(yè)務(wù)端。

進(jìn)一步地,上述步驟103之后,方法還包括:

步驟104:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息。

用戶端下單后的訂單信息經(jīng)過商戶端后,商戶端對訂單進(jìn)行處理和制作,完成后上報給服務(wù)器,服務(wù)器或者商戶端選擇物流端,并告知物流端所述商品或者訂單的派送地址等相關(guān)信息,并更新訂單狀態(tài)。物流端接收商戶端的商品,并更改商品的訂單信息。物流端從接到訂單信息到派送給用戶端的時間段中,在第一時刻分別獲取訂單在所述用戶端和物流端的訂單信息。所述第一時刻是指從物流端接收訂單信息到派送到用戶端的時間段中的任意時刻。既包括物流端剛剛接收到訂單信息的時刻,還包括在派送過程中任意一個時刻的訂單信息。

步驟105:檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致。

可選的,選擇用戶端和物流端中所述訂單信息的目標(biāo)字段,檢測目標(biāo)字段的內(nèi)容是否相同。所述目標(biāo)字段包括訂單的狀態(tài)信息。

步驟106:如果不一致,則記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

通過對獲取的用戶端和物流端的訂單信息進(jìn)行比對,能夠及時發(fā)現(xiàn)這兩段的訂單信息是否一致,如果不一致,記錄檢測時間和檢測結(jié)果。并進(jìn)一步地對不一致的訂單信息進(jìn)行同步處理,以保證訂單狀態(tài)在各個業(yè)務(wù)端的準(zhǔn)確性和一致性。

本實施例提供的一種訂單信息檢測方法,通過實時地對獲取的不同業(yè)務(wù)端上的訂單數(shù)據(jù)進(jìn)行檢測,例如檢測用戶端與商戶端的訂單數(shù)據(jù),或者用戶端與物流端的訂單數(shù)據(jù)是否一致,能夠主動及時地發(fā)現(xiàn)各個業(yè)務(wù)端中訂單數(shù)據(jù)的不一致性,避免現(xiàn)有的從用戶端反饋或者被動發(fā)現(xiàn)不一致問題,提高了訂單系統(tǒng)中對訂單數(shù)據(jù)對賬的準(zhǔn)確性和及時性。

可選的,檢測不同時刻的檢測結(jié)果之后,還包括:

統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息。將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線等,可以通過查詢重要字段對檢測記錄進(jìn)行篩選,以查看不一致的時間點。

進(jìn)一步地,在上述實施例中,在各個業(yè)務(wù)端中還包括數(shù)據(jù)查詢接口,通過用戶端、商戶端和物流端的數(shù)據(jù)查詢接口分別獲取不同時間段內(nèi)的訂單列表,所述訂單列表中包括至少一個所述訂單數(shù)據(jù);如果所述訂單列表中的訂單數(shù)據(jù)在第二時刻發(fā)生變化,則通過更新接口更新所述訂單列表中的訂單數(shù)據(jù)與所述第二時刻相同。

由于每個業(yè)務(wù)方都提供自身的批量訂單數(shù)據(jù)查詢接口和更新接口,因此,可通過批量查詢接口從訂單號和訂單字段中獲取關(guān)注的訂單字段數(shù)據(jù);而更新接口能夠直接更新某個業(yè)務(wù)方訂單表的字段數(shù)據(jù),實現(xiàn)檢測系統(tǒng)中訂單數(shù)據(jù)的動態(tài)更新,進(jìn)而提高了檢測的準(zhǔn)確性。

在本申請的另一個實施例中,上述步驟103或106之后,如果某一檢測時刻用戶端的訂單信息與所述商戶端的訂單信息不一致,或者,用戶端與所述物流端的訂單信息不一致時,服務(wù)器還執(zhí)行如下操作:

將所述不一致的檢測結(jié)果通過短信或郵件的形式上報給業(yè)務(wù)處理裝置;所述業(yè)務(wù)處理裝置用于對不一致的原因進(jìn)行調(diào)查和研究,可選的,所述業(yè)務(wù)處理裝置可以是管理員。

設(shè)置報警閾值;統(tǒng)計所述檢測的不一致結(jié)果的次數(shù)是否達(dá)到所述報警閾值;如果達(dá)到所述報警閾值,則觸發(fā)報警??蛇x的,所述報警閾值包括檢測出有一次結(jié)果比對不一致的情況就報警,或者在一個周期內(nèi)出現(xiàn)n次不一致的情況就觸發(fā)報警等。

服務(wù)器通過定時腳本的形式掃描所述不一致的檢測記錄,如果所述不一致的檢測記錄中包含所述報警閾值,或者,如果所述不一致的檢測記錄出現(xiàn)的頻率達(dá)到報警閾值,則觸發(fā)報警。當(dāng)某個時刻,定時腳本掃描到某個訂單數(shù)據(jù)的數(shù)據(jù)字段出現(xiàn)了不一致,并且不一致出現(xiàn)的頻率達(dá)到報警閾值時,則觸發(fā)報警,并且同時通過短信、郵件的方式通知對應(yīng)業(yè)務(wù)方處理,以便業(yè)務(wù)處理裝置對不一致的狀況進(jìn)行處理和恢復(fù)。

進(jìn)一步地,在檢測出不一致的結(jié)果之后,上述方法還包括:在所述用戶端,商戶端或物流端中確定目標(biāo)訂單信息;同步所述不一致的訂單信息,使同步后的訂單信息與所述目標(biāo)訂單信息相一致。

具體地,一種可能的實現(xiàn)是:選擇目標(biāo)訂單數(shù)據(jù)作為同步標(biāo)準(zhǔn),自動同步其它不一致的訂單數(shù)據(jù),使同步后的所述訂單數(shù)據(jù)中的目標(biāo)字段一致,其中,所述目標(biāo)訂單數(shù)據(jù)包括所述用戶端、商戶端、物流端中的任一個,或者設(shè)定的標(biāo)準(zhǔn)訂單數(shù)據(jù)。該同步方式數(shù)據(jù)自動同步方式,即發(fā)現(xiàn)不一致時就立即出發(fā)同步程序,執(zhí)行同步操作。例如,以信任商戶端的訂單信息為標(biāo)準(zhǔn),當(dāng)發(fā)現(xiàn)用戶端某些檢測字段已經(jīng)出現(xiàn)不一致的情況時,服務(wù)器可直接調(diào)用用戶端的更新接口,將不一致的字段強(qiáng)制同步為與當(dāng)前商戶端訂單數(shù)據(jù)相一致的狀態(tài)。

在另一種可選的同步不一致的檢測結(jié)果包括:選擇以目標(biāo)時刻的訂單數(shù)據(jù)為同步標(biāo)準(zhǔn);經(jīng)過設(shè)定時間間隔后,同步所述不一致的訂單數(shù)據(jù)使其與所述目標(biāo)時刻的訂單數(shù)據(jù)相一致。該同步方式屬于半自動同步,以時間等閾值為基準(zhǔn),當(dāng)發(fā)現(xiàn)某些字段已經(jīng)出現(xiàn)不一致的情況時,并且在某個時間窗口內(nèi)未做處理時,可在定時執(zhí)行同步操作程序,以減小系統(tǒng)處理的負(fù)擔(dān)。

本實施例提供的方法,進(jìn)一步地在檢測出現(xiàn)不一致的情況時,通過監(jiān)控機(jī)制觸發(fā)報警,并對這些不一致的訂單數(shù)據(jù)進(jìn)行同步統(tǒng)一處理,能夠避免訂單數(shù)據(jù)傳輸過程中數(shù)據(jù)包丟失或者系統(tǒng)故障導(dǎo)致用戶端無法獲取訂單狀態(tài)信息,增強(qiáng)了訂單系統(tǒng)的穩(wěn)定性。

在另一個實施例中,本申請還提供了一種訂單信息檢測裝置,對應(yīng)于上述方法的實施例,如圖3所示,所述裝置300包括:獲取單元301,檢測單元302和記錄單元303。

獲取單元301,用于當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息;

檢測單元302,用于檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;進(jìn)一步地,分別從所述用戶端的訂單信息和所述商戶端的訂單信息中提取目標(biāo)字段;

檢測所述用戶端的目標(biāo)字段與所述商戶端的目標(biāo)字段是否相同。

記錄單元303,用于在檢測所述訂單信息不一致時記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

通過對商戶端和用戶端的訂單信息進(jìn)行檢查,能夠及時核對和發(fā)現(xiàn)用戶端發(fā)送的訂單信息,在商戶端是否相同,進(jìn)而能夠提高訂單信息的安全性。

可選的,所述獲取單元301,還用于當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息;

檢測單元302,還用于檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致;記錄單元303,還用于在檢測不一致時記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

例如,以用戶端的訂單列表為基礎(chǔ),所述訂單列表中包含至少一個訂單信息,通過定時任務(wù)定時獲取其他業(yè)務(wù)方,包括用戶端,商戶端和物流端的批量訂單信息,并且根據(jù)預(yù)設(shè)的或者預(yù)先配置的目標(biāo)字段對訂單信息進(jìn)行兩兩比對,檢測相比較的訂單信息是否相同,進(jìn)而能夠及時發(fā)現(xiàn)各業(yè)務(wù)端不一致的情況,解決了不同業(yè)務(wù)端,用戶端和商戶端,用戶端和物流端訂單信息的一致性對賬問題,提高了訂單系統(tǒng)的穩(wěn)定性和安全性。

進(jìn)一步地,如圖4所示,所述裝置還包括:統(tǒng)計單元304和顯示單元305。

統(tǒng)計單元304,用于統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測的所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息;

顯示單元305,用于將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線。

可選的,所述裝置還包括:報警單元306,用于及時提醒檢測的不一致結(jié)果。

報警單元306,用于設(shè)置報警閾值;統(tǒng)計檢測的不一致結(jié)果的次數(shù)是否達(dá)到所述報警閾值;以及,如果達(dá)到所述報警閾值,則觸發(fā)報警,并且同時通過短信、郵件的方式通知對應(yīng)業(yè)務(wù)方處理,以便業(yè)務(wù)處理裝置對不一致的狀況進(jìn)行處理和恢復(fù)。

在另一個可選的實施例中,所述裝置還包括同步單元307,同步單元307,用于在所述用戶端,商戶端或物流端中確定目標(biāo)訂單信息;以及同步所述不一致的訂單信息,使同步后的訂單信息與所述目標(biāo)訂單信息相一致。避免在用戶端,因為發(fā)現(xiàn)與物流端或者商戶端的訂單信息不同,進(jìn)而取消訂單的問題。

可選的,所述同步單元,具體用于設(shè)置同步時間窗口,在所述同步時間窗口內(nèi)同步所述不一致的訂單信息。

本申請實施例還提供了一種訂單信息檢測系統(tǒng),所述系統(tǒng)包括:至少一個用戶端,至少一個商戶端,至少一個物流端和服務(wù)器。

用戶端,用于在用戶下單后生成訂單信息,并將所述訂單信息通過所述服務(wù)器發(fā)送給所述商戶端;一個用戶端在下單后與一個商戶端建立綁定關(guān)系。

商戶端,用于接收所述訂單信息,并將所述訂單信息進(jìn)行處理,處理后更新訂單狀態(tài)為接單,以及將所述處理后的訂單信息通過服務(wù)器發(fā)送給物流端。

物流端,用于接收所述商戶端發(fā)送的訂單信息,更新所述訂單信息為派送狀態(tài),并將訂單派送給所述用戶端。

所述服務(wù)器,還用于當(dāng)所述用戶端下單后產(chǎn)生的訂單信息到達(dá)商戶端時,分別獲取訂單在用戶端和商戶端的訂單信息;檢測所述訂單在所述用戶端和所述商戶端的訂單信息是否一致;如果不一致,則記錄檢測時刻,以及所述檢測時刻對應(yīng)的所述用戶端和所述商戶端的訂單信息。

進(jìn)一步地,所述服務(wù)器還用于:當(dāng)用戶端下單后產(chǎn)生的訂單信息到達(dá)物流端之后,在第一時刻分別獲取所述訂單在所述用戶端和物流端的訂單信息;檢測所述訂單在所述用戶端和所述物流端的訂單信息是否一致;如果不一致,則記錄所述第一時刻,以及所述第一時刻對應(yīng)的所述用戶端和所述物流端的訂單信息。

進(jìn)一步地,所述服務(wù)器還用于:統(tǒng)計從所述訂單信息到達(dá)商戶端時到所述訂單送到達(dá)用戶端的時間間隔內(nèi),檢測的所有訂單信息不一致的時間點,以及每個所述時間點對應(yīng)的訂單信息;將所述統(tǒng)計的時間點和每個所述時間點對應(yīng)的訂單信息通過預(yù)設(shè)形式展現(xiàn),所述預(yù)設(shè)形式包括圖表,列表和曲線。

此外,上述實施例中的用戶端,商戶端和物流端中均包括更新接口和查詢接口,其中,所述更新接口,用于更新訂單列表中的訂單信息,所述訂單列表中包括至少一個訂單信息;所述查詢接口,用于根據(jù)設(shè)定的目標(biāo)字段查詢記錄的檢測時刻,以及所述檢測時刻對應(yīng)的訂單信息。

為了及時發(fā)現(xiàn)檢測結(jié)果中的不一致,在服務(wù)器還添加報警功能。具體地,在服務(wù)器中設(shè)置報警閾值;統(tǒng)計所述檢測的不一致結(jié)果的次數(shù)是否達(dá)到所述報警閾值;如果達(dá)到所述報警閾值,則觸發(fā)報警。

進(jìn)一步地,服務(wù)器在檢測所述不一致的訂單信息之后還對不一致的結(jié)果進(jìn)行同步。具體包括自動同步和半自動同步兩種方式,自動同步是指當(dāng)服務(wù)器檢測用戶端和商戶端的訂單信息不一致時,或者用戶端與物流端的訂單信息不一致時,就執(zhí)行自動同步。例如以信任用戶端的訂單信息為同步標(biāo)準(zhǔn),當(dāng)商戶端與用戶端不一致時,強(qiáng)制同步與用戶端不一致的字段,使其與用戶端相同。

另一種方式是半自動同步方式,服務(wù)器通過設(shè)置同步時間窗口,在所述同步時間窗口內(nèi)同步所述不一致的訂單信息。例如,以某一時刻商戶端,用戶端或物流端的訂單信息為準(zhǔn),當(dāng)檢測不一致時,在同步時間到達(dá)時才同步所有不一致的信息。

在一個具體的實施例中,如圖5所示,c表示用戶端,b表示商戶端,l表示物流端。在t0時刻,用戶端c下單生成訂單信息,該訂單信息通過服務(wù)器接收后,t1時刻商戶端b接單,接單后對訂單進(jìn)行處理,并更改訂單狀態(tài)從“已下單”變?yōu)椤敖訂巍薄T趖1時刻,或者,第一檢測期內(nèi),服務(wù)器對用戶端和商戶端的訂單信息進(jìn)行檢查。其中,第一檢測期是指從b接單的t1時刻起到l接收到該訂單的時間間隔。

當(dāng)b接單后將處理后的商品和訂單信息發(fā)送到物流端l時,即t2時刻,在l產(chǎn)生訂單信息,將物流端l從接收到訂單后到送達(dá)至用戶端c的這段時間設(shè)為第二檢測期,在第二檢測期內(nèi)實時地對c和l的訂單數(shù)據(jù)進(jìn)行比對,如果檢測不一致,則記錄檢測時間和當(dāng)前檢測時刻對應(yīng)的c的訂單信息以及l(fā)的訂單信息。例如,在第二檢測期內(nèi)檢測的某一時刻,用戶端c的訂單狀態(tài)是“接單”狀態(tài),而在物流端l處更新為“正在派送”狀態(tài),則記錄當(dāng)前檢測時刻,和用戶端c和物流端l的訂單狀態(tài)。并同步用戶端c的狀態(tài)為“正在派送”狀態(tài)。

在本實施例提供方法中,服務(wù)器通過實時地對獲取的不同業(yè)務(wù)端上的訂單數(shù)據(jù)進(jìn)行檢測,能夠主動及時發(fā)現(xiàn)用戶端與商戶端的訂單信息,或者用戶端與物流端的訂單信息不一致,避免現(xiàn)有的從用戶端反饋或者被動發(fā)現(xiàn)不一致問題,提高了訂單系統(tǒng)中對訂單數(shù)據(jù)對賬的準(zhǔn)確性和及時性。

此外,如果出現(xiàn)不一致的情況,通過監(jiān)控機(jī)制觸發(fā)報警,并對這些不一致的訂單信息進(jìn)行同步統(tǒng)一處理,能夠避免訂單數(shù)據(jù)傳輸過程中數(shù)據(jù)包丟失或者系統(tǒng)故障導(dǎo)致用戶端無法獲取訂單狀態(tài)信息,增強(qiáng)了訂單系統(tǒng)的穩(wěn)定性。

具體實現(xiàn)中,本發(fā)明還提供一種計算機(jī)存儲介質(zhì),其中,該計算機(jī)存儲介質(zhì)可存儲有程序,該程序執(zhí)行時可包括本發(fā)明提供的一種訂單信息檢測方法的各實施例中的部分或全部步驟。所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(英文:read-onlymemory,簡稱:rom)或隨機(jī)存儲記憶體(英文:randomaccessmemory,簡稱:ram)等。

本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實施例中的技術(shù)可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?;谶@樣的理解,本發(fā)明實施例中的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中,如rom/ram、磁碟、光盤等,包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

本說明書中各個實施例之間相同相似的部分互相參見即可。尤其,對于裝置實施例而言,由于其基本相似于方法實施例,所以描述的比較簡單,相關(guān)之處參見方法實施例中的說明即可。

以上所述,僅為本發(fā)明實施例的具體實施方式,但本發(fā)明實施例的保護(hù)范圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明實施例揭露的技術(shù)范圍內(nèi),可輕易想到變化或替換,都應(yīng)涵蓋在本發(fā)明實施例的保護(hù)范圍之內(nèi)。因此,本發(fā)明實施例的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1