CN111866093B - 一种业务数据的分发方法及装置 - Google Patents

Abstract

本发明实施例提供一种业务数据的分发方法及装置，涉及通信技术领域，能够提升用户获取业务数据的效率。该方法包括：接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和该待获取业务数据的时间信息；根据该多个业务数据请求消息各自的报送时间，该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略；按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。

Description

一种业务数据的分发方法及装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种业务数据的分发方法及装置。

背景技术

目前，当多个用户(可以理解为用户设备)通过银行的数据采集系统获取业务数据时(可以理解为请求银行上报用户的某种业务数据时)，可以对该多个用户的数据请求进行登记排序，具体的，记录该多个用户的数据请求中各个用户的数据请求的报送时间，并按照该多个用户的数据请求中各个用户的数据请求的报送时间从前到后的顺序依次返回(即发送)该多个用户各自对应的业务数据，例如，用户1的数据请求的报送时间为10:01，用户2的数据请求的报送时间为10:02，则首先返回用户1的数据请求对应的业务数据，再返回用户2的数据请求对应的业务数据。

但是，上述按照用户的数据请求的时间先后顺序为用户返回业务数据的方法，可能使得某些用户获取业务数据的等待时间过长，如此导致用户获取业务数据的效率较低。

发明内容

本发明实施例提供一种业务数据的分发方法及装置，能够提升用户获取业务数据的效率。

第一方面，本发明实施例提供一种业务数据的分发方法，包括：接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和该待获取业务数据的时间信息；根据该多个业务数据请求消息各自的报送时间，该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略；按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。

第二方面，本发明实施例提供一种业务数据的分发装置，包括：接收模块、策略确定模块以及分发模块；该接收模块，用于接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和该待获取业务数据的时间信息；该策略确定模块，用于根据该多个业务数据请求消息各自的报送时间，该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略；该分发模块，用于按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。

第三方面，本发明实施例提供另一种业务数据的分发装置，包括：处理器、存储器、总线和通信接口；存储器用于存储计算机执行指令，处理器与存储器通过总线连接，当业务数据的分发装置运行时，处理器执行上述存储器存储的上述计算机执行指令，以使业务数据的分发装置执行如上述第一方面所提供的业务数据的分发方法。

第四方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在业务数据的分发装置上运行时，使得业务数据的分发装置执行上述第一方面所提供的一种业务数据的分发方法。

第五方面，本发明实施例提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面及其任意一种实现方式的业务数据的分发方法。

本发明实施例所提供的业务数据的分发方法及装置，应用于用户设备从银行的业务服务器(或银行的数据系统)获取业务数据的场景中，业务服务器(即银行的业务服务器或银行的数据系统)，业务服务器在接收多个业务数据请求消息之后，根据该多个业务数据请求消息各自的报送时间、该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息确定业务数据分发策略，并按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。由于业务服务器能够综合考虑业务数据请求消息的报送时间、用户请求的业务数据的类型以及请求的业务数据的时间信息这些因素来分发业务数据，对于部分的业务数据请求消息，业务服务器能够进行较快地响应，因此，在获取业务数据过程中，用户无需等待过久的时间，能够提升用户获取业务数据的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例提供的一种服务器的硬件示意图；

图2为本发明实施例提供的一种业务数据的分发方法的示意图一；

图3为本发明实施例提供的一种业务数据的分发方法的示意图二；

图4为本发明实施例提供的一种业务数据的分发装置的结构示意图一；

图5为本发明实施例提供的一种业务数据的分发装置的结构示意图二。

具体实施方式

下面将结合附图对本发明实施例提供的业务数据的分发方法及装置进行详细的描述。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序，例如，第一预设条件和第二预设条件等是用于区别不同的预设条件，而不是用于描述预设条件的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中所述“和/或”，包括用两种方法中的任意一种或者同时使用两种方法。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

基于背景技术存在的问题，本发明实施例提供一种业务数据的分发方法及装置，应用于用户设备从银行的业务服务器(或银行的数据系统)获取业务数据的场景中，银行的业务服务器在接收用户设备的多个业务数据请求消息之后，根据该多个业务数据请求消息各自的报送时间、该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息确定业务数据分发策略，并按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。由于银行的业务服务器能够综合考虑业务数据请求消息的报送时间、用户请求的业务数据的类型以及请求的业务数据的时间信息这些因素来分发业务数据，对于部分的业务数据请求消息，业务服务器能够进行较快地响应，因此，在获取业务数据过程中，用户无需等待过久的时间，能够提升用户获取业务数据的效率。

本发明实施例提供的一种业务数据的分发装置(或业务数据的分发设备)可以为服务器，图1为执行本发明实施例提供的业务数据的分发方法的服务器的硬件示意图，如图1所示，该服务器10可以包括处理器101、存储器102和通信接口103等。

处理器101：是服务器10的核心部件，用于运行服务器10的操作系统与服务器10上的应用程序(包括系统应用程序和第三方应用程序)。

本发明实施例中，处理器101具体可以为中央处理器(central processing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合，其可以实现或执行结合本发明实施例公开的内容所描述的各种示例性的逻辑方框，模块和电路；处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

可选的，服务器10包括一个或多个处理器，一个处理器包括一个或多个CPU，例如图1中的处理器101包括CPU0和CPU1。并且服务器10的处理器101可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器，这里的处理器指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

存储器102：可用于存储软件程序以及模块，处理器101通过运行存储在存储器102里的软件程序以及模块，从而执行服务器10的各种功能应用以及数据处理。存储器102可包含一个或多个计算机可读存储介质。存储器102包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等，存储数据区可存储服务器10创建的数据等。

本发明实施例中，存储器102具体可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；该存储器也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flashmemory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；该存储器还可以包括上述种类的存储器的组合。存储器可以是独立存在，通过总线与处理器连接。存储器也可以和处理器集成在一起。

可选的，当服务器10的RAM不能满足存储要求时，可在外部总线上扩展同步动态随机存取存储器(synchronous dynamic random-access memory，SDRAM)。

本发明实施例中，存储器102用于存储执行本发明实施例提供的业务数据的分发方法对应的应用程序代码，处理器101用于执行存储器102中存储的应用程序代码，从而实现下文中描述的业务数据的分发方法。

通信接口103：用于服务器10与其他设备进行通信的接口电路，通信接口可以为收发器、收发电路等具有收发功能的结构。通信接口103包括多种接口，例如以太网(Ethernet)接口、CAN接口以及联合测试工作组(joint test action group，JTAG)接口等。

可选的，如图1所示，上述服务器10还包括电源104、输入设备105以及输出设备106等其他部件，本发明实施例在此不做限定。

本发明实施例提供的业务数据的分发方法及装置，应用于银行的业务服务器(以下简称业务服务器，该业务服务器为银行的数据系统中为UE提供业务数据的服务器)获取业务数据的场景中，当用户(可以理解为UE)需要从银行(具体指的是银行的业务服务器)中获取业务数据时，UE向该业务服务器发送业务数据请求消息，进而，该业务服务器在接收到该业务数据请求消息之后，按照某种数据分发策略向该UE发送业务数据。

如图2所示，本发明实施例提供的业务数据的分发方法可以包括S101-S103：

S101、业务服务器接收多个业务数据请求消息。

其中，一个业务数据请求消息包含UE请求的业务数据(以下简称为待获取业务数据)的类型和该待获取业务数据的时间信息。

应理解，业务服务器可以接收并记录至少一个UE发送的多个需求，该多个需求可以以多个业务数据请求消息的形式发送至该业务服务器，进而该业务服务器可以为该至少一个UE分发其所对应的业务数据。

本发明实施例中，待获取业务数据的类型可以包括证件号关联信息、手机号关联信息、客户关联信息、账户余额信息以及账户交易信息等与银行业务相关的业务数据的类型，其中，该证件号关联信息表示用户的证件号(例如身份证号)与用户的银行卡号的对应关系，该手机号关联信息表示用户的手机号与用户的银行卡号的对应关系，该客户关联信息表示用户的姓名与用户的银行卡号的对应关系，该账户余额信息表示用户的银行卡余额，该账户交易信息可以包括用户的收入和/或支出等。不同类型的业务数据可以对应不同的数据表，例如，账户余额信息的业务数据可以对应一个账户余额信息数据表，该账户余额信息数据表可以使用Microsoft Office Word完成该账户余额信息类的业务数据的文字处理。

本发明实施例中，待获取业务数据的时间信息表示UE请求获取某一时刻或某一时间段的业务数据，例如UE请求获取2019年12月31日12:00:00该UE的账户余额信息，或者，UE请求获取2019年10月至2019年12月期间该UE的账户交易信息。

S102、业务服务器根据多个业务数据请求消息各自的报送时间，多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，确定业务数据的分发策略。

可以理解的是，一个业务数据请求消息的报送时间表示UE发送该业务数据请求消息的时间或业务服务器接收到该业务数据请求消息的时间。

结合图2，如图3所示，上述S102具体包括S1021-S1022：

S1021、业务服务器根据多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，将多个业务数据请求消息分为一个或多个消息组。

其中，一个消息组中包含至少一个业务数据请求消息。

本发明实施例中，业务服务器在接收到多个业务数据请求消息之后，可以先将该多个业务数据请求消息进行分组，得到一个或多个消息组，进而根据分组情况，确定业务数据分发策略。

可以理解的是，上述多个业务数据请求消息的分组结果可以包括两种情况，第一种情况是一个消息组中包含至少两个业务数据请求消息，第二种情况是一个消息组中包含一个业务数据请求消息。

第一种情况：

当一个消息组中包含至少两个业务数据请求消息时，该至少两个业务数据请求消息被并行处理(并行处理指的是该业务服务器同时发送该至少两个业务数据请求消息请求的业务数据)，并且该至少两个业务数据请求消息满足第一预设条件或第二预设条件，该第一预设条件为该至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间；该第二预设条件为该至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的业务类型不同。

应理解，业务服务器分发多个业务数据请求消息对应的业务数据，该业务数据存储于主机客户端设备中，该主机客户端设备包括多个数据表和数据库，其中，一个数据表用于缓存一种类型的业务数据，不同类型的业务数据可以对应不同的数据表；其中，一个数据表中包含一段预设时间段(例如该预设时间段为一年)的同一业务类型的业务数据。

示例性的，在本发明实施例中，将多种类型的业务数据对应的多个数据表的预设时间段统一设定为一年，即该多个数据表均可以缓存一年的业务数据，并且对于该多个数据表中的每个数据表，均对应一个当前所包含的业务数据的时间区间(以下简称当前时间区间)，该当前时间区间可以理解为当前时刻之前的一年，例如，假设当前时刻为2020年3月18日，则一个数据表的当前时间区间为2019年3月19日至2020年3月18日。

本发明实施例中，当消息组中的至少两个业务数据请求消息满足第一预设条件时，可以分两种情况进行说明：

A1、至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型相同。

至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型相同，说明该至少两个业务数据请求消息用于请求同一个时间区间同一个数据表中的业务数据，由于该数据表中包含该消息组中的全部业务数据请求消息对应的业务数据，因此，业务服务器可以将A1情况下的至少两个业务数据请求消息划分至同一个消息组。

示例性的，以下表1为业务服务器接收到的多个业务数据请求消息的示例，假设业务服务器接收到7个业务数据请求消息(包括业务数据请求消息1、业务数据请求消息2、业务数据请求消息3、业务数据请求消息4、业务数据请求消息5、业务数据请求消息6以及业务数据请求消息7)，该7个业务数据请求消息中各个业务数据请求消息的待获取业务数据的类型和待获取业务数据的时间信息如表1所示。

表1

结合表1可知，由于业务数据请求消息1包含的待获取业务数据(以下简称待获取业务数据1)与业务数据请求消息2包含的待获取业务数据(以下简称待获取业务数据2)位于同一时间区间(即均位于2019年3月19日至2020年3月18日)，该手机号关联信息对应的数据表(即手机号关联信息数据表)中缓存了该同一时间区间(该同一时间区间为该手机号关联信息数据表的当前时间区间)内的全部业务数据，因此，业务服务器可以将该业务数据请求消息1和该业务数据请求消息2划分至同一个消息组。

A2、至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型不相同。

至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型不相同，说明该至少两个业务数据请求消息用于请求同一时间区间不同数据表中对应的业务数据，由于不同的业务数据缓存在不同的数据表中，因此业务服务器获取该同一时间区间不同数据表中对应的业务数据时互不影响(即获取一个数据表中的业务数据时不影响获取其他数据表中的业务数据)，因此，业务服务器可以将A2情况下的业务数据请求消息划分至同一个消息组。

示例性的，结合上述表1，由于业务数据请求消息3包含的待获取业务数据(以下简称待获取业务数据3)与待获取业务数据2的类型不同，该待获取业务数据3对应的数据表(即账户交易信息数据表)与该待获取业务数据2对应的数据表(即手机号关联信息数据表)也不相同，因此，业务服务器可以将该业务数据请求消息3和该业务数据请求消息2划分至同一个消息组(同理，该业务服务器也可以将该业务数据请求消息3和该业务数据请求消息1划分至同一个消息组)。

结合上述实施例的描述，可知，当至少两个业务数据请求消息包含的业务数据的时间信息位于同一时间区间时，无论该至少两个业务数据请求消息包含的业务数据的类型是否相同，业务服务器可以将该至少两个业务数据请求消息分在同一个消息组。示例性的，结合上述表1中的示例，业务服务器可以将上述业务数据请求消息1、业务数据请求消息2以及业务数据请求消息3划分至同一个消息组。

本发明实施例中，当消息组中的至少两个业务数据请求消息满足第二预设条件时，包括情况B1：

B1、至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型不相同。

至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的类型不相同，说明该至少两个业务数据请求消息用于请求不同时间区间不同数据表中对应的业务数据，由于不同业务数据缓存在不同的数据表中，因此业务服务器获取该不同时间区间不同数据表中对应的业务数据时互不影响(即获取一个数据表中的业务数据时不影响获取其他数据表中的业务数据)，进而业务服务器可以将B1情况下的业务数据请求消息划分至同一个消息组。

示例性的，结合上述表1，由于业务数据请求消息4包含的待获取业务数据(以下简称待获取业务数据4)与业务数据请求消息5包含的待获取业务数据(以下简称待获取业务数据5)的类型不同，该待获取业务数据4对应的数据表(即手机号关联信息数据表)与该待获取业务数据5对应的数据表(即账户交易信息数据表)也不相同，并且该待获取业务数据4的时间信息与该待获取业务数据5的时间信息也不相同，因此，业务服务器可以将该业务数据请求消息4和该业务数据请求消息5划分至同一个消息组。

第二种情况：

当一个消息组(例如消息组A)中包含一个业务数据请求消息时，该业务数据请求消息包含的待获取业务数据的时间信息与其他消息组的业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该业务数据请求消息包含的待获取业务数据的类型与其他消息组的业务数据请求消息包含的待获取业务数据的类型相同，该其他消息组是包含一个业务数据请求消息的所有消息组中除该消息组(即消息组A)之外的消息组。

由于一个数据表中可以缓存同一时间区间并且类型相同的业务数据，当一个业务数据请求消息包含的待获取业务数据的时间信息与其他消息组的业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该业务数据请求消息包含的待获取业务数据的类型与该其他消息组的业务数据请求消息包含的待获取业务数据的类型相同时，业务服务器将第二种情况下的多个业务数据请求消息划分至不同的消息组中。

结合上述S1021中的描述和上述表1，以下表2为上述7个业务数据请求消息的分组情况的示例。

表2

由表2可知，业务服务器将该7个业务数据请求消息分为4个消息组，具体的，消息组1中包括业务数据请求消息1、业务数据请求消息2以及业务数据请求消息3，在该消息组1中，待获取业务数据1(即业务数据请求消息1包含的待获取业务数据)的时间信息、待获取业务数据2的时间信息与待获取业务数据3的时间信息位于同一时间区间(即均位于2019年3月19日至2020年3月18日)；消息组2中包括业务数据请求消息4和业务数据请求消息5，在该消息组2中，待获取业务数据4和待获取业务数据5的时间区间不位于同一时间区间，并且待获取业务数据4和待获取业务数据5的业务类型不相同；消息组3中包括业务数据请求消息6；消息组4中包括业务数据请求消息7。

S1022、基于多个业务数据请求消息各自的报送时间，业务服务器确定一个或多个消息组的数据分发顺序。

结合上述实施例的描述，应理解，一个业务数据请求消息的报送时间表示UE发送该业务数据请求消息的时间或业务服务器接收到该业务数据请求消息的时间，业务服务器可以根据该业务服务器接收到多个业务数据请求消息中各个业务数据请求消息的时间，确定接收到该多个业务数据请求消息的先后顺序，进而确定该一个或多个消息组的数据分发顺序。

在本发明实施例的一种实现方式中，上述一个或多个消息组的数据分发顺序与该一个或多个消息组各自的参考业务数据请求消息(一个消息组的参考业务数据请求消息为该消息组中报送时间最早的业务数据请求消息)的报送时间的先后顺序一致。

可以理解的是，对于一个或多个消息组，每个消息组中包括至少一个业务数据请求消息，当一个消息组中包括一个业务数据请求消息时，上述参考业务数据请求消息即为该业务数据请求消息；当一个消息组中包括至少两个业务数据请求消息时，上述参考业务数据请求消息即为该至少两个业务数据请求消息中报送时间最早的业务数据请求消息。

示例性的，表3为上述表2中示出的4个消息组及其各自的参考业务数据请求消息的报送时间的示例。

表3

消息组	参考业务数据请求消息的报送时间
		消息组1	10:00:00
消息组2	10:00:30
		消息组3	10:00:05
消息组4	10:01:10

从表3中可以看出，消息组1的参考业务数据请求消息的报送时间先于消息组3的参考业务数据请求消息的报送时间，消息组3的参考业务数据请求消息的报送时间先于消息组2的参考业务数据请求消息的报送时间，消息组的参考业务数据请求消息的报送时间先于消息组4的参考业务数据请求消息的报送时间，至此，业务服务器可以确定上述4个消息组的数据分发顺序依次为消息组1、消息组3、消息组2以及消息组4。

综上，上述将多个业务数据请求消息划分成一个或多个消息组(该一个或多个消息组中包含至少一个业务数据请求消息)，并确定该一个或多个消息组的数据分发顺序的过程即为业务数据分发策略的确定过程。

S103、业务服务器按照业务数据分发策略，分发多个业务数据请求消息对应的业务数据。

本发明实施例中，业务服务器可以根据上述分组结果(即将多个业务数据请求消息分为一个或多个数据组)，并按照该一个或多个小组的数据分发顺序，依次分发该多个业务数据请求消息对应的业务数据。对于多个消息组中包含至少两个业务数据请求消息的数据组，并行处理该至少两个业务数据请求消息。

示例性的，结合上述表3中的示例，业务服务器可以依次分发消息组1、消息组3、消息组2以及消息组4中的业务数据请求消息，具体的，对于消息组1中的3个业务数据请求消息，业务服务器并行处理该消息组1中的3个业务数据请求消息，即业务服务器同时发送该3个业务数据请求消息各自对应的业务数据；对于消息组2中的2个业务数据请求消息，业务服务器并行处理该消息组2中的2个业务数据请求消息，即业务服务器同时发送该2个业务数据请求消息各自对应的业务数据。

本发明实施例中，业务服务器可以根据多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，将该多个业务数据请求消息分为一个或多个消息组，并基于该多个业务数据请求消息各自的报送时间，确定该一个或多个消息组的数据分发顺序；如此，在数据分发的过程中，可以并行处理包含至少两个业务数据请求消息的消息组中的业务数据请求消息(即并行分发该消息组中的业务数据请求消息请求的业务数据)，对于部分的业务数据请求消息，业务服务器能够进行较快地反映，因此，在获取业务数据的过程中，用户无需等待过久的时间，能够提升用户获取业务数据的效率。

本发明实施例中，业务服务器分发业务数据具体包括：该业务服务器首先获取(或采集)业务数据，然后再分发业务数据。应理解，业务数据的采集顺序与业务数据的分发顺序是相同的，即业务服务器首先采集多个消息组各自包含的参考业务数据请求消的报送时间最早的消息组中的业务数据请求消息对应的业务数据。

应理解，业务服务器确定出业务数据分发策略之后，将该业务数据分发策略缓存至该业务服务器的数据库中，具体的，该业务数据分发策略在数据库中体现为多条数据分发记录，每一条数据分发记录对应一个消息组和该消息组的编号(业务服务器可以按照消息组的数据分发顺序进行编号，例如上述表3中的消息组1对应编号1)；该数据库中还存储有主机客户端设备中的多个数据表各自当前包含的业务数据对应的时间区间。

业务服务器在分发业务数据时，业务服务器中的数据采集模块按照上述消息组的分发顺序依次读取数据库中的数据分发记录以及该业务服务器的数据库中存储的多个数据表各自当前包含的业务数据对应的时间区间，然后获取对应的业务数据返回给UE。

业务服务器在读取数据库中的数据分发记录以及多个数据表各自包含的业务数据对应的时间区间之后，业务服务器(具体为数据采集模块)判断业务数据请求消息包含的待获取业务数据的时间信息是否位于数据表当前包含的业务数据的时间区间(即数据表的当前时间区间)；具体分为以下两种情况：

C1、当业务数据请求消息包含的待获取业务数据的时间信息位于数据表当前包含的业务数据对应的时间区间时，业务服务器(具体为数据采集模块)向主机客户端设备发送业务数据采集指示信息，以获取主机客户端设备中存储的待获取业务数据并将该待获取业务数据发送至UE。

C2、当业务数据请求消息包含的待获取业务数据的时间信息不位于数据表当前包含的业务数据对应的时间区间时，业务服务器向主机客户端设备发送业务数据装载指示信息，以指示该主机客户端设备将待获取业务数据的时间信息对应的时间区间的业务数据装载至数据表，进而在该主机客户端设备装载完成之后，由数据采集模块采集该待获取业务数据并发送至UE。具体的，数据采集模块通过数据装载模块向主机客户端设备发送业务数据装载指示信息，主机客户端设备在装载完成之后，通过数据装载模块向数据采集模块发送响应信息，即告知数据采集模块业务数据装载完毕，可以进行采集，并且数据装载模块向业务服务器中的数据库发送记录更新信息，以更新该数据库中存储的该数据表包含的业务数据的时间区间。

应理解，主机客户端设备(具体为主机客户端设备的数据库)中缓存了多种类型的至少一个时间区间的业务数据，该主机客户端设备可以将该主机客户端设备的数据库中的业务数据装载至对应的数据表，其中，一个数据表可以对应多个时间区间，但一个数据表只能装载(或展示)该多个时间区间中的一个时间区间对应的业务数据。

本发明实施例提供一种业务数据的分发方法及装置，应用于用户设备从银行的业务服务器(或银行的数据系统)获取业务数据的场景中，业务服务器在接收多个业务数据请求消息之后根据该多个业务数据请求消息各自的报送时间、该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息确定业务数据分发策略，并按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。由于业务服务器能够综合考虑业务数据请求消息的报送时间、用户请求的业务数据的类型以及请求的业务数据的时间信息这些因素来分发业务数据，对于部分的业务数据请求消息，业务服务器能够进行较快地响应，因此，在获取业务数据过程中，用户无需等待过久的时间，能够提升用户获取业务数据的效率。

下面对上述表1示出的7个业务数据请求消息包含的待获取业务数据的分发过程做出一个详细的说明。

示例性的，假设主机客户端设备中的多个数据表(包括手机号关联信息数据表和账户交易信息数据表)当前包含的业务数据对应的时间区间均为2019年3月19日至2020年3月18日，即数据采集模块从业务服务器的数据库中读取的多个数据表各自当前包含的业务数据对应的时间区间均为2019年3月19日至2020年3月18日；并且该数据采集模块按照上述表3中示例的消息组的分发顺序依次读取数据库中的数据分发记录。

具体的，数据采集模块首先处理消息组1中的业务数据请求消息，即并行采集业务数据请求消息1包含的待获取业务数据、业务数据请求消息2包含的待获取业务数据以及业务数据请求消息3包含的待获取业务数据，由于该消息组1中的3个业务数据请求消息各自包含的待获取业务数据的时间信息均位于2019年3月19日至2020年3月18日，因此，数据采集模块可以从主机客户端设备中同时采集该消息组1中的3个业务数据请求消息各自对应的业务数据，并将该业务数据发送至UE。

在数据采集模块处理完消息组1中的业务数据请求消息之后，数据采集模块开始处理消息组3中的业务数据请求消息；由于消息组3中的业务数据请求消息(即业务数据请求消息6)包含的待获取业务数据的时间信息不位于数据表当前包含的业务数据对应的时间区间(待获取业务数据6的时间信息位于2015年3月19日至2016年3月18日)，因此，主机客户端设备需要对待获取业务数据6的时间信息对应的时间区间(即2015年3月19日至2016年3月18日)的业务数据进行装载(即将2015年3月19日至2016年3月18日的账户交易信息对应的业务数据装载着账户交易信息表)，在该业务数据装载完成之后，业务服务器开始采集该业务数据将该业务服务器的数据库中存储的账户交易信息表包含的时间区间更新为2015年3月19日至2016年3月18日。

在数据采集模块处理完消息组3中的业务数据请求消息之后，数据采集模块开始处理消息组2中的业务数据请求消息，即并行处理业务数据请求消息4和业务数据请求消息5；由于待获取业务数据4的时间信息不位于手机号关联信息数据表的当前时间区间(即2019年3月19日至2020年3月18日)，待获取业务数据5的时间信息也不位于账户交易信息数据表的当前时间区间(即2015年3月19日至2016年3月18日)，因此，对于消息组3中的2个业务数据请求消息，主机客户端设备也需要装载该2个业务数据请求消息各自包含的待获取业务数据对应的时间区间的业务数据，在该业务数据装载完成之后，业务服务器开始采集该业务数据并更新相关数据表的当前时间区间(即将手机号关联信息数据表的当前时间区间更新为2017年3月19日至2018年3月18日，将账户交易信息数据表的当前时间区间更新为2016年3月19日至2017年3月18日)。

同理，数据采集模块开始处理消息组4中的业务数据请求消息(即业务数据请求消息7)时，主机客户端设备也需要装载2014年3月19日至2015年3月18日的账户交易信息，业务服务器在确定主机客户端设备完成该装载之后，采集该业务数据请求消息7对应的业务数据，并将数据库中存储的账户交易信息数据表的当前时间区间更新为2014年3月19日至2015年3月18日。

本发明实施例中，业务服务器还可以包括用户界面(user interface，UI)交互模块，该UI交互模块用于用户输入多个业务数据请求消息，并且用户还可以通过该UI交互模块查询业务数据请求消息的处理情况，例如该业务服务器当前处理的业务数据请求消息的排队情况(即该业务服务器当前还有多少个业务数据请求消息处于未处理状态)和/或主机客户端设备中的多个数据表中各个数据表的当前时间区间等。

在本发明实施例的一种实现方式中，对于上述一个或多个消息组，还可以为其分配不同的资源环境，不同的资源环境可以用于并行处理不同的消息组。本发明实施例中，可以按照不同资源环境的优先级和/或不同资源环境的剩余资源量处理该一个或多个消息组中的业务数据请求消息。

结合上述表3示出的4个消息组，以下以资源环境的优先级为例，为该4个消息组分配不同的资源环境。

示例性的，假设资源环境为4个，包括资源环境1、资源环境2、资源环境3以及资源环境4，资源环境1的优先级＞资源环境2的优先级＞资源环境3的优先级大于资源环境4的优先级，此处资源环境1的优先级＞资源环境2的优先级，表示资源环境1的优先级高于资源环境2的优先级。可以按照资源环境的优先级高低，依次处理该4个消息组中的业务数据请求消息，即由资源环境1处理消息组1中的业务数据请求消息(即由资源环境1并行处理业务数据请求消息1、业务数据请求消息2以及业务数据请求消息3)，由资源环境2处理消息组3中的业务数据请求消息(即业务数据请求消息6)，由资源环境3处理消息组2中的业务数据请求消息(即由资源环境3并行处理业务数据请求消息4和业务数据请求消息5)，由资源环境4处理消息组4中的业务数据请求消息(即业务数据请求消息7)。

本发明实施例中，为一个或多个消息组分配不同的资源环境(即通过不同的资源环境，处理不同的消息组中的业务数据请求消息)，可以将多个消息组并行处理，即并行处理更多的业务数据请求消息，进而，更多用户无需等待过久的时间，能够进一步提升用户获取业务数据的效率。

本发明实施例可以根据上述方法示例对业务数据的分发装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图4示出了上述实施例中所涉及的业务数据的分发装置的一种可能的结构示意图，如图4所示，业务数据的分发装置20可以包括：接收模块201、策略确定模块202以及分发模块203。

接收模块201，用于接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和该待获取业务数据的时间信息。

策略确定模块202，用于根据该多个业务数据请求消息各自的报送时间，该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略。

分发模块203，用于按照该业务数据分发策略，分发该多个业务数据请求消息对应的业务数据。

可选的，策略确定模块202，具体用于根据该多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，将该多个业务数据请求消息分为一个或多个消息组，一个消息组中包含至少一个业务数据请求消息；

其中，一个消息组中包含至少两个业务数据请求消息时，该至少两个业务数据请求消息被并行处理，该至少两个业务数据请求消息满足第一预设条件或第二预设条件，该第一预设条件为该至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，该第二预设条件为该至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该至少两个业务数据请求消息包含的待获取业务数据的业务类型不同；

一个消息组中包含一个业务数据请求消息时，该业务数据请求消息包含的待获取业务数据的时间信息与其他消息组的业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且该业务数据请求消息包含的待获取业务数据的类型与其他消息组的业务数据请求消息包含的待获取业务数据的类型相同，该其他消息组是包含一个业务数据请求消息的所有消息组中除该消息组之外的消息组。

策略确定模块202，具体还用于基于该多个业务数据请求消息各自的报送时间，确定该一个或多个消息组的数据分发顺序。

可选的，该一个或多个消息组的数据分发顺序与该一个或多个消息组各自的参考业务数据请求消息的报送时间的先后顺序一致，一个消息组的参考业务数据请求消息为该消息组中报送时间最早的业务数据请求消息。

可选的，当业务数据请求消息包含的待获取业务数据的时间信息不位于数据表当前包含的业务数据对应的时间区间时，业务数据的分发装置还可以包括：发送模块204。

发送模块204，用于向主机客户端设备发送业务数据装载指示信息，该业务数据装载指示信息用于指示该主机客户端设备将该待获取业务数据的时间信息对应的时间区间的业务数据装载至该数据表。

在采用集成的单元的情况下，图5示出了上述实施例中所涉及的业务数据的分发装置的一种可能的结构示意图。如图5所示，业务数据的分发装置30可以包括：处理模块301和通信模块302。处理模块301可以用于对业务数据的分发装置30的动作进行控制管理，例如，处理模块301可以用于支持业务数据的分发装置30执行上述方法实施例中的S102和S103。通信模块302可以用于支持业务数据的分发装置30与其他实体的通信，例如，通信模块302可以用于支持业务数据的分发装置30执行上述方法实施例中的S101。可选的，如图5所示，该业务数据的分发装置30还可以包括存储模块303，用于存储业务数据的分发装置30的程序代码和数据。

其中，处理模块301可以是处理器或控制器(例如可以是上述如图1所示的处理器101)。通信模块302可以是收发器、收发电路或通信接口等(例如可以是上述如图1所示的通信接口103)。存储模块303可以是存储器(例如可以是上述如图1所示的存储器102)。

其中，当处理模块301为处理器，通信模块302为收发器，存储模块303为存储器时，处理器、收发器和存储器可以通过总线连接。总线可以是外设部件互连标准(peripheralcomponent interconnect，PCI)总线或扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户终端线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (8)

1.一种业务数据的分发方法，其特征在于，包括：

接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和所述待获取业务数据的时间信息；

根据所述多个业务数据请求消息各自的报送时间，所述多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略；

按照所述业务数据分发策略，分发所述多个业务数据请求消息对应的业务数据；

根据所述多个业务数据请求消息各自的报送时间，所述多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略，包括：

根据所述多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，将所述多个业务数据请求消息分为一个或多个消息组，一个消息组中包含至少一个业务数据请求消息；

其中，一个消息组中包含至少两个业务数据请求消息时，所述至少两个业务数据请求消息被并行处理，所述至少两个业务数据请求消息满足第一预设条件或第二预设条件，所述第一预设条件为所述至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，所述第二预设条件为所述至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且所述至少两个业务数据请求消息包含的待获取业务数据的业务类型不同；

一个消息组中包含一个业务数据请求消息时，所述业务数据请求消息包含的待获取业务数据的时间信息与其他消息组的业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且所述业务数据请求消息包含的待获取业务数据的类型与其他消息组的业务数据请求消息包含的待获取业务数据的类型相同，所述其他消息组是包含一个业务数据请求消息的所有消息组中除所述消息组之外的消息组；

基于所述多个业务数据请求消息各自的报送时间，确定所述一个或多个消息组的数据分发顺序。

2.根据权利要求1所述的方法，其特征在于，

所述一个或多个消息组的数据分发顺序与所述一个或多个消息组各自的参考业务数据请求消息的报送时间的先后顺序一致，一个消息组的参考业务数据请求消息为所述消息组中报送时间最早的业务数据请求消息。

3.根据权利要求1或2所述的方法，其特征在于，当业务数据请求消息包含的待获取业务数据的时间信息不位于数据表当前包含的业务数据对应的时间区间时，所述方法还包括：

向主机客户端设备发送业务数据装载指示信息，所述业务数据装载指示信息用于指示所述主机客户端设备将所述待获取业务数据的时间信息对应的时间区间的业务数据装载至所述数据表。

4.一种业务数据的分发装置，其特征在于，包括接收模块、策略确定模块以及分发模块；

所述接收模块，用于接收多个业务数据请求消息，其中，一个业务数据请求消息包含待获取业务数据的类型和所述待获取业务数据的时间信息；

所述策略确定模块，用于根据所述多个业务数据请求消息各自的报送时间，所述多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型以及待获取业务数据的时间信息，确定业务数据分发策略；

所述分发模块，用于按照所述业务数据分发策略，分发所述多个业务数据请求消息对应的业务数据；

所述策略确定模块，具体用于根据所述多个业务数据请求消息中各个业务数据请求消息包含的待获取业务数据的类型和待获取业务数据的时间信息，将所述多个业务数据请求消息分为一个或多个消息组，一个消息组中包含至少一个业务数据请求消息；并且基于所述多个业务数据请求消息各自的报送时间，确定所述一个或多个消息组的数据分发顺序；

其中，一个消息组中包含至少两个业务数据请求消息时，所述至少两个业务数据请求消息被并行处理，所述至少两个业务数据请求消息满足第一预设条件或第二预设条件，所述第一预设条件为所述至少两个业务数据请求消息包含的待获取业务数据的时间信息位于同一时间区间，所述第二预设条件为所述至少两个业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且所述至少两个业务数据请求消息包含的待获取业务数据的业务类型不同；

一个消息组中包含一个业务数据请求消息时，所述业务数据请求消息包含的待获取业务数据的时间信息与其他消息组的业务数据请求消息包含的待获取业务数据的时间信息不位于同一时间区间，并且所述业务数据请求消息包含的待获取业务数据的类型与其他消息组的业务数据请求消息包含的待获取业务数据的类型相同，所述其他消息组是包含一个业务数据请求消息的所有消息组中除所述消息组之外的消息组。

5.根据权利要求4所述的装置，其特征在于，

所述一个或多个消息组的数据分发顺序与所述一个或多个消息组各自的参考业务数据请求消息的报送时间的先后顺序一致，一个消息组的参考业务数据请求消息为所述消息组中报送时间最早的业务数据请求消息。

6.根据权利要求4或5所述的装置，其特征在于，所述装置还包括发送模块；

所述发送模块，用于当业务数据请求消息包含的待获取业务数据的时间信息不位于数据表当前包含的业务数据对应的时间区间时，向主机客户端设备发送业务数据装载指示信息，所述业务数据装载指示信息用于指示所述主机客户端设备将所述待获取业务数据的时间信息对应的时间区间的业务数据装载至所述数据表。

7.一种业务数据的分发装置，其特征在于，所述业务数据的分发装置包括：处理器、存储器、总线和通信接口；所述存储器用于存储计算机执行指令，当所述业务数据的分发装置运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述业务数据的分发装置执行权利要求1至3任一项所述的业务数据的分发方法。

8.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在业务数据的分发装置上运行时，使得所述业务数据的分发装置执行如权利要求1至3任一项所述的业务数据的分发方法。

Images