CN118227557A - 业务信息导入方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务信息导入方法、装置、计算机设备、存储介质和计算机程序产品，涉及计算机技术领域，可用于金融科技领域或其他相关领域。所述方法包括：为待导入文件配置多个文件属性；文件属性包括待导入文件的文件标识和业务信息导入进度；执行针对待导入文件携带的业务信息的导入操作，并在执行导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度；在接收到终端发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度；返回导入进度查询请求对应的业务信息导入进度至终端。采用本方法，用户能够在业务信息的导入过程中获取业务信息的导入进度。

Description

业务信息导入方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种业务信息导入方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

在线上办理业务时，通常需要导入相关的业务信息，而服务器则需要将业务信息导入至数据库中。

相关技术中，在高并发场景下，服务器多采用文件导入的方式对业务信息进行导入以提高导入效率，即用户通过终端将包含业务信息的文件上传至服务器，服务器对文件进行解析，将解析得到的业务信息保存至数据库，并通过终端展示业务信息的最终导入结果；也就是说，用户只能在业务信息导入结束后，获取到业务信息的最终导入结果，无法在业务信息的导入过程中获取业务信息的导入进度。

发明内容

基于此，有必要针对上述用户无法在业务信息的导入过程中获取业务信息的导入进度的技术问题，提供一种使得用户能够在业务信息的导入过程中获取业务信息的导入进度的业务信息导入方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务信息导入方法，包括：

针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

在其中一个实施例中，所述执行针对所述待导入文件携带的业务信息的导入操作，包括：

从多个解析服务器中，确定出处于空闲状态的目标解析服务器；

向所述目标解析服务器发送所述待导入文件；所述目标解析服务器用于对所述待导入文件进行解析处理，并在所述待导入文件解析成功的情况下，将解析得到的所述待导入文件携带的业务信息导入至数据库中。

在其中一个实施例中，所述方法还包括：

在所述待导入文件有多个的情况下，根据每个待导入文件的文件属性，确定所述每个待导入文件的导入优先级；

按照所述导入优先级，依次执行针对所述每个待导入文件携带的业务信息的导入操作。

在其中一个实施例中，所述文件属性还包括文件属性配置时间和业务优先级中的至少一个属性；

所述根据每个待导入文件的文件属性，确定所述每个待导入文件的导入优先级，包括：

根据所述每个待导入文件对应的业务信息导入进度，从所述每个待导入文件中确定出多个候选文件；

基于每个候选文件对应的文件属性配置时间和业务优先级中的至少一个属性，确定所述每个候选文件的导入优先级。

在其中一个实施例中，所述文件属性还包括服务器标识，所述服务器标识用于记录所述待导入文件对应的解析服务器的标识；

在从多个解析服务器中，确定出处于空闲状态的目标解析服务器之后，还包括：

根据所述目标解析服务器的标识，更新所述待导入文件对应的服务器标识；

在向所述目标解析服务器发送所述待导入文件之后，还包括：

确定所述待导入文件的发送结果；

在所述发送结果为发送失败的情况下，根据所述待导入文件对应的服务器标识，向所述服务器标识对应的解析服务器再次发送所述待导入文件。

在其中一个实施例中，所述文件属性还包括发送时刻，所述发送时刻用于记录上一次发送所述待导入文件的时间；

在向所述目标解析服务器发送所述待导入文件之后，还包括：

根据发送所述待导入文件的时间，更新所述待导入文件对应的发送时刻；

所述在所述发送结果为发送失败的情况下，根据所述待导入文件对应的服务器标识，向所述服务器标识对应的解析服务器再次发送所述待导入文件，包括：

在所述发送结果为发送失败的情况下，确定当前时刻与所述待导入文件对应的发送时刻之间的时间差值；

在所述时间差值大于时间差阈值的情况下，向所述服务器标识对应的解析服务器再次发送所述待导入文件。

在其中一个实施例中，所述在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度，包括：

确定接收到所述待导入文件为第一阶段，初始化所述待导入文件对应的业务信息导入进度；

确定向处于空闲状态的目标解析服务器发送所述待导入文件为第二阶段，根据发送结果，更新所述待导入文件对应的业务信息导入进度；

确定所述目标解析服务器对所述待导入文件的解析过程为第三阶段，根据解析结果，更新所述待导入文件对应的业务信息导入进度。

第二方面，本申请还提供了一种业务信息导入装置，包括：

文件属性配置模块，用于针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

导入操作执行模块，用于执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

导入进度查询模块，用于在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

导入进度返回模块，用于返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

