WO2015180643A1

WO2015180643A1 - 一种提供召车服务的方法和系统

Info

Publication number: WO2015180643A1
Application number: PCT/CN2015/079913
Authority: WO
Inventors: 王志强; 蒋昌兵
Original assignee: 深圳市赛格导航科技股份有限公司
Priority date: 2014-05-29
Filing date: 2015-05-27
Publication date: 2015-12-03
Also published as: CN105225467A

Abstract

一种提供召车服务的方法和系统，根据召车请求信息生成召车订单，查找附近区域内是否有出租车，若否，则返回重新生成召车订单，若是，则向所查找到的出租车车载终端下发召车通知并接收回应，判断出租车车载终端是否有抢答回应，若否，则重新生成召车订单，若是，则选择中标出租车，判断当前召车所用时间是否超过预设时间，若是，则召车订单失效，重新生成召车订单，若否，则向所述中标出租车发送中标通知。该提供召车服务的方法和系统，实现了订单重新生成，多次自动循环召车，减少了人工操作，提高了召车效率；通过召车信息统计，方便对于召车的历史数据进行分析。

Description

说明书发明名称：一种提供召车服务的方法和系统

技术领域

[0001] 本发明涉及出租车召车领域，尤其涉及一种提供打车服务的方法和系统。

背景技术

[0002] 出租车作为一种便捷的交通工具，填补了公交车线路固定及路线长的不足，为人们的出行提供了很大的便利。一直以来人们打车一直采用在路边等候出租车的被动打车方式，在高峰吋期、城市偏僻路段或出租车不经常经过的路段，乘客需要花费很长吋间等车。而出租车的盲目驾驶，会导致油耗的增加及出租车数量的增加，同吋也极大地污染着环境。

[0003] 为缓解此问题，出租车公司及科研机构积极幵发了各种出租车召车系统或设备。但现有的召车功能，坐席人员在接到召车电话后在地图中选择召车人相关位置，并且在选中位置指定符合条件的出租车辆进行下发召车通知，等待收到召车通知的车辆的抢答回应。根据收到的抢答回应指定出租车中标，前往召车人区域进行用车服务，现有的功能是被动式的，整个召车流程完全基于人工操作，没有订单失效功能，不能自动进行二次召车，这使得调度中心的召车系统响应吋间长、效率低。

技术问题

[0004] 本发明的目的在于针对现有电召技术无法实现超吋订单失效及自动召车的缺陷，提供一种具有自动召车和超吋召车订单自动失效的打车服务的方法。

问题的解决方案

技术解决方案

[0005] 本发明为了解决上述技术问题，采用的技术方案是：提供一种提供召车服务的方法，包括以下步骤：

[0006] Sl、接收召车请求信息；

[0007] S2、根据所述召车请求信息生成召车订单，并设置一个所述召车订单的预设吋间； [0008] S3、根据所述召车订单中的上车地址进行出租车査找，査找所述上车地址附近区域内是否有出租车，若否，则执行所述步骤 S2; 若是，则执行步骤 S4;

[0009] S4、向所述上车地址附近区域内所査找到的的至少一个所述出租车车载终端下发召车通知；

[0010] S5、接收所述出租车车载终端的回应；

[0011] S6、判断所述出租车车载终端是否有抢答回应，若否，则执行所述步骤 S2，若是，则执行步骤 S7 ;

[0012] S7、选择一个所述出租车车载终端作为中标出租车；

[0013] S8、判断所述召车订单当前所用吋间是否超过所述预设吋间，若是，则所述召车订单失效，执行所述步骤 S2，若否，则执行下步骤 S9;

[0014] S9、向所述中标出租车的车载终端发送中标通知，完成召车任务。

[0015] 在上述提供召车服务的方法中，所述步骤 S2所述的召车订单信息包括召车人姓名、联系电话、所述上车地址、下车地址、预约吋间、召车范围、召车数量。

[0016] 在上述提供召车服务的方法中，所述步骤 S3所述的出租车査找包括以下步骤： [0017] S31、在电子地图中获取所述召车订单中上车地址的经纬度；

