CN104331827A - 交易配置生成方法及交易匹配器 - Google Patents

Abstract

本发明实施例公开了交易配置生成方法及交易匹配器。该方法包括在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中；在编译环境中，生成与交易对应的、指示交易中各交易步骤之间调度顺序的运行动态库文件，并生成与交易中各交易步骤分别对应的运行动态库文件；将运行动态库文件部署于运行环境中，运行环境与开发环境相隔离。可见，在本发明实施例中，开发环境与运行环境完全隔离，交易中各交易步骤是以运行动态库文件的形式部署于运行环境的。而运行动态库文件对运行环境使用用户而言是，其内容是不可见的，从而有效得保证了各个交易配置的安全性。

Description

交易配置生成方法及交易匹配器

技术领域

本发明涉及计算机技术领域，更具体地说，涉及交易配置生成方法及交易匹配器。

背景技术

自助设备是一种组合了多种不同金融业务功能的自助服务设备，持卡人可利用该设备所提供的功能完成查询、更改密码、存款、取款等金融服务。自助设备受理的交易数量庞大，每笔交易通常涉及不同的交易请求要素。

每一种交易需要多只交易步骤完成，在开发时，每一只交易步骤需要配置不同的交易请求要素。

在传统方式中，在运行环境中通常使用配置文件保存交易步骤、存储各个交易步骤对应的交易请求要素。这些配置文件的内容对于运行环境使用用户是可见的，其安全性不高。

发明内容

有鉴于此，本发明实施例的目的在于提供交易配置生成方法及交易匹配器，以解决安全性不高的问题。

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

根据本发明实施例的第一方面，提供一种交易配置生成方法，包括：

在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中，所述交易步骤涉及对交易请求要素的操作；

在编译环境中，生成与所述交易对应的、指示所述交易中各交易步骤之间调度顺序的运行动态库文件，并生成与所述交易中各交易步骤分别对应的运行动态库文件；

将所述运行动态库文件部署于运行环境中，所述运行环境与所述开发环境相隔离。

结合第一方面，在第一种可能的实现方式中，所述配置组成交易的各交易步骤包括：对所述交易步骤进行新增、删除或修改操作。

结合第一方面第一种可能的实现方式，在第二种可能的实现方式中，所述配置每一交易步骤所涉及的交易请求要素配置信息包括：导入所述开发环境数据库中已存储的、与所述交易步骤相符的交易请求要素配置信息。

结合第一方面第一种可能的实现方式，在第三种可能的实现方式中，所述配置每一交易步骤所涉及的交易请求要素配置信息包括：添加与所述交易步骤对应的交易请求要素配置信息。

结合第一方面至第三种可能的实现方式的任一项，在第四种可能的实现方式中，还包括：在开发环境中配置交易步骤所调用的业务规则。

结合第一方面至第三种可能的实现方式的任一项，在第五种可能的实现方式中，所述生成与所述交易中各交易步骤分别对应的运行动态库文件包括：对于选定的交易步骤进行语法校验；在语法校验通过后，链接开发环境数据库，读取所述选定的交易步骤所涉及的交易请求要素配置信息；使用预设的编译规则和所读取的交易请求要素配置信息，生成对应于所述选定的交易步骤的业务源码文件；所述业务源码文件能够跨平台使用；使用所述业务源码文件生成所述运行动态库文件。

根据本发明实施例的第二方面，提供一种交易匹配器，包括：

交易匹配模块，用于在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中，所述交易步骤涉及对交易请求要素的操作；

交易生成模块，用于在编译环境中，生成与所述交易对应的、指示所述交易中各交易步骤之间调度顺序的运行动态库文件，并生成与所述交易中各交易步骤分别对应的运行动态库文件；

部署模块，用于将所述运行动态库文件部署于运行环境中，所述运行环境与所述开发环境相隔离。

结合第二方面，在第一种可能的实现方式中，在所述配置每一交易步骤所涉及的交易请求要素配置信息的方面，所述交易匹配模块用于：导入所述开发环境数据库中已存储的、与所述交易步骤相符的交易请求要素配置信息。

结合第二方面，在第二种可能的实现方式中，在所述配置每一交易步骤所涉及的交易请求要素配置信息的方面，所述交易匹配模块用于：添加与所述交易步骤对应的交易请求要素配置信息。

