CN103907143B - 使用无标签数据交换格式进行金融交易通信的系统和方法 - Google Patents

Abstract

一种诸如柜员现金循环出钞机的自动银行业务机，使用从远程系统接收呈JavaScript对象标记（JSON）文件形式的操作指令的系统和方法。该系统和方法使用用于经由通信网络在自动银行业务机之间传输信息的计算机执行方法。该方法包括：接收用于从第一自动银行业务机到第二自动银行业务机的网络通信的消息；基于存储在所述第一自动银行业务机内的计算机可读介质上的指令，以无标签数据交换格式与所述消息的尺寸独立地格式化所述消息；以及将格式化后的消息传输至所述第二自动银行业务机。

Description

使用无标签数据交换格式进行金融交易通信的系统和方法

技术领域

本发明涉及一种自动银行业务机。具体地，本发明涉及一种能够在银行业务网络中使用无标签数据交换模式而在联网的银行业务机之间进行信息通信的自动银行业务机设备、方法和系统。

背景技术

自动银行业务机已为我们所熟知。通常在银行中看到的自动银行业务机的两种已知的示例为柜员现金循环出钞机（TCR）和柜员现金出钞机（TCD）。TCR可被用于在银行柜员的监督下存入或发放纸币（note）给银行客户。TCD只能在银行柜员的监督下将纸币发放给客户。客户使用的另一种类型的自动银行业务机是自动柜员机（“ATM”）。ATM使客户能够在没有柜员的任何协助下进行银行业务交易。可以通过ATM进行的常见银行业务交易包括发放现金、存款、账户间转账、汇票付款和账户余额查询。其它类型的自动银行业务机可以包括在银行处由柜员操作的个人计算机系统。其它类型的自动银行业务机可以允许客户借记（charge against）账户或转移资金。其它类型的自动银行业务机可以打印或发放诸如优惠券（coupon）或代金券（voucher）之类的有价单据。为了本公开内容的目的，自动银行业务机或自动交易机应包括进行包括价值转移（transfer of value）等交易的任意设备。

自动银行业务机典型地在网络上交换信息以实现诸如现金回收、现金存入、余额查询、邮寄交易等所请求的金融交易。这些联网机器间的金融交易通信已经使用串行数据报（serial datagram）而予以执行。然而，串行传输的数据报要求限定的数据量（quantumof data）的传输（这里数据量的扩展往往需要整个系统的重新配置）。串行数据要求使用限定的启始符（starting indicator），其在必要的数据量之后，并且被中断符（terminalindicator）断开。

为了提供更强健的网络，自动银行业务系统开始使用标准化数据交换格式，例如在美国专利号6，965，879（Richards等人）中描述的标记语言。标准化数据交换格式进而提供这样的优点，即，提供能够让不同制造商制造的不同类型的自动银行业务机有效通信的互操作能力（interoperability）。标记语言允许使用附加数据、扩展和内嵌等以得到更大的灵活性。标记语言通过使用句子（clause）和从句而限定，每一个均利用表示句子和/或从句内的数据量的开始和结束的标志（marker）来描述。标记语言使用标签来表示每个数据量的开始和结束这两者。

此外，每个标签还进一步与参考标识符（identifier）相关联。例如，如果变量具有一个值，标记语言可以将处理器引向标签15，如果变量具有第二值，则可以将处理器引向标签12，等等。因此，标签还用于通过计算机编码操作来进行导航。

然而，为了提供这种强健性，标记语言、特别是与标记语言关联的标签增加了必须通过网络传输的开销数据（overhead data）的量。这一增加的通信量（traffic）减小了吞吐量并增加了硬件造价，从而降低自动银行业务网络的效率。

所以需要在自动银行业务机之间使用无标签数据交换格式来执行信息网络通信的系统和方法。该信息可以是在安全套接层中以JSON数据交换格式进行传输的金融交易信息。还需要这样的系统和方法，其中无标签数据交换格式允许在消息内部扩充数据量。

