叫号机业务处理平台建设方案

1、叫号机业务省内处理平台建设方案V1.02015年9月1日1项目概述总行个人客户营销系统叫号机功能已经投入使用。省内可以选择两种方式与总行个人营销系统中的叫号机平台对接：直连总行模式与分行自建叫号机管理平台与总行对接的模式。为了屏蔽不同品牌的叫号机接口到总行叫号机系统的差异，降低各个叫号机厂家的叫号机接入总行个人营销系统的难度，实现对省内叫号机的统一管理监控，以及省内叫号机营销功能的个性化定制，省内采用自建叫号机管理平台（前置系统）的模式与总行的叫号机系统进行对接。分行辖区内所有的叫号机在叫号服务时能够按照规定报文的形式将信息发给分行叫号机管理平台，此平台负责按照总行叫号机系统要求报文格式组织报

2、文发送给总行叫号机系统。总行叫号机系统返回处理结果给本平台，本平台接收处理结果并按照与叫号机约定的报文格式组织报文后他将相应信息发送给分行叫号机。2系统功能系统的功能建设包括有显示界面的web管理系统建设和没有显示界面以后台自动启动服务的形式完成特定功能的建设。在下面的描述中，不特殊说明，都是以具有可视界面形式开发的功能。2.1设备管理实现对省内叫号机资源的统一管理，并为后继叫号机监控、报文的转发提供基础服务数据。权限设置是登录机构的用户只能新增本机构的叫号机，超级管理员可以增加所有机构的叫号机设备。2.1.1设备的新增系统管理员有权限维护省内的叫号机设备。设备属性包括：所属厂家、mac地址、

3、Ip地址、设备型号、投入使用日期、设备管理人员姓名及联系方式、设备类型（刷卡折、卡折身份证）、注册时间、维护人，设备状态（停用/正常使用）、所属机构。2.1.2设备的查询与维护可以按照厂家、ip地址（模糊查询）、机构、添加时间等条件查询设备信息。查询结果以列表的形式予以显示，选中列表中的某一些，可以执行删除、修改等操作。2.1.3设备的监控实时监控叫号机的状态。鼠标移动到某个叫号机上方时可以显示该叫号机所属网点、设备mac地址、ip地址和联系人联系电话。可以按照所在机构、Ip地址范围来显示满足查询条件的叫号机设备的运行状态。对出现异常的情况，系统可以记录日志，管理员可以查询叫号机设备的异常日志

4、信息。2.2营销信息下载此功能为预留功能，暂不开发。个人客户营销系统由总行建设，按照分行的需求，营销系统可以将分行存量客户的数据通过下发策略分发到分行数据下载平台上。营销系统下发的数据以xml文件的形式进行下发，省内处理平台负责去数据下载平台上获取数据文件并解析xml文件，并将处理结果存放在省内叫号机处理平台的数据库中。系统逻辑图省内叫号机平台设定后台定时任务负责每天定时去数据下载平台下载数据，并将数据存储到数据库中。平台负责记录每天记录获取和更新情况。对于获取失败或者解析数据失败的情况可以手动触发重新获取数据和解析数据的功能。2.3客户叫号、取号以及网点服务功能此功能模块是整个系统最重要的功

5、能，开发的重点就是通过客户在叫号机上刷卡/折/身份证等身份认证信息来识别客户的身份，然后对该客户进行符合客户身份的针对性营销工作。省内平台需要与叫号机的统一接口规范。各个品牌的叫号机厂家按照接口规范进行开发。省内平台接收到叫号机发送过来的请求后解析请求信息，按照总行叫号机系统的报文规范组织报文，并将组织好的报文发给我总行叫号机系统。总行叫号机系统处理省内平台发过来的请求将相应结果发给省内叫号机平台，平台在处理后返回给叫号机。省内平台在这个过程中充当中介者的角色。其中省内平台与各个叫号机厂商的接口规范请参考XX分行叫号机系统接口规范.doc2.3.1客户叫号客户在通过叫号机选择vip业务，刷身份

6、识别介质（卡、折、身份证），叫号机将介质信息上传给省内叫号机前置，前置服务器处理后组织报文发送给总行个人营销系统。总行个人营销系统识别客户身份，并在个人营销系统中进行登记，同时通知省内前置服务器。前置服务器解析个人营销系统报文并返回信息，组织报文返回给叫号机流程结束。前置服务器实现功能：（1） 识别叫号机身份，匹配mac地址和IP地址，对于没在前置系统登记的叫号机请求或者非法请求不进行响应。对于多次非法请求的终端，前置系统进行登记，并加入黑名单。（2） 叫号机发起交易，前置系统会生成唯一流水号，以后的交易通过流水号进行交易识别、进行不同的功能点划分。（3） 个人营销系统返回客户持有产品信息，前

