金融交易系统的制作方法

本公开内容涉及用于执行金融交易的金融交换(financial switching)引擎的领域。

背景技术：

提供用于在各种元素之间执行金融交易的金融交易系统是已知的，例如为了将从自动柜员机(ATM)或销售点(PoS)终端发起的交易路由到金融服务提供者的结算系统，或者为了从ATM或PoS终端充值诸如预付费电话时间账户之类的预付费账户。该系统包括金融交换引擎，其从系统的一个元素接收交易消息，并且包括用于将它们引导到另一个元素的一组规则。交换引擎接收消息、检查其内容、并且将规则应用于内容，以便做出关于将消息转发到哪里的决定。

金融交易系统还可以包括与金融交易的执行相关联的其它功能，例如，用于检查帐户余额或生成其它报告、在数据库中记录交易或监视帐户以生成警报。Euronet申请WO 02/13129公开了包括多个可互换的、标准接口的、模块化的金融服务应用的系统，其中每个金融服务应用提供不同的相应金融服务，例如，一个应用用于帐户访问、一个应用用于帐户管理、一个应用用于交易管理以及一个应用用于事件消息传送。

在现有交易系统中，包括交换机和其它金融功能的系统在经由一个或多个数据网络向外连接到其各个端点(例如，ATM、PoS系统和/或金融提供者结算系统)的中央数据中心处一起实现。数据中心可以被布置为在多个不同金融网络(例如，一个或多个ATM网络、PoS网络和/或金融提供者网络)之间进行调解的中央元素。在主数据中心发生故障的情况下，还可以提供备用数据中心。

技术实现要素：

现有方法可以被描述为“活动-被动”方法，因为在任何一个时间，只有一个数据中心处于活动。在正常操作中，主数据中心处于活动，而备用数据中心处于休眠；并且在主数据中心故障的情况下，备用数据中心处于活动，而主数据中心不工作。

另一方面，本公开内容提供了一种“活动-活动”方法，其中不同的数据中心在任何一个时间处于活动。此外，本公开内容将这个构思扩展到分布式的、基于云的方法，其中多个不同的模块化插件应用在多个不同物理位置上的多个不同数据中心中分布。

根据本文所公开的一方面，提供了一种提供金融交换引擎的金融交易系统，该金融交易系统包括：在不同的相应物理位置实现的、经由私有网络连接在一起的分布式的多个不同的物理数据中心；多个插件，每个插件被配置为执行金融交易系统的不同的相应功能；以及插件在其上运行的操作系统，插件被配置为彼此传送消息，以便执行金融交易；其中插件在数据中心的一些或全部之间分布并且操作系统被配置为从分布式数据中心抽象插件，使得插件经由操作系统彼此传送所述消息，而不需要指定所述数据中心中的特定数据中心作为消息的目的地，同时操作系统处理消息经私有网络在数据中心之间的路由，而插件不需要路由的可见性。

在实施例中，优选地，金融交换引擎是所述插件之一。

在说到插件在数据中心之间分布的时候，这意味着插件中的不同插件在数据中心中的不同数据中心上存储和/或执行，和/或一个或多个插件中每一个插件的实例物理地在多个数据中心上存储和/或执行(即，给定的插件物理地在两个或更多个数据中心上存储和/或执行)。在后一种情况下，这可能意味着存储和/或执行给定插件的负担在多个数据中心之间共享，和/或插件的多个实例在不同的数据中心上存储和/或执行。

例如，金融交换引擎可以在一个数据中心上存储和/或执行，而在由该交换引擎交换的交易中涉及的另一个插件(例如，信用卡交易处理插件、预付费帐户插件、或ATM或销售点终端接口插件)可以在另一个数据中心上存储和/或执行。作为替代或另外地，任何给定插件(诸如金融交换引擎)的多个实例可以在多个不同的数据中心上存储和/或执行。

另外，插件不需要知道它们在哪些数据中心上被实现，或者它们正与之通信的插件在哪些数据中心上实现，并且不需要被编程为具有对系统的底层分布本质有任何可见性或理解。相反，插件仅仅向操作系统发送消息并且操作系统以对插件不透明的方式处理底层物理路由。因此，系统有效地充当一种“私有云”，其中操作系统提供抽象层，使得从插件的角度看，系统充当一个逻辑数据中心。

