CN112688818A - 数据发送方法、装置、电子设备及可读存储介质 - Google Patents
数据发送方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN112688818A CN112688818A CN202011643288.6A CN202011643288A CN112688818A CN 112688818 A CN112688818 A CN 112688818A CN 202011643288 A CN202011643288 A CN 202011643288A CN 112688818 A CN112688818 A CN 112688818A
- Authority
- CN
- China
- Prior art keywords
- file
- level
- receiving
- equipment
- office point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本申请提供一种数据发送方法、装置、电子设备及可读存储介质,涉及安全技术领域。该方法通过对每个接收设备进行分类,使得将接收同一策略文件的接收设备分为一类,这样在下发策略文件时,可以将同一类接收设备的策略文件下发给该类接收设备对应的至少一级上级局点设备,然后由上级局点设备来转发给接收设备,这样策略下发系统可以无需针对每个接收设备均下发一次策略文件,从而提高了下发效率。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种数据发送方法、装置、电子设备及可读存储介质。
背景技术
在大型网络安全数据采集的场景下,需要对成千上万的设备做策略配置分发,现有的做法是针对每个设备下发一次策略,而面对数量庞大的设备时,这种方式效率较低。
发明内容
本申请实施例的目的在于提供一种数据发送方法、装置、电子设备及可读存储介质,用以改善现有技术中进行配置分发的方式带来效率低的问题。
第一方面,本申请实施例提供了一种数据发送方法,所述方法包括:
确定待下发策略文件的多个接收设备;
根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;
根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;
根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
在上述实现过程中,通过对每个接收设备进行分类,使得将接收同一策略文件的接收设备分为一类,这样在下发策略文件时,可以将同一类接收设备的策略文件下发给该类接收设备对应的至少一级上级局点设备,然后由上级局点设备来转发给接收设备,这样策略下发系统可以无需针对每个接收设备均下发一次策略文件,从而提高了下发效率。
可选地,在每类接收设备对应的至少一级上级局点设备包括至少两级上级局点设备时,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备,包括:
根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少两级上级局点设备中的最上级局点设备,以通过所述最上级局点设备将对应的策略文件发送给所述最上级局点设备的至少一级下级局点设备,并通过所述至少一级下级局点设备将对应的策略文件发送给对应的接收设备。
在上述实现过程中,在接收设备数量较大或者在将接收设备分为多个类时,可以根据需求设置多级局点设备,这样可以依次将策略文件下发至每级局点设备,从而避免策略下发系统需要直接对接太多的局点设备造成资源占用过多的问题。
可选地,所述至少一级上级局点设备中的每级局点设备为根据各个接收设备所在的区域搭建的,所述根据每类接收设备确定对应的文件下发路径,包括:
获取每类接收设备中各个接收设备所在的区域;
根据各个接收设备所在的区域查找其区域对应的每级局点设备;
根据每级局点设备确定对应的文件下发路径。
在上述实现过程中,根据各个接收设备所在的区域来搭建局点设备,可以这样在对不同区域的接收设备下发策略文件时,可以根据接收设备所在的区域来下发到对应的局点设备上。
可选地,所述至少一级上级局点设备中的每级局点设备配置有相应的区域编码,所述根据每级局点设备确定对应的文件下发路径,包括:
根据每级局点设备的区域编码生成对应的文件下发路径,所述文件下发路径包括各级局点设备的区域编码;
所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备,包括:
根据所述文件下发路径中各级局点设备的区域编码将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
在上述实现过程中,通过对局点设备进行区域编码,从而可快速生成对应的文件下发路径。
可选地,所述区域编码包括全国区域编码、省级区域编码、市级区域编码和/或子区域编码,每级局点设备根据其所在的区域配置相应的区域编码。
可选地,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,包括:
在第一预设时间段内根据所述文件下发路径将每类接收设备对应的策略文件依次发送给每类接收设备对应的至少一级上级局点设备。
在上述实现过程中,将策略文件在第一预设时间段内依次下发,相比于一次全部下发的方式可减少策略下发系统的带宽占用。
可选地,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,包括:
将每类接收设备对应的策略文件生成文件包,所述文件包包括每类接收设备对应的策略文件;
在第二预设时间段内根据所述文件下发路径将所述文件包发送给每类接收设备对应的至少一级上级局点设备。
在上述实现过程中,通过在第二预设时间段内将策略文件打包发送,可确保接收设备能一次性接收到所有的策略文件,提高了文件下发效率。
可选地,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备之后,还包括:
获取每个接收设备加载策略文件后的反馈信息;
根据所述反馈信息统计每个接收设备的策略配置情况。
在上述实现过程中,通过接收各个接收设备的反馈信息,从而可以对各个接收设备的策略配置情况进行监控。
第二方面,本申请实施例提供了一种数据发送装置,所述装置包括:
设备确定模块,用于确定待下发策略文件的多个接收设备;
设备分类模块,用于根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;
下发路径确定模块,用于根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;
文件下发模块,用于根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
可选地,在每类接收设备对应的至少一级上级局点设备包括至少两级上级局点设备时,所述文件下发模块,用于根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少两级上级局点设备中的最上级局点设备,以通过所述最上级局点设备将对应的策略文件发送给所述最上级局点设备的至少一级下级局点设备,并通过所述至少一级下级局点设备将对应的策略文件发送给对应的接收设备。
可选地,所述至少一级上级局点设备中的每级局点设备为根据各个接收设备所在的区域搭建的,所述下发路径确定模块,用于获取每类接收设备中各个接收设备所在的区域;根据各个接收设备所在的区域查找其区域对应的每级局点设备;根据每级局点设备确定对应的文件下发路径。
可选地,所述至少一级上级局点设备中的每级局点设备配置有相应的区域编码,所述下发路径确定模块,用于根据每级局点设备的区域编码生成对应的文件下发路径,所述文件下发路径包括各级局点设备的区域编码;
所述文件下发模块,用于根据所述文件下发路径中各级局点设备的区域编码将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
可选地,所述区域编码包括全国区域编码、省级区域编码、市级区域编码和/或子区域编码,每级局点设备根据其所在的区域配置相应的区域编码。
可选地,所述文件下发模块,用于在第一预设时间段内根据所述文件下发路径将每类接收设备对应的策略文件依次发送给每类接收设备对应的至少一级上级局点设备。
可选地,所述文件下发模块,用于将每类接收设备对应的策略文件生成文件包,所述文件包包括每类接收设备对应的策略文件;在第二预设时间段内根据所述文件下发路径将所述文件包发送给每类接收设备对应的至少一级上级局点设备。
可选地,所述装置还包括:
统计模块,用于获取每个接收设备加载策略文件后的反馈信息;根据所述反馈信息统计每个接收设备的策略配置情况。
第三方面,本申请实施例提供一种电子设备,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如上述第一方面提供的所述方法中的步骤。
第四方面,本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种用于执行数据发送方法的电子设备的结构示意图;
图2为本申请实施例提供的一种数据发送方法的流程图;
图3为本申请实施例提供的一种传输系统的架构示意图;
图4为本申请实施例提供的另一种传输系统的架构示意图;
图5为本申请实施例提供的策略下发系统的信息采集示意图;
图6为本申请实施例提供的一种数据发送装置的结构框图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请实施例提供一种数据发送方法,该方法通过对每个接收设备进行分类,使得将接收同一策略文件的接收设备分为一类,这样在下发策略文件时,可以将同一类接收设备的策略文件下发给该类接收设备对应的至少一级上级局点设备,然后由上级局点设备来转发给接收设备,这样策略下发系统可以无需针对每个接收设备均下发一次策略文件,从而提高了下发效率,且下发过程中不用占用太多的传输带宽。
请参照图1,图1为本申请实施例提供的一种用于执行数据发送方法的电子设备的结构示意图,所述电子设备可以包括:至少一个处理器110,例如CPU,至少一个通信接口120,至少一个存储器130和至少一个通信总线140。其中,通信总线140用于实现这些组件直接的连接通信。其中,本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器,也可以是非易失性的存储器(non-volatilememory),例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令,当所述计算机可读取指令由所述处理器110执行时,电子设备执行下述图2所示方法过程,例如,存储器130可用于存储各个接收设备需下发的策略文件,处理器110可用于在进行策略文件下发时,将各个接收设备进行分类,然后可按照分类的接收设备来下发对应的策略文件。
可以理解,图1所示的结构仅为示意,所述电子设备还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
本申请实施例中,上述的电子设备可以是指下发策略文件的设备,电子设备中可配置有策略下发系统,由该策略下发系统来对各个接收设备的策略文件进行下发。电子设备可以是终端设备、计算机或者服务器等,为便于描述,下述实施例中,以电子设备中的策略下发系统来执行本申请中的数据发送方法为例进行描述。
请参照图2,图2为本申请实施例提供的一种数据发送方法的流程图,该方法包括如下步骤:
步骤S110:确定待下发策略文件的多个接收设备。
其中,策略文件可以是指对接收设备的一些配置文件,如安全策略配置(如加密策略、校验策略、敏感告警策略等)、攻击检测配置、用户组信息配置等。可以理解地,实际应用中,策略文件也可以是指一些其它配置文件,其文件内容可以根据实际需求灵活配置。
策略下发系统可以提供与用户进行交互的显示界面,在需要对接收设备进行策略下发时,用户可在显示界面中选择或输入需要下发的接收设备的设备信息,如设备地址信息(如IP地址、MAC地址等)、设备编号、设备名称、设备所在的区域等信息。用户也可以在显示界面中输入针对多个接收设备的策略文件,或者系统中预先存储了多个策略文件,用户可通过显示界面选择需要下发策略文件的接收设备对应的策略文件。
或者,策略下发系统中也可以预先录入有多个接收设备的相关信息,在当前需要对某些接收设备下发对应的策略文件时,可从这多个接收设备中选择需要下发策略文件的接收设备,这样策略下发系统即可确定需要下发策略文件的多个接收设备。
可以理解地,本申请实施例中的多个接收设备可以理解为服务器或者终端设备等设备。
步骤S120:根据每个接收设备需接收的策略文件将所述多个接收设备进行分类。
为了避免策略下发系统下发策略文件时占用太多的传输带宽,以及提高策略文件下发的效率,本申请实施例中可以将需要下发策略文件的多个接收设备进行分类,其分类的依据是将接收相同的策略文件的接收设备分为一类,即同一类接收设备接收的策略文件相同。
例如,接收设备1需接收的策略文件为a,接收设备2需接收的策略文件为a,接收设备3需接收的策略文件为b,接收设备4需接收的策略文件为b,则可将接收设备1和接收设备2分为一类,将接收设备3和接收设备4分为一类。
步骤S130:根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备。
在将多个接收设备进行分类后,则可以确定每类设备对应的文件下发路径,文件下发路径是指从策略下发系统到接收设备的路径,为了提高文件下发效率,文件下发路径则包括每类接收设备对应的至少一级上级局点设备。
局点设备可以是指服务器,每类接收设备对应的上级局点设备可以包括有至少一级,每级局点设备为一个,即每类接收设备对应的上级局点设备包括每级局点设备中的一个局点设备。其局点设备可以是预先搭建好的,在确定每类接收设备后,可将每类接收设备挂载到对应的局点设备下(其挂载可以理解为建立接收设备与局点设备之间的通信连接,在接收设备挂载到对应局点设备下后,接收设备可以与局点设备进行数据交互,如局点设备可向该接收设备下发策略文件),该局点设备用于接收该类接收设备需下发的策略文件。
局点设备的层级也可以是预先搭建好的,如直接与策略下发系统连接的局点设备称为第一级局点设备,是指文件下发路径中的最上级局点设备,在第一级局点设备下还可设置第二级局点设备,第二级局点设备可以有多个,第一级局点设备可以有至少一个,第一级局点设备可用于对第二级局点设备进行管理,每个第二级局点设备可用于连接每类接收设备,这样在将策略文件下发给接收设备时,先经过第一级局点设备转发,然后再经过第二级局点设备,然后再由第二级局点设备下发给对应的接收设备。
上述的第一级局点设备和第二级局点设备均可称为接收设备的上级局点设备,在接收设备只有一级上级局点设备时,也就是说,策略下发系统直接将策略文件下发给该上级局点设备,然后由上级局点设备转发给接收设备。
上述的第一级局点设备和第二级局点设备可以是预先搭建好的,在对每类接收设备进行文件下发时,可将每类接收设备挂载到对应的第二级局点设备下,如此可确定出每类接收设备对应的文件下发路径。
也就是说,接收设备对应的至少一级上级局点设备可以理解为策略下发系统与接收设备之间的中间转发设备,这样策略下发系统在下发文件时,无需针对每个接收设备均下发文件,而是可以将对应的策略文件下发给对应的中间转发设备,由中间转发设备再来依次下发,这样可提高策略下发系统的文件下发效率,并减少策略下发系统的传输带宽的占用。
步骤S140:根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
在确定每类接收设备对应的文件下发路径后,可根据文件下发路径将策略文件进行下发。
在有一级局点设备时,其整个传输系统架构可以如图3所示,例如,对于第一类接收设备,其需接收的策略文件为a,其对应的上级局点设备为局点设备11,对于第二类接收设备,其需接收的策略文件为b,其对应的上级局点设备为局点设备12,则第一类接收设备对应的文件下发路径为:策略下发系统->局点设备11->接收设备,第二类接收设备对应的文件下发路径为:策略下发系统->局点设备12->接收设备。在下发第一类接收设备的策略文件a时,先将策略文件a下发给局点设备11,然后由局点设备11再下发给该第一类接收设备中的每个接收设备。在下发第二类接收设备的策略文件b时,先将策略文件b下发给局点设备11,然后由局点设备12再下发给该第二类接收设备中的每个接收设备。
其中,局点设备11再将策略文件a下发给各个接收设备时,可以先将策略文件a进行复制,其复制的数量与该第一类接收设备的数量相同,然后再将复制的每个策略文件a分别发送给每个接收设备。同理,局点设备12在下发策略文件b时,也可以先将策略文件b复制后再下发。
需要说明的是,每类接收设备对应的局点设备的层级可以相同,也可以不同,如第一类接收设备对应有两级局点设备,而第二类接收设备可只对应有一级局点设备。
另外,还需要说明的是,若某类接收设备的数量只有一个,或者数量较少,如小于预设数量时,对其下发的策略文件可无需通过局点设备下发,可以通过策略下发系统直接下发给各个接收设备,也就是说,对于该类接收设备,其对应的至少一个上级局点设备即为策略下发系统,这样可减少经局点设备下发的时间。
在上述实现过程中,通过对每个接收设备进行分类,使得将接收同一策略文件的接收设备分为一类,这样在下发策略文件时,可以将同一类接收设备的策略文件下发给该类接收设备对应的至少一级上级局点设备,然后由上级局点设备来转发给接收设备,这样策略下发系统可以无需针对每个接收设备均下发一次策略文件,从而提高了下发效率。
在一些实施方式中,在接收设备的数量较多,且分类的接收设备较多时,若只有一级局点设备的话,那策略下发系统可能需要与多个局点设备连接,需要对多个局点设备进行管理,从而需要消耗策略下发系统更多的资源,所以每类接收设备对应的至少一级上级局点设备可以包括至少两级上级局点设备,在下发策略文件的过程中,可以先根据文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少两级上级局点设备中的最上级局点设备,以通过最上级局点设备将对应的策略文件发送给最上级局点设备的至少一级下级局点设备,并通过至少一级下级局点设备将对应的策略文件发送给对应的接收设备。
可以理解地,如在某类接收设备对应的上级局点设备包括两级时,直接与策略下发系统连接的局点设备称为最上级局点设备,与最上级局点设备连接的局点设备称为最上级局点设备的下级局点设备,当然这些局点设备对于接收设备来说,均是上级局点设备。
在下发策略文件时,是依次通过局点设备从最上级局点设备下到最下级局点设备,然后再转发到接收设备,最下级局点设备是直接与接收设备连接的局点设备。
例如,对于某类接收设备,其对应两级局点设备,其需接收的策略文件为a,将该类接收设备挂载到第二级局点设备中的局点设备11,其局点设备11对应的上级局点设备为1(局点设备1为最上级局点设备,局点设备11为局点设备1的下级局点设备),则其文件下发路径可以为:策略下发系统->局点设备1->局点设备11->接收设备。然后在下发该类接收设备的策略文件a时,先将策略文件a下发给局点设备1,然后由局点设备1下发给局点设备11,再下发给该类接收设备中的每个接收设备。
在上述实现过程中,在接收设备数量较大或者在将接收设备分为多个类时,可以根据需求设置多级局点设备,这样可以依次将策略文件下发至每级局点设备,从而避免策略下发系统需要直接对接太多的局点设备造成资源占用过多的问题。
在一些实施方式中,若这些接收设备涉及到不同区域,即这些接收设备是部署在不同地域时,其上级局点设备中的每级局点设备还可以是根据各个接收设备所在的区域搭建的。区域可以细分到某个省市下的某个区域,则其在搭建各个局点设备时,可以以全国区域搭建一个局点设备,然后以各个省市区域搭建一个局点设备,省市下的区域可以根据区县来划分更小的区域,其结构示意可以如图4所示。
在图4中,分为三级局点设备,第一级局点设备为面向全国区域的局点设备,第二级局点设备是面向省市区域的局点设备,第三级局点设备是面向省市区域下的更小区域的局点设备,如区县区域对应的局点设备。
在确定多个接收设备的过程中,可以从各个接收设备的设备信息中获取各个接收设备所在的区域,然后根据区域来搭建各个局点设备,如各个接收设备所在的区域包括北京a1、a2和山东a1,则在搭建局点设备时,其局点设备包括第三级局点设备:北京a1、北京a1、山东a1,以及第二级局点设备:北京101、山东102和第一级局点设备:全国1。
在搭建好这些局点设备后,可先将各个接收设备按照第二级区域进行分类,即将同一区域内的接收设备归为一类,然后再将每类接收设备中的接收设备按照接收的策略文件进行分类,例如,若接收设备1、接收设备2、接收设备3和接收设备4均属于北京区域,但是接收设备1和接收设备2需接收的策略文件为a,接收设备3和接收设备4需接收的策略文件为b,则再将接收设备挂载到对应的第三级局点设备下时,可以将接收设备1和接收设备2挂载到局点设备(北京a1)下,将接收设备3和接收设备4挂载到局点设备(北京a2)下,这样在下发策略文件a时通过局点设备(北京a1)下发给接收设备1和接收设备2,在下发策略文件b时通过局点设备(北京a2)下发给接收设备3和接收设备4。
为了减少策略文件下发过程中的工作量,上述的第一级局点设备和第二级局点设备可以是预先搭建好的,在需要对新的区域的接收设备进行策略文件下发时,可在对应的第二级局点设备下添加对应的第三级局点设备即可。
所以,上述在确定文件下发路径的过程中,可以先获取每类接收设备中各个接收设备所在的区域,然后根据各个接收设备所在的区域查找其区域对应的每级局点设备,根据每级局点设备确定对应的文件下发路径。
例如,在上述根据各个接收设备的区域搭建好第一级局点设备、第二级局点设备和第三级局点设备后,则可以根据每类接收设备中接收设备所在的区域确定对应的局点设备。这里在搭建局点设备时,是根据接收设备所在的省市区域来搭建第二级局点设备的,第三级局点设备可以是根据接收设备接收的策略文件来搭建的,则可以先将第三级局点设备进行区域编号,其每个局点设备可代表第二级局点设备的子区域设备。所以,策略下发系统中可以预先存储这样的传输系统结构,在进行策略文件下发时,可以先将各个接收设备挂载到对应的第三级局点设备下,然后根据各个接收设备所在的区域查找其区域对应的每级局点设备。其中,这里每类接收设备中各个接收设备所在的区域可以理解为是第三级区域,也就是每类接收设备所挂载的第三级局点设备对应的区域,如某类接收设备所在的区域为北京a1,则按照存储的传输系统结构,可以依次对局点设备进行遍历获得其文件下发路径为:策略下发系统->全国局点设备->北京局点设备->北京a1局点设备->接收设备。
所以,上述的传输系统可以包括至少一级局点设备,每级局点设备可以为多个,至少一级局点设备中的最上级局点设备与策略下发系统进行数据交互,至少一级局点设备中的最下级局点设备与接收设备进行数据交互,在进行策略文件下发时,可以将策略文件先下发给最上级局点设备,然后由最上级局点设备传输给最下级局点设备,经最下级局点设备发送给各个接收设备。
在上述实现过程中,根据各个接收设备所在的区域来搭建局点设备,可以这样在对不同区域的接收设备下发策略文件时,可以根据接收设备所在的区域来下发到对应的局点设备上。
在一些实施方式中,为了便于区分各个局点设备,还可以对每级局点设备配置相应的区域编码,如全国局点设备的区域编码为1,第二级是各省市按照一定的顺序进行编码,如北京局点设备的区域编码为101,山东局点设备的区域编码为102等,按照该方式可依次对全国局点设备下的各个省市局点设备进行编码,第三级局点设备是对第二级局点设备的进一步划分,即将第二级区域中接收相同策略文件的接收设备配置一个局点设备,并对各个第三级局点设备进行区域编码,如北京a1局点设备的区域编码为101001,通过此区域编码可知编码的第一位“1”表示全国局点设备的区域编码,“01”表示第二级局点设备中的“北京”,“0001”表示局点设备“北京”的a1局点设备。
也就是说,上述的区域编码可以包括全国区域编码、省级区域编码、市级区域编码和/或子区域编码,每级局点设备根据其所在的区域配置响应的区域编码。其中,上述的第三级局点设备的区域编码即为子区域编码,其是指第二级区域的子区域。
所以,在将接收设备挂载到对应的第三级局点设备下后,可以基于第三级局点设备的区域编码即可知晓其文件下发路径,当然,也可以根据每级局点设备的区域编码生成对应的文件下发路径,该文件下发路径包括各级局点设备的区域编码。然后可根据文件下发路径中各级局点设备的区域编码将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备。
可以理解地,若下级局点设备的区域编码中包括其下级局点设备对应的所有上级局点设备的区域编码,则可以直接基于接收设备的上一级局点设备的区域编码来生成文件下发路径,其接收设备的最后一级局点设备的区域编码可以表征该类接收设备的文件下发路径。但是若下级局点设备的区域编码中没有上级局点设备的区域编码时,则可以将每级局点设备的区域编码生成对应的文件下发路径。
策略下发系统在下发策略文件时,可以将文件下发路径包括在策略文件中一并下发,这样各个局点设备在接收到策略文件后即可知晓将策略文件下发给哪个下级局点设备。
在上述实现过程中,通过对局点设备进行区域编码,从而可快速生成对应的文件下发路径。
在上述搭建的传输系统中,若是需要对所有的接收设备新下发一条相同的策略文件时,则在策略文件下发时,其文件下发范围可以选择全国局点设备,表示将该策略文件下发给所有的接收设备,若下发范围选择某个第二级局点设备,则表示将该策略文件下发给该第二级局点设备下的所有接设备,或者选择某个第三级局点设备,从而可以将策略文件下发给该第三级局点设备下的所有接收设备。
需要说明的是,由于每个第三级局点设备下的接收设备接收的策略文件时相同的,所以,在其接收设备需接收的策略文件改变时,还可以将接收设备与第三级局点设备解绑,以重新将接收设备进行分类,并将同一类的接收设备挂载到一个局点设备下,从而可实现对这些接收设备下发一个策略文件,提高了文件下发效率。
并且,上述图4只示出了三级局点设备,在实际应用中,还可以根据需求进行更细的划分,如还可以设置第四级局点设备、第五级局点设备等。
在一些实施方式中,在确定每类接收设备的文件下发路径后,还可以将每类接收设备的策略文件进行审核,如审核其策略文件是否正确,是否包括有对应的文件下发路径,若为了确保策略文件的安全性,在审核阶段还可以对策略文件进行加密,然后再将加密后的策略文件进行下发。
上述的策略文件的命名可以是以策略类型+局点编码(即局点设备的区域编码)+生成时间来命名的,局点编码即为各个局点设备的区域编码,其可以用于表征文件下发路径,策略类型可以是指不同类型的策略,如加密配置、解密配置等。
在一些实施方式中,为了减少策略下发系统的带宽占用,还可以在第一预设时间段内根据文件下发路径将每类接收设备对应的策略文件依次发送给每类接收设备对应的至少一级上级局点设备。
其中,第一预设时间段可以是指工作时间段,如早上九点到下午六点的时间段,由于在这时间段内可能需要传输的文件较多,所以可以将每类接收设备对应的策略文件依次进行下发,例如需要对某类接收设备需下发三个策略文件时,则可每次将一个策略文件进行下发,在下发完成后,可在一定时间间隔后再下发第二个策略文件。
如下表所示,若本次策略下发涉及到三个第三级局点设备,分别是101001、102001、103001,需要给局点设备101001下发的策略文件包括A1、A2和A3,需要给局点设备102001下发的策略文件包括A2和A3,需要给局点设备103001下发的策略文件包括A1和A3。
在进行策略文件下发时,第一次可将策略文件A1下发给局点设备101001和103001,第二次可将策略文件A2下发给局点设备101001和102001,第三次可将策略文件A3下发给三个局点设备。
另外为了便于接收设备接收到策略文件后进行相应的配置,策略文件在下发时还可以将策略文件做对应的操作标记,如增、删、改操作等。
在上述实现过程中,将策略文件在第一预设时间段内依次下发,相比于一次全部下发的方式可减少策略下发系统的带宽占用。
在一些实施方式中,为了提高策略文件下发效率,在进行策略文件下发时,还可以将每类接收设备对应的策略文件生成文件包,该文件包即包括该类接收设备需要接收的策略文件,然后在第二预设时间段内根据文件下发路径将文件包发送给每类接收设备对应的至少一级上级局点设备。
其中,第二预设时间段可以是指夜间时间段,上述的第一预设时间段与第二预设时间段是可以是两个不重叠的时间段,由于在夜间时间段数据传输量比较少,所以可以利用该时间段进行策略文件的下发。
如下表所示,若本次策略下发涉及到三个第三级局点设备,分别是101001、102001、103001,需要给局点设备101001下发的策略文件包括A1、A2和A3,需要给局点设备102001下发的策略文件包括A2和A3,需要给局点设备103001下发的策略文件包括A1和A3。
在进行策略文件下发时,可将策略文件A1、A2和A3打包为一个文件包下发给局点设备101001,将策略文件A2和A3打包为一个文件包下发给局点设备102001,将策略文件A1和A3打包为一个文件包下发给局点设备103001。
在上述实现过程中,通过在第二预设时间段内将策略文件打包发送,可确保接收设备能一次性接收到所有的策略文件,提高了文件下发效率。
在一些实施方式中,为了确保安全性,不同的策略文件可配置不同的安全级别,这样在进行策略文件下发时,可以先获取对应的下发权限,然后根据下发权限来确定是否能下发对应的策略文件,即策略文件的安全级别与下发权限对应。
例如,下发管理员可通过相应的账户登录策略下发系统,预先可针对不同账户设置不同的下发权限,在下发策略文件前,可先根据登录的账户确定其是否有对需下发的策略文件进行下发的权限,若有,则可按照上述方式进行策略文件的下发,若没有权限,则可以先申请权限,待申请权限通过后才能下发对应的策略文件,这样可以避免发生策略文件的乱发或者误发等情况。
在一些实施方式中,为了对各个接收设备的配置情况进行监控,还可以在将策略文件下发之后,获取每个接收设备加载策略文件后的反馈信息,并根据反馈信息统计每个接收设备的策略配置情况,从而实现对各个接收设备的策略配置情况进行监控。
其中,接收设备在接收到策略文件后,加载策略文件,然后接收设备可将加载策略文件后向策略下发系统反馈对应的反馈信息,或者接收设备也可以将反馈信息由其上级局点设备转发给策略下发系统,如图5所示,策略下发系统可将接收到的反馈信息存储在对应的存储介质中,以便于可随时进行查询。其反馈信息包括是否加载成功、或者是否已接收到策略文件。例如,策略下发系统在下发策略文件后,在预定时间段内未收到接收设备的反馈信息,则认为接收设备未接收到策略文件,此时,还可以将策略文件进行重新下发,再连续多次确定接收设备未接收到策略文件,则可确定其文件下发路径上的某个局点设备可能出现了故障,此时策略下发系统可输出相应的提示信息,提示策略下发人员对文件下发路径中的局点设备进行故障排查。
在上述实现过程中,通过接收各个接收设备的反馈信息,从而可以对各个接收设备的策略配置情况进行监控。
由于现有的方案在策略文件下发过程中采用的是点对点方式传输,会占用很多带宽,降低了策略的时效性,而本申请实施例中将接收相同的策略文件的接收设备进行合并,然后再将策略文件经过各级局点设备来下发,这样可以将接收相同策略文件的接收设备的策略文件进行合并下发,从而可减少数据传输的带宽占用,并提高策略文件下发效率。并且,本方案可支持新增接收设备的自动配置扩展,即新增接收设备时可以选择对应的局点设备,支持策略的精准下发,降低文件的传输带宽,且每条策略的下发都形成一个闭环,这样能够实时的关注该条策略的加载状态,使得策略人员能够更快的处理业务。
请参照图6,图6为本申请实施例提供的一种数据发送装置200的结构框图,该装置200可以是电子设备上的模块、程序段或代码。应理解,该装置与上述图2方法实施例对应,能够执行图2方法实施例涉及的各个步骤,该装置200具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。
可选地,所述装置200包括:
设备确定模块210,用于确定待下发策略文件的多个接收设备;
设备分类模块220,用于根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;
下发路径确定模块230,用于根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;
文件下发模块240,用于根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
可选地,在每类接收设备对应的至少一级上级局点设备包括至少两级上级局点设备时,所述文件下发模块240,用于根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少两级上级局点设备中的最上级局点设备,以通过所述最上级局点设备将对应的策略文件发送给所述最上级局点设备的至少一级下级局点设备,并通过所述至少一级下级局点设备将对应的策略文件发送给对应的接收设备。
可选地,所述至少一级上级局点设备中的每级局点设备为根据各个接收设备所在的区域搭建的,所述下发路径确定模块230,用于获取每类接收设备中各个接收设备所在的区域;根据各个接收设备所在的区域查找其区域对应的每级局点设备;根据每级局点设备确定对应的文件下发路径。
可选地,所述至少一级上级局点设备中的每级局点设备配置有相应的区域编码,所述下发路径确定模块230,用于根据每级局点设备的区域编码生成对应的文件下发路径,所述文件下发路径包括各级局点设备的区域编码;
所述文件下发模块240,用于根据所述文件下发路径中各级局点设备的区域编码将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
可选地,所述区域编码包括全国区域编码、省级区域编码、市级区域编码和/或子区域编码,每级局点设备根据其所在的区域配置相应的区域编码。
可选地,所述文件下发模块240,用于在第一预设时间段内根据所述文件下发路径将每类接收设备对应的策略文件依次发送给每类接收设备对应的至少一级上级局点设备。
可选地,所述文件下发模块240,用于将每类接收设备对应的策略文件生成文件包,所述文件包包括每类接收设备对应的策略文件;在第二预设时间段内根据所述文件下发路径将所述文件包发送给每类接收设备对应的至少一级上级局点设备。
可选地,所述装置200还包括:
统计模块,用于获取每个接收设备加载策略文件后的反馈信息;根据所述反馈信息统计每个接收设备的策略配置情况。
需要说明的是,本领域技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再重复描述。
本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时,执行如图2所示方法实施例中电子设备所执行的方法过程。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如,包括:确定待下发策略文件的多个接收设备;根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
综上所述,本申请实施例提供一种数据发送方法、装置、电子设备及可读存储介质,通过对每个接收设备进行分类,使得将接收同一策略文件的接收设备分为一类,这样在下发策略文件时,可以将同一类接收设备的策略文件下发给该类接收设备对应的至少一级上级局点设备,然后由上级局点设备来转发给接收设备,这样策略下发系统可以无需针对每个接收设备均下发一次策略文件,从而提高了下发效率。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种数据发送方法,其特征在于,所述方法包括:
确定待下发策略文件的多个接收设备;
根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;
根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;
根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
2.根据权利要求1所述的方法,其特征在于,在每类接收设备对应的至少一级上级局点设备包括至少两级上级局点设备时,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备,包括:
根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少两级上级局点设备中的最上级局点设备,以通过所述最上级局点设备将对应的策略文件发送给所述最上级局点设备的至少一级下级局点设备,并通过所述至少一级下级局点设备将对应的策略文件发送给对应的接收设备。
3.根据权利要求1所述的方法,其特征在于,所述至少一级上级局点设备中的每级局点设备为根据各个接收设备所在的区域搭建的,所述根据每类接收设备确定对应的文件下发路径,包括:
获取每类接收设备中各个接收设备所在的区域;
根据各个接收设备所在的区域查找其区域对应的每级局点设备;
根据每级局点设备确定对应的文件下发路径。
4.根据权利要求3所述的方法,其特征在于,所述至少一级上级局点设备中的每级局点设备配置有相应的区域编码,所述根据每级局点设备确定对应的文件下发路径,包括:
根据每级局点设备的区域编码生成对应的文件下发路径,所述文件下发路径包括各级局点设备的区域编码;
所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备,包括:
根据所述文件下发路径中各级局点设备的区域编码将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
5.根据权利要求4所述的方法,其特征在于,所述区域编码包括全国区域编码、省级区域编码、市级区域编码和/或子区域编码,每级局点设备根据其所在的区域配置相应的区域编码。
6.根据权利要求1所述的方法,其特征在于,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,包括:
在第一预设时间段内根据所述文件下发路径将每类接收设备对应的策略文件依次发送给每类接收设备对应的至少一级上级局点设备。
7.根据权利要求1所述的方法,其特征在于,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,包括:
将每类接收设备对应的策略文件生成文件包,所述文件包包括每类接收设备对应的策略文件;
在第二预设时间段内根据所述文件下发路径将所述文件包发送给每类接收设备对应的至少一级上级局点设备。
8.根据权利要求1所述的方法,其特征在于,所述根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备之后,还包括:
获取每个接收设备加载策略文件后的反馈信息;
根据所述反馈信息统计每个接收设备的策略配置情况。
9.一种数据发送装置,其特征在于,所述装置包括:
设备确定模块,用于确定待下发策略文件的多个接收设备;
设备分类模块,用于根据每个接收设备需接收的策略文件将所述多个接收设备进行分类,同一类接收设备接收的策略文件相同;
下发路径确定模块,用于根据每类接收设备确定对应的文件下发路径,所述文件下发路径包括每类接收设备对应的至少一级上级局点设备;
文件下发模块,用于根据所述文件下发路径将每类接收设备对应的策略文件发送给每类接收设备对应的至少一级上级局点设备,以通过至少一级上级局点设备将对应的策略文件发送给对应的接收设备。
10.一种电子设备,其特征在于,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如权利要求1-8任一所述的方法。
11.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时运行如权利要求1-8任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011643288.6A CN112688818B (zh) | 2020-12-30 | 2020-12-30 | 数据发送方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011643288.6A CN112688818B (zh) | 2020-12-30 | 2020-12-30 | 数据发送方法、装置、电子设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112688818A true CN112688818A (zh) | 2021-04-20 |
CN112688818B CN112688818B (zh) | 2023-01-10 |
Family
ID=75456884
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011643288.6A Active CN112688818B (zh) | 2020-12-30 | 2020-12-30 | 数据发送方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112688818B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113923210A (zh) * | 2021-10-15 | 2022-01-11 | 中国银行股份有限公司 | 按照划分区域进行文件下传的方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105391684A (zh) * | 2015-10-14 | 2016-03-09 | 浪潮电子信息产业股份有限公司 | 一种策略的集中管理方法及集中管理设备 |
US20190238508A1 (en) * | 2018-01-26 | 2019-08-01 | Nicira, Inc. | Unified security policies across virtual private clouds with overlapping ip address blocks |
CN111163060A (zh) * | 2019-12-11 | 2020-05-15 | 中盈优创资讯科技有限公司 | 一种基于应用组的转发方法、设备以及系统 |
CN111741479A (zh) * | 2019-03-21 | 2020-10-02 | Oppo广东移动通信有限公司 | 一种策略确定方法及装置、终端 |
CN111800408A (zh) * | 2020-06-30 | 2020-10-20 | 深信服科技股份有限公司 | 策略配置装置、终端的安全策略配置方法和可读存储介质 |
-
2020
- 2020-12-30 CN CN202011643288.6A patent/CN112688818B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105391684A (zh) * | 2015-10-14 | 2016-03-09 | 浪潮电子信息产业股份有限公司 | 一种策略的集中管理方法及集中管理设备 |
US20190238508A1 (en) * | 2018-01-26 | 2019-08-01 | Nicira, Inc. | Unified security policies across virtual private clouds with overlapping ip address blocks |
CN111741479A (zh) * | 2019-03-21 | 2020-10-02 | Oppo广东移动通信有限公司 | 一种策略确定方法及装置、终端 |
CN111163060A (zh) * | 2019-12-11 | 2020-05-15 | 中盈优创资讯科技有限公司 | 一种基于应用组的转发方法、设备以及系统 |
CN111800408A (zh) * | 2020-06-30 | 2020-10-20 | 深信服科技股份有限公司 | 策略配置装置、终端的安全策略配置方法和可读存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113923210A (zh) * | 2021-10-15 | 2022-01-11 | 中国银行股份有限公司 | 按照划分区域进行文件下传的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112688818B (zh) | 2023-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112313916B (zh) | 一种融合区块链技术拟态存储防篡改日志的方法及系统 | |
CN108234170B (zh) | 一种服务器集群的监控方法和装置 | |
US9164950B2 (en) | Use tag clouds to visualize components related to an event | |
CN104199957B (zh) | 一种Redis通用代理的实现方法 | |
CN111752795A (zh) | 一种全流程监控报警平台及其方法 | |
CN101997709B (zh) | 一种根告警数据分析的方法及其系统 | |
CN104753994A (zh) | 基于集群服务器系统的数据同步方法及其装置 | |
CN111756601A (zh) | 微服务架构监控方法、装置、计算机设备及可读存储介质 | |
CN111782345B (zh) | 容器云平台日志收集及分析告警方法 | |
US10425273B2 (en) | Data processing system and data processing method | |
CN111240862A (zh) | 一种通用接口平台以及数据转换方法 | |
CN111782456B (zh) | 异常检测方法、装置、计算机设备和存储介质 | |
CN112688818B (zh) | 数据发送方法、装置、电子设备及可读存储介质 | |
CN111984735A (zh) | 一种数据归档方法、装置、电子设备和存储介质 | |
CN103024786B (zh) | 一种资源管理方法和系统 | |
CN101227327B (zh) | 一种集中网管系统以及上载下级告警信息的方法 | |
CN114205322A (zh) | 消息发送方法、装置、电子设备及存储介质 | |
CN106713014B (zh) | 一种监控系统中的被监控主机、监控系统以及监控方法 | |
CN115496470A (zh) | 全链路配置化数据处理方法、装置和电子设备 | |
JP7392852B2 (ja) | ルール生成装置、ルール生成方法およびプログラム | |
CN113656369A (zh) | 一种大数据场景下的日志分布式流式采集及计算方法 | |
CN106411555B (zh) | 通信链路配置方法、装置及相关系统 | |
CN117453665B (zh) | 一种数据处理方法、装置、设备及存储介质 | |
CN117155938B (zh) | 集群节点故障上报方法、装置、设备及存储介质 | |
CN109547997A (zh) | 数据共享方法、服务器、计算机可读存储介质和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |