[0001] 本申请要求于 2019年 2月 27日提交中国专利局、 申请号为 201910147946. 3、 申 请名称为“一种数据分析方法、 电子设备及计算机可读介质” 的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。

[0002] 技术领域

[0003] 本申请涉及区块链技术领域， 尤其涉及一种数据分析方法、 电子设备及计算机 可读介质。

[0004] 背景技术

[0005] 在现有的出行场景中， 出租车和网约车是系统随机匹配模式， 即在司机和乘客 是通过随机匹配来实现一段行程的共行。 由于随机匹配的特点， 司机和乘客相 互之间都不了解对方的情况， 因此侵害司机或乘客的人身安全和财产事件时 有 发生。 这种随机匹配为司机乘客双方都带来了一定的 安全风险， 但由于现有的 报警机制只有等待受害人或者受害人亲属报警 ， 导致报警的时效性差， 同时也 无法有效避免侵害事件的发生。

[0006] 发明内容

[0007] 本申请实施例提供一种数据分析方法， 可及时有效的降低网约车出行时， 司机 或乘客的安全风险。

[0008] 第一方面， 本申请实施例提供了一种数据分析方法， 该方法包括：

[0009] 获取行程订单， 基于所述行程订单生成智能合约；

[0010] 获取车载设备上传的行程数据；

[0011] 基于所行程数据和所述行程订单触发所述智能 合约， 执行所述智能合约对应的 预警操作。

[0012] 可选的， 所述基于所行程数据和所述行程订单触发所述 智能合约， 执行所述智 能合约对应的预警操作， 包括：

[0013] 基于所述行程数据判断行驶路径与所述行程订 单中包括的预设导航路线偏差是 否超过第一阈值； [0014] 若确定所述行驶路径与所述预设导航路线偏差 超过阈值， 则触发所述智能合约 ， 向所述车载设备发送监控指令， 所述监控指令用于启动车辆内的监控设备。

[0015] 可选的， 在所述向车载设备发送监控指令之后， 所述方法还包括：

[0016] 接收所述车载设备发送的监控信息；

[0017] 在所述监控信息中存在危险信息的情况下， 触发所述智能合约， 释放所述行程 订单中包含的隐私信息， 将上述隐私信息和所述行程数据上传至警务平 台， 所 述隐私信息包括司机信息和乘客信息以及紧急 联系人信息。

[0018] 可选的， 在所述监控信息中存在危险信息的情况下， 判断所述行驶数据中的加 速度的绝对值是否大于第二阈值；

[0019] 若是， 则触发所述智能合约， 向所述车载设备发送报警启动指令， 所述报警指 令用于使所述车载设备向周边的车辆发送警报 信息。

[0020] 可选的， 在所述获取行程订单之后， 所述方法还包括：

[0021] 接收所述车载设备发送的实际司机图像信息；

[0022] 判断所述实际司机图像信息是否与预存司机图 像信息一致， 所述预存司机图像 信息为所述行程订单中包括的司机信息对应的 预存司机图像；

[0023] 在所述实际司机图像信息与所述预存实际图像 信息不一致的情况下， 向乘客对 应的电子设备发送提示信息。

[0024] 第二方面， 本申请实施例提供了一种电子设备， 该电子设备包括：

[0025] 生成单元， 用于获取行程订单， 基于所述行程订单生成智能合约；

[0026] 获取单元， 用于获取车载设备上传的行程数据；

[0027] 执行单元， 用于基于所行程数据和所述行程订单触发所述 智能合约， 执行所述 智能合约对应的预警操作。

[0028] 可选的， 所述执行单元包括：

[0029] 判断子单元， 用于基于所述行程数据判断行驶路径与所述行 程订单中包括的预 设导航路线偏差是否超过第一阈值；

[0030] 发送子单元， 用于若确定所述行驶路径与所述预设导航路线 偏差超过阈值， 则 触发所述智能合约， 向所述车载设备发送监控指令， 所述监控指令用于启动车 辆内的监控设备。 [0031] 可选的， 所述执行单元还包括：

[0032] 接收子单元， 用于接收所述车载设备发送的监控信息；

[0033] 释放子单元， 用于在所述监控信息中存在危险信息的情况下 ， 触发所述智能合 约， 释放所述行程订单；

[0034] 所述发送子单元， 还用于在所述监控信息中存在危险信息的情况 下， 触发所述 智能合约， 将上述行程订单和所述行程数据上传至警务平 台。

