CN111353840B - 订单信息处理方法、装置及电子设备 - Google Patents

订单信息处理方法、装置及电子设备 Download PDF

Info

Publication number
CN111353840B
CN111353840B CN201811574953.3A CN201811574953A CN111353840B CN 111353840 B CN111353840 B CN 111353840B CN 201811574953 A CN201811574953 A CN 201811574953A CN 111353840 B CN111353840 B CN 111353840B
Authority
CN
China
Prior art keywords
conveying
information
meal
time
task
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
CN201811574953.3A
Other languages
English (en)
Other versions
CN111353840A (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
Hema China 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 Hema China Co Ltd filed Critical Hema China Co Ltd
Priority to CN201811574953.3A priority Critical patent/CN111353840B/zh
Publication of CN111353840A publication Critical patent/CN111353840A/zh
Application granted granted Critical
Publication of CN111353840B publication Critical patent/CN111353840B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • 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

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了订单信息处理方法、装置及电子设备，所述方法包括：服务器收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。通过本申请实施例，能够提高合单成功率，保证配送时效，同时降低商家用户的配送成本。

Description

订单信息处理方法、装置及电子设备
技术领域
本申请涉及订单信息处理技术领域，特别是涉及订单信息处理方法、装置及电子设备。
背景技术
在“新零售”等线上线下相结合的模式下，存在一种“外卖订餐”场景，线下的商家可以通过一些平台提供的商家端App进行店铺及菜品信息的发布，消费者用户则可以通过对应的消费者端App进行信息的浏览，并选择其中的店铺进行菜品的选择及下单操作。相应的，系统将会将用户的下单信息提供给对应的商家客户端，由商家进行菜品的制作、打包等处理。另外，系统还可以分配相应的配送员，由配送员到商家的店铺中取货并配送至消费者用户指定的收货地址。
在上述场景下，配送时效是体现平台竞争力的一个重要因素，为此，一些平台向消费者做出“30分钟送达”等承诺。为了实现该承诺，则需要在多个环节上进行优化。现有技术中，主要依靠增大线下门店的密度，增加配送员的数量等方式来实现。但是，在非用餐高峰期，过多的配送员数量会造成人力资源的浪费。为此，在现有技术中，可以采用“合单”的方案，也就是说，在用餐高峰期，在同一实体店铺中多订单并发的情况下，可以将送餐时间，送餐地址等都比较接近的多个订单合并成同一个配送订单，由同一个配送员进行配送。这样，可以在保证配送时效的同时，降低对配送员人力资源的浪费。
上述“合单”的方案理论上讲能够解决一定的问题，但是，在实际应用中，同一个实体店铺的订单真正能够进行合单的情况可能并不多，以至于上述“合单”方案难以发挥出其价值。因此，仍然存在大量的配送时效延误的情况，以至于消费者用户可能会由于超时未送达而进行退单，造成系统资源的浪费，也影响用户体验。
因此，如何更有效的保证“外卖订餐”场景下的餐品配送时效，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了订单信息处理方法、装置及电子设备，能够提高合单成功率，保证配送时效，同时降低商家用户的配送成本。
本申请提供了如下方案：
一种订单信息处理方法，包括：
服务器收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
一种订单信息处理方法，包括：
第一用户客户端接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述订单中的关联餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
以餐品为单位，提供所述提示信息。
一种配送任务信息处理方法，包括：
配送者客户端接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
提供所述配送任务信息。
一种输送处理方法，包括：
输送机器人设备客户端接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内。
一种餐品信息提供方法，包括：
第一用户客户端提供用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
一种餐品信息处理方法，包括：
接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
对所述餐品信息进行保存；
在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
一种订单信息处理装置，包括：
订单收集单元，用于收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
合单处理单元，用于如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
一种订单信息处理装置，包括：
订单信息接收单元，用于接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
提示信息接收单元，用于接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述订单中的关联餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
提示信息提供单元，用于以餐品为单位，提供所述提示信息。
一种配送任务信息处理装置，包括：
配送任务接收单元，用于接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
配送任务信息提供单元，用于提供所述配送任务信息。
一种输送处理装置，包括：
输送任务接收单元，用于接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
输送任务执行单元，用于执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内。
一种餐品信息提供装置，包括：
操作选项提供单元，用于提供用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息提交单元，用于通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
一种餐品信息处理装置，包括：
餐品信息接收单元，用于接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息保存单元，用于对所述餐品信息进行保存；
加工制作时间提示单元，用于在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
如果多个订单对应的配送时间以及配送地址的相似度满足预置条件，且对应的第一用户关联的实体店铺所在的地理位置信息符合预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
对所述餐品信息进行保存；
在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，具体在收集到第二用户提交的订单后，可以基于订单对应的第一用户关联的实体店铺所在的地理位置信息，进行合单处理，也即，可以将多个订单合并成同一个配送任务进行配送，并且，在合并的过程中，可以对对应到多个第一用户的不同订单进行合单，只所述多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，并且在配送时间、配送地址方面的相似度达到第一预置条件，便可以进行合单。这样，相对于针对同一第一用户的合单情况而言，由于同一时间段内能够参与合单的订单数量增加，因此，合单的成功率得到提升，使得通过合单带来的效率优势得以凸显。另外，对于第一用户而言，由于联合了其他的第一用户一起进行配送，因此，还有利于降低第一用户的配送成本。
另外，在优选的情况下，还可以对根据配送任务的配送时间，计算出配送者的取货时间，进一步的，还可以根据具体的第一用户对具体餐品的加工制作所需时间，计算出每道餐品的最晚开始加工制作时间信息，并按照该信息向对应的第一用户提供提示信息，以避免第一用户由于太晚开始加工制作导致的配送时效延误等情况发生。另外，第一用户可以根据该提示确定开始加工制作的时间，因此，也不会因为过早开始加工制作，导致的餐品口感下降、变凉等情况发生。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第一用户客户端界面的示意图；
图4是本申请实施例提供的优选实现方案的实现流程示意图；
图5是本申请实施例提供的第二方法的流程图；
图6是本申请实施例提供的第三方法的流程图；
图7是本申请实施例提供的第四方法的流程图；
图8是本申请实施例提供的第五方法的流程图；
图9是本申请实施例提供的第六方法的流程图；
图10是本申请实施例提供的第一装置的示意图；
图11是本申请实施例提供的第二装置的示意图；
图12是本申请实施例提供的第三装置的示意图；
图13是本申请实施例提供的第四装置的示意图；
图14是本申请实施例提供的第五装置的示意图；
图15是本申请实施例提供的第六装置的示意图；
图16是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请发明人在实现本申请的过程中发现，一些线下的实体店铺存在以下特点：这些实体店铺开设在一些商场或者其他商业建筑内，建筑内的某一层或者多层为专门的与餐饮相关的实体店铺，使得这些实体店铺的地理位置非常接近。为此，本申请实施例中可以将符合上述特点的第一用户(商家等)称为“联营商”，并为这种联营商提供统一的配送等相关业务的管理。具体的，在根据第二用户(消费者用户等)在线上提交的订单生成配送任务的过程中，具体在进行合单处理时，可以将对应到多个联营商的订单集中在一起，同一进行合单处理。也就是说，在本申请实施例中，不再仅仅针对同一个第一用户对应的订单进行合单配送，而是可以将多个第一用户对应的订单联合在一起，统一进行合单配送。也就是说，同一配送批次中的订单，可能会包括多个第一用户，配送员可以到多个不同的实体店铺中进行取货，然后再一起进行配送。其中，这些实体店铺具有位于同一建筑物内的同一层等特点，因此，配送员在多个不同实体店铺中取餐的过程不会造成过多的时间延误。另外，在实际应用中，还可以由具体的第一用户将制作完成并打包的餐品统一送到楼层内公共的“配送员取餐处”，配送员只要在该取餐处统一进行取货即可，进一步提升效率。
通过这种方式，由于可以联合多个第一用户一起进行合单，因此，同一时间产生的订单基数会相对较大，使得能够进行合单的概率得以提升，从而能够使得合单方案能够更充分地发挥其应有的作用。另外，对于第一用户而言，由于可以联合其他第二用户，借用平台统一配送的模式实现配送，因此，还可以进一步降低配送成本。
具体实现时，从系统架构角度而言，参见图1，可以包括服务器、第二用户客户端、配送者客户端，另外，在具体实现时，还可以为具体的第一用户关联的实体店铺提供第一用户客户端。其中，第二用户客户端主要用户进行下单等操作，服务器则根据第二用户的请求生成具体的订单，并且，可以将订单信息推送给关联的第一用户客户端，由第一用户客户端进行相关的餐品的加工制作等处理。另外，在本申请实施例中，服务器还可以记录第一用户关联的实体店铺的地理位置信息，在优选的实现方式下，还可以保存多个第一用户集合(例如，位于同一商场中同一楼层的各个第一用户，符合本申请实施例中关于“联营商”的定义，则可以加入到同一个第一用户集合中)的信息，在具体接收到第二用户的订单后，还可以根据同一第一用户集合所关联的订单，进行配送合单，并将生成的相关配送任务提供给配送者客户端。配送者客户端则可以根据收到具体的配送任务执行配送。另外，如图1所示，在本申请实施例中，还可以根据同一第一用户集合的各个第一用户关联的实体店铺所在的地理位置信息，提供统一的配送员取餐处。再者，在优选的实施方式中，服务器在进行合单生成了具体的配送任务后，还可以向具体的第一用户客户端提供一些相关的提示信息，避免第一用户过早或者过晚进行具体餐品的加工制作，在避免制作过晚导致的对配送时效造成影响，也避免由于制作过早导致的影响餐品的口感等情况发生。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
首先，该实施例一从服务器的角度，提供了一种订单信息处理方法，参见图2，该方法具体可以包括：
S201：收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
其中，所述第一用户具体就是可以是指商家用户等，在本申请实施例中，具体的商家用户可以在线上发布其可提供的商品对象的信息，并根据线上的订单，通过线下的实体店铺进行具体商品对象的加工制作，并配送至用户指定的收货地址。而本申请实施例中的服务器具体就可以是指为第一用户提供了信息发布服务，以及为第二用户(消费者用户等)提供信息浏览服务，以及相应的下单等相关服务的平台方服务器。因此，第二用户在通过第二用户客户端浏览第一用户所发布的商品对象信息的过程中，如果需要进行下单，则服务器可以提供相应的下单流程，并执行具体的生成交易订单的相关实现。也就是说，服务器可以掌握系统中的用户的下单情况，以及相应的订单信息，并且可以获知具体的订单是对应于哪个具体的第一用户。也就是说，平台中的第一用户数量会比较多，第二用户在下单时会选择其中一个第一用户，然后再选择具体的商品对象，完成支付后，生成相应的订单。因此，服务器可以获知具体的订单关联的第一用户信息，商品对象信息，另外还可以获知第二用户所需的配送时间信息，配送地址信息，等等。然后，可以将具体的订单信息推送至第一用户客户端，这样，可以用户客户端可以收到相应的订单信息，并且可以进行具体的加工制作过程。
在此过程中，如果第一用户采购了平台提供的配送服务，则服务器还可以根据具体的订单生成配送任务，并为具体的配送任务分配配送者(可以是人工配送员，或者配送机器人等)，由配送者从第一用户关联的实体店铺中取得待配送的商品对象(餐品等)，并配送至第二用户指定的配送地址。而服务器在生成配送任务时，则可以按照一定的策略进行合单处理。在本申请实施例中，则除了可以考虑配送时间以及配送地址的因素，还可以考虑第一用户关联的实体店铺所在的地理位置的因素，也即，关联的实体店铺所在的地理位置信息符合第二预置条件的多个第一用户对应的订单，可以集中在一起，统一进行合单处理，从而提高合单成功率。
具体实现时，具体第二用户客户端完成商品对象的选择、支付等处理后，可以由服务器生成订单，因此，不同的第二用户客户端对应的订单都会汇总到服务器，可以有服务器进行同一的配送任务管理。具体实现时，可以对等待时间进行设定，例如，可以将等待时间设定为5分钟，也即，可以将5分钟内接收到的订单作为一批，进行合单处理，超过5分钟后则不再等待，后续生成的新订单将会在下一批中进行合单处理。
也就是说，服务器可以在一定的时间周期内对所接收到的订单的信息进行收集，例如，在某周期内收集到的订单信息可以如表1所示：
表1
订单编号 配送时间 配送地址 第一用户标识
1 13：00 某小区1号楼 商家甲
2 13：00 某小区3号楼 商家乙
…… …… …… ……
S202：如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
在收集了多份订单信息后，可以进行合单处理。具体的，首先可以根据订单对应的第一用户信息，对订单进行聚类，将对应的第一用户关联的实体店铺所在的地理位置信息符合第二预置条件的订单聚为一类，之后，从同一类订单中，将配送时间以及配送地址均比较相似的订单合并为同一个配送任务。例如，如上述表1所示，假设某第二用户A在某时刻提交了一个订单，对应的配送时间是13：00，配送地址是某小区1号楼，对应的第一用户是商家甲；第二用户B也在某时刻提交了一个订单，对应的配送时间也是13：00，配送地址是同一个小区的3号楼，对应的第一用户是商家乙。则可以按照第一用户的维度，对订单信息进行处理，将同一第一用户集合内的各个第一用户对应的订单集中在一起。例如，经过处理后，服务器保存的信息可以如表2所示：
表2
在进行了上述的数据处理之后，还可以在同一个第一用户集合对应的订单中，按照预置的策略进行合单处理。例如，在上述表2的例子中，订单1与订单2对应的第一用户属于同一第一用户集合中，并且这两个订单的配送时间、配送地址的相似度都比较高，此时，服务器便可以将上述两个订单合并为一个配送任务，由同一个配送者为上述第一用户A以及第一用户B完成配送。也就是说，在进行合单处理后，对应的配送任务信息具体可以如表3所示：
表3
这样，由于多个第一用户可以一起进行合单，而不再限于同一的第一用户，因此，同一周期内参加合单的订单数量会有所增加，相应的，合单的成功率也会得到提升。另一方面，多个第一用户之间形成联营，还可以降低第一用户的配送成本。
生成具体的配送任务后，服务器还可以分配具体的配送者，在本申请实施例中，配送者可以是具体的配送服务人员，或者，还可以是配送机器人等等。其中，由于同一个配送任务中对应多个第一用户的多个订单，因此，如何将这些订单各自对应的餐品集中起来，由同一个配送者进行配送，是需要考虑的问题。
在其中一种方式下，可以是将具体配送任务中，各个订单分别对应的第一用户关联实体店铺的详细地址(包括在具体建筑物内的楼层，位置，门牌号等)等信息提供给配送者，由配送者到各个实体店铺内逐个收集具体的餐品，然后再开始进行配送。或者，为了进一步节约时间，针对同一第一用户集合内的各个实体店铺位于同一建筑物甚至同一楼层的情况，还可以在建筑物内设置统一的配送者取餐处，在第一用户完成具体餐品的加工制作及打包操作后，还可以将具体的餐品输送至该取餐处，这样，配送者只要在取餐处的等待，即可集齐配送任务中各个订单对应的餐品。这样，可以将集齐餐品的任务从配送者分派给各个具体的第一用户，从而可以进一步提升效率。
在上述设置了取餐处的情况下，由于从具体第一用户的实体店铺到取餐处还有一定的距离，因此，为了避免增加第一用户的人力成本还可以在建筑物内配备输送机器人设备。也即，在第一用户完成某餐品的加工制作及打包处理后，可以由机器人设备输送至统一的取餐处，避免通过人工的方式进行输送。在这种情况下，服务器还可以记录所述输送机器人的状态信息，然后，还可以向处于空闲状态的机器人设备发送输送任务，将第一用户对应的实体店铺在建筑物内的位置信息提供给具体的机器人设备，由机器人设备内置的建筑物内的地图信息，取餐处位置信息等，自动计算出输送路线，并完成输送任务。或者，在另一种方式下，也可以由服务器计算具体的输送路线提供给输送机器人设备，由机器人设备按照服务器设定的路线完成输送任务，等等。
其中，在第一用户进行加工制作的环节，在具体实现时，传统的方案往往仅将具体的订单信息提供给第一用户客户端，使得第一用户获知第二用户所需的配送时间信息，然后按照该时间进行餐品的加工制作。但是，由于从配送者取货到配送到具体的收货地址还需要一定的时间，因此，服务器通常还可以设定配送者取货时间，而在传统的方案中，该信息是不会提供给第一用户客户端的。也就是说，第一用户只知道送到收货地址的时间，而不知道配送者需要取货的时间。这就导致可能出现两种情况：第一种是第一用户过晚地开始进行加工制作，配送员已经到店取餐，但是餐品尚未加工制作完成，需要配送员等待，以至于可能延误配送时效。第二种是，第一用户过早地开始进行加工制作，但是等到配送员取餐再送到收货地址，餐品的口感可能已经不是最好，甚至可能出现变凉等现象。关于上述两种情况，在不涉及合单时，可能还不太明显，但是，一旦涉及合单，则可能会更严重。尤其是在本申请实施例中，需要在多个不同的第一用户的订单之间进行合单，也就意味着，一次配送任务中的餐品是来自于多个实体店铺，虽然这些实体店铺之间的距离并不远，但是也会涉及到将多个实体店铺中的餐品汇集到一起的过程，该过程仍然要花费一些时间，因此，对于第一用户何时开始进行餐品的加工制作更是有了更高的要求，如果开始的太晚，则可能会导致整个配送任务的延误，甚至出现用户退单的情况。
为此，在本申请的优选实施例中，服务器还可以根据所述配送任务对应的配送时间确定配送者取货时间，其中，具体实现时，可以默认将配送时间向前半小时或者其他时间长度的方式，来确定配送者取货时间。例如，某配送任务的配送时间是13：00，则可以将配送者取货时间定为12：30，等等。之后，还可以将所述配送者取货时间信息提供给所述多个订单分别对应的第一用户客户端。也就是说，假设某配送任务中对应两个订单，其中一个订单对应的第一用户是商家甲，另一个订单对应的第一用户是商家乙，配送时间是13：00，则可以将配送者取货时间为12：30这一信息提供给商家甲以及商家乙的客户端。这样，商家甲和商家乙可以根据这个时间，来确定具体开始对餐品进行加工制作的时间，以避免开始地过早或者过晚。
另外，在具体实现时，每个餐品的加工制作所需时间通常是可以预先估算好的，因此，在优选的实施方式中，还可以根据配送者取货时间以及具体餐品的加工制作所需时间，计算出该餐品最晚开始加工制作的时间，并提示给第一用户客户端。例如，在前述例子中，确定出配送者取货时间为12：30，其中某订单中涉及到某餐品，该餐品由某商家A负责进行加工制作，所需时间是15分钟，则可以计算出该商家A最晚开始制作该餐品的时间是12：15，因此，可以在该时间点对该商家A进行提示，等等。
当然，在不同的第一用户的实体店铺中，由于加工方式、加工师傅的数量等有所不同，同一餐品对应的加工制作所需时间可能也会有所不同，因此，在具体实现时，具体的第一用户还可以将各自所能提供的餐品，以及对应的加工制作所需时间信息提交到服务器，由服务器进行保存。例如，具体实现时，服务器保存的信息可以如表4所示：
表4
这样，服务器生成配送任务后，还可以根据具体的配送时间确定出配送员取货时间，进而还可以根据具体订单中的各餐品在对应第一用户中的加工制作所需时间，计算出各餐品的最晚开始加工制作的时间，然后，可以按照该时间信息向第一用户进行提醒，避免出现延误。例如，具体保存的配送任务信息可以如表5所示：
表5
具体在向第一用户提供关于最晚开始加工制作的时间信息时，可以以具体的餐品为单位进行提供。例如，可以如图3所示，关于同一第一用户对应的订单，可以按照餐品维度拆分成多个加工制作任务，并且可以根据具体的配送者取货时间信息，向第一用户提示各个餐品的剩余加工时间。例如，图3中的“椒盐皮皮虾中号500g/份装”这一餐品，显示的剩余时间是“最多剩35分钟”，“荷叶包鸡”这一餐品，显示的剩余时间是“最多剩54分钟”，等等。而如果某餐品在到达对应的最晚开始加工制作的时间时，仍然处于未完成状态，则可以进行提醒，例如，如图3所示，可以将即将超时或者已经超时的餐品对应的信息优先显示，并且可以通过改变具体所在资源位的底色等方式，进行高亮显示，以引起任务执行者的注意。其中，“五彩冰淇凌50g装”，显示的是“最多剩15分钟”，并且可以将底色显示为红色等更加醒目的颜色，等等。
另外，如前文所述，具体的第一用户集合中各个实体店铺位于同一建筑物内，甚至同一层，则还可以在建筑物内设置配送者取餐处，此时，需要在第一用户完成餐品的加工制作后，首先输送至该取餐处。在这种情况下，服务器述存储的信息还可以包括：从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息，例如，如表6所示，
表6
这样，具体在计算各个餐品的最晚开始加工制作时间时，可以根据所述取货时间、餐品对应的加工制作所需时间以及所述输送所需时间，综合计算出最晚开始加工制作时间。这样，由于考虑了输送所需时间这一因素，因此，可以进一步为第一用户预留出更多的时间，提早对第一用户进行提醒。当然，这种提醒信息发出的时间又不会过早，避免出现餐品制作完成后放置时间过长导致的影响口感等问题。
另外，在建筑物内设有输送机器人设备的情况下，在向输送机器人发送输送任务时，也可以根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚开始输送时间，然后根据所述最晚开始输送时间生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
也就是说，在一种优选的实现方式下，如图4所示，多个第二用户进行下单，服务器可以针对收集到的订单，按照配送时间、配送地址等进行合单，生成一个配送批次。其中，在本申请实施例中，同一配送批次中包括的多个订单，可能对应多个不同的第一用户，但是，这些第一用户对应实体店铺的位置信息符合预置条件，例如，位于同一建筑物内，甚至同一楼层，等等。服务器可以根据具体配送任务的配送员取货时间，以及具体每个餐品在对应第一用户(可以称为联营商)的实体店铺内进行加工制作所需的时间长度信息，计算出每道餐品的最晚开始加工制作时间信息，并将该信息提供给对应的第一用户客户端。例如，提示其最晚在某个时间需要对某餐品开始进行加工制作，等等。相应的，第一用户便可以根据自己的情况对各自经营的物品进行提前加工制作。之后，到了当前配送任务的配送员取货时间后，可以将该配送任务内的各个物品进行统一的打包处理，并配送至各个订单对应的第二用户指定的配送地址。
总之，通过本申请实施例，具体在收集到第二用户提交的订单后，可以基于订单对应的第一用户关联的实体店铺所在的地理位置信息，进行合单处理，也即，可以将多个订单合并成同一个配送任务进行配送，并且，在合并的过程中，可以对对应到多个第一用户的不同订单进行合单，只所述多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，并且在配送时间、配送地址方面的相似度达到第一预置条件，便可以进行合单。这样，相对于针对同一第一用户的合单情况而言，由于同一时间段内能够参与合单的订单数量增加，因此，合单的成功率得到提升，使得通过合单带来的效率优势得以凸显。另外，对于第一用户而言，由于联合了其他的第一用户一起进行配送，因此，还有利于降低第一用户的配送成本。
另外，在优选的情况下，还可以对根据配送任务的配送时间，计算出配送者的取货时间，进一步的，还可以根据具体的第一用户对具体餐品的加工制作所需时间，计算出每道餐品的最晚开始加工制作时间信息，并按照该信息向对应的第一用户提供提示信息，以避免第一用户由于太晚开始加工制作导致的配送时效延误等情况发生。另外，第一用户可以根据该提示确定开始加工制作的时间，因此，也不会因为过早开始加工制作，导致的餐品口感下降、变凉等情况发生。
实施例二
该实施例二是与实施例一相对应的，从第一用户客户端的角度，提供了一种订单信息处理方法，参见图5，该方法具体可以包括：
S501：第一用户客户端接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
S502：接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件。
实施例三
该实施例三也是与实施例一相对应的，从配送者客户端的角度，提供了一种配送任务信息处理方法，参见图6，该方法具体可以包括：
S601：配送者客户端接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
S602：提供所述配送任务信息。
其中，具体实现时，所述多个第一用户可以位于同一建筑物内；此时，所述配送任务信息中还可以包括所述多个第一用户对应的实体店铺各自在所述建筑物内的地理位置信息，以便所述配送者分别到所述第一用户对应的实体店铺中进行取餐后进行配送。
或者，所述多个第一用户位于同一建筑物内，所述建筑物内设有配送者取餐处，所述第一用户加工制作完成的餐品输送至所述取餐处等待配送；此时，所述配送任务信息中还包括所述取餐处在所述建筑物内的地理位置信息。
实施例四
该实施例四是从输送机器人设备客户端的角度，提供了一种输送处理方法，参见图7，该方法具体可以包括：
S701：输送机器人设备客户端接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
S702：执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内。
实施例五
另外，该实施例五还从第一用户客户端的角度，提供了一种餐品信息提供方法，参见图8，该方法具体可以包括：
S801：第一用户客户端用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
S802：通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
实施例六
该实施例六是与实施例五相对应的，从服务器的角度，提供了一种餐品信息处理方法，参见图9，该方法具体可以包括：
S901：接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
S902：对所述餐品信息进行保存；
S903：在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
其中，在具体实现时，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件。
也就是说，即使不是针对合单的情况，也可以向第一用户客户端提示关于餐品的最晚开始加工制作的时间，以避免对配送时效造成延误。
关于前述实施例二至实施例六中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。
与实施例一相对应，本申请实施例还提供了一种订单信息处理装置，参见图10，该装置具体可以包括：
订单收集单元1001，用于收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
合单处理单元1002，用于如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
具体实现时，该装置还可以包括：
取货时间确定单元，用于根据所述配送任务对应的配送时间确定配送者取货时间；
取货时间提供单元，用于将所述配送者取货时间信息提供给所述多个订单分别对应的第一用户客户端。
另外，所述订单中的商品对象为餐品对象；此时，该装置还可以包括：
餐品信息存储单元，用于存储所述第一用户提供的餐品列表信息，以及所述餐品对应的加工制作所需时间信息；
第一时间确定单元，用于根据所述订单中的目标餐品信息，确定所述订单所需的加工制作所需时间；
第二时间确定单元，用于根据所述取货时间以及所述加工制作所需时间确定最晚开始加工制作时间；
提示单元，用于根据所述最晚开始加工制作时间，向对应的第一用户客户端提供提示信息。
其中，符合所述第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内。
或者，符合所述第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内的同一楼层。
其中，在具体实现时，所述同一建筑物内还设有配送者取餐处，以便将所述第一用户加工制作完成的餐品送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送。
此时，所述存储的信息中还可以包括：从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；
所述第二时间确定单元具体可以用于：
根据所述取货时间、所述加工制作所需时间以及所述输送所需时间，确定最晚开始加工制作时间。
另外，所述建筑物内还可以设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；
所述装置还可以包括：
机器人状态记录单元，用于记录所述输送机器人的状态信息；
第三时间确定单元，用于根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；
输送路线确定单元，用于根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；
输送任务生成单元，用于根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
与实施例二相对应，本申请实施例还提供了一种订单信息处理装置，参见图11，该装置具体可以包括：
订单信息接收单元1101，用于接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
提示信息接收单元1102，用于接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述订单中的关联餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
提示信息提供单元1103，用于以餐品为单位，提供所述提示信息。
与实施例三相对应，本申请实施例还提供了一种配送任务信息处理装置，参见图12，该装置具体可以包括：
配送任务接收单元1201，用于接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；
配送任务信息提供单元1202，用于提供所述配送任务信息。
其中，所述多个第一用户位于同一建筑物内；
所述配送任务信息中还包括所述多个第一用户对应的实体店铺各自在所述建筑物内的地理位置信息，以便所述配送者分别到所述第一用户对应的实体店铺中进行取餐后进行配送。
或者，所述多个第一用户位于同一建筑物内，所述建筑物内设有配送者取餐处，所述第一用户加工制作完成的餐品输送至所述取餐处等待配送；
所述配送任务信息中还包括所述取餐处在所述建筑物内的地理位置信息。
与实施例四相对应，本申请实施例还提供了一种输送处理装置，参见图13，该装置具体可以包括：
输送任务接收单元1301，用于接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
输送任务执行单元1302，用于执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内。
与实施例五相对应，本申请实施例还提供了一种餐品信息提供装置，参见图14，该装置具体可以包括：
操作选项提供单元1401，用于提供用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息提交单元1402，用于通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
与实施例六相对应，本申请实施例还提供了一种餐品信息提供装置，参见图15，该装置具体可以包括：
餐品信息接收单元1501，用于接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息保存单元1502，用于对所述餐品信息进行保存；
加工制作时间提示单元1503，用于在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
其中，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件。
另外，本申请实施例还提供了一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
如果多个订单对应的配送时间以及配送地址的相似度满足预置条件，且对应的第一用户关联的实体店铺所在的地理位置信息符合预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送。
以及另一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
对所述餐品信息进行保存；
在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示。
其中，图16示例性的展示出了计算机系统的架构，具体可以包括处理器1610，视频显示适配器1611，磁盘驱动器1612，输入/输出接口1613，网络接口1614，以及存储器1620。上述处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，与存储器1620之间可以通过通信总线1630进行通信连接。
其中，处理器1610可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。
存储器1620可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1620可以存储用于控制电子设备1600运行的操作系统1621，用于控制电子设备1600的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1623，数据存储管理系统1624，以及订单信息处理系统1625等等。上述订单信息处理系统1625就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1620中，并由处理器1610来调用执行。
输入/输出接口1613用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
网络接口1614用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1630包括一通路，在设备的各个组件(例如处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，与存储器1620)之间传输信息。
另外，该电子设备1600还可以从虚拟资源对象领取条件信息数据库1641中获得具体领取条件的信息，以用于进行条件判断，等等。
需要说明的是，尽管上述设备仅示出了处理器1610、视频显示适配器1611、磁盘驱动器1612、输入/输出接口1613、网络接口1614，存储器1620，总线1630等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的订单信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (18)

1.一种订单信息处理方法，其特征在于，包括：
服务器收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送；其中，符合所述第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述多个第一用户加工制作完成的餐品输送至所述取餐处；
根据所述配送任务对应的配送时间确定配送者取货时间；
记录所述输送机器人的状态信息；
根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；
根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；
根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；
根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
2.根据权利要求1所述的方法，其特征在于，还包括：
存储第一用户集合，所述第一用户集合中包括多个第一用户的信息，所述多个第一用户对应的实体店铺所在的地理位置信息符合第二预置条件；
所述将该多个订单进行合并，包括：
如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的第一用户属于同一第一用户集合，则将该多个订单进行合并。
3.根据权利要求1所述的方法，其特征在于，还包括：
将所述配送者取货时间信息提供给所述多个订单分别对应的第一用户客户端。
4.根据权利要求3所述的方法，其特征在于，还包括：
存储所述第一用户提供的餐品列表信息，以及所述餐品对应的加工制作所需时间信息；
根据所述订单中的目标餐品信息，确定所述订单所需的加工制作所需时间；
根据所述取货时间、所述加工制作所需时间以及所述输送所需时间信息，确定最晚开始加工制作时间；
根据所述最晚开始加工制作时间，向对应的第一用户客户端提供提示信息。
5.根据权利要求4所述的方法，其特征在于，
符合所述第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内的同一楼层。
6.一种订单信息处理方法，其特征在于，包括：
第一用户客户端接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述订单中的关联餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；其中，所述符合预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；根据所述配送任务对应的配送时间确定配送者取货时间；在生成所述配送任务后还包括：记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备；
以餐品为单位，提供所述提示信息。
7.一种配送任务信息处理方法，其特征在于，包括：
配送者客户端接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；其中，所述符合预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；根据所述配送任务对应的配送时间确定配送者取货时间；在生成所述配送任务后还包括：记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备；
提供所述配送任务信息。
8.一种输送处理方法，其特征在于，包括：
输送机器人设备客户端接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述输送任务通过以下方式生成及分配：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
9.一种餐品信息提供方法，其特征在于，包括：
第一用户客户端提供用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示；其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；生成所述配送任务后还包括：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
10.一种餐品信息处理方法，其特征在于，包括：
接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
对所述餐品信息进行保存；
在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示；其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；生成所述配送任务后还包括：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
11.一种订单信息处理装置，其特征在于，包括：
订单收集单元，用于收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
合单处理单元，用于如果多个订单对应的配送时间以及配送地址的相似度满足第一预置条件，且对应的多个第一用户关联的实体店铺所在的地理位置信息符合第二预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送；其中，符合所述第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；
取货时间确定单元，用于根据所述配送任务对应的配送时间确定配送者取货时间；
机器人状态记录单元，用于记录所述输送机器人的状态信息；
用于根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息的单元；
第三时间确定单元，用于根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；
输送路线确定单元，用于根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；
输送任务生成单元，用于根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
12.一种订单信息处理装置，其特征在于，包括：
订单信息接收单元，用于接收服务器提供的订单信息，以便按照所述订单信息进行对应餐品的加工制作；
提示信息接收单元，用于接收所述服务器提供的提示信息，所述提示信息是根据所述订单对应的配送任务的开始配送时间，以及所述订单中的关联餐品的加工制作所需时间计算得到的，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；其中，所述符合预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；根据所述配送任务对应的配送时间确定配送者取货时间；在生成所述配送任务后还包括：记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备；
提示信息提供单元，用于以餐品为单位，提供所述提示信息。
13.一种配送任务信息处理装置，其特征在于，包括：
配送任务接收单元，用于接收服务器分配的配送任务信息，所述配送任务是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺所在的地理位置信息符合预置条件；其中，所述符合预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；根据所述配送任务对应的配送时间确定配送者取货时间；在生成所述配送任务后还包括：记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备；
配送任务信息提供单元，用于提供所述配送任务信息。
14.一种输送处理装置，其特征在于，包括：
输送任务接收单元，用于接收服务器分配的输送任务，所述输送任务是根据第一用户客户端关联的订单生成的，所述第一用户对应的实体店铺位于目标建筑物内，所述目标建筑物内还包括配送者取餐处；
输送任务执行单元，用于执行所述输送任务，将所述第一用户加工制作完成的餐品输送至所述取餐处，以便配送者从所述取餐处对配送任务中的餐品进行取餐后进行配送，其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述输送任务通过以下方式生成及分配：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
15.一种餐品信息提供装置，其特征在于，包括：
操作选项提供单元，用于提供用于上传关联的实体店铺内所提供的餐品信息的操作选项，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息提交单元，用于通过所述操作选项将接收到的餐品信息提交到服务器进行保存，以便所述服务器在接收到第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示；其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；生成所述配送任务后还包括：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
16.一种餐品信息处理装置，其特征在于，包括：
餐品信息接收单元，用于接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
餐品信息保存单元，用于对所述餐品信息进行保存；
加工制作时间提示单元，用于在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示；其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；生成所述配送任务后还包括：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
17.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
收集第二用户提交的订单，并确定所述订单对应的配送时间、配送地址以及对应的第一用户信息；
如果多个订单对应的配送时间以及配送地址的相似度满足预置条件，且对应的第一用户关联的实体店铺所在的地理位置信息符合预置条件，则将该多个订单进行合并，生成同一个配送任务，以便由同一个配送者进行配送；其中，符合第二预置条件的多个第一用户关联的实体店铺位于同一建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；
根据所述配送任务对应的配送时间确定配送者取货时间；
记录所述输送机器人的状态信息；
根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；
根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；
根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；
根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
18.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：
接收第一用户客户端提交的关联的实体店铺内所提供的餐品信息，所述餐品信息包括餐品标识，以及对应的加工制作所需时间信息；
对所述餐品信息进行保存；
在接收到所述第一用户关联的订单，并生成配送任务后，根据所述配送任务对应的取货时间以及对应餐品的加工制作所需时间确定最晚开始加工制作时间，并向所述第一用户客户端进行提示；其中，所述配送任务中是根据将多个订单信息进行合并生成的，所述多个订单对应多个第一用户，所述多个第一用户对应的实体店铺同一目标建筑物内；所述订单中的商品对象为餐品对象；所述同一建筑物内还设有配送者取餐处，以便将所述多个第一用户加工制作完成的餐品输送至所述取餐处，由所述配送者从所述取餐处进行取餐后进行配送；所述建筑物内还设有输送机器人设备，用于将所述第一用户加工制作完成的餐品输送至所述取餐处；生成所述配送任务后还包括：根据所述配送任务对应的配送时间确定配送者取货时间；记录所述输送机器人的状态信息；根据预先存储的信息，确定所述输送机器人从所述第一用户对应的实体店铺所在的位置到所述取餐处的输送所需时间信息；根据所述取货时间以及所述输送所需时间信息，确定输送机器人的最晚输送时间；根据所述第一用户对应的实体店铺所在的位置以及所述取餐处所在的位置，确定输送路线信息；根据所述最晚输送时间以及所述输送路线信息，生成输送任务，并分配给所述建筑物内处于空闲状态的输送机器人设备。
CN201811574953.3A 2018-12-21 2018-12-21 订单信息处理方法、装置及电子设备 Active CN111353840B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811574953.3A CN111353840B (zh) 2018-12-21 2018-12-21 订单信息处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811574953.3A CN111353840B (zh) 2018-12-21 2018-12-21 订单信息处理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN111353840A CN111353840A (zh) 2020-06-30
CN111353840B true CN111353840B (zh) 2023-07-21

Family

ID=71196774

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811574953.3A Active CN111353840B (zh) 2018-12-21 2018-12-21 订单信息处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN111353840B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112116218A (zh) * 2020-08-31 2020-12-22 深圳优地科技有限公司 一种配送方法、装置、终端和存储介质
CN113298282A (zh) * 2020-09-30 2021-08-24 阿里巴巴集团控股有限公司 商品对象的处理方法、装置及电子设备
CN112837007B (zh) * 2021-01-18 2023-09-22 上海燕汐软件信息科技有限公司 供应链管理方法、装置、设备及存储介质
CN112837128B (zh) * 2021-02-19 2023-04-28 拉扎斯网络科技（上海）有限公司 订单指派方法、装置、计算机设备及计算机可读存储介质
CN112837133A (zh) * 2021-03-10 2021-05-25 口碑(上海)信息技术有限公司 一种套餐信息提供方法、装置、以及电子设备
WO2022206478A1 (zh) * 2021-03-31 2022-10-06 拉扎斯网络科技（上海）有限公司 对象处置方法及装置
CN113256107A (zh) * 2021-05-24 2021-08-13 上海钛米机器人股份有限公司 一种配送任务合并方法、装置、存储介质及电子设备
CN113822621A (zh) * 2021-08-18 2021-12-21 武汉元光科技有限公司 一种外卖订单的处理方法、装置以及服务器
CN113780874A (zh) * 2021-09-22 2021-12-10 拉扎斯网络科技（上海）有限公司 信息处理方法和信息处理装置
CN115345566A (zh) * 2022-10-19 2022-11-15 安徽中技国医医疗科技有限公司 一种spd物流管理系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107175661A (zh) * 2017-05-19 2017-09-19 苏州寅初信息科技有限公司 基于机器人与无人机联合作业的智能外卖配送方法及系统
CN107292708A (zh) * 2017-06-09 2017-10-24 集合智造（北京）餐饮管理有限公司 一种餐饮企业运营系统以及实现方法
CN107844933A (zh) * 2017-09-21 2018-03-27 北京小度信息科技有限公司 订单处理方法及装置
CN107844885A (zh) * 2017-09-05 2018-03-27 北京小度信息科技有限公司 信息推送方法和装置
WO2018166346A1 (zh) * 2017-03-13 2018-09-20 阿里巴巴集团控股有限公司 提供数据对象信息的方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018166346A1 (zh) * 2017-03-13 2018-09-20 阿里巴巴集团控股有限公司 提供数据对象信息的方法、装置及系统
CN107175661A (zh) * 2017-05-19 2017-09-19 苏州寅初信息科技有限公司 基于机器人与无人机联合作业的智能外卖配送方法及系统
CN107292708A (zh) * 2017-06-09 2017-10-24 集合智造（北京）餐饮管理有限公司 一种餐饮企业运营系统以及实现方法
CN107844885A (zh) * 2017-09-05 2018-03-27 北京小度信息科技有限公司 信息推送方法和装置
CN107844933A (zh) * 2017-09-21 2018-03-27 北京小度信息科技有限公司 订单处理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
印松 ; 汪健 ; .基于LabVIEW的机器人餐厅服务器设计.上海电机学院学报.2017,(03),全文. *

Also Published As

Publication number Publication date
CN111353840A (zh) 2020-06-30

Similar Documents

Publication Publication Date Title
CN111353840B (zh) 订单信息处理方法、装置及电子设备
CN107909261B (zh) 订单推送方法和装置
CN107180369B (zh) 商品对象信息处理方法、装置及系统
TW201737196A (zh) 物流資源的調度方法、設備及系統
CN104156843A (zh) 一种物流配送管理系统及其方法
CN107886245A (zh) 订单推送方法和装置
CN106156975A (zh) 业务对象的库存信息处理方法及装置
CN106485441A (zh) 一种外卖配送方法及系统
CN107274014A (zh) 一种基于标准箱的配送任务的处理方法、系统及终端
CN111428897A (zh) 一种快递柜的控制方法、装置、第一终端及第二终端
CN110599078B (zh) 物流配送信息的处理方法、装置及计算机设备
CN110503521A (zh) 智能销售终端的租赁信息处理方法、装置、服务器及其系统
CN105095977A (zh) 一种订单分配方法及装置
CN111985748A (zh) 订单批次处理方法、装置及计算机系统
CN107169715A (zh) 配送商的基于标准箱货品的动态配送方法、系统及终端
CN111242555A (zh) 库存数据处理方法、装置及系统
CN113191713A (zh) 仓库缺货转仓方法、装置、设备及存储介质
CN107153926A (zh) 一种基于标准箱的货品分配方法、系统及订单管理服务器
CN110796402A (zh) 订单批次调度方法、装置及计算机系统
US10743703B2 (en) Mobile cooking and ingredient supply system and a system to prepare food and supply ingredient
CN107203858A (zh) 配送时间确定方法和装置
CN111008800A (zh) 配送任务的数据处理方法、装置、服务器和存储介质
CN113888229A (zh) 一种门店数据处理及订单处理方法及装置
CN113935687A (zh) 基于取餐柜的配送处理方法、装置及电子设备
CN105678654A (zh) 餐饮服务方法和系统

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
TA01 Transfer of patent application right

Effective date of registration: 20230630

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

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

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

Applicant before: ALIBABA GROUP HOLDING Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant