CN107545736A - 一种共享车辆公众监督管理系统 - Google Patents

Abstract

本发明提出一种共享车辆公众监督管理系统。本发明向服务器提交举报信息，并接收服务器发送的反馈信息，跟踪举报处理进程，接收服务器发送的处理结束信息。本发明还可以接收被举报信息，提交针对举报信息的补充信息，并接收服务器发送的处理结果。本发明能够动员公众举报他人在使用共享车辆中的不文明或者违章行为，针对该种不文明或违章行为做出相应的处罚，并对公众的举报行为进行相应的奖励，同时也对不实举报做出惩罚，从而减轻了交管部门压力，提高了人们的安全意识和法律意识，维持了良好的交通环境，也使得共享车辆行业能够良性发展。

Description

一种共享车辆公众监督管理系统

技术领域

本发明涉及共享车辆领域，尤其涉及一种共享车辆公众监督管理系统

背景技术

共享单车是企业在校园、居民区等地提供自行车租车共享的服务，其作为一种新型的共享经济，以其经济便利、绿色环保的特点受到人们广泛的欢迎，选择共享单车作为出行方式的人也日益增多。因此各企业争相占领市场，在城市中投入了大量的共享单车，在某些城市中几乎达到了泛滥的地步，因而也带来了不少问题。

在这些问题中交通问题尤为突出。部分使用者存在人行道骑行、逆行、闯红灯、骑车载人上路等违章的行为。由于共享单车流行速度极快，一个城市中存在着大量不同企业的共享单车，且使用者众，交管部门不能够一一监控到每个骑行者，加之自行车违规的处罚力度小，在管理上造成了困难。

另外由于共享单车本身是无桩停放，因此出现了诸如停车占用盲道等很多乱停乱放的问题，给行人和其他车辆出行造成了不便，随着共享单车在城市中的进一步增多，此类问题只会造成越来越严重的影响。虽然现在交管部门正在针对共享单车制定行为规范，但是共享单车企业也应当自省现状，维持共享单车行业的良性发展。

在现有的共享单车运营管理体系中，运营管理平台、用户数字终端、车载终端间的信息交互协同已经日渐成熟，定位功能已经贯穿整个服务环节。因此在现有大部分现有功能的基础上升级开发，可以构成一套由共享单车用户参与的违章行为公共监管运营系统，达到用户相互监督，共同维护交通法规的目的。

发明内容

为了解决上述共享单车违章和乱停乱放的问题，维持共享单车出行秩序，解决共享单车造成的交通方面的问题，本发明提出了一种共享车辆公众监督管理系统。

本发明具体的技术方案如下：

一种共享车辆公众监督管理系统，包括：

车辆行驶记录获得模块，用于获得车辆行驶记录并上传，车辆行驶记录包括身份信息、运动轨迹与时间轴。有了车辆行驶记录，相当于是存证，当使用者违章时，调出车辆行驶记录便能佐证。

信息存储模块，用于存储车辆行驶记录。

举报信息采集模块，用于采集举报信息，以图像或视频的方式记录违章车辆信息。

举报信息提交模块，用于提交举报信息采集模块采集的举报信息，提交信息时可以添加文字描述的部分。

举报信息处理模块，用于接收举报信息提交模块提交的举报信息并根据车辆行驶记录获得模块获得的信息核实，判断举报是否有效或抗辩是否有效，判断举报是否有效或抗辩是否有效后，生成相应的处理结果。

更新模块，用于更新举报信息处理状态，便于用户查询。

处理结果执行模块，用于执行举报信息处理模块生成的处理结果。

本发明所提出的一种共享车辆公众监督管理系统具有以下有益效果：

本发明能够动员公众对共享单车的不文明行为和违章行为进行监督，通过举报信息、定位系统、交通情况等提供足够的数据信息锁定违规车辆，达到提高公民的法律意识，遵守并维护交通法规，同时促进共享单车行业良性发展的目的。

附图说明

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

图1是本发明实施例提供的一种共享车辆公众监督管理系统的示意图；

图2是本发明实施例提供的车辆行驶记录获得模块的示意图；

图3是本发明实施例提供的举报信息处理模块的示意图；

图4是本发明实施例提供的一种共享车辆公众监督方法的流程图；

图5是本发明实施例提供的一种共享车辆公众监督方法的流程图；

图6是本发明实施例提供的锁定违章主体的方法的流程图。

具体实施方式

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

实施例1，本发明实施例公开了一种共享车辆公众监督的系统，如图1所示，所述系统包括：