发明内容

在一个方案中，本发明包括自动银行业务机，其包括计算机和至少一个与其可操作地连接的交易功能装置，其中该计算机适于接收至少一个JavaScript对象标记（JSON）文件，并使至少一个交易功能装置响应于至少一个JSON文件而执行交易功能。

在一个示例中，所述交易功能装置包括纸页（sheet）发放机构，且该计算机适于响应于所述至少一个JSON文件而运行，以从所述自动银行业务机发放至少一张纸页。所述交易功能装置的其它示例是视频显示器和纸页接收机构。

JSON是已知的基于文本的独立于语言的数据交换格式。其基于JavaScript编程语言的子集并在互联网上发送结构数据时非常有用。与多个可选格式相比，其优点是轻量级、独立于语言且易于解析。进而，由于其不是文件标记语言，因此不需要编程员定义表示其内数据的标签或属性。

JSON文件能够在各种传输层上传输。在一个实施例中，至少一个JSON文件在安全套接层（SSL）上传输。SSL的优点是能够提供点对点消息安全性。可选地，JSON文件可以使用http安全通信协议进行传送。

在一个实施例中，纸页包括钞票，且所述计算机适于响应于所述至少一个JSON文件而运行，以从所述自动银行业务机发放至少一张钞票。

在另一实施例中，所述自动银行业务机包括柜员现金循环出钞机（TCR），且所述计算机适于响应于所述至少一个JSON文件而运行，以从所述TCR发放现金或将现金接收到所述TCR中。

在可选实施例中，所述自动银行业务机包括自动柜员机（ATM），且所述计算机适于响应于所述至少一个JSON文件而运行，以从所述ATM发放现金，或针对循环式ATM，将现金接收到ATM中。

在另一个可选实施例中，所述自动银行业务机包括柜员现金出钞机（TCD），且所述计算机适于响应于所述至少一个JSON文件而运行，以从所述TCD发放现金。

在又一个实施例中，所述计算机适于接收自动银行业务机配置数据，并提供存储器用于存储已经被成功安装以使得如果随后的安装企图有可能失败时能够回退到还原点的至少一部分所述自动银行业务机配置数据。

例如，根据本发明的自动银行业务机可在一个或多个通信信道上从银行中的柜员工作站（与该自动银行业务机共处一地）、或从远程工作站或监控站接收JSON文件。

进而，该计算机可适于在这类信道上将JSON文件传送到监控站。

这些通信信道可使用REST（代表性状态传输）原理而运行。REST类架构通过结合客户端和服务器而构建。最广为人知的实现方式就是互联网。

在一个实施例中，一种计算机执行方法用于经由通信网络在自动银行业务机之间传输信息。该方法包括：接收用于从第一自动银行业务机到第二自动银行业务机的网络通信的消息；基于存储在所述第一自动银行业务机内的计算机可读介质上的指令，以无标签数据交换格式与所述消息的尺寸独立地格式化所述消息；以及将格式化后的消息传输至所述第二自动银行业务机。

在另一个实施例中，提供一种用于经由通信网络在自动银行业务机之间传输信息的计算机执行的系统。该系统包括：第一自动银行业务机，包括第一处理器，所述第一处理器被配置为基于存储在计算机可读介质上的指令，使用无标签数据交换格式与传输的消息的尺寸独立地执行网络通信。所述银行业务机被配置为接收用于从所述第一自动银行业务机到第二自动银行业务机的网络通信的消息；以无标签数据交换格式格式化所述消息；以及将格式化后的消息传输至所述第二自动银行业务机。

根据以下详细说明和附图，本发明的其它特征和优点对于本领域技术人员而言将是清楚的。但应理解的是，尽管详细说明和特定实例示出了本发明的示例性实施例，但其通过示例性方式给出而非具有限制性。在不脱离本发明的构思的情况下可以在本发明的范围内进行多种修改和改型，且本发明包括所有这种改型。

