一种基于车载移动网络的p2p远程直播方法
【技术领域】
[0001]本发明涉及一种车载远程直播方法，尤其涉及一种基于车载移动网络的P2P远程直播方法。
【背景技术】
[0002]随着车辆的广泛普及，车辆安全成为人们普遍关心的问题，远程实时监控车辆内部和外部状况已经成为了一种必然;但是目前并没有提供能够方便用户远程实时参看车辆内外状况视频的有效办法。
【发明内容】
[0003]本发明所要解决的技术问题是需要提供一种能够通过用户智能终端远程实时观看行车记录仪所录制的内容的方法，为广大车主提供极大的便捷，可用性强。
[0004]对此，本发明提供一种基于车载移动网络的P2P远程直播方法，包括以下步骤:
步骤S1，通过行车记录仪连接至云平台服务器，同时将行车记录仪的设备ID号发送至所述云平台服务器，进行设备ID号的注册；
步骤S2，用户智能终端连接至所述云平台服务器，同时将自身的行车记录仪的设备ID号发送至所述云平台服务器；
步骤S3，所述云平台服务器解析所述步骤S2发送过来的设备ID号，并将解析出来的设备ID号与事先注册在云平台服务器的设备ID号进行比对，若云平台服务器的数据库中存在与所述步骤S2的设备ID号相匹配的字符串，则连接鉴权成功跳转至步骤S4，否则跳转至步骤S5;
步骤S4，云平台服务器继续接收来自用户智能终端的请求指令，并将接收到的请求指令转发给鉴权成功所对应的行车记录仪；
步骤S5，云平台服务器中断与所述用户智能终端之间的连接；
其中，所述云平台服务器中设置有数据库，所述行车记录仪在首次连接至云平台服务器时将其设备ID号注册并保存在所述数据库中。
[0005]本发明的进一步改进在于，所述步骤S4包括以下子步骤:
步骤S401，用户智能终端发送上传视频流的请求指令；
步骤S402，云平台服务器接收到所述上传视频流的请求指令后，转发该请求指令至对应的行车记录仪；
步骤S403，行车记录仪接收到请求指令后，开始传输视频流至流媒体服务器；
步骤S404，所述流媒体服务器推送视频流至所述用户智能终端。
[000?]本发明的进一步改进在于，所述步骤S4中，行车记录仪接收到请求指令之后，执行请求指令，并将视频流存放于行车记录仪的缓存区当中，同时通知流媒体服务器;所述流媒体服务器从行车记录仪的缓存区获取视频流，并将所述视频流推送给所述用户智能终端。
[0007]本发明的进一步改进在于，所述步骤S4中，视频流存放于行车记录仪的缓存区当中产生码流，并通知流媒体服务器;所述流媒体服务器从行车记录仪的缓存区获取所述视频流对应的码流，并将所述码流实时推送给所述用户智能终端。
[0008]本发明的进一步改进在于，所述用户智能终端设置有用户终端APP，所述用户终端APP通过用户终端APP内置的播放器实时播放接收到的码流。
[0009]本发明的进一步改进在于，所述视频流存放于行车记录仪的缓存区当中，所述行车记录仪对视频流中的数据进行压缩处理，然后将压缩后的视频数据生成码流。
[0010]本发明的进一步改进在于，所述用户智能终端接收到所述码流后，对码流进行解压缩处理，并对加压缩处理之后的数据进行实时播放。
[0011]本发明的进一步改进在于，所述压缩处理和解压缩处理采用互补的处理算法。
[0012]本发明的进一步改进在于，所述步骤S4中，所述云平台服务器接收到的请求指令转发给鉴权成功所对应的行车记录仪，所述行车记录仪接收并解析指令，然后执行指令所对应的操作。
[0013]本发明的进一步改进在于，所述请求指令通过所述云平台服务器和行车记录仪事先预定的共同规则进行解析。
[0014]与现有技术相比，本发明的有益效果在于:在车联网系统中，行车记录仪的移动网络模块提供具有自身标识的无线上网的SSID，在行车记录仪通过移动网络模块实现上网后，用户智能终端本身也能够实现上网；当用户智能终端需要实时直播行车记录仪所录制的视频时，直接发送请求指令到云平台服务器，所述云平台服务器收到请求指令之后进行解析并将请求指令转发给行车记录仪，所述行车记录仪接收到请求指令并执行该请求指令对应的操作，此时，流媒体服务器从行车记录仪处获取实时的视频资源，并将实时视频资源推送给用户智能终端;所述视频资源可以使视频流，也可以是码流;用户智能终端通过内置的播放器就能够播放该视频资源，进而使得广大车主能够通过用户智能终端远程实时观看行车记录仪所录制的内容，极大地方便了广大车主。
【附图说明】
[0015]图1是本发明一种实施例的工作流程示意图；
图2是本发明一种实施例的步骤S4的工作流程示意图；
图3是本发明一种实施例的云平台服务器与行车记录仪之间的交互流程图；
图4是本发明一种实施例的行车记录仪与流媒体服务器之间的工作交互流程图。
【具体实施方式】
[0016]下面结合附图，对本发明的较优的实施例作进一步的详细说明:
如图1所示，本例提供一种基于车载移动网络的P2P远程直播方法，包括以下步骤:
步骤S1，通过行车记录仪连接至云平台服务器，同时将行车记录仪的设备ID号发送至所述云平台服务器，进行设备ID号的注册；
步骤S2，用户智能终端连接至所述云平台服务器，同时将自身的行车记录仪的设备ID号发送至所述云平台服务器；
步骤S3，所述云平台服务器解析所述步骤S2发送过来的设备ID号，并将解析出来的设备ID号与事先注册在云平台服务器的设备ID号进行比对，若云平台服务器的数据库中存在与所述步骤S2的设备ID号相匹配的字符串，则连接鉴权成功跳转至步骤S4，否则跳转至步骤S5;
步骤S4，云平台服务器继续接收来自用户智能终端的请求指令，并将接收到的请求指令转发给鉴权成功所对应的行车记录仪；
步骤S5，云平台服务器中断与所述用户智能终端之间的连接；
其中，所述云平台服务器中设置有数据库，所述行车记录仪在首次连接至云平台服务器时将其设备ID号注册并保存在所述数据库中。
[0017]所述步骤S1中的将行车记录仪的设备ID号发送至所述云平台服务器，并进行设备ID号的注册，该注册的过程，只有在首次操作；当所述数据库中已存在行车记录仪注册过的设备ID号之后，该步骤可省略，直接连接即可。
[0018]如图2至图4所示，本例所述步骤S4包括以下子步骤:
步骤S401，用户智能终端发送上传视频流的请求指令；
步骤S402，云平台服务器接收到所述上传视频流的请求指令后，转发该请求指令至对应的行车记录仪；
步骤S403，行车记录仪接收到请求指令后，开始传输视频流至流媒体服务器，行车记录仪产生视频流数据之后，对视频流做如下处理:从视频采集器中产生的视频流存放于一缓冲区中，并对视频流数据进行压缩，当缓冲区中的视频流大小大于某一个值，如65535k时，此时产生的视频流过大，会影响到视频流的传输效率，使视频图像画面卡顿、画质变差等，同时对视频流以帧为单位进行分析处理，对视频流中数据进行校对分析，将视频图像数据帧在变化较小的范围内做丢帧处理，以保证视频的连续、流畅，直至视频流缓存区的大小小于限定值，如65535K;
步骤S404，所述视频流的大小小于某一固定值，如65535K时，所述流媒体服务器推送视频流至所述用户智能终端。
[0019]其中，图1主要表示的是用户智能终端与云平台服务器之间的交互流程图；图3是本例的云平台服务器与行车记录仪之间的交互流程图；图4是本例的行车记录仪与流媒体服务器之间的工作交互流程图。
[0020]本例所述步骤S4中，行车记录仪接收到请求指令之后，执行请求指令，并将视频流存放于行车记录仪的缓存区当中，同时通知流媒体服务器;所述流媒体服务器从行车记录仪的缓存区获取视频流，并将所述视频流推送给所述用户智能终端。本例对存放于缓存区的视频流做如下处理:所述行车记录仪从视频采集器中产生的视频流存放于一缓冲区中，并对视频流的数据进行压缩，保证缓冲区中的视频流大小不大于某一个限定值时进行数据的传输;所述限定值可以根据画面传输的质量进行自定义设置，如视频流大小大于65535K时，因为此时产生的视频流过大，如果直接传输会影响到视频流的传输效率，使视频图像画面卡顿和画质变差等，则所述限定值可以设置为65535K。当缓冲区中的视频流大小大于所述限定值时，对视频流以帧为单位进行分析处理，即对视频流中每一帧数据进行校对分析，将视频流的每一帧数据帧与前一时刻数据帧进行比较，在几乎没有变化或变化较小的范围内对当前帧的视频流数据做丢帧处理，在保证视频的连续和流畅的前提下，尽量使得视频流的数据达到最小值，直至视频流缓存区的大小小于限定值，如小于65535K;所述变化较小指的是不会使得视频不连续的数据帧，这个程度也可以根据用户的实际情况进行设定，往往已不引起视觉效果不连续作为判断标准。当所述视频流的大小小于所述设定值时，所述流媒体服务器推送视频流至所述用户智能终端，就能够实现实时的连续视频传输，传输速率快且可靠。
[0021]如图2所示，所述用户智能终端优选设置有用户终端APP，所述用户终端AP