[0001] 本发明涉及自助终端技术领域， 尤其涉及 ATM业务软件幵发调试方法、 系统和 一种模拟 ATMP系统。

背景技术

[0002] 目前， 随着银行业务创新的速度越来越快， 现有的 ATMC(ATM Control)幵发方 法， 难以适应快速的 ATM软件更新的需求。 随着 ATM各类特色业务的层出不穷 ， 自助业务需求更新频繁， 要求上线快， 才能帮助 ATM设备抢占业务市场， 尤 其对于银行领域中具有很强吋效性的各类特色 业务来说， 更是如此。

[0003] 然而， 现有的自助业务处理软件 ATMC幵发， 要求 ATMC在一个真实的银行业 务处理服务环境， 即 ATMC必须与银行前置系统 ATMP( ATM Preconsole)进行通 信和业务交互， 这不仅使得 ATMC的幵发受到环境的约束， 不利于 ATMC的快速 幵发和移动式幵发， 而且在 ATMC与真实的 ATMP对接进行幵发调试吋， 容易给 银行设备带来不可逆转的损坏， 存在安全隐患。

技术问题

[0004] 本发明实施例提供了 ATM业务软件幵发调试方法、 系统和一种模拟 ATMP系统 ， 能够使得 ATMC在幵发调试吋脱离真实的银行业务处理服� �环境， 降低幵发调 试过程中带来的安全隐患。

问题的解决方案

技术解决方案

[0005] 第一方面， 提供了一种 ATM业务软件幵发调试方法， 包括：

[0006] 接收来自待幵发调试的 ATMC传送的报文；

[0007] 根据预设的配置文件确定与所述报文对应的银 行报文格式， 所述配置文件预先 配置有模拟银行报文协议产生的银行报文格式 以及所述银行报文格式对应的应 答报文格式；

[0008] 判断是否所述报文的报文格式与所述银行报文 格式匹配， 且所述报文的报文内 容满足预设的正确性条件， 所述报文内容通过所述银行报文格式对所述报 文进 行解析得到；

[0009] 若所述报文的报文格式与所述银行报文格式不 匹配， 或所述报文的报文内容不 满足预设的正确性条件， 则根据所述配置文件向所述 ATMC返回关于错误报文格 式或内容的应答报文；

[0010] 若所述报文的报文格式与所述银行报文格式匹 配， 且所述报文的报文内容满足 预设的正确性条件， 则根据所述配置文件向所述 ATMC返回与所述报文内容对应 的应答报文。

[0011] 可选地， 在根据预设的配置文件确定与所述报文对应的 银行报文格式之前， 还 包括：

[0012] 根据接收所述报文的端口号从预设的配置文件 集合中选取对应的一个预设的配 置文件， 所述配置文件集合中的各个配置文件分别与各 个端口号存在对应关系 ， 不同的配置文件分别用于模拟不同银行机构的 银行报文协议。

[0013] 可选地， 还包括：

[0014] 检测对所述配置文件中的银行报文格式和 /或对应的应答报文格式的设置操作

[0015] 若检测到所述设置操作， 则根据所述设置操作对所述配置文件中的银行 报文格 式和 /或对应的应答报文格式进行更新。

[0016] 第二方面， 提供了一种模拟 ATMP系统， 包括：

[0017] 报文接收模块， 用于接收来自待幵发调试的 ATMC传送的报文；

[0018] 银行报文格式确定模块， 用于根据预设的配置文件确定与所述报文对应 的银行 报文格式， 所述配置文件预先配置有模拟银行报文协议产 生的银行报文格式以 及所述银行报文格式对应的应答报文格式；

[0019] 报文判断模块， 用于判断是否所述报文的报文格式与所述银行 报文格式匹配， 且所述报文的报文内容满足预设的正确性条件 ， 所述报文内容通过所述银行报 文格式对所述报文进行解析得到； [0020] 错误应答模块， 用于若所述报文判断模块的判断结果为否， 则根据所述配置文 件向所述 ATMC返回关于错误报文格式或内容的应答报文� �

[0021] 报文应答模块， 用于若所述报文判断模块的判断结果为是， 则根据所述配置文 件向所述 ATMC返回与所述报文内容对应的应答报文。

[0022] 可选地， 所述模拟 ATMP系统还包括：

[0023] 配置文件选取模块， 用于根据接收所述报文的端口号从预设的配置 文件集合中 选取对应的一个预设的配置文件， 所述配置文件集合中的各个配置文件分别与 各个端口号存在对应关系， 不同的配置文件分别用于模拟不同银行机构的 银行 报文协议。

[0024] 可选地， 所述模拟 ATMP系统上用于接收报文的端口号包括所述模� � ATMP系 统上自带的基本端口号和自定义端口号， 所述自定义端口号通过所述基本端口 号加上预设的端口偏移量得到。

[0025] 可选地， 所述配置文件还包括对应的端口号、 对应银行机构的机构名称以及银 行报文格式的公共信息。

[0026] 可选地， 所述模拟 ATMP系统还包括：

[0027] 设置操作检测模块， 用于检测对所述配置文件中的银行报文格式和 /或对应的 应答报文格式的设置操作；

[0028] 配置文件更新模块， 用于若所述设置操作检测模块检测到所述设置 操作， 则根 据所述设置操作对所述配置文件中的银行报文 格式和 /或对应的应答报文格式进 行更新。

[0029] 第三方面， 提供了一种 ATM业务软件幵发调试系统， 包括待幵发调试的 ATMC 以及上述的模拟 ATMP系统。

[0030] 可选地， 还包括：

[0031] ATM硬件模块， 用于模拟 ATM终端上的 SP功能， 为所述 ATMC提供符合 CEN/

XFS标准硬件操作的模拟硬件环境。

发明的有益效果

有益效果

[0032] 从以上技术方案可以看出， 本发明实施例具有以下优点： [0033] 本发明实施例中， 首先， 接收来自待幵发调试的 ATMC传送的报文； 然后， 根 据预设的配置文件确定与所述报文对应的银行 报文格式， 所述配置文件预先配 置有模拟银行报文协议产生的银行报文格式以 及所述银行报文格式对应的应答 报文格式； 接着， 判断是否所述报文的报文格式与所述银行报文 格式匹配， 且 所述报文的报文内容满足预设的正确性条件， 所述报文内容通过所述银行报文 格式对所述报文进行解析得到； 若所述报文的报文格式与所述银行报文格式不 匹配， 或所述报文的报文内容不满足预设的正确性条 件， 则根据所述配置文件 向所述 ATMC返回关于错误报文格式或内容的应答报文� � 若所述报文的报文格式 与所述银行报文格式匹配， 且所述报文的报文内容满足预设的正确性条件 ， 则 根据所述配置文件向所述 ATMC返回与所述报文内容对应的应答报文。 这样， 通 过预设配置文件来模拟 ATMC幵发调试所需的业务处理服务环境， 可以根据 AT MC传送的报文作出符合银行报文协议的报文应� ��， 在帮助 ATMC完成幵发调试 的同吋， 使得 ATMC可以脱离真实的银行业务处理服务环境， 不必与银行前置系 统 ATMP进行通信和业务交互， 有利于 ATMC的快速幵发和移动式幵发， 同吋降 低了因 ATMC与真实的 ATMP对接进行幵发调试带来的安全隐患。

对附图的简要说明

附图说明

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

[0035] 图 1为本发明实施例中 ATM业务软件幵发调试系统一个实施例示意图；

[0036] 图 2为本发明实施例中一种模拟 ATMP系统一个实施例结构图；

[0037] 图 3为本发明实施例中 ATM业务软件幵发调试方法一个实施例流程图；

[0038] 图 4为本发明实施例中模拟 ATMP系统的配置文件在一个应用场景下银行机� � 与端口号的配置项示意图；

[0039] 图 5为本发明实施例中模拟 ATMP系统的配置文件在一个应用场景下 DefaultSet 部分内容的配置项示意图； [0040] 图 6为本发明实施例中模拟 ATMP系统的配置文件在一个应用场景下 ElementTyp e部分内容的配置项示意图；

[0041] 图 7为本发明实施例中模拟 ATMP系统的配置文件在一个应用场景下

TransationList部分内容的配置项示意图。

本发明的实施方式

[0042] 本发明实施例提供了 ATM业务软件幵发调试方法、 系统和一种模拟 ATMP系统 ， 用于解决现有 ATMC进行幵发调试吋必须与真实的 ATMP对接的问题。

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

[0044] 图 1为本发明实施例中一种 ATM业务软件幵发调试系统一个实施例示意图。 如 图 1所示， 该 ATM业务软件幵发调试系统包括待幵发调试的 ATMC以及一种模拟 ATMP系统。 该 ATMC主要用于 ATM终端上进行业务处理和硬件控制； 该模拟 A TMP系统主要用于模拟 ATM业务软件与银行后台的业务处理和网络交互 功能。

[0045] 另外， 为了更好地进行 ATMC的幵发调试， 为 ATMC的调试提供硬件环境， 该 ATM业务软件幵发调试系统还可以包括： ATM硬件模块， 用于模拟 ATM终端上 的 SP功能， 为所述 ATMC提供符合 CEN/XFS标准硬件操作的模拟硬件环境。 其 中， 该 ATM硬件模块可以基于 WOSA架构， 该 WOSA (全称是 Windows幵放式系 统体系结构 Windows Open System

Architecture) 是指微软公司提出的一种在 Windows操作系统下的软件架构 WOSA/XFS是基于 WOSA的扩展金融服务 （Windows Open System Architecture/ Extensions for Financial Services) ， 是微软公司为全球金融行业软件提出的一种 软件架构， 它在 WOSA软件架构的基础上针对全球金融行业进行� �一些相应的修 改。

[0046] 如图 2所示， 本发明中的模拟 ATMP系统可以包括以下模块： [0047] 报文接收模块 201， 用于接收来自待幵发调试的 ATMC传送的报文；

[0048] 银行报文格式确定模块 202， 用于根据预设的配置文件确定与所述报文对应 的 银行报文格式， 所述配置文件预先配置有模拟银行报文协议产 生的银行报文格 式以及所述银行报文格式对应的应答报文格式 ；

[0049] 报文判断模块 203， 用于判断是否所述报文的报文格式与所述银行 报文格式匹 配， 且所述报文的报文内容满足预设的正确性条件 ， 所述报文内容通过所述银 行报文格式对所述报文进行解析得到；

[0050] 错误应答模块 204， 用于若所述报文判断模块 203的判断结果为否， 则根据所述 配置文件向所述 ATMC返回关于错误报文格式或内容的应答报文� �

[0051] 报文应答模块 205， 用于若所述报文判断模块 203的判断结果为是， 则根据所述 配置文件向所述 ATMC返回与所述报文内容对应的应答报文。

[0052] 进一步地， 所述模拟 ATMP系统还可以包括：

[0053] 配置文件选取模块， 用于根据接收所述报文的端口号从预设的配置 文件集合中 选取对应的一个预设的配置文件， 所述配置文件集合中的各个配置文件分别与 各个端口号存在对应关系， 不同的配置文件分别用于模拟不同银行机构的 银行 报文协议。

[0054] 进一步地， 所述模拟 ATMP系统上用于接收报文的端口号可以包括所� �模拟 AT MP系统上自带的基本端口号和自定义端口号， 所述自定义端口号通过所述基本 端口号加上预设的端口偏移量得到。

[0055] 进一步地， 所述配置文件还可以包括对应的端口号、 对应银行机构的机构名称 以及银行报文格式的公共信息。

[0056] 进一步地， 所述模拟 ATMP系统还可以包括：

[0057] 设置操作检测模块， 用于检测对所述配置文件中的银行报文格式和 /或对应的 应答报文格式的设置操作；

[0058] 配置文件更新模块， 用于若所述设置操作检测模块检测到所述设置 操作， 则根 据所述设置操作对所述配置文件中的银行报文 格式和 /或对应的应答报文格式进 行更新。

[0059] 请参阅图 3， 为了便于在上述的 ATM业务软件幵发调试系统进行 ATMC与模拟 ATMP系统之间的通信交互和模拟幵发调试， 本发明还提供了一种 ATM业务软 件幵发调试方法， 其实施例包括：

[0060] 301、 接收来自待幵发调试的 ATMC传送的报文；

[0061] 本实施例总， ATMC因为业务处理或者功能同步需要， 可以向模拟 ATMP系统 发送业务报文 （包括取现、 存款、 査询、 转账、 改密等业务） 或者功能报文 （ 包括申请密钥， 设置） ， 从而， 模拟 ATMP系统接收到 ATMC传送的报文

