CN114679559A

CN114679559A - 一种智能网联车车载实时视频观看的方法

Info

Publication number: CN114679559A
Application number: CN202210588283.0A
Authority: CN
Inventors: 胡一凡; 张宇; 李晓聪
Original assignee: South Sagittarius Integration Co Ltd
Current assignee: South Sagittarius Integration Co Ltd
Priority date: 2022-05-27
Filing date: 2022-05-27
Publication date: 2022-06-28
Anticipated expiration: 2042-05-27
Also published as: CN114679559B

Abstract

一种智能网联车车载实时视频观看的方法，包括：用户选定智能网联车车辆编号，获取用户和车辆视频平台间最大数据接收能力，并向车辆视频平台请求实时车载视频数据；视频平台根据车辆编号和实时车载视频数据，按第一预设规则，获取车辆所有车载视频总码率；视频平台调整用户最大数据接收能力，并将调整后的用户最大数据接收能力与车载视频总码率进行比较，根据比较结果采用第二预设规则对视频画面进行调整；视频平台持续监听用户画面调整需求，并对需求进行迅速响应。本发明既注重了运营成本管控，也保证了用户在任何情形下均能流畅观看任意车辆的运行状态，提升用户使用好感度。

Description

一种智能网联车车载实时视频观看的方法

技术领域

本发明涉及的是视频和通讯领域，特别涉及一种智能网联车车载实时视频观看方法。

背景技术

近年来，随着视频监控技术的广泛使用和车联网技术的快速发展，机动车辆搭载监控摄像头愈发常见，机动车辆和车载摄像头均能持续向平台上传实时数据，供用户实时观看车辆运行状态及车载视频画面。机动车辆根据车辆类型和使用场景的不同，车载摄像头的个数不固定，另外，随着摄像头越来越普遍的支持720P、1080P、2K等高清分辨率，同时用户对视频画面清晰度的要求也越来越高，导致视频服务平台上行和下行的网络带宽压力可能较大，特别是当摄像头分辨率高，摄像头个数较多时，实时传输的数据量很大，超出了用户接收实时数据最大能力，直接造成的后果是用户无法流畅的观看任意车辆在行驶过程中的车辆状态和视频画面，影响用户的使用体验。

另外，由于智能网联车的数量在快速增长，对应的车载视频数据量也在极速增长，而视频平台对视频数据的编码操作非常消耗系统资源，从经济成本和必要性的角度出发，视频平台对车载摄像头上传的视频数据不进行编码处理，只进行轻量级的转发或视频格式转封装操作，从而确保只需少量的视频平台节点便能接入大量的车载视频数据。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种智能网联车车载实时视频观看方法。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

一种智能网联车车载实时视频观看的方法，包括：

S100.用户选定智能网联车车辆编号，获取用户和车辆视频平台间最大数据接收能力，并向车辆视频平台请求实时车载视频数据；

S200.视频平台根据车辆编号和实时车载视频数据，按第一预设规则，获取车辆所有车载视频总码率；

S300.视频平台调整用户最大数据接收能力，并将调整后的用户最大数据接收能力与车载视频总码率进行比较，根据比较结果采用第二预设规则对视频画面进行调整；

S400.视频平台持续监听用户画面调整需求，并对需求进行迅速响应。

进一步地，S100中，获取用户和车辆视频平台间最大数据接收能力的具体方法包括：用户申请登录智能网联车管平台，后台服务会对用户的合法性进行校验；用户成功登录智能网联车车管平台后，查询到所有接入此车管平台的智能网联车，包括所有车辆当前状态；用户选定待观看车辆，用户所在主机立即分别向车辆分析平台和视频平台请求此车辆的数据；视频平台收到用户请求，应答用户所在主机，并要求用户主机上传与视频平台间网络链路具备的最大数据接收能力，用户所在主机获取此值后再上传给视频平台。

进一步地，S200中，按第一预设规则，获取车辆所有车载视频总码率，第一预设规则包括：视频平台根据车辆编号查出此车当前所有在线的视频流，并逐一获取每条视频流的码率BitRate、分辨率和编码格式；由视频分辨率和视频编码格式界定视频码率的最大值MaxBitRate和最小值MinBitRate，若获取到的每条视频流的码率BitRate小于MinBitRate，表明视频画面是静止的，此时计算MaxBitRate和MinBitRate的平均值AverageBitRate作为此路视频用于计算的码率；逐一计算出每路车载视频的AverageBitRate后，求得它们总和，便是当前车辆车载实时视频调整后单位时间产生的总数据量TotalNumModified。

进一步地，S200中，第一预设规则还包括：若每条视频流的码率BitRate介于MinBitRate和MaxBitRate间，表明视频画面是运动的，此时计算MaxBitRate和BitRate平均值AverageBitRate作为此路视频用于计算的码率；逐一计算出每路车载视频的AverageBitRate后，求得它们总和，便是当前车辆车载实时视频调整后单位时间产生的总数据量TotalNumModified。

