一种约车信息管理方法及相关装置与流程

本发明涉及网络服务技术，更具体地说，涉及一种约车信息管理方法、系统及装置。

背景技术：

随着经济和制造业的发展，私家车保有量飞速上升。然而车辆的使用效率并不高，特别是大城市的商业中心到城郊的车辆利用率，或者是夸市车辆的利用率都很低。上下班或是娱乐办事等等，经常是单人驱车往返，这就造成了社会闲置资源的浪费。另外，很多地方的公共交通设施配置不足，让广大无车一簇出行造成极大的不便。因此这种客观存在的社会需求催生了一大批的网约车公司平台。

但是，目前网约车平台发生的安全事故和纠纷问题不断发生，因此如何减少安全事故和纠纷问题的发生，是本领域技术人员需要解决的问题。

技术实现要素：

本发明的目的在于提供一种约车信息管理方法、系统及装置，以解决如何减少安全事故和纠纷问题的发生的问题。

为实现上述目的，本发明实施例提供了如下技术方案：

一种约车信息管理方法，包括：

接收第一用户系统的个人认证信息；

利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录；

将所述征信记录上传至征信区块链；

利用所述征信区块链完成所述第一用户系统的接单权限审查。

其中，所述利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录，包括：

利用所述个人认证信息间隔预设时间向征信平台获取一次所述第一用户系统的征信记录。

其中，所述利用所述征信区块链完成所述第一用户系统的接单权限审查之后，还包括：

接收第二用户系统发起的订单信息；

将所述订单信息上传至业务区块链；

当所述第一用户系统具有接单权限时，接收第一用户系统发起的对所述订单信息的受理信息，生成订单处理记录；

将所述订单处理记录上传至所述业务区块链。

其中，所述生成订单处理记录之后，还包括：

获取所述订单处理记录对应的行车动态信息。

其中，所述方法还包括：

接收到报警请求时，接入警方系统api，并向所述警方系统上传所述行车动态信息。

其中，所述生成订单处理记录之后，还包括：

接收所述第二用户系统对第一用户系统的评价信息；

当所述第一用户系统收到的差评信息条数大于或等于第一预设条数时，取消所述第一用户系统的接单权限。

其中，所述取消所述第一用户系统的接单权限之后，还包括：

获取所述第一用户系统的视频信息与音频信息，以审查所述差评信息是否真实；

当不真实的所述差评信息大于或等于第二预设条数时，恢复所述第一用户系统的接单权限。

其中，获取所述第一用户系统的视频信息与音频信息，以审查所述差评信息是否真实之后，还包括：

确定发起不真实的差评信息的目标用户系统信息；

将所述目标用户系统信息加入黑名单。

本申请还提供了一种约车信息管理系统，包括：

接收模块，用于接收第一用户系统的个人认证信息；

获取模块，用于利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录；

上传模块，用于将所述征信记录上传至征信区块链；

审查模块，用于利用所述征信区块链完成所述第一用户系统的接单权限审查。

本申请还提供了一种约车信息管理装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如所述约车信息管理方法的步骤。

通过以上方案可知，本发明提供的一种约车信息管理方法，包括接收第一用户系统的个人认证信息；利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录；将所述征信记录上传至征信区块链；利用所述征信区块链完成所述第一用户系统的接单权限审查。

由此可见，本申请提供的一种约车信息管理方法，首先利用第一用户系统的个人认证信息向征信平台获取第一用户系统对应的征信记录，并将征信记录上传至征信区块链，从而根据征信区块链对第一用户的接单权限进行审核，因此当第一用户的征信记录没有问题时才会被赋予接单权限，保证了具有接单权限的用户的危险系数较小，为危险系数较大的用户则无权接单，因此可以减少安全事故和纠纷问题的发生。本申请还提供了一种约车信息管理系统、装置及计算机可读存储介质，同样可以实现上述技术效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例公开的一种约车信息管理方法流程图；

图2为本发明实施例公开的一种具体的约车信息管理方法流程图；

图3为本发明实施例公开的一种具体的约车信息管理方法流程图；

图4为本发明实施例公开的一种具体的约车信息管理方法业务层流程图；

图5为本发明实施例公开的一种具体的多征信连构造流程图；

图6为本发明实施例公开的一种约车信息管理系统结构示意图；

图7为本发明实施例公开的一种约车信息管理装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例公开了一种约车信息管理方法、系统及装置，以解决如何减少安全事故和纠纷问题的发生的问题。

