关于网约车安全系统的研究与人本化设计

赵菁 王雨欣 唐晓娇

摘 要：网约车的出现打破了传统的乘车出行方式。但空姐打车遇害、星级评分不真实、司机单方面要求中途加价等事件的频发让人们深恶痛绝;且目前司乘双方交易耗时较长，不够安全智能。基于此，通过研究乘客出行规律，结合当前网约车的运营现状及国内外相关经验，文章给出了相应的解决办法，期望能共同建造良好的网约车行业环境。

关键词：交通安全;网约车;大数据;动态可视化仿真;安全行驶报警系统

1 引言

在网约车领域，如何规范网约车的交易和服务，在智能交通的基础上发展交通安全成为国家和人民关注的热点对象。目前，其发展仍存在诸多问题。

（1）整个系统安全防护措施存在漏洞，导致安全问题频发;

（2）司机不能知晓同行竞争者的密集区，造成空载、导致路段堵车且无法过滤低素质乘客，只能被选择;

（3）乘客是被动、单向的被网约车公司派单，缺少选择性与个性化;

（4）后台评价系统简陋，难以将顾客真实意见反馈给网约车公司。

以上为中国网约车的发展现状。经调查分析，对于国外的打车软件，例如韩国 KakaoT、美国 Uber等也存在类似问题。基于此，该文分析对比了各国网约车发展现状并提出了一种新的解决方案。

2 国内外现状

网约车创新地利用信息技术、大数据分析技术和管理优化技术等使车辆和道路资源得到有效的利用，一定程度上缓解了城市交通压力，减少了社会资源的浪费。接下来将从中国、韩国、美国三个国家的网约车发展现状进行分析。

2.1 中国

2.1.1 国家政策导向

依据《中华人民共和国道路交通安全法》、《网络预约出租汽车经营服务管理暂行办法》、《关于促进手机软件召车等出租汽车电召服务有序发展的通知》等政策，可见，网约车的发展是有政府支持和人民拥护的，是一条走得通的可持续发展之路。

2.1.2 中国打车软件现状

以滴滴出行 APP 为例。2012年正式出现在大众身边，于2017年底，累计服务74.3亿单，相当于全球人均使用过一次滴滴出行服务。而当其正蓬勃发展之際，突然按下了暂停键。2018年5月5日凌晨，出现了第一起重大安全事故，郑州航空港区去郑州火车站的滴滴顺风车内，一位空姐不幸遇害，嫌犯在距离尸体地点10公里处弃车跳河，畏罪自杀。接着又相继出现多起安全事故，引起广大人民群众的愤慨与痛斥。

在出现如此严重的安全问题后，滴滴出行开启了“All in 安全”计划。对安全产品整体升级、优化紧急求助、行程分享等功能;对顺风车业务模式重新进行评估，在安全保护措施没有获得用户认可之前，无限期下线;重组客服团队等措施，并取得一定的成效。

2.2 韩国

以韩国网约平台KakaoT为例，它的运营模式与滴滴出行相仿，但与滴滴相比，它能看见司机的性别。但综合其国内外的网约车系统，它们在安全防范、效率问题、司乘信息“智能、共享”等方面仍然有较大的改进空间。

2.3 美国

美国的很多个州目前均已认可网约车的合法地位，对于从事该行业的司机也有着相关要求。纽约交通部门去年6月曾出台一项规定，将从事网络约车服务的公司定义为“运输网络公司”，并规定网约车司机必须完成一项共计24课时的课程，并由交通部门颁发执照，同时运营车辆也须完成19项全面安全检查。

3 总体方案

综合分析三个国家的网约车运营商采取有关安全的措施，可以看出其对安全问题的重视程度是较高的。但也可以发现他们无论是不断完善软件端与客服团队还是从司机端切入抬高准入门槛，均未采取软硬结合的方案。

而本文提出的系统以人本交通设计为出发点，采用“软硬结合+云端”的技术方案。通过乘客 OD出行数据研发出“SSTM”APP、安全辅助报警系统及仿真视频与静态可视化图像，通过方法创新、实物创新、技术应用创新实现后台对该订单全方位的实时监控与网约车资源的合理分配。

3.1 软件部分

“SSTM”APP自带更直接、更醒目的安全防护体系，将分区域处理后的数据调用到百度API 中，使其具有实时推送同行人流密度热力图、司乘双选、延迟评价、保护隐私等多种功能。

云端数据处理系统通过BDP和Arc GIS对具有出行时空特征大数据进行处理，将处理后出行时空数据实时动态热力图展现在百度地图中，以能够及时显现出在某些时间段、某些区域同行司机分布密集程度，方便司机是否接受该笔订单，为司机的行驶方向区域作出参考性建议。将上述热力图按适当的比例尺放大，取某商业区一工作日高峰的车辆分布，做出车辆的分布散点图，以提供给乘客查看周围可选择车辆。

