一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种中央管理服务器和互联网连接方法与流程

2021-11-15 17:15:00 来源:中国专利 TAG:


1.本技术涉及互联网技术领域,具体而言,涉及一种中央管理服务器和互联网连接方法。


背景技术:

2.互联网,本质上由多个计算机网络构成。在用户访问互联网时,通过中央管理服务器建立与互联网的连接,可实现互联网数据的访问。
3.现在技术中,在中央管理服务器与互联网建立连接时,与指定的互联网端口建立连接,这种方式并未考虑到指定的互联网端口的数据传输压力,导致中央管理服务器与互联网的连接不稳定,进而导致中央管理服务器与互联网的数据传输也不稳定。


技术实现要素:

4.本技术实施例的目的在于提供一种中央管理服务器和互联网连接方法,用以实现中央管理服务器与互联网的稳定连接。
5.第一方面,本技术实施例提供一种中央管理服务器和互联网连接方法,应用于中央管理服务器,所述方法包括:获取互联网的预设连接信道在预设时间段内的使用记录;所述使用记录包括所述预设连接信道在所述预设时间段内的历史传输数据和所述历史传输数据对应的传输信息;获取所述预设连接信道对应的连接对象的运行状态信息;根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道针对所述待传输数据的预估信道损耗;确定所述预估信道损耗满足预设条件的目标连接信道;基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据。
6.在本技术实施例中,与现有技术相比,中央管理服务器在与互联网建立连接时,先确定预设连接信道的预估信道损耗,然后基于预估信道损耗确定目标连接信道,最后基于目标连接信道与互联网建立数据传输通道,以传输待传输数据;预估信道损耗可以表征连接信道的数据传输能力和稳定性,比如:预估信道损耗较高,数据传输能力较差,稳定性也相对较弱。通过预估信道损耗对预设连接信道进行筛选,以确定出满足预设条件的目标连接信道,基于该目标连接信道,实现更为稳定的连接。在确定预估信道损耗时,基于预设连接信道在预设时间段内的使用记录和待传输数据,以及预设连接信道对应的连接对象的运行状态信息确定,实现预估信道损耗的有效且准确的确定,保证目标连接信道的有效且准确的确定,进而保证中央管理服务器与互联网的稳定连接。
7.作为一种可能的实现方式,所述根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道针对所述待传输数据的预估信道损耗,包括:根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道的第一预估信道损耗;根据所述预设连接信道的信道特征确定所述预设连接信道的第二预估信道损耗;所述信道特征包括所述预设连接信道的衰落特征;根据所述第一预估信道损耗和所述第二预估信道损耗确定最终的预估信道损耗。
8.在本技术实施例中,通过相应信息确定第一预估信道损耗,该第一预估信道损耗可以代表外部因素所决定的损耗;通过信道特征确定第二预估信道损耗,该第二预估信道损耗可以代表连接信道本身具有的损耗;进而通过第一预估信道损耗和第二预估信道损耗所确定的最终信道损耗更准确。
9.作为一种可能的实现方式,所述根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道的第一预估信道损耗,包括:根据所述历史传输数据的数据量和所述传输信息确定所述预设连接信道针对所述历史传输数据的实际传输效率;根据所述预设连接信道的属性信息确定所述预设连接信道针对所述历史传输数据的理论传输效率;所述理论传输效率对应的信道损耗为0;根据所述待传输数据的数据量和所述运行状态信息确定所述待传输数据对应的需求传输效率;根据所述实际传输效率、所述理论传输效率和所述需求传输效率确定所述预设连接信道针对所述待传输数据的第一预估传输效率;根据所述运行状态信息和所述第一预估传输效率确定所述预设连接信道针对所述待传输数据的第二预估传输效率;根据所述第二预估传输效率和预设的传输效率与信道损耗之间的关系确定所述第一预估信道损耗。
10.在本技术实施例中,利用信道损耗与传输效率之间的对应关系,以及与外部因素相关的各个信息,可以实现外部因素所决定的信道损耗的有效且准确的确定。并且,信道损耗与传输效率之间的对应关系,既包括理论的对应关系,也包括实际的对应关系,使最终确定的信道损耗更符合实际情况。
11.作为一种可能的实现方式,所述根据所述预设连接信道的信道特征确定所述预设连接信道的第二预估信道损耗,包括:根据所述衰落特征确定所述预设连接信道的衰落深度和误码率;根据所述衰落深度和所述误码率确定所述预设连接信道的理论信道损耗;获取所述待传输数据的数据编码方式和所述连接对象的数据处理策略;根据所述数据编码方式和所述数据处理策略确定所述预设连接信道的信道损耗调节值;根据所述理论信道损耗和所述信道损耗调节值确定所述第二预估信道损耗。
12.在本技术实施例中,通过确定连接信道的衰落深度和误码率,确定出连接信道本身的理论信道损耗;在实际应用中,通过会设置相应的抗衰落策略,即数据编码方式和数据处理策略,利用抗衰落策略确定出信道损耗调节值;最终基于理论信道损耗和信道损耗调节值实现第二预估信道损耗的有效且准确的确定。
13.作为一种可能的实现方式,所述确定所述预估信道损耗满足预设条件的目标连接信道,包括:确定所述预估信道损耗小于第一预设信道损耗的第一目标连接信道;确定所述预估信道损耗小于第二预设信道损耗且大于所述第一预设信道损耗的第二目标连接信道,第一预设信道损耗小于第二预设信道损耗;对应的,所述基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据,包括:基于所述第一目标连接信道与所述互联网建立主数据传输通道,以传输所述待传输数据;基于所述第二目标连接信道与所述互联网建立备选数据传输通道,以在所述主数据传输通道故障时,替代所述主数据传输通道传输所述待传输数据。
14.在本技术实施例中,在确定目标连接信道时,可以确定两种目标连接信道;进而在建立数据传输通道时,其中一种目标连接信道作为主连接信道,另一种目标连接信道作为备选连接信道,那么,在主连接信道对应的数据传输通道出现问题时,备选连接信道对应的
数据传输通道可以作为替代,继续传输相应的数据;通过这种方式,进一步提高中央管理服务器与互联网的稳定连接,进而提高数据传输的稳定性。
15.作为一种可能的实现方式,所述基于所述第二目标连接信道与所述互联网建立备选数据传输通道,包括:确定所述第二目标连接信道中的指定连接信道;所述指定连接信道对应的连接对象与所述第一目标连接信道对应的连接对象为关联连接对象;所述关联连接对象为:相同的连接对象或者建立有数据传输通道的连接对象;基于所述指定连接信道与所述互联网建立备选数据传输通道。
16.在本技术实施例中,备选连接信道中,指定的连接信道用于替换主连接信道。对于该指定的连接信道,与主连接信道对应的连接对象为关联连接对象,即,相同的连接对象或者建立有数据传输通道的连接信道。通过这种方式,可以保证指定的连接信道所传输的数据最终可以传输给对应的连接对象。
17.作为一种可能的实现方式,所述传输信息中包括所述历史传输数据的安全性评测结果和所述历史传输数据对应的传输对象;在所述基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据之前,所述方法还包括:根据所述安全性评测结果、所述历史传输数据对应的传输对象和所述目标连接信道对应的连接对象确定所述目标连接信道是否为安全连接信道;对应的,所述基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据,包括:若确定所述目标连接信道是安全连接信道,基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据;若确定所述目标连接信道不是安全连接信道,根据所述安全性评测结果确定所述目标连接信道的安全连接策略;基于所述目标连接信道和所述安全连接策略与所述互联网建立数据传输通道。
18.在本技术实施例中,在基于目标连接信道建立数据传输通道时,通过历史传输数据的安全性评测结果和历史传输数据对应的传输对象对目标连接信道的安全性进行评估,如果安全,可以直接建立连接,如果不安全,则利用相应的安全连接策略进行连接。通过这种方式,保证中央管理服务器与互联网的连接的安全性。
19.作为一种可能的实现方式,所述基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据,包括:根据所述目标连接信道的数量、所述目标连接信道对应的连接对象的数量、所述目标连接信道对应的连接对象之间的关系建立多个连接进程;根据所述目标连接信道对应的连接对象之间的关系确定所述多个连接进程的处理策略;按照所述处理策略处理所述多个连接进程,以实现与所述互联网建立数据传输通道;在处理所述多个连接进程的过程中,实时检测所述多个连接进程的处理状态;若检测到处理状态异常的连接进程,确定所述处理状态异常的连接进程对应的异常连接信道;将所述异常连接信道标记为无效连接信道;所述无效连接信道对应的数据传输通道用于传输所述待传输数据中的不安全数据。
20.在本技术实施例中,在建立数据传输通道时,通过多个连接进程建立连接,提高数据传输通道的建立效率;在建立的过程中,实时检测各个连接进程的状态,如果检测到异常的连接信道,将其标记为无效连接信道,并且,将该无效连接信道用于传输待传输数据中不安全数据,一方面,实现异常的连接信道的有效处理;另一方面,实现不安全数据的有效且简单的处理。
21.作为一种可能的实现方式,所述方法还包括:实时检测所述数据传输通道对应的目标连接信道的传输状态;所述传输状态包括:传输频率、传输带宽、衰落深度和误码率;根据所述传输频率、所述传输带宽、所述衰落深度和所述误码率确定所述数据传输通道对应的目标连接信道的实际信道损耗;将所述实际信道损耗与所述预估信道损耗进行比较;若所述实际信道损耗大于所述预估信道损耗,基于所述实际信道损耗确定未传输数据的抗损耗处理策略;通过所述抗损耗处理策略对所述未传输数据进行处理,并利用所述数据传输通道传输处理后的未传输数据;若所述实际信道损耗小于或者等于所述预估信道损耗,将所述目标连接信道标记为稳定连接信道;所述稳定连接信道用于与所述互联网建立目标数据的传输通道,所述目标数据的数据量大于预设数据量,且数据复杂度大于预设复杂度。
22.在本技术实施例中,在建立数据传输通道之后,实时检测传输状态,基于传输状态的各项信息,确定对应的目标连接信道的实际信道损耗,基于该实际信道损耗,一方面,如果实际信道损耗超出预估信道损耗,制定相应的抗损耗处理策略,对未传输数据进行处理,保证未传输数据的有效且稳定的传输;另一方面,如果实际信道损耗没有超出预估信道损耗,说明该连接信道的可靠性较好,可以将其用于传输数据量较大,且数据复杂度也较大的数据,实现中央管理服务器与互联网的稳定连接和稳定的数据传输。
23.第二方面,本技术实施例提供一种中央管理服务器和互联网连接装置,应用于中央管理服务器,该装置包括用于实现第一方面以及第一方面的任意可能的实现方式中所述的方法的各个功能模块。
24.第三方面,本技术实施例提供一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被计算机运行时执行如第一方面的以及第一方面的任意可能的实现方式中所述的方法。
附图说明
25.为了更清楚地说明本技术实施例的技术方案,下面将对本技术实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本技术的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
26.图1为本技术实施例提供的应用场景的示意图;
27.图2为本技术实施例提供的中央管理服务器和互联网连接方法的流程图;
28.图3为本技术实施例提供的中央管理服务器和互联网连接装置的结构示意图。
29.图标:300