参见图1，本发明实施例提供的一种约车信息管理方法，具体包括：

s101，接收第一用户系统的个人认证信息。

本方案应用于智能合约，通过智能合约进行预习和信息管理的操作。

首先，接收第一用户系统的个人认证信息。

需要说明的是，第一用户系统可以是车主用户所用的系统也可以是乘客用户的系统，在本方案中不做具体限定，可以为两种用户均进行下述的认证操作。

s102，利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录。

具体地，利用向征信平台获取对应第一用户的征信记录。

需要说明的是，在网约车的安全问题案例中，很多乘客与车主之间的纠纷均由于一方有犯罪前科或为潜在的犯罪者，而潜在的犯罪者又多为背负巨大的信贷逾期违约的人员，因此，在本方案中，需要获取用户的征信记录，根据征信记录来确定是否可以为用户提供接单的权限，从而避免执行危险用户的订单。

需要说明的是，在一些如顺风车的业务中，会由车主发起订单，而乘客选择合适的车主接单，因此，在本方案中，既要确定车主用户是否有接单权限，也要判断乘客用户是否有接单权限。因此，本方案中，既要获取车主用户系统的个人认证信息并以此获取对应的征信记录，也要获取乘客用户系统的个人认证信息，获取对应的征信记录。

征信平台可以为一个，也可以包括多个，例如可以是银行征信平台、企业征信平台、或社会其他征信平台。

在一个优选的实施方式中，利用所述个人认证信息间隔预设时间向征信平台获取一次所述第一用户系统的征信记录。

需要说明的是，由于用户的征信记录可能会发生变化，例如第一审核时为无不良记录，但是过一段时间后就会被记录有不良记录，因此为了进一步保证用户的安全性，在本方案中，每间隔预设时间就获取一次第一用户的征信记录，并执行后续步骤完成审核，从而及时发现有问题的用户，并及时停止其接单的权限。

s103，将所述征信记录上传至征信区块链。

具体地，将第一用户的征信记录存储至征信区块链，以防止被篡改，需要说明的是，征信区块链即用于所有征信记录的区块链。

s104，利用所述征信区块链完成所述第一用户系统的接单权限审查。

具体地，利用征信区块链对第一用户系统进行审查，如第一用户的征信记录无问题，则赋予第一用户系统接单权限，否则第一用户系统无接单权限。

由此可见，本申请实施例提供的一种约车信息管理方法，首先利用第一用户系统的个人认证信息向征信平台获取第一用户系统对应的征信记录，并将征信记录上传至征信区块链，从而根据征信区块链对第一用户的接单权限进行审核，因此当第一用户的征信记录没有问题时才会被赋予接单权限，保证了具有接单权限的用户的危险系数较小，为危险系数较大的用户则无权接单，因此可以减少安全事故和纠纷问题的发生。

下面对本申请实施例提供的一种具体的约车信息管理系统进行介绍，下文描述的一种具体的约车信息管理系统与上述实施例可以相互参照。

参见图2，本申请实施例提供的一种具体的约车信息管理系统，具体包括：

s201，接收第一用户系统的个人认证信息。

s202，利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录。

s203，将所述征信记录上传至征信区块链。

s204，利用所述征信区块链完成所述第一用户系统的接单权限审查。

s205，接收第二用户系统发起的订单信息。

具体的，第二用户为发起订单的用户，可以是车主用户，也可以是乘客用户，乘客用户即发起用车的订单信息，而车主用户可以发起如顺风车业务的拼车订单信息。

s206，将所述订单信息上传至业务区块链。

具体地，在接收到订单信息，即将该订单信息上传到业务区块链，从而透明的管理订单信息，使区块链的每个用户节点都可以查看到订单信息，同时也可以防止订单信息被篡改。

s207，当所述第一用户系统具有接单权限时，接收第一用户系统发起的对所述订单信息的受理信息，生成订单处理记录。

具体地，当第一用户系统具有接单权限时，接收该第一用户系统对上述订单信息的受理信息，也就是进行接单操作，从而生成订单处理记录。

需要说明的是，在本方案中，第一用户系统需要与第二用户系统发起的订单信息对应，也就是说，第一用户系统是可以完成第二用户发起的订单的系统。

s208，将所述订单处理记录上传至所述业务区块链。

具体地，将订单处理记录上传至业务区块链。

