CN112134928A - 一种车载视频分布式调度和车联社交的通信系统 - Google Patents

Abstract

本发明公开了一种车载视频分布式调度和车联社交的通信系统，包括管理服务器、若干节点服务器和若干车信通终端；服务器以P2P组网模式形成服务器云，管理服务器外接交警平台，分布式的节点服务器与辖区车信通终端通信，车信通终端外接所在车辆的摄像装置。每个车信通终端与距离自身预设范围内、且位于同一辖区的其他车信通终端组成通信群，可进行实时语音群聊和即时道路信息交互，包含群聊机器人。本发明通过车信通终端汇集多路车载摄像装置进行路况视频采集，可主动上传至当地节点服务器，也可通过下发的指令调取视频。本发明作为固定设施交通视频监控的补充，可动态获取固定视频监控点盲区的交通路况及紧急交通事故后的最直接视频证据的提供。

Description

一种车载视频分布式调度和车联社交的通信系统

技术领域

本发明涉及一种车载视频分布式调度和车联社交的通信系统，属于移动互联网（Mobile Internet）、社交网络(Social Network)、智能交通ITS（ITS，IntelligentTransportation system），以及基于5G技术的车联网IoV（Internet of Vehicles）等相关通信领域。

背景技术

随着社会经济和科技的快速发展，城市化水平越来越高，机动车持有量也迅速增加，由此造成的一系列交通问题，诸如交通拥挤、交通事故等。解决交通问题的传统方式是采用交通指挥系统，交通指挥系统只能监控安装有摄像头的特定路口/路段，这些路口或路段一旦发生交通问题，可通过广播方式通知需经过此处的司机绕行，但是交通指挥系统无法对没有安装摄像头的路段进行监控，这些路段一旦发生事故，不可避免的会发生交通拥挤等问题，同时通过特定路口/路段的视频有时只能获知产生交通问题的大概情况，无法获知具体细节。同时用户在行车过程中，前后车辆之间为孤立个体，无法动态建立车联社交关系，由此无法即时沟通交通路况。

发明内容

本发明提供了一种车载视频分布式调度和车联社交的通信系统，解决了背景技术中披露的问题。

为了解决上述技术问题，本发明所采用的技术方案是：

一种车载视频分布式调度和车联社交的通信系统，包括管理服务器、若干分布式节点服务器和若干车信通终端；所有服务器以P2P组网模式形成服务器云，管理服务器外接交警平台，节点服务器与辖区车信通终端通信，车信通终端外接所在车辆的摄像装置；

其中，

车信通终端：采集所在车辆的行车信息，并将行车信息上传给所在辖区的节点服务器；

响应于满足预设的报警条件，向摄像装置调取与报警条件相应的视频，将报警信号和调取的视频上传给所在辖区的节点服务器；

响应于接收到所在辖区节点服务器下发的调用指令，向摄像装置调取与调用指令相应的视频，将调取的视频上传给节点服务器；

节点服务器：接收并存储辖区车信通终端上传的行车信息和与报警条件相应的视频；将报警信号上送给管理服务器；

响应于接收到管理服务器下发的调用指令，上传自身存储的与调用指令相应的视频，或者，向相应的车信通终端下发调用指令并上传车信通终端反馈的视频；

根据预设规则组建辖区各车信通终端的通信群；接收车信通终端群聊模式下采集的语音信息，将语音信息在对应的通信群内广播；

管理服务器：负责将报警信号上送给交警平台；根据交警平台下发的查询条件，向相应的节点服务器或车信通终端下发调用指令。

节点服务器将车信通终端的行车信息在对应的通信群内广播，通信群内的通信终端用电子地图显示接收到的行车信息。

行车信息包括车信通终端ID和位置信息，其中，位置信息以轨迹链表形式存储；节点服务器根据辖区所有车信通终端ID生成一条HASH数据链，各车信通终端ID绑定对应的轨迹链表；管理服务器维护所有节点服务器中组成的动态HASH数据链表。

预设规则为，将每个车信通终端与距离自身预设范围内、且位于同一辖区的其他车信通终端组成通信群。

报警条件为，

接收到连续的报警触发指令；

或

从群聊模式和非群聊模式下采集的语音信息中识别出预设的报警词语；

或

采集到车辆紧急震动信号。

管理服务器将反馈的视频迁移到视频采集车辆注册所在地的节点服务器中，进行视频备份。

车信通终端：响应于接收到本地触发的上传指令，向摄像装置调取与上传指令相应的视频，将调取的视频上传给节点服务器；

节点服务器：接收并存储辖区车信通终端上传的与上传指令相应的视频。

本发明所达到的有益效果：本发明通过车信通终端调度视频，将报警条件下的视频上传节点服务器存储，在需要查看时，通过外接的警用网管接口调用视频，是现有交通指挥系统的补充，可动态获取固定视频监控点盲区的交通路况，为紧急交通事故后的提供最直接和更细节的视频证据；同时本发明以动态车联用户构建通信群，在行驶过程中通过通信群分享路况，提前获知路况或紧急情况，便于驾驶员及时采取后续措施。

附图说明

图1为本发明的结构框图；

图2为车信通终端的结构框图；

图3为车信通终端的初始化过程；

图4为车信通终端的联网过程；

图5为上传视频过程；

图6为调用视频过程；

图7为HASH链管理模式；

图8为通信群的屏幕显示。

具体实施方式

下面结合附图对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

如图1所示，一种车载视频分布式调度和车联社交的通信系统，管理服务器、若干分布式节点服务器和若干车信通终端；所有服务器以P2P组网模式形成服务器云，管理服务器通过网关入口外接交警平台，节点服务器与辖区车信通终端（图中示意为VVIP，VehicleVideo Input Part， 车载视频输入部分）和道路固定设施的摄像头（VIP ，Video InputPart，视频输入部分）通信，车信通终端外接所在车辆的摄像装置。

车信通终端安装在车辆上，分配有唯一ID，车信通终端用以：1）采集所在车辆的行车信息，并将行车信息上传给所在辖区的节点服务器，其中，行车信息包括车信通终端ID、所连摄像装置ID信息、位置信息等，位置信息包括地理位置和相应的时间信息；2）响应于满足预设的报警条件，向摄像装置调取与报警条件相应的视频，将报警信号和调取的视频上传给所在辖区的节点服务器；3）响应于接收到所在辖区节点服务器下发的调用指令，向摄像装置调取与调用指令相应的视频，将调取的视频上传给节点服务器；4）采集群聊模式下的语音信息，并将语音信息上传给节点服务器；5）用电子地图显示接收到的通信群内通信终端的行车信息；6）响应于接收到本地触发的上传指令，向摄像装置调取与上传指令相应的视频，将调取的视频上传给节点服务器。

节点服务器由浪潮刀片服务器组成，用以：1）接收并存储辖区车信通终端上传的行车信息和与报警条件相应的视频；2）将报警信号上送给管理服务器；3）响应于接收到交警平台经过管理服务器下发的调用指令，上传自身存储的与调用指令相应的视频，或者，向相应的车信通终端下发调用指令并上传车信通终端反馈的视频；4）根据预设规则组建辖区各车信通终端的通信群（后续简称“车信群”），其中预设规则为：将每个车信通终端与距离自身预设范围内、且位于同一辖区的其他车信通终端组成通信群；5）接收群聊模式下的语音信息，将车信通终端的行车信息和语音信息在对应的通信群内广播；6）接收并存储辖区车信通终端上传的与上传指令相应的视频。

管理服务器用以：1）将报警信号上送给交警平台；2）根据交警平台下发的查询条件，向相应的节点服务器或车信通终端下发调用指令，并接收相应的反馈视频；3）管理P2P种子节点以及对网关入口的授权、鉴权、计费的服务功能；4）将反馈的视频迁移到视频采集车辆注册所在地的节点服务器中，进行视频备份；5）管理所有节点服务器。

上述系统具体的通信方法包括视频采集调用方法和群聊方法；

视频采集调用方法包括：

1）车信通终端采集所在车辆的行车信息，并将行车信息上传给所在辖区的节点服务器，节点服务器存储辖区车信通终端上传的行车信息；

2）响应于满足预设的报警条件，车信通终端向摄像装置调取与报警条件相应的视频，车信通终端将报警信号和与报警条件相应的视频上传给所在辖区的节点服务器，节点服务器接收并存储与报警条件相应的视频，并通过管理服务器向交警平台上送报警信号；