附图说明

在附图中示出本发明的示例性实施例，在附图中相同的附图标记表示相同的元件，其中：

图1是自动银行业务机的立体图；

图2是图1的自动银行业务机的示意性剖视图；以及

图3是示出使用JSON数据交换格式进行金融交易信息通信的方法的流程图。

具体实施方式

以下描述的自动银行业务机是柜员现金循环出钞机（TCR）。其主要的操作模式涉及接收一沓钞票并将它们储存在适当的储存模块中，并且将钞票从这些储存模块发放到用户（典型的是银行柜员）。虽然描述的是特定的自动银行业务机，但这里所描述的系统和方法可使用在联网环境中运行的任何类型的自动银行业务机来执行。上述系统和方法还可进一步被用于执行主要运行模式以及一个或多个次要运行模式，例如初始机器配置通信、维护通信、安全通信、机器存货（inventory）通信（例如储存于其中的钞票数量等）。

参考图1和图2，TCR 1包括容置保险箱3的（下部）壳体2和（上部）纸币处理模块4。壳体具有能被打开以能够进入保险箱3的前板5，而该保险箱3设置有可上锁的门6。保险箱3容置安装在框架8上的许多滚动储存模块（RSM）7a-7f，该框架8上可储存钞票。尽管示出的示例合并六个RSM 7a-7f，但根据需要，其它版本也可以包括两个、四个、八个或更多个RSM。另外，保险箱3内部是下纸币传输机构9、用于将纸币转向RSM 7a-7f之一的多个转向开关（未示出）、纸币传输和储存控制器10以及内部显示器11。纸币处理模块4包括输入模块12、堆垛器（stacker）13、触摸屏14、USB插座15和有线网络插座16，所有这些都能从TCR1的外部到达。纸币处理模块4的内部容置上传输机构17、检测器模块18、转向开关（diverterswitch）19、纸币处理模块控制器20、接口控制器21和存储器22。接口控制器21经由纸币处理模块控制器20并通过CAN总线（未示出）可操作地连接至纸币传输和储存控制器10。接口控制器21还可操作地连接至触摸屏14和存储器22。内部显示器11由下部传输控制器10控制。

下面将描述图1和图2的TCR的各种模式。检测器模块18、滚动储存模块7a-7f、传输机构17、9以及转向开关19是现有的，且可以以申请人的同在申请WO2008/047094中描述的方式运行。这些部件便于将已被用户供应到输入模块12中的钞票存到保险箱3中，并将钞票从保险箱3发放到堆垛器13以被用户收取。

已放入输入模块12中的钞票一张一张地被供应到上部传输机构17，以经过检测器模块17被传送到转向开关19。如果钞票被检测器模块18识别为真币（bona fide note），则转向开关19将钞票引到保险箱3中并且沿着下纸币传输机构9到达指定的RSM 7a-7f。如果要将钞票回退给用户，则转向开关9将钞票引到堆垛器13，用户可以从该堆垛器13收取钞票。当要从滚动储存模块7a-7f发放钞票时，钞票沿下纸币传输机构9在相反方向从RSM传送出去，之后到达转向开关19，该转向开关19将钞票引到堆垛器13，用户可以从该堆垛器13收取钞票。

接口控制器接收使TCR执行交易操作（例如存入或发放一张或更多纸币）的指令。在第一示例中，交易操作指令在与TCR 1位于一处的银行出纳工作区产生。这些指令经由在TCR 1上的有线网络插座16上终止的有线连接被传输到TCR 1。在替换布置中，指令以无线方式传输，且接口控制器21设置有用于接收这种传输的接收器。

在任一情况下，上述指令包括至少一个JavaScript对象标记（JSON）文件，其经由安全套接层（SSL）并使用传输控制协议/因特网协议（TCP/IP）传输。JSON文件可以是使用JSON交换格式接收的任何数据通信。可选地，JSON文件可以使用超文本传输协议安全（HTTPS）通信协议而输送。