结合第一方面至第二种可能的实现方式的任一项，在第三种可能的实现方式中，所述交易匹配模块还用于：在开发环境中配置交易步骤所调用的业务规则。

可见，在本发明实施例中，开发环境与运行环境完全隔离，交易中各交易步骤是以运行动态库文件的形式部署于运行环境的。而运行动态库文件不是可执行文件，对运行环境使用用户而言是，其内容是不可见的。也即，运行环境使用用户无法得到在开发环境中所配置的各交易步骤及交易请求要素，从而有效得保证了各个交易配置的安全性。

附图说明

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

图1为本发明实施例提供的交易配置生成方法流程图；

图2为本发明实施例提供的交易配置生成方法另一流程图；

图3为本发明实施例提供的交易配置生成方法又一流程图；

图4为本发明实施例提供的交易匹配器结构示意图；

图5为本发明实施例提供的交易匹配器另一结构示意图。

具体实施方式

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

自助设备是一种组合了多种不同金融业务功能的自助服务设备，持卡人可利用该设备所提供的功能完成查询、更改密码、存款、取款等金融服务。自助设备受理的交易数量庞大，每笔交易通常涉及不同的交易请求要素。

每一种交易需要多只交易步骤完成，在开发时，每一只交易步骤需要配置不同的交易请求要素。

上述交易请求要素具体包含公共要素和特定交易要素。特定交易要素又进一步包括特定请求要素和特定响应要素。

其中，公共要素具体可包括流水号、安全控制信息、请求方设备要素信息等；

特定请求要素具体可包括交易账号、持卡人身份信息、卡片认证信息等；特定响应要素具体可包括持卡人资产信息、卡片状态信息等。

在一次交易交互的过程中，通常公共要素是相对固定的，即所有交易适用并且必须上送/返回该部分信息；特定交易要素则会随着交易的不同而发生变化。

在传统方式中，在运行环境中通常使用配置文件保存交易步骤、存储各个交易步骤对应的交易请求要素。这些配置文件的内容对于运行环境使用用户是可见的，其安全性不高。

为解决上述问题，本发明实施例提供交易配置生成方法。

上述方法的执行主体可为交易匹配器。交易匹配器执行上述方法，可对已有的交易进行修改，或新增交易。

为了区分以及便于查询，在本发明实施例中，每一交易对应唯一的交易ID。

请参见图1，上述方法可包括如下步骤：

S1、在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中。

上述交易步骤涉及对交易请求要素的操作。

具体的，在开发环境中，可配置某一交易中交易步骤所完成的功能。

所谓的调度顺序，也可指交易步骤的执行顺序。例如，某一交易包括三个交易步骤(step1、step2、step3)，调度顺序规定了第一步调度哪一交易步骤，该交易步骤完成后再调度哪一交易步骤。

S2、在编译环境中，生成与上述交易对应的、指示上述交易中各交易步骤之间调度顺序的运行动态库文件(DLL)，并生成与上述交易中各交易步骤分别对应的运行动态库文件(DLL)。

指示交易中各交易步骤之间调度顺序的DLL可称为路由。

S3、将上述运行动态库文件部署于运行环境中。

在本实施例中，运行环境与上述开发环境是相隔离的。

可见，在本发明实施例中，开发环境与运行环境完全隔离，交易中各交易步骤是以运行动态库文件的形式部署于运行环境的。而运行动态库文件不是可执行文件，对运行环境使用用户而言是，其内容是不可见的。也即，运行环境使用用户无法得到在开发环境中所配置的各交易步骤及交易请求要素，从而有效得保证了各个交易配置的安全性。

需要说明的是，不同的DLL由不同的执行程序调度。

在运行环境中，在运行某交易时，是由主控程序根据交易ID调用相应的“路由”，得知各交易步骤之间调度顺序。

假定某交易中，第i个交易步骤之前的交易步骤已被调度，则主控程序将操作权交由第i个交易步骤的执行程序，由该执行程序调用与第i交易步骤对应的DLL，调用完毕后，将操作权交回给主控程序。主控程序再将主控程序交由第i+1个交易步骤的执行程序，以此类推。

