出租车智能电招的方法及系统

1.一种出租车智能电招的方法，其特征在于，所述方法包括：
接收客户终端发送的电招请求；所述电招请求中至少包括：客户的目的地以及客户的标识信息；
对该客户终端进行定位处理得到客户终端的位置信息；
根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；
向满足条件的出租车发送招标信息；所述招标信息至少包括：客户的目的地以及客户的位置信息；
接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息；
其中，所述接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息具体包括：
接收出租车终端发送的招标信息的响应消息后，对该出租车终端进行定位得到该出租车终端的位置信息和出租车速度，根据该出租车终端位置信息、客户终端的位置信息和出租车速度估算出到达时间，将该到达时间携带在电招成功消息中发送给客户终端；
如接收到多个出租车终端发送的招标信息的响应消息，根据筛选规则对多个出租车终端筛选得到中标出租车终端，向该中标出租车终端发送中标信息，
向其他出租车终端发送未中标消息，向该客户终端发送电招成功消息，所述筛选规则包括一维筛选规则和多维筛选规则，当采用一维筛选规则时，单独用上述响应消息的接收时间来筛选出租车终端，或者根据出租车终端与客户终端的直线距离来筛选出租车终端，当采用多维筛选规则时，将上述响应消息的接收时间和出租车终端的信用等级结合筛选，或者将直线距离和出租车终端的信用等级来筛选；
其中，出租车在接到乘客后，将启动驾驶质量记录，根据出租车终端内的加速度传感器、GPS，判断是否有超速、急刹、剧烈颠簸的情况，分析出租车司机驾驶质量，并在本次服务结束时将驾驶质量记录上传电招服务器。
2.根据权利要求1所述的方法，其特征在于，所述方法在接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息之后还包括：
向出租车终端发送中标信息，以使出租车终端根据该中标信息内的客户终端的当前位置信息设定导航；
所述中标信息可以包括：客户终端的当前位置信息。
3.根据权利要求1所述的方法，其特征在于，所述方法在接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息之后还包括：
向出租车终端发送中标信息，并建立中标出租车终端与客户端终端的语音或者即时消息链接，以使客户与出租车司机进行语音通话或者即时消息联络。
4.根据权利要求1所述的方法，其特征在于，所述方法在接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息之后还包括：
实时获取乘客终端和出租车终端的位置信息，根据乘客终端和出租车终端的实时位置信息，判断乘客是否上车或下车，即判断乘车服务的开始或结束。
5.根据权利要求4所述的方法，其特征在于，所述方法在判断出乘车服务开始时，通过传感器记录司机驾驶质量。
6.一种出租车智能电招的系统，其特征在于，所述系统包括：
接收单元，用于接收客户终端发送的电招请求；所述电招请求中至少包括：客户的目的地以及客户的标识信息；
定位单元，用于对该客户终端进行定位处理得到客户终端的位置信息；
验证搜索单元，用于根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；
发送单元，用于向满足条件的出租车发送招标信息；所述招标信息至少包括：客户的目的地以及客户的位置信息；
接收发送单元，用于接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息；
其中，所述接收发送单元具体包括：
接收定位模块，用于接收出租车终端发送的招标信息的响应消息后，对该出租车终端进行定位得到该出租车终端的位置信息和出租车速度；
计算模块，用于根据该出租车终端位置信息、客户终端的位置信息和出租车速度估算出到达时间，将该到达时间携带在电招成功消息中发送给客户终端；
筛选模块，用于如接收到多个出租车终端发送的招标信息的响应消息，根据筛选规则对多个出租车终端筛选得到中标出租车终端，所述筛选规则包括一维筛选规则和多维筛选规则，当采用一维筛选规则时，单独用上述响应消息的接收时间来筛选出租车终端，或者根据出租车终端与客户终端的直线距离来筛选出租车终端，当采用多维筛选规则时，将上述响应消息的接收时间和出租车终端的信用等级结合筛选，或者将直线距离和出租车终端的信用等级来筛选；
发送模块，用于向该中标出租车终端发送中标信息，向其他出租车终端发送未中标消息，向该客户终端发送电招成功消息；
其中，出租车在接到乘客后，将启动驾驶质量记录，根据出租车终端内的加速度传感器、GPS，判断是否有超速、急刹、剧烈颠簸情况，分析出租车司机驾驶质量，并在本次服务结束时将驾驶质量记录上传电招服务器。
7.根据权利要求6所述的系统，其特征在于，所述发送单元还用于向出租车终端发送中标信息，以使出租车终端根据该中标信息内的客户终端的当前位置信息设定导航；所述中标信息可以包括：客户终端的当前位置信息。
8.根据权利要求6所述的系统，其特征在于，所述发送单元还用于向出租车终端发送中标信息，所述系统还包括：
通信建立单元，用于建立中标出租车终端与客户端终端的语音或即时消息链接，以使客户与出租车司机进行语音通话或即时消息联络。
9.根据权利要求6所述的系统，其特征在于，所述系统还包括：
服务判断单元，用于实时获取乘客终端和出租车终端的位置信息，根据乘客终端和出租车终端的实时位置信息，判断乘客是否上车或下车，即判断乘车服务的开始或结束。
10.根据权利要求9所述的系统，其特征在于，所述系统还包括：
质量记录单元，用于在所述服务判断单元判断出乘车服务开始时，通过传感器记录司机驾驶质量。