响应于接收到本地触发的上传指令，车信通终端向摄像装置调取与上传指令相应的视频，将调取的视频上传给节点服务器存储；

3）交警平台基于报警信号或者其他报警（如电话等）输入查询条件，管理服务器获得符合查询条件的车信通终端ID；

4）管理服务器根据车信通终端ID向相应的节点服务器下发调用指令，若有相应的视频，则返回调用；若没有则通过节点服务器向相应的车信通终端下发调用指令；

5）车信通终端接收到所在辖区节点服务器下发的调用指令，向摄像装置调取与调用指令相应的视频，将调取的视频通过节点服务器反馈给管理服务器；

6）管理服务器将反馈的视频上送，并该视频迁移到视频采集车辆注册所在地的节点服务器中，进行视频备份。

如图2所示，这里采用的车信通终端包括控制器（MCU）、定位模块、存储模块、显示交互模块、语音交互模块、语音识别模块、紧急震动感应模块、5G基带模块、蓝牙模块、WiFi模块、开关阵列以及为各用电模块供电的供电单元；定位模块、存储模块、显示交互模块、语音交互模块、语音识别模块、紧急震动感应模块、基带模块、蓝牙模块、WiFi模块和开关阵列均与控制器连接。

控制器采用MSP430F型号单片机，该型号单片机具有低功耗的优点，它可以在极低的工作电压1.8~3.6V之间均正常工作，在激活模式下，工作电流仅280uA，MSP430单片机内部有3个时钟信号，且其具有丰富的外围接口，包括标准串口、SPI接口、I2C接口等。

5G基带模块选择江北京零矩科技有限公司的MW800工业级5G模组（型号MW800），与辖区的无线通信节点通信，即与运营商提供基站连接建立数据通道，数据通道建立后，才可与本地节点服务器通信。

定位模块用以实时获取终端位置信息，即实现定位功能，可选择江苏南京博纳雨田公司的北斗RDSS 5w全功能开发模块（型号TM0510）。

紧急震动感应模块为紧急震动传感器，安装在汽车上，是能检测运动、冲击或振动导致的动态加速度倾斜度角度传感器模块（型号：ADXL345）。

蓝牙模块为飞易通公司制作的符合蓝牙5.1标准规范的BLE模块（型号：FSC-BT690），蓝牙模块用以与对应的用户智能终端（如手机）通信，用户通过智能终端可直接查看车信通终端内存储的视频，或者扫描邻近车载摄像终端的MAC地址，从而更准确地定位到目标设备方便连接，或者提供无线蓝牙音箱功能。

WiFi模块由Newracom生产的符合IEEE802.11ah标准的WiFi芯片（型号NRC7292）组成。WiFi模块负责与车辆内的摄像装置（即摄像头）联网，此时车信通终端相当于与若干车载摄像头的网关，负责整合所有的资源，为每一个无线车载摄像头进行编号（如：前1、后1、左1、右1），便于后续调度和上传相应的视频。

存储模块包括SRAM和ROM。SRAM用来给控制器做高速缓存，由于在车辆正常行驶的过程中，有大量临时数据需要计算和存放，故在设备中安装有SRAM，其存储容量为4G，SRAM中的数据仅能在设备运行时保存数据，在关机前需将数据保存进ROM中。ROM用来存放大量的数据，SRAM中临时存储的一系列数据都将会转存到ROM中保存，即使设备断电也不用但数据丢失，ROM中的数据可以随时读写。该存储模块不是用来存储摄像装置采集的视频，仅仅是车信通终端本身的一些数据。

开关阵列包括报警触发模块、调节模块和开关模块，即报警触发开关、音量调节开关和车信通终端的开关；通过按压报警触发开关可发出报警触发指令。开关阵列还可以包括模式切换开关，切换群聊模块和普通模式，当然如果模式切换直接采用语音指令切换，则可省略该开关。

显示交互模块为TFT触摸液晶显示屏（后续检测“显示屏”），语音交互模块为扬声器/耳麦接口，扬声器/耳麦接口外接扬声器/耳麦，用以提供语音的输入输出。语音识别模块用以对语音信息进行识别，语音识别功能由基于非特定人语音识别（SI-ASR：Speaker-Independent Automatic Speech Recognition）技术的语音识别/声控芯片（型号LD3320）、语音输出由软件控制的TTS（文本转语音 Text to Speech）完成。

