CN102752393A - 出租车订车系统及订车方法 - Google Patents

Abstract

本发明提供了一种订车系统和订车方法，包括一乘客终端，一车终端，一订车服务器；该订车服务器中包含一数据库，该数据库中收录与乘客终端和车终端相关联的实时信息。乘客终端和车终端通过移动互联网登录订车服务器，并从服务器的数据库中搜索某一特定地点范围内的乘客终端信息或车终端信息，并藉由服务器的帮助在乘客终端和车终端建立端对端的直接的通信通道。本发明的订车系统和订车方法大大改善了司机和乘客之间缺乏直接的沟通渠道的问题，有效改善了交通资源的配置方式。

Description

出租车订车系统及订车方法

【技术领域】

本发明涉及一种出租车订车系统，特别涉及一种在乘客和出租车司机之间建立端对端的直接的通信通道的订车系统。

【背景技术】

在现代城市中，出租车是一种重要的交通工具。一般而言，传统的订车服务由人工订车服务中心提供。如图1所示，出租车公司会设立人工订车服务中心102，该中心设有多部热线电话和服务器，并配有人工接线员及对公众公布订车热线电话号码，而出租车上则配置无线网络通信终端和导航定位系统（如GPS），并实时地把出租车的位置通过无线网络传给服务器。当有乘客1011需要预订和乘坐出租车时，由乘客1011拨打热线电话，由人工订车服务中心102的出租车调度人员接听电话并记录乘客的位置信息及乘车需求，然后该调度人员通过服务器查询该乘客的位置1011附近的出租车1031～1034等的信息，并呼叫其中一位出租车1031并征询该司机出车的意愿。如该司机愿意载客，则该调度人员会记录该出租车的车牌号并告知乘客，然后出租车司机开车到乘客指定的地点并为该乘客提供乘车服务。如果出租车1031正在载客或不愿出车，则该调度人员继续拨打另一位出租车的电话并征询其出车意愿。这样的系统有如下几个问题：

1）乘客及出租车司机对彼此的情况一无所知，双方无法通过直接沟通达成订车意向；

2）乘客和司机无法根据不同的乘车时段和乘车地点协商订车费用，这对乘客来说会造成出行不便，而对出租车司机来说，有可能减少潜在的经济收益；

3）乘客接通服务中心的电话后不能挂断电话，只能消极被动地等待服务中心的回应，乘客缺乏良好的订车体验

4）涉及三方的沟通问题均需要通过人工语音通话、人工记录并转述，易造成沟通障碍及误传信息；

5）服务中心需要多路电话及多名工作人员支持，需要很多成本以维持运行.

6）由于信息的不对称及不通畅，造成了在交通繁忙时段，一些地点附近有很多乘客但是附近路段的出租车数量却非常有限，而有些路段出租车数量很多，但乘客数量却很稀少，这样就造成了乘客和出租车司机双方的不便，加重了交通拥堵的状况。

相关的技术人员对上述订车服务模式有所改进，例如公开的专利申请CN102456270，公开了一种自动派车的方法，用一个控制主机来收集乘客的位置信息和出租车信息，并自动匹配乘客的乘车需求与配邻近位置闲置或空运状态的出租车。这个系统仍然存在着极大的问题，例如，乘客与司机之间没有直接的沟通渠道，无法就订车事件进行协商，乘客和司机对彼此的具体状态仍然一无所知。例如，控制主机根据乘客的位置搜寻邻近位置空运状态的出租车，并为彼此排定了乘运关系。但此时，有可能这位出租车司机是在吃饭，或者在忙别的事情，或者正在赶往预定地点载客，不愿接这一单生意。还有可能，邻近位置出现数辆空运的出租车，此时就可能无法匹配。因为对控制主机而言，各个出租车的状况是无差别的，即都是空运状态。在上述种种情况下，乘客和司机之间无法就乘车事件进行一对一的沟通以应对现实生活中千差万别的实际情况。

鉴于现有订车服务系统存在的诸多缺陷，亟需一种新的订车服务系统解决上述问题。

【发明内容】

本发明提供了一种订车系统和订车方法。

本发明的订车系统包括一乘客终端，一车终端，一订车服务器，其特征在于，乘客终端和车终端通过移动互联网基于通用的C/S模式（client/Server模式，即“用户/服务器”模式），登录订车服务器。经过订车服务器认证的终端（不论乘客和车）会与订车服务器直接建立起长连接，使得服务器和终端之间可以相互推送实时信息。经过认证的终端之间也可以通过订车服务器建立起端对端的直接的通信通道。所述的直接的通信通道包括无线电话通信通道，互联网通信通道其中之一或全部。

另外，本发明还提供一种订车方法，包括乘客终端，车终端，和订车服务器，该乘客终端和车终端为配置具有导航定位功能的智能通信终端，其特征在于，所述订车服务器包括一数据库，该数据库收录与乘客终端或车终端相关的实时信息，所述乘客终端和车终端通过移动互联网登录所述订车服务器并向订车服务器实时传送所述实时信息；所述订车方法包括步骤：

乘客终端通过订车服务器搜索所在地点一定范围内的车终端列表；并通过订车服务器向车终端列表中的车终端发出订车订单；

在接受订车订单的车终端与发出订车订单的乘客终端之间建立端对端的直接的通信通道。

本发明的订车系统和订车方法，订车服务完全由计算机系统（硬件和软件）来实现，可以较大幅度的减少延误和减少人力成本。本发明的订车系统会实时的发布一些实时的信息包括但不限于可以运营的车的数量和可运营的车的报价信息给乘客。同时乘客也可以得到一些统计信息，比如在该乘车点附近以及指定的时间点，以往的平均订车费用。基于这些信息，乘客在订车的时候就会对订到车的概率有比较好的认识。另外，本发明使得司机和乘客可以直接沟通，并且使得他们之间可以对订车费用进行沟通。从而达到双赢。在本发明中，出租车司机作为商业运营的主体可以自行决定订车费用，可以有效的提高他们参与订车系统的积极性。而乘客则可以根据自己对叫车需求的迫切度来和自己所处的位置来决定自己期望的订车费用，以使得自己的期望值能够更好的跟当时的运营的出租车的状况相匹配。

【附图说明】

图1 是现有技术中的订车模式示意图。

图2是本发明的订车系统的架构图。

图2A是本发明的订车系统的一个实施例架构图。

图3是本发明的订车系统的登录模式与通信模式示意图。

图3A 是本发明的订车系统的另一实施例的架构图。

图3B是本发明的订车系统的另一较佳实施例的架构图。

图4是本发明的订车系统的较佳实施例的用户端架构图。

图5是本发明的订车系统的较佳实施例的订车服务器架构图。

图 5A 是本发明的订车系统的较佳实施例的订车服务器架构中的订单管理模块的优选架构图。

图5B 是本发明的订车系统的较佳实施例的订车服务器架构中的消息处理模块的优选架构图。

图6是本发明的订车方法的较佳实施例的乘客终端订车流程图。

图7是本发明的订车方法的车终端的接单流程图。

图8 是本发明的订车方法的订车服务器端的订单处理流程图。

图9 是本发明的订车方法车终端的另一接单流程图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

图2是本发明的订车系统架构图。本发明的订车系统包括乘客终端201，车终端202和订车服务器 203，其中，乘客终端201和车终端202安装客户端应用程序并通过移动无线网登录订车服务器203. 在本发明的订车系统中，乘客终端201和车终端202为智能无线通信终端，例如目前市场常见的智能手机，支持移动通信的掌上电脑，平板电脑等，这些智能无线通信终端支持3G或4G的移动网络操作系统，例如苹果公司的iOS系统，Google公司的安卓系统，以及微软公司的windows phone等嵌入式操作系统平台。这些终端基具有全球定位导航模块，例如GPS定位模块, 移动基站定位模块或中国的北斗卫星导航系统（BeiDou（COMPASS）Navigation Satellite System），欧洲的伽利略卫星导航系统或者俄罗斯“格洛纳斯”（GLONASS）卫星导航系统等。如图2A所示，本发明的订车系统中的订车服务器203则包括一数据库2031，该数据库中2031收录与乘客终端201和车终端202相关的实时信息，例如车终端的用户身份（车终端用户登录订车服务器的认证身份）、车牌号、车型、司机姓名、司机信誉度、实时位置、是否空载、司机的通信方式、乘车价格、乘客终端用户身份（乘客用户登录订车服务器的认证身份）、乘车起点位置、乘客通信方式等，优选地，订车服务器203的数据库2031中收录上述所有实时信息；特别地，订车服务器203的数据库2031中也可收录其中的一部分信息。特别地，上述司机的通信方式以及乘客的通信方式包括手机号码，以及本系统提供的即时网络通信工具。

如图3所示，乘客终端201与车终端202以“客户端/服务器” 模式（Client/Server, 简写为“C/S模式”）通过移动互联网登录订车服务器203。当乘客终端201或车终端202登录订车服务器203之后，在乘客终端201或车终端202与订车服务器203之间建立长连接，也即在乘客终端201或车终端202与订车服务器之间建立P/P连接模式（Person/Person连接模式, 即端对端的连接模式）。P/P连接模式使得订车服务器203可与车终端202或乘客终端201相互推送信息。此处的推送指乘客终端201或车终端202向订车服务器203发布信息，也指订车服务器203向乘客终端201或车终端202发布信息。并通过客户端应用程序模块在订车服务器203的数据库2031中搜索. 如图2A所示， 乘客携带乘客终端201在中山路和东方路路口等候出租车，通过移动无线网络登录远端订车服务器203并在数据库2031中搜索行驶在当前地点（中山路与东方路交叉口）附近的出租车，通过订车服务器203的帮助，搜索到车终端2021和车终端2022，该乘客通过查看从数据库2031中搜索到的车终端2021和车终端2022相关的实时信息，从中选择合意的出租车。相似的情形对于车终端（司机）同样适用，例如当某司机携带车终端2021行使至某一地点时，可以通过车终端2021登录远端的订车服务器203查询该地点附近是否有正在候车的乘客（携带乘客终端201）。

如图3A所示，本发明的订车系统优选地包括乘客终端201，订车服务器203，车终端202（图中未示，车终端202与乘客终端201进行相同或类似的配置），该乘客终端201包括一订单处理模块402， 一超文本通信模块407，订车服务器203包括一超文本服务模块502，该超文本服务模块502与数据库2031相关联。其中，超文本通信模块407和超文本服务模块502支持超文本传输协议（HTTP协议）；订单处理模块402中设置搜索条件选项，乘客通过该搜索条件选项设定搜索条件，并通过超文本通信模块407，超文本服务模块502从订车服务器203的数据库2031中获取符合搜索条件的车终端列表 （车终端202可以按照与乘客终端201类似的设置并通过类似的方式从订车服务器203的数据库2031中获取符合搜索条件的乘客终端列表）。在该实施例中，所述的搜索条件选项包括设定始发位置，地理范围，司机信誉度，价格，是否好友，车型中的一项或数项。其中，始发位置指乘客所欲乘车或司机所欲搭载乘客的地理位置，该始发位置默认为乘客终端201或车终端202当前所在位置（通过乘客终端201或车终端202自带的全球定位导航系统进行自动定位获得），可以通过用户的输入来确定；地理范围有两种计算方式，其一指以乘客终端201或车终端202当前所在地理位置（或用户输入的地理位置）为圆心，以一定距离为半径确定，例如可以设定一公里范围、二公里范围、三公里范围等；其二指与乘客终端201或车终端202当前所在地理位置（或用户输入的地理位置）一定的车辆行驶路径距离。司机信誉度优选的可以以订车服务器的数据库中所存储的历次订车订单完成后乘客对司机的服务的评价来进行设定；可以根据统计数据设定信誉度等级，例如根据乘客满意度的高低设定来司机信誉度等级，例如依次设定五星级，四星级，三星级等。另外，订单处理模块402根据乘客或司机选定的搜索选项，自动生成订车订单以备发送给搜索到的乘客终端列表中的乘客终端或车终端列表中的车终端。