[0035] 可选的， 所述判断子单元， 还用于在所述监控信息中存在危险信息的情况 下， 判断所述行驶数据中的加速度的绝对值是否大 于第二阈值；

[0036] 所述发送子单元， 还用于在所述行驶数据中的加速度的绝对值大 于第二阈值时 ， 则触发所述智能合约， 向所述车载设备发送报警启动指令， 所述报警指令用 于使所述车载设备向周边的车辆发送警报信息 。

[0037] 可选的， 所述电子设备还包括，

[0038] 接收单元， 用于接收所述车载设备发送的实际司机图像信 息；

[0039] 判断单元， 用于判断所述实际司机图像信息是否与预存司 机图像信息一致， 所 述预存司机图像信息为所述行程订单中包括的 司机信息对应的预存司机图像； [0040] 发送单元， 用于在所述实际司机图像信息与所述预存实际 图像信息不一致的情 况下， 向乘客对应的电子设备发送提示信息。

[0041] 第三方面， 本申请实施例提供了另一电子设备， 包括处理器、 存储器和通信模 块， 其中， 所述存储器用于存储程序代码， 所述处理器用于调用所述程序代码 来执行上述第一方面及其任一种可选方式的方 法。

[0042] 第四方面， 本申请实施例提供了一种计算机可读存储介质 ， 所述计算机存储介 质存储有计算机程序， 所述计算机程序包括程序指令， 所述程序指令当被处理 器执行时使所述处理器执行上述第一方面及其 任一种可选方式的方法。

[0043] 可以看出， 在本申请实施例中， 通过获取行程订单， 并基于所述行程订单生成 智能合约； 然后获取车载设备上传的行程数据； 最后基于所行程数据和所述行 程订单触发所述智能合约， 执行所述智能合约对应的预警操作。 本申请实施例 通过乘客的行程订单生成自动预警的智能合约 ， 然后实时获取车辆的行程数据 ， 并根据实时行程数据和行程订单来确定是否发 生触发上述智能合约的事件 （ 即可能存在安全隐患时） ， 若是， 则触发上述智能合约执行对应的预警操作， 从而可以及时有效的降低网约车上乘客或司机 的安全隐患。

［0044］ 附图说明

［0045］ 图 1是本申请实施例提供的一种数据分析方法的� �意流程图；

［0046］ 图 2是本申请实施例提供的另一种数据分析方法� �示意流程图；

［0047］ 图 3是本申请实施例提供的一种电子设备的示意� �图；

［0048］ 图 4是本申请实施例提供的一种设备示意图。

［0049］ 具体实施方式

［0050］ 下面将结合本申请实施例中的附图， 对本申请实施例中的技术方案进行清楚、 完整地描述。

［0051］ 应当理解， 当在本说明书和所附权利要求书中使用时， 术语“包括”和 “包 含”指示所描述特征、 整体、 步骤、 操作、 元素和 /或组件的存在， 但并不排除 一个或多个其它特征、 整体、 步骤、 操作、 元素、 组件和 /或其集合的存在或添 加。

［0052］ 还应当理解， 在此本申请说明书中所使用的术语仅仅是出于 描述特定实施例的 目的而并不意在限制本申请。 如在本申请说明书和所附权利要求书中所使用 的 那样， 除非上下文清楚地指明其它情况， 否则单数形式的“一” 、 “一个”及 “该”意在包括复数形式。

［0053］ 还应当进一步理解， 在本申请说明书和所附权利要求书中使用的术 语“和 / 或 ”是指相关联列出的项中的一个或多个的任何 组合以及所有可能组合， 并且包 括这些组合。

［0054］ 如在本说明书和所附权利要求书中所使用的那 样， 术语“如果”可以依据上下 文被解释为 “当 . . . 时”或“一旦”或“响应于确定”或“响应于 检测到” 。 类似地， 短语“如果确定”或“如果检测到［所描述条 件或事件］”可以依据上 下文被解释为意指“一旦确定”或“响应于确 定”或“一旦检测到［所描述条件 或事件］”或“响应于检测到［所描述条件或 事件］” 。