上述业务信息导入方法、装置、计算机设备、存储介质和计算机程序产品，首先针对终端上传的包含业务信息的待导入文件，为待导入文件配置多个文件属性；文件属性包括待导入文件的文件标识和业务信息导入进度；然后执行针对待导入文件携带的业务信息的导入操作，并在执行针对待导入文件携带的业务信息的导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度；接着在接收到终端发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度；然后返回导入进度查询请求对应的业务信息导入进度至终端；终端用于展示导入进度查询请求对应的业务信息导入进度。基于上述过程，通过为待导入文件配置文件标识和业务信息导入进度，一方面，能够在针对导入操作的各个阶段中，对业务信息的具体导入情况进行记录，另一方面，能够在用户通过终端发送导入进度查询请求的情况下，基于导入进度查询请求携带的文件标识，获取到对应的业务信息导入进度，此外，通过将获取到的业务信息导入进度返回至终端，还能够通过终端向用户展示业务信息导入进度，从而在业务信息的导入过程中实现了用户对于业务信息的导入进度的获取。

附图说明

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中业务信息导入方法的流程示意图；

图2为一个实施例中业务信息导入方法的应用环境图；

图3为一个实施例中对应更新待导入文件对应的业务信息导入进度的步骤的流程示意图；

图4为一个实施例中执行针对待导入文件携带的业务信息的导入操作的步骤的流程示意图；

图5为一个实施例中批量文件导入性能优化方法的应用环境图；

图6为一个实施例中订单监控模块负责订单记录信息的扫描和状态流转的步骤的流程示意图；

图7为一个实施例中文件解析服务器负责文件解析和状态流转的步骤的流程示意图；

图8为一个实施例中业务信息导入方法装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

还需要说明的是，本申请提供的业务信息导入方法、系统、装置、计算机设备、存储介质和计算机程序产品，可以应用于金融科技领域，例如在用户线上办理业务时，通过本申请提供的业务信息导入方法，能够对用户上传或产生的业务信息进行导入，并使得用户在导入过程中能够随时掌握导入进度，既提高了用户体验，又使得用户能够基于具体的导入进度，采取相应的措施，确保业务信息的成功导入；还可以用于其他相关领域，比如在计算机技术领域中，在用户需要导入文件内的信息时，通过本申请提供的业务信息导入方法，能够对文件内的信息进行导入，在此过程中，用户能够随时查询到导入进度，既提升了用户体验，又使得用户能够响应于具体的导入进度，采取相应的措施，确保文件内的信息的成功导入。

在一示例性实施例中，如图1所示，提供了一种业务信息导入方法，本实施例以该方法应用于服务器进行举例说明，其中，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现，服务器为业务系统对应的服务器；该方法包括以下步骤：

步骤S102，针对终端上传的包含业务信息的待导入文件，为待导入文件配置多个文件属性。

其中，文件属性包括待导入文件的文件标识和业务信息导入进度。

其中，终端为用户线上办理业务时所使用的终端。

需要说明的是，在线上办理业务时，用户通过终端，在业务系统的前端填写业务信息或是上传包含业务信息的文件，这些业务信息或文件会以文件的形式上传至业务系统的后端服务器，服务器需要对文件进行解析，得到其中所包含的业务信息，从而为用户办理业务，并需要将这些业务信息导入到数据库中存储起来。

具体地，终端将用户填写的业务信息或是上传的包含业务信息的文件，以文件的形式，上传至服务器，以使得服务器对文件中的业务信息进行导入。服务器针对终端上传的包含业务信息的待导入文件，首先在接收到待导入文件之后，为文件配置多个文件属性，例如文件标识、业务信息导入进度等。

进一步地，服务器为待导入文件配置的文件属性，可以以表格的记录的形式存储于服务器中。

其中，文件标识用于记录待导入文件的标识。

其中，业务信息导入进度用于记录待导入文件携带的业务信息的导入情况。

步骤S104，执行针对待导入文件携带的业务信息的导入操作，并在执行针对待导入文件携带的业务信息的导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度。

具体地，服务器执行针对待导入文件携带的业务信息的导入操作，具体包括针对待导入文件的解析、将解析得到的业务信息导入至数据库中等，并在执行导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度，例如根据解析结果更新业务信息导入进度、根据导入结果更新业务信息导入进度等。

其中，用于存储业务信息的数据库，可以是独立于服务器的数据库，也可是配置在服务器内部的数据库。

步骤S106，在接收到终端发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度。

