CN104318476A - 一种信息处理方法和装置 - Google Patents

Abstract

本发明公开一种信息处理方法和装置。所述方法包括：当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；在数据库查找与所述请求公共字段相对应的数据信息；创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。采用本发明提供的技术方案，能够减少与数据库的交互次数，提升处理器的运行效率。

Description

一种信息处理方法和装置

技术领域

本发明涉及软件技术领域，尤其涉及一种信息处理方法和装置。

背景技术

银行的信息系统是银行重要的组成部分。在互联网技术越来越发达的今天，需要银行的信息系统所完成的功能也越来越多，这对银行的信息系统提出了挑战。

一般，交易请求会通过网络发送至服务器端的处理器，处理器获取处理交易请求所需要的数据，然后执行处理流程。在处理器执行与交易请求相对应的处理流程的过程中，经常会调用多个处理模块，比如，在异地转账交易过程中，会涉及转账处理模块和价格处理模块。处理器在执行与交易请求相对应的处理流程的过程中，不同的处理模块常会用到相同类型的数据，比如时间数据，现有技术中，不同的处理模块在用到相同类型的数据时，各个处理模块都会单独从数据库中查找对应类型的数据。

但是，现有的技术方案，针对一次交易请求，在执行处理流程的过程中，由于涉及到的多个处理模块都需要单独从数据库中查找相同类型的数据，与数据库的交互较多，不利于提升处理器的运行效率。

发明内容

有鉴于此，本发明提供了一种信息处理方法和装置，用以避免现有技术在执行处理流程的过程中，涉及到的多个处理模块都需要单独从数据库中查找相同类型的数据这一问题，能够减少与数据库的交互次数，提升处理器的运行效率。

为实现上述目的，本发明提供如下技术方案：

一种信息处理方法，包括：

当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

在数据库查找与所述请求公共字段相对应的数据信息；

创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

优选的，所述创建内存交换区之前，还包括：

获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送。

优选的，所述上下文变量的个数为1个，所述上下文变量包括多个属性。

优选的，还包括：

销毁所述上下文变量。

优选的，还包括：

销毁所述内存交换区。

优选的，还包括：

将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

一种信息处理装置，包括：

内存交换区创建单元，用于当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

查找单元，用于在数据库查找与所述请求公共字段相对应的数据信息；

上下文变量创建单元，用于创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

交易请求处理单元，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

优选的，还包括：

交易请求获取单元，用于获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送。

优选的，还包括：

上下文变量销毁单元，用于销毁所述上下文变量。

优选的，还包括：

内存交换区销毁单元，用于销毁所述内存交换区。

优选的，还包括：

交易结果反馈单元，用于将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

优选的，所述交易请求处理单元包括：

执行子单元，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；

数据信息获取子单元，用于在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

经由上述的技术方案可知，与现有技术相比，本发明提供了一种信息处理方法和装置。采用本发明提供的信息处理方法和装置，当获取到交易请求时，创建内存交换区，所述交易请求包括请求公共字段；在数据库查找与所述请求公共字段相对应的数据信息；创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；在执行与所述交易请求相对应的处理流程的过程中，调用多个处理模块，在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。因此，针对一次交易请求，在执行处理流程的过程中，涉及到的多个处理模块只需要从内存交换区获取所需要的数据信息，内存交换区存储的数据信息来自数据库，本发明提供的技术方案，只需要从数据库中查找一次与所述交易请求中的请求公共字段相对应的数据信息，避免了现有技术在执行处理流程的过程中，涉及到的多个处理模块都需要单独从数据库中查找相同类型的数据这一问题，能够减少与数据库的交互次数，提升处理器的运行效率。

附图说明

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

图1为本发明实施例提供的一种信息处理方法的流程图；

图2为本发明实施例提供的另外一种信息处理方法的流程图；

图3为本发明实施例提供的一种信息处理系统的结构图；

图4为本发明实施例提供的另外一种信息处理系统的结构图。

具体实施方式

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

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

请参阅图1，图1为本发明实施例提供的一种信息处理方法的流程图。如图1所示，该方法包括：

步骤S101，当获取到交易请求时，创建内存交换区；

