CN115221543A - 一种基于档案业务多文件并发加解密方法及系统 - Google Patents
一种基于档案业务多文件并发加解密方法及系统 Download PDFInfo
- Publication number
- CN115221543A CN115221543A CN202211045706.0A CN202211045706A CN115221543A CN 115221543 A CN115221543 A CN 115221543A CN 202211045706 A CN202211045706 A CN 202211045706A CN 115221543 A CN115221543 A CN 115221543A
- Authority
- CN
- China
- Prior art keywords
- encryption
- encrypted
- file
- pool
- files
- 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
Classifications
-
- 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/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/119—Details of migration of file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5011—Pool
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2107—File encryption
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
本发明公开了一种基于档案业务多文件并发加解密方法及系统,包括:接收待加密文件;获取决策数据;根据决策数据调整每个空的加密启动池的容量;在加密启动池中的待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的待加密文件进行加密处理。本发明一种基于档案业务多文件并发加解密方法及系统,通过对加密启动池容量的调整,可以适应多种不同的环境,无论是文件数量庞大或者文件数据变化较大,都可以通过这种方案进行加密数据实时快速的处理,降低了因加密线程频繁调用加密函数所产生的时间延迟,有利于大规模推广。
Description
技术领域
本发明涉及数据安全领域,具体涉及一种基于档案业务多文件并发加解密方法及系统。
背景技术
传统方法加密方法每次写文件的时候都需要先把数据转换成字符型,再把所有字符写入文件,这种写文件的方法效率低下,如果文件很大把所有数据都转换成字符的时间会很长,严重影响数据处理的速度;从文件读数据的时候也要先把读出来的字符转换为需要的数据格式。从而文件读数据的效率也同样很低下。同时对于大量文件的加密,现有技术中往往是进行各个文件的单独加密,大量时间浪费每次加密的函数调用上,极大的降低了加密效率。
发明内容
为了至少克服现有技术中的上述不足,本申请的目的在于提供一种基于档案业务多文件并发加解密方法及系统。
第一方面,本申请实施例提供了一种基于档案业务多文件并发加解密方法,包括:
接收待加密文件,并将所述待加密文件存储进待加密池;
获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
现有技术中,加密线程在进行单个文件的加密处理时,需要该加密线程加载相应的加密函数进行处理,加载过程占据了加密线程进行文件加密处理的大量时间;而在大量文件的加密处理过程中,接收文件的具体情况也会发生变化,如果只是简单将大量的文件平均分配到各个加密线程,不利于适配各种接收文件的情况。例如,当前需要处理的文件有20个,大小不一,此时将这20个文件平均分配给10个加密线程时,又到来了10个需要处理的文件,这种情况下在加密线程处理完前20个文件后再处理这10个文件,耗时上是可以接受的;而将这20个文件平均分配给10个加密线程时,又到来了100个需要处理的文件,此时如果不做100个文件的分配,就会造成文件堆积,如果把100个文件和20个文件重新进行平均分配,又会浪费之前对20个文件的平均分配时间;而且需要加密处理的文件往往会持续批量的到来,这样就难以进行高效的文件加密处理。
本申请实施例实施时,采用了一种基于实时调整的待加密文件分配方案,其中为每个加密线程都设置了一个加密启动池用于存储该线程后续进行加密处理的文件,加密启动池是一个容量可变的容器,具体在硬件上可以采用在存储介质上进行区域划分,具体方案本申请实施例不多做复述。本申请实施例中,当前待加密文件的接收情况,包括但不限于单位时间内的文件传输数量、单位时间内的文件传输大小、单位时间内的文件传输速率等等,基于当前的接收情况,可以通过决策模型获取相应的加密启动池的容量调整决策,即决策数据;其中决策模型可以采用深度学习模型。其可以通过产生决策样本进行学习获取。
通过获取的容量调整决策可以对空的加密启动池进行调整,此处对空的加密启动池调整是为了由于在加密启动池的读写开启后,存储空间一般会锁死,不宜进行调整。如果某个加密启动池中的文件达到预设的程度,就可以通过加密线程处理这些加密启动池中的文件,同时清空后的加密启动池又可以重新接受调整并存储待加密文件,形成完整的处理循环。本申请实施例通过对加密启动池容量的调整,可以适应多种不同的环境,无论是文件数量庞大或者文件数据变化较大,都可以通过这种方案进行加密数据实时快速的处理,降低了因加密线程频繁调用加密函数所产生的时间延迟,有利于大规模推广。
示例的,当接收到20个文件时,采用初始的策略对进行调整,并将20个文件按照文件的大小分配到对应的不同的加密启动池中,并在分配到一定程度时由加密线程进行处理;此时又接收到100个文件,其对应的决策应当为扩大加密启动池的大小,以减少加密线程的启动次数从而提高效率,同时后续在又接收到30个文件,那么在这一批100个文件被送入线程处理后,可以减小加密启动池的大小,从而减少线程的等待时间,也可以提高效率。
在一种可能的实现方式中,获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据包括:
获取当前所述待加密文件的接收情况,将所述接收情况输入状态迁移模型,并接收所述状态迁移模型输出的状态迁移参数;
将所述状态迁移参数输入所述决策模型,并获取所述决策模型输出的决策数据作为对应所述接收情况的决策数据。
在一种可能的实现方式中,所述状态迁移模型配置有状态迁移函数;
当将所述接收情况输入所述状态迁移模型时,所述状态迁移模型将所述接收情况与上一时刻的接收情况进行比对生成状态迁移数据;
所述状态迁移模型将所述状态迁移数据通过所述状态迁移函数进行处理生成所述状态迁移参数。
在一种可能的实现方式中,所述决策模型配置有多个子决策模型;
将所述状态迁移参数输入所述决策模型时,每个所述子决策模型均接收所述状态迁移参数;
所述子决策模型根据所述状态迁移参数生成对应所述状态迁移参数的子决策数据和对应所述子决策数据的回报值;所述回报值为所述子决策数据在所述状态迁移参数的条件下运行时的评价值;
从所有所述子决策数据中选出回报值最高的子决策数据作为所述决策数据。
在一种可能的实现方式中,所述决策数据为在当前所述待加密文件的接收情况下,空的加密启动池的容量的最优调整值;
根据所述决策数据调整每个空的加密启动池的容量包括:
获取所述决策数据;
根据所述决策数据对应的所述最优调整值对每个所述空的加密启动池的容量进行容量增减调整。
在一种可能的实现方式中,获取当前所述待加密文件的接收情况包括:
获取当前在单位时间内接收的待加密文件的数量和文件大小作为所述待加密文件的接收情况。
在一种可能的实现方式中,将所述待加密池中的所述待加密文件分配进空的所述加密启动池中包括:
从所述待加密池搜索文件尺寸大于第一预设值的待加密文件作为第一待加密文件;所述第一待加密文件的数量为空的所述加密启动池的整数倍;
将当前所有空的所述加密启动池作为待装载加密启动池,并将所述第一待加密文件平均分配至所有空的所述待装载加密启动池中;
降低所述第一预设值,并再次搜索文件并分配至所述待装载加密启动池中;
循环降低所述第一预设值,并分配文件至所述待装载加密启动池中直至所述待装载加密启动池中的文件占容量的比例达到预设比例。
在一种可能的实现方式中,所述加密线程对所述待加密文件进行加密处理采用sm4进行文件加密。
在一种可能的实现方式中,所述待加密池中的所述待加密文件分配进空的所述加密启动池和加密线程对所述待加密文件进行加密处理为同步进行。
第二个方面,本申请实施例提供了一种基于档案业务多文件并发加解密系统,包括:
接收模块,被配置为接收待加密文件,并将所述待加密文件存储进待加密池;
决策模块,被配置为获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
调整模块,被配置为根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
分配模块,被配置为将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
启动模块,被配置为在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
本发明与现有技术相比,具有如下的优点和有益效果:
本发明一种基于档案业务多文件并发加解密方法及系统,通过对加密启动池容量的调整,可以适应多种不同的环境,无论是文件数量庞大或者文件数据变化较大,都可以通过这种方案进行加密数据实时快速的处理,降低了因加密线程频繁调用加密函数所产生的时间延迟,有利于大规模推广。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解,构成本申请的一部分,并不构成对本发明实施例的限定。在附图中:
图1为本申请实施例方法步骤示意图;
图2为本申请实施例系统架构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请实施例的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其它操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例,都属于本申请保护的范围。
请结合参阅图1,为本发明实施例所提供的一种基于档案业务多文件并发加解密方法的流程示意图,所述一种基于档案业务多文件并发加解密方法可以应用于图2中的一种基于档案业务多文件并发加解密系统,进一步地,所述一种基于档案业务多文件并发加解密方法具体可以包括以下步骤S1-步骤S5所描述的内容。
S1:接收待加密文件,并将所述待加密文件存储进待加密池;
S2:获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
S3:根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
S4:将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
S5:在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
现有技术中,加密线程在进行单个文件的加密处理时,需要该加密线程加载相应的加密函数进行处理,加载过程占据了加密线程进行文件加密处理的大量时间;而在大量文件的加密处理过程中,接收文件的具体情况也会发生变化,如果只是简单将大量的文件平均分配到各个加密线程,不利于适配各种接收文件的情况。例如,当前需要处理的文件有20个,大小不一,此时将这20个文件平均分配给10个加密线程时,又到来了10个需要处理的文件,这种情况下在加密线程处理完前20个文件后再处理这10个文件,耗时上是可以接受的;而将这20个文件平均分配给10个加密线程时,又到来了100个需要处理的文件,此时如果不做100个文件的分配,就会造成文件堆积,如果把100个文件和20个文件重新进行平均分配,又会浪费之前对20个文件的平均分配时间;而且需要加密处理的文件往往会持续批量的到来,这样就难以进行高效的文件加密处理。
本申请实施例实施时,采用了一种基于实时调整的待加密文件分配方案,其中为每个加密线程都设置了一个加密启动池用于存储该线程后续进行加密处理的文件,加密启动池是一个容量可变的容器,具体在硬件上可以采用在存储介质上进行区域划分,具体方案本申请实施例不多做复述。本申请实施例中,当前待加密文件的接收情况,包括但不限于单位时间内的文件传输数量、单位时间内的文件传输大小、单位时间内的文件传输速率等等,基于当前的接收情况,可以通过决策模型获取相应的加密启动池的容量调整决策,即决策数据;其中决策模型可以采用深度学习模型。其可以通过产生决策样本进行学习获取。
通过获取的容量调整决策可以对空的加密启动池进行调整,此处对空的加密启动池调整是为了由于在加密启动池的读写开启后,存储空间一般会锁死,不宜进行调整。如果某个加密启动池中的文件达到预设的程度,就可以通过加密线程处理这些加密启动池中的文件,同时清空后的加密启动池又可以重新接受调整并存储待加密文件,形成完整的处理循环。本申请实施例通过对加密启动池容量的调整,可以适应多种不同的环境,无论是文件数量庞大或者文件数据变化较大,都可以通过这种方案进行加密数据实时快速的处理,降低了因加密线程频繁调用加密函数所产生的时间延迟,有利于大规模推广。
示例的,当接收到20个文件时,采用初始的策略对进行调整,并将20个文件按照文件的大小分配到对应的不同的加密启动池中,并在分配到一定程度时由加密线程进行处理;此时又接收到100个文件,其对应的决策应当为扩大加密启动池的大小,以减少加密线程的启动次数从而提高效率,同时后续在又接收到30个文件,那么在这一批100个文件被送入线程处理后,可以减小加密启动池的大小,从而减少线程的等待时间,也可以提高效率。
在一种可能的实现方式中,获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据包括:
获取当前所述待加密文件的接收情况,将所述接收情况输入状态迁移模型,并接收所述状态迁移模型输出的状态迁移参数;
将所述状态迁移参数输入所述决策模型,并获取所述决策模型输出的决策数据作为对应所述接收情况的决策数据。
本申请实施例实施时,为了简化决策模型输出决策数据的难度,本申请采用了一个状态迁移模型进行状态变化情况的判断,以状态的变化进行决策本身会具有更高的准确度,也更符合实时更新的实际情况。应当理解的是,每次通过状态迁移模型对状态变化情况的判断后,都需要使用当前的接收情况对状态迁移模型进行更新。在不使用状态迁移模型时,决策模型所输出的数据情况为将加密启动池调整到多大,而在使用状态迁移模型后,决策模型所输出的数据情况为将加密启动池调整多少,其好处在于,对于加密启动池容量的调整中,直接给出需要调整多少的数据会更容易进行调整,因为存储器中空间分配时直接做加法或者做减法是最快速的方式;而如果在加密启动池容量的调整中,直接给出需要调整到多少的数据时,可能会引起存储器中空间的重分配,降低分配效率。
在一种可能的实现方式中,所述状态迁移模型配置有状态迁移函数;
当将所述接收情况输入所述状态迁移模型时,所述状态迁移模型将所述接收情况与上一时刻的接收情况进行比对生成状态迁移数据;
所述状态迁移模型将所述状态迁移数据通过所述状态迁移函数进行处理生成所述状态迁移参数。
本申请实施例实施时,通过配置于状态迁移模型的状态迁移函数对状态迁移数据进行处理,生成对应状态迁移数据的便于决策模型识别的状态迁移参数。其中状态迁移数据是接收情况与上一时刻的接收情况直接的差异。
在一种可能的实现方式中,所述决策模型配置有多个子决策模型;
将所述状态迁移参数输入所述决策模型时,每个所述子决策模型均接收所述状态迁移参数;
所述子决策模型根据所述状态迁移参数生成对应所述状态迁移参数的子决策数据和对应所述子决策数据的回报值;所述回报值为所述子决策数据在所述状态迁移参数的条件下运行时的评价值;
从所有所述子决策数据中选出回报值最高的子决策数据作为所述决策数据。
本申请实施例实施时,为了提高决策模型输出数据的准确度,在本申请实施例中的决策模型配置有多个独立运行的子决策模型,每个子决策模型可以采用不同的方式进行训练,每个子决策模型的输入和输出的数据类型应当相同,每个子决策模型除了根据状态迁移参数生成对应的决策以外,还需要生成对应这个决策可能产生的回报;通过回报值,就可以从众多子决策数据中找出最优的决策以进行相应调整,有效提高了调整精度。
在一种可能的实现方式中,所述决策数据为在当前所述待加密文件的接收情况下,空的加密启动池的容量的最优调整值;
根据所述决策数据调整每个空的加密启动池的容量包括:
获取所述决策数据;
根据所述决策数据对应的所述最优调整值对每个所述空的加密启动池的容量进行容量增减调整。
在一种可能的实现方式中,获取当前所述待加密文件的接收情况包括:
获取当前在单位时间内接收的待加密文件的数量和文件大小作为所述待加密文件的接收情况。
在一种可能的实现方式中,将所述待加密池中的所述待加密文件分配进空的所述加密启动池中包括:
从所述待加密池搜索文件尺寸大于第一预设值的待加密文件作为第一待加密文件;所述第一待加密文件的数量为空的所述加密启动池的整数倍;
将当前所有空的所述加密启动池作为待装载加密启动池,并将所述第一待加密文件平均分配至所有空的所述待装载加密启动池中;
降低所述第一预设值,并再次搜索文件并分配至所述待装载加密启动池中;
循环降低所述第一预设值,并分配文件至所述待装载加密启动池中直至所述待装载加密启动池中的文件占容量的比例达到预设比例。
本申请实施例实施时,还提供了一种文件的分配方案,由于在多次调整后,每个加密启动池的大小可能存在差异,所以需要使用特定的分配方案进行处理,即把文件从大到小进行分配,先分配大文件,再分配小文件,最终令加密启动池中的文件占容量的达到一定比例,如85%完成分配。由于该分配过程实际上是在加密线程处理文件的过程中的,并且分配时间远短于加密线程处理文件的时间,所以对整体运行速度没有影响。
在一种可能的实现方式中,所述加密线程对所述待加密文件进行加密处理采用sm4进行文件加密。
本申请实施例实施时,举例了一种可以最高效的方法进行文件加解密的加密方案。
在一种可能的实现方式中,所述待加密池中的所述待加密文件分配进空的所述加密启动池和加密线程对所述待加密文件进行加密处理为同步进行。
基于同样的发明构思,请参阅图2,还提供了一种基于档案业务多文件并发加解密系统,包括:
接收模块,被配置为接收待加密文件,并将所述待加密文件存储进待加密池;
决策模块,被配置为获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
调整模块,被配置为根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
分配模块,被配置为将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
启动模块,被配置为在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显然本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网格设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于档案业务多文件并发加解密方法,其特征在于,包括:
接收待加密文件,并将所述待加密文件存储进待加密池;
获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
2.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据包括:
获取当前所述待加密文件的接收情况,将所述接收情况输入状态迁移模型,并接收所述状态迁移模型输出的状态迁移参数;
将所述状态迁移参数输入所述决策模型,并获取所述决策模型输出的决策数据作为对应所述接收情况的决策数据。
3.根据权利要求2所述的一种基于档案业务多文件并发加解密方法,其特征在于,所述状态迁移模型配置有状态迁移函数;
当将所述接收情况输入所述状态迁移模型时,所述状态迁移模型将所述接收情况与上一时刻的接收情况进行比对生成状态迁移数据;
所述状态迁移模型将所述状态迁移数据通过所述状态迁移函数进行处理生成所述状态迁移参数。
4.根据权利要求2所述的一种基于档案业务多文件并发加解密方法,其特征在于,所述决策模型配置有多个子决策模型;
将所述状态迁移参数输入所述决策模型时,每个所述子决策模型均接收所述状态迁移参数;
所述子决策模型根据所述状态迁移参数生成对应所述状态迁移参数的子决策数据和对应所述子决策数据的回报值;所述回报值为所述子决策数据在所述状态迁移参数的条件下运行时的评价值;
从所有所述子决策数据中选出回报值最高的子决策数据作为所述决策数据。
5.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,所述决策数据为在当前所述待加密文件的接收情况下,空的加密启动池的容量的最优调整值;
根据所述决策数据调整每个空的加密启动池的容量包括:
获取所述决策数据;
根据所述决策数据对应的所述最优调整值对每个所述空的加密启动池的容量进行容量增减调整。
6.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,获取当前所述待加密文件的接收情况包括:
获取当前在单位时间内接收的待加密文件的数量和文件大小作为所述待加密文件的接收情况。
7.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,将所述待加密池中的所述待加密文件分配进空的所述加密启动池中包括:
从所述待加密池搜索文件尺寸大于第一预设值的待加密文件作为第一待加密文件;所述第一待加密文件的数量为空的所述加密启动池的整数倍;
将当前所有空的所述加密启动池作为待装载加密启动池,并将所述第一待加密文件平均分配至所有空的所述待装载加密启动池中;
降低所述第一预设值,并再次搜索文件并分配至所述待装载加密启动池中;
循环降低所述第一预设值,并分配文件至所述待装载加密启动池中直至所述待装载加密启动池中的文件占容量的比例达到预设比例。
8.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,所述加密线程对所述待加密文件进行加密处理采用sm4进行文件加密。
9.根据权利要求1所述的一种基于档案业务多文件并发加解密方法,其特征在于,所述待加密池中的所述待加密文件分配进空的所述加密启动池和加密线程对所述待加密文件进行加密处理为同步进行。
10.使用权利要求1~9任意一项所述方法的一种基于档案业务多文件并发加解密系统,其特征在于,包括:
接收模块,被配置为接收待加密文件,并将所述待加密文件存储进待加密池;
决策模块,被配置为获取当前所述待加密文件的接收情况,并从决策模型中获取对应所述接收情况的决策数据;
调整模块,被配置为根据所述决策数据调整每个空的加密启动池的容量;每个加密线程对应相互独立的所述加密启动池;
分配模块,被配置为将所述待加密池中的所述待加密文件分配进空的所述加密启动池中;
启动模块,被配置为在所述加密启动池中的所述待加密文件达到容量的预设比例时,启动对应该加密启动池的加密线程对该加密启动池中的所述待加密文件进行加密处理并清空该加密启动池。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211045706.0A CN115221543B (zh) | 2022-08-30 | 2022-08-30 | 一种基于档案业务多文件并发加解密方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211045706.0A CN115221543B (zh) | 2022-08-30 | 2022-08-30 | 一种基于档案业务多文件并发加解密方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115221543A true CN115221543A (zh) | 2022-10-21 |
CN115221543B CN115221543B (zh) | 2022-11-29 |
Family
ID=83617669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211045706.0A Active CN115221543B (zh) | 2022-08-30 | 2022-08-30 | 一种基于档案业务多文件并发加解密方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115221543B (zh) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158554A (zh) * | 2011-04-02 | 2011-08-17 | 南京邮电大学 | 基于移动代理的物联网中间件开发方法 |
CN102546181A (zh) * | 2012-01-09 | 2012-07-04 | 西安电子科技大学 | 基于密钥池的云存储加解密方法 |
CN103825698A (zh) * | 2014-01-20 | 2014-05-28 | 中国建设银行股份有限公司 | 一种密码安全管理系统和方法 |
US20160323736A1 (en) * | 2015-04-15 | 2016-11-03 | Melrok, Llc | Secure broadcast systems and methods for internet of things devices |
CN107122634A (zh) * | 2017-04-26 | 2017-09-01 | 北京洋浦伟业科技发展有限公司 | 软件安装包的加固保护方法及装置 |
CN110221990A (zh) * | 2019-04-26 | 2019-09-10 | 北京奇安信科技有限公司 | 数据的存储方法及装置、存储介质、计算机设备 |
CN111030983A (zh) * | 2019-10-15 | 2020-04-17 | 深圳壹账通智能科技有限公司 | 基于分布式分发的数据处理方法、装置及相关设备 |
CN111553806A (zh) * | 2020-05-08 | 2020-08-18 | 中国科学院合肥物质科学研究院 | 基于低功耗传感器和Boost模型的自适应作物管理系统及方法 |
CN112600943A (zh) * | 2021-03-01 | 2021-04-02 | 上海洋漪信息技术有限公司 | 高并发数据状态下异构系统的消息同步方法 |
CN112613072A (zh) * | 2020-12-28 | 2021-04-06 | 无锡建舜科技有限公司 | 基于档案大数据的信息管理方法、管理系统及管理云平台 |
CN112799854A (zh) * | 2021-04-15 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 任务处理方法、装置、电子设备及可读存储介质 |
CN114840318A (zh) * | 2022-04-27 | 2022-08-02 | 中易通科技股份有限公司 | 一种多进程抢占硬件key加解密资源的调度方法 |
-
2022
- 2022-08-30 CN CN202211045706.0A patent/CN115221543B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158554A (zh) * | 2011-04-02 | 2011-08-17 | 南京邮电大学 | 基于移动代理的物联网中间件开发方法 |
CN102546181A (zh) * | 2012-01-09 | 2012-07-04 | 西安电子科技大学 | 基于密钥池的云存储加解密方法 |
CN103825698A (zh) * | 2014-01-20 | 2014-05-28 | 中国建设银行股份有限公司 | 一种密码安全管理系统和方法 |
US20160323736A1 (en) * | 2015-04-15 | 2016-11-03 | Melrok, Llc | Secure broadcast systems and methods for internet of things devices |
CN107122634A (zh) * | 2017-04-26 | 2017-09-01 | 北京洋浦伟业科技发展有限公司 | 软件安装包的加固保护方法及装置 |
CN110221990A (zh) * | 2019-04-26 | 2019-09-10 | 北京奇安信科技有限公司 | 数据的存储方法及装置、存储介质、计算机设备 |
CN111030983A (zh) * | 2019-10-15 | 2020-04-17 | 深圳壹账通智能科技有限公司 | 基于分布式分发的数据处理方法、装置及相关设备 |
CN111553806A (zh) * | 2020-05-08 | 2020-08-18 | 中国科学院合肥物质科学研究院 | 基于低功耗传感器和Boost模型的自适应作物管理系统及方法 |
CN112613072A (zh) * | 2020-12-28 | 2021-04-06 | 无锡建舜科技有限公司 | 基于档案大数据的信息管理方法、管理系统及管理云平台 |
CN112600943A (zh) * | 2021-03-01 | 2021-04-02 | 上海洋漪信息技术有限公司 | 高并发数据状态下异构系统的消息同步方法 |
CN112799854A (zh) * | 2021-04-15 | 2021-05-14 | 腾讯科技(深圳)有限公司 | 任务处理方法、装置、电子设备及可读存储介质 |
CN114840318A (zh) * | 2022-04-27 | 2022-08-02 | 中易通科技股份有限公司 | 一种多进程抢占硬件key加解密资源的调度方法 |
Non-Patent Citations (3)
Title |
---|
PING WANG 等: "Reversible Data Hiding Scheme Based on Adjusting Pixel Modulation and Block-Wise Compression for Encrypted Images", 《IEEE ACCESS》 * |
杨伟杰: "云环境下低存储索引结构的动态可搜索加密机制", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
肖亚军: "基于内存池标记快速扫描技术的Windows内核驱动攻击取证的研究", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN115221543B (zh) | 2022-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108804545B (zh) | 分布式全局唯一id生成方法及设备 | |
CN110162529B (zh) | 一种数据处理方法、业务服务器及数据处理系统 | |
CN110321448B (zh) | 一种图像检索方法、装置和存储介质 | |
US6823432B2 (en) | Method and apparatus for load distribution across memory banks with constrained access | |
CN111245732A (zh) | 一种流量控制方法、装置及设备 | |
CN115221543B (zh) | 一种基于档案业务多文件并发加解密方法及系统 | |
CN115396377A (zh) | 对象存储的服务质量优化方法、装置、设备及存储介质 | |
CN107608788A (zh) | 一种控制方法、装置及设备 | |
US20020077791A1 (en) | Method and apparatus for computing data storage assignments | |
CN110349076B (zh) | 数据的处理方法及装置 | |
CN110688223B (zh) | 数据处理方法及相关产品 | |
US20090154695A1 (en) | Managing a plurality of cached keys | |
CN110018793B (zh) | 一种主机io处理控制方法、装置、终端及可读存储介质 | |
CN107391541A (zh) | 一种实时数据合并方法和装置 | |
CN104050100B (zh) | 一种适用于大数据环境的数据流存储管理方法及系统 | |
CN113449042B (zh) | 数据自动分库方法及装置 | |
CN115686367A (zh) | 一种存储空间预测方法、装置及计算机可读存储介质 | |
CN115168302A (zh) | 业务数据的导出方法、装置以及电子设备 | |
CN106528278B (zh) | 硬件负载调整方法及电子装置 | |
US20210366080A1 (en) | Method for optimizing hardware structure of convolutional neural networks | |
JPH06161837A (ja) | 外部記憶装置上のボリューム選択方式 | |
CN106844605A (zh) | 批量数据逻辑处理方法及装置 | |
CN112463389A (zh) | 分布式机器学习任务的资源管理方法及装置 | |
CN116049910B (zh) | 一种数据加密系统及方法 | |
CN116980129B (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 |