7、置服务器负责按照自己的设置规则，打印营销暗码在叫号机凭条上。并且，按照客户等级打印不同的提示信息给客户。（4） 对于超过20秒，叫号机收不到前置服务器的响应的情况，统一按照失败处理，叫号机打印出普通凭条即可。叫号机上送关键信息：叫号机mac地址、交易码、交易时间、介质类别、介质ID。前置上送给营销系统的关键信息：介质类别、介质ID。营销返回给前置的关键信息：介质类别、介质iD、客户编号、客户等级、持有产品信息。前置返回给叫号机的关键信息：响应代码、叫号机mac地址、交易码、交易时间、交易流水号、介质类别、介质ID、客户等级、持有产品信息、提示语。2.3.2客户排队登记 在叫号机接收到前置服务器

8、响应后，叫号机能够打印排队编号，并且可以将前置服务器返回的提示信息打印在凭条的右下角。叫号机在打印凭条后可以组织报文（流水号、mac地址、排队号）等信息发给前置服务器，前置服务器负责验证叫号机身份，根据流水号查找交易记录，生成报文发给总行个人呢营销系统。个人营销系统登记信息，将结果返回给前置服务器，前置服务器将处理结果返回给叫号机。在此接口调用完毕后。网点的大堂经理可以在个人营销系统中看到排队客户的信息。前置服务器实现功能：（1） 识别叫号机身份，根据流水号查找交易信息。（2） 将排队号、mac地址、营销系统客户编号、营销系统流水号等信息发送给总行个人营销系统，个人营销系统负责登记客户排队信息

9、，并在叫号机模块上显示该用户信息。包括客户等级、持有产品信息。（3） 前置服务器根据配置可以将提示信息返回给叫号机，叫号机可以打印带有提示信息的凭条；如果前置服务器未返回任何信息，获取超时未响应，叫号机可以不打印任何提示信息。叫号机上送给前置的关键信息：叫号机mac地址、交易码、交易时间、交易流水号、客户排队号。前置上送给个人营销系统的信息：介质类别、介质ID、客户编号、客户排队号、客户等级。营销返回给前置的信息：介质类别、介质ID、客户编号、客户排队号、客户等级。前置返回给叫号机的信息：响应代码、响应信息、叫号机mac地址、交易码、交易时间、交易流水号、介质类别、介质ID、客户排队号、客户等

10、级、持有产品信息。2.3.3客户服务登记网点开始为某个已经叫号的客户进行服务，叫号机负责调用与分行的接口将被服务的客户信息发给分行前置服务器，前置服务器进行加工后将客户服务信息发给总行个人营销系统。总行个人营销系统处理分行前置的请求，网点等待服务客户列表中移除被服务客户的信息。总行个人营销系统处理完毕后发送响应信息到分行前置服务器，分行前置服务器解析报文，并按照与叫号机约定的接口信息组织报文，并发送响应给叫号机。前置服务器实现功能：（1） 识别叫号机发送报文信息，包括交易接口识别，流水号、叫号机身份的识别。（2） 对于符合身份认证的叫号请求信息，去数据库中查找整个交易过程的交易数据记录，按照前

11、置与总行个人营销系统的接口生成固定格式的报文，并将报文发送给总行系统。（3） 前置服务器发送报文后在设定的超时时间内等到总行进行响应，如何总行系统响应超时前置服务器按照失败处理，返回给叫号机的报文就是失败格式的报文。叫号机上送给前置的信息：叫号机mac地址、交易码、交易时间、交易流水号。前置上送给个人营销系统的信息：客户编号、客户排队号。个人营销系统返回给前置的信息：响应码、响应信息、客户编号、客户排队号。前置返回给叫号机的信息：2.4系统缓存缓存用来提升系统的响应速度。系统采用分布式缓存架构，选用memcached作为缓存服务。缓存服务实现可配置化管理。可以单独部署缓存服务器或者选择在前期业

12、务量不大的情况下与应用部署在同一台服务器上，系统经常使用变化频率不大的数据放在缓存中，比如系统中的叫号机数据以及系统其他的配置信息。系统管理缓存依赖关系实现在数据变化的情况下自动通知缓存服务，以免造成数据后台数据和缓存数据不同步。2.5服务管理 2.5.1平台服务控制平台提供数据并进行转发，需要提供方便的服务管理方式。使用脚本或者可视化界面来控制服务的启动、停止，并且监控服务的运行状态，在服务处理异常的情况下可以方便的重新启动服务。下图是基于windows系统开发方案下，服务控制的界面。前置服务器应用已windows服务的形式进行部署。提供操作服务的可视化界面。 服务控制台程序2.6日志管理日

