CN102362286A - 接口模块，系统和方法 - Google Patents

Abstract

本发明提供一种用于销售处理系统的接口模块，所述接口模块使支付系统和外部系统与销售处理系统的结合更便利。

Description

接口模块,系统和方法

技术领域

本发明涉及销售处理系统的接口模块，还涉及使用这种模块的系统和方法。

背景技术

已知在市场上可从不同的制造商获得许多不同的销售处理系统。销售处理系统可在许多不同的环境中用于进行和记录购买交易。这种销售处理系统可包括如在饭店或零售公司使用的所谓的销售点(POS)系统或电子收银机，或者例如在旅馆中使用的所谓的财物管理系统，或者例如支付网关系统。这种销售处理系统一般与销售处理服务器系统结合，所述销售处理服务器系统与多个这种销售处理服务器系统连接。应注意根据上面的讨论，在销售环境中显然会使用不同的术语。

这里使用的表述或术语“销售处理系统”涉及负责在零售店或其它销售环境中执行销售的装置、系统或设备，不同于用于管理支付卡(例如，信用卡和/或借记卡)交易的支付系统或支付终端。销售处理系统一般被安排成与利用支付卡实现支付的支付系统交互作用。隔离销售处理系统和支付系统的原因是提供支付卡交易的安全性。市场上有很多可用的不同种类的支付系统。支付系统被配置成与提供金融服务的远程获取主机通信。

为了使销售处理系统和支付系统能够一同工作，必须提供销售处理系统和装置的特定编程，以便能够与支付系统结合。

支付系统与销售处理系统的结合的一个重要方面是充分隔离相应系统的功能，以便实现金融管理和安全要求。提供适当的编程是昂贵并且费时的过程。

另外在这种系统的运行期间，如果例如由于金融服务的提供者从一家银行变成另一家银行，从而必须进行改变，那么需要销售处理系统的昂贵且费时的重新编程。这费时又昂贵，不仅因为单个销售处理系统的修改会比较复杂，而且因为公司可能在一个或多个商店中使用许多不同型号和版本的一个或多个销售处理系统。

另外，公司可能还希望利用销售处理系统提供额外的服务，比如免税购物服务，或者直接货币兑换服务。鉴于此，需要与另外的外部系统结合。

本发明试图至少缓和这些问题中的至少一些问题。

发明内容

本发明的一个方面提供一种用于销售处理系统的接口模块，所述接口模块包括：第一接口，所述第一接口被配置成支持用于与销售处理系统的销售处理模块通信的第一协议；第二接口，所述第二接口被配置成支持用于与支付系统通信的第二协议；第三接口，所述第三接口被配置成支持用于与针对外部服务的交易系统通信的第三协议；和控制器，所述控制器能够控制在第一、第二和第三接口之间的消息路由，以及所述消息的分别按照第一、第二和第三协议的重新格式化。

在本发明的一个实施例中，接口模块是可响应初始化或配置请求而动态配置的，从而接口模块能够动态适应特定的实现。这种接口模块的一个实施例能够提供可配置的通用接口，用于提供销售处理系统，支付系统和交易系统的不同例子之间的通信。

可以设置映射模块，所述映射模块包括模式引擎和映射信息，控制器模块能够把从第一、第二和第三接口之一接收的消息转发给模式引擎，模式引擎能够根据映射信息，重新格式化接收的消息，从而生成重新格式化的消息，控制器模块还被配置成根据重新格式化来转发被重新格式化的消息。在本发明的一个实施例中，映射模块是可根据从配置主机系统提供的信息动态配置的。

本发明的另一个方面提供一种销售处理系统，包括配置成进行销售处理的销售处理模块和接口模块，销售处理模块被配置成支持用于与所述接口模块通信的第一协议。

本发明的再一个方面提供一种组合系统，包括销售处理系统，和操作上经第二接口模块与所述销售处理系统连接的支付系统。

本发明的又一个方面提供一种操作销售处理系统的方法，所述销售处理系统包括所述通信接口模块，所述方法包含利用控制器模块，控制消息在第一、第二和第三接口模块之间的路由，包括所述消息的分别按照第一、第二和第三协议的重新格式化，其中第一接口模块支持用于与销售处理系统的销售处理模块通信的第一协议，第二接口模块支持用于与支付系统通信的第二协议，第三接口模块支持用于与针对外部服务的交易系统通信的第三协议。