中央管理服务器和互联网连接装置;310

获取模块;320

处理模块。
具体实施方式
30.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行描述。
31.请参照图1,为本技术实施例提供的应用场景的示意图,在图1中,示出了中央管理服务器、终端和互联网,中央管理服务器与终端和互联网分别通信连接。互联网中包括多个连接对象,中央管理服务器可以通过多个预设连接信道与多个连接对象连接,进而实现中央管理服务器与整个互联网网络的连接。并且,多个连接对象之间也可以互通。
32.其中,多个连接对象可以是互联网中的硬件,比如:服务器;也可以是互联网中的
硬件端口,在本技术实施例中不作限定。对应的,多个预设连接信道为互联网与中央管理服务器之间的协议所约定的多个连接信道,该多个连接信道可以对应多个连接对象,包括但不限于一个连接对象对应多个连接信道,以及一个连接对象对应一个连接信道,不同的连接对象对应的连接信道通常来说不相同。不同的连接信道的信道参数、数据传输能力可能不相同,比如:带宽、频率等不相同。
33.终端,可以通过中央管理服务器访问互联网,比如:请求某个连接对象的相关数据,比如:用户在网站上输入某个网址,进入该网址的页面后,便可以进行相关数据的访问。因而,中央管理服务器可以相当于终端与互联网之间的交互媒介。
34.基于上述应用场景的介绍可以看出,中央管理服务器与互联网之间的数据交互在实际应用时比较频繁,为了保证互联网的正常和稳定的访问,中央管理服务器与互联网之间的稳定连接较为重要。
35.连接信道,作为数据传输的基础,在实际应用时,会产生相应的信道损耗,信道损耗会影响中央管理服务器和互联网之间的连接,比如:信道损耗较大时,此时连接相当于无效连接,对应的数据传输也相当于无效传输。基于此,本技术实施例中,通过对信道损耗进行分析,实现中央管理服务器与互联网之间的稳定连接。
36.接下来请参照图2,为本技术实施例提供的中央管理服务器和互联网连接方法,该连接方法应用于中央管理服务器,该连接方法包括:
37.步骤210:获取互联网的预设连接信道在预设时间段内的使用记录。使用记录包括预设连接信道在预设时间段内的历史传输数据和历史传输数据对应的传输信息。
38.步骤220:获取预设连接信道对应的连接对象的运行状态信息。
39.步骤230:根据使用记录、待传输数据和运行状态信息确定预设连接信道针对待传输数据的预估信道损耗。
40.步骤240:确定预估信道损耗满足预设条件的目标连接信道。
41.步骤250:基于目标连接信道与互联网建立数据传输通道,以传输待传输数据。
42.在本技术实施例中,与现有技术相比,中央管理服务器在与互联网建立连接时,先确定预设连接信道的预估信道损耗,然后基于预估信道损耗确定目标连接信道,最后基于目标连接信道与互联网建立数据传输通道,以传输待传输数据;预估信道损耗可以表征连接信道的数据传输能力和稳定性,比如:预估信道损耗较高,数据传输能力较差,稳定性也相对较弱。通过预估信道损耗对预设连接信道进行筛选,以确定出满足预设条件的目标连接信道,基于该目标连接信道,实现更为稳定的连接。在确定预估信道损耗时,基于预设连接信道在预设时间段内的使用记录和待传输数据,以及预设连接信道对应的连接对象的运行状态信息确定,实现预估信道损耗的有效且准确的确定,保证目标连接信道的有效且准确的确定,进而保证中央管理服务器与互联网的稳定连接。
43.接下来对步骤210

步骤250的详细实施方式进行介绍。
44.在步骤210中,预设时间段可以根据与互联网的数据交互频率进行设置,数据交互频率越高,预设时间段可以相应的较短;数据交互频率越低,预设时间段可以相应的较长。比如:预设时间段可以是1天内、7天内、15天内等。
45.预设连接信道的使用记录,可以存储在中央管理服务器上,也可以存储在互联网中。因此,该使用记录可以本地获取,也可以从互联网(互联网的数据库)处获取。不管是哪
种实施方式,对于存储方来说,在每次使用连接信道之后,记录连接信道所传输的数据,和传输数据对应的传输信息,生成使用记录,以便于随时获取。
46.历史传输数据可以理解为在预设时间段内已经传输完成的数据。历史传输数据对应的传输信息可以包括但不限于:传输时间、传输数据量、传输效率、数据吞吐量、传输过程中的异常情况等各种信息。
47.在本技术实施例中,步骤210中的预设连接信道可以是中央管理服务器与互联网的协议所约定的所有连接信道,包括当前正在使用的连接信道和当前为空闲状态的连接信道。也可以仅是当前为空闲状态的连接信道。当然,也可以是符合预设条件的连接信道,预设条件可以是:频率条件、带宽条件等,即在步骤210中的预设连接信道可以是经初步筛选后的预设连接信道。
48.在步骤210中获取到使用记录之后,在步骤220中,获取预设连接信道对应的连接对象的运行状态信息。运行状态信息包括但不限于:是否运行正常;当前的交互状态;当前的数据处理能力等。其中,当前的交互状态,例如:与多个交互对象正在交互中。数据处理能力,例如:数据处理已饱和,数据处理余量等。
49.基于步骤210和步骤220中获取的信息,在步骤230中,根据使用记录、待传输数据和运行状态信息确定预设连接信道针对待传输数据的预估信道损耗。其中,待传输数据可以包括但不限于:中央管理服务器需要请求的数据,即互联网待传输给中央管理服务器的数据;中央管理服务器待传输给互联网的数据。如果为互联网待传输给中央管理服务器的数据,则基于中央管理服务器的数据请求指令可以确定待传输数据。
50.对于不同的待传输数据,数据量、数据内容等均不同,针对不同的待传输数据,同一个连接信道的信道损耗也是不同的,因而,在步骤230中需要确定的预估信道损耗为针对待传输数据的信道损耗。
51.此外,在本技术实施例中,预设连接信道的数量可以是一个,也可以是多个,如果预设连接信道为一个,则针对该一个预设连接信道进行相应的数据处理;如果预设连接信道为多个,则每一个预设连接信道的数据处理过程相同,比如:针对每一个预设连接信道,都按照相同的实施方式确定对应的预估信道损耗。
52.作为一种可选的实施方式,步骤230包括:根据使用记录、待传输数据和运行状态信息确定预设连接信道的第一预估信道损耗;根据预设连接信道的信道特征确定预设连接信道的第二预估信道损耗;信道特征包括预设连接信道的衰落特征;根据第一预估信道损耗和第二预估信道损耗确定最终的预估信道损耗。
53.在这种实施方式中,通过相应信息确定第一预估信道损耗,该第一预估信道损耗可以代表外部因素所决定的损耗;通过信道特征确定第二预估信道损耗,该第二预估信道损耗可以代表连接信道本身具有的损耗;进而通过第一预估信道损耗和第二预估信道损耗所确定的最终信道损耗更准确。
54.作为一种可选的实施方式,第一预估信道损耗的确定过程包括:根据历史传输数据的数据量和传输信息确定预设连接信道针对历史传输数据的实际传输效率;根据预设连接信道的属性信息确定预设连接信道针对历史传输数据的理论传输效率;理论传输效率对应的信道损耗为0;根据待传输数据的数据量和运行状态信息确定待传输数据对应的需求传输效率;根据实际传输效率、理论传输效率和需求传输效率确定预设连接信道针对待传
输数据的第一预估传输效率;根据运行状态信息和所述第一预估传输效率确定预设连接信道针对所述待传输数据的第二预估传输效率;根据第二预估传输效率和预设的传输效率与信道损耗之间的关系确定第一预估信道损耗。
55.在这种实施方式中,利用信道损耗与传输效率之间的对应关系,以及与外部因素相关的各个信息,可以实现外部因素所决定的信道损耗的有效且准确的确定。并且,信道损耗与传输效率之间的对应关系,既包括理论的对应关系,也包括实际的对应关系,使最终确定的信道损耗更符合实际情况。
56.在确定实际传输效率时,假设历史传输数据的数据量为a,传输信息中的传输时间为t,则实际传输效率为:a/t。
57.在确定理论传输效率时,预设连接信道的属性信息,可以包括其频率和带宽等,基于该属性信息,可以确定出预设连接信道在单位时间或者单位周期内可以传输的数据量大小,进而,可以确定出与属性信息对应的数据传输效率。可以理解,理论传输效率是与属性信息对应的传输效率,是一种理想的传输效率,其对应的信道损耗为0。当然,其对应的信道损耗也可以是考虑了连接信道自身的情况的信道损耗。在实际应用中,由于外部条件等各方面的影响,通常达不到该理论传输效率。
58.在确定需求传输效率时,待传输数据的数据量已知,连接信道对应的连接对象的运行状态信息已知,基于不同的运行状态信息,可以确定待传输数据的传输时间。因此,可以预设不同的运行状态信息与数据传输时间的对应关系,在运行状态信息已知的情况下,直接确定出对应的数据传输时间。作为一种可选的实施方式,预设运行状态信息中的数据处理余量与数据传输时间的对应关系:数据处理余量=预设值
×
数据传输时间;假设数据处理余量为b,则数据传输时间为b/预设值。
59.其中,预设值可以结合实际的应用场景进行合理设置。以及,预设运行状态信息与数据传输时间的关系也可以结合实际的应用场景进行合理设置,在本技术实施例中不作限定。
60.在确定待传输数据的传输时间之后,需求传输效率=待传输数据的数据量/传输时间。
61.进一步地,在根据第一预估传输效率时,假设实际传输效率为a,理论传输效率为b,需求传输效率为c,则第一预估传输效率可以根据传输效率之间的预设关系确定。其中,预设关系可以为:实际传输效率/理论传输效率=预设参数*需求传输效率/第一预估传输效率,进而,第一预估传输效率=预设参数*理论传输效率*需求传输效率/实际传输效率,即:预设参数*b*c/a。在本技术实施例中,预设参数可以结合实际的应用场景进行合理设置,以及预设关系也可以结合实际的应用场景进行合理设置,在本技术实施例中不作限定。
62.在确定第二预估传输效率时,可以通过运行状态信息中对传输效率有影响的影响因子确定,该影响因子可以是数据处理余量,或者数据处理效率等。基于该影响因子,第二预估传输效率与第一预估传输效率之间的关系可以是:第二预估传输效率=第一预估传输效率/影响因子*。其中,影响因子的具体值可以结合实际的应用场景进行合理设置,以及三者之间的关系,也可以结合实际的应用场景进行合理设置,在本技术实施例中不作限定。
63.在确定第二预估传输效率之后,根据第二预估传输效率和预设的传输效率与信道损耗之间的关系确定第一预估信道损耗。其中,预设的传输效率与信道损耗之间的关系可
以是:信道损耗=预设转换因子*传输效率。其中,预设转换因子可以结合实际的应用场景进行合理设置,以及传输效率与信道损耗之间的关系,也可以实际的应用场景进行合理设置,在本技术实施例中不作限定。
64.在这种方式中,将信道损耗与传输效率进行关联,可以确定出外部因素所决定的信道损耗。在实际应用中,除了结合传输效率确定外部因素所决定的信道损耗,也可以结合其他参数确定,比如:数据吞吐量、数据传输频率等,在本技术实施例中不作限定。
65.作为一种可选的实施方式,第二预估信道损耗的确定过程包括:根据衰落特征确定预设连接信道的衰落深度和误码率;根据衰落深度和误码率确定预设连接信道的理论信道损耗;获取待传输数据的数据编码方式和连接对象的数据处理策略;根据数据编码方式和数据处理策略确定预设连接信道的信道损耗调节值;根据理论信道损耗和信道损耗调节值确定第二预估信道损耗。
66.在这种实施方式中,通过确定连接信道的衰落深度和误码率,确定出连接信道本身的理论信道损耗;在实际应用中,通过会设置相应的抗衰落策略,即数据编码方式和数据处理策略,利用抗衰落策略确定出信道损耗调节值;最终基于理论信道损耗和信道损耗调节值实现第二预估信道损耗的有效且准确的确定。
67.在根据衰落特征确定连接信道的衰落深度和误码率时,连接信道的衰落特征为已知信息,衰落特征与衰落深度和误码率的对应关系采用本领域成熟的技术即可,在本技术实施例中不作详细介绍。
68.在确定衰落深度和误码率之后,按照理论信道损耗与衰落深度和误码率之间的关系,确定理论信道损耗。比如:理论信道损耗=衰落深度*第一预设值 误码率*第二预设值。其中,第一预设值可以结合实际的应用场景中,衰落深度对于信道损耗的影响程度进行合理设置;第二预设值可以结合实际的应用场景中,误码率对于信道损耗的影响程度进行合理设置;在本技术实施例中不作限定。
69.此外,在本技术实施例中,信道损耗的表达形式可以是信道损耗比,其取值范围可以是0