进一步地，S300中，视频平台调整用户最大数据接收能力，具体包括：将S100中的获取用户和车辆视频平台间最大数据接收能力的70%作为调整后的用户最大数据接收能力。

进一步地，S300中，根据比较结果采用第二预设规则对视频画面进行调整，具体包括：

S301.视频平台已获得与用户主机间网络链路支持的视频数据最大传输能力MaxNumModified，同时也计算得到用户指定车辆所有车载视频调整后的总码率TotalNumModified，直接比较两个数值的大小关系；

S302.视频服务平台由多台单节点服务集群部署而成，当指定车辆所有车载视频调整后的总码率TotalNumModified大于或等于视频数据最大传输能力MaxNumModified，视频平台根据成熟的负载均衡算法，从众多节点服务中选定一台服务处理所有车载实时视频数据，最后将处理后的实时视频数据发送给用户；

S303.利用选定的节点服务器对用户指定车辆的所有车载视频数据进行处理，处理流程为解码、缩放、合成和编码；在开始处理前，节点服务器根据调整后的MaxNumModified和选定的视频编码格式，确定即将发送给用户的视频数据分辨率Resolution，分辨率的宽为Width，高为Height；确定了视频数据分辨率Resolution，假设车载视频路数为n，进一步确定n路车载视频数据在即将发送给用户视频画面中的排布，即需要确定所有车载视频数据需要按行数Row，列数List摆列，从而确定单路车载视频新的分辨率PerResolution，分辨率的宽为X，高为Y；在计算得到单路车载视频新的分辨率PerResolution，也确定所有车载视频按Row行、List列摆列后，节点服务器将每路视频数据缩放成新分辨率PerResolution，再按Row行、List列的规律逐一摆放，如果车载视频路数不足以填满第Row行第List列，空缺区域采用黑色背景填充。

进一步地，车载视频摆列规则中行数Row、列数List、宽X、高Y的确定方法为：

其中，车载视频路数n、待发送给用户的视频宽Width和高Height为已知，Row、List、X、Y均是正整数；不等式①表示的含义为缩放后的单路视频，宽高比要介于1和2之间；不等式②表示的含义为最终规划摆列的视频路数不小于总视频路数；不等式③表示的含义是少摆列一行视频比总视频路数少。

进一步地，S302中，当指定车辆所有车载视频调整后的总码率TotalNumModified小于视频数据最大传输能力MaxNumModified，视频平台不对车载实时视频数据做处理，只转换视频数据封装格式为用户能播放的封装格式，视频平台在向用户发送实时视频数据前，会先告知车管平台视频播放地址和视频路数，再由车管平台反馈给用户登录页面。

进一步地，S400中，视频平台持续监听用户画面调整需求，并对需求进行迅速响应的具体方法为：

S401.视频平台开启接口，持续监听用户期望重点观看视频画面的请求；当用户在页面上选择期望重点观看的方位画面，视频平台会收到此请求，一并收到的参数还包括车辆编号和方位信息；

S402.指定车辆所有车载视频调整后的总码率TotalNumModified大于等于视频数据最大传输能力MaxNumModified，视频平台单节点服务PointServer停止所有车载视频数据处理，重新确定每路视频数据分辨率和画面摆放风格；

S403.指定车辆所有车载视频调整后的总码率TotalNumModified小于视频数据最大传输能力MaxNumModified，视频平台收到用户请求后，返回通用应答给车管平台，由车管平台通知用户登录网页，由网页动态调整视频播放区域尺寸。

进一步地，重新确定每路视频数据分辨率和画面摆放风格的方法为：在S303基础上，重点视频分辨率适当提升或保持不变，新的分辨率为FocusResolution，对应的宽为X1，高为Y1，非重点视频的分辨率缩小，新的分辨率为NonFocusResolution，对应的宽为X2，高为Y2；重新调整分辨率后的每路车载视频，均匀分布在整个平面区域，其中，重点视频分布在平面区域中间位置，非重点视频分布在平面区域四周，平面区域中未被视频使用的地方用黑色背景填充；待每路车载视频分辨率和分布区域确定，视频平台单节点服务PointServer开始处理每路视频数据，再将处理后的视频数据发送给用户。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明公开的一种智能网联车车载实时视频观看方法，先获取用户所在主机与视频平台间网络链路具备的最大数据接收能力，再将此能力值发送给视频平台，并告知视频平台需要重点观看的方位画面，视频平台根据用户数据接收能力，选择合理的操作策略，在不提升视频平台运营成本的前提下，保证用户均能流畅观看任意车辆运行状态。本发明既注重了运营成本管控，也保证了用户在任何情形下均能流畅观看任意车辆的运行状态，提升用户使用好感度。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。

在附图中：

图1为本发明实施例1中，一种智能网联车车载实时视频观看的方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。

相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的问题，本发明实施例提供一种智能网联车车载实时视频观看的方法。

实施例1

本实施例公开了一种智能网联车车载实时视频观看的方法，如图1，包括：

具体的，本实施例S100中，获取用户和车辆视频平台间最大数据接收能力的具体方法包括：

用户申请登录智能网联车管平台，后台服务会对用户的合法性进行校验；用户成功登录智能网联车车管平台后，查询到所有接入此车管平台的智能网联车，包括所有车辆当前状态；用户选定待观看车辆，用户所在主机立即分别向车辆分析平台和视频平台请求此车辆的数据；视频平台收到用户请求，应答用户所在主机，并要求用户主机上传与视频平台间网络链路具备的最大数据接收能力，用户所在主机获取此值后再上传给视频平台。

例如：用户成功登录车管平台后，想观看一辆自动驾驶车辆当前行驶状态，便在平台上选中此车辆，双击。此时，车管平台已向视频平台请求车载实时视频数据，一同发给视频平台的还有车辆编号CarNum，如LDPGBBAD9JC000966，视频平台鉴权请求方的IP为合法地址后，通用应答车管平台，并要求当前用户上传用户所在主机与视频平台间网络链路具备的最大数据接收能力，车管平台将此请求转发给用户所在主机，一同发送的还有视频平台网络地址113.57.102.109，用户所在主机在知晓视频平台网络地址，便能迅速测出与视频平台间网络链路单位时间内能传输的最大数据量为10Mbit/s，再将测出的10Mbit/s应答给车管平台，由车管平台应答给视频平台。

具体的，本实施例S200中，按第一预设规则，获取车辆所有车载视频总码率，第一预设规则包括：

视频平台根据车辆编号查出此车当前所有在线的视频流，并逐一获取每条视频流的码率BitRate、分辨率和编码格式；由视频分辨率和视频编码格式界定视频码率的最大值MaxBitRate和最小值MinBitRate，若获取到的每条视频流的码率BitRate小于MinBitRate，表明视频画面是静止的，此时计算MaxBitRate和MinBitRate的平均值AverageBitRate作为此路视频用于计算的码率；逐一计算出每路车载视频的AverageBitRate后，求得它们总和，便是当前车辆车载实时视频调整后单位时间产生的总数据量TotalNumModified。

在一些优选实施例中，，第一预设规则还包括：若每条视频流的码率BitRate介于MinBitRate和MaxBitRate间，表明视频画面是运动的，此时计算MaxBitRate和BitRate平均值AverageBitRate作为此路视频用于计算的码率；逐一计算出每路车载视频的AverageBitRate后，求得它们总和，便是当前车辆车载实时视频调整后单位时间产生的总数据量TotalNumModified。

例如：视频平台查询到车辆编号为LDPGBBAD9JC000966的智能网联车有6路车载视频，每路视频的分辨率是1080P，视频编码格式为H264，此时六路视频的码率分别为5.2Mbit/s、4.8Mbit/s、4.2Mbit/s、4.3Mbit/s、5.1Mbit/s、5.5Mbit/s。对应1080P分辨率、H264编码格式下，视频码率的最大值为8Mbit/s，最小值为3Mbit/s，由此可知，六路视频的画面都是运动的，分别计算六路视频码率值与8Mbit/s的平均值，分别为6.6Mbit/s、6.4Mbit/s、6.1Mbit/s、6.15Mbit/s、6.55Mbit/s、6.75Mbit/s，总码率为38.55Mbit/s，求得当前车辆单位时间产生的总数据量为38.55Mbit。

在本实施例S300中，视频平台调整用户最大数据接收能力，具体包括：将S100中的获取用户和车辆视频平台间最大数据接收能力的70%作为调整后的用户最大数据接收能力。

例如：延续S100中的例子，用户上传的用户所在主机与视频平台间网络链路单位时间内支持的最大数据接收量为10Mbit/s，七折处理后为7Mbit，那么MaxNumModified的值为7Mbit。

在本实施例的S300中，根据比较结果采用第二预设规则对视频画面进行调整，具体包括：

S302.视频服务平台由多台单节点服务集群部署而成，当指定车辆所有车载视频调整后的总码率TotalNumModified大于或等于视频数据最大传输能力MaxNumModified，视频平台根据成熟的负载均衡算法，从众多节点服务中选定一台服务处理所有车载实时视频数据，最后将处理后的实时视频数据发送给用户；在一些优选实施例中，当指定车辆所有车载视频调整后的总码率TotalNumModified小于视频数据最大传输能力MaxNumModified，视频平台不对车载实时视频数据做处理，只转换视频数据封装格式为用户能播放的封装格式，视频平台在向用户发送实时视频数据前，会先告知车管平台视频播放地址和视频路数，再由车管平台反馈给用户登录页面。