接口模块的一个实施例可被实现成包含程序代码的计算机程序产品，所述程序代码控制销售处理系统的处理器执行所述方法。

尽管在附随的权利要求中陈述了本发明的各个方面，不过本发明的其它方面包括所述实施例和/或附随的从属权利要求的特征与独立权利要求的特征的任意组合，而不仅仅是在附随的权利要求中明确陈述的组合。

附图说明

下面参考附图，仅以举例的方式说明实施例。

图1是提供销售处理和支付服务的组合系统的例子的示意图。

图2是图解说明图1的系统的功能部件的例子的示意方框图。

图3是更详细地图解说明图2中所示的一些功能部件的示意方框图。

图4是更详细地图解说明图3中所示的一些功能部件的示意方框图。

图5是图解说明这种系统的例证操作的流程图。

具体实施方式

图1是系统体系结构10的示意图，所述系统体系结构10包括用例如销售处理终端(例如，电子收银机(ECR))实现的销售处理系统12，销售处理系统12与支付系统14和交易系统16通信。支付系统14可以采用用于读取卡或其它支付授权装置的支付终端的形式，并且能够执行操作以保密地把卡细节和支付额传给一个或多个银行系统18，以便进行支付处理。在图1中所示的例子中，交易系统16能够与用于直接货币兑换处理的直接货币兑换(DCC)主机系统20和/或用于TFS处理的免税购物(TFS)主机系统22通信。如图1中进一步所示，销售处理系统12具备可提供可配置接口的接口模块24，所述可配置接口便利支付系统14的连接，还供给将被发送给交易系统16，的服务请求，并将从交易系统16接收的服务响应。

这里，接口模块24被称为通信接口模块，以区分接口模块24和后面说明的构成通信接口模块24的一部分的组件接口模块。在这方面，注意术语“通信接口模块”被用作识别接口模块24的标签。如后所述，通信接口模块24被配置成提供销售处理系统12与支付系统14和交易系统16的连接结构的灵活性。配置主机系统25可提供用于配置通信接口模块24的配置信息。

图1还图解说明了另一个系统26，例如，商店中的电子销售点(EPOS)控制系统26，所述系统26可包括一个或多个计算机服务器，能够与诸如图2中所示的销售处理系统12之类的多个销售处理系统通信，并且能够与其它外部系统(未示出)结合。

通过利用在诸如RS232链路或通用串行总线(USB)链路之类的串行链路，和/或传输控制协议/网际协议(TCP/IP)链路中的一个或多个之上工作的终端专用接口协议，可实现销售处理系统12和支付系统14之间的通信。通过利用TCP/IP链路上的置标协议(例如，HTTP(S))，能够实现销售处理系统12和交易系统16之间的通信。销售处理系统和商店EPOS控制系统之间的连接也可利用置标语言协议(例如，TCP/IP链路上的HTTP(S))来实现。

应注意参考图1说明的体系结构表示通信接口模块24的一个应用例子。通信接口模块24可被配置成使得它能够被托管在电子收银机连接到的本地服务器上，或者托管在多个电子收银机连接到的中央服务器上，或者它可被外部托管在例如，向一系列零售店提供服务的远程服务器上。事实上，如后所述，可利用配置主机25动态配置通信接口模块24，这使得能够在许多不同的情形下实现通信接口模块24。下面，将更详细地说明参考图1说明的例证应用。

图2是图解说明图1的系统体系结构10的例证结构的功能方框图。

销售处理系统12可以是由多个制造商之一提供的可编程销售处理终端。这种销售处理系统12一般由专用个人计算机(PC)系统构成，所述专用个人计算机(PC)系统包括专用于销售处理终端的外围设备，比如配置成显示销售处理信息的显示器，为销售处理系统设计的数字小键盘和/或配置成数字小键盘的显示器用触敏屏幕，打印机，和其它外部接口，比如条形码阅读器、读卡器等等。这种销售处理系统12一般利用某种版本的常规操作系统工作。销售处理系统12一般还支持某种版本的Java运行时环境(JRE)，例如版本1.5以上的Java标准版(Java是太阳微系统公司的商标)。

