G06F16/16 G06F9/54 H04L29/08
1.一种文件上传及解析方法,其特征在于,应用于服务器,包括:
接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;
将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;
当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;
根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
2.根据权利要求1所述的方法,其特征在于,所述根据文件上传申请获取上传文件、解析器名称及文件解析配置信息,包括:
根据文件上传申请中的文件存储路径获取上传文件;
根据文件上传申请中的文件类型获取解析器名称及文件解析配置信息。
3.根据权利要求1所述的方法,其特征在于,在接收客户端发送的文件上传申请之后,还包括:
对文件上传申请进行校验;
当校验通过的文件上传申请的上传数据量在预设的数据量阈值范围时,确定上传方式为同步上传;
当校验通过的文件上传申请的上传数据量超过预设的数据量阈值范围时,确定上传方式为异步上传。
4.根据权利要求1所述的方法,其特征在于,所述接收客户端发送的文件上传申请之前,还包括:
接收客户端发送的上传文件,并将所述上传文件保存在预设存储目录下;
将所述预设的存储目录发送至客户端。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述文件解析消息发送至文件解析消息队列时,将文件上传申请结果信息发送至客户端。
6.根据权利要求1所述的方法,其特征在于,在基于所述解析器实例和所述文件解析配置信息对上传文件进行解析之后,包括:
将文件解析结果消息发送至文件解析结果消息队列,对所述文件解析结果消息队列中的文件解析结果消息进行监听,当监听到文件解析结果消息时,将文件解析结果信息发送至客户端。
7.根据权利要求1所述的方法,其特征在于,在基于所述解析器实例和所述文件解析配置信息对上传文件进行解析之后,还包括:
当文件解析失败时,生成错误结果文件,将所述错误结果文件和错误结果文件的保存路径作为文件解析结果发送至客户端,所述错误结果文件包括:文件解析失败的原因。
8.一种文件上传及解析装置,其特征在于,包括:
文件上传申请接收模块,用于接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;
消息队列监听模块,用于将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;
信息获取模块,用于当监听到所述文件解析消息时,根据文件上传申请获取上传文件、解析器名称及文件解析配置信息;
文件解析模块,用于根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
9.一种服务器,其特征在于,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一所述的文件上传及解析方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7中任一所述的文件上传及解析方法。
本发明实施例涉及计算机技术领域,尤其涉及一种文件上传及解析方法、装置、服务器及介质。
在各类银行对公业务场景如托管、养老金的处理过程中,涉及到各类业务类型如客户基本信息、客户批量签约、成交明细信息等的文件上传与解析入库。
由于涉及到的业务类型很多,对于开发人员来说,针对不同的业务类型需开发不同的文件解析功能,如果针对每个文件解析功能都进行开发,则开发效率与代码质量都无法保证,并且会导致优化维护困难。
本发明实施例提供一种文件上传及解析方法、装置、服务器及介质,以实现提供一套设计合理且通用的文件解析方法,提升了开发效率。
第一方面,本发明实施例提供了一种文件上传及解析方法,该方法应用于服务器,包括:接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;
将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;
当监听到所述文件解析消息时,根据文件上传申请获取上传文件、解析器名称及文件解析配置信息;
根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
第二方面,本发明实施例还提供了一种上传文件解析装置,该装置包括:
文件上传申请接收模块,用于接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;
消息队列监听模块,用于将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;
信息获取模块,用于当监听到所述文件解析消息时,根据文件上传申请获取上传文件、解析器名称及文件解析配置信息;
文件解析模块,用于根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
第三方面,本发明实施例还提供了一种服务器,其中,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明任意实施例所提供的文件上传及解析方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如本发明任意实施例所提供的文件上传及解析方法。
本发明实施例应用于服务器,通过接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;使每个文件上传申请都有对应的文件解析消息,方便对上传文件的解析;将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;消息队列可以暂时的存储文件解析消息,等待服务器的处理,从而形成异步上传方式,提升文件上传效率;当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析,解决了文件上传及解析效率低的问题,实现了提高文件上传及解析效率及降低文件解析业务开发成本的效果。
图1是本发明实施例一中的一种文件上传及解析方法的流程图;
图2是本发明实施例二中的一种文件上传及解析方法的流程图;
图3是文件上传接入服务的操作流程图;
图4是文件处理主控服务的操作流程图;
图5是文件上传类关系示意图;
图6是文件解析类关系示意图;
图7是文件异步上传的流程图;
图8是本发明实施例三中的一种文件上传及解析装置的结构图;
图9是本发明实施例四中的一种服务器的结构示意图。
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的文件上传及解析的流程图,本实施例可适用于文件上传及解析的情况,该方法应用于服务器,可以由文件上传及解析装置来执行,具体包括如下步骤:
S110、接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息。
在各类银行对公业务场景如托管、养老金的处理过程中,涉及到各类业务类型如客户基本信息、客户批量签约、成交明细信息等的文件上传与解析入库。文件解析是读取结构化文件中的数据信息,并通过配置的数据处理规则如文件中的某行某列对应数据表的哪个字段,类型转换等对其进行处理后,持久化至数据库对应表的过程。
可选的,接收客户端发送的文件上传申请之前,还包括:接收客户端发送的上传文件,并将所述上传文件保存在预设存储目录下;将所述预设的存储目录发送至客户端。服务器接收客户端通过文件发送服务发送的上传文件,并将上传文件保存在预设的存储目录下,服务器将文件存储路径返回至客户端,客户端将文件存储路径传入文件上传申请中,将文件上传申请发送至服务器。
服务器接收客户端发送的文件上传申请,文件上传申请还包括上传文件的文件类型,服务器端根据上传文件的文件类型生成文件解析消息,文件解析消息中包括:上传文件的文件类型和文件的存储路径等。根据上传请求中的文件类型生成文件解析消息,使每个文件上传申请都有对应的文件解析消息,方便对上传文件的解析。
S120、将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听。
将生成的文件解析消息发送至文件解析消息队列,对文件解析消息队列进行监听,示例性的,文件解析消息可以是JMS消息(JAVA MESSAGE SERVICE,JAVA消息服务),JMS消息是一个java平台中关于面向消息中间件的API,用于两个应用程序之间,或分布式系统中发送消息,进行异步通信。JMS消息消息管理器提供JMS消息发送服务和JMS消息监听服务,通过JMS消息发送服务将生成的文件解析消息发送至文件解析消息队列,通过JMS消息监听服务对文件解析消息队列进行监听。文件解析消息队列可以暂时的存储文件解析消息,等待服务器的处理,从而形成异步上传方式,提升文件上传效率。
S130、当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息。
当监听到文件解析消息时,根据文件解析消息中的文件类型获取上传文件、解析器名称及文件解析配置信息。可选的,述根据文件上传申请获取上传文件、解析器名称及文件解析配置信息,包括:根据文件上传申请中的文件存储路径获取上传文件;根据文件上传申请中的文件类型获取解析器名称及文件解析配置信息。示例性的,服务器接收到JMS消息监听服务发送的文件解析消息之后,根据消息中的文件类型从解析器配置信息中获取到对应的解析器名称,根据解析器名称从解析器工厂获取对应的解析器实例,如果是通用文件格式,则实例化通用文件格式解析器,如果文件格式特殊,则实例化特殊的文件解析器,根据具体配置信息进行区分。服务器根据文件存储路径获取文件,根据文件类型获取文件解析配置信息,文件解析配置信息为文件解析映射规则,通过文件解析映射规则对上传文件进行解析。根据文件解析消息获取上传文件、解析器名称及文件解析配置信息,可以灵活配置与各文件类型对应的解析处理器与文件解析配置信息。避免了文件因为交易超时而导致上传解析失败,或者由于等待时间过长而影响业务处理效率。
S140、根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
根据获取的解析器实例和文件解析配置信息对上传文件进行解析,解析上传文件中的每一行数据,并将解析后的结果存入对应的文件解析结果表中。可选的,基于所述解析器实例和所述文件解析配置信息对上传文件进行解析之后,包括:将文件解析结果消息发送至文件解析结果消息队列,对所述文件解析结果消息队列中的文件解析结果消息进行监听,当监听到文件解析结果消息时,将文件解析结果信息发送至客户端。上传文件解析完成后,生成文件解析结果信息,文件解析结果信息包括:文件解析结果。示例性的,文件解析结果信息可以是EDA(Event Driven Architecture,事件驱动架构)消息,可完成端到端如客户端与服务器端的跨集或者跨系统之间的消息传递。实现对客户端的文件上传提示。
可选的,在基于所述解析器实例和所述文件解析配置信息对上传文件进行解析之后,还包括:当文件解析失败时,生成错误结果文件,将所述错误结果文件和错误结果文件的保存路径作为文件解析结果发送至客户端,所述错误结果文件包括:文件解析失败的原因。当上传文件解析处理失败时,根据解析失败的错误信息生成错误结果文件,并把错误文件传输至客户端后,通过文件解析结果信息通知客户端,此时,文件解析结果还包括错误结果文件路径,客户端根据文件解析结果信息中的错误结果文件路径获取错误结果文件,查看具体错误原因。
本实施例的技术方案,本发明实施例应用于服务器,通过接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;使每个文件上传申请都有对应的文件解析消息,方便对上传文件的解析;将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;消息队列可以暂时的存储文件解析消息,等待服务器的处理,从而形成异步上传方式,提升文件上传效率;当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析,解决了文件上传及解析效率低的问题,实现了提高文件上传及解析效率及降低文件解析业务开发成本的效果。
实施例二
图2为本发明实施例二提供的一种文件上传及解析方法的流程图,本实施例以上述实施例为基础进行进一步优化,可选地,在接收客户端发送的文件上传申请之后,还包括:对文件上传申请进行校验;确认文件上传申请的正确性,避免上传错误文件;当校验通过的文件上传申请的上传数据量在预设的数据量阈值范围时,确定上传方式为同步上传;当校验通过的文件上传申请的上传数据量超过预设的数据量阈值范围时,确定上传方式为异步上传。避免由于上传文件数据量过大导致的上传及解析失败从而影响客户体验的问题,提高了文件上传及解析的效率及成功率。
如图2所示,具体包括如下步骤:
S210、接收客户端发送的文件上传申请,对文件上传申请进行校验。
如图3所示为文件上传接入服务的操作流程图,服务器端通过文件上传接入服务接收到客户端发送的文件上传申请,首先校验文件上传申请的格式是否正确,校验文件上传申请中的文件类型是否为空,如果校验通过,则继续;校验不通过,则直接返回异常,根据文件上传申请中的文件存储路径检查上传文件是否存在于服务器端,上传文件的格式和大小是否符合规定,文件上传申请中还包括上传文件列表,循环处理文件列表中的每一个文件,判断文件是否为压缩文件,如果是,则先进行解压,然后在数据库中登记文件信息,包括文件名称、文件类型、文件路径、操作员、文件上传时间、文件来源等,并生成对应的文件编号等信息,避免上传错误文件。
S220、当校验通过的文件上传申请的上传数据量在预设的数据量阈值范围时,确定上传方式为同步上传;当校验通过的文件上传申请的上传数据量超过预设的数据量阈值范围时,确定上传方式为异步上传。
同步上传方式为:客户端向服务器发送一个文件上传申请,等待服务器处理完成返回后,再发送下一个文件上传申请;异步上传方式为:客户端向服务器发送一个文件上传申请,不等待服务器返回上传结果文件,继续向服务器发送下一个文件上传申请。
当服务器校验文件上传申请通过后,需根据文件上传申请确定文件上传方式,可选的,当文件上传申请中规定了文件上传方式时,则以规定的文件上传方式进行上传,当文件上传申请中未规定文件上传方式时,需根据文献上传请求中的需上传文件的数据量来确定文件上传方式。当上传文件的数据量在预设的数据量阈值范围内时,确定上传方式为同步上传;当上传文件的数据量超过搜索预设的数据量阈值范围时,确定上传方式为异步上传。通过文件数据量确定文件上传方式,避免大文件由于交易超时而导致上传失败,提高了文件上传效率。
可选的,当文件上传方式为异步上传时,文件上传及解析方法还包括:当所述文件解析消息发送至文件解析消息队列时,将文件上传申请结果信息发送至客户端。当服务器将文件上传消息发送至文件上传消息队列时,服务器向客户端返回文件上传申请结果信息,提示客户端文件上传申请已经通过,正在等待处理,此时客户端可以向服务器端发送下一个文件上传申请,无需等待文件上传完毕后再发送下一个文件上传申请,提高了文件上传效率,节省了用户的等待时间,提升了用户的体验感。
S230、根据文件上传申请生成文件解析消息。
可选的,如图3所示,服务器通过文件上传接入服务生成文件解析消息,文件解析消息包括消息类型、文件类型、文件路径、操作员等信息。文件解析消息可以是JMS消息。
S240、将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听。
可选的,如图3所示,服务器通过文件上传接入服务将JMS文件解析消息发送至JMS文件解析消息队列中,判断本次文件上传申请中的文件是否都已处理完毕,生成了文件解析消息,如果没有处理完毕则继续处理下一个文件,如果处理完毕则进行下一步操作。
S250、当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息。
如图4所示为文件处理主控服务的操作流程图,可选的,服务器通过文件处理主控服务接收到JMS消息监听服务发送的文件解析消息,文件解析器提供文件解析服务,根据文件解析消息中的文件类型从解析器配置信息中获取到对应的解析器名称,根据解析器名称从解析器工厂获取对应的解析器实例,如果是通用文件格式,则实例化通用文件格式解析器,如果文件格式特殊,则实例化特殊的文件解析器,根据具体配置信息进行区分,调用文件解析服务,根据文件解析消息中的文件存储路径获取上传文件,通过解析配置管理服务获取该文件类型对应的文件解析配置信息,开始解析文件中的每一行数据,并将解析后的结果存入对应的文件解析结果表中。如果文件解析成功,则继续下一步;如果文件解析失败,则根据错误信息生成错误结果文件。
当文件解析成功时,文件处理主控服务判断是否还需进行后续处理,如果是,则根据文件配置信息生成对应的后续异步处理任务,如果否,组装EDA消息,调用EDA消息发送服务将处理结果反馈至客户端;如果文件解析失败,则根据失败的错误信息生成错误结果文件,并把错误文件传输至客户端,通过EDA消息的方式通知客户端,EDA消息包括处理失败的结果及错误结果文件路径。
S260、根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
可选的,如图5所示,文件上传类主要提供文件上传接入服务,入口方法为导入文件,接收文件上传申请,校验请求是否合法,如果是压缩文件,则调用文件解压方法先对压缩文件进行解压,然后针对每个文件调用文件处理方法在数据库中登记文件信息,通过文件处理类中的保存文件方法将登记的文件信息进行保存,调用消息创建类中的创建消息方法根据文件类型组装文件解析信息,调用消息发送服务即调度主控类中的消息发送方法发送文件解析消息至消息队列,返回对应的文件上传申请结果至客户端。当上传文件解析完成后,调用消息发送类中的发送消息方法发送文件解析结果消息至客户端。
如图6所示,图中消息队列监听类主要提供JMS消息监听服务。消息处理主控类提供文件消息处理主控服务。文件解析类提供文件解析服务,完成各类文件格式的文件解析。文件解析器工厂类,根据传入的文件类型生成对应文件解析器实例对象。参数管理类提供解析参数获取服务,完成各个文件类型的配置参数信息管理。
如图7所示为文件异步上传的流程图,服务器端接收客户端通过文件传输组件的文件发送服务发送的上传文件,并保存在预先设置的存储路径中,服务器将文件存储路径返回至客户端;服务器端通过文件上传接入服务接收客户端发送的文件上传申请,文件上传申请中包括上传文件的存储路径。服务器端根据文件存储路径获取上传文件,对文件上传申请及上传文件进行校验,校验文件上传申请是否正确,上传文件是否存在,上传文件的大小格式是否符合规定。如果是压缩文件,则需先对压缩文件进行解压,然后在数据库中登记文件信息,根据文件类型组装文件解析消息,消息主要包括消息类型,文件类型,文件路径等,调用消息发送服务文件解析消息至消息队列,将文件上传申请结果信息发送至客户端。JMS消息监听服务监听到消息后,根据消息类型发送给文件处理主控服务进行文件解析及后续其他相关处理。文件处理主控服务接收到文件解析消息后,根据消息中的文件类型从解析器配置信息中获取到对应的解析器名称,然后根据解析器名称从解析器工厂获取对应的解析器实例,获取上传文件及文件解析配置信息,完成文件的解析入库。如果解析成功且还有后续处理,根据文件解析配置信息再生成后续异步处理任务,组装EDA消息,调用EDA消息发送服务将处理结果反馈至客户端;如果解析处理失败,则根据失败的错误信息生成错误结果文件,并把错误文件传输至客户端,通过EDA消息通知客户端。客户端接收到上传文件解析结果信息后,再进行后续业务处理,如果返回消息中包含错误结果文件路径,则获取对应的文件,查看具体错误原因。
本发明实施例应用于服务器,通过接收客户端发送的文件上传申请,对文件上传申请进行校验,确认文件上传申请的正确性,避免上传错误文件;当校验通过的文件上传申请的上传数据量在预设的数据量阈值范围时,确定上传方式为同步上传;当校验通过的文件上传申请的上传数据量超过预设的数据量阈值范围时,确定上传方式为异步上传。避免由于上传文件数据量过大导致的上传及解析失败从而影响客户体验的问题,提高了文件上传及解析的效率及成功率。根据文件上传申请生成文件解析消息;使每个文件上传申请都有对应的文件解析消息,方便对上传文件的解析;将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;消息队列可以暂时的存储文件解析消息,等待服务器的处理,从而形成异步上传方式,提升文件上传效率;当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析,解决了文件上传及解析效率低的问题,实现了提高文件上传及解析效率及降低文件解析业务开发成本的效果。
实施例三
图8为本发明实施例三提供的一种文件上传及解析装置的结构图,该文件上传及解析装置包括:文件上传申请接收模块310、消息队列监听模块320、信息获取模块330和文件解析模块340。
其中,文件上传申请接收模块310,用于接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;消息队列监听模块320,用于将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;信息获取模块330,用于当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;文件解析模块340,用于根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
在上述实施例的技术方案中,信息获取模块330,包括:
上传文件获取单元,用于根据文件上传申请中的文件存储路径获取上传文件;
解析器名称及配置信息获取单元,用于根据文件上传申请中的文件类型获取解析器名称及文件解析配置信息。
在上述实施例的技术方案中,文件上传及解析装置,还包括:
校验模块,用于对文件上传申请进行校验;
上传方式确定模块,用于当校验通过的文件上传申请的上传数据量在预设的数据量阈值范围时,确定上传方式为同步上传;当校验通过的文件上传申请的上传数据量超过预设的数据量阈值范围时,确定上传方式为异步上传。
在上述实施例的技术方案中,文件上传及解析装置,还包括:
上传文件接收模块,用于接收客户端发送的上传文件,并将所述上传文件保存在预设存储目录下;
存储目录发送模块,用于将所述预设的存储目录发送至客户端。
在上述实施例的技术方案中,文件上传及解析装置,还包括:
文件上传申请结果发送模块,用于当所述文件解析消息发送至文件解析消息队列时,将文件上传申请结果信息发送至客户端。
在上述实施例的技术方案中,文件上传及解析装置,还包括:
解析结果信息模块,用于将文件解析结果消息发送至文件解析结果消息队列,对所述文件解析结果消息队列中的文件解析结果消息进行监听,当监听到文件解析结果消息时,将文件解析结果信息发送至客户端。
在上述实施例的技术方案中,文件上传及解析装置,还包括:
错误结果文件生成模块,用于当文件解析失败时,生成错误结果文件,将所述错误结果文件和错误结果文件的保存路径作为文件解析结果发送至客户端,所述错误结果文件包括:文件解析失败的原因。
本发明实施例应用于服务器,通过接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;使每个文件上传申请都有对应的文件解析消息,方便对上传文件的解析;将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;消息队列可以暂时的存储文件解析消息,等待服务器的处理,从而形成异步上传方式,提升文件上传效率;当监听到所述文件解析消息时,根据文件解析消息获取上传文件、解析器名称及文件解析配置信息;根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析,解决了文件上传及解析效率低的问题,实现了提高文件上传及解析效率及降低文件解析业务开发成本的效果。
本发明实施例所提供的文件上传及解析装置可执行本发明任意实施例所提供的文件上传及解析方法,具备执行方法相应的功能模块和有益效果。
实施例四
图9为本发明实施例四提供的一种服务器的结构示意图,如图9所示,该服务器包括处理器410、存储器420、输入装置430和输出装置440;服务器中处理器410的数量可以是一个或多个,图9中以一个处理器410为例;服务器中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接,图9中以通过总线连接为例。
存储器420作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的文件上传及解析方法对应的程序指令/模块(例如,文件上传及解析装置中的文件上传申请接收模块310、消息队列监听模块320、信息获取模块330和文件解析模块340)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述的文件上传及解析方法。
存储器420可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器420可进一步包括相对于处理器410远程设置的存储器,这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字或字符信息,以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。
实施例五
本发明实施例五还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种文件上传及解析,该方法包括:
接收客户端发送的文件上传申请,根据文件上传申请生成文件解析消息;
将所述文件解析消息发送至文件解析消息队列,对所述文件解析消息队列进行监听;
当监听到所述文件解析消息时,根据文件上传申请获取上传文件、解析器名称及文件解析配置信息;
根据所述解析器名称获取解析器实例,并基于所述解析器实例和所述文件解析配置信息对上传文件进行解析。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的文件上传及解析方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述文件上传及解析装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
本文发布于:2023-04-14 16:19:04,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/3/86713.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |