一种基于移动互联网的出租车运营业务管理系统及方法

1.一种基于移动互联网的出租车运营业务管理系统，包括车辆智能服务终端(1)、中心服务器(2)和用户客户端(3)；所述车辆智能服务终端(1)、中心服务器(2)和用户客户端(3)之间通过无线网络连接；其特征在于：所述车辆智能服务终端(1)包括中央处理器(4)、存储器(5)、无线通讯模块(6)和天线模块(7)；所述中央处理器(4)与所述存储器(5)双向连接，所述中央处理器(4)与所述无线通讯模块(6)双向连接，所述无线通讯模块(6)双向连接所述天线模块(7)；所述中央处理器(4)的输入端连接定位导航模块(8)的输出端；所述中央处理器(4)还与显示输出模块(9)双向连接；
所述车辆智能服务终端(1)还包括业务数据处理模块(18)；所述业务数据处理模块(18)包括里程传感器处理芯片(19)、多重业务开关控制器(20)、绕路暂停开关按钮(21)、近场支付NFC芯片(22)、IC卡读卡器(23)和票据打印机控制芯片(24)；所述里程传感器处理芯片(19)的输出端连接所述多重业务开关控制器(20)的第一输入端、所述绕路暂停开关按钮(21)的输出端连接所述多重业务开关控制器(20)的第二输入端、所述近场支付NFC芯片(22)的输出端连接所述多重业务开关控制器(20)的第三输入端、所述IC卡读卡器(23)的输出端连接所述多重业务开关控制器(20)的第四输入端，所述多重业务开关控制器(20)的输出端连接所述票据打印机控制芯片(24)的输入端；所述多重业务开关控制器(20)与所述中央处理器(4)双向连接。
2.如权利要求1所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：
所述车辆智能服务终端(1)还包括多媒体信息处理模块(10)；所述多媒体信息处理模块(10)包括高清数码硬解码芯片(11)、CMMB数字电视解码芯片(12)和FM调频解码芯片(13)；所述高清数码硬解码芯片(11)、CMMB数字电视解码芯片(12)和FM调频解码芯片(13)分别与所述中央处理器(4)连接；所述高清数码硬解码芯片(11)、CMMB数字电视解码芯片(12)和FM调频解码芯片(13)分别输出数据给所述中央处理器(4)。
3.如权利要求1所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：
所述车辆智能服务终端(1)还包括驾驶人员信息处理模块(14)；所述驾驶人员信息处理模块(14)包括ID卡读卡器(15)、显示屏(16)和报警按钮(17)；所述ID卡读卡器(15)、显示屏(16)和报警按钮(17)分别连接所述中央处理器(4)；所述ID卡读卡器(15)用于输出数据给所述中央处理器(4)，所述显示屏(16)用于接收所述中央处理器(4)发出的数据，所述报警按钮(17)用于输出信号给所述中央处理器(4)。
4.如权利要求1、2或3所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：所述车辆智能服务终端(1)还包括乘客信息指示模块(25)；所述乘客信息指示模块(25)包括顶灯数显控制器(26)和车顶电子显示屏(27)；所述中央处理器(4)输出信号给所述顶灯数显控制器(26)，所述顶灯数显控制器(26)输出数据给所述车顶电子显示屏(27)。
5.如权利要求1所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：
所述显示输出模块(9)为触摸屏。
6.如权利要求1所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：
所述定位导航模块(8)包括北斗导航控制器(801)、GPS导航控制器(802)、北斗天线(803)和GPS天线(804)；所述北斗天线(803)与所述北斗导航控制器(801)双向连接，所述北斗导航控制器(801)输出数据给所述中央处理器(4)，所述GPS天线(804)与所述GPS导航控制器(802)双向连接，所述GPS导航控制器(802)发送数据给所述中央处理器(4)。
7.如权利要求1所述的一种基于移动互联网的出租车运营业务管理系统，其特征是：
所述用户客户端(3)为智能手机、平板电脑和笔记本电脑中的一种。
8.一种基于移动互联网的出租车运营业务管理方法，其特征是：包括车辆智能服务终端(1)与中心服务器(2)进行数据交互的步骤、用户客户端(3)与所述中心服务器(2)进行数据交互的步骤和中心服务器(2)进行数据匹配的步骤；
A、所述车辆智能服务终端(1)与中心服务器(2)进行数据交互的步骤包括：
用于车辆智能服务终端(1)进行账号登陆的步骤；
用于车辆智能服务终端(1)发送车辆信息给中心服务器(2)的步骤；
用于车辆智能服务终端(1)获得定单信息的步骤；
用于车辆智能服务终端(1)发送接单信息给中心服务器(2)的步骤；
用于车辆智能服务终端(1)获得识别码的步骤；
用于判断识别码是否匹配成功的步骤；当识别码匹配未成功时，进入用于定单跟踪的步骤；
用于判断客户是否确认定单的步骤；当客户已确认定单时，返回用于车辆智能服务终端(1)获得识别码的步骤；当客户未确认定单时，进入用于生成本车信息的步骤；
返回用于车辆智能服务终端(1)发送车辆信息给中心服务器(2)的步骤；
当识别码匹配成功时，进入用于车辆智能服务终端(1)生成车辆信息的步骤；
返回用于车辆智能服务终端(1)发送车辆信息给中心服务器(2)的步骤；
B、所述用户客户端(3)与所述中心服务器(2)进行数据交互的步骤包括：
用于用户客户端(3)进行账号登陆的步骤；
用于用户客户端(3)发送订单给中心服务器(2)的步骤；
用于判断订单是否匹配失败的步骤；当订单匹配失败时进入用于判断是否继续等待的步骤；当继续等待时返回用于用户客户端(3)发送订单给中心服务器(2)的步骤；当不继续等待时结束；
当订单匹配成功时进入用于获得订单匹配成功信息的步骤；
用于判断是否愿意组合拼车的步骤；当愿意组合拼车时，进入用于发送定单给中心服务器(2)的步骤；
用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订单的步骤；
返回用于用户客户端(3)发送订单给中心服务器(2)的步骤；
当不愿意等待时，进入用于撤销订单的步骤然后结束；
当有车辆接单信息时，进入用于用户客户端(3)获取识别码的步骤；
用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；
当不愿意组合拼车时，进入用于判断是否有空车信息的步骤；当没有空车信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订单的步骤；
返回用于用户客户端(3)发送订单给中心服务器(2)的步骤；
当不愿意等待时，进入用于撤销订单的步骤，然后结束；
当有空车信息时，进入用于用户客户端(3)发送定单给中心服务器(2)的步骤；
用于判断是否有车辆接单信息的步骤；当有车辆接单信息时，进入用于用户客户端(3)获取识别码的步骤；
用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；
当没有车辆接单信息时，进入所述用于判断是否愿意等待的步骤；
C、所述中心服务器(2)进行数据匹配的步骤包括：
用于中心服务器(2)获取车辆信息的步骤；
用于中心服务器(2)生成车辆运营数据库的步骤；
用于中心服务器(2)获取订单的步骤；
用于中心服务器(2)匹配订单的步骤；
用于判断匹配订单是否成功的步骤；当匹配订单未成功时，进入用于中心服务器(2)发送匹配失败信息的步骤；
返回所述用于中心服务器(2)获取订单的步骤；
当匹配订单成功时，进入用于中心服务器(2)发送匹配成功信息的步骤；
用于中心服务器(2)获取定单的步骤；
用于中心服务器(2)发送定单给所述车辆智能服务终端(1)的步骤；
用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，返回所述用于发送中心服务器(2)匹配失败信息的步骤；
当有车辆接单信息时，进入用于中心服务器(2)分别发送识别码、确认信息给用户客户端(3)和车辆智能服务终端(1)的步骤；
用于更新车辆运营数据库的步骤；
返回用于中心服务器(2)获取订单的步骤。
9.如权利要求8所述的一种基于移动互联网的出租车运营业务管理方法，其特征是：
所述中心服务器(2)进行数据匹配中，用于中心服务器(2)分别发送识别码、确认信息给用户客户端(3)和车辆智能服务终端(1)的步骤后还有用于中心服务器(2)记录评价数据的步骤。