本公开内容的分布式系统可被用来获得以下优点当中的一个或多个。首先，在一个数据中心发生故障的情况下，除了专门在发生故障的数据中心上实现的任何模块或任何模块的实例(如果有的话)，系统的其余部分可以继续以零停机时间操作。另外，插件和/数据中心可以以对系统其余部分的零停机时间被升级。另外，它可以为负载平衡和/或改进的扩展性提供改进的机会。

在实施例中，优选地，插件包括至少一个安全模块，该至少一个安全模块被配置为将密码和/或一个或多个其它安全措施应用到所述交易中的一些。

在实施例中，优选地，安全模块包括硬件安全模块。

在实施例中，优选地，插件包括一个或多个端点接口模块，每个端点接口模块被配置为与一个或多个金融服务端点终端接口。

在实施例中，优选地，一个或多个端点接口模块包括被配置为与一个或多个销售点终端接口的销售点接口模块。

在实施例中，优选地，一个或多个端点接口模块包括被配置为与一个或多个自动柜员机接口的ATM接口模块。

在实施例中，优选地，插件包括信用卡和/或借记卡交易处理模块，该信用卡和/或借记卡交易处理模块被配置为通过与金融提供者系统接口来处理借记卡和/或信用卡交易。

在实施例中，优选地，插件包括在线交易处理模块。

在实施例中，优选地，插件包括一个或多个预付费交易插件，该一个或多个预付费交易插件被配置为通过与预付费账户接口来处理交易，以便为预付费商品或服务充值和/或兑换预付费账户信用。

在实施例中，优选地，一个或多个预付费交易插件包括被配置为处理交易以充值或兑换预付费电话信用的预付费电话插件。

在实施例中，优选地，插件包括被配置为过滤所述消息的消息过滤插件。

在实施例中，优选地，插件包括报告模块，该报告模块被配置为报告所述交易中的一些交易和/或报告帐户状态。

在实施例中，优选地，插件包括用于在数据库中记录所述交易中的一些交易的记录模块。

在实施例中，优选地，操作系统包括被配置为在数据中心之间执行负载平衡的负载管理算法。

在实施例中，优选地，操作系统包括被配置为确定所述消息在数据中心之间的最佳路由的路由成本算法。

在实施例中，优选地，操作系统在所述物理数据中心的一些或全部之间分布。

在实施例中，优选地，操作系统被配置为支持不同的通信协议，以用于在插件之间传送所述消息中的一些消息。

在实施例中，优选地，所述插件包括被配置为执行所述转换的协议转换插件。

在实施例中，优选地，操作系统被配置为解释不同的编程语言，以便运行以不同编程语言编程的不同的插件。

在实施例中，优选地，系统包括用于记录所述交易中的一些交易和/或存储系统的配置参数和/或交易规则的数据库。

在实施例中，优选地，系统包括被配置为支持多种数据库类型的数据抽象层。

在实施例中，优选地，数据抽象层是所述插件之一。

在实施例中，优选地，数据中心位于不同的建筑物、不同的城镇或城市和/或不同的国家。

在实施例中，优选地，私有网络包括专用网络基础设施。

在实施例中，优选地，私有网络包括经公共网络基础设施实现的私有协议。

根据本文公开的另一方面，提供了一种提供金融交换引擎的计算机程序产品，该计算机程序产品包括在计算机可读存储介质上体现并被配置为当在一个或多个处理器上执行时执行以下操作的代码：充当操作系统，以运行多个插件，每个插件被配置为执行金融交易系统的不同的相应功能；以及在插件之间传送消息，以便执行金融交易；其中插件在数据中心的一些或全部之间分布并且操作系统被配置为从分布式数据中心抽象插件，使得插件经由操作系统彼此传送所述消息，而不需要指定所述数据中心中特定的数据中心作为消息的目的地，同时操作系统处理消息经私有网络在数据中心之间的路由，而插件不需要路由的可见性。

附图说明

为了帮助理解以下描述并示出如何实现实施例，以示例的方式参考附图，其中：

图1示意性地示出了实现金融交易系统的集中式和分布式方法，

图2示意性地示出了金融交易系统的高级体系架构，

图3示意性地示出了金融交易系统的分布式实现，及

