团体配送订单的提交方法、装置、电子设备与流程

1.本技术实施例计算机技术领域，特别是涉及团体配送订单的提交方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.在远程会议、远程培训等多人参与的团体活动场景中，经常会有为参与团体活动的每个用户订餐、发送纪念品或礼物等需求。以多人参与的远程会议为例，经常有需要专门人员为参会人员外卖点餐的需求。现有技术中，由于参与远程会议的参会人员可能分布在多个地址，为参会人员点餐的人员需要人工分别和参会人员沟通点餐信息，然后再为相应参会人员分别提交外卖订单，操作繁琐，效率低下。
3.可见，现有技术中需要提供一种团体配送订单的提交方法，以提升团体配送订单的提交效率。


技术实现要素：

4.本技术实施例提供一种团体配送订单的提交方法，有助于提升团体配送订单的提交效率。
5.第一方面，本技术实施例提供了一种团体配送订单的提交方法，包括：
6.响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；
7.响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；
8.响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；
9.响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单。
10.第二方面，本技术实施例提供了一种团体配送订单的提交装置，包括：
11.订单标识获取模块，用于响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；
12.订单信息设置入口推送模块，用于响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；
13.配送订单创建模块，用于响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；
14.配送订单提交模块，用于响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单。
15.第三方面，本技术实施例提供了一种团体配送订单的提交方法，包括：
16.响应于订单信息设置入口的访问操作，获取所述访问操作关联的用户标识和订单约束信息，其中，所述订单约束信息为用于生成所述订单信息设置入口的订单标识所属团体配送订单的订单约束信息；
17.获取所述用户标识所标识用户设置的配送地址；
18.获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品；
19.向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第三提示信息，其中，所述第三提示信息包括：提示用户选择所述订单产品的信息；
20.响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息；
21.将获取的所述订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单。
22.第四方面，本技术实施例提供了一种团体配送订单的提交装置，包括：
23.用户标识和订单约束信息获取模块，用于响应于订单信息设置入口的访问操作，获取所述访问操作关联的用户标识和订单约束信息，其中，所述订单约束信息为用于生成所述订单信息设置入口的订单标识所属团体配送订单的订单约束信息；
24.配送地址获取模块，用于获取所述用户标识所标识用户设置的配送地址；
25.订单产品推荐模块，用于获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品；
26.完善信息提示模块，用于向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第三提示信息，其中，所述第三提示信息包括：提示用户选择所述订单产品的信息；
27.订单信息获取模块，用于响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息；
28.订单信息发送模块，用于将获取的所述订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单。
29.第五方面，本技术实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本技术实施例所述的团体配送订单的提交方法。
30.第六方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本技术实施例公开的团体配送订单的提交方法的步骤。
31.本技术实施例公开的团体配送订单的提交方法，通过响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单，有助于提升团体配送订单的提交效率。
32.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，
而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
33.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
34.图1是本技术实施例一的团体配送订单的提交方法流程图；
35.图2是本技术实施例二的团体配送订单的提交方法流程图；
36.图3是本技术实施例三的团体配送订单的提交装置结构示意图之一；
37.图4是本技术实施例三的团体配送订单的提交装置结构示意图之二；
38.图5是本技术实施例四的团体配送订单的提交装置结构示意图；
39.图6示意性地示出了用于执行根据本技术的方法的电子设备的框图；以及
40.图7示意性地示出了用于保持或者携带实现根据本技术的方法的程序代码的存储单元。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.实施例一
43.本技术实施例公开的一种团体配送订单的提交方法，如图1所示，所述方法包括：步骤110至步骤140。
44.步骤110，响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识。
45.本技术实施例中所述的团体配送订单指包括多个用户的团体中多个团体成员的所有配送订单。例如，在远程会议场景中，所述团体配送订单可以为所有参会人员的配送订单；在远程培训场景中，所述团体配送订单可以为参加培训的部分或全部学员的配送订单，或者可以为部分或全部培训教师的配送订单。
46.本技术实施例中所述的配送订单可以为外卖点餐订单、网络购物订单等线上下单，线下配送至指定配送地址的产品订单。
47.为了便于读者理解本技术的技术方案，本技术实施例中以远程会议场景中为参会人员外卖点餐的具体应用场景为例，详细说明本技术公开的团体配送订单的提交方法的具体实施方案。在外卖点餐场景中，配送订单为外卖订单；通常情况下，订单产品包括：餐食、饮料等。本技术实施例中所述的团体配送订单的提交方法中配送订单提交过程分为三个阶段，每个阶段的参与用户不同。其中，第一个阶段为创建团体配送订单的阶段，第二个阶段为完善订单信息的阶段，第三个阶段为提交配送订单的阶段，第一个阶段和第三个阶段通
常由同一个用户(如会议组织者)执行，第二个阶段由与第一阶段相同或不同的一个或多个用户执行(如参会人员)。
48.本技术的一些实施例中，可以首先对现有技术中的外卖系统进行改进，使得改进后的外卖系统支持用户创建团体配送订单的操作。本技术的一些实施例中，所述响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识，包括：响应于针对提交配送订单客户端的第一界面内预设第一入口的触发操作，显示第二界面；其中，所述预设第一入口为指示创建团体配送订单的操作入口，所述第二界面为设置团体配送订单的订单约束信息的交互界面；响应于创建团体配送订单的确认操作，生成用于标识所述团体配送订单的订单标识，并将在所述第二界面设置的订单约束信息、所述团体配送订单与所述订单标识进行关联存储。
49.例如，本技术的一些实施例中，可以在外卖系统的客户端首页(即前述第一界面)设置一个指示创建团体配送订单(如指示会议订餐)的按键(即前述预设第一入口)，该按键被触发后，外卖系统的客户端切换到执行团体配送订单功能的功能模块。在执行团体配送订单功能的功能模块时，外卖系统的客户端首先创建并显示一个团体配送订单的设置界面(即前述第二界面)，用户可以在该设置界面内设置待创建的团体配送订单的基本信息，本技术实施例中下文称为“订单约束信息”。例如，设置团体配送订单的团体成员数量(如设置参会人员数量)、配送订单类型(订餐类型为正餐、下午茶等)、单个配送订单金额阈值(如单个订单预算金额范围)、订单送达时间(如取餐时间)等。
50.本技术的一些实施例中，所述订单约束信息包括：订单产品。用户可以通过团体配送订单的设置界面配置可以预定的订单产品。例如，设置配送订单中将要预定的餐饮套餐。
51.本技术的一些实施例中，用户还可以设置团体配送订单得其他关联信息，如团体配送订单描述信息、团体配送订单创建人员信息等。
52.本技术的一些实施例中，在团体配送订单的设置界面还可以设置团体配送订单确认提交按键，当该团体配送订单确认提交按键被触发，外卖系统的客户端可以检测到按键触发信息，则可以认为检测到针对当前页面配置的团体配送订单的创建操作。接下来，响应于针对该团体配送订单的创建操作，所述客户端进一步获取所述创建操作针对的所述团体配送订单的订单标识。
53.本技术的一些实施例中，还可以通过其他方式执行创建团体配送订单的操作，本技术实施例中不再一一例举。
54.本技术的一些实施例中，所述订单标识与团体配送订单一一对应，所述订单标识可以为按照预设规则生成的数字或字符串，或者其他形式的标识，本技术实施例中对订单标识的具体形式不做限定。
55.本技术的一些实施例中，在生成订单标识之后，外卖系统的客户端将在服务端的数据库中对订单标识和所述团体配送订单的上述基本信息进行绑定存储，便于后续操作中检索使用。
56.步骤120，响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作。
57.其中，所述订单信息设置入口是所述团体配送订单关联的各团体成员设置各自配送订单的订单信息的操作入口。
58.本技术的一些实施例中，在确定创建团体配送订单之后，用户可以进一步通过外卖系统的客户端的交互界面触发订单信息完善操作。例如，在执行团体配送订单功能的功能模块时，所述客户端在团体配送订单的设置界面显示指示触发订单信息完善操作的按键，当该按键被触发，则所述客户端检测到订单信息完善操作被触发。
59.本技术的另一些实施例中，外卖系统的客户端还可以在检测到对创建的团体配送订单的确认操作之后，自动认为检测到订单信息完善操作被触发。
60.本技术的其他实施例中，所述客户端还可以通过其他方式检测到订单信息完善操作被触发，本技术实施例中不再一一例举。本技术对触发订单信息完善操作的具体方式不做限定，对检测订单信息完善操作被触发的具体方式即亦不做限定。
61.本技术的一些实施例中，所述响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作，包括：响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，其中，所述订单信息设置入口包括：携带所述订单标识的页面链接或小程序链接；根据所述订单信息设置入口生成指定即时通信应用的会话消息，并将所述会话消息发送至所述指定即时通信应用的指定群组会话中。
62.在检测到针对所述团体配送订单的订单信息完善操作被触发之后，外卖系统的客户端进一步生成至少携带所述订单标识的订单信息设置入口。
63.本技术的一些实施例中，所述订单信息设置入口可以为：携带所述订单标识的页面链接。例如，所述客户端按照预设规则根据所述订单标识生成一个页面链接，使得浏览器在访问所述页面链接时，通过按照所述预设规则对所述页面链接进行解析，可以得到与所述订单标识一一对应的一个网页地址。
64.本技术的另一些实施例中，所述订单信息设置入口还可以为：小程序链接。例如，客户端按照预设规则根据所述订单标识生成一个小程序链接，使得指定第三方应用在访问所述小程序链接时，根据预先注册的小程序信息可以确定与所述小程序链接对应的小程序，从而以所述订单标识为参数，运行所述小程序。
65.根据订单标识生成页面链接和小程序链接的具体实施方式参见现有技术，本技术实施例中不再赘述。
66.本技术的一些实施例中，在生成所述订单信息设置入口之后，所述外卖系统的客户端可以启动信息分享流程，以便将所述订单信息设置入口推送给指定用户。例如，所述客户端可以启动信息分享流程引导用户选择将所述订单信息设置入口分享给哪个第三方应用的哪个或哪些用户(如选择微信用户或qq用户)。在用户选择接收分享的用户(如在线会议全体成员所在的微信群)之后，所述客户端通过调用选择的所述第三方应用的信息分享接口(如微信应用开放的接收分享信息的接口)，将所述订单信息设置入口发送至选择的所述第三方应用。选择的所述第三方应用(如微信)根据接收到的所述订单信息设置入口生成一条群组会话消息，并发送到选择的微信群中。
67.本技术的一些实施例中，在按照上述方式生成订单信息设置入口之后，所述外卖系统的客户端还可以将所述订单信息设置入口复制到系统剪贴板中，便于用户在第三方应用中，或者在所述客户端的其他功能模块中，通过执行粘帖操作，将系统剪贴板中的所述订单信息设置入口推送到所述第三方应用中或者推送到所述外卖系统的其他功能模块中。例
如，用户在即时通信应用(如微信)的某个群组会话的会话消息编辑界面执行粘帖操作，将系统剪贴板中的所述订单信息设置入口发送到该群组会话中。这样，该群组会话中的所有用户都可以浏览到所述订单信息设置入口。
68.步骤130，响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单。
69.在用户浏览到所述订单信息设置入口之后，可以通过点击所述订单信息设置入口，启动浏览器访问与该订单信息设置入口一一对应的网页或者启动运行与该订单信息设置入口一一对应小程序。
70.以订单信息设置入口为页面链接为例，当浏览器访问与该订单信息设置入口一一对应的页面链接时，浏览器将从所述页面链接指向的地址获取网页数据，之后，根据所述网页数据渲染并展示一个页面，该页面用于展示用户完善指定团体配送订单的交互界面并处理预设界面交互。其中，获取的网页数据中包括：前述创建团体配送订单的步骤中设置的所述团体配送订单的基本信息，例如：团体配送订单的团体成员数量、配送订单类型、单个配送订单金额阈值、订单送达时间。所述页面数据中还包括：团体配送订单的订单标识。本技术的另一些实施例中，获取的网页数据中还包括：前述创建团体配送订单的步骤中设置的订单产品。
71.用户可以在展示的页面中对指定的团体配送订单的订单进行完善，例如，设置配送地址、选择订单产品。所述页面则响应用户执行的操作执行相应的信息采集和处理操作，直至用户确认提交完善后的订单信息。所述页面将用户确认提交的完善后的订单信息发送至所述外卖系统的服务端。在创建所述团体配送订单的用户登陆的外卖系统时，所述服务端将所述订单信息同步到所述外卖系统的客户端，便于创建所述团体配送订单的用户及时了解所述团体配送订单的订单信息完善情况。
72.首先，所述响应于团体配送订单的创建操作之后，还包括：获取所述创建操作针对的所述团体配送订单的订单约束信息，其中，所述订单约束信息是在执行所述创建操作时设置的。本技术的一些实施例中，执行团体配送订单的创建操作时，外卖系统的客户端会将用户设置的所述团体配送订单的基本信息、订单约束信息、生成的订单标识发送到预设的服务端进行绑定存储。在团体配送订单的订单信息完善阶段，相应页面或小程序可以根据该页面或小程序对应的订单标识通过所述服务端检索相应的订单约束信息和/或订单基本信息。
73.现有技术中，外卖系统生成的每个订单都需要包括一些必要的信息，例如，配送地址、下单用户标识、联系方式、订单产品、配送订单金额、订单送达时间。然而，在创建所述团体配送订单时，用户可以设置不同类别的订单约束信息和基本信息。相应的，在订单信息完善阶段，需要用户设置的订单信息类别也可能不同。即在触发与所述团体配送订单一一对应的订单信息设置入口后，展示的页面或者运行的小程序中，需要用户完善的订单信息类别亦有所不同。下面分别针对订单约束信息包括的信息类别，举例说明用户完善团体配送订单时需要设置并提交的订单信息。
74.1、第一种情况
75.本技术的一些实施例中，所述订单约束信息包括以下一项或多项信息：配送订单类型、单个配送订单金额阈值、订单送达时间；所述一组或多组订单信息是通过以下方法设
置的：响应于针对所述订单信息设置入口的访问操作，获取执行所述访问操作的用户标识；获取所述用户标识所标识用户设置的配送地址；获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品；向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第一提示信息，其中，所述第一提示信息包括：提示用户选择所述订单产品的信息；响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息。
76.例如，在会议订餐订单创建阶段，会议组织者仅设置了配送订单类型(如正餐)、单个配送订单金额阈值、订单送达时间等配送订单的基本约束条件，需要参会人员自行设置配送地址和选择餐品(即订单产品)。在这种情况下，为了提升用户选择餐品的效率，外卖系统可以根据选餐用户的配送地址、点餐偏好，以及会议组织者设置的订单预算(即单个配送订单金额阈值)中的一项或多项信息，为点餐用户推荐符合条件的餐品，供用户快速选择。
77.在这种情况下，外卖系统首先需要获取点餐用户的用户标识，之后，根据用户标识获取用户的历史订单数据，以进一步获取该点餐用户的订单偏好。本技术的一些实施例中，可以在所述订单信息设置入口对应的页面设置用户登录入口，在用户成功登陆后，该页面即可获得点餐用户的用户标识。进一步的，该页面通过外卖系统的后台数据库获取该用户标识的历史订单数据，并通过预设的订单偏好分析算法对所述历史订单数据进行分析，获取该用户标识所标识的点餐用户的订单偏好。本技术的一些实施中，还可以通过其他方法获取外卖系统中指定用户标识所标识的用户的订单偏好，本技术实施例中不再一一例举。
78.在用户成功登陆后，该页面还可以获取到该点餐用户的账户信息中设置的配送地址，用户可以通过选择已经设置的配送地址的方式，完善该团体配送订单中该点餐用户的配送订单的配送地址。本技术的另一些实施例中，用户还可以手动编辑配送地址。
79.在确定了该点餐用户的订单偏好和配送地址之后，外卖系统可以采用现有技术中的点餐推荐算法根据所述订单偏好确定候选餐品以及所述候选餐品的提供商家；然后，根据商家与所述配送地址之间的距离，和订单预算等订单约束信息对餐品和所述候选商家进行筛选，确定至少一个餐品以及确定的所述餐品的提供商家；之后，将确定的餐品和提供商家推荐给该点餐用户，供点餐用户选择。
80.点餐用户在选择餐品之后，用于生成配送订单的订单产品(即餐品)和配送地址等必要的订单信息均已完善，点餐用户可以提交该订单信息。
81.本技术的一些实施例中，所述订单信息还包括：所述订单标识、所述配所述用户标识。在点餐用户通过外卖系统的客户端提交订单信息时，所述客户端可以同时将该团体配送订单的订单标识、该点餐用户的用户标识、联系方式等信息和用户设置的配送地址和选择的餐品一并作为订单信息，发送至外卖系统的服务端。
82.2、第二种情况
83.本技术的一些实施例中，所述订单约束信息包括以下一项或多项信息：配送订单类型、单个配送订单金额阈值、订单送达时间。
84.所述一组或多组订单信息是通过以下方法设置的：响应于针对所述订单信息设置入口的访问操作，获取执行所述访问操作的用户标识；向所述用户标识所标识用户展示所述订单约束信息，以及，指示用户完善订单信息的第一提示信息，其中，所述第一提示信息包括：提示用户选择订单产品的信息、提示用户设置配送地址的信息；响应于订单信息提交
操作，获取包括所述用户设置的配送地址和所述用户选择的订单产品的一组订单信息。
85.仍以在会议订餐场景为例，假设在会议订餐订单创建阶段，会议组织者仅设置了配送订单类型(如正餐)、单个配送订单金额阈值、订单送达时间等配送订单的基本约束条件，需要参会人员自行设置配送地址和选择餐品(即订单产品)。在这种情况下，为了满足用户灵活点餐的需求，外卖系统不对用户推荐餐品，用户可以根据会议组织者设置的基本约束条件手动选择餐品。因此，在所述订单信息设置入口对应的页面，需要向用户展示会议组织者设置的订单约束信息，并提示用户选择餐品和设置配送地址。
86.本技术的一些实施例中，可以通过在与所述订单信息设置入口对应的页面(如外卖系统的客户端页面)设置点餐入口或者展示餐品列表的方式提示用户选择餐品。本技术的一些实施例中，可以参照现有技术中外卖系统的客户端实现用户外卖点餐流程的方案，实现点餐用户选择餐品和设置配送地址，本技术实施例中不再赘述。
87.在检测到订单信息提交操作后，所述客户端获取该点餐用户设置的配送地址和选择的餐品，并将该点餐用户的用户标识、该点餐用户设置的配送地址和选择的餐品、餐品的提供商家、价格、当前完善的团体配送订单的订单标识等信息，作为一组订单信息，发送至外卖系统的服务端。
88.在提交订单信息之前，点餐用户需要登陆外卖系统。登陆外卖系统的具体实施方式参见现有技术，此处不再赘述。获取执行所述访问操作的用户标识的具体实施方式参见前文描述，此处不再赘述。
89.3、第三种情况
90.本技术的一些实施例中，所述订单约束信息包括：订单产品。
91.所述一组或多组订单信息是通过以下方法设置的：响应于针对所述订单信息设置入口的访问操作，展示所述订单约束信息和指示完善订单信息的第二提示信息，其中，所述第二提示信息包括：提示用户设置配送地址的信息；响应于订单信息提交操作，获取包括所述用户设置的配送地址的一组订单信息。
92.仍以在会议订餐场景为例，在会议订餐订单创建阶段，如果会议组织者设置了配送订单类型(如正餐)、单个配送订单金额阈值、订单送达时间之外，还设置了订单产品(如餐品)，则指需要参会人员自行设置配送地址。在这种情况下，在所述订单信息设置入口对应的页面，需要向用户展示会议组织者设置的订单约束信息，其中包括订单产品(即餐品)，并提示用户设置配送地址。
93.本技术的一些实施例中，可以在与所述订单信息设置入口对应的页面(如外卖系统的客户端页面)显示设置配送地址的提示信息，同时在该页面显示订单约束信息。当点餐用户点击所述订单信息设置入口时，浏览器显示相应页面，之后，点餐用户通过该页面浏览所述订单约束信息并根据页面提示设置配送地址。
94.在检测到订单信息提交操作后，所述客户端获取该点餐用户设置的配送地址，并将该点餐用户的用户标识、该点餐用户设置的配送地址，以及，当前完善的团体配送订单的订单标识等信息，作为一组订单信息，发送至外卖系统的服务端。
95.本技术的一些实施例中，发送至外卖系统的服务端的所述订单信息还可以包括订单产品。
96.在提交订单信息之前，点餐用户需要登陆外卖系统。登陆外卖系统的具体实施方
式参见现有技术，此处不再赘述。获取执行所述访问操作的用户标识的具体实施方式参见前文描述，此处不再赘述。
97.本技术的一些实施例中，所述订单约束信息包括：单个配送订单金额阈值，所述响应于订单信息提交操作，获取包括所述用户设置的配送地址和所述用户选择的订单产品的一组订单信息的步骤之后，还包括：确定用户选择的所述订单产品的总金额；确定所述总金额超过所述单个配送订单金额阈值上限的数值，作为所述用户的超支订单金额；响应于所述超支订单金额大于零，向所述用户展示支付所述超支订单金额的提示信息；响应于所述用户完成支付所述超支订单金额，确定所述订单产品的总金额减去所述超支订单金额后得到的差，作为所述订单产品的待支付金额。
98.以会议订餐场景为例，受会议预算的限制，通常会设置单个配送订单金额阈值，超出会与单个订单预算的部分，需要参会者自行承担。例如，对于用户自行手动选择订单产品的情况，在点餐用户提交订单信息时，客户端首先需要确定点餐用户选择的餐品的总金额，并判断订单产品的总金额是否超出了设置的单个配送订单金额阈值上限，如果超出，则用单个配送订单金额阈值上限减去所述总金额，得到该点餐用户的超支订单金额。之后，所述客户端展示提示界面，提示该点餐用户单独支付超支订单金额，并在该点餐用户完成超支订单金额的支付之后，从该总金额中减去订餐用户已经完成支付的超支订单金额，得到该点餐用户提交的订单产品的待支付金额。本技术的一些实施例中，所述订单信息中可以同时携带所述订单餐品的总金额和待支付金额。
99.外卖系统的服务端每接收到点餐用户通过客户端发送的一组订单信息之后，根据订单信息中携带的团体配送订单的订单标识，确定创建该团体配送订单的用户，将该组订单信息转发至创建该团体配送订单的用户所登陆的客户端。
100.每接收到一组订单信息，客户端则进一步根据接收到的订单信息创建一个配送订单，并展示已经创建的配送订单。
101.如前文所述，在本技术的一些实施例中，客户端接收到的订单信息中至少包括：团体配送订单的订单标识、用户标识、配送地址。本技术的一些实施例中，所述订单信息中还包括订单产品。当客户端接收到的订单信息之后，客户端首先从订单信息中获取创建一个配送订单必须的信息，如用户标识、配送地址、订单产品。对于用户没有完善的或者不需要用户完善的订单信息，客户端进一步从订单约束信息中获取。例如，客户端可以从订单约束信息中获取订单送达时间。再例如，对于团体配送订单创建用户已经确定了订单产品，不需要完善订单产品的情况，即订单约束信息中已经设置的订单产品的情况，客户端可以从订单约束信息中获取订单产品。
102.获取到创建配送订单必需的信息之后，接收到订单信息的客户端根据获取到的信息创建一个配送订单。所述客户端进一步展示创建的每个配送订单，便于团体配送订单的创建用户及时了解团体配送订单的创建进度，以及，了解团体配送订单中各个配送订单的具体信息。
103.对于需要用户选择订单产品的情况，客户端在根据用户提交的订单信息生成配送订单之后，还需要对生成的配送订单进行核验。本技术的一些实施例中，所述订单约束信息包括：单个配送订单金额阈值；所述订单产品的信息包括订单金额；所述响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述
团体配送订单中的一个配送订单的步骤之后，还包括：分别根据每组所述订单信息的订单金额，确定每组所述订单信息对应的配送订单的订单金额；确定各所述配送订单的所述订单金额是否匹配所述单个配送订单金额阈值；对订单金额与所述单个配送订单金额阈值不匹配的所述配送订单，进行突出显示。
104.例如，客户端在接收到服务端发送的订单信息，并根据接收到的一组订单信息生成一对应得配送订单之后，客户端进一步获取该配送订单的订单金额，然后，将该订单金额与该配送订单所在的团体配送订单的订单约束信息中设置的单个配送订单金额阈值进行比较，若该配送订单的订单金额在所述单个配送订单金额阈值范围内，则确定该配送订单与所述单个配送订单金额阈值匹配，否则，确定该配送订单与所述单个配送订单金额阈值不匹配。对于订单金额与所述单个配送订单金额阈值不匹配的配送订单，客户端可以采用标红或者高亮等突出显示方式对该配送订单进行显示，以提醒创建该团体配送订单的用户。其中，配送订单的订单金额可以根据一组订单信息中每个订单产品的价格之和计算得到。
105.本技术的一些实施例中，仍以会议订餐场景为例，团体配送订单仅限于为参会人员订餐，因此，在外卖系统的客户端接收到订单信息后，还需要对订单信息提交用户的身份进行验证。
106.本技术的一些实施例中，所述响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识的步骤之后，还包括：获取所述团体配送订单关联的第一会议标识，并将所述第一会议标识和所述订单标识进行关联；所述响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单，包括：响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别确定每组所述订单信息中携带的第二会议标识与所述第一会议标识是否一致；对于每组订单信息，响应于所述订单信息中携带的所述第二会议标识与所述第一会议标识一致，根据所述订单信息创建所述团体配送订单中的一个配送订单。其中，所述第二会议标识是通过以下方法得到的：在对所述订单信息设置入口执行推送操作时，通过调用指定会议应用的第一接口，将所述订单信息设置入口推送至所述指定会议应用；在所述指定会议应用访问所述订单信息设置入口的过程中，所述响应于订单信息提交操作之后，还包括：通过调用所述指定会议应用的第二接口，获取当前会议的会议标识，作为第二会议标识。
107.在创建团体配送订单时，外卖系统的客户端获取并存储会议标识，其中，所述会议标识可以是用户手动输入的，也可以是所述客户端通过和指定会议应用进行数据交互接收到的。例如，创建团体配送订单的用户可以在订单创建界面(如前述第二界面)手动输入会议标识。再例如，指定会议应用中设置了会议点餐入口，用户可以通过触发会议点餐入口调用外卖系统的客户端，以创建团体配送订单。当所述指定会议应用的会议点餐入口被触发时，所述指定会议应用可以将当前会议的会议标识作为外卖系统的客户端的调用参数，发送至所述客户端。
108.在团体配送订单创建完成之后，所述客户端响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并通过调用指定会议应用的第一接口，将所述订单信息设置入口推送至所述指定会议应用。
109.所述指定会议应用接收到所述订单信息设置入口之后，向参会人员展示订单信息设置入口。参会人员通过触发所述订单信息设置入口，启动所述指定会议应用访问所述订单信息设置入口。当用户完成前文描述的订单信息完善操作之后，执行订单信息提交操作时，点餐用户操作的点餐页面通过调用所述指定会议应用的第二接口，获取当前会议的会议标识，作为第二会议标识，并将所述第二会议标识作为一项订单信息，与其他订单信息一并发送至外卖系统的预设服务端。其中，所述指定会议应用访问所述订单信息设置入口后，展示的页面可以为外卖系统的点餐客户端，也可以为所述指定会议应用内嵌的点餐页面。
110.在外卖系统的客户端接收到服务端发送的订单信息后，根据所述订单信息中携带的订单标识获取在团体配送订单创建阶段与所述订单标识进行关联的第一会议标识，并将所述第一会议标识与所述订单信息中携带的第二会议标识进行比较，判断二者是否一致。如果所述第一会议标识和所述第二会议标识一致，则确定提交该订单信息的用户为参会人员，接下来，根据所述订单信息创建所述团体配送订单中该参会人员的一个配送订单。如果所述第一会议标识和所述第二会议标识不一致，则确定提交该订单信息的用户不是参会人员，将忽略该组订单信息，不再根据该组订单信息生成配送订单。
111.通过在订单信息中携带会议标识，实现了根据会议标识判断点餐用户是否为当前参会人员，避免了为其他用户点餐的情况。
112.本技术的一些实施例中，对于展示的配送订单，客户端可以根据用户操作进行修改或删除。对配送订单进行修改或删除的具体实施方式参见现有技术，本技术实施例中不再赘述。
113.步骤140，响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单。
114.本技术的一些实施例中，可以在外卖系统的客户端的团体配送订单详情界面设置订单提交按键，当该订单提交按键被触发时，客户端将该团体配送订单下已经创建的配送订单发送至所述外卖系统的服务端。
115.本技术的一些实施例中，所述客户端可以将每个配送订单分别发送至所述服务端，由服务端分别将每个配送订单推送到相应商家。本技术的一些实施例中，所述客户端还可以将所述团体配送订单下已经创建的配送订单打包发送至所述服务端，再由服务端分别将每个配送订单推送到相应商家。
116.本技术的一些实施例中，所述客户端还可以根据用户的选择操作，选择提交的配送订单。
117.本技术的一些实施例中，所述响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单之后，还包括：响应于所述团体配送订单的支付操作被触发，通过所述团体配送订单的所述创建操作的执行用户账户，发起对所述团体配送订单的支付操作。
118.如前所述，点餐系统的服务端会将接收到的每组订单信息之后，会根据该组订单信息携带的订单标识确定创建该订单标识所标识的团体配送订单的创建用户的用户账户，之后，将该组订单信息关联到该用户账户。当该团体配送订单的创建用户通过点餐系统的客户端登陆该用户账户时，所述服务端将关联到该用户账户的订单信息同步到该用户账户登录的客户端，由所述客户端进行显示。进一步的，登陆该客户端的用户通过与所述客户端
进行交互，实现通过该用户账户提交所述团体配送订单，并通过该用户账户对该团体配送订单进行支付。
119.本技术的一些实施例中，通过执行所述团体配送订单的所述创建操作的用户账户，发起对所述团体配送订单的支付操作，包括：获取所述团体配送订单的待支付订单金额，其中，所述待支付订单金额是所述团体配送订单中已成功提交的配送订单的待支付金额的总和；通过所述团体配送订单的所述创建操作的执行用户账户，发起按照所述待支付订单金额对所述团体配送订单进行支付的订单支付操作。在所述客户端成功将所述团体配送订单中各所述配送订单发送至所述外卖系统的服务端之后，所述客户端进一步显示所述团体配送订单的订单支付入口，用户可以通过触发所述订单支付入口对所述团体配送订单进行支付。当所述客户端检测到所述订单支付入口被触发后，确认检测到所述团体配送订单的支付操作，之后，进一步获取所述团体配送订单的待支付订单金额，并根据所述团体配送订单的订单标识和所述待支付订单金额生成一个订单支付请求，发送至预设服务端，对所述团体配送订单进行支付。
120.其中，所述团体配送订单的待支付订单金额为：所述团体配送订单中已经成功提交之服务端的所有配送订单的待支付金额之和。本技术的一些实施例中，所述订单约束信息包括：单个配送订单金额阈值,所述订单信息包括订单产品的待支付金额。
121.本技术的一些实施例中，所述订单产品的待支付金额为：所述配送订单的订单产品的订单金额和所述单个配送订单金额阈值中的最大值。
122.本技术的一些实施例中，所述订单约束信息还包括：订单送达时间；所述配送订单的订单信息包括：配送地址、订单产品以及所述订单产品所属商家；所述响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单，包括：响应于所述团体配送订单的提交操作，向预设服务端提交所述团体配送订单中各所述配送订单，以通过所述预设服务端将各所述配送订单分别推送给所述配送订单中所述订单产品所属商家，并触发所述预设服务端执行以下操作：响应于所述商家接受所述配送订单，预估所述商家针对所述配送订单的预估备货时长、所述配送订单的预估配送时长，其中，所述预估配送时长基于所述配送订单的配送地址和所述商家的地理位置进行预估得到；根据所述订单送达时间减去所述预估备货时长和所述预估配送时长得到的时间值，确定商家备货提醒时限；在到达所述商家备货提醒时限时，向所述商家发送针对所述配送订单的备货提醒。
123.例如，在外卖系统的客户端将配送订单提交至外卖系统的服务端(如外卖系统的订单管理子系统)之后，所述服务端进一步按照配送订单中订单产品所属商家，将该订单推送给相应商家。在商家接单之后，服务端将该配送订单标识为已接单状态，并进一步根据商家的地理位置、配送地址预估该配送订单的预估配送时长，以及，根据该配送订单中的订单产品和所属商家的备餐历史数据，预估该配送订单的预估备货时长。然后，将该配送订单的订单送达时间减去所述预估备货时长，再减去所述预估配送时长，将得到的差确定为商家备货提醒时限，并在所述服务端的系统时间达到确定的所述商家备货提醒时限时，向所述商家发送为该配送订单备货的提醒信息。
124.本技术的一些实施例中，所述响应于所述商家接受所述配送订单，预估所述商家针对所述配送订单的预估备货时长、所述配送订单的预估配送时长之后，还包括：根据所述订单送达时间减去所述预估配送时长得到的时间值，确定订单配送时限；在到达所述订单
配送时限时，对所述配送订单执行派单操作。
125.例如，在外卖系统的服务端按照配送订单中订单产品所属商家，将该订单推送给相应商家，并且，在商家接单之后，所述服务端根据商家的地理位置、配送地址预估该配送订单的预估配送时长。然后，所述服务端将该配送订单的订单送达时间减去所述预估配送时长，将得到的差确定为订单配送时限，并在所述服务端的系统时间达到确定的所述订单配送时限时，执行对该配送订单的派单操作，调度运力开始配送该配送订单。
126.上文中，以所述订单信息设置入口为页面链接举例，对团体配送订单的提交方法进行了说明。当订单信息设置入口为小程序链接时，用户点击所述订单信息设置入口之后，启动相应的小程序运行，用户可以通过小程序页面对订单信息进行完善。小程序页面展示的内容和对用户完善订单信息时的交互处理流程参见前文中的描述，本技术实施例中不再赘述。
127.上文中以会议订餐场景为例对团体配送订单的提交方法的具体实施方式进行了说明，本技术实施例公开的团体配送订单的提交方法不限于在会议订餐场景中，还可以应用于其他场景中，本技术实施例中不再一一例举。
128.本技术实施例公开的团体配送订单的提交方法，通过响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单，有助于提升团体配送订单的提交效率。
129.本技术实施例公开的团体配送订单的提交方法，通过创建团体配送订单，以生成订单信息设置入口，然后，将订单信息设置入口推送给团体中需要下单的用户，由每个需要下单的用户完善各自的订单信息，之后，根据每个用户各自完善后提交的订单信息生成各自的配送订单，最后，由创建团体配送订单的用户统一执行订单提交，减少了提交团体配送订单的用户手动逐一收集各需要下单的用户的配送地址的步骤，提升了提交团体配送订单的效率。
130.进一步的，通过在创建团体配送订单时设置团体配送订单的订单约束信息，并根据订单约束信息、下单用户的偏好、配送地址中的一项或多项信息推荐订单产品，可以提升用户完善订单信息的效率；另一方面，还可以减少用户选择的订单产品不符合订单约束信息的概率，提升了用户体验。向下单用户推荐订单产品供用户选择，还可以满足不同用户的个性化订单需求，进一步改善了用户体验。
131.更进一步的，通过在商家接单后，根据为该配送订单设置的订单送达时间，以及预估的配送订单的预估备货时长、预估配送时长确定提醒商家备货的时限，并对时限进行监控，在合适的时机提醒商家为配送订单配货，有助于该配送订单被准时履约。以会议订餐场景为例，订餐负责人只需在外卖系统上输入取餐时间，外卖系统自动在相应的时间给商家推送订单，并进行骑手调度，完成订单的制作和配送，流程简单、方便，高效。
132.实施例二
133.本技术实施例公开的一种团体配送订单的提交方法，如图2所示，所述方法包括：
步骤210至步骤260。
134.步骤210，响应于订单信息设置入口的访问操作，获取所述访问操作关联的用户标识和订单约束信息。
135.其中，所述订单约束信息为用于生成所述订单信息设置入口的订单标识所属团体配送订单的订单约束信息。
136.其中，所述订单信息设置入口可以为页面链接，也可以为小程序链接。
137.所述订单信息设置入口是通过以下方法生成的：预设客户端响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口。
138.所述订单信息设置入口的生成方法参见实施例一中的相关描述，本实施例不再赘述。
139.响应于订单信息设置入口的访问操作，获取所述访问操作关联的用户标识的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
140.响应于订单信息设置入口的访问操作，获取所述订单信息设置入口携带的订单标识的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
141.根据订单标识确定订单标识所标识的团体配送订单的订单约束信息的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
142.步骤220，获取所述用户标识所标识用户设置的配送地址。
143.获取所述用户标识所标识用户设置的配送地址的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
144.步骤230，获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品。
145.获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
146.步骤240，向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第三提示信息。
147.其中，所述第三提示信息包括：提示用户选择所述订单产品的信息。
148.向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第三提示信息的具体实施方式，参见实施例一中向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第一提示信息的具体实施方式，此处不再赘述。
149.步骤250，响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息。
150.响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息的具体实施方式参见实施例一中的相关描述，本实施例不再赘述。
151.步骤260，将获取的所述订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单。
152.用于完善订单信息的页面或者小程序将用户完善后的订单信息发送至预设服务端(如外卖系统的服务端)，之后，所述预设服务端根据接收到的订单信息中的订单标识确
定创建该团体配送订单的用户，并将完善后的订单信息发送至该用户登陆的预设客户端(如外卖系统的客户端)。
153.所述预设客户端响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单。
154.响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单的具体实施方式，参见实施例一中的相关描述，此处不再赘述。
155.之后，所述预设客户端响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单。
156.响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单的具体实施方式，参见实施例一中的相关描述，此处不再赘述。
157.本技术实施例公开的团体配送订单的提交方法，通过访问预先生成的团体配送订单的订单信息设置入口，使得用户可以在所述订单信息设置入口对应的页面或小程序页面中完善各自的订单信息，然后，将订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单，减少了提交团体配送订单的用户手动逐一收集各需要下单的用户的配送地址的步骤，提升了提交团体配送订单的效率。
158.实施例三
159.本技术实施例公开的一种团体配送订单的提交装置，如图3所示，所述装置包括：
160.订单标识获取模块310，用于响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；
161.订单信息设置入口推送模块320，用于响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；
162.配送订单创建模块330，用于响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；
163.配送订单提交模块340，用于响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单。
164.本技术的一些实施例中，所述订单标识获取模块310还用于，响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单约束信息，其中，所述订单约束信息是在执行所述创建操作时设置的；
165.所述一组或多组订单信息是通过以下方法设置的：
166.响应于针对所述订单信息设置入口的访问操作，获取执行所述访问操作的用户标识；
167.获取所述用户标识所标识用户设置的配送地址；
168.获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品；
169.向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第一提示信息，其中，所述第一提示信息包括：提示用户选择所述订单产品的信息；
170.响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息。
171.本技术的一些实施例中，所述订单标识获取模块310还用于，响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单约束信息，其中，所述订单约束信息是在执行所述创建操作时设置的；
172.所述一组或多组订单信息是通过以下方法设置的：
173.响应于针对所述订单信息设置入口的访问操作，获取执行所述访问操作的用户标识；
174.向所述用户标识所标识用户展示所述订单约束信息，以及，指示用户完善订单信息的第一提示信息，其中，所述第一提示信息包括：提示用户选择订单产品的信息、提示用户设置配送地址的信息；
175.响应于订单信息提交操作，获取包括所述用户设置的配送地址和所述用户选择的订单产品的一组订单信息。
176.本技术的一些实施例中，所述订单约束信息包括：单个配送订单金额阈值；所述订单产品的信息包括订单金额；如图4所示，所述装置还包括：
177.配送订单核验模块350，用于分别根据每组所述订单信息的订单金额，确定每组所述订单信息对应的配送订单的订单金额；
178.所述配送订单核验模块350，还确定各所述配送订单的所述订单金额是否匹配所述单个配送订单金额阈值；以及，
179.对订单金额与所述单个配送订单金额阈值不匹配的所述配送订单，进行突出显示。
180.本技术的一些实施例中，所述订单标识获取模块310还用于，响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单约束信息，其中，所述订单约束信息是在执行所述创建操作时设置的；
181.所述一组或多组订单信息是通过以下方法设置的：
182.响应于针对所述订单信息设置入口的访问操作，展示所述订单约束信息和指示完善订单信息的第二提示信息，其中，所述第二提示信息包括：提示用户设置配送地址的信息；
183.响应于订单信息提交操作，获取包括所述用户设置的配送地址的一组订单信息。
184.本技术的一些实施例中，所述订单约束信息还包括：订单送达时间；所述配送订单中包括：配送地址、订单产品以及所述订单产品所属商家；所述配送订单提交模块340，进一步用于：
185.响应于所述团体配送订单的提交操作，向预设服务端提交所述团体配送订单中各所述配送订单，以通过所述预设服务端将各所述配送订单分别推送给所述配送订单中所述订单产品所属商家，并触发所述预设服务端执行以下操作：
186.响应于所述商家接受所述配送订单，预估所述商家针对所述配送订单的预估备货时长、所述配送订单的预估配送时长，其中，所述预估配送时长基于所述配送订单的配送地址和所述商家的地理位置进行预估得到；
187.根据所述订单送达时间减去所述预估备货时长和所述预估配送时长得到的时间
值，确定商家备货提醒时限；
188.在到达所述商家备货提醒时限时，向所述商家发送针对所述配送订单的备货提醒。
189.本技术的一些实施例中，所述响应于所述商家接受所述配送订单，预估所述商家针对所述配送订单的预估备货时长、所述配送订单的预估配送时长之后，还包括：
190.根据所述订单送达时间减去所述预估配送时长得到的时间值，确定订单配送时限；
191.在到达所述订单配送时限时，对所述配送订单执行派单操作。
192.本技术的一些实施例中，所述订单信息设置入口推送模块320，进一步用于：
193.响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，其中，所述订单信息设置入口包括：携带所述订单标识的页面链接或小程序链接；
194.根据所述订单信息设置入口生成指定即时通信应用的会话消息，并将所述会话消息发送至所述指定即时通信应用的指定群组会话中。
195.本技术实施例公开的团体配送订单的提交装置，用于实现本技术实施例一中所述的团体配送订单的提交方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。
196.本技术实施例公开的团体配送订单的提交装置，通过响应于团体配送订单的创建操作，获取所述创建操作针对的所述团体配送订单的订单标识；响应于所述团体配送订单的订单信息完善操作，生成至少携带所述订单标识的订单信息设置入口，并对所述订单信息设置入口执行推送操作；响应于接收到通过所述订单信息设置入口设置的一组或多组订单信息，分别根据每组所述订单信息创建所述团体配送订单中的一个配送订单；响应于所述团体配送订单的提交操作，提交所述团体配送订单中各所述配送订单，有助于提升团体配送订单的提交效率。
197.本技术实施例公开的团体配送订单的提交装置，通过创建团体配送订单，以生成订单信息设置入口，然后，将订单信息设置入口推送给团体中需要下单的用户，由每个需要下单的用户完善各自的订单信息，之后，根据每个用户各自完善后提交的订单信息生成各自的配送订单，最后，由创建团体配送订单的用户统一执行订单提交，减少了提交团体配送订单的用户手动逐一收集各需要下单的用户的配送地址的步骤，提升了提交团体配送订单的效率。
198.进一步的，通过在创建团体配送订单时设置团体配送订单的订单约束信息，并根据订单约束信息、下单用户的偏好、配送地址中的一项或多项信息推荐订单产品，可以提升用户完善订单信息的效率，另一方面，还可以减少用户选择的订单产品不符合订单约束信息的概率，提升了用户体验。向下单用户推荐订单产品供用户选择，还可以满足不同用户的个性化订单需求，进一步改善了用户体验。
199.更进一步的，通过在商家接单后，根据为该配送订单设置的订单送达时间，以及预估的配送订单的预估备货时长、预估配送时长确定提醒商家备货的时限，并对时限进行监控，在合适的时机提醒商家为配送订单配货，有助于该配送订单被准时履约。以会议订餐场景为例，订餐负责人只需在外卖系统上输入取餐时间，外卖系统自动在相应的时间给商家
推送订单，并进行骑手调度，完成订单的制作和配送，流程简单、方便，高效。
200.实施例四
201.本技术实施例公开的一种团体配送订单的提交装置，如图5所示，所述装置包括：
202.用户标识和订单约束信息获取模块510，用于响应于订单信息设置入口的访问操作，获取所述访问操作关联的用户标识和订单约束信息，其中，所述订单约束信息为用于生成所述订单信息设置入口的订单标识所属团体配送订单的订单约束信息；
203.配送地址获取模块520，用于获取所述用户标识所标识用户设置的配送地址；
204.订单产品推荐模块530，用于获取与所述用户的用户偏好，所述配送地址，所述订单约束信息中的一项或多项信息匹配的至少一个订单产品；
205.完善信息提示模块540，用于向所述用户展示所述至少一个订单产品，并展示指示用户完善订单信息的第三提示信息，其中，所述第三提示信息包括：提示用户选择所述订单产品的信息；
206.订单信息获取模块550，用于响应于订单信息提交操作，获取包括所述配送地址和所述用户选择的订单产品的一组订单信息；
207.订单信息发送模块560，用于将获取的所述订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单。
208.本技术实施例公开的团体配送订单的提交装置，用于实现本技术实施例二中所述的团体配送订单的提交方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。
209.本技术实施例公开的团体配送订单的提交装置，通过访问预先生成的团体配送订单的订单信息设置入口，使得用户可以在所述订单信息设置入口对应的页面或小程序页面中完善各自的订单信息，然后，将订单信息发送至预设服务端，用于根据所述订单信息生成配送订单，之后，提交所述配送订单，减少了提交团体配送订单的用户手动逐一收集各需要下单的用户的配送地址的步骤，提升了提交团体配送订单的效率。
210.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
211.以上对本技术提供的一种团体配送订单的提交方法及装置进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。
212.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
213.本技术的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行
的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本技术实施例的电子设备中的一些或者全部部件的一些或者全部功能。本技术还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本技术的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
214.例如，图6示出了可以实现根据本技术的方法的电子设备。所述电子设备可以为pc机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器610和存储器620及存储在所述存储器620上并可在处理器610上运行的程序代码630，所述处理器610执行所述程序代码630时实现上述实施例中所述的方法。所述存储器620可以为计算机程序产品或者计算机可读介质。存储器620可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。存储器620具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码630的存储空间6201。例如，用于程序代码630的存储空间6201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码630为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(cd)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。
215.本技术实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术实施例一或实施例二所述的团体配送订单的提交方法的步骤。
216.这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图6所示的电子设备中的存储器620类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图7所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码630’，所述计算机可读代码630’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。
217.本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本技术的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。
218.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本技术的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
219.在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本技术可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
220.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。