CN104598978A - 用于处理预约订单的方法及设备 - Google Patents

Abstract

本公开的实施例公开了一种用于处理预约订单的方法和设备。该方法包括：获取由司机请求的预约订单的始发时段和始发区域；获取与该始发时段和始发区域关联的预约订单；以及向该司机发送该预约订单。本公开的实施例基于司机请求的预约订单的始发时段和始发区域来确定预约订单并且将该预约订单向该司机发送，能够减少司机接收无价值或低价值的预约订单的情况的发生，从而保证高价值订单的接收，并且从一定程度上提高司机和乘客的用户体验。

Description

用于处理预约订单的方法及设备

技术领域

本公开的实施例涉及一种用于处理预约订单的方法及设备。

背景技术

随着智能设备的普及和移动互联网的高速发展，人们已经习惯于通过相关打车软件来呼叫出租车。

具体来说，乘客使用移动终端启动打车软件乘客端，在移动终端界面中键入或者通过语音说出想要出发的时间和地点以及想要前往的目的地，以便形成预约订单。然后，该预约订单将被自动发送给该乘客所在的城市中的所有出租车司机，以便这些出租车司机进行抢单。如果某一出租车司机抢单成功，则该出租车司机可以获得该预约订单的联系信息以便进行接驾。这样，能够让乘客通过简单操作而得到预约打车服务，从而避免传统上乘客在路边等候打车，减少了等候时间。

然而，将预约订单自动发送给城市中的所有出租车司机将会显著增加信息传播量。同时，对于出租车司机来说，大量无价值或低价值的预约订单将会影响高价值订单的接收，从而从一定程度上影响司机和乘客的用户体验。

发明内容

本公开的实施例旨在提供一种用于处理预约订单的方法及设备，能够解决相关技术中存在的问题。

根据本公开的一个方面，提供了一种用于处理预约订单的方法。该方法包括：获取由司机请求的预约订单的始发时段和始发区域；获取与该始发时段和始发区域关联的预约订单；以及向该司机发送该预约订单。

根据本公开的一个方面，还提供了一种用于处理预约订单的方法。该方法包括：获取由乘客发布的预约订单的始发时间和始发地点；确定该始发时间所处于的始发时段，并且确定该始发地点所位于的始发区域；以及将该始发时间、始发时段、始发地点和始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与该司机请求的预约订单的始发时段和始发区域关联的预约订单

根据本公开的另一个方面，提供了一种用于处理预约订单的设备，该设备包括：第一获取装置，用于获取由司机请求的预约订单的始发时段和始发区域；第二获取装置，用于获取与该始发时段和始发区域关联的预约订单；以及第一发送装置，用于向该司机发送该预约订单。

根据本公开的另一个方面，还提供了一种用于处理预约订单的设备，该设备包括：第三获取装置，用于获取由乘客发布的预约订单的始发时间和始发地点；第一确定装置，用于确定该始发时间所处于的始发时段，并且确定该始发地点所位于的始发区域；以及存储装置，用于将该始发时间、始发时段、始发地点和始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与该司机请求的预约订单的始发时段和始发区域关联的预约订单。

本公开的实施例基于司机请求的预约订单的始发时段和始发区域来确定预约订单并且将该预约订单向该司机发送，能够减少司机接收无价值或低价值的预约订单的情况的发生，从而保证高价值订单的接收，并且从一定程度上提高司机和乘客的用户体验。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是图示了本公开的实施例可实现于其中的系统100的图；

图2是根据本公开的实施例的用于处理预约订单的方法200的流程图；

图3是根据本公开的实施例的用于处理预约订单的方法300的流程图；

图4是根据本公开的实施例的用于处理预约订单的方法400的交互流程图；

图5是根据本公开的实施例的用于处理预约订单的设备500的结构框图；以及

图6是根据本公开的实施例的用于处理预约订单的设备600的结构框图。

具体实施方式

下面将参考附图中示出的若干示例性实施方式来描述本公开的原理和精神。应当理解，描述这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

