CN110995842A - 业务数据下载方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种业务数据下载方法、装置、设备及存储介质，属于计算机技术领域。本实施例提供了一种基于身份管理来下载业务数据的方法，为各个业务系统提供了统一的下载流程。通过身份管理信息，来管理每个业务系统的业务身份标识，当某个业务系统请求下载数据时，查询管理的业务身份标识，如果发现该业务系统使用了业务身份标识，则为业务系统下载数据。由于每个业务系统均可以使用对应的业务身份标识下载数据，因此这种下载流程可以适于各个业务系统，从而避免为每个业务系统分别开发下载流程的情况，节约了开发成本。此外，将下载流程与业务系统本身的业务处理流程进行了解耦，免去了执行下载流程为业务系统带来的处理压力。

Description

业务数据下载方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种业务数据下载方法、装置、设备及存储介质。

背景技术

时下，很多应用由多种业务系统共同支撑。例如，电商应用的业务系统可以包括仓储系统、配送系统、采销系统、微仓系统、计费系统等等。业务系统在处理业务的过程中，会产生大量的业务数据，需要下载业务系统的业务数据，以便对业务数据分析处理。

目前，开发人员会为每个业务系统分别开发对应的下载流程，例如，如果平台包括业务系统A和业务系统B，开发人员要为业务系统A开发对应的下载流程A，为业务系统B开发对应的下载流程B。当需要下载业务数据时，会执行下载流程A，下载业务系统A的数据，执行下载流程B，下载业务系统B的数据。

采用上述方法时，开发人员要为每个业务系统分别开发对应的下载流程，导致耗费的人力成本较高，效率低下。尤其是，随着应用后台的系统架构日趋庞大和复杂，应用对应的业务系统往往众多，导致经常面临为同一应用的不同业务系统重复开发下载流程的情况，造成人力资源和时间成本的浪费。

发明内容

本申请实施例提供了一种业务数据下载方法、装置、设备及存储介质，能够解决相关技术中为每个业务系统重复开发下载流程导致效率低下、造成人力资源和时间成本的浪费的问题。所述技术方案如下：

一方面，提供了一种业务数据下载方法，所述方法包括：

接收下载请求；

解析所述下载请求，得到所述下载请求携带的目标业务身份标识；

根据所述目标业务身份标识，查询身份管理信息，所述身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统；

若所述目标业务身份标识与所述身份管理信息中的任一业务身份标识一致，下载目标业务系统的业务数据，所述目标业务系统为所述目标业务身份标识所标识的业务系统。

可选地，所述下载目标业务系统的业务数据，包括：

通过线程池中的多个线程，异步下载所述目标业务系统的业务数据。

可选地，所述通过线程池中的多个线程，异步下载所述目标业务系统的业务数据，包括：

生成多个下载任务，每个下载任务为下载所述目标业务系统的部分业务数据；

对所述多个下载任务进行持久化存储；

通过所述多个线程，并行执行不同的下载任务。

可选地，所述通过线程池中的多个线程，异步下载所述目标业务系统的业务数据，包括：

当所述多个线程中任一线程对所述多个下载任务中的任一下载任务执行成功时，通过所述线程，对任务表中所述下载任务的任务状态进行更新。

可选地，所述根据所述目标业务身份标识，查询身份管理信息之前，所述方法还包括：

接收业务身份请求，所述业务身份请求用于请求为业务系统申请业务身份标识；

生成业务身份标识；

将所述业务身份标识写入所述身份管理信息。

可选地，所述生成业务身份标识，包括：

根据接收到所述业务身份请求的时间点、业务线标识以及业务单据类型，生成业务身份标识，所述业务身份标识包括所述时间点、所述业务线标识以及所述业务单据类型。

可选地，所述目标业务系统的业务数据包括多个分页，所述下载所述目标业务系统的业务数据，包括：

对于所述多个分页中的每个分页，向所述目标业务系统发送分页查询请求，所述分页查询请求包括所述分页的分页标识；

从所述目标业务系统接收分页查询响应，所述分页查询响应包括所述分页对应的业务数据。

另一方面，提供了一种业务数据下载装置，所述装置包括：

接收模块，用于接收下载请求；

解析模块，用于解析所述下载请求，得到所述下载请求携带的目标业务身份标识；