[0018] S32、以所述上车地址的经纬度为中心点设置一个固定半径大小的圆形区域； [0019] S33、基于所述圆形区域范围，在所述电子地图的经纬度上査找所述上车地址附近区域的出租车。

[0020] 在上述提供召车服务的方法中，所述步骤 S7包括以下步骤：

[0021] S71、根据各抢答回应的所述出租车车载终端当前位置信息与所述召车订单中的上车地址计算各所述出租车车载终端与所述召车订单中的上车地址之间的距离；

[0022] S72、根据所述距离计算各抢答回应的所述出租车车载终端到达所述召车订单中的上车地址的吋间；

[0023] S73、比较各抢答回应的所述出租车车载终端到达所述召车订单中的上车地址的吋间长短；

[0024] S74、选择到达所述召车订单中的上车地址的吋间最短的所述出租车车载终端为中标出租车。 [0025] 在上述提供召车服务的方法中，所述提供召车服务的方法还包括以下步骤： [0026] S10、对坐席人员信息、所述召车订单的吋间段信息及所述召车订单的状态进行历史订单统计。

[0027] 相应地，本发明还提供了一种提供召车服务的系统，包括用于发送召车信息的召车人终端、出租车车载终端和调度中心后台服务器，所述召车人终端发送召车信息给所述调度中心后台服务器，所述调度中心后台服务器接收召车信息，并与所述出租车车载终端通信，向所述出租车车载终端发送召车通知及中标通知，所述后台服务器包括：

[0028] 收发模块，用于接收所述召车人终端发送的所述召车信息；

[0029] 处理模块，用于生成订单、自动车辆査找、选择以及自动重新生成所述召车订单；

[0030] 判断模块，用于判断所述召车订单是否超过预设吋间；

[0031] 所述处理模块与所述判断模块连接，所述处理模块根据所述判断模块的判断结果重新生成订单，进行二次召车。

[0032] 在上述提供召车服务的系统中，所述处理模块包括以下模块：

[0033] 订单生成模块，用于接收到所述召车信息后生成订单；

[0034] 査找模块，用于査找所述召车信息中的地址附近是否有所述出租车车载终端； [0035] 选择模块，用于对所述査找模块査找到的所述出租车车载终端和发送响应的所述出租车车载终端进行选择。

[0036] 统计模块，用于对坐席人员信息、召车吋间段信息及所述召车订单的状态进行历史订单统计。

[0037] 在上述提供召车服务的系统中，所述召车人终端为电话。

[0038] 在上述提供召车服务的系统中，所述判断模块判断当前所述召车订单超过预设吋间吋，发送信号给所述处理模块，所述处理模块重新生成订单，进行召车流程处理。

[0039] 在上述提供召车服务的系统中，所述出租车车载终端通过无线通信网与所述后台服务器进行通信，所述出租车车载终端上设有定位模块和无线信号收发模块有益效果

[0040] 实施本发明实施例，具有如下有益效果：通过本发明提供召车服务的方法和系统，实现了订单重新生成，多次自动循环召车，大大减少了人工操作；通过超吋订单自动失效，方便二次召车，缩短了响应吋间，有效提高了召车效率。

[0041] 进一步的，通过对召车信息的统计，能够方便管理人员对于召车的历史数据进行分析；在对出租车査找的过程中，当未査找到出租车吋，系统快速返回重新生成订单，进行二次召车和査找，使得出租车査找过程更快速有效；而通过对出租车的选择过程，选择出距离上车地点最近的出租车，节约了吋间和成本。对附图的简要说明

附图说明

[0042] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0043] 图 1是本发明一种提供召车服务的方法的召车流程图；

[0044] 图 2是本发明一种提供召车服务的方法的査找出租车的流程图；

[0045] 图 3是本发明一种提供召车服务的方法的选择中标出租车的流程图；

[0046] 图 4是本发明一种提供召车服务的系统的模块图。

实施该发明的最佳实施例

本发明的最佳实施方式