图2图解说明设置在销售处理系统12中的各个模块。可利用保存在销售处理系统12的存储器中并且可控制销售处理系统12的一个或多个处理器的软件和/或固件，来实现所述各个模块。所述各个模块可包括控制销售处理系统12的处理器从而在销售处理系统12进行处理、以及与商店系统26通信的销售处理模块28。

图2中所示的本发明的实施例包括利用第一接口协议30(这里称为销售处理接口协议30)与销售处理模块28交互作用，并提供利用适当的通信协议、与支付系统14和交易系统16交互作用的销售处理代理的通信接口模块24的例子。销售处理模块28被配置成使用协议30。从而，通信接口模块24可以和销售处理模块28已被配置成支持销售处理接口协议30的任意销售处理系统12一起使用。这意味在不同制造商制造的不同销售处理系统12之间，通信接口模块24是可移植的。通信接口模块24实际上充当“Y形分路器”或者代理，从而扩展与支付系统14的通信，以与交易系统16交换TFS和DCC状态查询。通信接口模块24还用于使例如在支付系统14上使用的信用卡和借记卡信息与销售处理模块28保持分离。

图3更详细地图解说明通信接口模块24的例证结构。

第一组件接口模块40构成实现第一接口协议30(销售处理系统接口协议30)，从而与销售处理模块28交互作用的销售处理接口模块。第二组件接口模块46构成利用第二接口协议，与支付系统，或者终端14交互作用的支付接口模块。第三组件接口模块48构成利用第三接口协议，与交易系统16连接的交易接口模块。在本例中，第一、第二和第三接口协议均不相同。不过，在另一个例子中，两个或者全部接口协议可以彼此相同。控制器模块42通过利用保存在映射模块44中的映射信息，使其它组件相互隔离，提供在系统中路由消息的路由逻辑。

可以设置用于在销售处理系统12提供DCC处理的DCC模块50，并且可以设置用于在销售处理系统12提供TFS处理的TFS模块52。

DCC模块50能够提供简单的GUI，所述GUI向用户提供几种货币。用户然后能够决定将用于支付的货币。DCC模块50能够获得本币交易额，并且能够通过通信接口模块24和交易系统16向DCC主机20发送消息，从而获得适当的汇率。DCC模块50能够显示根据从DCC主机系统20接收的汇率来在DCC模块50计算的兑换额，或者经由交易系统16和通信接口模块24，被提供来自DCC主机系统20的响应。

TFS模块52可提供GUI来显示表格以收集用户详情并显示购物细节。然后TFS模块52能够经通信接口模块24和交易系统16，向TFS主机22发送消息。TFS模块52经交易系统16和通信接口模块24从TFS主机系统22接收的响应消息可包括能够在销售处理系统12打印的TFS支票或凭单。

应注意DCC逻辑和/或TFS逻辑可被实现成销售处理模块28的一部分。不过，通过作为通信接口模块24的一部分，提供DCC模块50和/或TFS模块52，能够为不具有作为销售处理模块28的一部分的DCC逻辑和/或TFS逻辑的销售处理系统12提供DCC和/或TFS功能。

图3中图解说明了各种其它组件。配置API模块54可提供产品开发和测试用API。连接管理模块56可管理低级通信对象。事件管理模块58按照与控制器模块42的操作密切结合的集中化方式提供对定时器、例外和其它“异常”事件的处理。日志记录模块60提供操作的日志记录，以使部署时间配置更容易。

图4是更详细地图解说明控制器模块42，映射模块44，支付接口模块46和交易接口模块48的交互作用的示意方框图。这些模块一同工作，从而提供抽象层和动态地把一个接口映射到另一个接口的能力，从而提供灵活的路由并且例如，根据需要提供数据管理以满足支付卡行业数据安全标准。

销售处理接口模块40接受按照销售处理接口协议(SPIP)配置的消息，并把该消息作为SPIP请求消息发给控制器模块42。SPIP请求消息包括SPIP报头，除其它内容之外，SPIP报头还可包括消息标识符(ID)和关键字值。这些参数用于动态路由。控制器模块42包括路由管理(路由器)模块72，所述路由管理模块72检查SPIP请求消息102，并把SPIP请求消息102发给映射模块44。模式模块74构成可配置在映射模块44中的模式引擎，其检查SPIP消息ID，并根据SPIP请求消息ID和保存在映射模块44中的映射信息进行映射操作。例如，模式模块74可使用字段定义模块76提供数据类型处理，并且在把消息传回路由管理模块72之前，变换引擎78能够管理消息变换，以便进一步进行消息流控制。

路由管理模块72可读取报头ID的组合，以确定路由顺序，并创建不同的消息类别，以适合于针对给定设置所必需的协议(根据后面说明的初始化消息(ECRInit))，并且与映射模块44交互作用，以便明确表示适当的消息组成。映射模块44将在后面说明。在利用映射模块44明确表示适当的输出消息之后，传送所述消息以便继续处理。为了完成整个消息会话，消息一般需要经由路由模块72的多个步骤。消息会话由图4中所示的模块72和其它模块之间的多个内部消息构成。每个消息包括发源源头ID(POSID)。该ID便利保持上下文，还调用与销售处理系统12相关的一个或多个适当的外部系统。

映射模块44能够检查接收的消息，并对包括具有相应类别类型的相应命令的不同SPIP消息类型使用命令模板。每个命令类型具有它自己的模式，所述模式把属性/参数名称映射到协议字段类型。每个命令可含有请求，当被执行时，可含有响应。从而，请求可被实现成具有特定请求类型的参数的SPIP消息类别的子类。当命令被执行时，能够提供拥有从模式引擎74获得的如响应模式定义的所有响应数据的响应。

消息定义模块80可具有根据从接收的消息取回的消息标识符访问的消息类型条目，所述消息类型条目定义相应的消息类型。关于所有具体消息(不管是请求还是响应)的通用消息定义被保存在消息定义模块80中。模式定义使每个消息能够被赋予如下模式，该模式包括向唯一的字段标识符、字符串名称以及字符串值的映射/来自唯一的字段标识符、字符串名称以及字符串值的映射的映射集。

保存在字段定义组件76中的字段定义为每种消息类型定义所述消息是包含零个字段还是多个字段，以及用于字段的类型标识符代码、长度定义和描述。字段定义模块76可具有消息字段定义条目，根据从接收的消息取回的消息标识符以及从接收的消息取回的字段标识符来访问所述消息字段定义条目，消息字段定义条目定义相应消息字段的内容。

变换模块78可具有根据从接收的消息取回的源头信息和目的地信息，定义待执行的消息变换的消息变换条目。

操作中，控制器模块42的路由管理模块72检查消息类别ID，把它封装到适当的请求消息中。在典型的流程中，第一次尝试始终是把消息发给支付接口模块46。根据配置参数，下一次尝试是把消息发给交易接口模块48。任何异常被传给异常处理器模块82，以便记录(利用图3的日志记录模块60)和进一步报告给发端模块。如果要求独立于销售处理系统12的销售处理模块28进行DCC和TFS服务，那么提醒DCC和TFS模块50和52。一旦DCC和TFS模块50和52已完成数据收集，收集的额外信息被传回控制器模块42的路由管理模块72，以便进行进一步的动作和路由。

路由管理模块72分别从配置模块54和连接模块56接收配置参数和连接参数。可记录的信息被发送给日志记录模块60。事件处理器模块58管理定时器和对路由管理模块72的排队控制。

从而，形成模式引擎和映射信息的模式模块74能够响应接收自第一、第二和第三接口40、46、48之一并由路由管理模块72转发给模式引擎的消息，模式模块74可根据映射信息重新格式化接收的消息，从而生成重新格式化的消息，控制器模块42还被配置成根据重新格式化，来转发被重新格式化的消息。

通过模式引擎、消息定义、字段定义和变换引擎的交互作用和配置，映射模块从而能够提供例如，所需的数据管理以满足支付卡行业数据安全标准。

在本例中，如图4中所示，支付接口46可包括根据从控制器模块42接收的终端请求消息类别消息来封装支付系统消息的组件。编码器/解码器(编码解码器)84可转换成和转换自适合于线级通信的低级字节缓冲器。物理数据单元(PDU)86可处理低级缓冲器。串行接口88支持与支付系统14的串行通信。串行接口88应用串行通信成帧，并向外部支付系统14提供稳定通信。