需要说明的是，在上述实施例的基础上，在第二用户发起的订单信息被执行完毕后，还会有付款操作，即获取作为乘客用户系统的一方支付的金额，将金额支付到作为车主系统的一方，需要说明的是，可以在乘客用户支付的金额中，确定一部分支付到公共管理账户，公共管理账户用于维护整个约车信息管理系统。

下面对本申请实施例提供的一种具体的约车信息管理方法进行介绍，下文描述的一种具体的约车信息管理方法与上述任一实施例可以相互参照。

在上述实施例的基础上，本申请提供的一种具体的约车信息管理方法，还包括：

获取所述订单处理记录对应的行车动态信息。

具体的，在生成订单处理记录之后，也就是第一用户开始接单时，就获取对应的行车动态记录，即实时的行车位置等动态信息。

接收到报警请求时，接入警方系统api，并向所述警方系统上传所述行车动态信息。

在一个优选的实施方式中，为乘客用户系统提供一键报警的案件，当该案件被触发时，约车信息管理系统会接收到报警请求，此时通过警方系统的api接入警方系统，并上传上述行车动态记录，方便警方确定车辆信息。

下面对本申请实施例提供的一种具体的约车信息管理方法进行介绍，下文描述的一种具体的约车信息管理方法与上述任一实施例可以相互参照。

参见图3，本申请实施例提供的一种具体的网约车信息管理方法，在上述实施例的基础上，还包括：

s301，接收所述第二用户系统对第一用户系统的评价信息。

具体地，接收第二用户系统对第一用户系统的评价信息。

需要说明的是，在本方案中，也可以包括第一用户系统对第二用户系统的评价信息，也就是说，评价信息可以是双向评价，双向评价的处理过程相似，在本方案中，以第二用户对第一用户评价进行介绍，第一用户对第二用户的评价以及后续操作可以参考第二用户对第一用户的评价以及后续操作，本方案中不再赘述。

s302，当所述第一用户系统收到的差评信息条数大于或等于第一预设条数时，取消所述第一用户系统的接单权限。

具体地，第二用户系统对第一用户系统进行评价，评价信息既包括好评信息也包括差评信息，好评与差评的标准可以根据实际情况进行设定，在本方案中不做具体限定。

当第一用户系统收到的差评信息条数大于或等于第一预设条数时，取消第一用户系统的接单权限。

需要说明的是，当第一用户系统对第二用户系统进行评价，且第二用户系统接收到的差评信息达到第一预设条数时，则取消第二用户系统发起订单的权限。

s303，获取所述第一用户系统的视频信息与音频信息，以审查所述差评信息是否真实。

在一个优选的实施方式中，差评信息可能是用户的恶意差评，其内容并不真实，因此为了保证差评信息的准确性，在本方案中，当取消了第一用户的接单权限后，还需要获取第一用户系统的视频信息与音频信息，从而利用这些信息审查差评信息是否真实。

具体地，可以利用车上安装集成的录像录音设备，调取差评信息订单对应的时间段的视频信息与音频信息，从而判断对应的差评信息是否真实。

s304，当不真实的所述差评信息大于或等于第二预设条数时，恢复所述第一用户系统的接单权限。

差评信息真实性的判断可以由人工判断，并将判断结果返回给系统，系统接收到差评信息的真实性结果，当不真实的差评信息大于或等于第二预设条数时，恢复第一用户系统的接单权限。

s305，确定发起不真实的差评信息的目标用户系统信息。

在一个优选的实施方式中，当差评信息为不真实差评信息，则需要将发起不真实信息的用户信息添加至黑名单。

具体地，确定发起不真实的差评信息的目标用户系统信息，然后将该信息加入黑名单，避免此用户再次发起恶意差评。

s306，将所述目标用户系统信息加入黑名单。

下面对本申请实施例提供的一种具体的约车信息管理方法进行介绍，下文描述的一种具体的约车信息关系方法与上述任一实施例可以相互参照。

参见图4与图5，本申请实施例提供的一种具体的约车信息管理方法，具体包括：

参见图4，在本方案中，第一用户系统为车主用户系统，第二用户系统为乘客用户系统进行具体介绍。

车主用户向约车信息管理系统注册和请求授权，并且提交个人认证信息。

参见图5，系统通过访问银行征信、企业征信、社会等其他征信取回车主用户的征信记录，构造多征信区块链，并存储到边缘节点服务器。这个流程每隔一段时间(两天)自动执行。

