本发明属于公交系统的
技术领域：
，特别涉及基于ic卡和gps数据来分析乘客上下车站点信息的方法。
背景技术：
：公交车作为公共交通运输体系中重要组成部分，不仅在完善城市交通运输格局、方便市民出行方面发挥着重要作用，同时也是城市形象的象征，本该是城市一道靓丽的风景线。为例维护车辆形式的安全及对出行的人流进行统计，人们在车辆上安装了视频监控系统。例如专利申请201310044697.8公开了一种视频监控系统，包括管理服务器模块、客户端模块、流媒体转发模块、电子地图模块、报警主机管理模块、集中存储模块、模拟量采集模块、数字矩阵模块和web功能管理模块，管理服务器模块与各模块桥接，流媒体转发模块、电子地图模块、集中存储模块、模拟量采集模块、数字矩阵模块或web功能管理模块上设有报警子系统，报警子系统与报警主机管理模块通过串口或网络连接，视频监控系统为分布式集群架构，监控系统通过级联管理监控节点，视频监控系统上设有至少一个二次开发接口。本发明的视频监控系统具有兼容性、可对前端摄像机进行参数级管理且能修改前端摄像机配置。传统c/s架构的视频监控系统，用户需要额外安装客户端程序，才能播放流媒体，无法提供流畅的用户体验。技术实现要素：针对上述问题，本发明的目的在于提供一种基于bs的智能公交视频监控方法，该方法能够在主流的浏览器中，无须额外下载安装软件的情况下，播放实时视频、点播录像、下载录像。本发明的另一个目的在于提供一种基于bs的智能公交视频监控系统方法，该方法便于实现数据的快速传输，便于实现用户体验。为实现上述目的，本发明的技术方案为：一种基于bs的智能公交视频监控系统方法，该方法车载终端设备搭载3g/4g移动网络进行通讯，支持网络摄像机、模拟摄像机、拾音器的接入，具体实现步骤如下：101、设备推流；车载终端设备首先采集摄像机的视频图像和音频数据，采用h.264和g.711编码对音视频数据进行压缩，然后通过实时控制协议，把压缩的音视频数据进行封包，再推送到视频接入网关服务器。所述封包是指fu-a封包，fu-a封包模式说明如下：1)、单个nal包单元12字节的rtp头后面跟随的就是音视频数据。2)、fu-a的分片格式帧数据比较大的h264视频包，被rtp分片发送。12字节的rtp头后面跟随的就是fu-a分片，3)、拆包和组包拆包：当编码器在编码时需要将原有一个nal按照fu-a进行分片，原有的nal的单元头与分片后的fu-a的单元头有如下关系：原始的nal头的前三位为fuindicator的前三位，原始的nal头的后五位为fuheader的后五位，fuindicator与fuheader的剩余位数根据实际情况决定。组包：当接收端收到fu-a的分片数据，需要将所有的分片包组合还原成原始的nal包时，fu-a的单元头与还原后的nal的关系如下：还原后的nal头的八位是由fuindicator的前三位加fuheader的后五位组成，即：nal_unit_type＝(fu_indicator&0xe0)|(fu_header&0x1f)。102、发布媒体流；视频接入网关服务器收到设备的音视频流，进行组帧；按照rtmp(实时消息传输协议)标准，把音视频流推流到srs流服务器集群，构成实时视频直播源。同时，视频接入网关服务器将音视频流数据存储到磁盘阵列中，在mysql数据库中建立录像索引，实现云存储功能；支持通过录像索引调取阵列中的录像文件，实现点播回放功能。103、分发媒体流。web客户端播放器首先登录到业务平台，调取在线设备，获取在线设备的实时直播路径，通过直播路径连接srs流服务器集群，srs流服务器通过rtmp标准协议向web客户端发送实时音视频流。web客户端播放器收到实时音视频流后，进行解码显示。本发明所实现的方法，能够在主流的浏览器中，无须额外下载安装软件的情况下，播放实时视频、点播录像、下载录像，与传统的c/s架构相比，用户体验更便捷、流畅。附图说明图1为本发明所实施的架构图。具体实施方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。图1所示，为本发明所实现方法的架构图，图中所示，本发明所实现的基于bs的智能公交视频监控系统方法，该方法车载终端设备搭载3g/4g移动网络进行通讯，支持网络摄像机、模拟摄像机、拾音器的接入。具体包括如下步骤：a.设备推流车载终端设备首先采集摄像机的视频图像和音频数据，采用h.264和g.711编码对音视频数据进行压缩，然后通过实时控制协议，把压缩的音视频数据进行封包，再推送到视频接入网关服务器。所述封包是指fu-a封包，fu-a封包模式说明如下：1、单个nal包单元12字节的rtp头后面跟随的就是音视频数据。2、fu-a的分片格式帧数据比较大的h264视频包，被rtp分片发送。12字节的rtp头后面跟随的就是fu-a分片：fuindicator有以下格式：+---------------+|0|1|2|3|4|5|6|7|+-+-+-+-+-+-+-+-+|f|nri|type|+---------------+fu指示字节的类型域type＝28表示fu-a。nri域的值必须根据分片nal单元的nri域的值设置。fuheader的格式如下：+---------------+|0|1|2|3|4|5|6|7|+-+-+-+-+-+-+-+-+|s|e|r|type|+---------------+s：1bit当设置成1，开始位指示分片nal单元的开始。当跟随的fu荷载不是分片nal单元荷载的开始时，开始位设为0。e：1bit当设置成1，结束位指示分片nal单元的结束，即荷载的最后字节也是分片nal单元的最后一个字节。当跟随的fu荷载不是分片nal单元的最后分片时，结束位设置为0。r：1bit保留位必须设置为0，接收者必须忽略该位。type：5bitsnal单元荷载类型定义见下表typepackettypename0undefined-1-23nalunitsinglenalunitpacketperh.26424stap-asingle-timeaggregationpacket25stap-bsingle-timeaggregationpacket26mtap16multi-timeaggregationpacket27mtap24multi-timeaggregationpacket28fu-afragmentationunit29fu-bfragmentationunit30-31undefined-3、拆包和组包拆包：当编码器在编码时需要将原有一个nal按照fu-a进行分片，原有的nal的单元头与分片后的fu-a的单元头有如下关系：原始的nal头的前三位为fuindicator的前三位，原始的nal头的后五位为fuheader的后五位，fuindicator与fuheader的剩余位数根据实际情况决定。组包：当接收端收到fu-a的分片数据，需要将所有的分片包组合还原成原始的nal包时，fu-a的单元头与还原后的nal的关系如下：还原后的nal头的八位是由fuindicator的前三位加fuheader的后五位组成，即：nal_unit_type＝(fu_indicator&0xe0)|(fu_header&0x1f)。b.发布媒体流视频接入网关服务器收到设备的音视频流，进行组帧；按照rtmp(实时消息传输协议)标准，把音视频流推流到srs流服务器集群，构成实时视频直播源。同时，视频接入网关服务器将音视频流数据存储到磁盘阵列中，在mysql数据库中建立录像索引，实现云存储功能。支持通过录像索引调取阵列中的录像文件，实现点播回放功能。c.分发媒体流web客户端播放器首先登录到业务平台，调取在线设备。获取在线设备的实时直播路径。通过直播路径连接srs流服务器集群，srs流服务器通过rtmp标准协议向web客户端发送实时音视频流；web客户端播放器收到实时音视频流后，进行解码显示。其中，所采用的系统主要由终端设备、流服务器集群、视频管理服务器、业务系统服务器组成。终端视频采集设备安装在公交车上，开机上电之后，设备自动往视频管理服务器注册，并将音视频流数据推送到流服务器集群。浏览器客户端登录业务系统服务器，获取终端列表和播放地址，播放实时视频；查询设备录像列表，点播录像视频等。由此，本发明所实现的方法，能够在主流的浏览器中，无须额外下载安装软件的情况下，播放实时视频、点播录像、下载录像，与传统的c/s架构相比，用户体验更便捷、流畅。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。当前第1页12