得来速餐厅的订单处理方法、系统及介质与流程

1.本发明涉及网络信息技术领域，尤其涉及了一种得来速餐厅的订单处理方法、系统及介质。


背景技术：

2.1948年，随着通信技术的发展，第一家利用对讲系统点餐，然后配合窗口取餐的就餐方式出现，即被翻译为得来速(drive thru)的不下车取餐的方式就此诞生。其中，对讲系统通常是基于射频技术无线对讲系统，但是，餐厅的无线通信环境非常杂乱，存在大量杂音、干扰，因此不利于服务人员与顾客进行沟通，车辆可能出现长时间留滞的情况，从而降低了点餐和取餐的效率。
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.基于所述订单中包括的车辆的初始位置信息以及所述订单，确定所述订单的备餐
时间以及所述车辆的到店时间，生成指示所述餐厅开始备餐的备餐指令以及向所述引导装置发送所述备餐标记；
35.所述员工终端被配置为接收来自服务器的所述备餐指令并显示。
36.上述的系统中，所述员工终端还显示所述订单信息以及根据所述服务器发送的送餐指令显示所述餐品将送往与所述订单相关联的取餐处的信息。
37.本发明还提出了一种得来速餐厅，所述餐厅使用上述的系统，包括：
38.餐厅主建筑，所述餐厅主建筑包括备餐区，所述备餐区还设有适于车辆停靠及取餐的点单处和取餐处；
39.得来速车道，包括沿所述备餐区分别设置的点单路线和取餐路线，所述点单处设置于所述点单路线的尽头，所述取餐处设置于所述取餐路线的尽头，所述取餐路线的沿线还设有等待位置；其中
40.所述识别装置被设置于所述得来速车道的车辆入口处以及所述点单处和所述取餐处；
41.所述引导装置被设置于所述得来速车道的车辆入口处以及所述等待位置；
42.所述员工终端被设置于所述备餐区。
43.本发明还提出了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机指令，所述至少一条指令由处理器加载并执行，以实现上述的方法。
44.本发明还提出了一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令被执行时，实现上述的方法。
45.与现有技术相比，本发明所公开的车辆引导方法首先通过将点单和一部分等待发货的过程调整到店外，从根本上保证了在店里滞留的车辆大大减少。然后再通过合理设置店内的行驶路线(例如点单路线和取餐路线分开)和各种识别装置来及时对到店车辆进行分流，以解决车流拥堵的问题，提高客户取餐的速度。
46.此外，与现有技术相比，本发明所公开的一种远程下单、到店取餐的方法和系统对从客户下单到客户取餐的整个过程进行实时调整，尤其对客户的位置信息进行多次获取(目的在于估算客户的到店时间)，根据估算的到店时间在相对精确的时间点通知餐厅备餐，从而使得客户到店即可取得餐品，减少客户(车辆)在店内的滞留时间，即提高了出货效率，也节约了客户的时间。对于热食餐品则可保证客户食用的是新鲜的热食。根据客户满意度调查的结果显示，客户满意度提高了25％以上。
附图说明
47.图1是现有技术中得来速系统的点餐过程示意图；
48.图2是根据本发明中一个实施例所提供的得来速餐厅的订单处理的流程图；
49.图3是根据本发明中一个实施例所提供的店外设施的示意图；
50.图4是根据本发明中一个实施例所提供的到店取餐时的引导流程图；
51.图5是根据本发明中一个实施例的提供得来速餐厅服务的系统的示意图。
具体实施方式
52.以下由特定的具体实施例说明本发明的实施方式，本领域技术人员可由本说明书
所揭示的内容轻易地了解本发明的其他优点及功效。虽然本发明的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本发明的权利要求而有可能延伸出的其它选择或改造。为了提供对本发明的深度了解，以下描述中将包含许多具体的细节。本发明也可以不使用这些细节实施。此外，为了避免混乱或模糊本发明的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
53.应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，默认为同一定义。
54.还需声明的是，本发明中对方法、流程进行编号是为了便于引用，而不是限定先后顺序，各步骤之间如有先后顺序，当以文字说明为准。
55.本发明的发明构思的重点在于，利用日渐完善的互联网、物联网等基础网络设施，结合客户的位置信息来多次估算客户与餐厅之间的距离(或者说客户到达餐厅所需的时间)。在该距离/时间的基础上，餐厅可以在合适的时间点开始准备餐物，以使客户到店时餐品正好准备好。客户可以在指定位置稍加停留就取得餐品，即形成“即停即走”的效果。
56.为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。
57.图1是现有技术中客户通过得来速系统点餐和取餐的过程示意图。在现有的得来速(drive thru)系统中，通常还使用到店点餐的方式，在车辆前进的路线上依次设置有点单窗口11、付款窗口12和取餐窗口13。车辆到达商店后，首先沿得来速系统的专用道路行驶到点单窗口11，在此处下单后，车辆沿规定道路继续向前行驶到付款窗口12。此时，如果客流量较大的话，车辆需要排队等待，等待的车辆可以暂时停在专用道路旁边的等待区域内。付款结束后，车辆可以继续沿得来速专用道路继续前进，到达取餐窗口13取餐。基于餐厅后台准备餐品所需的备餐时间的不确定性，付款窗口12和取餐窗口13之间也需要设置等待区域，并且该等待区域可能比点单窗口11和付款窗口12之间的等待区域要更大才能满足车辆的等待需求。
58.在当前客户量不断增长的情况下，图1所示的得来速系统越来越不能满足驾车客户快速取餐的需求。从技术方案的角度来看，在一条单向车道上先后完成点餐、取餐的模式导致了较多的停车点，客户需要停车沟通多次，才能取到餐食。这已经成为得来速系统发展的一个瓶颈，越多的客户可能引起越长时间的排队，造成顾客对餐厅的服务满意度的下降。
59.为了减少客户到店的等候时间，提高客户满意度，本发明提供了一种得来速餐厅的订单处理方法。该方法可分为未到店、已到店两个阶段实施，以实现客户在未到店时点单、餐厅在合适的时间开始备餐以使得客户到达餐厅时就可按指引直接取餐的设想。
60.客户在离开餐厅还有一定距离时就可通过无线通信网络、wifi、热点等无线通信设备与处理餐厅业务的服务器建立通信连接。服务器接收到用户设备发送的订单后，根据订单中的餐品种类和餐品数量确定准备好该订单所需的备餐时间(t2)。服务器还可以多次获取用户设备所在的车辆的位置信息，结合餐厅的位置信息，服务器可以得到车辆到达餐厅的到店时间(t1)。在t1＞t2的期间，餐厅不开始准备所述订单中的餐品，当t1≤t2时，服务器向餐厅发送备餐指令，以使餐厅开始备餐。
61.根据客户的到店时间来指示餐厅是否开始备餐，可以使餐厅的出餐时间与客户的到达时间相匹配，可以提高客户取得新鲜食物的概率。
62.车辆到达餐厅后，驶入得来速餐厅的专用车道。车道入口处可以设置用来识别车辆身份信息的自动识别装置，服务器可以根据车辆的身份信息查询到与该车辆相关联的订单。进而，服务器可以从该订单获取备餐进度，从而服务器可以根据所述备餐进度向设置于专用车道上的引导装置发送引导信息，以引导车辆行驶到等待位置或取餐位置。
63.车辆到达餐厅后，借助于现代的图像识别技术或者物联网技术对车辆本身进行识别，客户可以不必下车或进行任何操作，服务器可以直接搜索到与该车辆相关联的订单，进而根据订单中包括的信息来引导车辆行驶，客户在全过程中无需与人进行交互即可快速、准确地取得自己的餐品。
64.图2是根据本发明中一个实施例所提供的得来速餐厅的订单处理的流程图。
65.s21，服务器远程接收来自用户设备的订单，所述订单中包括下单时所述用户设备所在车辆的初始位置信息以及所述车辆的身份信息。
66.用户设备在离开餐厅还有一定距离时就可通过无线通信网络、wifi、热点等无线通信设备与实施所述处理方法的服务器建立通信连接。在一些实施例中，服务器可以包括餐厅的订单中心，用户设备上可以安装有餐厅的点餐app或者小程序等用于下单的应用程序。为了确定所述备餐时间，所述远程下单信息中至少需要包括餐品的类型和数量。为了合理地估算客户到店所需花费的时间，所述远程下单信息还需要包括客户下单时的位置信息。为了便于服务器(通过第一识别装置)自动识别车辆并将该车辆与相应的订单相关联起来，所述远程下单信息还需要包括车辆的身份信息。其中，所述车辆的身份信息包括车辆识别号、车牌号码、订单号码以及所述车辆的手机号码中的至少一种。对于常客来说，可以将自己的车牌号、手机号等绑定在用户设备中的应用程序中，以节约填单的时间。本发明中，客户在一定程度上可以等同为该车辆，例如，言及客户的位置信息/身份信息时，可以等同为车辆的位置信息/身份信息。
67.s22，基于所述初始位置信息以及所述订单，确定所述订单的备餐时间以及所述车辆的到店时间，以生成指示餐厅开始备餐的备餐指令。
68.备餐时间(t2)是基于所述订单中的餐品及数量确定准备所述餐品所需的时间。所述备餐时间包括餐厅用来制作所述订单中餐品所需的时间之和。例如，可以在服务器中为不同品种的餐品的准备时间设置标准时间(ts)，当订单种包括n种餐品时，备餐时间为n种餐品的标准时间之和。即t2＝∑tsn。当出现多份同一品种餐品时，可以基于标准时间设定折算系数k，即准备多份餐品所需的标准时间为kts。其中，k基于餐品份数确定。例如，准备一份咖啡的标准时间为5分钟，餐品份数为1时，k等于1，则此时准备一份咖啡的标准时间是1*5分钟，当餐品份数为2时，k等于1.5，则准备2份咖啡的标准时间时1.5*5分钟。也就是说，备餐时间可以修正为：
69.t2＝∑ktsnꢀꢀꢀ
(1)
70.其中，k可以根据查表方式获取，或者也可通过建模的方式归纳出计算公式，此处不赘述。
71.更进一步地，备餐时间中，还可以包括部分缓冲时间，用来应对点餐高峰期。在下单高峰期时，较多的订单容易导致排序靠后的订单需要等候较长时间，也就是说容易影响
备餐时间，则，在另一些实施例中，可以在上述的公式(1)的基础上增加排队时间(tw)，即备餐时间等于标准时间与排队时间之和，即
72.t2＝∑ktsn+tw
ꢀꢀꢀ
(2)
73.该排队时间可以基于此前正在排队等待制作的各订单的备餐时间(t2)之和来确定。例如，若此前正在排队等待制作的各订单的备餐时间(t2)之和为15分钟，则规定排队时间(tw)为0，即此时不需要在标准时间的基础上增加排队时间；若此前正在排队等待制作的各订单的备餐时间(t2)之和为30分钟，则规定排队时间(tw)为10分钟，则此时的备餐时间为根据订单计算出的标准时间再加10分钟。
74.类似的，当出现缺货的情况时，也可考虑在公式(1)或公式(2)中增加一个用来指示缺货所导致的时间延迟的参数。
75.另外，上述的备餐时间还可以根据历史订单的情况进行动态调整。例如根据以往订单的情况确定高峰时段和一般时段，在高峰时段期间可以适当增加备餐时间。具体的调整方法可以采用本领域技术人员熟知的一些常规技术或手段。
76.在一个实施例中，客户下单时的订单中包括下单时所述用户设备所在车辆的初始位置信息，服务器可以调用外部的电子地图，利用地图以及初始位置信息以及餐厅的位置信息获得初始的到店时间(t1)。到店时间的计算方法可以采用本领域技术人员所熟知的常规技术或手段，例如基于民用或商用的地图导航系统计算。
77.本领域技术人员可以理解，当t1小于等于t2时，餐厅接收到备餐指令即开始准备餐品。
78.通常，客户都是提前点单，即t1＞t2。为了能够在最合适的时间点通知餐厅的开始准备餐品，服务器可以定期或者预设的规律来动态计算和更新到店时间。因此，服务器需要动态获取车辆的实时位置信息。
79.在一个实施例中，可以动态的更新车辆的到店时间。如上所述，客户下单时初始位置信息服务器即可调用电子地图，利用地图以及初始位置信息以及餐厅的位置信息获得最初的到店时间(t1)。
80.所述车辆的实时的位置信息的获取方式可以是，例如利用车机系统以预定时间间隔将车辆所在位置上传至服务器，基于手机等用户设备的定位功能获取，或者服务器以预定时间间隔发送位置获取请求来查询实时位置等。
81.或者，基于订单中心在追踪订单的进度时，会刷新订单信息，车辆的实时位置信息可以在订单刷新时同步刷新，服务器可以根据刷新订单时的握手信号的触发来获取所述实时的位置信息。车辆实时位置的获取可以采用其他任意的本领域技术人员能够理解和知晓的现有技术。
82.上述过程中，所述车辆的到店时间(t1)在动态更新，当满足t1≤t2的条件时，服务器向餐厅发送备餐指令，以使餐厅开始备餐。
83.此外，在实际情况中，存在客户提早很多时间订餐，或者，客户在取餐前还有其他计划要执行的情况，此时，下单信息中还可选择地包括客户自定义的到店时间。此时，备餐指令可以根据到店时间和备餐时间的差值进一步确定。
84.对于自定义到店时间与所述备餐时间之差大于预定阈值的情况，在等待第一时间后，重新获取车辆的位置信息，以计算所述到店时间，其中，所述第一时间等于所述自定义
到店时间与所述备餐时间与所述预定阈值之和的差。
85.例如，对于很早之前就下单的客户，没有必要按较短的周期来重新计算到店时间，这样容易浪费系统的资源。若客户的自定义到店时间是90分钟，备餐时间为10分钟，基于灵活动态的处理订单的考虑，例如将预定阈值预设为5分钟，则从客户下单时间开始经过75分钟(第一时间)才开始关注该车辆的位置，并动态更新和计算车辆到店时间，例如以预定的时间间隔获取该客户的位置信息，从而重新计算该客户的到店时间，以便在合适的时间(例如到店时间约等于备餐时间时)通知餐厅开始备餐。
86.具体的到店时间的动态更新可以采用上述的方法，再次不再赘述。
87.当然，实际中也存在客户在靠近餐厅的位置临时下单的情况。此时，客户自定义的到店时间与所述备餐时间的差可能小于等于预定阈值的情况，需要频繁关注车辆的位置信息，甚至可以直接指示餐厅开始备餐。
88.例如，对于临近餐厅才开始远程点单的客户，存在点完单很快就能到店的可能，对于这类客户需要优先备餐，否则将延长车辆在餐厅的滞留时间，造成店内的拥堵。同样，可以将预定阈值设置为5分钟，当自定义到店时间小于15分钟(即备餐时间10分钟加上预定阈值5分钟)时，需要不断关注该车辆的位置，并动态更新和计算车辆到店时间。
89.在另一个实施例中，服务器首先基于初始位置信息和餐厅的位置信息，从电子地图中获取到多条到店路线，并选择其中的一条最佳行车路线，本领域技术人员能够理解，该最佳行车路线可以是距离最短的路线、避开拥堵路段的路线等等。
90.基于该最佳行车路线，可以确定一个备餐位置。具体的，备餐位置可以是距离餐厅的车程为备餐时间(t2)的位置。也就是说，备餐位置与用来当作阈值时间的备餐时间可以相呼应，该备餐位置是地理位置上的阈值位置。而最佳行车路线可以是最快或最短的到达餐厅的路线。
91.服务器采用上述相同的方式定期或按预定的规律获取该车辆的位置信息，当车辆的位置信息到达所述备餐位置附近，或者已经超过所述备餐位置表示车辆即将到达餐厅，服务器向员工终端发送指令，指示餐厅可以开始备餐。
92.另外，如果获取的当前车辆的位置信息不在上述确定的最佳行车路线上时，也可以重新规划所述最佳行车路线，并重新确定所述备餐位置。
93.此外，备餐位置的设定也可以是其他方式，例如以餐厅的位置为圆心，在距离餐厅预定范围设置电子围栏，当车辆进入电子围栏的范围内时，服务器收到消息即发出备餐指令。
94.s23，获取进入所述餐厅的车辆入口处的所述车辆的所述身份信息，可以通过设置在车辆入口处的第一识别装置对车辆的身份进行识别。具体的，在车辆入口处获取用于识别车辆的身份信息，所述用于识别车辆的身份信息包括车辆识别号、车牌号码以及与所述车辆绑定的手机识别信息中的至少一种。其中，第一识别装置可以是图像识别装置，用来识别所述车辆的车牌号码，该车牌号码包括在客户的订单中，由客户填写(常客可以采用绑定的方式，由应用程序主动填充)。基于所述订单中还可以包括车辆识别号vin、等其他可以标识身份的号码。第一识别装置也可以是nfc设备等，本领域技术人员能够理解，识别装置可以是任意能够识别车辆身份信息的设备。
95.s24，根据所述用于识别车辆的身份信息获取所述车辆的订单。也就是说，服务器
可以通过识别出的车辆的身份信息，例如车牌号码来获取相应的订单，从而将车辆的身份信息与订单相关联起来。
96.其中，可能存在查询不到相应的订单的情况，也就是说客户没有远程下单，则可以在引导装置上显示引导信息，该信息用于指导客户驱车沿点单路线行驶到点单位置。优选的，点单位置设置于取餐路线的末端，例如取餐路线与驶离路线的交汇点附近。
97.s25，基于所述订单获取指示所述餐品是否已准备完毕的备餐标记，并根据所述备餐标记显示引导信息。
98.若所述备餐标记指示所述餐品已经准备好，则在第一引导装置上显示引导信息，引导车辆进入取餐路线，行驶到指定的取餐处去取餐。所述第一引导装置可以是显示屏(例如电子显示屏)或声音提示。取餐处还可以设置第二识别装置，例如红外感应器或图像识别装置，以监测取餐处是否有车滞留，前一车辆驶离后(即取餐处没车的情况下)可以安排下一单餐品送到该取餐处。设置自动识别装置后，在该取餐处可以不需要设置常驻的服务人员，从而可以节约人力成本。
99.若所述备餐标记指示所述餐品还未准备好，则显示引导所述车辆行驶到等待位置的所述引导信息。在第一引导装置上显示引导信息，引导车辆进入等待路线，在等待位置等通知。等待位置处还可以设置给出引导信息的第二引导装置，该引导信息用于引导客户驱车进入取餐路线，以继续行驶到取餐处。与第一引导装置相类似，该第二引导装置可以是显示屏或能够给出声音提示的喇叭等设备。在一些实施例中，可以将等待位置设置在取餐路线上，因此取餐路线和等待路线可以存在部分重合。
100.等待位置和取餐处沿取餐路线依次设置的好处在于，不需要另外开辟专门的等待区域，可以节省餐厅的商业用地范围。并且，等待位置离取餐处很近，当等待的车辆可以取餐时，可以第一时间快速到达取餐处。
101.上述方法以备餐时间作为发送备餐指令的触发条件，当到店时间小于等于备餐时间，指示餐厅开始备餐，对于餐厅尤其是提供新鲜食物的餐厅而言，可以更及时地将温度适宜的食物提供给客户，可以起到提高客户满意度的效果。此外，以在驾车取餐的过程中实现全程电子引导，可以节约餐厅的人力成本，对于客户来说，也能提高取餐的效率。
102.本发明所述的动态调整到店时间的方法可以比较准确地估计车辆所处的位置，也就是说可以比较准确地估计客户的到店时间，从而可以在比较合适的时间，开始准备餐品。对于餐厅，尤其是提供热食的餐厅而言，及时、准确地将适宜温度的食物提供给客户，可以起到提高客户满意度，吸引客户再次光临的积极作用。
103.车辆到达餐厅后，如何行驶到该取餐处，则可以结合图3和图4来详细说明。
104.图3是根据本发明中一个实施例所提供的得来速餐厅场地的示意图。如图所示，得来速餐厅包括位于场地中间的餐厅主建筑以及围绕主建筑的得来速车道。
105.当车辆到达餐厅时，服务器根据设置在车辆的入口处的识别装置识别出该车辆的身份信息，并根据该身份信息查找到相应的订单，从而可以根据该订单的完成情况以及取餐处的忙或闲的情况，来确定该车辆的餐品应该放在哪一个取餐处。服务器根据该取餐处通知备餐区的员工将餐品递送到该取餐处，而车辆根据指引信息行驶到该取餐处，从而可以完成一单交易。
106.具体的，在车辆入口42处设有第一摄像头41(第一识别装置的数据采集部分)，当
车辆驶向入口42时，第一摄像头41对车辆进行至少一次拍摄，并将拍摄到的图像传送给服务器，服务器根据上述图像识别出该车辆的车牌号码，并根据该车牌号码寻找到相应的订单。如无相应的订单，则在电子引导牌43(第一导引装置的显示部分)上显示引导信息，指示该车辆左转进入点单路线412。
107.在点单路线412上设有点单位置49，点单位置49处设有现场点单设备，客户可以现场点单。并且，基于现代的客户更倾向远程点单的事实，在餐厅提供远程点单服务的前提下，选择到店点单的客户量大大减少，在一些实施例中，不再为到店点单的客户车辆专门设置等待位置，而是令其直接原地等候，其选择的物品直接被递送到点单位置49。客户车辆取得餐品后，沿道路180
°
转向，进入驶离路线413，驶离餐厅的取餐区域，完成下单和取餐的过程。可选择的，在点单位置49处还可以设置例如第三摄像头410(第三识别装置的数据采集部分)，用来观察点单位置49是否有车。
108.如根据车牌号码寻找到的订单已经完成准备工作，则在电子引导牌43上显示引导信息，指示该车辆直行进入取餐路线411。在取餐路线411的沿途，尤其是道路转弯的地方，设置等待位置44，供车辆临时停靠。在等待位置44也可以设置第三导引装置(未图示)。第三导引装置可以通过视觉、听觉的提示来引导车辆进入指定的取餐处。例如，引导装置可以是电子屏幕或喇叭。
109.取餐路线411的尽头设有取餐处47、48。在每个取餐处47、48边均设有第二摄像头45(第二识别装置的数据采集部分)，第二摄像头45用于检测取餐处47、48上是否还有车辆，即第二摄像头45拍摄取餐处47、48的图像，传送给服务器，服务器根据图像来判断取餐处47、48上是否还有车辆停留，如无车辆，则根据下一个订单信息通知相应车辆来取餐。其中，该相应的车辆可能是在等待位置44中临时停靠的车辆。在另一个实施例中，第二摄像头45可以更换为红外检测器，通过红外检测器检测取餐处47、48上是否有物体停留。取餐处47、48处还可以设置供商店员工使用的送货显示屏46(员工终端的一部分显示设备)，屏幕上显示订单信息和车俩信息以及两者之间的关联关系，员工可以通过屏幕上的显示比对餐品是否递送到正确的位置上，而客户也可以根据屏幕上的信息确认自己是否停在了正确的取餐处。客户车辆取得餐品后，沿道路前行，进入驶离路线413，驶离餐厅的取餐区域，完成下单和取餐的过程。
110.进一步地，取餐处47、48还可以设置确认装置(未图示)，当客户完成取餐准备离开时，客户通过操作该确认装置确认已取餐，服务器接收到该确认信息后，向订单中心发送该订单完成的信息，以便订单中心实现对一个订单的全程管理。或者，也可以在出口处设置与入口处所设置的识别装置相类似的识别装置(未图示)，通过图像识别装置、nfc装置等自动识别车辆是否离开，服务器以此作为确认取餐的标志，从而向订单中心发送该订单完成的信息。
111.此外，根据取餐区域的大小不同，取餐处可能只有一个，也可能有多个(例如图3所示的2个)。在取餐处有两个以上的情况下，可以预先定义各个取餐处的优先级，服务器优先将车辆引导到较高优先级的取餐处取餐。例如，可以沿取餐路线411的前进方向依次定义取餐处47、48的优先级，将取餐处48定义为较高的优先级，取餐车辆优先被引导到取餐处48。同时，将餐品从备餐区递送到取餐处时，也是优选送到高优先级的取餐处上，该送货信息可通过服务器同步到餐厅中的员工终端上。优选的，最高优先级的取餐处距离备餐区最近。
112.在图3所示的设施示意图中，取餐处48可以设置为优先级较高的那一个。则，当取餐处47、48都没有订单时，订单分配给取餐处48；当取餐处47、48都有订单时，订单排队时分配给取餐处48；当取餐处48没有订单而取餐处47有订单时，订单分配给取餐处48；当取餐处47没有订单而取餐处48有订单时，订单分配给取餐处47。
113.图4是根据本发明中一个实施例所提供的到店取餐时的引导流程图。
114.s51，通过第一识别装置(第一摄像头41)对车辆的身份进行识别。具体的，用于识别车辆的身份信息包括车辆识别号、车牌号码以及与所述车辆绑定的手机号码中的至少一种。
115.s52，根据所述用于识别车辆的身份信息获取所述车辆的订单。也就是说，车辆的身份信息可以和订单相关联起来。
116.s53，如果能够查询到订单信息，则根据该订单中的备餐标记，可以获取当前订单的备餐情况，即，订单是否已经准备好的情况。
117.s55，如该订单已经准备好，则在第一引导装置(电子引导牌43)上显示引导信息，以引导车辆沿取餐路线411行驶到指定的取餐处去取餐。所述第一引导装置可以是显示屏(例如电子显示屏)或声音提示。取餐处还可以设置第二识别装置，例如红外感应器或图像识别装置(第二摄像头45)，以监测取餐处是否有车滞留，前一车辆驶离后(即取餐处没车的情况下)可以安排下一单餐品送到该取餐处。设置自动识别装置后，在该取餐处可以不需要设置常驻的服务人员，从而可以节约人力成本。
118.s56，如该订单还在准备中，则在第一引导装置(电子引导牌43)上显示引导信息，引导车辆进入等待路线(与取餐路线411的大部分重合)，在等待位置44处等进一步通知。等待位置处还可以设置给出引导信息的第二引导装置(未图示)，该引导信息用于引导客户驱车进入取餐路线411，以继续行驶到取餐处。与第一引导装置相类似，该第二引导装置可以是显示屏或能够给出声音提示的喇叭等设备。在一些实施例中，可以将等待位置设置在取餐路线上，因此取餐路线和等待路线可以存在部分重合。
119.等待位置和取餐处沿取餐路线依次设置的好处在于，不需要另外开辟专门的等待区域，可以节省餐厅的商业用地范围。并且，等待位置离取餐处很近，当等待的车辆可以取餐时，可以第一时间快速到达取餐处。
120.s54，如不能查询到订单信息，也就是客户没有远程下单，则在第一引导装置(电子引导牌43)上显示引导信息，该信息用于指导客户驱车沿点单路线行驶到点单位置。优选的，点单位置设置于取餐路线的末端，例如取餐路线与驶离路线的交汇点附近。
121.上述的订单车位的引导方法将现有的5g通讯技术、计算机视觉技术、iot技术等多种现代技术结合，再一次改革得来速餐厅服务，通过人机互动，由设备驱动顾客和员工动线，在每一个节点上，设备都可以通过计算，告知人下一步应该做什么，在无需过多人工沟通的情况下，设备根据最优的计算，告知顾客和员工怎么做，通过新的流程，让员工可以最合适的时间为顾客准备最新鲜的食物，让顾客能最快速的拿到最新鲜的食物，可以实现更有效的取餐，避免因订单和车辆的增加造成拥堵。
122.图5是根据本发明中一个实施例的提供得来速餐厅服务的系统500的示意图。如图5所示，系统500包括服务器501、员工终端502、识别装置503和引导装置504。
123.所述服务器501接收来自用户设备的订单，并基于所述订单向所述员工终端502发
送备餐指令，所述服务器还接收来自所述员工终端502、识别装置503和引导装置504的数据，并基于所述数据向所述员工终端502、识别装置503和引导装置504下发指令；
124.所述员工终端502包括显示屏，所述显示屏上显示所述备餐指令和所述服务器501下发的其他所述指令；
125.所述识别装置503设置在所述得来速餐厅的车辆入口处，用于识别车辆的身份信息，并将所述身份信息上传给所述服务器501，所述服务器501基于所述车辆的身份信息确定与所述车辆相关联的订单；
126.所述引导装置504安装在所述得来速餐厅的场地上，用于显示引导所述车辆行驶的信息，所述引导装置504根据所述服务器501下发的指令显示引导信息，其中，若所述订单已经准备好，则所述引导信息用于引导所述车辆行驶到取餐处；若所述订单还未准备好，则所述引导信息用于引导所述车辆行驶到等待位置。
127.利用该系统500可以提供如上述图2-图4所述的得来速餐厅的订单处理方法，具体不再赘述。
128.根据本技术的一个具体实施方式，服务器501至少包括主处理器和存储介质，根据实际使用需求的不同，还可以包括协处理器、i/o单元、网络通信单元和一些其他扩展单元。
129.主处理器和/或协处理器用于执行存储在存储介质中存储的计算机指令，以实现本发明所提出得来速餐厅的订单处理方法。
130.存储介质可以包括内部存储器和外部存储器，或者还可以包括易失性存储器和非易失性存储器，或者还可以包括磁性存储装置、固态存储器、闪存、软盘和硬盘等。存储介质可用于存储操作系统(例如，可以由主处理器来执行)及该操作系统在运行过程中产生的数据、应用软件的软件程序及该应用软件在运行过程中产生的数据、以及专用模块的软件程序(例如，可以由某一协处理器来执行)及该程序在运行过程中产生的数据。在一些实施例中，存储介质还可以是相对于主处理器远程设置的远程存储器(相对通常意义上的存储器而言)，这些远程存储器可以通过网络连接的方式(例如通过网络通信单元)连接到主处理器或某一协处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
131.i/o(input/output，输入输出)单元包括信息的输入设备和信息的输出设备，其使得用户能够与服务器进行交互。输出设备可以用于输出/显示经处理的处理结果，该处理结果可以是根据输入设备输入的信息而做出的。具体的，输出设备可以包括：液晶显示器(liquid crystal display，lcd)、有机发光二极管(organic light-emitting diode，oled)等。在本发明中，员工终端503，引导装置504等可以被实现为i/o单元。
132.网络通信单元通过有/无线网络的连接来实现服务器与远程的各种设备之间的通信，从而使得服务器还可以与远程的设备(例如，前文所述的远程存储器)交换数据。本发明中，员工终端502、识别装置503、引导装置504等设置在餐厅中的多种终端设备均通过网络通信单元与服务器501通信连接。
133.本发明还提出了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机指令，所述至少一条指令由处理器加载并执行，以实现前述的方法。
134.本发明还提出了一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令被执行时，实现前述的方法。
135.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
136.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。
137.本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
138.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。