图1是图示了本公开的实施例可实现于其中的系统100的图。该系统100包括移动终端102A至102F，该移动终端102A至102F各自通过网络106与业务服务器104进行通信。该网络106可以包括连接任何数目的移动终端、固定终端和业务服务器104的大型计算机网络，诸如局域网(LAN)、广域网(WAN)、因特网、蜂窝网络或者其组合。该业务服务器104包括一个或多个计算设备110以及一个或多个机器可读储存库或数据库112。本领域技术人员应当理解，该业务服务器104既可以代表比如计算机服务器的单个服务器，也可以代表一起工作以执行功能的多个服务器(例如云服务器hadoop)。

在系统100中，移动终端102A至102C安装有打车软件乘客端，移动终端102D和102F安装有打车软件司机端。例如，乘客108A可以使用移动终端102A启动打车软件乘客端，在移动终端界面中键入或者通过语音说出想要出发的时间和地点以及想要前往的目的地，以便形成预约订单。然后，如下文各实施例将进一步详细描述的，该移动终端102A会将该打车信息发送至业务服务器104，以便在存储在该业务服务器104中的机器可读储存库或数据库112中。当司机108D至108F希望获取预约订单时，可以分别使用移动终端102D和102F向该业务服务器104提供希望获取的预约订单的始发时段和始发区域。如果该业务服务器104在机器可读储存库或数据库112所存储的预约订单中找到符合该始发时段和始发区域的预约订单，则向该司机发送该预约订单。

本领域技术人员应当理解，移动终端102A至102F可以各自包括任何类型的移动终端，诸如手持式计算机、个人数字助理(PDA)、蜂窝电话、网络家电、智能电话、增强型通用分组无线业务(EGPRS)移动电话、媒体播放器、导航设备或者这些数据处理设备或其他数据处理设备中的任何两个或多个的组合。本领域技术人员还应当理解，系统100仅仅用于说明目的，并非旨在限制本公开的实施例的范围。在某些情况下，某些组件可以按照具体需要而增加或者减少。

图2是根据本公开的实施例的用于处理预约订单的方法200的流程图。本领域技术人员应当理解，该方法200可以由参考图1所示的业务服务器104来执行。为描述方便，下文将参考图1所示的系统100来描述该方法200。

在方法200开始之后，在步骤S202，获取由司机请求的预约订单的始发时段和始发区域。

根据本公开的实施例，该始发时段和始发区域可以由该司机108D在想要获取预约订单时通过移动终端102D来提供。具体来说，在司机想要获取预约订单时，该司机可以从预定的始发时段列表中选择始发时段和/或从预定的始发区域列表中选择始发区域。其中，该始发时段列表中的始发时段可以例如以15分钟进行划分，该始发区域列表中的始发区域可以例如以各个站点、路段或街区进行划分。

另外，根据本公开的实施例，该始发时段和始发区域还可以是由司机预先设置的每天出车的出车时段和出车区域，例如每天早晨7：00至7：15从国贸出车，以便促进该司机每天都承接预约订单，从而承接更多的订单。

接下来，该方法200进行到步骤S204，获取与该始发时段和始发区域关联的预约订单。具体来说，可以获取预约订单，使得该预约订单的始发时间处于该始发时段内并且该预约订单的始发地点位于该始发区域内。

在步骤S204中，可以将该始发时段和始发区域在预定的预约订单列表中进行检索，以便获得预约订单，其中所获得的预约订单的始发时间处于该始发时段内、并且始发地点位于该始发区域内。如下文各实施例将进一步详细描述的，该预约订单列表可以预先存储有由多个乘客所提供的多个预约订单，具体来说，可以预先存储有这些预约订单的始发时间、始发时段、始发地点和始发区域。附加地或者备选地，该预约订单列表还可以预先存储有这些预约订单的目的地点、乘客人数、是否携带老人/小孩以及是否携带大件行李等信息。

该方法200继而进行到步骤S206，向该司机发送该预约订单。具体来说，向该司机发送该预约订单的始发时间和始发地点。然后，可以接收该司机对预约订单的选择，以及根据该选择，向该司机发送预约订单的联系信息。

本领域技术人员可以理解，通过上述步骤S202至步骤S206，通过基于司机请求的预约订单的始发时段和始发区域来确定预约订单并且将该预约订单向该司机发送，能够减少司机接收无价值或低价值的预约订单的情况的发生，从而保证高价值订单的接收，并且从一定程度上提高司机和乘客的用户体验。

