瑞柏POSP前置机方案简介

1、POSPOSPOS 前置系统前置系统前置系统 方案建议书方案建议书方案建议书 深圳瑞柏科技有限公司深圳瑞柏科技有限公司 2006 目目 录录 前言前言.4 第一部分第一部分 技术整体方案技术整体方案.5 一、POS 前置系统功能.5 二、POS 前置系统优点.6 三、前置系统总体设计.7 1、系统的总体结构图.7 2、处理流程的描述.8 3、系统软件结构.10 4、模块外部设计.13 5、功能模块的描述.13 四、接口设计.26 1、外部接口.26 2、内部接口.27 五、出错处理设计.28 1数据库.28 2通讯进程.29 3交易.29 六、安全保密设计.29 1对交易的安全性.29 2系统

2、的安全性.30 七、POS 监控机实现功能.30 1、权限管理.30 2、POS交易统计.31 3、商户交易管理.31 4、卡交易管理.31 5、商户管理.32 6、异常情况管理.32 7、系统管理功能.33 八、AS/400 转发程序.33 九、前置系统平台配置：.33 硬件平台：.33 软件平台：.35 第二部分第二部分 服务承诺服务承诺.36 一、技术支持和售后服务体系.36 1、技术支持.36 2、系统维护.36 二、维修服务与培训计划.37 1、分层次服务体系.37 2、培训及问题反馈机制.38 第三部分第三部分 成功案例成功案例.40 一、我司经营业绩.40 二、典型成功案例.42

3、 前言前言 随着社会的不断进步与发展，科技水平的日益提高、银行间的竞 争越来越激烈。为了满足客户的需求、提高服务质量、在竞争中取胜， 银行正在从存款的生成器变为利润的生成器；从交易的工厂转变为服 务的场所；从被动到主动；从面向产品到面向客户；从固定过程到革新 性的响应。 POS（Point of Sale/Services ， 销售/服务点系统 ）业务处理系 统是日益壮大的电子货币业务和银行销售点服务中的重要组成部分。 随着当前计算机技术和网络的飞速发展，金融业的电子化进程也在不 断的进步与提高，银行卡业务量的不断扩大，大量 POS 设备的使用， 使现有的 POS 联机方式已经不能适应当前的需

4、要。主机响应过慢、网 络堵塞、POS 设备管理分散和商户不便清算管理等问题日益突出，针 对这些弊端和适应今后银行卡业务发展的需要，这里提出一个较为完 整的 POS 前置机系统解决方案。方便 POS 设备管理和监控，提高 POS 设备的利用率，改善银行的服务形象。 多年以来，深圳瑞柏科技有限公司一直致力于中国金融电子化建 设。在银行电子支付服务系统领域，占据了相当的市场份额，积累了 丰富的系统集成经验。尤其是在 POS 前置系统方面更是有自己的一 套完整的解决方案。奥德 POS 前置系统，博采众家所长，兼备自身特 色，是目前最为成熟的前置系统解决方案之一。 第一部分第一部分 技术整体方案技术整体

5、方案 深圳瑞柏科技有限公司多年来在银行电子支付系统方面积累了 丰富的经验，我们有一套集众家之长和具有自己特色的完整前置系统 解决方案。首先，我们可以针对不同的数据库进行开发，如 Informix 和 Oracle；其次，前置系统采用了模块化设计，既可以灵活的增加 POS 终端，又便于新业务系统改造后的移植。同时，前置系统可以完 成不同通讯方式的各种设备的接入。在监控系统中，我们有新颖方便 而安全应用软件可以对 POS 终端进行有效的监控管理。 一、一、POS 前置系统功能前置系统功能 1、交易数据的路由转发，对不同类别卡的数据按要求向不同的 主机系统发送。 2、数据从同步到异步传输方式的转换。