具体的，所述交易请求包括联机交易请求。所述交易请求包括请求公共字段。在具体实施过程中，当获取到所述交易请求时，通过统一的Handler(交换区处理器)，在ThreadLocal上建立一个Java的HashMap对象作为交换区。JAVA语言的软件开发工具包第1.2版本开始提供java.lang.ThreadLocal，ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。ThreadLocal并不是一个Thread，而是Thread的局部变量。ThreadLocal类为每一个线程都维护了自己独有的变量拷贝。每个线程都拥有了自己独立的一个变量，竞争条件被彻底消除，那就没有任何必要对这些线程进行同步，它们也能最大限度的由CPU调度，并发执行。所述请求公共字段，为处理整个所述交易请求过程中所需要的公共信息所对应的字段，可选的，为多实体标识。所述请求公共字段，包括表征时间信息的字段以及表征实体状态信息的字段。

步骤S102，在数据库查找与所述请求公共字段相对应的数据信息；

具体的，在数据库中查找与表征时间信息的字段相对应的时间信息，查找与表征实体状态信息的字段相对应的实体状态信息。比如，中国国内区域A银行的某一银行网点A1往美国该行的A2营业网点汇款时，在数据库中查找美国当地时间，以及上述美国该行的A2营业网点的状态信息，包括是否营业等。

步骤S103，创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

具体的，所述上下文变量的个数为1个，所述上下文变量包括多个属性，比如，包括时间、实体信息属性。赋值以后的所述上下文变量存储在所述内存交换区的某一个位置，并提供统一的API(Application ProgrammingInterface，应用程序编程接口)针对查询当前交易的上下文变量。

步骤S104，执行与所述交易请求相对应的处理流程；

具体的，所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。进一步的，所述处理模块通过调用所述内存交换区存储的所述上下文变量来获取所述数据信息。从内存交换区中读取和存储数据，可选的，统一使用SwapAreaUtils类中的静态方法，如表1所示：

表1

需要说明的是，在执行所述步骤S101之前，本发明实施例提供的技术方案还包括：

获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送。

具体的，所述网点业务端为银行网点的业务端。

本发明实施例一提供的技术方案，针对一次交易，能够避免现有技术在执行处理流程的过程中，涉及到的多个处理模块都需要单独从数据库中查找相同类型的数据这一问题，能够减少与数据库的交互次数，提升处理器的运行效率。需要说明的是，若要使本发明提供的技术方案能够不断的处理多个交易请求，还需要进一步完善本发明实施例一提供的技术方案，为此，请参阅具体实施例二。

实施例二

请参阅图2，图2为本发明实施例提供的另外一种信息处理方法的流程图。如图2所示，该方法包括：

步骤S201，获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送；

步骤S202，当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

步骤S203，在数据库查找与所述请求公共字段相对应的数据信息；

步骤S204，创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

步骤S205，执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息；

步骤S206，销毁所述上下文变量；具体的，销毁所述内存交换区内存储的所述上下文变量。

步骤S207，销毁所述内存交换区；

具体的，在hanlder中使用finally块做交换区销毁，即清理ThreadLocal中的HashMap销毁交换区，其中的所有变量占用资源均被Java虚拟机垃圾回收。使用finally块完成这些操作的目的是在交易结束或异常的情况下都能保证交换区正常回收。如果不能保证正常回收，当前线程被线程池回收并安排处理另一个请求的时候，交换区中已经有值，可能导致不可预期的后果。

步骤S208，将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

为了更加全面地阐述本发明提供的技术方案，本发明实施例还提供一种信息处理系统的结构图。

图3为本发明实施例提供的一种信息处理系统的结构图。如图3所示，该系统包括：

内存交换区创建单元301，用于当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

查找单元302，用于在数据库查找与所述请求公共字段相对应的数据信息；

上下文变量创建单元303，用于创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

交易请求处理单元304，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

具体的，所述交易请求处理单元304包括：

执行子单元，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；

数据信息获取子单元，用于在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

图4为本发明实施例提供的另外一种信息处理系统的结构图。如图4所示，该系统包括：

交易请求获取单元401，用于获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送；

内存交换区创建单元402，用于当获取到所述交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

查找单元403，用于在数据库查找与所述请求公共字段相对应的数据信息；