JSON是被配置为在潜在的不兼容技术之间传递信息的数据交换格式，就像在通常由不同的组织制造的许多不同机器和不同类型的机器之间提供通信时可以看到的那样。典型地，在本地级别（例如分行处所）和较大级别（例如与大量分行处所进行通信的地区中心）这两者的银行业务环境中看到由不同组织制造的多种机器。例如，始发（originating）自动银行业务机可以是在网页浏览应用中执行Java应用程序的柜员计算机系统，而接收方自动银行业务机可以是上述TCR上的固件中的Visual Basic程序，JSON的使用还允许数据跨越不同的操作系统（例如Windows和Linux）而移动。使用数据报结构，之前需要预先定义数据结构。

XML可用于提供所要求的灵活性。然而，尽管编程库激增（proliferation）以执行多种常见任务，但由于提取节点属性以检索层级结构（hierarchy）中的特定数据，当不得不处理标签时，编程员还得面对学习曲线（learning curve）问题。进而，使用标签会加重网络通信量开销，其能够在不太强健的通信网络环境中或在传输大量数据的环境中产生困难。

有利地，JSON不需要使用其它标记语言所要求的标签。例如，XML已被用于描述数据结构并用于串行化对象，且存在各种基于XML的协议用于表示与JSON相同类型的数据结构，用于同样的数据交换目的。然而，当数据以XML被编码时，主要由于XML的打开和关闭标签的缘故，其结果典型地大于以JSON方式进行的等同编码。

为了执行无标签通信，JSON对象被花括弧{}限界。上述花括弧还用于围住函数体，这种函数体使得运算符重载要求交易功能装置（其解析JSON对象）考虑上下文（context）。例如，JSON使用键值对来呈现数据，并且还使用冒号（：）分开键值对以提供该上下文。作为对比，标签具有与之关联的名字，这意味着可在标记文件中对该名字进行检索，而{}是单纯的分隔符（delimiter），因而不能被检索。

在操作中，一旦接口控制器21接收到发放指令，接口控制器21就处理JSON文件，并产生用于传输到纸币处理模块控制器20以及纸币传输和储存控制器10的进一步的指令，而该纸币处理模块控制器20以及纸币传输和储存控制器10激活滚动储存模块7a-7f、转向开关19和下纸币传输机构9，以发放指令中所请求的现金数。接口控制器21还产生用于触摸屏14的控制信号，其可选地显示“发放进行中”消息，然后可选地显示“发放结束”，以通知柜员交易操作已成功。

一旦接口控制器21（典型地是柜员工作站）接收到存入或其他操作指令，接口控制器21就处理JSON文件，并产生用于传输到纸币处理模块控制器20以及纸币传输和储存控制器10的进一步指令，而该纸币处理模块控制器20以及纸币传输和储存控制器10激活检测器模块18、滚动储存模块7a-7f、转向开关19和传输机构9和17，以验证并储存柜员已放入输入模块12中的纸币。接口控制器21还产生用于触摸屏14的控制信号，该触摸屏14可选地向柜员显示存入纸币的价值。

在第二示例中，在远程监控站（例如银行业务网络的中央计算机）处产生交易操作指令。如第一示例中一样，这些指令经由有线或无线传输信道被传输至TCR 1，并包括至少一个JavaScript对象标记（JSON）文件，该JavaScript对象标记（JSON）文件经由安全套接层（SSL）并使用传输控制协议/因特网协议（TCP/IP）传输。

一旦经由接口控制器21从远程中央计算机接收到发放或存入指令，如第一示例中一样，接口控制器21处理JSON文件并产生用于传输的进一步指令。

在TCR 1的操作模式的第三示例中，接口控制器21产生JSON文件，并使用TCP/IP经由SSL在通信链路（有线或无线）上将它们传输到监控站。这些消息包括状态信息，且监控站可以是银行业务网络的中央计算机或服务机构。状态信息可以典型并有用地包括默认报告、每个RSM中纸币的数量、特定时间段期间执行的交易次数。

现参考图3，其示出根据示例性实施例的用于使用JSON数据交换格式进行金融交易信息通信的方法300的流程图。该方法可以被本文所述的任何自动银行业务机来执行。

在步骤302中，自动银行业务机接收金融交易。该金融交易可以从自动银行业务机、直接从另外的自动银行业务机的用户接收，作为批量金融交易中的组成部分等。

在步骤304中，所接收的金融交易用于产生包含该金融交易的JSON文件。JSON文件可使用包括本地JSON编码/解码模块的嵌入式网页浏览器生成。有利地，由于不再需要对函数进行解析，因而本地JSON编码/解码增强了自动银行业务机的性能。可选地，自动银行业务机可被配置为包括被配置为产生和处理JSON文件的JSON编码器和解析器。

在步骤306中，所产生的JSON文件可以被从第一自动银行业务机传输至至少一第二自动银行业务机。根据示例性实施例，第一自动银行业务机可以作为广播式（broadcast-type）传输将JSON文件传输至多个自动银行业务机。JSON文件可使用任何保密消息通信标准（例如SSL、https等）传输。JSON文件可使用点对点通信经由诸如互联网等已建成的通信网络进行传输。

在步骤308中，至少在第二自动银行业务机处接收所传输的包括上述金融交易的JSON文件。在步骤310中，所接收的JSON文件被第二自动银行业务机解析以获得金融交易。在步骤312中，第二自动银行业务机被配置为执行在JSON文件中接收的金融交易。

下面将描述将配置数据下载并安装到图1的柜员现金循环出钞机中的方法。这种配置数据能够被TCR 1从远程源（未示出）进行访问，并且能被接口控制器21经由有线连接、通过有线网络插座16或以无线方式接收。便利地，该配置数据能够被下载成压缩形式（压缩文件格式）的封包。

配置数据典型地至少包括下列内容中的一部分：机器参数、配置脚本、固件、操作系统（OS）更新、模式集和检测处理配置。接口控制器21适于支持下列三种处理：从远程源将配置数据封包下载到其内部存储器中；安装该封包；以及在安装失败时或者经请求，回退到上个已知的工作配置。配置数据封包包含两个主要部分：元数据和配置元素。上述封包元数据包含下列信息集：明确识别配置封包的UUID，用于强制执行封包认证和整体性（integrity）的加密签章，用于追溯目的的版本id，以及可以显示在触摸屏14上以提供封包内容的概述的解释文本。封包的配置元素包含实际的机器配置数据，其中每个配置元素指向特定的“安装目标”。

对于每个安装目标，配置封包将不包含超过一个的配置元素。术语“安装目标”指的是诸如滚动储存模块7a-7f等物理机器子系统，并且还指的是诸如纸币处理模块控制器20、OS、检测器模块配置（例如，模式集）或接口控制器访问控制等逻辑子系统。基于特定的安装目标（子系统），配置元素可包含多种配置数据类型。接口控制器21被配置为透明地对这些进行处理。配置元素典型地携带机器参数、配置脚本、固件、OS更新、模式集和检测处理配置。为了允许接口控制器21透明地处理配置元素，每个元素由元信息和自身的配置数据组成。配置元素元数据包括：明确识别配置封包的UUID；用于识别逻辑或物理目标子系统的安装目标id；用于限定配置元素的安装和回退（rolled-back）次序的优先权id；用于校验元素是否可被安装在目标子系统上的兼容性id表；仅用于追溯目的的版本id；以及可显示在触摸屏14上以提供配置元素（例如，“检测器模块配置封包”）的特性的解释文本。在特定实例中，可以期望以特定次序安装或回退各个配置元素（例如，先进行OS更新，然后是固件，再然后是参数）。接口控制器21因此被配置为以优先权渐增的次序安装或回退各个配置元素。可选地，配置元素可以指为了取消上一安装能被执行的额外配置数据。

