CN109242130A - 网约车安全机制管理系统 - Google Patents

Abstract

本发明涉及一种网约车安全机制管理系统，包括：用户客户端、司机客户端、客服端、云服务器以及后台服务器。所述用户客户端包括乘客客户端与非乘客客户端，乘客客户端可以进行网约车叫车并付款，同时也对司机做出评价；非乘客客户端可完成重确认。司机客户端显示云服务器规划的最优路线并对乘客做出评价。云服务器接受乘客客户端的行程规划路线、耗时预估、日志记录、权限管理以及费用计算。客服端可进行订单跟踪。后台服务器可实现报警。本发明能大幅度减少网约车难以监管、安全系数低、乘客乘车体验差甚至人身财产安全受到威胁的情况出现的可能性，对当前网约车现状有极大的改善作用。

Description

网约车安全机制管理系统

技术领域

本发明涉及网约车运行系统，尤其涉及一种网约车安全机制管理系统。

背景技术

目前流行的网约车，普遍存在安全性低的问题，像司机有意绕路、行车过程中对乘客骚扰等乘客人身财产安全受到侵害的事情时有发生，因此需要一种有效的网约车乘客安全机制确保乘客的合法权益，改善网约车运营环境，提高乘客乘车体验。

发明内容

本发明的目的：为了解决网约车乘客安全性低，乘车体验差等问题，提供一种网约车安全机制管理系统。

本发明的技术方案：一种网约车安全机制管理系统，包括：用户客户端、司机客户端、客服端、云服务器以及后台服务器；所述用户端可分为乘客客户端与非乘客客户端；所述非乘客客户端，用于与云服务器连接，包括重确认功能系统。

与本发明的一则实施例中，所述用户客户端与司机客户端均为智能移动设备，例如智能手机、笔记本电脑、智能平板等。

与本发明的一则实施例中，所述用户客户端与司机客户端均为智能移动设备，所述智能移动设备包含数据发送、接收、显示以及定位功能；通过定位功能获取当前位置信息与云服务器规划的最优路线，当所述位置信息与预定行驶路线不相同时，向客服端发送提示信息；

与本发明的一则实施例中，所述客服端包含客服主控模块、客服发送模块、客服接收模块、客服报警模块、客服显示模块；所述客服主控模块与客服发送模块、客服接收模块、客服报警模块、客服显示模块相连；所述客服发送模块与客服接收模块，用于向用户客户端、司机客户端、客服端的发送或接收数据；所述客服报警模块，用于与公安联网；所述客服显示模块，用于显示来自用户客户端、司机客户端的提示信息。

与本发明的一则实施例中，所述云服务器包含主机主控模块、远程接收模块、数据储存模块、登陆注册模块、计费模块；所述数据存储模块，用于储存当前用户以及司机的信誉值，依据当前订单的完成质量、乘客评价、司机评价、重确认快慢对乘客用户、非乘客用户、司机用户信誉值做相应调整；所述计费模块、数据储存模块，用于生成形成费用并发送给用户客户端和司机客户端，以及通过数据储存模块记录近期订单；通过计费模块、数据储存模块，调取路线、耗时等，根据乘客以及司机信誉对费用做调整；。

与本发明的一则实施例中，所述重确认功能系统，用于接收两个或两个以上非乘客客户端的确认信息，确认当前乘客的安全到达；同时根据历史订单的重确认成功率，评价非乘客用户信誉。

与本发明的一则实施例中，所述后台服务器包括后台主控模块、后台发送模块、后台接收模块、后台报警模块；所述后台接收模块接收纠纷问题，当发现有极大可能发生安全事故时，后台报警模块传送报警信息至预设的接收方；所述后台发送模块接收到费用纠纷时，后台发送模块向服务器发送费用显示指令。

本发明的优点：本发明提供一种网约车安全机制管理系统，能大幅度减少网约车难以监管、安全系数低、乘客乘车体验差甚至人身财产安全受到威胁的情况出现的可能性，对当前网约车现状有极大的改善作用。

附图说明：

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。

图1是本发明的网络拓扑结构图。

图2是本发明的运行流程图。

附图标记：

1——用户客户端，2——云服务器，3——司机客户端，4——客服端，5——后台服务器。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举最佳实例只用于解释本发明，并非用于限定本发明的范围。示例实施例可以在没有那些特别定义的物体的情况下实施。

网约车安全机制管理系统，包括：用户客户端1、云服务器2、司机客户端3、客服端4以及后台服务器5组成。

所述用户客户端1包含乘客信誉值评价机制、路线规划机制以及重确认功能系统。乘客信誉值评价机制是指服务器通过乘客确认时间、司机评价、重确认时间所决定的乘客信誉值。路线规划机制是指通过服务器计算出的乘客上车地到目的地的最优路线。重确认功能系统是指载乘客完成行程后，两台或两台以上的非乘客客户端确认乘客完成行程，才会结束行程。