具体地，若用户在业务信息的导入过程中，需要获取业务信息的导入情况，则可以通过终端向服务器发送导入进度查询请求，导入进度查询请求携带有用户待查询进度的待导入文件的文件标识；因此，服务器根据导入进度查询请求携带的文件标识，可以在本地存储的文件属性记录表中，查询文件标识对应的目标文件属性记录，然后将该目标文件属性记录中的业务信息导入进度，确定为导入进度查询请求对应的业务信息导入进度。

举例说明，能够理解的是，在表格中，一条记录即为一行对应的数据，因此，在本申请中，一条文件属性记录对应于一个待导入文件的文件属性。因此，服务器可以基于导入进度查询请求携带的文件标识，在本地存储的文件属性记录表中，确定对应的文件标识与导入进度查询请求携带的文件标识匹配的一行数据，该行数据即为目标文件属性记录，然后服务器将该行数据中的业务信息导入进度作为导入进度查询请求对应的业务信息导入进度。

步骤S108，返回导入进度查询请求对应的业务信息导入进度至终端。

其中，终端用于展示导入进度查询请求对应的业务信息导入进度。

具体地，服务器将导入进度查询请求对应的业务信息导入进度返回至终端，终端向用户展示导入进度查询请求对应的业务信息导入进度。

上述业务信息导入方法中，服务器首先针对终端上传的包含业务信息的待导入文件，为待导入文件配置多个文件属性；文件属性包括待导入文件的文件标识和业务信息导入进度；然后，服务器执行针对待导入文件携带的业务信息的导入操作，并在执行针对待导入文件携带的业务信息的导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度；接着，服务器在接收到终端发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度；然后，服务器返回导入进度查询请求对应的业务信息导入进度至终端；终端用于展示导入进度查询请求对应的业务信息导入进度。基于上述过程，通过为待导入文件配置文件标识和业务信息导入进度，一方面，服务器能够在针对导入操作的各个阶段中，对业务信息的具体导入情况进行记录，另一方面，服务器能够在用户通过终端发送导入进度查询请求的情况下，基于导入进度查询请求携带的文件标识，获取到对应的业务信息导入进度，此外，通过将获取到的业务信息导入进度返回至终端，还能够通过终端向用户展示业务信息导入进度，从而在业务信息的导入过程中实现了用户对于业务信息的导入进度的获取，从而提高了用户线上办理业务的体验感。

还需要说明的是，基于服务器返回的业务信息导入进度，不仅能够使得用户能够掌握具体的导入进度，还能够使得用户可以针对具体的导入进度，采取相应的措施，例如，若用户获取到的业务信息导入进度为处理失败，那么用户可以选择重新上传待导入文件，若用户获取到的业务信息导入进度为待处理，那么用户可以选择催促处理待导入文件，以使得服务器优先处理用户上传的待导入文件。

在一示例性实施例中，上述步骤S104中，执行针对待导入文件携带的业务信息的导入操作，具体包括以下内容：从多个解析服务器中，确定出处于空闲状态的目标解析服务器；向目标解析服务器发送待导入文件。

其中，目标解析服务器用于对待导入文件进行解析处理，并在待导入文件解析成功的情况下，将解析得到的待导入文件携带的业务信息导入至数据库中。

其中，本申请实施例提供的业务信息导入方法，可以应用于如图2所示的应用环境中；该应用环境包括终端202、服务器204、多个解析服务器206以及数据库208，其中，终端202、服务器204、解析服务器206以及数据库208之间通过网络进行通信。终端202可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等；服务器204可以用独立的服务器或者是多个服务器组成的服务器集群来实现；每个解析服务器206可以用独立的服务器或者是多个服务器组成的服务器集群来实现；数据库可以是独立于服务器204的数据库，也可以是搭建在服务器204内部的数据库。

其中，终端202为用户线上办理业务时所使用的终端；服务器204为业务系统对应的服务器；解析服务器206用于对用户上传的文件进行解析，得到文件携带的业务信息，并将文件携带的业务信息导入至数据库中进行存储；数据库208用于存储业务信息。

具体地，服务器204首先针对终端202上传的包含业务信息的待导入文件，为待导入文件配置多个文件属性。

然后，服务器204从多个解析服务器206中，确定出处于空闲状态的目标解析服务器206。例如，每个解析服务器可以设置状态属性，并在空闲时将状态属性更新为空闲状态，在执行任务时将状态属性更新为忙碌状态；然后服务器基于各个解析服务器的状态属性，从多个解析服务器中，确定出处于空闲状态的目标解析服务器；或者是，每个解析服务器在空闲时向服务器发送空闲信号，以便于服务器将其确定为处于空闲状态的目标解析服务器。

接着，服务器204向目标解析服务器206发送待导入文件；目标解析服务器206对待导入文件进行解析处理，并在待导入文件解析成功的情况下，将解析得到的待导入文件携带的业务信息导入至数据库208中。例如，目标解析服务器基于待导入文件对应的业务类型，在预设的多个解析策略中确定对应的目标解析策略，并基于目标解析策略对待导入文件进行解析。

进一步地，文件属性还包括业务类型，业务类型用于记录用户正在办理的业务的类型；待导入文件对应的业务的类型，可以通过终端上传待导入文件的入口（例如页面）确定。

服务器204在接收到终端202发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度，并返回导入进度查询请求对应的业务信息导入进度至终端204；终端204展示导入进度查询请求对应的业务信息导入进度。

能够理解的是，随着业务要素和数据量的增加，在高并发场景下，若直接采用服务器对待导入文件解析，会导致服务器CPU（Central Processing Unit，中央处理器）占用率和内存使用率不稳定，从而降低待导入文件的解析效率，进而降低业务信息的导入效率，影响用户的体验感。因此在本实施例中，服务器通过空闲的解析服务器对待导入文件进行解析，能够减轻服务器在高并发场景下的压力，提高待导入文件的解析效率以及业务信息的导入效率，从而提高用户的体验感。

在一示例性实施例中，本申请提供的业务信息导入方法还包括以下内容：在待导入文件有多个的情况下，根据每个待导入文件的文件属性，确定每个待导入文件的导入优先级；按照导入优先级，依次执行针对每个待导入文件携带的业务信息的导入操作。

具体地，在高并发场景下，服务器会同时接收到多个待导入文件；在待导入文件有多个的情况下，服务器根据每个待导入文件的文件属性，确定每个待导入文件的导入优先级，并按照每个待导入文件的导入优先级，依次执行针对每个待导入文件携带的业务信息的导入操作，例如，依次将每个待导入文件发送至对应的解析服务器。

举例说明，服务器扫描各个待导入文件在文件属性记录表中的文件属性记录，基于每个待导入文件的文件属性记录，确定每个待导入文件的导入优先级，然后在确定出处于空闲状态的目标解析服务器的情况下，直接对导入优先级最高的待导入文件执行导入操作。

进一步地，服务器可以定时重新扫描各个待导入文件的文件属性记录，以对各个待导入文件的导入优先级进行更新。

本实施例中，服务器通过待导入文件的文件属性，能够确定待导入文件的导入优先级，从而在待导入文件存在多个的情况下，有序对各个待导入文件进行处理。

如图3所示，在一示例性实施例中，上述步骤S104中，在执行针对待导入文件携带的业务信息的导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度，具体包括以下步骤：

步骤S302，确定接收到待导入文件为第一阶段，初始化待导入文件对应的业务信息导入进度。

步骤S304，确定向处于空闲状态的目标解析服务器发送待导入文件为第二阶段，根据发送结果，更新待导入文件对应的业务信息导入进度。

步骤S306，确定目标解析服务器对待导入文件的解析过程为第三阶段，根据解析结果，更新待导入文件对应的业务信息导入进度。

具体地，服务器将接收到待导入文件的阶段确定为第一阶段，并在接收到待导入文件之后，对待导入文件对应的业务信息导入进度进行初始化；例如，初始化为待处理。

在具体实现中，在用户查询到的进度为待处理的情况下，若用户需要加急办理业务，则可以选择催促待导入文件的处理，服务器响应于用户在第一阶段过程中的催促操作，可以提高待导入文件的导入优先级。

服务器将向空闲状态的目标解析服务器发送待导入文件的阶段确定为第二阶段，并根据待导入文件的发送结果，对应更新待导入文件对应的业务信息导入进度；例如，在待导入文件发送成功的情况下，将业务信息导入进度更新为待解析，在待导入文件发送失败的情况下，将业务信息导入进度更新为待发送。

在具体实现中，通常，待导入文件的发送失败是由于对应的解析服务器异常导致的，因此在用户查询到的进度为待发送的情况下，若用户需要加急办理业务，则可以选择催促待导入文件的处理，服务器响应于用户在第二阶段过程中的催促操作，可以为待导入文件重新确定新的对应的解析服务器。

服务器将目标解析服务器对待导入文件进行解析的阶段确定为第三阶段，并根据待导入文件的解析结果，对应更新待导入文件对应的业务信息导入进度；例如，在待导入文件解析成功的情况下，将业务信息导入进度更新为处理成功，在待导入文件解析失败的情况下，将业务信息导入进度更新为处理失败。

在具体实现中，在用户查询到的进度为处理失败的情况下，用户可以重新上传待导入文件。

