CN111062782A - 确认拼车的方法以及装置 - Google Patents

Abstract

本说明书实施例提供确认拼车的方法以及装置，其中所述确认拼车的方法应用于拼车服务端，包括：拼车服务端根据拼车请求获取可用拼车车辆的驾驶员信息以及可用拼车车辆的拼车乘客的信用信息，向用户终端发送可用拼车车辆的驾驶员信息以及拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

Description

确认拼车的方法以及装置

技术领域

本说明书实施例涉及计算机技术领域，特别涉及确认拼车的方法。本说明书一个或者多个实施例同时涉及确认拼车的装置，计算设备，以及计算机可读存储介质。

背景技术

随着移动打车软件的兴起，打车变得越来越容易、方便。对于目的地大致相同且顺路的一群人可以选择拼车。拼车具有省钱、环保等优点。用户只要输入目的地和始发地，查询出目的地大致相同且顺路的人，就可以拼车。

但是，拼车的对象一般都是陌生人，存在安全隐患。因此，目前需要提供更加安全的拼车方案，提升拼车过程中的安全性。

发明内容

有鉴于此，本说明书施例提供了确认拼车的方法。本说明书一个或者多个实施例同时涉及确认拼车的装置，计算设备，以及计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种确认拼车的方法，应用于拼车服务端，包括：响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求；接收所述驾驶员和/或乘客反馈的评价信息；根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

可选地，所述根据所述拼车请求获取所述可用拼车车辆的拼车乘客的信用信息包括：从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息。所述根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息包括：将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

可选地，还包括：根据所述拼车请求获取所述用户终端的用户的信用信息；根据所述用户的信用信息判断是否允许所述用户拼车；如果不允许，则向所述用户终端发送拒绝拼车消息。

根据本说明书实施例的第二方面，提供了一种确认拼车的装置，配置于拼车服务端，包括：同行人信用获取模块，被配置为响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。同行人信用发送模块，被配置为向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作。订单生成模块，被配置为响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可选地，还包括：评价请求模块，被配置为在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求。评价接收模块，被配置为接收所述驾驶员和/或乘客反馈的评价信息。信用更新模块，被配置为根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

可选地，所述同行人信用获取模块，被配置为从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息。所述信用更新模块，被配置为将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

可选地，还包括：用户信用获取模块，被配置为根据所述拼车请求获取所述用户终端的用户的信用信息。拼车许可判断模块，被配置为根据所述用户的信用信息判断是否允许所述用户拼车。拼车拒绝模块，被配置为如果所述拼车许可判断模块判定为不允许，则向所述用户终端发送拒绝拼车消息。

根据本说明书实施例的第三方面，提供了一种确认拼车的方法，应用于用户终端，包括：根据用户输入的始发地和目的地向拼车服务端发送拼车请求；接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；接收用户针对所述评价请求输入的评价信息；向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

可选地，还包括：从所述拼车服务端接收拒绝拼车消息；其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的；根据所述拒绝拼车消息向用户展示拒绝拼车提示。

根据本说明书实施例的第四方面，提供了一种确认拼车的装置，配置于用户终端，包括：拼车请求发送模块，被配置为根据用户输入的始发地和目的地向拼车服务端发送拼车请求。信用信息接收模块，被配置为接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。信用信息展示模块，被配置为向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作。拼车确认发送模块，被配置为根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可选地，还包括：评价请求接收模块，被配置为在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求。评价输入接收模块，被配置为接收用户针对所述评价请求输入的评价信息。评价发送模块，被配置为向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

可选地，还包括：拒绝消息接收模块，被配置为从所述拼车服务端接收拒绝拼车消息。其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的。拒绝提示展示模块，被配置为根据所述拒绝拼车消息向用户展示拒绝拼车提示。

根据本说明书实施例的第五方面，提供了一种计算设备，包括：存储器和处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

根据本说明书实施例的第六方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现本说明书第一方面中任一实施例所述应用于拼车服务端的确认拼车的方法的步骤。

根据本说明书实施例的第七方面，提供了一种计算设备，包括：存储器和处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：根据用户输入的始发地和目的地向拼车服务端发送拼车请求；接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

根据本说明书实施例的第八方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现本说明书第三方面中任一实施例所述应用于用户终端的确认拼车的方法的步骤。

本说明书一方面一个实施例中，提供了应用于拼车服务端的确认拼车的方法，由于拼车服务端根据拼车请求获取可用拼车车辆的驾驶员信息以及可用拼车车辆的拼车乘客的信用信息，向用户终端发送可用拼车车辆的驾驶员信息以及拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

本说明书另一方面一个实施例中，提供了应用于用户终端的确认拼车的方法，由于用户终端接收拼车服务端针对拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，并将其向用户展示，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

附图说明

图1是本说明书一个实施例提供的应用于拼车服务端的确认拼车的方法的流程图；

图2是本说明书一个实施例提供的拼车软件界面示意图；

图3是本说明书一个实施例提供的确认拼车的方法的消息交互示意图；

图4是本说明书一个实施例提供的配置于拼车服务端的确认拼车的装置的结构示意图；

图5是本说明书另一个实施例提供的配置于拼车服务端的确认拼车的装置的结构示意图；

图6是本说明书一个实施例提供的应用于用户终端的确认拼车的方法的流程图；

图7是本说明书一个实施例提供的配置于用户终端的确认拼车的装置的结构示意图；

图8是本说明书另一个实施例提供的配置于用户终端的确认拼车的装置的结构示意图；

图9是本说明书一个实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本说明书一个或多个实施例涉及的名词术语进行解释。

拼车：目的地大致相同且顺路的一群人共同乘一辆车，分摊车费。

在本说明书中，提供了确认拼车的方法，本说明书同时涉及确认拼车的装置，计算设备，以及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一个实施例提供的应用于拼车服务端的确认拼车的方法的流程图，包括步骤102至步骤106。

步骤102：响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。

例如，如图2所示拼车软件界面示意图，用户可以在图2所示用户终端的拼车软件界面输入始发地和目的地，向拼车服务端发起拼车请求。该拼车请求中可以携带有发起请求的用户的基本信息，如用户唯一标识、始发地位置信息、目的地位置信息等，以便拼车服务端可以根据始发地位置信息、目的地位置信息调取目的地大致相同且顺路的可用拼车车辆，并获取该可用拼车车辆的驾驶员信息以及该可用拼车车辆的拼车乘客的信用信息。

其中，所述可用拼车车辆的驾驶员信息可以根据实施环境需要进行设置，例如，可以包括：驾驶员联系方式、驾驶员的信用信息等，本说明书对此并不进行限制。

例如，本说明书一实施例中，所述可用拼车车辆的驾驶员信息可以包括：所述可用拼车车辆的驾驶员的信用信息，从而用户可以根据可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，进一步有效提升了拼车过程中的安全性。

为了进一步提高拼车过程中的安全性，本说明书一实施例中，还对请求拼车的用户的信用高低进行了判断，如果信用低不通过，则不允许用户拼车。具体地，拼车服务端还可以根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，如果不允许，则向所述用户终端发送拒绝拼车消息。例如，可以预设请求拼车的用户的信用评分下限，当用户的信用评分低于下限时，则不允许该用户拼车。

步骤104：向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作。

其中，所述乘客的信用信息中若包括隐私信息，可以将隐私信息进行隐藏之后，再展示给用户。

例如，如图2所示拼车软件界面示意图，用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息。用户通过点击确认按钮进行拼车确认操作，如果用户点击放弃按钮，则放弃拼车，结束当前拼车流程。

步骤106：响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可见，由于拼车服务端根据拼车请求获取可用拼车车辆的驾驶员信息以及可用拼车车辆的拼车乘客的信用信息，向用户终端发送可用拼车车辆的驾驶员信息以及拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

本说明书一实施例中，拼车服务端收到用户的拼车确认信息后，可以返回下单成功，驾驶员接乘客。到达目的后，拼车服务端计算车费，通知用户支付，用户支付拼车费用。