在本例中，如图4中所示，交易接口48封装用于与交易系统16通信的消息格式化。交易接口48可包括可转换成和转换自适合于装置I/O的低级字节缓冲器。物理数据单元(PDU)92可处理低级缓冲器。HTTP控制器94可形成HTTP连接引擎，可以支持经因特网与交易系统16的安全套接字层交易。

在例证实施例中，可在启动销售处理系统12时，利用来自配置主机系统25(图1)的信息，配置通信接口模块24中的映射模块44和其它模块，所述配置主机系统25形成外部集中化配置管理系统。在实现时，不需要一开始为所述实现设置通信接口模块24。不过，当通信接口模块24收到第一初始化消息(ECRInit)和唯一的激活代码时，可利用来自配置主机系统25的信息更新所有模块，从而用所述实现所需的相关参数、定义、模板配置通信通信接口模块24的各个模块。

为了开始配置处理，可从销售处理系统12向通信接口模块24发出初始化请求(ECRInit)。这种消息可包括把消息识别成启动请求的消息报头，用于销售处理系统的销售点ID，和识别与销售处理系统相关的支付终端的类型的支付终端ID。初始化请求中的其它信息可包括识别有效的输入装置(磁卡阅读器，ENV卡阅读器等)的数据，免税购物和/或动态货币兑换处理是否将运行，所需的打印格式的细等。

通信接口模块24的路由管理模块72可响应这种消息的接收，经交易系统12把所述消息转发给配置主机系统25，从而下载用于配置特定配置所需的映射模块44的配置信息。不同的多组配置信息可被保存在配置主机服务器25，并且可通过提供的识别特定实现的各个部件(销售处理系统，支付系统等)的参数(各个ID)来访问不同的多组配置信息。

结果，能够实现用于针对所需的特定配置来配置映射模块44的配置信息的恰当下载。这可包括配置映射模块44，以检查预期来自销售处理系统以及用于设定适当模式的接收消息。消息定义模块80可被配置以适当的消息类型条目。适当的字段定义可被保存在字段定义组件76中。适当的消息变换条目可被包括在变换模块78中。

另外，根据需要，还可从配置主机系统25下载适当的免税购物模块52和动态货币兑换模块50。

通过按照这种方式从配置主机系统25提供接口模块24的初始化，能够确保可按照能够获得的最新配置信息来优化初始化模块，这避免了使用通信接口模块24，该通信接口模块24需要以可对其进行部署的所有可能配置来执行预编程。

也可稍后重新进行初始化或配置，以适应配置的变化(例如，如果不同型号的支付系统与销售处理系统相关联，或者如果增加了新的服务)。通过允许动态适应各种变化，按照这种方式的初始化或配置由此提供部署和未来验证的灵活性。

换句话说，可利用响应于识别实现配置的配置初始化请求而从配置主机系统提供的配置信息来配置通信接口模块24。

这样，可根据需要从配置主机系统25增加消息类型和格式。这种功能能够实现消息定义、字段定义、变换和模式模块的动态安排，使通信接口模块24能够提供动态且灵活的方案，以提供在支付系统空间中以及在定期变化的外部主机中发生的进行当中的改变。关键字定义数据可被更新和配置为针对以在配置主机系统上生成的激活代码为基础的特定实现来进行工作，以便标记所述实现所必需的所有必要组件。能够容易地解决数据安全性要求方面的变化。通信接口模块24的使用还允许相当灵活地提供数据：通过对提供给销售处理系统12的信息进行配置以打印或产生收据，而使销售处理系统12灵活地生成经打印的收据或其它收据。

尽管在本例中，配置主机系统25经交易系统16连接到通信接口模块24，不过在另一个例子中，通过利用适当的接口协议，配置主机系统25可经直接组件接口，直接连接到通信接口模块24。

图5是系统10进行的各种操作的流程图。

在步骤200，当用户100准备支付商品的费用时，这些商品被提交(步骤202)，以便在销售处理系统12处理。销售处理模块26通过例如控制扫描条形码的扫描仪，控制商品详情的收集。

假定用户选择用信用卡支付，那么销售处理模块28向通信接口模块24的控制器模块42发送销售请求(步骤206)，控制器模块42向支付系统14转发指令(步骤208)，以读取用户的信用卡。

