CN103093402A

CN103093402A - 汽车服务实现方法及系统

Info

Publication number: CN103093402A
Application number: CN2013100122269A
Authority: CN
Inventors: 刘泉良
Original assignee: CHENGDU QIXIA TECHNOLOGY Co Ltd
Priority date: 2013-01-14
Filing date: 2013-01-14
Publication date: 2013-05-08
Anticipated expiration: 2033-01-14
Also published as: CN103093402B

Abstract

本发明公开了一种汽车服务实现方法，预先对服务请求方和服务提供方进行认证，保存与所述服务提供方对应的信用值数据；接收出租车呼叫请求，返回所有符合所述出租车呼叫请求的出租车信息；接收呼叫订单反馈信息，所述呼叫订单反馈信息包括接受订单的反馈信息和不接受订单的反馈信息；若接收到所述接受订单的反馈信息，则将所述服务请求方的联系信息及验证信息发送给所述服务提供方，将所述服务提供方的联系信息及验证信息发送给所述服务请求方；根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值。本发明还公开了一种汽车服务实现系统，该方法及系统，能实现对汽车服务提供方的监管。

Description

汽车服务实现方法及系统

技术领域

本发明涉及汽车服务技术领域，特别涉及汽车服务实现方法及系统。

背景技术

汽车服务是一种与汽车的使用相关的服务业务，包括出租车即时呼叫、拼车、代驾和租赁等。

现有的汽车服务大多采用中间平台方式实现，即为服务双方（服务请求方和服务提供方，例如在出租车即使呼叫业务中，叫车人是服务请求方，出租车是服务提供方）提供一个中间信息平台，根据服务请求方的请求，自动匹配出合适的服务提供方，并将双方的信息进行交换，例如客户位置、车辆位置、客户联系方式、车辆联系方式等，双方均收到对方的信息之后，即可脱离平台自行进行协商，如协商成功，则双方自行进行后续的具体汽车服务的实施。

从上述描述可以看出，现有的汽车服务实现方法扮演了一个中间人的角色，将服务双方的信息交换完成后，就不会再参与后续过程，具体服务是否达成，以及可能会出现的服务纠纷，现有的汽车服务平台无法进行监管和处理，用户投诉无门。

而且对于服务双方的真实身份，现有方法和平台也不会进行认证，对服务双方监管力度很小，使得在现有汽车服务实现方法及平台中，虚假信息、服务纠纷不断。

另外，现有的汽车服务方法是自动匹配服务对象，请求服务的用户无法实现自主选择，而且在匹配服务对象后，双方才能得到各自的联系方式，在服务达成之前，双方也无法得知对方的情况，无法进行有针对性的选择，服务成功率低。

发明内容

本发明提供了一种汽车服务实现方法及系统，能够对服务提供方进行监管。

为达上述目的，本发明的技术方案具体是这样实现的：

一种汽车服务实现方法，该方法包括：

预先对服务请求方和服务提供方进行认证，保存与所述服务提供方对应的信用值数据；

接收服务请求方发送的出租车呼叫请求，向所述服务请求方返回所有符合所述出租车呼叫请求的出租车信息；

接收服务提供方发送的呼叫订单反馈信息，所述呼叫订单反馈信息是所述服务提供方接收到所述服务请求方选择所述服务提供方生成并发送的呼叫订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

若接收到所述接受订单的反馈信息，则将所述服务请求方的联系信息及验证信息发送给所述服务提供方，将所述服务提供方的联系信息及验证信息发送给所述服务请求方；

根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值。

优选地，所述根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值，包括：

若在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息，则增加与所述服务提供方对应的信用值；

若在预设时间内未接收到所述服务提供方或所述服务请求方发送的验证信息，则向所述服务提供方和所述服务请求方发送等待请求；

若在预设时间内未接收到所述服务提供方发送的验证信息，且收到所述服务请求方接收到所述等待请求后通过选择不等待的选项生成并发送的放弃指令，则减少与所述服务提供方对应的信用值。

优选地，该方法进一步包括：