6、 3、检验交易代码，向上屏蔽未知名交易。 4、校验数据包各域数据的正确性，错误的给予返回，减轻主机的 负担。 5、POS 终端自动冲正的中间代理，实现多级自动冲正。 说明：保留未冲正成功的冲正数据包，直接给 POS 终端返回冲正 成功数据包。未冲正成功的数据包留待 POSP 继续往主机 冲正，直到成功为止。 6、向上向下实现对数据包解包重组，协调主机与 POS 终端之间 数据接口的一致性。 7、使用 DES 算法对 POS 终端上传的密码密文进行解密，将密码 以明文的形式发往主机。 8、为用户提供方便的查询统计手段和监控功能。 9、商户清算管理。根据不同卡类，不同交易货币统计清算，产生 报表文

7、件传送给不同的商户。 二、二、POS 前置系统优点前置系统优点 主机系统无需改动，只需提供交易格式接口即可 开发周期短 前置机承担路由转发功能，减轻了主机负担 统一的通讯方式，统一的通讯接口，统一的信息格式，便于功能扩展 对对比比项项目目分散式分散式结结构构前置前置结结构构 帐务分散、难以及时查看、统计 和监管 统一，便于及时查看、统 计和监管 全辖联网各系统接口复杂，难以联网统一接口，易于联网 可管理性差好 运行及管理成本高低 对业务持续发展的支持差好 投资额高低 对主机可靠性要求较高高 对网络可靠性要求较高高 三、前置系统总体设计三、前置系统总体设计 1、系统的总体结构图、系统的总体结构图

8、 可扩充连其它业 务系统-如银联 POSP 银行主机 POS 前置机 IEN 网控器 PSTN POSPOSPOS POS 监控机 贷记卡/国际卡系统储蓄/对公系统 TCP 2、处理流程的描述、处理流程的描述 POS 终端发起一笔交易，经过 PSTN(公用电话网)，拨号至 IEN(NAC)的 CIM15 卡(电话卡)。从 IEN 的 LET61 卡(以太网卡)将 交易发到前置机上，经过交易的合法性检查，并经过卡种的判断，确 定此卡发往哪个主机系统。当前置机接到主机系统的响应时，再将 响应返回给 POS 终端。 下面以一笔消费交易为例说明整个业务的流程。 TCP/IP 8583 包 8583 包

9、 POS 请求一笔消费交易 PSTN 公用电话 网 IEN 电话卡 (CIM15) TRAN 进程(listen) Fork()一子进程 往回写 剥离 TPDU 添上 TPDU 写消息队列，等候 子进程(接收) 消息队列 Tran_To_Server 消息队列 Server_To_Tran Server 进程(Listen) 写消息队列 Server_To_Tran If get Message 组返回的 8583 包 Fork()一子进程 按照交易类型 解 8583 包 进行合法检查 按照主机要求字段 子进程退出 重新打包， else 写 Server_To_Host 解主机的返回包 队列，

10、并在一个时延 If get Response 内等待返回数据 子进程(接收) 消息队列 Server_To_Host 消息队列 Host_To_Server 消息 队列 Server To Monit or Host 进程(Listen) 写消息队列 Host_To_Server If get a message 子进程退出，释放 Session Fork()一子进程 Else delay time is out 和主机建立一个 Session If get Response 发给主机，在时延内等待响应 子进程(接收) 业务主机 3、系统软件结构、系统软件结构 以下的结构图是该系统的软件结构图

11、，分为上行图和下行图。上 行图的交易发起方为各种终端，经过网控器（IEN）上送到前置机，再 由前置机分发到相应的主机系统。下行图是交易响应包的回路，由各 个主机系统响应请求，返回给前置机，再由前置机经过网控器（IEN） 返回给 POS 终端。 上行图： 网控器 数据 网控器接口模块 (TCP/IP 协议 Socket 进程) 交易处理模块 （按照卡种分发交易） 主机格式的报文 银行主机 CIM15 CID15H LET61 主机接口模块 （本行卡储蓄卡、贷记卡， 境外卡） 银联接口模块 （本地他行卡、异地他行卡） 银联 POSP 等 储蓄主机贷记卡主机 前前 置置 机机 消息队列 消息队列 交