在本发明其他实施例中，上述所有实施例中的“配置组成交易的各交易步骤”可具体包括：

对交易步骤进行新增、删除或修改操作。

对于某一交易而言，所谓的新增交易步骤可有两种情况：

第一种情况，新增的交易步骤是开发环境数据库中已有的交易步骤。例如，某一交易原来包括三个交易步骤，又需新增一个输入密码的交易步骤，而开发环境数据库中已有“输入密码”的交易步骤。

对于第一种情况而言，由于开发环境数据库中已有相应的交易步骤，则在运行环境数据库也就存储了相应的DLL。则步骤S2中，不需再为该新增交易步骤生成DLL。

第二种情况，新增的交易步骤是开发环境数据库中没有的交易步骤。也即，新增的开发步骤是开发人员新开发出的交易步骤。

对于第二种情况而言，由于是新增的开发步骤是新开发出的交易步骤，在运行环境数据库没有相应的DLL。则步骤S2中，需要生成与该新增交易步骤相应的DLL。

至于修改交易步骤也如此。交易步骤经修改后，也相当于新开发出的交易步骤，因此，在上述步骤S2中，也需要生成与修改后的交易步骤相对应的DLL。

为了便于管理，可在开发环境中建立交易步骤模板库。在设计交易时，可从交易步骤模板库中选取交易步骤。

进一步的，可对交易步骤模板库中的交易步骤进行分类。例如，将交易步骤分为加解密类、校验类、数据处理类等等。并且，交易步骤模板库中的交易步骤也可有唯一的编号。前述提及的新开发出的交易步骤，也可分类存储于交易步骤模板库中。

例如，某一交易涉及交易要素重组处理、获取密码、校验密码。

假定，在交易步骤模板库中，数据处理类下编号为0001的交易步骤用于进行交易要素重组处理，加解密类下编号为0010的交易步骤用于获取密码，校验类下编号为0110的交易步骤用于校验密码。

则开发人员可查询交易步骤模板库，选择编号为0001、0010、0110的交易步骤。

当然，其他交易也可使用交易步骤模板库中的交易步骤。

因此，在本发明实施例中，不同的交易可以共同使用同一交易步骤。相应的，在运行环境中，不同的交易可调用同一DLL。

而在传统方式中，通常使用配置文件的方式分列每一个交易步骤、存储各个交易步骤对应的交易请求要素。由此带来大量的配置文件管理、配置文件调度工作。随着业务功能的增加，交易配置文件会越来越庞大，衍生大量的配置文件管理、配置文件调度工作。而在本发明实施例中，在运行环境中，以动态库的形式可避免大量的配置文件的管理、调度工作。

在上述开发环境数据库中，某一交易(交易ID)中各交易步骤所完成功能的相关描述以及各交易步骤之间的调度顺序是以交易步骤信息的形式存在的。

在开发环境中，开发环境使用用户可依据交易ID查询交易步骤信息，以得到该交易ID所包含的交易步骤，并可查看各个步骤交易要素及各个交易步骤所完成的功能。

交易步骤信息可以下表1的数据存放结构存储于开发环境中。

表1

其中，上表1中的业务类型用于描述不同的业务种类，如ATM业务、BSM业务、ATMV业务等。在查询交易步骤信息时，交易ID和业务类型可作为唯一索引。每个交易ID对应的业务类型应为唯一的。

上表1中画“……”的格，记录了交易步骤顺序，交易步骤的配置信息等。

此外，表1还记录了各个操作员(开发人员)的增删改操作信息。

下面将介绍交易请求要素配置信息的相关内容。

为便于管理和查询，也可对交易请求要素进行分类，例如，可分为密码修改、余额查询、手机缴费等。

以密码修改类为例，其所涉及的交易请求要素配置信息可以脚本的形式存在。脚本，是使用一种特定的描述性语言，依据一定的格式编写的可执行文件，又称作宏或批处理文件。

在开发环境中，开发环境使用用户可依据脚本号查询交易请求要素配置信息。

交易请求要素配置信息可以下表2的数据存放结构存储于开发环境中。

表2

上表2中的渠道也可理解为队列。多个自助设备可同时提交交易请求要素，可将不同的交易请求要素放在不同的队列中等待处理。