图4示意性地示出了由多个插件实例形成的交易。

具体实施方式

图1示出了相对于被动-主动方法的主动-主动方法的概念，以及主动-主动构思到完全分布式的、基于云的方法的扩展。

图1(a)示出了包括主数据中心102和备用数据中心104的主动-被动实现。当从服务端点终端(例如，PoS终端或ATM)接收到客户端请求时，请求消息被路由到主数据中心102，以被处理。假设主数据中心102可操作，则所有此类客户端请求消息都仅被路由到主数据中心102。只在故障使得主数据中心不可操作的情况下，请求消息才被替代地路由到备用数据中心104，以被处理。因此，在任何一个时间，数据中心102、104中只有一个是活动的。

图1(b)示出了包括两个(或更多个)数据中心106的主动-主动实现的构思，这两个数据中心哪个都不必被认为是“主”数据中心。当从服务端点终端(例如，PoS终端或ATM)接收到客户端请求时，该客户端请求可以依赖于请求被路由到数据中心106中的任一个，以被处理。因此，一些客户端请求消息被路由到一个数据中心106，而其它此类消息被路由到另一个数据中心106，这两个数据中心都是活动的，从而基本上同时处理不同的请求。

图1(c)示出了根据本文公开的实施例的主动-主动方法到云系统的扩展。该系统包括在多个物理位置(例如，不同的建筑物、不同的地点、不同的城镇或城市或甚至不同的国家)分布的多个物理数据中心106。不同的物理数据中心106可以各自与多个服务器和/或设备相关联。不同的物理数据中心106经由私有网络110连接在一起。私有网络110可以借助私有物理网络基础设施或者借助在公共物理网络基础设施(诸如互联网)上实现的私有(安全)网络协议或者通过这些的组合来实现。多个服务端点终端108(例如，PoS终端和/或ATM)也连接到私有网络110，并且因此可操作，以经由私有网络与任何分布式数据中心106通信。在任何给定的时间，任何两个、更多个或全部不同的分布式数据中心106可以是活动的并且并行地处理交易。当从服务端点108发送服务请求消息时，它可以被指向数据中心中的任何一个或多个，这取决于诸如请求的本质、系统上的当前负载以及路由消息的成本之类的因素。在云方法中，多个物理处理中心可以由逻辑处理中心表示。在实施例中，许多物理处理中心可以由单个大型逻辑处理中心表示。换句话说，在一些实施例中，物理处理中心106被包括在“云”中，客户可以经由互联网/内联网110(其可以是私有网络)利用端点终端108连接到该“云”。

图2示出了根据本文公开的示例性实施例的金融交易系统的体系架构。系统的主要功能是提供金融交换引擎，充当多个服务端点终端108(其是用户终端)和一个或多个金融提供者210(在交易的另一端点处的系统，在那里交易最终被处理)之间的调解者。为此，系统包括金融交换引擎202(核心交换机)和充当接口或设备处理器的多个消息过滤器208。系统还包括多个在交易中会涉及到的附加元件。在图2中，这些包括例如至少一个安全模块204，以及用于与数据库218接口的数据抽象层(DAL)220。

服务端点终端108可以包括例如一个或多个销售点(PoS)终端212，和/或一个或多个自动柜员机(ATM)。金融提供者系统210可以包括例如一个或多个信用卡或借记卡提供者的结算系统、网上银行系统和/或预付费货物或服务的一个或多个提供者的预付费账户系统。金融交换引擎202经由一个或多个消息过滤器208连接到服务端点终端108，例如，经由至少一个相应的消息过滤器和经由端点108的任何相应的基础设施连接到每种类型的服务端点终端212、214。例如，在图2中，金融交换引擎202可以经由一个或多个消息过滤器208b和包括EFTS(电子资金转移服务器)216的ATM网络连接到ATM 214，并且可以经由一个或多个消息过滤器208c、208d和销售点网络(未示出)连接到PoS终端212。金融交换引擎202还经由一个或多个消息过滤器208连接到一个或多个提供者系统210，例如，经由至少一个相应的过滤器208a连接到每个提供者210。

金融交换引擎202因此被部署在服务端点终端108和提供者系统210之间。金融交换引擎202被配置为接收消息、检查它们的内容，并且基于此来根据一组交换规则将它们向前交换到系统的适当元件。例如，这可以包括经由相应的(一个或多个)过滤器208b、208c、208d从服务端点设备108接收服务请求消息，然后读取至少足够的消息来确定请求的本质并经由另一个过滤器208a转发到适当的提供者210以进行处理，以及潜在地将消息或关于它的信息经由DAL220转发到数据库218以被记录。作为另一个例子(例如，作为同一交易的补充部分)，由金融交换引擎202执行的交换可以包括经由相应过滤器208a从提供者210接收报告消息(例如，响应于请求)、读取足够的消息以确定其作为报告的本质，并且经由相应的(一个或多个)过滤器208b、208c、208d转发到相关的端点终端108。再次，这还可以包括将报告或关于它的信息经由DAL 220发送到数据库218以进行记录的步骤。

过滤器208是执行专用工作单元(例如，TCP/IP通信、设备处理机、MasterCard在线消息等)的部件。在实施例中，过滤器208是不包括在核心金融交换引擎202内的部件。它们可以包括专用的过程，诸如设备处理机(例如，ATM、POS)、网络处理机(例如，MasterCard、Visa等)以及其它特定于功能的过程。过滤器202和其它非核心部件可以“预先拒绝”交易，但是仍然可能需要路由到核心202中以进行记录和后续路由。核心交换引擎202可以检测预先拒绝的消息并丢弃到“拒绝决策树”中并且潜在地覆盖预先拒绝的值。

在实施例中，可以存在不同的过滤器类型：独立过滤器、链接过滤器和嵌入式过滤器。独立类型的过滤器处理完整的工作单元(例如，MasterCard过滤器等)。链接过滤器可以按顺序链接，其中每个过滤器完成其工作单元并将结果传递到下一个过滤器。对于嵌入式滤波器，这个概念允许过滤器嵌入在另一个滤波器内，因此“主”过滤器有效地表现为独立滤波器。但是，主过滤器实际上可以包括其它过滤器的累积。同样，嵌在主过滤器内的过滤器也可以充当独立过滤器。

过滤器概念可被用来支持集中式和/或通用网络过滤器以及处理独特网络需求(例如，MasterCard、Visa等)的特定于网络的过滤器。例如，过滤器208可以包括用于在线交易处理的过滤器、特定于网络的在线过滤器、用于网络清除处理的过滤器和/或特定于网络的清除过滤器。

例如，对于在线交易处理，通用网络过滤器可以处理核心金融交换引擎202与特定于网络的在线过滤器之间的接口层，而特定于网络的在线过滤器处理每个网络的独特消息传送需求并且在通用网络过滤器与各个网络之间提供接口层。

关于网络清除处理，单独的网络清除过程通常被提供者网络使用，包括传入/传出文件处理逻辑和清除用户接口。但是，在实施例中，可以提供中央清除应用，在这种情况下，新体系架构被布置为创建处理传入/传出文件的通用清除应用以及清除用户接口。这是通过识别所有网络之间的公共清除功能来实现的，使得中央清除应用可以被设计为以通用方式适应那些需求。为了方便特定于网络的清除需求，特定于网络的清除过滤层将在中央清除应用与网络之间提供层。这些过滤器将在网络提供的文件与由中央清除应用处理过的文件之间执行特定于网络的重新格式化。在实施例中，这些过滤器将以标准化的格式从中央清除应用接受数据以及向中央清除应用发送数据。过滤器将根据网络和标准消息传送格式重新格式化数据。

在实施例中，这些过滤器可以包括特定于特定提供者(例如，MasterCard、Visa、American Express)的过滤器。例如，特定于MasterCard的(一个或多个)过滤器可以包括：特定于管理MasterCard清除过程的过滤器、MasterCard消息传送过滤器和/或MasterCard管理过滤器。MasterCard消息传送过滤器负责特定于MasterCard的消息处理和重新格式化，并且在实施例中还路由到下游MasterCard通信过滤器。消息传送过滤器还可以在高级别监视下游MasterCard通信过滤器，以识别/报告问题和节点连接问题。MasterCard管理过滤器处理MasterCard MIP连接、管理性消息传送和/或灵活的消息匹配，以识别响应线程。

