1、“.....以界面的形式供系统的管理人员简单方便的进行操作。如图所示，整个后台管理采用表示层业务逻辑层和数据访问层的三层架构进行设计和开发，表示层以页面形式展示给管理员查看和操作，业务层实现各功能模块的业务处理，数据层实现对数据交互系统本身数据库的访问操作。采用三层架构的方式开发，有利于各功能模块和开发人员工作的划分和分层实现，开发人员可以只关注其中层的结构，降低层之间的相互依赖，使系统结构更加清晰明确有利于标准化和系统的后期维护，有利于系统功能的后续扩展，降低了系统的维护成本和时间。第四章系统设计图三层架构示意图系统管理用户管理用户实体类的结构如图所示。图用户实体类硕士学位论文只有拥有系统的管理权限的人员才可以登录和管理本系统，由于本系统并不需要复杂的用户权限管理，所以用户管理模块具有用户添加和修改密码两部分即满足系统需求。其中和分别为用户手机号码和电子邮件地址......”。

2、“.....向系统管理员发送报警邮件和短信。权限管理权限管理是数据交互系统对游戏运营平台等外部系统，在调用数据交互系统的对外消息接收接口的时候，数据交互系统向调用方系统的授权管理。数据交互系统向每个需要发送消息的运营平台和外部系统分配认证密钥即签名，当游戏运营平台在发送消息时，根据分配的签名，按照定规则如或算法对消息进行签名，数据交互系统的消息接收程序在收到发来的消息时，根据相应的对消息按规则重新签名，将得到的签名字符串和游戏运营平台发送消息中的签名进行比较，如果两个签名相同，则认为是合法的消息，由消息接收程序对消息执行下步操作，将消息存储到消息队列中，如果不同，则认为认证失败，可能是未授权的外部系统或不合法的接口调用方发来的消息，数据交互系统会拒绝接收此消息，并向接口调用方返回信息。消息路由管理发送方计算机在需要的时候，通过网络将要发送的消息数据发送给目标计算机时......”。

3、“.....但是当直接通讯的条件不具备或被破坏而无法实现时，如果需要中间的台消息队列服务器代为转发，即产生了消息的路由，般产生于下面三种情景。在消息发送的计算机和消息接收的目标计算机之间不能实现直接通讯例如,当消息接收的计算机关机时。由于业务需要，在消息发送方和接收方计算机中间增加台中转的消息队列服务器来转发消息。消息的发送方计算机和消息的接收方计算机使用了不同的网络通讯协议，无法直接连接。消息签名验证的流程图如图所示。游戏运营平台将要发送的消息按照或对消息签名，然后向数据交互系统发送签名消息，数据交互系统接收到签名消息以后，根据消息的签名方式，分别采用对应的或算法进行本地签名，将本地生成的签名与游戏运营平台发送过来的消息的签名内容进行比对，如果两者致，则认为签名成功，将消息接收并存入，否则认为签名失败，拒绝接收消息......”。

4、“.....系统本身所承担的角色是用来做数据交换的中间件系统，也就是即消息队列中间件系统。对与游戏与游戏运营平台之间传递的消息来说，消息路由是指游戏数据的发送服务器到数据的接收服务器之间的路径映射关系。当游戏运营平台系统发送消息时，会在消息内容的特定字段填写消息的目的地，即哪个游戏产品的哪个大区或服务器，消息接收程序在接到消息时，会根据消息类型和所属的游戏产品即大区服务器，根据系统配置将消息发送到消息队列服务器的相应队列中。消息目标服务器配置表的实体类如图所示。硕士学位论文图消息目标服务器配置表在上图的消息目标配置表中，根据游戏产品编号和所属大区服务器编号确定了游戏产品的目标服务器位置，包含了服务器的地址数据库类型端口号用户名密码，以及数据库名称等内容，同时记录了链接的联通状态......”。

