1、2013证券秋季创新业务训练营54321 UF20典型架构 多交易中心模式 UF20许可证校验机制 UDP行情与消息中心 AC插件的由来及作用课程提纲FrontOfficeBackOfficeGovernance&ReportingNote:Although applications are mentioned once only,some of them might be supported by multiple instances across the different regionsOBSMMNTPAN-YPOETSFXOPSCSVaxGMISummitIBISCSBADevonAt
2、lasOSTSEzypadFITSFTSEDOLHWSSMurexFNXBrassCOLTKTEKVisionHyperionLon,NY,PacReportingADACLondon,NYReportingComputerAssociatesNY-GLDRIPLondonMIS/ReconMilleniumLondonGnrl LedgerCSBAPacGLOBSPacGLChairmanPacGLSunAccountPacificGnrl LedgerSECAMLondonSFA ReportingGLARELondonBalance SheetReport/ReconcBERNELond
3、onSwiss CapitalReportingBARTLondonBalance SheetReportingTCSLondonFinanceSales CreditGCoC(partly NTPA)Lon,NY,PacTreasuryFCDBLondonMISLegalUser DefinedBlottersTradesheetRiskSystemsFI(Pac)FI(Lon)Eq(Lon,NY)FX(NY)OTC&Exch Deriv(Lon)Eq(Pac)Exch Deriv(Pac)Eq(NY)Eq(Lon)Sec.Lend.(Lon,NY,Pac)Repos(Lon,NY,Pac)
4、MM(Lon,NY,Pac)FI(NY)FX(Lon,NY,Pac)OTC Deriv(Lon)PM(Lon,NY,Pac)MM(Pac)PM(Pac)Exch Deriv(pac)MM(Pac)PM(Pac)Exch Deriv(NY,Pac)OTC&Exch Deriv(NY)MM(NY)FI(NY)OTC&Exch Deriv(Lon)Eq(Lon)OTC Deriv(Lon,Pac)Exch Deriv(Lon)OTC Deriv(Lon,Pac)UNIXNY,PacTreasuryGLADLondonAdjustmentsManualFX(Lon)GTSLondonTreasuryC
5、FDPacificReportingP&SNew YorkSales CreditRepo-manRepos(NY)FutrakISTARAriesGlowormLon,NY,PacGlobal FXP+LPowerrecLondonReconciliationsLegalReportingNew YorkIDQNew YorkBranchReportingCapitalImp.New YorkNTPALondonReportingNew YorkFed.&SwissCapital Reps.UF20典型架构-券商传统IT架构柜台系统清算报表订单账户资产申报回报柜台系统清算报表订单账户资产 申
6、报回报经营管理订单账户存管清算UF20典型架构-模块子系统划分前台业务员清算员经理客户乙客户甲普通交易VIP交易老客户新客户清算管理汇总统计交易节点普通交易账户管理系统交易节点VIP交易统一清算系统经营管理系统ESBUF20典型架构-基于FBase2.0的ESBUF20典型架构-服务处理层拆分设计非交易类功能一律转发到主节点处理!UF20典型架构-账户开户业务非交易类功能一律转发到主节点处理!UF20典型架构-资金转账业务交易类功能一律转发到客户所在的交易节点处理!内存缓存处理，包括参数校验、费用计算等!UF20典型架构-证券交易业务非交易类功能一律转发到主节点处理!UF20典型架构-清算前数
7、据同步非交易类功能一律转发到主节点处理!UF20典型架构-清算后入账处理UF20典型架构-7 x 24小时交易支持724小时交易最重要的两个方面是：连续交易：客户在任何时候都能够做交易，至于做当天的还是第二天的，业务部门可以决定；入帐资金股票连续：客户资金和股份记录在任何时候都是连续的，不会因为入帐等操作有暂时的跳跃；724小时交易实现的基础条件是：交易和账户存管分离；交易和清算分离；UF20典型架构-7 x 24小时交易流程54321 UF20典型架构 多交易中心模式 UF20许可证校验机制 UDP行情与消息中心 AC插件的由来及作用课程提纲多交易中心模式-解决了哪些问题客户数量及交易量剧增
8、，现有交易系统硬件无法承载处理券商间合并带来的系统整合问题新型业务的引入（融资融券、个股期权、多金融）为高端VIP客户提供独立的处理速度更快的交易通道多交易中心模式-多样化的构建原则按营业部为单位分割构建按客户分类分割构建按业务品种分割构建订单资金交易中心1订单资金交易中心2用户账户存管主节点清算原子AS原子AS原子AS逻辑AS逻辑AS逻辑AS总线AR多交易中心模式-基本结构多交易中心模式-案例：中信证券中信证券本部（账户、交易中心1、多金融、转融通、清算、融资融券）金通/万通交易中心（交易中心2）经营管理中心多交易中心模式-案例：广发证券RAC1（账户、多金融、转融通、清算）RAC2（交易中
9、心1：普通交易+融资融券）RAC3（交易中心2：普通交易）经营管理中心多交易中心模式-案例：山西证券创新业务中心（用户、账户、多金融、转融通、清算中心）常规业务中心（普通交易+场外基金+融资融券）经营管理中心（数据查询、本地温备）多交易中心基础数据库用户划分AS原子逻辑划分子系统编号节点编号多交易中心模式-四要素促成多交易中心 子系统编号（sub_system_no）系统编号（system_no）对一组或者说是一类业务功能所给的特定编号，预先设计，无法自定义对一类客户所给定的编号，可以自定义（可以是某几个营业部或者是某几个客户的组合），又称“节点编号”、“交易中心编号”多交易中心模式-子系统编
10、号与系统编号子系统编号子系统说明1用户子系统2账户存管子系统3证券订单子系统4开放式基金订单子系统5债券订单子系统6融资融券订单子系统7清算子系统8交易资金子系统9经营管理子系统多交易中心模式-子系统柜台系统中新增一个系统节点的设置。通过菜单：系统系统参数节点子系统设置（如下图所示）：多交易中心模式-新增交易中心新增交易中心，一般需部署三个子系统：证券订单子系统、开放式基金订单子系统、交易资金子系统。多交易中心模式-子系统部署新增独立的交易中心之后，需要将下属营业部的节点编号属性设定为新增的交易中心。通过菜单：系统机构管理机构信息管理（如下图所示）：多交易中心模式-交易中心定位新增独立的交易中
11、心之后，也可以根据需要将个别客户部署分配到某个交易中心。通过菜单：系统系统参数节点子系统设置账户部署（如下图所示）：多交易中心模式-交易中心定位新增独立的交易中心之后，也可以根据需要按照资产账户的属性来部署分配某一类客户到特定交易中心。通过菜单：系统系统参数节点子系统设置资产账户属性部署（如下图所示）：多交易中心模式-交易中心定位总线AR路由转发规则中新增节点编号为4的交易请求转发多交易中心模式-读懂多交易中心的路由周边交易逻辑AS：P1_LS_CALL负责处理三个交易中心的转账请求，因此访问资金子系统8,需要在原路由规则基础上加上节点编号判断！多交易中心模式-读懂多交易中心的路由柜台合并逻辑
12、AS：P1_LS_EALL负责处理三个交易中心的柜台类业务，路由规则在原有基础之上增加节点号判断！多交易中心模式-读懂多交易中心的路由54321 UF20典型架构 多交易中心模式 UF20许可证校验机制 UDP行情与消息中心 AC插件的由来及作用课程提纲许可证许可证的校验机制许可证的分类引入许可证机制的目的许可证校验机制-概述许可证类别举例备注系统许可证(20091213)华泰证券_系统许可证(后台).dat一个证券公司一份ESB许可证文件(20091213)HTZQ-HSASSET-0000_S.dat业务许可证文件(20091213)华泰证券_HSASSET接入许可证(后台).dat客户端
13、许可证串(20091213)HTZQ-HSASSET-0000_C.dat根据接入类型选择不同的客户端许可证类型(20091213)HTZQ-HSASSET-0000_3rd.dat(20091213)HTZQ-HSASSET-0000_T1.dat许可证校验机制-许可证分类l许可证校验由逻辑AS来完成，可以通过管理客户端来查询许可证信息在逻辑AS上是否存在通过管理客户端所看到的信息，我们可以得出通过管理客户端所看到的信息，我们可以得出“接入许可证不存在接入许可证不存在”错误的可能原错误的可能原因有哪些？因有哪些？许可证校验机制-查看许可证信息DB服务器原子AS逻辑AS总线ARFunction
14、_id:333002Function_id:333002Function_id:333002Function_id:33300244=530144=5301accessauth（许可证校验插件）T2插件内部编号许可证编号厂商名5301ZXZQZB-ZXZQZBZXW-0000中信证券网上交易2110137（许可证获取）许可证校验机制-校验的流程54321 UF20典型架构 多交易中心模式 UF20许可证校验机制 UDP行情与消息中心 AC插件的由来及作用课程提纲 文件更新 系统公告 复核任务 证券委托回报 客户端消息通讯 证券行情主推 成交主推 复核回报 融资融券类业务消息主推UDP行情与消息
15、中心-消息中心作用订单处理系统订单处理系统UDP行情与消息中心-消息中心部署 发布者：即消息的源头，发布需要转发的消息。订阅者：即消息的目的地，接收发布者发送的消息。消息中心：即消息的中转站，接收发布者发送的消息，给订阅者发送消息。UDP行情与消息中心-相关概念UDP行情与消息中心-相关概念DB服务器交易AS核心AR组件服务器（老AR）行情组件服务器（UDP）行情组件服务器（400及转码）UDPUDP广播广播UDP行情与消息中心-06版UDP行情DB服务器原子AS逻辑AS总线ART2行情组件服务器消息中心UDP行情广播插件消息中心插件订阅行情行情推送UDPUDP广播广播UDP行情与消息中心-U
16、F20版UDP行情54321 UF20典型架构 多交易中心模式 UF20许可证校验机制 UDP行情与消息中心 AC插件的由来及作用提纲提纲AC插件的由来 使老的采用T1协议接口的周边程序能够正常接入经纪业务平台V20，并正常使用相关功能。AC插件的作用新老周边功能号的转换使T1周边接口交易类功能支持节点编号新老周边功能接口字段域字典转换AC插件的由来及作用DB原子AS逻辑AS总线ARF2T1T2Function_id:302Function_id:302Function_id:333002Function_id:333002T1通道AC插件Route插件短功能号长功能号302333002。hs_user.externfunctionAC插件的由来及作用-长短功能号转换交易中心(节点编号2)原子AS_A逻辑AS_A总线ARF2T1T2Func_id:302主节点原子AS_B逻辑AS_BBranch_no:400T1ACRouteBranch_noSysnode_id4002。Route RuleSystem_nonodename2逻辑AS_AFunc_id:333002 Branch_no:400System_no:2hs_user.allbranchAC插件的由来及作用-支持多交易中心Thank you!
