CN116382743B - 基于云网融合技术的运维数据处理方法及系统 - Google Patents
基于云网融合技术的运维数据处理方法及系统 Download PDFInfo
- Publication number
- CN116382743B CN116382743B CN202310607263.8A CN202310607263A CN116382743B CN 116382743 B CN116382743 B CN 116382743B CN 202310607263 A CN202310607263 A CN 202310607263A CN 116382743 B CN116382743 B CN 116382743B
- Authority
- CN
- China
- Prior art keywords
- information
- function
- verification
- code
- time period
- 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.)
- Active
Links
- 238000005516 engineering process Methods 0.000 title claims abstract description 16
- 230000004927 fusion Effects 0.000 title claims abstract description 16
- 238000012423 maintenance Methods 0.000 title claims abstract description 15
- 238000003672 processing method Methods 0.000 title claims abstract description 7
- 238000012795 verification Methods 0.000 claims abstract description 232
- 238000009434 installation Methods 0.000 claims abstract description 129
- 230000008859 change Effects 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 37
- 230000006870 function Effects 0.000 claims description 260
- 238000012545 processing Methods 0.000 claims description 22
- 238000004806 packaging method and process Methods 0.000 claims description 13
- 230000003993 interaction Effects 0.000 claims description 3
- 239000000758 substrate Substances 0.000 claims 2
- 230000008569 process Effects 0.000 abstract description 5
- 238000007726 management method Methods 0.000 description 188
- 230000002354 daily effect Effects 0.000 description 11
- 230000000903 blocking effect Effects 0.000 description 7
- 230000001680 brushing effect Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/12—Protecting executable software
- G06F21/121—Restricting unauthorised execution of programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/51—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems at application loading time, e.g. accepting, rejecting, starting or inhibiting executable software based on integrity or source reliability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S10/00—Systems supporting electrical power generation, transmission or distribution
- Y04S10/50—Systems or methods supporting the power network operation or management, involving a certain degree of interaction with the load-side end user applications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Multimedia (AREA)
- Technology Law (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种基于云网融合技术的运维数据处理方法及系统，云服务端接收请求端发送的功能更新请求，将与原始功能信息相同的请求功能信息作为不变功能信息，将与原始功能信息不同的请求功能信息作为变动功能信息；获取预设数据库中与变动功能信息的对应的预设功能代码，将预设功能代码填写至相对应的变动代码区域；获取功能更新请求中的验证策略信息；在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将原始功能代码填写至相对应的非变动代码区域，根据验证策略信息、代码填写单元对权限管理端的代码进行更新处理。本发明可以多个数据中心进行有效管理与数据处理、提升整个数据中心的运行效率。
Description
技术领域
本发明涉及数据处理技术，尤其涉及一种基于云网融合技术的运维数据处理方法及系统。
背景技术
在 5G 商用快速发展的作用下，各行各业对于上云的需求愈发强烈，云和网正在打破彼此的界限，云网融合成为未来的发展趋势。在云应用剧增的情况下，云网融合场景下的运维将面临多种云以及多样化的行业应用和超大规模的网络亟需一体化管理。其中，物联网系统作为与人们的生活息息相关的一部分，对物联网系统的运维数据处理也变得越来越重要。
现有技术中，对物联网系统进行更新时，通常都是工作人员前往边缘端实地进行更新。通过该种方式，会导致流程过于繁琐，浪费大量的人力与物力。并且无法同时对物联网系统中的多个权限管理系统进行高效的处理，降低了整个数据中心的运行效率。因此如何对多个数据中心进行有效管理与数据处理、提升整个数据中心的运行效率，从而确保业务高效、稳定的运行，是当前亟需解决的难题。
发明内容
本发明实施例提供一种基于云网融合技术的运维数据处理方法及系统，所要解决的技术问题是如何对多个数据中心进行有效管理与数据处理、提升整个数据中心的运行效率。
本发明实施例的第一方面，提供一种基于云网融合技术的运维数据处理方法，包括云服务端以及与所述云服务端进行信息交互的权限管理端和请求端，各请求端分别设置有与其对应的权限管理端，权限管理端与每组物联权限管理设备对应设置，通过以下步骤实现运维数据处理，包括：
云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息；
获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域；
获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端；
在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理。
可选地，在第一方面的一种可能实现方式中，获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端，包括：
获取所述功能更新请求中的类别验证信息、以及所述不变功能信息对应的第一功能类别和所述变动功能信息对应的第二功能类别，所述类别验证信息为打开权限需完成所有功能验证的信息或者打开权限只需完成任一个功能验证的信息；
若判断所述第一功能类别和所述第二功能类别需同时进行验证，则根据需同时进行验证的所述第一功能类别和所述第二功能类别生成第一验证信息，所述第一验证信息为人员打开权限需完成所有功能验证的信息；
若判断所述第一功能类别和所述第二功能类别可择一进行验证，则根据可择一进行验证的所述第一功能类别和所述第二功能类别生成第二验证信息，所述第二验证信息为人员打开权限只需完成任一个功能验证的信息；
根据所述第一验证信息和/或所述第二验证信息生成类别策略信息；
获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别策略信息生成验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端。
可选地，在第一方面的一种可能实现方式中，获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别分配信息生成验证策略信息，包括：
获取功能更新请求中的预设匹配表，所述预设匹配表包括与所述时间策略信息对应的多个运行时间段；
根据预设匹配表对多个运行时间段匹配对应的第一验证信息或第二验证信息；
根据各运行时间段以及各运行时间段对应的第一验证信息或第二验证信息生成验证策略信息。
可选地，在第一方面的一种可能实现方式中，还包括:
获取权限管理端各运行时间段对应的第一历史人流量，以及权限管理端对应的白名单信息，根据所述第一历史人流量和所述白名单信息生成验证判断值；
若所述验证判断值小于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第一验证信息；
若所述验证判断值大于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第二验证信息。
可选地，在第一方面的一种可能实现方式中，获取权限管理端各运行时间段对应的第一历史人流量，以及权限管理端对应的白名单信息，根据所述第一历史人流量和所述白名单信息生成验证判断值，包括：
获取权限管理端各运行时间段在预设天数内每一天的日人流量，根据日人流量和预设天数得到各运行时间段在预设天数的总人流量，根据所述总人流量和所述预设天数得到第一历史人流量；
获取所述白名单信息中的白名单人数值，根据所述白名单人数值和预设白名单人数值的比值生成白名单人数偏移值；
统计预设天数内白名单信息中的白名单活跃人数值，根据所述白名单活跃人数值和所述白名单人数值的比值得到白名单活跃人数比；
根据所述第一历史人流量、所述白名单人数偏移值和所述白名单活跃人数比生成计算验证判断值；
利用以下公式计算验证判断值，
其中，为验证判断值，/>为第/>天的日人流量，/>为预设天数上限值，/>为总人流量，N为预设天数，/>为第一历史人流量，/>为第一历史人流量的权重值，/>为白名单人数值，/>为预设白名单人数值，/>为白名单人数偏移值，/>为白名单活跃人数值，/>为白名单活跃人数比，/>为白名单信息的权重值。
可选地，在第一方面的一种可能实现方式中，还包括：
若所述权限管理端对应的权限验证信息为第一验证信息，获取每组物联权限管理设备的子闸机在预设时间段内对应的第一通过人数；
将多个子闸机在预设时间段内对应的第一通过人数进行相加得到每组物联权限管理设备在预设时间段内的总通过人数；
若所述总通过人数大于预设人数值，则将权限管理端对应的第一验证信息替换为第二验证信息。
可选地，在第一方面的一种可能实现方式中，在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理，包括：
根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长；
获取权限管理端多个第一安装时间段对应的第二历史人流量，将多个第二历史人流量中人流量最少的第一安装时间段作为第一目标时间段；
获取每组物联权限管理设备的所有子闸机在第一目标时间段内对应的第二通过人数，若所述第二通过人数在等待安装时长内持续为0，则控制安装程序根据所述验证策略信息、代码填写单元在所述第一目标时间段内对权限管理端的代码进行更新处理。
可选地，在第一方面的一种可能实现方式中，根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长，包括：
获取权限管理端代码的代码量，根据安装时长对应表得到代码量所在代码区间对应的计划安装时长，所述安装时长对应表内具有多个代码区间，每个代码区间具有与其对应的计划安装时长；
将所述计划安装时长与等待安装时长相加得到总安装时长；
调取预先设置的多个预设时间段，获取大于所述总安装时长、且与所述总安装时长最接近的预设时间段作为第一安装时间段，所述预设时间段为一天内的整除时间段。
可选地，在第一方面的一种可能实现方式中，还包括：
获取多个权限管理端对应的第一目标时间段，若多个第一目标时间段中至少有两个第一目标时间段不在同一时间段，则控制各权限管理端在对应的第一目标时间段内进行代码更新；
若多个第一目标时间段均在同一时间段，将所有第一安装时间段中对应第二少的第二历史人流量的第一安装时间段作为第二目标时间段；
获取所有组物联权限管理设备的地理位置信息，随机选择其中一组物联权限管理设备为基准组物联权限管理设备，根据其他每组物联权限管理设备的地理位置信息，得到其他每组物联权限管理设备与基准组物联权限管理设备的位置关系序列，所述位置关系序列为由近及远；
在位置关系序列中进行多所有组物联权限管理设备进行间隔的跳选，将位置关系序列中所有被选择的一组物联权限管理设备作为第一组物联权限管理设备，将所有未被选择的一组物联权限管理设备作为第二组物联权限管理设备；
为所述第一组物联权限管理设备配置第一目标时间段，为第二组物联权限管理设备配置第二目标时间段。
本发明实施例的第二方面，提供一种基于云网融合技术的运维数据处理系统，包括：
请求模块，用于云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息；
填写模块，用于获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域；
验证模块，用于获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端；
更新模块，用于在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理。
本发明的有益效果如下：
1、本发明通过对多个权限系统通过进行处理，提高了数据中心的运行效率，保证了业务高效、稳定的运行。一方面，本发明通过为多个权限管理端在各运行时间段匹配相应的权限验证方式，以及对匹配好的权限验证方式进行动态调整，来使各权限管理端的权限验证方式更加符合本发明的实际应用场景，使得各权限管理端的权限验证方式可以根据实际情况进行调整。另一方面，本发明通过得到合适的时间段对权限管理端的代码进行安装，使得本发明能够在人数相对最少的时候进行代码安装，提高了人员通过权限时的便利性，预防了权限管理端的人员阻塞。
2、本发明通过不同的验证方式生成第一验证信息和第二验证信息，并根据第一历史人流量、白名单人数偏移值和白名单活跃人数比生成计算验证判断值，通过计算验证判断值对权限管理端匹配合适的第一验证信息或第二验证信息，并且本发明还可以通过实际场景的不同将第一验证信息替换为第二验证信息。通过以上方式，不仅可以根据实际情况对权限管理端匹配合适的权限验证信息，使其更加符合本发明的适用场景，并且还可以预防权限管理端因人流量过大而导致阻塞。
3、本发明通过计划安装时长、第二历史人流量得到了人流量相对最少的第一目标时间段，并且在第一目标时间段内对权限管理端的代码进行更新，通过该种方式，可以使权限管理端的代码在通过人数相对最少的时间段进行更新，保证了权限管理端人员的正常通行。此外，本发明为了预防多个权限管理端在同一时间进行代码更新，还根据第二历史人流量得到了第二目标时间段，并控制被跳选选中的物联权限管理设备和未被跳选选中的物联权限管理设备分别在不同的第一目标时间段和第二目标时间段进行更新，通过该种方式，不仅可以使多个权限管理端的代码在不同的时间进行更新，保证权限管理端人员的正常通行，还可以保证人员在其中一个权限管理端的代码进行更新时，优先选择离其最近的权限管理端进行验证通过，缩短了人员进行移动的距离和时间。
附图说明
图1为本发明实施例提供的一种应用场景示意图；
图2为本发明实施例提供的一种基于云网融合技术的运维数据处理方法示意图；
图3为本发明实施例提供的多组物联权限管理设备的地理位置信息关系图；
图4为本发明实施例提供的一种基于云网融合技术的运维数据处理系统的结构示意图；
图5为本发明实施例提供的一种电子设备的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，是本发明实施例提供的一种应用场景示意图。图中，云服务端分别与权限管理端和请求端进行信息交互，各请求端分别设置有与其对应的权限管理端。请求端可以是手机，也可以是其他通讯设备。权限管理端可以是门禁系统，权限管理端与每组物联权限管理设备对应设置，权限管理端可以有多个，多个权限管理端可以通过云服务端统一进行控制。例如在一栋大厦内可以在前门和后门各设置一个权限管理端，再通过云服务端对其进行统一控制。云服务器可以同时对应多个请求端，以便于对多个请求端的请求数据同时进行数据处理，提高数据处理的效率。请求端对云服务端发送请求，在云服务端进行数据处理后，再对权限管理端的代码进行相应的更新处理。
参见图2，是本发明实施例提供的一种基于云网融合技术的运维数据处理方法示意图，图2所示方法的执行主体可以是软件和/或硬件装置。本申请的执行主体可以包括但不限于以下中的至少一个：用户设备、网络设备等。其中，用户设备可以包括但不限于计算机、智能手机、个人数字助理（Personal Digital Assistant，简称：PDA）及上述提及的电子设备等。网络设备可以包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机组成的一个超级虚拟计算机。本实施例对此不做限制。包括步骤S1至步骤S4，具体如下：
步骤S1，云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息。
其中，功能更新请求为请求端发送的有关权限管理端功能更新的请求；请求功能信息为请求端发送的有关权限管理端功能更新的信息；原始功能信息为请求功能信息中权限管理端本来就具有的功能信息；不变功能信息与原始功能信息相同；变动功能信息为请求功能信息中权限管理端不具有的功能信息。
可以理解的是，由于各个用户的需求不同，因此各个用户的请求端发送的功能更新请求也会有所不同。例如有些请求端发送的功能更新请求可能包括指纹和刷卡这两个权限功能，而另一些请求端发送的功能更新请求可能包括指纹、刷卡和刷脸这三个权限功能。
在实际应用中，各个用户的请求端发送的功能更新请求可能是对已有权限功能的再升级，或者是添加还未拥有的权限功能。因此为了节省储存的空间，本方案会将原始功能信息和请求功能信息进行比对，从而将请求端发送的请求功能信息区分为不变功能信息和变动功能信息。
通过上述方式得到不变功能信息和变动功能信息，可以减少对不变功能信息进行信息储存的空间，从而减轻云服务器的储存负担，提高云服务器储存的效率。
步骤S2，获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域。
其中，预设功能代码为预设数据库中与变动功能信息对应的功能代码；代码填写单元为填写代码的单元；变动代码区域为请求功能信息中权限管理端不具有的功能信息所对应的代码填写区域；非变动代码区域为请求功能信息中权限管理端本来就具有的功能信息所对应的代码填写区域。
具体的，云服务器首先在预设数据库中得到与变动功能信息对应的功能代码，其次根据得到的变动功能信息和不变功能信息生成进行代码填写的单元，最后便可以将得到的预设功能代码填写至与其对应的变动代码区域中。
可以理解的是，由于非变动代码区域中的代码信息在权限管理端中本身便具有，因此需要填入非变动代码区域的代码可以不在预设数据库中获取。
通过上述方式得到变动代码区域和非变动代码区域，并将预设功能代码填写至相对应的变动代码区域，一方面可以节省云服务器的内存，另一方面可以提高云服务器的运行效率，在进行处理时只需获得变动代码区域对应的预设功能代码即可，不用进行全部代码的找寻。
步骤S3，获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端。
其中，验证策略信息为权限管理端在规定的运行时间段打开权限时需要完成相应验证的策略信息。
在一些实施例中，可以利用步骤S31至步骤S35实现上述步骤S3的方式，具体如下：
步骤S31，获取所述功能更新请求中的类别验证信息、以及所述不变功能信息对应的第一功能类别和所述变动功能信息对应的第二功能类别，所述类别验证信息为打开权限需完成所有功能验证的信息或者打开权限只需完成任一个功能验证的信息。
其中，第一功能类别为不变功能信息对应的功能类别，第二功能类别为变动功能信息对应的功能类别，功能类别可以是指纹、刷脸等。
在实际应用中，若权限管理端包括指纹、刷脸这两个验证信息，类别验证信息可以是打开权限时需同时完成指纹和刷脸这两个验证信息才能通过的信息，也可以是打开权限只需完成指纹或刷脸中的任意一个验证信息就能通过的信息。
步骤S32，若判断所述第一功能类别和所述第二功能类别需同时进行验证，则根据需同时进行验证的所述第一功能类别和所述第二功能类别生成第一验证信息，所述第一验证信息为人员打开权限需完成所有功能验证的信息。
例如，当第一功能类别和第二功能类别为指纹和刷脸时，若权限需同时完成指纹和刷脸这两个验证信息才能打开，此时根据指纹和刷脸生成的验证信息便是上述的第一验证信息。
步骤S33，若判断所述第一功能类别和所述第二功能类别可择一进行验证，则根据可择一进行验证的所述第一功能类别和所述第二功能类别生成第二验证信息，所述第二验证信息为人员打开权限只需完成任一个功能验证的信息。
例如，当第一功能类别和第二功能类别为指纹和刷脸时，若权限只需完成指纹或刷脸这两个验证信息中的任一个验证信息就能打开，此时根据指纹和刷脸生成的验证信息便是上述的第二验证信息。
步骤S34，根据所述第一验证信息和/或所述第二验证信息生成类别策略信息。
需要说明的是，上述类别策略信息包括第一验证信息和第二验证信息。
步骤S35，获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别策略信息生成验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端。
其中，时间策略信息为权限验证的多个时间段。例如，多个时间段可以是上午8点至下午5点、下午5点至凌晨12点和凌晨12点至上午8点。根据上述验证策略信息云服务端便可以得到权限管理端在各个时间段内对应的类别策略信息，并将其与代码填写单元进行打包处理发送至权限管理端。
上述验证策略信息可以通过以下方式获得：
获取功能更新请求中的预设匹配表，所述预设匹配表包括与所述时间策略信息对应的多个运行时间段。
在实际应用中，预设匹配表可以根据实际情况预先进行设置，各请求端可以根据各权限管理端的实际情况预先设置与其相对应的预设匹配表。预设匹配表可以包括多个运行时间段，以及与多个运行时间段对应的第一验证信息或第二验证信息。
例如，当多个时间段为上午8点至下午5点、下午5点至凌晨12点和凌晨12点至上午8点时，各自匹配的第一验证信息或第二验证信息可以是上午8点至下午5点匹配第二验证信息、下午5点至凌晨12点匹配第一验证信息、凌晨12点至上午8点时匹配第一验证信息。
可以理解的是，预设匹配表是为了对各权限管理端的多个运行时间段匹配相对应的类别策略信息而预先设置的，因此预设匹配表会包括所述时间策略信息对应的多个运行时间段。
根据预设匹配表对多个运行时间段匹配对应的第一验证信息或第二验证信息。
具体的，可以根据预设匹配表找到各运行时间段对应的第一验证信息或第二验证信息，然后对各运行时间段以及其对应的第一验证信息或第二验证信息进行匹配。
根据各运行时间段以及各运行时间段对应的第一验证信息或第二验证信息生成验证策略信息。
具体的，根据匹配好的各运行时间段以及各运行时间段对应的第一验证信息或第二验证信息便可以得到上述验证策略信息。
通过上述方式得到的验证策略信息，可以根据各权限管理端的实际情况为其在多个运行时间段匹配相对应的验证方式，使获得验证策略信息更加符合本方案的适用场景。
在另一些实施例中，上述方式还包括步骤36至步骤38。
步骤36，获取权限管理端各运行时间段对应的第一历史人流量，以及权限管理端对应的白名单信息，根据所述第一历史人流量和所述白名单信息生成验证判断值。
其中，第一历史人流量为各运行时间段在设置好的时间段内平均每天的人流量；白名单信息为有关权限管理端白名单人员的各种信息，例如白名单的人数信息等；验证判断值为判断权限验证信息设置成第一验证信息或第二验证信息的判断值。
具体的，可以通过步骤361至步骤364得到上述验证判断值。
步骤361，获取权限管理端各运行时间段在预设天数内每一天的日人流量，根据日人流量和预设天数得到各运行时间段在预设天数的总人流量，根据所述总人流量和所述预设天数得到第一历史人流量。
例如，预设天数为10天的话，日人流量为每一天的人流总量，即10天内每一天的人流总量。总人流量为预设天数内的日人流量总和，即10天内每一天的人流总量的相加总和。第一历史人流量为总人流量与预设天数的商，当运行时间段为上午8点至下午5点时，第一历史人流量为10天内上午8点至下午5点平均每天的人流量。
需要说明的是，上述预设天数、日人流量以及总人流量都是获取的过去时间的人流量。
步骤362，获取所述白名单信息中的白名单人数值，根据所述白名单人数值和预设白名单人数值的比值生成白名单人数偏移值。
其中，白名单人数值为权限管理端白名单实际的总人数，预设白名单人数值为预先根据实际情况设置的白名单人数值，白名单人数偏移值为白名单人数值和预设白名单人数值的比值。
例如，一栋大厦可能原定白名单人数为100，实际白名单人数只有98，其中，100可以是预设白名单人数值，98可以是白名单人数值，98/100为白名单人数偏移值。
步骤363，统计预设天数内白名单信息中的白名单活跃人数值，根据所述白名单活跃人数值和所述白名单人数值的比值得到白名单活跃人数比。
其中，白名单活跃人数值为白名单中活跃的人数值，白名单活跃人数比为白名单活跃人数值和白名单人数值的比值。
在实际应用中，白名单中的有些人可能一个月只出现几次，有些人可能一个月中每天都出现，由于每个人的活跃程度不一样，因此可以根据这一特点得到白名单活跃人数值，例如可以将一个月中出现20次以上的人列入白名单活跃人数值中。
步骤364，根据所述第一历史人流量、所述白名单人数偏移值和所述白名单活跃人数比生成计算验证判断值。
利用以下公式计算验证判断值，
其中，为验证判断值，/>为第/>天的日人流量，/>为预设天数上限值，/>为总人流量，N为预设天数，/>为第一历史人流量，/>为第一历史人流量的权重值，/>为白名单人数值，/>为预设白名单人数值，/>为白名单人数偏移值，/>为白名单活跃人数值，/>为白名单活跃人数比，/>为白名单信息的权重值。
从上述公式中可以看出，当第一历史人流量越大时，说明权限管理端每天通过的人数就会越多，验证判断值/>也会随之越大；相反的，当第一历史人流量/>越小时，说明权限管理端每天通过的人数就会越少，验证判断值/>也会随之越小。
当白名单人数偏移值越大时，说明权限管理端白名单实际的总人数就会越多，验证判断值/>也会随之越大；相反的，当白名单人数偏移值/>越小时，说明权限管理端白名单实际的总人数就会越少，验证判断值/>也会随之越小。
当白名单活跃人数比越大时，说明白名单中活跃的人数就会越多，验证判断值也会随之越大；相反的，当白名单活跃人数比/>越小时，说明白名单中活跃的人数就会越少，验证判断值/>也会随之越小。
在实际应用中，第一历史人流量的权重值可以大于白名单信息的权重值/>，虽然本方案的参考因素包括第一历史人流量和白名单信息，但是第一历史人流量能够更加充分的反应权限管理端的实际情况，为本方案的主参考因素，因此为了使其更加准确，可以使其大于另一权重值。
步骤37，若所述验证判断值小于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第一验证信息。
其中，预设判断阈值为预先设置的用来判断权限验证信息设置成第一验证信息或第二验证信息的判断阈值。
可以理解的是，若验证判断值小于预设判断阈值，则说明权限管理端的人流量不是很大，此时可以采取验证措施较为严格的第一验证信息作为其权限验证信息。
在实际应用中，由于第一验证信息验证方式较为严格，因此验证花费的时间也会相对较多，在人流量不大的情况下使用该种验证方式既不会造成人员阻塞，也增加了权限管理端的安全系数。
步骤38，若所述验证判断值大于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第二验证信息。
可以理解的是，若验证判断值大于预设判断阈值，则说明权限管理端的人流量很大，此时若采取验证措施较为严格的第一验证信息作为其权限验证信息很可能会造成人员阻塞，因此可以采取验证措施不那么严格的第二验证信息作为其权限验证信息。
在实际应用中，由于第二验证信息采取的验证措施较为宽松，其中任意一种功能验证完成就能打开权限，因此在人流量较大时采取该种方式可以提高人员的通过效率，预防因人数过多而造成阻塞。
步骤381,若所述权限管理端对应的权限验证信息为第一验证信息，获取每组物联权限管理设备的子闸机在预设时间段内对应的第一通过人数。
其中，第一通过人数为每组物联权限管理设备的子闸机在预设时间段内通过权限的人数，预设时间段可以根据权限管理端的实际情况进行设置。
需要说明的是，第一通过人数是指单个子闸机通过的人数，而不是所有子闸机通过的总人数。
步骤382,将多个子闸机在预设时间段内对应的第一通过人数进行相加得到每组物联权限管理设备在预设时间段内的总通过人数。
其中，总通过人数为所有子闸机在预设时间段内通过的总人数。
步骤383,若所述总通过人数大于预设人数值，则将权限管理端对应的第一验证信息替换为第二验证信息。
可以理解的是，若总通过人数大于预设人数值，则说明此时权限管理端的人流量较大，使用第一验证信息很可能会造成权限管理端人员阻塞，因此可以将第一验证信息替换为第二验证信息，保证权限管理端的正常通行。
其中，预设人数值可以根据实际情况预先进行设置，设置预设人数值是为了能够根据实际情况对权限管理端的权限验证信息进行更换，从而预防在预设时间段内的人流量突然增多而造成阻塞。
通过上述方式为各权限管理端匹配相适应的权限验证信息，以及根据所有子闸机在预设时间段内通过的总人数对第一验证信息进行动态调整，可以预防权限管理端因人流量过大而造成阻塞。
步骤S4，在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理。
其中，原始功能代码为与原始功能信息对应的功能代码，原始功能代码可以直接从权限管理端获取。
可以理解的是，从权限管理端获取原始功能代码可以降低云服务端的代码储存量，减少代码的重复存储。
具体的，可以通过步骤S41至步骤S43对权限管理端的代码进行更新。
步骤S41，根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长。
其中，计划安装时长为安装代码需要的计划时长，第一安装时间段为一天中多个等时长的时间段。例如，若第一安装时间段为20分钟的话，便可以将一天划分为72个等时长的第一安装时间段。
可以理解的是，由于代码会在第一安装时间段内进行安装，因此第一安装时间段会大于计划安装时长。
具体的，可以通过步骤S411至步骤S413得到上述计划安装时长和第一安装时间段。
步骤S411，获取权限管理端代码的代码量，根据安装时长对应表得到代码量所在代码区间对应的计划安装时长，所述安装时长对应表内具有多个代码区间，每个代码区间具有与其对应的计划安装时长。
在实际应用中，安装时长对应表可以根据实际情况预先进行设置。例如权限管理端代码的代码量越多，计划安装时长可以相对应的设置的越长。
具体的，在得到权限管理端代码的代码量后，便可以在安装时长对应表中找到代码量所在的代码区间，再根据代码区间找到对其对应的计划安装时长。
步骤S412，将所述计划安装时长与等待安装时长相加得到总安装时长。
可以理解的是，由于代码是在等待安装时长之后在计划安装时长内进行安装的，为了使计划安装时长在第一安装时间段内，因此将计划安装时长与等待安装时长进行相加来得到总安装时长，以使总安装时长在第一安装时间段内。
步骤S413，调取预先设置的多个预设时间段，获取大于所述总安装时长、且与所述总安装时长最接近的预设时间段作为第一安装时间段，所述预设时间段为一天内的整除时间段。
在实际应用中，预设时间段可以设置为10分钟、20分钟、30分钟等一天内的可以被整除的时间段。
例如，若所述计划安装时长为8分钟，等待安装时长为10分钟，则总安装时长为18分钟，此时若与总安装时长最接近的预设时间段为20分钟，则将20分钟作为第一安装时间段。
步骤S42，获取权限管理端多个第一安装时间段对应的第二历史人流量，将多个第二历史人流量中人流量最少的第一安装时间段作为第一目标时间段。
其中，第二历史人流量为第一安装时间段在过去一定天数内平均每天的人流量，第一目标时间段为第二历史人流量最少的第一安装时间段。
在实际应用中，权限管理端一天中各个时间段的人流量都会有所不同，例如中午的人流量可能会比半夜的人流量多。因此多个第一安装时间段的第二历史人流量也会有所不同，将第二历史人流量最少的第一安装时间段作为第一目标时间段可以找到人流量相对最少的时间段对权限管理端的代码进行更新，保证权限管理端的正常运行。
步骤S43，获取每组物联权限管理设备的所有子闸机在第一目标时间段内对应的第二通过人数，若所述第二通过人数在等待安装时长内持续为0，则控制安装程序根据所述验证策略信息、代码填写单元在所述第一目标时间段内对权限管理端的代码进行更新处理。
其中，第二通过人数为每组物联权限管理设备的所有子闸机在第一目标时间段内通过权限的人数。
具体的，当权限管理端在等待安装时长内持续没有人通过时，便可以控制安装程序根据验证策略信息、代码填写单元在第一目标时间段内对权限管理端的代码进行更新处理。
例如，当等待安装时长设置为10分钟、第一目标时间段为凌晨2点至2点半时，若在2点至2点10分这十分钟内持续无人通过时，便可以在第一目标时间段内对权限管理端的代码进行更新处理。
此外，本发明还包括步骤S44至步骤S48，具体如下：
步骤S44，获取多个权限管理端对应的第一目标时间段，若多个第一目标时间段中至少有两个第一目标时间段不在同一时间段，则控制各权限管理端在对应的第一目标时间段内进行代码更新。
可以理解的是，若多个第一目标时间段中至少有两个第一目标时间段不在同一时间段，则说明至少会有两个权限管理端的代码会在不同的时间段进行更新。基于此，便不会出现由于多个权限管理端的代码同时进行更新而导致权限管理端无法使用的情况发生，此时便可以控制各权限管理端在对应的第一目标时间段内进行代码更新。
步骤S45，若多个第一目标时间段均在同一时间段，将所有第一安装时间段中对应第二少的第二历史人流量的第一安装时间段作为第二目标时间段。
可以理解的是，若多个第一目标时间段均在同一时间段，则说明可能会出现多个权限管理端的代码同时进行更新而导致权限管理端无法使用的情况发生。
为了预防上述情况发生，本发明得到了第二目标时间段对其进行改善。其中，第二目标时间段为第二历史人流量排名倒数第二的第一安装时间段。
步骤S46，获取所有组物联权限管理设备的地理位置信息，随机选择其中一组物联权限管理设备为基准组物联权限管理设备，根据其他每组物联权限管理设备的地理位置信息，得到其他每组物联权限管理设备与基准组物联权限管理设备的位置关系序列，所述位置关系序列为由近及远。
例如，若所有组物联权限管理设备的地理位置信息如图3所示，其中，地理位置1对应物联权限管理设备1、地理位置2对应物联权限管理设备2、地理位置3对应物联权限管理设备3、地理位置4对应物联权限管理设备4。当随机选择的基准组物联权限管理设备为物联权限管理设备1时，根据其他各组物联权限管理设备与物联权限管理设备1的地理位置远近可以得到的其他每组物联权限管理设备与基准组物联权限管理设备的位置关系序列依次为：物联权限管理设备1-物联权限管理设备2-物联权限管理设备3-物联权限管理设备4。
其中，基准组物联权限管理设备为随机选择的一组物联权限管理设备，位置关系序列为其他每组物联权限管理设备与基准组物联权限管理设备由近及远进行排序后的位置序列。
步骤S47，在位置关系序列中进行多所有组物联权限管理设备进行间隔的跳选，将位置关系序列中所有被选择的一组物联权限管理设备作为第一组物联权限管理设备，将所有未被选择的一组物联权限管理设备作为第二组物联权限管理设备。
其中，第一组物联权限管理设备为位置关系序列中被跳选选中的物联权限管理设备，第二组物联权限管理设备为位置关系序列中未被跳选选中的物联权限管理设备。
例如，如图3所示，若被跳选选中的多组物联权限管理设备为物联权限管理设备1和物联权限管理设备3，则物联权限管理设备1和物联权限管理设备3便为上述第一组物联权限管理设备。未被跳选选中的物联权限管理设备2和物联权限管理设备4便为上述第二组物联权限管理设备。
步骤S48，为所述第一组物联权限管理设备配置第一目标时间段，为第二组物联权限管理设备配置第二目标时间段。
可以理解的是，为第一组物联权限管理设备和第二组物联权限管理设备配置不同的时间段进行更新，不仅可以保证人员的正常通行，并且可以使其中一组物联权限管理设备在进行代码更新时离其最近的物联权限管理设备保持正常运行，保证人员在其中一组物联权限管理设备进行更新时可以去往最近的地方进行权限验证。
通过上述方式为权限管理端的代码匹配合适的安装时间，并且将多组权限管理端的代码在时间上进行错开更新，可以预防所有权限管理端因代码一同进行更新而导致所有权限不能使用，致使人员不能正常进出的情况发生，并且还能够保证人员在其中一个权限管理端的代码进行更新时，优先选择离其最近的权限管理端进行验证通过，缩短了人员进行移动的距离和时间。
参见图4，是本发明实施例提供的一种基于云网融合技术的运维数据处理系统的结构示意图，该基于云网融合技术的运维数据处理系统包括：
请求模块，用于云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息；
填写模块，用于获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域；
验证模块，用于获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端；
更新模块，用于在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理。
图4所示实施例的系统对应地可用于执行图2所示方法实施例中的步骤，其实现原理和技术效果类似，此处不再赘述。
参见图5，是本发明实施例提供的一种电子设备的硬件结构示意图，该电子设备50包括：处理器51、存储器52和计算机程序；其中
存储器52，用于存储所述计算机程序，该存储器还可以是闪存（flash）。所述计算机程序例如是实现上述方法的应用程序、功能模块等。
处理器51，用于执行所述存储器存储的计算机程序，以实现上述方法中设备执行的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地，存储器52既可以是独立的，也可以跟处理器91集成在一起。
当所述存储器52是独立于处理器51之外的器件时，所述设备还可以包括：
总线53，用于连接所述存储器52和处理器51。
本发明还提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(ApplicationSpecific Integrated Circuits，简称：ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器（ROM）、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。
本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
在上述设备的实施例中，应理解，处理器可以是中央处理单元（英文：CentralProcessing Unit，简称：CPU），还可以是其他通用处理器、数字信号处理器（英文：DigitalSignal Processor，简称：DSP）、专用集成电路（英文：Application Specific IntegratedCircuit，简称：ASIC）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (8)
1.一种基于云网融合技术的运维数据处理方法，其特征在于，包括云服务端以及与所述云服务端进行信息交互的权限管理端和请求端，各请求端分别设置有与其对应的权限管理端，权限管理端与每组物联权限管理设备对应设置，通过以下步骤实现运维数据处理，包括：
云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息；
获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域；
获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端；
在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理；
在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理，包括：
根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长；
获取权限管理端多个第一安装时间段对应的第二历史人流量，将多个第二历史人流量中人流量最少的第一安装时间段作为第一目标时间段；
获取每组物联权限管理设备的所有子闸机在第一目标时间段内对应的第二通过人数，若所述第二通过人数在等待安装时长内持续为0，则控制安装程序根据所述验证策略信息、代码填写单元在所述第一目标时间段内对权限管理端的代码进行更新处理；
获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端，包括：
获取所述功能更新请求中的类别验证信息、以及所述不变功能信息对应的第一功能类别和所述变动功能信息对应的第二功能类别，所述类别验证信息为打开权限需完成所有功能验证的信息或者打开权限只需完成任一个功能验证的信息；
若判断所述第一功能类别和所述第二功能类别需同时进行验证，则根据需同时进行验证的所述第一功能类别和所述第二功能类别生成第一验证信息，所述第一验证信息为人员打开权限需完成所有功能验证的信息；
若判断所述第一功能类别和所述第二功能类别可择一进行验证，则根据所述第一功能类别或所述第二功能类别生成第二验证信息，所述第二验证信息为人员打开权限只需完成任一个功能验证的信息；
根据所述第一验证信息和/或所述第二验证信息生成类别策略信息；
获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别策略信息生成验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端。
2.根据权利要求1所述的方法，其特征在于，
获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别策略信息生成验证策略信息，包括：
获取功能更新请求中的预设匹配表，所述预设匹配表包括与所述时间策略信息对应的多个运行时间段；
根据预设匹配表对多个运行时间段匹配对应的第一验证信息或第二验证信息；
根据各运行时间段以及各运行时间段对应的第一验证信息或第二验证信息生成验证策略信息。
3.根据权利要求2所述的方法，其特征在于，还包括:
获取权限管理端各运行时间段对应的第一历史人流量，以及权限管理端对应的白名单信息，根据所述第一历史人流量和所述白名单信息生成验证判断值；
若所述验证判断值小于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第一验证信息；
若所述验证判断值大于预设判断阈值，则将第一历史人流量对应的运行时间段的权限验证信息设置为第二验证信息。
4.根据权利要求3所述的方法，其特征在于，
获取权限管理端各运行时间段对应的第一历史人流量，以及权限管理端对应的白名单信息，根据所述第一历史人流量和所述白名单信息生成验证判断值，包括：
获取权限管理端各运行时间段在预设天数内每一天的日人流量，根据日人流量和预设天数得到各运行时间段在预设天数的总人流量，根据所述总人流量和所述预设天数得到第一历史人流量；
获取所述白名单信息中的白名单人数值，根据所述白名单人数值和预设白名单人数值的比值生成白名单人数偏移值；
统计预设天数内白名单信息中的白名单活跃人数值，根据所述白名单活跃人数值和所述白名单人数值的比值得到白名单活跃人数比；
根据所述第一历史人流量、所述白名单人数偏移值和所述白名单活跃人数比生成计算验证判断值；
利用以下公式计算验证判断值，
；
其中，为验证判断值，/>为第/>天的日人流量，/>为预设天数上限值，/>为总人流量，/>为预设天数，
为第一历史人流量，/>为第一历史人流量的权重值，/>为白名单人数值，/>为预设白名单人数值，/>为白名单人数偏移值，/>为白名单活跃人数值，/>为白名单活跃人数比，/>为白名单信息的权重值。
5.根据权利要求4所述的方法，其特征在于，还包括：
若所述权限管理端对应的权限验证信息为第一验证信息，获取每组物联权限管理设备的子闸机在预设时间段内对应的第一通过人数；
将多个子闸机在预设时间段内对应的第一通过人数进行相加得到每组物联权限管理设备在预设时间段内的总通过人数；
若所述总通过人数大于预设人数值，则将权限管理端对应的第一验证信息替换为第二验证信息。
6.根据权利要求1所述的方法，其特征在于，
根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长，包括：
获取权限管理端代码的代码量，根据安装时长对应表得到代码量所在代码区间对应的计划安装时长，所述安装时长对应表内具有多个代码区间，每个代码区间具有与其对应的计划安装时长；
将所述计划安装时长与等待安装时长相加得到总安装时长；
调取预先设置的多个预设时间段，获取大于所述总安装时长、且与所述总安装时长最接近的预设时间段作为第一安装时间段，所述预设时间段为一天内的整除时间段。
7.根据权利要求6所述的方法，其特征在于，还包括：
获取多个权限管理端对应的第一目标时间段，若多个第一目标时间段中至少有两个第一目标时间段不在同一时间段，则控制各权限管理端在对应的第一目标时间段内进行代码更新；
若多个第一目标时间段均在同一时间段，将所有第一安装时间段中对应第二少的第二历史人流量的第一安装时间段作为第二目标时间段；
获取所有组物联权限管理设备的地理位置信息，随机选择其中一组物联权限管理设备为基准组物联权限管理设备，根据其他每组物联权限管理设备的地理位置信息，得到其他每组物联权限管理设备与基准组物联权限管理设备的位置关系序列，所述位置关系序列为由近及远；
在位置关系序列中进行多所有组物联权限管理设备进行间隔的跳选，将位置关系序列中所有被选择的一组物联权限管理设备作为第一组物联权限管理设备，将所有未被选择的一组物联权限管理设备作为第二组物联权限管理设备；
为所述第一组物联权限管理设备配置第一目标时间段，为第二组物联权限管理设备配置第二目标时间段。
8.一种基于云网融合技术的运维数据处理系统，包括：
请求模块，用于云服务端接收请求端发送的功能更新请求，所述功能更新请求包括请求功能信息，获取请求端对应的原始功能信息，将与所述原始功能信息相同的请求功能信息作为不变功能信息，将与所述原始功能信息不同的请求功能信息作为变动功能信息；
填写模块，用于获取预设数据库中与所述变动功能信息的对应的预设功能代码，根据所述变动功能信息和不变功能信息生成代码填写单元，所述代码填写单元包括变动代码区域和非变动代码区域，将所述预设功能代码填写至相对应的变动代码区域；
验证模块，用于获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端；
更新模块，用于在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理；
在判断满足更新安装条件时，获取与原始功能信息所对应的原始功能代码，将所述原始功能代码填写至相对应的非变动代码区域，根据所述验证策略信息、代码填写单元对权限管理端的代码进行更新处理，包括：
根据代码量得到安装代码的计划安装时长，根据所述计划安装时长将一天划分为多个时长一样的第一安装时间段，所述第一安装时间段大于所述计划安装时长；
获取权限管理端多个第一安装时间段对应的第二历史人流量，将多个第二历史人流量中人流量最少的第一安装时间段作为第一目标时间段；
获取每组物联权限管理设备的所有子闸机在第一目标时间段内对应的第二通过人数，若所述第二通过人数在等待安装时长内持续为0，则控制安装程序根据所述验证策略信息、代码填写单元在所述第一目标时间段内对权限管理端的代码进行更新处理；
获取所述功能更新请求中的验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端，包括：
获取所述功能更新请求中的类别验证信息、以及所述不变功能信息对应的第一功能类别和所述变动功能信息对应的第二功能类别，所述类别验证信息为打开权限需完成所有功能验证的信息或者打开权限只需完成任一个功能验证的信息；
若判断所述第一功能类别和所述第二功能类别需同时进行验证，则根据需同时进行验证的所述第一功能类别和所述第二功能类别生成第一验证信息，所述第一验证信息为人员打开权限需完成所有功能验证的信息；
若判断所述第一功能类别和所述第二功能类别可择一进行验证，则根据所述第一功能类别或所述第二功能类别生成第二验证信息，所述第二验证信息为人员打开权限只需完成任一个功能验证的信息；
根据所述第一验证信息和/或所述第二验证信息生成类别策略信息；
获取所述功能更新请求中的时间策略信息，根据所述时间策略信息和所述类别策略信息生成验证策略信息，对所述代码填写单元和验证策略信息进行打包处理发送至权限管理端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310607263.8A CN116382743B (zh) | 2023-05-26 | 2023-05-26 | 基于云网融合技术的运维数据处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310607263.8A CN116382743B (zh) | 2023-05-26 | 2023-05-26 | 基于云网融合技术的运维数据处理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116382743A CN116382743A (zh) | 2023-07-04 |
| CN116382743B true CN116382743B (zh) | 2023-08-22 |
Family
ID=86969699
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310607263.8A Active CN116382743B (zh) | 2023-05-26 | 2023-05-26 | 基于云网融合技术的运维数据处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116382743B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107077351A (zh) * | 2014-10-27 | 2017-08-18 | 微软技术许可有限责任公司 | 为软件系统准备安装和更新 |
| CN112968793A (zh) * | 2021-01-20 | 2021-06-15 | 广州技象科技有限公司 | 基于物联网的设备升级方法、装置、设备及存储介质 |
| CN114817984A (zh) * | 2022-04-22 | 2022-07-29 | 支付宝(杭州)信息技术有限公司 | 数据处理方法、装置、系统及设备 |
| CN115051877A (zh) * | 2022-08-12 | 2022-09-13 | 国网浙江省电力有限公司杭州供电公司 | 基于零信任模型的电网云业务安全访问方法 |
| CN115941743A (zh) * | 2022-12-12 | 2023-04-07 | 南方电网数字电网研究院有限公司 | 一种身份认证、数据备份的方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110196729B (zh) * | 2018-11-30 | 2022-02-08 | 腾讯科技（深圳）有限公司 | 应用程序更新方法、设备和装置及存储介质 |
-
2023
- 2023-05-26 CN CN202310607263.8A patent/CN116382743B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107077351A (zh) * | 2014-10-27 | 2017-08-18 | 微软技术许可有限责任公司 | 为软件系统准备安装和更新 |
| CN112968793A (zh) * | 2021-01-20 | 2021-06-15 | 广州技象科技有限公司 | 基于物联网的设备升级方法、装置、设备及存储介质 |
| CN114817984A (zh) * | 2022-04-22 | 2022-07-29 | 支付宝(杭州)信息技术有限公司 | 数据处理方法、装置、系统及设备 |
| CN115051877A (zh) * | 2022-08-12 | 2022-09-13 | 国网浙江省电力有限公司杭州供电公司 | 基于零信任模型的电网云业务安全访问方法 |
| CN115941743A (zh) * | 2022-12-12 | 2023-04-07 | 南方电网数字电网研究院有限公司 | 一种身份认证、数据备份的方法及系统 |
Non-Patent Citations (1)
| Title |
|---|
| 一种数据中心基础设施综合管理系统的设计与实现;陈文环;《中国优秀硕士学位论文全文数据库 信息科技辑》;I138-816 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116382743A (zh) | 2023-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8667499B2 (en) | Managing allocation of computing capacity | |
| US9268584B2 (en) | Methods and systems for dynamically managing requests for computing capacity | |
| CN109166037B (zh) | 区块链的共识方法 | |
| US20040098421A1 (en) | Scheduling updates of electronic files | |
| CN110166632A (zh) | 智能外呼处理方法、装置、计算机设备及存储介质 | |
| EP1145109A2 (en) | System and method for the establishment and utilization of networked idle computational processing power | |
| CN107894920A (zh) | 资源配置方法及相关产品 | |
| CN111010426A (zh) | 一种消息推送方法及装置 | |
| CN111798113B (zh) | 资源分配方法、装置、存储介质和电子设备 | |
| CN109118615A (zh) | 一种智能楼宇管理方法、服务器、介质及系统 | |
| CN112035268B (zh) | 计算资源的调度方法、装置、计算机设备及存储介质 | |
| CN107621981A (zh) | 资源配置方法及相关产品 | |
| CN114064229A (zh) | 集群节点处理方法、系统、设备及介质 | |
| CN116382743B (zh) | 基于云网融合技术的运维数据处理方法及系统 | |
| CN110807578A (zh) | 服务订单分配方法及装置 | |
| US20120202456A1 (en) | Method and system for optimising the efficiency with which telecommunication network resources are used | |
| CN115658319A (zh) | 资源调度方法、系统、设备及存储介质 | |
| CN101827347A (zh) | 通信方法、通信系统、业务提供平台接入方法 | |
| CN111539763B (zh) | 一种广告投放的优化方法、装置及电子设备 | |
| CN109690600A (zh) | 区块链资源使用控制方法、装置及存储介质 | |
| CN114240416A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
| Kolosov et al. | PASE: Pro-Active Service Embedding in the Mobile Edge | |
| CN112486647B (zh) | 一种基于SaaS公私库机制的资源调度方法及装置 | |
| CN101888623A (zh) | 一种基于安全服务的移动网络安全防护方法 | |
| CN108809666B (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 |