支付系统14把从信用卡取回的数据提供给通信接口模块24的控制器模块42(步骤210)，控制器模块42把所述数据传给DCC模块50。DCC模块50随后可经通信接口模块24的控制器模块42，把DCC率查寻请求发给交易系统16(并从交易系统16发给DCC主机20)(步骤212)。

交易系统16随后可经通信接口模块24的控制器模块42，把从DCC主机20接收的DCC率响应消息返回给DCC模块50(步骤214)。

DCC模块随后能够经通信接口模块24的控制器模块42，把DCC率响应消息转发给销售处理模块28(步骤216)。

销售处理模块28可把DCC率报给用户110(步骤218)。销售处理模块28随后可接收用户对DCC报盘的反应。销售处理模块28可根据用户对DCC报盘的反应，选择交易用货币。销售处理模块28经通信接口模块24的控制器模块42，把包括所选货币的支付信息发给支付系统14(步骤222/224)。

支付系统14可把交易消息226发给银行系统18。在图5中所示的流程中，假定向支付系统14返回卡核准消息228，支付系统14随后经通信接口模块24的控制器模块42，把卡核准消息发给DCC模块50(步骤230)，以便由DDC模块50处理。

TFS模块52还可检查用户是否符合免税购物的条件(步骤232)。可按照任何适当的方式检查TFS资格，例如通过比较完整的或者部分的信用卡号和具有销售处理系统12的地区所发行的货币的信用卡号的表格，并确定该信用卡是否是本地发行的卡。卡的详情可由TFS模块52根据例如经通信接口模块24的控制器模块42，从支付系统14供给的消息210中的信息确定。

与DCC模块50和TFS模块52协作的通信接口模块24的控制器模块42随后可把卡核准消息转发给销售处理模块28，同时如果卡用户符合TFS的条件，那么设定标记。

销售处理模块28随后可把收据(例如打印的收据)和以TFS交易的形式进行所述交易的提议(如果用户符合TFS的条件)一起提供给用户(步骤236)。

如果销售处理模块28收到用户接受按照这种方式产生的TFS提议的确认(步骤238)，那么销售处理模块经通信接口模块24的控制器模块42，向TFS模块52发送请求(步骤240)。TFS模块随后经通信接口模块24的控制器模块42和交易系统16，向TFS主机系统22发送TFS签发请求(步骤242)。

TFS主机系统22能够经交易系统16和通信接口模块24的控制器模块24，向TFS模块52返回TFS响应消息(步骤244)。TFS模块52随后通过经通信接口模块24的控制器模块42，把包括用于生成TFS支票的数据的TFS响应发给销售处理模块28(步骤246)。

销售处理模块28随后能够向用户输出(例如，打印)TFS支票(步骤248)。

通过利用适当的通信协议，交易系统16能够充当TFS主机系统22的客户端。交易协议可被用于请求文本形式的退税单。所请求的文件可以作为签发支票响应中的BASE64编码要素被返回。通信接口模块可把包括在所述响应中的数据毫无修改地返回给销售处理模块28。

从上面关于图5的说明可看出，通信接口模块24能够实现与销售处理系统相关的各个系统的交互作用。通信接口模块24的设置意味销售处理系统制造商不必考虑市场上所有的有可能不同的支付系统和终端，也不必考虑零售商可能希望经第三方供应商提供的附加服务，比如免税购物或者动态货币兑换。销售处理系统制造商不必提供例如，为了满足支付卡行业数据安全标准而需要的数据管理，因为通信接口模块24使之与销售处理系统模块28隔离。

这种通信接口模块的一个实施例可被实现成包含可控制销售处理系统的至少一个处理器的程序代码的计算机程序产品。计算机程序产品可包含带有所述程序代码的计算机可读介质。

尽管详细说明了上面描述的实施例，不过一旦充分理解上面的公开内容，对本领域的技术人员来说，众多的变化和修改将变得显而易见。后附的权利要求书包括所有这样的变化和修改以及它们的等同物。

Claims (21)

1.一种用于销售处理系统的通信接口模块，所述通信接口模块包含组件模块，所述组件模块包括：

第一接口模块，其执行操作以支持用于与销售处理系统的销售处理模块通信的第一协议；

第二接口模块，其执行操作以支持用于与支付系统通信的第二协议；

第三接口模块，其执行操作以支持用于与针对外部服务的交易系统通信的第三协议；和