供电单元包括锂电池、USB接口/充电电路，其中锂电池的负极接地，正极接控制器，USB接口/充电电路通过二极管连接锂电池正极，通过USB接口/充电电路给锂电池充电，若采样USB接口，该USB接口也可作为外接数据接口，用来传递数据。

车信通终端进行初始化过程中，需要做图3所示的工作：各模块初始化、常规参数设置、语音识别训练和搜索所在辖区节点服务器。

各模块初始化为设备启动后自检的过程，初始化校验当前车辆信息，默认密码登录，检索本地无线摄像头（车载摄像头），并核对存储数据中与当前摄像头ID数据是否一致，检索5G信号，检索北斗信号，如检索若干项目后发现有故障，发出显示屏提示及有声告警。

常规参数设置为，对一些常规的用户使用参数进行设置；比如：1）车信群的车辆覆盖范围设置，通常设置为一公里，此参数也可以在车信群使用的过程中，通过“放大”和“缩小”来改变；2）定位精度设置，此参数与北斗系统返回的精度相关，由于运动中的定位位置不容易准确，因此此处可以适当放大定位精度，由系统通过运行速度和最新北斗返回地理位置信息进行位置预测；3）用户的个人隐私设置，比如启动车信群服务功能时，是否允许被其他车信通用户搜索到，并自动入群；4）设置当前行车用户的一些号码信息，注册后提示完整个人信息及车辆信息以完善个人标签，方便交警系统直接联系到相关驾乘人员。

语音识别训练，是考虑到部分用户的普通话不标准导致语音识别出错或者语音无法识别造成的交互出错。语音训练库包括常规的“报警”“110”“救命”“抓流氓”等常规标准词库，同时还隐藏了三个左右的“暗语”，比如训练用户自己约定暗号的“放过我”，“吃相太难看”等，为防止用户在驾乘过程中的误触发，语音识别模块在检测到此暗号时，显示屏会提示红灯闪烁，同时在同一暗号检测到三遍，或者任意三个暗号中的一个被检测到三次，则自动上传相应的视频并发出报警信号。

车信通终端在联网阶段包括定位模块的连接与数据返回部分，位置信息正确返回后会显示在车信通终端显示屏上。无线联网阶段中最重要的就是能在车行运动中连接到所辖节点服务器（即本地服务器），由于车行速度较快，需要频繁与当前区域的RRU进行握手，并交换最新的管理信令消息。

如图4所示，车信通终端不断发出自身扫描信号，当进入本地基站辖区，基站RRU会捕捉到车信通终端发出的5G基带信号，完成无线链路层建链，通过BBU上传到移动交换中心，通过加密算法对HSS里面用户数据校验，完成该5G数字用户的合法性验证和5G数据通道建立，此过程由插有5G SIM卡的5G基带模块与基站自动完成。

在上面的5G数据通道建立后，车信通终端呼叫通用IP地址服务器服务器，并由该服务器根据漫游地所在的HLR信息给出所辖节点服务器的IP地址，与车信通终端连接。

车信通终端成功连接所辖节点服务器后，会自动上报所在车辆的行车信息，包括车信通终端ID、所连摄像装置ID信息、位置信息等；其中，位置信息以轨迹链表形式存储。

在与所辖节点服务器联网后，即可处理本地车信通终端的上传视频请求，即主动上传视频，即在报警状态下，主动上传事故发生前后3分钟的视频，同时并发报警信号通知交警平台。

在与所辖节点服务器联网后，也可处理上级管理服务器对指定车信通终端的查询过程。

由于车行速度交换，5G基带网络切换较频繁，因此系统随时发出网络“心跳”信号，以评估当前网络状态，如果发现网络已经因为切换而中断，则重新启动车信通终端的扫描过程，直至5G联网后，再次和最新的节点服务器联网通信。

预设的报警条件为：1）接收到连续的报警触发指令；2）从采集的语音信息中识别出预设的报警词语；3）采集到车辆紧急震动信号；上述一个条件满足即上报。