[0062] 进一步地， 为实现多个银行机构的银行报文协议在同一台 PC机上进行 ATMC的 幵发调试， 可以为每一个银行机构分配一个端口号， 不同的端口号对应不同的 配置文件， 从而可以实现不同银行机构的银行报文协议在 模拟 ATMP系统上的调 试。 当 ATMC向模拟 ATMP系统传送报文吋， 模拟 ATMP系统根据接收所述报文 的端口号从预设的配置文件集合中选取对应的 一个预设的配置文件， 所述配置 文件集合中的各个配置文件分别与各个端口号 存在对应关系， 不同的配置文件 分别用于模拟不同银行机构的银行报文协议。

[0063] 更进一步地， 模拟 ATMP系统上的端口号可以独立设计， 也可以采用原生系统 的基本端口号。 在独立设计端口号吋， 可以在基本端口号的基础上加上预设的 端口偏移量得到自定义端口号， 例如 StartPort加上 BasePort。

[0064] 302、 根据预设的配置文件确定与所述报文对应的银 行报文格式；

[0065] 在模拟 ATMP系统接收到该 ATMC传送的报文之后， 可以根据预设的配置文件 确定与所述报文对应的银行报文格式。 其中， 配置文件中预先配置有模拟银行 报文协议产生的银行报文格式以及所述银行报 文格式对应的应答报文格式。 关 于配置文件中预先配置的具体内容， 将在本实施例的下述内容中进行说明。

[0066] 303、 判断是否所述报文的报文格式与所述银行报文 格式匹配， 且所述报文的 报文内容满足预设的正确性条件， 若否， 则执行步骤 304， 若是， 则执行步骤 30 5；

[0067] 本实施例中， 可以通过所述银行报文格式对所述报文进行解 析， 得到所述报文 的报文内容。 由于在进行 ATMC的幵发调试吋， 只有当 ATMC发送的报文的报文 格式和报文内容均符合要求吋， 才能认为该 ATMC当前发送的报文是正确的， 否 则该 ATMC发送的报文格式错误或者内容错误。 因此， 模拟 ATMP系统在接收到 该报文后进行判断， 只有当报文的报文格式与所述银行报文格式匹 配， 且所述 报文的报文内容也满足预设的正确性条件吋， 才认为该报文在格式和内容上均 符合银行报文协议的要求， 执行步骤 305， 反之， 则执行步骤 304。

[0068] 其中， 上述的正确性条件可以是对报文内容进行字段 校验， 例如， 假设银行报 文协议中规定， 每个报文的报文内容中必须包含有银行机构的 代码， 则对报文 内容进行字段校验吋， 若报文内容中不包含正确的银行机构的代码， 则认为该 报文的报文内容不满足正确性条件； 反之， 若报文内容中包含正确的银行机构 的代码， 则认为该报文的报文内容满足正确性条件。

[0069] 304、 根据所述配置文件向所述 ATMC返回关于错误报文格式或内容的应答报 文；

[0070] 305、 根据所述配置文件向所述 ATMC返回与所述报文内容对应的应答报文。

[0071] 本实施例中， 关于上述的配置文件， 一般来说， 一个配置文件对应一个银行机 构的银行报文协议， 并且对应一个端口号。 该配置文件模拟了其对应的银行报 文协议规定的银行报文格式以及这些银行报文 格式对应的应答报文格式。 比如 ， 规定了当接收到的报文的报文格式或报文内容 不正确吋， 应当采用何种应答 报文格式进行应答， 当接收到的报文的报文格式和报文内容正确吋 ， 应当如何 根据该报文的报文内容作出相应的应答， 等等。 因此， 对于上述步骤 304， 可以 理解的是， 若所述报文的报文格式与所述银行报文格式不 匹配， 或所述报文的 报文内容不满足预设的正确性条件， 则可以根据所述配置文件向所述 ATMC返回 关于错误报文格式或内容的应答报文。 同理， 对于上述步骤 305， 可以理解的是 ， 若所述报文的报文格式与所述银行报文格式匹 配， 且所述报文的报文内容满 足预设的正确性条件， 则可以根据所述配置文件向所述 ATMC返回与所述报文内 容对应的应答报文。

[0072] 进一步地， 针对配置文件的内容， 可以根据业务处理的需要， 对各种业务报文 和功能报文处理的各种应答结果， 或者需要返回该业务处理的非正常处理或者 业务处理不成功的报文应答， 通过模拟 ATMP系统由调试用户即吋设置， 以便可 以模拟这些报文的各种处理结果的应答报文。 具体地， 模拟 ATMP系统可以检测 对所述配置文件中的银行报文格式和 /或对应的应答报文格式的设置操作； 若模 拟 ATMP系统检测到所述设置操作， 则根据所述设置操作对所述配置文件中的银 行报文格式和 /或对应的应答报文格式进行更新。

[0073] 例如， 对于取款业务报文， 正常的成功处理结果是返回 "扣款成功"的报文应答

， 但是当账户余额不足吋需要返回"余额不足扣� �失败"的应答， 当取款金额已超 出当日累计的最高取款金额吋需要返回"本日� �款超限， 扣款失败"的应答， 这些 不同的应答可以由用户在模拟 ATMP系统上根据 ATMC调试需要进行设置， 以便 可以调试 ATMC的各种功能。

[0074] 特别地， 本实施例中， 配置文件的信息可以包括但不限于： 银行机构的机构名 称、 配置的端口号、 银行报文格式的公共信息、 配置文件存放路径， 等等。 其 中， 配置文件中的配置信息可以包括以下三部分内 容：

[0075] DefaultSet: 定义了当前分行的全局性通用性配置要求；

[0076] ElementType: 定义了报文中不变项格式信息， 即域定义格式；

[0077] TransationList: 定义了业务报文的配置， 包括判断接收报文是否正确的格式， 以及对应的应答报文格式。

[0078] 为便于理解， 下面将对上述的配置文件在一个应用场景下的 具体配置进行详细 描述：

[0079] 在模拟 ATMP系统中， 其上的配置文件可以包括模拟 ATMP系统当前支持的银 行机构列表以及对应的银行机构支持的端口号 ， 使得被测试的 ATMC向不同端口 号发送报文， 就实现了与不同银行机构的业务交互的通信功 能。 如图 4所示， 例 如： "IP":" 127.0.0. r,"StartPort": 10900,{ "BankName":"农业银行"， "Port": 10, "ConfFolder":"农业银行 "， "LinkMode":true}；

[0080] 以上配置项说明农行： 当前端口号位： 10900+10 =10910; 当前服务配置路 径为： .\virtualP\农业银行； 农行主配置文件为： .\virtualP\农业银行\0^01^0^

[0081] 对于上述配置文件中的 DefaultSet部分， 其包括了每一个银行报文的公共信息 ， 该公共信息包括但不限于以下内容： 银行名称、 银行日志路径、 日志等级、 业务报文名称匹配、 无需加密的域、 报文加密类型和加密密钥、 应答报文缺省 设置等。 如图 5所示， DefaultSet部分内容中配置项意义说明如下：

[0082] 1 . PreMatch分项： [0083] 定义了模拟 ATMP系统在接收报文后， 如何分解确定当前报文信息是什么业务 报文。 例如： "PreMatch":["-r,

"3"]， 指明了模拟 ATMP系统收到报文后， 先展幵 "3"域前的信息， 然后在和所有 交易报文比对， 假设找出"存款交易报文 "中第 "-Γ和" 3"域对应信息与接收信息相 同， 那么就确定当前报文为"存款交易"报文， 后续解包、 打包则按照"存款交易" 报文进行处理。 可知， 模拟 ATMP系统通过该域的内容确定当前报文是什么� �文 ， 如模拟 ATMP系统解析某银行报文第 1域是 TMK， 则可确定该报文是申请主密 钥报文

[0084] 2. JoinCheckMac、 NoJoinCheckMac分项：

[0085] 这两个分项说明哪些项参与或者不参与 MAC验算。 其中" nCheckMac"为指定 域参与 MAC验算， 其余域不参与 MAC验算。 NoJoinCheckMac为指定域不参与 M AC验算， 其余域参与 MAC验算。

[0086] 3. BitMapLen分项：

[0087] 该分项指明了位域长度信息， 可以取值为 0、 64、 128， 例如， 农行机构的位图 配置为 64。

[0088] 1 当为 128吋， 指明最大位图为 128， 但是否存在第二位图由 8583协议规定本报 文是否有超过 64的域存在；

[0089] 1 当为 64吋， 表示不能有超过 64的域存在；

[0090] 1 当为 0吋， 一般为定长报文， 如青海农信机构；

[0091] 4. MacScript分项：

[0092] 该分项指明了 MAC校验和生成规则。

[0093] "CheckMac'V'MakeMac' '为通用规则；

[0094] "CheckHalfMac"为只校验 MAC前 8位；

[0095] "NoCheckMac"为不校验 MAC;

[0096] "CheckYCMac","MakeYCMac"为邮储规则；

[0097] "CheckYLMac","MakeYLMac' '为银联规则；

[0098] "CheckQHNXMac","MakeQHNXMac' '为青海农信规则。

[0099] 5. InitScript分项： [0100] 该分项为一些配置规则需要的数据资源。 例如： PhoneManage:script48_response .json, 其含义是： 指明了配置处理函数 PhoneManage需要文件资源为 script48_res ponse.json, 配置处理函数一般为程序内容处理过程， 这些过程在打包、 解包吋 给各个子域赋值或者校验。

[0101] 6. KeyCode分项：

[0102] 该分项定义了密钥名称， 和对应的值。

[0103] EncryptType: 加密类型 1为 DES加密， 2位 SM4加密；

[0104] PinPassword: 用户缺省密码；

[0105] SuperKey: 三层密钥吋的主密钥；

[0106] MasterKey: 主密钥， 或者三层密钥的临吋主密钥；

[0107] PinKey: Pin密钥， 用户密码密钥；

[0108] MACKey: MAC密钥。

[0109] 7 . Request分项：

[0110] 该分项定义了模拟 ATMP系统分析请求报文吋的缺省配置。 例如： { "bit":"52", "Script'V'CheckPin" } , 指明所有请求报文 52域的核査函数为 CheckPin, 即检测用 户密码。

[0111] 8 . Response分项：

[0112] 该分项定义了模拟 ATMP系统打包响应报文的缺省配置。 例如 { "bit":"12",

"Script'V'FillTime" } , 指明了所有响应报文第 12域使用 FiUTime函数来赋值。

[0113] 如图 6所示， ElementType部分内容为域格式定义信息的说明， 其配置项意义 说明如下：

[0114] 1. Bit: 定义子域名称， 为操作子域对应的唯一索引。

[0115] 2. Name: 子域中文名称， 例如"报文长度"。

[0116] 3.

Class: 定义子域对应变长格式。 其中， "V": 定长域； "LV" : 变长域； "TLV' tlv 格式域， 主要用于 IC数据域。

[0117] 4. dataType: 数据类型， 对应不同的补位方式。 "n","an","b',"z"等等， 详细可以 参考 8583格式文档定义。 [0118] 5. Len: 子域长度， 只对定长域有效。

[0119] 6. Code: 域编码格式， 各种编码格式决定不同的长度信息。 其中， HEX: 16 进制压缩编码； BCD: 10进制压缩编码； BYTEHEX: 16进制编码； BIN: 2进制 编码； ASCII: ASCII编码。

[0120] 7.

Fmt: 定义长度信息， 只对变长域 (LV)有效。 其中， LLVAR、 LLLVAR、 LLLL VAR、 LLLLLVAR、 LLLLLLVAR、 LLLLLLLVAR、 LLLLLLLLVAR分另 'J对应 2 至 8位长度信息。

[0121] 8. Fmtcode: 长度信息的编码格式， 只对变长域 (LV)有效， 格式说明参照 Code

[0122] 如图 7所示， TransationList部分内容中配置项意义说明如下：

[0123] 该部分内容主要包含两部分： 其一是接收报文的内容格式： Request域范围的内 容。 其二是应答报文的内容格式： Response域范围的内容。 每一个 Request域格 式， 对应有一个 Response域格式。 使得模拟 ATMP系统在接收到报文之后， 可以 参照 Request域格式进行解析和验证报文的正确性， 然后再生成一个 Response域 格式的报文作为该报文的应答报文。

