智能招车系统

1.一种智能招车系统，其特征是至少由车载终端（1）、无线通讯网络（2）、后台数据中心（3）、移动智能终端（4）构成；车载终端（1）和移动智能终端（4）通过无线通讯网络（2）与后台数据中心（3）进行数据交换，后台数据中心（3）对接收的信息进行计算处理后通过无线通讯网络反馈至车载终端（1）和移动智能终端（4），车载终端（1）安装于出租车上，移动智能终端（4）供用户打车使用。
2.根据权利要求1所述的智能招车系统，其特征是：所述车载终端（1）包含处理器（101）、存储模块（102）、卫星定位模块（103）、通讯模块（104）、显示模块（105）；处理器（101）与存储模块（102）和通讯模块（104）双向数据交换，卫星定位模块（103）信号输出端与处理器（101）信号输入端连接，显示模块（105）信号输入端与处理器（101）信号输出端连接。
3.根据权利要求1所述的智能招车系统，其特征是：所述移动智能终端（4）包含处理器（401）、存储模块（402）、卫星定位模块（403）、显示模块（404）、通讯模块（405）、电源模块（406）；处理器（401）与存储模块（402）和卫星定位模块（403）双向数据交换，处理器（401）信号输出端接显示模块（404）的信号输入端，电源模块（406）用于对移动智能终端（4）中的处理器及各模块供电。