3.1.1 软件交易流程

交易确认前：后台动态可视化图像可协助乘客查看身边一定区域内司机的分布及其相关信息，从而实现自主选择，同时对司机的行驶方向有一定的指导作用。当多位乘客选择同一位司机时，司机反选，待成功后后台实施订单。预约失败的乘客则进行第二轮选择。司乘双方匹配完毕后，后台根据乘客所选目的地进行判断，为司机推荐距离最近和用时最短的行驶路线。

交易过程中：若司机未按规定路线行驶，后台会向乘客端发起路径更改确认，同时向司机端界面发出异常提醒。若乘客端未确认，后台将判断订单存在异常，车内安全报警系统则开始工作，并通知乘客端与司机端已进入异常监管范围。

交易完成后：订单结束后，为有效保护乘客的评价隐私，实行延迟显示司乘互评的机制，即12 小时后司乘双方才可看到彼此评价的结果。另外，当司乘双方进行评价时可使用安全行驶报警系统提供的辅助材料，保证评价的相对真实性。

此款APP具有司乘实时掌握司机分布情况、可双向选择、延迟评价等功能，优化司乘双方的乘车体验，同时将乘车信息更加透明化，让司乘双方的使用体验更加综合、智能、共享。

3.2 硬件支持

系統中的紧急报警装置采用“微型、可移动”的设计方式，以 MSP430 系列单片机为主控制芯片，使用集成电路、3D 打印等技术，可在异常情况发生时进行全方位的录音录像。期间产生的数据将传输至管理后台，后期可作为报警及评价的辅助资料。

3.2.1 基本功能

该紧急报警装置包括采集装置 、显示器、控制中心、电源装置、报警装置。其中电源装置给控制中心、采集装置、显示器供电;采集装置与报警装置分别与控制中心连接，控制中心与显示器无线连接，并与远控中心通过无线网络通讯。同时以MSP430系列单片机为主控制芯片，通过 Ajax与服务器进行通信、TCP/IP 协议监听服务器端的端口，其四个触控按键包含“启动、录像、报警、取消” 四个功能。

在异常情况下，司机或乘客可按下相应的报警键或录像键，此时后台将对异常订单进行实时追踪，开启 GPS 定位、录音功能对异常订单进行实时追踪，同时系统通过人体识别装置追踪人体从而控制摄像头旋转，对异常情况进行实时监控，极大程度上保证了司乘的人身安全。

3.2.2 后台展示

后台监控系统主界面显示的是所有正在运行网约车的安全订单和异常订单数量。当紧急报警装置的报警按钮被按下后，系统会弹出处于危险状态下的订单的编号，后台工作人员通过系统传来的音频判断乘客或者司机是否处于危险状态。若车内异常，后台将提示司机已进入异常监控范围，同时向当地警方报案;若车内无明显异常现象，云端将对乘客和司机进行核查，防止误报，对误报的订单状态进行改正，并降低按下按钮的一方的信誉度。

3.2.3 硬件优势

该紧急报警装置的增加实现了网约车运行时一旦出现安全问题，乘客及司机可以通过手中的紧急报警装置及时报警，并留存有力证据。同时该装置小巧便携，并不会破坏车体结构。

3.3 系统性能整体分析

（1）在安全方面：本系统的“SSTM”APP、紧急报警装置以及录音录像系统在异常情况时可对正在进行的订单进行实时监控，确保乘客及司机的安全;

（2）在打车体验方面：通过乘客和司机的相互选择、实时对接，节约乘客与司机沟通成本、最大限度优化乘客打车体验;

（3）在防止司机强制乘客评论方面：乘客需在司机下个订单进行后进行评论，这在极大程度上减缓了司机强迫乘客好评的现象，避免司机骚扰乘客现象出现，同时保证了评价的真实性;

（4）在平衡订单分布方面：程序后台可对前台的数据反馈进行数据可视化处理，司机可根据路段交通实时状况规划合适的行驶方向，使其利益最大化并缓解热门地区打车客流和司机集中的现象。

4 结束语

在信息化的发展中，保障网约车的安全问题成了目前发展高速交通最主要的障碍。交通的完善性与便利性是最能体现一个国家的经济和技术实力的。本“SSTM”新型网约车安全系统通过简单、实用的设计与研究，对中国现在的网约车服务运营系统提出了一套完整的改善方案，期望可以在交通安全的问题上填补相关漏洞，完善交通安全体系。

参考文献：

[1]E电园小编.黑客领读|滴滴八年（下）：危机与新生-后出行时代的开启[EB/OL].https：//t.cj.sina.com.cn/articles/view/6555663972/186bf7e6402700v36n？from=tech， 2020-04-06/2020-05-08.

作者简介：赵菁（1999-），女，四川广安人，本科，专业：交通运输，研究方向：轨道交通。