当接口控制器21已经接收到配置数据封包时，它会对其进行验证（validate），并且如果成功，则将该配置数据封包存入其内部存储器中。如果封包无效，则将会被拒绝。该验证处理包括两个步骤。首先，对封包的签章进行验证。配置封包的元数据包括加密签章。这会保护封包内容免遭外部未经授权的操纵，并且还能够对封包内容进行完整性校验（类似于校验和）。其次，进行硬件兼容性校验。配置元素的元数据包含硬件兼容性ID表。这一验证的目的是校验配置封包内容是否与机器的硬件和软件配置兼容。这一校验在成功安装后重复进行。

下一处理是特定配置封包（例如由其UUID所识别）的安装。这一安装包括如下步骤：（基于键值对）编译所有用户级别的配置参数的状态图（map）；重复（iterate）所有配置元素（由其优先字段归类）并将配置数据转发到对应的子系统；还原所有用户级别的配置数据到已在编译步骤中缓存的状态；以及创建系统还原点。方便地，纸币处理模块控制器20可以用作所有设备级别子系统的代替（proxy）。在配置元素的UUID与先前安装的元素或者先前创建的还原点的UUID匹配的情况下，可以跳过安装处理。编译和还原步骤有利于在封包安装后复原潜在的用户特定设置。但是，在配置封包参数与用户定义的设置之间存在潜在的冲突。为了解决谁先谁后的问题，接口控制器21保持在成功安装配置封包之后待还原的参数键的可配置表。因而，仅对在表中找到其键的这些参数进行还原。

系统还原点的创建允许接口控制器21准备配置回退。通过在存储器22中简单存入成功安装的整组配置元素以及最新一组用户定义的设置（即，键值对表），从而在成功安装结束时自动创建系统还原点。物理上，这通过正好保存每一子系统成功安装的最后一个配置元素而实现。如果要安装整个配置封包，则完成的最后一个还原点由新的一组配置元素所替换。但是，如果要安装仅包含所有配置元素的子集合的更新配置封包，则处理仅更新最后的还原点以外的相关配置元素。

另一选择是允许用户定义还原点。例如，现场工程师创建人工还原点（例如在对应时间戳下保存），随后执行机器的更新。如果安装成功但过一段时间后客户请求回退先前的配置，则具有人工还原点允许回到这个点。

还有一个选择涉及将系统还原点导出到外部存储介质并将它们重新应用到其它自动银行业务机。加密签章可被应用于导出的还原点。

现在将描述在回退的情况下应用还原点的处理。在安装配置封包期间发生任何错误的情况下，接口控制器21将已被安装的所有配置元素（包括已出现错误的配置元素）返回（revert）到上一自动还原点。注意，初始还原点将是原始工厂设定的还原点。回退算法运作如下。接口控制器21重复上一还原点的配置元素组（由优先级id整理），并校验元素的UUID是否与安装在对应子系统中的元素的UUID匹配。另外，接口控制器21校验配置元素的上一安装状态是否被设定为“有效（VALID）”。如果一个或其它校验传递的是“失败”，则配置元素利用驻留于上一还原点内的配置元素来重新安装。在这一过程之后，接口控制器21从还原点还原上一用户设定组。注意，回退情景需要还原所有用户设定，这是因为在这一情景中，用户设定优先于封包设定。

作为安装失败情况下自动回退的替代，可以实施回退手动还原点，或者回退导出的还原点。回退过程可以有利地在硬件修复的情况下（例如，在现场中替换PCB或者全部模块等）提供用于自动复原机器的工具。