在一些优选实施例中，车载视频摆列规则中行数Row、列数List、宽X、高Y的确定方法为：

S400.视频平台持续监听用户画面调整需求，并对需求进行迅速响应。具体的，S400中，视频平台持续监听用户画面调整需求，并对需求进行迅速响应的具体方法为：

在一些优选实施例中，重新确定每路视频数据分辨率和画面摆放风格的方法为：在S303基础上，重点视频分辨率适当提升或保持不变，新的分辨率为FocusResolution，对应的宽为X1，高为Y1，非重点视频的分辨率缩小，新的分辨率为NonFocusResolution，对应的宽为X2，高为Y2；重新调整分辨率后的每路车载视频，均匀分布在整个平面区域，其中，重点视频分布在平面区域中间位置，非重点视频分布在平面区域四周，平面区域中未被视频使用的地方用黑色背景填充；待每路车载视频分辨率和分布区域确定，视频平台单节点服务PointServer开始处理每路视频数据，再将处理后的视频数据发送给用户。

本实施例公开的一种智能网联车车载实时视频观看方法，先获取用户所在主机与视频平台间网络链路具备的最大数据接收能力，再将此能力值发送给视频平台，并告知视频平台需要重点观看的方位画面，视频平台根据用户数据接收能力，选择合理的操作策略，在不提升视频平台运营成本的前提下，保证用户均能流畅观看任意车辆运行状态。本发明既注重了运营成本管控，也保证了用户在任何情形下均能流畅观看任意车辆的运行状态，提升用户使用好感度。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

Claims

1.一种智能网联车车载实时视频观看的方法，其特征在于，包括：

2.如权利要求1所述的一种智能网联车车载实时视频观看的方法，其特征在于，S100中，获取用户和车辆视频平台间最大数据接收能力的具体方法包括：

3.如权利要求1所述的一种智能网联车车载实时视频观看的方法，其特征在于，S200中，按第一预设规则，获取车辆所有车载视频总码率，第一预设规则包括：

4.如权利要求3所述的一种智能网联车车载实时视频观看的方法，其特征在于，S200中，第一预设规则还包括：若每条视频流的码率BitRate介于MinBitRate和MaxBitRate间，表明视频画面是运动的，此时计算MaxBitRate和BitRate平均值AverageBitRate作为此路视频用于计算的码率；逐一计算出每路车载视频的AverageBitRate后，求得它们总和，便是当前车辆车载实时视频调整后单位时间产生的总数据量TotalNumModified。

5.如权利要求1所述的一种智能网联车车载实时视频观看的方法，其特征在于，S300中，视频平台调整用户最大数据接收能力，具体包括：将S100中的获取用户和车辆视频平台间最大数据接收能力的70%作为调整后的用户最大数据接收能力。

6.如权利要求1所述的一种智能网联车车载实时视频观看的方法，其特征在于，S300中，根据比较结果采用第二预设规则对视频画面进行调整，具体包括：

7.如权利要求6所述的一种智能网联车车载实时视频观看的方法，其特征在于，车载视频摆列规则中行数Row、列数List、宽X、高Y的确定方法为：

8.如权利要求6所述的一种智能网联车车载实时视频观看的方法，其特征在于，S302中，当指定车辆所有车载视频调整后的总码率TotalNumModified小于视频数据最大传输能力MaxNumModified，视频平台不对车载实时视频数据做处理，只转换视频数据封装格式为用户能播放的封装格式，视频平台在向用户发送实时视频数据前，会先告知车管平台视频播放地址和视频路数，再由车管平台反馈给用户登录页面。

9.如权利要求6所述的一种智能网联车车载实时视频观看的方法，其特征在于，S400中，视频平台持续监听用户画面调整需求，并对需求进行迅速响应的具体方法为：

10.如权利要求9所述的一种智能网联车车载实时视频观看的方法，其特征在于，重新确定每路视频数据分辨率和画面摆放风格的方法为：在S303基础上，重点视频分辨率适当提升或保持不变，新的分辨率为FocusResolution，对应的宽为X1，高为Y1，非重点视频的分辨率缩小，新的分辨率为NonFocusResolution，对应的宽为X2，高为Y2；重新调整分辨率后的每路车载视频，均匀分布在整个平面区域，其中，重点视频分布在平面区域中间位置，非重点视频分布在平面区域四周，平面区域中未被视频使用的地方用黑色背景填充；待每路车载视频分辨率和分布区域确定，视频平台单节点服务PointServer开始处理每路视频数据，再将处理后的视频数据发送给用户。