12、易认证 银联报文 需求 下行图： 前置机前置机 业务主机 业务主机接口模块 银联接口模块 （处理本行卡储蓄卡、贷记卡，境外卡） （处理本地他行卡、异地他行 卡） 交易处理模块 （解包按照交易类型打返回包） 网控器接口模块 （ TCP/IP 协议 Socket 进程） LET61 CIM15 下联卡 CIH15 储蓄主机贷记卡主机 银联中心 4、模块外部设计、模块外部设计 POS 前置机系统共分五大功能模块： 1)、通讯控制模块 2)、交易处理模块 3)、交易监控模块 4)、设备管理模块 5)、商户清算模块 核心的模块为交易处理模块，它和其它四个模块都会发生关系。 各模块之间的消息传递是通过不同

13、的进程来实现的，进程与进程之间 是通过消息队列来传递数据的。 5、功能模块的描述、功能模块的描述 各模块的功能分配如下所述: 1)、通讯控制模块 此模块含 3 个接口： a、网控器通讯接口 在上行链路中，该接口负责按 TCP/IP 协议解包。剥离 出 TPDU，将数据发给交易处理模块。在下行链路中，该接口 负责从交易处理模块接受响应包，还原 TPDU，并按照 TCP/IP 协议打包发给网控器。 b、银联通讯接口 该接口将经交易处理模块中处理的属于他行卡的交易发 给银联 POSP。并负责接受响应，将响应包发给交易处理模块。 c、主机通讯接口 该接口将属于主机的交易转发给主机，并等待接收响应数 据

14、包。当接收到响应时，将数据包发给交易处理模块。 2)、交易处理模块 此模块负责处理 POS 或仿真 POS 上送的 8583 数据，并负责将 响应数据组成 8583 包，然后将报文返给网控器通讯接口模块。 该模块包含交易认证模块、交易路由转发模块两个子模块。 a、交易认证模块 流程图如下: 校验错 校验正确 b、交易路由转发模块 上行链路中，该模块根据卡的类型，进行交易的分发。 并按照主机要求的数据格式打包。将其发到各通讯接口模块。 下行链路中，对主机的响应报文进行拆包。并按照 8583 协议进行报文的拼装。 卡类型路由是根据识别卡表方式实现。卡表结构如下所示： 卡类型路由是根据识别卡表方式实

15、现卡类型路由是根据识别卡表方式实现 开始 系统初始化 解 8583 报文 MAC 校验? MAC 错 返回给网控器 信息报文给终端 发报文到交易路由转发模块 结束 卡信息表内容卡信息表内容 为了能够准确地识别卡，定位卡交易过程，卡定义表中至少应 包括如下信息：卡类识别关键字、卡名称、卡号所在磁道及其在磁 道上的偏移量、卡号校验标志、密码输入标志、有效期判断标志、 交易谱定义。 卡卡 BINBIN 上限上限 卡卡 BINBIN 下限下限 卡类卡类 手输卡号的偏移量手输卡号的偏移量 卡卡 BINBIN 所在的磁道所在的磁道 卡卡 BINBIN 在磁道中的偏移量在磁道中的偏移量 卡名称卡名称 卡号所

16、在磁道卡号所在磁道 卡号长度卡号长度 卡号校验方式卡号校验方式 有效期所在磁道有效期所在磁道 有效期在磁道有效期在磁道 中的偏移量中的偏移量 有效期类型有效期类型 个人密码长度个人密码长度 此卡此交易的卡进此卡此交易的卡进 入方式入方式 此卡此交易的密码选项此卡此交易的密码选项 卡号打印格式卡号打印格式 交易校验表交易校验表 主主 机编号机编号 卡序号卡序号 下面举一简单例子： 0 0 4 2 MASTER_GH 2 2 16 0 2 22 0 1 6 0 1 ： 卡 BIN 上限； ：卡 BIN 下限； 0：卡类 0:信用卡，1:储蓄卡、提款卡，2:借记卡 0：手输卡号的偏移量 4：卡 BI

