一种订单分配方法及装置与流程

文档序号:11231460阅读:271来源:国知局
一种订单分配方法及装置与流程

本发明涉及计算机技术领域,具体涉及一种订单分配方法及装置。



背景技术:

随着智能设备和移动互联网技术的发展,打车软件的普及给人们的出行带来了极大的便利。当前打车需求已经是社会各阶层人士的普遍需求,打车软件已基本解决了司机和乘客之间的信息不对称问题。

乘客可以通过打车软件乘客端发送打车信息(即,订单),打车软件乘客端将订单发送至打车软件的后台服务器,后台服务器将订单向该乘客周围预定范围内的打车软件司机端推送,订单会在打车软件司机端被播报,司机听到订单后,可以进行应答接单。如果司机应答接单,则司机能够与乘客进行联系。

为了更好的服务乘客,打车软件为乘客提供了多种出行方式,比如:出租车、专车、快车和顺风车,打车软件后续还可增加更多出行方式。

在交通高峰时,乘客遇到打车软件显示无车可用很正常,但是在避开交通高峰时,乘客也经常会遇到打车软件显示无车可用,主要是由于打车软件的后台服务器的播单距离的限制或司机接驾时间的限制。而且由于司机运力随着出行需求的流动,更会出现局部区域司机运力缺失的现象,从而导致当乘客处于司机运力缺失的区域时打车软件显示无车可用的情况。



技术实现要素:

针对现有技术的缺陷,本发明提供一种订单分配方法及装置, 以解决现有技术中打车软件显示无车可用技术问题。

为此目的,第一方面,本发明提出一种订单分配方法,包括:

在接收到用户设备ue发送的订单且所述订单的起始地周围第一预设范围内不存在能接单的终端时,判断所述订单的起始地周围第二预设范围内是否存在能接单的终端;所述第二预设范围大于第一预设范围;

若所述第二预设范围内存在能接单的终端,则向所述ue发送是否允许向第二预设范围发送订单的第一消息,以使所述ue应答所述第一消息;

在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单。

可选的,所述向所述ue发送是否允许向第二预设范围发送订单的第一消息,以使所述ue应答所述第一消息,包括:

向所述ue发送是否允许向第二预设范围发送订单的第一消息,所述第一消息中携带有费用信息,所述费用信息用于指示在所述第二预设范围内叫车的费用。

可选的,所述在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单,包括:

在接收到所述ue根据所述第一消息反馈的应答信息后,判断所述应答信息是否为允许向第二预设范围发送订单的信息;

若所述应答信息为允许向第二预设范围发送订单的信息,则向所述第二预设范围内能接单的终端发送所述订单。

可选的,若所述应答信息为不允许向第二预设范围发送订单的信息,则查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;

若其他预设出行方式对应的订单分配系统中存在能够接单的终端,则向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

可选的,若所述第二预设范围内不存在能接单的终端,则查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;

若其他预设出行方式对应的订单分配系统中存在能够接单的终端,则向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

可选的,所述订单分配系统包括出租车订单分配系统、专车订单分配系统、快车订单分配系统和顺风车订单分配系统。

第二方面,本发明还提出一种订单分配装置,包括:

判断单元,用于在接收到用户设备ue发送的订单且所述订单的起始地周围第一预设范围内不存在能接单的终端时,判断所述订单的起始地周围第二预设范围内是否存在能接单的终端;所述第二预设范围大于第一预设范围;

第一发送单元,用于在所述判断单元判定所述第二预设范围内存在能接单的终端后,向所述ue发送是否允许向第二预设范围发送订单的第一消息,以使所述ue应答所述第一消息;

处理单元,用于在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单。

可选的,所述第一发送单元,用于向所述ue发送是否允许向第二预设范围发送订单的第一消息,所述第一消息中携带有费用信息,所述费用信息用于指示在所述第二预设范围内叫车的费用。

可选的,所述处理单元,包括:

判断子单元,用于在接收到所述ue根据所述第一消息反馈的应答信息后,判断所述应答信息是否为允许向第二预设范围发送订单的信息;

第一发送子单元,用于在所述判断子单元判定所述应答信息为允许向第二预设范围发送订单的信息,则向所述第二预设范围内能接单的终端发送所述订单。

可选的,所述处理单元,还包括:

查看子单元,用于在所述判断子单元判定所述应答信息为不允许向第二预设范围发送订单的信息后,查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;

第二发送子单元,用于在所述查看子单元确定其他预设出行方式对应的订单分配系统中存在能够接单的终端后,向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

可选的,所述订单分配装置,还包括:

查看单元,用于在所述判断单元判定所述第二预设范围内不存在能接单的终端后,查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;

第二发送单元,用于在所述查看单元确定其他预设出行方式对应的订单分配系统中存在能够接单的终端后,向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

可选的,所述订单分配系统包括出租车订单分配系统、专车订单 分配系统、快车订单分配系统和顺风车订单分配系统。