车辆行驶记录获得模块101，用于获得车辆行驶记录并上传，车辆行驶记录包括身份信息、运动轨迹与时间轴。有了车辆行驶记录，相当于是存证，当使用者违章时，调出车辆行驶记录便能佐证。

信息存储模块102，用于存储车辆行驶记录。

举报信息采集模块103，用于采集举报信息，以图像或视频的方式记录违章车辆信息。

举报信息提交模块104，用于提交举报信息采集模块采集的举报信息，提交信息时可以添加文字描述的部分。

举报信息处理模块105，用于接收举报信息提交模块提交的举报信息并并根据车辆行驶记录获得模块获得的信息核实，判断举报是否有效或抗辩是否有效，判断举报是否有效或抗辩是否有效后，生成相应的处理结果。

更新模块106，用于更新举报信息处理状态，便于用户查询。

处理结果执行模块107，用于执行举报信息处理模块生成的处理结果。

具体地，车辆行驶记录获得模块，如图2所示，包括：

身份信息采集单元201，用于在车辆解锁时，自动获得车辆和用户的身份信息。

定位采集单元202，用于在车辆行驶中时实时记录定位点。

时间采集单元203，用于采集车辆行驶中时与定位对应的时间点。

数据传送单元204，用于在解锁时上传身份信息，并在行驶中实时上传该车辆的定位和时间点，所述定位在存储模块里保存为运动轨迹，所述时间点在存储模块里保存为时间轴。

当用户解锁车辆时，上传身份信息，实时记录定位和时间点，当用户重新锁定车辆时，结束本次记录，定位存储为运动轨迹，时间点存储为与运动轨迹相对应的时间轴，身份信息用于标识本次记录。

具体地，举报信息采集模块包括：

定位单元，用于确定违章的发生地点，哪怕周围是陌生的环境，举报者依然可以利用定位单元精确确定位置并向上汇报。

时间记录单元，用于记录违章发生时的时间。

图像采集单元，用于采集图像或视频记录违章信息，举报者可以使用图像采集单元的功能获得违章者违章的证据，对于有些违章行为而言，图像证据必不可少，比如说骑车载人这样的违章行为，只有图像证实确实有这样的违章行为，才能做出判断。

具体地，举报信息处理模块，如图3所示，包括：

违章证据获取单元301，用于接收举报信息后，用于获得核实举报信息的证据，具体的获得方式例如，根据举报信息所述的关键词信息，如时间地点等，在存储模块中查找并筛选违章车辆可能的运动轨迹，或者申请交通监控，根据监控查找违章车辆等。

举报信息核实单元302，用于核实举报信息与违章证据，判断是否存在违章行为。举报信息核实单元能够将可能的运动轨迹详情、当地交通情况等证据与举报内容进行比对，核实举报内容。

处理结果生成单元303，根据举报信息核实单元的判断生成处理结果，当判断举报内容属实，为有效举报时，依照预设的奖惩方式生成处理结果，当判断举报内容不属实，为无效举报时，撤销本次举报。

处理结果更新单元304，用于记录处理结果生成单元最新一次的处理结果，并发送给执行模块去执行。

更新模块包括:

处理状态更新单元，用于更新举报信息处理状态。主要用于标识举报信息处理的进度，比如在接收举报信息后显示已受理，在核实举报信息时显示核实中等。

接收访问单元，用于接收用户访问，查询举报信息处理状态。主要为了方便举报者查看自己的举报进度，看看举报是否被受理等。

具体地，处理结果执行模块包括：

账户获取单元，用于获取举报者的账户信息和被举报者的账户信息。

处理结果发送单元，用于将处理结果发送给举报者和被举报者。

所述发送给举报者的处理结果为奖励，发送给被举报者的处理结果为处罚。以奖励为例说明具体的实施方式。例如，奖励可以是以积分的形式发送，并能够累加，换取行车优惠后扣除相应积分。奖励也可以是积分分成几个档位，预设档位和折扣相对应，积分越高折扣越大。奖励的发放形式和具体模式并不限于以上所举的例子。

进一步地，设置补充信息判断模块。补充信息判断模块用于判断补充信息是否提交成功。举报者提交举报信息后，会获得一时间约束条件，并记录举报时时间。第一次举报信息提交后，举报者能够进行补充信息的提交，补充信息提交时记录补充信息提交时间，根据时间约束条件进行判断，超过一定时间则不能再提交补充信息，避免拖延举报处理进度。

补充信息提交后，先判断是否符合时间约束条件，不符合则认为补充信息提交失败。补充信息提交成功后，处理补充信息，将其合并到相应的举报信息。

进一步地，可以增设举报信息过滤模块，举报信息过滤模块用于判断举报信息是否包含全部关键信息，如时间地点等。判断为缺少关键信息时，可以不经过信息核实模块，认为本次举报无效。

