一种数据调度方法、电子设备及存储介质技术

本申请公开了一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质。该方法包括：获取待传输报文的属性信息，其中，所述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议IP地址；基于所述属性信息，确定所述待传输报文的优先级；根据所述待传输报文的优先级，在至少两条链路中确定目标链路；通过所述目标链路发送所述待传输报文。通过本申请方案，可尽可能地保障较为重要的数据的传输。为重要的数据的传输。为重要的数据的传输。

【技术实现步骤摘要】
一种数据调度方法、电子设备及存储介质


[0001]本申请属于通信
，尤其涉及一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质。

技术介绍

[0002]收发双方进行通信时，为了减轻通信压力，可以构建多条通信的链路。在基于多条链路进行通信时，往往只是一味的追求将基于性能最优的链路进行数据传输，而缺乏对待传输的数据的考虑，最终使得所有的链路的性能都有所下降，导致一些较为重要的数据的传输受阻。

技术实现思路

[0003]本申请提供了一种数据调度方法、数据调度装置、电子设备及计算机可读存储介质，可尽可能地保障较为重要的数据的传输。
[0004]第一方面，本申请提供了一种数据调度方法，包括：
[0005]获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议(Internet Protocol Address，IP)地址；
[0006]基于上述属性信息，确定上述待传输报文的优先级；
[0007]根据上述待传输报文的优先级，在至少两条链路中确定目标链路；
[0008]通过上述目标链路发送上述待传输报文。
[0009]第二方面，本申请提供了一种数据调度装置，包括：
[0010]获取模块，用于获取待传输报文的属性信息，其中，上述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址；
[0011]第一确定模块，用于基于上述属性信息，确定上述待传输报文的优先级；/>[0012]第二确定模块，用于根据上述待传输报文的优先级，在至少两条链路中确定目标链路；
[0013]发送模块，用于通过上述目标链路发送上述待传输报文。
[0014]第三方面，本申请提供了一种电子设备，上述电子设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。
[0015]第四方面，本申请提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。
[0016]第五方面，本申请提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。
[0017]本申请与现有技术相比存在的有益效果是：在存在待传输报文时，首先获取待传输报文的属性信息，其中，该属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发IP地址，然后基于上述属性信息，确定上述待传输报文的优先级，接着即可根据上
述待传输报文的优先级，在至少两条链路中确定目标链路，最后通过上述目标链路发送上述待传输报文。本申请方案具体以报文的属性信息来确定报文在传输过程中的优先级，充分考虑了报文的属性信息对报文传输的影响，根据报文的优先级来选择目标链路进行传输，尽可能地保障较为重要的数据的传输。可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
[0018]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0019]图1是本申请实施例提供的网络架构示例图；
[0020]图2是本申请实施例提供的数据调度方法的实现流程示意图；
[0021]图3是本申请实施例提供的为待传输报文确定目标链路的实现流程示例图；
[0022]图4是本申请实施例提供的数据调度方法的另一实现流程示意图；
[0023]图5是本申请实施例提供的数据调度装置的结构框图；
[0024]图6是本申请实施例提供的电子设备的结构示意图。
具体实施方式
[0025]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
[0026]为了说明本申请所提出的技术方案，下面通过具体实施例来进行说明。
[0027]请参阅图1，图1给出了在将本申请实施例所提出的数据调度方法应用于船艇和岸基时，所搭建的网络架构的示例。该图1中，岸基和船艇处都有一设备PC，每个PC均对应连接至一个通信设备A处。这两个通信设备A之间可建立至少两条链路，以此可实现岸基与船艇之间的通信。可以理解，对于通信设备A来说，其所能够提供的带宽是各个链路的带宽的叠加；并且，网络中，可以有多个通信设备A，这多个通信设备A相互之间均可建立至少两条链路。也即，图1并不构成对通信设备的数量或是链路的数量的限定。
[0028]下面对本申请实施例所提出的数据调度方法作出说明。请参阅图2，该数据调度方法包括：
[0029]步骤201，获取待传输报文的属性信息。
[0030]在本申请实施例中，在当前有报文等待传输时，为便于说明，可将该报文记作待传输报文。电子设备可先获取该待传输报文的属性信息，仅作为示例，该属性信息包括但不限于如下一种以上：报文长度、报文协议类型、接收端口及收发IP地址等，此处不作限定。用户可根据实际需求，选配更多或更少的属性信息。
[0031]步骤202，基于上述属性信息，确定上述待传输报文的优先级。
[0032]在本申请实施例中，从属性信息的角度出发，报文的不同属性信息可对应报文的
不同优先级；基于此，电子设备可预先设定报文的不同属性信息与报文的优先级之间的对应关系，且该对应关系可由用户根据实际需求进行修改。实际上，可以将不同类型的属性信息分别视为一种优先级评估的维度，下面将针对不同的属性信息，对优先级评估的方式作出解释及说明：
[0033]在第一种应用场景下，基于报文长度这一维度对报文的优先级进行评估，则步骤202可具体表现为：将待传输报文的报文长度与预设的报文长度阈值进行比对；基于比对结果，确定待传输报文的优先级。其中，该报文长度阈值为评判待传输报文是长报文还是短报文的基础。可以理解，当待传输报文的报文长度大于该报文长度阈值时，该待传输报文即可被认为是长报文；反之，当待传输报文的报文长度等于或小于该报文长度阈值时，该报文即可被认为是短报文。仅作为示例，该报文长度阈值可以是100。基于长报文及短报文的区别，可确定该待传输报文的优先级。例如，可预先设定短报文的优先级高于长报文的优先级，或者，也可预先设定长报文的优先级高于短报文的优先级，具体可由用户根据实际需求设定，此处不作限定。
[0034]在第二种应用场景下，基于报文协议类型这一维度对报文的优先级进行评估，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种数据调度方法，其特征在于，包括：获取待传输报文的属性信息，其中，所述属性信息包括以下至少一种：报文长度、报文协议类型、接收端口及收发互联网协议IP地址；基于所述属性信息，确定所述待传输报文的优先级；根据所述待传输报文的优先级，在至少两条链路中确定目标链路；通过所述目标链路发送所述待传输报文。2.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括报文长度；所述基于所述属性信息，确定所述待传输报文的优先级，包括：将所述待传输报文的报文长度与预设的报文长度阈值进行比对；基于比对结果，确定所述待传输报文的优先级。3.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括报文协议类型；所述基于所述属性信息，确定所述待传输报文的优先级，包括：基于预设的报文协议类型
‑
优先级对应关系，将所述待传输报文的报文协议类型所对应的优先级确定为所述待传输报文的优先级。4.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括接收端口；所述基于所述属性信息，确定所述待传输报文的优先级，包括：将所述待传输报文的接收端口与预设的至少一个接收端口进行匹配，得到第一匹配结果；根据所述第一匹配结果，确定所述待传输报文的优先级。5.如权利要求1所述的数据调度方法，其特征在于，所述属性信息包括收发IP地址；所述基于所述属性信息，确定所述待传输报文的优先级，包括：将所述待传输报文的收发IP地址与预设的至少一个收发IP地址进行匹配，得到第二匹配结果；根据所述第二匹配结果，确定所述待传输报文的优先级。6.如权利要求1所述的数据调度方法，其特征在于，所述根据所述待传输报文的优先级，在至少两条链路中确定目标链路...

【专利技术属性】
技术研发人员：董国君，都广斌，罗晨，陈文亮，
申请(专利权)人：珠海云洲智能科技股份有限公司，
类型：发明
国别省市：