CN110221914A - 文件处理方法及装置 - Google Patents

文件处理方法及装置 Download PDF

Info

Publication number
CN110221914A
CN110221914A CN201910420841.0A CN201910420841A CN110221914A CN 110221914 A CN110221914 A CN 110221914A CN 201910420841 A CN201910420841 A CN 201910420841A CN 110221914 A CN110221914 A CN 110221914A
Authority
CN
China
Prior art keywords
file
declustering
mentioned
document processing
thread resources
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
Application number
CN201910420841.0A
Other languages
English (en)
Other versions
CN110221914B (zh
Inventor
陈其强
于立新
张慧平
金杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Bank Co Ltd
Original Assignee
Ping An Bank Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Bank Co Ltd filed Critical Ping An Bank Co Ltd
Priority to CN201910420841.0A priority Critical patent/CN110221914B/zh
Publication of CN110221914A publication Critical patent/CN110221914A/zh
Application granted granted Critical
Publication of CN110221914B publication Critical patent/CN110221914B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/16File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了一种文件处理的方法及装置,适用于资源分配,该方法包括:接收文件处理请求,确定文件处理请求的接收时间及文件类型;获取文件大小和文件回盘时间,根据文件类型确定文件的文件处理优先级和文件处理速度;若文件处理优先级属于预设文件处理优先级范围,则根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量;获取接收时间对应的线程资源占用率,并根据线程资源占用率修正第一文件拆分数量以得到第二文件拆分数量;根据第二文件拆分数量获取线程资源,并基于获取到的线程资源对文件拆分得到的多个子文件进行并发处理。采用本申请实施例,可实现***资源的有效利用,提高***资源的利用率,适用性高。

Description

文件处理方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种文件处理方法及装置。
背景技术
目前,随着信息技术和网络技术的发展,各行业都出现了通过网络实现业务办理的综合业务***,如政务综合业务信息***、电子政务***、数字医疗互动***、银行核心***等等。由于综合业务***普遍存在处理的业务种类繁杂和业务数量大的特点,因此,综合业务***经常面临着***负载均衡问题,而***负载均衡问题直接关系着***的稳定性和服务质量。现有的综合业务***无法感知***资源繁忙程度,也无法针对业务场景进行处理策略的调整,因此,如何实现对***资源的合理利用成为当前亟待解决的问题。
发明内容
本申请实施例提供一种文件处理的方法及装置。可确保***资源的消耗被控制在一定范围内,实现***资源的有效利用,提高了***资源的利用率,适用性高。
第一方面,本申请实施例提供了一种文件处理的方法,该方法包括:
接收文件处理请求,确定上述文件处理请求的接收时间,并确定上述文件处理请求所请求处理的文件的文件类型;
获取上述文件的文件大小和文件回盘时间,并根据上述文件类型确定上述文件的文件处理优先级和文件处理速度;
若上述文件处理优先级属于预设文件处理优先级范围,则根据上述文件大小、上述文件处理速度和上述文件回盘时间确定上述文件的第一文件拆分数量;
获取上述接收时间对应的线程资源占用率,并根据上述线程资源占用率修正上述第一文件拆分数量以得到第二文件拆分数量;
根据上述第二文件拆分数量获取线程资源,并基于获取到的线程资源对上述文件拆分得到的多个子文件进行并发处理,上述线程资源的数量等于上述第二文件拆分数量。
在本申请实施例中,当文件处理优先级属于预设文件处理优先级范围时,根据获取的文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量可确定子文件并发执行的基准值,再基于获取到的接收时间对应的线程资源占用率对第一文件拆分数量进行修正可得到第二文件拆分数量,最后以第二文件拆分数量进行子文件的并发处理可确保***资源的消耗被控制在一定范围内,且实现了***资源的有效利用,提高了***资源的利用率。
结合第一方面,在一种可能的实施方式中,上述接收文件处理请求之前,上述方法还包括:
获取至少两种文件类型;
设置上述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,上述各种文件类型对应的文件处理优先级用于确定上述各种文件类型的处理顺序。
在本申请实施例中,通过设置获取的至少两种文件类型中各种文件类型对应的文件处理优先级可确定各种文件类型的处理顺序,从而实现各种文件类型的个性化处理,适用性强。
结合第一方面,在一种可能的实施方式中,上述文件处理请求中包括文件标识;上述确定上述文件处理请求所请求处理的文件的文件类型,包括:
提取上述文件处理请求中的文件标识;
确定上述文件标识所标记的文件,并确定上述文件所属的文件类型。
在本申请实施例中,通过提取文件处理请求中的文件标识以确定该文件标识所标记的文件,进而确定文件所属的文件类型,使文件标识与文件类型之间的对应关系简单明了,不易出错且操作过程简单,适用性强。
结合第一方面,在一种可能的实施方式中,上述根据上述线程资源占用率修正上述第一文件拆分数量以得到第二文件拆分数量,包括:
若上述线程资源占用率不大于第一预设阈值,则将上述第一文件拆分数量增加N以得到第二文件拆分数量,其中,N为正整数;
若上述线程资源占用率大于上述第一预设阈值且不大于第二预设阈值,则将上述第一文件拆分数量确定为第二文件拆分数量,其中,上述第一预设阈值小于上述第二预设阈值;
若上述线程资源占用率大于上述第二预设阈值,则将上述第一文件拆分数量减少N以得到第二文件拆分数量。
在本申请实施例中,通过将线程资源占用率与第一预设阈值和第二预设阈值进行比较后对第一文件拆分数量进行修正以得到第二文件拆分数量,使得到的第二文件拆分数量更加符合实际需求,有效提高了***资源利用率,灵活性高。
结合第一方面,在一种可能的实施方式中,上述根据上述第二文件拆分数量获取线程资源,并基于获取到的线程资源对上述文件拆分得到的多个子文件进行并发处理,包括:
根据上述第二文件拆分数量,将上述文件拆分成M个子文件,其中,M等于上述第二文件拆分数量;
获取M个线程资源,并基于获取的上述M个线程资源并发处理上述M个子文件,其中一个线程资源用于处理一个子文件。
在本申请实施例中,基于第二文件拆分数量对文件进行拆分成子文件并对线程资源进行分配,使得子文件个数与线程资源分配个数相等,既能够缩短文件的处理时间,同时能够实现***资源的有效利用,且能将资源消耗控制在一定范围内,提高了***资源的利用率。
第二方面,本申请实施例提供了一种文件处理的装置,该装置包括:
请求获取模块,用于接收文件处理请求,确定上述文件处理请求的接收时间以及上述文件处理请求所请求处理的文件的文件类型;
数据获取模块,用于获取上述文件的文件大小和文件回盘时间,并根据上述文件类型确定上述文件的文件处理优先级和文件处理速度;
第一拆分模块,用于若上述文件处理优先级属于预设文件处理优先级范围,则根据上述文件大小、上述文件处理速度和上述文件回盘时间确定上述文件的第一文件拆分数量;
第二拆分模块,用于获取上述接收时间对应的线程资源占用率,并根据上述线程资源占用率修正上述第一文件拆分数量以得到第二文件拆分数量;
文件处理模块,用于根据上述第二文件拆分数量获取线程资源,并基于获取到的线程资源对上述文件拆分得到的多个子文件进行并发处理,上述线程资源的数量等于上述第二文件拆分数量。
结合第二方面,在一种可能的实施方式中,上述文件处理装置还包括:
优先级设置模块,用于获取至少两种文件类型;
设置上述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,上述各种文件类型对应的文件处理优先级用于确定上述各种文件类型的处理顺序。
结合第二方面,在一种可能的实施方式中,上述文件处理请求中包括文件标识;上述请求获取模块用于:
提取上述文件处理请求中的文件标识;
确定上述文件标识所标记的文件,并确定上述文件所属的文件类型。
结合第二方面,在一种可能的实施方式中,上述第二拆分模块用于:
若上述线程资源占用率不大于第一预设阈值,则将上述第一文件拆分数量增加N以得到第二文件拆分数量,其中,N为正整数;
若上述线程资源占用率大于上述第一预设阈值且不大于第二预设阈值,则将上述第一文件拆分数量确定为第二文件拆分数量,其中,上述第一预设阈值小于上述第二预设阈值;
若上述线程资源占用率大于上述第二预设阈值,则将上述第一文件拆分数量减少N以得到第二文件拆分数量。
结合第二方面,在一种可能的实施方式中,上述文件处理模块用于:
根据上述第二文件拆分数量,将上述文件拆分成M个子文件,其中,M等于上述第二文件拆分数量;
获取M个线程资源,并基于获取的上述M个线程资源并发处理上述M个子文件,其中一个线程资源用于处理一个子文件。
第三方面,本申请实施例提供了一种终端设备,该终端设备包括处理器和存储器,该处理器和存储器相互连接。该存储器用于存储支持该终端设备执行上述第一方面和/或第一方面任一种可能的实现方式提供的方法的计算机程序,该计算机程序包括程序指令,该处理器被配置用于调用上述程序指令,执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令当被处理器执行时使该处理器执行上述第一方面和/或第一方面任一种可能的实施方式所提供的方法。
实施本申请实施例,具有如下有益效果:
在文件处理优先级属于预设文件处理优先级范围时,根据获取的文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量可确定子文件并发执行的基准值,再基于获取到的接收时间对应的线程资源占用率对第一文件拆分数量进行修正可得到第二文件拆分数量,最后以第二文件拆分数量进行子文件的并发处理可确保***资源的消耗被控制在一定范围内,且实现了***资源的有效利用,提高了***资源的利用率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的文件处理方法的流程示意图;
图2是本申请实施例提供的文件处理方法的应用场景示意图;
图3是本申请实施例提供的文件处理装置的结构示意图;
图4是本申请实施例提供的终端设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供的文件处理的方法,可广泛适用于各种综合业务办理***。综合业务办理***可基于接收到的******发送的待处理文件(为方便描述,简称文件)的文件处理请求确定文件处理请求的接收时间、所请求处理的文件的文件类型、文件处理优先级和文件处理速度。当文件处理优先级属于预设文件处理优先级范围时,可根据获取的文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量,再结合接收时间对应的线程资源占用率对第一文件拆分数量进行修正以得到第二文件拆分数量。最后根据第二文件拆分数量获取线程资源,并基于获取到的线程资源对文件拆分得到的多个子文件进行并发处理。实施本申请实施例,可确保***资源的消耗被控制在一定范围内,实现***资源的有效利用,提高了***资源的利用率,适用性高。
下面将结合图1至图4分别对本申请实施例提供的方法及相关装置分别进行详细说明。本申请实施例提供的方法中可包括用于接收文件处理请求、确定接收时间和文件类型、获取文件大小及文件回盘时间、确定文件处理优先级和文件处理速度、确定第一文件拆分数量以及基于线程资源占用率确定第二文件拆分数量、获取线程资源并发处理拆分后的子文件等数据处理阶段。其中,上述各个数据处理阶段的实现方式可参见如下图1至图2所示的实现方式。
参见图1,图1为本申请实施例提供的文件处理方法的流程示意图。本申请实施例提供的方法可以包括如下步骤101至105:
101、接收文件处理请求,确定文件处理请求的接收时间以及文件处理请求所请求处理的文件的文件类型。
在一些可行的实施方式中,通过接收文件处理请求,并在***接收到文件处理请求时查询文件处理请求的到达时间,可将上述到达时间确定为文件处理请求的接收时间。可选的,文件处理请求的接收时间还可以是携带在文件处理请求中的时间参数信息,通过提取文件处理请求中携带的时间参数信息,可将该时间参数信息确定为文件处理请求的接收时间。
在一些可行的实施方式中,文件处理请求中还可以包括文件标识,在接收文件处理请求后,通过解析并提取文件处理请求的文件标识,可确定该文件标识所标记的文件,从而确定出该文件所属的文件类型。可选的,通过解析得到文件处理请求的文件标识后,还可以通过提取并查询文件标识中的关键字符确定该文件处理请求所请求处理的文件的文件类型。
举例来说,参见图2,图2是本申请实施例提供的文件处理方法的应用场景示意图。假设银行核心***可接收来自A***、B***、C***、D***这四个******的文件处理请求,其中A***负责发送代收水电费类文件的文件处理请求、B***负责发送***还款类文件的文件处理请求、C***负责发送发工资类文件的文件处理请求、D***负责发送中间业务类文件的文件处理请求。在时间为2019.2.15 15:03:00时,银行核心***接收到由B***发送的文件处理请求“B1文件处理请求”,通过查询“B1文件处理请求”的到达时间“2019.2.15 15:03:00”,可确定文件处理请求的接收时间为“2019.2.15 15:03:00”。假设“B1文件处理请求”中包括文件标识“B10”,其中,文件标识“B10”标记了甲公司***还款文件,因此,通过解析并提取“B1文件处理请求”的文件标识“B10”,可从文件缓存库中匹配到“B10”所标记的“甲公司***还款文件”,从而确定出“甲公司***还款文件”所属的文件类型是“***还款类文件”。或者在确定文件标识为“B10”后,通过查询文件标识“B10”所属的文件类型,可确定“B10”所对应的文件类型为“***还款类文件”。
102、获取文件的文件大小和文件回盘时间,并根据文件类型确定文件的文件处理优先级和文件处理速度。
在一些可行的实施方式中,文件回盘时间是事先设置的文件期望处理时间。换句话说,文件回盘时间是根据实际业务需求预先设置的文件处理时间,通过解析并提取文件处理请求中的文件标识,可根据文件标识在文件缓存库中提取出该文件标识所标记的文件,进而可获取到该文件的文件大小以及为该文件预先设置的文件回盘时间,其中,文件大小可由文件中包含的数据量度量。例如,假设文件A中包含10000笔数据,则文件A的文件大小可表示为10000笔。
在一些可行的实施方式中,一种文件类型对应一个文件处理优先级和一个文件处理速度。其中,文件处理优先级至少包括第一处理优先级和第二处理优先级,各种文件类型对应的各个文件处理优先级用于确定各种文件类型对应的文件的处理顺序,进而可体现文件的重要程度。例如,可将时效性要求高的文件设置为第一处理优先级,如快捷支付类文件、实时转账类文件等,将时效性要求不高的文件设置为第二优先级,如代收水电费类文件、发工资类文件等,具体可根据实际应用场景确定,在此不做限制。根据待处理文件的文件类型可确定待处理文件对应的文件处理优先级和文件处理速度,在本申请实施例中,第一处理优先级对应的文件的处理顺序优先于第二处理优先级对应的文件的处理顺序。
在一些可行的实施方式中,一种文件类型对应的文件处理速度可通过获取该文件类型在每个周期内的历史处理总量与历史处理时间进行确定。例如,假设银行业务的办理周期为24小时,***还款类文件在某一天的处理总量是18000笔,处理时间是60分钟,通过获取***还款类文件的处理总量18000笔和处理时间60分钟,可得到***还款类文件的处理速度为5笔/秒,因此,可将5笔/秒确定为***还款类文件的文件处理速度。又举例来说,假设银行业务的办理周期为24小时,***还款类文件在某一天的处理总量是14400笔,处理时间是60分钟,通过获取并计算***还款类文件的处理总量14400笔和处理时间60分钟,可得到***还款类文件的处理速度为4笔/秒,同时,又获取到***还款类文件在另一天的处理总量是23760笔,处理时间是66分钟,可得到***还款类文件的处理速度为6笔/秒。于是,可将两次得到的处理速度的算术平均值确定为***还款类文件的文件处理速度,即***还款类文件的文件处理速度为5笔/秒。
103、若文件处理优先级属于预设文件处理优先级范围,则根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量。
在一些可行的实施方式中,当一个文件中包含的数据量太大时,往往处理一个这样的文件花费的时间也会较长,且在文件处理过程中如果出现一条数据的处理异常时,可能会影响整个文件的处理效率。因此,如果将包含大量数据的文件进行拆分成多个小文件进行处理,一方面既能保证数据的完整性,同时也能缩短文件的处理时间,提高文件的处理效率。于是,在获取一个文件的文件处理请求后,若该文件处理请求所请求处理的文件的文件处理优先级属于预设文件处理优先级范围,则可根据已确定的文件大小、文件处理速度和文件回盘时间确定该文件的第一文件拆分数量。可选的,若该文件处理请求所请求处理的文件的文件处理优先级不属于预设文件处理优先级范围,则拒绝此次文件处理请求。
举例来说,假设银行核心***的周期是24小时,第一时间段(02:00:00~11:59:59)的预设文件处理优先级范围包括第一处理优先级至第三处理优先级且第一处理优先级的文件的处理顺序优先于第二处理优先级的文件的处理顺序,第二处理优先级的文件的处理顺序优先于第三处理优先级的文件的处理顺序;第二时间段(12:00:00~22:59:59)的预设文件处理优先级范围包括第三处理优先级和第四处理优先级且第三处理优先级的文件的处理顺序优先于第四处理优先级的文件的处理顺序;由于第三时间段(23:00:00~01:59:59)属于清账结算时间,因此不处理任何类型的文件。假设在第一时间段内的某一时间点银行核心***接收到由B***发送的文件处理请求为“B1文件处理请求”。通过解析接收到的“B1文件处理请求”,可提取出“B1文件处理请求”中的文件标识为“B10”,根据文件标识“B10”,可从文件缓存库中匹配到“B10”所标记的“甲公司***还款文件”,从而可确定出“甲公司***还款文件”所属的文件类型是“***还款类文件”,***还款类文件的文件处理优先级为第一处理优先级,***还款类文件的文件处理速度为5笔/秒。其中,该文件中包含10000笔数据,即文件大小为10000笔,文件回盘时间为10分钟。由于第一处理优先级属于第一时间段内的预设文件处理优先级范围,因此根据文件大小10000笔、文件处理速度5笔/秒和文件回盘时间10分钟可确定出文件的第一文件拆分数量,即根据文件大小10000笔、文件处理速度5笔/秒,可确定10000笔数据的处理时间为2000秒,再结合文件回盘时间600秒(10分钟)可计算出第一文件拆分数量为3.3,由于文件拆分数量应为正整数,因此将3.3向上取整可得到第一文件拆分数量为4,即需要拆分成4个小文件同时处理才能满足需求。
又举例来说,假设在第一时间段内的某个时间点(如2019.2.15 10:03:00)银行核心***同时接收到由A***、B***和D***分别发送的“A2文件处理请求”、“B1文件处理请求”和“D1文件处理请求”,其中第一时间段(02:00:00~11:59:59)的预设文件处理优先级范围包括第一处理优先级、第二优先级和第三处理优先级,且从左至右文件的处理顺序依次递减。通过分别解析接收到的“A2文件处理请求”、“B1文件处理请求”和“D1文件处理请求”,可提取各个文件处理请求中的文件标识分别为“A20”、“B10”和“D10”,进而可确定“A20”、“B10”和“D10”所标记的文件所属的文件类型分别是“代收水电费类文件”、“***还款类文件”和“中间业务类文件”,其中,“代收水电费类文件”的文件处理优先级为第二处理优先级、“***还款类文件”的文件处理优先级为第一处理优先级,“中间业务类文件”的文件处理优先级为第四处理优先级,由于第四处理优先级不属于第一时间段的预设文件处理优先级范围,因此拒绝“D1文件处理请求”。由于第一处理优先级和第二处理优先级属于第一时间段的预设文件处理优先级范围,因此允许处理“A2文件处理请求”和“B1文件处理请求”所请求处理的文件,但由于第一处理优先级的处理顺序优先于第二处理优先级,因此优先响应“B1文件处理请求”,具体可参见上述甲公司***还款文件的第一文件拆分数量的实现过程,在此不再赘述。
104、获取接收时间对应的线程资源占用率,并根据线程资源占用率修正第一文件拆分数量以得到第二文件拆分数量。
在一些可行的实施方式中,基于文件大小、文件处理速度和文件回盘时间可确定第一文件拆分数量,不难理解的是,第一文件拆分数量是一个基线值。为了能够有效地利用线程资源,提高线程资源的利用率,可获取接收时间对应的线程资源占用率,通过判断线程资源的使用情况,可对第一文件拆分数量进行修正以得到第二文件拆分数量。例如,若线程资源占用率不大于第一预设阈值40%,说明***当前处于空闲状态,则将第一文件拆分数量增加N个拆分数量后确定为第二文件拆分数量,并以得到的第二文件拆分数量加速处理文件;若线程资源占用率大于第二预设阈值60%,说明当前***已经比较繁忙,则将第一文件拆分数量减去N个拆分数量后确定为第二文件拆分数量,并以第二文件拆分数量减速处理文件,以确保***的资源消耗可以控制在一定范围之内;若线程资源占用率大于第一预设阈值40%且不大于第二预设阈值60%,则可将第一文件拆分数量确定为第二文件拆分数量。不难理解的是,线程资源占用率是随着时间的变化而变化的,不同时间对应的线程资源占用率是不一样的,因此,可通过定时轮询或者实时采集的方式收集线程资源占用率。例如可设置每隔10s对线程资源占用率进行统计和登记,然后在接收文件处理请求时,可直接读取文件处理请求的接收时间对应的线程资源占有率。
举例来说,根据文件大小18000笔、文件处理速度5笔/秒和文件回盘时间20分钟可计算出文件的第一文件拆分数量为3,即需要拆分成3个小文件同时处理才能满足需求。假设第一预设阈值为40%,第二预设阈值为60%,根据获取到的当前线程资源的占用率30%,可知线程资源的占用率30%小于第一预设阈值40%,因此可允许加速50%处理,就是实际允许拆分成6个小文件处理,每个小文件的处理笔数为3000笔,预计耗时600秒,该文件的实际处理时间为10分钟。
105、根据第二文件拆分数量获取线程资源,并基于获取到的线程资源对文件拆分得到的多个子文件进行并发处理。
在一些可行的实施方式中,线程资源是操作***能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位。而线程池是一种多线程处理形式,利用已有线程资源继续服务新的任务(按照一定的执行策略),而不是频繁地创建销毁线程资源,由此提供服务的吞吐能力,减少中央处理器(CPU,Central Processing Unit)的闲置时间。在本申请实施例中,假设第二文件拆分数量为M,则根据确定的第二文件拆分数量M,可将待处理的文件拆分成M个子文件,并从线程池中获取M个线程资源用于并发处理M个子文件,若存在线程资源不足,则可暂停处理那些文件处理优先级低于该文件处理优先级的文件,将线程资源让出用于本次文件的处理,其中一个线程资源用于处理一个子文件。可选的,根据第二文件拆分数量M,可将待处理的文件拆分成M个子文件,并创建M个线程资源用于并发处理M个子文件,其中一个线程资源用于处理一个子文件,M为正整数。在文件处理完成后,释放占用的线程资源,完成对线程资源的回收。
在本申请实施例中,通过接收文件处理请求,并在***接收到文件处理请求时查询文件处理请求的到达时间,可将上述到达时间确定为文件处理请求的接收时间。通过解析文件处理请求中的文件标识,可确定文件标识所标记的文件的文件类型,进而能够获取到该文件的文件大小和文件回盘时间,并根据文件类型可确定文件的文件处理优先级和文件处理速度。当文件处理优先级属于预设文件处理优先级范围时,可根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量,再通过将获取到的接收时间对应的线程资源占有率与第一预设阈值和第二预设阈值进行比较,可对第一文件拆分数量进行修正以得到第二文件拆分数量,最后基于第二文件拆分数量对文件进行拆分以得到多个子文件,并分配相应个数的线程资源用于对多个子文件完成并发处理。实施本申请实施例,可缩短文件的处理时间,确保***资源的消耗被控制在一定范围内,实现***资源的有效利用,提高了***资源的利用率,适用性高。
参见图3,图3是本申请实施例提供的文件处理装置的结构示意图。本申请实施例提供的文件处理的装置包括:
请求获取模块31,用于接收文件处理请求,确定上述文件处理请求的接收时间以及上述文件处理请求所请求处理的文件的文件类型;
数据获取模块32,用于获取上述文件的文件大小和文件回盘时间,并根据上述文件类型确定上述文件的文件处理优先级和文件处理速度;
第一拆分模块33,用于若上述文件处理优先级属于预设文件处理优先级范围,则根据上述文件大小、上述文件处理速度和上述文件回盘时间确定上述文件的第一文件拆分数量;
第二拆分模块34,用于获取上述接收时间对应的线程资源占用率,并根据上述线程资源占用率修正上述第一文件拆分数量以得到第二文件拆分数量;
文件处理模块35,用于根据上述第二文件拆分数量获取线程资源,并基于获取到的线程资源对上述文件拆分得到的多个子文件进行并发处理,上述线程资源的数量等于上述第二文件拆分数量。
在一些可行的实施方式中,上述文件处理装置还包括:
优先级设置模块,用于获取至少两种文件类型;
设置上述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,上述各种文件类型对应的文件处理优先级用于确定上述各种文件类型的处理顺序。
在一些可行的实施方式中,上述文件处理请求中包括文件标识,上述请求获取模块31用于:
提取上述文件处理请求中的文件标识;
确定上述文件标识所标记的文件,并确定上述文件所属的文件类型。
在一些可行的实施方式中,上述第二拆分模块34用于:
若上述线程资源占用率不大于第一预设阈值,则将上述第一文件拆分数量增加N以得到第二文件拆分数量,其中,N为正整数;
若上述线程资源占用率大于上述第一预设阈值且不大于第二预设阈值,则将上述第一文件拆分数量确定为第二文件拆分数量,其中,上述第一预设阈值小于上述第二预设阈值;
若上述线程资源占用率大于上述第二预设阈值,则将上述第一文件拆分数量减少N以得到第二文件拆分数量。
在一些可行的实施方式中,上述文件处理模块35用于:
根据上述第二文件拆分数量,将上述文件拆分成M个子文件,其中,M等于上述第二文件拆分数量;
获取M个线程资源,并基于获取的上述M个线程资源并发处理上述M个子文件,其中一个线程资源用于处理一个子文件。
具体实现中,上述文件处理的装置可通过其内置的各个功能模块执行如上述图1至图2中各个步骤所提供的实现方式。例如,上述请求获取模块31可用于执行上述各个步骤中接收文件处理请求,确定文件处理请求的接收时间以及文件类型等实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。上述数据获取模块32可用于执行上述各个步骤中获取文件大小及文件回盘时间、确定文件处理优先级和文件处理速度等相关步骤所描述的实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。上述第一拆分模块33可用于执行上述各个步骤中根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量等实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。上述第二拆分模块34可用于执行上述各个步骤中获取线程资源占用率、修正第一文件拆分数量以得到第二文件拆分数量等实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。上述文件处理模块35可用于执行上述各个步骤中拆分文件、获取线程资源并发处理拆分后的子文件等实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。上述优先级设置模块可用于执行上述各个步骤中获取文件类型、设置文件处理优先级等实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。
在本申请实施例中,文件处理的装置可基于接收的文件处理请求,并在***接收到文件处理请求时查询文件处理请求的到达时间,可将上述到达时间确定为文件处理请求的接收时间。通过解析文件处理请求中的文件标识,可确定文件标识所标记的文件的文件类型,进而能够获取到该文件的文件大小和文件回盘时间,并根据文件类型可确定文件的文件处理优先级和文件处理速度。当文件处理优先级属于预设文件处理优先级范围时,可根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量,再通过将获取到的接收时间对应的线程资源占有率与第一预设阈值和第二预设阈值进行比较,可对第一文件拆分数量进行修正以得到第二文件拆分数量,最后基于第二文件拆分数量对文件进行拆分以得到多个子文件,并分配相应个数的线程资源用于对多个子文件完成并发处理。实施本申请实施例,可缩短文件的处理时间,确保***资源的消耗被控制在一定范围内,实现***资源的有效利用,提高了***资源的利用率,灵活性高,适用范围广。
参见图4,图4是本申请实施例提供的终端设备的结构示意图。如图4所示,本实施例中的终端设备可以包括:一个或多个处理器401和存储器402。上述处理器401和存储器402通过总线403连接。存储器402用于存储计算机程序,该计算机程序包括程序指令,处理器401用于执行存储器402存储的程序指令,执行如下操作:
接收文件处理请求,确定上述文件处理请求的接收时间以及上述文件处理请求所请求处理的文件的文件类型;
获取上述文件的文件大小和文件回盘时间,并根据上述文件类型确定上述文件的文件处理优先级和文件处理速度;
若上述文件处理优先级属于预设文件处理优先级范围,则根据上述文件大小、上述文件处理速度和上述文件回盘时间确定上述文件的第一文件拆分数量;
获取上述接收时间对应的线程资源占用率,并根据上述线程资源占用率修正上述第一文件拆分数量以得到第二文件拆分数量;
根据上述第二文件拆分数量获取线程资源,并基于获取到的线程资源对上述文件拆分得到的多个子文件进行并发处理,上述线程资源的数量等于上述第二文件拆分数量。
在一些可行的实施方式中,上述处理器401用于:
获取至少两种文件类型;
设置上述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,上述各种文件类型对应的文件处理优先级用于确定上述各种文件类型的处理顺序。
在一些可行的实施方式中,上述文件处理请求中包括文件标识;上述处理器401用于:
提取上述文件处理请求中的文件标识;
确定上述文件标识所标记的文件,并确定上述文件所属的文件类型。
在一些可行的实施方式中,上述处理器401用于:
若上述线程资源占用率不大于第一预设阈值,则将上述第一文件拆分数量增加N以得到第二文件拆分数量,其中,N为正整数;
若上述线程资源占用率大于上述第一预设阈值且不大于第二预设阈值,则将上述第一文件拆分数量确定为第二文件拆分数量,其中,上述第一预设阈值小于上述第二预设阈值;
若上述线程资源占用率大于上述第二预设阈值,则将上述第一文件拆分数量减少N以得到第二文件拆分数量。
在一些可行的实施方式中,上述处理器401用于:
根据上述第二文件拆分数量,将上述文件拆分成M个子文件,其中,M等于上述第二文件拆分数量;
获取M个线程资源,并基于获取的上述M个线程资源并发处理上述M个子文件,其中一个线程资源用于处理一个子文件。
应当理解,在一些可行的实施方式中,上述处理器401可以是中央处理单元(central processing unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integratedcircuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。该存储器402可以包括只读存储器和随机存取存储器,并向处理器401提供指令和数据。存储器402的一部分还可以包括非易失性随机存取存储器。例如,存储器402还可以存储设备类型的信息。
具体实现中,上述终端设备可通过其内置的各个功能模块执行如上述图1中各个步骤所提供的实现方式,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。
在本申请实施例中,终端设备可基于接收的文件处理请求,并在***接收到文件处理请求时查询文件处理请求的到达时间,可将上述到达时间确定为文件处理请求的接收时间。通过解析文件处理请求中的文件标识,可确定文件标识所标记的文件的文件类型,进而能够获取到该文件的文件大小和文件回盘时间,并根据文件类型可确定文件的文件处理优先级和文件处理速度。当文件处理优先级属于预设文件处理优先级范围时,可根据文件大小、文件处理速度和文件回盘时间确定文件的第一文件拆分数量,再通过将获取到的接收时间对应的线程资源占有率与第一预设阈值和第二预设阈值进行比较,可对第一文件拆分数量进行修正以得到第二文件拆分数量,最后基于第二文件拆分数量对文件进行拆分以得到多个子文件,并分配相应个数的线程资源用于对多个子文件完成并发处理。实施本申请实施例,可缩短文件的处理时间,确保***资源的消耗被控制在一定范围内,实现***资源的有效利用,提高了***资源的利用率,灵活性高,适用范围广。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令被处理器执行时实现图1中各个步骤所提供的文件处理的方法,具体可参见上述各个步骤所提供的实现方式,在此不再赘述。
上述计算机可读存储介质可以是前述任一实施例提供的文件处理的装置或者上述终端设备的内部存储单元,例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备,例如该电子设备上配备的插接式硬盘,智能存储卡(smartmedia card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请的权利要求书和说明书及附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的,具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

Claims (10)

1.一种文件处理方法,其特征在于,所述方法包括:
接收文件处理请求,确定所述文件处理请求的接收时间,并确定所述文件处理请求所请求处理的文件的文件类型;
获取所述文件的文件大小和文件回盘时间,并根据所述文件类型确定所述文件的文件处理优先级和文件处理速度;
若所述文件处理优先级属于预设文件处理优先级范围,则根据所述文件大小、所述文件处理速度和所述文件回盘时间确定所述文件的第一文件拆分数量;
获取所述接收时间对应的线程资源占用率,并根据所述线程资源占用率修正所述第一文件拆分数量以得到第二文件拆分数量;
根据所述第二文件拆分数量获取线程资源,并基于获取到的线程资源对所述文件拆分得到的多个子文件进行并发处理,所述线程资源的数量等于所述第二文件拆分数量。
2.根据权利要求1所述方法,其特征在于,所述接收文件处理请求之前,所述方法还包括:
获取至少两种文件类型;
设置所述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,所述各种文件类型对应的文件处理优先级用于确定所述各种文件类型的处理顺序。
3.根据权利要求1或2所述方法,其特征在于,所述文件处理请求中包括文件标识;所述确定所述文件处理请求所请求处理的文件的文件类型,包括:
提取所述文件处理请求中的文件标识;
确定所述文件标识所标记的文件,并确定所述文件所属的文件类型。
4.根据权利要求1至3任一项所述方法,其特征在于,所述根据所述线程资源占用率修正所述第一文件拆分数量以得到第二文件拆分数量,包括:
若所述线程资源占用率不大于第一预设阈值,则将所述第一文件拆分数量增加N以得到第二文件拆分数量,其中,N为正整数;
若所述线程资源占用率大于所述第一预设阈值且不大于第二预设阈值,则将所述第一文件拆分数量确定为第二文件拆分数量,其中,所述第一预设阈值小于所述第二预设阈值;
若所述线程资源占用率大于所述第二预设阈值,则将所述第一文件拆分数量减少N以得到第二文件拆分数量。
5.根据权利要求1至4任一项所述方法,其特征在于,所述根据所述第二文件拆分数量获取线程资源,并基于获取到的线程资源对所述文件拆分得到的多个子文件进行并发处理,包括:
根据所述第二文件拆分数量,将所述文件拆分成M个子文件,其中,M等于所述第二文件拆分数量;
获取M个线程资源,并基于获取的所述M个线程资源并发处理所述M个子文件,其中一个线程资源用于处理一个子文件。
6.一种文件处理装置,其特征在于,所述装置包括:
请求获取模块,用于接收文件处理请求,确定所述文件处理请求的接收时间以及所述文件处理请求所请求处理的文件的文件类型;
数据获取模块,用于获取所述文件的文件大小和文件回盘时间,并根据所述文件类型确定所述文件的文件处理优先级和文件处理速度;
第一拆分模块,用于若所述文件处理优先级属于预设文件处理优先级范围,则根据所述文件大小、所述文件处理速度和所述文件回盘时间确定所述文件的第一文件拆分数量;
第二拆分模块,用于获取所述接收时间对应的线程资源占用率,并根据所述线程资源占用率修正所述第一文件拆分数量以得到第二文件拆分数量;
文件处理模块,用于根据所述第二文件拆分数量获取线程资源,并基于获取到的线程资源对所述文件拆分得到的多个子文件进行并发处理,所述线程资源的数量等于所述第二文件拆分数量。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
优先级设置模块,用于获取至少两种文件类型;
设置所述至少两种文件类型中各种文件类型对应的文件处理优先级,其中,所述各种文件类型对应的文件处理优先级用于确定所述各种文件类型的处理顺序。
8.根据权利要求6或7所述的装置,其特征在于,所述文件处理请求中包括文件标识;所述请求获取模块用于:
提取所述文件处理请求中的文件标识;
确定所述文件标识所标记的文件,并确定所述文件所属的文件类型。
9.一种终端设备,其特征在于,包括处理器和存储器,所述处理器和存储器相互连接;
所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-5任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。
CN201910420841.0A 2019-05-20 2019-05-20 文件处理方法及装置 Active CN110221914B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910420841.0A CN110221914B (zh) 2019-05-20 2019-05-20 文件处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910420841.0A CN110221914B (zh) 2019-05-20 2019-05-20 文件处理方法及装置

Publications (2)

Publication Number Publication Date
CN110221914A true CN110221914A (zh) 2019-09-10
CN110221914B CN110221914B (zh) 2024-05-17

Family

ID=67821553

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910420841.0A Active CN110221914B (zh) 2019-05-20 2019-05-20 文件处理方法及装置

Country Status (1)

Country Link
CN (1) CN110221914B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955515A (zh) * 2019-10-21 2020-04-03 量子云未来(北京)信息科技有限公司 一种文件的处理方法、装置、电子设备及存储介质
CN111078537A (zh) * 2019-11-29 2020-04-28 珠海金山网络游戏科技有限公司 Unity游戏bundle包资源划分的评估方法
CN112699181A (zh) * 2020-12-30 2021-04-23 江门市国科禾路信息科技有限公司 一种基于大数据信息高效处理***

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102207891A (zh) * 2011-06-10 2011-10-05 浙江大学 对数据划分分布式环境实现动态划分和负载均衡的方法
CN107844520A (zh) * 2017-10-09 2018-03-27 平安科技(深圳)有限公司 电子装置、车辆数据导入方法及存储介质
CN107959700A (zh) * 2016-10-18 2018-04-24 中国电信股份有限公司 自适应文件下载的方法和云存储网关
CN108304554A (zh) * 2018-02-02 2018-07-20 平安证券股份有限公司 文件拆分方法、装置、计算机设备和存储介质
CN109408468A (zh) * 2018-08-24 2019-03-01 阿里巴巴集团控股有限公司 文件处理方法和装置、计算设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102207891A (zh) * 2011-06-10 2011-10-05 浙江大学 对数据划分分布式环境实现动态划分和负载均衡的方法
CN107959700A (zh) * 2016-10-18 2018-04-24 中国电信股份有限公司 自适应文件下载的方法和云存储网关
CN107844520A (zh) * 2017-10-09 2018-03-27 平安科技(深圳)有限公司 电子装置、车辆数据导入方法及存储介质
CN108304554A (zh) * 2018-02-02 2018-07-20 平安证券股份有限公司 文件拆分方法、装置、计算机设备和存储介质
CN109408468A (zh) * 2018-08-24 2019-03-01 阿里巴巴集团控股有限公司 文件处理方法和装置、计算设备及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955515A (zh) * 2019-10-21 2020-04-03 量子云未来(北京)信息科技有限公司 一种文件的处理方法、装置、电子设备及存储介质
CN111078537A (zh) * 2019-11-29 2020-04-28 珠海金山网络游戏科技有限公司 Unity游戏bundle包资源划分的评估方法
CN111078537B (zh) * 2019-11-29 2023-09-22 珠海金山数字网络科技有限公司 Unity游戏bundle包资源划分的评估方法
CN112699181A (zh) * 2020-12-30 2021-04-23 江门市国科禾路信息科技有限公司 一种基于大数据信息高效处理***
CN112699181B (zh) * 2020-12-30 2021-07-16 深圳格隆汇信息科技有限公司 一种基于大数据信息处理***

Also Published As

Publication number Publication date
CN110221914B (zh) 2024-05-17

Similar Documents

Publication Publication Date Title
CN110221914A (zh) 文件处理方法及装置
CN107395665A (zh) 一种区块链业务受理及业务共识方法及装置
WO2021239090A1 (zh) 授信处理方法、装置、设备及***
CN109615389A (zh) 电子支付交易风险控制方法、装置、服务器及存储介质
CN108681481A (zh) 业务请求的处理方法及装置
CN110264332A (zh) 账户出账的方法、装置和电子设备
CN108171488A (zh) 数据处理方法、装置和***
CN109544345A (zh) 一种期权保证金预清算方法、装置及终端设备
CN109272400A (zh) 资源处理方法及装置
CN114070791A (zh) 数据流量的限速处理方法及装置
CN107147610B (zh) 资源的处理方法及装置
CN111640006B (zh) 银行代收付方法、装置、终端及存储介质
CN109739487A (zh) 一种业务逻辑处理方法、设备及计算机可读存储介质
CN112416558A (zh) 基于区块链的业务数据处理方法、装置及存储介质
CN112449021B (zh) 一种互联网资源的筛选方法及装置
CN111680023A (zh) 迁移数据核对方法及装置
CN110222016A (zh) 一种文件处理方法及装置
CN109086132A (zh) 一种人脸识别任务均衡调用方法、装置及终端设备
CN114881739A (zh) 订单事件处理方法及装置、电子设备和存储介质
CN110275771A (zh) 一种业务处理方法、物联网计费基础设施***及存储介质
CN106899521A (zh) 互联网资源调度方法及装置、担保方法及装置
CN113849286A (zh) 对账数据导入方法、***、设备及计算机可读存储介质
CN106648874A (zh) 一种批量任务的处理方法及装置
CN111008078A (zh) 数据的批量处理方法、装置、设备及计算机存储介质
CN113706761A (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