上下文变量创建单元404，用于创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

交易请求处理单元405，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息；

上下文变量销毁单元406，用于销毁所述上下文变量；

内存交换区销毁单元407，用于销毁所述内存交换区；

交易结果反馈单元408，用于将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

经由上述的技术方案可知，与现有技术相比，本发明提供了一种信息处理方法和装置。采用本发明提供的信息处理方法和装置，当获取到交易请求时，创建内存交换区，所述交易请求包括请求公共字段；在数据库查找与所述请求公共字段相对应的数据信息；创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；在执行与所述交易请求相对应的处理流程的过程中，调用多个处理模块，在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。因此，针对一次交易请求，在执行处理流程的过程中，涉及到的多个处理模块只需要从内存交换区获取所需要的数据信息，内存交换区存储的数据信息来自数据库，本发明提供的技术方案，只需要从数据库中查找一次与所述交易请求中的请求公共字段相对应的数据信息，避免了现有技术在执行处理流程的过程中，涉及到的多个处理模块都需要单独从数据库中查找相同类型的数据这一问题，能够减少与数据库的交互次数，提升处理器的运行效率。

另外，目前的技术中，上下文变量中的内容是系统的技术数据，在各处理模块设计接口时无法将其作为输入变量或输出变量，因此，各处理模块之间无法共享该上下文变量，比如实时记扣费的转账交易中，涉及价格模块与转账模块，转账模块记录转账的账务,价格模块记录扣费账务。如果按现有的方法，转账模块从数据库中查询到的营业日期作为该笔转账的账务日期，在调用价格模块时恰逢系统日切，价格模块重新从数据库查询营业日期，该笔转账涉及费用的账务日期就被记录为次日，但这是不符合业务需求的，具体的，业务需求中，同一笔交易的所有账务日期应该被记录为同一天。而采用本发明提供的技术方案，针对一次交易请求，在获取到交易请求时，只需要从数据库中查找一次与所述交易请求中的请求公共字段相对应的数据信息，在执行处理流程的整个过程中，涉及到的多个处理模块只需要从内存交换区获取所需要的数据信息，多个处理模块所获取到的数据信息一致，因此，能够避免现有技术中，在处理交易请求的过程中恰逢日切时，容易出现的在一只交易内账务日期不在同一天的问题，日切即相邻两日切换的时段。

另外，本发明提供的技术方案，使应用开发者能够把重点放在具体交易的应用逻辑的设计和编写上，不必在交易中每次用到上下文变量中的内容时都需要编写代码一次，能够避免出现很多重复代码，提高开发效率，减少维护成本。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种信息处理方法，其特征在于，包括：

当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

在数据库查找与所述请求公共字段相对应的数据信息；

创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

2.根据权利要求1所述的方法，其特征在于，所述创建内存交换区之前，还包括：

获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送。

3.根据权利要求1所述的方法，其特征在于，所述上下文变量的个数为1个，所述上下文变量包括多个属性。

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

销毁所述上下文变量。

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

销毁所述内存交换区。

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

将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

7.一种信息处理装置，其特征在于，包括：

内存交换区创建单元，用于当获取到交易请求时，创建内存交换区；所述交易请求包括请求公共字段；

查找单元，用于在数据库查找与所述请求公共字段相对应的数据信息；

上下文变量创建单元，用于创建上下文变量，将所述数据信息赋值给所述上下文变量，将赋值以后的所述上下文变量存入所述内存交换区；

交易请求处理单元，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。

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

交易请求获取单元，用于获取交易请求；所述交易请求由用户端或者网点业务端通过网络发送。

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

上下文变量销毁单元，用于销毁所述上下文变量。

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

内存交换区销毁单元，用于销毁所述内存交换区。

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

交易结果反馈单元，用于将交易结果转换成报文，通过网络将所述报文反馈给用户端或网点业务端。

12.根据权利要求7所述的装置，其特征在于，所述交易请求处理单元包括：

执行子单元，用于执行与所述交易请求相对应的处理流程；所述处理流程包括调用多个处理模块；

数据信息获取子单元，用于在调用多个所述处理模块执行处理流程的过程中，控制被调用的所述处理模块从所述内存交换区获取所述数据信息。