［0055］ 区块链是一种按照时间顺序将数据区块相连的 一种链式数据结构， 并以密码学 方式保证的不可篡改和不可伪造的分布式账本 。 [0056] 区块链的特性有开放、 共识、 去中心、 去信任、 透明、 双方匿名、 不可篡改以 及可追溯等。 其中， 开放与透明意为任何人都可以参与到区块链网 络， 每一台 设备都能作为一个节点， 每个节点都允许获得一份完整的数据库拷贝。 节点基 于一套共识机制， 通过竞争计算共同维护整个区块链。 任一节点失效， 其余节 点仍能正常工作。 其中， 去中心化与去信任意为区块链由众多节点共同 组成一 个端到端的网络， 不存在中心化的设备和管理机构。 节点之间数据交换通过数 字签名技术进行验证， 无需互相信任， 只要按照系统既定的规则进行， 节点之 间不能也无法欺骗其他节点。 其中， 透明与双方匿名意为区块链的运行规则是 公开的， 所有的数据信息也是公开的， 因此每一笔交易都对所有节点可见。 由 于节点与节点之间是去信任的， 因此节点之间无需公开身份， 每个参与的节点 都是匿名的。 其中， 不可篡改和可追溯意为每个甚至多个节点对数 据库的修改 无法影响其他节点的数据库， 除非能控制整个网络中超过 50%的节点同时修改， 这是几乎不可能发生的。 区块链中的， 每一笔交易都通过密码学方法与相邻两 个区块串联， 因此可以追溯到任何一笔交易记录。

[0057] 具体的， 区块链可以利用块链式数据结构来验证与存储 数据、 利用分布式节点 共识算法来生成和更新数据、 利用密码学的方式保证数据传输和访问的安全 、 利用由自动化脚本代码组成的智能合约来编程 和操作数据的一种全新的分布式 基础架构与计算方式。 因此， 区块链技术不可篡改的特性从根本上改变了中 心 化的信用创建方式， 有效提高了数据的不可更改性以及安全性。 其中， 由于智 能合约使得所有的条款编写为程序， 这些条款可在区块链上自动执行， 保证了 当存在触发智能合约的条件时， 区块链能强制根据智能合约中的内容执行， 且 不受任何外力阻挡， 从而保证了合约的有效性和执行力， 不仅能够大大降低成 本， 也能提高效率。 区块链上的各个节点都有相同的账本， 能够确保账本记录 过程是公开透明的。 区块链技术可以实现了一种点对点的、 公开透明的直接交 互， 使得高效率、 大规模、 无中心化代理的信息交互方式成为了现实。

[0058] 本申请实施例主要应用于区块链节点电子设备 ， 而作为区块链节点电子设备的 类型有很多， 可以是传统电子设备、 大型存储系统、 台式电脑、 笔记本电脑、 平板电脑、 掌上电脑、 智能手机、 便携式数字播放器、 智能手表以及智能手环 等等。 其中， 区块链节点电子设备为根据共识机制确定的区 块链网络中的其中 一个电子设备。 应理解， 由于区块链是一个去中心化的分布式数据库， 所以每 次处理数据都需要选出区块链网络中的其中一 个电子设备作为执行者来处理数 据。 而每次选取电子设备的规则便是共识机制， 本申请实施例中共识机制可以 是工作量证明机制 (Proof of Work， POW) 、 股权证明机制 (Proof of Stake ， POS) 、 瑞波共识机制 (Ripple

Consensus) 以及授权股权证明机制 (Delegated Proof of Stake， DPOS) 等， 在此不作限定。 本申请实施例中， 终端包括但不限于带通讯功能的设备、 智能 手机、 平板电脑、 笔记本电脑、 台式电脑、 便携式数字播放器、 智能手环以及 智能手表等。

[0059] 现有的网约车是系统随机匹配模式， 即在司机和乘客是通过随机匹配来实现一 段行程的共行。 由于随机匹配的特点， 司机和乘客相互之间都不了解对方的情 况， 因此侵害人身安全和财产事件时有发生。 这种随机匹配为司机乘客双方都 带来了一定的安全风险， 但由于现有的报警机制只有等待受害人或者受 害人亲 属报警， 导致报警的时效性差， 同时也无法有效避免侵害事件的发生。

[0060] 本申请提出了一种基于数据分析的行程安全报 警方法， 通过监测行程过程中的 驾驶员、 乘客、 行驶地点、 速度、 加速度等数据， 自动分析该段行程的安全等 级， 提出预警， 且达到某种条件时， 自动触发区块链智能合约， 通知相关人员 ， 从而提高行程安全性。

[0061] 首先， 使用区块链技术建立安全监控平台； 司机和乘客通过自己的电子设备在 上述安全监控平台上进行注册， 获得各自的注册身份。 然后司机和乘客均将各 自的紧急联系人信息上传至上述安全监控平台 。 最后， 在乘客乘坐网约车， 当 上述安全监控平台监控到网约车上的乘客或司 机可能遇到危险时， 触发智能合 约， 根据具体危险事件来向司机或乘客的紧急联系 人发出报警信息。

[0062] 在本申请实施例中， 上述安全监控平台是在区块链网络的各个节点 上运行的， 用于在乘客乘坐网约车时， 自动获取乘客的行程订单， 然后基于该行程订单自 动生成智能合约； 在乘客乘车的过程中实时的获取车辆的行程数 据， 对行程数 据进行分析， 判断是否发送触发上述智能合约的安全事件， 若发生安全事件， 则触发智能合约， 执行智能合约中预设的预警操作； 从而能够在乘客乘坐网约 车的过程中， 当乘客或司机可能发生危险时， 能及时的进行预警， 来尽量的避 免悲剧的发生。

[0063] 参见图 1， 图 1是本申请实施例提供的一种数据分析方法的� �意流程图， 如图 1 所示该方法可包括：

[0064] 101： 安全监控平台获取行程订单， 基于上述行程订单生成智能合约。

[0065] 其中， 上述行程订单可以包括司机信息、 乘客信息、 车辆信息、 出发地与目的 地、 预设导航路线、 预计行驶时间等。 上述安全监控平台既可以通过司机和乘 客在区块链网络上的订单交易信息获取行程订 单， 也可以接受司机或者乘客通 过自己的电子设备主动进行行程上报。

[0066] 在本申请实施例中， 当监测到乘客的预约网约车时， 上述安全监控系统自动根 据在区块链网络中上传的订单交易获取乘客的 行程订单， 或者上述安全监控系 统接受司机或者乘客通过自己的电子设备主动 上传的行程订单； 然后上述安全 监控平台自动根据上述行程订单生成智能合约 ； 该智能合约用于在乘客乘车的 过程中实时的获取车辆的行程数据， 当发生安全事件时， 触发智能合约， 执行 智能合约中预设的预警操作。

[0067] 其中， 上述智能合约中可以包括两部分， 第一部分为智能合约将要执行的操作 事件描述代码。 上述操作事件可以为向乘客所在的网约车的车 载设备发送监控 指令， 用于获取车内的监控信息； 上述操作事件还可以为自动释放上述行程订 单中的隐私信息 （例如司机信息、 乘客信息、 司机和 /或乘客的紧急联系人信息 等） ， 并向警务平台发送行程信息。 第二部分为智能合约的触发事件描述代码 ， 即触发执行上述第一部分操作事件的触发条件 。 上述触发事件可以为实际行 驶路线与预设的导航路线的偏差大于阈值； 也可以是检测到车内的监控信息中 存在预设的危险信息； 还可以是检测到车辆的加速度在预设时间内变 化的绝对 值大于阈值等。

[0068] 具体的， 当上述安全监控平台获取到上述行程订单之后 ， 自动根据上述行程订 单生成上述操作事件描述代码和触发事件描述 代码， 然后将上述操作事件描述 代码和触发事件描述代码组装成上述智能合约 。 当生成智能合约之后， 将上述 智能合约发送给对应的参与者， 然后获得参与者对智能合约的签名。 接着将上 述智能合约和参与者对智能合约的签名在全网 进行广播。 当区块链网络中的节 点对上述智能合约验证达成共识后将上述智能 合约以及参与者对智能合约的签 名写入到区块链中。

[0069] 其中， 上述智能合约的参与者包括司机、 乘客以及对应的车辆的车载设备。

[0070] 102： 安全监控平台获取车载设备上传的行程数据。

[0071] 在本申请实施例中， 当上述安全监控平台根据上述行程订单生成智 能合约之后 ， 便通过车辆的车载设备获取乘客所在车辆的行 程数据， 以便上述安全监控平 台对上述行程数据进行分析， 判断是否发生上述智能合约中的出发事件。 若判 断为是则执行步骤 103; 若判断为否则结束。

[0072] 其中， 上述行程数据可以包括上述乘客所在车辆的行 驶路径、 车速、 加速度等 数据。

[0073] 具体的， 在上述车载设备检测到乘客上车， 且车辆启动之后， 上述车载设备获 取上述车辆的行驶数据， 然后将获取到的形式数据上传至上述安全监控 平台。

[0074] 可选的， 上述车载设备可以按照预设时长， 周期性的上传车辆当前的行程数据 。 例如可以每个一分钟上传一次当前时刻车辆的 行驶路径、 车速以及车辆的加 速度等数据。

[0075] 103： 安全监控平台基于所行程数据和上述行程订单 触发上述智能合约， 执行 上述智能合约对应的预警操作。