本发明的订车系统通过在订车服务器203中设置数据库2031收录车终端202和乘客终端201的实时信息，并通过移动无线互联网提供给车终端202和乘客终端201进行查询，从而解决了现有技术中乘客找不到司机，司机找不到乘客的问题，消除了通过现有技术中的通过人工订车服务中心订车需要第三方（人工订车服务中心的接线员）人工介入并提供支持的服务模式。

进一步地，本发明的订车系统在乘客终端201和车终端202之间建立端对端的直接的通信通道，该直接的通信通道可以藉由乘客终端201和车终端202本身具有的通信功能建立。在本实施例中，如上文所描述的实施例，所述订车服务器203中的数据库2031中收录的实时信息包括司机通信方式信息和乘客通信方式信息。这些通信方式信息可以包括移动电话号码，本系统提供的即时通讯工具等。通过上述通信工具在乘客终端201和车终端202之间建立的通信通道包括语音信息通信通道或文字信息通信通道。乘客终端201或车终端202通过移动互联网登录远程订车服务器203后，通过在数据库2031中进行搜索，找到相关的车终端202或乘客终端201，乘客或司机可以选择合意的车终端202或乘客终端201发起通信的邀请，例如启动移动电话，或启动网络即时通信工具与对方进行沟通；优选地，乘客通过该搜索条件选项设定搜索条件，并通过超文本通信模块407，超文本服务模块502从订车服务器203的数据库2031中获取符合搜索条件的车终端列表，该车终端列表中车终端与数据库中收录的与该车终端相关的实时信息进行绑定，即通过应用程序设定，让乘客在点选了该车终端后，即自动显示与该车终端相关的实时信息，并优选地包括询问乘客是否启动该实时信息中的司机通信方式的设定；并通过应用程序设定：当乘客选择启动司机通信方式时，即自动启动相应的通信方式，例如自动启动电话拨号程序，或自动启动即时通讯的文本或语音通话功能。

另外，在本发明的订车系统在乘客终端201和车终端202之间建立端对端的直接的通信通道，该直接的通信通道藉由订车服务器203而建立。如图3B所示，乘客终端2011包括一

端对端通信模块4081，该端对端通信模块4081与乘客终端2011的订单处理模块4021相关联， 车终端2012包括一端对端通信模块4082，该端对端通信模块4082与车终端2012的订单处理模块4022相关联；该订车服务器203包括一端对端实时通信模块508，该端对端实时通信模块508与订车服务器203的数据库508相关联。该端对端通信模块4081和端对端通信模块4082采用相同或类似的设置，此处只是为了描述的方便而分别编号.该端对端通信模块4081和端对端通信模块4082可采用socket 通信原理设置(socket通常也称作"套接字"，用于描述IP地址和端口，是一个通信链的句柄。在互联网上的主机一般运行了多个服务软件，同时提供几种服务。每种服务都打开一个Socket，并绑定到一个端口上，不同的端口对应于不同的服务。Socket正如其英文原意那样，象一个多孔插座), 即端对端通信模块4081和端对端通信模块4082按照socket通信原理中的客户端程序模块设置，即包括能够运行如下步骤的功能模块： （a）建立客户端的socket, 确定要连接的订车服务器的主机名和端口；(b) 发送连接信息到订车服务器，并等待订车服务器的回馈信息；（c）连接订车服务器成功后，与订车服务器进行通信；（d）通信完毕后，关闭自身的socket。而订车服务器203的端对端实时通信模块508则按照socket通信原理中的服务器端程序模块设置，即包括能够运行如下步骤的功能模块：（A）建立服务器端的socket，开始侦听整个网络中的连接请求；（B）当检测到来自客户端（乘客终端2011或车终端2012）的连接请求时，向客户端发送收到连接请求的信息，并建立与客户端的连接；（C）当完成通信后，关闭服务器端的socket连接。当乘客终端2011通过订单处理模块4021搜索到符合条件的车终端列表时，通过端对端实时通信模块4081向订车服务器203发送建立连接的请求，订车服务器203收到连接请求后，向所述车终端列表中的车终端2012发送建立连接的请求，并在乘客终端2011和车终端2012之间建立端对端的直接的通信通道。

本发明通过在乘客终端201和车终端202之间建立端对端的直接的通信通道，解决了现有技术中乘客和司机无法直接沟通的问题。在现有的城市出租车系统中，一般情况下出租车价格有统一的规定，在某些偏僻的地点乘客想乘坐出租车但是却找不到出租车，因出租车司机可能考虑时间成本等不太愿意前去载客。而在某些容易发生交通拥堵的路段，出租车也不太愿意前往。这就造成了人们一方面愿意由于特殊原因亟需出租车服务且愿意接受较高的服务价格但是出租车司机对此又一无所知，乘客和出租车司机双方无法就订车事宜达成一致意见，由此也造成了双方的损失。而本发明的订车系统在乘客终端和车终端之间建立可以使司机和乘客直接进行沟通的端对端的直接的通信通道，双方可就此直接协商关于乘坐出租车的一切事宜，达成一致意见即可完成接单或租车过程，从而解决了上述问题，也达到了乘客资源和出租车资源的合理配置，大大提升城市出租车服务水平。

