CN109389471B - 订单处理方法及装置 - Google Patents

Abstract

本发明公开了一种订单处理方法和装置，其中所述订单处理方法包括：接收订单请求；获取发出所述订单请求的用户到达所需的路程时间；根据所述订单请求的接收时间和所述路程时间获取订单处理时间；根据所述订单处理时间确定所述订单请求在订单队列中的序位。

Description

订单处理方法及装置

技术领域

本发明涉及互联网技术领域，具体涉及一种订单处理方法及装置。

背景技术

在诸如餐饮行业等的服务业，在高峰期店铺内会有大量顾客排队等候，不仅顾客等候时间长，而且导致店铺内环境拥挤，用户体验差。

为了解决上述问题，一些商户提供了网上下单的服务，顾客可以提前在网上下单，等到了商户指定的自提时间再到店自提，从而可以减少等待时间。但是，即便有的商户提供了指定自提时间的服务，但由于指定的自提时间的间隔较大，例如以10分钟的间隔指定自提时间，而且有时顾客自己预估的时间有误，仍然会发生已到店的顾客在等待自己的订单完成，而大量已完成的订单没被提走的情况。

发明内容

有鉴于此，本发明实施例提供了一种订单处理方法和装置，以解决现有的订单队列排序不准确，用户到店等待时间长的问题。

根据第一方面，本发明实施例提供了一种订单处理方法，包括：接收订单请求；获取发出所述订单请求的用户到达所需的路程时间；根据所述订单请求的接收时间和所述路程时间获取订单处理时间；根据所述订单处理时间确定所述订单请求在订单队列中的序位。

可选地，所述获取发出所述订单请求的用户到达所需的路程时间包括：获取所述用户的用户位置信息；根据所述用户位置信息和商户位置信息确定所述路程时间。

可选地，所述订单请求还包括商户信息，在根据所述用户位置信息和商户位置信息确定路程时间之前，所述方法还包括：根据所述商户信息获取商户位置信息。

可选地，所述订单请求还包括订单商品信息，所述根据所述订单请求的接收时间和所述路程时间获取订单处理时间包括：根据所述订单商品信息获取订单完成时间；将所述订单请求的接收时间加上所述路程时间并减去所述订单完成时间来得到所述订单处理时间。

可选地，所述订单处理方法还包括：根据所述订单队列中排在所述订单请求之前的未完成订单请求获取所述订单请求的排队时间；计算所述排队时间与所述订单处理时间之间的差值，当所述差值大于预设阈值时，反馈所述排队时间。

可选地，所述订单处理方法还包括：在接收到所述订单请求对应的订单已完成的指令时，在所述订单队列中删除已完成的所述订单请求。

根据第二方面，本发明实施例提供了一种订单处理方法，包括：接收订单请求，所述订单请求包括第一类型订单请求和第二类型订单请求；获取发出所述第二类型订单请求的用户到达所需的路程时间；获取所述第一类型订单请求和所述第二类型订单请求的订单处理时间，其中所述第一类型订单请求的订单处理时间为所述第一类型订单请求的接收时间，所述第二类型订单请求的订单处理时间根据所述第二类型订单请求的接收时间和所述路程时间确定；根据所述订单处理时间确定所述第一类型订单请求和所述第二类型订单请求在订单队列中的序位。

可选地，所述获取发出所述第二类型订单请求的用户到达所需的路程时间包括：获取所述用户的用户位置信息；根据所述用户位置信息和商户位置信息确定所述路程时间。

可选地，所述订单请求还包括商户信息，在根据所述用户位置信息和商户位置信息确定路程时间之前，所述方法还包括：根据所述商户信息获取商户位置信息。

可选地，所述订单处理方法还包括：当所述第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，将所述第二类型订单请求在订单队列中的序位向前移动。

可选地，所述第二类型订单请求还包括订单商品信息，所述第一预定阈值为根据所述订单商品信息获取的订单完成时间。

可选地，所述将所述第二类型订单请求在订单队列中的序位向前移动，包括：获取待向前移动的第二类型订单请求的接收时间以及位于所述待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间；根据所获取的接收时间将所述第二类型订单请求在订单队列中的序位向前移动，所述待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于所述待向前移动的第二类型订单请求的接收时间的第一类型订单请求。