[0076] 在本申请实施例中， 当上述安全监控平台获取到上述行程数据之后 ， 便结合上 述行程订单， 对上述行程数据进行分析， 判断是否发生了上述智能合约中对应 的触发事件， 若发生了上述出发事件， 则触发上述智能合约， 并执行上述触发 事件在上述智能合约中对应的操作事件。 该操作事件为当上述安全监控平台判 断上述乘客所在车辆可能存在危险信息时， 进行的预警操作。 该预警操作可以 是向上述车载设备发送监控指令， 上述监控指令用于启动车辆内的监控设备； 也可以是释放上述行程订单中包含的隐私信息 ， 将上述隐私信息和上述行程数 据上传至警务平台， 上述隐私信息包括司机信息和乘客信息以及紧 急联系人信 息； 还可以是向上述车载设备发送报警启动指令， 上述报警指令用于使上述车 载设备向周边的车辆发送警报信息。

[0077] 作为一种可选的实施方式， 在上述获取行程订单之后， 上述数据分析方法还包 括： 上述安全监控平台接收上述车载设备发送的实 际司机图像信息； 然后判断 上述实际司机图像信息是否与预存司机图像信 息一致， 其中上述预存司机图像 信息为上述行程订单中包括的司机信息对应的 预存司机图像； 最后判断上述实 际司机图像信息与上述预存实际图像信息是否 一致； 若不一致， 则向乘客对应 的电子设备发送提示信息； 若一致， 则执行步骤 103。

[0078] 可以看出， 本申请实施例通过乘客的行程订单生成用于自 动预警的智能合约， 然后实时获取车辆的行程数据， 并根据实时行程数据和行程订单来确定是否发 生触发上述智能合约的事件 （即可能存在安全隐患时） ， 若是， 则触发上述智 能合约执行对应的预警操作， 从而可以及时有效的降低网约车上乘客或司机 的 安全隐患。

[0079] 与上述图 1所示的实施例一致的， 参见图 2， 图 2是本申请实施例提供的另一种 数据分析方法的示意流程图， 如图 2所示该方法可包括：

[0080] 201： 安全监控平台获取行程订单， 基于上述行程订单生成智能合约。

[0081] 202 : 安全监控平台获取车载设备上传的行程数据。

[0082] 203： 安全监控平台基于上述行程数据判断行驶路径 与上述行程订单中包括的 预设导航路线偏差是否超过第一阈值。

[0083] 在本申请实施例中， 当上述安全监控平台获取到上述行程数据之后 ， 便结合上 述行程订单， 对上述行程数据进行分析， 判断行驶路径与上述行程订单中包括 的预设导航路线偏差是否超过第一阈值。 若是则执行步骤 204; 若否则返回步骤 202； 直到上述行程订单完成为止。

[0084] 具体的， 上述预设导航路线包括至少一条从上述行程订 单中的出发地到目的地 的行驶路线。 上述行程数据中都包括上述车辆所在的位置信 息、 行驶方向、 车 辆的车速和加速度等信息。 当上述安全监控平台获取到上述行程数据之后 ， 周 期性的判断车辆所在的位置是否是在上述预设 导航路线上， 若是， 则等待下一 个周期的检测； 若不是， 则获取开始偏离预设导航路线的第一位置， 并计算第 一位置与当前位置的偏差距离， 该偏差距离为上述行驶路径与上述行程订单中 包括的预设导航路线偏差， 当该偏差距离大于设定的第一阈值时， 例如该阈值 可以设为 500米， 则执行步骤 204; 若该偏差距离不大于第一阈值， 则返回步骤 2 02。 可以理解的是， 当车辆偏离预设导航路线中的第一路线行驶到 预设导航路 线中的第二路线的情况视为， 车辆所在的位置在预设导航路线上。

[0085] 例如， 车辆在预设导航路线的 A位置开始偏离预设导航路线行驶， 则从离开 A位 置开始， 每当获取到车辆的行程数据时， 就判断车辆当前所在的位置 B是否在预 设的导航路线上， 若不是， 则计算 A位置与 B位置之间的路线距离， 当 A位置与 B 位置之间的路线距离大于 500米时， 则执行步骤 204; 若 A位置与 B位置之间的路 线距离不大于 500米， 则返回步骤 202继续获取车辆的行程数据。

[0086] 204： 安全监控平台则触发上述智能合约， 向上述车载设备发送监控指令， 上 述监控指令用于启动车辆内的监控设备。