上表2中画“……”的格，记录了交易请求要素配置信息的具体内容。

此外，表2还记录了各个操作员(开发人员)的修改操作信息。

在本发明实施例中，不同的交易步骤可以共同使用同一交易请求要素配置信息。

相应的，前述提及的“配置每一交易步骤所涉及的交易请求要素配置信息”可具体包括：

导入上述开发环境数据库中已存储的、与交易步骤相符的交易请求要素配置信息。

例如，交易步骤为密码修改，则可导入脚本号为1001的交易请求要素配置信息。

当然，上述相符也可理解为“相类似”。例如，开发环境数据库中只有“存款”类对应的交易请求要素配置信息。而开发人员需要添加取款交易步骤。

则针对取款交易步骤，可导入“存款”类对应的交易请求要素配置信息，并对“存款”类对应的交易请求要素配置信息进行修改，得到与取款交易步骤对应的交易请求要素配置信息。

修改完成后，可以新脚本的形式存储修改后的交易请求要素配置信息。

或者，前述提及的“配置每一交易步骤所涉及的交易请求要素配置信息”可具体包括：添加交易步骤对应的交易请求要素配置信息。

也即，不导入，直接设计交易步骤对应的交易请求要素配置信息。

添加完成后，可以新脚本的形式存储添加的交易请求要素配置信息。

在本发明其他实施例中，上述所有实施例中的方法还可包括：在开发环境中配置交易步骤所调用的业务规则。

交易步骤可能需要调用业务规则。例如，交易步骤要实现对报文的拆解包。报文分很多种类，对应的拆解方式也不相同。

假定某交易步骤需要对某一类的报文进行拆解，则该交易步骤中可调用用于拆解该类报文的业务规则。也即，拆解报文的具体方式存在于业务规则中。

业务规则可理解为函数。业务规则在运行环境中，可以DLL或其他形式存在。

在配置交易步骤所调用的业务规则时，可直接向交易步骤中导入开发环境中已存储的业务规则，也可令交易步骤调用新设计的业务规则。

为了方便操作，本发明实施例提供可视化配置界面。开发人员对交易的所有配置操作均可在界面层完成，而不用直接操作开发环境数据库，使得开发更直观，同时方便更好得管理各个交易步骤。

为便于理解本方案，请参见图2，下面以更具体的流程介绍如何配置交易，该流程可包括如下步骤：

S201、开发人员登录开发环境。

开发人员可使用个人PC电脑，输入用户名/密码登录。

可进行用户校验，是合法用户再允许进行后续操作。

S202、开发人员选择业务类型，根据交易ID查询交易。

假定开发人员想开发一种取款交易，其可先行查询是否已存在取款交易，并可查询出已存在的取款交易所包括的交易步骤，及各交易步骤间的调度关系等等。

假定，开发环境中未存储与取款交易相关的交易。则开发人员可进行下一步(S203或S204)。

S203、新增业务类型。

更具体的，可进入可视配置界面的“系统配置”-》“业务类型定义”，定义新的业务类型。

S204、在选定业务类型下，增加交易ID映射关系，新建交易步骤。

所谓的增加交易ID映射关系，是指增加外部呈现的交易ID与内部使用的交易ID之间的映射关系。外部呈现的交易ID与内部使用的交易ID之间的关系，类似于物理地址与虚拟地址之间的关系。

此外，还可校验新建交易步骤是否唯一。

S205、选定交易步骤，导入相符的交易要素配置信息。

在需要时，可对导入的交易要素配置信息适当进行修改。

S206、校验当前交易要素信息是否属于平台已配置信息，如果是，则显示属于平台已配置信息，否则，直接保存。

S207、记录各个配置信息，入库保存。

S208、记录用户操作信息。

下面将详细介绍交易步骤的编译过程。

前述提及的“生成与上述交易中各交易步骤分别对应的运行动态库文件“可具体包括如下步骤：

步骤A：对于选定的交易步骤进行语法校验。

步骤B：在语法校验通过后，链接开发环境数据库，读取上述选定的交易步骤所涉及的交易请求要素配置信息。

步骤C：使用预设的编译规则和所读取的交易请求要素配置信息，生成对应于上述选定的交易步骤的业务源码文件。