13、志是对系统运行情况的记录，包括系统的运行状态以及错误记录。日志管理是对本系统内各个模块产生的日志信息进行管理。中。系统提供一致的查询界面，使系统用户可方便地进行查询操作。用户可查看当天的日志，也可查看过去的记录，系统提供统一的格式显示所有的日志内容这些内容包括：事件的日期和时间、用户、事件类型、事件是否成功、记录内容等。日志包括系统日志、系统运行日志、日志查询。下面分别说明： 1）系统日志主要功能：纪录所有的操作，新增，删除，修改，查看；纪录用户的登录，退出状态；记录用户的操作种类；纪录各个模块的运行状态。2）系统运行日志系统在运行期间会将系统所有的活动记录到日志数据库中，包括系统的运行情况，

14、用户的登录时间、地点、所下达的操作命令等。系统日志是只追加的，一般不进行修改和删除。日志分为历史纪录和当前纪录，当前纪录仅纪录当日的系3）日志查询日志查询是日志管理的主要功能。管理员或者被授权用户可以根据相应查询条件对日志进行查询操作，用以了解系统的运行状况或者用户的活动历史。具体如：按关键词检索系统日志、检索操作日志、查看历史时间的系统日志等。2.7 安全性设计2.7.1用户安全系统提供用户名和密码验证方式，对用户登陆系统提供身份验证，并且每个用户名及密码具有唯一性。当同一用户名在其他系统登录时，当前界面会有“当前用户已经在其他机器上登录”的提示，并且自动退出系统。2.7.2操作安全多层的安

15、全控制机制确保只有经过授权的用户才能访问系统资源，而且省政府信息系统支持用户单点登录，即如果相同用户在其他计算机登录时，系统会给当前用户提示，当前用户随即退出，而保持用户的最后一次登录。系统除了提供对于目标操作对象，如功能菜单、功能点、工作流程与表单等的权限控制外，对每一个操作动作都按部门划分进行权限管理，即用户只在要授权范围内的部门中进行指定操作，最大限度地体现了协同工作的灵活性和安全性，最终解决“管”与“不管”的问题。2.7.3数据安全系统采用通用的数据接口访问数据库，采用大型关系数据库和安全加密机制，并且在配置数据库时需要密码支持，该密码与安装数据库时设置的 系统建设方案密码保持一致并且

16、密码不可为空，可确保数据不会被非法用户所获取。另外，数据集中保护，集中备份，保护系统中的数据安全、有效，不会意外丢失。系统采用主备服务器，数据备份应用sql server 自带的数据同步备注机制，包括在一台数据库服务器down掉的情况下，可以人工切换到另外一台服务器。2.8系统配置服务器建议配置：硬件环境：CPU：8核及以上，2.4GHz及以上内存：8G及以上硬盘：1TB以上，主要是上传的文件比较多。其他：无要求。应用环境：操作系统：Windows Server 2008企业版WEB服务器：IIS7.5WEB运行环境：.Net FrameWork 4.5数据库：安装Sql Server 200

17、8企业版应用服务器/数据库服务器 1台、备份服务器1台2.9管理端设计平台在运行前需要进行配置（典型的是叫号机设备的注册），在运行过程中需要对平台运行情况以及产生的日志就行查看或者清理。业务人员可以通过可视化的管理界面查看某些统计报表。设计web管理系统端系统，对整个平台涉及到的信息进行可视化管理，减少技术人员直接操作系统带来的风险，也方便业务人员通过管理端系统进行统计分析工作。2.9.1机构管理对辖区分行各个网点机构进行注册登录。提供手动录入和导入功能。手动录入：机构名称、机构编码、地址、上级机构、是否可用、排序编号、机构全称等。批量导入：导入数据来源于总行机构管理系统，导入excel文件的

18、形式进行导入。机构列表：可以查看系统内机构的信息和某个机构下属机构的信息。2.9.2用户管理对使用管理端系统的用户进行登记注册。需要录入：用户名称、用户账号、登录密码、所在机构、用户角色（多选）。用户列表：可以查看系统内所有注册的用户信息。 2.9.3角色管理新增角色：角色名称、角色编码、角色类别。查看角色：角色信息列表。2.9.4菜单管理控制管理系统所属菜单信息。新增菜单：菜单名称、上级菜单、菜单编码、访问角色。菜单类表：可以查看所有的菜单信息。2.9.5统计报表可以按照日期、机构、客户持有产品信息来统计本机构、本机构的下级机构的客户办理业务情况。上级机构可以查看下级机构的叫号机信息。2.9.6日志管理系统的运行过程中包括很多种日志，为了方便叫号机接入、与厂家进行调试、查看系统运行情况等，提供操作界面来管理日志。系统管理员可以按照：日期、日志类型、关键字来查询日