CN113435778A - 订单数据的处理方法、装置、电子设备和存储介质 - Google Patents

订单数据的处理方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN113435778A
CN113435778A CN202110794734.1A CN202110794734A CN113435778A CN 113435778 A CN113435778 A CN 113435778A CN 202110794734 A CN202110794734 A CN 202110794734A CN 113435778 A CN113435778 A CN 113435778A
Authority
CN
China
Prior art keywords
order
merchant
period
time interval
time period
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.)
Pending
Application number
CN202110794734.1A
Other languages
English (en)
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.)
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co 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 Beijing Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN202110794734.1A priority Critical patent/CN113435778A/zh
Publication of CN113435778A publication Critical patent/CN113435778A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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/083—Shipping
    • 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/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例提供了一种订单数据的处理方法、装置、电子设备和存储介质，该方法包括：根据商家的预设规则信息，确定商家的至少一个配送时段中每一个配送时段的额定订单数量；每一个配送时段的额定订单数量用于指示在每一个配送时段允许接收用户订单的订单数量最大值；根据每一个配送时段的累计订单数量和每一个配送时段的额定订单数量，对每一个配送时段进行标记，得到每一个配送时段的标记结果；标记结果至少用于表征是否允许接收用户订单；根据每一个配送时段的标记结果，控制商家的至少一个配送时段的接单状态。基于本申请提供的订单数据的处理方法，可以提高商品订单配送的时效性。

Description