若接收到不接受订单的反馈信息，则提示所述服务请求方再次选择服务提供方，并返回所有符合所述汽车呼叫请求的服务提供方的信息。

优选地，所述呼叫订单中包括支付凭证，所述支付凭证通过服务请求方购买获得；

若在预设时间内未接收到所述服务请求方发送的验证信息，且收到所述服务提供方接收到所述等待请求后通过选择不等待的选项生成并发送的放弃指令，则令所述呼叫订单中的支付凭证失效。

优选地，所述出租车呼叫请求中携带服务请求方的位置信息以及目的地信息；

所述符合出租车呼叫请求的出租车信息，包括：

位置在以所述服务请求方的位置为中心，预设半径范围内的出租车位置信息。

一种汽车服务实现系统，该系统包括：

信用子系统，保存与所述服务提供方对应的信用值数据；

后台子系统，预先对服务请求方和服务提供方进行认证，与所述信用子系统连接，接收服务请求方发送的出租车呼叫请求，向所述服务请求方返回所有符合所述出租车呼叫请求的出租车信息；

根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变所述信用子系统中保存的，与所述服务提供方对应的信用值。

优选地，所述后台子系统包括：

请求处理模块，接收服务请求方发送的出租车呼叫请求，向所述服务请求方返回所有符合所述出租车呼叫请求的出租车信息；

反馈处理模块，接收服务提供方发送的呼叫订单反馈信息，若接收到所述接受订单的反馈信息，则将所述服务请求方的联系信息及验证信息发送给所述服务提供方，将所述服务提供方的联系信息及验证信息发送给所述服务请求方；

信用处理模块，根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变所述信用子系统中保存的，与所述服务提供方对应的信用值。

优选地，所述信用处理模块包括：

信用增加单元，若在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息，则增加与所述服务提供方对应的信用值；

信用减少单元，若在预设时间内未接收到所述服务提供方或所述服务请求方发送的验证信息，则向所述服务提供方和所述服务请求方发送等待请求；

优选地，所述反馈处理模块进一步用于：

优选地，所述服务请求方进一步发送包括支付凭证的呼叫订单；所述支付凭证通过服务请求方购买获得；

所述信用处理模块进一步包括：

支付处理单元，若在预设时间内未接收到所述服务请求方发送的验证信息，且收到所述服务提供方接收到所述等待请求后通过选择不等待的选项生成并发送的放弃指令，则令呼叫订单中的支付凭证失效。

由上述技术方案可见，本发明的这种汽车服务实现方法及系统，通过建立信用系统，以及向服务双方发送验证信息，并根据接收到服务双方反馈的验证信息的情况对服务提供方进行信用值的改变，使服务提供方的服务情况能够通过信用系统得到反映，实现对汽车服务提供方的监管。

通过对服务双方进行认证，进一步增加监管力度，增加了发布虚假信息的难度，也给后续服务纠纷，违约等问题提供了维权的基础。

另外，本发明通过将服务提供方的车辆的信息展示给服务请求方，让服务请求方自行选择，从而避免因自动匹配可能造成的不符合用户需求的情况发生，增加汽车服务的准确性。

附图说明

图1为本发明实施例一的汽车服务实现方法流程图。

图2为本发明实施例二的汽车服务实现方法信息时序图。

图3为本发明实施例通过手机客户端实现叫车服务的信息时序图。

图4为本发明实施例通过网页客户端实现叫车服务的信息时序图。

图5为本发明实施例实现租车服务的信息时序图。

图6为本发明实施例实现拼车服务的信息时序图。

图7为本发明实施例实现代驾服务的信息时序图。

图8为本发明实施例一的汽车服务实现系统结构示意图。

图9为本发明实施例的后台子系统结构示意图。

图10为本发明实施例的信用处理模块结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

实施例一、

本发明提供一种汽车服务实现方法，如图1所示，该方法包括如下步骤：

步骤101、预先对服务请求方和服务提供方进行认证，保存与所述服务提供方对应的信用值数据；

