CN105224396A

CN105224396A - 一种业务数据处理方法和装置

Info

Publication number: CN105224396A
Application number: CN201510662649.4A
Authority: CN
Inventors: 张章; 康云; 刘伟伟; 李颖; 刘峰; 彭权才
Original assignee: Jin Zheng Science And Technology Co Ltd Of Shenzhen
Current assignee: Jin Zheng Science And Technology Co Ltd Of Shenzhen
Priority date: 2015-10-14
Filing date: 2015-10-14
Publication date: 2016-01-06
Anticipated expiration: 2035-10-14
Also published as: CN105224396B

Abstract

本发明提供了一种业务数据处理方法，所述方法包括：接收用户需要处理的任务指令以及任务指令对应的业务数据；根据所述任务指令，查找对应的流程组件；对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理。本发明可以根据任务指令对应的流程组件顺序自动完成业务数据的处理，提高业务数据的处理效率。

Description

一种业务数据处理方法和装置

技术领域

本发明属于数据处理领域，尤其涉及一种业务数据处理方法和装置。

背景技术

随着计算机运行和处理速度的不断增加，在计算机中运行的应用程序也越来越多，通过应用程序可以高效、准确的完成对数据的运算处理，为人们生活、工作带来了极大的方便。

在使用应用程序处理数据业务时，通常都是通过菜单式选择对应的数据业务处理功能，随着现在业务功能的不断发展，在菜单中包括的业务功能也越来越多，当需要办理多种业务功能时，工作人员需要花费较多的时间在菜单项查找对应的业务功能项，处理完成多个业务功能的效率较低。

发明内容

本发明的目的在于提供一种业务数据处理方法，以解决现有技术需要办理多种业务功能时，工作人员需要花费较多的时间在菜单项查找对应的业务功能项，处理完成多个业务功能的效率较低的问题。

第一方面，本发明实施例提供了一种业务数据处理方法，所述方法包括：

接收用户需要处理的任务指令以及任务指令对应的业务数据；

根据所述任务指令，查找对应的流程组件；

对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理。

结合第一方面，在第一方面的第一种可能实现方式中，所述任务指令通过业务账户终端接收，所述根据所述任务指令，查找对应的流程组件步骤包括：

将业务账户终端接收的任务指令进行分解，得到每个指令所对应的流程组件；

根据流程组件与分布式的业务系统服务器的对应关系，查找所述流程组件所对应的业务系统服务器。

结合第一方面的第一种可能实现方式，在第一方面的第二种可能实现方式中，所述对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理步骤包括：

通过消息服务器接收业务账户终端的业务数据，根据流程组件的处理顺序，由消息服务器将所述业务数据和/或流程组件处理后的数据，依次转发至下一流程组件。

结合第一方面的第二种可能实现方式，在第一方面的第三种可能实现方式中，所述方法还包括：

在所述消息服务器将所述业务数据和/或流程组件处理后的数据依次转发至下一流程组件时，判断是否接收到流程组件所在的业务系统服务器发送的接收成功响应信息；

如果超过预设的时长范围内没有接收到成功响应信息，则重新转发所述业务数据和/或流程组件处理后的数据。

结合第一方面，在第一方面的第四种可能实现方式中，所述接收用户需要处理的任务指令以及任务指令对应的业务数据步骤中，所述任务指令包括多个。

第二方面，本发明实施例提供了一种业务数据处理装置，所述装置包括：

指令数据接收单元，用于接收用户需要处理的任务指令以及任务指令对应的业务数据；

组件查找单元，用于根据所述任务指令，查找对应的流程组件；

组件调用单元，用于对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理。

结合第二方面，在第二方面的第一种可能实现方式中，所述任务指令通过业务账户终端接收，所述组件查找单元包括：

任务分解子单元，用于将业务账户终端接收的任务指令进行分解，得到每个指令所对应的流程组件；

服务器查找子单元，用于根据流程组件与分布式的业务系统服务器的对应关系，查找所述流程组件所对应的业务系统服务器。

结合第二方面的第一种可能实现方式，在第二方面的第二种可能实现方式中，所述组件调用单元具体用于：

结合第二方面的第二种可能实现方式，在第二方面的第三种可能实现方式中，所述装置还包括：

响应接收单元，用于在所述消息服务器将所述业务数据和/或流程组件处理后的数据依次转发至下一流程组件时，判断是否接收到流程组件所在的业务系统服务器发送的接收成功响应信息；

重发单元，用于如果超过预设的时长范围内没有接收到成功响应信息，则重新转发所述业务数据和/或流程组件处理后的数据。

结合第二方面，在第二方面的第四种可能实现方式中，所述接收用户需要处理的任务指令以及任务指令对应的业务数据中，所述任务指令包括多个。

在本发明中，通过接收用户需要处理的任务指令以及任务指令相应的业务数据，由所述任务指令查找对应的流程组件，根据流程组件按序拼接对所述业务数据进行处理，从而使得本发明可以根据任务指令对应的流程组件顺序自动完成业务数据的处理，提高业务数据的处理效率。

附图说明

图1是本发明第一实施例提供的业务数据处理方法的实现流程图；

图2是本发明第二实施例提供的业务数据的处理方法的实现流程图；

图3是本发明第三实施例提供的业务数据处理装置的结构示意图。

具体实施方式

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

本发明实施例所述业务数据处理方法，旨在解决现有技术中由于菜单式选择业务处理功能，随着功能不断增加而构成的多的样化业务功能，以及功能的样式的不断变化，工作人员往往不能高效的查找到用户所需要的业务功能菜单项，查找到业务功能对应的菜单项的效率低的问题。为解决该问题，下面结合附图具体进行说明。

实施例一：

图1示出了本发明第一实施例提供的业务数据处理方法的实现流程，详述如下：

在步骤S101中，接收用户需要处理的任务指令以及任务指令对应的业务数据。

具体的，本发明实施例中所述业务数据处理，尤其适用于在集成多个功能、面向多用户需求下的业务数据处理。

所述任务指令，可以为用户提出的曾执行过的任务指令，也可以为根据新的需求，提出的新增加的任务指令。当执行新增加的任务指令，所对应的流程组件需要新增，则可在执行新增加的任务指令前，相应的增加对应的流程组件。

所述任务指令的对应的业务数据，可以包括所述任务指令所需要处理的原始数据，比如任务指令为对交易数据进行清算时，则所述业务数据可以包括需要进行清算的数据，并且根据清算要求，还可以包括清算的参数以及条件数据，比如清算的处理过程参数、数据结果参数等。

接收任务指令时，可以接收用户输入的关键字进行查找，通过关键字匹配的方式，查找出与关键字匹配的任务指令列表，用户可以快速的选择所需要的任务指令，或者，所述任务指令也可以设定为通过多个流程组合而成的任务指令，用户可以方便对其进行快速的选择操作。

在本发明实施例中，所述任务指令可以选择一个，也可以同时选择多个，当选择多个任务指令时，则可以更为有效的实现本发明对业务数据快速处理的要求。

在步骤S102中，根据所述任务指令，查找对应的流程组件。

具体的，本发明实施例中的任务指令，与所述流程组件相对应，即通过接收用户输入的任务指令，可通过任务指令查找到对应的流程组件，并且还可包括查找得到的流程组件之间的顺序信息。

本发明实施例中对于多个任务指令对应的流程组件，其顺序信息可根据预设的流程对查找的流程组件进行拼接。

当然，作为本发明可选的实施方式，在接收到任务指令后，可根据用户的要求，选择与任务指令对应的流程组件，由人工设定任务组件的执行顺序。并且根据执行结果对流程组件的排序进行统计。

比如，在程序工作人员或者其它用户调试任务指令时，可能会使用到多次的顺序设定或者不同流程组件的选择，当接收到用户确认可行的指令时，自动记录对应的流程组件以及其排序信息，这样，在后续的使用过程中，在接收到任务指令后，即可自动的调用对应的流程组件以及其排序信息。

较优的实施方式为，当开发人员开发完成后，即将当前组件可完成的任务指令对应的组件及其排序信息进行记录存储，从而可以方便不同需求的用户。

在步骤S103中，对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理。

具体的，本发明可通过调用预设的调用接口对流程组件进行调用，所述调用接口可以为统一的程序调用接口，可供不同的流程组件进行调用，这样做的目的可以便于流程组件的统一开发制作。比如在后续增加新功能，或者修改流程组件时，通过统一的调用接口便于各个流程组件之间的兼容使用。

所述程序内核根据查找得到的顺序信息，以及任务指令对应的流程组件，依次对所述实例数据进行处理计算，比如包括顺序为A、B、C、D四个流程组件，通过调用接口接入流程组件A，对实例数据进行处理计算后，再调用流程组件B、C、D，通过流程组件D处理后，生成所需要的结果数据，可以对结果数据进行存储或者输出。

在完成任务指令的处理后，还可包括对实例数据进行释放的步骤，通过释放实例数据，从而可以方便其它任务指令执行时对参量进行配置的正确性。

本发明实施例通过接收用户需要处理的任务指令以及任务指令相应的业务数据，由所述任务指令查找对应的流程组件，根据流程组件按序拼接对所述业务数据进行处理，从而使得本发明可以根据任务指令对应的流程组件顺序自动完成业务数据的处理，提高业务数据的处理效率。

实施例二：

图2示出了本发明第二实施例提供的业务数据处理方法的实现流程，详述如下：

在步骤S201中，接收用户需要处理的任务指令以及任务指令对应的业务数据。

该步骤与实施例一中步骤S101基本相同。

在步骤S202中，将业务账户终端接收的任务指令进行分解，得到每个指令所对应的流程组件。

具体的，本发明实施例中所述的业务账户终端，其中可存储多个用户的账户信息，通过所述用户账户信息，可以获取进行业务处理的权限。可以理解的是，通过设置账户信息获取业务数据处理权限只是一种较佳的实施方式，本领域一般技术人员不应该理解其是对终端的一种限定。