[0087] 在本申请实施例中， 当确定上述行驶路径与上述预设导航路线偏差 超过第一阈 值， 则上述安全监控平台则触发上述智能合约， 向上述车载设备发送监控指令 ， 上述监控指令用于启动车辆内的监控设备。

[0088] 在本申请实施例中， 上述监控设备包括语音监听设备和 /或视频监控设备。

[0089] 205： 安全监控平台接收上述车载设备发送的监控信 息。

[0090] 在本申请实施例中， 当上述乘客所在的车辆的车载设备接收到上述 监控指令后 ， 则启动上述车辆内的监控设备， 以获取车内的监控信息。 然后将获取到的监 控信息上传至上述安全监控平台。 其中， 上述监控信息可以包括语音信息和 /或 视频信息。

[0091] 206： 安全监控平台在上述监控信息中存在危险信息 的情况下， 触发上述智能 合约， 释放上述行程订单中包含的隐私信息， 将上述隐私信息和上述行程数据 上传至警务平台， 上述隐私信息包括司机信息和乘客信息以及紧 急联系人信息

[0092] 在本申请实施例中， 当上述安全监控平台接收到上述监控信息后， 对上述监控 信息的内容进行分析， 判断上述监控信息的内容是否存在危险信息。 若存在危 险信息， 则触发上述智能合约， 释放上述行程订单中包含的隐私信息。 其中上 述隐私信息包括司机信息、 司机的紧急联系人信息和乘客信息以及对应的 紧急 联系人信息。 若不在危险信息， 则返回步骤 205, 直到上述行程订单完成为止。 其中上述监控信息可以包括车内视频信息、 图片信息和 /或语音信息。

[0093] 作为一种可选的实施方式， 上述监控信息可以包括车内视频或图片信息。 当上 述安全监控平台获取到上述车内视频或图片信 息之后， 则对上述车内视频或图 片中的司机和 /或乘客进行识别， 并获取司机和 /或乘客的面部表情、 肢体动作 以及司机和 /或乘客在车内的位置。 当检测到司机和 /或乘客的面部表情为狰狞 的、 惊恐的或愤怒的等， 且肢体动作为攻击动作、 防卫动作或投降动作等， 以 及司机和 /或乘客的位置偏离预设的位置 （例如， 司机的位置偏离驾驶室或乘客 的位置靠近驾驶室等） 则确定上述监控信息的内容存在危险信息。

[0094] 作为另一种可选的实施方式， 当上述监控信息为语音信息时， 则对上述语音信 息进行语义解析， 得到语音信息的文本信息， 然后判断文本信息中是否出现预 设的危险关键词， 例如“无耻” “救命”等， 若出现危险关键词， 则确定上述 监控信息中出现危险信息。

[0095] 207： 安全监控平台在上述监控信息中存在危险信息 的情况下， 判断上述行驶 数据中的加速度的绝对值是否大于第二阈值。

[0096] 在本申请实施例中， 当上述安全监控平台对上述监控信息进行分析 ， 确定上述 监控信息中存在危险信息时， 判断上述行驶数据中的加速度的绝对值是否大 于 第二阈值。 若是， 则执行步骤 208。 若否， 则返回步骤 205, 直到上述行程订单 完成为止。

[0097] 在本申请实施例中， 判断上述行驶数据中的加速度的绝对值是否大 于第二阈值 ， 是用于判断车辆在行驶过程中的突然加速， 或突然刹车导致加速度突变。 在 一些场景下， 在车辆的行驶过程中， 当司机和乘客发生矛盾或争执时， 可能会 导致司机紧急刹车导致车辆突然减速， 或刹车时踩到油门导致车辆突然加速； 因此， 在前述已经判断车辆内可能出现危险的情况下 ， 可以通过判断车辆的加 速度是否超过阈值， 来进一步确定车辆内乘客和司机之间是否发生 矛盾或争执

[0098] 208： 安全监控平台触发上述智能合约， 向上述车载设备发送报警启动指令， 上述报警指令用于使上述车载设备向周边的车 辆发送警报信息。 [0099] 在本申请实施例中， 当上述安全监控平台确定上述监控信息中存在 危险信息， 且确定上述行驶数据中的加速度的绝对值大于 第二阈值时， 触发上述智能合约 ， 向上述车载设备发送报警启动指令， 上述报警指令用于使上述车载设备向周 边的车辆发送警报求助信息。