进一步地，可以增设举报信息查重模块，信息查重模块可以将举报信息与已受理举报信息进行比对，可以对比服务器预设的关键词来查验本次举报是否为重复举报。判断为重复举报时，可以认为本次举报无效，也可认为本次举报有效，可以与前次举报处理进程合并，但不用再另开处理进程。

进一步地，设置抗辩信息判断模块，抗辩信息判断模块用于判断抗辩信息是否提交成功。在服务器发送处理结果后，记录发送时间，生成时间约束条件，接收到抗辩信息后，记录接收抗辩信息时间。抗辩信息的提交不符合时间约束条件，那么本次抗辩可以不经过核实，直接判断为无效抗辩。

实施例2，本发明实施例公开了一种利用实施例1的系统实现共享车辆公众监督的方法，如图4所示，所述方法包括：

S401在车辆被用户使用期间，根据所述的锁定违章行为主体的方法，采集、上传并存储车辆行驶记录，所述行驶记录包括身份信息、运动轨迹和时间轴。

S402由用户发现违章行为并采集举报信息。

具体地，可以通过图像、视频或文字的方式采集举报信息并上传，举报信息包括时间地点、违规行为、车辆特征和行车方向等，也可以添加附加信息，描述详情。

S403由用户向服务器提交一项或多项举报信息。

S404服务器接收举报信息后，根据车辆行驶记录获得模块获得的信息和举报信息，通过所述锁定违章行为主体的方法，核实举报信息，判断该项举报是否有效。具体地，无法锁定违章行为主体时，举报判断为无效，锁定违章行为主体后，举报判断为有效。具体地，预先通过终端收集行车时的运动轨迹和与运动轨迹相对应的时间轴，在接到举报信息后，提取举报信息中的关键词，如时间地点等，将关键词与运动轨迹及时间轴进行比对，筛选可能的运动轨迹进一步分析，锁定违章行为主体。锁定违章行为主体后，判断本次举报有效，进行后续步骤。

S405服务器更新举报信息处理状态。具体地，用户可访问服务器查询举报信息处理状态，服务器接收用户的查询请求后，将举报信息的最新状态反馈给用户。

S406举报判断有效后，服务器生成举报信息处理结果，并将该结果反馈给锁定的违章主体。

S407违章主体接收到服务器的处理结果后，可以递交抗辩材料提出抗辩，服务器能够接收一项或多项抗辩信息。

S408重复锁定违章主体的方法，核实抗辩信息，判断抗辩信息是否有效。

S409根据抗辩结果，服务器更新举报信息处理结果。

S410服务器根据最新的举报信息处理结果，执行本次处理结果。

进一步地，当违章情节十分严重时，可选择向有关责任部门提交举报信息。情节严重与否，可以通过机器、人工以及机器和人工交互的方式来进行判断。

实施例3，本发明实施例公开了另一种利用实施例1的系统实现共享车辆公众监督的方法，如图5所示，所述方法与实施例1不同之处为，在核实举报信息是否有效前，增加过滤与查重的步骤，能够提高服务器处理举报信息的效率。

在S506核实举报信息的步骤之前，可以增加：

S504过滤不完整的举报信息。具体地，判断举报信息是否包含全部关键信息，如时间地点等。判断为缺少关键信息时，可以不经过信息核实模块，认为本次举报无效。

S505检查是否为重复举报。具体地，将举报信息与已受理举报信息进行比对，通过对比关键信息，查验是否为重复举报。判断为重复举报时，可以认为本次举报无效，也可认为本次举报有效，可以与前次举报处理进程合并，但不用再另开处理进程。

实施例4，本发明实施例公开了一种锁定违章行为主体的方法，如图6所示，所述方法包括：

S601解锁车辆，获得身份信息并上传。所述身份信息可以是车辆的标识信息，也可以是用户ID，也可以同时包括车辆的标识信息和用户ID。

S602实时采集定位和时间点信息。

S603实时上传定位和时间点。

S604车辆重新上锁后，生成运动轨迹与时间轴。

S605身份信息、运动轨迹和时间轴存为车辆行驶记录。

S606服务器端接到举报后，核对举报信息和车辆行驶记录。

该方法的具体实施方式例如，服务器接收到一则举报信息，内容为在A时间B路口有人闯红灯，根据举报信息中的A时间B路口筛选车辆行驶记录，发现在该时间内该路口通过了两人，分别为甲和乙。进一步分析甲和乙的车辆行驶记录，发现甲在通过路口时减速并停止，而乙通过时未有停顿，则说明乙为违章者，即锁定乙而排除甲。

进一步地，在该方法中，上传到服务器的数据若没有与任何一项举报信息比对命中，会在一定时间后被新上传数据覆盖，若与举报信息一致，则延长保留时间，直到服务器结束本次举报任务，从而使得存储器空间得到最有效的利用。

可选地，记录定位和时间点的终端可以为车载终端，也可以为用户终端，也可以为车载终端与用户终端一起上传数据到服务器。

可选地，将可能的运动轨迹详情与举报内容进行比对时，该项行为可由机器进一步分析完成，也可以人工参与比对，也可以为机器与人工共同完成。

本发明实施例不限于共享单车，包括共享电动车、共享汽车、普通机动车、无人驾驶汽车等都可以应用本发明的实施例。

在本申请所提供的几个实施例中，所描述的系统实施例仅仅是示意性的，例如所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连接，可以是电性或其它的形式。

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种共享车辆公众监督管理系统，其特征在于，

车辆行驶记录获得模块，用于获得车辆行驶记录并上传，所述车辆行驶记录包括身份信息、运动轨迹与时间轴；

信息存储模块，用于存储车辆行驶记录；

举报信息采集模块，用于以图像或视频记录违章车辆信息；

举报信息提交模块，用于提交举报信息采集模块采集的举报信息；

举报信息处理模块，用于接收举报信息提交模块提交的举报信息并根据车辆行驶记录获得模块获得的信息核实，判断举报是否有效或抗辩是否有效，判断后，生成相应的处理结果；

更新模块，用于更新举报信息处理状态；

处理结果执行模块，用于执行举报信息处理模块生成的处理结果。

2.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，所述车辆行驶记录获得模块包括：

身份信息采集单元，用于获得车辆和用户的身份信息；

定位采集单元，用于实时记录的车辆行驶中的位置；

时间采集单元，用于采集车辆行驶中与定位对应的时间点；

数据传送单元，用于上传身份信息，并实时上传该车辆的定位和时间点，所述定位在存储模块里保存为运动轨迹，所述时间点在存储模块里保存为时间轴。

3.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，所述举报信息采集模块包括：

定位单元，用于确定违章的发生地点；

时间记录单元，用于记录违章发生时的时间；

图像采集单元，用于采集图像或视频记录违章信息。

4.根据权利要求3所述的共享车辆公众监督管理系统，其特征在于，所述举报信息处理模块包括：

举报信息接收单元，用于接收举报信息；

违章证据获取单元，用于接收举报信息后，从存储模块或者外部设备获得用于核实举报信息的证据；

举报信息核实单元，用于核实举报信息与违章证据，判断是否存在违章行为；

处理结果生成单元，根据举报信息核实单元的判断生成处理结果；

处理结果更新单元，用于记录处理结果生成单元最新一次的处理结果。

5.根据权利要求4所述的共享车辆公众监督管理系统，其特征在于，所述更新模块包括:

处理状态更新单元，用于更新举报信息处理状态；

接收访问单元，用于接收用户访问，查询举报信息处理状态。

6.根据权利要求5所述的共享车辆公众监督管理系统，其特征在于，处理结果执行模块包括：

账户获取单元，用于获取举报者的账户信息和被举报者的账户信息；

处理结果发送单元，用于将处理结果发送给举报者和被举报者。

7.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，还包括：

补充信息判断模块，用于判断补充信息是否提交成功，在接收到举报信息后，记录时间节点，生成时间约束条件，接收到补充信息后，记录另一个时间节点，判断两个时间节点的间隔是否符合时间约束条件；

判断补充信息提交成功后，发送到举报信息处理模块，核实补充信息，核实完毕后，根据核实结果处理补充信息。

8.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，还包括：

举报信息过滤模块，用于在举报信息进入举报信息处理模块前，过滤掉不完整的举报信息；

举报信息查重模块，用于在举报信息进入举报信息处理模块前，检查举报信息是否与已受理的举报信息重复。

9.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，还包括：

抗辩信息判断模块，用于判断抗辩信息是否提交成功，在生成处理结果后，记录时间节点，生成时间约束条件，接收到抗辩信息后，记录另一个时间节点，判断两个时间节点的间隔是否符合时间约束条件；

判断抗辩信息提交成功后，发送到举报信息处理模块，进行抗辩信息的核实，核实完毕后，根据核实结果生成处理结果，更新处理结果。

10.根据权利要求1所述的共享车辆公众监督管理系统，其特征在于，还包括：

继续提交模块，用于把违章情节严重者向有关责任部门进一步提交，违章情节是否严重通过机器、人工或者机器与人工交互判断。