移动银行联网技术协议范本.doc

移动银行联网技术协议一、 总体目标二、 基本原则三、 系统构造四、 系统设计一、 总体目标：利用现代通讯技术，建立移动与银行之间的信息传输通道；遵循行业规范，提供通用的中间交易平台；采纳先进的数据库操作技术实现信息安全可靠的存取；达到银行收取移动通信话费和预存款的目的。在此基础上，以电子商务思想为主导，逐步实现银行自动转帐、“电话银行”、Internet网、ATM机及语音等多种缴费方式以及网上移动各种业务服务功能。为移动运营商拓展营销活动空间、开发服务用户市场、加强行业竟争优势、挖掘新的经济增长点提供多种先进可行的手段。二、 基本原则：1：为确保移动和银行各自数据的存储安全及相对独立性，禁止一方对对方或它方对双方数据库的直接操作。2：为确保移动至银行、银行至移动数据的传输安全，对关键数据或全部数据应采取加密措施。3：为保证数据来源的不可否认性，应采取身份认证措施。4：在保证功能的前提下，确保系统的可靠性。5：在保证系统可靠性的前提下，确保或尽可能提高系统的性能。三、 系统构造：围绕总体目标，遵循基本原则，结合技术市场实际对系统做如下构造:TMDDN银行业务网全省营业内部网移动代理主机LAN防火墙管理终端银行代理机1、 硬件构造：l 说明：移动方和银行方各自增加一台主机，称作代理机或代理服务器（Agent Server）。代理机之间通过网络设备和网络线路相连。 在银行方，代理机以银行营业网联接方式与银行营业网相连，作为银行营业网的一个网络接点，是银行与移动进行信息交换的枢纽（Hinge）。 在移动方，代理机以移动营业网联接方式与移动营业网相连，作为移动营业网的一个网络接点，是移动与银行进行信息交换的枢纽（Hinge）。主要网络设备： 路由器（Router） 防火墙（FireWall） 目的：防止外部攻击。 指标：包过滤 基于IP包的源地址和目的地址的过滤 网络地址转换（NAT） 基于网络端口的访问控制 IP地址和MAC地址的对应l 网络传输界质：代理机与内部网之间的信息传输介质依各自内部网联网方式而定。 移动代理机与银行代理机之间的信息传输介质采用DDN专线。l 代理机（Agent Server）： 机型： 具体型号参照用户要求而定 指标： BUS：64位（或32位） CPU ： 双CPU（或多CPU） RAM ：128M-1G(业务量决定) STORAGE： 主机硬盘： 磁盘阵列（DiskRaid） 数量：两块 容量：8 G以上2、 系统软件组成：l 操作系统：UNIX OS 具体版本依主机型号而定l 数据库产品：由各自业务网络系统确定l 通讯交易中间平台：l 安全加密软件： 标准DES算法 身份认证 （支持X。509。V3标准） 3、 应用软件： 根据总体目标和用户实际环境定制四、系统设计模块化设计，将中间交易平台划分为基础服务模块和业务处理模块，基础服务模块主要包括安全、通讯、事务监控等子模块，该模块是整个平台的核心；业务处理模块是针对各自综合业务网络系统为各种系统接入提供统一的应用接口，该模块是建立在基础服务模块之上的。1.业务流程设计 签到应答成功成功人工维护恢复人工维护恢复签到申请受理查询受理查询成功显示数据录入数据业务受理合法记帐成功提示错误提示错误提示错误打印收据提示成功记帐返回银 行移 动签到业务受理NNNNN成功返回记录错误日志告警人工维护数据签退申请签退应答成功成功人工签退人工签退返回对帐对帐应答应答返回对帐有错误记录记录错误日志告警人工维护数据返回提示成功签退对帐NYYNY银行主机 银行前台银行代理服务器移动代理机l 33333333333 (10) (11) (12) (13) 一笔交易业务流程示意图 客户到银行网点可使用现金、支票、储蓄存折（借记卡）、信用卡等手段缴费，其缴费步骤如下 :1) 输入客户标识码（输入手机号码）等，银行前台发起查询客户应缴费金额交易；2) 银行代理主机接收交易请求，转发给移动代理机；3) 移动查询客户应缴费金额，将结果返回银行代理主机；4) 银行代理主机将查询结果返回前台；5) 前台得到客户应缴费金额后，客户缴费，银行柜员输入客户实际缴纳费用，银行前台发起客户缴费交易；6) 银行代理主机将交易请求转发给银行主机；7) 银行主机进行帐务冻结处理，将结果返回银行代理主机；8) 银行代理主机将交费验证交易转发给移动；9) 移动进行缴费验证处理，将结果返回银行代理主机；10) 银行代理主机将验证结果返回银行主机；11) 银行主机将交费结果返回银行代理机12) 银行代理主机将记帐结果（成功）返回移动代理机，银行代理机不等移动确认。13) 银行代理主机将记帐结果（成功或失败）返回前台，银行前台打印缴费收据，缴费过程完成。 2.管理功能设计2.1 系统日常管理l 系统初始化：初始化系统参数、密钥，清当日交易日志表、补做记录表、失败日志表等l 日末处理：当日交易流水归档，手工处理失败日志等l 签到：各银行向移动签到每个工作日的开始，接受银行签到请求，确认银行认证码，修改银行签到状态，产生当日传输密钥，回送银行。若银行签到失败，银行可再次向移动签到，至成功为止，否则当日业务无法开展。说明：每个工作日内，成功的签到只有一次，也就是说不允许多次签到。在网络正常的情况下，签到成功的条件是：前日日末处理处于就续状态。l 签退：各银行向移动签退 每个工作日的结束，接受银行签退请求，确认银行认证码，修改银行签到状态，并把签退结果信息回送银行。若银行签退失败，银行可再次向移动签退，至成功为止，否则下一步业务无法开展。l 对帐：移动与各银行对帐。在银行签退的状态下，接受银行日末对帐请求，对工作日内移动缴费、删帐明细与银行缴费、删帐记帐明细进行核对，并把对帐结果状态回送银行。银行方缴费、删帐记帐明细以文件形式传输给移动方。若银行方数据有MAC错，返回码“1101”，否则返回码为“0000”。数据一致 ：移动与银行缴费及删帐明细完全相符。银行多帐 ：遵循以银行帐为主的原则，（自动）补做。移动多帐 ：标识移动多帐错误“1010”，记错误日志。数据不符 ：标识数据不符错误“1011”，记错误日志。数据MAC错：银行数据不合法， 对帐后若银行多帐，遵循以银行帐为主的原则，移动方（自动）补做。对其它情况除MAC错之外，人工根据错误记录进行处理。说明：1. 对帐是为保证交易完整性，而进行的检查、修正的特殊交易。2. 利用银行前置机和移动前置机的日志对帐3. 按银行类别为单位对帐4. 银行首先记帐，保证银行日志不少于移动日志。5. 以银行记录为准，在移动补做遗漏的记录。（移动只收不支）6. 对帐失败要告警并提供手工调整数据手段7. 补做失败要告警并提供手工调整数据手段8. 多帐指交易笔数非金额日末营业结束后由银行统一发起对帐交易l 月末处理：月末报表统计、打印。 2.2 联网银行管理l 银行增加：l 银行修改：l 银行查询：2.3 密钥处理l 设置或更改主密钥l 初始化传输密钥l 生成新的MAC密钥l 生成新的交换密钥2.4 系统维护l 数据备份 数据恢复l 数据清理：清除日志等3.接口设计3.1 通讯模式：移动、银行代理机之间的通讯采用TCP/IP协议，使用TCP以异步方式接入。3.2数据包帧格式：struct CtlMsg unsigned char morepkt; /* 是否还有更多的包？ 有 1 无 0 */unsigned char pktype; /* 包类型 1 数据请求 2 数据应答 3 文件请求 4 文件应答 */unsigned char unitend; /* 一类的结束 结束 1 没结束 0 */unsigned char save; /* 保留位 */unsigned short sequence; /* 包序号 从 1 开始， 网络字节序 */unsigned short length; /* 包实际传的长度（交易内容长小于216），整个包216，定长（交易内容大于216，分包）， 网络字节序 */unsigned long msgtype; /* 发起交易的进程ID 号，每个交易是唯一的，网络字节序*/;/* 包控制信息 */struct Header char codeCODESIZ;/* 交易码 CODESIZ=6 */char d_addORDERSIZ;/* 交易目的地 ORDERSIZ=9*/char l_addORDERSIZ;/* 交易发起地 */;/* 包头部信息 */struct pktstru struct CtlMsg ctlmsg;struct Header header;char datatransMAXDATASIZ; /* 包传输内容 MAXDATASIZ=216 */;/* 包结构 */说明：如果传输文件，则文件包与数据包分开，该文件包的前28个字节为文件名域，不足补空。3.3交易类型：交易类型大体可分为：查询交易，缴费交易，删帐交易，对帐交易，签到、签退交易等。详细的交易类型列表如下：交易类型交易类型说明100010查询已交费交易100011完全划拨帐单打印交易 /* useless */100012 交费查询交易100013 删帐查询交易(- 删帐验证交易)200010现金交费验证交易210010 现金交费确认交易400010删帐交易600001对帐交易900001签到交易900002签退交易100014帐单查询打印交易3.4交易包格式3.4.1交费查询交易格式：(交易类型100012) 请求：位域类型备注交易包头部C36操作代码C4b000单机交费b002退款b004已交费查询b005帐单查询打印机器号码C11数字机: 机器号码模拟机: 长途区号+机器号码银行代码C8 应答：位域类型备注交易包头部C36返回码C4合同号C15地区代码 C2 市县代码 C2 单位C59姓名 C12/* 付款方式C1*/ / the place changed 运行状态 C1付款方式C1 / the place changed to here 未出帐话费 C12 信誉度C12预存款C12/* 补收月租费C12*/ / remove this line模拟机器数 C4 ( - C2 )数字机器数 C4 ( - C2 )建议应收款C12 / added on Oct 21, 2000应交费明细记录数 C4 应交费明细年份C4 （发票的数据项）月份 C2 （发票的数据项）本月欠费 C12 本次应收 （发票的数据项）应收款 C12 本次话费 （发票的数据项）滞纳金 C12 （程序计算结果）优惠款C12预存款划拨C12新交款C12 月租费 C12 （发票的数据项）特服费 C12本网费(本地童话费)C12 （发票的数据项）漫游费(漫游通话费)C12 （发票的数据项）长途费(长途通信费)C12 （发票的数据项）附加费C12其他费C12代收信息费C12 （发票的数据项）代收频占费 C12 （发票的数据项）农话费C12补收费C123.4.2查询已交费交易格式（单机）：(交易类型100010) 请求：位域类型备注交易包头部C36操作代码C4机器号码C11银行代码 C8 开始时间C14 YYYYMMDDHHMMSS结束时间C14 YYYYMMDDHHMMSS 应答：位域类型备注交易包头部C36返回码C4 已交费明细记录数 C4 已交费明细交费时间 C14 YYYYMMDDHHMMSS交欠费 C12交滞纳金 C12/* 补收月租费C12 */ / remove this line 交预存款C12其他费C12 / these 3 line added on Oct 30, 2000机器费C12信息费C12 / end of adding 现金交款 C12支票交款C12托收回款C12利息交款 C12工号流水C10工号C6出帐年 C4出帐月 C2交费地点 C403.4.3完全划拨帐单打印交易格式（单机）：(交易类型100011) 请求：位域类型备注交易包头部C36操作代码C4机器号码C11银行代码 C8 开始时间 C14 YYYYMMDDHHMMSS结束时间 C14 YYYYMMDDHHMMSS 应答：位域类型备注交易包头部C36返回码C4 合同号C15单位C59姓名 C12附款方式C1运行状态 C1未出帐话费 C12 信誉度C12预存款C12应交费明细记录数 C4 应交费明细年C4月C2 本月欠费 C12 本次应收 （发票单） 应收款 C12 本次话费 （发票单） 优惠款C12 预存款划拨C12 新交款C12 状态 C8 * 月租费 C12 特服费 C12 本网费C12 漫游费C12 长途费C12 附加费C12 其他费C12 代收信息费C12 代收频占费 C12农话费C12 补收费C123.4.4现金缴费验证交易格式（交费确认交易格式复用请求部分）：(交易类型200010) 请求：位域类型备注交易包头部C36操作代码C4地区代码C2市县代码C2银行代码C8前两位为银行类别（例如61工行 62中行63农行 64建行），后六位为银行网点编码银行流水C8银行方送移动时产生的流水号机器号码C11实缴金额C12记帐日期C14YYYYMMDDHHMMSSMAC C16 校验内容：银行代号、银行流水、机器号码、实缴金额、记帐日期MAC为ASCII码 应答：位域类型备注交易包头部C36返回码C4银行代码C8银行流水C8银行方送移动时产生的流水号MAC C16 校验内容：银行代号、银行流水、返回码MAC为ASCII码如果验证成功，则将本次交费的发票内容以文件的形式，由移动生成后发送到银行，银行将文件内容再发送到打印机进行打印。文件名规则：银行代码（8位）+下划线（1位）+日期（YYYYMMDD（8位）+银行流水（8位）3.4.5删帐请求格式（银行向移动发请求删帐查询）：(交易类型100013) 请求：位域类型备注交易包头部C36操作代码 C4地区代码C2市县代码C2银行代码C8要删帐银行流水C8机器号码 C11记帐日期C14YYYYMMDDHHMMSS 应答:位域类型备注交易包头部C36返回码 C4 银行代码C8银行流水C8/* 三项合计长度20 */* MAC C16 校验内容：银行代号、银行流水、返回码 MAC 为ASCII码 */3.4.6删帐确认交易格式（银行向移动发请求删帐）：(交易类型400010) 请求：位域类型备注交易包头部C36操作代码C4b002地区代码C2市县代码C2银行代码C8银行流水C8银行方送移动时产生的流水号要删帐银行流水C8机器号码C11记帐日期C14YYYYMMDDHHMMSSMAC C16 校验内容：银行代码、银行流水、要删帐银行流水、机器号码、记帐日期MAC为ASCII码3.4.7对帐交易格式：(交易类型600001) 请求：位域类型备注交易包头部C36银行类别C2银行类别，如农行63缴费交易笔数C6银行方数据缴费交易总额C12银行方数据 应答：位域类型备注交易包头部C36返回码C4银行类别C2缴费交易笔数C6移动方数据缴费交易总额C12移动方数据3.4.8签到交易格式：(交易类型900001) 请求：位域类型备注交易包头部C36银行类别C2双方认证码C16签到时作双方相互认证 应答：位域类型备注交易包头部C36返回码C4双方认证码C16签到时作双方相互认证MAC密钥C16MAC为ASCII码3.4.9签退交易格式：(交易类型900002) 请求：位域类型备注交易包头部C36银行类别 C2双方认证码C16签退时作双方相互认证 应答：位域类型备注交易包头部C36返回码C4双方认证码C16签退时作双方相互认证3.4.10帐单打印交易格式（单机）：(交易类型100014) 请求：位域类型备注交易包头部C36操作代码C4b005帐单查询打印机器号码C11银行代码 C8 查询类型C2开始时间 C14 YYYYMMDDHHMMSS结束时间 C14 YYYYMMDDHHMMSS 应答：位域类型备注交易包头部C36返回码C4查询类型：01 通讯费帐单02 信息费帐单03 商务费帐单文件名规则：通讯费帐单：ZD_01_移动号码（11位）信息费帐单：ZD_02_移动号码（11位）商务费帐单：ZD_03_移动号码（11位）注意：1、如没有帐单，则返回（交费）记录不存在：100635附录：3.5.1 位域的属性类型位域属性说明C=字符型，后补空格YYYYMMDD=日期型，长度为8HHMMSS=时间型，长度为6银行流水如不够8位前补0;月,日不够2位的前补0金额*100，去小数点传输3.5.2 银行为移动方代出缴费明细附件内容发票以移动局提供的发票样张为准3.5.3 对明细帐文件格式银行方向移动方传明细帐文件，其格式为：各域以|为分隔符，以n为一笔交易结束符，具体的域的约定如下表所示：文件名:YD_XX_YYYYMMDDHHMMSS (XX 银行类别, YYYYMMDD 日期)格式如下序号内容含义说明MACC16 操作代码C4地区代码C2市县代码C2银行代码C8银行流水C8机器号码C11记帐日期C14YYYYMMDDHHMMSS交易内容 交费 实缴金额C12 退款 要删帐银行流水 C8 注：里可变字段，不同操作代码交易内容不同。MAC为ASCII码所有字段用|进行分隔。银行代码、银行流水按ASCII码升序排序4.运行设计4.1运行模块的组合和控制各交易模块采用“交易驱动”模式，即各交易模块仅处理一种交易，且均为交易总控模块所调用，交易总控模块根据该交易类型的相应交易码，判断调用哪个交易模块，控制整个交易过程，若交易过程中出现异常情况，调用异常处理模块，进行处理。4.2 运行时间控制各交易处理模块与移动主机或银行代理主机通讯，控制交易时间，若超时，仍未收到对方应答，则返回交易总控模块通讯故障，交易总控模块不控制交易时间。移动代理主机负责与银行代理主机、移动主机进行通讯，负责管理操作员、银行等资料，并对交易流水记录，打印统计报表等。本部分主要集中在移动代理主机上与银行代理主机、移动主机的各通讯模块功能划分与接口设计。l 移动代理主机各模块功能划分： 交易总控模块负责与银行代理机通讯，对接收到的交易数据，根据交易类型及相应参数，调用各交易处理模块，控制交易处理流程 与移动主机通讯的查询交易处理模块负责与移动主机通讯，被总控模块调用，处理查询客户应缴费交易 与移动主机通讯的缴费交易处理模块负责与移动主机通讯，被总控模块调用，处理客户缴费交易 与移动主机通讯的退缴费交易处理模块负责与移动主机通讯，被总控模块调用，处理客户退缴费交易l 移动代理主机各模块接口设计： 各模块采取“交易驱动”模式 所有交易均由交易总控模块控制，即用户仅启动交易总控模块，其它模块则由总控模块根据交易类型对其调用。总控模块与其它模块交易数据的交换方式双方通过一数据缓冲区作为接口，交换数据方式为：总控模块与对端建立连接后，先探查此次交易是否本地交易，不是转发，若是，取出交易码，并跟据交易码找到相应的处理程序，调用其执行，被调用模块若是缴费交易同时往交易流水表记一笔流水。5.异常处理设计对于银行代理机由于通讯故障或应用系统原因，通讯子系统报超时错，银行应用系统认为移动交易失败。移动代理机日终对帐进程进行帐务核对，移动缺帐手动（自动）补做。 6.安全保密设计6.1 系统密钥管理体系系统采用DES加密和MAC校验算法，实行三级密钥管理，主 密 钥存储密钥PKG密钥MAC密钥1. MAC密钥：用于判断收到数据包的真伪，以防止攻击者构造虚假交易包传送给通讯双方从而达到作案目的。MAC密钥是计算MAC值时所用到的密钥。传输（MAC）密钥：用MAC密钥进行加密的操作对象都是交易数据包，属于三级加密体系的第一级，因此统称为传输密钥。2. 交换密钥：在传输密钥中MAC密钥是动态变化的密钥，在每天开始交易前，通过签到交易，随机产生新的MAC密钥，这个密钥值是不能在网上明文传送的，对这个密钥进行加密的密钥称为交换密钥，它属于三级加密体系的第二级。3. 主密钥：传输密钥、交换密钥都需要存储起来，它们的存储形式也不能用明文保存，必须进行加密，将传输密钥、交换密钥加密存储时所用到的密钥称为主密钥，它属于三级加密体系的第三级。 在上述密钥体系中，MAC密钥通过签到、签退，由系统每天动态变化，其生命期仅为一天，不再需要人为管理。交换密钥由于是用于加密传输密钥，其生命周期较长，在经过一段时间运行后，应对其进行更换。主密钥固定，不能更换。6.2 系统签到、签退时双方的相互认证 为保证系统签到、签退时，银行、移动双方身份的相互认证，设立16位字符的认证码，由银行、移动设专人负责，双方约定，定期更换。l 签到过程： 每天早晨开始交易前，由银行向移动签到，银行将认证码用交换密钥加密，传送给移动；移动用交换密钥对认证码进行解密，并与移动代理机上存储的认证码进行核对，若错误，则返回错误信息，若正确，则移动代理生成MAC密钥，将MAC密钥用交换密钥加密，对认证码用MAC密钥加密，回传银行，银行用交换密钥将MAC密钥解密，并用MAC密钥对收到的认证码密文进行解密，并进行核对，若正确则签到成功。l 签退过程：交易结束后，由银行向移动签退。银行将认证码用交换密钥加密，传送给移动；移动用交换密钥对认证码进行解密，并与移动代理机上存储的认证码进行核对，若错误，则返回错误信息，若正确，对认证码的用MAC密钥加密，回传银行，银行用MAC密钥对收到的认证码密文进行解密，并进行核对，若正确则签退成功。6.3 系统加密、解密过程 交易数据包分为包头、包体两部分，规定如下：l 进行MAC加密；l 包体部分字段作为计算MAC值输入数据；l MAC值放在包体后；l 包体MAC串不是8的倍数，后填空，补足8的倍数，再进行MAC加密。6.4 密钥的产生、存储与使用为方便银行、移动双方软件商对密钥的使用，同时为防止密钥失窃，特约定如下：l MAC密钥每天由银行向移动签到时，移动随机产生；l 交换密钥、认证码由银行和移动双方约定；l 双方约定的交换密钥、移动随机产生的MAC密钥，是经主密钥加密成密文存储在硬盘上，在加密包文时，必须用主密钥对其解密。移动银行联网技术协议附件1：1、机构编码及通信端口号机构代码 机构名称 发送端口 接收端口110223300 移动110223361 工行 6100 6101110223362 建行 6200 6201110223363 农行 6300 6301110223364 中行 6400 64012、交易返回码代码表返回代码表代码信息0000交易成功1000银行代码不合法1001号码不存在1002无法验证1003交费不足1004高额交费不足1005交费不符1006交费记录不存在1007预销号码，去移动交费。补齐欠费即可销号。1010移动多帐（笔数）1011数据不一致1012文件格式错误1013补作错误1100认证码错误（或不符）1101MAC校验不符1200非签到状态1201未签退，不允许对帐1202未对帐，不允许签到1203签到状态，不允许再次签到1204非签到状态，不允许签退2000数据库操作错误2005不支持一日多次对帐3超时控制整个交易超时参考值在交易类型已列出，包之间超时值为10S，由于各家银行都不一样,一般交易有任一时间超时可认为整个交易失败,也可以做超时重发。但各确认交易，要重发5次以上，保证确认交易的成功。4、交易完整性通常交易完整性都是由通讯中间件和交易中间件共同完成，而且要贯穿OLTP（联机事务）的每一部分。跨系统的OLTP处理，不可能对双方系统进行全面改造，但为了保证交易完整性，在通常两次交易基础上，加半次交易，使移动作为收钱方只少帐，不会多帐，日终通过对帐，自动补记少帐。5、扩展性交易应具有原子性，不可分割性。在通讯部分，只关心交易码，请求及应答包长度，这几项内容应是参数化的，可配置的，这样，新增加交易，通讯只需知道交易码，请求及应答包长度，其它不用关心。对于交易内容发生变化，在应用接口应支持参数配置文件解析，比如交费查寻请求包其配置文件可以为：1000121 C4C11C8；/* 100012 交易码 1 请求 0 应答 */这样就可以随意增加或减少改变字段，以上只是方法一种，仅供参考。6举例说明：现以100012（交费查询）举例说明：假设工行与移动连网工行以发送端口6100与移动建立连接，(2) 请求包赋值：(以下并不符和C语言语法)unsigned char morepkt=0; unsigned char pktype =1; unsigned char unitend=1; unsigned char save; /* 保留位 */unsigned short sequence=htoi(1); unsigned short length =htoi(23);unsigned long msgtype =htol(x);char codeCODESIZ=”100012”;char d_addORDERSIZ=”110223300”;char l_addORDERSIZ=“110223361”; char datatransMAXDATASIZ=“b0001398000907761?”;(3) 发送完断开连接(4) 移动进行数据处理(5) 移动以端口6101与银行建立连接(6) 发送包赋值第一个包： unsigned char morepkt=1; unsigned char pktype =3; unsigned char unitend=0; unsigned char save; /* 保留位 */unsigned short sequence=htoi(1); unsigned short length =htoi(216);unsigned long msgtype =htol(x);char codeCODESIZ=”100012”;char d_addORDERSIZ=”110223361”;char l_addORDERSIZ=“110223300”;char datatransMAXDATASIZE=”C4C15C2C2C60C12C1C12C12C12C2C2C4C4C2C12C12C12C12C12C10”;第二包： unsigned char morepkt=0; unsigned char pktype =3; unsigned char unitend=1; unsigned char save; /* 保留位 */unsigned short sequence=htoi(1); unsigned short length =htoi(134);unsigned long msgtype =htol(x);char codeCODESIZ=”100012”;char d_addORDERSIZ=”110223361”;char l_addORDERSIZ=“110223300”;char datatransMAXDATASIZE=”C2C12C12C12C12C12C12C12C12C12C12C12”;字段不足位后补空格（金额前补空格）数据和文件都有时，包序号要连续编码。文件的第一个包前28字符为文件名区，文件名不足28字符补空（非空格）。数据的最后及文件的最后一个包unitend=1.(7) 与银行断开连接二、安全部分 双方初始化，统一认证码及交换密钥认证码 行名 交换蜜钥（BCD码）110112201ABCDEF9 工行 10112