进一步地，对于第三阶段的业务信息导入进度的更新，可以由服务器进行，例如，目标解析服务器将解析结果反馈至服务器，服务器对应更新业务信息导入进度；也可以由解析服务器直接进行，例如解析服务器直接访问服务器中存储的待导入文件对应的业务信息导入进度，并基于解析结果对其进行更新。

本实施例中，服务器通过在各个阶段对应更新业务信息导入进度，能够使得用户能够掌握具体的导入进度，还能够使得用户可以针对具体的导入进度，采取相应的措施。

在一示例性实施例中，文件属性还包括文件属性配置时间和业务优先级中的至少一个属性。

根据每个待导入文件的文件属性，确定每个待导入文件的导入优先级，具体包括以下内容：根据每个待导入文件对应的业务信息导入进度，从每个待导入文件中确定出多个候选文件；基于每个候选文件对应的文件属性配置时间和业务优先级中的至少一个属性，确定每个候选文件的导入优先级。

其中，文件属性配置时间用于记录为待导入文件配置多个文件属性的时间。

其中，业务优先级用于表征用户正在办理的业务的优先级，服务器可以根据用户的等级（例如普通用户，还是特殊用户）以及正在办理的业务的紧急重要程度初始化业务优先级，并在用户进行进度催促的情况下，更新业务优先级。

具体地，服务器根据每个待导入文件对应的业务信息导入进度，确定还没有开始处理的待导入文件，即还未发送至对应的解析服务器的待导入文件，并将其作为候选文件。例如，服务器扫描各个待导入文件的文件属性记录，从多个待导入文件中，筛选出对应的业务信息导入进度为待处理的待导入进度，作为候选文件。

然后，服务器针对每个候选文件对应的文件属性配置时间和业务优先级中的至少一个属性，确定每个候选文件的导入优先级。例如，文件属性配置时间越早的，导入优先级越高；又例如，业务优先级越高的，导入优先级越高。

本实施例中，服务器通过各个待导入文件的文件属性配置时间和或业务优先级，确定各个待导入文件的导入优先级，从而能够实现对各个待导入文件的有序处理。

在一示例性实施例中，文件属性还包括服务器标识，服务器标识用于记录待导入文件对应的解析服务器的标识。

在从多个解析服务器中，确定出处于空闲状态的目标解析服务器之后，具体还包括以下内容：根据目标解析服务器的标识，更新待导入文件对应的服务器标识。

在向目标解析服务器发送待导入文件之后，具体还包括以下内容：确定待导入文件的发送结果；在发送结果为发送失败的情况下，根据待导入文件对应的服务器标识，向服务器标识对应的解析服务器再次发送待导入文件。

具体地，服务器在确定出目标解析服务器之后，通过待导入文件对应的服务器标识记录目标解析服务器的标识；然后在向目标解析服务器发送待导入文件之后，确定待导入文件的发送结果，若待导入文件发送失败，则服务器根据待导入文件对应的服务器标识，向服务器标识对应的解析服务器再次发送待导入文件。

进一步地，服务器可以基于待导入文件对应的业务信息导入进度，确定待导入文件的发送结果，若待导入文件对应的业务信息导入进度为待发送，则说明待导入文件发送失败，若待导入文件对应的业务信息导入进度为待解析，则说明待导入文件发送成功。

例如，服务器定时扫描各个待导入文件的文件属性记录，从各个待导入文件中，筛选出对应的业务信息导入进度为待发送的待导入文件，并对这些待导入文件进行再次发送。

能够理解的是，待导入文件的发送失败通常是由于解析服务器的故障导致的，例如解析服务器更新、断开连接等，因此服务器可以尝试向解析服务器再次发送待导入文件，以使得解析服务器在恢复正常之后可以接收到待导入文件，继续对待导入文件进行处理。

又进一步地，解析服务器在向服务器发送空闲信号之后，会进入忙碌状态，直到解析完相应的待导入文件，才会回到空闲状态，因此，各个待导入文件的首次发送和再次发送并不冲突。

本实施例中，服务器通过服务器标识，能够记录待导入文件对应的解析服务器的标识，从而在待导入文件发送失败的情况下，实现对待导入文件的再次发送。

在一示例性实施例中，文件属性还包括发送时刻，发送时刻用于记录上一次发送待导入文件的时间。

在向目标解析服务器发送待导入文件之后，具体还包括以下内容：根据发送待导入文件的时间，更新待导入文件对应的发送时刻。

在发送结果为发送失败的情况下，根据待导入文件对应的服务器标识，向服务器标识对应的解析服务器再次发送待导入文件，具体包括以下内容：在发送结果为发送失败的情况下，确定当前时刻与待导入文件对应的发送时刻之间的时间差值；在时间差值大于时间差阈值的情况下，向服务器标识对应的解析服务器再次发送待导入文件。