步骤102、接收服务请求方发送的出租车呼叫请求，向所述服务请求方返回所有符合所述出租车呼叫请求的出租车信息；

步骤103、接收服务提供方发送的呼叫订单反馈信息，所述呼叫订单反馈信息是所述服务提供方接收到所述服务请求方选择所述服务提供方生成并发送的呼叫订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

步骤104、若接收到所述接受订单的反馈信息，则将所述服务提供方的联系信息及验证信息发送给所述服务提供方，将所述服务提供方的联系信息及验证信息发送给所述服务请求方；

步骤105、根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值。

其中，步骤105中，所述根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值，包括：

另外，若接收到不接受订单的反馈信息，则提示所述服务请求方再次选择服务提供方，并返回所有符合所述汽车呼叫请求的服务提供方的信息。

所述呼叫订单中包括支付凭证，所述支付凭证可以通过服务请求方购买获得；

其中，所述出租车呼叫请求中携带服务请求方的位置信息以及目的地信息；

所述符合出租车呼叫请求的出租车信息，包括：

另外，为了实现汽车租赁服务，该方法可以进一步包括步骤：

预先接收服务提供方发布的汽车待租信息；

接收服务请求方发送的汽车租赁请求，返回所有符合所述汽车租赁请求的汽车待租信息；

接收服务请求方通过选择汽车待租信息生成的租赁订单；

将所述租赁订单及服务提供方的联系信息发送给发布所述租赁订单的服务提供方。

另外，为了实现拼车服务，该方法可以进一步包括：

预先接收服务提供方发布的拼车信息；

接收服务请求方发送的拼车请求，返回所有符合所述拼车请求的拼车信息；

接收服务请求方通过选择拼车信息生成的拼车订单；

将所述拼车订单及服务提供方的联系信息发送给发布所述拼车订单的服务提供方；

接收所述服务提供方发送的拼车订单反馈信息，所述拼车订单反馈信息是所述服务提供方接收到所述服务请求方选择所述服务提供方生成并发送的拼车订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

若接收到的是接受订单的反馈信息，则发送所述服务提供方的联系信息和验证码给所述服务请求方；

若接收到的是不接受订单的反馈信息，则通知所述服务请求方订单取消。

另外，为了实现代驾服务，该方法可以进一步包括：

预先接收服务提供方发布的代驾信息；

接收服务请求方发送的代驾请求，返回所有符合所述代驾请求的代驾信息；

接收服务请求方通过选择代驾信息生成的代驾订单；

将所述代驾订单及服务提供方的联系信息发送给发布所述代驾订单的服务提供方；

接收所述服务提供方发送的代驾订单反馈信息，所述代驾订单反馈信息是所述服务提供方接收到所述服务请求方选择所述服务提供方生成并发送的代驾订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

本发明还提供一种汽车服务实现系统，参见图8所示，该系统包括：

信用子系统802，保存与所述服务提供方804对应的信用值数据；

后台子系统801，预先对服务请求方803和服务提供方804进行认证，与所述信用子系统802连接，接收服务请求方803发送的出租车呼叫请求，向所述服务请求方803返回所有符合所述出租车呼叫请求的出租车信息；

接收服务提供方804发送的呼叫订单反馈信息，所述呼叫订单反馈信息是所述服务提供方804接收到所述服务请求方803选择所述服务提供方804生成并发送的呼叫订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

若接收到所述接受订单的反馈信息，则将所述服务请求方803的联系信息及验证信息发送给所述服务提供方804，将所述服务提供方804的联系信息及验证信息发送给所述服务请求方803；

根据在预设时间内接收到所述服务提供方804和所述服务请求方803发送的验证信息的情况，改变所述信用子系统802中保存的，与所述服务提供方804对应的信用值。

其中，所述后台子系统801如图9所示，包括：

请求处理模块901，接收服务请求方803发送的出租车呼叫请求，向所述服务请求方803返回所有符合所述出租车呼叫请求的出租车信息；

反馈处理模块902，接收服务提供方发送的呼叫订单反馈信息，若接收到所述接受订单的反馈信息，则将所述服务请求方803的联系信息及验证信息发送给所述服务提供方804，将所述服务提供方804的联系信息及验证信息发送给所述服务请求方803；另外，所述反馈处理模块902还可以进一步用于：若接收到不接受订单的反馈信息，则提示所述服务请求方803再次选择服务提供方804，并返回所有符合所述汽车呼叫请求的服务提供方的信息。

信用处理模块903，根据在预设时间内接收到所述服务提供方804和所述服务请求方803发送的验证信息的情况，改变所述信用子系统802中保存的，与所述服务提供方804对应的信用值。

较佳地，所述信用处理模块903如图10所示，包括：

信用增加单元1001，若在预设时间内接收到所述服务提供方804和所述服务请求方803发送的验证信息，则增加与所述服务提供方803对应的信用值；

信用减少单元1002，若在预设时间内未接收到所述服务提供方804或所述服务请求方803发送的验证信息，则向所述服务提供方804和所述服务请求方803发送等待请求；

若在预设时间内未接收到所述服务提供方804发送的验证信息，且收到所述服务请求方803接收到所述等待请求后通过选择不等待的选项生成并发送的放弃指令，则减少与所述服务提供方804对应的信用值。

另外，为实现服务费用的支付，所述服务请求方803可以进一步发送包括支付凭证的呼叫订单；所述支付凭证通过服务请求方803购买获得；

所述信用处理模块903可以进一步包括：

支付处理单元1003，若在预设时间内未接收到所述服务请求方803发送的验证信息，且收到所述服务提供方804接收到所述等待请求后通过选择不等待的选项生成并发送的放弃指令，则令呼叫订单中的支付凭证失效。

另外，所述服务请求方803还可以进一步发送携带服务请求方的位置信息以及目的地信息的出租车呼叫请求；

所述请求处理模块901进一步返回符合出租车呼叫请求的，位置在以所述服务请求方803的位置为中心，预设半径范围内的出租车位置信息。

另外，为了实现汽车租赁服务，所述后台子系统801可以进一步包括：

租赁处理模块904，预先接收服务提供方804发布的汽车待租信息；接收服务请求方803发送的汽车租赁请求，返回所有符合所述汽车租赁请求的汽车待租信息；

接收服务请求方803通过选择汽车待租信息生成的租赁订单；将所述租赁订单及服务请求方803的联系信息发送给发布所述租赁订单的服务提供方804。

拼车处理模块905，预先接收服务提供方804发布的拼车信息；

接收服务请求方803发送的拼车请求，返回所有符合所述拼车请求的拼车信息；

接收服务请求方803通过选择拼车信息生成的拼车订单；

将所述拼车订单及服务请求方803的联系信息发送给发布所述拼车订单的服务提供方804；

接收所述服务提供方804发送的拼车订单反馈信息，所述拼车订单反馈信息是所述服务提供方804接收到所述服务请求方803选择所述服务提供方804生成并发送的拼车订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

若接收到的是接受订单的反馈信息，则发送所述服务提供方804的联系信息和验证码给所述服务请求方803；

若接收到的是不接受订单的反馈信息，则通知所述服务请求方803订单取消。

另外，为了实现汽车代驾服务，所述后台子系统801可以进一步包括：

代驾处理模块906，预先接收服务提供方804发布的代驾信息；

接收服务请求方803发送的代驾请求，返回所有符合所述代驾请求的代驾信息；

接收服务请求方803通过选择代驾信息生成的代驾订单；

将所述代驾订单及服务请求方803的联系信息发送给发布所述代驾订单的服务提供方804；

接收所述服务提供方804发送的代驾订单反馈信息，所述代驾订单反馈信息是所述服务提供方804接收到所述服务请求方803选择所述服务提供方804生成并发送的代驾订单后，通过选择接受与否后生成，包括接受订单的反馈信息和不接受订单的反馈信息；

上述系统实现出租车呼叫时的消息时序如图2所示，包括：

步骤201、服务请求方向后台子系统发送出租车呼叫请求消息；

