CN113704219A - 一种基于区块链的网约车订单及录音数据存储方法及系统 - Google Patents

Abstract

本发明公开了一种基于区块链的网约车订单及录音数据存储方法及系统。该系统包括客户端、中心化服务器、区块链网络和分布式文件存储系统，其中客户端用于接收乘客发起的行程订单请求供司机竞争抢单，并将行车过程中的录音文件传递至中心化服务器；中心化服务器用于对接收的录音文件进行语音识别以判断司乘关系，并将录音文件发送至分布式文件存储系统；分布式文件存储系统将录音文件进行分块后计算每个子块的哈希索引，通过将每个子块节点连接起来生成录音文件的哈希索引，并返回给中心化服务器；区块链网络用于存储订单信息合约、权限控制合约和司机信息合约。本发明结合区块链、人工智能和分布式存储技术，提高了数据的安全性和隐私性。

Description

一种基于区块链的网约车订单及录音数据存储方法及系统

技术领域

本发明属于信息技术领域，特别涉及一种基于区块链的网约车订单和录音数据存储方法及系统。

背景技术

区块链是一种由多方共同维护，以块链结构存储数据，使用密码学保证传输和访问安全，能够实现数据一致存储、无法篡改、无法抵赖的技术体系。通俗的说，区块链可以理解为一种全民参与记账的技术，它记录并存储网络中发生的每一笔交易，创建一个不可撤销且可审计的交易历史记录。由于区块链具有去中心化、时序数据、集体维护、安全可信等优点，它受到政府部门、科研单位、金融机构的高度重视和广泛关注。

网约车使人们的出行更加方便快捷，但由于不断频发的安全事故，也给社会造成了安全隐患和人身财产隐患。网约车平台具有在加密保存数据、保障司乘隐私的前提下，试行全程录音功能的发展趋势。然而，该功能能否有效发挥作用还有待研究，并且也衍生了个人隐私保护，以及能否安全存储、管理数据的质疑。

在现有技术中，网约车系统基于中心化的服务器搭建，中心化服务器对系统具有决定性的作用，导致了网约车系统存在垄断现象，包括价格、市场、数据等。此外，基于中心化的数据管理方式存在一些弊端，例如，无法保障数据和文件的不可篡改性和可恢复性；数据所有权归平台所有，无法保障私人数据的隐私性。

发明内容

本发明的目的是克服上述现有技术的缺陷，提供一种基于区块链的网约车订单和录音数据存储方法及系统。

根据本发明的第一方面，提供一种基于区块链的网约车订单和录音数据存储系统，包括客户端、中心化服务器、区块链网络和分布式文件存储系统，其中：

客户端用于接收乘客发起的行程订单请求供司机竞争抢单，并将行车过程中的录音文件传递至中心化服务器；

中心化服务器用于对接收的录音文件进行语音识别以判断司乘关系，并将录音文件发送至分布式文件存储系统；

分布式文件存储系统将录音文件进行分块后计算每个子块的哈希索引，通过将每个子块节点连接起来生成录音文件的哈希索引，并返回给中心化服务器；

区块链网络用于存储订单信息合约、权限控制合约和司机信息合约。

根据本发明的第二方面，提供一种基于区块链的网约车订单及录音数据存储方法，该方法包括以下步骤：

针对乘客客户端发起的行程订单请求，司机客户端对订单发起抢单请求；

乘客客户端针对收到的多位司机的竞单请求，通过查看区块链网络中存储的司机基本信息和评价，选择目标司机；

针对所确定的订单，生成订单信息合约存储至区块链网络，并将订单的基本信息填入合约中，且开启司机客户端的录音功能；

司机客户端实时将录音数据传送至中心化服务器，以通过语音识别判断司乘关系；

在行车过程中，司机客户端根据反映司乘关系的相关触发事件，将事件信息记录到订单信息合约中；

在行程结束后，录音文件被存储至分布式文件系统，并将分布式文件系统返回的录音文件哈希索引存储至区块链网络的订单信息合约中。

与现有技术相比，本发明的优点在于，结合区块链、人工智能和分布式存储技术，能够确保在去中心化环境下数据不可篡改和可恢复；能够智能识别司乘关系并执行相关警戒方案，有效保护司乘人员的人身财产安全，并能够保证录音文件的私密性和安全性。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是根据本发明一个实施例的基于区块链的网约车订单和录音数据存储系统的功能模块图；

图2是根据本发明一个实施例的基于区块链的网约车订单和录音数据存储方法的流程图；

图3是根据本发明一个实施例的基于智能语音识别的警报预案流程图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本发明提供的基于区块链的网约车订单和录音数据存储系统整体上包括客户端、中心化服务器、区块链网络和分布式文件存储系统，其中客户端分别与中心化服务器和区块链网络具有信息交互，中心化服务器与分布式文件存储系统具有信息交互，客户端根据用户角色的不同可进一步划分为乘客客户端和司机客户端。

具体地，参见图1所示，客户端应用包含注册模块、约车模块、查询模块、录音模块、评价模块和交互模块。中心化服务器包括用户管理模块、约车管理模块、语音识别模块和交互模块。区块链网络包含权限控制合约、司机信息合约和订单信息合约。分布式文件存储系统是IPFS(InterPlanetary File System)文件存储系统，其包含文件hash计算模块和文件存储模块。

客户端应用上的注册模块用于注册乘客和司机的账户，并生成对应的公私钥对。例如，司机和乘客填写个人信息注册生成客户端账户，并自动生成账户公私钥存在本机中。为保证司机信息的真实有效，审核通过的司机客户端将自动生成一份司机信息合约，合约中存有司机的个人基本信息 (或称基础信息)，该司机信息合约可存储在区块网络。

客户端应用上的约车模块用于完成乘客和司机的约车行为。具体而言，乘客客户端输入起始位置和终点位置后，发起行程订单；司机客户端接收到行程订单推送后，对订单进行竞争抢单；乘客客户端收到多位竞单司机信息后，可根据司机基本信息和评分选择合适的司机。

优选的，如果乘客想查看司机的详细信息，可点击司机头像，访问区块链上的司机信息合约，获取司机的基本信息和评价信息。

客户端应用上的查询模块是客户端与区块链网络交互的接口，用于查询合约中的司机信息数据和订单信息数据，客户端应用上的其他模块中涉及访问区块链的操作都需调用查询模块。

客户端应用上的录音模块用于在行程订单开始后，主动开启车辆中的录音设备，例如开启司机手机的录音功能，并实时将录音数据上传至中心化服务器。

客户端应用上的评价模块用于供乘客对已完成订单进行评价，乘客的评价内容将存储至司机信息合约中的用户评价模块。

客户端应用上的交互模块用于接收中心化服务器反馈的语音识别事件和文件哈希索引，并将所有反馈的信息记录到订单信息合约中。

中心化服务器中的用户管理模块用于记录和管理注册的乘客及司机的信息。例如，针对司机用户，中心化服务器对司机信息进行审核，审核通过后在服务器上存入司机信息、公钥和司机信息合约地址。针对乘客用户，中心化服务器存入乘客的信息和公钥。

中心化服务器中的约车管理模块用于接收和处理乘客和司机客户端的订单请求操作。例如，服务器接收到乘客客户端提交的行程订单后，约车管理模块负责将订单信息推送给附近的司机客户端，等待司机客户端反馈。司机客户端对接收到的订单进行抢单响应后，约车管理模块再将参与抢单的司机列表反馈给乘客客户端，共乘客选择司机。

中心化服务器中的语音识别模块用于实时接收司机客户端发送的录音数据，并对录音内容进行语音识别，针对识别内容进行相应的安全措施操作。具体地，语音识别模块实时接收录音数据，并进行智能语音识别，若语音识别出司机乘客出现争吵现象，系统进入一级警戒，设置录音断点且将当前录音存储至IPFS中，将得到的录音哈希索引和争吵事件记录到订单信息合约中；若语音识别出哭声及辱骂现象，系统进入二级警戒，设置录音断点且将当前录音存储至IPFS中，将得到的录音哈希索引和争吵事件记录到订单信息合约中；同时触发安全保护措施：如实时监控车辆位置及轨迹，平台安保人员打电话咨询具体情况；若语音识别出恐吓、威胁或呼救现象，系统进入三级警戒，设置录音断点且将当前录音存储至IPFS中，将得到的录音哈希索引和争吵事件记录到订单信息合约中；同时触发报警措施，警方根据车辆实时位置，对车辆进行拦截；若全程司乘关系和谐，则订单结束后再将完整录音存储至IPFS中，同时将录音哈希索引和行车事件记录到订单信息合约中。