图4是本发明订车系统的一个更详细的实施例的用户端的模块架构图。此处所述的用户端可以指乘客终端，也可以指车终端，换句话说，本发明的订车系统的乘客终端和车终端可以采用相同或相似的模块设置，基本功能模块相同，而在区分乘客终端身份和车终端身份方面有所区别，特别地，考虑乘客和司机在订车过程中的不同需求而作区别设置。如图4所示，用户端400包括一用户管理模块401，订单处理模块402， 实时信息模块403， 设备信息模块404， 实时信息显示模块406， 超文本通信模块407和端对端通信模块408；其中，实时信息模块403分别与订单处理模块402，设备信息模块404，端对端通信模块408相关联；用户管理模块401分别与订单处理模块402及超文本通信模块相关联。用户管理模块401通过超文本（HTTP）通信模块407登陆或退出订车服务器203，当用户通过超文本（HTTP）通信模块407登陆订车服务器203时，订车服务器203经过认证后给该用户颁发一个通行证，用户可以用该通行证与订车服务器建立一个长连接。当该长连接建立后，实时信息模块403一方面从设备信息模块404获取本地的电话信息及实时定位信息，或通过订单处理模块402获取本地用户生成的订车订单，并通过端对端通信模块408实时发布至订车服务器500，另一方面，实时信息模块403从订车服务器端实时取回符合搜索条件的乘客终端列表或车终端列表。在本实施例中，用户端分为乘客终端和司机终端，用户通过用户管理模块401选择以乘客身份或司机身份登录订车服务器203. 当用户以乘客身份登录订车服务器203时，订单处理模块402把用户的订车需求通过实时信息模块403发送给订车服务器203 （由实时信息模块403实时把订单需求通过端对端通信模块408发送给订车服务器203），并通过实时信息模块403实时获取符合该订单需求的相应的车终端的信息; 相应地，当用户是以司机身份登录订车服务器203时，订单处理模块402通过端对端（socket）通信模块与订车服务器203建立通信通道，并通过实时信息模块403从订车服务器203获取该司机所在位置附近的乘客终端201的信息。

当乘客通过乘客终端201的实时信息模块403获得等待载客的车终端202的信息后，乘客通过订单处理模块402向车终端202发起订车需求，并通过实时信息模块403，端对端（socket）通信模块408连接订车服务器203，从而在乘客终端201和车终端202之间建立实时的通信通道。乘客和司机可以通过该通信通道就订车事宜进行直接沟通。该通信通道可选为语音通信通道或文字通信通道，可以通过互联网传递（例如本系统提供的类似QQ语音或文字等）或通过无线通信网络（中国移动通信网络或中国联通通信网络）进行传递。

在本实施例中，该用户端400优选地包括一本地数据库405，用户通过订单管理模块402或用户管理模块401可选地把订单信息或者与订车行为有关的信息存入本地数据库，以备用户查看或通过实时信息模块403传送给订车服务器203的数据库备份，与订车行为有关的信息包括但不限于订车的起点位置、乘车路线、终点位置、订车价格、乘车时段、车号、司机姓名等。这些信息可优选地通过实时信息模块403获取并共享给订单处理模块402。用户可以通过行车路线查看司机是否绕路，是否有欺诈行为，发现司机有绕路行为时，可以方便的对司机的违规行为进行投诉，例如通过车号，司机姓名向出租车公司进行投诉。另外，用户端400还可优选地包括一个乘车服务评价选项，该选项可设置于订单管理模块402或用户管理模块401中，用户通过该乘车服务评价选项，对每次乘车服务进行评价，例如不满意，满意，非常满意等，优选地可以用星级对司机服务满意度进行表示，例如一星，二星，三星至五星级服务。这些评价信息可以通过实时信息模块403分享至订车服务器203的数据库。可以在用户端的应用程序中设置提醒功能，提醒用户在乘车结束时对本次乘车服务做出评价。此评价功能设置无论对乘客或司机都是很有用的，可以解决现有技术中的诸多问题。特别是对乘客而言，如果刚到一个陌生的城市，对该城市的路况、路线、目的地远近都很不熟悉，乘客可以通过设定筛选星级比较高或者满意度比较高的司机，从而获得优质的乘车服务和乘车体验。对司机而言，可以通过提供周到诚信的服务，提高自己的信誉度，从而为自己招揽更多的订单。

图5为本发明的订车系统的与图4所示的用户端配合使用的订车服务器架构图。如图5所示，订车服务器500包括一用户管理模块501， 超文本服务模块502， 数据库503，数据库接口模块504， 订单管理模块505， 实时信息交流模块506， 消息处理模块507， 端对端实时通信模块508， 地理逻辑运算模块509. 其中，用户管理模块501通过数据接口模块504与数据库503相关联，用于管理用户注册信息，认证信息，评级信息，网络社区信息等。订单管理模块505与数据库503和消息处理模块507相关联，从消息处理模块507提取订单信息或者把订单信息发布至消息处理模块507；订单管理模块505同时与超文本服务模块502关联，用户端（图5未示）通过超文本通信模块407登录订车服务器时，通过超文本服务模块查询订车订单信息或查询符合条件的司机。消息处理模块507同时与端对端实时通信模块508，地理逻辑运算模块509、实时信息交流模块506相关联，用于在乘客终端201和车终端202之间搭建一对一的通信通道。

图5A是本发明的订车系统的较佳实施例的订车服务器架构中的用户管理模块的优选架构图，在本实施例中，用户管理模块501包括一用户注册认证模块5011，优选地包括一用户评级模块5012， 一社区功能模块5013.其中，用户评级模块5012用于对已经完成的乘车订单进行评价，包括乘客对司机的服务进行评价产生该司机信誉度等级；或司机对接到并完成的订单进行评价。用户评级模块5012通过统计与某一司机相关的历次订车订单中乘客对该司机的每一次的服务的评价，产生该司机的信誉度等级。例如，假设某一司机一个月之内承接了300个订车订单，如果乘客对该300个订车订单的评价都是“非常满意”，则可以把该司机的信誉度定为五星级司机。以上只是举例说明，实际上司机的信誉度评价等级可以设定多种标准和标示。另外用户评级模块5012也可根据地址信息统计与某一地点相关联的订车订单，其所经过的路段在某一时段是否堵车，车费是否偏低等。这些信息经由订单管理模块505记录并存储至订车服务器端的数据库503，以备其他乘客和司机查询或参考。

图5B 是本发明的订车系统的较佳实施例的订车服务器架构中的消息处理模块507的优选架构图。该消息处理模块507包括一消息解析模块5071，一发送逻辑模块5072， 一消息转发模块5073. 该消息解析模块5071在收到订单时对订单进行解析，包括路段，起始地点，终点，司机信誉度等级等，发送逻辑模块5072基于消息解析模块5071解析的结果，通过实时信息交流模块506从数据库503中把符合该订单需求的车终端202找出，由消息转发模块把相应的订单信息发送给上述车终端以备司机选择是否接单。如果司机选择接单，则交由端对端实时通信模块508（请参考图5）在乘客终端和车终端之间建立端对端的直接的通信通道。

在本实施例中，用户端400的端对端通信模块408与订车服务器500的端对端实时通信模块508在乘客终端201和车终端202之间建立一条端对端的直接的通信通道，包括电话语音通信通道，网络语音通信通道或者文字信息通信通道等。用户（包括乘客和司机）可以在知道彼此基本信息的情况下（乘车地点，目的地，司机姓名，信誉等级等）就订车事宜进行直接沟通，直接协商双方关心的乘车问题，包括协商价格，乘车特殊需求（例如乘客有急事，或乘客在偏僻路段，乘客愿意支付高于一般市场价格的乘车需求）。

优选地，如图5所示，订车服务器500包括一地理逻辑运算模块509，一消息处理模块507，一实时信息交流模块506，该实时信息交流模块506与数据库503相关联，优选地，该实时信息交流模块506通过一数据库接口模块504与数据库503相关联；该消息处理模块507与订单管理模块505， 实时信息交流模块506、 订单管理模块505、以及地理运算逻辑模块509相关联并统计以某一特定地点为起始地点的点相关联的订车订单数量或以某一特定地点为起始地点的订车订单的历史价格信息，并通过实时信息交流模块506存入订车服务器5003的数据库503。上述统计信息功能对于城市交通管理是非常有用的，上述信息可以用于出租车调度，调整城市公共交通线路等，通过分析不同地点的乘客数量从而决定在某一区域应该投放的出租车或公共交通工具配套数量，从而使城市的交通资源达到一个合理的配置，缓解城市交通拥堵压力。

另外，优选地，如图4所示，乘客终端201或车终端202包括一实时信息模块403，一实时信息模块406， 其中，该实时信息模块403分别与实时信息显示模块406， 端对端通信模块408相关联。该实时信息模块403通过端对端通信模块408从订车服务器203的数据库503中实时获取以某一特定地点为起始地点的订车订单的数量或以某一特定地点为起始地点的订车订单的历史价格信息并通过实时信息显示。其中，所述的特定地点根据用户（乘客或司机）的输入而确定。例如乘客选定某一标志性建筑作为特定地点，或者城市中某两条路的交叉口，或某一著名景点等作为特定地点。另外也可以选择某一地理范围作为地点，例如，某大厦周边一公里范围等，某会展中心正门三公里范围等。

乘客终端201通过超文本通信模块407从订车服务器500的超文本服务模块502查询所在位置附近的出租车，并通过超文本服务模块502提供的数据库查询服务，设定具体的查询条件，例如司机信誉等级、乘车价位、乘车地点、乘车时段、乘坐车型等。而车终端202通过超文本通信模块407从订车服务器500的超文本服务模块502查询所在位置附近等待乘车的乘客信息。例如，如果出租车是在空载的情况下，司机可以选择把车停在合适的停车位（避免空载的情况下漫无目的行驶，浪费燃油成本以及避免对车辆的损耗等），通过车终端202查询订车服务器500的数据库，获得在当前位置附近的乘客数量，然后与待乘车的乘客进行沟通招揽乘车订单。另外，司机或乘客可通过实时信息模块403从订车服务器的数据库中查询以某一特定地点为起始地点的订车订单的数量或以某一特定地点为起始地点的订车订单的历史价格信息。这可以进一步改善乘客和司机对自身之外的交通信息的了解状态。这些查询功能无论是对乘客或是对出租车司机来说都是很有用的，可以有效改善乘客和司机对自身之外的交通信息缺乏了解的状态，使出租车的供求双方都处于信息透明状态，从而帮助乘客选择更有效的乘车方式或帮助司机找到潜在乘客更多的路段。

图6 ,7和图8是本发明的订车方法的优选实施例流程图。为了说明的方便，三个流程图单独列出。但在实施时，本发明的订车方法会涉及乘客终端，车终端和订车服务器相互配合，执行属于各自部分的功能。因此应当做一个整体的流程来理解。