图3是根据本公开的实施例的用于处理预约订单的方法300的流程图。本领域技术人员应当理解，该方法300可以由参考图1所示的业务服务器104来执行。为描述方便，下文将参考图1所示的系统100来描述该方法300。

在方法300开始之后，在步骤S302，获取由乘客发布的预约订单的始发时间和始发地点。本领域技术人员可以理解，该始发时间和始发地点可以由乘客108A在移动终端102A的界面中键入或者通过语音说出。

需要说明的是，在本文中，如果从该乘客发布该预约订单的时间至该始发时间的第一时间差小于预定阈值(例如15分钟)，则该乘客所发布的该订单可以不被认为是预约订单，而被认为是实时订单。这样，根据本公开的实施例的对于实时订单的处理规则，该实时订单的订单信息可以被发送给该始发区域的司机。

接下来，该方法300进行到步骤S304，确定该始发时间所处于的始发时段并且确定该始发地点所位于的始发区域。具体来说，所确定的始发时段可以属于预定的始发时段列表并且所确定的始发区域可以属于预定的始发区域列表。其中，该始发时段列表中的始发时段可以例如以15分钟进行划分，该始发区域列表中的始发区域可以例如以各个站点、路段或街区进行划分。

该方法300继而进行到步骤S306，将该始发时间、始发时段、始发地点和始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与该司机请求的预约订单的始发时段和始发区域关联的预约订单。如下文各实施例将进一步详细描述的，该预约订单列表可以预先存储有由多个乘客所提供的多个预约订单，具体来说，可以预先存储有这些预约订单的始发时间、始发时段、始发地点和始发区域。附加地或者备选地，该预约订单列表还可以预先存储有这些预约订单的目的地点、乘客人数、是否携带老人/小孩以及是否携带大件行李等信息。

此外，根据本公开的实施例，还包括监控该预约订单列表中的预约订单是否被司机成功承接的步骤。具体来说，本公开的实施例可以根据如下两个时间差的比例是否小于预定阈值，来确定是否向执行该预约订单的司机提供更高的优先级，以便促进司机承接该预约订单。其中，这两个时间差是：从将预约订单存储在预约订单列表的时间至该预约订单的始发时间的第二时间差；以及每隔预定时间间隔，从当前时间至该预约订单的始发时间的第三时间差。

根据本公开的实施例，如果预约订单的始发时间在24小时之后(即第二时间差等于24小时)，则可以每隔1小时监控该预约订单是否被司机成功承接。根据这一实施例，该预约订单长时间没有被司机成功承接，并且当前时间至该预约订单的始发时间仅仅剩余例如6小时(即第三时间差等于6小时)。由于第三时间差与第二时间差的比例25％小于预定阈值(例如30％)，因此可以向执行该预约订单的司机提供更高的优先级。例如，向该司机提供在其他抢单过程中的优先抢单顺序，或者向该司机提供其他奖励。

本领域技术人员可以理解，通过上述步骤S302至步骤S306，通过基于司机请求的预约订单的始发时段和始发区域来确定预约订单并且将该预约订单向该司机发送，能够减少司机接收无价值或低价值的预约订单的情况的发生，从而保证高价值订单的接收，并且从一定程度上提高司机和乘客的用户体验。

图4是根据本公开的实施例的用于处理预约订单的方法400的交互流程图。与上文所描述的图2和图3类似，该方法400可以由参考图1所示的业务服务器104中的计算设备110以及一个或多个机器可读储存库或数据库112来执行。为描述方便，下文将参考图1所示的系统100来描述该方法400。

在步骤S402，乘客发布预约订单，该预约订单包含该乘客想要出发的始发时间和始发地点。例如，在当前时间为12：00时，四位乘客A、B、C和D所发布的预约订单如下表1所示。

表1乘客所发布的预约订单的列表

乘客	始发时间	始发地点	目的地点
				A	12：10	丰台路	西二旗
B	14：00	北京仙昊商贸中心	天安门
				C	15：00	西直门	东直门
D	15：05	北京北站	天安门