中心化服务器中的交互模块负责将录音文件存储至IPFS文件存储系统，并获取IPFS系统反馈的文件哈希值。

区块链网络中的权限控制合约是用户访问司机信息合约和订单信息合约的入口。例如，将权限控制合约的逻辑设计为：司机拥有该司机信息合约中基础信息的读写权限，乘客拥有读取司机信息合约中基础信息的权限；司机和乘客拥有读取司机信息合约中评价信息的权限，乘坐过该司机汽车的乘客拥有写入司机信息合约中评价信息的权限；司机在订单开始到结束期间内，拥有订单信息合约的写权限；司机和乘客都拥有订单信息合约的读权限。通过设计并部署权限控制合约，将各方的权限写入权限合约中，达到自动化的权限控制，保护各方的隐私安全。

区块链网络中的司机信息合约用于写入和查看司机的个人信息和用户评价信息。例如，司机的个人信息包括基本信息和隐私信息，其中基本信息包括但不限于：司机id、司机名字、司机性别、司机驾龄、手机号码、汽车车牌、汽车型号和颜色等；隐私信息包括但不限于：司机年龄、司机身份证号、司机驾驶证、汽车行驶证等。用户评价信息包括但不限于：订单号、用户评分、用户评论、评论时间等。

区块链网络中的订单信息合约用于写入和查看每笔行程订单的详细信息。具体地，乘客选择接单司机后立即生成订单信息合约，并将订单的基本信息写入合约中。在一个实施例中，订单的基本信息包括但不限于：订单号、司机id、司机名字、汽车车牌、汽车型号和颜色、乘客id、乘客名字、预计起始位置、预计终点位置。

在一个实施例中，客户端根据乘客的实际上下车的时间和位置，将实际信息写入订单信息合约中。值得说明的是，在行车过程中，若司乘关系发生矛盾，语音识别模块将返回相应的录音哈希值和事件记录，客户端交互模块负责将相关信息存入订单信息合约中。

IPFS文件存储系统中的文件hash计算模块用于计算录音文件的哈希值。具体地，IPFS文件存储系统将录音文件分为多个大小为256KB的子块，每个子块拥有相应的哈希值，将所有的子块哈希组合形成新数组，对新数组再次进行哈希计算得到文件最终哈希值，将文件哈希值和子块哈希数组结合组成一个对象，将对象当作一个索引结构，以方便用户基于哈希值进行寻址。例如，对于每个子块的哈希索引，可通过Merkle树根节点将每个子块节点连接起来，生成文件的最终哈希索引。

分布式文件存储模块用于在本地分块存储录音的数据，若IPFS网络中其他节点访问该录音数据则其他节点将拥有该录音的备份。通过采用分布式的文件存储方式，将录音文件分成多个子块，为录音文件和每个子块生成唯一哈希值，只有通过文件哈希值才能找到储存文件的节点，保证了录音文件的私密性和安全性。

相应地，本发明还提供一种基于区块链的网约车订单和录音数据存储方法，用于上述系统，参见图2所示，该方法包括如下步骤：

步骤S101：乘客使用客户端输入始发位置和终点位置发起行程订单。

步骤S102：司机使用客户端获取当前附件行程订单后，对订单发起抢单请求。

步骤S103：乘客客户端收到多位司机的竞单请求后，可点击司机头像查看司机基础信息及评价，最终选择一位合适的司机。

具体地，乘客点击司机头像后将调用查询模块的功能，对区块链网络中的司机信息合约进行访问，并将司机的基础信息和评价信息显示到客户端界面中，将司机信息存储在区块链网络中能够确保真实、无篡改。

步骤S104：生成订单信息合约，将订单的基本信息填入合约中，同时开启司机客户端的录音功能。

例如，订单的基本信息包括但不限于：订单号、司机id、司机名字、汽车车牌、汽车型号和颜色、乘客id、乘客名字、预计起始位置、预计终点位置。

步骤S105：司机客户端实时将录音传送至中心化的服务器中，服务器对录音进行智能语音识别。

步骤S106：行车过程中司机客户端根据相关触发事件，将事件信息记录到订单信息合约中。

步骤S107：行程结束后，录音文件存储至IPFS文件系统中，并返回文件哈希索引，将文件哈希索引存储至订单信息合约中。

步骤S108：乘客对司机进行评价，评价内容经存入司机信息合约中。

进一步的，参见图3所示，步骤S105中智能语音识别的警报预案过程包括以下步骤：

步骤S201：语音识别模块对录音进行智能识别；

步骤S202：语音识别判断司乘关系是否和谐，若司乘关系和谐，则执行步骤S208，若关系不和谐，则执行步骤S203；

步骤S203：判断当前安全警戒等级，若出现争吵现象则执行步骤 S204，若出现哭声及辱骂现象则执行步骤S205，若出现恐吓、威胁或呼救现象则执行步骤S206；

步骤S204：出现争吵现象，进入一级警戒，执行步骤S207；

步骤S205：出现哭声及辱骂现象，进入二级警戒，实时监控车辆位置及轨迹，平台安保人员打电话咨询情况，执行步骤S207；

步骤S206：出现恐吓、威胁或呼救现象，进入三级警戒，触发报警措施，警方根据车辆实时位置对车辆进行拦截，执行步骤S207；

步骤S207：设置录音断点且将当前录音存储至IPFS中，将得到的录音哈希索引和争吵事件记录到订单信息合约中，执行步骤S208；

步骤S208：判断当前订单是否结束，若订单未结束则继续录音并执行步骤S201，若订单结束，则执行步骤S209；

步骤S209：将完整录音存储至IPFS中，同时将录音哈希索引和行车事件记录到订单信息合约。

