手游渠道平台纷乱芜杂，但提供的基本功能大同小异，这里就登陆和支付两个基本功能，提出一点标准化的建议，仅作为在接入了30+个渠道平台后的一点想法：

*登陆

－过程：

    游戏客户端-->渠道服务：申请本次登陆的渠道token {游戏ID}

    渠道服务-->游戏客户端：返回本次登陆的渠道token {渠道token}

    游戏客户端-->游戏开发商服务：提交 {渠道名,渠道的token,签名} 

        - 签名方式常有：md5(渠道名,渠道token,)

    游戏开发商服务-->渠道服务：验证签名，提交 {渠道token,签名2}

        - 签名方式常有：md5(渠道token,预先分配的渠道-游戏key)        

    渠道服务-->游戏开发商服务：{验证结果,渠道侧用户ID,渠道侧登陆用户名}

* 支付(回调)

    用户通过游戏客户端向渠道支付；渠道处理支付后，向游戏开发商服务回调

    to be continue 

-----------------------------    

数据通讯的格式，json优于有诸多限制的 key-value，也优于解析繁琐的 xml