CN103680132B - 一种出租车调度方法和*** - Google Patents

Abstract

本发明提供了一种出租车调度方法和***，其中，所述方法包括：接收用户终端通过移动互联网发出的出租车叫车请求；从NET取号平台获取该用户终端的服务基站位置和用户手机号码，并根据该服务基站位置确定约车地点；向约车地点附近的出租车发送约车地点和所述用户手机号码；待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息。本发明保证了出租车获取到准确的约车地点。

Description

一种出租车调度方法和***

技术领域

本发明涉及移动应用服务领域，尤其涉及一种出租车调度方法和***。

背景技术

随着经济发展，出租车以其方便、快捷、安全、舒适的特点，日益成为城市交通运输体系中的重要一环。传统的出租车调度***一般由车载终端、呼叫中心、出租车调度平台三部分组成。当乘客需要出租车的时候首先拨打呼叫中心的叫车服务热线电话，由呼叫中心的坐席服务人员提供接待，记录下约车人员的联系方式和乘车地点等信息后转发给出租车调度平台。出租车调度平台将该条约车记录以语音短信的形式向本公司公共频段内的所有出租车终端进行广播，由出租车司机根据约车记录中的乘客联系方式直接联系乘客。

该出租车调度方式存在以下缺陷：

呼叫中心需要维持一定数量的坐席服务人员，造成了出租车公司运营成本的增加；且坐席服务人员数量有限，在叫车高峰时段常出现坐席服务人员全忙的状态，增加了乘客的等待时间；

通过乘客与呼叫中心坐席服务人员沟通生成约车记录，可能因为乘客方言的影响导致约车信息记录错误；或者，乘客对自己周边环境不熟悉，造成向坐席服务人员提供的乘车地点不准确；

叫车服务热线往往实行自己的收费标准，乘客需要负担基础话费和高额的热线服务费用；

乘客的约车信息在本公司的公共通信频段内广播，针对性差，对于在远离乘客区域行驶的出租车，或者是已经搭载乘客的出租车，无效的语音广播信息无异于是一种噪音；

司机驾驶过程中使用手机和乘客联系是行驶中的安全隐患，现在各大城市已经开始明令禁止在驾驶过程中使用手机；

呼叫中心对于恶意和虚假的约车电话没有鉴别和约束能力，造成车辆派遣的浪费，乘客和出租车司机之间信任度的降低。

随着智能手机普及，市面上开始出现帮助乘客通过移动互联网实现叫车的APP应用软件，与传统的电话叫车服务类似，乘客通过点击安装在手机中的“我要用车”软件发送叫车请求，并发送一段语音说明约车地点和要去的地方；用车信息会被服务器传送给乘客附近安装了对应叫车应答软件的出租车司机的手机上，由出租车司机通过一键抢应，并和乘客联系。该方式不需要坐席服务人员，可同时接纳大量的乘客叫车请求，且约车信息仅发送给乘客附近的出租车，相对传统的电话叫车方式有明显的进步。但是该叫车方式需要乘客手机开启定位服务以上报自身位置，对手机电池电量的消耗大，且由于约车地点由乘客语音提供，仍无法避免因为乘客方言的影响，或乘客对周边环境不熟悉而出租车司机无法准确获取约车地点的问题。

发明内容

本发明提供了一种出租车调度方法和***，以避免现有叫车服务由乘客提供约车地点造成约车位置不准确的问题。

为解决上述技术问题，本发明一种出租车调度方法，所述方法包括：

接收用户终端通过移动互联网发出的出租车叫车请求；

从NET取号平台获取该用户终端的服务基站位置和用户手机号码，并根据该服务基站位置确定约车地点；

向约车地点附近的出租车发送约车地点和所述用户手机号码；

待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息。

进一步地，所述从NET取号平台获取用户终端的服务基站位置和用户手机号码，包括：

从所述出租车叫车请求中获取该用户终端的终端请求标识，从存储该终端请求标识、终端手机号码和终端服务基站位置三者对应关系的NET取号平台中查找所述用户终端的服务基站位置和用户手机号码。