具体如图5所示，驾驶员觉得当前视频有上传的价值，比如发现前方有车辆遮挡号牌，前方有“有趣”但不违章违法的事情发生，主动上传视频片段，主要驾乘人员互相监督不文明驾驶行为的常规操作；此种情况可以连续按压报警触发模块，产生连续的报警触发指令，紧急的程度可根据按压间时间隔判断。当语音识别出包含“救命”、“喊警察”、“110”以及事先训练好的暗号等，会上传事件发生前后3分钟的视频。紧急震动传感器（当检测到车辆发生紧急碰撞），上传事件发生前后3分钟的视频。

还有一种视频上传常规模式，即用户在行驶过程中，可以通过触摸屏触发上传指令，启动视频上传，这不是报警状态下的视频，不需要发报警信号到交警平台。

由于上报时网络未必处于有效联网状态，则在无线网络联网成功的条件下，首先发送车信通终端ID信息，告警项目等常规数据，之后再上传相关视频，以保证报警信息优先到达。

如图6所示，当交警平台接收报警（无论是人为的电话报警，或者是通过管理服务器上报的报警），需要查询某时、某地的视频监控时，除了调用固定摄像头VIP的视频，也会在VIP盲区内确定具体的时间段和地理位置，并在查询入口输入查询条件，包括时间段、地理位置以及以该地理位置为圆心的查询半径。

根据查询条件，通过查询HASH数据链快速比对，获得指定约束条件下的车信通终端ID，对地理位置对应的节点服务器下方调用指令，若该节点服务期内没有相应的视频，则向该车信通终端ID现在所在的节点服务器下方调用指令，从摄像装置中调用视频。

此处需要注意的是，由于车信通终端不存储视频，视频仅仅存储在摄像装置中，有一定的时效性，会随着时间的延长增大被覆盖的可能性。因此在整个查询过程中，只能尽最大可能获取更多的视频证据信息，并不能保证一定能获取到视频证据信息。

由于车信通终端在不同地区的运动，上传的视频、行车信息等均存放在车辆所在行驶所在地的节点服务器中，为了便于后面调用时查询，需要设置如图7所示的数据结构，即行车信息中的位置信息以轨迹链表形式存储，节点服务器根据辖区所有车信通终端ID生成一条HASH数据链，各车信通终端ID绑定对应的轨迹链表，管理服务器维护所有节点服务器中组成的动态HASH数据链表。当节点服务器存入新的视频，会生成相应的参数HASH值，同时将该HASH值更新存储入管理服务器内。

由于每个用户都有一个注册地所在的节点服务器，因此，报警条件下的视频上传会被临时保存在事件发生地的节点服务器中，并保存有半年以上的存储时长，而经过交警调用的视频，如“事故”视频，则保留原始备份不变，单独再在到车辆注册地所在的节点服务器中，做重点双备份，除非有交警的特殊权限才能删除，保证了“事故”视频数据的可靠性和有效性。

群聊方法包括：

A1）群聊模式下，车信通终端采集到语音信息，将语音信息上传给节点服务器；

A2）节点服务器接收群聊模式下的语音信息，将车信通终端的行车信息和语音信息在对应的通信群内广播；

A3）车信通终端播放语音信息，用电子地图显示接收到的通信群内通信终端的行车信息。

如图8所示，为车信通终端的应用APP软件车信群的显示，TFT触摸式液晶显示屏显示的图像为处理后的地图覆盖层，左上角从上到下依次显示：北斗卫星定位导航系统目前连接的卫星数，目前该通信群内存在的用户数；在右上角显示的是当前行驶的相对方向，在地图上还显示出了当前能识别出的VIP、VVIP、VVIP语音点。显示屏上一共一共五个按键，从上到下表示菜单功能键、通信群缩小/地图收缩、通信群放大/地图放大、确认键和功能键。

构建的通信群范围半径默认设置为1公里，当然也可根据实际情况进行调整（在参数配置单元），当信号的搜索范围较该地区的车辆密度不匹配时，若当前范围内的车辆过多，通信群内的消息过多一时间难以消化，可以将搜索范围缩小，削减通信群的规模，以减少相关度较低的信息的干扰；若当前范围内车辆较少甚至几乎没有其他车辆，得不到充足的信息，可以将搜索范围扩大，增大通信群的规模至足以充分了解周边交通状况。随着车辆及通信群内其他车辆的移动，通信群内的车辆会不停改变，以便保持其实时性，保证接收到的消息有极高的有效性。