[0100] 在一些可能的场景下， 例如， 当乘客发现车辆的行驶路线已经远远的偏离导 航 路线， 即发现可能出现危险时， 乘客可能会与司机发生争吵或攻击类的动作等 ， 从而导致司机紧急踩刹车； 此时， 安全监控平台从上传的行程数据中获取到 车辆的加速度的绝对值则会超过第二阈值； 当确定上述行驶数据中的加速度的 绝对值大于第二阈值时， 则触发上述智能合约， 向上述车载设备发送报警启动 指令。 当上述车辆的车载设备接收到报警启动指令后 ， 则向周边车辆发送报警 求助信息， 例如该报警求助信息可以为文本或语音信息“ XXX车辆发生危险， 需 要您的帮助”等。

[0101] 可以看出， 本申请实施例通过乘客的行程订单生成用于自 动预警的智能合约， 然后实时获取车辆的行程数据， 并根据实时行程数据和行程订单来确定是否发 生触发上述智能合约的事件 （即可能存在安全隐患时） ， 若是， 则触发上述智 能合约执行对应的预警操作， 从而可以及时有效的降低网约车上乘客或司机 的 安全隐患。

[0102] 本申请实施例还提供一种电子设备， 该电子设备用于执行前述任一项上述的方 法的单元。 具体地， 参见图 3, 图 3是本申请实施例提供的一种电子设备的示意 框图。 本实施例的电子设备包括： 生成单元 310、 获取单元 320以及执行单元 330

[0103] 生成单元 310, 用于获取行程订单， 基于上述行程订单生成智能合约；

[0104] 获取单元 320, 用于获取车载设备上传的行程数据；

[0105] 执行单元 330, 用于基于所行程数据和上述行程订单触发上述 智能合约， 执行 上述智能合约对应的预警操作。

[0106] 可选的， 上述执行单元包括：

[0107] 判断子单元， 用于基于上述行程数据判断行驶路径与上述行 程订单中包括的预 设导航路线偏差是否超过第一阈值； [0108] 发送子单元， 用于若确定上述行驶路径与上述预设导航路线 偏差超过阈值， 则 触发上述智能合约， 向上述车载设备发送监控指令， 上述监控指令用于启动车 辆内的监控设备。

[0109] 可选的， 上述执行单元还包括：

[0110] 接收子单元， 用于接收上述车载设备发送的监控信息；

[0111] 释放子单元， 用于在上述监控信息中存在危险信息的情况下 ， 触发上述智能合 约， 释放上述行程订单；

[0112] 上述发送子单元， 还用于在上述监控信息中存在危险信息的情况 下， 触发上述 智能合约， 将上述行程订单和上述行程数据上传至警务平 台。

[0113] 可选的， 上述判断子单元， 还用于在上述监控信息中存在危险信息的情况 下， 判断上述行驶数据中的加速度的绝对值是否大 于第二阈值；

[0114] 上述发送子单元， 还用于在上述行驶数据中的加速度的绝对值大 于第二阈值时 ， 则触发上述智能合约， 向上述车载设备发送报警启动指令， 上述报警指令用 于使上述车载设备向周边的车辆发送警报信息 。

[0115] 可选的， 上述电子设备还包括，

[0116] 接收单元， 用于接收上述车载设备发送的实际司机图像信 息；

[0117] 判断单元， 用于判断上述实际司机图像信息是否与预存司 机图像信息一致， 上 述预存司机图像信息为上述行程订单中包括的 司机信息对应的预存司机图像； [0118] 发送单元， 用于在上述实际司机图像信息与上述预存实际 图像信息不一致的情 况下， 向乘客对应的电子设备发送提示信息。

[0119] 可以看出， 本申请实施例通过乘客的行程订单生成用于自 动预警的智能合约， 然后实时获取车辆的行程数据， 并根据实时行程数据和行程订单来确定是否发 生触发上述智能合约的事件 （即可能存在安全隐患时） ， 若是， 则触发上述智 能合约执行对应的预警操作， 从而可以及时有效的降低网约车上乘客或司机 的 安全隐患。

[0120] 参见图 4， 图 4是本申请实施例提供的一种设备， 该设备可以为电子设备， 如图 4所示设备包括： 一个或多个处理器 401 ; —个或多个输入设备 402, 一个或多个 输出设备 403和存储器 404。 上述处理器 401、 输入设备 402、 输出设备 403和存储 器 404通过总线 405连接。 存储器 402用于存储指令， 处理器 401

用于执行存储器 402存储的指令。

[0121] 其中， 该设备作为电子设备使用的情况下， 处理器 401用于： 获取行程订单， 基于上述行程订单生成智能合约； 获取车载设备上传的行程数据； 基于所行程 数据和上述行程订单触发上述智能合约， 执行上述智能合约对应的预警操作。