为了能够将用户在打车过程中是否及时付款、是否有一些不文明的行为等，及时反馈到其信用信息中，本说明书一实施例中，还可以通过评价机制更新用户的信用信息。具体地，拼车服务端在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客(所述乘客可以包括发送拼车请求的用户和/或拼车乘客)发送评价请求；接收所述驾驶员和/或乘客反馈的评价信息；根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。例如，根据评价信息进行信用信息更新的步骤可以在拼车服务端需要获取信用信息时，相应进行更新的计算，使得当前最新的评价能够及时反馈到用户的信用信息中。在评估或者更新用户的信用信息时，可以根据这些反馈按照不同维度不同权重地为每个维度打分。可以设置付车费时长维度、交通规则守法程度维度等，其中，付车费时长维度的权重可以大于交通规则守法程度维度的权重。综合不同维度的得分，可以得到信用分，形成用户的信用信息。在该实施方式中，由于拼车结束后，驾驶员和/或乘客可以对本次乘车的信用进行评价，从而可以将用户在打车过程中，是否及时付款、是否有一些不文明的行为，驾驶员是否准时接客等，及时更新到其信用信息中，实现了信用乘车闭环，有利于用户去经营自己的信用，文明乘车，形成一个良性循环，进一步提高了拼车的安全性。

根据本说明书实施例的一个实施场景，由支付信用服务端对各个用户的支付信用信息进行维护。例如，所述支付信用服务端可以是支付平台的支付信用服务端。拼车服务端可以从支付信用服务端获取所述可用拼车车辆的驾驶员的支付信用信息和/或拼车乘客的支付信用信息。各个用户在打车过程中的行为可以通过评价机制由拼车服务端反馈到支付信用服务端。具体地，拼车服务端可以将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

为了使本说明书实施例更加易于理解，下面结合图3所示确认拼车的方法的消息交互示意图对本说明书一个或多个实施例进行示例性说明。如图3所示，该方法可以包括步骤302至步骤344。

步骤302：用户终端响应于用户请求拼车，向拼车服务端发送拼车请求。

步骤304：拼车服务端根据拼车请求进行车辆调度，确定可用拼车车辆。

步骤306：拼车服务端向支付信用服务端发送获取可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息的请求。

步骤308：支付信用服务端对发出拼车请求的用户的信用信息、可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息进行评估。

步骤310：支付信用服务端将发出拼车请求的用户的信用信息、可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息返回给拼车服务端。

步骤312：拼车服务端根据发出拼车请求的用户的信用信息判断是否允许所述用户拼车。

步骤314：如果不允许拼车，拼车服务端则向所述用户终端发送拒绝拼车消息。

步骤316：如果允许拼车，拼车服务端将可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息返回给用户终端。

步骤318：如果不允许拼车，用户终端展示拒绝拼车的信息。

步骤320：如果允许拼车，用户终端展示可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息。

步骤322：如果用户认为可用拼车车辆的驾驶员信息以及拼车乘客的信用信息符合自己的预期则点击拼车确认按钮进行拼车确认操作。

如果用户认为可用拼车车辆的驾驶员信息以及拼车乘客的信用信息不符合自己的预期则点击放弃按钮放弃拼车，结束当前拼车流程。

步骤324：用户终端响应于用户点击拼车确认按钮，向拼车服务端发送拼车确认信息。

步骤326：拼车服务端响应于接收到拼车确认信息，生成拼车订单，通知驾驶员接单。

步骤328：拼车服务端向用户终端发送接单成功通知。

步骤330：当用户到达目的地后，用户终端向拼车服务端发送确定到达目的地通知。

步骤332：拼车服务端计算车费，向用户终端发送支付通知。

步骤334：用户终端向拼车服务端发起支付。

步骤336：拼车服务端根据用户终端的支付完成订单。

步骤338：拼车服务端向用户、驾驶员、以及拼车乘客发送评价请求。

步骤340：用户终端针对此次乘车的驾驶员、拼车乘客向拼车服务端反馈评价信息，例如，评价信息可以通过打分的形式反馈。

步骤342：拼车服务端将评价信息回传给支付信用服务端。

步骤344：支付信用服务端根据评价信息，相应更新被评价的用户的信用信息。

在该实施方式中，由于支付信用服务端的支付信用信息是多个方面的，打车是其中的一个方面，例如，支付信用信息可以包括用户日常支付涉及的承诺或者履约情况，表现形式一般是评分，比如用户使用了备用金但是没有及时还款，则被认为是违约了，相应的可以降低该用户的评分，作为惩戒，如果用户及时履约，可以适当的给该用户加一些评分，因此，支付信用服务端综合多方面的信用信息能够更全面的综合评价一个人，提高拼车的安全性。

