游戏服务器,协议.docVIP

游戏服务器,协议 篇一：游戏通信协议设计文档 游戏通信协议设计 1、 概述 游戏通信协议包含两种不同的部分：客户端和服务器（C-S）之间的交互协议，游戏内部服务器（S-S）之间的交互协议。前者为了降低延迟，应该尽可能减少报文长度。同时，为了防止外挂，必须作加密处理。相反，后者在服务器之间，通信协议就可以比较灵活。 客户端和服务器的通信经过服务器的网关，经过中转分发到其他类型的服务器上或者分发给客户端。 2、客户端和服务器通信协议 协议采用分层原理，固定长度的报头把字节流分割成报文，除了基本的报文类型，应用相关的报文内容由应用自身决定，比如：对AS写的客户端用AMF编码报文内容。协议自动对报文内容做加密和解密。 Struct header { uint32_t MsgLen; uint16_t MsgSeq; uint8_t MsgType;//信息包的长度，不包括固定长度的Header // 该消息的序列号 //信息的类型 //信息的版本号，当前为0x1 //信息的校验码 //信息包的内容 uint8_t MsgVersion; uint16_t MsgCheck; uint8_t body[0]; }; 校验码的计算：MsgCheck = (uint16_t)( MsgLen+ MsgType+ MsgSeq + MsgVersion ) 网关与客户端传递的消息还需要经过xxtea的加密才可以。 序列号在连接认证的时候是0，以后递增；网关返回给客户端认证成功，序号也是从0开始。如果以后的报文序号发生错误，应该断开连接，让客户端执行重新连接。 网关根据命令类型，分解报文后，把内容转发到相应的服务器。有些报文类型对网关是透明的，网关不需要做特殊处理。有些类型的报文，网关必须知道报文内容的格式，在网关做特殊处理，主要是关系到用户（地图）位置变动的命令，比如： 1、 用户连接认证。确认用户登录所在的网关。 2、 用户更换房间。 3、 用户更换桌子。 3、内部服务器通信 可以用多个key/Value的方式编码，比如：从客户端传过来的报文应该作为一个key/value，网关可以附加上该报文另外的信息：uid（哪个用户），用户所在位置（gateway_id,内部桌子号）。 篇二：网页游戏联运协议 标准版 联合运营协议 ——网页游戏《 》 甲方： 乙方： 游戏联合运营框架协议 m.beijinglvshi.net.cn 甲方： 地址： 法定代表人： 乙方： 地址： 法定代表人： 鉴于： 本协议由以下双方于【2014】年【10】月【22】日于**市**区签署。 甲方是游戏的独家代理方，拥有独家代理的游戏、先进的互联网应用服务技术；乙方是 游戏的运营商，在游戏的推广与服务方面具有丰富的经验和资源优势, 意为此次合作提供相 关的用户资源，搭建游戏平台并运营。 甲乙双方希望通过合作充分发挥在各自领域的优势，并分享在游戏运营方面取得的收入。 本着互惠互利、诚实守信的原则，甲乙双方协商一致，达成如下协议，以资双方共同信守： 1、 名词和定义 1.1授权游戏 指由甲方在协议区域内拥有独家代理运营权利的，且由双方以补充协议 确定联合运营的网页游戏简体中文版（以下简称“游戏”）。 1.2游戏要素作品 指从游戏当中分离出来的可以单独使用的单个作品的统称，是游戏不可 分割的组成部分，包括但不限于其中的电子文档、文字、数据库、图片、 图表、图饰、图标、照片、程序、音乐、舞蹈、色彩、版面框架、界面 设计。 1.3联运平台 联运平台：指乙方拥有所有权和经营权的网站，即互联网简体中文网站 【】;该网站提供游戏的注册系统入口、充值系统入口、官网及论坛服务。 1.4用户 指通过联运平台注册并获得乙方帐号，并用该帐号激活游戏的用户。 1.5正式运营指用户可经乙方充值服务获得游戏币的状态，即游戏正式收费。 1.6运营收入 指游戏正式运营后，用户通过乙方联运平台，以充值形式兑换成游戏币 的总量所对应的金额（不含活动赠送或其他渠道获得的游戏币），运营收 入的计价单位为人民币。 1.7渠道成本 指乙方通过其在线支付和消耗系统向用户销售和提供游戏服务而发生的， 需要向乙方外的第三方支付的佣金和费用等。甲方不承担渠道成本。 m.beijinglvshi.net.cn 1.8游戏币 即用户在进行游戏过程中使用的虚拟道具，仅能用于在游戏中直接使用 或购买指定的虚拟道具等物品。双方以补充协议确定各款游戏的游戏币 名称和游戏币与人民币的兑换比例。 1.9授权区域 本框架协议适用的区域范围仅为中华人民共和国大陆地区，不包括香港、 澳门及台