具体地，服务器在发送待导入文件之后，还需要通过待导入文件对应的发送时刻记录发送待导入文件的时间；然后在待导入文件的发送结果为发送失败的情况下，确定当前时刻与待导入文件对应的发送时刻之间的时间差值，并在时间差值大于时间差阈值的情况下，再次发送待导入文件。

举例说明，服务器定时扫描各个待导入文件的文件属性记录，当扫描到的文件属性记录中的业务信息导入进度为待发送，则服务器将对应的待导入文件的发送结果确定为发送失败，并根据扫描到该待导入文件的当前时刻和该待导入文件对应的发送时刻，确定当前时刻与发送时刻之间的时间差值。

由于待导入文件的发送失败通常是因为解析服务器的故障导致的，而解析服务器的恢复需要一定时间，为了减少服务器的发送工作，以及减少待导入文件的发送失败次数，服务器需要在与上一次发送间隔一定时长之后再对待导入文件进行再次发送。因此，本实施例中，服务器发送时刻，能够记录待导入文件的上一次发送时间，从而确保再次发送与上一次发送之间间隔了一定时长，以避免多次发送失败导致的资源浪费。

如图4所示，在一示例性实施例中，上述步骤S104中，执行针对待导入文件携带的业务信息的导入操作，具体包括以下步骤：

步骤S402，从多个解析服务器中，确定出处于空闲状态的目标解析服务器。

步骤S404，根据目标解析服务器的标识，更新待导入文件对应的服务器标识。

步骤S406，向目标解析服务器发送待导入文件，根据发送待导入文件的时间，更新待导入文件对应的发送时刻。

步骤S408，确定待导入文件的发送结果。

步骤S410，在发送结果为发送失败的情况下，确定当前时刻与待导入文件对应的发送时刻之间的时间差值。

步骤S412，在时间差值大于时间差阈值的情况下，向服务器标识对应的解析服务器再次发送待导入文件。

在一示例性实施例中，文件属性还包括发送失败次数。

在上述步骤S408，确定待导入文件的发送结果之后，还包括以下内容：在发送结果为发送失败的情况下，更新待导入文件对应的发送失败次数；在待导入文件对应的发送失败次数大于发送失败次数阈值的情况下，将待导入文件对应的业务信息导入进度更新为处理失败。

能够理解的是，对于待导入文件的再次发送与首次发送类似，服务器也会对应更新发送时刻、业务信息导入进度和发送失败次数。

具体地，在每一次待导入文件发送之后，若待导入文件的发送结果为发送失败，服务器还会更新待导入文件对应的发送失败次数，并在待导入文件对应的发送失败次数大于发送失败次数阈值的情况下，将待导入文件对应的业务信息导入进度更新为处理失败。

在一示例性实施例中，针对待导入文件的发送阶段（第二阶段）的处理失败，服务器可以将业务信息导入进度更新为第一处理失败，针对待导入文件的解析阶段（第三阶段）的处理失败，服务器可以将业务信息导入进度更新为第二处理失败，以对二者进行区分。

在一示例性实施例中，本申请提供的业务信息导入方法，具体还包括以下内容：在待导入文件对应的业务信息导入进度为处理失败的情况下，向终端发送失败提示信息；终端用于展示失败提示信息。

进一步地，处理失败包括第一处理失败和第二处理失败。

又进一步地，失败提示信息携带有对应的业务信息导入进度，以使得用户能够知晓具体是在什么阶段处理失败，并采取相应措施。

为了更清晰阐明本申请实施例提供的业务信息导入方法，以下以一个具体的实施例对该业务信息导入方法进行具体说明，但应当理解的是，本申请实施例并不限于此。在一示例性实施例中，本申请还提供了一种批量文件导入性能优化方法，具体包括以下内容：

本实施例应用于如图5所示的应用环境中。该环境包括文件接收和订单流转服务器和多个文件解析服务器；文件接收和订单流转服务器中包括文件接收模块、订单生成模块、订单监控模块以及订单查询模块。

文件接收模块主要负责文件接收和生成文件记录信息。文件记录信息至少包括文件的文件编号、对应的业务类型、文件名和文件路径。

订单生成模块主要负责订单的生成，当文件接收模块生成文件记录信息之后，订单生成模块为文件生成对应的订单记录信息。订单记录信息至少包括文件对应的订单编号、文件编号、订单状态、订单生成时间、发送时刻、失败次数、服务器标识和优先级。其中，订单状态的初始状态为“待处理”；优先级可以由业务重要程度和客户等级综合确定。