5、“.....除了消息与目标服务器的路由设置，由于本系统采用了消息队列中间件，可以根据需要在消息队列服务器上创建多个队列，当消息接收程序接收到运营平台发送过来的消息后，根据消息路由目标地址和消息类型，可以按照配置发送到相应的消息队列中。因此，还需要个消息与消息队列对应关系的配置表。消息队列实体类的配置如图所示。第四章系统设计图消息队列实体类系统监控系统拥有后台服务程序，实时获取并更新队列和服务器的连接和运行状态，按照报警设置规则，将达到报警限度的监控项记录报警日志，同时给相关人员发送邮件和短信。队列监控监控消息队列发送和接收状况是否正常，是否阻塞，或长时间操作延时。运行状态监控监控系统服务器的运行状态，包括内存磁盘空间网络连接状态等系统指标。路由状态监控监控消息目标服务器配置表中的各个目标服务器连接是否正常。报警设置设定监控规则，对达到故障次数或超时的状态......”。

6、“.....对于消息队列，定期监控队列的连接和打开状态。对于服务器运行状态，根据需要定期监控服务器利用率内存利用率磁盘剩余空间网络联通状态。对于路由状态，定期获取最新目标服务器列表，轮询对目标服务器尝试连接测试。对定时间内监控项失败或异常的项目，实时记录系统日志，并报警处理。日志管理创建日志数据库，记录数据交互系统启动和关闭的时间，处理消息接收程序在消息发送到游戏服务器时产生的异常信息，根据需要记录消息处理状态，记录消息路由配置表的操作历史，记录系统监控规则和系统运行状态日志，记录报警日志等。图日志管理实体类图展示了日志管理实体类的设计，日志包含了日志产生的时间，日志的类型，已经日志的详细描述。供系统管理人员在后台查询。数据库设计数据库是种数据集合，它包含了些具有特定意义的数据，这些数据按照定的规律组织成为数据集合。根据数据的组织形式和结构......”。

7、“.....例如就是关系型数据库，就是非关系型数据库。本系统根据系统中数据结构的关系型特点，以及系统基于操作系统的运行环境需求，采用了数据库，版本为。数据交互系统的主要功能为实现两个独立的系统之间的数据传递，作为消息中间件系统来运行，而在实际工作中，为了实现系统管理员简单方便的对系统进行管理和第四章系统设计配置外，还可能需要对系统的些数据如操作记录，监控状态和消息处理日志进行记录，以便相关人员可以根据这些工具来处理相应的业务和运维问题。在设计数据交互系统的数据库表结构时，考虑了系统的功能和实际业务需求，表是系统的主要数据表的说明。表数据库主要表说明表名功能说明用户表，包含了本系统管理员的用户名密码手机等信息队列表，包含了队列名称路径队列类型队列状态等信息目标服务器表，包含了各游戏产品各大区服务器的地址数据库端口数据库名称连接账号密码，连接状态等信息消息类型表权限表......”。

8、“.....直观，操作简单容易，便于用户管理，减少学习成本，满足用户需求。整个页面分为三个部分名称，位于页面顶层，用于展示公司的名称等名称，位于页面左部，导航栏部分，显示各个模块菜单及各模块的相关子菜单名称，位于页面的主要内容，通过导航栏链接显示详细信息。设计框架如图所示，页面上方为公司名称公司等标识的位置，占据屏幕从左至右的整个空间，下方左侧部分位置为功能导航栏，系统所有功能模块和子模块的页面链接均通过这里导航菜单中的超级链接进入相应的页面，右侧是各个功能页面实际显示的区域，用户通过左侧导航菜单的超级链接，点击链接之后，系统会在硕士学位论文右侧的区域显示链接所指向的功能的页面面容，对系统的所有操作和管理都在这个区域来进行......”。

9、“.....对数据交互系统的设计目标和设计思路做了明确的阐述，并提出了系统的总体架构，对消息队列中的消息类型和格式做了详细的定义和说明，对消息接收和消息处理程序模块做了设计，最后对数据交互系统的后台可视化管理工具各个模块做了较为详细的设计和阐述。为下章系统实现部分做好充分的准备。第五章系统实现第五章系统实现经过上章对游戏运营平台与游戏产品间数据交互系统的系统设计之后，本章主要根据上章对系统各个部分和模块的设计方案和设计思路，对系统进行实际开发并实现。对系统各个部分的具体实现方案和细节做了全面的论述，并对系统实际运行中的网络部署等内容做了说明。编程创建消息队列创建消息队列，可以通过操作系统提供的控制面板来创建，也可以通过编程来实现。通过控制面板创建消息队列如图所示。图控制面板创建消息队列除了上述通过控制面板来创建消息队列，在里，还可以通过命名空间下的类的方法以编程方式创建......”。