进一步地，所述从出租车叫车请求中获取该用户终端的终端请求标识，包括：

判断出租车叫车请求中是否包含该用户终端的终端请求标识，如果不包含，为该用户终端生成终端请求标识，并以重定向的方式通知用户终端再次发送包含该终端请求标识的出租车叫车请求。

进一步地，所述待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息，包括，

若接收到多个出租车返回的接客确认信息，仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答。

进一步地，所述方法还包括：

接收已成功发送接客确认信息的出租车返回的用户终端爽约消息；当该用户终端的爽约次数达到预设值后，暂停为该用户终端提供叫车服务。

为解决上述技术问题，本发明还提供了一种出租车调度***，所述调度***包括车辆信息数据库、基于位置的服务（LBS）数据库、叫车服务模块；

所述叫车服务模块，用于接收用户终端通过移动互联网发出的出租车叫车请求，从NET取号平台获取用户终端的服务基站位置和用户手机号码，根据服务基站位置查询LBS数据库获取约车地点，所述约车地点包括出租车停靠点或标志建筑物；从车辆信息数据库查询约车地点附近的出租车，向查询到的出租车发送约车地点和用户手机号码；待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息；

所述车辆信息数据库，用于记录车辆信息，包括出租车车辆标识和车辆位置；

所述LBS数据库，用于记录城市的电子地图。

进一步地，所述叫车服务模块用于从NET取号平台获取用户终端的服务基站位置和用户手机号码，包括：

叫车服务模块从所述出租车叫车请求中获取该用户终端的终端请求标识，从存储该终端请求标识、终端手机号码和终端服务基站位置三者对应关系的NET取号平台中查找所述用户终端的服务基站位置和用户手机号码。

进一步地，所述叫车服务模块从所述出租车叫车请求中获取该用户终端的终端请求标识，包括：

叫车服务模块判断出租车叫车请求中是否包含该用户终端的终端请求标识，如果不包含，为该用户终端生成终端请求标识，并以重定向的方式通知用户终端再次发送包含该终端请求标识的出租车叫车请求。

进一步地，所述叫车服务模块，待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息，包括：

叫车服务模块若接收到多个出租车返回的接客确认信息，仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答。

进一步地，所述***还包括用户信用管理模块；

所述叫车服务模块，还用于接收已成功发送接客确认信息的出租车返回的用户终端爽约消息，并将爽约用户终端的手机号码发送至所述用户信用管理模块；接收到来自用户信用管理模块发送的手机号码通知后，暂停为该用户终端提供叫车服务；

所述用户信用管理模块，用于记录用户终端的爽约次数，当爽约次数达到预设值后，将该用户终端的手机号码通知所述叫车服务模块。

上述技术方案中，发送出租车叫车请求的用户终端的位置由NET取号平台提供，不需要用户终端语音上报，也不需要用户终端开启定位服务，在保证用户终端位置被准确获取的同时又节省了用户终端的电池开销；此外，约车地点由出租车调度***根据用户终端的服务基站的位置确定，也不需要用户终端语音上报，保证了约车位置的准确性。

附图说明

图1为本实施例的出租车调度方法流程图；

图2为本实施例的出租车调度***组成图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本实施例利用NET取号平台完成对用户终端位置的获取，不需要由用户终端语音上报所在位置，避免了现有技术中存在的由于语音上报导致约车地点不准确的问题；此外，本实施例不需要用户终端开启GPS定位功能，节省了用户终端的电池消耗。

下面对NET取号平台进行简要的说明：

NET取号平台由各省份信息采集节点和总部取号节点两部分构成，其中各省份采集节点用于获取经GPRS服务节点（SGSN）处理的用户终端向后台服务器发起的访问请求，该访问请求包括在访问请求的HTTP信息头中携带的服务器地址和终端请求标识（该终端请求标识用于标识本次访问请求）以及通过SGSN获得的用户终端的手机号码以及服务基站ID；各省份采集节点将从所述访问请求中获取的存在关联关系的终端请求标识、用户终端的手机号码以及服务基站ID上报给总部取号节点；总部取号节点用于存储各省份采集节点上报的参数，以及接收并处理来自外部设备对存储参数的查询请求。

图1为本实施例的出租车调度方法流程图。

S101接收用户终端通过移动互联网发出的出租车叫车请求；

通常，用户终端通过移动互联网发出的出租车叫车请求需经由SGSN和网关GPRS支持节点（GGSN）处理后到达后台服务器；后台服务器接收到的出租车叫车请求包括用户终端的手机号码、服务基站ID，以及在访问请求的HTTP信息头中携带的服务器地址和终端请求标识；

若经检测发现，出租车叫车请求中未包含所述终端请求标识，后台服务器需为该用户终端生成终端请求标识，并以重定向的方式通知所述用户终端再次发送包含该终端请求标识的出租车叫车请求，如，接收到出租车叫车请求的HTTP信息头为www.yueche.com/index.jsp，经分析HTTP信息头未包含终端请求标识（假设以unikey表示该终端请求标识），需为用户终端生成unikey=xxxx，以重定向的方式通知用户终端重发包含该unikey=xxxx的叫车请求，则再次从所述用户终端接收到得叫车请求的HTTP信息头为www.yueche.com/index.jsp？unikey=xxxxx；

上述终端请求标识可以通过通用唯一标识码（UUID）算法实现，UUID算法的输入参数可为后台服务器接收到叫车请求的毫秒级时间，以确保不同的叫车请求之间采用不同的终端请求标识表示；

S102从NET取号平台获取该用户终端的服务基站位置和用户手机号码；

从出租车叫车请求中提取出终端请求标识，向NET取号平台发送携带终端请求标识的用户终端位置查询请求；

S103根据用户终端服务基站的位置确定约车地点；

在确定用户终端的服务基站后，可查询城市地图数据库，将离服务基站最近的出租车乘降点或离服务基站最近的标志性建筑物作为约车地点；城市地图数据库可直接存储在后台服务器，以节省查询时间；

S104在约车地点附近搜索出租车，向搜索到的出租车发送该约车地点和用户终端的手机号码；

为了快速、方便的搜索到出租车，也可在后台服务器设置一个用于存储出租车车辆信息的数据库，该数据库存储有出租车所在位置和出租车车辆标识；根据出租车定期上报的位置对该数据库进行更新；为了确保安全，数据库中记录的出租车可以是向出租车公司备案登记的出租车；

搜索出租车时，可以以约车地点为圆心，设定的距离为半径画圆，被圆覆盖的区域即为搜索范围；半径的大小可根据欲搜索区域的实际情况进行设定，一般而言，在出租车分布密集的区域进行搜索的半径大于在出租车分布稀疏的区域进行搜索的半径，如在城区进行出租车搜索的半径大于在郊县进行出租车搜索的半径，在商业中心进行出租车搜索的半径大于在住宅进行出租车搜索的半径；

S105接收出租车返回的接客确认信息后，向用户终端返回出租车叫车应答信息，该应答信息中包含应约出租车车辆的标识和约车地点；

在本实施例中，为了避免因多个出租车同时应承一个用户终端的叫车请求造成资源浪费，仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答。

在本实施例中，为减少出租车发出接客确认信息后用户终端爽约情况的发生，可对发生爽约的用户终端进行记录，当该用户终端的爽约次数达到预设值后，暂停为该用户提供服务。获知用户终端是否发生爽约的方法有多种，如通过接收已成功发送接客确认信息的出租车返回的用户终端爽约消息来获知爽约的用户终端。

本实施例，发送出租车叫车请求的用户终端的位置由NET取号平台提供，不需要用户终端语音上报，也不需要用户终端开启定位服务，在保证用户终端位置被准确获取的同时又节省了用户终端的电池开销；此外，约车地点根据用户终端的服务基站的位置自动确定，也不需要用户终端语音上报，保证了约车位置的准确性。

图2所示为本实施例的出租车调度***组成模块图。

所述出租车调度***包括：车辆信息数据库，基于位置的服务（LBS）数据库和叫车服务模块；

所述叫车服务模块，用于接收用户终端通过移动互联网发出的出租车叫车请求，从NET取号平台获取用户终端的服务基站位置和用户手机号码，根据服务基站位置查询LBS数据库获取约车地点，所述约车地点包括出租车停靠点或标志建筑物；从车辆信息数据库查询约车地点附近的出租车，向查询到的出租车发送约车地点和用户手机号码；待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息；

通常，用户终端通过移动互联网发出的出租车叫车请求需经由SGSN和网关GPRS支持节点（GGSN）处理后到达出租车调度***的叫车服务模块；叫车服务模块接收到的出租车叫车请求包括用户终端的手机号码和服务基站ID，以及在访问请求的HTTP信息头中携带的服务器地址和终端请求标识；

上述叫车服务模块从所述出租车叫车请求中获取用户终端的终端请求标识，从存储该终端请求标识、终端手机号码和该终端服务基站位置三者对应关系的NET取号平台中查找所述用户终端的服务基站位置和用户手机号码；如果叫车服务模块从叫车请求出获取不到用户终端的终端请求标识，则需为该用户终端生成终端请求标识，并以重定向的方式通知所述用户终端再次发送包含该终端请求标识的出租车叫车请求；

上述叫车服务模块搜索出租车时，可以以约车地点为圆心，设定的距离为半径画圆，被圆覆盖的区域即为搜索范围；半径的大小可根据欲搜索区域的实际情况进行设定，一般而言，在出租车分布密集的区域进行搜索的半径大于在出租车分布稀疏的区域进行搜索的半径，如在城区进行出租车搜索的半径大于在郊县进行出租车搜索的半径，在商业中心进行出租车搜索的半径大于在住宅进行出租车搜索的半径；

为了避免因多个出租车同时应承一个用户终端的叫车请求造成的资源浪费，上述叫车服务模块还可仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答；

所述车辆信息数据库，用于记录车辆信息，包括出租车车辆标识和车辆位置；该车辆信息库会定期根据出租车上报的当前位置信息进行更新；

所述LBS数据库，用于记录城市的电子地图。

为减少出租车发出接客确认信息后用户终端爽约情况的发生，本实例的出租车调度***还可包括用户信用管理模块；

所述叫车服务模块，还用于接收已成功发送接客确认信息的出租车返回的用户终端爽约消息，并将爽约用户终端的手机号码发送至所述用户信用管理模块；接收到来自用户信用管理模块发送的手机号码通知后，暂停为该用户终端提供叫车服务；

所述用户信用管理模块，用于记录用户终端的爽约次数，当爽约次数达到预设值后，将该用户终端的手机号码通知所述叫车服务模块。

本实施例的出租车调度***可以由出租车公司运营，相应的在用户端（如手机、手持电脑）中安装客户端软件，在出租车安装车载终端。通过现有的移动互联网，用户点击客户端软件中的“叫车”按键即可向出租车调度***发送叫车请求。安装在出租车上的车载终端可具备GPS导航功能、无线通信功能、信息显示功能、语音提示功能。车载终端通过内嵌的sim卡登陆GPRS/3G移动网络，按照预设周期向出租车调度***上报位置信息。当收到调度平台转发来的叫车信息时，车载终端的屏幕显示文字信息，并且还可以辅助以语音的形式进行信息播发，方便正在开车的出租车司机获知叫车信息。车载终端具备简单的操作按钮，司机在看到约车信息的时候通过点击确认按钮即可完成约车确认。

本实施例，发送出租车叫车请求的用户终端的位置由NET取号平台提供，不需要用户终端语音上报，也不需要用户终端开启定位服务，在保证用户终端位置被准确获取的同时又节省了用户终端的电池开销；此外，约车地点由出租车调度***根据用户终端的服务基站的位置确定，也不需要用户终端语音上报，保证了约车位置的准确性。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (8)