在另一实施例中，图1的柜员现金循环出钞机1设置有用于防护不被篡改（例如接口控制器21的未授权替换）的装置。纸币传输和储存控制器10位于保险箱3内部的安全位置，但是接口控制器21由于位于保险箱3的外部而更易于受到攻击。纸币传输和储存控制器10需要确认与其进行通信的接口控制器21是真的而没被篡改或替换。还需要知道已访问机器内部的操作者是否被授权这样做。这些通过如下处理来实现。首先，（授权的）操作者解锁并打开保险箱门6。接着，操作者将安全狗（未示出）插入USB端口15。这一步骤解锁触摸屏14。当门6被打开时，操作者可看到内部显示器11。内部显示器11上是纸币传输和储存控制器10所知道的数字序列。随后，操作者将所显示的数字序列输入触摸屏14。所输入的序列经由接口控制器21以及纸币处理模块控制器20中转（relay）至纸币传输和储存控制器10。纸币传输和储存控制器10将输入的序列与已知的序列进行比较。如果序列匹配，则接口控制器21被认为是真的，并且操作者获得授权。如果序列不匹配，则纸币传输和储存控制器10使机器的操作失效，并且不能发放钞票。

以下可以提供对上述授权过程的改进。显示在内部显示器11上并被输入触摸屏14（或经由诸如连接PC之类的其它装置）的数字的序列由接口控制器21和纸币传输和储存控制器10使用，以计算对称密钥。这一密钥由接口控制器21使用以加密其自身以及纸币传输和储存控制器10的序列号。然后，包括这些加密的序列号的数据从接口控制器21被传送到纸币传输和储存控制器10以进行验证。

Claims (11)

1.一种用于经由通信网络在多个自动银行业务机之间传输信息的计算机执行方法，其特征在于，所述方法包括：

接收用于从银行柜员使用的且位于银行的柜员工作站到柜员现金循环出钞机的网络通信的消息；

基于存储在所述柜员工作站内的计算机可读介质上的指令，以无标签数据交换格式与所述消息的尺寸独立地格式化所述消息；以及

经由所述通信网络将格式化后的消息传输至所述柜员现金循环出钞机。

2.根据权利要求1所述的方法，其中，所述无标签数据交换格式是JavaScript对象标记。

3.根据权利要求1所述的方法，还包括基于所述格式化后的消息在所述柜员现金循环出钞机处执行金融交易。

4.根据权利要求3所述的方法，其中，所述金融交易是钞票提取交易，且所述格式化后的消息包括从所述柜员现金循环出钞机发放至少一张钞票的指令。

5.根据权利要求1所述的方法，其中，传输所述格式化后的消息包括从所述柜员工作站的安全套接层内传输所述消息。

6.根据权利要求1所述的方法，其中，所述柜员工作站与所述柜员现金循环出钞机位于同一银行但彼此分离。

7.一种用于经由通信网络在多个自动银行业务机之间传输信息的系统，其特征在于，所述系统包括：

银行柜员使用的且位于银行的柜员工作站，包括第一处理器，所述第一处理器被配置为基于存储在计算机可读介质上的指令，使用无标签数据交换格式与传输的消息的尺寸独立地执行网络通信，包括以下步骤：

接收用于从所述柜员工作站到柜员现金循环出钞机的网络通信的消息；

以无标签数据交换格式格式化所述消息；以及

将格式化后的消息传输至所述柜员现金循环出钞机。

8.根据权利要求7所述的系统，其中，所述无标签数据交换格式是JavaScript对象标记。

9.根据权利要求7所述的系统，其中，所述格式化后的消息包括如下指令，所述指令使所述柜员现金循环出钞机执行钞票提取交易，从而从所述柜员现金循环出钞机发放至少一张钞票。

10.根据权利要求7所述的系统，其中，传输所述格式化后的消息包括从所述柜员工作站的安全套接层内传输所述消息。

11.根据权利要求7所述的系统，其中，所述柜员工作站与所述柜员现金循环出钞机位于同一银行但彼此分离。