一种基于移动互联网的出租车运营业务管理系统及方法\n技术领域\n[0001] 本发明属于移动通信领域，特别是涉及一种基于移动互联网的出租车运营业务管理系统及方法。\n背景技术\n[0002] 目前，现行的出租车业务管理系统由行程传感器、标准计价器、空载指示灯开关和票据打印机构成，仅能对出租车的行车费用进行计算和打印，对于运营业务缺乏基本的现代管理方法。该设备对于我国如北京市政府、重庆市政府等地出台的出租车“合乘”优惠业务政策来说，非但不能实现最基本的技术支撑，反而在技术层面阻碍了这些惠民政策的实施和推广。这其中最为明显的缺陷表现有二，其一为：当前的出租车计价系统不能提供对参与“合乘业务”的双方分别进行独立的里程计价和票据打印服务；其二是乘客招车只能通过在路边扬手招车的传统方式进行，而小部份实施电召的出租车公司和城市也只能对空载车辆有效，无法完成对“合乘”业务必需的“乘车需求与运营状态”进对有效匹配。这种缺陷，使各地的合乘鼓励政策“只有政策方向、没有技术保障”。另外，乘客的出租车召唤作业过程和形式，在移动互联信息化、物联网高度发达的今天，依然停留在口头吆喝、业务随机偶合的原始状态，这也是造成出租车“运力浪费”、“打车难”与“业务难”并存的重要成因之一，必须资以改进。\n[0003] 另一方面，现有计价器的计价标准规则算法是内置在计价器内，每次价格调整都需要司机驾车到政府指定地点进行计价器调整，费时费力，既耽搁了司机的业务，增加了相关部门的作业成本，也使得价格调整的实施周期比较长，易引起纠纷和争议，也须资以改进。\n[0004] 同时，随着GPS类定位技术应用的成熟，出租车可通过GPS及类似装置如北斗导航系统实时上传当前位置，用户拨打调度中心的电话提出乘车请求，调度中心通知离用户较近的出租车辆提供服务，该种电召方式受受话务员人数限制，随着电召业务的不断增加，此类电召业务的效率越发显得低下，极大的影响了用户的召车成功率和服务满意度。\n发明内容\n[0005] 为了克服现有出租车运营业务管理系统存在的问题和技术层面的缺陷，本发明所要解决的技术问题是提供一种基于移动互联网的出租车运营业务管理系统，以能够实时处理出租车召唤尤其是合乘出租车召唤业务。\n[0006] 本发明要解决的另一技术问题是提供一种能够实时处理出租车呼叫业务的基于移动互联网的出租车运营业务管理方法。\n[0007] 为实现上述目的，本发明提供了一种基于移动互联网的出租车运营业务管理系统，包括车辆智能服务终端、中心服务器和用户客户端；所述车辆智能服务终端、中心服务器和用户客户端之间通过无线网络连接；所述车辆智能服务终端包括中央处理器、存储器、无线通讯模块和天线模块；所述中央处理器与所述存储器双向连接，所述中央处理器与所述无线通讯模块双向连接，所述无线通讯模块双向连接所述天线模块；所述中央处理器的输入端连接定位导航模块的输出端；所述中央处理器还与显示输出模块双向连接。\n[0008] 使用时，所述车辆智能服务终端、中心服务器和用户客户端通过无线信号进行交互，用户终端发送数据给中心服务器，车辆智能服务终端反馈位置信息据给中心服务器，中心服务器发送数据给车辆智能服务终端和用户终端以实现用户与出租车之间的交互，不需要拨打电话，本系统能够实现用户方便快捷的查找并预定出租车，由于不存在占线的情况，并且不受人工服务的人数、效率限制，极大的提高了出租车调配的效率，方便了人们的出行。\n[0009] 进一步的，所述车辆智能服务终端还包括多媒体信息处理模块；所述多媒体信息处理模块包括高清数码硬解码芯片、CMMB数字电视解码芯片和FM调频解码芯片；所述高清数码硬解码芯片、CMMB数字电视解码芯片和FM调频解码芯片分别与所述中央处理器连接；\n所述高清数码硬解码芯片、CMMB数字电视解码芯片和FM调频解码芯片分别输出数据给所述中央处理器。车辆智能服务终端能够分别通过所述高清数码硬解码芯片和CMMB数字电视解码芯片得到音视频信号，同时能通过FM调频解码芯片对FM天线采集到的信号进行解码得到音频信号。\n[0010] 进一步的，所述车辆智能服务终端还包括驾驶人员信息处理模块；所述驾驶人员信息处理模块包括ID卡读卡器、显示屏和报警按钮；所述ID卡读卡器、显示屏和报警按钮分别连接所述中央处理器；所述ID卡读卡器用于输出数据给所述中央处理器，所述显示屏用于接收所述中央处理器发出的数据，所述报警按钮用于输出信号给所述中央处理器。为了便于管理，更换驾驶员时，通过ID卡读卡器对驾驶员的射频ID卡进行识别，ID卡读卡器将读取的信息发送给中央处理器，中央处理器发送驾驶员数据给显示屏进行显示。当有紧急情况时，驾驶员还可以通过报警按钮发送信号给中央处理器，中央处理器通过无线通讯模块向中心服务器进行报警，使得本系统更加安全。\n[0011] 进一步的，所述车辆智能服务终端还包括业务数据处理模块；所述业务数据处理模块包括里程传感器处理芯片、多重业务开关控制器、绕路暂停开关按钮、近场支付NFC芯片、IC卡读卡器和票据打印机控制芯片；所述里程传感器处理芯片的输出端连接所述多重业务开关控制器的第一输入端、所述绕路暂停开关按钮的输出端连接所述多重业务开关控制器的第二输入端、所述近场支付NFC芯片的输出端连接所述多重业务开关控制器的第三输入端、所述IC卡读卡器的输出端连接所述多重业务开关控制器的第四输入端，所述多重业务开关控制器的输出端连接所述票据打印机控制芯片的输入端；所述多重业务开关控制器与所述中央处理器双向连接。里程传感器处理芯片将检测到的里程数传递给多重业务开关控制器，多重业务开关控制器确定支付金额，用户能够通过近场支付NFC芯片和IC卡读卡器进行费用支付，当遇到路段施工等特殊情况时，可通过绕路暂停开关按钮发送指令给多重业务开关控制器以使多重业务开关控制器停止或开启计费；多重业务开关控制器发送数据给票据打印机控制芯片，以控制打印机打印发票；多重业务开关控制器还能与中央处理器进行数据交互，能够通过中央处理器获取中心服务器的最新计费方案；多重业务开关控制器还可以能够通过中央处理器控制及传递出租车司机所表达的服务状态到中心服务器，包含切换正常服务和暂停服务状态，处于暂停服务状态的出租车将暂停纳入匹配车辆范围。以上技术方案能够实现灵活智能的计费方式，极大的方便了各种出租车业务的开展。\n[0012] 进一步的，所述车辆智能服务终端还包括乘客信息指示模块；所述乘客信息指示模块包括顶灯数显控制器和车顶电子显示屏；所述中央处理器输出信号给所述顶灯数显控制器，所述顶灯数显控制器输出数据给所述车顶电子显示屏。以上技术方案能够控制外设的车顶电子显示屏帮助乘客识别预定车辆和了解业务情况。\n[0013] 较佳的，所述显示输出模块为触摸屏。\n[0014] 较佳的，所述定位导航模块包括北斗导航控制器、GPS导航控制器、北斗天线和GPS天线；所述北斗天线与所述北斗导航控制器双向连接，所述北斗导航控制器输出数据给所述中央处理器，所述GPS天线与所述GPS导航控制器双向连接，所述GPS导航控制器发送数据给所述中央处理器。\n[0015] 较佳的，所述用户客户端为智能手机、平板电脑和笔记本电脑中的一种。\n[0016] 本发明还提供一种基于移动互联网的出租车运营业务管理方法，包括车辆智能服务终端与中心服务器进行数据交互的步骤、用户客户端与所述中心服务器进行数据交互的步骤和中心服务器进行数据匹配的步骤；\n[0017] A、所述车辆智能服务终端与中心服务器进行数据交互的步骤包括：\n[0018] 用于车辆智能服务终端账号登陆的步骤；\n[0019] 用于车辆智能服务终端发送车辆信息给中心服务器的步骤；\n[0020] 用于车辆智能服务终端获得定单信息的步骤；\n[0021] 用于车辆智能服务终端发送接单信息给中心服务器的步骤；\n[0022] 用于车辆智能服务终端获得识别码的步骤；\n[0023] 用于判断识别码是否匹配成功的步骤；当识别码匹配未成功时，进入用于定单跟踪的步骤；\n[0024] 用于判断客户是否确认定单的步骤；当客户已确认定单时，返回用于车辆智能服务终端获得识别码的步骤；当客户未确认定单时，进入用于生成本车信息的步骤；\n[0025] 返回用于车辆智能服务终端发送车辆信息给中心服务器的步骤；\n[0026] 当识别码匹配成功时，进入用于车辆智能服务终端生成车辆信息的步骤；\n[0027] 返回用于车辆智能服务终端发送车辆信息给中心服务器的步骤；\n[0028] B、所述用户客户端与所述中心服务器进行数据交互的步骤包括：\n[0029] 用于用户客户端账号登陆的步骤；\n[0030] 用于用户客户端发送订单给中心服务器的步骤；\n[0031] 用于判断订单是否匹配失败的步骤；当订单匹配失败时进入用于判断是否继续等待的步骤；当继续等待时返回用于用户客户端发送订单给中心服务器的步骤；当不继续等待时结束；\n[0032] 当订单匹配成功时进入用于获得订单匹配成功信息的步骤；\n[0033] 用于判断是否愿意组合拼车的步骤；当愿意组合拼车时，进入用于发送定单给中心服务器的步骤；\n[0034] 用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订单的步骤；\n[0035] 返回用于用户客户端发送订单给中心服务器的步骤；\n[0036] 当不愿意等待时，进入用于撤销订单的步骤然后结束；\n[0037] 当有车辆接单信息时，进入用于用户客户端获取识别码的步骤；\n[0038] 用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；\n[0039] 当不愿意组合拼车时，进入用于判断是否有空车信息的步骤；当没有空车信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订\n[0040] 单的步骤；\n[0041] 返回用于用户客户端发送订单给中心服务器的步骤；\n[0042] 当不愿意等待时，进入用于撤销订单的步骤，然后结束；\n[0043] 当有空车信息时，进入用于用户客户端发送定单给中心服务器的步骤；\n[0044] 用于判断是否有车辆接单信息的步骤；当有车辆接单信息时，进入用于用户客户端获取识别码的步骤；\n[0045] 用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；\n[0046] 当没有车辆接单信息时，进入所述用于判断是否愿意等待的步骤；\n[0047] C、所述中心服务器进行数据匹配的步骤包括：\n[0048] 用于中心服务器获取车辆信息的步骤；\n[0049] 用于中心服务器生成车辆运营数据库的步骤；\n[0050] 用于中心服务器获取订单的步骤；\n[0051] 用于中心服务器匹配订单的步骤；\n[0052] 用于判断匹配订单是否成功的步骤；当匹配订单未成功时，进入用于中心服务器发送匹配失败信息的步骤；\n[0053] 返回所述用于中心服务器获取订单的步骤；\n[0054] 当匹配订单成功时，进入用于中心服务器发送匹配成功信息的步骤；\n[0055] 用于中心服务器获取定单的步骤；\n[0056] 用于中心服务器发送定单给所述车辆智能服务终端的步骤；\n[0057] 用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，返回所述[0058] 用于发送中心服务器匹配失败信息的步骤；\n[0059] 当有车辆接单信息时，进入用于中心服务器分别发送识别码、确认信息给用户客户端和车辆智能服务终端的步骤；\n[0060] 用于更新车辆运营数据库的步骤；\n[0061] 返回用于中心服务器获取订单的步骤。\n[0062] 以上技术方案通过对移动互联网和信息技术的应用，能有效降低出租车的空载率和单载率，能在不增加成本的情况下大幅度提升运力，缓解城市交通压力；同时本方案提高乘客打车的成功率和出租车的载客率，缩短乘客等车时长，节约乘客的时间成本。\n[0063] 进一步的，所述中心服务器进行数据匹配中，用于中心服务器分别发送识别码、确认信息给用户客户端和车辆智能服务终端的步骤后还有用于中心服务器记录评价数据的步骤，乘客能够对乘车服务进行评分，便于对出租车服务的管理。\n[0064] 本发明的有益效果是：本发明能够实现用户方便快捷的查找并预定出租车，由于不存在占线的情况，并且不受人工服务的人数、效率限制，极大的提高了出租车调配的效率，方便了人们的出行；同时通过对移动互联网和信息技术的应用，能有效降低出租车的空载率和单载率，能在不增加成本的情况下大幅度提升运力，缓解城市交通压力；同时本方案提高乘客打车的成功率，缩短乘客等车时长，节约乘客的时间成本；本方案能提升单位时间出租车的载客率，提升运力降低空载率和单载率，增加出租车收入。\n附图说明\n[0065] 图1是出租车运营业务管理系统的示意图。\n[0066] 图2是出租车运营业务管理系统的电路原理示意图。\n[0067] 图3是车辆智能服务终端与中心服务器进行数据交互的流程示意图。\n[0068] 图4是用户客户端与所述中心服务器进行数据交互的流程示意图。\n[0069] 图5是中心服务器进行数据匹配的流程示意图。\n具体实施方式\n[0070] 下面结合附图和实施例对本发明作进一步说明：\n[0071] 如图1和图2所示，一种基于移动互联网的出租车运营业务管理系统，包括车辆智能服务终端1、中心服务器2和用户客户端3；所述车辆智能服务终端1、中心服务器2和用户客户端3之间通过无线网络连接；所述车辆智能服务终端1包括中央处理器4、存储器5、无线通讯模块6和天线模块7；所述中央处理器4与所述存储器5双向连接，所述中央处理器4与所述无线通讯模块6双向连接，所述无线通讯模块6双向连接所述天线模块7；所述中央处理器4的输入端连接定位导航模块8的输出端；所述中央处理器4还与显示输出模块9双向连接。\n[0072] 所述车辆智能服务终端1还包括多媒体信息处理模块10；所述多媒体信息处理模块10包括高清数码硬解码芯片11、CMMB数字电视解码芯片12和FM调频解码芯片13；所述高清数码硬解码芯片11、CMMB数字电视解码芯片12和FM调频解码芯片13分别与所述中央处理器4连接；所述高清数码硬解码芯片11、CMMB数字电视解码芯片12和FM调频解码芯片13分别输出数据给所述中央处理器4。\n[0073] 所述车辆智能服务终端1还包括驾驶人员信息处理模块14；所述驾驶人员信息处理模块14包括ID卡读卡器15、显示屏16和报警按钮17；所述ID卡读卡器15、显示屏16和报警按钮17分别连接所述中央处理器4；所述ID卡读卡器15用于输出数据给所述中央处理器4，所述显示屏16用于接收所述中央处理器4发出的数据，所述报警按钮17用于输出信号给所述中央处理器4。\n[0074] 所述车辆智能服务终端1还包括业务数据处理模块18；所述业务数据处理模块18包括里程传感器处理芯片19、多重业务开关控制器20、绕路暂停开关按钮21、近场支付NFC芯片22、IC卡读卡器23和票据打印机控制芯片24；所述里程传感器处理芯片19的输出端连接所述多重业务开关控制器20的第一输入端、所述绕路暂停开关按钮21的输出端连接所述多重业务开关控制器20的第二输入端、所述近场支付NFC芯片22的输出端连接所述多重业务开关控制器20的第三输入端、所述IC卡读卡器23的输出端连接所述多重业务开关控制器20的第四输入端，所述多重业务开关控制器20的输出端连接所述票据打印机控制芯片24的输入端；所述多重业务开关控制器20与所述中央处理器4双向连接。\n[0075] 所述车辆智能服务终端1还包括乘客信息指示模块25；所述乘客信息指示模块25包括顶灯数显控制器26和车顶电子显示屏27；所述顶灯数显控制器26连接所述中央处理器4，所述中央处理器4输出信号给所述顶灯数显控制器26，所述顶灯数显控制器26的输出端连接所述车顶电子显示屏27的输入端。\n[0076] 本实施例中，所述无线通讯模块7采用移动通讯控制芯片，所述显示输出模块9为触摸屏。当然，所述显示输出模块9还可以采用显示器与按键结合，显示器与按键分别连接中央处理器，显示器输出信号给显示器，按键输出信号给中央处理器。所述定位导航模块8包括北斗导航控制器801、GPS导航控制器802、北斗天线803和GPS天线804；所述北斗天线803与所述北斗导航控制器801双向连接，所述北斗导航控制器801输出数据给所述中央处理器4，所述GPS天线804与所述GPS导航控制器802双向连接，所述GPS导航控制器\n802发送数据给所述中央处理器4。所述用户终端3为智能手机，当然用户客户端3还可以采用平板电脑或笔记本电脑中等其它智能通讯设备。\n[0077] 如图3至图5所示，一种基于移动互联网的出租车运营业务管理方法，包括车辆智能服务终端1与中心服务器2进行数据交互的步骤、用户客户端3与所述中心服务器2进行数据交互的步骤和中心服务器2进行数据匹配的步骤；\n[0078] A、所述车辆智能服务终端1与中心服务器2进行数据交互的步骤包括：\n[0079] 用于车辆智能服务终端1账号登陆的步骤；\n[0080] 用于车辆智能服务终端1发送车辆信息给中心服务器2的步骤；\n[0081] 用于车辆智能服务终端1获得定单信息的步骤；\n[0082] 用于车辆智能服务终端1发送接单信息给中心服务器2的步骤；\n[0083] 用于车辆智能服务终端1获得识别码的步骤；\n[0084] 用于判断识别码是否匹配成功的步骤；当识别码匹配未成功时，进入用于定单跟踪的步骤；\n[0085] 用于判断客户是否确认定单的步骤；当客户已确认定单时，返回用于车辆智能服务终端1获得识别码的步骤；当客户未确认定单时，进入用于生成本车信息的步骤；\n[0086] 返回用于车辆智能服务终端1发送车辆信息给中心服务器2的步骤；\n[0087] 当识别码匹配成功时，进入用于车辆智能服务终端1生成车辆信息的步骤；\n[0088] 返回用于车辆智能服务终端1发送车辆信息给中心服务器2的步骤。\n[0089] B、所述用户客户端3与所述中心服务器2进行数据交互的步骤包括：\n[0090] 用于用户客户端3账号登陆的步骤；\n[0091] 用于用户客户端3发送订单给中心服务器2的步骤；\n[0092] 用于判断订单是否匹配失败的步骤；当订单匹配失败时进入用于判断是否继续等待的步骤；当继续等待时返回用于发送订单给中心服务器2的步骤；当不继续等待时结束；\n[0093] 当订单匹配成功时进入用于获得订单匹配成功信息的步骤；用户客户端3可以接收多个订单匹配成功信息，以便选择合适的出租车，本实施例中，用户客户端3接收三个订单匹配成功信息；\n[0094] 用于判断是否愿意组合拼车的步骤；当愿意组合拼车时，进入用于发送定单给中心服务器2的步骤；\n[0095] 用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订单的步骤；\n[0096] 返回用于用户客户端3发送订单给中心服务器2的步骤；\n[0097] 当不愿意等待时，进入用于撤销订单的步骤然后结束；\n[0098] 当有车辆接单信息时，进入用于用户客户端3获取识别码的步骤；\n[0099] 用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；\n[0100] 当不愿意组合拼车时，进入用于判断是否有空车信息的步骤；当没有空车信息时，进入用于判断是否愿意等待的步骤；当愿意等待时，进入用于撤销订单的步骤；\n[0101] 返回用于用户客户端3发送订单给中心服务器2的步骤；\n[0102] 当不愿意等待时，进入用于撤销订单的步骤，然后结束；\n[0103] 当有空车信息时，进入用于用户客户端3发送定单给中心服务器2的步骤；\n[0104] 用于判断是否有车辆接单信息的步骤；当有车辆接单信息时，进入用于用户客户端3获取识别码的步骤；\n[0105] 用于判断是否有定单跟踪信息的步骤；当有定单跟踪信息时，进入用于确认接单的步骤，然后结束；当没有定单跟踪信息时，继续执行用于判断是否有定单跟踪信息的步骤；\n[0106] 当没有车辆接单信息时，进入所述用于判断是否愿意等待的步骤。\n[0107] C、所述中心服务器2进行数据匹配的步骤包括：\n[0108] 用于中心服务器2获取车辆信息的步骤；\n[0109] 用于中心服务器2生成车辆运营数据库的步骤；\n[0110] 用于中心服务器2获取订单的步骤；\n[0111] 用于中心服务器2匹配订单的步骤；\n[0112] 用于判断匹配订单是否成功的步骤；当匹配订单未成功时，进入用于中心服务器\n2发送匹配失败信息的步骤；\n[0113] 返回所述用于中心服务器2获取订单的步骤；\n[0114] 当匹配订单成功时，进入用于中心服务器2发送匹配成功信息的步骤；中心服务器2可以发送多个匹配成功信息，以便用户进行选择合适的出租车，本实施例中，中心服务器2发送三个匹配成功信息；\n[0115] 用于中心服务器2从用户客户端获取定单的步骤；\n[0116] 用于中心服务器2发送定单给所述车辆智能服务终端1的步骤；\n[0117] 用于判断是否有车辆接单信息的步骤；当没有车辆接单信息时，返回所述[0118] 用于发送中心服务器2匹配失败信息的步骤；\n[0119] 当有车辆接单信息时，进入用于中心服务器2分别发送识别码、确认信息给用户客户端3和车辆智能服务终端1的步骤；中心服务器2发送给车辆智能服务终端1的确认信息包括乘客人姓名、乘客的系统呢称、乘客性别、乘车地点的坐标数据、经停点的坐标数据、目的地的坐标数据、乘车人数、合乘意愿、乘客识别码、以及其它乘客特殊的个性需求内容；\n中心服务器2发送给用户客户端3的确认信息包括车辆编号、驾驶员编号、服务状态、载客状态、规划的行车线路数据、车辆位置坐标数据、车辆行驶速度、车辆行驶方向等；\n[0120] 用于中心服务器2记录评价数据的步骤；\n[0121] 用于中心服务器2更新车辆运营数据库的步骤；\n[0122] 返回用于中心服务器2获取订单的步骤。\n[0123] 本实施例中，所述车辆运营数据库包含但不限于车辆编号、驾驶员编号、服务状态、载客状态、乘客的合乘意愿标识、规划的行车线路数据、车辆位置坐标数据、车辆行驶速度和车辆行驶方向，所述订单包含：下单人编号、乘车地点的坐标数据、经停点的坐标数据、目的地的坐标数据、乘车人数、合乘意愿以及其它乘客特殊的个性需求内容，所述匹配成功信息包含车辆牌号、驾驶员姓名、车辆位置坐标数据、预计抵达上车点时间、乘客识别码等，所述匹配失败信息包含匹配失败原因、后续处理方法建议等。\n[0124] 以上详细描述了本发明的较佳具体实施例。应当理解，本领域的普通技术人员无需创造性劳动就可以根据本发明的构思作出诸多修改和变化。因此，凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案，皆应在由权利要求书所确定的保护范围内。