出租车智能电招的方法及系统\n技术领域\n[0001] 本发明属于通信领域，尤其涉及一种出租车智能电招的方法及系统。\n背景技术\n[0002] 随着社会的发展以及城市化进程的加快，现今的城市资源越来越缺乏，例如现今的城市道路交通资源随着城市人口的增多越来越缺乏，现有的道路交通资源例如出租车资源正越来越紧缺，另一方面，现有的出租车通常采用人工方式来搜索客户，此种方式不仅不利于提高出租车的乘坐率，浪费交通资源，另外此种人工方式也使客户处于不确定状态，因为客户不知道何时才能等到出租车。另外，由于人工方式来搜索毕竟需要出租车司机分散精力用眼睛来搜索客户，这样对分散了司机的精力，容易出现交通事故，增加了社会的危险系数。\n发明内容\n[0003] 本发明实施例的目的在于提供一种出租车的智能电招方法，旨在解决现有的技术方案导致的出租车乘坐率低，出租车容易出事故的问题。\n[0004] 本发明实施例是这样实现的，一种出租车智能电招的方法，所述方法包括：\n[0005] 接收客户终端发送的电招请求；所述电招请求中至少包括：客户的目的地以及客户的标识信息；\n[0006] 对该客户终端进行定位处理得到客户终端的位置信息；\n[0007] 根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；\n[0008] 向满足条件的出租车发送招标信息；所述招标信息至少包括：客户的目的地以及客户的位置信息；\n[0009] 接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息。\n[0010] 本发明还提供一种出租车智能电招的系统，所述系统包括：\n[0011] 接收单元，用于接收客户终端发送的电招请求；所述电招请求中至少包括：客户的目的地以及客户的标识信息；\n[0012] 定位单元，用于对该客户终端进行定位处理得到客户终端的位置信息；\n[0013] 验证搜索单元，用于根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；\n[0014] 发送单元，用于向满足条件的出租车发送招标信息；所述招标信息至少包括：客户的目的地以及客户的位置信息；\n[0015] 接收发送单元，用于接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息。\n[0016] 在本发明实施例中，本发明提供的技术方案通过电子方法呼叫出租车，这样出租车司机无需通过人工方式来搜索客户，所以此种方法不会分散司机的注意力，所以不容易出现交通事故，降低了社会的危险系数，另外，该技术方案通过电子方法呼叫出租车可以很容易的知道所有的出租车的位置以及乘坐率，不会因为人为的精力不集中出现的漏客现象，有利于提高出租车的乘坐率，另外本发明的技术方案相对于普通的电话叫车，减少或取消了人工接听电话，效率更高，并且降低了人力成本。\n附图说明\n[0017] 图1是本发明具体实施方式提供的一种出租车智能电招的方法的流程图；\n[0018] 图2是本发明实施例一实现的技术场景的结构图；\n[0019] 图3是本发明实施例一提供的一种出租车智能电招的方法的流程图；\n[0020] 图4是本发明实施例一提供的电招过程记录流程图；\n[0021] 图5为本发明实施例二提供的一种出租车智能电招的系统的结构图。\n具体实施方式\n[0022] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。\n[0023] 本发明提供的一种出租车智能电招的方法，该方法由服务器完成，该方法如图1所示，包括：\n[0024] S11、接收客户终端发送的电招请求；\n[0025] 需要说明的是，该电招请求中至少包含有，客户的目的地以及客户的标识信息，当然在实际情况中，还可以包括其他的信息，例如：车型、搜索范围(距出发点x公里以内)、招标有效期、司机信用度要求、“悬赏”条件等。\n[0026] S12、对该客户终端进行定位处理得到客户终端的位置信息；\n[0027] S13、根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；\n[0028] S14、向满足条件的出租车发送招标信息；\n[0029] 需要说明的是，上述招标信息至少包括：客户的目的地以及客户的位置信息；当然在实际情况中还可以包括电招请求中包含的信息，例如：车型、搜索范围(距出发点x公里以内)、招标有效期、司机信用度要求等。\n[0030] S15、接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息。\n[0031] 本发明提供的方法通过电子方法呼叫出租车，这样出租车司机无需通过人工方式来搜索客户，所以此种方法不会分散司机的注意力，所以不容易出现交通事故，降低了社会的危险系数，另外，该方法通过电子方法呼叫出租车可以很容易的知道所有的出租车的位置以及乘坐率，这样就能有针对性的将电招请求发送给空置的出租车，提高出租车的乘坐率，所以其不会因为人为的精力不集中出现的漏客现象，有利于提高出租车的乘坐率。\n[0032] 可选的，上述S13中的满足条件的出租车具体可以包括：在客户终端位置信息一定范围的空载出租车，当然也可以为其他的出租车，本发明并不局限该条件的具体表现形式。\n[0033] 可选的，实现S15的方法具体可以为：\n[0034] 接收出租车终端发送的招标信息的响应消息后，对该出租车终端进行定位得到该出租车终端的位置信息和出租车速度，根据该出租车终端位置信息、客户终端的位置信息和出租车速度估算出到达时间，将该到达时间携带在电招成功消息中发送给客户终端。\n[0035] 可选的，实现S15的方法具体可以为：\n[0036] 如接收到多个出租车终端发送的招标信息的响应消息，根据筛选规则对多个出租车终端筛选得到中标出租车终端，向该中标出租车终端发送中标信息，向其他出租车终端发送未中标消息，向该客户终端发送电招成功消息。\n[0037] 需要说明的是，上述筛选规则可以为一维筛选规则，也可以为多维筛选规则，例如，可以单独用上述响应消息的接收时间来筛选出租车终端，当然也可以采用其他的筛选规则，例如根据出租车终端与客户终端的直线距离来筛选出租车终端，当然还可以为其他的方式，例如根据出租车终端的信用等级来筛选。当然也可以为多维筛选方式，例如将上述接收时间和出租车终端的信用等级结合其他筛选，当然也可以为其他的任意组合方式，例如将上述直线距离和出租车终端的信用等级来筛选。本发明并不局限筛选规则的具体表现形式。\n[0038] 可选的，上述方法在S15之后还可以包括：\n[0039] 向出租车终端发送中标信息，以使出租车终端根据该中标信息内的客户终端的当前位置信息设定导航；该中标信息可以包括：客户终端的当前位置信息。\n[0040] 需要说明的是，上述设定导航可以为语音导航方式，也可以为地图导航方式。\n[0041] 通过上述方式设定导航，可以让出租车司机很容易的找到客户终端，并且所有的操作均是自动设定完成，无需出租车司机进行任何手动的操作，所以不会分散出租车司机的注意力，不会影响交通安全。\n[0042] 可选的，上述方法在S15之后还可以包括：\n[0043] 向出租车终端发送中标信息，并建立中标出租车终端与客户端终端的语音链接，以使客户与出租车司机进行语音通话。该方式能够方便司机与客户的沟通，提高了客户的体验效果。\n[0044] 可选的，上述方法在S15之后还可以包括：\n[0045] 实时获取乘客终端和出租车终端的位置信息，根据乘客终端和出租车终端的实时位置信息，判断乘客是否上车或下车，即判断乘车服务的开始或结束。\n[0046] 需要说明的是，上述方法在判断出乘车服务开始时，通过传感器记录司机驾驶质量。\n[0047] 需要说明的是，上述方法在判断乘车服务结束时，提示乘客终端和出租车终端给出本次乘车服务的评价，并根据该评价记录乘客终端和出租车终端的信用等级。\n[0048] 需要说明的是，上述方法在判断出乘车服务开始时，自动记录出租车的行驶轨迹，并存储该行驶轨迹以便后续回放查询。\n[0049] 实施例一\n[0050] 本实施例提供一种出租车智能电招的方法，本实施例实现的技术场景如图2所示包括：乘客使用的移动终端(手机或PC)、移动互联网服务、电招处理服务器、出租车使用的移动终端(手机或专用设备)。乘客终端安装电招移动应用或者访问电招服务器的WEB页面，用来发出电招请求。电招服务器接收乘客电招请求，搜索合适的出租车，向出租车发出招标信息。出租车终端实时向电招服务器更新出租车位置信息，接收电招服务器发出的招标信息并显示，如果出租车司机应标，向电招服务器发送应标信息。电招服务器运行电招服务软件，实现电招流程处理。电招服务器上有记录所有出租车实时位置的“出租车位置数据库”，每个出租车终端实时向电招服务器更新自己的位置，记录在该数据库中；另外还有“乘客位置数据库”，在每次乘客发起电招请求后，实时更新乘客位置信息。除此之外还有“乘客信用数据库”、“司机信用数据库”，分别记录乘客和司机累计的信用记录。出租车终端可以使用普通手机终端，也可以使用专门定制的车载电招终端设备，出租车终端也安装电招移动应用，这个移动应用可以与乘客电招移动应用共用软件，但使用司机身份登录。出租电招可以分为即时电招与预约电招，即时电招就是乘客期望在当前时间、当前地点尽快获取出租车服务。预约电招是乘客期望在一段时间之后的指定时间、地点获取出租车服务。预约电招与即时电招在时间、地点条件有差异，实现过程基本一致。下面针对即时电招进行方案说明。上述方法的具体流程如图3所示。该方法具体可以包括：\n[0051] 乘客操纵终端，输入电招期望条件，包括但不限于：目的地、车型、搜索范围(距出发点x公里以内)、招标有效期、司机信用度要求等。电招条件除目的地外都有系统默认值，最简单情况下用户仅需指定目的地即可发起即时电招请求。\n[0052] 乘客完成电招条件输入，发起即时电招请求，此时如果乘客终端已经通过GPS/LBS定位，则自动将乘客当前位置作为本次电招出发点，连同乘客身份信息、电招条件一起发送给电招服务器。如果因为某种原因乘客终端未能实现定位，则提示用户指定当前位置，可以在终端地图上选择，或输入坐标等。\n[0053] 电招服务器收到乘客电招请求，首先根据乘客终端上报的出发点位置，在“出租车位置数据库”按照搜索范围要求搜索附近出租车，对找到的出租车再按照用户要求的其他条件进行筛选，如车型、司机信用度等，如果没有满足条件的出租车，则向乘客回复消息，告知没有满足要求的出租车。\n[0054] 如果电招服务器找到满足条件的出租车，则根据乘客身份，从“乘客信用数据库”查询获取该乘客的信用记录，然后生成一条招标信息，将乘客目的地、信用记录等信息一起发送给所有满足条件的出租车终端。\n[0055] 每个出租车终端接收到招标信息后，向司机发出提示并显示招标内容。如果一段时间(招标有效期)后没有任何司机应标，则招标过期失败，出租车终端取消显示。\n[0056] 电招服务器在等待一段时间(招标有效期)后没有收到任何出租车应标响应，则向乘客回复信息，告知流标，提醒用户修改招标条件再试。\n[0057] 出租车终端显示招标内容后，如果有出租车司机操作终端表示应标，则出租车终端向电招服务器发出应标请求，该请求带有出租车身份信息。\n[0058] 电招服务器对出租车应标请求按一定规则选择，最简单的规则可以是应标时间先后顺序，即最早应标的出租车中标。\n[0059] 电招服务器确定中标车辆后，向该车辆发送中标信息，通知该车中标。同时向其他车辆发送招标结束信息。\n[0060] 出租车终端收到中标信息后显示给司机，司机可以选择与乘客进行即时消息或通话联系，以进一步确认乘客位置。\n[0061] 电招服务器通知中标车辆后，再根据中标出租车的身份信息，查询“司机信用数据库”，获取该出租车司机信用记录、登记的出租车号码等，并将这些信息发送给乘客。\n[0062] 乘客终端收到中标信息后将车号、车型、司机信用记录等信息显示给乘客，提示乘客已有车辆中标前来。乘客可以选择与司机进行即时消息或通话联系，以进一步确认司机位置。\n[0063] 电招服务器在通知出租车和乘客双方后，启动双方位置更新，实时将乘客位置发给出租车，将出租车位置发给乘客。\n[0064] 出租车终端根据电招服务器发送的乘客位置信息，在地图上实时显示乘客位置，并向司机提供语音导航，以便司机能尽快找到乘客。\n[0065] 乘客终端根据电招服务器发送的出租车位置信息，在地图上实时显示出租车当前位置、前进方向等，避免乘客盲目等待，改善用户体验。\n[0066] 电招服务器根据双方位置信息，自动判断出租车是否已经接到乘客，以及本次服务是否结束(这部分实现方案参见图4电招过程记录流程)。\n[0067] 出租车在接到乘客后，将启动驾驶质量记录，根据出租车终端内的加速度传感器、GPS，判断是否有超速、急刹、剧烈颠簸等情况，分析出租车司机驾驶质量，并在本次服务结束时将驾驶质量记录上传电招服务器。\n[0068] 如图4所示为电招过程记录流程，描述如下：\n[0069] 电招服务器即时获取乘客和出租车实时位置信息，并进行比对，当两者位置重叠(或距离小于特定值)，并开始共同移动，即可判定出租车已经接到乘客。\n[0070] 电招服务器判定出租车接到乘客后，开始对本次服务的行驶轨迹进行记录，以便后续提供查询服务。\n[0071] 电招服务器继续比对乘客与出租车位置信息，当两者位置分开(或距离大于特定值)，即可判定本次出租车服务已经结束。\n[0072] 电招服务器判定服务结束，则向双方发出评价提示，相互进行服务质量和诚信度评价。\n[0073] 乘客和出租车对对方的评价记录，分别计入“司机信用数据库”、“乘客信用数据库”。如果未作评价，一段时间后默认好评。\n[0074] 如果乘客途中关闭终端，则可以根据乘客指定的目的地是否到达来判定是否服务结束。\n[0075] 另外，乘客与出租车信用记录的方法的具体描述如下：\n[0076] 乘客信用记录包括发起电招次数、成功完成电招次数、获得司机好评次数。\n[0077] 司机信用记录包括中标次数、成功完成服务次数、获得乘客好评次数、驾驶质量平均得分等。\n[0078] 用户收到中标通知之前取消电招请求，则不影响信用记录。\n[0079] 如果出租车中标后，乘客短时间(比如30分钟)内取消电招，则影响一次乘客信用记录。\n[0080] 如果出租车中标后，司机取消或未提供服务，则影响一次司机信用记录。\n[0081] 另外，本实施例中的方案补充说明：\n[0082] 主流程上可以有优化，比如服务器选择中标车辆的条件、确定中标车辆前可以再请乘客确认，以改善乘客电招体验。\n[0083] 本发明的方法不仅可以电招客用出租车，同样可以用于货车、救援车或其它特种车辆。\n[0084] 乘客终端可以向电招服务器请求搜索出发点附近车辆情况，向乘客显示一定范围内注册出租车数量。\n[0085] 乘客终端在乘车服务开始、结束时，可以自动或手工向预设电话号码发送“平安短信”，告知所乘车辆信息。\n[0086] 乘客电招请求可以附加“悬赏”条件，特定情况下乘客开出“悬赏”条件增加对出租司机吸引力，增大中标概率。\n[0087] 上述方案中司机与乘客电话联系是指经过系统中转的通话，仅在服务过程中可用，避免泄漏双方电话号码，保护个人隐私。\n[0088] 本实施例提供的方法具有如下优点：\n[0089] 1、除了乘客和出租车司机，系统无需人工处理，无须占地建设专用设施，只须普通无线手机终端，即可实现快速无间断的24小时电招服务。\n[0090] 2、乘客在发出电招请求的同时，终端自动向系统上报自己的地理位置，无须繁琐的沟通确认，便于出租车司机快速找到乘客。\n[0091] 3、系统收到乘客电招请求后，可以快速自动搜索是否有合适车辆，并将请求通知出租车司机，并整个过程随时通知乘客。\n[0092] 4、出租车公司、司机和乘客可以自主向系统注册，不同出租车公司资源共享，统一调度，各出租车公司无须分散重复建设电招系统，容易形成规模，乘客电招成功率更高，且只须一次电招操作，更方便。\n[0093] 5、完善记录司机的服务记录和乘客的电招记录，累计信用，有利于建立双方信任；\n[0094] 6、出租车无须到处空跑，在固定地点等候即可收到乘客电招请求，减少了燃油消耗和污染。\n[0095] 7、将司机的驾驶质量、安全记录等纳入司机信用记录，而信用记录直接影响乘客对司机的选择，信用记录好的司机更受乘客欢迎，以此督促司机注意安全，避免野蛮驾驶。\n[0096] 8、乘客与司机仅在电招中标后通过系统中转联系，不会相互暴露电话号码，避免泄漏隐私带来骚扰电话的风险。\n[0097] 实施例二\n[0098] 本实施例提供一种出租车智能电招的系统，该系统如图5所示，具体包括：\n[0099] 接收单元51，用于接收客户终端发送的电招请求；所述电招请求中至少包括：客户的目的地以及客户的标识信息；\n[0100] 定位单元52，用于对该客户终端进行定位处理得到客户终端的位置信息；\n[0101] 验证搜索单元53，用于根据电招请求的客户标识信息进行身份验证，验证成功后，根据该位置信息以及电招请求搜索满足条件的出租车；\n[0102] 发送单元54，用于向满足条件的出租车发送招标信息；所述招标信息至少包括：\n客户的目的地以及客户的位置信息；\n[0103] 接收发送单元55，用于接收出租车终端发送的招标信息的响应消息，向客户终端发送电招成功消息。\n[0104] 可选的，接收发送单元55具体包括：\n[0105] 接收定位模块551，用于接收出租车终端发送的招标信息的响应消息后，对该出租车终端进行定位得到该出租车终端的位置信息和出租车速度；\n[0106] 计算模块552，用于根据该出租车终端位置信息、客户终端的位置信息和出租车速度估算出到达时间，将该到达时间携带在电招成功消息中发送给客户终端。\n[0107] 可选的，接收发送单元55具体包括：\n[0108] 筛选模块553，用于如接收到多个出租车终端发送的招标信息的响应消息，根据筛选规则对多个出租车终端筛选得到中标出租车终端，\n[0109] 发送模块554，用于向该中标出租车终端发送中标信息，向其他出租车终端发送未中标消息，向该客户终端发送电招成功消息。\n[0110] 可选的，上述发送单元54还用于向出租车终端发送中标信息，以使出租车终端根据该中标信息内的客户终端的当前位置信息设定导航；所述中标信息可以包括：客户终端的当前位置信息。\n[0111] 可选的，发送单元54还用于向出租车终端发送中标信息，上述系统还可以包括：\n[0112] 通信建立单元56，用于建立中标出租车终端与客户端终端的语音链接或即时消息联络，以使客户与出租车司机进行语音通话或即时消息联络。\n[0113] 可选的，上述系统可以包括：\n[0114] 服务判断单元57，用于实时获取乘客终端和出租车终端的位置信息，根据乘客终端和出租车终端的实时位置信息，判断乘客是否上车或下车，即判断乘车服务的开始或结束。\n[0115] 可选的，上述系统还可以包括：\n[0116] 质量记录单元58，用于在服务判断单元57判断出乘车服务开始时，通过传感器记录司机驾驶质量。\n[0117] 可选的，上述系统还可以包括：\n[0118] 评价单元591，用于在服务判断单元57判断乘车服务结束时，提示乘客终端和出租车终端给出本次乘车服务的评价，并根据该评价记录乘客终端和出租车终端的信用等级。\n[0119] 可选的，上述系统还可以包括：\n[0120] 轨迹单元592，用于在服务判断单元57判断出乘车服务开始时，自动记录出租车的行驶轨迹，并存储该行驶轨迹以便后续回放查询。\n[0121] 本发明提供的系统通过电子方法呼叫出租车，这样出租车司机无需通过人工方式来搜索客户，所以此种方法不会分散司机的注意力，所以不容易出现交通事故，降低了社会的危险系数，另外，该系统通过电子方法呼叫出租车可以很容易的知道所有的出租车的位置以及乘坐率，不会因为人为的精力不集中出现的漏客现象，有利于提高出租车的乘坐率。\n[0122] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。\n[0123] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。\n[0124] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。\n[0125] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。\n[0126] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。\n[0127] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。\n而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。\n[0128] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。