查询模块，用于根据所述目标业务身份标识，查询身份管理信息，所述身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统；

下载模块，用于若所述目标业务身份标识与所述身份管理信息中的任一业务身份标识一致，下载目标业务系统的业务数据，所述目标业务系统为所述目标业务身份标识所标识的业务系统。

可选地，所述下载模块，用于通过线程池中的多个线程，异步下载所述目标业务系统的业务数据。

可选地，所述下载模块，用于生成多个下载任务，每个下载任务为下载所述目标业务系统的部分业务数据；对所述多个下载任务进行持久化存储；通过所述多个线程，并行执行不同的下载任务。

可选地，所述下载模块，用于当所述多个线程中任一线程对所述多个下载任务中的任一下载任务执行成功时，通过所述线程，对任务表中所述下载任务的任务状态进行更新。

可选地，所述接收模块，还用于接收业务身份请求，所述业务身份请求用于请求为业务系统申请业务身份标识；

所述装置还包括：生成模块，用于生成业务身份标识；

写入模块，用于将所述业务身份标识写入所述身份管理信息。

可选地，所述生成模块，用于根据接收到所述业务身份请求的时间点、业务线标识以及业务单据类型，生成业务身份标识，所述业务身份标识包括所述时间点、所述业务线标识以及所述业务单据类型。

可选地，所述目标业务系统的业务数据包括多个分页，所述下载模块，用于对于所述多个分页中的每个分页，向所述目标业务系统发送分页查询请求，所述分页查询请求包括所述分页的分页标识；从所述目标业务系统接收分页查询响应，所述分页查询响应包括所述分页对应的业务数据。

另一方面，提供了一种电子设备，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述至少一条指令由所述一个或多个处理器加载并执行以实现上述业务数据下载方法所执行的操作。

另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述业务数据下载方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果至少包括：

本实施例提供了一种基于身份管理来下载业务数据的方法，为各个业务系统提供了统一的下载流程。通过身份管理信息，来管理每个业务系统的业务身份标识，当某个业务系统请求下载数据时，查询管理的业务身份标识，如果发现该业务系统使用了业务身份标识，则为业务系统下载数据。由于每个业务系统均可以使用对应的业务身份标识下载数据，因此这种下载流程可以适于各个业务系统，从而避免为每个业务系统分别开发下载流程的情况，由于避免了下载流程的重复开发，因此节约了开发成本。此外，本实施例提供的方法可以在业务系统之外的其他设备上执行，比如在下载框架的控制台执行。如此，将下载流程与业务系统本身的业务处理流程进行了解耦，业务系统由于无需由本端去下载数据，因此免去了业务系统本端执行下载流程为业务系统带来的处理压力，从而节省了业务系统的算力。由于业务系统可以为业务处理流程留出更多算力，也就加速了业务系统的业务处理流程。

附图说明

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

图1是本申请实施例提供的一种业务数据下载方法的实施环境的示意图；

图2是本申请实施例提供的一种业务数据下载系统的架构图；

图3是本申请实施例提供的一种业务数据下载方法的流程图；

图4是本申请实施例提供的一种业务数据下载方法的流程图；

图5是本申请实施例提供的一种业务身份标识规则的示意图；

图6是本申请实施例提供的一种下载任务的状态流的示意图；

图7是本申请实施例提供的一种业务数据下载装置的结构示意图；

图8是本申请实施例提供的一种终端的结构示意图；

图9是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中的字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请中术语“多个”的含义是指两个或两个以上，例如，多个数据包是指两个或两个以上的数据包。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。

以下，对本申请实施例的系统架构进行介绍。其中，通过图1，从硬件的角度描述系统架构，通过图2，从软件的角度描述系统架构。

图1是本申请实施例提供的一种业务数据下载方法的实施环境的示意图。该实施环境包括：终端101和平台102。终端101通过无线网络或有线网络与平台102相连。

终端101可以是智能手机、游戏主机、台式计算机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器或MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机中的至少一种。终端101安装和运行有应用程序，该应用程序可以通过浏览器运行，也可以通过独立的客户端运行。该应用程序可以访问业务系统，可以在该应用程序中，显示业务系统关联的界面。终端101可以是业务系统的管理用户使用的终端，终端101中运行的应用程序内登录有用户账号。

