前置机系统详细设计方案

《前置机系统详细设计方案》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、前置机系统详细设计方案1.系统概述前置机系统的主要功能是预处理、存储和转发来自金融端末设备(POS.)，或者服务网点的交易请求，从而完成整个电子支付交易。整个电子交易系统是一个三级的客户/服务器（CLIENT/SERVER）模式。前置机处于整个系统的第二级，起到了承上启下的重要作用，它既是终端设备的SERVER，又是后台主机的CLIENT。前置机具有复杂多变的接口，要求有较好的通用性、可靠性和高效率。2.系统结构整个前置机系统可以分为交易接口、交易处理核心、系统管理、监控系统四大部分。结构框图如下：30

2、后台主机数据库系统管理监控系统交易处理核心交易接口商户,银行网点，POS,医院，药店1.处理模式和交易类型处理模式前置机与客户端之间，通过两次通讯完成一次交易，以减少通讯量。首先由客户端发起请求，将相关数据(交易码，交易数据，30MAC等)送往前置机，前置机预处理完毕，将结果返回客户。交易信息处理结果前置机客户端交易类型前置机处理的交易类型按终端设备可以分为:银行网点的终端设备：签到、签退、圈存、圈提、查询、转帐、下传黑名单和改密。指定医疗机构的前端：签到、签退、查询、转帐、批上送、下传黑名单和改密。商

3、户终端设备：签到、签退、下传黑名单、查询、转帐、批上送和改密。圈存机：签到、签退、圈存、圈提、下传黑名单和查询。业务流程脱机业务流程30联机业务流程301.交易接口目前系统与客户端的交易接口支持TCP/IP(包括中间件模式)和串口两种模式。TCP/IP方式通过对套接字socket进行操作，或中间件模式完成数据的传输。适用于客户端各种主机与前置机之间不同操作系统的通讯。TCP/IP方式如下图所示：Service_1Service_2....Service_N30Tcp_ServerTCP/IP中间件通讯方

4、式服务点守护进程Tcp_Server通过fork()调用,复制自己来处理不同的请求，以达到并行处理的目的。考虑到fork()的调用在交易高峰期过多子进程的生成会导致系统在进程的切换和系统调用上占用过多资源,在监控模块中采取一定的措施控制其子进程的个数，这将在监控模块中详细讨论。中间件模式采用固定的通讯格式完成数据的传递.串口方式主要针对销售终端、指定医疗机构(POS)上送的交易请求，对通讯端口进行读/写操作，完成交易。销售终端一般是通过网控器(NAC)与主机的端口进行联结，它们之间的数据格式遵循ISO8

5、583的标准。这对磁卡和IC卡同样适用。这种方式用于处理销售终端、指定医疗机构(POS)经网控器(NAC)　上送的交易。串口方式如下图所示：Serialserver30发送进程接收进程接收进程负责从端口读取上送的信息，发送进程将处理结果写到通讯端口，它们与守护进程之间通过消息队列进行数据交换。网控器可以有多个上行与下行板，为达到并行处理的目的，对应于每个通信端口，各启动一对相互独立的读／写进程对其操作，提高了系统效率。　　　　　　　　　　　　　　　　　　　交易接口模块串口守护进程　读进程　　写进程TCP

6、接口守护进程销售终端医疗机构POS服务网点和商户PC这对串口读／写守护进程和交易处理进程之间通过消息队列进1.交易处理核心30IC卡的交易是一种脱机交易。营业点、指定医疗机构将这些脱机交易批量地上送到前置机，经交易处理核心的预处理后，转发给后台主机；由主机修改相应的帐户资料，并进行汇总，统计和清算。所以，交易处理子系统是整个IC卡系统的关键，它包含交易处理守护进程，安全认证，交易日志的管理和交易转发模块，与其它的相关子系统的关系如下：交易处理子系统基于Tcp/Ip交易转发模块监控系统安全认证日志文件交易

7、处理守护模块接口守护进程交易处理守护进程与接口守护进程一般是通过消息队列进行通讯，或者两者融为一体。前置机系统的主要任务是预处理和转发批量的脱机交易数据，在设计交易处理子系统时，必须具有较高的处理速度和能力。以下的系统设计过程中，都以实现这个目标为前提。交易处理模块30　　由于存在两种不同的通信接口方式，相应地，在前置机系统的交易处理模块分别采取了消息驱动与Fork()子进程的形式处理来自这两种接口的交易。消息驱动　　这种方式将传统意义上的应用(服务进程)根据不同的功能，相互独立起来，各个子服务进程(S

8、ervices)之间读取消息队列中某一特定类型的交易消息，与不同的请求(客户端的消息源)建立有机的联结，处理交易后并将结果返回。　　消息驱动的方式适用于不同操作系统之间的TCP/IP通信。53421交易监控系统交易监控信息　　　　　　　５5　批上送接收服务进程下传黑名单服务进程交易消息队列TCP接　口　守　护　进　程请求　N请求　１交易处理流程(1)客户端发起请求。(2)接口守护进程收到请求后,送往交易消息队列。(3)应用进程从交易队列中读