上述业务源码文件能够跨平台使用。

需要说明的是，之所以要生成业务源码文件，是考虑到方便迁移。业务源码文件可跨平台使用，因此，可方便得迁移到不同的平台。

步骤D：使用上述业务源码文件生成上述运行动态库文件。

可使用上述业务源码文件生成适应不同操作系统(包括AIX、HPUNIX、LINUX等)的动态库文件。

为便于理解本方案，请参见图3，下面以更具体的流程介绍如何编译DLL，该流程可包括如下步骤：

S301、登录开发编译环境。

更具体的，可对用户权限进行控制。例如，对于权限低的开发环境使用用户，只可登录开发环境，不可登录编译环境。

S302、选择个人交易配置开发管理目录。

使用个人交易配置开发管理目录，可对交易步骤等进行修改。这样，方便用户在不切换环境的情况下，对交易进行开发。

当然，也可不提供个人交易配置开发管理目录。

S303、用户选择需要编译的交易步骤。

S304、对用户选定的交易步骤进行预编译处理。

该步骤是响应于用户下达生成(make)指令后执行的。

在预编译处理中，主要是进行常规语法性校验。

S305、预编译完成后，链接开发环境数据库，读取选定的交易步骤所涉及的交易请求要素配置信息、业务规则。

S306、根据预设的编译规则生成对应的业务源码文件。

在业务源码文件中，就将交易步骤、交易请求要素配置信息、业务规则等组合在一起。

S307、对源码文件进行编译，生成运行动态库文件。

S308、记录用户操作信息。

需要说明的是，传统配置文件管理，是直接操作配置文件，不可检索也不记录修改操作信息；对于配置文件的调度依赖于固有的规则调度，在不同操作系统间进行配置文件迁移的同时需同步迁移该配置文件对应解析程序、处理逻辑代码等相关配套工具，不利于迁移，局限性较大。

而本发明实施例采用可视化操作匹配各个交易步骤、交易请求要素，并可对交易请求要素、交易步骤进行灵活编辑配置。配置后的数据存放于开发环境数据库中，经过交易生成步骤形成对应的动态库文件。在生成过程中，可对编译规则文件进行编辑，形成适应不同操作系统(包括AIX、HPUNIX、LINUX等)的动态库文件，从而方便进行不同系统间移植。

与之对应，本发明实施例还提供交易匹配器。

请参见图4，上述交易匹配器至少可包括如下模块：

交易匹配模块1，用于在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中，上述交易步骤涉及对交易请求要素的操作；

交易生成模块2，用于在编译环境中，生成与上述交易对应的、指示上述交易中各交易步骤之间调度顺序的运行动态库文件，并生成与上述交易中各交易步骤分别对应的运行动态库文件；

部署模块3，用于将上述运行动态库文件部署于运行环境中。

部署模块3可与交易生成模块2合并。

上述运行环境与上述开发环境相隔离。

在本发明其他实施例中，在上述配置每一交易步骤所涉及的交易请求要素配置信息的方面，上述所有实施例中的交易匹配模块1可用于：

导入上述开发环境数据库中已存储的、与上述交易步骤相符的交易请求要素配置信息。

具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，在上述配置每一交易步骤所涉及的交易请求要素配置信息的方面，上述所有实施例中的交易匹配模块1可用于：添加与上述交易步骤对应的交易请求要素配置信息。具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，上述所有实施例中的交易匹配模块1还可用于：在开发环境中配置交易步骤所调用的业务规则。

或者，请参见图5，上述交易匹配器还可包括业务规则管理模块4，用于在开发环境中配置交易步骤所调用的业务规则。

在本发明其他实施例中，在上述生成与上述交易中各交易步骤分别对应的运行动态库文件的方面，上述交易生成模块2用于：

对于选定的交易步骤进行语法校验；

在语法校验通过后，链接开发环境数据库，读取上述选定的交易步骤所涉及的交易请求要素配置信息；

使用预设的编译规则和所读取的交易请求要素配置信息，生成对应于上述选定的交易步骤的业务源码文件；上述业务源码文件能够跨平台使用；

使用上述业务源码文件生成上述运行动态库文件。