在步骤S404，计算设备110判断发布该预约订单的时间与该始发时间的时间差是否小于预定阈值(例如15分钟)。

在步骤S406A，如果该时间差小于预定阈值，则该计算设备110将该预约订单作为实时订单而发送给该始发区域的司机。根据表1所描述的实施例，由于乘客A发布预约订单的时间与其始发时间的时间差仅仅是10分钟，小于上述预定阈值，因此，乘客A所发布的预约订单将被作为实时订单而发送给其始发区域丰台路附近的司机。

在步骤S406B，如果该时间差不小于预定阈值，则该计算设备110确定该始发时间所处于的始发时段并且确定该始发地点所位于的始发区域。根据表1所描述的实施例，由于乘客B、C和D发布预约订单的时间与其始发时间的时间差都不小于上述预定阈值，因此，该计算设备110将确定乘客B、C和D所发布的预约订单的始发时段和始发区域。该始发时段和始发区域可以例如下表2所示。

表2处理预约订单的列表

乘客	始发时间	始发地点	始发时段	始发区域
					A	12：10	丰台路	实时	丰台路
B	14：00	北京仙昊商贸中心	14：00-14：15	丰台路
					C	15：00	西直门	15：00-15：15	西直门
D	15：05	北京北站	15：00-15：15	西直门

参见表2中具有下划线的内容，该计算设备110将所确定的始发时段和始发区域记载在表2中。

在步骤S408，该计算设备110将该始发时间、始发时段、始发地点和始发区域存储在数据库112中。具体来说，该计算设备110可以将例如上表2存储在数据库112中作为预约订单列表。附加地或者备选地，该计算设备110可以将例如下表3或者将基于该表3进一步完善的内容存储在数据库112中作为预约订单列表。

表3数据库112中存储的预约订单列表

乘客	始发时间	始发地点	始发时段	始发区域	目的地点
						A	12：10	丰台路	实时	丰台路	西二旗
B	14：00	北京仙昊商贸中心	14：00-14：15	丰台路	天安门
						C	15：00	西直门	15：00-15：15	西直门	东直门
D	15：05	北京北站	15：00-15：15	西直门	天安门

在步骤S410，司机向该计算设备110请求预约订单的始发时段和始发区域。例如，该司机可以从预定的始发时段列表中选择始发时段15：00-15：15并且从预定的始发区域列表中选择始发区域西直门。

在步骤S412至步骤S414，该计算设备110在数据库112中查找符合该始发时段和始发区域的预约订单并且获取该预约订单。例如，该计算设备110在数据库112中可能找到并且获取乘客C和乘客D的预约订单。

在步骤S416，计算设备110向司机发送预约订单。具体来说，该计算设备110可以向该司机发送该预约订单的始发时间和始发地点。该始发时段和始发区域可以例如下表4所示。附加地或者备选地，根据该司机的设置，该计算设备110也可以向该司机发送该预约订单的其他详细信息，例如目的地点。

表4向司机发送的预约订单的列表

乘客	始发时间	始发地点	目的地点
				C	15：00	西直门	东直门
D	15：05	北京北站	天安门

图5是根据本公开的实施例的用于处理预约订单的设备500的结构框图。如图5所示，该设备500包括：第一获取装置502，用于获取由司机请求的预约订单的始发时段和始发区域；第二获取装置504，用于获取与该始发时段和始发区域关联的预约订单；以及第一发送装置506，用于向该司机发送该预约订单。

根据本公开的实施例，该设备还包括：第一提供装置，用于向该司机提供预定的始发时段列表，以便该司机从该始发时段列表中选择该始发时段；和/或第二提供装置，用于向该司机提供预定的始发区域列表，以便该司机从该始发区域列表中选择该始发区域。

根据本公开的实施例，其中该司机通过其移动终端从该始发时段列表中选择该始发时段和/或从该始发区域列表中选择该始发区域。

根据本公开的实施例，其中该第二获取装置504包括：获取单元，用于获取其中始发时间处于该始发时段内、并且始发地点位于该始发区域内的预约订单。

根据本公开的实施例，其中该获取单元包括：检索子单元，用于将该始发时段和始发区域在预定的预约订单列表中进行检索，以便获得预约订单，其中所获得的预约订单的始发时间处于该始发时段内、并且始发地点位于该始发区域内。