平台102包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。平台102包括：多个服务器1021、服务器1022以及数据库1023。每个服务器1021上可以运行业务系统，不同服务器1021上运行的业务系统可以不同或相同。例如，一个服务器1021上运行有仓储系统，另一个服务器1021上运行有配送系统。服务器1021可以为终端101上运行的应用程序提供后台服务。通过终端101，可以访问服务器1021上部署的业务系统。数据库1023可以提供为数据中心，可以用于存储业务数据以及文件。

本领域技术人员可以知晓，上述终端101、服务器1021的数量可以更多或更少。比如上述终端101、服务器1021、服务器1022以及数据库1023可以仅为一个，或者上述终端101、服务器1021、服务器1022以及数据库1023为几十个或几百个，或者更多数量，此时上述实施环境还包括其他终端、其他服务器或其他数据库。本申请实施例对终端、服务器或数据库的数量和设备类型不加以限定。

以上示例性介绍了本申请的硬件架构，该硬件架构可以作为下述方法实施例的基础设施。以下通过图2，示例性介绍本申请提供的逻辑功能架构。

参见图2，图2是本申请实施例提供的一种用于下载业务数据的系统架构图，图2所示的架构可以提供为异步下载框架，该异步下载框架包括控制台、控制中心以及数据中心。

控制台包括身份管理模块和任务管理模块。身份管理模块用于对平台上的各个业务系统进行身份管理，每个业务系统首次接入异步下载框架时，可以向异步下载框架申请业务身份标识，身份管理模块可以维护每个业务系统的业务身份标识，将每个业务系统的业务身份标识作为对应业务系统的唯一准入条件，通过不同的业务身份标识，可以区分不同的业务系统，从而对不同业务系统在下载流程上进行隔离。其中，每个业务身份标识可以对应一种配置。

任务管理模块用于对业务系统的用户的下载任务进行管理。任务管理模块可以用于展示下载任务的状态，并提供文件下载的入口。每当用户进行下载操作时，可以通过任务管理模块为其生成一个下载任务。

控制中心用于对异步下载框架进行控制，可以视为异步下载框架的大脑。控制中心用于调度下载任务流程，维护核心服务。具体而言，控制中心至少可以包括三个功能。第一，面向调度的离线任务服务以及文件传输服务。第二，面向用户的身份管理服务和任务管理服务。第三，提供业务数据的离线异步下载流程。例如，控制中心可以为图1所示架构中的服务器1022。

数据中心用于对数据以及文件进行存储。数据中心至少可以包括两个功能。第一，将业务身份标识以及下载任务记录持久化存储至MySQL(一种关系型数据库)。第二，将业务数据统一存储到文件服务器。例如，数据中心可以为图1所示架构中的数据库1023。

图2所示的下载框架可以为各个业务系统提供业务数据的下载能力，能够基于身份管理来提升业务数据的下载体验。在下述方法实施例中，通过为每个业务系统申请业务身份标识，使用下载框架提供的下载能力，从而统一为各个业务系统进行异步下载。如此，由于下载流程基于下载框架实现，从而将下载流程与业务系统解耦。

其中，该业务数据可以是业务单据，也可以是业务单据之外的其他类型的业务数据。应理解，图2所示的下载框架可以应用在下载各种业务数据的情况下，本实施例对下载框架下载的业务数据的具体类型不做限定。

图1和图2示出了本申请实施例提供的系统架构，以下结合图3和图4，介绍基于图1以及图2所示架构的方法流程，该方法能够基于对业务系统进行身份管理，来提升业务数据下载体验，并实现异步下载的功能。参见图3，该方法包括：

301、电子设备接收业务身份请求。