17、N 所在的磁道，2：在二磁道；3：在三磁道；4：二、 三磁道都有，但只从二磁道中取卡 BIN；5：二、三磁道都有，但只从三磁道 中取卡 BIN。 2：卡 BIN 在磁道中的偏移量 MASTER_GH：卡名称 2：卡号所在磁道，2：在二磁道；3：在三磁道。 16：卡号长度 0：卡号校验方式，0：2121 校验方式；1：1212 校验方式。 2：有效期所在磁道，2：在二磁道；3：在三磁道。 22：有效期在磁道中的偏移量 0：有效期类型 1：校验有效期标志 6：个人密码长度 ：此卡此交易的卡进入方式（刷卡或手工输卡） ：此卡此交易的密码选项（要否密码） ：卡号打印格式（4 个一分隔） ：交易校验表，

18、1：该卡有该交易；0：该卡没该交易 0：主机编号， 1：卡序号 根据卡表，可以唯一确定交易的卡应该对应的主机，在根据主机的参 数表获取主机的通讯参数，从而把对应的包送往该主机。 主机的参数表如下： 主机主机编编号号 主机名称主机名称 主机主机 IP 地址地址 主机端口号主机端口号 系统提供卡表和主机参数表的维护界面，可动态修改卡表，对卡表信 息进行增、删、改、查等操作。 卡类型路由根据识别卡表方式实现程序流程卡类型路由根据识别卡表方式实现程序流程 POS 程序流程如下： 没有卡片刷过 系统不接受 有卡片刷过 系统接受 上行链路: POS 机等待刷卡 将卡片 2、3 磁道信息获取 判断该卡是否为

19、在系统接受范围内？ 根据程序提供的卡表，读取卡 BIN 所 在的磁道所指定的磁道信息。将该信 息从卡 BIN 在磁道中的偏移量指定的 位置开始读取 10 位信息，将此信息 同卡 BIN 上限 和 卡 BIN 下限所指 定的参数按卡序号依次作比较。若匹 配则为系统接受，否则，拒绝。同时同时 将该条记录索引锁定供以下工作参考将该条记录索引锁定供以下工作参考 得到卡号、卡号校验方式、 卡类、卡名称和有效期 读取卡号磁道所指定的磁道信息。将该信息 从卡号偏移量指定的位置开始读取卡号长度 位信息，则此信息即为卡号；在该记录中得 到卡类、卡号校验方式和卡名称；根据卡号 校验方式程序检测卡片是否合法；根据该

20、记 录指定的有效期所在磁道、有效期在磁道中 的偏移量得到卡片的有效期（同获取卡号方 式一样） ，若有效则系统接受，否则，拒绝。 得到个人密码长度、主机 编号等 根据该记录指定的个人密码长度，程 序在需要接受个人密码的时候得到相 应长度的密码；根据该记录指定的主 机编号 POS 程序知道该卡为哪个银行 发行的卡片。 POS 数据打包、通讯、记数据打包、通讯、记 录流水、打印处理程序录流水、打印处理程序 否否 是 是 是 注：B，C，D 同 A 类似。 开始 Switch(Trans Type) Case 消费: 组包. Case 退货: 组包. Case 授权: 组包. . . B D 发包给金

21、卡通讯 模块 发包给主机通讯 接口模块 结束 A 识别卡类型 本行卡？ 置错误信息 （不识别卡） 他行卡？境外卡？ 异 地 他 行 卡 本 地 他 行 卡 C 发包给主机通讯 接口模块 流程描述： 前置机接收 POS 发送的交易请求，根据卡表识别卡类型： 属于本行卡，判断交易类型，组包发给主机通讯接口模块。 属于本地他行卡和异地他行卡，判断交易类型，组包发给金卡通 讯模块。 属于国际卡，判断交易类型，组包发给主机通讯接口模块。由 AS400 转发给信用卡主机，由信用卡主机完成交易。 下行链路： 否 否 是是 是 注：B，C，D 同 A 类似。 开始 B D 识别卡类型 本行卡？ 他行卡？境外卡

22、？ 异 地 他 行 卡 本 地 他 行 卡 C Switch(trans_Type) Case Sale: Pack 8583 data. Case Refund: Pack 8583 data. Case Void: Pack 8583 data. A 记流水日志 发给网控器通讯模块 结束 发给监控模块 流程描述： 前置机从不同主机接收返回的交易信息，根据不同卡类型解包， 记入流水表，发给网控器通讯模块，转发给 POS，完成交易。同时发 给监控模块，在监控终端上实时显示。 3)、交易监控模块 此模块是一个单一的监视模块，在一虚拟终端上实时显示交易的 报告。此模块包含两部分：前置和主机的通讯状

23、态和交易实时监控。 4)、设备管理模块 该模块主要是对各种外围设备做管理。具体划分如下： a、POS 参数管理 对 POS 的要求的各种参数进行管理。如商户号，终端 号等等。 b、POS 密钥管理 因为要保证交易的安全性与完整性，对每一台 POS 都 有一对密钥(PINKEY & MACKEY)。其中，PINKEY 用于加 密个人密码，而 MACKEY 用于形成报文的 64 域(传输校验)。 所有的 POS 共用一个主密钥(MASTERKEY)。主密钥 设置必须由贷记卡中心指定两名专人分管。每次设置由两人 同时完成，每人只能设置 8 位主密钥。每次更改亦由两人同 时完成，每人只能更改 8 位主

24、密钥。整个主密钥由 16 个十六 进制数组成。主密钥由专人在 POS 应用前下装到密码键盘 中。主密钥在数据库中的存放将是密文的形式。 PINKEY & MACKEY 的生成是由机器随机生成的两组 16 个十六进制数，每个工作日都会变更。以密文的形式存放 于数据库中。在 POS 做联机签到时，会作为返回域的内容传 回给 POS 终端。POS 终端得到的两个 KEY 值是密文的，工 作时，必须先用主密钥将二密钥解为明文，然后才能进行运 算。 c、报文查询 报文查询功能允许以多种方式对流水日志或是 Log 文 件进行查询。 d、业务报表统计 业务报表统计功能将按照银行所要求的各种报表分类 进行统计

25、，打印。包括日报、月报、年报等等。 e、POS 卡种管理 POS 卡种管理功能主要是对 POS 能处理的各种卡进行 分类管理，区分出每个主机所处理的卡种，每种卡所允许进 行的交易。 f、设备档案管理 因外卡业务的需求，在前置机上将增加对 POS 商户和 终端的管理。对商户进行详细的备档，并对 POS 的所属亦进 行详细的建档。从而能够方便的对支行以及储蓄网点下属的 POS 进行所要求的统计。 5)、清算模块 清算模块具有以下特点： 1、可以按银行需求作各种清算。 2、支持多卡种 3、支持多币种 4、支持不同的折扣率等 清算模块主要包括以下部分： a、主机清算 本行贷记卡或国际信用卡不采用实时入

26、账，每天日终由 前置机上送贷记卡/国际卡批入帐文件。帐务主机完成批量 入帐。 借记卡采用实时入账，但每天日终由前置机上从主机下 载对帐文件进行对帐。 b、商户清算 商户清算前首先生成当日对帐总表，当日对帐总表根据 贷记卡对帐文件、借记卡对帐文件、本地他行对帐文件和异 地他行对帐文件生成。本地他行对帐文件和异地他行对帐文 件是由前置机从金卡中心接收。 交易货币统一为人民币，清算货币根据国际卡货币类型 清算。 商户折扣率根据银行同商户商量确定，并预先输入系统。 进入商户清算功能，可输入需要清算商户名称或选择清 算所有商户。 选择不同卡类型： 系统根据当日对帐总表统计所有类型卡当日在该商户 的交易金