订单监控模块主要负责订单记录信息的扫描和状态流转，如图6所示，当某台文件解析服务器空闲时，向订单监控模块发送空闲信号；订单监控模块扫描订单记录信息，当存在“待处理”订单时，根据订单生成时间和优先级获取一条订单记录信息，并且把该订单记录信息的订单状态更新为“处理中”，把该订单记录信息的服务器标识更新为当前发送空闲信号的文件解析服务器的标识。后续如果发送文件成功，则将订单状态更新为“待解析”；如果发送文件失败，则将订单状态更新为“待发送”，并且记录失败次数，等待下一轮处理， 当失败次数超过一定阀值，则将订单状态更新为“处理失败”，同时记录失败原因为文件发送失败，后续不会再扫描该订单记录信息。

订单查询模块主要提供订单信息的查询，让用户能够及时了解文件的处理进度，例如返回订单信息，包括订单编号、订单状态等。如果订单流转过程中有相关报错，则增加返回错误原因。

文件解析服务器主要负责文件解析和状态流转，如图7所示。对于“待处理”订单对应的文件，根据业务类型调起相应的解析程序对其进行解析。如果文件解析成功，则更新订单状态为“处理成功”；如果文件解析失败，则更新订单状态为“处理失败”。

本实施例中，首先对于文件的解析过程具有可配置性，如果需要增加业务类型，可以复用原有文件解析框架，只需要开发相应的解析程序和增加相应的配置即可。其次，采用多线程的文件解析服务器对文件进行解析，避免文件接收和订单流转服务器负载过多出现不稳定。最重要的是，采用了订单服务模式，使得用户可以随时掌握处理进度，提高了用户体验感。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务信息导入方法的业务信息导入装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务信息导入装置实施例中的具体限定可以参见上文中对于业务信息导入方法的限定，在此不再赘述。

在一个示例性的实施例中，如图8所示，提供了一种业务信息导入装置，包括：文件属性配置模块802、导入操作执行模块804、导入进度查询模块806和导入进度返回模块808，其中：

文件属性配置模块802，用于针对终端上传的包含业务信息的待导入文件，为待导入文件配置多个文件属性；文件属性包括待导入文件的文件标识和业务信息导入进度。

导入操作执行模块804，用于执行针对待导入文件携带的业务信息的导入操作，并在执行针对待导入文件携带的业务信息的导入操作的各个阶段，对应更新待导入文件对应的业务信息导入进度。

导入进度查询模块806，用于在接收到终端发送的导入进度查询请求的情况下，根据导入进度查询请求携带的文件标识，确定导入进度查询请求对应的业务信息导入进度。

导入进度返回模块808，用于返回导入进度查询请求对应的业务信息导入进度至终端；终端用于展示导入进度查询请求对应的业务信息导入进度。

在一示例性实施例中，导入操作执行模块804，还用于多个解析服务器中，确定出处于空闲状态的目标解析服务器；向目标解析服务器发送待导入文件；目标解析服务器用于对待导入文件进行解析处理，并在待导入文件解析成功的情况下，将解析得到的待导入文件携带的业务信息导入至数据库中。

在一示例性实施例中，导入操作执行模块804，还用于在待导入文件有多个的情况下，根据每个待导入文件的文件属性，确定每个待导入文件的导入优先级；按照导入优先级，依次执行针对每个待导入文件携带的业务信息的导入操作。

在一示例性实施例中，文件属性还包括文件属性配置时间和业务优先级中的至少一个属性。

导入操作执行模块804，还用于根据每个待导入文件对应的业务信息导入进度，从每个待导入文件中确定出多个候选文件；基于每个候选文件对应的文件属性配置时间和业务优先级中的至少一个属性，确定每个候选文件的导入优先级。

在一示例性实施例中，文件属性还包括服务器标识，服务器标识用于记录待导入文件对应的解析服务器的标识。

导入操作执行模块804，还用于根据目标解析服务器的标识，更新待导入文件对应的服务器标识。

导入操作执行模块804，还用于确定待导入文件的发送结果；在发送结果为发送失败的情况下，根据待导入文件对应的服务器标识，向服务器标识对应的解析服务器再次发送待导入文件。

在一示例性实施例中，文件属性还包括发送时刻，发送时刻用于记录上一次发送待导入文件的时间；

导入操作执行模块804，还用于根据发送待导入文件的时间，更新待导入文件对应的发送时刻。

导入操作执行模块804，还用于在发送结果为发送失败的情况下，确定当前时刻与待导入文件对应的发送时刻之间的时间差值；在时间差值大于时间差阈值的情况下，向服务器标识对应的解析服务器再次发送待导入文件。