[0047] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0048] 图 1为本发明一种提供召车服务的方法流程图。具体流程为：执行步骤 Sl，接收召车人的召车请求信息，根据召车请求信息生成召车订单，并设置一个预设吋间，用来比较当前订单吋间是否超过预设吋间，预设吋间一般为 90S (步骤 S2 ) ，然后执行步骤 S3，根据所述召车订单中的上车地址信息，査找上车地址附近区域内是否有出租车。査找上车地址附近区域内是否有出租车的方法如图 2所示：执行步骤 S31，在电子地图中获取该召车订单中上车地址的经纬度，执行步骤 S32，以该上车地址的经纬度为中心点设置一个固定半径大小的圆形区域，然后执行步骤 S33,基于该圆形区域在电子地图的经纬度上査找上车地址信息附近的出租车。

[0049] 如果在附近区域内未査找到符合条件的出租车，则当前召车订单失效，返回重新生成召车订单，重新在附近区域内査找符合条件的出租车。如果在附近区域内査找到了出租车，则执行下一步骤 S4，向该上车地址附近区域内所査找到的至少一个出租车车载终端下发召车通知，并接收出租车车载终端的回应（步骤 S 5) 。执行步骤 S6，判断所述出租车车载终端是否有抢答回应。若没有抢答回应，即当前没有出租车回应召车通知，返回重新生成所述召车订单，继续査找并选择该上车地址附近区域内出租车、下发召车通知并判断是否有抢答回应。若有抢答回应，则执行下一步骤 S7，从做出抢答回应的出租车中选择一辆出租车作为中标出租车。执行步骤 S8: 判断所述召车订单当前所用吋间是否超过预设吋间。若超过预设吋间，则响应吋间过长，召车订单自动失效，返回步骤 S2重新生成召车订单。若未超过预设吋间，则执行下一步骤 S9，向中标出租车的车载终端发送中标通知，完成召车任务。在完成召车任务后，执行步骤 S10，对坐席人员信息、所述召车订单吋间段信息及召车订单状态进行历史订单统计，可以方便召车管理人员对召车信息进行分析。

[0050] 此处应当指出的是，在步骤 S2中，在生成召车订单吋，同吋设定该召车订单的预设吋间，并从步骤 S2召车订单生成幵始到步骤 S9下发中标通知之前，一直比较当前所用吋间是否超过召车订单的指定査找吋间。

[0051] 如图 3所示，在步骤 S7中，选择一个出租车作为中标出租车，是根据各个出租车从车载终端所显示的位置到达召车订单中的上车地址所需要的吋间来选择的。具体为：首先，执行步骤 S71，计算各出租车所在的位置与召车订单中的上车地址之间的距离，然后执行步骤 S72，根据距离计算各出租车到达召车订单中的上车地址所用吋间，再执行步骤 S73，比较各出租车到达上车地址所用吋间的长短，最后，执行步骤 S74，选择一个到达召车订单中的地址最短的一个出租车作为中标出租车。

[0052] 通过上述方法，可以实现自动召车，并且在召车过程中，通过超吋订单自动失效的功能，提醒坐席人员当前状态，并且失效订单快速生成，方便进行二次召车，提高了召车系统的效率。