27、额，扣除折扣率后，生成清算文件。 选择不同的清算货币： 如果当日该商户发生国际卡业务，则将发生的所有货币 （包括人民币）根据当日对帐总表，扣除折扣率后，生成清算 文件。如果没有发生国际卡业务，输出人民币清算文件。 c、系统维护 外汇牌价维护：提供对外汇牌价进行修改和查询的功能。 外汇牌价一旦设定，外币清算将根据设定值计算。 商户折扣率维护：提供商户折扣率修改和查询功能。和 商户间清算将根据设定值计算。 四、接口设计四、接口设计 1、外部接口、外部接口 外部接口主要有以下几个部分: 1)、IEN 和前置机之间 IEN 和前置机之间的物理连接是两块以太网卡的连接，组成一个 以太网，它们之间的通讯协

28、议采用 TCP/IP 协议。报文格式采用 ISO8583 协议报文。 2)、前置机和业务主机之间 前置机和帐务主机之间的物理连接是前置机通过一个路由器，再 连接到帐务主机。它们之间的通讯协议采用 TCP/IP 协议。报文格式 按照银行主机要求的格式打包。 3)、前置机和银联 POSP 主机之间 前置机和银联 POSP 之间的物理连接是前置机连接一个路由器， 连接银行专用网，再连接另一个路由器，连接银联主机。前置机与与 银联主机之间的协议是 TCP/IP 通讯协议。报文格式为银联专用协议 报文。 2、内部接口、内部接口 内部接口主要是各模块之间的信息流向描述。各个进程间的信 息传递采用消息队列。

29、特殊的是金卡交易的处理。 1)、TRAN 进程完成 IEN 与 SERVER 进程之间的数据传输。 该进程监听 TCP/IP 通讯端口，当有交易数据从 NAC 的上链卡 经过该端口发送上来之后，TRAN 启动一个子进程来处理这笔交易， TRAN 继续监听 TCP/IP 端口。子进程从端口读入数据，并从数据中 分离出 TPDU 保存起来，以备将来返回数据发送到正确的地址。同时 将数据发送到 TRAN_TO_SERVER 消息队列， 供 SERVER 进程读 取。然后 TRAN 进程等待从 SERVER_TO_TRAN消息队列读入返回 数据，将保存的 TPDU 交换源和目的地址，将地址拼到返回数据

30、包上， 将数据通过 TCP/IP 端口和 NAC 的下链卡发送出去。 2)、HOST 进程负责 CAPRO 中 SERVER 进程和业务主机之间的 数据交换。 该进程监听 SERVER_TO_HOST 消息队列，当有主机交易从 SERVER 进程发送上来之后， HOST 启动一个子进程来处理交易数 据的转发，HOST 继续监听和接收交易数据，子进程根据主机交易格 式将交易数据打包， 通过前置机的 Eicon card 和令牌环网发送到主 机。然后从主机接收交易响应数据， 进行拆包。将数据发送到 HOST_TO_SERVER 消息队列。 3)、 MONITOR 进程完成 CAPRO 系统的监控。

31、 该进程监听 SERVER_TO_MONITOR 消息队列，当有监控数据 发送上来之后，该进程启动将监控数据显示出来，然后接收下一条 监控数据。 4)、属于银联中心的交易。 当 SERVER 进程从 TRAN_TO_SERVER 消息队列监听到一笔 属于银联中心的交易，生成一个子进程执行 KIP 核心的 API 调用，并 等待返回，后将数据写入 SERVER_TO_TRAN 消息队列。 五、五、出错处理设计出错处理设计 该系统的出错信息大致有以下几个方面: 1数据库数据库 在修改数据库、作数据库的插入或删除时，如果遇到错误，出错 信息会直接体现在操作屏幕上，并给出出错码，以便查找原因。 2通讯