智能招车系统\n技术领域\n[0001] 本实用新型涉及一种可以通过移动终端应用打出租车的智能招车系统及应用方法，用户可以通过快捷招车或VIP招车两种不同的方式招车，同时兼顾用户招车的自由度和及时性，大大提升了用户打车体验的智能招车系统，属智能招车系统制造领域。\n背景技术\n[0002] 随着移动互联网的发展以及手机等移动智能终端设备的愈加普及，出租车领域也开始出现了手机打车应用程序。通过手机应用，用户不再需要在马路上等车、拦车，只需操作手机发出打车请求就会有出租车应答。但是，目前市场上的打车应用普遍存在一个重要的问题：这些应用都要求乘客和驾驶员之间确定打车的订单契约，任何一方都不能违约。对于乘客来说，在等候中如果遇到其他空车，也不能上车，必须继续等待；对于驾驶员来说，在接客的途中遇到其他乘客打车，也不得不放弃搭载。同时，这些应用都采用了驾驶员抢单的模式，抢到单的出租车不一定能够最快到达乘客位置，往往乘客要等待更长时间。\n实用新型内容\n[0003] 设计目的：避免背景技术中的不足之处，本实用新型针对以上其不足之处，设计了两种不同招车方式，可以保证用户招车的自由度和及时性，用户可根据意愿自主选择的智能招车系统。\n[0004] 设计方案：为了实现本实用新型的上述设计目的，本实用新型设计的智能招车系统，至少由车载终端、无线通讯网络、后台数据中心、移动智能终端构成；车载终端和移动智能终端通过无线通讯网络与后台数据中心进行数据交换，后台数据中心对接收的信息进行计算处理后通过无线通讯网络反馈至车载终端和移动智能终端，车载终端安装于出租车上，移动智能终端供用户打车使用。\n[0005] 技术方案：一种智能招车系统，至少由车载终端、无线通讯网络、后台数据中心、移动智能终端构成；车载终端和移动智能终端通过无线通讯网络与后台数据中心进行数据交换，后台数据中心对接收的信息进行计算处理后通过无线通讯网络反馈至车载终端和移动智能终端，车载终端安装于出租车上，移动智能终端供用户打车使用。\n[0006] 本实用新型与背景技术相比，提供了通过不同招车方式达到不同的目的，以及通过改变招车请求信息发送模式降低用户的等待时间，用户可根据意愿自主选择，提高招车体验。\n附图说明\n[0007] 图1为本实用新型的一种实施例的系统构成示意图。\n[0008] 图2为本实用新型的一种实施例的车载终端结构示意图。\n[0009] 图3为本实用新型的一种实施例的移动智能终端结构示意图。\n[0010] 图4为本实用新型的一种实施例的快捷招车逻辑流程图。\n[0011] 图5为本实用新型的一种实施例的VIP招车逻辑流程图。\n[0012] 图6为本实用新型的一种实施例的移动终端软件主界面示意图。\n具体实施方式\n[0013] 实施例1：参照附图1-6。一种智能招车系统，其特征是至少由车载终端1、无线通讯网络2、后台数据中心3、移动智能终端4构成；车载终端和移动智能终端通过无线通讯网络2与后台数据中心3进行数据交换，后台数据中心3对接收的信息进行计算处理后通过无线通讯网络2反馈至车载终端1和移动智能终端4。车载终端1安装于出租车上，移动智能终端4供用户打车使用。\n[0014] 上述所述车载终端1包含处理器101、存储模块102、卫星定位模块103、通讯模块\n104、显示模块105；处理器101与存储模块102和通讯模块104双向数据交换，卫星定位模块103信号输出端与处理器101信号输入端连接，显示模块105信号输入端与处理器101信号输出端连接。\n[0015] 上述所述移动智能终端4包含处理器401、存储模块402、卫星定位模块403、显示模块404、通讯模块405、电源模块406；处理器401与存储模块402和卫星定位模块403双向数据交换，处理器401信号输出端接显示模块404的信号输入端，电源模块406用于对移动智能终端4各组件供电。\n[0016] 本实用新型的提供一种实施例，其运行方法如下：智能招车系统提供两种不同的招车方式，分别为：快捷招车方式为：用户使用移动智能终端进入智能招车系统，选择快捷招车方式，移动智能终端将用户的打车信息发送至系统后台数据中心3。打车信息包括了用户位置和打车等候人数信息。后台数据中心3接收该信息后，通过无线通讯网络2下发至车载终端1。车载终端1接收到该信息，通过显示模块105展示给出租车驾驶员。出租车驾驶员看到该乘客位置，即可选择去所示位置搭载该乘客。或，\n[0017] VIP招车方式为：用户使用移动智能终端进入智能招车系统，选择VIP招车方式，填写打车订单信息，如联系方式、起点、目的地等。订单填写完成后通过无线通讯网络2发送至后台数据中心3。后台数据中心3首先寻找周边路径距离最近的出租车，将订单信息推送至该车辆的车载终端1，驾驶员通过车载终端1的显示模块105看到该订单。然后按照以下步骤处理：\n[0018] （1）如驾驶员确认接单后，即匹配成功，该匹配信息反馈至后台数据中心3。后台数据中心3接收到匹配成功信息后，发送至请求乘客的移动终端4，告知乘客已有驾驶员同意，订单匹配成功。\n[0019] （2）如驾驶员在规定时间范围内没有确认该订单，则后台数据中心3通知此订单信息过期，不再显示。然后将该订单信息推送至除该出租车以外的与用户路径距离最近的出租车，重复以上（1）、（2）过程，直至有出租车驾驶员确认。\n[0020] （3）重复以上（1）、（2）过程，超过规定时间仍无任何出租车驾驶员确认时，则通知用户该订单无驾驶员应答。\n[0021] 快捷打车方式的特点为用户无须与某一特定出租车确立订单契约关系。用户上报自身位置后，增加了被出租车驾驶员发现的机会，在等待过程中只要有空车经过，用户可以随时上车。\n[0022] 实施例2：系统软件中分别使用不同的按钮407和408来代表快捷招车和VIP招车，两个按钮旁边分别列出对应打车方式下，周边出租车的平均到达时间。\n[0023] 对于快捷招车，平均到达时间计算方式为：系统根据出租车上安装的车载终端1上传的位置信息，计算当前时刻周边一定范围内所有出租车与用户之间的行驶路径，该行驶路径为根据真实道路信息计算得到的行驶路线。再根据出租车平均行驶速度计算出每辆出租车的行驶时间，所有出租车的行驶时间计算得到的平均值，即为该用户使用快捷招车时的出租车平均到达时间。\n[0024] 对于VIP招车，平均到达时间计算方式为：系统根据出租车上安装的车载终端1上传的位置信息，计算当前时刻周边与该用户路径距离最近的出租车。所述路径距离为根据出租车与用户之间的真实道路信息，计算得到的行驶路线长度。系统根据出租车平均行驶速度，计算该路径距离最近的出租车到达该用户所需的时间，此时间即为用户使用VIP招车时的出租车平均到达时间。\n[0025] 实施例3：用户选择VIP招车方式后，还可以进一步选择附加条件，包括此订单为长途、用户愿意拼载、用户愿意支付额外奖励给驾驶员等。这些附加条件的作用在于可以提升用户该次打车的优先级，比如起点至目的地距离超过10公里，系统判断为长程订单，此时该订单将有比其他没有优先级的订单更快推送给周边驾驶员。\n[0026] 实施例4：代表不同打车方式的按钮407、408，可以在按钮本身或按钮周边使用特殊标记表明打车难度。所谓打车难度，是指打车的平均等候时间长短。特殊标记可以为颜色、文字、字母、数字或图案。此处以颜色作为实例，使用绿色表示容易，黄色表示比较难，红色表示很难等。\n[0027] 需要理解到的是：上述实施例虽然对本实用新型的设计思路作了比较详细的文字描述，但是这些文字描述，只是对本实用新型设计思路的简单文字描述，而不是对本实用新型设计思路的限制，任何不超出本实用新型设计思路的组合、增加或修改，均落入本实用新型的保护范围内。