CN108108378B - 数据对象库存信息处理方法及装置 - Google Patents

数据对象库存信息处理方法及装置 Download PDF

Info

Publication number
CN108108378B
CN108108378B CN201611063390.2A CN201611063390A CN108108378B CN 108108378 B CN108108378 B CN 108108378B CN 201611063390 A CN201611063390 A CN 201611063390A CN 108108378 B CN108108378 B CN 108108378B
Authority
CN
China
Prior art keywords
processing
data object
processing path
preset
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201611063390.2A
Other languages
English (en)
Other versions
CN108108378A (zh
Inventor
张磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hema China Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201611063390.2A priority Critical patent/CN108108378B/zh
Priority to PCT/CN2017/110976 priority patent/WO2018095244A1/zh
Publication of CN108108378A publication Critical patent/CN108108378A/zh
Application granted granted Critical
Publication of CN108108378B publication Critical patent/CN108108378B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0605—Supply or demand aggregation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了数据对象库存信息处理方法及装置，其中，所述方法包括：第一服务器保存第一用户客户端为指定数据对象设定的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。通过本申请实施例，可以在数据对象存在多种交易途径的情况下，在保证销量最大化的同时，避免造成资源的浪费。

Description

数据对象库存信息处理方法及装置
技术领域
本申请涉及库存信息处理技术领域，特别是涉及数据对象库存信息处理方法及装置。
背景技术
电子商务的兴起为人们的购物活动提供了巨大的便利，通过电子商务平台，可以在很大程度上节约购物的时间，物流等成本，基于电子商务平台的灵活性以及广泛的覆盖面，其所提供的多样化的产品和服务很好的满足了互联网时代下人们的多元化的购物需求。
对于许多商家而言，其向消费者提供同一款产品的方式常常同时包括多种交易途径，例如，可以包括线上和线下两种交易途径。针对这种情况，就存在针对不同交易途径进行库存分配的问题。例如，现有技术在对同时在多种交易途径销售的产品进行库存分配时，通常是按照一定比例将产品库存划分为线上可用库存和线下可用库存，电商平台接收线上可用库存，据此确定相应产品的线上发布数量，并在销售过程中对该发布数量进行控制。众所周知，提供多种交易途径的主要目的之一是实现产品销售最大化，以有限的产品资源更好的满足用户的购物需求。而在具体应用中，上述实现方式往往会因为预估失误等原因库存分配不当，并最终导致某一交易途径下的产品已售完，而另一交易途径下还剩余大量库存的情况。例如可能出现产品线上销售情况好于预期，线上库存先行销售完毕，而线下库存还存在诸多余量。此时产品提供者还需要进行重新发布，实际货物调整等等操作，造成时间、人力以及***资源的浪费。
综上，需要本领域技术人员解决的问题就在于，如何在存在多种交易途径的情况下，在保证销量最大化的同时，避免造成资源的浪费。
发明内容
本申请提供了数据对象库存信息处理方法及装置，可以在数据对象存在多种交易途径的情况下，在保证销量最大化的同时，避免造成资源的浪费。
本申请提供了如下方案：
一种数据对象库存信息处理方法，包括：
第一服务器保存第一用户客户端为指定数据对象设定的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；
如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象消息处理方法，包括：
第二服务器接收对数据对象执行预置处理的消息；
确定所述预置处理对应的处理途径；
根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象处理方法，包括：
第二用户客户端接收对数据对象执行预置处理的请求；
将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象处理方法，包括：
实体店铺客户端对指定数据对象执行预置处理；
在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息，并添加到所述通知消息中后提交到第一服务器，由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象库存信息发布方法，包括：
第一用户客户端确定数据对象的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象库存信息处理装置，应用于第一服务器，包括：
共用库存量保存单元，用于保存第一用户客户端为指定数据对象设定的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
处理途径提取单元，用于接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；
更新处理单元，用于如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象消息处理装置，应用于第二服务器，包括：
消息接收单元，用于接收对数据对象执行预置处理的消息；
处理途径确定单元，用于确定所述预置处理对应的处理途径；
消息提交单元，用于根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象处理装置，应用于第二用户客户端，包括：
请求接收单元，用于接收对数据对象执行预置处理的请求；
请求提交单元，用于将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象处理装置，应用于实体店铺客户端，包括：
处理执行单元，用于对指定数据对象执行预置处理；
通知单元，用于在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息，并添加到所述通知消息中后提交到第一服务器，由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
一种数据对象库存信息发布装置，应用于第一用户客户端，包括：
共用库存量确定单元，用于确定数据对象的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
发布单元，用于将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，在同一数据对象具有多种处理途径的情况下，可以提供一种共用库存量，无论用户通过何种处理途径对数据对象进行处理，对可以通过该共用库存量进行统一的库存管理，这样，不需要预先针对多种处理途径进行库存量的分配，可以最大限度的通过多种处理途径实现销量最大化，并且简化库存管理，降低对***资源的浪费。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的***架构的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的第三方法的流程图；
图5是本申请实施例提供的第四方法的流程图；
图6是本申请实施例提供的第五方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图；
图10是本申请实施例提供的第四装置的示意图；
图11是本申请实施例提供的第五装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，提出了“共用库存”的概念，也就是说，如果某数据对象存在多种处理途径(例如，线上、线下等多种交易途径，等等)，则可以为多种处理途径设置同一份共用库存，该共用库存在实体仓库中对应等量的实体库存。这样，在消费者用户通过各种途径对数据对象进行处理(例如，购买、下单等)时，都可以对该共用库存数量进行扣减，直到共用库存数量为零。也就是说，通过本申请实施例提供的方案，无需预先按照不同的处理途径，将库存划分为多份，而是不同的处理途径都由同一库存数据以及实际库存来进行控制，这样，就不会因为库存划分不合理而影响到数据对象的销量，也不需要来回在多种库存之间进行调整等操作，可以节省***资源。
具体实现时，参见图1，从硬件上而言，本申请实施例涉及到的设备主要包括：在服务器侧，可以包括库存中心服务器，以及交易中心服务器，其中库存中心服务器主要用于记录以及更新数据对象的库存信息，并在交易中心服务器查询时返回相应的库存数据；交易中心服务器主要用于向前端客户端提供数据对象页面，与客户端进行交互，完成数据对象的购买、下单等操作。也就是说，第一用户(例如，商家用户等)客户端执行的数据对象库存信息发布操作，首先由库存中心服务器感知，在交易中心服务器需要向客户端提供数据对象页面，并在页面中展示该数据对象的库存信息时，可以向库存中心服务器发起查询，库存中心服务器再将库存数据提供给交易中心服务器，交易中心服务器将库存数据信息在前端页面中提供给用户；客户端的下单等操作首先由交易中心服务器感知，然后可以由交易中心服务器通知给库存中心服务器，由库存中心服务器更新对应的库存数据。当然，在实际应用中，上述库存中心服务器、交易中心服务器也可能有其他的名称，为统一起见，本申请实施例中将库存中心服务器称为“第一服务器”，将交易中心服务器称为“第二服务器”。
在用户终端设备一侧，对于不同的处理途径，可以通过不同类型的客户端来发起，例如，处理途径包括：通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径。则，在第一处理途径下，用户终端设备可以是指消费者用户(在本申请实施例中，称为“第二用户”)的手机、个人电脑等终端设备，对应的客户端可以是为第二用户开发的客户端(例如，“手机淘宝”app等等)，第二用户可以通过这种第二用户客户端与第二服务器进行交互，进行购买下单等处理操作。而在第二处理途径下，用户终端设备通常可以是指实体店铺中由店员操作的具有结算、查询等功能的电脑等结算终端设备。在本申请实施例中，还可以预先开发一种“实体店铺客户端”，该客户端可以安装于实体店铺的这种结算终端设备中，这样，结算终端设备不仅具有传统的查询、结算等功能，还可以与本申请实施例中的第二服务器进行通信，在用户到实体店铺中购物，并结算完成后，该实体店铺客户端可以将相关的信息通知给第二服务器，这样，第二服务器除了可以感知通过第二用户客户端对数据对象执行处理的行为，还可以感知通过实体店铺客户端对数据对象执行处理的行为，从而可以通过同一份共用库存，对不同处理途径下的数据对象处理提供统一的库存管理。
下面对具体的实现方案进行详细介绍。
实施例一
首先，该实施例一从第一服务器的角度提供了一种库存数据控制方法，参见图2，该方法可以包括以下步骤：
S201：第一服务器保存第一用户客户端为指定数据对象设定的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
具体实现时，第一用户客户端可以是为商家或者卖家用户等第一用户提供的客户端，通常，第一用户可以通过这种第一用户客户端进行数据对象的发布，并在仓库中准备好对应的实体库存后，向第一服务器发布数据对象的库存信息，以满足用户在线上的购物需求。而在本申请实施例中，第一用户客户端在发布数据对象的库存信息时，可以发布共用库存量信息，例如，某数据对象具有两种处理途径，分别为利用第二用户客户端进行购买处理，以及到线下的实体店铺中进行购买，则可以发布一种共用库存量，并指定该库存量为上述两种处理途径所共用，这样，第一服务器就可以对该库存信息进行保存。也就是说，第一用户客户端在发布数据对象的库存信息时，可以指定共用库存信息，并且，还可以指定该共用库存所适用的处理途径集合，也即，使得服务器端知晓该共用库存是为哪些处理途径所共有，这样在具体的处理过程中，才会知晓如何对共用库存信息进行更新。当然，在实际应用中，同一数据对象可能还会对应其他的处理途径，或者还可能有更多的处理途径，等等，因此，处理途径集合中不仅可以包括上述例子中的两种处理途径，具体可以根据实际需求而定，这里不进行限制。
S202：接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；
在保存了共用库存量信息的情况下，用户就可以通过第二用户客户端或者到实体店铺中购买等途径，对数据对象进行购买等操作，并且可以查看到当前的库存信息，其中，在同一时刻，通过不同处理途径对应的客户端查询到的数据对象的库存信息可以是相同的，例如，通过第二用户客户端查询到的该数据对象的库存数量，与通过实体店铺客户端查询到的该数据对象的库存数量，可以是相同的。
在通过某种处理途径接收到对数据对象的处理消息后，第二服务器可以确定出对应的处理途径，并将相应的消息通知给第一服务器，这样，第一服务器在收到该消息后，可以首先从消息中提取出对应的处理途径信息。需要说明的是，如果处理途径是通过第二用户客户端进行处理，则证明是第二用户通过其终端设备中安装的客户端发出的对数据对象的购买等操作，而如果处理途径是通过实体店铺客户端进行处理，则证明第二用户是在线下的实体店铺内进行购买，在进行结算等处理时，由店员通过实体店铺客户端进行操作，以通知第二服务器，对应的数据对象被执行了预置处理。当然，在实际应用中，也不排除线下用户通过实体店铺客户端进行自助下单的情况，例如，实体店铺中可以提供一些终端设备，其中安装有实体店铺客户端，消费者在到实体店铺中进行购物时，可以自行利用这种实体店铺中提供的终端设备执行操作，等等。总之，无论实体店铺客户端的操作者是店员还是消费者用户，总之，第二服务器在接收到处理消息时，都可以确定出该处理对应的处理途径是通过实体店铺客户端进行处理。
S203：如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
在提取出处理途径信息后，就可以判断该处理途径是否属于当前数据对象关联的处理途径集合，如果属于，则可以对该数据对象对应的共用库存量信息进行更新处理。也就是说，假设数据对象的共用库存量信息对应的处理途径集合包括：通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径，则第一服务器在接收到对数据对象进行了某种预置处理的消息后，可以对该处理的处理途径进行判断，无论当前处理对应的处理途径是第一处理途径，还是第二处理途径，都可以对关联的共用库存量信息进行更新，例如，执行扣减或者锁定等操作。并且，对于这部分共用库存量对应的实体库存而言，都可以在实体店铺的仓库等处进行保存，当第二用户通过第二用户客户端进行第一处理途径的处理时，可以利用这部分实体库存进行发货处理，由配送方送至第二用户指定的收货地址，当消费者用户直接到实体店铺中进行购物时，可以直接从这部分实体库存中取货并交给消费者用户。
需要说明的是，在实际应用中，关于共用库存量的设定，可以有多种方式，例如，在一种方式下，可以是在数据对象对应的货品实际进入实体仓库中后，直接将实际入仓的数量，确定为多种处理途径所共用的共用库存量，并发布到第二服务器。但是，在实际应用中，如果处理途径包括到实体店铺中进行购物时，通过实体店铺客户端进行处理这种第二处理途径，则可能出现以下情况：消费者用户在实体店铺中购物的过程中，可能会先将心仪的货品放入实体购物车或者购物篮中，等到选择好所有的货品后，再到结算终端进行结算。这也就意味着，在消费者用户将货品放入购物车或者购物篮之后、结算之前，第二服务器可能感知不到消费者用户的这一行为，这就可能会造成其他处理途径下的“超卖”现象。例如，第一服务器记录的某数据对象的当前共用库存量是20件，在实体店铺中的消费者将其中一件放入购物车或者购物篮之后，实际的共用库存还剩19件，但是，可能就在该消费者实际结算之前，已经生成了20个线上的销售订单，这就会造成至少一个订单将会无法及时发货。
为了避免上述情况的发生，在具体实现时，可以为实体店铺对应的第二处理途径预留一部分预留库存量，也就是说，第一用户客户端发布的共用库存量，可以根据数据对象的总库存量以及为所述第二处理途径预留的预留库存量确定，其中，所述共用库存量等于所述总库存量与所述预留库存量之差。
其中，所谓的预留库存量可以通过以下方式确定：
首先，确定一安全比例，以及一最小保留量，该安全比例以及最小保留量都可以根据实际应用中的情况来进行设定，这里不进行限制。
然后，可以根据所述总库存量与预置安全比例的乘积确定第一数值，将将所述第一数值与预置的最小保留量中较大者确定为所述预留库存量。
具体的，可以通过以下公式确定共用库存量：
共用库存量＝实际可用总库存量－MAX{(实际可用总库存量×安全比例)，最小保留量}
也就是说，假设预先确定的安全比例为5％，最小保留量为10件，而某数据对象实际入库的总库存量为100件，则根据上述公式，可以确定出为实体店铺保留的预留库存量为10件，进而，实际发布的共用库存量为100-10＝90件。这样，无论是通过第一处理途径进行购买，还是通过第二处理途径进行购买，第一服务器都对该90件库存进行扣减，在该90件库存被扣减为零后，用户将暂时无法通过第一处理途径进行购买，直到第一用户对该数据对象进行了补货，重新发布了新的共用库存；而对于第二处理途径而言，如果90件库存被扣减为零后，预留库存中还有剩余，则还可以继续利用这部分预留库存进行销售。需要说明的是，预留库存仅仅是针对实体店铺中的销售特点而采取的一种处理手段，其目的是为了应对一些特殊情况的发生，因此，预留库存的数量通常不会很大，因此，对于数据对象的总销量的影响基本可以忽略不计。
需要说明的是，第一服务器除了在通过第二用户客户端或者实体店铺进行数据对象销售的处理时，对共用库存量进行更新处理，还可以在数据对象发生库存入库(例如，第一用户进行补货等)、移库(例如，货品从一个仓库转移到另一个仓库)等事件时，触发对共用库存量的更新或者重新发布等处理。
总之，通过本申请实施例，在同一数据对象具有多种处理途径的情况下，可以提供一种共用库存量，无论用户通过何种处理途径对数据对象进行处理，对可以通过该共用库存量进行统一的库存管理，这样，不需要预先针对多种处理途径进行库存量的分配，可以最大限度的通过多种处理途径实现销量最大化，并且简化库存管理，降低对***资源的浪费。
实施例二
该实施例二是与实施例一相对应的，主要从第二服务器的角度进行介绍。具体的，参见图3，该实施例二提供了一种数据对象消息处理方法，该方法可以包括以下步骤：
S301：第二服务器接收对数据对象执行预置处理的消息；
S302：确定所述预置处理对应的处理途径；
S303：根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
其中，对于第二服务器而言，步骤S301中具体接收到的消息可以包括：接收第二用户客户端提交的对数据对象执行预置处理的请求消息，在接收到该消息后，第二服务器还可以根据所述请求完成对所述数据对象的所述预置处理，包括生成交易订单、在线支付等操作。相应的，还可以将所述预置处理对应的处理途径确定为通过第二用户客户端对所述数据对象执行预置处理的第一处理途径。
或者，步骤S301中具体接收到的消息也可以包括：接收实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息，也就是说，对于通过实体店铺客户端执行的处理，可以不再由第二服务器提供下单、支付等流程，因此，对于第二服务器而言，只需要接收实体店铺客户端提交的通知消息，并通知提取处理途径信息即可。此时可以将所述预置处理对应的处理途径确定为通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径。
实施例三
该实施例三从第二用户客户端的角度提供了一种数据对象处理方法，具体的，参见图4，该方法可以包括以下步骤：
S401：第二用户客户端接收对数据对象执行预置处理的请求；
S402：将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
实施例四
该实施例四从实体店铺客户端的角度，提供了一种数据对象处理方法，参见图5，该方法可以包括以下步骤：
S501：实体店铺客户端对指定数据对象执行预置处理；
S502：在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息，并添加到所述通知消息中后提交到第一服务器，由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
实施例五
该实施例五从第一用户客户端的角度，提供了一种数据对象库存信息发布方法，具体的，参见图6，该方法可以包括以下步骤：
S601：第一用户客户端确定数据对象的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
S602：将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
需要说明的是，在数据对象发生货品入库、移库等情况时，第一用户客户端还可以向第一服务器重新发布共用库存量，或者更新原有共用库存量。
另外需要说明的是，关于上述实施例二至实施例五的具体实现，在实施例一中均有介绍，因此，可以参见实施例一中的记载，这里不再赘述。
与实施例一相对应，本申请实施例还提供了一种数据对象库存信息处理装置，参见图7，该装置应用于第一服务器，包括：
共用库存量保存单元701，用于保存第一用户客户端为指定数据对象设定的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
处理途径提取单元702，用于接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；
更新处理单元703，用于如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
其中，所述处理途径集合中包括：通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；
所述更新处理单元具体可以用于：
如果所述预置处理对应的处理途径为所述第一处理途径或第二处理途径，均根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
其中，所述共用库存量根据所述数据对象的总库存量以及为所述第二处理途径预留的预留库存量确定，其中，所述共用库存量等于所述总库存量与所述预留库存量之差。
所述预留库存量可以通过以下方式确定：
根据所述总库存量与预置安全比例的乘积确定第一数值；
将所述第一数值与预置的最小保留量中较大者确定为所述预留库存量。
与实施例二相对应，本申请实施例还提供了一种数据对象消息处理装置，参见图8，该装置应用于第二服务器，包括：
消息接收单元801，用于接收对数据对象执行预置处理的消息；
处理途径确定单元802，用于确定所述预置处理对应的处理途径；
消息提交单元803，用于根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
其中，所述消息接收单元具体可以用于：
接收第二用户客户端提交的对数据对象执行预置处理的请求消息，并根据所述请求完成对所述数据对象的所述预置处理；
所述处理途径确定单元具体可以用于：
将所述预置处理对应的处理途径确定为通过第二用户客户端对所述数据对象执行预置处理的第一处理途径。
另外，所述消息接收单元具体也可以用于：
接收实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息；
所述处理途径确定单元具体也可以用于：
将所述预置处理对应的处理途径确定为通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径。
与实施例三相对应，本申请实施例还提供了一种数据对象处理装置，参见图9，该装置应用于第二用户客户端，包括：
请求接收单元901，用于接收对数据对象执行预置处理的请求；
请求提交单元902，用于将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
与实施例四相对应，本申请实施例还提供了一种数据对象处理装置，参见图10，该装置应用于实体店铺客户端，包括：
处理执行单元1001，用于对指定数据对象执行预置处理；
通知单元1002，用于在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息，并添加到所述通知消息中后提交到第一服务器，由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
与实施例五相对应，本申请实施例还提供了一种数据对象库存信息发布装置，参见图11，该装置用于第一用户客户端，包括：
共用库存量确定单元1101，用于确定数据对象的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括至少两种处理途径；
发布单元1102，用于将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的数据对象库存信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种数据对象库存信息处理方法，其特征在于，包括：
第一服务器保存第一用户客户端为指定数据对象设定的不同交易途径的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；
接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；所述第二服务器接收第二用户客户端提交的对数据对象执行预置处理的请求消息，根据所述请求完成对所述数据对象的所述预置处理，所述预置处理包括生成交易订单，将所述预置处理对应的处理途径确定为所述第一处理途径；
接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径；
如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理；其中，若所述共用库存量为零且所述该预置处理对应的处理途径为所述第二处理途径，则利用所述预留库存量进行实体店铺销售。
2.根据权利要求1所述的方法，其特征在于，所述预留库存量通过以下方式确定：
根据总库存量与预置安全比例的乘积确定第一数值；
将所述第一数值与预置的最小保留量中较大者确定为所述预留库存量。
3.一种数据对象消息处理方法，其特征在于，包括：
第二服务器接收对数据对象执行预置处理的消息；
确定所述预置处理对应的处理途径；
根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径。
4.根据权利要求3所述的方法，其特征在于，所述接收对数据对象执行预置处理的消息，包括：
接收实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息；
所述确定所述预置处理对应的处理途径，包括：
将所述预置处理对应的处理途径确定为通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径。
5.一种数据对象处理方法，其特征在于，包括：
第二用户客户端接收对数据对象执行预置处理的请求，所述预置处理包括生成交易订单；
将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息为第一处理途径，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径。
6.一种数据对象处理方法，其特征在于，包括：
实体店铺客户端对指定数据对象执行预置处理；
在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息为第二处理途径，并添加到所述通知消息中后提交到第一服务器，所述第二服务器还接收第二用户客户端提交的对数据对象执行预置处理的请求消息，根据所述请求完成对所述数据对象的所述预置处理，所述预置处理包括生成交易订单，将所述预置处理对应的处理途径确定为第一处理途径；根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息；由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括所述第一处理途径和第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量。
7.一种数据对象库存信息发布方法，其特征在于，包括：
第一用户客户端确定数据对象的不同交易途径的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；
将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在所述第一服务器接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径；如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
8.一种数据对象库存信息处理装置，其特征在于，应用于第一服务器，包括：
共用库存量保存单元，用于保存第一用户客户端为指定数据对象设定的不同交易途径的共用库存量信息，以及所述共用库存量面向的处理途径集合，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；
处理途径提取单元，用于接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径；所述第二服务器接收第二用户客户端提交的对数据对象执行预置处理的请求消息，根据所述请求完成对所述数据对象的所述预置处理，所述预置处理包括生成交易订单，将所述预置处理对应的处理途径确定为所述第一处理途径；以及，接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径；
更新处理单元，用于如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理；其中，若所述共用库存量为零且所述该预置处理对应的处理途径为所述第二处理途径，则利用所述预留库存量进行实体店铺销售。
9.一种数据对象消息处理装置，其特征在于，应用于第二服务器，包括：
消息接收单元，用于接收对数据对象执行预置处理的消息；
处理途径确定单元，用于确定所述预置处理对应的处理途径；
消息提交单元，用于根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息，以便由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径。
10.一种数据对象处理装置，其特征在于，应用于第二用户客户端，包括：
请求接收单元，用于接收对数据对象执行预置处理的请求，所述预置处理包括生成交易订单；
请求提交单元，用于将所述处理请求提交到第二服务器，以便所述第二服务器确定对应的处理途径信息为第一处理途径，并在完成所述预置处理后，根据处理完成的消息提交到第一服务器，其中包括所述预置处理关联的数据对象数量信息以及处理途径信息，并由所述第一服务器对接收到的消息中的处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径。
11.一种数据对象处理装置，其特征在于，应用于实体店铺客户端，包括：
处理执行单元，用于对指定数据对象执行预置处理；
通知单元，用于在完成所述预置处理后，向第二服务器提交通知消息，所述通知消息中包括所述预置处理关联的数据对象数量信息，以便所述第二服务器确定处理途径信息为第二处理途径，并添加到所述通知消息中后提交到第一服务器，所述第二服务器还接收第二用户客户端提交的对数据对象执行预置处理的请求消息，根据所述请求完成对所述数据对象的所述预置处理，所述预置处理包括生成交易订单，将所述预置处理对应的处理途径确定为第一处理途径；根据处理完成的消息提交到第一服务器，所述处理完成的消息中包括所述预置处理关联的数据对象数量信息以及处理途径信息；由所述第一服务器对所述处理途径进行判断，如果该处理途径属于所述数据对象对应的处理途径集合，则根据所述数据对象数量信息，对所述数据对象对应的不同交易途径的共用库存量信息进行更新处理；其中，所述集合中包括所述第一处理途径和第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量。
12.一种数据对象库存信息发布装置，其特征在于，应用于第一用户客户端，包括：
共用库存量确定单元，用于确定数据对象的不同交易途径的共用库存量，以及所述共用库存量面向的处理途径集合，所述集合中包括通过第二用户客户端对所述数据对象执行预置处理的第一处理途径，以及通过实体店铺客户端对所述数据对象执行预置处理的第二处理途径；所述共用库存量等于实体店铺的实际库存量，或者所述共用库存量等于所述实际库存量与预留库存量之差；所述第二用户客户端和实体店铺客户端展示的所述数据对象的线上发布数量为所述共用库存量；
发布单元，用于将所述共用库存量以及所述处理途径集合信息发布到第一服务器，以便所述第一服务器进行保存，并在所述第一服务器接收到第二服务器提交的对所述数据对象执行预置处理的消息时，从所述消息中提取该预置处理对应的处理途径，所述第一服务器接收到实体店铺客户端提交的对数据对象执行预置处理并已完成的通知消息时，将所述预置处理对应的处理途径确定为所述第二处理途径；如果所述该预置处理对应的处理途径属于所述处理途径集合，则根据所述预置处理关联的数据对象数量信息，对所述数据对象对应的共用库存量信息进行更新处理。
CN201611063390.2A 2016-11-24 2016-11-24 数据对象库存信息处理方法及装置 Active CN108108378B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201611063390.2A CN108108378B (zh) 2016-11-24 2016-11-24 数据对象库存信息处理方法及装置
PCT/CN2017/110976 WO2018095244A1 (zh) 2016-11-24 2017-11-15 数据对象库存信息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611063390.2A CN108108378B (zh) 2016-11-24 2016-11-24 数据对象库存信息处理方法及装置

Publications (2)

Publication Number Publication Date
CN108108378A CN108108378A (zh) 2018-06-01
CN108108378B true CN108108378B (zh) 2023-04-07

Family

ID=62195666

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611063390.2A Active CN108108378B (zh) 2016-11-24 2016-11-24 数据对象库存信息处理方法及装置

Country Status (2)

Country Link
CN (1) CN108108378B (zh)
WO (1) WO2018095244A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111007936B (zh) * 2018-10-08 2023-07-25 盒马(中国)有限公司 实体店中的终端设备及其信息处理方法、装置及***

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7707075B2 (en) * 2001-08-17 2010-04-27 Expedia, Inc. System and method for managing inventory
US20030195778A1 (en) * 2002-04-11 2003-10-16 United Parcel Service Of America, Inc. Intelligent authorized return systems and methods
CN101655933A (zh) * 2009-06-09 2010-02-24 北京千禧维讯技术服务有限公司 一种仓库网络电子盘点调度方法
US8533053B2 (en) * 2011-03-10 2013-09-10 Amazon Technologies, Inc. Inventory pooling for multiple merchants
US20130211973A1 (en) * 2011-06-08 2013-08-15 Patricia M. Tomlinson Inventory system for stagers, designers and customers
CN104077671B (zh) * 2013-03-25 2019-01-25 腾讯科技（深圳）有限公司 一种同步库存信息的方法和***
CN104516895B (zh) * 2013-09-27 2018-04-20 阿里巴巴集团控股有限公司 商品对象库存信息处理方法及***
CN104699712B (zh) * 2013-12-09 2018-05-18 阿里巴巴集团控股有限公司 对数据库中的库存记录信息进行更新的方法及装置
CN105096015B (zh) * 2014-04-23 2021-01-08 菜鸟智能物流控股有限公司 商品对象信息处理方法及***
CN104036375B (zh) * 2014-05-15 2016-07-06 国家电网公司 基于条形码的物资动态跟踪的仓储数据处理***及方法
CN104050553A (zh) * 2014-06-12 2014-09-17 长春理工大学 基于云计算的库存与配送管理***
CN104200340A (zh) * 2014-07-29 2014-12-10 北京能源投资（集团）有限公司 智能库存管理方法和***
CN105574733B (zh) * 2015-04-23 2021-02-09 田小平 共有库存线下线上销售方法和***
CN106156975A (zh) * 2015-04-23 2016-11-23 阿里巴巴集团控股有限公司 业务对象的库存信息处理方法及装置
CN106021597A (zh) * 2016-06-07 2016-10-12 中国建设银行股份有限公司 用于账务交易的数据表更新的方法及***

Also Published As

Publication number Publication date
CN108108378A (zh) 2018-06-01
WO2018095244A1 (zh) 2018-05-31

Similar Documents

Publication Publication Date Title
JP6475262B2 (ja) 商品オブジェクト情報を処理する方法及びシステム
JP6224283B1 (ja) スマートコントラクトによるエスクロー決済方法およびシステム
JP5232074B2 (ja) 電子商取引方法及び前記電子商取引方法をオンラインマーケットサーバーに行わせるためのプログラムを記録した記録媒体並びにオンラインマーケットサーバー
JP2014503924A (ja) 複数の販売業者のための在庫プール
EP3287964A1 (en) Purchase assistance system
US10217155B2 (en) Product cross-selling method and system
CN112074858A (zh) 供应方与销售方之间的电子商务中介***及中介方法
CN110598934A (zh) 用于推荐购物路线的方法及相关设备
CN109146614B (zh) 一种基于小程序的商城数据处理方法及***
KR101760578B1 (ko) 주문 통합 방법 및 장치
CN108108378B (zh) 数据对象库存信息处理方法及装置
JP2012014405A (ja) 商品購入支援装置、商品購入支援方法、商品購入支援プログラム及び商品購入支援プログラムを記録したコンピュータ読み取り可能な記録媒体
JP6623046B2 (ja) ポイント管理システム、ポイント管理方法、およびポイント管理プログラム
KR20160009803A (ko) 포인트 통합 관리 장치, 시스템 및 방법
GB2543950A (en) Apparatus and method for forming purchase agreements
US8612304B1 (en) Seller to seller transactions
KR101253646B1 (ko) 물품 구매 에이전트 시스템
KR101791961B1 (ko) 전자상거래 플랫폼 운영 장치 및 그의 동작 방법
KR20160001171A (ko) 쇼핑 서비스 제공 장치, 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체
KR101539710B1 (ko) 상품 구매에 따른 적립금을 지급하는 온라인 쇼핑몰 시스템 및 그 방법
KR20190028865A (ko) 온라인 대량주문 방법 및 시스템
KR20160131374A (ko) 회원제 쇼핑몰 운영 방법 및 그 시스템
KR20170019285A (ko) 중고옷 나눔 시스템 장치
KR20140113794A (ko) 스마트폰을 이용한 마케팅시스템
JP2014174565A (ja) 電子商取引サーバ、電子商取引方法および電子商取引プログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230707

Address after: Room 210, 2nd Floor, Juyang Building, No. 1200 Pudong Avenue, Pudong New Area (Shanghai) Pilot Free Trade Zone, Shanghai

Patentee after: HEMA (China) Co.,Ltd.

Address before: Box 847, four, Grand Cayman capital, Cayman Islands, UK

Patentee before: ALIBABA GROUP HOLDING Ltd.