订单数据的处理方法、装置、电子设备和存储介质
技术领域
本申请实施例涉及电子商务技术领域，尤其涉及一种订单数据的处理方法、装置、电子设备和计算机存储介质。
背景技术
新零售(New retailing)对商品配送时间的时效性要求较高，在大型促销活动期间，商品配送的时效性对产品的销量起着重要作用，为此，需要增加物流配送环节的物流成本。
在相关技术中，没有成熟的产能履约系统，未将产能和履约进行结合，在大型促销活动期间，大量的商品订单未及时向用户配送，导致用户体验较差；同时，商品在门店大量积压，影响门店的商品配送秩序。当商品订单不足时会导致门店的产能过剩，不利于对配送人员进行合理化分配。
在相关技术中，存在关于仓储产能、自动化产能控制的方案。在促销期间、夜间用户集中下单时，容易引起某个时间段内订单数量暴增，门店生产的负荷压力超过门店的配送能力，导致商品订单配送的时效性降低，影响商家的产品销量和用户体验。因此，如何提高商品订单配送的时效性成为亟待解决的重要问题。
发明内容
本申请实施例提供了一种订单数据的处理方法、装置、电子设备和计算机存储介质，可以提高商品订单配送的时效性。
本申请实施例提供的一种订单数据的处理方法，包括：
根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量；所述每一个配送时段的额定订单数量用于指示在所述每一个配送时段允许接收用户订单的订单数量最大值；
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单；
根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
在一种实现方式中，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；所述对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，包括：
在i依次取1至N的情况下，在第i时段的累计订单数量小于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段可以接收用户订单；
在第i时段的累计订单数量大于等于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段不可以接收用户订单；N为大于1的自然数。
在一种实现方式中，所述方法还包括：
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，确定所述每一个所述配送时段的配送产能利用率；
根据所述每一个所述配送时段的配送产能利用率，生成所述商家在所述至少一个配送时段的订单统计信息；
将所述订单统计信息存储在缓存中，和/或，在所述商家的终端设备对所述订单统计信息进行展示。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；
所述预设规则信息包括以下信息中的至少一项：所述第i时段向用户配送商品的起止时间、所述第i时段向用户配送商品的额定订单数量、所述第i时段的向用户配送商品的商品类型、启用或者关闭预设规则的信息。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述方法还包括：
根据所述第i时段的向用户配送商品的商品类型和所述第i时段的累计订单数量，确定在所述第i时段所述商家待向用户配送的每一种类型的商品的数量。
在一种实现方式中，所述根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量，包括：
获取所述商家对所述预设规则信息的更新结果信息；
根据所述预设规则信息的更新结果信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量。
在一种实现方式中，所述方法还包括：
获取用户向所述商家提交的订单消息；所述订单消息包括所述用户向所述商家提交商品订单时选择的配送时段的信息；
根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
本申请实施例提供的一种订单数据的处理装置，包括：
确定模块，用于根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量；所述每一个配送时段的额定订单数量用于指示在所述每一个配送时段允许接收用户订单的订单数量最大值；
标记模块，用于根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单；
处理模块，用于根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
在一种实现方式中，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；所述标记模块，用于对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，包括：
在i依次取1至N的情况下，在第i时段的累计订单数量小于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段可以接收用户订单；
在第i时段的累计订单数量大于等于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段不可以接收用户订单；N为大于1的自然数。
在一种实现方式中，所述处理模块还用于：
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，确定所述每一个所述配送时段的配送产能利用率；
根据所述每一个所述配送时段的配送产能利用率，生成所述商家在所述至少一个配送时段的订单统计信息；
将所述订单统计信息存储在缓存中，和/或，在所述商家的终端设备对所述订单统计信息进行展示。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述预设规则信息包括以下信息中的至少一项：所述第i时段向用户配送商品的起止时间、所述第i时段向用户配送商品的额定订单数量、所述第i时段的向用户配送商品的商品类型、启用或者关闭预设规则的信息。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述处理模块还用于：
根据所述第i时段的向用户配送商品的商品类型和所述第i时段的累计订单数量，确定在所述第i时段所述商家待向用户配送的每一种类型的商品的数量。
在一种实现方式中，所述确定模块，用于根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量，包括：
获取所述商家对所述预设规则信息的更新结果信息；
根据所述预设规则信息的更新结果信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量。
在一种实现方式中，所述确定模块还用于：
获取用户向所述商家提交的订单消息；所述订单消息包括所述用户向所述商家提交的商品订单时选择的配送时段的信息；
根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
本申请实施例提供一种电子设备，所述电子设备包括存储器、处理器及存储在存储器上可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述一个或多个技术方案提供的订单数据的处理方法。
本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后能够实现前述一个或多个技术方案提供的订单数据的处理方法。
基于本申请提供的订单数据的处理方法，根据商家的预设规则信息，确定商家的至少一个配送时段中每一个配送时段的额定订单数量；根据每一个配送时段的累计订单数量和每一个配送时段的额定订单数量，对每一个配送时段进行标记，得到每一个配送时段的标记结果；根据每一个配送时段的标记结果，控制商家的至少一个配送时段的接单状态。由于额定订单数量可以反映商家的履约能力，在根据预设规则信息分时段配置商家的履约能力，可以实现商家的订单配送产能和配送时间履约的结合，从而，提高商品订单配送的时效性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。
附图说明
图1为本申请实施例提供的一种订单数据的处理方法的应用场景图；
图2为本申请实施例提供的一种订单数据的处理方法的流程示意图；
图3为本申请实施例提供的一种订单数据的处理方法的界面示意图；
图4为本申请实施例提供的订单数据的处理方法的一种网络架构图；
图5为本申请实施例提供的订单数据的处理方法的另一种网络架构图；
图6为本申请实施例提供的一种在生成预设日期的订单统计模板时的流程示意图；
图7为本申请实施例提供的一种根据预设规则信息修改订单配置信息的流程示意图；
图8为本申请实施例提供的获取每一个配送时段的累计订单数量的交互示意图；
图9为本申请实施例提供的在对每一个所述配送时段进行标记时的交互示意图；
图10为本申请实施例提供的一种订单数据的处理装置的示意图；
图11为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所提供的实施例仅仅用以解释本申请，不用于限定本申请。另外，以下所提供的实施例是用于实施本申请的部分实施例，而非提供实施本申请的全部实施例，在不冲突的情况下，本申请实施例记载的技术方案可以任意组合的方式实施。
图1示出了本申请实施例提供的一种订单数据的处理方法的应用场景图。参见图1，新零售对商品配送时间的时效性要求较高，在大型促销活动期间，例如，618购物节，双11购物节，商品配送的时效性对产品的销量起着重要作用，为此，需要增加物流配送环节的物流成本。
在相关技术中，没有成熟的产能履约系统，未将产能和履约进行结合，在大型促销活动期间，大量的商品订单未及时向用户配送，导致用户体验较差；同时，商品在门店大量积压，影响门店的商品配送秩序。当商品订单不足时会导致门店的产能过剩，不利于对配送人员进行合理化分配。
应理解，产能，即用户在APP提交订单后门店的配送能力。
在相关技术中，存在关于仓储产能、自动化产能控制的方案。在促销期间、夜间用户集中下单时，容易引起某个时间段内订单数量暴增，门店生产的负荷压力超过门店的配送能力，导致商品订单配送的时效性降低，影响商家的产品销量和用户体验。
为了解决上述问题，本申请实施例提供一种订单数据的处理方法、装置、电子设备和存储介质。
以下，对本申请实施例提供的订单数据的处理方法进行详细介绍。
图2示出了本申请实施例提供的订单数据的处理方法的示意性流程图。参见图2，本申请实施例提供的订单数据的处理方法，可以包括以下步骤：
步骤A201：根据商家的预设规则信息，确定商家的至少一个配送时段中每一个配送时段的额定订单数量；每一个配送时段的额定订单数量用于指示在每一个配送时段允许接收用户订单的订单数量最大值。
这里，商家可以是一个门店的商家，例如，实体门店的商家，或者互联网门店的商家。按照业务分类，门店的类型可以是经营任一种产品服务的商户，例如，鲜花店、烘焙店、水果店、医药店。
在示例中，参见图3，本申请实施例提供的订单数据的处理方法，根据商家的预设规则信息，配送时段的起止时间可以设置为08:00-23:59，配送时段的单位时间可以设置为X分钟。X可以设置为30、60、120。
在示例中参见图3，，配送时段的起止时间可以是08:00-23:59，根据商家的预设规则信息，对预设日期的配送时段的起止时间进行时段划分，确定商家的至少一个配送时段，配送时段可以包括以下任一时段：
08:00-10:00、10:00-12:00、12:00-13:00、13:00-14:00、14:00-16:00、16:00-18:00、18:00-20:00、20:00-22:00、22:00-23:59。
在示例中，根据商家的预设规则信息，确定在预设日期商家的至少一个配送时段、每一个配送时段的额定订单数量。
在示例中，根据商家的预设规则信息，可以将第一类型订单的额定订单数量批量设置为M，将第二类型订单的额定订单数量批量设置为N。参见图3，M可以设置为50，N可以设置为5。
在实际应用中，第一类型订单的订单类型可以属于普通订单，第二类型订单的订单类型可以属于加急配送订单，例如，极速达订单。
在示例中，至少一个配送时段包括第i时段，1≤i≤N，N为大于1的自然数；预设规则信息包括以下信息中的至少一项：
第i时段向用户配送商品的起止时间、第i时段向用户配送商品的额定订单数量、第i时段的向用户配送商品的商品类型、启用或者关闭预设规则的信息。
在示例中，预设规则信息的配置项可以包括以下任一项：配送时段的起止时间、配送时段的单位时间、是否启用预设规则信息。
在示例中，参见图3，在管理端配置页展示了预设规则信息的配置项，商家可以对预设规则信息的配置项进行配置。
例如，修改配送时段的起止时间，配送时段的单位时间，批量设置第一类型订单的额定订单数量，批量设置第二类型订单的额定订单数量。
在示例中，商户可以在管理端根据预设规则信息确定商户的订单配置信息，在数据库保存管理端的订单配置信息，订单配置信息可以包括商家的至少一个配送时段中每一个配送时段的额定订单数量。
在示例中，同步商户的订单配置信息到Redis进行数据存储，根据订单配置信息，生成在预设日志商户的订单统计模板。
这里，Redis是一个分布式非关系型数据库。作为一种键-值(key-value)数据库，Redis支持存储的value类型可以包括以下任一项：
String(字符串)、list(链表)、set(集合)、hash(哈希值)。
步骤A202：根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单。
这里，每一个配送时段的累计订单数量，为在每一个配送时段商家待向用户配送的商品的订单量，或者，在每一个配送时段用户向商家提交的订单数量的累计值。
在示例中，遍历预设日期的每一个配送时段，获取每一个配送时段的累计订单数量和每一个配送时段的额定订单数量，确认每一个配送时段的累计订单数量是否小于额定订单数量。对每一个配送时段进行标记，得到每一个配送时段的标记结果。
步骤A203：根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
在示例中，在用户的终端设备的应用程序中，对每一个配送时段的标记结果进行展示，在将第i时段标记为商家在第i时段可以接收用户订单时，用户的终端设备的应用程序将展示第i时段可以下单；从而，控制商家的至少一个配送时段的接单状态。
在示例中，在用户的终端设备的应用程序中，对每一个配送时段的标记结果进行展示，在将第i时段标记为商家在第i时段不可以接收用户订单时，用户页面将展示第i时段不可以下单；从而，控制商家的至少一个配送时段的接单状态。
基于本申请提供的订单数据的处理方法，根据商家的预设规则信息，确定商家的至少一个配送时段中每一个配送时段的额定订单数量；根据每一个配送时段的累计订单数量和每一个配送时段的额定订单数量，对每一个配送时段进行标记，得到每一个配送时段的标记结果；根据每一个配送时段的标记结果，控制商家的至少一个配送时段的接单状态。由于额定订单数量可以反映商家的履约能力，在根据预设规则信息分时段配置商家的履约能力，可以实现商家的订单配送产能和配送时间履约的结合，从而，提高商品订单配送的时效性。
应理解，基于本申请提供的订单数据的处理方法，在应用于配送管理系统时，可以达到平缓接单，削峰平谷的订单管理状态，改善了精准配送业务的用户体验，对维护商家的品牌形象起着重要作用。
在实际应用中，上述步骤A201至步骤A203可以采用处理器实现，上述处理器可以为专用集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal ProcessingDevice，DSPD)、可编程逻辑装置(Programmable Logic Device，PLD)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。
在一种实现方式中，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；在上述步骤A202中，所述对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，可以包括以下步骤：
在i依次取1至N的情况下，在第i时段的累计订单数量小于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段可以接收用户订单；N为大于1的自然数。
在示例中，在i依次取1至N的情况下，遍历预设日期的每一个配送时段，获取每一个配送时段的累计订单数量和每一个配送时段的额定订单数量。在第i时段的累计订单数量小于第i时段的额定订单数量时，将第i时段标记为商家在所述第i时段可以接收用户订单。
在示例中，将第i时段的标记结果返回服务层，服务层将第i时段的标记结果同步在用户的终端设备的应用程序的页面，在将第i时段标记为商家在第i时段可以接收用户订单时，在用户的终端设备的应用程序的页面中，将展示第i时段可以下单。
在本申请实施例中，基于遍历预设日期的每一个配送时段，在第i时段的累计订单数量小于第i时段的额定订单数量时，将第i时段标记为商家在所述第i时段可以接收用户订单，因此，可以保证用户继续向商家提交的商品订单在商家的配送能力范围内，提高用户向商家提交的商品订单的有效性。
在一种实现方式中，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；在上述步骤A202中，所述对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，可以包括以下步骤：
在i依次取1至N的情况下，在第i时段的累计订单数量等于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段不可以接收用户订单；N为大于1的自然数。
在示例中，在i依次取1至N的情况下，遍历预设日期的每一个配送时段，获取每一个配送时段的累计订单数量和每一个配送时段的额定订单数量。在第i时段的累计订单数量等于第i时段的额定订单数量时，将第i时段标记为商家在所述第i时段不可以接收用户订单。
在本申请实施例中，基于遍历预设日期的每一个配送时段，在第i时段的累计订单数量小于第i时段的额定订单数量时，将第i时段标记为商家在所述第i时段不可以接收用户订单，因此，可以引导用户选择商家可以接收用户订单的配送时段，改善用户对商品订单的配送时间的预期，提高用户在商家选择商品服务时的用户体验。
在示例中，将第i时段的标记结果返回服务层，服务层将第i时段的标记结果同步在用户的终端设备的应用程序的页面，在将第i时段标记为商家在第i时段不可以接收用户订单时，用户页面将展示第i时段不可以下单。
在一种实现方式中，上述订单数据的处理方法，还可以包括以下步骤：
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，确定所述每一个所述配送时段的配送产能利用率；
根据所述每一个所述配送时段的配送产能利用率，生成所述商家在所述至少一个配送时段的订单统计信息；
将所述订单统计信息存储在缓存中，和/或，在所述商家的终端设备对所述订单统计信息进行展示。
在示例中，在i依次取1至N的情况下，遍历预设日期的每一个配送时段，获取每一个配送时段的累计订单数量和每一个配送时段的额定订单数量，对各个时间段进行统计，确定每一个配送时段的配送产能利用率。
在示例中，将每一个配送时段的配送产能利用率返回服务层，服务层将每一个配送时段的配送产能利用率存储在缓存中，和/或，将每一个配送时段的配送产能利用率同步在商户页面，在商家的终端设备对订单统计信息进行展示。
在本申请实施例中，基于遍历预设日期的每一个配送时段，获取每一个配送时段的累计订单数量和额定订单数量，确定每一个配送时段的配送产能利用率，对各个时间段进行统计，得到订单统计信息。在商家的终端设备对订单统计信息进行展示时，可以向商家呈现每一个配送时段的配送产能利用率情况，因此，商家可以灵活安排每一个配送时段的配送人员，降低商家在向用户配送商品订单时的物流成本。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；上述订单数据的处理方法，还可以包括以下步骤：
根据所述第i时段的向用户配送商品的商品类型和所述第i时段的累计订单数量，确定在所述第i时段所述商家待向用户配送的每一种类型的商品的数量。
在示例中，订单中间件发送订单消息给订单统计模块，由订单统计模块根据订单消息形成订单流水数据，对订单流水数据进行统计，在订单流水数据中根据第i时段的向用户配送商品的商品类型和第i时段的累计订单数量，确定在第i时段所述商家待向用户配送的每一种类型的商品的数量。
在示例中，订单中间件发送订单消息给订单统计模块，由订单统计模块根据订单消息形成订单流水数据，对订单流水数据进行统计，在订单流水数据中确定每一配送时段商家待向用户配送的每一种类型的商品的数量。
在示例中，根据第i时段的向用户配送商品的商品类型和第i时段的累计订单数量，确定在第i时段商家待向用户配送的每一种类型的商品的数量。因此，可以向商家呈现用户对商家提供的不同类型的商品服务的订单需求数量，使得商家可以灵活安排商品服务的库存数量，降低商家向用户提供的商品服务的库存成本。
在一种实现方式中，在上述步骤A201中，所述根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量，可以包括以下步骤：
获取所述商家对所述预设规则信息的更新结果信息；根据所述预设规则信息的更新结果信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量。
在示例中，获取商家对预设规则信息的更新结果信息，判断更新结果信息是否包含启用或者关闭预设规则的信息。在更新结果信息包含启用或者关闭预设规则的信息时，在MySQL数据库以及Redis中更新预设规则信息的启用或者关闭状态。
这里，MySQL数据库是基于结构化查询语言(Structured Query Language，SQL)的数据库，实现数据存储和数据访问。作为一种关系型数据库，MySQL数据库可以通过视图功能将多个表的数据组合成在一起进行输出显示。
在示例中，获取商家对预设规则信息的更新结果信息，判断更新结果信息是否包含关于配送时段的起止时间或者配送时段的单位时间的内容。在更新结果信息包含关于配送时段的起止时间或者配送时段的单位时间的内容时，根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。
在示例中，在确定新的订单配置信息后，删除修改前的订单配置信息，写入新的订单配置信息。采用新的订单配置信息替换缓存中的订单配置信息。在缓存中清空基于原有订单统计模板的订单统计信息。
在示例中，基于更新后的预设规则信息，获取订单统计信息，将订单统计信息写入Redis。根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。
在示例中，如果更新后的预设规则信息不包含关于配送时段的起止时间或者配送时段的单位时间的内容，则根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。此时，批量更新各时段的订单配置信息，同步缓存中的订单统计信息。
在本申请实施例中，获取商家对预设规则信息的更新结果信息；根据预设规则信息的更新结果信息，确定商家的至少一个配送时段中每一个配送时段的额定订单数量。因此，商家可以自主设置每一个配送时段的额定订单数量，更好地匹配商家的实际配送能力。
在一种实现方式中，上述订单数据的处理方法，还可以包括以下步骤：
获取用户向所述商家提交的订单消息；所述订单消息包括所述用户向所述商家提交商品订单时选择的配送时段的信息；
根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
在示例中，采用订单中间件获取用户向所述商家提交的订单消息；订单消息包括用户向商家提交的商品订单时选择的配送时段的信息。
在示例中，订单中间件向订单统计服务发送订单消息，订单统计服务解析订单消息，生成订单消息对应的标识信息，保存订单流水数据到MySQL数据库。
在本申请实施例中，获取用户向商家提交的订单消息；订单消息包括用户向商家提交商品订单时选择的配送时段的信息；根据订单消息，对订单消息对应的配送时段的订单量进行累计，因此，可以实时更新每一个配送时段的累计订单数量，提高每一个配送时段的累计订单数量的准确性。
在一种实现方式中，上述订单数据的处理方法，根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量，还可以包括以下步骤：
在数据库中存在所述商家的订单统计数据时，对所述订单消息对应的配送时段的订单量进行累计；获取每一个所述配送时段的累计订单数量。
在示例中，在Redis中存在订单统计数据时，对订单消息对应的配送时段的订单量+1。例如，从Redis中获取订单统计数据。如果订单统计数据存在，匹配配送时段订单量+1。
在本申请实施例中，在数据库中存在所述商家的订单统计数据时，对所述订单消息对应的配送时段的订单量进行累计，因此，可以动态更新每一个配送时段的累计订单数量。
在一种实现方式中，上述订单数据的处理方法，根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量，还可以包括以下步骤：
在数据库中不存在所述商家的订单统计数据时，根据所述预设规则信息确定订单统计模板；订单统计模板用于指示将所述至少一个配送时段的额定订单数量和累计订单数量作为订单统计信息中的统计对象。
根据所述订单统计模板和所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
在示例中，在数据库中不存在所述商家的订单统计数据时，根据商家的预设规则信息，获取商家的订单配置信息；根据商家的订单配置信息，确定订单统计模板。
这里，订单配置信息可以包括商家的至少一个配送时段中每一个配送时段的额定订单数量。
在示例中，在数据库中不存在所述商家的订单统计数据时，中间层可以根据商家的预设规则信息，生成商户在预设日期的订单统计模板。
在实际应用中，数据层可以获取商户的订单统计模板，将商户的订单统计模板存储在MAP数据结构中。
在示例中，在Redis中不存在订单统计数据时，根据订单统计模板和订单消息，在Redis中对订单消息对应的配送时段的订单量进行累计，获取每一个配送时段的累计订单数量，生成商家在预设日期的订单统计信息。
例如，根据预设规则信息中的时间列表Map<时段,订单量>,生成商户在预设日期的订单统计模版，从Redis中获取订单统计数据，统计早9点到晚10点的订单，在订单消息匹配某一配送时段时，对订单消息对应的配送时段的订单量进行累计。
在本申请实施例中，在数据库中不存在商家的订单统计数据时，根据预设规则信息确定订单统计模板。根据订单统计模板和订单消息，对订单消息对应的配送时段的订单量进行累计得到订单统计信息。由于订单统计模板用于指示订单统计信息中的统计对象，订单统计信息中的信息内容属于商家实际需要关注的信息，从而，提高订单统计信息的有效性。
基于前述实施例相同的技术构思，参见图4或者图5，本申请实施例提供的订单数据处理系统，可以包含以下模块：
规则配置模块，用于设置商家的预设规则信息，或者，根据预设规则信息生成商家的订单统计模板。相应地，商家可以根据预设规则信息对订单配置信息进行人工设定。
时段打标模块，用于对各个需要配送的时间段进行打标统计，数据库进行记录发送消息给配送员。
计算引擎，用于根据订单统计数据统计配送产能利用率，计算剩余多少产能；或者，对前端用户传递过来的选择时段进行打标计算。
信息展示模块，用于在前端对订单统计信息进行信息展示，展示配送产能的多少和配送产能利用率多少。
在示例中，商家的预设规则信息可以包括以下信息中的任一项：商家的标识信息、商家的门店名称、商品的配送类型、配送时段的起止时间、配送时段的单位时间、单位时间的额定订单数量、临时调整的订单数量。
在示例中，参见图5，本申请实施例提供的订单数据处理系统，可以包括服务层、数据层，其中，服务层可以包括规则配置模块、信息展示模块、时段打标模块；数据层可以用于存储以下任一项数据：订单流水数据、订单统计数据、预设规则信息、订单统计模板。
在示例中，参见图5，服务层提供的订单中间件可以接收用户提交的商品订单，订单中间件在接收到用户提交的商品订单时，可以经由消息中间件向计算引擎发送订单消息，相应地，计算引擎可以根据订单消息，对订单消息对应的配送时段的订单量进行累计，获取每一个配送时段的累计订单数量，实现订单统计计算的功能。
在示例中，参见图5，计算引擎可以读取数据层存储的预设规则信息和订单统计模板，根据订单统计模板进行以下任一项计算任务：配送产能利用率计算、配送时段打标计算、订单统计计算。从而，得到对订单统计数据进行动态更新。
这里，配送时段打标计算可以根据上述每一个配送时段的额定订单数量和累计订单数量对每一个配送时段进行标记。
基于前述实施例相同的技术构思，参见图6，本申请实施例提供的订单数据的处理方法，可以包括以下步骤：
步骤A601：保存商家的预设规则信息。
步骤A602：保存商家的订单配置信息。
在示例中，根据商家的预设规则信息，获取商家的订单配置信息。这里，订单配置信息可以包括商家的至少一个配送时段中每一个配送时段的额定订单数量。
步骤A603：同步各时段的订单配置信息到Redis。
步骤A604：生成预设日期的订单统计模板。
在示例中，根据商家的订单配置信息，生成预设日期的订单统计模板。
基于前述实施例相同的技术构思，参见图7，本申请实施例提供的订单数据的处理方法，可以包括以下步骤：
步骤A701：获取商家对预设规则信息的更新结果信息。
步骤A702：判断更新结果信息是否包含启用或者关闭预设规则的信息。
在示例中，在更新结果信息包含启用或者关闭预设规则的信息时，执行以下步骤A703，否则，执行以下步骤A704。
步骤A703：更新预设规则信息中的启用或者关闭信息。
在示例中，预设规则信息包含多个配置项，在更新结果信息包含关于预设规则信息的启用或者关闭信息，在MySQL数据库以及Redis缓存Redis中，更新预设规则信息的启用或者关闭信息。
步骤A704：判断更新结果信息是否包含关于配送时段的起止时间或者配送时段的单位时间的内容。
在示例中，在更新结果信息包含关于配送时段的起止时间或者配送时段的单位时间的内容时，执行以下步骤A705，否则，执行以下步骤A710。
在示例中，在完成上述步骤A704，可以执行以下步骤A713。
步骤A705：根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。
步骤A706：删除修改前的订单配置信息，写入新的订单配置信息。
步骤A707：采用新的订单配置信息替换缓存中的订单配置信息。
步骤A708：在缓存中清空基于原有订单统计模板的订单统计信息。
步骤A709：基于更新后的预设规则信息，获取订单统计信息，将订单统计信息写入Redis。
这里，订单统计信息可以是商家的至少一个配送时段的订单统计信息，或者，商家在预设日期内的多个配送时段的订单统计信息。
在示例中，在完成上述步骤A709，可以执行以下步骤A713。
步骤A710：根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。
在示例中，如果更新后的预设规则信息不包含关于配送时段的起止时间或者配送时段的单位时间的内容，则根据商家对预设规则信息的更新结果信息，确定新的订单配置信息。
步骤A711：批量更新各时段的订单配置信息。
步骤A712：同步缓存中的订单统计信息。
在示例中，在完成上述步骤A712后，可以执行以下步骤A713。
步骤A713：结束。
基于前述实施例相同的技术构思，参见图8，本申请实施例提供的订单数据的处理方法，可以包括以下步骤：
步骤A801：订单中间件向服务层发送订单消息。
这里，订单消息可以采用可扩展标记语言(Extensible Markup Language，EXL)的形式。
在示例中，订单中间件接收用户提交的订单请求，创建订单消息，向服务层发送订单消息。
步骤A802：服务层解析订单消息。
在示例中，对用户订单创建订单消息，对订单消息进行解析，防止出现相同数据重复计算，做幂等判断，MySQL数据库对订单流水进行保存。
步骤A803：服务层生成订单消息对应的标识信息。
在示例中，服务层对订单消息进行幂等判断，生成订单消息对应的标识信息。
步骤A804：服务层接收MySQL数据库返回的Ack确认消息。
步骤A805：服务层保存订单流水数据到MySQL数据库。
步骤A806：服务层接收MySQL数据库返回的Ack确认消息。
步骤A807：服务层获取Redis中的订单统计数据。
在示例中，订单统计数据可以包括至少一个配送时段的累计订单数量的信息。订单统计数据可以整合在订单统计信息中，呈现至少一个配送时段的累计订单数量的情况。
步骤A808：在Redis中存在订单统计数据时，对订单消息对应的配送时段的订单量进行累计。
例如，在Redis中存在订单统计数据时，对订单消息对应的配送时段的订单量+1。
步骤A809：在Redis中不存在订单统计数据时，服务层获取订单统计模板。
步骤A810：服务层生成预设日期的订单统计信息。
在示例中，根据订单统计模板，生成预设日志的订单统计信息。
步骤A811：服务层在Redis中对订单消息对应的配送时段的订单量进行累计。
步骤A812：服务层接收Redis返回的Ack确认消息。
基于前述实施例相同的技术构思，参见图9，本申请实施例提供的订单数据的处理方法，可以包括以下步骤：
步骤A901：服务层确定可选的配送时段的列表信息。
步骤A902：服务层向计算引擎发送列表信息。
步骤A903：计算引擎从Redis中获取可选的配送时段的额定订单数量。
在示例中，根据列表信息，获取每一配送时段的额定订单数量。
在示例中，各时段最大产量：Map<时段，最大产量>。
步骤A904：计算引擎从Redis中获取每一个配送时段的累计订单数量。
这里，每一个配送时段的累计订单数量，为每一个配送时段待向用户配送的商品的订单量。
在示例中，遍历预设日期的每一个配送时段，获取每一个配送时段待向用户配送的商品的订单量。
在示例中，某日期各时段的订单量：Map<时段，订单量>。
步骤A905：计算引擎确认每一个配送时段的累计订单数量是否小于额定订单数量。
在示例中，遍历预设日期的每一个配送时段，确认每一个配送时段的累计订单数量是否小于额定订单数量。
步骤A906：计算引擎对每一个配送时段进行标记，得到每一个配送时段的标记结果。
步骤A907：计算引擎向服务层返回每一个配送时段的标记结果。
基于前述实施例相同的技术构思，参见图10，本申请实施例提供的订单数据的处理装置，可以包括：
确定模块1001，用于根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量；所述每一个配送时段的额定订单数量用于指示在所述每一个配送时段允许接收用户订单的订单数量最大值；
标记模块1002，用于根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单；
处理模块1003，用于根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
在一种实现方式中，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；所述标记模块1002，用于对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，包括：
在i依次取1至N的情况下，在第i时段的累计订单数量小于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段可以接收用户订单；
在第i时段的累计订单数量等于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段不可以接收用户订单；N为大于1的自然数。
在一种实现方式中，所述处理模块1003还用于：
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，确定所述每一个所述配送时段的配送产能利用率；
根据所述每一个所述配送时段的配送产能利用率，生成所述商家在所述至少一个配送时段的订单统计信息；
将所述订单统计信息存储在缓存中，和/或，在所述商家的终端设备对所述订单统计信息进行展示。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述预设规则信息包括以下信息中的至少一项：所述第i时段向用户配送商品的起止时间、所述第i时段向用户配送商品的额定订单数量、所述第i时段的向用户配送商品的商品类型、启用或者关闭预设规则的信息。
在一种实现方式中，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述处理模块1003还用于：
根据所述第i时段的向用户配送商品的商品类型和所述第i时段的累计订单数量，确定在所述第i时段所述商家待向用户配送的每一种类型的商品的数量。
在一种实现方式中，所述确定模块1001，用于根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量，包括：
获取所述商家对所述预设规则信息的更新结果信息；
根据所述预设规则信息的更新结果信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量。
在一种实现方式中，所述确定模块1001，还用于：
获取用户向所述商家提交的订单消息；所述订单消息包括所述用户向所述商家提交的商品订单时选择的配送时段的信息；
根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
在实际应用中，确定模块1001、标记模块1002和处理模块1003均可以采用电子设备的处理器实现，上述处理器可以是ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种，本申请实施例对此不作限制。
在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。
基于前述实施例相同的技术构思，参见图11，本申请实施例提供的电子设备1100，可以包括：存储器1110和处理器1120；其中，
存储器1110，用于存储计算机程序和数据；
处理器1120，用于执行存储器中存储的计算机程序，以实现前述实施例中的任意一种订单数据的处理方法。
在实际应用中，上述存储器1110可以是易失性存储器(volatile memory)，示例性地RAM；或者非易失性存储器(non-volatile memory)，示例性地ROM，快闪存储器(flashmemory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合。上述存储器1110可以向处理器1120提供指令和数据。
上文对各个实施例的描述倾向于强调各个实施例间的不同处，其相同或相似处可以互相参考，为了简洁，本文不再赘述
本申请所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，示例性地，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网格单元上；可以根据实际的可以选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。
以上，仅为本申请的具体实施方式，但本申请的保护范围不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种订单数据的处理方法，其特征在于，包括：
根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量；所述每一个配送时段的额定订单数量用于指示在所述每一个配送时段允许接收用户订单的订单数量最大值；
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单；
根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
2.根据权利要求1所述的方法，其特征在于，所述至少一个产品配送时段包括第1时段至第N时段，N为大于1的自然数；所述对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果，包括：
在i依次取1至N的情况下，在第i时段的累计订单数量小于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段可以接收用户订单；
在第i时段的累计订单数量大于等于所述第i时段的额定订单数量时，将所述第i时段标记为所述商家在所述第i时段不可以接收用户订单；N为大于1的自然数。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，确定所述每一个所述配送时段的配送产能利用率；
根据所述每一个所述配送时段的配送产能利用率，生成所述商家在所述至少一个配送时段的订单统计信息；
将所述订单统计信息存储在缓存中，和/或，在所述商家的终端设备对所述订单统计信息进行展示。
4.根据权利要求1所述的方法，其特征在于，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；
所述预设规则信息包括以下信息中的至少一项：所述第i时段向用户配送商品的起止时间、所述第i时段向用户配送商品的额定订单数量、所述第i时段的向用户配送商品的商品类型、启用或者关闭预设规则的信息。
5.根据权利要求1所述的方法，其特征在于，所述至少一个产品配送时段包括第i时段，1≤i≤N，N为大于1的自然数；所述方法还包括：
根据所述第i时段的向用户配送商品的商品类型和所述第i时段的累计订单数量，确定在所述第i时段所述商家待向用户配送的每一种类型的商品的数量。
6.根据权利要求1所述的方法，其特征在于，所述根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量，包括：
获取所述商家对所述预设规则信息的更新结果信息；
根据所述预设规则信息的更新结果信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取用户向所述商家提交的订单消息；所述订单消息包括所述用户向所述商家提交商品订单时选择的配送时段的信息；
根据所述订单消息，对所述订单消息对应的配送时段的订单量进行累计，获取每一个所述配送时段的累计订单数量。
8.一种订单数据的处理装置，其特征在于，包括：
确定模块，用于根据商家的预设规则信息，确定所述商家的至少一个配送时段中每一个配送时段的额定订单数量；所述每一个配送时段的额定订单数量用于指示在所述每一个配送时段允许接收用户订单的订单数量最大值；
标记模块，用于根据每一个所述配送时段的累计订单数量和每一个所述配送时段的额定订单数量，对每一个所述配送时段进行标记，得到每一个所述配送时段的标记结果；所述标记结果至少用于表征是否允许接收用户订单；
处理模块，用于根据所述每一个所述配送时段的标记结果，控制所述商家的至少一个配送时段的接单状态。
9.一种电子设备，其特征在于，所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1至7中任一项所述的订单数据的处理方法。
10.一种计算机存储介质，所述存储介质存储有计算机程序；其特征在于，所述计算机程序被执行后能够实现权利要求1至7中任一项所述的订单数据的处理方法。
CN202110794734.1A 2021-07-14 2021-07-14 订单数据的处理方法、装置、电子设备和存储介质 Pending CN113435778A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110794734.1A CN113435778A (zh) 2021-07-14 2021-07-14 订单数据的处理方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110794734.1A CN113435778A (zh) 2021-07-14 2021-07-14 订单数据的处理方法、装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN113435778A true CN113435778A (zh) 2021-09-24

Family

ID=77760288

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110794734.1A Pending CN113435778A (zh) 2021-07-14 2021-07-14 订单数据的处理方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN113435778A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372822A (zh) * 2015-07-21 2017-02-01 阿里巴巴集团控股有限公司 业务对象预约时段处理方法及装置
CN106447248A (zh) * 2015-08-11 2017-02-22 阿里巴巴集团控股有限公司 提供业务对象配送时效信息的方法及装置
CN107248012A (zh) * 2017-06-08 2017-10-13 北京惠赢天下网络技术有限公司 配送订单的处理方法、装置及终端设备
CN111028066A (zh) * 2019-12-19 2020-04-17 苏宁云计算有限公司 用于管控餐饮下单的方法及装置
CN111105191A (zh) * 2019-12-16 2020-05-05 三只松鼠股份有限公司 一种基于工业互联网的订单配送方法
CN111798293A (zh) * 2020-07-09 2020-10-20 宋涛 一种云仓储订单处理方法、装置、计算机设备和存储介质
CN112633536A (zh) * 2019-10-09 2021-04-09 北京京东尚科信息技术有限公司 一种调度配送时间的方法和装置
CN112862319A (zh) * 2021-02-08 2021-05-28 北京顺达同行科技有限公司 订单调度的方法、装置、设备及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372822A (zh) * 2015-07-21 2017-02-01 阿里巴巴集团控股有限公司 业务对象预约时段处理方法及装置
CN106447248A (zh) * 2015-08-11 2017-02-22 阿里巴巴集团控股有限公司 提供业务对象配送时效信息的方法及装置
CN107248012A (zh) * 2017-06-08 2017-10-13 北京惠赢天下网络技术有限公司 配送订单的处理方法、装置及终端设备
CN112633536A (zh) * 2019-10-09 2021-04-09 北京京东尚科信息技术有限公司 一种调度配送时间的方法和装置
CN111105191A (zh) * 2019-12-16 2020-05-05 三只松鼠股份有限公司 一种基于工业互联网的订单配送方法
CN111028066A (zh) * 2019-12-19 2020-04-17 苏宁云计算有限公司 用于管控餐饮下单的方法及装置
CN111798293A (zh) * 2020-07-09 2020-10-20 宋涛 一种云仓储订单处理方法、装置、计算机设备和存储介质
CN112862319A (zh) * 2021-02-08 2021-05-28 北京顺达同行科技有限公司 订单调度的方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US11886472B2 (en) Graphical user interface for a database system
US8620716B2 (en) Computer system and method for detecting and processing changes in data
US11568432B2 (en) Auto clustering prediction models
US6470323B1 (en) Goods sales management system
US20140058794A1 (en) Method And System For Orders Planning And Optimization With Applications To Food Consumer Products Industry
JP7539315B2 (ja) 価格適正化システム
US20210224833A1 (en) Seasonality Prediction Model
US11367042B2 (en) Computerized inventory redistribution control system
US10733552B2 (en) Systems and methods for demand tracking of products based on sales and controlling restocking as a function of the determined demand in a retail environment
WO2015094461A1 (en) System and method for idempotent interactive disparate object discovery, retrieval, display, selection and distribution
US20240152858A1 (en) Method and system for tracking inventory including inventory level reconciliation across inventory tracking system
CN112380187A (zh) 库存数据监控方法、装置、计算机设备和存储介质
CN115699057A (zh) 短生命周期销售曲线估计
CN113139835A (zh) 数据处理方法、装置、非易失性存储介质及处理器
US20230245061A1 (en) Systems and methods for arranging merchandise at shelving locations
CN113435778A (zh) 订单数据的处理方法、装置、电子设备和存储介质
CN110163402B (zh) 确定订单中库存量单位的方法及装置
CA2537046A1 (en) Manufacturing units of an item in response to demand for the item projected from page-view data
JP4664847B2 (ja) 過誤発注防止方法
CN107169845B (zh) 一种商户属性查询方法、装置及服务器
CN118411101B (zh) 交易单证的处理方法、装置、电子设备、介质和程序产品
JP7215779B1 (ja) データ処理装置、データ処理方法及びプログラム
CN113379557B (zh) 一种基于空间站的礼物智能匹配方法、系统及储存介质
US20220335370A1 (en) Procurement work assistance system, procurement work assistance device, and procurement work assistance method
JP2024047486A (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