步骤202、后台子系统返回出租车信息；

步骤203、服务请求方向服务提供方发送呼叫订单；

步骤204、服务请求方向后台子系统发送呼叫订单反馈信息；

步骤205、后台子系统向服务请求方发送验证信息及服务提供方的联系方式；

步骤206、后台子系统向服务提供方发送验证信息及服务请求方的联系方式；当然步骤205、206的顺序可以颠倒，也可以同时。

后续，后台子系统可以根据步骤207、或208发回的验证信息通过步骤209向控制信用子系统发送信用值变更信息，控制信用子系统对服务提供方的信用值进行变更。

其中通过手机实现出租车呼叫时的消息时序如图3所示，包括如下步骤：

步骤301、客户手机客户端向后台子系统发送叫车请求；

步骤302、后台子系统向客户手机客户端发送车辆位置信息。

步骤303、客户手机客户端向所选择的出租车的出租车客户端发送订单信息。

步骤304、出租车客户端向后台子系统发送订单反馈信息。

步骤305、后台子系统向客户手机客户端发送出租车的联系方式和验证信息；

步骤306、后台子系统向出租车客户端发送客户的联系方式和验证信息；

当然，步骤305和步骤306，的顺序可以交换也可以同时进行。

如果服务请求方通过网页客户端呼叫出租车，则消息时序如图4所示，网页客户端相比手机客户端，其功能可以更加丰富，可以增加支付和等待等功能，具体可以包括如下步骤：

步骤401、网页客户端向后台子系统发送叫车请求。

步骤402、后台子系统向网页客户端返回车辆位置信息。

步骤403、网页客户端向后台子系统发送叫车卷购买请求；

步骤404、后台子系统向网页客户端返回叫车卷信息；

如果网页客户端购买叫车券成功，则后台子系统将会把叫车券信息返回给网页客户端。

步骤405、网页客户端向其选择的出租车的客户端发送订单信息。

步骤406、出租车客户端向网页客户端发送订单反馈信息。

步骤407、后台子系统分别向网页客户端和出租车客户端发送等待请求；

如果网页客户端和出租车客户端之间的交易在预设时间没有完成交易，后台子系统可以向网页客户端和出租车客户端发送等待请求，征求网页客户端和出租车客户端是否能同意。

步骤408、网页客户端向后台子系统发送等待反馈信息；

步骤409、出租车客户端向后台子系统发送等待反馈信息；

步骤408、409中的等待反馈信息可以是同意等待或者是不同意等待，任意一方选择不同意等待，则订单可以取消。

另外、实现租车服务的信息时序如图5所示，包括：

步骤501、车辆提供方向后台子系统发布车辆信息

步骤502、租车方向后台子系统发布租车请求；

步骤503、后台子系统向租车方发送车辆信息；

步骤504、租车方向后台子系统发送订单信息及租车方的联系方式；

步骤505、后台子系统转发所述订单信息及租车方的联系方式给车辆提供方。

另外、实现拼车服务的信息时序如图6所示，其中步骤601、602、603、604、605、其具体消息时序与图5类似，只是传输的信息不同，这里不再赘述，相比图5，后台子系统可以进一步通过步骤606、607将车辆提供方的订单反馈信息反馈给拼车方。

另外、实现代驾服务的信息时序如图7所示，其中步骤701、702、703、704、705、706、707种其具体消息时序与图6中类似，只是传输的信息不同，这里不再赘述。

用户通过上述方法和系统，进行汽车服务交易的过程举例如下：

一．叫车流程

1.乘客订车流程（用户客户端，服务请求方）

（1）乘客注册登陆后,选择订车.

（2）通过移动平台GPS定位,返回乘客所在坐标.

（3）系统自动查找乘客坐标,将乘客坐标附近3-5Km（用户可选）内出租车显示到乘客移动平台上.

（4）乘客可自动在地图上选择出租车，点击即可查看此出租车详细信息，方可订车.

（5）用户通过支付宝或者短信等支付方式购买叫车券（叫车券为服务提供商发行的一种电子代币，即一种支付凭证），如果有即可不购买。