本发明的订车方法包括乘客终端，车终端和订车服务器。本发明中所述的乘客终端和车终端是指具有全球导航定位或者地区导航定位的智能通信终端，即所述乘客终端和车终端支持移动互联网通信功能，无线通信功能，并装载有嵌入式智能操作系统，如支持3G或4G的移动网络操作系统，例如苹果公司的iOS系统，Google公司的安卓系统，以及微软公司的windows phone等嵌入式操作系统平台等。所述的订车服务器包括一数据库，该数据库中收录与乘客终端和车终端相关的实时信息，这些实时信息包括但不限于车终端用户身份（ID）、车牌号、车型、司机姓名、司机信誉度、实时位置、是否空载、司机通信方式、乘车价格、乘客终端用户身份、乘车起点位置、乘客通信方式之一项或数项。如本发明的订车系统那样，乘客终端或车终端通过移动互联网登以客户端/服务器模式 （client/server， 简写为C/S模式）登陆订车服务器后，在乘客终端或车终端与订车服务器之间建立一个长连接，建立P/P的通信模式（也即端对端的通信模式），使得乘客终端或车终端可与订车服务器相互发布信息。并通过超文本通信模块407或实时信息模块403和端对端通信模块408向订车服务器提供所述实时信息。

其中，图6是本发明的订车方法的较佳实施例的乘客终端订车流程图，包括如下步骤：

S601：乘客根据一定的条件搜索条件（根据起始地点，司机信誉度评级，好友等）选择司机；其中，优选地，包括启动用户端用户管理模块401，通过超文本通信模块407登录订车服务器203，设定搜索条件在订车服务器500的数据库503中搜索符合条件的车终端；所述搜索条件可优选地包括距离范围设定，例如所在位置一公里范围，三公里范围，五公里范围；该特定的搜索条件还可以包括司机的信誉度评级，例如选择五星级司机，四星级司机，三星级以上司机等。该特定的搜索条件还可以优选地包括网络好友，获得当地政府表彰的司机列表，某活动的志愿者，某城市的的哥标兵，获得城市文明窗口称号的优秀出租车司机等。

S602：生成订车订单，该订车订单包括用户名（ID），订车地点，时间，报价等信息；优选地该订单信息由用户端400中的订单处理模块402生成；

S603：发送该订车订单给搜索到的车终端；

S604: 在一定延时前是否收到司机回复，如果没有收到司机回复，则返回步骤S601重新搜索司机，如果有收到回复，则进入步骤S605；

S605: 判断车终端是否接受订车订单，如果车终端拒绝订车订单，则结束程序，重新进行搜索。如果车终端接受订车订单，则进入步骤S606；

S606：在接受订车订单的车终端与发出订车订单的乘客终端之间建立端对端的直接的通信通道；该端对端的直接的通信通道可藉由乘客终端和车终端自身具有的无线通信功能建立。在该步骤中包括，在车终端发出接受订车订单的指令后，询问车终端是否自动启动无线电话拨号程序或自动启动互联网语音通话程序呼叫发出订单的乘客终端；如果车终端的输入（司机的输入或选择）是同意，则自动启动无线电话拨号程序或自动启动互联网语音通话程序。在此步骤中，也可包括接受订车订单的车终端从订车服务器端自动获取发出订车订单的乘客终端的通信方式（乘客通信方式）的步骤。另外，优选地，该端对端的直接的通信通道也可藉由订车服务器建立。如前文实施例所描述的订车系统，乘客终端和车终端包括一端对端通信模块，所述的订车服务器包括一端对端实时通信模块，接受订车订单的车终端在发出接受订车订单的指令后，订车服务器启动端对端实时通信模块，并利用乘客终端和车终端中的端对端通信模块在发出订车订单的乘客终端和接受订车订单的车终端之间建立端对端的直接的通信通道。藉此端对端的直接的通信通道，乘客终端与车终端可以进行实时语音或文字通信，可以就订车相关事项进行直接协商，包括价格，特殊乘车需求等。这就解决了先前订车系统中乘客和司机缺乏直接的沟通渠道的问题。本步骤中，优选地包括司机用户端更新车的状态（例如空载与满载标示等）的步骤。另外，本步骤还可优选地包括步骤S607，即：当乘客和司机就订单问题达成一致时，由乘客终端发送确认信息给司机确认。

S608: 确定本次订单是否成交；在本步骤中，如果本次订单成交，则进入步骤S610；本步骤优选地包括步骤609,即当司机开车行至乘客附近时，用户端（包括乘客终端和车终端）分别对司机和乘客发出提醒；

S610: 乘客乘车。在本步骤中，优选地包括，在乘车结束后，乘客终端对本次乘车服务进行评价的步骤，并通过乘客终端的实时信息模块和端对端通信模块或超文本通信模块存入订车服务器的数据库的实时信息中，作为该车终端相对应的司机的司机信誉度的一项统计记录。

图7是本发明的订车方法的车终端的接单流程图。本实施例的订车方法中，车终端（司机）接单流程包括如下步骤：

S701：待机；出租车司机携带车终端，在出租车空载的情况下使车终端保持待机状态；

S702：收到订单，进入步骤S703；

S703：启动用户界面（user interface, UI）,并显示订单信息和选择项目，选择接受或拒绝订单；

S704：判断特定延时内司机是否有做出选择，如果没有做出选择，则进入步骤S709：默认拒绝订车订单；如果做出选择，则进入步骤S705；

S705：判断司机是否接受订车订单，如果司机拒绝接受订车订单，则进入步骤S709；如果司机接受订车订单，则进入步骤S706；

S706：发送接受信息给乘客；

S707： 在乘客终端和车终端建立端对端通信通道，实时发送位置信息给乘客；（此步骤可参考S606），所述端对端通信通道可藉由订车服务器通过互联网建立，也可直接启动乘客终端和车终端的无线通信网络而建立；乘客和司机在此步骤中直接协商订车相关问题，就订车价格，线路，特殊乘车需求进行协商；

S708: 接到乘客，结束订单。

图9是本发明的订车方法的车终端的另一接单流程图。本实施例的订车方法中，车终端（司机）接单流程包括如下步骤：