车信群的群聊用户包括允许被搜索加入的其他车信通用户，还包括时刻在线的“车信警”机器人，该“车信警”机器人主要用来监督群聊用户的语言文明，同时使用语音识别功能，会自动弹出警察头像，警告某些“吐槽”过火的用户，并记录下他们的聊天语音。

在正常的“车信群”聊天模式中，当前用户可以询问前方用户所在地的交通状况，在图8的头像上方会出现播放语音模式，并进行播放；也可以回复后方用户提出的当前路况信息，所有的群聊语音均对当前车信群内用户开放。

在发生紧急状态下，比如车辆撞车等事故时，当前车辆的语音群聊功能可以直接发出“车信群”的语音求救信号，这样使得在1公里覆盖范围内的其他用户能迅速得到消息，赶快来加以救援。

本发明通过车信通终端调度视频，将主动上传和报警条件下的视频上传节点服务器存储，在需要查看时，通过外接网关口供交警平台调用视频，是现有交通指挥系统的补充，可动态获取固定视频监控点盲区的交通路况，为紧急交通事故后的提供最直接和更细节的视频证据；同时本发明构建动态车联通信群，在行驶过程中通过通信群分享路况，提前获知路况或紧急情况，便于驾驶员及时采取后续措施。

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

Claims (7)

1.一种车载视频分布式调度和车联社交的通信系统，其特征在于：包括管理服务器、若干分布式节点服务器和若干车信通终端；所有服务器以P2P组网模式形成服务器云，管理服务器外接交警平台，节点服务器与辖区车信通终端通信，车信通终端外接所在车辆的摄像装置；

其中，

车信通终端：采集所在车辆的行车信息，并将行车信息上传给所在辖区的节点服务器；

响应于满足预设的报警条件，向摄像装置调取与报警条件相应的视频，将报警信号和调取的视频上传给所在辖区的节点服务器；

响应于接收到所在辖区节点服务器下发的调用指令，向摄像装置调取与调用指令相应的视频，将调取的视频上传给节点服务器；

节点服务器：接收并存储辖区车信通终端上传的行车信息和与报警条件相应的视频；将报警信号上送给管理服务器；

响应于接收到管理服务器下发的调用指令，上传自身存储的与调用指令相应的视频，或者，向相应的车信通终端下发调用指令并上传车信通终端反馈的视频；

根据预设规则组建辖区各车信通终端的通信群；接收车信通终端群聊模式下采集的语音信息，将语音信息在对应的通信群内广播；

管理服务器：负责将报警信号上送给交警平台；根据交警平台下发的查询条件，向相应的节点服务器或车信通终端下发调用指令。

2.根据权利要求1所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：节点服务器将车信通终端的行车信息在对应的通信群内广播，通信群内的通信终端用电子地图显示接收到的行车信息。

3.根据权利要求1或2所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：行车信息包括车信通终端ID和位置信息，其中，位置信息以轨迹链表形式存储；节点服务器根据辖区所有车信通终端ID生成一条HASH数据链，各车信通终端ID绑定对应的轨迹链表；管理服务器维护所有节点服务器中组成的动态HASH数据链表。

4.根据权利要求1所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：预设规则为，将每个车信通终端与距离自身预设范围内、且位于同一辖区的其他车信通终端组成通信群。

5.根据权利要求1所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：报警条件为，

接收到连续的报警触发指令；

或

从群聊模式和非群聊模式下采集的语音信息中识别出预设的报警词语；

或

采集到车辆紧急震动信号。

6.根据权利要求1所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：管理服务器将反馈的视频迁移到视频采集车辆注册所在地的节点服务器中，进行视频备份。

7.根据权利要求1所述的一种车载视频分布式调度和车联社交的通信系统，其特征在于：

车信通终端：响应于接收到本地触发的上传指令，向摄像装置调取与上传指令相应的视频，将调取的视频上传给节点服务器；

节点服务器：接收并存储辖区车信通终端上传的与上传指令相应的视频。

Images