在实施例中，过滤器208还进一步包括用于执行以下操作的(一个或多个)通信过滤器：从通信线路检索传入的消息，将多个消息拆分成单独的消息，处理跨分组拆分消息的情况，将原始消息指引到适当的(一个或多个)过滤器和/或核心202，在通信线路上放置响应消息，维持持久性连接，和/或跟踪消息级“线程指纹”，其指示哪个线程发送请求，使得通信过滤器能够将响应返回到正确的线程。过滤器208还进一步包括ISO-8583消息过滤器，诸如：类似于ITM超级DCM概念的通用ISO-8583消息过滤器、(一个或多个)主机到主机接口过滤器和/或H2H到EFTS。

(一个或多个)过滤器208a因此提供与一个或多个金融提供者系统的(一个或多个)结算系统的接口，以用于执行在线交易处理和/或借记卡或信用卡交易。另外，如所提到的，过滤器208b、208c、208d可以包括用于经由它们相关联的基础设施与PoS终端212、ATM 214接口的设备处理机模块。另外，可以提供过滤器208，以用于通过与预付费的(一个或多个)商品或(一个或多个)服务(例如，预付费电话分钟数的账户)的提供者的金融机构和预付费账户系统接口来充值或兑换预付费账户信用。金融交换引擎202位于中间，经由(一个或多个)相应的过滤器208连接在这些服务端点108、212、214、(一个或多个)提供者系统210和(一个或多个)预付费帐户(未示出)之间，并且被布置为在它们之间根据所讨论的消息交换消息。

图2的系统还包括连接到数据库218的一个或多个操作者用户终端224(不同于服务端点108、212、214)。这些提供使系统的操作者能够访问已经经由DAL 220和交换引擎202记录的交易记录的用户接口，以及设置系统使操作者能够控制的系统的任何配置或规则。在实施例中，它们的用户接口可以提供大量用户接口，诸如：系统配置、系统管理、系统健康监视、网络清除、审计和/或研究。

如图2中进一步所示，系统包括一个或多个安全模块204的形式的安全子系统，以用于处理正在执行的交易中所涉及的密码，以及任何其它安全措施。这可以包括提供安全密钥的防篡改管理的硬件安全模块(HSM)。为了安全性，涉及在不同物理数据中心106之间以及经来往于任何服务端点终端108和提供者系统210的任何外部连接被传送的消息的任何交易都将利用安全密钥被加密。安全模块204根据交换引擎的需要执行必要的加密和解密，以便读取和/或发送消息。

如前面所提到的，系统的功能以多个插件222的形式实现。插件222包括软件单元并且本质上是模块化的，从而给出利用客户端所要求的独特和/或定制特征来增强的能力。同样，它们支持扩增现有功能而不改变其它元素的能力。在实施例中，一切都被实现为插件222，甚至核心的金融交换引擎202和HSM。

因此，在实施例中，插件222可以包括：实现核心金融交换引擎202的插件，实现一个或多个安全模块204(例如，包括HSM的软件)的功能的一个或多个插件，用于(经由诸如PoS网络或EFTS服务器的任何相关联的基础设施)与服务端点终端108接口的一个或多个服务端点接口插件，以及一个或多个交易处理插件，例如，用于与(一个或多个)提供者系统210接口。服务端点接口插件可以包括用于经由PoS网络与PoS终端212接口的PoS插件，和/或用于经由ATM网络(包括EFTS服务器216)与ATM 214接口的ATM插件。交易处理插件被配置为通过接口到相关的提供者系统210来处理金融交易。插件还可以包括用于在线交易和/或预付费帐户交易的插件。因此，插件222可以实现所述过滤器208的一些或全部功能。

在实施例中，DAL 220还可以被实现为所述插件222之一。系统可以包括一个或多个其它插件222(未示出)，诸如：用于经由DAL 220在数据库218中记录交易的交易记录插件，用于生成与交易相关的报告(例如，关于帐户活动的报告)的报告插件，用于在整个系统中使用的不同通信协议之间进行转换的协议转换插件，和/或用于管理交易的生命周期的交易生命周期插件。

插件222可以链接在一起，以创建交易，如稍后将更详细地讨论的。