S901：待机；出租车司机携带车终端，在出租车空载的情况下使车终端保持待机状态；

S902：收到订车订单；

S 903: 准备用户界面，显示订单信息和选择项，根据乘客报价，自动生成报价列表及拒绝项；

S 904: 特定延时内车终端是否接受，如果接受，则进入步骤S905，如果不接受，则进入步骤S910；

S 905: 发送接受信息和价格信息给订车服务器；

S 906: 判断特定延时内有收到订车订单确认信息，如果有收到，则进入步骤S907；如果没有收到，则进入步骤S910；

S 907: 车终端接受订车订单，从订车服务器获得乘客终端信息；

S 908: 车终端与乘客终端之间建立端对端通信，获取乘客终端位置信息；

S909：与乘客终端确认订车订单并去相应地点接乘客；

S910：默认拒绝，发送拒绝信息给订车服务器；

S911：结束订单。

图8是本发明的订车方法的订车服务器端的订单处理流程图。订车服务器端的订车方法处理流程包括如下步骤：

S801：收到订车订单；

S802：解析订车订单内容；

S803：生成过滤器，通过解析订单内容，获知订车订单中要求的车型、报价、司机信誉度、其他要求等信息；

S804: 使用步骤S803生成的过滤器，到订车服务器端的数据库中搜索特定地理范围内是否有符合条件的车终端；该特定地理范围优选地以乘客目前所在位置为圆心，以一定距离为半径确定的范围，例如一公里范围，三公里范围，或者五公里范围等。在设定搜索条件时，可以先设定一公里范围，如果在一公里范围内没有搜索到符合条件的车终端，则进入步骤S809，如果在一公里范围内搜索到符合条件的车终端，则进入步骤S805；

S805：群发订车订单给选定范围内符合条件的车终端；

S806：在特定时间内收到车终端的接受回复， 发送接受订车订单的车终端信息给乘客；

S807：在特定的时间段内收到预定数量的接受回复，如果收到了预定数量的接受回复，则进入步骤S808；如果没有收到预定数量的接受回复，则进入步骤S809；

S808：通知乘客终端车终端搜索结束；

S809：扩大搜索范围进行搜索；

S810：判断在扩大的搜索范围内是否有符合条件的车终端，如果有符合条件的车终端，则进入步骤S805，如果没有符合条件的车终端，则进入步骤S808。

本发明的订车系统和订车方法，订车服务完全由计算机系统（硬件和软件）来实现，可以较大幅度的减少延误和减少人力成本。本发明的订车系统会实时的发布一些实时的信息包括但不限于可以运营的车的数量和可运营的车的报价信息给乘客。同时乘客也可以得到一些统计信息，比如在该乘车点附近以及指定的时间点，以往的平均订车费用。基于这些信息，乘客在订车的时候就会对订到车的概率有比较好的认识。另外，本发明使得司机和乘客可以直接沟通，并且使得他们之间可以对订车费用进行沟通。从而达到双赢。在本发明中，出租车司机作为商业运营的主体可以自行决定订车费用，可以有效的提高他们参与订车系统的积极性。而乘客则可以根据自己对叫车需求的迫切度来和自己所处的位置来决定自己期望的订车费用，以使得自己的期望值能够更好的跟当时的运营的出租车的状况相匹配。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (32)

1.一种订车系统，包括一乘客终端，一车终端，一订车服务器，其特征在于，乘客终端和车终端通过移动互联网登录订车服务器，通过订车服务器在乘客终端和车终端之间建立端对端的直接的通信通道。

2.根据权利要求1所述的订车系统，其特征在于，所述的直接的通信通道包括无线电话通信通道，互联网通信通道其中之一或全部。

3.根据权利要求2所述的订车系统，其特征在于，所述的直接的通信通道包括语音通信通道。

4.根据权利要求1所述的订车系统，其特征在于，所述的直接的通信通道包括通过互联网即时通讯工具建立的通信通道。

5.根据权利要求1所述的订车系统，其特征在于，所述订车服务器包括一数据库，该数据库收录乘客终端和车终端的实时信息，乘客终端和车终端通过该数据库搜索车终端或列表乘客终端列表，并进一步在特定的乘客终端和车终端之间建立直接的通信通道。

6.根据权利要求5所述的订车系统，其特征在于，通过订车服务器在特定的乘客终端和车终端之间建立直接的通信通道。

7.根据权利要求5所述的订车系统，其特征在于，乘客终端和车终端通过所述数据库搜索到相应的车终端或乘客终端后，通过乘客终端和车终端本身所具有的通信功能在特定的乘客终端和车终端之间建立端对端的直接的通信通道。

8.根据权利要求5所述的订车系统，其特征在于，所述乘客终端和车终端包括一端对端通信模块，所述订车服务器包括一端对端实时通信模块，乘客终端向搜索到的车终端列表或乘客终端列表中的车终端或乘客终端发出订车订单，并通过端对端通信模块和端对端实时通信模块在发出订车订单的乘客终端或车终端与接受订车订单的乘客终端或车终端之间建立端对端的直接的通信通道。

9.根据权利要求1所述的订车系统，其特征在于，所述乘客终端和车终端包括一用户管理模块，所述订车服务器包括一用户中心管理模块，乘客终端或车终端通过用户管理模块注册登录订车服务器，所述用户中心管理模块颁发给乘客终端或车终端一个通行证用于与其他乘客终端或车终端建立端对端的直接的通信通道。

10.根据权利要求9所述的订车系统，其特征在于，所述订车服务器包括一数据库，该数据库中收录与乘客终端和车终端相关的实时信息，该实时信息包括车终端用户身份、车牌号、车型、司机姓名、司机信誉度、实时位置、是否空载、司机通信方式、乘车价格、乘客终端用户身份、乘车起点位置、乘客通信方式之一项或数项，所述乘客终端和车终端包括一订单管理模块，该订单管理模块中设置搜索条件选项供乘客终端或车终端设定搜索条件以生成订车订单并根据搜索条件搜索车终端或乘客终端。