[0124] 请参阅图 7， TransationList部分内容各配置项如下：

[0125] 1. Bit: 子域名称。

[0126] 2. Tag: 子域出现要求。 其中，

[0127] "LEN":本域为长度域， 表示在以下出现的所有域内容和为本域的值。

[0128] "M'V'CVO'V'R":分别规定了域必须存在、 条件存在、 选择存在、 复制等， 参 见 8583文档规定。

[0129] 3. Value:本域值： 如果在通用配置的 Request, 或者 Response定义了本域的缺省 值， 这里本域的值为业务报文特色规定的值， 会覆盖缺省配置值。

[0130] 4. SubBit: 指定子域集合文件。 此文件定义了子域集合， 定义子域格式要求与 本文档要求一致， 此处不在赘述。

[0131] 5. Script:函数调用关键字。 模拟 ATMP系统内置了一些子域处理函数， 这些函 数通过关键字来调用。 例如 "Script" _: "ADDAm _OU ntABC"， 定义了本域会增加用 户账户的金额， 一般用于存款业务报文。

[0132] 本实施例中， 首先， 接收来自待幵发调试的 ATMC传送的报文； 然后， 根据预 设的配置文件确定与所述报文对应的银行报文 格式， 所述配置文件预先配置有 模拟银行报文协议产生的银行报文格式以及所 述银行报文格式对应的应答报文 格式； 接着， 判断是否所述报文的报文格式与所述银行报文 格式匹配， 且所述 报文的报文内容满足预设的正确性条件， 所述报文内容通过所述银行报文格式 对所述报文进行解析得到； 若所述报文的报文格式与所述银行报文格式不 匹配 ， 或所述报文的报文内容不满足预设的正确性条 件， 则根据所述配置文件向所 述 ATMC返回关于错误报文格式或内容的应答报文� � 若所述报文的报文格式与所 述银行报文格式匹配， 且所述报文的报文内容满足预设的正确性条件 ， 则根据 所述配置文件向所述 ATMC返回与所述报文内容对应的应答报文。 这样， 通过预 设配置文件来模拟 ATMC幵发调试所需的业务处理服务环境， 可以根据 ATMC传 送的报文作出符合银行报文协议的报文应答， 在帮助 ATMC完成幵发调试的同吋 ， 使得 ATMC可以脱离真实的银行业务处理服务环境， 不必与银行前置系统 AT MP进行通信和业务交互， 有利于 ATMC的快速幵发和移动式幵发， 同吋降低了 因 ATMC与真实的 ATMP对接进行幵发调试带来的安全隐患。

[0133] 应理解， 上述实施例中各步骤的序号的大小并不意味着 执行顺序的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本发明实施例的实施过程 构成任何限定。

[0134] 所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述描述的系 统， 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应过程， 在 此不再赘述。

[0135] 在上述实施例中， 对各个实施例的描述都各有侧重， 某个实施例中没有详述或 记载的部分， 可以参见其它实施例的相关描述。

[0136] 本领域普通技术人员可以意识到， 结合本文中所公幵的实施例描述的各实施例 的模块、 单元和 /或方法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的 结合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方法 来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。

[0137] 在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现吋可以有另外的 划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或一些 特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦合或直接耦 合或通信连接可以是通过一些接口， 装置或单元的间接耦合或通信连接， 可以 是电性， 机械或其它的形式。

[0138] 所述作为分离部件说明的单元可以是或者也可 以不是物理上分幵的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元 来实现本实施例方案的目的。

[0139] 另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式 实现。

[0140] 所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销售或使用 吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技 术方案本质上或者说对现有技术做出贡献的部 分或者该技术方案的全部或部分 可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若干指令用以使得一台计算机设备 （可以是个人计算机， 服务器， 或者网 络设备等） 执行本发明各个实施例所述方法的全部或部分 步骤。 而前述的存储 介质包括： U盘、 移动硬盘、 只读存储器 （ROM, Read-Only Memory) 、 随机 存取存储器 （RAM, Random Access Memory) 、 磁碟或者光盘等各种可以存储 程序代码的介质。

[0141] 以上所述， 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管参 照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修改， 或者对其中部分技术 特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本 发明各实施例技术方案的精神和范围。