在本发明实施例中，对于多个指令对应的流程组件中，可能包括不同任务指令对于同一流程组件的多次重复调用，比如，对于任务指令A，其对应的流程组件以及顺序信息为x，y，z，对于任务指令B，其对应的流程组件以及顺序信息为p，q，z，对于任务指令C，其对应的流程组件以及顺序信息为u，v，,w，z。即任务指令A、B、C中包括了重复的流程组件。

为了提高流程组件的调用效率，可将不同任务指令的相同的程序组件通过一次调用完成，即通过一次调用将任务指令中由相同流程组件处理的数据发送至该流程组件。比如将上例中，在调用流程组件z时，将任务指令A、B、C中的数据同时发送。

当然，也可以根据任务指令的处理效率，对于不同任务指令对应的相同的流程组件，可以根据任务指令的优先级进行调用，优先完成相对更为重要的任务指令。

在步骤S203中，根据流程组件与分布式的业务系统服务器的对应关系，查找所述流程组件所对应的业务系统服务器。

所述业务账户终端与所述业务系统服务器可通过网络相连，可以使得业务账户终端不局限于使其与业务系统绑定，这样做的好处是可以当业务账户绑定的业务系统出错时，则会影响到系统的正常使用。

而通过将用户账户与业务系统分离，设置为用户账户终端以及分布式的业务系统服务器，用户可以方便的选择所存储在业务系统服务器中的流程组件的同时，分布式业务系统服务器的设置，只需要对业务系统服务器进行升级处理，大大的提高了业务系统升级的效率。

另外，本发明实施例中所述业务系统服务器中的流程组件，为方便业务账户系统调用，所述流程组件的编号具有唯一性，业务账户终端可以根据编号快速的对流程组件进行调用，并且还可方便新的流程组件的开发。

在步骤S204中，通过消息服务器接收业务账户终端的业务数据，根据流程组件的处理顺序，由消息服务器将所述业务数据和/或流程组件处理后的数据，依次转发至下一流程组件。

在本发明实施例中，通过调用流程组件对业务数据进行处理计算后，可返回得到处理后的业务数据，在调用下一个流程组件时，则可能需要发送原始的业务数据，或者需要发送之前的流程组件处理后的业务数据，或者还可能是原始的业务数据与流程组件处理后的业务数据。

当通过拼接的流程组件处理完成后，将处理后的数据发送至所述业务账户终端或者其它服务器。

在本发明实施例中，所述业务账户终端与所述业务系统服务器之间的数据通信，可以通过直接调用的方式完成，也可以通过消息服务器进行转发完成，即：

通过消息中心缓存接收的业务数据，并可实时监测与各业务系统服务器的通信状态，具体还可以通过如下方式进一步优化数据处理的有效性：

通过上述方式，可以更为有效的保证业务账户终端的数据有效的发送到业务系统服务器，提高业务数据处理的可靠性。

本发明实施例在实施例一的基础上，进一步对业务数据的业务账户终端和业务系统服务器进行说明，通过分布式的业务系统服务器设置，可以更好的提高升级的便利性以及数据处理的可靠性，并且通过消息服务器进一步数据传输的可靠度。

实施例三：

图3示出了本发明第三实施例提供的业务数据处理装置的结构示意图，详述如下：

本发明实施例所述业务数据处理装置，包括：

指令数据接收单元301，用于接收用户需要处理的任务指令以及任务指令对应的业务数据；

组件查找单元302，用于根据所述任务指令，查找对应的流程组件；

组件调用单元303，用于对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理。

优选的，所述任务指令通过业务账户终端接收，所述组件查找单元包括：

优选的，所述组件调用单元具体用于：

优选的，所述装置还包括：

优选的，所述接收用户需要处理的任务指令以及任务指令对应的业务数据中，所述任务指令包括多个。

本发明实施例所述业务数据处理装置与实施例一和二所述业务数据处理方法相对应，在此不作重复赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

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

根据所述任务指令，查找对应的流程组件；

2.根据权利要求1所述方法，其特征在于，所述任务指令通过业务账户终端接收，所述根据所述任务指令，查找对应的流程组件步骤包括：

3.根据权利要求2所述方法，其特征在于，所述对查找的流程组件，按照处理顺序进行拼接，调用拼接后的流程组件对所述业务数据进行处理步骤包括：

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

5.根据权利要求1所述方法，其特征在于，所述接收用户需要处理的任务指令以及任务指令对应的业务数据步骤中，所述任务指令包括多个。

6.一种业务数据处理装置，其特征在于，所述装置包括：

7.根据权利要求6所述装置，其特征在于，所述任务指令通过业务账户终端接收，所述组件查找单元包括：

8.根据权利要求7所述装置，其特征在于，所述组件调用单元具体用于：

9.根据权利要求8所述装置，其特征在于，所述装置还包括：

10.根据权利要求6所述装置，其特征在于，所述接收用户需要处理的任务指令以及任务指令对应的业务数据中，所述任务指令包括多个。