电子设备可以是运行有下载框架的任一设备。业务身份请求用于为业务系统申请业务身份标识，业务身份请求可以由业务系统的用户的操作触发。例如，参见图4，业务系统的用户可以在终端上触发业务身份申请操作，终端检测到操作时，可以向控制中心发送业务身份请求，以使控制中心为业务系统生成对应的业务身份。接收业务身份请求的时机可以包括多种情况，例如，当业务系统首次接入下载框架时，可以为业务系统发起业务身份请求，从而在业务系统首次接入的情况下，为业务系统申请业务身份。在一些实施例中，业务身份请求可以携带时间点、业务系统的标识以及业务数据的类型。通过在业务身份请求中携带业务系统的标识，可以指明要为哪个业务系统申请业务身份标识，通过在业务身份请求中携带业务数据的类型，可以指明业务系统需要下载哪种类型的业务数据。其中，如果应用在下载业务单据的场景，则业务数据的类型可以是业务单据的类型，比如可以是订单类型。

302、电子设备生成业务身份标识。

业务身份标识至少用于标识业务系统，能够指明业务系统的业务身份。业务身份标识的规则可以如图5所示，该业务身份标识可以包括时间点(config_date)、业务线标识(business_line_code)以及业务单据类型(type_code)。例如，参见图5，业务身份标识的第一个字段可以是年月日，第二个字段是业务线标识，第三个字段是业务单据类型。其中，业务身份标识中的时间点可以是接收到业务身份请求的时间点。业务身份标识中的时间点可以使用日期为单位，例如，业务身份标识中的时间点可以为年月日的格式。业务线标识用于标识业务系统对应的业务线。可以根据接收到该业务身份请求的时间点、业务系统的业务线标识以及业务单据类型，生成业务身份标识。

例如，仓储系统的业务身份标识可以是20190901-wms-order，20190901表示为仓储系统申请业务身份的时间是2019年9月1日，wms为仓储系统的业务线标识，order表示业务单据类型是订单。

又如，配送系统的业务身份标识可以是20190901-tms-order。20190901表示为配送系统申请业务身份的时间是2019年9月1日，tms为配送系统的业务线标识，order表示业务单据类型是订单。

其中，业务身份标识最小的粒度可以是业务单据类型。例如，如果某一个业务系统具有下载多种业务单据类型的需求，可以为该业务系统申请多个业务身份标识，当要下载该业务系统的某一种类型的业务单据时，可以使用该业务单据类型对应的业务身份标识，接入下载框架。

303、电子设备将该业务身份标识写入身份管理信息。

考虑到接入下载框架的业务系统可以众多，可以通过身份管理信息，统一地管理各个业务系统的业务身份。其中，身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统。身份管理信息可以是列表的形式，该列表的每一行可以包括一个业务系统的业务身份标识。例如，身份管理信息可以如下表1所示。

表1

通过上述步骤，针对各个业务系统进行了身份管理，提供了各个业务系统接入下载框架的标准流程。

304、电子设备接收下载请求。

下载请求用于请求下载目标业务系统的业务数据，该目标业务系统可以是预先申请了业务身份标识的任一个业务系统。下载请求可以包括目标业务身份标识。该目标业务身份标识是指目标业务系统对应的业务身份标识，能够标识目标业务系统。

参见图4，业务系统的用户可以在终端上执行下载操作，终端会检测下载操作，生成下载请求，向下载框架发送下载请求，则下载框架会接收到下载请求。

在一个示例性场景中，仓储系统的管理用户可以通过终端访问仓储系统，终端可以显示下载选项，管理用户点击下载选项后，终端会生成下载请求，将下载请求发送至下载框架，从而请求下载仓储系统的业务单据。

305、电子设备解析下载请求，得到下载请求携带的目标业务身份标识。

306、电子设备根据该目标业务身份标识，查询身份管理信息。

参见图4，可以根据业务身份查询接入配置，从而利用身份管理信息对下载请求进行验证。具体而言，可以对目标业务身份标识与预先申请的每个业务身份标识分别进行对比，若下载请求携带的业务身份标识与预先申请的某个业务身份标识完全相同，则验证通过。

在一个示例性场景中，如果下载框架接收到下载请求，解析后发现下载请求携带了20190901-wms-order，查询表1，发现20190901-wms-order命中了主键001对应的记录，则对下载请求验证通过，下载仓储系统的订单。

通过这种方式，可以对下载请求的发送端进行身份验证，验明下载请求来自于合法的业务身份，从而提高业务数据传输的安全性。

307、若目标业务身份标识与身份管理信息中的任一业务身份标识一致，电子设备下载目标业务系统的业务数据。

在一些实施例中，可以采用线程池技术下载业务数据。具体而言，可以创建线程池，通过线程池中的多个线程，异步下载该目标业务系统的业务数据。示例性地，基于线程池的下载过程可以包括以下步骤一至步骤三：

步骤一、生成多个下载任务。

其中，每个下载任务可以为下载该目标业务系统的部分业务数据。

步骤二、对该多个下载任务进行持久化存储。

例如，可以预先创建任务表，该任务表用于存储每个下载任务，每当生成一个下载任务后，可以将该任务写入该任务表中。该任务表可以包括主键、业务身份标识以及任务状态(task_status)等。其中，身份管理信息和任务表可以是一对多的关系，例如，可以针对每个业务系统执行多个下载任务，则每个业务系统的业务身份标识可以关联多个下载任务。举例来说，可以使用同一个业务身份标识，下载多次订单，则任务表会出现该业务身份标识对应的多条记录，每条记录对应一个下载任务。

步骤三、通过该多个线程，并行执行不同的下载任务。

其中，每个线程可以执行一个下载任务，不同线程可以同时执行不同的下载任务。

相关技术中，通常采用同步的方式来下载业务数据，当用户点击下载按钮或导出按钮后，需要同步等待下载结果，耗费了很长时间，影响了下载效率。

而通过上述步骤一至步骤三，达到的效果至少可以包括：通过利用线程池，以异步的方式下载业务系统的业务数据，每当任一线程执行一个下载任务完成后，可以继续执行剩余的下载任务，而无需等待其他线程。通过异步下载的方式，不同线程可以并行下载不同的业务数据，比如可以并行下载不同的订单，从而节省了业务数据整体的下载时间。并且，每当任一线程下载业务数据成功后，可以直接下载剩余的业务数据，而无需等待其他线程下载成功，从而免去了等待其他线程带来的时间开销。

在一些实施例中，在线程池下载业务数据的过程中，可以通过主线程执行下载任务之外的其他任务，而无需等待下载任务执行完成。因此，业务数据的下载任务和其他任务得以并行执行，从而避免下载任务阻塞其他任务。

在一个示例性场景中，可以通过线程池中的线程来下载订单，通过主线程对已下载的订单进行统计分析，从而使得订单的下载任务与订单的统计分析任务得以并行执行，而避免下载任务阻塞统计分析任务。

在一些实施例中，当该多个线程中任一线程对该多个下载任务中的任一下载任务执行成功时，可以通过该线程，对任务表中该下载任务的任务状态进行更新。例如，参见图4，可以更新文件信息到离线任务表。具体地，可以将任务状态更新为运行成功，另外，可以将文件在文件服务器中的存储地址存储至离线任务表。

在一些实施例中，可以采用分页查询技术，将业务数据划分为多个分页，依次查询每个分页对应的业务数据，将查询结果依次写入至文件中。

示例性地，参见图6，图6示出了下载任务的状态流，该状态流用于描述下载任务在生命周期的不同状态之间的流转过程。首先，下载任务处于待运行状态，当触发分页数据查询后，下载任务从待运行状态切换为运行中状态。当查询成功时，下载任务从运行中状态切换为运行成功状态。当查询失败时，下载任务从运行中状态切换为运行失败状态。

在一些实施例中，分页查询的过程可以包括以下步骤一至步骤三：

步骤一、对于多个分页中的每个分页，向目标业务系统发送分页查询请求。

例如，参见图4，下载框架可以采用分页查询技术，通过RestTmplate(Spring提供的用于访问Rest服务的客户端)组件，调用业务系统，从而请求业务系统提供数据查询服务，查询采集的业务单据。其中，该分页查询请求可以包括该分页的分页标识。分页标识用于标识待查询的分页。此外，分页查询请求还可以包括待查询的数据量。

步骤二、目标业务系统响应于分页查询请求，进行分页查询，返回分页查询响应。

步骤三、从该目标业务系统接收分页查询响应。

其中，该分页查询响应可以包括该分页对应的业务数据，可以从分页查询响应获取分页对应的业务数据。

参见图4，可以将分页对应的业务数据写入至文件中，通过文件传输技术，将生成的文件上传至文件服务器。将文件上传至文件服务器后，控制台中下载任务显示的状态可以下载完成状态，用户可以通过触发操作，将文件从文件服务器下载至终端，从而得到业务系统的业务数据。

其中，可以采用遍历的方式，依次查询每个分页，从而依次下载每个分页对应的业务数据。例如，如果待下载10000条业务数据，每个分页包含100条业务数据，第一次分页查询时，可以查询第1条至第100条业务数据，从而下载前100条业务数据。当下载了第100条业务数据后，可以判断业务数据是否查询完成，如果业务数据没有查询完，则继续查询第101条至第200条业务数据，从而继续下载100条业务数据。依次类推，每当查询一个分页完成后，如果业务数据尚未查询完成，则继续进行查询，直至判定业务数据已查询完成。

本实施例提供了一种基于身份管理来下载业务数据的方法，为各个业务系统提供了统一的下载流程。通过身份管理信息，来管理每个业务系统的业务身份标识，当某个业务系统请求下载数据时，查询管理的业务身份标识，如果发现该业务系统使用了业务身份标识，则为业务系统下载数据。由于每个业务系统均可以使用对应的业务身份标识下载数据，因此这种下载流程可以适于各个业务系统，从而避免为每个业务系统分别开发下载流程的情况，由于避免了下载流程的重复开发，因此节约了开发成本。

此外，相关技术中，下载流程通常宿主在业务系统中，对业务下载造成巨大压力。而本实施例提供的方法可以在业务系统之外的其他设备上执行，比如在下载框架的控制台执行。如此，将下载流程与业务系统本身的业务处理流程进行了解耦，业务系统由于无需由本端去下载数据，因此免去了业务系统本端执行下载流程为业务系统带来的处理压力，从而节省了业务系统的算力。由于业务系统可以为业务处理流程留出更多算力，也就加速了业务系统的业务处理流程。

图7是本申请实施例提供的一种业务数据下载装置的结构示意图。参见图7，该装置包括：

接收模块701，用于接收下载请求；

解析模块702，用于解析该下载请求，得到该下载请求携带的目标业务身份标识；

查询模块703，用于根据该目标业务身份标识，查询身份管理信息，该身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统；

下载模块704，用于若该目标业务身份标识与该身份管理信息中的任一业务身份标识一致，下载目标业务系统的业务数据，该目标业务系统为该目标业务身份标识所标识的业务系统。

本实施例提供了一种基于身份管理来下载业务数据的装置，为各个业务系统提供了统一的下载流程。通过身份管理信息，来管理每个业务系统的业务身份标识，当某个业务系统请求下载数据时，查询管理的业务身份标识，如果发现该业务系统使用了业务身份标识，则为业务系统下载数据。由于每个业务系统均可以使用对应的业务身份标识下载数据，因此这种下载流程可以适于各个业务系统，从而避免为每个业务系统分别开发下载流程的情况，由于避免了下载流程的重复开发，因此节约了开发成本。此外，本实施例提供的装置可以在业务系统之外的其他设备上执行，比如在下载框架的控制台执行。如此，将下载流程与业务系统本身的业务处理流程进行了解耦，业务系统由于无需由本端去下载数据，因此免去了业务系统本端执行下载流程为业务系统带来的处理压力，从而节省了业务系统的算力。由于业务系统可以为业务处理流程留出更多算力，也就加速了业务系统的业务处理流程。

可选地，该下载模块704，用于通过线程池中的多个线程，异步下载该目标业务系统的业务数据。

可选地，该下载模块704，用于生成多个下载任务，每个下载任务为下载该目标业务系统的部分业务数据；对该多个下载任务进行持久化存储；通过该多个线程，并行执行不同的下载任务。

可选地，该下载模块704，用于当该多个线程中任一线程对该多个下载任务中的任一下载任务执行成功时，通过该线程，对任务表中该下载任务的任务状态进行更新。

可选地，该接收模块701，还用于接收业务身份请求，该业务身份请求用于请求为业务系统申请业务身份标识；

该装置还包括：生成模块，用于生成业务身份标识；

写入模块，用于将该业务身份标识写入该身份管理信息。

可选地，该生成模块，用于根据接收到该业务身份请求的时间点、业务线标识以及业务单据类型，生成业务身份标识，该业务身份标识包括该时间点、该业务线标识以及该业务单据类型。

可选地，该目标业务系统的业务数据包括多个分页，该下载模块704，用于对于该多个分页中的每个分页，向该目标业务系统发送分页查询请求，该分页查询请求包括该分页的分页标识；从该目标业务系统接收分页查询响应，该分页查询响应包括该分页对应的业务数据。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的业务数据下载装置在下载业务数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将业务数据下载装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务数据下载装置与业务数据下载方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述方法实施例中的电子设备可以实现为终端。例如，图8示出了本申请一个示例性实施例提供的终端800的结构框图。该终端800可以是：智能手机、平板电脑、MP3(MovingPicture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端800还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端800包括有：一个或多个处理器801和一个或多个存储器802。

处理器801可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器801可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器801可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器801还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器802中的非暂态的计算机可读存储介质用于存储至少一条指令，该至少一条指令用于被处理器801所执行以实现本申请中方法实施例提供的业务数据下载方法。

在一些实施例中，终端800还可选包括有：外围设备接口803和至少一个外围设备。处理器801、存储器802和外围设备接口803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口803相连。具体地，外围设备包括：射频电路804、触摸显示屏805、摄像头组件806、音频电路807、定位组件808和电源809中的至少一种。

外围设备接口803可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器801和存储器802。在一些实施例中，处理器801、存储器802和外围设备接口803被集成在同一芯片或电路板上；在一些其他实施例中，处理器801、存储器802和外围设备接口803中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路804用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路804通过电磁信号与通信网络以及其他通信设备进行通信。射频电路804将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路804包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路804可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路804还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏805用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏805是触摸显示屏时，显示屏805还具有采集在显示屏805的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器801进行处理。此时，显示屏805还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏805可以为一个，设置终端800的前面板；在另一些实施例中，显示屏805可以为至少两个，分别设置在终端800的不同表面或呈折叠设计；在再一些实施例中，显示屏805可以是柔性显示屏，设置在终端800的弯曲表面上或折叠面上。甚至，显示屏805还可以设置成非矩形的不规则图形，也即异形屏。显示屏805可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件806用于采集图像或视频。可选地，摄像头组件806包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件806还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路807可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器801进行处理，或者输入至射频电路804以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端800的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器801或射频电路804的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路807还可以包括耳机插孔。

定位组件808用于定位终端800的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件808可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源809用于为终端800中的各个组件进行供电。电源809可以是交流电、直流电、一次性电池或可充电电池。当电源809包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端800还包括有一个或多个传感器810。该一个或多个传感器810包括但不限于：加速度传感器811、陀螺仪传感器812、压力传感器813、指纹传感器814、光学传感器815以及接近传感器816。

加速度传感器811可以检测以终端800建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器811可以用于检测重力加速度在三个坐标轴上的分量。处理器801可以根据加速度传感器811采集的重力加速度信号，控制触摸显示屏805以横向视图或纵向视图进行用户界面的显示。加速度传感器811还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器812可以检测终端800的机体方向及转动角度，陀螺仪传感器812可以与加速度传感器811协同采集用户对终端800的3D动作。处理器801根据陀螺仪传感器812采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器813可以设置在终端800的侧边框和/或触摸显示屏805的下层。当压力传感器813设置在终端800的侧边框时，可以检测用户对终端800的握持信号，由处理器801根据压力传感器813采集的握持信号进行左右手识别或快捷操作。当压力传感器813设置在触摸显示屏805的下层时，由处理器801根据用户对触摸显示屏805的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器814用于采集用户的指纹，由处理器801根据指纹传感器814采集到的指纹识别用户的身份，或者，由指纹传感器814根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器801授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器814可以被设置终端800的正面、背面或侧面。当终端800上设置有物理按键或厂商Logo时，指纹传感器814可以与物理按键或厂商Logo集成在一起。

光学传感器815用于采集环境光强度。在一个实施例中，处理器801可以根据光学传感器815采集的环境光强度，控制触摸显示屏805的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏805的显示亮度；当环境光强度较低时，调低触摸显示屏805的显示亮度。在另一个实施例中，处理器801还可以根据光学传感器815采集的环境光强度，动态调整摄像头组件806的拍摄参数。

接近传感器816，也称距离传感器，通常设置在终端800的前面板。接近传感器816用于采集用户与终端800的正面之间的距离。在一个实施例中，当接近传感器816检测到用户与终端800的正面之间的距离逐渐变小时，由处理器801控制触摸显示屏805从亮屏状态切换为息屏状态；当接近传感器816检测到用户与终端800的正面之间的距离逐渐变大时，由处理器801控制触摸显示屏805从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图8中示出的结构并不构成对终端800的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

上述方法实施例中的电子设备可以实现为服务器。例如，图9是本申请实施例提供的一种服务器的结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)901和一个或一个以上的存储器902，其中，该存储器902中存储有至少一条指令，该至少一条指令由该处理器901加载并执行以实现上述各个方法实施例提供的业务数据下载方法。当然，该服务器还可以具有有线或无线网络接口以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括至少一条指令的存储器，上述至少一条指令由可由处理器执行以完成上述实施例中的业务数据下载方法。例如，计算机可读存储介质可以是只读存储器(Read-Only Memory，简称：ROM)、随机存取存储器(Random Access Memory，简称：RAM)、只读光盘(Compact Disc Read-OnlyMemory，简称：CD-ROM)、磁带、软盘和光数据存储设备等。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上描述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种业务数据下载方法，其特征在于，所述方法包括：

接收下载请求；

解析所述下载请求，得到所述下载请求携带的目标业务身份标识；

根据所述目标业务身份标识，查询身份管理信息，所述身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统；

若所述目标业务身份标识与所述身份管理信息中的任一业务身份标识一致，下载目标业务系统的业务数据，所述目标业务系统为所述目标业务身份标识所标识的业务系统。

2.根据权利要求1所述的方法，其特征在于，所述下载目标业务系统的业务数据，包括：

通过线程池中的多个线程，异步下载所述目标业务系统的业务数据。

3.根据权利要求2所述的方法，其特征在于，所述通过线程池中的多个线程，异步下载所述目标业务系统的业务数据，包括：

生成多个下载任务，每个下载任务为下载所述目标业务系统的部分业务数据；

对所述多个下载任务进行持久化存储；

通过所述多个线程，并行执行不同的下载任务。

4.根据权利要求2所述的方法，其特征在于，所述通过线程池中的多个线程，异步下载所述目标业务系统的业务数据，包括：

当所述多个线程中任一线程对所述多个下载任务中的任一下载任务执行成功时，通过所述线程，对任务表中所述下载任务的任务状态进行更新。

5.根据权利要求1所述的方法，其特征在于，所述根据所述目标业务身份标识，查询身份管理信息之前，所述方法还包括：

接收业务身份请求，所述业务身份请求用于请求为业务系统申请业务身份标识；

生成业务身份标识；

将所述业务身份标识写入所述身份管理信息。

6.根据权利要求5所述的方法，其特征在于，所述生成业务身份标识，包括：

根据接收到所述业务身份请求的时间点、业务线标识以及业务单据类型，生成业务身份标识，所述业务身份标识包括所述时间点、所述业务线标识以及所述业务单据类型。

7.根据权利要求1所述的方法，其特征在于，所述目标业务系统的业务数据包括多个分页，所述下载目标业务系统的业务数据，包括：

对于所述多个分页中的每个分页，向所述目标业务系统发送分页查询请求，所述分页查询请求包括所述分页的分页标识；

从所述目标业务系统接收分页查询响应，所述分页查询响应包括所述分页对应的业务数据。

8.一种业务数据下载装置，其特征在于，所述装置包括：

接收模块，用于接收下载请求；

解析模块，用于解析所述下载请求，得到所述下载请求携带的目标业务身份标识；

查询模块，用于根据所述目标业务身份标识，查询身份管理信息，所述身份管理信息包括至少一个业务身份标识，每个业务身份标识用于标识至少一个业务系统中对应的业务系统；

下载模块，用于若所述目标业务身份标识与所述身份管理信息中的任一业务身份标识一致，下载目标业务系统的业务数据，所述目标业务系统为所述目标业务身份标识所标识的业务系统。

9.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述至少一条指令由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求7任一项所述的业务数据下载方法所执行的操作。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求1至权利要求7任一项所述的业务数据下载方法所执行的操作。

Images