可选地，所述订单处理方法还包括：根据所述订单队列中排在所述订单请求之前的未完成订单请求获取所述订单请求的排队时间；计算所述排队时间与所述订单处理时间之间的差值，当所述差值大于第二预设阈值时，反馈所述排队时间。

可选地，所述订单处理方法还包括：在接收到所述第一类型订单请求或所述第二类型订单请求对应的订单已完成的指令时，在所述订单队列中删除已完成的所述第一类型订单请求或所述第二类型订单请求。

根据第三方面，本发明实施例提供了一种订单处理装置，包括：接收单元，用于接收订单请求；第一获取单元，用于获取发出所述订单请求的用户到达所需的路程时间；第二获取单元，用于根据所述订单请求的接收时间和所述路程时间获取订单处理时间；排序单元，用于根据所述订单处理时间确定所述订单请求在订单队列中的序位。

根据第四方面，本发明实施例提供了一种订单处理装置，包括：接收单元，用于接收订单请求，所述订单请求包括第一类型订单请求和第二类型订单请求；第一获取单元，用于获取发出所述第二类型订单请求的用户到达所需的路程时间；第二获取单元，用于获取所述第一类型订单请求和所述第二类型订单请求的订单处理时间，其中所述第一类型订单请求的订单处理时间为所述第一类型订单请求的接收时间，所述第二类型订单请求的订单处理时间根据所述第二类型订单请求的接收时间和所述路程时间确定；排序单元，用于根据所述订单处理时间确定所述第一类型订单请求和所述第二类型订单请求在订单队列中的序位。

根据第五方面，本发明实施例提供了一种服务器，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行上述第一方面或第二方面中任一项所述的订单处理方法。

根据第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第一方面或第二方面中任一项所述的订单处理方法。

在本发明实施例中，服务器根据用户位置信息确定用户到达店铺所需的路程时间，根据订单请求的接收时间和路程时间获取订单处理时间，并根据订单处理时间确定订单请求在订单队列中的序位，从而可以准确预计用户的到店时间，减少用户到店的等待时间。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

图1示出了根据本发明实施例的订单处理方法的流程图；

图2示出了根据本发明另一实施例的订单处理方法的流程图；

图3示出了根据本发明实施例的订单处理装置的示意图；

图4示出了根据本发明另一实施例的订单处理装置的示意图；

图5示出了根据本发明实施例的服务器的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了根据本发明实施例的订单处理方法，该方法可以适用于位于商户店铺的服务器，也可以适用于服务多个商户店铺的服务器，在这种情况下，各个商户店铺的商户端与该服务器通信连接，例如可以采用互联网的方式连接。在图1所示的实施例中，该服务器适用于网络接收用户订单，该方法可以包括：

S11.接收订单请求。

用户在通过互联网向商户下单时，服务器可以接收到用户发出的订单请求。

S12.获取发出订单请求的用户到达所需的路程时间。

用户在通过用户终端向商户下订单时，用户终端会将其位置信息也发送给服务器。用户位置信息可以随订单请求一同发送给服务器，也可以在发送订单请求后再发送，在一些可选的实施方式中，用户终端也可以不断获取最新的当前位置信息，并将更新后的用户位置信息发送给服务器，以便于服务器能够获取到用户的位置变化。

服务器在获取到用户位置信息后，就可以根据用户位置信息和商户位置信息确定用户到达店铺所需的路程时间。当服务器位于商户店铺内时，商户位置信息可以预存在服务器内，或者也可以由服务器通过网络定位功能获取；当服务器服务于多个商户店铺时，用户发出的订单请求中会包括商户信息，这样服务器才能知道用户是给哪个商户下的订单，并将订单请求分配给相应的商户端，此时服务器可以根据订单请求中包括的商户信息来获取到商户位置信息。

在一些可选实施方式中，用户终端可以不断发送更新后的用户位置信息，这样服务器就可以更加准确地估计出用户到达店铺所需的路程时间，从而动态更新用户到达店铺所需的路程时间。为了更加准确的估计路程时间，作为一种可选实施方式，用户还可以选择将自己到达商户店铺所采用的交通方式也发送给服务器，例如是步行、公交、自行车或是地铁，便于服务器更加准确的预估路程时间。作为另一种可选实施方式，用户终端的传感器不断采集加速度信息、速度信息、位置信息、声音信息等，并将采集到的信息也发送给服务器，这样服务器就可以根据这些信息自动判断出用户采用的交通方式是步行、公交、自行车或是地铁，而无需用户手动选择提交。

在本实施例中，服务器获取到发出该订单请求的用户的用户位置信息，进而可以根据户位置信息和商户位置信息确定路程时间，然而本发明并不限于此，用户也可以直接向服务器发送预估的路程时间，比如用户在用户终端的电子地图上直接查询到到达店铺所需的时间是30分钟，则可以将路程时间发送给服务器，从而可以节省服务器的计算资源。

S13.根据订单请求的接收时间和路程时间获取订单处理时间。

服务器在接收到订单请求的时候会记录订单请求的接收时间，并根据上述步骤S12中获取的路程时间，例如将两者相加，就可以得到订单处理时间，用户从下单时就开始向商户店铺出发，服务器计算用户到达店铺的时间大约就是订单处理时间。

S14.根据该订单处理时间确定该订单请求在订单队列中的序位。

服务器根据先到先服务的原则，按照预估的用户到达店铺的时间，即订单处理时间的先后，就可以确定所接收的订单在订单队列中的序位，订单处理时间靠前的，则在订单队列中的序位也靠前，这样店铺内的服务人员，例如餐饮店铺的厨师就可以根据订单队列的先后顺序来为用户备餐，先处理预估到店时间靠前的用户的订单，后处理预估到店时间靠后的用户的订单，从而减少用户到店的等待时间。如上文所述，在一些可选实施方式中，由于用户到达店铺所需的路程时间是动态更新的，因此订单请求在订单队列中的序位也是动态更新的，从而避免产生用户已经到了，而服务人员还在处理未到用户的订单。

在本实施例中，服务器根据订单请求的接收时间和路程时间获取订单处理时间，并根据订单处理时间确定订单请求在订单队列中的序位，从而可以准确预计用户的到店时间，减少用户到店的等待时间。

在一些可选实施方式中，如图1所示，根据本发明实施例的订单处理方法还可以包括：

S15.根据订单队列中排在该订单请求之前的未完成订单请求获取该订单请求的排队时间。

服务器在获取到订单队列中排在该订单请求之前的未完成订单请求之后就可以预估出完成这些订单需要花费多少时间，也即该订单请求的排队时间。可以有多种方式完成预估，对于完成每笔订单耗时较为接近的行业，可以确定完成每笔订单所需的时间，例如5分钟，如果当前时间是9:00，排在该订单请求之前的未完成订单请求有6个，则可以预估出该订单请求的排队时间是9:30。对于完成每笔订单耗时差别很大的行业，例如餐饮行业，制作一杯饮料可能只需要3分钟，而烹制一份菜肴可能需要20分钟，这时服务器可以根据订单队列中排在该订单请求之前的未完成订单请求中的订单商品信息，并根据预存的订单商品信息与完成该订单商品所需时间的对应关系，从而计算出该订单请求的排队时间。

S16.计算排队时间与订单处理时间之间的差值，当该差值大于预设阈值时，反馈该排队时间。

例如服务器在步骤S13中计算出的订单处理时间为9:10，在步骤S15中计算出的排队时间为9:30，如果用户准时在9:10到店，则用户需要等待20分钟，严重影响用户体验，并且如果到店等候的用户过多，也导致店铺内环境拥挤，影响所有用户体验。服务器可以计算排队时间与订单处理时间之间的差值，当差值大于预设阈值(例如10分钟)时，则可以告知用户店铺当前需要完成的订单太多，请用户延迟到排队时间之后，也就是9:30之后来自提，从而避免用户在店铺内等待时间过长。

在一些可选实施方式中，如图1所示，根据本发明实施例的订单处理方法还可以包括：

S17.在接收到所述订单请求对应的订单已完成的指令时，在所述订单队列中删除已完成的订单请求。

在服务人员完成订单请求对应的订单时，可以向服务器发出指令以删除该订单请求。这样排列在订单队列中的订单请求均是未完成订单，便于服务人员根据订单队列逐个完成各个订单，且可以节省服务器的存储空间。

作为本实施例的一种可选实施方式，订单请求还可以包括订单商品信息，上述步骤S13可以包括：

a)根据订单商品信息获取订单完成时间。

对于完成每笔订单耗时差别很大的行业，例如餐饮行业，制作一杯饮料可能只需要3分钟，而烹制一份菜肴可能需要20分钟，商户可以预先存储订单商品信息与完成该订单商品所需时间的对应关系，这样服务器就可以根据该对应关系，根据订单商品信息获取订单完成时间。

b)将该订单请求的接收时间加上路程时间并减去订单完成时间来得到订单处理时间。

举例说明，用户a在9:00下单一杯饮料，路程时间30分钟，制作一杯饮料需要3分钟，服务器可以计算出用户a的订单处理时间为9:27分，即可以告知服务人员需要在9:27分之前开始着手用户a的订单请求；用户b在9:10下单一份菜肴，路程时间30分钟，烹制一份菜肴需要20分钟，服务器可以计算出用户b的订单处理时间为9:20分，即可以告知服务人员需要在9:20分之前开始着手用户b的订单请求。虽然用户a的预计到店时间是9:30，而用户b的预计到店时间是9:40晚于用户a，但是由于完成用户b的订单耗时较长，所以用户b的订单处理时间会早于用户a，从而服务人员会先着手用户b的订单，避免在前的订单数量很多时，而导致用户b的等待时间过长。

图2示出了根据本发明另一实施例的订单处理方法，同样地，该方法可以适用于位于商户店铺的服务器，也可以适用于服务多个商户店铺的服务器，该方法可以包括：

S21.接收订单请求，该订单请求包括第一类型订单请求和第二类型订单请求。

在本实施例中的服务器可以接收两种类型的订单请求，第一类型订单请求例如可以是用户在店内下单的订单请求，第二类型订单请求例如可以是用户通过互联网下单的订单请求。

S22.获取发出第二类型订单请求的用户的到达所需的路程时间。

对于第一类型订单请求，由于用户是在店内下单的，无需知道其位置；对于第二类型订单请求，由于用户是通过互联网下单的，为了预估用户的到店时间，需要接收该用户的用户位置信息或者用户直接发送的到达所需路程时间。同样地，用户位置信息或者路程时间可以随订单请求一同发送给服务器，也可以在发送订单请求后再发送，作为可选实施方式，用户终端可以不断获取最新的当前位置信息或所需的路程时间，并将更新后的用户位置信息或所需的路程时间发送给服务器，以便于服务器能够获取到用户的位置变化，具体可以参见步骤S12的描述。

S23.获取第一类型订单请求和第二类型订单请求的订单处理时间，其中第一类型订单请求的订单处理时间为第一类型订单请求的接收时间，第二类型订单请求的订单处理时间根据第二类型订单请求的接收时间和路程时间确定。

由于第一类型订单请求是用户在店内下单的，因此不存在路程时间，第一类型订单请求的订单处理时间即为第一类型订单请求的接收时间；第二类型订单请求是用户通过互联网下单的，需要考虑用户到店所需的路程时间，因此，例如可以将第二类型订单请求的接收时间与路程时间相加得到订单处理时间。

S24.根据订单处理时间确定第一类型订单请求和第二类型订单请求在订单队列中的序位。

在本实施例中，第一类型订单请求和第二类型订单请求均被放置在一个订单队列中，根据先到先服务的原则，按照用户实际或预估到达店铺的时间，即订单处理时间的先后，就可以确定所接收的订单在订单队列中的序位，订单处理时间靠前的，则在订单队列中的序位也靠前，这样服务人员就可以根据订单队列的先后顺序来完成用户订单，先处理预估到店时间靠前的用户的订单，后处理预估到店时间靠后的用户的订单，从而减少用户到店的等待时间。

在本实施例中，服务器可以处理到店下单的订单请求和互联网下单的订单请求这两种类型的订单请求，获取互联网下单的用户的到达店铺的所需的路程时间，按照用户实际或预估到达店铺的时间对两种类型的订单请求进行排序，从而可以准确预计用户的到店时间，减少用户到店的等待时间。

作为一种可选实施方式，如图2所示，根据本发明实施例的订单处理方法还可以包括：

S25.当第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，将第二类型订单请求在订单队列中的序位向前移动。

根据先到先服务的原则，且为了避免高峰时期到店等待的用户人数过多，导致店铺内环境拥挤，服务器优先将到店下单的第一类型订单请求排在订单队列前面，服务人员优先完成第一类型订单请求；当订单队列中的某个通过互联网下单的第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，例如5分钟，即该用户即将到店了，服务器将该第二类型订单请求在订单队列中的序位向前移动，以便可以使该第二类型订单请求可以尽快完成，以减小该用户的到店等待时间。

可选地，该第二类型订单请求还包括订单商品信息，该第一预定阈值为根据订单商品信息获取的订单完成时间。如上文所述，在某些行业，完成每笔订单耗时差别很大，如果设置固定的第一预定阈值，当订单完成速度很快时，可能订单已完成而没有被提走，店内别的用户还在等待；而当订单完成速度很慢时，可能用户已经到店了，而订单仍未完成。在第一预定阈值为根据订单商品信息获取的订单完成时间的情况下，如果订单完成时间较慢，则该订单可以较早向前移动，从而较早完成；如果订单完成时间较快，则该订单可以较晚向前移动，服务人员优先完成其他用户的订单，可以进一步减小用户到店的等待时间。

在一些可选实施方式中，上述步骤S25可以包括：

a)获取待向前移动的第二类型订单请求的接收时间以及位于该待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间；

b)根据所获取的接收时间将该第二类型订单请求在订单队列中的序位向前移动，该待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于该待向前移动的第二类型订单请求的接收时间的第一类型订单请求。

通过获取排列在待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间，使该待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于该待向前移动的第二类型订单请求的接收时间的第一类型订单请求，从而在减小该到店自提用户到店的等待时间的同时，还照顾了先下单先服务的原则。

在一些可选实施方式中，如图2所示，根据本发明实施例的订单处理方法还可以包括：

S26.根据所述订单队列中排在该订单请求之前的未完成订单请求获取所述订单请求的排队时间，具体参见步骤S15的描述。

S27.计算排队时间与订单处理时间之间的差值，当该差值大于第二预设阈值时，反馈该排队时间，具体参见步骤S16的描述。

通过上述方法步骤，服务器在店铺当前需要完成的订单太多的情况下，向用户反馈排队时间，请用户延迟到排队时间之后来自提，从而避免用户在店铺内等待时间过长。

在一些可选实施方式中，如图2所示，根据本发明实施例的订单处理方法还可以包括：

S28.在接收到第一类型订单请求或第二类型订单请求对应的订单已完成的指令时，在订单队列中删除已完成的第一类型订单请求或第二类型订单请求。

在服务人员完成订单请求对应的订单时，可以向服务器发出指令以删除该订单请求。这样排列在订单队列中的订单请求均是未完成订单，便于服务人员根据订单队列逐个完成各个订单，且可以节省服务器的存储空间。

相应地，图3示出了根据本发明实施例的订单处理装置，其包括：

接收单元31，用于接收订单请求，具体参见步骤S11的描述；

第一获取单元32，用于获取发出订单请求的用户到达所需的路程时间，具体参见步骤S12的描述；

第二获取单元33，用于根据订单请求的接收时间和路程时间获取订单处理时间，具体参见步骤S13的描述；

排序单元34，用于根据订单处理时间确定订单请求在订单队列中的序位，具体参见步骤S14的描述。

在本实施例中，服务器根据订单请求的接收时间和用户到达所需的路程时间获取订单处理时间，并根据订单处理时间确定订单请求在订单队列中的序位，从而可以准确预计用户的到店时间，减少用户到店的等待时间。

可选地，上述第一获取单元32可以包括：

位置子单元，用于获取所述用户的用户位置信息；

时间子单元，用于根据所述用户位置信息和商户位置信息确定路程时间。

由此，服务器可以根据用户位置信息直接预估用户到达所需路程时间，而无需用户发送该路程时间，

可选地，该订单请求还包括商户信息，根据本发明实施例的订单处理装置还可以包括：

位置单元，用于根据商户信息获取商户位置信息。

当服务器服务于多个商户店铺时，用户发出的订单请求中会包括商户信息，这样服务器才能知道用户是给哪个商户下的订单，并将订单请求分配给相应的商户端，此时服务器可以根据订单请求中包括的商户信息来获取到商户位置信息。

可选地，所述订单请求还包括订单商品信息，所述第二获取单元33可以包括：

第一获取子单元，用于根据订单商品信息获取订单完成时间；

第二获取子单元，用于将订单请求的接收时间加上路程时间并减去订单完成时间来得到所述订单处理时间。

上述第一获取子单元和第二获取子单元的具体内容可以参见上文中关于步骤S13的一种可选实施方式中的具体描述。由此，服务器并不是简单的根据用户的预估到店时间来对订单请求排序，还考虑到完成各个订单所需要的订单完成时间，可以更加准确地避免用户到店等待时间过长。

可选地，根据本发明实施例的订单处理装置还可以包括：

排队时间单元，用于根据订单队列中排在该订单请求之前的未完成订单请求获取该订单请求的排队时间，具体参见步骤S15的描述；

反馈单元，用于计算排队时间与订单处理时间之间的差值，当该差值大于预设阈值时，反馈该排队时间，具体参见步骤S16的描述。

由此，服务器在店铺当前需要完成的订单太多的情况下，向用户反馈排队时间，请用户延迟到排队时间之后来自提，从而避免用户在店铺内等待时间过长。

可选地，根据本发明实施例的订单处理装置还可以包括：

删除单元，用于在接收到订单请求对应的订单已完成的指令时，在订单队列中删除已完成的订单请求，具体参见步骤S17的描述。

由此，在服务人员完成订单请求对应的订单时，可以向服务器发出指令以删除该订单请求。这样排列在订单队列中的订单请求均是未完成订单，便于服务人员根据订单队列逐个完成各个订单，且可以节省服务器的存储空间。

相应地，图4示出了根据本发明另一实施例的订单处理装置，其包括：

接收单元41，用于接收订单请求，该订单请求包括第一类型订单请求和第二类型订单请求，具体参见步骤S21的描述；

第一获取单元42，用于接收发出第二类型订单请求的用户到达所需的路程时间，具体参见步骤S22的描述；

第二获取单元43，用于获取第一类型订单请求和第二类型订单请求的订单处理时间，其中第一类型订单请求的订单处理时间为第一类型订单请求的接收时间，第二类型订单请求的订单处理时间根据第二类型订单请求的接收时间和路程时间确定，具体参见步骤S23的描述；

排序单元44，用于根据所述订单处理时间确定所述第一类型订单请求和所述第二类型订单请求在订单队列中的序位，具体参见步骤S24的描述。

在本实施例中，第一类型订单请求和第二类型订单请求均被放置在一个订单队列中，根据先到先服务的原则，按照用户实际或预估到达店铺的时间，即订单处理时间的先后，就可以确定所接收的订单在订单队列中的序位，订单处理时间靠前的，则在订单队列中的序位也靠前，这样服务人员就可以根据订单队列的先后顺序来完成用户订单，先处理预估到店时间靠前的用户的订单，后处理预估到店时间靠后的用户的订单，从而可以准确预计用户的到店时间，减少用户到店的等待时间。

可选地，所述订单请求还包括商户信息，本实施例中的订单处理装置还可以包括：

第二位置单元，用于根据商户信息获取商户位置信息。

当服务器服务于多个商户店铺时，用户发出的订单请求中会包括商户信息，这样服务器才能知道用户是给哪个商户下的订单，并将订单请求分配给相应的商户端，此时服务器可以根据订单请求中包括的商户信息来获取到商户位置信息。

可选地，本实施例中的订单处理装置还可以包括：

移动单元，用于当第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，将第二类型订单请求在订单队列中的序位向前移动，具体参见步骤S25的描述。

根据先到先服务的原则，且为了避免高峰时期到店等待的用户人数过多，导致店铺内环境拥挤，服务器优先将到店下单的第一类型订单请求排在订单队列前面，服务人员优先完成第一类型订单请求；当订单队列中的某个通过互联网下单的第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，服务器将该第二类型订单请求在订单队列中的序位向前移动，以便可以使该第二类型订单请求可以尽快完成，以减小该用户的到店等待时间。

可选地，所述第二类型订单请求还包括订单商品信息，所述第一预定阈值为根据所述订单商品信息获取的订单完成时间。

在第一预定阈值为根据订单商品信息获取的订单完成时间的情况下，如果订单完成时间较慢，则该订单可以较早向前移动，从而较早完成；如果订单完成时间较快，则该订单可以较晚向前移动，服务人员优先完成其他用户的订单，可以进一步减小用户到店的等待时间。

可选地，所述移动单元可以包括：

时间获取子单元，用于获取待向前移动的第二类型订单请求的接收时间以及位于该待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间；

移动子单元，用于根据所获取的接收时间将第二类型订单请求在订单队列中的序位向前移动，该待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于该待向前移动的第二类型订单请求的接收时间的第一类型订单请求。

上述时间获取子单元和移动子单元的具体内容可以参见上文中关于步骤S25的一种可选实施方式中的具体描述。通过获取排列在待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间，使该待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于该待向前移动的第二类型订单请求的接收时间的第一类型订单请求，从而在减小该到店自提用户到店的等待时间的同时，还照顾了先下单先服务的原则。

可选地，本实施例中的订单处理装置还可以包括：

排队时间单元，用于根据订单队列中排在该订单请求之前的未完成订单请求获取该订单请求的排队时间，具体参见步骤S26的描述；

反馈单元，用于计算排队时间与订单处理时间之间的差值，当该差值大于第二预设阈值时，反馈该排队时间，具体参见步骤S27的描述。

由此，服务器在店铺当前需要完成的订单太多的情况下，向用户反馈排队时间，请用户延迟到排队时间之后来自提，从而避免用户在店铺内等待时间过长。

可选地，本实施例的订单处理装置还可以包括：

删除单元，用于在接收到第一类型订单请求或第二类型订单请求对应的订单已完成的指令时，在订单队列中删除已完成的第一类型订单请求或第二类型订单请求，具体参见步骤S28的描述。

由此，在服务人员完成订单请求对应的订单时，可以向服务器发出指令以删除该订单请求。这样排列在订单队列中的订单请求均是未完成订单，便于服务人员根据订单队列逐个完成各个订单，且可以节省服务器的存储空间。

如图5所示，本发明实施例还提供了一种服务器，该服务器可以设置于商户店铺内，以处理该店铺的订单，该服务器也可以服务多个商户店铺，各个商户店铺的商户端与该服务器通信连接，例如可以采用互联网的方式连接，该服务器包括处理器51和存储器52，其中处理器51和存储器52可以通过总线或者其他方式连接，图5中以通过总线连接为例。

处理器51可以为中央处理器(Central Processing Unit，CPU)。处理器51还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器52作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的启动应用程序的方法所对应的程序指令。处理器51通过运行存储在存储器52中的非暂态软件指令，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的订单处理方法。

存储器52可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器52可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至处理器51。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述服务器的具体细节可以对应参阅图1和图2所示的实施例中对应的相关描述和效果进行理解，此处不再赘述。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (14)

1.一种订单处理方法，其特征在于，包括：

接收订单请求，所述订单请求中包括订单商品信息，根据所述订单商品信息获取订单完成时间；

获取发出所述订单请求的用户到达所需的路程时间；

将所述订单请求的接收时间加上所述路程时间并减去所述订单完成时间获取订单处理时间；

根据所述订单处理时间确定所述订单请求在订单队列中的序位；

根据所述订单队列中排在所述订单请求之前的未完成订单请求获取所述订单请求的排队时间；

计算所述排队时间与所述订单处理时间之间的差值，当所述差值大于预设阈值时，反馈所述排队时间。

2.根据权利要求1所述的订单处理方法，其特征在于，所述获取发出所述订单请求的用户到达所需的路程时间包括：

获取所述用户的用户位置信息；

根据所述用户位置信息和商户位置信息确定所述路程时间。

3.根据权利要求2所述的订单处理方法，其特征在于，所述订单请求还包括商户信息，在根据所述用户位置信息和商户位置信息确定路程时间之前，所述方法还包括：

根据所述商户信息获取商户位置信息。

4.根据权利要求1-3中任一项所述的订单处理方法，其特征在于，还包括：

在接收到所述订单请求对应的订单已完成的指令时，在所述订单队列中删除已完成的所述订单请求。

5.一种订单处理方法，其特征在于，包括：

接收订单请求，所述订单请求包括第一类型订单请求和第二类型订单请求，所述第二类型订单请求中包括订单商品信息，根据所述订单商品信息获取订单完成时间；

获取发出所述第二类型订单请求的用户到达所需的路程时间；

获取所述第一类型订单请求和所述第二类型订单请求的订单处理时间，其中所述第一类型订单请求的订单处理时间为所述第一类型订单请求的接收时间，所述第二类型订单请求的订单处理时间根据所述第二类型订单请求的接收时间、所述订单完成时间和所述路程时间确定；

根据所述订单处理时间确定所述第一类型订单请求和所述第二类型订单请求在订单队列中的序位；

根据所述订单队列中排在所述第一类型订单请求或所述第二类型订单请求之前的未完成订单请求获取所述第一类型订单请求或所述第二类型订单请求的排队时间；

计算所述排队时间与所述第一类型订单请求或所述第二类型订单请求的订单处理时间之间的差值，当所述差值大于第二预设阈值时，反馈所述排队时间。

6.根据权利要求5所述的订单处理方法，其特征在于，所述获取发出所述第二类型订单请求的用户到达所需的路程时间包括：

获取所述用户的用户位置信息；

根据所述用户位置信息和商户位置信息确定所述路程时间。

7.根据权利要求6所述的订单处理方法，其特征在于，所述订单请求还包括商户信息，在根据所述用户位置信息和商户位置信息确定路程时间之前，所述方法还包括：

根据所述商户信息获取商户位置信息。

8.根据权利要求5所述的订单处理方法，其特征在于，还包括：当所述第二类型订单请求的订单处理时间与当前时间的差值小于第一预定阈值时，将所述第二类型订单请求在订单队列中的序位向前移动；所述第一预定阈值为根据所述订单商品信息获取的订单完成时间。

9.根据权利要求8所述的订单处理方法，其特征在于，所述将所述第二类型订单请求在订单队列中的序位向前移动，包括：

获取待向前移动的第二类型订单请求的接收时间以及位于所述待向前移动的第二类型订单请求之前的第一类型订单请求的接收时间；

根据所获取的接收时间将所述第二类型订单请求在订单队列中的序位向前移动，所述待向前移动的第二类型订单请求向前移动的序位不超过接收时间早于所述待向前移动的第二类型订单请求的接收时间的第一类型订单请求。

10.根据权利要求5-9中任一项所述的订单处理方法，其特征在于，还包括：

在接收到所述第一类型订单请求或所述第二类型订单请求对应的订单已完成的指令时，在所述订单队列中删除已完成的所述第一类型订单请求或所述第二类型订单请求。

11.一种订单处理装置，其特征在于，包括：

接收单元，用于接收订单请求，所述订单请求中包括订单商品信息，根据所述订单商品信息获取订单完成时间；

第一获取单元，用于获取发出所述订单请求的用户到达所需的路程时间；

第二获取单元，用于将所述订单请求的接收时间加上所述路程时间并减去所述订单完成时间获取订单处理时间；

排序单元，用于根据所述订单处理时间确定所述订单请求在订单队列中的序位；

排队时间单元，用于根据所述订单队列中排在所述订单请求之前的未完成订单请求获取所述订单请求的排队时间；

反馈单元，用于计算所述排队时间与所述订单处理时间之间的差值，当所述差值大于预设阈值时，反馈所述排队时间。

12.一种订单处理装置，其特征在于，包括：

接收单元，用于接收订单请求，所述订单请求包括第一类型订单请求和第二类型订单请求，所述第二类型订单请求中包括订单商品信息，根据所述订单商品信息获取订单完成时间；

第一获取单元，用于获取发出所述第二类型订单请求的用户到达所需的路程时间；

第二获取单元，用于获取所述第一类型订单请求和所述第二类型订单请求的订单处理时间，其中所述第一类型订单请求的订单处理时间为所述第一类型订单请求的接收时间，所述第二类型订单请求的订单处理时间根据所述第二类型订单请求的接收时间、所述订单完成时间和所述路程时间确定；

排序单元，用于根据所述订单处理时间确定所述第一类型订单请求和所述第二类型订单请求在订单队列中的序位；

排队时间单元，用于根据所述订单队列中排在所述第一类型订单请求或所述第二类型订单请求之前的未完成订单请求获取所述第一类型订单请求或所述第二类型订单请求的排队时间；

反馈单元，用于计算所述排队时间与所述第一类型订单请求或所述第二类型订单请求的订单处理时间之间的差值，当所述差值大于第二预设阈值时，反馈所述排队时间。

13.一种服务器，其特征在于，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1-10中任一项所述的订单处理方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的订单处理方法。

Images