需要说明的是，所述边缘节点服务器作为约车信息管理装置，其中部署有约车信息管理系统，用于执行约车信息管理方法。

边缘节点具体可以为通讯基站或路由器等设备，其还可以检测附近的车主发出的服务提示或乘客发出的订单要求信息，包括位置、名称、车牌号、起始和终点站、时间、以及价格等等。并给出最佳推荐选择。

用户(车主或乘客)操作网页中的方法链接，例如注册、资格审查、订单发布、服务查询、订单交易等等，都是通过该页面直接操作智能合约。

智能合约中的各种方法将承担查询区块链信息，以及将信息存储到区块链中。

乘客发布订单要求后，附近车主更新页面信息显示，选择订单，并开始服务。在进行顺风车业务时，车主可发起订单要求，乘客更新页面信息显示，选择合适订单行程，开始服务。

确认服务结束后，乘客确认订单并付费，这笔收款的去向是：车主的收益，同时支付一定的酬金到公共管理账户。

下面对本申请实施例提供的一种约车信息管理系统进行介绍，下文描述的一种约车信息管理系统与上述任一实施例可以相互参照。

参见图6，本申请实施例提供的一种约车信息管理系统，具体包括：

接收模块401，用于接收第一用户系统的个人认证信息。

获取模块402，用于利用所述个人认证信息向征信平台获取所述第一用户系统的征信记录。

在一个具体的实施方式中，所述获取模块402具体用于利用所述个人认证信息间隔预设时间向征信平台获取一次所述第一用户系统的征信记录。

上传模块403，用于将所述征信记录上传至征信区块链。

审查模块404，用于利用所述征信区块链完成所述第一用户系统的接单权限审查。

在一个具体的实施方式中，所述系统还包括：

订单信息接收模块，用于接收第二用户系统发起的订单信息；

订单信息上传模块，用于将所述订单信息上传至业务区块链；

受理信息接收模块，用于当所述第一用户系统具有接单权限时，接收第一用户系统发起的对所述订单信息的受理信息，生成订单处理记录；

订单处理记录上传模块，用于将所述订单处理记录上传至所述业务区块链。

在上述实施例的基础上，作为一种优选的实施方式，所述系统还包括：

行车动态信息获取模块，用于获取所述订单处理记录对应的行车动态信息。

在上述实施例的基础上，作为一种优选的实施方式，所述系统还包括：

报警模块，用于接收到报警请求时，接入警方系统api，并向所述警方系统上传所述行车动态信息。

在上述实施例的基础上，作为一种优选的实施方式，所述系统还包括：

评价信息接收模块，用于接收所述第二用户系统对第一用户系统的评价信息；

权限取消模块，用于当所述第一用户系统收到的差评信息条数大于或等于第一预设条数时，取消所述第一用户系统的接单权限。

在上述实施例的基础上，作为一种优选的实施方式，所述系统还包括：

信息获取模块，用于获取所述第一用户系统的视频信息与音频信息，以审查所述差评信息是否真实；

权限恢复模块，用于当不真实的所述差评信息大于或等于第二预设条数时，恢复所述第一用户系统的接单权限。

在上述实施例的基础上，作为一种优选的实施方式，所述系统还包括：

目标用户确定模块，用于确定发起不真实的差评信息的目标用户系统信息；

用户处理模块，用于将所述目标用户系统信息加入黑名单。

本实施例的约车信息管理系统用于实现前述的约车信息管理方法，因此约车信息管理系统中的具体实施方式可见前文中的约车信息管理方法的实施例部分，例如，接收模块401，获取模块402，上传模块403，审查模块404，分别用于实现上述约车信息管理方法中步骤s101，s102，s103和s104，所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

下面对本申请实施例提供的一种约车信息管理装置进行介绍，下文描述的一种约车信息管理装置与上述任一实施例可以相互参照。

参见图7，本申请实施例提供的一种约车信息管理装置，具体包括：

存储器100，用于存储计算机程序；

处理器200，用于执行所述计算机程序时实现如上述任一实施例所述约车信息管理方法的步骤。

在本方案中，约车信息管理装置具体可以为通讯基站或路由器等边缘节点，其中部署有可以直接操作征信区块链、业务区块链的智能合约，该智能合约被执行时可以实现上述任一实施例所述的约车信息管理方法。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。