CN104915839B - 一种订单推送方法及装置 - Google Patents
一种订单推送方法及装置 Download PDFInfo
- Publication number
- CN104915839B CN104915839B CN201510194893.2A CN201510194893A CN104915839B CN 104915839 B CN104915839 B CN 104915839B CN 201510194893 A CN201510194893 A CN 201510194893A CN 104915839 B CN104915839 B CN 104915839B
- Authority
- CN
- China
- Prior art keywords
- transaction
- default
- order probability
- order
- sequence information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种订单推送方法及装置，该方法包括：接收用户设备发送的打车请求；根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。该方法节约了用户的等待抢单时间，进而提高了订单成交率，提升了用户的体验。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种订单推送方法及装置。
背景技术
打车软件是一种应用程序，乘客可以便捷地通过用户设备(UE)发布打车需求，并立即与抢单司机直接沟通，大大提高了打车效率。
打车软件使用的现有技术中，订单生命周期一般为通过接收用户设备发送的打车请求，然后根据设定的策略向司机发送订单信息，当司机收到合适的订单后抢单并完成该订单。但有时由于订单在一段时间内没有司机抢单，控制端会持续的向司机推送该订单，导致用户等待抢单的时间比较长，进而影响了用户体验。
发明内容
鉴于上述问题，本公开提出了一种订单推送方法及装置，提高了订单成交率，提升了用户的体验。
第一方面，本公开提供了一种订单推送方法，包括：
接收用户设备发送的打车请求；
根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；
在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
可选的，所述根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息，包括：
在所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端。
或者，
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
可选的，所述第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；
所述第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
其中，所述预设第一距离小于所述预设第二距离。
可选的，所述方法还包括：
定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
可选的，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率
可选的，所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
第二方面，本公开还提供了一种订单推送装置，包括：
接收模块，用于接收用户设备发送的打车请求；
订单信息生成模块，用于根据所述打车请求生成订单信息；
推送模块，用于将所述订单信息推送至第一系统中符合第一预设条件的终端；
比较模块，用于在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
判断模块，用于根据所述比较结果，确定是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
可选的，所述判断模块，具体用于：
在所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端。
可选的，所述判断模块，还用于：
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
可选的，所述第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；
所述第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
其中，所述预设第一距离小于所述预设第二距离。
可选的，所述装置还包括：
获取模块，用于定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
可选的，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
可选的，所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
由上述技术方案可知，本公开提供一种订单推送方法及装置，通过在预设第一时间段内未接收到符合第一预设条件的终端所反馈的抢单请求时，通过将第一系统对应的第一订单成交率与预设订单成交率进行比较，并根据比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息，以使在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端，节约了用户的等待抢单时间，进而提高了订单成交率，提升了用户的体验。
附图说明
图1为本公开一实施例提供的一种订单推送方法的流程示意图；
图2为本公开另一实施例提供的一种订单推送方法的流程示意图；
图3为本公开另一实施例提供的一种订单推送方法的流程示意图；
图4为本公开另一实施例提供的一种订单推送装置的结构示意图。
具体实施方式
下面结合附图和实施例，对本公开的具体实施方式作进一步详细描述。以下实施例用于说明本公开，但不用来限制本公开的范围。
以下对本公开实施例中提及的部分词语进行举例说明。
本公开实施例中提及的用户设备(User Equipment，简称UE)是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。
本公开实施例中提及的终端为提供服务方，如交通工具叫车服务中的司机，所使用的用于接单的移动终端或PC端等设备。诸如上述呼叫服务方所使用各设备。因此，本实施例中，为了区别乘客和司机，分别采用用户设备UE和终端来分别表示乘客和司机所持的移动终端等设备。
本实施例中的第一订单成交率为第一系统内所有终端的订单成交个数占所述第一系统或所述第二系统接收所述订单信息的个数的百分比。
本实施例中的第二订单成交率为第二系统内所有终端的订单成交个数占所述第一系统或所述第二系统接收所述订单信息的个数的百分比。
本实施例中的第一系统和第二系统可以理解为相同的打车软件，也可以理解为不同的打车系统，例如：出租车、拼车等多种打车系统。
图1为本公开一实施例提供的一种订单推送方法的流程示意图，如图1所示，该订单推送方法包括如下步骤：
101、接收用户设备发送的打车请求；
其中，用户设备可为移动终端或PC端等，而打车请求包含：出发地、目的地及所述UE的用户标识等等或其中某一信息或组合信息。则UE的用户标识包含手机号码、身份标识码(Identity，简称id)、硬件地址(Media Access Control，简称MAC)等或其中某一信息或组合信息。
102、根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；
其中，所述订单信息包含：所述UE的出发地、所述UE的目的地、所述UE的用户标识、和/或所述订单信息的生成时间等等。而第一系统中符合第一预设条件的终端为第一系统中符合第一预设条件的司机所使用的手机、电脑、平板等设备，可用于订阅该订单信息。
103、在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
上述预设第一时间段为提前预设的用户等待抢单的时间段，例如3分钟。上述预设订单成交率可以理解为提前预设的订单成交率，例如：75％。
104、根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息。
其中，其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
上述方法通过在预设第一时间段内未接收到符合第一预设条件的终端所反馈的抢单请求时，通过将第一系统对应的第一订单成交率与预设订单成交率进行比较，并根据比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息，节约了用户的等待抢单时间，进而提高了订单成交率，提升了用户的体验。
具体的，
所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
可理解的是，根据时间的变化，为了保证获取较为准确的订单成交率，会定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
其中，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。可理解的是，由于定期获取第一订单成交率和第二订单成交率，因此，会存在包括多个时间段内所包含的第一订单成交率和多个时间段内所包含的第二订单成交率，举例来说，假如获取第一订单成交率和第二订单成交率的时间间隔为1小时，则9点至10点会获取第一订单成交率和第二订单成交率，10点至11点也会获取第一订单成交率和第二订单成交率，11点至12点也会第一订单成交率和第二订单成交率，依次类推，假设用户设备发送的打车请求的时间为12点15分，则上述第一订单成交率和第二订单成交率应该按照11点至12点获得的第一订单成交率和第二订单成交率来计算。也可以理解为用户设备发送的打车请求的时间在下午1点之前均按照11点至12点获得的第一订单成交率和第二订单成交率来计算。所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
上述第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端。
需要说明的是，所述终端即为司机的终端，该终端即可反映司机的位置，若乘客与司机距离过远，会影响乘客的打车效率，为避免出现该问题，可先搜索与所述出发地址的距离在预设距离内的终端，并将订单信息推送至搜索的终端(即所述n个终端)，当然，所述预设第一距离可根据需要进行调整，例如：预设距离可设置为1km、800m或500m等，当然，还可根据当前时间是否处于出行高峰期来进行调整。
另外，所述终端也可为手机、平板电脑、掌上电脑PDA或笔记本等具有类似功能的设备。
下面通过具体的实施例对上述方法进行详细说明：
图2示出了本公开实施例提供的一种订单推送方法的流程示意图，如图2所示，该订单推送方法包括如下步骤：
201、接收用户设备发送的打车请求；
其中，用户设备可为移动终端或PC端等，而打车请求包含：出发地、目的地及所述UE的用户标识等等或其中某一信息。则UE的用户标识包含手机号码、身份标识码(Identity，简称id)、硬件地址(Media Access Control，简称MAC)等或其中某一信息。
202、根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；
其中，所述订单信息包含：所述UE的出发地、所述UE的目的地、所述UE的用户标识、和/或所述订单信息的生成时间等等。而第一系统中符合第一预设条件的终端为第一系统中符合第一预设条件的司机所使用的手机、电脑、平板等设备，可用于订阅该订单信息。
203、在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
上述预设第一时间段为提前预设的用户等待抢单的时间段，例如3分钟。
上述预设订单成交率可以理解为提前预设的订单成交率，例如：75％。
204、在所述比较结果为所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端。
可理解的是，上述方法中由于在第一系统中符合第一预设条件的终端没有发送抢单的请求，因此，为了减少用户的抢单等待时间，在该打车系统的第一订单成交率大于等于预设订单成交率时，其推送策略是继续将该订单推送给该系统中符合第二预设条件的终端。
也就是说，第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；所述第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
综合考虑司机与乘客的方便，使司机能够尽快接送乘客，首先向第一系统内距离较近的终端推送订单信息，在一段时间内没有终端反馈抢单请求时，再向较远的距离即第二预设距离的终端推送订单信息，具体的可以理解为，所述预设第一距离小于所述预设第二距离。
需要说明的是，所述终端即为司机的终端，该终端即可反映司机的位置，若乘客与司机距离过远，会影响乘客的打车效率，为避免出现该问题，可先搜索与所述出发地址的距离在预设距离内的终端，并将订单信息推送至搜索的终端，当然，所述预设距离可根据需要进行调整，例如：预设距离可设置为1km、800m或500m等，当然，还可根据当前时间是否处于出行高峰期来进行调整。
另外，所述终端也可为手机、平板电脑、掌上电脑PDA或笔记本等具有类似功能的设备。
第一预设距离和第二预设距离均可以理解为司机的终端与乘客的距离。假如第一预设距离为200m，第二预设距离可以为800m、1000米等，本实施例不对其具体的距离进行限定。
图3示出了本公开实施例提供的一种订单推送方法的流程示意图，如图3所示，该订单推送方法包括如下步骤：
301、接收用户设备发送的打车请求；
其中，用户设备可为移动终端或PC端等，而打车请求包含：出发地、目的地及所述UE的用户标识等等或其中某一信息。则UE的用户标识包含手机号码、身份标识码(Identity，简称id)、硬件地址(Media Access Control，简称MAC)等或其中某一信息。
302、根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；
其中，所述订单信息包含：所述UE的出发地、所述UE的目的地、所述UE的用户标识、和/或所述订单信息的生成时间等等。而第一系统中符合第一预设条件的终端为第一系统中符合第一预设条件的司机所使用的手机、电脑、平板等设备，可用于订阅该订单信息。
303、在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
上述预设第一时间段为提前预设的用户等待抢单的时间段，例如3分钟。
上述预设订单成交率可以理解为提前预设的订单成交率，例如：75％。
304、在所述比较结果为所述第一订单成交率小于预设订单成交率时，向所述用户设备发送将所述订单信息推送至第二系统中的请求信息。
具体的，上述步骤304具体包括以下步骤：
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
可理解的是，上述方法中由于在第一系统中符合第一预设条件的终端没有反馈抢单的请求，并且第一系统对应的第一订单成交率小于预设订单成交率，说明目前第一系统的运力不足，因此，为了减少用户的抢单等待时间，在该打车系统对应的第一订单成交率小于预设订单成交率时，其推送策略是向用户终端发送将该订单推送给第二系统中的终端。
具体的，为了提高订单成交率，优选的是，选取某个系统对应的订单成交率大于预设订单成交率的系统，避免了过多浪费用户的等待抢单的时间。
举例来说，第一系统的1550106XXXX的用户发送了一个从出发地A到目的地B的订单，播给附近1.5km的司机，经历了3分钟的播单后，没有司机抢单。假若第一系统的订单成交率为55％，明显低于预设订单成交率75％(运力正常时的成交率)，因此认为目前运力不足，提示1550106XXXX用户终端目前系统运力不足，第二系统目前的成交率为80％，运力充足，询问是否将订单发送至第二系统，用户确认同意后，将订单发送至第二系统，最终订单成交。
本实施例上述预设订单成交率可以根据当前时间是否处于出行高峰期来进行调整，本实施例不对上述预设订单成交率的具体数值进行限定。
图4示出了本公开实施例提供的一种订单推送装置的结构示意图，如图4所示，该装置包括：
接收模块41，用于接收用户设备发送的打车请求；
订单信息生成模块42，用于根据所述打车请求生成订单信息；
推送模块43，用于将所述订单信息推送至第一系统中符合第一预设条件的终端；
比较模块44，用于在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
判断模块45，用于根据所述比较结果，确定是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
在本公开一个优选的实施例中所述判断模块45，具体用于：
在所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端。
在本公开一个优选的实施例中所述判断模块45，还用于：
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
在本公开一个优选的实施例中，所述第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；
所述第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
其中，所述预设第一距离小于所述预设第二距离。
在本公开一个优选的实施例中，所述装置还包括图4中未示出的：获取模块46；
获取模块46，用于定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
在本公开一个优选的实施例中，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
在本公开一个优选的实施例中，所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
上述装置通过在预设第一时间段内未接收到符合第一预设条件的终端所反馈的抢单请求时，通过将第一系统对应的第一订单成交率与预设订单成交率进行比较，并根据比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息，节约了用户的等待抢单时间，进而提高了订单成交率，提升了用户的体验。
对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。
对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。
本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。
Claims (12)
1.一种订单推送方法，其特征在于，包括：
接收用户设备发送的打车请求；
根据所述打车请求生成订单信息，将所述订单信息推送至第一系统中符合第一预设条件的终端；
在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
2.根据权利要求1所述的方法，其特征在于，所述根据所述比较结果，判断是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息，包括：
在所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端；
或者，
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
3.根据权利要求2所述的方法，其特征在于，所述符合第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；
所述符合第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
其中，所述预设第一距离小于所述预设第二距离。
4.根据权利要求1～3中任一项所述的方法，其特征在于，所述方法还包括：
定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
5.根据权利要求4所述的方法，其特征在于，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
6.根据权利要求5所述的方法，其特征在于，所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
7.一种订单推送装置，其特征在于，包括：
接收模块，用于接收用户设备发送的打车请求；
订单信息生成模块，用于根据所述打车请求生成订单信息；
推送模块，用于将所述订单信息推送至第一系统中符合第一预设条件的终端；
比较模块，用于在预设第一时间段内未接收到符合所述第一预设条件的终端发送的抢单请求时，将所述第一系统对应的第一订单成交率与预设订单成交率进行比较，获得比较结果；
判断模块，用于根据所述比较结果，确定是否向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
其中，所述第二系统对应的第二订单成交率大于等于预设订单成交率。
8.根据权利要求7所述的装置，其特征在于，所述判断模块，具体用于：
在所述第一订单成交率大于等于预设订单成交率时，将所述订单信息推送至第一系统中符合第二预设条件的终端；
所述判断模块，还用于：
在所述第一订单成交率小于预设订单成交率时，选取大于等于预设订单成交率的第二订单成交率对应的第二系统；
向所述用户设备发送将所述订单信息推送至第二系统中的请求信息；
在接收到所述用户设备发送的请求信息的确认信息时，将所述订单信息推送至第二系统中的终端。
9.根据权利要求8所述的装置，其特征在于，所述符合第一预设条件的终端为与所述用户设备的距离为预设第一距离的所有终端；
所述符合第二预设条件的终端为与所述用户设备的距离为预设第二距离的所有终端；
其中，所述预设第一距离小于所述预设第二距离。
10.根据权利要求7～9中任一项所述的装置，其特征在于，所述装置还包括：
获取模块，用于定期获取所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
11.根据权利要求10所述的装置，其特征在于，所述第一订单成交率和所述第二订单成交率为距离所述接收用户设备发送的打车请求的时间最近获取的所述第一系统对应的第一订单成交率和所述第二系统对应的第二订单成交率。
12.根据权利要求11所述的装置，其特征在于，所述第一订单成交率为在预设第二时间段内，所述第一系统内所有终端的订单成交个数占所述第一系统接收所述订单信息的个数的百分比；
所述第二订单成交率为在预设第二时间段内，所述第二系统内所有终端的订单成交个数占所述第二系统接收所述订单信息的个数的百分比。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510194893.2A CN104915839B (zh) | 2015-04-22 | 2015-04-22 | 一种订单推送方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510194893.2A CN104915839B (zh) | 2015-04-22 | 2015-04-22 | 一种订单推送方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104915839A CN104915839A (zh) | 2015-09-16 |
| CN104915839B true CN104915839B (zh) | 2018-06-26 |
Family
ID=54084885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510194893.2A Active CN104915839B (zh) | 2015-04-22 | 2015-04-22 | 一种订单推送方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104915839B (zh) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106997577A (zh) * | 2016-01-26 | 2017-08-01 | 滴滴（中国）科技有限公司 | 一种订单策略动态调整方法及装置 |
| CN112950013B (zh) * | 2016-03-01 | 2024-06-07 | 北京嘀嘀无限科技发展有限公司 | 一种订单分配方法及装置 |
| CN107194580A (zh) * | 2017-05-19 | 2017-09-22 | 语联网（武汉）信息技术有限公司 | 一种翻译订单的派送方法和装置 |
| CN107169848A (zh) * | 2017-06-29 | 2017-09-15 | 合肥步瑞吉智能家居有限公司 | 一种基于大数据的家居消耗品采购订单推送系统 |
| CN108009651A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、终端设备和计算机可读存储介质 |
| CN111242333B (zh) * | 2017-08-16 | 2021-04-06 | 北京嘀嘀无限科技发展有限公司 | 网约车订单处理方法、系统、终端及服务器 |
| CN109697844B (zh) * | 2017-10-20 | 2020-11-17 | 北京嘀嘀无限科技发展有限公司 | 状态信息处理方法及装置 |
| CN108053638A (zh) * | 2017-10-30 | 2018-05-18 | 张雷 | 一种实现行驶过程中匹配顺路乘客形成合乘的方法 |
| CN108805646A (zh) * | 2018-04-09 | 2018-11-13 | 天津五八到家科技有限公司 | 订单回捞方法、回捞订单显示方法、服务端及司机终端 |
| CN111222932B (zh) * | 2018-11-23 | 2023-08-29 | 北京嘀嘀无限科技发展有限公司 | 订单周期计算方法、装置及电子设备 |
| CN111831194A (zh) * | 2019-04-19 | 2020-10-27 | 天津五八到家科技有限公司 | 抢单操作方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103021168A (zh) * | 2012-12-06 | 2013-04-03 | 苏州亿倍信息技术有限公司 | 一种调度控制处理方法及系统 |
| CN103035118A (zh) * | 2012-12-06 | 2013-04-10 | 苏州亿倍信息技术有限公司 | 一种出租车调度控制方法及系统 |
| CN103680135A (zh) * | 2013-12-31 | 2014-03-26 | 北京东方车云信息技术有限公司 | 一种提供打车服务的方法、装置及系统 |
| EP2843598A1 (en) * | 2013-08-30 | 2015-03-04 | GT Gettaxi Limited | System and method for ordering a transportation vehicle |
| CN104463509A (zh) * | 2014-12-29 | 2015-03-25 | 先锋智道（北京）科技有限公司 | 网络打车的订单推送方法和网络打车的订单确认方法 |
-
2015
- 2015-04-22 CN CN201510194893.2A patent/CN104915839B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103021168A (zh) * | 2012-12-06 | 2013-04-03 | 苏州亿倍信息技术有限公司 | 一种调度控制处理方法及系统 |
| CN103035118A (zh) * | 2012-12-06 | 2013-04-10 | 苏州亿倍信息技术有限公司 | 一种出租车调度控制方法及系统 |
| EP2843598A1 (en) * | 2013-08-30 | 2015-03-04 | GT Gettaxi Limited | System and method for ordering a transportation vehicle |
| CN103680135A (zh) * | 2013-12-31 | 2014-03-26 | 北京东方车云信息技术有限公司 | 一种提供打车服务的方法、装置及系统 |
| CN104463509A (zh) * | 2014-12-29 | 2015-03-25 | 先锋智道（北京）科技有限公司 | 网络打车的订单推送方法和网络打车的订单确认方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104915839A (zh) | 2015-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104915839B (zh) | 一种订单推送方法及装置 | |
| CN107919013B (zh) | 一种上车点处理方法及服务器 | |
| CN104751272A (zh) | 智能订单调度方法、服务器、电动车、移动终端及系统 | |
| CN104751271A (zh) | 智能订单调度方法、服务器、电动车、移动终端及系统 | |
| CN105554738A (zh) | 虚拟sim卡的多终端映射系统、方法及终端设备 | |
| CN102682599A (zh) | 一种基于lbs出租车预约系统与方法 | |
| CN104167093A (zh) | 基于司机住址信息的顺风车运营系统 | |
| CN102054204A (zh) | 一种自动订购客票的方法、系统和装置 | |
| CN107145992A (zh) | 一种订单分配方法及装置 | |
| CN107292692A (zh) | 拼车方法和系统 | |
| CN107808206B (zh) | 一种用车订单的代付处理方法、服务器及乘客终端 | |
| EP2741245A1 (en) | Mobile payment method, device and system for server end and client | |
| CN104809612A (zh) | 一种订单支付方法、服务器和移动终端 | |
| CN106412092A (zh) | 消息推送方法、装置及服务器 | |
| CN103546583A (zh) | 群智感知系统及群智感知方法 | |
| CN108734539A (zh) | 一种提供汽车上门维修服务的方法、装置及系统 | |
| CN108154245A (zh) | 订单分配的方法及装置 | |
| CN106231143A (zh) | 一种虚拟号码绑定方法及系统 | |
| CN111277618A (zh) | 一种信息推送方法、装置、电子设备及存储介质 | |
| CN104038921B (zh) | 一种移动终端之间的主题互动方法及系统 | |
| CN110619402A (zh) | 一种派车方法和装置、电子设备、存储介质 | |
| CN105634922B (zh) | 一种网络购票的实现方法及终端 | |
| KR101633091B1 (ko) | 대리기사 서비스 제공 방법 | |
| CN105631728A (zh) | 一种基于网络购票的提示方法及系统 | |
| CN113112116A (zh) | 订单分配方法、装置及服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |