CN103177572A

CN103177572A - 出租车智能调度

Info

Publication number: CN103177572A
Application number: CN2013100574656A
Authority: CN
Inventors: 王兴健
Original assignee: Individual
Current assignee: Individual
Priority date: 2013-02-22
Filing date: 2013-02-22
Publication date: 2013-06-26
Anticipated expiration: 2033-02-22
Also published as: CN103177572B

Abstract

本发明提供了一种基于驾驶员请求的订单分配方法，该方法包括，由驾驶员通过车台设备输入查询条件或用默认条件来发送请求；获取出租车定位的位置信息并同查询条件一同上传至调度服务器；调度服务器收到车台设备发送的请求后，根据查询条件从订单数据库中筛选出至少一份适合的订单发送给车台设备；车台设备将服务器发送来的至少一份订单的信息呈现给驾驶员；车台设备接收驾驶员对该至少一份订单的选择情况，并将选择的信息发送给调度服务器；以及，调度服务器接收到该选择信息后在为该被选定的订单做标记从而在接收到后续的请求时不再考虑该订单。本发明的有益效果在于，进程的起始点在车台设备，从而避免了调度服务器在接收到订单信息后在无法充分了解各辆出租车的实际运营情况的条件下即发出订单信息，而因此浪费信息费和带宽流量。

Description

出租车智能调度

技术领域

本实用新型涉及信息提供方法，具体的讲，涉及出租车领域的由出租车驾驶员发起请求的订单信息获取方法。

背景技术

现有技术中存在多种出租车调度方法，这些方法均是基于中心调度台通过无线通讯方式向车台设备发送订单信息，出租车驾驶员在出租车上通过车台设备看到某一订单信息后可以选择接受或拒绝。如果有多名驾驶员就统一订单进行了接受操作，则中心调度台会选择最先接受的车台设备作为应答车台设备，并向该车台设备发送订单的全部信息。对于车台设备的选择往往是通过车台设备内置的GPS等定位系统提供的车台设备所在车辆的地理位置与订单的归属客户的物理位置的距离关系来选择的。

这样的系统的问题在于，订单的发送虽然看似具有很强的针对性，但由于受路况、时间延迟、载客与否等问题的限制，真正有效的信息并不多，因此，中心调度台往往要一次发送大量的信息才能确保有车台设备接受订单，这样就造成了中心调度台的信息资费的浪费。

发明内容

本发明的目的之一是提供一种基于驾驶员请求的订单分配方法，该方法能够实现由驾驶员发起的对订单的查询从而可以使得调度服务器更加有针对性的发出订单信息，提高调派效率和调派成功率。有针对性的发出订单信息可以实现信息费用的节省。以及避免过多的带宽占用。

为了实现上述目的，本发明提供了一种基于驾驶员请求的订单分配方法，该方法包括由驾驶员通过车台设备输入查询条件或用默认条件来发送请求；获取出租车定位的位置信息并同查询条件一同上传至调度服务器；调度服务器收到车台设备发送的请求后，根据查询条件从订单数据库中筛选出至少一份适合的订单发送给车台设备；车台设备将服务器发送来的至少一份订单的信息呈现给驾驶员；车台设备接收驾驶员对该至少一份订单的选择情况，并将选择的信息发送给调度服务器，调度服务器接收到该选择信息后在为该被选定的订单做标记从而在接收到后续的请求时不再考虑该订单。

该方法的有益效果在于，进程的起始点在车台设备，从而避免了调度服务器在接收到订单信息后在无法充分了解各辆出租车的实际运营情况的条件下即发出订单信息，而因此浪费信息费和带宽流量。

为了支持前述方法，本发明的另一方面提供了一种出租车车台设备的请求订单的方法，其中该方法被配置为：生成某一带有该车台设备身份标识的请求；将该请求发送至调度服务器；接收调度服务器发送的订单信息；将订单信息呈现给车台设备使用者；对来自调度服务器的某一订单进行选择；以及将选择结果发送给调度服务器。

为了支持前述方法，本发明的另一方面还提供了一种调度服务器分配订单的方法，其包括如下步骤：验证接收到的来自一车台设备的请求是否为合法请求；以及请求携带的至少该车台设备所在的地理位置信息，按一定的算法筛选出针至少一份适合的订单发送给车台设备；接收车台设备反馈的选择信息；以及根据该选择信息为车台设备选定的订单做标记从而在接收到后续的请求时不再考虑该订单。

调度服务器在筛选时采用的算法可以为，通过以请求中提供的车台设备的当前地理位置为基点，向360度的范围扩展一固定值而形成一圆形区域，即以该当前地理位置为基点画圆圈，从而圈定上车地点在该圆形区域内的所有订单。

调度服务器在筛选时采用的算法还可以为，通过以请求中提供的车台设备的当前地理位置为基点向360度的范围扩展一固定值而形成一圆形区域，同时以车台设备预想的目的地地理位置信息作为终点，连接两点形成一直线，并以此直线作为基准直线；根据圆形区域选择订单，并根据订单中的上车地理位置和下车地理位置信息，同样得到一订单路线直线，并计算该基准直线与该订单路线直线的夹角，排除订单中订单路线直线与基准直线的夹角大于某一预设值的订单。

第一种算法适用于所有类型的订单，而第二种算法适用于可以获得订单重点位置，以及订单数量较多从而需要精确筛选的情况。

下面将通过结合附图的对本发明的各种实施例的描述来进一步说明本发明的特点和有益效果。

附图说明

图1为本发明的基于驾驶员请求的订单分配方法所基于的系统的架构图；

图2为本发明的基于驾驶员请求的订单分配方法的基本流程图；

图3为本发明的基于驾驶员请求的订单分配方法的基于的车台设备的结构原理图；

图4为本发明的基于驾驶员请求的订单分配方法的基于的车台设备的运行流程图；

图5为本发明的调度服务器的运行流程图；

图6为一种调度服务器的订单筛选算法的流程图；

图7为另一种调度服务器的订单筛选算法的流程图。

具体实施方式

图1示出了依据本发明的一种实施方式的系统架构图，其中，本发明基于这样的系统架构，即具有至少一台订单服务器，该订单服务器可以制作订单并将其保存入一订单数据库，至少一台调度服务器其可以从一驾驶员配置库中调取驾驶员，以及至少一能够与该调度服务器远程通信的出租车车台设备。

该订单服务器可以将通过诸如手机App，订单网站、人工坐席等由用户填写或生成并发送来的订单信息整理为规定的格式并存放至一订单数据库中；为此该订单处理服务器需要配置对各种数据接入方式的接口。

订单数据库以预先定义的格式存放订单数据、由于订单数据包括但不限于上车地点，下车地点，用车时间，乘客信息，其中，乘客信息可以包括但不限于乘客姓名、手机号、乘车人数等。

调度服务器也可以对该订单数据库进行访问，尤其是可以用特定算法对订单数据库中的订单根据订单的内容根据某一请求人提供的包括特定信息的请求进行筛选。

当筛选出一张或某几张订单符合特定信息的请求时，则将该订单的信息发送给请求人。在这里，请求人是可以通过无线方式与调度服务器进行通信的车台设备。特定信息可以例如包括车台设备的地理位置信息，还可以包括例如预想的目的地地理位置信息，希望的成员人数信息等等。其整体的运行流程如图2所示。

作为其基本功能，车台设备是一台能够向调度服务器提供请求并能够从调度服务器接收订单信息的设备。为此，从硬件上讲，参照图3，该车台设备200可以包括负责与调度服务器进行与车台设备进行数据传输的通信模块201，负责提供地理位置信息的地理位置信息模块202，负责程序运行控制的控制单元203，存储嵌入程序的程序存储单元204a，存储订单数据的数据存储单元204b，负责呈现数据的呈现单元205，负责对呈现的数据进行操作的操作单元206，当然其还要包括电源模块207，以及数据、电源连接线。其中，通信模块201可以是支持例如GPRS、WIFI、3G、LTE至少之一的模块。地理位置信息模块202可以是支持GPS、伽利略、北斗等卫星导航的模块，控制单元203可以是单片机或DSP等，程序存储单元203a以及数据存储单元203b可以是不同的存储器或同一个存储器203的不同存储区域。呈现单元205可以包括显示单元以及显示驱动单元；操作单元206可以包括按键、旋钮、触摸屏等。

参照图4，该设备被配置为能够生成某一带有该车台设备身份标识的请求S201，将该请求发送至调度服务器S202，接收调度服务器发送的订单信息S203，以及将订单信息呈现给车台设备使用者，即出租驾驶员S204。其还能够对来自调度服务器的某一订单进行选择S205，以及将选择结果发送给调度服务器S206。

在生成请求的过程中，可以为请求附加车台设备当前地理位置信息、及/或预期的目的地地理位置信息、及/或成员人数等信息。在将请求发送给调度服务器时会将这些信息至少之一连同请求一并发送。

如图5所示，调度服务器100在接收到来自一车台设备的请求后，会根据该请求中携带的身份标识信息验证车台设备是否属于该调度服务器可访问的一驾驶员配置库中记录的身份标识信息S301。如果是，则验证通过，如果不是，则验证失败，并回复车台设备非合法车台设备。

验证通过后，根据该请求携带的至少该车台设备所在的地理位置信息，通过以下算法之一判断是否存在符合算法的设定的订单S302，如果没有，则回复车台设备没有合适的信息。如果判断的结果为有至少一张订单，则从订单数据库中将该至少一张订单的至少一部分信息提取出来并回复给车台设备S303。