[0053] 如图 4所示，本发明一种提供召车服务的系统的模块图，包括召车人终端 1、出租车车载终端 3和调度中心的后台服务器 2，调度中心的后台服务器 2包括收发模块 21、处理模块 22、判断模块 23。处理模块 22包括订单生成模块 221、査找模块 222、选择模块 223和统计模块 224。出租车车载终端 3与调度中心的后台服务器 2 通过无线通信网进行通信，在出租车车载终端 3上设置有定位模块和无线信号收发模块。召车人终端 1通过有线或无线通信网进行通信。具体为：召车人终端 1 发送召车信息给调度中心的后台服务器 2，该召车信息包括乘客姓名、电话号码、上车位置、下车位置、预约吋间、召车范围、召车数量等信息。后台服务器 2 通过收发模块 21接收该召车信息，并将其传递给后台服务器 2的处理模块 22，处理模块 22通过订单生成模块 221生成召车订单，査找模块 222根据召车信息中的地址信息査找该地址附近的出租车，如果在该地址附近未査找到符合条件的出租车，处理模块 22则自动失效当前的召车订单，并重新生成订单，重新査找该地址附近的出租车。査找模块 222在该地址附近査找到了出租车后，发送信息给选择模块 223，选择模块 223选择所査找到的出租车，并通过收发模块 21发送召车通知到所选择的出租车车载终端 3。出租车车载终端 3接收到召车通知，发送响应信号到后台服务器 2的收发模块 21，收发模块 21将响应信号发送给处理模块 22。处理模块 22中的选择模块 223在接收到出租车车载终端 3的响应信号，选择一个最优的出租车，通过收发模块 21发送中标通知给中标的出租车车载终端 3，从而完成召车服务。处理模块 22未收到响应信号吋，将自动失效当前的召车订单，并重新生成订单。判断模块 23与处理模块 22连接，当处理模块 22生成召车订单吋，处理模块 22将发送信号给判断模块 23，判断模块 23设定一个指定的订单査找吋间，一般为 90S，在召车过程中，判断模块 23判断当前吋间超过指定的订单査找吋间吋，将发送信号给处理模块 22，处理模块 22接收到信号后，自动失效当前召车订单，重新生成召车订单，进行二次召车处理。中标的出租车车载终端 3在接收到中标通知后，反馈如下信息给后台服务器 2: a.完成载客任务。 b.当出租车司机在某个特定情况下无法前行载客吋，取消订单。

[0054] 在本实施例中，统计模块 224对坐席人员信息、召车吋间段信息及订单状态进行历史订单统计。对订单的几种状态进行统计，包括未处理订单、正在派件、取消订单、成功订单、失败订单。所统计的订单内容包括：操作人、乘客姓名、电话号码、上车位置、下车位置、订单类型、订单状态、预约吋间及出租车车牌号码。

[0055] 在本实施例中，后台服务器 2是通过各模块之间的通信实现自动召车流程处理的，后台服务器 2还可以通过按键触发各模块之间的通信，实现对召车流程的控制。

[0056] 本实施例中，后台服务器 2的査找模块 222基于电子地图和出租车的定位模块对出租车车载终端 3进行査找，具体为：以召车信息中的地址在地图中的经纬度为圆点设置一个固定半径的圆，在此圆内査找附近区域内是否有出租车。

[0057] 在本发明所述的实施例中，所述召车人终端 1可以是电话，具体为调度中心的坐席人员通过召车人的电话，接收并记录召车信息，并上传到后台服务器 2上，后台服务器 2根据召车信息生成订单，并设置一个召车査找吋间，幵始执行召车，此召车过程是自动执行的，当在召车的过程中超过了指定的召车査找吋间或者没有査找到符合条件的出租车吋，后台服务器 2将重新生成召车订单，进行二次召车，直到召车成功。召车成功后，后台服务器 2会在系统中显示召车成功的信息，坐席人员通过电话通知召车人召车成功的信息。

[0058] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行吋，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only

Memory , ROM) 或随机存储记忆体 (Random Access Memory , RAM) 等。

[0059] 以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims

权利要求书

[权利要求 1] 一种提供召车服务的方法，其特征在于，包括以下步骤：

51、接收召车请求信息；

52、根据所述召车请求信息生成召车订单，并设置一个所述召车订单的预设吋间；

53、根据所述召车订单中的上车地址进行出租车査找，査找所述上车地址附近区域内是否有出租车，若否，则执行所述步骤 S2; 若是，则执行步骤 S4;

54、向所述上车地址附近区域内所査找到的至少一个所述出租车车载终端下发召车通知；

55、接收所述出租车车载终端的召车回应；

56、判断所述出租车车载终端是否有召车抢答回应，若否，则执行所述步骤 S2，若是，则执行步骤 S7 ;

57、选择一个所述出租车车载终端作为中标出租车；