32、进程通讯进程 这部分的出错在程序内会做相应处理，并将出错信息输出在交易 监控屏上。 3交易交易 各种交易在处理过程中发生错误，均会在监控屏上提示，并记入 错误文件以便统计。 六、安全保密设计六、安全保密设计 由于金融电子交易的特殊性，它要求整个系统必须是安全保密的。 针对以上特点，我们在设计整个方案中充分考虑到这一要求。 1对交易的安全性对交易的安全性 在本系统中引入了三个密钥 MASTERKEY、PINKEY、MACKEY。MASTERKEY 负责解密 PINKEY 和 MACKEY。传输过程中各密钥均为密文。PINKEY 加密 个人密码，保证了合法持卡人的个人利益。MACKEY 对交易报文

33、的 关键字段生成校验码，保证了在传输过程中报文不会被篡改。采用的 加密算法为国际上通用的 DES ANSI9.8/ANSI9.9 算法。 2系统的安全性系统的安全性 系统设置管理员和操作员，操作员只能操作具体的业务，管理员 负责系统的维护，管理员不能操作具体的业务。上述的三种密钥在系 统中都是以密文形式存放的，管理员将得不到密钥的明文。 七、七、POS 监控机实现功能监控机实现功能 为方便管理，增强可维护性，可以通过增加一台监控机实现 POS POS 监控管理，监控机采用 Windows 98 操作系统，界面友好，维护方 便，POS 监控控制信息从前置系统中接收，具体完成功能描述如下： 1、权

34、限管理、权限管理 a、用户管理 对用户进行维护管理。 b、组管理 把用户进行分组，按组对用户管理。 c、权限管理 按组对用户进行权限管理。 2、POS 交易统计交易统计 统计如 POS 交易的总笔数、总金额（按每日、每月、每年）等。按 每日、每月、每年统计该行所有 POS 的交易笔数、金额情况。 3、商户交易管理、商户交易管理 对该监控机上的所有商户，按每个商户每天、每月、每年的交易 总金额进行排序列表。 对该监控机上的所有 POS，按每个 POS 每天、每月、每年的交易 总金额进行排序列表。 对每天无交易的 POS 列表。按商户的类别分别统计交易量，并排 名，如储蓄所类，宾馆类，餐饮类，零售

35、类等。 对该商户所有交易，按各种条件进行查询。 4、卡交易管理、卡交易管理 卡号交易流水查询，按一定时间段最大交易额前 100 名排序。按 卡别统计出哪种卡交易量大，按笔数统计，按金额统计。 5、商户管理、商户管理 商户管理功能可以管理以下的一些商户属性： 1）连接的商场数量 2）商场 POS 的总数 3）商场 POS 交易的总笔数 4）按每日、每月、每年统计该商场所有 POS 的交易笔数情况 5）对各类卡别按笔数和金额分别统计 6）商场各类卡交易的统计 7）商场 POS 交易的总金额 8）按每日、每月、每年统计该商场所有 POS 的交易金额情况 6、异常情况管理、异常情况管理 1）不成功交易

36、的笔数/天 统计每天交易中的不成功交易笔数，不成功交易中的卡种类，如： 多行共享的 POS 哪个行的经常不成功，哪家分行的卡经常不成功。 2）错误交易查询 交易失败的次数占总交易笔数的比例，交易不成功出错原因统计， 超时类错误占总失败交易的比例，密码错误占总失败交易的比例，金 额错误占总失败交易的比例，卡信息错误占总交易的比例，参数错误 占总失败交易的比例，交易不成功出错原因统计 3）查询统计分析系统 查询可按三个层次提供相应的查询：1、行长，2、业务部门，3、技 术部门。查询结果可以是表格形式也可以是图形形式。 7、系统管理功能、系统管理功能 系统管理功能主要包括： 1）POS 的开机管理

37、2）POS 使用管理 3）POS 设备管理 八八、前置系统平台配置：、前置系统平台配置： 硬件平台：硬件平台： 硬件硬件选选型：型：2 台HP LH6000；双机热备份；磁盘阵列柜和 3 块 18.2GHP 硬盘 详细配置见下表： 型号配置数量 HP LH6000 PIII 1G、双 CPU、内存 512M, 18.2G 硬盘、1.44 软驱 32X 光驱、双 10/100TX 网卡 24G 磁带机 2 台 (24G 磁带机 一个) HP 磁盘阵列柜 Dataware For Unix 软件 1 套双机热备 份系统 18.2GHP 热插拔 SCSI 硬盘3 个 性能分析：性能分析： 根据我司经

38、验，联入银联 POSP 后，每台 POS 日交易峰值将达 200 笔左右， 平均日交易峰值在 80 笔左右，按照 100 台 POS 计算，平均日交易峰值达 20000 笔/日，平均交易量为 8000 笔/日，每笔 POS 交易包大小按照 512 字节计算。以下 将从内存大小、CPU 的处理能力、通讯压力、系统容许的最大进程等四个方面进 行前置机性能描述。 A、 、CUP 处处理能力：理能力： 根据 CPU 的配置，每台主机对本机的机器处理能力用 TPM 参数来表示， 并在出厂时加以说明。通常来讲，1TPM=30 事务处理数/天。经查, HP LH6000 前置主机的 TPM 值为：26359

39、，则该机每天可处理的事务总数为： 2635930=笔。假设 CPU 的事物处理效率为 20%，则每天的事务处理总数 为：20%=笔。 根据前面计算结果，100 台设备的峰值交易量为 20000 笔/天，而 /200008 倍。 可见 CPU 的处理能力大大超出对 100 台设备的负载量，大约可扩展到 1008=800 台。 B、内存容量分析：、内存容量分析： 对内存容量产生影响的要素主要有：操作系统所占内存、数据库服务 器所占内存以及数据库可并发连接的用户数。粗略的计算公式： 内存总容量=操作系统所占内存 + 数据库服务器所占内存 + 数据库最 大并发用户数（每个数据库连接所需内存） 考虑在日

40、峰值交易时，数据库的并发用户数最大，假设峰值交易的 90% 在 3 小时内完成，每笔交易响应时间为 3 秒，数据库用户数如下： 最大数据库用户数= 日峰值数0.9最大响应时间 3 秒 5 36060 数据库服务器在每增加一个连接的情况下,需要为每一个连接分配一定 的内存。假设每一个交易，平均使用 10 个表，每个表大小假设为 1M，因此， 建议系统为每一个连接准备 10M 内存，5 个连接就准备 50M。 根据经验，操作系统和数据库服务器所占内存一般为内存总量的一半。 假设系统内存的使用效率为 70%，因此，我们可推算出所需最大内存为： 50 2 / 0.7 143M。 可见，前置机内存 51

41、2M 远远大于系统运行所需内存。根据现有内存配 置, 前置机最大可负载量为： 512 0.7 / 2 / 50 100 358 台 C、通、通讯压讯压力力负载负载分析：分析： 通讯压力= 峰值交易量 每笔业务字节数 / 交易时间 假设峰值交易的 90%在 3 小时内完成,则可计算通讯压力为: 200005120.9/ (36060) = 853 字节. 853 字节/秒的载量对网络 不会造成任何通讯压力. D、前置机操作系、前置机操作系统统容容许许的最大的最大进进程数：程数： 每一个并发交易的接入都需要产生一个子进程，因此，操作系统容许产 生的最大进程数就是外部设备的最大接入量。通常来讲，UNIX 操作系统的 进程配置数为千数量级，最多可达上万。因此，对于设备的接入将不会产生 瓶颈。 综综上所述：上所述： 配置 HP D9103A LH6000 作为前置机，其最大设备的负载量为 35