与上述方法实施例相对应，本说明书还提供了配置于拼车服务端的确认拼车的装置实施例，图4示出了本说明书一个实施例提供的一种配置于拼车服务端的确认拼车的装置的结构示意图。如图4所示，该装置包括：同行人信用获取模块402、同行人信用发送模块404及订单生成模块406。

该同行人信用获取模块402，可以被配置为响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。

其中，所述可用拼车车辆的驾驶员信息可以根据实施环境需要进行设置，例如，可以包括：驾驶员联系方式、驾驶员的信用信息等，本说明书对此并不进行限制。例如，本说明书一实施例中，所述可用拼车车辆的驾驶员信息可以包括：所述可用拼车车辆的驾驶员的信用信息，从而用户可以根据可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，进一步有效提升了拼车过程中的安全性。

该同行人信用发送模块404，可以被配置为向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作。

该订单生成模块406，可以被配置为响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可见，由于拼车服务端根据拼车请求获取可用拼车车辆的驾驶员信息以及可用拼车车辆的拼车乘客的信用信息，向用户终端发送可用拼车车辆的驾驶员信息以及拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

为了能够将用户在打车过程中是否及时付款、是否有一些不文明的行为等，及时反馈到其信用信息中，本说明书一实施例中，还可以通过评价机制更新用户的信用信息。具体地，参见图5示出的本说明书另一个实施例提供的配置于拼车服务端的确认拼车的装置的结构示意图，该装置还可以包括：评价请求模块408，可以被配置为在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求。评价接收模块410，可以被配置为接收所述驾驶员和/或乘客反馈的评价信息。信用更新模块412，被配置为根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。在该实施方式中，由于拼车结束后，驾驶员和/或乘客可以对本次乘车的信用进行评价，从而可以将用户在打车过程中，是否及时付款、是否有一些不文明的行为，驾驶员是否准时接客等，及时更新到其信用信息中，实现了信用乘车闭环，有利于用户去经营自己的信用，文明乘车，形成一个良性循环，进一步提高了拼车的安全性。

根据本说明书实施例的一个实施场景，由支付信用服务端对各个用户的支付信用信息进行维护。例如，所述支付信用服务端可以为支付平台的支付信用服务端。在该实施方式中，所述同行人信用获取模块402，可以被配置为从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息。所述信用更新模块412，可以被配置为将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。在该实施方式中，由于支付信用服务端的支付信用信息是多个方面的，打车是其中的一个方面，例如，支付信用信息可以包括用户日常支付涉及的承诺或者履约情况，表现形式一般是评分，比如用户使用了备用金但是没有及时还款，则被认为是违约了，相应的可以降低该用户的评分，作为惩戒，如果用户及时履约，可以适当的给该用户加一些评分，因此，支付信用服务端综合多方面的信用信息能够更全面的综合评价一个人，提高拼车的安全性。

为了进一步提高拼车过程中的安全性，本说明书一实施例中，还对请求拼车的用户的信用进行了评估，如果信用不通过，则不允许用户拼车。具体地，如图5所示，所述配置于拼车服务端的确认拼车的装置还可以包括：用户信用获取模块414，可以被配置为根据所述拼车请求获取所述用户终端的用户的信用信息。拼车许可判断模块416，可以被配置为根据所述用户的信用信息判断是否允许所述用户拼车。拼车拒绝模块418，可以被配置为如果所述拼车许可判断模块判定为不允许，则向所述用户终端发送拒绝拼车消息。

上述为本实施例的一种配置于拼车服务端的确认拼车的装置的示意性方案。需要说明的是，该配置于拼车服务端的确认拼车的装置的技术方案与上述的应用于拼车服务端的确认拼车的方法的技术方案属于同一构思，配置于拼车服务端的确认拼车的装置的技术方案未详细描述的细节内容，均可以参见上述应用于拼车服务端的确认拼车的方法的技术方案的描述。

图6示出了根据本说明书一个实施例提供的应用于用户终端的确认拼车的方法的流程图，包括步骤602至步骤608。