综上所述，相对于现有技术，本发明能够有效解决当前网约车行业遇到的难点与存在的弊端，至少具有以下优势：采用区块链新型分布式账本技术，在去中心化的环境下，确保司机信息数据和订单数据在存储过程中不会被私自篡改、删除，并且支持任意节点在发生意外时，对数据进行恢复；设计并部署权限控制合约，将各方的权限写入权限合约中，达到自动化的权限控制，保护司机和乘客等各方的隐私安全；采用人工智能技术对行车录音进行智能语音识别，通过对语音识别内容进行智能分析，并设置相应等级的警报预案，有效保护了司乘人员的人身财产安全；采用分布式的文件存储方式，将录音文件分成多个子块，为录音文件和每个子块生成唯一哈希值，只有利用文件哈希值才能找到储存文件的节点，保证了录音文件的私密性和安全性。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器 (SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/ 或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构 (ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++、Python等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网 (WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (10)

1.一种基于区块链的网约车订单和录音数据存储系统，包括客户端、中心化服务器、区块链网络和分布式文件存储系统，其中：

客户端用于接收乘客发起的行程订单请求供司机竞争抢单，并将行车过程中的录音文件传递至中心化服务器；

中心化服务器用于对接收的录音文件进行语音识别以判断司乘关系，并将录音文件发送至分布式文件存储系统；

分布式文件存储系统将录音文件进行分块后计算每个子块的哈希索引，通过将每个子块节点连接起来生成录音文件的哈希索引，并返回给中心化服务器；

区块链网络用于存储订单信息合约、权限控制合约和司机信息合约。

2.根据权利要求1所述的系统，其特征在于，所述客户端包括注册模块、约车模块、查询模块、录音模块、评价模块和交互模块，其中所述注册模块用于注册乘客和司机的账户，并生成对应的公私钥对；所述约车模块用于针对乘客发起行程订单供司机竞争抢单，且乘客根据抢单列表选择目标司机；所述查询模块用于向所述区块链网络查询合约中的司机信息数据和订单信息数据；所述录音模块用于开启司机的录音设备，并实时将录音数据上传至所述中心化服务器中；所述评价模块用于供乘客对已完成订单进行评价，评价内容被存储至所述区块链网络中；所述交互模块用于接收所述中心化服务器反馈的语音识别事件和录音文件的哈希索引，并将相关信息记录到所述区块链网络中。

3.根据权利要求1所述的系统，其特征在于，所述中心化服务器包括用户管理模块、约车管理模块、语音识别模块和交互模块，其中，所述用户管理模块用于记录和管理注册的乘客及司机的基本信息；所述约车管理模块用于接收乘客客户端提交的行程订单，推送给司机客户端，并在司机对订单进行抢单响应后，将抢单的司机列表反馈给乘客客户端；所述语音识别模块用于实时接收司机客户端发送的录音数据，并通过对录音内容进行语音识别判断司乘关系的和谐程度，以进行相应的安全措施操作；所述交互模块负责将录音文件发送至所述分布式文件系统，并获取反馈的文件哈希索引。

4.根据权利要求1所述的系统，其特征在于，所述区块链网络包括权限控制合约、司机信息合约和订单信息合约，其中所述权限控制合约是访问司机信息合约和订单信息合约的入口，用于对申请访问的用户进行权限的判断和控制；所述司机信息合约用于写入和查看司机的基本信息和用户评价信息；所述订单信息合约用来写入和查看每笔行程订单的相关信息。

5.根据权利要求4所述的系统，其特征在于，所述权限控制合约被设计为：司机拥有该司机信息合约中基本信息的读写权限，乘客拥有读取司机信息合约中基本信息的权限；司机和乘客拥有读取司机信息合约中评价信息的权限，乘坐过该司机车辆的乘客拥有写入司机信息合约中评价信息的权限；司机在订单开始到结束期间内，拥有订单信息合约的写权限；司机和乘客都拥有订单信息合约的读权限。

6.根据权利要求1所述的系统，其特征在于，所述分布式文件存储系统包括文件hash计算模块和文件存储模块，其中所述文件hash计算模块用于将录音文件进行分块后计算每个子块的哈希索引，并通过Merkle树根节点将每个子块节点连接起来，生成文件的最终哈希索引；所述文件存储模块用于在本地分块存储录音数据，并响应于其他节点访问该录音数据的请求，向所述其他节点提供录音的备份。

7.根据权利要求1所述的系统，其特征在于，对于乘客客户端，通过点击司机头像后调用所述查询模块的功能，以对所述区块链网络中的司机信息合约进行访问，并将司机的基本信息和评价信息显示到客户端界面。

8.一种基于区块链的网约车订单及录音数据存储方法，应用于根据权利要求1至7任一项所述的系统，该方法包括以下步骤：

针对乘客客户端发起的行程订单请求，司机客户端对订单发起抢单请求；

乘客客户端针对收到的多位司机的竞单请求，通过查看区块链网络中存储的司机基本信息和评价，选择目标司机；

针对所确定的订单，生成订单信息合约存储至区块链网络，并将订单的基本信息填入合约中，且开启司机客户端的录音功能；

司机客户端实时将录音数据传送至中心化服务器，以通过语音识别判断司乘关系；

在行车过程中，司机客户端根据反映司乘关系的相关触发事件，将事件信息记录到订单信息合约中；

在行程结束后，录音文件被存储至分布式文件系统，并将分布式文件系统返回的录音文件哈希索引存储至区块链网络的订单信息合约中。

9.根据权利要求8所述的方法，其特征在于，所述中心化服务器根据以下步骤判断司乘关系：

对录音数据进行语音识别；

根据语音识别结果判断司乘关系是否和谐，若关系和谐则继续录音，若关系不和谐，则进行矛盾等级判断；

若语音识别出司机乘客出现争吵现象，进入一级警戒，设置录音断点且将当前录音存储至分布式文件系统，并将得到的录音哈希索引和争吵事件记录到订单信息合约中；

若语音识别出哭声及辱骂现象，进入二级警戒，设置录音断点且将当前录音存储至分布式文件系统中，将得到的录音哈希索引和争吵事件记录到订单信息合约中；并触发安全保护措施，以实时监控车辆位置及轨迹；

若语音识别出恐吓、威胁或呼救现象，进入三级警戒，设置录音断点且将当前录音存储至分布式文件系统中，将得到的录音哈希索引和争吵事件记录到订单信息合约；并触发报警措施；

若全程司乘关系和谐，则订单结束后再将完整录音文件存储至分布式文件系统中，并将录音文件哈希索引和行车事件记录到区块链网络的订单信息合约中。

10.一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现根据权利要求8至9中任一项所述方法的步骤。

Images