核心系统项目文档 总体设计
交易联动表与其他模块的关联 条件规则 RuleSet 交易主控 交易代码 **** 工作单元 **** 执行条件 **** 联动属性 **** 一.1.1.1.2.1.1.2.1 T Load MU 数据池 DataPool
工作单元 WU 交易联动表
数据的分类和交换方式
TPLoader的私有数据
TPLoader的私有数据包括，当前调用的MU 、PU、WU名称，Script中的变量等。这些变量以特殊的标记存放在DataPool中，一般有
Page 29 of 118
核心系统项目文档 总体设计
TPLoader进行使用或提供特殊接口为各模块使用。
交易的公用数据
在一个交易过程中一般不变的，各个模块、工作单元需要使用的公共数据，如流水号、系统日期、请求报文数据等。这些数据在整个交易过程中，供各模块和功能单元调用获取信息，一般不能改动。
共享数据
对于个工作单元、流程单元、条件规则功能模块需要互相交换、共享、存储的数据，通过DataPool进行。数据的名称转换、存储、提取、数据预处理等通过DataPool提供的接口和相关的配置数据库进行。
TPLoader的生成方式
TPLoader的主程序只有一个，将TPLoader与不同的交易流程和功能单元绑定在一起就可以实现多个可供调用的、实现完整交易功能的可执行体（TPLoader1、TPLoader2、……TPLoadern），通过不同的TPLoader通过调用不同的脚本实现不同的交易功能。
同时TPLoader的功能实现还需要TPCommon、DataPool、Assemble、RuleSet等模块的支撑功能，因此TPLoader的生成过程还需要绑定这些基本库。
由于使用函数指针的方法调用相关的工作单元，因此，对于每一个具体的TPLoader的生成过程，需要载入不同的头文件和获取函数指针的函数，以完成函数名称与函数指针的映射关系。
Page 30 of 118
核心系统项目文档 总体设计
§6.2 报文接口及拆组包
§6.2.1
主报文格式
采用类HTML格式，使用Key＝Value方式(散列表)描述数据，对Key使用“< >”进行标注。针对核心交易平台，采用这种报文结构的优点在于：
? 增强报文适应能力； ? 适应报文的灵活可扩充； ? 方便报文数据提取； ? 提高系统的可调试能力。
§6.2.2 系统拆包流程
根据交易报文头信息进行如下处理：
? 从原交易定义表中根据交易代码读出MACChk标志，决定是否进行MAC检查； ? 如果需要MAC检查，调用HSM提供的API进行MAC检查；MAC检查出错，返
回前台提示信息：MAC出错；
? 根据交易代码检索交易字典(TranDataDic)，根据交易字典定义表，进行报文解包。
如果交易字典定义的是?M?信息，报文中必须上传。没有上传，返回前台提示信息：必要的输入信息不全； ? 根据KEY值解包。
§6.2.3 系统组包流程
? 根据交易代码检查交易字典（TranDataDic）,根据交易字典定义表，找出KEY； ? 根据KEY，查询交易输出数据定义表(MUOutData)，根据交易输出定义表内容组织
Page 31 of 118
核心系统项目文档 总体设计
数据；
? 根据MACChk标志，调用HSM提供的API进行MAC计算；
Page 32 of 118