根据本公开的实施例，其中该第一发送装置506包括：发送单元，用于向该司机发送所获得的预约订单的始发时间和始发地点。

根据本公开的实施例，该设备还包括：接收装置，用于接收该司机对该预约订单的选择；以及第二发送装置，用于向该司机发送该预约订单的联系信息。

图6是根据本公开的实施例的用于处理预约订单的设备600的结构框图。如图6所示，该设备600包括：第三获取装置602，用于获取由乘客发布的预约订单的始发时间和始发地点；第一确定装置604，用于确定该始发时间所处于的始发时段，并且确定该始发地点所位于的始发区域；以及存储装置606，用于将该始发时间、始发时段、始发地点和始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与该司机请求的预约订单的始发时段和始发区域关联的预约订单。

根据本公开的实施例，其中该确定的始发时段属于预定的始发时段列表，并且该确定的始发区域属于预定的始发区域列表。

根据本公开的实施例，该设备还包括：第二确定装置，用于确定从该乘客发布该预约订单的时间至该始发时间的第一时间差；以及第三发送装置，用于在该第一时间差小于预定阈值的情况下，将该预约订单向该始发区域的司机进行发送。

根据本公开的实施例，该设备还包括：第三确定装置，用于确定从将该始发时间、始发时段、始发地点和始发区域存储在该预约订单列表的时间至该始发时间的第二时间差；第四确定装置，用于每隔预定时间间隔，确定从当前时间至该始发时间的第三时间差；以及第三提供装置，用于在该第三时间差与该第二时间差的比例小于预定阈值的情况下，向执行该预约订单的司机提供更高的优先级。

综上所述，根据上述本公开的实施例，提供了一种用于处理预约订单的方法及设备。该方法包括：获取由司机请求的预约订单的始发时段和始发区域；获取与该始发时段和始发区域关联的预约订单；以及向该司机发送该预约订单。本公开的实施例基于司机请求的预约订单的始发时段和始发区域来确定预约订单并且将该预约订单向该司机发送，能够减少司机接收无价值或低价值的预约订单的情况的发生，从而保证高价值订单的接收，并且从一定程度上提高司机和乘客的用户体验。

本公开的实现和本文中提供的所有功能操作可以用数字电子电路、或者用计算机软件、固件或硬件，包括本说明书及其结构等同方案中所公开的结构、或者其中的一个或多个的组合来实现。本公开的实现可以实现为一个或多个计算机程序产品，即在计算机可读介质上编码的计算机程序指令的一个或多个模块，这些指令由数据处理装置来执行或者用以控制数据处理装置的操作。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、影响机器可读传播信号的组合物或者其中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括例如可编程处理器、计算机或者多个处理器或计算机。除了硬件之外，该装置可以包括为所描述的计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统或者其中的一个或多个的组合的代码。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言(包括编译语言或解释语言)来编写，并且计算机程序可以用任何形式来部署，包括作为独立程序或者作为模块、部件、子例程或者适合在计算环境中使用的其他单元。计算机程序并非必须对应于文件系统中的文件。程序可以存储在保持其他程序或数据(例如标记语言文档中所存储的一个或多个脚本)的文件的部分中，存储在专用于所描述的程序的单个文件中，或者存储在多个协同文件(例如存储一个或多个模块、子程序或者代码的部分的文件)中。计算机程序可以被部署成在一个计算机上来执行，或者在位于一个站点处或分布在多个站点处且通过通信网络互连的多个计算机上来执行。

本公开中所描述的过程和逻辑流可以由执行一个或多个计算机程序的一个或多个可编程处理器来执行以通过操作输入数据并且生成输出来执行功能。该过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以实现为该专用逻辑电路，该专用逻辑电路例如为FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。

适合执行计算机程序的处理器包括例如通用和专用微处理器二者、以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器从只读存储器或者随机存取存储器或者二者接收指令和数据。计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括一个或多个海量存储设备以便存储数据，或者该计算机在操作上耦合以从海量存储设备接收或向海量存储设备传送数据或者二者，该海量存储设备例如是磁盘、磁光盘或者光盘。然而，计算机不需要具有这样的设备。此外，计算机可以嵌入在另一设备中，该另一设备例如为移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器等。适合存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，包括例如：半导体存储器设备，如EPROM、EEPROM和闪存设备；磁盘，如内置硬盘或可移除盘；磁光盘；以及CD ROM和DVD-ROM盘。该处理器和存储器可以用专用逻辑电路来补充或者并入该专用逻辑电路中。

为了提供与用户的交互，本公开的实现可以在具有用于向用户显示信息的显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)以及键盘和定点设备(例如鼠标或跟踪球，通过其用户可以向计算机提供输入)的计算机上来实现。也可以使用其他种类的设备来提供与用户的交互；例如，向用户提供的反馈可以是任何形式的感觉反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入可以以任何形式来接收，包括听觉、语音或触觉输入。

虽然本公开包括一些细节，然而不应当将这些细节理解为对本公开或者要求保护的内容的范围的限制，而是应当被理解为对本公开的示例实现的特征的描述。本公开中在单独实现的情境中描述的某些特征还可以与单个实现组合来提供。相反地，在单个实现的情境中描述的各个特征也可以分别在多个实现中来提供或者在任何合适的子组合中来提供。此外，虽然以上可以将特征描述为以某种组合来执行并且甚至初始就要求这样保护，然而在一些情况下可以从组合中去掉来自要求保护的组合的一个或多个特征，并且要求保护的组合可以涉及子组合或子组合的变化。

类似地，虽然在附图中按照特定顺序来描绘操作，然而这不应当被理解为要求这样的操作按照所示的特定顺序或者按照相继顺序来执行，或者要求所有图示操作都被执行，以实现期望的结果。在一些境况下，多任务和并行处理可能是有利的。此外，以上描述的实现中的各种系统部件的分离不应当被理解为在所有实现中都要求这样的分离，而且应当理解，所描述的程序部件和系统通常可以在单个软件产品中集成在一起或者被封装成多个软件产品。

因此，本公开的特定实现已经被描述，并且其他实现在以下权利要求的范围内。例如，权利要求中记载的动作可以按照不同的顺序来执行，并且这些动作仍然可以实现期望的结果。大量实现已经被描述。然而，应当理解，可以在不偏离本公开的精神和范围的情况下做出各种修改。例如，可以使用以上示出的流程的各个形式，其中步骤可以被重新排序、添加或去除。因此，其他实现在以下权利要求的范围内。

Claims (22)

1.一种用于处理预约订单的方法，包括：

获取由司机请求的预约订单的始发时段和始发区域；

获取与所述始发时段和所述始发区域关联的预约订单；以及

向所述司机发送所述预约订单。

2.根据权利要求1所述的方法，在获取由司机请求的预约订单的始发时段和始发区域之前，还包括：

向所述司机提供预定的始发时段列表，以便所述司机从所述始发时段列表中选择所述始发时段；和/或

向所述司机提供预定的始发区域列表，以便所述司机从所述始发区域列表中选择所述始发区域。

3.根据权利要求2所述的方法，其中所述司机通过其移动终端从所述始发时段列表中选择所述始发时段和/或从所述始发区域列表中选择所述始发区域。

4.根据权利要求1所述的方法，其中获取与所述始发时段和所述始发区域关联的预约订单包括：

获取其中始发时间处于所述始发时段内、并且始发地点位于所述始发区域内的预约订单。

5.根据权利要求4所述的方法，其中获取其中始发时间处于所述始发时段内、并且始发地点位于所述始发区域内的预约订单包括：

将所述始发时段和所述始发区域在预定的预约订单列表中进行检索，以便获得预约订单，其中所获得的预约订单的始发时间处于所述始发时段内、并且始发地点位于所述始发区域内。

6.根据权利要求5所述的方法，其中向所述司机发送所述预约订单包括：

向所述司机发送所获得的预约订单的始发时间和始发地点。

7.根据权利要求1至6中任一项所述的方法，其中在向所述司机发送所述预约订单之后，还包括：

接收所述司机对所述预约订单的选择；以及

向所述司机发送所述预约订单的联系信息。

8.一种用于处理预约订单的方法，包括：

