[發明專利]動態更新快遞增值信息的實現方法及裝置

在審

• 申請號: 202111355058.4
• 申請日: 2021-11-16
• 公開（公告）號: CN114036168A
• 公開（公告）日: 2022-02-11
• 發明（設計）人: 余成廣
• 申請（專利權）人: 上海中通吉網絡技術有限公司
• 主分類號: G06F16/23
• 分類號: G06F16/23;G06F16/2455;G06F40/186;G06Q50/28
• 代理公司: 北京細軟智谷知識產權代理有限責任公司 11471
• 代理人: 周亮

本申請涉及一種動態更新快遞增值信息的實現方法及裝置，屬于物流技術領域，本申請的方便包括，向遠端服務器發起模板數據請求，將返回的數據緩存到本地形成第一增值信息數據；基于所述第一增值信息數據進行目標信息提取，生成增值信息配置模板；在接收到增值查詢請求時，基于所述增值信息配置模板根據請求中的當前掃描功能標識信息進行數據查找，將查找到的需求數據向請求發起方進行反饋。本申請中的動態更新快遞增值信息的方法，避免了現有技術中由于采用硬編碼方式，所導致的與掃描功能關聯的增值處理邏輯更新不便的問題，有利于實現對實際業務變化的快速響應。

技術領域

本申請屬于物流技術領域，具體涉及一種動態更新快遞增值信息的實現方法及裝置。

背景技術

目前，在規模以上快遞公司中，一般會對快遞員配備運行有專用APP的智能終端(如運行有掌中通App的智能終端)，該智能終端作為快遞員處理收派件任務的主要工具。

在這類APP中，快遞流轉環節的各大掃描功能都需要對快遞增值信息(指保價、代收貨款、次日達、優鮮送等增值業務涉及的相關信息)作一定的處理，不同的掃描功能需要處理相同或不同的增值信息；同一個增值類型在不同的功能里的處理邏輯也不盡相同。

現有技術中，每個增值的行為和處理邏輯，每個掃描功能對應的一個或多個增值的處理，都是硬編碼到App內的。每次某一個掃描功能新增或減少、增值的處理或對某個增值處理邏輯進行調整，都需要App發布新版，發布后待快遞業務員更新新版本后，才能正常完成該功能在實際業務場景中的使用，無法實現快速響應業務的變化，影響實際業務的開展。

上述內容僅用于輔助理解本發明的技術方案，并不代表承認上述內容是現有技術。

發明內容

為至少在一定程度上克服相關技術中存在的問題，本申請提供動態更新快遞增值信息的實現方法及裝置，有助于實現對實際業務變化的快速響應。

為實現以上目的，本申請采用如下技術方案：

第一方面，

本申請提供一種動態更新快遞增值信息的實現方法，該實現方法包括：

向遠端服務器發起模板數據請求，將返回的數據緩存到本地形成第一增值信息數據；

基于所述第一增值信息數據進行目標信息提取，生成增值信息配置模板；

在接收到增值查詢請求時，基于所述增值信息配置模板根據請求中的當前掃描功能標識信息進行數據查找，將查找到的需求數據向請求發起方進行反饋。

可選地，所述生成增值信息配置模板的過程中，生成的增值信息配置模板包括增值類型數據模板和增值功能數據配置模板；

其中，所述增值類型數據模板用于定義每個增值類型的行為和處理邏輯，

所述增值功能數據配置模板用于定義每個掃描功能所要處理的增值類型。

可選地，所述基于所述增值信息配置模板根據請求中的當前掃描功能標識信息進行數據查找，將查找到的需求數據向請求發起方進行反饋，包括：

步驟1、根據所述當前掃描功能標識信息從所述增值功能數據配置模板中查找當前掃描功能需要對應處理的目標增值類型；

步驟2、根據查找到的所述目標增值類型在所述增值類型數據模板中查找對應的行為和處理邏輯；

步驟3、將查找到的行為和處理邏輯數據向所述請求發起方進行反饋。

可選地，在接收到增值查詢請求之后，在所述步驟1之前，還包括：

對所述增值查詢請求是否需要處理增值進行判斷，若判斷需要處理增值，則執行步驟2，否則對該請求不進行后續處理。

可選地，還包括：