[發明專利]提供商品對象信息的方法及裝置

在審

• 申請號: 201610194797.2
• 申請日: 2016-03-30
• 公開（公告）號: CN107292624A
• 公開（公告）日: 2017-10-24
• 發明（設計）人: 陳岳陽;丁德兵
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06Q30/00
• 分類號: G06Q30/00;G06Q10/08
• 代理公司: 北京潤澤恒知識產權代理有限公司11319
• 代理人: 蘇培華

技術領域

本申請涉及商品對象信息處理技術領域，特別是涉及提供商品對象信息的方法及裝置。

背景技術

為了提高消費者對大家電等大件商品的購物體驗，一些交易平臺為商家提供了統一的物流管理平臺。通過該平臺，商家可以首先入駐到一些特定的倉庫(物流管理平臺提供的大家電倉庫，每個倉庫都有自己的配送覆蓋范圍，能夠給消費者提供確定性的物流服務體驗)，然后商家將大家電商品入庫到大家電倉庫。消費者在前端頁面中查看前端商品對象時，可以根據消費者所在的地址匹配倉庫的覆蓋區域范圍，如果匹配上后則會將對應倉庫中的庫存展示給消費者，消費者付款下單后，會生成一個物流訂單流入到物流管理平臺，物流管理平臺對其進行發貨，而后“賣家的貨物”經過一系列的配送環節派送到消費者指定的收貨地址。

隨著業務的迅速發展，電商前端交易下單與后端物流服務的聯系越來越緊密，比如：時效展現、物流服務(預約配送、送裝一體等)的披露等等，這些服務質量也會越來越影響消費者的購買意愿。但是，在披露這些物流服務的過程中，又會涉及多種核心數據的維護，比如：前端商品對象的標簽(交易前端根據標簽做不同的業務處理，例如，走區域銷售模式的標簽為2178，等等)、前后端商品綁定關系、倉庫覆蓋范圍、配送時效、庫存等等，只要一個發生異常(例如，商家可能會將某前后端商品綁定關系誤刪、某倉庫的覆蓋范圍可能沒有配置，某配送服務方在某區域的配送時效沒有配置等等)，就可能會導致前端銷售流量的損失(消費者無法正常下單)，這對于“雙11”等大型活動來說，簡直是一件災難的事情。

因此，針對大家電等交易鏈路的復雜性以及商家對于正常下單的迫切需求的現狀，如何避免由于交易鏈路的異常所帶來的成交量損失，是需要本領域技 術人員解決的技術問題。

發明內容

本申請提供了提供商品對象信息的方法及裝置，能夠提高系統效率，避免由于交易鏈路的異常所帶來的成交量損失。

本申請提供了如下方案：

一種提供商品對象信息的方法，包括：

第一服務器確定待校驗商品對象；

讀取所述待校驗商品對象在多個維度上的核心數據，所述核心數據包括交易鏈路上的關鍵節點上的數據；

通過判斷所述多個維度上的核心數據，對商品對象信息進行校驗。

一種提供商品對象信息的裝置，應用于第一服務器，包括：

商品對象確定單元，用于確定待校驗商品對象；

核心數據讀取單元，用于讀取所述待校驗商品對象在多個維度上的核心數據，所述核心數據包括交易鏈路上的關鍵節點上的數據；

校驗單元，用于通過判斷所述多個維度上的核心數據，對商品對象信息進行校驗。

根據本申請提供的具體實施例，本申請公開了以下技術效果：

通過本申請實施例，可以通過第一服務器，將分散在各個系統中的多項核心數據讀取出來，以便通過對核心數據的完整性、一致性等進行校驗，確定出商品對象是否可正常交易，或者在發現某商品對象存在交易異常時，快速定位到出現問題的核心數據。因此，可以提高系統效率，避免由于交易鏈路的異常所帶來的成交量損失。

當然，實施本申請的任一產品并不一定需要同時達到以上所述的所有優點。

附圖說明

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

圖1是本申請實施例提供系統架構示意圖；

圖2是本申請實施例提供的方法的流程圖；

圖3是本申請實施例提供的信息交互過程示意圖；

圖4是本申請實施例提供的裝置的示意圖。

具體實施方式

下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬于本申請保護的范圍。