所述云服务器2含信誉奖惩机制、原有定价方法、路线跟踪、重确认跟踪、路线耗时跟踪、报警机制、日志记录以及权限控制。信誉奖惩机制，是指通过用户信誉值适当的减少或增加用户的支出或收入。原有定价方法是指通过行驶路程以及耗时预估所计算的车费。路线跟踪是指通过客户端跟踪行驶路线，确保行驶路线不严重偏离最优路线，有效降低司机绕路、恶意走远路的现象。路线耗时跟踪是指通过云服务器记录行驶时间并与预估时间比较，若严重超时则人工客服介入。重确认跟踪是指在完成订单之后，检查是否及时完成了重确认。报警机制是指有明显威胁到乘客生命财产安全时，或严重偏离规划路线，或严重超时的时候，人工客服介入。日志记录，是指在云服务器上记录每一笔订单的详细内容。权限控制是指限制访问定价机制、用户个人信息等敏感信息的权限。

所述司机客户端3包含司机信誉以及路线规划。司机信誉，是指通过用户评价、订单完成数量以及质量等因素所决定的司机信誉值。路程规划是指云服务器在避免堵车、用时最少的前提下，规划出的最优路线。

所述客服端4包含人工客服介入、权限管理。人工客服介入是指人工客服参与解决纠纷、人工服务等。权限管理是指授权给代理人，可调取不同级别的信息，如个人信息、行程信息等。

所述后台服务器5包含安全报警、定价纠纷以及其他纠纷。安全报警是指有较大概率发生安全事故或者侵害乘客人身财产安全事件时，系统自动向公安机关报警并强制人工客服介入。定价纠纷是指当用户对定价存在质疑或提出审核时，客户端自动显示定价详细内容。

如图2所示为网约车安全机制管理系统的流程图，当乘客下单后，由云服务器根据起始地与目的地规划路线并计算耗时。司机接单后即开始行程，云服务器实现路线以及耗时跟踪功能，若不符合预期值，则人工客服介入；若符合预期值，则进入结账环节。

结账环节先依据信誉确定信誉奖励金，乘客信誉高时，减少乘客支出，若不高，则奖励金为零；相似地，司机信誉高时，增加司机收入，若不高，则奖励金为零。最终费用为，路程计价加时间奖励加奖励金。

当乘客完成结账之后，进行重确认，若有两个或两个以上客户端确认到达，则完成付款，结束订单；若未完成重确认，则通过云服务器进行提醒，若提醒之后仍未完成重确认，人工客服介入，确认乘客是否安全。

最后说明的是，以上所揭露的仅为本发明的较佳实施例而已，当然不能以此来限定本发明之权利范围。对本领域技术人员而言，在没有偏离所附权利要求书中阐明的本发明的精神和范围的情况下，可以在形式和细节上进行各种改变，其均应涵盖在本发明的权利要求范围当中。

Claims (7)

1.一种网约车安全机制管理系统，其特征在于，包括：用户客户端、司机客户端、客服端、云服务器以及后台服务器；

所述用户端可分为乘客客户端与非乘客客户端；

所述非乘客客户端，用于与云服务器连接，包括重确认功能系统。

2.根据权利要求1所述的网约车安全机制管理系统，其特征在于：所述用户客户端与司机客户端均为智能移动设备，例如智能手机、笔记本电脑、智能平板等。

3.根据权利要求2所述的网约车安全机制管理系统，其特征在于：所述智能移动设备包含数据发送、接收、显示以及定位功能。

4.根据权利要求1所述的网约车安全机制管理系统，其特征在于：所述客服端包含客服主控模块、客服发送模块、客服接收模块、客服报警模块、客服显示模块；

所述客服主控模块与客服发送模块、客服接收模块、客服报警模块、客服显示模块相连；

所述客服发送模块与客服接收模块，用于向用户客户端、司机客户端、客服端的发送或接收数据；

所述客服报警模块，用于与公安联网；

所述客服显示模块，用于显示来自用户客户端、司机客户端的提示信息。

5.根据权利要求1所述的网约车安全机制管理系统，其特征在于：所述云服务器包含主机主控模块、远程接收模块、数据储存模块、登陆注册模块、计费模块；

所述数据存储模块，用于储存当前用户以及司机的信誉值；

所述计费模块、数据储存模块，用于生成形成费用并发送给用户客户端和司机客户端，以及通过数据储存模块记录近期订单。

6.根据权利要求1所述的网约车安全机制管理系统，其特征在于：所述重确认功能系统，用于接收两个或两个以上非乘客客户端的确认信息，确认当前乘客的安全到达；同时根据历史订单的重确认成功率，评价非乘客用户信誉。

7.根据权利要求1所述的网约车安全机制管理系统，其特征在于：所述后台服务器包括后台主控模块、后台发送模块、后台接收模块、后台报警模块；

所述后台接收模块接收纠纷问题，当发现有极大可能发生安全事故时，后台报警模块传送报警信息至预设的接收方；

所述后台发送模块接收到费用纠纷时，后台发送模块向服务器发送费用显示指令。