相比于现有技术,本发明的订单分配方法及装置,相比第一预设范围,通过第二预设范围的设置扩大了订单发送的范围,并向用户设备ue发送用于征求乘客是否接受远距离叫车的第一消息,根据第一消息的应答信息确定是否向第二预设范围内能接单的终端发送订单,解决现有技术中打车软件显示无车可用技术问题。

附图说明

图1为本公开第一实施例提供的一种订单分配方法流程图;

图2为本公开第二实施例提供的一种订单分配方法流程图;

图3为本公开第三实施例提供的一种订单分配装置结构图;

图4为本公开第四实施例提供的一种订单分配装置结构图;

图5为本公开第五实施例提供的一种订单分配装置结构图;

图6为本公开第六实施例提供的一种订单分配装置结构图;。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。

本领域技术人员应当理解,本公开实施例中提及的用户设备(userequipment,简称ue)是指呼叫服务方,如交通工具叫车服务中的乘客所使用的安装有打车软件乘客端的任何设备;本公开实施例中提及的终端是指安装有打车软件司机端的任何终端,是提供服务方。ue和终端可以包括任何类型的设备,诸如手持式计算机、个人数字助理pda、蜂窝电话、网络家电、智能手机、平板电脑、笔记本电脑、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备、增强型通用分组无线业务(egprs)移动电话、媒体播放器、导航设备或者这些数据处理设备或其他数据 处理设备中的任何两个或多个的组合。

本领域技术人员应当理解,本公开实施例中提及的订单分配方法的执行主体、订单分配装置均可以为打车软件的后台服务器或设置在后台服务器中,是提供服务方,后台服务器既可以代表如计算机服务器的单个服务器,也可以代表一起工作以执行功能的多个服务器,例如云服务器hadoop。

需要说明的是,在本文中,“第一”和“第二”仅仅用来将相同的名称区分开来,而不是暗示这些名称之间的关系或者顺序。

如图1所示,本实施例公开一种订单分配方法,可包括以下步骤101~103:

101、在接收到用户设备ue发送的订单且所述订单的起始地周围第一预设范围内不存在能接单的终端时,判断所述订单的起始地周围第二预设范围内是否存在能接单的终端;所述第二预设范围大于第一预设范围;若所述第二预设范围内存在能接单的终端,则执行步骤102。

为了防止打车软件显示无车可用,本实施例中,在订单的起始地周围第一预设范围内不存在能接单的终端时,进一步地去判断比第一预设范围更大的第二预设范围是否存在能接单的终端(也可称为可用终端),由于第二预设范围大于第一预设范围,因此有可能搜索到能接单的终端,从而使打车软件显示有车可用。

需要说明的是,本实施例中不限定第二预设范围的具体值,本领域技术人员可根据实际情况确定第二预设范围的具体值,举例来说,第二预设范围为半径不超过10km的范围。

102、向所述ue发送是否允许向第二预设范围发送订单的第一消息,以使所述ue应答所述第一消息。

为了提高乘客的使用体验,本实施例中,由于是在更大的范围进行可用终端的搜索,搜索到的可用终端不一定能够满足乘客的接驾距 离的需求,有的乘客会感觉接驾距离远,因此,有必要在第二预设范围内搜索到可用终端后向ue发送用于征求乘客是否接受远距离叫车的第一消息,以便后续订单的分配。步骤102中所述ue应答所述第一消息,具体为ue向乘客展示所述第一消息,乘客根据第一消息确定是否允许向第二预设范围发送订单,ue根据乘客的输入的信息生成应答信息。乘客输入的信息包括点击信息和/或文本信息。

本实施例中,由于第一消息明确提示乘客是否允许向第二预设范围发送订单,因此本实施例是基于叫车距离(第一消息明确指示第二预设范围)直接征求乘客是否接受远距离叫车,乘客在看到第一消息后,能根据自己实际情况作出判断,提高了乘客的用户体验,步骤102也起到了直接引导乘客接受远距离叫车的作用,间接提高了订单成交率。

103、在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单。

在实际应用中,为了保证司机的权益,本实施例公开的订单分配方法在步骤103后,还可向ue发送提示消息,提示消息用于提示乘客若在司机应答订单后取消订单,需扣除一定费用用于补偿司机。当然扣除的费用不超过基于预设扣费规则确定的费用。

本实施例公开的订单分配方法,相比第一预设范围,通过第二预设范围的设置扩大了订单发送的范围,并向用户设备ue发送用于征求乘客是否接受远距离叫车的第一消息,根据第一消息的应答信息确定是否向第二预设范围内能接单的终端发送订单,解决现有技术中打车软件显示无车可用技术问题。

如图2所示,本实施例公开一种订单分配方法,可包括以下步骤201~203:

步骤201、203与图1所示的步骤101、103相同,在此不再赘述。

202、向所述ue发送是否允许向第二预设范围发送订单的第一消息,所述第一消息中携带有费用信息,所述费用信息用于指示在所述第二预设范围内叫车的费用。

本实施例中,举例来说,费用信息可以为每公里费用,该每公里费用不超过预设每公里费用,以便提高订单成交率,乘客允许向第二预设范围发送订单后,若司机应答,则开始计费,乘客可随时取消订单,但产生的费用需支付,来补偿司机。