具体细节请参见本文前述记载，在此不作赘述。

在本发明其他实施例中，交易匹配器可提供的服务如下：

交易代码匹配管理—提供根据交易ID查询各个交易步骤，同时开发者可以新建新的交易ID供新的业务需求使用；

交易步骤管理—交易步骤管理管理各个交易步骤，包括各个交易步骤的增、删、改，各个交易步骤之的调度顺序，支持按顺序调度各个交易步骤。

业务规则管理—完成交易步骤对应业务功能的业务规则处理，包括交易要素的加工处理、编码规则转换等；

多用户管理—管理多个开发用户同时使用可视化界面对开发库进行的编辑操作，包括用户并发处理、用户权限管理、记录用户操作、用户登录信息管理、用户密码管理等；

数据存储管理—开发者完成一个交易ID所对应的全部开发工作之后，其编写的各个业务规则、交易步骤调度关系、交易请求要素配置信息等均存储于数据库中，因此，交易匹配器还需完成对应的数据管理工作及访问全线控制；

交易生成管理—根据数据库中存储的各个规则及各个交易请求要素配置信息，依据定义的编译规则，生成对应的运行动态库文件，提供给运行环境部署及调度使用。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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

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

Claims (10)

1.一种交易配置生成方法，其特征在于，包括：

在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中，所述交易步骤涉及对交易请求要素的操作；

在编译环境中，生成与所述交易对应的、指示所述交易中各交易步骤之间调度顺序的运行动态库文件，并生成与所述交易中各交易步骤分别对应的运行动态库文件；

将所述运行动态库文件部署于运行环境中，所述运行环境与所述开发环境相隔离。

2.如权利要求1所述的方法，其特征在于，所述配置组成交易的各交易步骤包括：

对所述交易步骤进行新增、删除或修改操作。

3.如权利要求2所述的方法，其特征在于，所述配置每一交易步骤所涉及的交易请求要素配置信息包括：

导入所述开发环境数据库中已存储的、与所述交易步骤相符的交易请求要素配置信息。

4.如权利要求2所述的方法，其特征在于，所述配置每一交易步骤所涉及的交易请求要素配置信息包括：

添加与所述交易步骤对应的交易请求要素配置信息。

5.如权利要求1-4任一项所述的方法，其特征在于，还包括：在开发环境中配置交易步骤所调用的业务规则。

6.如权利要求1-4任一项所述的方法，其特征在于，

所述生成与所述交易中各交易步骤分别对应的运行动态库文件包括：

对于选定的交易步骤进行语法校验；

在语法校验通过后，链接开发环境数据库，读取所述选定的交易步骤所涉及的交易请求要素配置信息；

使用预设的编译规则和所读取的交易请求要素配置信息，生成对应于所述选定的交易步骤的业务源码文件；所述业务源码文件能够跨平台使用；

使用所述业务源码文件生成所述运行动态库文件。

7.一种交易匹配器，其特征在于，包括：

交易匹配模块，用于在开发环境中配置交易的各交易步骤、配置各交易步骤之间的调度顺序，以及，配置每一交易步骤所涉及的交易请求要素配置信息，并保存在开发环境数据库中，所述交易步骤涉及对交易请求要素的操作；

交易生成模块，用于在编译环境中，生成与所述交易对应的、指示所述交易中各交易步骤之间调度顺序的运行动态库文件，并生成与所述交易中各交易步骤分别对应的运行动态库文件；

部署模块，用于将所述运行动态库文件部署于运行环境中，所述运行环境与所述开发环境相隔离。

8.如权利要求7所述的交易匹配器，其特征在于，在所述配置每一交易步骤所涉及的交易请求要素配置信息的方面，所述交易匹配模块用于：

导入所述开发环境数据库中已存储的、与所述交易步骤相符的交易请求要素配置信息。

9.如权利要求7所述的交易匹配器，其特征在于，在所述配置每一交易步骤所涉及的交易请求要素配置信息的方面，所述交易匹配模块用于：

添加与所述交易步骤对应的交易请求要素配置信息。

10.如权利要求7-9任一项所述的交易匹配器，其特征在于，所述交易匹配模块还用于：在开发环境中配置交易步骤所调用的业务规则。