（6）用叫车券的乘客选定出租车后，提交订单，将订单发送给司机。

（7）司机收到订单信息（如用户姓名，电话，地址，目的地，司机地址，姓名，牌照等）。确定载人回复Y，不愿载人回复N。

（8）Y通知乘客可以付款给此司机，N重新选择司机，

（9）付款后可收到出租车司机联系方式和此出租车的位置，等待司机前来接送。

（10）司机到达乘客地点，定位。

（11）乘客上车，与司机确认身份。

2.乘客订车流程（用户客户端，服务请求方）

（1）司乘客注册登陆后，输入接送地址和目的。

（2）乘客开启共享后等待乘客呼叫信息。

（3）系统自动查找需接送地址坐标，将乘客需接送地址坐标附近3-5Km（用户可选）内出租车显示到网站地图上。

（4）乘客可自动在地图上选择出租车，点击即可查看此出租车详细信息，方可订车。

（5）用户通过支付宝或者短信等支付方式购买叫车券，如果有即可不购买。

（6）用叫车券的乘客选定出租车后,提交订单，将订单发送给司机。

（7）司机收到订单信息（如用户姓名，电话，地址，目的地，司机地址，姓名，牌照）。确定载人回复Y.不愿载人回复N。

（8）Y通知乘客可以将购买的叫车券付款给此司机，N重新选择司机叫车券仍然生效。

（9）司机收到同意接送信息应立即前往，如在订车达成交易X分钟后（系统默认时间），无论乘客还是出租车未到达规定地点，系统将提示到达方，是否继续等待，选Y则继续等待，选N则废弃此单。到达方废弃此单后，可继续开启共享接受订单/通过移动客户端搜寻附近空闲出租车。（注：此单若因乘客违约而废弃，则叫车券不会返还；此单若因出租车违约而废弃，则返还乘客叫车券，并扣除违约司机大量信用度，并记载违约次数）。

3.出租车接客流程（出租车客户端，服务提供方）

（1）司机注册登陆后，可以选择发布共享位置到服务器上。

（2）司机开启共享后等待乘客呼叫信息。

（3）收到呼叫信息后司机可查看乘客叫车需求和订单信息（如用户姓名，地址，目的地，司机地址，姓名，牌照等）。

（4）如果无问题则同意接送，将消息发送给乘客。此时收到乘客联系电话和叫车券号。则不同意，出租车客户端将继续发布共享位置等待乘客订车。

（5）司机到达目的地点击验证位置，可验证司机是否收钱后接送乘客。系统记录到达时间和地址。

（6）将乘客送达目的地，司机点击共享按钮即可再次接受订单。

二．租车流程

（1）车辆提供方注册登录后,进入个人空间。

（2）租车公司第一次登陆后发布信息，选择我要开店，生成店铺后发布车辆信息；个人提供车辆，则点击我有车辆出租。

（3）填写车辆信息:如车辆型号、颜色、已行驶公里数、租金:X元/天、是否提供送车上门服务、送车上门支付的订金为Y元等。

（4）填写完成确认发布。

（5）当有用户需要租车，车辆提供方收到订单详情以及对方联系方式。

（6）如果需要送车上门，则支付订金后送车上门，收取押金；不送车上门则等待用户自取，收取押金。

（7）用户归还车辆，收取租金退换押金，交易完成。

三．拼车流程

1.搜索拼车流程

（1）用户搜索拼车信息，进入拼车首页，选择自定义搜索或者地图搜索。

①自定义搜索：通过类型、出发的、目的地、日期、时间等信息进行搜索。

②地图搜索:在地图上标注出发地、目的地，选择查找范围X公里内进行搜索。

（2）确定使用该条信息，填写订单，包括出发地、目的地、日期、时间、备注等

（3）填好后确认，发送订单详情给信息发布方，等待信息发布方答复。

（4）发布方同意则发送联系方式及验证码给下订单者；不同意，则通知搜索拼车者订单被取消；24小时内信息发布方无回复订单取消。

（5）双方具体协商后拼车。

2.拼车信息发布流程

（1）发布拼车信息（可以在个人空间和拼车首页发布；

点击按钮[我要发布拼车信息]，选择[我是车主]或[我是乘客]。

（2）车主发布信息先选择拼车类型，然后填写出发地和目的地以及日期时间，填写车辆信息及可载人数；可注明费用。

（3）乘客发布信息先选择拼车类型，然后填写出发地和目的地以及日期时间，填写乘客人数以及可接受的价格范围。

（4）搜索拼车者填写好订单后,发送订单详情给信息发布方，信息发布方同意则回复Y，不同意则回复N；若24小时内无回复，订单自动取消。

（5）回复Y则发送联系方式给下订单者，回复N，发送信息给下订单者，订单取消。

（6）双方具体协商后拼车。

3.拼车个人账号及空间管理

（1）用户注册

①用户注册需填写账号、密码、确认密码、验证密保、姓名、身份证号、联系电话、e-mail等。

②用户注册后可点击完善信息，填写现居地、有无车辆、车辆型号、车牌号、已行驶公里数、有无驾照、驾龄等。

（2）用户个人空间

①可查看和修改:个人基本信息、所发布的拼车信息、以及发布拼车信息(也可在拼车首页发布)。

②发布信息:如果是车主发布信息则选择按钮[我是车主，我要发布拼车信息]。

③如果是车主发布信息则选择按钮[我是乘客，我要发布拼车信息]。

③修改个人信息，可修改联系电话、e-mail、现居地、有无车辆、车辆型号、车牌号、有无车驾照、驾龄等。

④用户修改或删除发布的信息：选择修改或删除已发布信息。

四．代驾流程

1.请求代驾流程

（1）用户登录后，选择我要代驾。

（2）可以通过首页推荐选择代驾，按照代驾类型、性别、年龄段、驾龄、等方式搜索代驾司机。

（3）选定后填写订单:需要代驾的日期和时间提交订单。

（4）将订单详情发送给代驾司机，司机收到后24小时内回复，无回复则自动取消订单；司机同意，便课收到司机联系方式及验证码。

（5）用户于司机协商具体代驾事项。

（6）司机前往代驾。

2.提供代驾流程

（1）用户登录后，进入个人空间或在代驾首页选择我要代驾。

（2）填写个人信息，选择代驾类型，确认发布信息。

（3）收到用户订单详情，同意则回复Y，不同意则回复N。

（4）司机同意代驾，则收到对方联系方式以及验证码。

（5）双方协商具体代驾事项，前往代驾。

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

Claims

1.一种汽车服务实现方法，其特征在于，该方法包括：

2.如权利要求1所述的汽车服务实现方法，其特征在于，所述根据在预设时间内接收到所述服务提供方和所述服务请求方发送的验证信息的情况，改变与所述服务提供方对应的信用值，包括：

3.如权利要求2所述的汽车服务实现方法，其特征在于，该方法进一步包括：

4.如权利要求2所述的汽车服务实现方法，其特征在于，所述呼叫订单中包括支付凭证，所述支付凭证通过服务请求方购买获得；

5.如权利要求4所述的汽车服务实现方法，其特征在于，所述出租车呼叫请求中携带服务请求方的位置信息以及目的地信息；

所述符合出租车呼叫请求的出租车信息，包括：

6.一种汽车服务实现系统，其特征在于，该系统包括：

信用子系统，保存与所述服务提供方对应的信用值数据；

7.如权利要求6所述的汽车服务实现系统，其特征在于，所述后台子系统包括：

8.如权利要求7所述的汽车服务实现系统，其特征在于，所述信用处理模块包括：

9.如权利要求7所述的汽车服务实现系统，其特征在于，所述反馈处理模块进一步用于：

10.如权利要求7所述的汽车服务实现系统，其特征在于，所述服务请求方进一步发送包括支付凭证的呼叫订单；所述支付凭证通过服务请求方购买获得；

所述信用处理模块进一步包括：