本申请涉及车联网技术领域，特别涉及一种多通道带宽调控方法、装置、设备及存储介质。
背景技术：
车联网(internetofvehicles，iov)是智能交通系统中的一个新兴概念，由于在车联网中融入了先进的通信和信息技术，它有助于解决各种交通和驾驶问题，从而在安全、高效的交通系统中起着至关重要的作用。
通讯技术的快速发展，推动了车联网的快速落地，大数据应用也成为该趋势下的必然产物。
随着接入车辆数量的不断增加，以及内容服务的持续扩充，车联网对云端的性能要求也越来越高。特别是云端带宽，也需随之扩展，否则将可能导致数据丢失、延迟。
目前，为解决数据传输带宽瓶颈，云端主要采用以下两种方式解决：
1)增加带宽，但这会导致云端硬件和运维成本大幅度增加；
2)排队上传，但可能导致部分数据上传不及时，影响用户体验。
技术实现要素：
本申请实施例提供了一种多通道带宽调控方法、装置、设备及存储介质，可以降低云端成本，可以提高数据传输的及时性和可靠性。
一方面，本申请实施例提供了一种多通道带宽调控方法，多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；方法包括：
若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；
当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；
若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
可选的，方法还包括：对实时数据传输通道中的数据量进行实时监控；
若确定实时数据传输通道中的数据量呈减少状态，减小实时数据传输通道的带宽，并增大非实时数据传输通道的带宽；
当实时数据传输通道的带宽减小至第二预设值时，或者，当实时数据传输通道的带宽减小至与非实时数据传输通道的带宽相等时，增大预留数据传输通道的带宽。
可选的，确定传输当前实时数据所需的带宽之前，方法还包括：
若确定存在新增实时数据，将新增实时数据和待接入数据中还未传输的实时数据作为当前实时数据。
可选的，实时数据传输通道采用并行处理的方式对实时数据进行处理；
非实时数据传输通道采用先进后出的处理方式对非实时数据进行处理。
可选的，实时数据包括待接入车辆发送的车辆状态数据；车辆状态数据包括档位信息、车速、车门状态、车窗状态和行驶状态中的任一种或多种；
非实时数据包括待接入车辆发送的车辆零部件状态数据和控制系统的过程控制参数。
另一方面，本申请实施例还提供了一种多通道带宽调控装置，多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；装置包括：
第一调控模块，用于若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；
第二调控模块，用于当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；
第三调控模块，用于若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
可选的，还包括：第四调控模块，用于对实时数据传输通道中的数据量进行实时监控；若确定实时数据传输通道中的数据量呈减少状态，减小实时数据传输通道的带宽，并增大非实时数据传输通道的带宽；当实时数据传输通道的带宽减小至第二预设值时，或者，当实时数据传输通道的带宽减小至与非实时数据传输通道的带宽相等时，增大预留数据传输通道的带宽。
可选的，第二调控模块，还用于若确定存在新增实时数据，将新增实时数据和待接入数据中还未传输的实时数据作为当前实时数据。
另一方面，本申请实施例还提供了一种设备，设备包括处理器和存储器，存储器中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行上述多通道带宽调控方法。
另一方面，本申请实施例还提供了一种计算机存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现上述多通道带宽调控方法。
本申请实施例提供的一种多通道带宽调控方法、装置、设备及存储介质具有如下有益效果：
若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。如此，可以解决云端带宽瓶颈的无限扩充带来的硬件和运维成本增加，降低云端成本，同时还可以提高数据传输的及时性和可靠性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种应用场景的示意图；
图2是本申请实施例提供的一种多通道带宽调控方法的流程示意图；
图3是本申请实施例提供的一种多通道带宽调控装置的结构示意图；
图4是本申请实施例提供的一种多通道带宽调控方法的服务器的硬件结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
请参阅图1，图1是本申请实施例提供的一种应用场景的示意图，包括服务器101和多个终端102，服务器101与每个终端102之前基于多通道进行数据交互，多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；以服务器101接收终端102数据为例，在终端102接入过程中，服务器101可以基于当前总带宽对每个通道的带宽进行调配，以适应不同数据类型的传输需求；
具体的，若服务器101当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
可选的，服务器101包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，其中服务器可以是云端服务器。
可选的，终端102可以包括智能手机、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、车辆终端、服务器等类型的实体设备。
以下介绍本申请一种多通道带宽调控方法的具体实施例，该实施例以车联网领域为例，服务器为云端服务器，终端为车辆终端，云端服务器与车端之间进行双向数据传输。请参阅图2，图2是本申请实施例提供的一种多通道带宽调控方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的，该方法可以包括：
s201：若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据。
本申请实施例中，以数据从车端到云端服务器为例进行说明。云端服务器与车端之间设有多个数传输通道，包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；云端服务器接收来自车端的待接入数据，该待接入数据在车端被分为实时数据和非实时数据，云端服务器通过实时数据传输通道接收来自车端的实时数据，通过非实时数据传输通道接收来自车端的非实时数据；云端服务器的总带宽包括各个通道带宽的总和，根据数据接入情况，云端服务器可以对各通道的带宽进行调整。
本申请实施例中，云端服务器当前总带宽的分配情况处于预设情况指的是，各个通道当前所占的带宽值为预设值，其中，实时数据传输通道和非实时数据传输通道的带宽相同，预留数据传输通道的带宽为最大值；若云端服务器确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽，总带宽保持不变，目的是为了便于实时数据以及非实时数据的接入，增大实时数据传输通道和非实时数据传输通道的传输速率。
一种可选的实施方式中，来自车端的实时数据包括待接入车辆发送的车辆状态数据；车辆状态数据包括档位信息、车速、车门状态、车窗状态和行驶状态中的任一种或多种；非实时数据包括待接入车辆发送的车辆零部件状态数据和控制系统的过程控制参数。
具体的，车端在将数据上传至云端服务器之前，先将自身数据进行分类，即分为实时数据和非实时数据，车端可基于自身状态以及预设算法对不同数据进行分类。例如，当车端处于行驶状态时，实时数据中的车辆状态数据不仅包括档位信息、车速等基本状态参数，若车端同时还使用了由云端服务器提供的应用，例如自动驾驶、自动泊车、导航等服务时，上述实时数据还可以包括当前周围环境信息、当前车辆位置信息、目的地位置信息等，其中当前周围环境信息可以由车端配置的感知传感器采集得到；当车端未处于行驶状态，即车端处于熄火状态时，实时数据中的车辆状态数据包括车门状态、车窗状态，因为若车门或车窗由关闭状态变化为开启状态时，需要及时对车主进行提醒，否则存在安全隐患；除上述提到的车门状态和车窗状态外，其他与安全相关的数据也可标记为实时数据；而对于一些不影响当前行驶或安全的数据，车端可将其标记为非实时数据，例如车辆零部件状态数据和控制系统的过程控制参数等。
s203：当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽。
s205：若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
本申请实施例中，当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，目的是保证后续新数据的实时接入；同时，确定传输当前实时数据所需的带宽，并判断实时数据传输通道的当前带宽是否满足传输当前实时数据所需的带宽，如果不满足，即传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则云端服务器将非实时数据传输通道的带宽调配一部分给实时数据传输通道，即减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以满足传输当前实时数据所需的带宽。
本申请实施例中，如果将非实时数据传输通道的带宽减小至预设的最小值(可以为0)时，增大的实时数据传输通道的带宽仍然不能满足传输当前实时数据所需的带宽，则表示云端服务器的总带宽需要增加。
一种可选的实施方式中，在确定传输当前实时数据所需的带宽之前，该方法还包括：若确定存在新增实时数据，将新增实时数据和待接入数据中还未传输的实时数据作为当前实时数据；从而，在确定传输当前实时数据所需的带宽时，计算的是传输新增实时数据和待接入数据中还未传输的实时数据总共所需的带宽。
一种可选的实施方式中，实时数据传输通道采用并行处理的方式对实时数据进行处理；非实时数据传输通道采用先进后出的处理方式对非实时数据进行处理。
具体的，在增大实时数据传输通道后，云端服务器对接入的实时数据进行并行处理，以满足及时性的需求，非实时数据在对应的通道中进行排队，云端服务器采用先进后出的方式对非实时数据进行处理。
一种可选的实施方式中，步骤s205之后，该方法还包括步骤s207：对实时数据传输通道中的数据量进行实时监控；
s2071：若确定实时数据传输通道中的数据量呈减少状态，则减小实时数据传输通道的带宽，并增大非实时数据传输通道的带宽；
s2072：当实时数据传输通道的带宽减小至第二预设值时，或者，当实时数据传输通道的带宽减小至与非实时数据传输通道的带宽相等时，增大预留数据传输通道的带宽。
具体的，云端服务器对通过实时数据传输通道接入的实时数据进行并行处理，同时监控当前实时数据传输通道中的数据量，若确定实时数据传输通道中的数据量呈减少状态，则可以将实时数据传输通道的多余带宽分配给非实时数据传输通道，即减小实时数据传输通道的带宽，并增大非实时数据传输通道的带宽，以增大非实时数据的传输速率；当实时数据传输通道的带宽减小至第二预设值时，或者，当实时数据传输通道的带宽减小至与非实时数据传输通道的带宽相等时，增大预留数据传输通道的带宽，以恢复到云端服务器初始总带宽的分配情况。
下面通过一个具体的例子阐述上文的内容。云端服务器总带宽在不同阶段下的分布如下表1所示，其中，n1表示实时数据传输通道，n2表示非实时数据传输通道，n3表示预留数据传输通道；n表示接入车辆的数量，为了便于说明与理解，此处预设每辆车向云端服务器上传的数据相同，且每辆车既上传实时数据又上传非实时数据；
表1不同阶段下云端服务器总带宽分布示意
表1中第一行表示云端服务器总带宽的分配情况处于预设情况，当前n1的带宽与n2的带宽相等，n1中接入的车辆数量n1与n2中接入的车辆数据n2相等，n3的带宽与其他阶段相比，当前n3的带宽为最大值；若确定存在待接入数据，即待接入车辆，则增大n1和n2的带宽，同时减小n3的带宽，如表2中第二行表示，直至n3的带宽减小至第一预设值，此时n1、n2达到最大值，n2与n1相等；此后，车辆继续接入，若n1的带宽无法满足待接入的车辆，如表1中第三行所示，则减少n2的带宽，增大n1的带宽(n2减少的部分)，以满足n1车辆接入，n2中超出的待接入车辆进行排队队列；n2中的排队示例如下：
假设一开始(表1中第二行)n1与n2的带宽分别能够容纳10辆车，n2中10辆车顺序为(1-2-3-4-5-6-7-8-9-10)；然后，新增2辆车11-12接入，此时n2带宽减小后仅能容纳8辆车(减少部分留给n1)，则n2中车辆为(1-2-3-4-5-6-7-8)-9-10-11-12，()中表示n2中车辆，()外表示排队车辆；其中，如车辆在n2中下线又上线，则按照新车辆接入重新排队，例如车辆3下线，则上述排队变更为(1-2-4-5-6-7-8-9)-10-11-12-3；随后当n1减少时，将n1空出的带宽调配给n2通道(如表1第四行)，n2按照排队顺序接入；
最后，如表1中第四行至第五行，n1减小过程中，n1减少到第二预设值后不再减少，且n2带宽对应车辆数n2最大值不超过n1对应的n1，n3的带宽动态增加，以支持更多数量车辆同时接入。
本申请实施例提供的一种多通道带宽调控方法，相较于现有技术来说，可以大幅度减少云端服务器所需带宽；例如，假设待接入的车端设备数量为n(如20万)，每个车端设备传输到云端数据所需带宽为a(如4k)，高峰期接入云端比例为b％(如20％)，则传统云端服务的最小带宽需求为：a×n×b％(案例为160m，1m＝1000k)；而本申请中，车端将数据分为实时和非实时两类，所需带宽分别为a1(如1k)和a2(3k)，其中a1 a2＝a，a1远小于a；同等条件下，本申请在高峰期，云端服务器的带宽可优先传输实时数据，剩余带宽按照先后顺序，依次传输非实时数据，从而云端所需最小带宽需求为：a1×n×b％(40m)，远小于传统的160m，可见，本申请一种多通道带宽调控方法，可以降低云端成本，同时还可以提高数据传输的及时性和可靠性。
本申请以数据从车端到云端服务器为例阐述的各种实施例，同样适用于数据从云端到车端的场景，云端将数据同样分为实时和非实时两种，车端可配置最小带宽以确保实时数据传输。云端实时数据可以包括用户在车内操作的内容服务，例如音乐、适配、语音控制等，推送的广告以及ota文件为非实时性数据。
本申请实施例还提供了一种多通道带宽调控装置，多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；图3是本申请实施例提供的一种多通道带宽调控装置的结构示意图，如图3所示，该装置包括：
第一调控模块301，用于若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；
第二调控模块302，用于当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；
第三调控模块303，用于若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
一种可选的实施方式中，该装置还包括第四调控模块，用于对实时数据传输通道中的数据量进行实时监控；若确定实时数据传输通道中的数据量呈减少状态，减小实时数据传输通道的带宽，并增大非实时数据传输通道的带宽；当实时数据传输通道的带宽减小至第二预设值时，或者，当实时数据传输通道的带宽减小至与非实时数据传输通道的带宽相等时，增大预留数据传输通道的带宽。
一种可选的实施方式中，第二调控模块302还用于若确定存在新增实时数据，将新增实时数据和待接入数据中还未传输的实时数据作为当前实时数据。
一种可选的实施方式中，实时数据传输通道采用并行处理的方式对实时数据进行处理；非实时数据传输通道采用先进后出的处理方式对非实时数据进行处理。
一种可选的实施方式中，实时数据包括待接入车辆发送的车辆状态数据；车辆状态数据包括档位信息、车速、车门状态、车窗状态和行驶状态中的任一种或多种；非实时数据包括待接入车辆发送的车辆零部件状态数据和控制系统的过程控制参数。
本申请实施例中的装置与方法实施例基于同样地申请构思。
本申请实施例所提供的方法实施例可以在计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图4是本申请实施例提供的一种多通道带宽调控方法的服务器的硬件结构框图。如图4所示，该服务器400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)410(处理器410可以包括但不限于微处理器ncu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器430，一个或一个以上存储应用程序423或数据422的存储介质420(例如一个或一个以上海量存储设备)。其中，存储器430和存储介质420可以是短暂存储或持久存储。存储在存储介质420的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器410可以设置为与存储介质420通信，在服务器400上执行存储介质420中的一系列指令操作。服务器400还可以包括一个或一个以上电源460，一个或一个以上有线或无线网络接口450，一个或一个以上输入输出接口440，和/或，一个或一个以上操作系统421，例如windows，macos，unix,linux，freebsd等等。
输入输出接口440可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器400的通信供应商提供的无线网络。在一个实例中，输入输出接口440包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口440可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。
本领域普通技术人员可以理解，图4所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器400还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。
本申请的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种多通道带宽调控方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述多通道带宽调控方法。
可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
由上述本申请提供的多通道带宽调控方法、装置、设备及存储介质的实施例可见，本申请中若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大实时数据传输通道的带宽和非实时数据传输通道的带宽，并减小预留数据传输通道的带宽；待接入数据包括实时数据和非实时数据；当预留数据传输通道的带宽减小至第一预设值时，维持预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；若传输当前实时数据所需的带宽大于实时数据传输通道的当前带宽，则减小非实时数据传输通道的带宽，并增大实时数据传输通道的带宽，以使实时数据传输通道的带宽满足传输当前实时数据所需的带宽。如此，可以解决云端带宽瓶颈的无限扩充带来的硬件和运维成本增加，降低云端成本，同时还可以提高数据传输的及时性和可靠性。
需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
1.一种多通道带宽调控方法，其特征在于，所述多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；所述方法包括：
若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大所述实时数据传输通道的带宽和所述非实时数据传输通道的带宽，并减小所述预留数据传输通道的带宽；所述待接入数据包括实时数据和非实时数据；
当所述预留数据传输通道的带宽减小至第一预设值时，维持所述预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；
若传输当前实时数据所需的带宽大于所述实时数据传输通道的当前带宽，则减小所述非实时数据传输通道的带宽，并增大所述实时数据传输通道的带宽，以使所述实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
2.根据权利要求1所述的方法，其特征在于，还包括：
对所述实时数据传输通道中的数据量进行实时监控；
若确定所述实时数据传输通道中的数据量呈减少状态，减小所述实时数据传输通道的带宽，并增大所述非实时数据传输通道的带宽；
当所述实时数据传输通道的带宽减小至第二预设值时，或者，当所述实时数据传输通道的带宽减小至与所述非实时数据传输通道的带宽相等时，增大所述预留数据传输通道的带宽。
3.根据权利要求1所述的方法，其特征在于，所述确定传输当前实时数据所需的带宽之前，所述方法还包括：
若确定存在新增实时数据，将所述新增实时数据和所述待接入数据中还未传输的实时数据作为所述当前实时数据。
4.根据权利要求1所述的方法，其特征在于，所述实时数据传输通道采用并行处理的方式对所述实时数据进行处理；
所述非实时数据传输通道采用先进后出的处理方式对所述非实时数据进行处理。
5.根据权利要求1所述的方法，其特征在于，所述实时数据包括待接入车辆发送的车辆状态数据；所述车辆状态数据包括档位信息、车速、车门状态、车窗状态和行驶状态中的任一种或多种；
所述非实时数据包括所述待接入车辆发送的车辆零部件状态数据和控制系统的过程控制参数。
6.一种多通道带宽调控装置，其特征在于，所述多通道包括实时数据传输通道、非实时数据传输通道和预留数据传输通道；所述装置包括：
第一调控模块，用于若当前总带宽的分配情况处于预设情况，且确定存在待接入数据，则增大所述实时数据传输通道的带宽和所述非实时数据传输通道的带宽，并减小所述预留数据传输通道的带宽；所述待接入数据包括实时数据和非实时数据；
第二调控模块，用于当所述预留数据传输通道的带宽减小至第一预设值时，维持所述预留数据传输通道的带宽，并确定传输当前实时数据所需的带宽；
第三调控模块，用于若传输当前实时数据所需的带宽大于所述实时数据传输通道的当前带宽，则减小所述非实时数据传输通道的带宽，并增大所述实时数据传输通道的带宽，以使所述实时数据传输通道的带宽满足传输当前实时数据所需的带宽。
7.根据权利要求6所述的装置，其特征在于，还包括：
第四调控模块，用于对所述实时数据传输通道中的数据量进行实时监控；若确定所述实时数据传输通道中的数据量呈减少状态，减小所述实时数据传输通道的带宽，并增大所述非实时数据传输通道的带宽；当所述实时数据传输通道的带宽减小至第二预设值时，或者，当所述实时数据传输通道的带宽减小至与所述非实时数据传输通道的带宽相等时，增大所述预留数据传输通道的带宽。
8.根据权利要求6所述的装置，其特征在于，
所述第二调控模块，还用于若确定存在新增实时数据，将所述新增实时数据和所述待接入数据中还未传输的实时数据作为所述当前实时数据。
9.一种设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行如权利要求1-5任一项所述的多通道带宽调控方法。
10.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-5任一项所述的多通道带宽调控方法。
技术总结