获取由乘客发布的预约订单的始发时间和始发地点；

确定所述始发时间所处于的始发时段，并且确定所述始发地点所位于的始发区域；以及

将所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与所述司机请求的预约订单的始发时段和所述始发区域关联的预约订单。

9.根据权利要求8所述的方法，其中所述确定的始发时段属于预定的始发时段列表，并且所述确定的始发区域属于预定的始发区域列表。

10.根据权利要求8或9所述的方法，其中在将所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在所述预约订单列表之前，还包括：

确定从所述乘客发布所述预约订单的时间至所述始发时间的第一时间差；以及

在所述第一时间差小于预定阈值的情况下，将所述预约订单向所述始发区域的司机进行发送。

11.根据权利要求8或9所述的方法，在将所述预约订单的所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在所述预约订单列表之后，还包括：

确定从将所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在所述预约订单列表的时间至所述始发时间的第二时间差；

每隔预定时间间隔，确定从当前时间至所述始发时间的第三时间差；以及

在所述第三时间差与所述第二时间差的比例小于预定阈值的情况下，向执行所述预约订单的司机提供更高的优先级。

12.一种用于处理预约订单的设备，包括：

第一获取装置，用于获取由司机请求的预约订单的始发时段和始发区域；

第二获取装置，用于获取与所述始发时段和所述始发区域关联的预约订单；以及

第一发送装置，用于向所述司机发送所述预约订单。

13.根据权利要求12所述的设备，还包括：

第一提供装置，用于向所述司机提供预定的始发时段列表，以便所述司机从所述始发时段列表中选择所述始发时段；和/或

第二提供装置，用于向所述司机提供预定的始发区域列表，以便所述司机从所述始发区域列表中选择所述始发区域。

14.根据权利要求13所述的设备，其中所述司机通过其移动终端从所述始发时段列表中选择所述始发时段和/或从所述始发区域列表中选择所述始发区域。

15.根据权利要求12所述的设备，其中所述第二获取装置包括：

获取单元，用于获取其中始发时间处于所述始发时段内、并且始发地点位于所述始发区域内的预约订单。

16.根据权利要求15所述的设备，其中所述获取单元包括：

检索子单元，用于将所述始发时段和所述始发区域在预定的预约订单列表中进行检索，以便获得预约订单，其中所获得的预约订单的始发时间处于所述始发时段内、并且始发地点位于所述始发区域内。

17.根据权利要求16所述的设备，其中所述第一发送装置包括：

发送单元，用于向所述司机发送所获得的预约订单的始发时间和始发地点。

18.根据权利要求12至17中任一项所述的设备，还包括：

接收装置，用于接收所述司机对所述预约订单的选择；以及

第二发送装置，用于向所述司机发送所述预约订单的联系信息。

19.一种用于处理预约订单的设备，包括：

第三获取装置，用于获取由乘客发布的预约订单的始发时间和始发地点；

第一确定装置，用于确定所述始发时间所处于的始发时段，并且确定所述始发地点所位于的始发区域；以及

存储装置，用于将所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在预约订单列表中，以便根据司机请求的预约订单的始发时段和始发区域，发送与所述司机请求的预约订单的始发时段和所述始发区域关联的预约订单。

20.根据权利要求19所述的设备，其中所述确定的始发时段属于预定的始发时段列表，并且所述确定的始发区域属于预定的始发区域列表。

21.根据权利要求19或20所述的设备，还包括：

第二确定装置，用于确定从所述乘客发布所述预约订单的时间至所述始发时间的第一时间差；以及

第三发送装置，用于在所述第一时间差小于预定阈值的情况下，将所述预约订单向所述始发区域的司机进行发送。

22.根据权利要求19或20所述的设备，还包括：

第三确定装置，用于确定从将所述始发时间、所述始发时段、所述始发地点和所述始发区域存储在所述预约订单列表的时间至所述始发时间的第二时间差；

第四确定装置，用于每隔预定时间间隔，确定从当前时间至所述始发时间的第三时间差；以及

第三提供装置，用于在所述第三时间差与所述第二时间差的比例小于预定阈值的情况下，向执行所述预约订单的司机提供更高的优先级。