控制器模块，其执行操作以控制在第一、第二和第三接口模块之间的消息的路由，以及所述消息的分别按照第一、第二和第三协议的重新格式化。

2.按照权利要求1所述的通信接口模块，还包括呈映射模块形式的另一个组件模块，所述映射模块包括模式模块和映射信息模块，所述控制器模块执行操作把从第一、第二和第三接口模块之一接收的消息转发给所述模式模块，并且所述模式模块执行操作以根据映射信息重新格式化接收的消息，从而生成重新格式化的消息，所述控制器模块还被配置成转发基于所述重新格式化被重新格式化的消息。

3.按照权利要求2所述的通信接口模块，其中所述映射模块包括消息定义模块，所述消息定义模块具有消息类型条目，根据从接收的消息取回的消息标识符访问所述消息类型条目，所述消息类型条目定义相应的消息类型。

4.按照权利要求2或3所述的通信接口模块，其中所述映射模块包括字段定义模块，所述字段定义模块具有消息字段定义条目，根据从接收的消息取回的消息标识符以及来自所接收消息的字段标识符访问所述消息字段定义条目，所述消息字段定义条目定义相应消息字段的内容。

5.按照权利要求2-4任意之一所述的通信接口模块，其中映射模块包括变换模块，所述变换模块定义要根据从接收的消息取回的源头和目的地信息执行的消息变换。

6.按照任意前述权利要求所述的通信接口模块，还包括呈直接货币兑换模块形式的另一个组件模块，所述直接货币兑换模块被配置成进行直接兑换变换处理，所述控制器模块执行操作以控制消息往来于直接货币兑换模块的路由。

7.按照任意前述权利要求所述的通信接口模块，还包括呈免税购物模块形式的另一个组件模块，所述免税购物模块被配置成进行免税购物处理，所述控制器模块执行操作以控制消息往来于免税购物模块的路由。

8.按照任意前述权利要求所述的通信接口模块，其中所述通信接口模块的至少一个组件模块是可配置的。

9.按照权利要求8所述的通信接口模块，其中所述通信接口模块的所述至少一个组件模块是能够利用来自配置主机系统的配置信息配置的。

10.按照任意前述权利要求所述的通信接口模块，其中所述模块中的至少一个包含计算机程序。

11.一种销售处理系统，包括配置成进行销售处理的销售处理模块，和按照任意前述权利要求所述的通信接口模块，所述销售处理模块被配置成支持用于与通信接口模块通信的第一协议。

12.按照权利要求11所述的销售处理系统，其中所述销售处理模块还被配置成与远程服务器系统通信。

13.按照权利要求11或12所述的销售处理系统，所述销售处理系统被配置成销售处理终端。

14.一种组合系统，包括按照权利要求11-13任意之一所述的销售处理系统，以及在操作上经第二组件接口模块与所述销售处理系统连接的支付系统。

15.按照权利要求14所述的组合系统，其中所述支付系统包含卡支付终端。

16.按照权利要求14或15所述的组合系统，其中所述组合系统在操作上经第三接口模块与交易系统连接，所述交易系统在操作上与免税购物主机系统和直接货币兑换主机系统中的至少一个连接。

17.按照权利要求14-16任意之一所述的组合系统，其中所述组合系统在操作上经第三接口模块与配置主机系统连接。

18.一种操作销售处理系统的方法，所述销售处理系统包括按照权利要求1-10任意之一所述的通信接口模块，其中所述方法包含：

利用控制器模块，控制消息在第一、第二和第三组件接口模块之间的路由，包括所述消息的分别按照第一、第二和第三协议的重新格式化，其中

第一接口模块支持用于与销售处理系统的销售处理模块通信的第一协议，

第二接口模块支持用于与支付系统通信的第二协议，和

第三接口模块支持用于与针对外部服务的交易系统通信的第三协议。

19.按照权利要求18所述的方法，还包括利用从配置主机系统提供的配置信息，配置通信接口模块。

20.按照权利要求19所述的方法，其中，配置主机系统响应于识别实现配置的配置初始化请求而提供配置信息。

21.一种包含程序代码的计算机程序产品，所述程序代码执行操作以控制销售处理系统的至少一个处理器执行按照权利要求18-20任意之一所述的方法。

Images