11.根据权利要求10所述的订车系统，其特征在于，所述司机通信方式和乘客通信方式包括移动电话号码、网络即时通讯工具。

12.根据权利要求10所述的订车系统，其特征在于，所述搜索条件选项包括始发位置，地理范围、司机信誉度、价格、是否好友、车型之一项或数项。

13.根据权利要求11所述的订车系统，其特征在于，所述乘客终端和车终端包括一超文本通信模块，所述订车服务器包括一超文本服务模块；乘客终端或车终端通过超文本通信模块从订车服务器数据库中获得符合搜索条件的车终端列表或乘客终端列表。

14.根据权利要求13所述的订车系统，其特征在于，乘客终端向所述车终端列表中的车终端发出订车订单，收到订车订单的车终端经过应答后与乘客终端建立端对端的直接的通信通道。

15.根据权利要求14所述的订车系统，其特征在于，所述的直接的通信通道为无线电话通信通道或移动互联网通信通道。

16.根据权利要求14所述的订车系统，其特征在于，所述的直接的通信通道为文字信息通信通道。

17.根据权利要求14所述的订车系统，其特征在于，所述的直接的通信通道为语音通信通道。

18.根据权利要求17所述的订车系统，其特征在于，所述的语音通信通道包括网络语音通道或移动电话通信通道。

19.根据权利要求13所述的订车系统，其特征在于，所述乘客终端或车终端包括一实时信息模块，该实时信息模块实时发送所述搜索条件至订车服务器并从订车服务器端取回符合搜索条件的车终端列表。

20.根据权利要求19所述的订车系统，其特征在于，所述实时信息模块群发订车订单给该车终端列表中的车终端，并实时接受车终端的回复信息。

21.根据权利要求13所述的订车系统，其特征在于，所述乘客终端和车终端包括一端对端通信模块，所述订车服务器包括一端对端实时通信模块，乘客终端向车终端列表中的车终端发出订车订单，并通过端对端通信模块和端对端实时通信模块在发出订车订单的乘客终端或车终端与接受订车订单的乘客终端或车终端之间建立直接的通信通道。

22.根据权利要求13所述的订车系统，其特征在于，所述乘客终端和车终端包括一订单处理模块，所述订车服务器包括一订单管理模块，乘客通过订单处理模块对乘车服务做出评价，并通过超文本通信模块发布至订车服务器，所述订单管理模块对所述评价进行处理形成司机的信誉度评级并实时存入订车服务器的数据库。

23.根据权利要求13所述的订车系统，其特征在于，所述订车服务器包括一地理逻辑运算模块，一消息处理模块，一实时信息交流模块；该实时信息交流模块与所述数据库相关联，该消息处理模块与该订单管理模块、该实时信息交流模块以及该地理逻辑运算模块相关联，实时统计与特定起始地点相关的订车订单的数量或以某一特定地点为起始地点的订车订单的历史价格信息，并通过实时信息交流模块实时存入所述数据库。

24.根据权利要求23所述的订车系统，其特征在于，所述乘客终端和车终端包括一实时信息模块和一实时信息显示模块，该实时信息模块通过端对端通信模块从所述数据库实时获取特定起始地点相关联的订车订单的数量或以某一特定地点为起始地点的订车订单的历史价位信息并通过实时信息显示模块显示。

25.一种订车方法，包括乘客终端，车终端，和订车服务器，该乘客终端和车终端是具有导航定位功能的智能通信终端，其特征在于，所述订车服务器包括一数据库，该数据库收录与乘客终端或车终端相关的实时信息，所述乘客终端和车终端通过移动互联网登录所述订车服务器并向订车服务器实时传送所述实时信息；所述订车方法包括步骤：

乘客终端通过订车服务器搜索所在地点一定范围内的车终端列表；并通过订车服务器向车终端列表中的车终端发出订车订单；

在接受订车订单的车终端与发出订车订单的乘客终端之间建立端对端的直接的通信通道。

26.根据权利要求25所述的订车方法，其特征在于，所述实时信息包括包括车终端用户身份、车牌号、车型、司机姓名、司机信誉度、实时位置、是否空载、司机通信方式、乘车价格、乘客终端用户身份、乘车起点位置、乘客通信方式之一项或数项。

27.根据权利要求26所述的订车方法，其特征在于，所述的订车方法包括步骤：

乘客终端在乘车结束后对本次乘车服务做出评价，并作为司机信誉度的一项统计记录存入订车服务器的数据库的实时信息中。

28.根据权利要求25所述的订车方法，其特征在于，所述端对端的直接的通信通道藉由所述乘客终端和车终端自身具有的通信功能建立。

29.根据权利要求28所述的订车方法，其特征在于，车终端接受订车订单后，经过应答询问，自动启动车终端的拨号程序或互联网语音通话程序呼叫发出订车订单的乘客终端。

30.根据权利要求25所述的订车方法，其特征在于，所述端对端的直接的通信通道藉由订车服务器建立。

31.根据权利要求30所述的订车方法，其特征在于，所述乘客终端和车终端包括一端对端通信模块，所述订车服务器包括一端对端实时通信模块，所述订车方法包括步骤：

接受订车订单的车终端在发出接受订车订单的指令后，订车服务器启动端对端实时通信模块，利用所述端对端通信模块在发出订车订单的乘客终端和接受订车订单的车终端之间建立端对端的直接的通信通道。

32.根据权利要求25所述的订车方法，其特征在于，所述的端对端的直接通信通道包括互联网语音通信通道或无线电话语音通信通道。

Images