1.一种出租车调度方法，其特征在于，所述方法包括：

接收用户终端通过移动互联网发出的出租车叫车请求；

从NET取号平台获取该用户终端的服务基站位置和用户手机号码，并根据该服务基站位置确定约车地点；

向约车地点附近的出租车发送约车地点和所述用户手机号码；

待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息；

所述从NET取号平台获取用户终端的服务基站位置和用户手机号码，包括：从所述出租车叫车请求中获取该用户终端的终端请求标识，从存储该终端请求标识、终端手机号码和终端服务基站位置三者对应关系的NET取号平台中查找所述用户终端的服务基站位置和用户手机号码，所述终端请求标识用于标识本次叫车请求。

2.如权利要求1所述的方法，其特征在于，所述从出租车叫车请求中获取该用户终端的终端请求标识，包括：

判断出租车叫车请求中是否包含该用户终端的终端请求标识，如果不包含，为该用户终端生成终端请求标识，并以重定向的方式通知用户终端再次发送包含该终端请求标识的出租车叫车请求。

3.如权利要求1所述的方法，其特征在于，所述待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息，包括，

若接收到多个出租车返回的接客确认信息，仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

接收已成功发送接客确认信息的出租车返回的用户终端爽约消息；当该用户终端的爽约次数达到预设值后，暂停为该用户终端提供叫车服务。

5.一种出租车调度***，其特征在于，所述调度***包括车辆信息数据库、基于位置的服务(LBS)数据库、叫车服务模块；

所述叫车服务模块，用于接收用户终端通过移动互联网发出的出租车叫车请求，从NET取号平台获取用户终端的服务基站位置和用户手机号码，根据服务基站位置查询LBS数据库获取约车地点，所述约车地点包括出租车停靠点或标志建筑物；从车辆信息数据库查询约车地点附近的出租车，向查询到的出租车发送约车地点和用户手机号码；待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息；

所述车辆信息数据库，用于记录车辆信息，包括出租车车辆标识和车辆位置；

所述LBS数据库，用于记录城市的电子地图；

所述叫车服务模块用于从NET取号平台获取用户终端的服务基站位置和用户手机号码，包括：

叫车服务模块从所述出租车叫车请求中获取该用户终端的终端请求标识，从存储该终端请求标识、终端手机号码和终端服务基站位置三者对应关系的NET取号平台中查找所述用户终端的服务基站位置和用户手机号码，所述终端请求标识用于标识本次叫车请求。

6.如权利要求5所述的***，其特征在于，所述叫车服务模块从所述出租车叫车请求中获取该用户终端的终端请求标识，包括：

叫车服务模块判断出租车叫车请求中是否包含该用户终端的终端请求标识，如果不包含，为该用户终端生成终端请求标识，并以重定向的方式通知用户终端再次发送包含该终端请求标识的出租车叫车请求。

7.如权利要求5所述的***，其特征在于，所述叫车服务模块，待接收到出租车返回的接客确认信息后，向所述用户终端返回包含该出租车车辆标识和约车地点的叫车应答消息，包括：

叫车服务模块若接收到多个出租车返回的接客确认信息，仅将首次接收到的接客确认信息对应的出租车的车辆标识发送给用户终端，并通知其他接收到的接客确认信息对应的出租车该叫车请求已被应答。

8.如权利要求5所述的***，其特征在于，所述***还包括用户信用管理模块；

所述叫车服务模块，还用于接收已成功发送接客确认信息的出租车返回的用户终端爽约消息，并将爽约用户终端的手机号码发送至所述用户信用管理模块；接收到来自用户信用管理模块发送的手机号码通知后，暂停为该用户终端提供叫车服务；

所述用户信用管理模块，用于记录用户终端的爽约次数，当爽约次数达到预设值后，将该用户终端的手机号码通知所述叫车服务模块。