58、判断所述召车订单当前所用吋间是否超过所述预设吋间，若是，则所述召车订单失效，执行所述步骤 S2，若否，则执行步骤 S9;

59、向所述中标出租车车载终端发送中标通知，完成召车任务。

[权利要求 2] 根据权利要求 1所述的提供召车服务的方法，其特征在于，所述步骤 S

2所述的召车订单信息包括召车人姓名、联系电话、所述上车地址、下车地址、预约吋间、召车范围、召车数量。

[权利要求 3] 根据权利要求 1所述的提供召车服务的方法，其特征在于，所述步骤 S

3包括以下步骤：

S31、在电子地图中获取所述召车订单中上车地址的经纬度；

532、以所述上车地址的经纬度为中心点设置一个固定半径大小的圆形区域；

533、基于所述圆形区域范围，在所述电子地图的经纬度上査找所述地址信息附近的出租车。

[权利要求 4] 根据权利要求 1所述的提供召车服务的方法，其特征在于，所述步骤 S 7包括以下步骤：

571、根据各抢答回应的所述出租车车载终端当前位置信息与所述召车订单中的上车地址计算各所述出租车车载终端与所述召车订单中的上车地址之间的距离；

572、根据所述距离计算各抢答回应的所述出租车车载终端到达所述召车订单中的上车地址的吋间；

573、比较各抢答回应的所述出租车车载终端到达所述召车订单中的上车地址的吋间长短；

574、选择到达所述召车订单中的上车地址的吋间最短的所述出租车车载终端为中标出租车。

[权利要求 5] 根据权利要求 1所述的提供召车服务的方法，其特征在于，所述提供召车服务的方法还包括以下步骤：

S10、对坐席人员信息、所述召车订单的吋间段信息及所述召车订单的状态进行历史订单统计。

[权利要求 6] —种提供召车服务的系统，包括用于发送召车信息的召车人终端（1

) 、出租车车载终端（3) 和调度中心后台服务器（2) ，所述召车人终端（1) 发送召车信息给所述调度中心后台服务器（2) ，所述调度中心后台服务器（2) 接收所述召车信息，并与所述出租车车载终端 (3) 通信，向所述出租车车载终端（3) 发送召车通知及中标通知，其特征在于，所述后台服务器（2) 包括：

收发模块（21) ，用于接收所述召车人终端（1) 发送的所述召车信息；

处理模块（22) ，用于生成订单、自动车辆査找、选择以及自动重新生成所述召车订单；

判断模块（23) ，用于判断所述召车订单是否超过预设吋间；所述处理模块（22) 与所述判断模块（23) 连接，所述处理模块（22 ) 根据所述判断模块（23) 的判断结果重新生成订单，进行二次召车

[权利要求 7] 根据权利要求 6所述的提供召车服务的系统，其特征在于，所述处理模块（22) 包括以下模块：

订单生成模块（221) ，用于接收到所述召车信息后生成所述召车订单；

査找模块（222) ，用于査找所述召车信息中的地址附近是否有所述出租车车载终端（₃) ；

选择模块（223) ，用于对所述査找模块（222) 査找到的所述出租车车载终端（3) 和发送响应的所述出租车车载终端（3) 进行选择。统计模块（224) ，用于对坐席人员信息、召车吋间段信息及所述召车订单的状态进行历史订单统计。

[权利要求 8] 根据权利要求 6所述的提供召车服务的系统，其特征在于，所述召车人终端（1) 为电话。

[权利要求 9] 根据权利要求 6所述的提供召车服务的系统，其特征在于，所述判断模块（23) 判断当前所述召车订单超过预设吋间吋，发送信号给所述处理模块（22) ，所述处理模块（22) 重新生成订单，进行召车流程处理。

[权利要求 10] 根据权利要求 6所述的提供召车服务的系统，其特征在于，所述出租车车载终端（3) 通过无线通信网与所述后台服务器（2) 进行通信，所述出租车车载终端（3) 上设有定位模块和无线信号收发模块。