[0122] 应当理解， 在本申请实施例中， 所称处理器 401可以是中央处理单元 (Central Processing Unit， CPU)， 该处理器还可以是其他通用处理器、 数字信号处理器 (Digital Signal Processor, DSP)、 专用集成电路 (Application Specific Integrated Circuit, ASIC)、 现成可编程门阵列 (Field-Programmable Gate Array, FPGA) 或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬 件组件等。 通用处理器可以是微处理器或者该处理器也可 以是任何常规的处理 器等。

[0123] 输入设备 402可以包括触控板、 指纹采传感器 (用于采集用户的指纹信息和指 纹的方向信息) 、 麦克风等， 输出设备 403可以包括显示器 (IXD等) 、 扬声器 等。

[0124] 该存储器 404可以包括只读存储器和随机存取存储器， 并向处理器 401 提供指 令和数据。 存储器 404的一部分还可以包括非易失性随机存取存储 器。 例如， 存 储器 404还可以存储设备类型的信息。

[0125] 具体实现中， 本申请实施例中所描述的处理器 401、 输入设备 402、 输出设备 40 3可执行本申请实施例提供的一种数据分析方� �的第一实施例中所描述的实现方 式、 第二实施列以及第三实施例中的实现方式， 也可执行本申请实施例所描述 的电子设备的实现方式， 在此不再赘述。

[0126] 在本申请的另一实施例中提供一种计算机可读 存储介质， 上述计算机可读存储 介质存储有计算机程序， 上述计算机程序被处理器执行时实现：

[0127] 获取行程订单， 基于上述行程订单生成智能合约； 获取车载设备上传的行程数 据； 基于所行程数据和上述行程订单触发上述智能 合约， 执行上述智能合约对 应的预警操作。

[0128] 上述计算机可读存储介质可以是前述任一实施 例上述的终端的内部存储单元， 例如终端的硬盘或内存。 上述计算机可读存储介质也可以是上述终端的 外部存 储设备， 例如上述终端上配备的插接式硬盘， 智能存储卡 ( Smart Media Card, SMC) ， 安全数字 ( Secure Digital, SD) 卡， 闪存卡 (Flash Card) 等。 进一 步地， 上述计算机可读存储介质还可以既包括上述终 端的内部存储单元也包括 外部存储设备。 上述计算机可读存储介质用于存储上述计算机 程序以及上述终 端所需的其他程序和数据。 上述计算机可读存储介质还可以用于暂时地存 储已 经输出或者将要输出的数据。

[0129] 本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各示例的 单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了 清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能一般性地描述 了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来执行， 取决于技 术方案的特定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使 用不同方法来实现所描述的功能， 但是这种实现不应认为超出本申请的范围。

[0130] 所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 上述描述的 系统、 电子设备和单元的具体工作过程， 可以参考前述方法实施例中的对应过 程， 在此不再赘述。

[0131] 在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 电子设备和方 法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示意性 的， 例如， 上述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可以有另 外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或 一些特征可以忽略， 或不执行。 另外， 所显示或讨论的相互之间的耦合或直接 耦合或通信连接可以是通过一些接口、 装置或单元的间接耦合或通信连接， 也 可以是电的， 机械的或其它的形式连接。

[0132] 上述作为分离部件说明的单元可以是或者也可 以不是物理上分开的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元 来实现本申请实施例方案的目的。

[0133] 另外， 在本申请各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以是两个或两个以上单元集成在一个单元 中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形 式实现。

[0134] 上述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销售或使用 时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本申请的技 术方案本质上或者说对现有技术做出贡献的部 分， 或者该技术方案的全部或部 分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中 ， 包括若干指令用以使得一台计算机设备 ( 可以是个人计算机， 电子设备， 或 者网络设备等 ) 执行本申请各个实施例上述方法的全部或部分 步骤。 而前述的 存储介质包括： U盘、 移动硬盘、 只读存储器 (ROM， Read-Only Memory)、 随 机存取存储器 (RAM， Random Access Memory)、 磁碟或者光盘等各种可以存储 程序代码的介质。

[0135] 以上所述， 仅为本申请的具体实施方式， 但本申请的保护范围并不局限于此， 任何熟悉本技术领域的技术人员在本申请揭露 的技术范围内， 可轻易想到各种 等效的修改或替换， 这些修改或替换都应涵盖在本申请的保护范围 之内。 因此 ， 本申请的保护范围应以权利要求的保护范围为 准。

发明概述

技术问题

问题的解决方案

发明的有益效果