图3现在示出了系统的实际物理实现，并且尤其是其分布式本质。该系统包括在多个物理数据中心106之间分布的多个插件222(诸如上面讨论的插件)。物理数据中心在多个不同的相应物理地点(例如，不同的建筑物、不同的城镇或城市或者甚至不同的国家)实现。在实施例中，可以存在至少三个数据中心，或者至少十个，或者数十个数据中心，或者甚至上至超过一百个。如上面所提到的，数据中心106经由私有网络110连接在一起，私有网络110可以包括私有网络基础设施和/或经诸如互联网之类的公共网络实现的私有协议(有时被称为虚拟私有网络)。

在说到插件222在不同的数据中心106之间分布的情况下，这可能意味着两个事情中的一个或两个：首先，它可以意味着不同类型的插件在不同的数据中心实现(例如，核心202在一个数据中心106，以及ATM接口208b在另一个数据中心等)；和/或第二，它可以意味着给定插件的不同实例可以在不同的数据中心并行地实现(例如，使得核心202的实例可以在多个数据中心106实现，以及ATM接口208b的实例可以在多个数据中心106实现等)。即，每个插件222在一个或多个数据中心106上物理地存储和/或执行，其中不同的插件222至少部分地在不同的数据中心上存储和/或执行，或者甚至每个插件在所有数据中心106之间分布。还应当指出，给定插件222的多个实例还可以在给定的数据中心106上并行运行。本文的实例可以指存储在不同数据中心106的相同(或基本上等同)的插件222的不同副本，或者在给定数据中心处运行的同一副本的不同实例(即，并行地对不同交易操作的同一副本)。

在插件222和物理数据中心106之间，提供操作系统302，它被配置为从数据中心106的底层的、物理的、分布式本质抽象插件222。这意味着插件222不具有并且他们不需要具有系统的物理实现的分布式结构的任何可见性。如果给定的插件222要发送去往另一插件222的消息，则它仅向操作系统发出消息并且不指定任何数据中心106的物理地址(并且它也不需要这样做)。在运行源和目的地插件222(或插件的源和目的地实例)的数据中心106之间的消息的物理路由由操作系统302处理，而任一个插件222都不需要知道它–相反，插件仅仅经由OS向另一个插件发送消息，而不需要插件222知道不同的分布式数据中心106。因此，插件222处理业务逻辑，而操作系统处理网络110上的底层物理路由。

操作系统302本身可以在一些或全部数据中心之间以分布式方式实现。这可以包括实现将插件或插件的实例映射到数据中心和/或记录哪些插件可用的插件查找表，其中查找表分布在一些或全部数据中心之间分布。作为替代地，查找可以集中地实现。无论以哪种方式，当操作系统302从插件222接收到消息时，操作系统302可以因此查找消息应当被路由到的实际物理目的地，以进行处理。

操作系统302还可被配置为执行负载平衡，以尝试在不同的数据中心108之间最优地平衡存储和/或执行不同插件222或插件222的实例的负载，使得没有一个数据中心106承受由系统整体消耗的存储器和/或处理资源的不适当的负担。负载平衡机制考虑诸如以下的参数：数据中心106的内部资源(像CPU使用和存储器)，以及外部资源(像TCP连接、数据库连接和网络等待时间)。如果需要，插件实例数量在运行时的增大或减小是可能的，并且这可以被手动或自动地执行。内置的智能负载平衡甚至还可以在没有手动配置改变的情况下操作，但是在实施例中，可以由操作者进行显式提示，诸如：配置队列阈值、配置优先级、配置响应超时、配置吞吐时间，和/或配置存储器消耗阈值。负载平衡可以被认为是一种形式的智能消息路由。

另外，操作系统可被配置为执行最佳成本路由，以经网络110在数据中心106之间找到用于交易的消息的最佳路由。这种智能分派基于路径等待时间、消息队列尺寸、处理速度、优先级、插件可用性和/或插件响应(例如，插件可以将其自己的节点定义为缺陷)提供最优路由成本的自动计算。以上属性可以通过配置改变被手动控制，或者被自动控制。

优选地，操作系统被配置为能够解释诸如Java、LUA和/或C++(用作脚本语言)之类的不同脚本语言，并且因此被配置为支持以此类不同语言编程的插件222。优选地，系统还被配置为支持不同通信协议，以用于在插件222中的不同插件之间和/或在核心交换引擎202和插件222之间进行通信。例如，通信协议可以包括SOAP、REST、ASN.1和/或H2H协议。在实施例中，协议转换可以由插件222中的一个或多个来实现。

另外，系统优选地是数据库不可知的，因为它包括支持多种数据库类型(例如，SQL、MySQL、PostGreSQL、MS-SQL，DB2和/或Oracle)的数据抽象层(DAL)220。在实施例中，DAL 220可以是或可以不是所述插件之一。在实施例中，数据库可以在一些或全部数据中心之间分布，或者可以集中地实现。

图4示出了被链接在一起以形成交易的多个插件222的例子，在这种情况下是在ATM 214和信用卡或借记卡提供者210之间的信用卡或借记卡交易。交易利用以下形成：交易生命周期插件410的实例、核心金融交换引擎插件202的实例、安全插件204的实例和记录插件408的实例，以通信插件404和EFT H2H过滤器插件222的形式的两个服务端点插件的实例，以及信用卡或借记卡过滤器208a和通信过滤器406形式的两个交易处理插件的实例。插件以每个连接为基础被动态地加载。在实施例中，用于给定交易的插件222的实例由交易生命周期插件410在其生命周期上被汇集并管理。

ATM 214经由EFTS 216和服务端点插件404、208a向交换核心202发出请求消息。交换引擎202检查该消息，以确定它是对信用卡或借记卡交易的请求，并且因此确定它将被指引到信用卡或借记卡提供者的系统210以进行结算。因而，交换引擎202经由提供者接口插件208a和406将消息转发到信用卡或借记卡结算系统210。一旦交易这样由卡供应商系统210结算(或拒绝)，卡供应商系统210就经由交换机202、接口406、208a、208b、4040和ETFS 216向ATM214返回响应。交易的一个或多个阶段中的每一个阶段也可以经由DAL 220由记录插件408记录在数据库218中。安全插件204处理消息的加密，使得经由HSM的硬件412对在物理数据中心106之间传送的任何消息进行适当加密。

所描述的系统提供了一般和通用的实时交换机，其不限于任何特定类型的交易、接口或数据格式。信用卡或借记卡交易的上述例子仅仅是通用体系架构的一个示例情况，其还可被用于许多其它功能，诸如在线交易、预付费帐户交易、查看帐户和/或监视帐户以自动生成警报等。

模块化插件或插件的不同实例在多个分布式数据中心之间的分布意味着多个物理处理中心融入一个逻辑处理中心中。这可以提供多个优点。例如，它允许在故障或甚至维护的情况下零停机。单个缺陷可以由位于不同位置的其它插件自动替换。另外，通过这种云设计，通过在一个数据中心106实现升级而不需要改变或关掉系统的其余部分，使得能够实时升级和配置。插件222可以甚至在不丢失连接的情况下在运行期间被刷新或更新，例如，用插件的新版本替换、改变插件表中的版本名称，或者向插件发送刷新消息。另外，该设计提供了高性能和可扩展性，从而允许仅通过配置或甚至自动地通过添加附加插件、插件实例和/或数据中心来扩展系统，而不需要关掉和/或重做系统的其余部分。

系统是灵活且易于扩展的，其中插件可以由第三方开发和替换。它提供多个接口来访问和操纵数据，例如SOAP、REST和/或ASN.1；并且允许多种脚本语言，甚至LUA。此外，系统提供自动负载平衡、存储器管理和智能的“路由成本”计算。

应当理解，系统还能够处理除了金融信息之外的信息。因此，系统可以被认为是“通用的”，因为它能够处理任何类型的电子消息。

如上面所讨论的，中心操作系统和插件方法实现了功能的分布。操作系统可以处理例如消息传递、多线程、插件处理、数据库抽象层、存储器管理和性能控制。插件可以例如实现业务逻辑，并且还具有链接到其它插件的能力。此外，系统可以容易地被实现为基于云的系统。

实施例不限于任何特定类型的操作系统。操作系统可以例如是Linux、Windows等。无论使用哪种操作系统，在实施例中它都可以将功能抽象成插件，诸如业务逻辑。

应当认识到，上述实施例仅仅作为例子进行了描述。在给出本文的公开内容的情况下，其它变形对于本领域技术人员来说会变得清楚。本公开内容的范围不由所描述的实施例限制，而是仅由所附权利要求限制。