作为第一种算法，参照图6，可以通过以请求中提供的车台设备的当前地理位置为基点，向360度的范围扩展一固定值而形成一圆形区域，即以该当前地理位置为基点画圆圈，从而圈定上车地点在该圆形区域内的所有订单。

作为第二种算法，参照图7，可以通过以请求中提供的车台设备的当前地理位置为基点向360度的范围扩展一固定值而形成一圆形区域，同时以车台设备预想的目的地地理位置信息作为终点，连接两点形成一直线，并以此直线作为基准直线；根据圆形区域选择订单，并根据订单中的上车地理位置和下车地理位置信息，同样得到一订单路线直线，并计算该基准直线与该订单路线直线的夹角，排除订单中订单路线直线与基准直线的夹角大于某一预设值的订单。这种算法适用于可以获得订单重点位置，以及订单数量较多从而需要精确筛选的情况。

车台设备接收到该至少一张订单的至少部分信息后，则通过显示屏幕显示出来呈现给驾驶员，此时，驾驶员可通过触摸屏选择的方式或设备上按键选择的方式对至少一张订单作出选择，用户作出选择后，则车台设备会将选择的结果发送给调度服务器。

调度服务器接收到该选择信息后S304，为相应的订单作出标记，例如将该订单标记为已完成。从而使该订单不再进入下一次订单筛选的进程S305。

以上说明仅为本发明的优选的实施例，其中的描述并非意在对各种部件、方法、信号传递关系等作排他性的限定。例如，车台设备的实现可以基于智能手机、平板电脑等设备。因此，应当理解，任何不背离本发明的主旨的针对本发明中的技术方案的修改和变换都应当落于本申请的保护范围之内。

Claims

1.一种基于驾驶员请求的订单分配方法，该方法包括，

由驾驶员通过车台设备输入查询条件或用默认条件来发送请求；

获取出租车定位的位置信息并同查询条件一同上传至调度服务器；

调度服务器收到车台设备发送的请求后，根据查询条件从订单数据库中筛选出至少一份适合的订单发送给车台设备；

车台设备将服务器发送来的至少一份订单的信息呈现给驾驶员；车台设备接收驾驶员对该至少一份订单的选择情况，并将选择的信息发送给调度服务器；以及，

调度服务器接收到该选择信息后在为该被选定的订单做标记从而在接收到后续的请求时不再考虑该订单。

2.根据权利要求1所述的方法，调度服务器在筛选时采用的算法为，通过以请求中提供的车台设备的当前地理位置为基点，向360度的范围扩展一固定值而形成一圆形区域，即以该当前地理位置为基点画圆圈，从而圈定上车地点在该圆形区域内的所有订单。

3.根据权利要求1所述的方法，调度服务器在筛选时采用的算法为，通过以请求中提供的车台设备的当前地理位置为基点向360度的范围扩展一固定值而形成一圆形区域，同时以车台设备预想的目的地地理位置信息作为终点，连接两点形成一直线，并以此直线作为基准直线；根据圆形区域选择订单，并根据订单中的上车地理位置和下车地理位置信息，同样得到一订单路线直线，并计算该基准直线与该订单路线直线的夹角，排除订单中订单路线直线与基准直线的夹角大于某一预设值的订单。

4.一种出租车车台设备的请求订单的方法，其中该方法被配置为：

生成某一带有该车台设备身份标识的请求；

将该请求发送至调度服务器；

接收调度服务器发送的订单信息；

将订单信息呈现给车台设备使用者；

对来自调度服务器的某一订单进行选择；以及，

将选择结果发送给调度服务器。

5.一种调度服务器分配订单的方法，其包括如下步骤：

验证接收到的来自一车台设备的请求是否为合法请求；

请求携带的至少该车台设备所在的地理位置信息，按一定的算法筛选出至少一份适合的订单发送给车台设备；

接收车台设备反馈的选择信息；以及，

根据该选择信息为车台设备选定的订单做标记从而在接收到后续的请求时不再考虑该订单。

6.根据权利要求5所述的方法，调度服务器在筛选时采用的算法为，通过以请求中提供的车台设备的当前地理位置为基点，向360度的范围扩展一固定值而形成一圆形区域，即以该当前地理位置为基点画圆圈，从而圈定上车地点在该圆形区域内的所有订单。

7.根据权利要求5所述的方法，调度服务器在筛选时采用的算法为，通过以请求中提供的车台设备的当前地理位置为基点向360度的范围扩展一固定值而形成一圆形区域，同时以车台设备预想的目的地地理位置信息作为终点，连接两点形成一直线，并以此直线作为基准直线；根据圆形区域选择订单，并根据订单中的上车地理位置和下车地理位置信息，同样得到一订单路线直线，并计算该基准直线与该订单路线直线的夹角，排除订单中订单路线直线与基准直线的夹角大于某一预设值的订单。