本实施例中,相比图1所示订单分配方法基于叫车距离直接引导乘客接受远距离叫车,本实施例中步骤202在基于叫车距离直接引导的基础上增加了基于叫车费用的间接引导方式,使不满意接驾距离的乘客能够接受远距离叫车,进一步提高了订单成交率。

在一个具体的例子中,图1所示的步骤103:在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单,包括图1中未示出的步骤1031~1034:

1031、在接收到所述ue根据所述第一消息反馈的应答信息后,判断所述应答信息是否为允许向第二预设范围发送订单的信息;若所述应答信息为允许向第二预设范围发送订单的信息,则执行步骤1032;若所述应答信息为不允许向第二预设范围发送订单的信息,则执行步骤1033。

1032、向所述第二预设范围内能接单的终端发送所述订单。

1033、查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;所述订单分配系统包括出租车订单分配系统、专车订单分配系统、快车订单分配系统和顺风车订单分配系统;若其他预设出行方式对应的订单分配系统中存在能够接单的终端,则执行步骤1034。

1034、向所述ue发送是否允许改变当前出行方式为第二出行方 式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

在一个具体的例子中,图1所示的步骤101中,若所述第二预设范围内不存在能接单的终端,则执行图1中未示出的步骤104和105:

104、查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;所述订单分配系统包括出租车订单分配系统、专车订单分配系统、快车订单分配系统和顺风车订单分配系统;若其他预设出行方式对应的订单分配系统中存在能够接单的终端,则执行步骤105。

105、向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

如图3所示,本实施例公开一种订单分配装置,可包括以下单元:判断单元31、第一发送单元32及处理单元33

判断单元31,用于在接收到用户设备ue发送的订单且所述订单的起始地周围第一预设范围内不存在能接单的终端时,判断所述订单的起始地周围第二预设范围内是否存在能接单的终端;所述第二预设范围大于第一预设范围;

第一发送单元32,用于在所述判断单元31判定所述第二预设范围内存在能接单的终端后,向所述ue发送是否允许向第二预设范围发送订单的第一消息,以使所述ue应答所述第一消息;

处理单元33,用于在接收到所述ue根据所述第一消息反馈的应答信息后,根据所述应答信息确定是否向所述第二预设范围内能接单的终端发送所述订单。

在一个具体的例子中,所述第一发送单元32,用于向所述ue发送是否允许向第二预设范围发送订单的第一消息,所述第一消息中携带有费用信息,所述费用信息用于指示在所述第二预设范围内叫车的 费用。

如图4所示,本实施例公开一种订单分配装置,可包括以下单元:判断单元41、第一发送单元42及处理单元43。

所述判断单元41、第一发送单元42与图3所示的判断单元31、第一发送单元32相同,在此不再赘述。

所述处理单元43,可包括以下子单元:判断子单元431、第一发送子单元432。

判断子单元431,用于在接收到所述ue根据所述第一消息反馈的应答信息后,判断所述应答信息是否为允许向第二预设范围发送订单的信息;

第一发送子单元432,用于在所述判断子单元431判定所述应答信息为允许向第二预设范围发送订单的信息,则向所述第二预设范围内能接单的终端发送所述订单。

如图5所示,本实施例公开一种订单分配装置,与图4所示的订单分配装置的区别在于:本实施例中的处理单元43,还可包括以下子单元:查看子单元433、第二发送子单元434。

查看子单元433,用于在所述判断子单元431判定所述应答信息为不允许向第二预设范围发送订单的信息后,查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;所述订单分配系统包括出租车订单分配系统、专车订单分配系统、快车订单分配系统和顺风车订单分配系统;

第二发送子单元434,用于在所述查看子单元433确定其他预设出行方式对应的订单分配系统中存在能够接单的终端后,向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

如图6所示,本实施例公开一种订单分配装置,与图3所示的订单 分配装置相比,本实施例的订单分配装置,还包括:查看单元34和第二发送单元35。

查看单元34,用于在所述判断单元31判定所述第二预设范围内不存在能接单的终端后,查看除所述订单的当前出行方式之外其他预设出行方式对应的订单分配系统中是否存在能够接单的终端;所述订单分配系统包括出租车订单分配系统、专车订单分配系统、快车订单分配系统和顺风车订单分配系统;

第二发送单元35,用于在所述查看单元34确定其他预设出行方式对应的订单分配系统中存在能够接单的终端后,向所述ue发送是否允许改变当前出行方式为第二出行方式的第二消息,以使所述ue应答所述第二消息,所述第二出行方式为存在能够接单的终端的订单分配系统对应的出行方式。

上述装置实施例与方法实施例类似,因此装置实施例描述简单,相关之处参见方法实施例。

本领域技术人员可以理解,可以把实施例中的各单元组合成一个单元,以及此外可以把它们分成多个子单元。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处,可以采用任何组合对本说明书中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解,实施例中的各单元可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处 理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1