在一示例性实施例中，导入操作执行模块804，还用于确定接收到待导入文件为第一阶段，初始化待导入文件对应的业务信息导入进度；确定向处于空闲状态的目标解析服务器发送待导入文件为第二阶段，根据发送结果，更新待导入文件对应的业务信息导入进度；确定目标解析服务器对待导入文件的解析过程为第三阶段，根据解析结果，更新待导入文件对应的业务信息导入进度。

上述业务信息导入装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一示例性的实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务信息。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务信息导入方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一示例性的实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一示例性的实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一示例性的实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

1.一种业务信息导入方法，其特征在于，所述方法包括：

针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

2.根据权利要求1所述的方法，其特征在于，所述执行针对所述待导入文件携带的业务信息的导入操作，包括：

从多个解析服务器中，确定出处于空闲状态的目标解析服务器；

向所述目标解析服务器发送所述待导入文件；所述目标解析服务器用于对所述待导入文件进行解析处理，并在所述待导入文件解析成功的情况下，将解析得到的所述待导入文件携带的业务信息导入至数据库中。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述待导入文件有多个的情况下，根据每个待导入文件的文件属性，确定所述每个待导入文件的导入优先级；

按照所述导入优先级，依次执行针对所述每个待导入文件携带的业务信息的导入操作。

4.根据权利要求3所述的方法，其特征在于，所述文件属性还包括文件属性配置时间和业务优先级中的至少一个属性；

所述根据每个待导入文件的文件属性，确定所述每个待导入文件的导入优先级，包括：

根据所述每个待导入文件对应的业务信息导入进度，从所述每个待导入文件中确定出多个候选文件；

基于每个候选文件对应的文件属性配置时间和业务优先级中的至少一个属性，确定所述每个候选文件的导入优先级。

5.根据权利要求2所述的方法，其特征在于，所述文件属性还包括服务器标识，所述服务器标识用于记录所述待导入文件对应的解析服务器的标识；

在从多个解析服务器中，确定出处于空闲状态的目标解析服务器之后，还包括：

根据所述目标解析服务器的标识，更新所述待导入文件对应的服务器标识；

在向所述目标解析服务器发送所述待导入文件之后，还包括：

确定所述待导入文件的发送结果；

在所述发送结果为发送失败的情况下，根据所述待导入文件对应的服务器标识，向所述服务器标识对应的解析服务器再次发送所述待导入文件。

6.根据权利要求5所述的方法，其特征在于，所述文件属性还包括发送时刻，所述发送时刻用于记录上一次发送所述待导入文件的时间；

在向所述目标解析服务器发送所述待导入文件之后，还包括：

根据发送所述待导入文件的时间，更新所述待导入文件对应的发送时刻；

所述在所述发送结果为发送失败的情况下，根据所述待导入文件对应的服务器标识，向所述服务器标识对应的解析服务器再次发送所述待导入文件，包括：

在所述发送结果为发送失败的情况下，确定当前时刻与所述待导入文件对应的发送时刻之间的时间差值；

在所述时间差值大于时间差阈值的情况下，向所述服务器标识对应的解析服务器再次发送所述待导入文件。

7.根据权利要求1至6任意一项所述的方法，其特征在于，所述在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度，包括：

确定接收到所述待导入文件为第一阶段，初始化所述待导入文件对应的业务信息导入进度；

确定向处于空闲状态的目标解析服务器发送所述待导入文件为第二阶段，根据发送结果，更新所述待导入文件对应的业务信息导入进度；

确定所述目标解析服务器对所述待导入文件的解析过程为第三阶段，根据解析结果，更新所述待导入文件对应的业务信息导入进度。

8.一种业务信息导入装置，其特征在于，所述装置包括：

文件属性配置模块，用于针对终端上传的包含业务信息的待导入文件，为所述待导入文件配置多个文件属性；所述文件属性包括所述待导入文件的文件标识和业务信息导入进度；

导入操作执行模块，用于执行针对所述待导入文件携带的业务信息的导入操作，并在执行针对所述待导入文件携带的业务信息的导入操作的各个阶段，对应更新所述待导入文件对应的业务信息导入进度；

导入进度查询模块，用于在接收到所述终端发送的导入进度查询请求的情况下，根据所述导入进度查询请求携带的文件标识，确定所述导入进度查询请求对应的业务信息导入进度；

导入进度返回模块，用于返回所述导入进度查询请求对应的业务信息导入进度至所述终端；所述终端用于展示所述导入进度查询请求对应的业务信息导入进度。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。