步骤602：根据用户输入的始发地和目的地向拼车服务端发送拼车请求。

例如，如图2所示拼车软件界面示意图，用户可以在图2所示用户终端的拼车软件界面输入始发地和目的地，向拼车服务端发起拼车请求。

步骤604：接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。

其中，所述可用拼车车辆的驾驶员信息可以根据实施环境需要进行设置，例如，可以包括：驾驶员联系方式、驾驶员的信用信息等，本说明书对此并不进行限制。例如，本说明书一实施例中，所述可用拼车车辆的驾驶员信息可以包括：所述可用拼车车辆的驾驶员的信用信息，从而用户可以根据可用拼车车辆的驾驶员的信用信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，进一步有效提升了拼车过程中的安全性。

步骤606：向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作。

例如，如图2所示拼车软件界面示意图，用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息。用户通过点击拼车确认按钮进行拼车确认操作，如果用户点击放弃按钮，则放弃拼车，结束当前拼车流程。

为了进一步提高拼车过程中的安全性，本说明书一实施例中，还对请求拼车的用户的信用进行了评估，如果信用不通过，则不允许用户拼车。具体地，用户终端可以从所述拼车服务端接收拒绝拼车消息；根据所述拒绝拼车消息向用户展示拒绝拼车提示。其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的。

步骤608：根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可见，由于用户终端接收拼车服务端针对拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，并将其向用户展示，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

为了能够将用户在打车过程中是否及时付款、是否有一些不文明的行为等，及时反馈到其信用信息中，本说明书一实施例中，还可以通过评价机制更新用户的信用信息。具体地，用户终端在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；接收用户针对所述评价请求输入的评价信息；向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。在该实施方式中，由于拼车结束后，驾驶员和/或乘客可以对本次乘车的信用进行评价，从而可以将用户在打车过程中，是否及时付款、是否有一些不文明的行为，驾驶员是否准时接客等，及时更新到其信用信息中，实现了信用乘车闭环，有利于用户去经营自己的信用，文明乘车，形成一个良性循环，进一步提高了拼车的安全性。

与上述方法实施例相对应，本说明书还提供了配置于用户端的确认拼车的装置实施例，图7示出了本说明书一个实施例提供的一种配置于用户终端的确认拼车的装置的结构示意图。如图7所示，该装置包括：拼车请求发送模块702、信用信息接收模块704、信用信息展示模块706及拼车确认发送模块708。

该拼车请求发送模块702，可以被配置为根据用户输入的始发地和目的地向拼车服务端发送拼车请求。

该信用信息接收模块704，可以被配置为接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息。

该信用信息展示模块706，可以被配置为向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作。

该拼车确认发送模块708，可以被配置为根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可见，由于用户终端接收拼车服务端针对拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，并将其向用户展示，从而用户可以根据可用拼车车辆的驾驶员信息以及拼车乘客的信用信息是否符合自己的预期选择是否拼车，在确定拼车的情况下进行拼车确认操作，使拼车服务端根据拼车确认信息生成拼车订单，有效提升了拼车过程中的安全性。

为了能够将用户在打车过程中是否及时付款、是否有一些不文明的行为等，及时反馈到其信用信息中，本说明书一实施例中，还可以通过评价机制更新用户的信用信息。具体地，参见图8示出的本说明书另一个实施例提供的配置于用户终端的确认拼车的装置的结构示意图，该装置还可以包括：评价请求接收模块710，可以被配置为在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求。评价输入接收模块712，可以被配置为接收用户针对所述评价请求输入的评价信息。评价发送模块714，可以被配置为向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。在该实施方式中，由于拼车结束后，驾驶员和/或乘客可以对本次乘车的信用进行评价，从而可以将用户在打车过程中，是否及时付款、是否有一些不文明的行为，驾驶员是否准时接客等，及时更新到其信用信息中，实现了信用乘车闭环，有利于用户去经营自己的信用，文明乘车，形成一个良性循环，进一步提高了拼车的安全性。

为了进一步提高拼车过程中的安全性，本说明书一实施例中，还对请求拼车的用户的信用进行了评估，如果信用不通过，则不允许用户拼车。具体地，如图8所示，所述配置于用户终端的确认拼车的装置还可以包括：拒绝消息接收模块716，可以被配置为从所述拼车服务端接收拒绝拼车消息。其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的。拒绝提示展示模块718，可以被配置为根据所述拒绝拼车消息向用户展示拒绝拼车提示。

上述为本实施例的一种配置于用户终端的确认拼车的装置的示意性方案。需要说明的是，该配置于用户终端的确认拼车的装置的技术方案与上述的应用于用户终端的确认拼车的方法的技术方案属于同一构思，配置于用户终端的确认拼车的装置的技术方案未详细描述的细节内容，均可以参见上述应用于用户终端的确认拼车的方法的技术方案的描述。

图9示出了根据本说明书一个实施例提供的一种计算设备900的结构框图。该计算设备900的部件包括但不限于存储器910和处理器920。处理器920与存储器910通过总线930相连接，数据库950用于保存数据。

计算设备900还包括接入设备940，接入设备940使得计算设备900能够经由一个或多个网络960通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备940可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备900的上述部件以及图9中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图9所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备900可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备900还可以是移动式或静止式的服务器。

本说明书一方面的一个或多个实施例中，处理器920用于执行如下计算机可执行指令：

响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；

响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：

在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求；

接收所述驾驶员和/或乘客反馈的评价信息；

根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

可选地，所述根据所述拼车请求获取所述可用拼车车辆的拼车乘客的信用信息包括：

从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息；

所述根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息包括：

将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

可选地，还包括：

根据所述拼车请求获取所述用户终端的用户的信用信息；

根据所述用户的信用信息判断是否允许所述用户拼车；

如果不允许，则向所述用户终端发送拒绝拼车消息。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的应用于拼车服务端的确认拼车的方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述应用于拼车服务端的确认拼车的方法的技术方案的描述。

本说明书另一方面的一个或多个实施例中，处理器920可以用于执行如下计算机可执行指令：

根据用户输入的始发地和目的地向拼车服务端发送拼车请求；

接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；

根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：

在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；

接收用户针对所述评价请求输入的评价信息；

向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

可选地，还包括：

从所述拼车服务端接收拒绝拼车消息；

其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的；

根据所述拒绝拼车消息向用户展示拒绝拼车提示。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的应用于用户终端的确认拼车的方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述应用于用户终端的确认拼车的方法的技术方案的描述。

本说明书一方面一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；

响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：

在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求；

接收所述驾驶员和/或乘客反馈的评价信息；

根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

可选地，所述根据所述拼车请求获取所述可用拼车车辆的拼车乘客的信用信息包括：

从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息；

所述根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息包括：

将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

可选地，还包括：

根据所述拼车请求获取所述用户终端的用户的信用信息；

根据所述用户的信用信息判断是否允许所述用户拼车；

如果不允许，则向所述用户终端发送拒绝拼车消息。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的应用于拼车服务端的确认拼车的方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述应用于拼车服务端的确认拼车的方法的技术方案的描述。

本说明书另一方面一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

根据用户输入的始发地和目的地向拼车服务端发送拼车请求；

接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；

根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

可选地，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

可选地，还包括：

在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；

接收用户针对所述评价请求输入的评价信息；

向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

可选地，还包括：

从所述拼车服务端接收拒绝拼车消息；

其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的；

根据所述拒绝拼车消息向用户展示拒绝拼车提示。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的应用于用户终端的确认拼车的方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述应用于用户终端的确认拼车的方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (20)

1.一种确认拼车的方法，应用于拼车服务端，包括：

响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；

响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

2.根据权利要求1所述的方法，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

3.根据权利要求1所述的方法，还包括：

在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求；

接收所述驾驶员和/或乘客反馈的评价信息；

根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

4.根据权利要求3所述的方法，所述根据所述拼车请求获取所述可用拼车车辆的拼车乘客的信用信息包括：

从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息；

所述根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息包括：

将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

5.根据权利要求1所述的方法，还包括：

根据所述拼车请求获取所述用户终端的用户的信用信息；

根据所述用户的信用信息判断是否允许所述用户拼车；

如果不允许，则向所述用户终端发送拒绝拼车消息。

6.一种确认拼车的装置，配置于拼车服务端，包括：

同行人信用获取模块，被配置为响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

同行人信用发送模块，被配置为向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；

订单生成模块，被配置为响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

7.根据权利要求6所述的装置，还包括：

评价请求模块，被配置为在完成所述拼车订单之后，向所述拼车订单涉及的拼车车辆的驾驶员和/或乘客发送评价请求；

评价接收模块，被配置为接收所述驾驶员和/或乘客反馈的评价信息；

信用更新模块，被配置为根据所述驾驶员和/或乘客反馈的评价信息，相应更新被评价的用户的信用信息。

8.根据权利要求7所述的装置，所述同行人信用获取模块，被配置为从支付信用服务端获取所述可用拼车车辆的拼车乘客的支付信用信息；

所述信用更新模块，被配置为将所述驾驶员和/或乘客反馈的评价信息发送给所述支付信用服务端，以便所述支付信用服务端相应更新被评价的用户的支付信用信息。

9.根据权利要求6所述的装置，还包括：

用户信用获取模块，被配置为根据所述拼车请求获取所述用户终端的用户的信用信息；

拼车许可判断模块，被配置为根据所述用户的信用信息判断是否允许所述用户拼车；

拼车拒绝模块，被配置为如果所述拼车许可判断模块判定为不允许，则向所述用户终端发送拒绝拼车消息。

10.一种确认拼车的方法，应用于用户终端，包括：

根据用户输入的始发地和目的地向拼车服务端发送拼车请求；

接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；

根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

11.根据权利要求10所述的方法，所述可用拼车车辆的驾驶员信息包括：所述可用拼车车辆的驾驶员的信用信息。

12.根据权利要求10所述的方法，还包括：

在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；

接收用户针对所述评价请求输入的评价信息；

向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

13.根据权利要求10所述的方法，还包括：

从所述拼车服务端接收拒绝拼车消息；

其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的；

根据所述拒绝拼车消息向用户展示拒绝拼车提示。

14.一种确认拼车的装置，配置于用户终端，包括：

拼车请求发送模块，被配置为根据用户输入的始发地和目的地向拼车服务端发送拼车请求；

信用信息接收模块，被配置为接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

信用信息展示模块，被配置为向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；

拼车确认发送模块，被配置为根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

15.根据权利要求14所述的装置，还包括：

评价请求接收模块，被配置为在完成所述拼车订单之后，接收所述拼车服务端发送的评价请求；

评价输入接收模块，被配置为接收用户针对所述评价请求输入的评价信息；

评价发送模块，被配置为向所述拼车服务端发送所述评价信息，以便所述拼车服务端根据所述评价信息相应更新被评价的用户的信用信息。

16.根据权利要求14所述的装置，还包括：

拒绝消息接收模块，被配置为从所述拼车服务端接收拒绝拼车消息；

其中，所述拒绝拼车消息是由所述拼车服务端根据所述拼车请求获取所述用户终端的用户的信用信息，根据所述用户的信用信息判断是否允许所述用户拼车，在判定不允许的情况下，向所述用户终端发送的；

拒绝提示展示模块，被配置为根据所述拒绝拼车消息向用户展示拒绝拼车提示。

17.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

响应于接收到用户终端发送的拼车请求，根据所述拼车请求获取可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向所述用户终端发送所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，以便所述用户终端向用户展示所述可用拼车车辆的驾驶员信息以及所述拼车乘客的信用信息，使用户进行拼车确认操作；

响应于接收到所述用户终端针对所述拼车确认操作发送的拼车确认信息，生成拼车订单。

18.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求1至5任意一项所述确认拼车的方法的步骤。

19.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

根据用户输入的始发地和目的地向拼车服务端发送拼车请求；

接收所述拼车服务端针对所述拼车请求发送的可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息；

向用户展示所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息，以便用户根据所述可用拼车车辆的驾驶员信息以及所述可用拼车车辆的拼车乘客的信用信息进行拼车确认操作；

根据所述拼车确认操作，向所述拼车服务端发送拼车确认信息，以便所述拼车服务端根据所述拼车确认信息生成拼车订单。

20.一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现权利要求10至13任意一项所述确认拼车的方法的步骤。

Images