1,信道损耗比越高,数据的传输稳定性越差,传输效率越低;信道损耗比越低,数据的传输稳定性越好,传输效率越高。
70.待传输数据的数据编码方式可以从数据传输处获取,比如:待传输数据由中央管理服务器传输给互联网,则该编码方式为已知信息;待传输数据由互联网传输给中央管理服务器,则该编码方式可以从互联网处获取。连接对象的数据处理策略从互联网对应的连接对象处获取,包括但不限于:数据的抗衰落处理策略、数据的调制策略等。
71.其中,数据的抗衰落处理策略可以是本领域成熟的抗衰落处理技术,基于这些抗衰落处理技术,可以减少一定的信道损耗,减少的信道损耗部分便为信道损耗调节值。数据的调制策略与数据的抗衰落处理策略同理。当然,如果有多种处理策略,则每种处理策略对应一个信道损耗调节值,最终的信道损耗调节值可以是这些信道损耗调节值的和,也可以是其他对应关系,在本技术实施例中不作限定。
72.在确定第二预估信道损耗时,可以在理论信道损耗的基础上,减去信道损耗调节值,获得第二预估信道损耗。也可以在信道损耗调节值的基础上,设置相应的权重系数,然后在理论信道损耗的基础上,减去权重系数与信道损耗调节值的乘积,获得第二预估信道损耗。
73.在实际应用中,步骤230还可以采用其他实施方式,比如:除了第一预估信道损耗和第二预估信道损耗,还可以结合用户设置的预估信道损耗确定最终的预估信道损耗。以及,通过用户对不同的连接信道的信道损耗进行标注,然后进行机器训练,获得相应的机器学习模型,然后基于机器学习模型和连接信道的对应信息确定预估信道损耗。
74.在步骤230中确定预估信道损耗之后,在步骤240中,确定预估信道损耗满足预设条件的目标连接信道。
75.作为一种可选的实施方式,步骤240包括:确定预估信道损耗小于第一预设信道损耗的第一目标连接信道;确定预估信道损耗小于第二预设信道损耗且大于第一预设信道损耗的第二目标连接信道。第一预设信道损耗小于第二预设信道损耗。
76.在这种实施方式中,确定两种目标连接信道,两种目标信道对应的预设条件不相同,从两种条件可以看出,第一目标连接信道相较于第二目标连接信道的信道损耗更小,进而在应用时,第一目标连接信道和第二目标连接信道可以有不同的作用。
77.其中,第一预设信道损耗和第二预设信道损耗可以结合实际的应用场景合理设置,在本技术实施例中进行限定。
78.因此,对应这种实施方式,在步骤250中,包括:基于第一目标连接信道与互联网建立主数据传输通道,以传输待传输数据;基于第二目标连接信道与互联网建立备选数据传输通道,以在主数据传输通道故障时,替代主数据传输通道传输待传输数据。
79.在本技术实施例中,在确定目标连接信道时,可以确定两种目标连接信道;进而在建立数据传输通道时,其中一种目标连接信道作为主连接信道,另一种目标连接信道作为备选连接信道,那么,在主连接信道对应的数据传输通道出现问题时,备选连接信道对应的数据传输通道可以作为替代,继续传输相应的数据;通过这种方式,进一步提高中央管理服务器与互联网的稳定连接,进而提高数据传输的稳定性。
80.其中,在建立备选数据传输通道时,可以优先考虑第二目标连接信道中信道损耗最小的连接信道;也可以基于第二目标连接信道中信道损耗小于预设值的连接信道建立多个备选数据传输通道,在本技术实施例中不作限定。
81.作为一种可选的实施方式,建立备选数据传输通道包括:确定第二目标连接信道中的指定连接信道;指定连接信道对应的连接对象与第一目标连接信道对应的连接对象为关联连接对象;关联连接对象为:相同的连接对象或者建立有数据传输通道的连接对象;基于指定连接信道与互联网建立备选数据传输通道。
82.在这种实施方式中,备选连接信道中,指定的连接信道用于替换主连接信道。对于该指定的连接信道,与主连接信道对应的连接对象为关联连接对象,即,相同的连接对象或者建立有数据传输通道的连接信道。通过这种方式,可以保证指定的连接信道所传输的数据最终可以传输给对应的连接对象。
83.其中,连接对象与连接对象之间的数据传输通道为互联网内部所建立的数据传输通道。
84.在步骤250中建立相应的数据传输通道之后,便可以进行待传输数据的传输。在本技术实施例中,除了考虑数据传输通道的稳定性,还考虑数据传输通道的安全性。因此,作为一种可选的实施方式,在传输信息中还包括:历史传输数据的安全性评测结果和历史传输数据对应的传输对象。
85.其中,历史传输数据的安全性评测结果包括但不限于:是否为安全数据;如果为不安全数据,还包括威胁特征以及威胁特征的处理策略等;如果为安全数据,还包括安全数据被篡改为不安全数据的风险性等。该安全性评测结果,可以是在历史传输数据完成传输后,由中央管理服务器或者互联网中相应的数据处理对象对数据进行分析之后所生成的评测结果。历史传输数据对应的传输对象包括:传输方和接收方。其中,传输方和接收方均可以是互联网中的连接对象,或者中央管理服务器。
86.对应的,在步骤250之前,该方法还包括:根据安全性评测结果、历史传输数据对应的传输对象和目标连接信道对应的连接对象确定目标连接信道是否为安全连接信道。以及对应的,步骤250包括:若确定目标连接信道是安全连接信道,基于目标连接信道与互联网建立数据传输通道,以传输待传输数据;若确定目标连接信道不是安全连接信道,根据安全性评测结果确定目标连接信道的安全连接策略;基于目标连接信道和安全连接策略与互联网建立数据传输通道。
87.在这种实施方式中,在基于目标连接信道建立数据传输通道时,通过历史传输数据的安全性评测结果和历史传输数据对应的传输对象对目标连接信道的安全性进行评估,如果安全,可以直接建立连接,如果不安全,则利用相应的安全连接策略进行连接。通过这种方式,保证中央管理服务器与互联网的连接的安全性。
88.其中,在确定目标连接信道是否为安全连接信道时,如果安全性评测结果中对应有目标连接信道的评测结果,则获取目标连接信道的评测结果,如果目标连接信道的评测结果中,其对应的历史传输数据为安全数据,则说明该连接信道对应的传输数据的安全性较高,该连接信道的安全性也对应较高,可确定该目标连接信道为安全连接信道。如果目标连接信道的评测结果中,其对应的历史传输数据为不安全数据,则判断目标连接信道对应的传输对象与当前目标连接信道对应的连接对象是否相同,如果相同,则判断目标连接信道为不安全连接信道;如果不相同,则判断目标连接信道对应的传输对象与当前目标连接信道对应的连接对象是否存在关联性(比如:两者可建立数据传输通道,或者传输的数据的种类相同等),如果存在关联性,则判断目标连接信道为不安全连接信道;如果上述两种情况均不是,则目标连接信道为安全连接信道。
89.进一步地,如果确定目标连接信道为安全连接信道,可以直接基于目标连接信道建立数据传输通道。如果确定目标连接信道不是安全连接信道,则根据安全性评测结果确定目标连接信道的安全连接策略;基于目标连接信道和安全连接策略与互联网建立数据传输通道。
90.其中,在安全性评测结果中包括威胁特征,因此,可以基于该威胁特征确定安全连接策略。比如:利用成熟的机器学习技术确定安全连接策略,将威胁特征输入训练好的模型中,模型可以直接输出相应的安全连接策略。再比如:将威胁特征反馈给开发人员,由开发人员输入相应的安全连接策略等。
91.在确定安全连接策略之后,按照安全连接策略与互联网建立数据传输通道即可。比如:安全连接策略为:在相应的连接对象上增加对应的保护程序,那么在连接时,运行该保护程序即可。
92.在本技术实施例中,为了保证数据传输通道的建立效率,作为一种可选的实施方式,步骤250包括:根据目标连接信道的数量、目标连接信道对应的连接对象的数量、目标连
接信道对应的连接对象之间的关系建立多个连接进程;根据目标连接信道对应的连接对象之间的关系确定多个连接进程的处理策略;按照处理策略处理多个连接进程,以实现与互联网建立数据传输通道;在处理多个连接进程的过程中,实时检测多个连接进程的处理状态;若检测到处理状态异常的连接进程,确定处理状态异常的连接进程对应的异常连接信道;将异常连接信道标记为无效连接信道;无效连接信道对应的数据传输通道用于传输待传输数据中的不安全数据。
93.在这种实施方式中,在建立数据传输通道时,通过多个连接进程建立连接,提高数据传输通道的建立效率;在建立的过程中,实时检测各个连接进程的状态,如果检测到异常的连接信道,将其标记为无效连接信道,并且,将该无效连接信道用于传输待传输数据中不安全数据,一方面,实现异常的连接信道的有效处理;另一方面,实现不安全数据的有效且简单的处理。
94.其中,在根据目标连接信道的数量、目标连接信道对应的连接对象的数量、目标连接信道对应的连接对象之间的关系建立多个连接进程时,假设目标连接信道的数量为x,目标连接信道对应的连接对象的数量为y,则连接进程的数量为y,即每个连接对象对应一个连接进程。然后再结合目标连接信道对应的连接对象的关系,对连接进程进行扩充,比如:有多个连接信道对应一个连接对象,则该连接对象上的连接进程的数量也对应增加。总体来说,连接进程的建立原则为:一个连接对象

一个目标连接信道对应一个连接进程。
95.在确定多个连接进程之后,根据目标连接信道对应的连接对象之间的关系确定多个连接进程的处理策略,在该处理策略中:包括多个连接进程的执行顺序。作为一种可选的实施方式:对应同一个连接对象的目标连接信道对应的连接进程按照目标连接信道的次序依次执行;对应不同的连接对应的目标连接信道对应的连接进程同步执行。
96.进一步地,基于该处理策略,对各个连接进程进行处理,即可实现与互联网建立数据传输通道。
97.在本技术实施例中,在建立数据传输通道时,中央管理服务器与互联网还可以约定相应的数据传输策略或者其他协议等,此为本领域成熟的技术,在本技术实施例中不作详细介绍。
98.在处理多个连接进程的过程中,实时检测所述多个连接进程的处理状态。比如:检测连接进程是否中断、连接进程是否稳定等。如果出现连接进程中断或者不稳定的情况,将其对应的连接信道标记为异常连接信道。该异常连接信道对应的数据传输通道后续可能会完成建立,但是由于中途出现过异常,并不是可靠的数据传输通道;也可能是未完全建立的数据传输通道。总之,该数据传输通道并不能有效实现数据的传输,基于该特性,可以将其用于处理待传输数据中的不安全数据,实现不安全数据的有效处理。
99.待传输数据中的不安全数据,可以通过不安全数据的各类提取方式实现,该部分为本领域成熟的技术,在本技术实施例不作具体介绍。
100.在本技术实施例中,在建立数据传输通道之后,中央管理服务器和互联网之间可以执行相应的数据传输流程。在数据传输的过程中,该方法还可以包括:实时检测数据传输通道对应的目标连接信道的传输状态;传输状态包括:传输频率、传输带宽、衰落深度和误码率;根据传输频率、传输带宽、衰落深度和误码率确定数据传输通道对应的目标连接信道的实际信道损耗;将实际信道损耗与预估信道损耗进行比较;若实际信道损耗大于预估信
道损耗,基于实际信道损耗确定未传输数据的抗损耗处理策略;通过抗损耗处理策略对未传输数据进行处理,并利用数据传输通道传输处理后的未传输数据;若实际信道损耗小于或者等于预估信道损耗,将目标连接信道标记为稳定连接信道;稳定连接信道用于与互联网建立目标数据的传输通道,目标数据的数据量大于预设数据量,且数据复杂度大于预设复杂度。
101.在这种实施方式中,在建立数据传输通道之后,实时检测传输状态,基于传输状态的各项信息,确定对应的目标连接信道的实际信道损耗,基于该实际信道损耗,一方面,如果实际信道损耗超出预估信道损耗,制定相应的抗损耗处理策略,对未传输数据进行处理,保证未传输数据的有效且稳定的传输;另一方面,如果实际信道损耗没有超出预估信道损耗,说明该连接信道的可靠性较好,可以将其用于传输数据量较大,且数据复杂度也较大的数据,实现中央管理服务器与互联网的稳定连接和稳定的数据传输。
102.其中,实际信道损耗的确定方式,参照前述实施例中的信道损耗的确定的实施方式。抗损耗处理策略的确定方式,可以参照前述实施例中抗衰落处理策略的实施方式。预设数据量和预设数据复杂度,可以结合实际的应用场景合理设置,在本技术实施例中不作限定。
103.基于同一发明构思,请参照图3,本技术实施例中还提供一种中央管理服务器和互联网连接装置300,包括获取模块310和处理模块320。
104.获取模块310用于获取互联网的预设连接信道在预设时间段内的使用记录;所述使用记录包括所述预设连接信道在所述预设时间段内的历史传输数据和所述历史传输数据对应的传输信息;获取所述预设连接信道对应的连接对象的运行状态信息。处理模块320用于根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道针对所述待传输数据的预估信道损耗;确定所述预估信道损耗满足预设条件的目标连接信道;基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据。
105.在本技术实施例中,处理模块320具体用于:根据所述使用记录、待传输数据和所述运行状态信息确定所述预设连接信道的第一预估信道损耗;根据所述预设连接信道的信道特征确定所述预设连接信道的第二预估信道损耗;所述信道特征包括所述预设连接信道的衰落特征;根据所述第一预估信道损耗和所述第二预估信道损耗确定最终的预估信道损耗。
106.在本技术实施例中,处理模块320具体还用于:根据所述历史传输数据的数据量和所述传输信息确定所述预设连接信道针对所述历史传输数据的实际传输效率;根据所述预设连接信道的属性信息确定所述预设连接信道针对所述历史传输数据的理论传输效率;所述理论传输效率对应的信道损耗为0;根据所述待传输数据的数据量和所述运行状态信息确定所述待传输数据对应的需求传输效率;根据所述实际传输效率、所述理论传输效率和所述需求传输效率确定所述预设连接信道针对所述待传输数据的第一预估传输效率;根据所述运行状态信息和所述第一预估传输效率确定所述预设连接信道针对所述待传输数据的第二预估传输效率;根据所述第二预估传输效率和预设的传输效率与信道损耗之间的关系确定所述第一预估信道损耗。
107.在本技术实施例中,处理模块320具体还用于:根据所述衰落特征确定所述预设连接信道的衰落深度和误码率;根据所述衰落深度和所述误码率确定所述预设连接信道的理
论信道损耗;获取所述待传输数据的数据编码方式和所述连接对象的数据处理策略;根据所述数据编码方式和所述数据处理策略确定所述预设连接信道的信道损耗调节值;根据所述理论信道损耗和所述信道损耗调节值确定所述第二预估信道损耗。
108.在本技术实施例中,处理模块320具体还用于:确定所述预估信道损耗小于第一预设信道损耗的第一目标连接信道;确定所述预估信道损耗小于第二预设信道损耗且大于所述第一预设信道损耗的第二目标连接信道,第一预设信道损耗小于第二预设信道损耗;基于所述第一目标连接信道与所述互联网建立主数据传输通道,以传输所述待传输数据;基于所述第二目标连接信道与所述互联网建立备选数据传输通道,以在所述主数据传输通道故障时,替代所述主数据传输通道传输所述待传输数据。
109.在本技术实施例中,处理模块320具体还用于:确定所述第二目标连接信道中的指定连接信道;所述指定连接信道对应的连接对象与所述第一目标连接信道对应的连接对象为关联连接对象;所述关联连接对象为:相同的连接对象或者建立有数据传输通道的连接对象;基于所述指定连接信道与所述互联网建立备选数据传输通道。
110.在本技术实施例中,处理模块320还用于:根据所述安全性评测结果、所述历史传输数据对应的传输对象和所述目标连接信道对应的连接对象确定所述目标连接信道是否为安全连接信道;以及具体用于:若确定所述目标连接信道是安全连接信道,基于所述目标连接信道与所述互联网建立数据传输通道,以传输所述待传输数据;若确定所述目标连接信道不是安全连接信道,根据所述安全性评测结果确定所述目标连接信道的安全连接策略;基于所述目标连接信道和所述安全连接策略与所述互联网建立数据传输通道。
111.在本技术实施例中,处理模块320具体还用于:根据所述目标连接信道的数量、所述目标连接信道对应的连接对象的数量、所述目标连接信道对应的连接对象之间的关系建立多个连接进程;根据所述目标连接信道对应的连接对象之间的关系确定所述多个连接进程的处理策略;按照所述处理策略处理所述多个连接进程,以实现与所述互联网建立数据传输通道;在处理所述多个连接进程的过程中,实时检测所述多个连接进程的处理状态;若检测到处理状态异常的连接进程,确定所述处理状态异常的连接进程对应的异常连接信道;将所述异常连接信道标记为无效连接信道;所述无效连接信道对应的数据传输通道用于传输所述待传输数据中的不安全数据。
112.在本技术实施例中,处理模块320还用于:实时检测所述数据传输通道对应的目标连接信道的传输状态;所述传输状态包括:传输频率、传输带宽、衰落深度和误码率;根据所述传输频率、所述传输带宽、所述衰落深度和所述误码率确定所述数据传输通道对应的目标连接信道的实际信道损耗;将所述实际信道损耗与所述预估信道损耗进行比较;若所述实际信道损耗大于所述预估信道损耗,基于所述实际信道损耗确定未传输数据的抗损耗处理策略;通过所述抗损耗处理策略对所述未传输数据进行处理,并利用所述数据传输通道传输处理后的未传输数据;若所述实际信道损耗小于或者等于所述预估信道损耗,将所述目标连接信道标记为稳定连接信道;所述稳定连接信道用于与所述互联网建立目标数据的传输通道,所述目标数据的数据量大于预设数据量,且数据复杂度大于预设复杂度。
113.中央管理服务器和互联网连接装置300的各个模块与前述实施例中所述的中央管理服务器和互联网连接方法的各个步骤一一对应,因此,各个模块的实施方式参照方法的各个步骤的实施方式,为了说明书的简洁,在此不再重复介绍。
114.基于同一发明构思,本技术实施例还提供一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被计算机运行时执行前述实施例中所述的中央管理服务器和互联网连接方法。
115.在本技术所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
116.另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
117.再者,在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
118.在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
119.以上所述仅为本技术的实施例而已,并不用于限制本技术的保护范围,对于本领域的技术人员来说,本技术可以有各种更改和变化。凡在本技术的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本技术的保护范围之内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献