订单推送方法及装置的制造方法
【技术领域】
[0001]本发明实施例涉及互联网技术领域，尤其涉及订单推送方法及装置。
【背景技术】
[0002]在现有的用车技术中，乘客可以控制乘客终端上报自己的乘车信息到用车系统中，之后用车系统会生成对应的乘客订单(通常包含上车时间、乘车起点和乘车终点)，并基于某种算法查找到符合该乘客订单的多个车主，并将该乘客订单推送给这些车主。
[0003]但是，现有技术存在如下缺陷:车主被推送的乘客订单都是符合车主提前设定的固定路线的乘客订单，且车主只能选择一个乘客订单。
【发明内容】
[0004]本发明实施例提供一种订单推送方法及装置，以对现有的订单推送机制进行优化，使得车主在行驶过程中可顺次接收和选择多个乘客订单，搭载多位乘客。
[0005]—方面，本发明实施例提供了一种订单推送方法，该方法包括:
[0006]获取车主选择的乘客订单，所述乘客订单包括乘客的上车时间、乘车起点以及乘车辣占.1 Z、 V、、、，
[0007]根据所获取的乘客订单，生成所述车主的一条临时路线信息；
[0008]根据所述临时路线信息进行待选乘客订单的推送。
[0009]另一方面，本发明实施例还提供了一种订单推送装置，该装置包括:选择订单获取单元，用于获取车主选择的乘客订单，所述乘客订单包括乘客的上车时间、乘车起点以及乘车辣占.1 Z、 V、、、，
[0010]临时路线信息生成单元，用于根据所述选择订单获取单元所获取的乘客订单，生成所述车主的一条临时路线信息；
[0011]映射关系更新单元，用于根据所述临时路线信息进行待选乘客订单的推送。
[0012]本发明实施例提供的技术方案，在车主预先设定一个固定路线的起点和终点后，能够根据车主实时选择的乘客订单，确定车主的临时路线信息，并据此来进行待选乘客订单的推送，这样可将接收到的符合临时路线信息的待选乘客订单推送给该车主。本发明实施例能够动态地基于车主已选择的乘客订单来为车主派送新的乘客订单，从而使得车主在行驶过程中可顺次接收到多个订单，搭载多位乘客。
【附图说明】
[0013]图1是本发明实施例一提供的一种订单推送方法的流程示意图；
[0014]图2A是本发明实施例二提供的一种订单推送方法的流程示意图；
[0015]图2B是本发明实施例二提供的一种乘客下车时间估算示例图；
[0016]图3是本发明实施例三提供的一种订单推送方法的流程示意图；
[0017]图4是本发明实施例四提供的一种订单推送方法的流程示意图；
[0018]图5是本发明实施例五提供的订单推送装置的结构示意图。
【具体实施方式】
[0019]下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
[0020]在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
[0021]实施例一
[0022]图1是本发明实施例一提供的一种订单推送方法的流程示意图。该方法可以由订单推送装置来执行，所述装置由软件和/或硬件实现，被内置在为车主终端和乘客终端提供用车服务的用车服务器中。参见图1，本实施例提供的订单推送方法具体包括如下操作:
[0023]操作110、获取车主选择的乘客订单，该乘客订单包括乘客的上车时间、乘车起点以及乘车终点。
[0024]操作120、根据所获取的乘客订单，生成车主的一条临时路线信息。
[0025]操作130、根据所述临时路线信息进行待选乘客订单的推送。
[0026]在车主A想要使用车主终端寻找搭载乘客时，一方面，车主A可控制车主终端向用车服务器发送一条车主信息，该信息包括:车主A设定的发车起点(例如为车主A当前所在的地理位置)、终点(例如为车主家)以及发车时间(例如为当前时间)。用车服务器会将该车主信息进行存储。在本发明实施例中，用车服务器会实时地接收各个乘客终端发送的乘客订单。任意乘客订单包括:乘客的上车时间、乘车起点以及乘车终点。每接收到一个乘客订单后，会查找相匹配的至少一个车主，例如这些车主中包含有上述发送车主信息的车主A，之后将该乘客订单推送给这些车主。这样，车主A就会被动地接收到用车服务器为其推送的乘客订单。如果车主A对其该乘客订单比较满意，则可选择该乘客订单，并控制车主终端上报给用车服务器。
[0027]另一方面，还可控制车主终端向用车服务器发送主动找单请求，该请求中包括车主A设定的发车起点、终点以及发车时间。用车服务器在接收到所述主动找单请求后，会根据该请求从已接收到的多个乘客订单中查找与之相匹配的候选乘客订单，返回给车主终端，供车主A选择。如果车主A对其中的某个候选乘客订单比较满意，则可选择该候选乘客订单，并控制车主终端上报给用车服务器。
[0028]在现有技术中，在车主预先设定的起点和终点对应的路线下，在车主选择了一个乘客订单后，便不会再给车主发送其他乘客订单。如果车主没有选择任何一个乘客订单，则用车服务器还会继续发送新的乘客订单。但是这些乘客订单均是用车服务器查找到的与车主预先设定的发车起点、终点和发车时间相匹配的订单。该方式使得车主在一次行程中只能搭载一个乘客，不利于车主选单。例如，对于发送给车主的乘客订单而言，虽然乘客的乘车起点距离车主预设的起点比较近，但是乘客的乘车终点与预设的终点还有较长距离，在车主驾车将乘客送达目的地后，后续很可能会驾驶空车到达预设的终点。
[0029]有鉴于此，本实施例提供一种基于车主临时路线上多个位置动态推单的方案，该方案并不局限于只能根据车主提前录入的固定车主信息(包括车主预先设定的起点、终点和发车时间)进行推单。
[0030]作为本实施例的第一种【具体实施方式】，在获取到车主选择的乘客订单之后，根据该乘客订单生成车主的一条临时路线信息，可包括:
[0031]根据所获取的乘客订单，估算乘客的下车时间；
[0032]将下车时间作为新发车时间，乘客的乘车终点作为新发车起点，生成车主的一条包含有新发车时间、新发车起点以及车主预先设定的终点的临时路线信息。
[0033]优选的，上述第一种【具体实施方式】，可适用于如下场景:车主选择的乘客订单中乘客的乘车终点与车主预先设定的终点