[發明專利]訂單數據的歸集方法、裝置及存儲介質

有效

• 申請號: 202010329911.4
• 申請日: 2020-04-23
• 公開（公告）號: CN111522871B
• 公開（公告）日: 2023-05-23
• 發明（設計）人: 柯方
• 申請（專利權）人: 北京思特奇信息技術股份有限公司
• 主分類號: G06F16/25
• 分類號: G06F16/25;G06F16/22;G06Q30/0601
• 代理公司: 北京輕創知識產權代理有限公司 11212
• 代理人: 馮瑛琪

本發明公開了一種訂單數據的歸集方法，包括多個觸點分別調用訂單歸集服務；所述訂單歸集服務將所述多個觸點生成的多個第一訂單數據歸集入表存儲；對歸集入表存儲的所述多個第一訂單數據進行報文格式轉換，形成具有統一報文格式的多個第二訂單數據。本發明通過先訂單數據歸集再報文格式轉換的流程設置，一方面可以形成統一的歸集入口，方便訂單數據的歸集入表存儲；另一方面方便對歸集后的訂單數據集進行統一的批量化處理，可有效提升大規模訂單處理的整體處理速度。

技術領域

本申請涉及計算機技術領域，尤其涉及一種訂單數據的歸集方法、裝置及存儲介質。

背景技術

隨著計算機網絡技術的發展，訂單處理系統的使用越來越普遍，尤其在O2O的商業模式下，商家前臺服務器的訂單處理系統往往需要對接很多類型不同且分布廣泛的觸點，所謂觸點即是指能觸達潛在客戶的服務點，比如用戶手機客戶端，PC客戶端，或自助服務臺等。

現有技術中，由于不同類型觸點，比如用戶手機客戶端，PC客戶端，或自助服務臺，其訂單歸集的接口規范及生成的訂單類型，因為觸點運行的操作系統不同而不盡相同，臺前服務器的訂單處理系統與觸點對接時一般都需要定制開發一個轉換層服務，以將外圍訂單報文的格式轉換成前臺服務器的訂單處理系統需要的標準報文格式后才能夠進行歸集。其缺陷是對不同觸點生成的訂單報文需要分別進行格式轉換才才能進行訂單歸集，導致歸集入口不統一，不方便訂單報文格式轉換的統一處理。另一方面，當增加了新觸點時就相應增加了報文格式轉換的工作量，而且當增加了新的觸點類型時更需要制定開發新的轉換層服務，使系統改造工作量較大，也不利于后期維護。

發明內容

本發明所要解決的技術問題是針對現有技術的不足，提供一種訂單數據的歸集方法、裝置及存儲介質。

本發明解決上述技術問題的技術方案如下：

根據本發明實施例的一個方面，一種訂單數據的歸集方法，包括：

多個觸點分別調用訂單歸集服務；

所述訂單歸集服務將所述多個觸點生成的多個第一訂單數據歸集入表存儲；

對歸集入表存儲的所述多個第一訂單數據進行報文格式轉換，形成具有統一報文格式的多個第二訂單數據。

進一步的，所述多個觸點為分布式觸點，且包括多種類型，不同類型觸點生成的第一訂單數據的報文格式不同。

進一步的，所述對歸集入表存儲的所述多個第一訂單數據進行報文格式轉換，形成具有統一報文格式的多個第二訂單數據的過程包括：

判斷所述第一訂單數據的報文格式是否屬于報文標準化轉換公共API的預設表中配置的可轉換的報文格式；

若是，則按所述報文標準化轉換公共API的預設表中配置的報文模板和轉換方式對所述第一訂單數據進行報文格式轉換，形成具有所述統一報文格式的所述第二訂單數據；

若否，則調用定制的報文格式轉換程序進行相應的報文格式轉換，使該條所述第一訂單數據轉換成具有所述統一報文格式的所述第二訂單數據。

進一步的，所述按所述報文標準化轉換公共API的預設表中配置的報文模板和轉換方式對所述第一訂單數據進行報文格式轉換，形成具有所述統一報文格式的所述第二訂單數據的過程包括：

根據生成所述第一訂單數據的所述觸點的ID和類型，在所述預設表中查詢并配置與所述第一訂單數據對應的報文模板和轉換方式；

根據所述報文模板和所述轉換方式對所述第一訂單數據進行報文解析和格式轉換，使所述第一訂單數據形成具有統一報文格式的第二訂單數據。

進一步的，所述訂單歸集服務包括：

訂單創建歸集服務，用于對新創建的訂單進行歸集；