CN102647398A - 基于移动终端实现游戏的方法及装置 - Google Patents

Abstract

本发明公开了一种基于移动终端实现游戏的方法及装置。该方法包括：接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。应用本发明，可以降低用户成本、提高用户体验。

Description

基于移动终端实现游戏的方法及装置

技术领域

本发明涉及移动通信网络技术，特别涉及一种基于移动终端实现游戏的方法及装置。

背景技术

社会性网络(SNS，Social Network Software)游戏是采用分布式技术的下一代基于个人的网络基础游戏，由于具有使用门槛低、互动性强的特点，而且，通过移动SNS游戏与有线网络的无缝结合，可以达到随时随地的沟通和娱乐，因此，很受用户欢迎。

目前，基于移动终端浏览器实现SNS游戏，一般采用基于无线应用协议(WAP，Wireless Application Protocol)页面的方式，通过移动终端浏览器以WAP页面展示SNS游戏界面，WAP页面以文字和链接为主。移动终端浏览器可基于万维网(Web)/WAP的移动终端客户端浏览程序，向Web/WAP服务器发送各种请求，并对从Web/WAP服务器发来的超文本信息和各种多媒体数据格式进行解释、显示和播放。例如，用户通过移动终端浏览器打开QQ农场页面，根据用户操作通过发送相应超文本传输协议(HTTP，Hyper Text Transfer Protocol)请求，从WAP服务器获取请求对应的QQ农场WAP页面并进行展示，用户按照QQ农场WAP页面展示的文字提示和链接进行操作，再次发送相应的HTTP请求，获取对应QQ农场WAP页面，如此循环，每次操作对应一次完整的网页操作流程。

由上述可见，现有基于移动终端浏览器实现SNS游戏的方法，具有如下技术问题：

一、WAP页面仅有简单的文字、小的图片以及链接等，内容展现不够丰富，用户体验较差。

二、产生的流量大：SNS游戏需要执行频繁的访问和操作，每次操作向WAP服务器发送请求的流量一般在2K左右，接收一个包含网站的导航信息(例如，回到首页)、游戏过程的文字信息、WAP网站和游戏版权信息以及客服信息等的普通WAP页面，其流量在12K左右，其中，还未包括WAP页面中的图片信息，因而，移动终端浏览器与游戏服务器进行一次游戏交互，需要至少14K的流量。这样，如果用户长期依赖移动终端浏览器进行SNS游戏，需要频繁访问游戏服务器(WAP服务器)，则产生大量的流量，增加了用户的流量开销；而且，访问和操作还受到无线通信流量、带宽以及无线信号等影响，容易导致时延、阻塞甚至断线，使用户不能进行正常的游戏，从而影响用户业务体验。

三、交互复杂：用户在WAP页面中的每次点击操作，均会导致当前WAP页面的刷新，并且焦点跳到WAP页面中页面开始的位置，使得用户的操作没有连贯性，也降低了用户的业务体验。

发明内容

有鉴于此，本发明的主要目的在于提出一种基于移动终端实现游戏的方法，降低用户成本、提高用户体验。

本发明的另一目的在于提出一种基于移动终端实现游戏的装置，降低用户成本、提高用户体验。

为达到上述目的，本发明提供了一种基于移动终端实现游戏的方法，该方法包括：

接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；

将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；

接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；

根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

所述接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有ID，加载游戏插件专有ID对应的预先配置的游戏插件具体包括：

预先配置社会性网络SNS游戏插件并进行安装，用户需要进行游戏时，点击安装的游戏插件软件，启动登录游戏的SNS游戏入口统一资源定位器URL标签，根据用户选择的URL标签信息，获取标签对应的SNS游戏专有ID，加载SNS游戏专有ID对应的SNS游戏插件。

所述在拉取游戏数据之前，进一步包括：移动终端与游戏服务器进行身份认证。

述游戏服务器返回游戏数据包具体包括：

游戏服务器接收游戏数据拉取请求，获取存储的游戏数据拉取请求中携带的SNS游戏专有ID信息对应的游戏信息，根据游戏数据拉取请求中用户操作游戏页面信息，将该操作涉及的全部游戏数据信息封装为游戏数据包。

所述与预先存储的图片信息进行匹配后在移动终端浏览器展示具体包括：

游戏插件接收游戏数据包，根据SNS游戏专有ID信息查询预先存储的各游戏操作对应的游戏图片，获取当前操作对应的游戏图片，将获取的游戏图片与游戏数据包中该用户当前操作的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上，并根据用户下一操作，将下一操作对应的游戏图片与游戏数据包中相应的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上。

所述游戏服务器返回游戏数据包具体包括：

游戏服务器接收游戏数据拉取请求，获取存储的游戏数据拉取请求中携带的SNS游戏专有ID信息对应的游戏信息，根据游戏数据拉取请求中用户操作游戏页面信息，将该操作涉及的终结时的游戏数据信息封装为游戏数据包。

所述与预先存储的图片信息进行匹配后在移动终端浏览器展示具体包括：

游戏插件接收到游戏数据包后，不向用户显示操作对应的游戏页面，并提示用户操作涉及的终结时成功的信息。

所述配置游戏插件具体包括：

配置插件接口以及实现插件接口的接口函数；

配置游戏插件用于处理事件和广播的用户接口数据管理和控制逻辑；

初始化插件接口；

创建自定义的用户接口。

所述接口函数包括：游戏插件类型查询接口函数、游戏插件版本查询接口函数、游戏插件能力查询接口函数、事件处理接口函数以及广播接收接口函数。

进一步包括：

对游戏数据包进行加密、和/或，压缩处理后发送。

所述游戏数据信息包括：游戏网站的导航信息、游戏过程的文字信息、游戏版权信息以及客服信息。

进一步包括：

通过游戏插件中的插件接口发送系统类型命令关闭并卸载游戏插件。

一种基于移动终端实现游戏的装置，该装置包括：游戏插件加载模块、游戏数据拉取请求模块以及移动终端浏览器展示模块，其中，

游戏插件加载模块，用于接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；

游戏数据拉取请求模块，用于在游戏插件加载模块加载游戏插件后，将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；

移动终端浏览器展示模块，用于接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

由上述的技术方案可见，本发明提供的一种基于移动终端实现游戏的方法及装置，接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。这样，通过配置游戏插件，将游戏界面图片信息存储在游戏插件中，节省了游戏服务器的带宽和流量以及运算资源，降低了用户成本、提高了用户体验。

附图说明

图1为本发明实施例基于移动终端实现SNS游戏的方法流程示意图。

图2为本发明实施例基于移动终端实现SNS游戏的方法具体流程示意图。

图3为本发明实施例基于移动终端实现SNS游戏的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

现有技术中，由于游戏WAP页面仅有简单的文字、小的图片以及链接等，且需要进行大量的交互，使得用户体验较差、用户成本较高。本发明实施例中，基于腾讯公司为移动终端浏览器开发的通用插件平台，通过遵循一定规范的应用程序接口编写程序，开发基于移动终端浏览器的SNS游戏插件，并通过在移动终端安装SNS游戏插件，使得移动终端浏览器能够直接调用SNS游戏插件程序，可以一次获取游戏过程中的游戏数据，而非WAP页面信息，并基于游戏数据以及预先存储的图片信息展示SNS游戏界面，处理SNS游戏。所应说明的是，本发明实施例，也可以以应用于联机游戏等其他游戏，以下以基于移动终端实现SNS游戏为例进行说明，其他游戏的实现与实现SNS游戏相类似，后续不再赘述。

由于SNS游戏插件继承了通用插件接口，具备完全的用户接口(UI，User Interface)绘制能力、事件接收处理能力以及访问网络服务等各种能力，因而，可以利用SNS游戏插件构建丰富的游戏体验。SNS游戏插件开发者可以根据需要绘制个性化的游戏界面，从而彻底摆脱采用传输的WAP页面来展示游戏存在的缺陷。

本发明实施例中，通过启动移动终端浏览器上的SNS游戏入口统一资源定位器(URL，Uniform Resource Locator)标签，触发SNS游戏插件加载流程，移动终端浏览器根据URL标签信息，获取对应的SNS游戏专有标识(ID，Identification)，加载SNS游戏专有ID对应的SNS游戏插件，并基于加载的游戏插件，一次性从游戏服务器获取游戏过程中的游戏数据，根据用户操作，调用预先存储的与用户操作相对应的图片信息，进行游戏页面展示。

图1为本发明实施例基于移动终端实现SNS游戏的方法流程示意图。参见图1，该流程包括：

步骤101，接收游戏插件加载请求，根据游戏插件加载请求中携带的SNS游戏插件专有ID，加载SNS游戏插件专有ID对应的预先配置的SNS游戏插件；

本步骤中，预先配置SNS游戏插件并进行安装，用户需要进行游戏时，点击安装的游戏插件软件，启动登录游戏的SNS游戏入口URL标签，根据用户选择的URL标签信息，获取标签对应的SNS游戏专有ID，加载SNS游戏专有ID对应的SNS游戏插件。

步骤102，将用户操作游戏页面的指令封装为游戏数据拉取请求，携带SNS游戏专有ID信息，向外部的游戏服务器发送；

本步骤中，在游戏运行中，当用户在游戏页面进行相应操作时，将用户操作游戏页面的指令封装为游戏数据拉取请求，将当前游戏页面对应的SNS游戏专有ID信息携带在请求中。

进一步地，在拉取游戏数据之前，移动终端与游戏服务器进行身份认证。

实际应用中，还可以进一步与游戏服务器协商通信协议加密，以提高游戏交互过程中的安全性。

而且，为了降低传输过程中的流量，可以采用压缩技术对发送的游戏数据拉取请求进行压缩。

步骤103，接收游戏服务器根据SNS游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；

本步骤中，游戏服务器接收游戏数据拉取请求，获取存储的游戏数据拉取请求中携带的SNS游戏专有ID信息对应的游戏信息，根据游戏数据拉取请求中用户操作游戏页面信息，将该操作涉及的全部游戏数据信息封装为游戏数据包，而不是将该用户当前操作的游戏数据信息进行封装。

本发明实施例中，游戏数据信息包括：游戏网站的导航信息、游戏过程的文字信息、游戏版权信息以及客服信息等，不包含游戏过程中的图片信息。而且，不需要将游戏数据信息解析生成WAP页面，可以有效降低游戏服务器的处理资源开销，提升其响应速度。

如前所述，可以对游戏数据包进行加密、和/或，压缩处理。

步骤104，根据发送游戏数据拉取请求时的SNS游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

本步骤中，游戏插件接收游戏数据包，根据SNS游戏专有ID信息查询预先存储的各游戏操作对应的游戏图片，获取当前操作对应的游戏图片，将获取的游戏图片与游戏数据包中该用户当前操作的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上，即将用户当前操作对应的游戏界面向该用户展示。例如，游戏数据拉取请求为摘QQ农场的菜的操作请求，游戏服务器接收到该操作请求后，获取整个QQ农场摘菜过程中的全部游戏数据信息，生成整个QQ农场从开始摘菜操作到菜被摘完的游戏数据包，游戏插件接收到游戏数据包后，用户显示QQ农场摘菜的游戏页面，并根据用户下一操作，将下一操作对应的游戏图片与游戏数据包中相应的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上，如此进行，直至操作的终结。

当然，实际应用中，用户操作游戏页面对应操作涉及的全部游戏数据信息也可以只包括该用户当前操作对应终结时的游戏数据信息，例如，只生成整个QQ农场菜被摘完的游戏数据包，游戏插件接收到游戏数据包后，不向用户显示QQ农场摘菜的游戏页面，并提示用户整个农场的菜都摘成功的信息。这样，可以进一步降低交互的流量。

本发明实施例中，用户可以始终操作一个键完成一个游戏操作对应的所有流程，例如，从菜友列表的遍历，到摘取作物等完整操作，举例来说，在QQ农场插件启动后，左软键会根据实际情况进行调整，左软键显示“进入该农场”，进入农场后，如果该农场有菜可以摘，左软键变成“一键摘取”，摘取后，左软键变成“下一个可摘农场”，如此循环，直到所有可摘农场都遍历完后，左软键变为“返回”，这样，用户可以一直按左软键就可以完成整个游戏过程，更方便，更快速。

图2为本发明实施例基于移动终端实现SNS游戏的方法具体流程示意图。参见图2，该流程包括：

步骤201，接收游戏插件加载请求，查询是否安装该游戏插件；

本步骤中，用户通过移动终端浏览器上的游戏登录页面，启动游戏登录页面中的SNS游戏入口URL标签，向浏览器插件引擎发送游戏插件加载请求，浏览器插件引擎接收游戏插件加载请求，查询是否安装该游戏插件，即启动插件发现机制。

本发明实施例中，在安装游戏插件时，在预先设定的注册表位置插入该游戏插件的安装信息；浏览器插件引擎根据SNS游戏插件专有ID，通过在预先设定的注册表位置查找该SNS游戏插件专有ID对应的安装信息，以确定是否安装有加载游戏插件请求中对应的游戏插件，如果有该游戏插件的安装信息，表明已安装有该游戏插件，则执行步骤202。

浏览器引擎是插件平台对浏览器中上层的统一插件接口，负责处理上层对插件平台的请求和交互、数据传送和通知等的入口，负责正确的派发消息给各个游戏插件，正确处理插件消息和事件。

步骤202，浏览器插件引擎向插件适配器请求加载插件；

步骤203，插件适配器向插件接口查询游戏插件信息，对游戏插件进行认证；

本步骤中，插件接口具有游戏插件信息查询接口，可以查询游戏插件信息，插件适配器在加载游戏插件之前，向插件接口查询游戏插件信息，插件接口以游戏插件专有ID映射的方式存储游戏插件信息，例如，游戏插件版本信息、游戏插件能力信息以及游戏插件类型信息等，并根据返回的游戏插件信息进行安全认证，并在安全认证通过后，执行步骤204。

步骤204，插件适配器加载游戏插件并创建对应的游戏插件环境；

本步骤中，插件适配器用于为游戏插件提供运行环境，根据安装的游戏插件加载请求对应的游戏插件类型，创建出一个适合该游戏插件运行的环境。

本步骤中，如果游戏插件信息符合并通过游戏插件安全认证，关于安全认证，具体可参见相关技术文献，在此不再赘述。插件适配器根据查询到的游戏插件信息，为该游戏插件创建相应的运行时环境和UI框架；同时，还可以为每个加载的插件分配通信ID以便于进行后续的消息派发以及广播。

插件适配器加载游戏插件后，通知插件管理器，由插件管理器进行游戏插件的管理。插件管理器负责管理游戏插件的生命周期、加载以及卸载。

步骤205，浏览器插件引擎通知插件接口游戏插件被加载，并回调游戏插件初始化插件接口；

本步骤中，浏览器插件引擎获知游戏插件已加载完毕，将游戏插件被加载的事件通知插件接口，并通过回调游戏插件初始化插件接口。

步骤206，插件接口创建插件UI；

本步骤中，插件UI是指游戏插件自己实现的UI，用来展示游戏插件。

步骤207，插件接口创建插件模型(Model)；

本步骤中，插件模型是指游戏插件自己实现的数据存储模块，存储游戏插件自己的运行数据。

步骤208，插件UI创建插件控制器(Controller)；

本步骤中，插件控制器是指游戏插件自己实现的逻辑模块，控制游戏插件运行的逻辑。

步骤206～步骤208为创建插件的模型-视图-控制器(MVC，Model-View-Controller)过程，具体可参见相关技术文献，在此不再赘述。

步骤209，插件接口接收信息拉取请求，从插件服务中心获取UI服务；

本步骤中，在游戏运行中，用户操作游戏界面，触发游戏插件到后台的游戏服务器拉取信息或发送指令时，通过插件接口去查询并获取到插件服务中心提供的UI服务。

插件UI服务，主要是根据插件接口申明的类型创建不同的插件适配器，游戏插件可以通过UI服务操作插件适配器，例如，修改游戏插件的外观、菜单等。

步骤210，插件接口从插件服务中心获取网络服务；

本步骤中，通过插件接口查询并获取到插件服务中心提供的网络服务接口，例如，超文本传输协议(HTTP，Hyper Text Transfer Protocol)接口，并将信息拉取请求或指令封装为数据包，并发送数据包到后台游戏服务器。

如前所述，每个游戏插件被加载时，会分配一个通信ID，即游戏插件专有ID，游戏插件记录、保存分配的通信ID，并通过该通信ID和插件管理平台进行通信，以方便消息派发和广播。因此，本发明实施例中，使用通信ID+数据的形式封装为网络游戏数据包。

游戏插件通过插件接口调用函数GetServiceCenter()获取插件服务中心，然后通过类型获取具体的服务，如果服务存在，则获取正确的服务句柄，如果服务不存在，则获取一个无效的句柄，游戏插件通过判断句柄有效性，可以对插件平台的兼容性做一定处理。插件接口用于负责处理插件平台对游戏插件的请求和交互、数据传送以及通知。

插件服务中心用于提供一系列插件服务给游戏插件，包括UI服务、网络服务以及通知服务等。

步骤211，插件服务中心向浏览器插件引擎发送网络请求；

步骤212，浏览器插件引擎接收网络回应，将事件或广播发送至插件适配器；

本步骤中，游戏服务器根据网络请求中用户操作游戏页面信息，将该操作的最终游戏数据信息封装为包含游戏数据包的网络回应。在浏览器插件引擎收到后台游戏服务器的网络回应后，根据发送请求时记录的通信ID，将包含游戏数据的回应包直接分发到相应的插件适配器，并由插件适配器转发到插件实例，进行消息和数据处理。也就是说，当收到后台游戏数据网络回应时，根据发送时的通信ID，获取发送请求的游戏插件，并将正确的结果返回到该游戏插件，游戏插件收到派发的数据后，就可以进行相应的处理。

事件包括：游戏插件加载事件、游戏插件卸载事件、消息事件以及网络事件等。

步骤213，插件适配器向插件接口进行事件传递，广播通知；

步骤214，插件接口与插件UI处理消息；

本步骤中，插件接口处理消息是浏览器上层需要调用游戏插件时，发送请求到浏览器插件引擎，浏览器插件引擎根据请求中的游戏插件专有ID参数，找到对应的插件接口，调用插件接口的OnSendRequestL()接口派发到游戏插件，游戏插件按照相应的协议解析接收的请求并执行相应的动作。

插件UI处理消息，为通用的UI的处理，具体可参见相关技术文献，在此不再赘述。

步骤215，插件接口与插件Model处理消息；

步骤216，插件接口与插件Controller处理消息；

步骤217，插件接口向插件适配器发送游戏插件卸载请求；

本步骤中，当游戏插件需要退出时，不是直接关闭并卸载游戏插件，而是游戏插件通过插件接口发送一个系统类型命令，即插件同步/异步退出指令给插件管理平台。

本步骤中，通过插件接口发送系统类型命令主要基于以下三方面考虑：

一是插件平台管理所有类型插件，不仅仅是游戏插件，还有系统插件，这些插件销毁需要到引用计数为零以后才回收；

二是立即销毁，对插件要求比较高，有些异步操作和耗时操作不一定已经完成，而通过插件接口发送系统类型命令进行销毁，可以降低插件开发门槛；

三是立即销毁，可能会因为插件退出时保存信息等很耗时操作，降低移动终端浏览器的运行速度。

后续中，插件管理平台接收系统类型命令，根据游戏插件类型、游戏插件引用记数以及游戏插件卸载的同步/异步等信息，自动卸载游戏插件。

下面对本发明实施例的SNS游戏插件的实现进行说明。

本发明实施例中，插件管理平台包括：浏览器插件引擎、插件管理器、插件适配器、插件服务中心、插件接口、插件UI、插件模型以及插件控制器，由于插件管理平台和插件应用编程接口(API，Application ProgramInterface)是开放并统一的，因此，开发SNS游戏插件是非常方便的，开发者不需要关注插件管理平台和浏览器的实现和细节，只需要关注插件自身的实现和设计。

插件接口的设计和实现是完全兼容各个插件管理平台的系统级接口，所以可以无缝移植现有的程序或是插件。

SNS游戏插件的实现包括以下几个步骤：

A、配置插件接口以及实现插件接口的接口函数；

本步骤中，接口函数包括：游戏插件类型查询接口函数、游戏插件版本查询接口函数、游戏插件能力查询接口函数、事件处理接口函数以及广播接收接口函数等。

相关程序代码段如下：

/**

*provide the interface to query plugin′s capability

*/

TQBPluginCapability QueryCapability()

/**

*Get Communicate Id of plugin；

*/

TUint32 PluginCId()

/**

*Get name of plugin；

*/

const TDesC 16& PluginName()

/**

*registered event callback function

*/

virtual TInt OnEventNotifyL(MQB ServiceCenter::TQBPluginEventTypeaType，CQBSerializeObject*aSO)；

/**

*Interface called by plugin from application call

*param SO：Serialize Object passing to plugin.Please do not transferthe owner of SO.

*/

TInt SendDataFromPluginL(CQBSerializeObject& aSO)；

/**

*Interface called by Service center to send SO to service center

*param aSO：Serialize object，please do not transfer the owner of SO.

*/

virtual TInt SendDataToPluginL(CQBSerializeObject& aSO)＝0；

/**

*get service center interface in plugin.

*/

MQB ServiceCenter*GetServiceCenter()

这样，通过配置插件接口以及实现插件接口的接口函数，插件管理平台可以自动为游戏插件创建相应类型的UI和交互，便于常用游戏插件功能模块的开发。

本发明实施例中，游戏插件包括系统插件、服务插件、视窗(view)插件以及对话框插件等，其中，

系统插件为浏览器服务常驻内存的游戏插件，可以有自己的插件界面，也可以没有；服务插件为浏览器提供服务，例如，存储服务，帐号服务等，一般无界面；view插件为满屏显示的界面插件，可以作为游戏插件和应用插件；对话框插件为以对话框或是浮出框为界面的游戏和应用插件。

B、配置游戏插件用于处理事件和广播的UI数据管理和控制逻辑。

本步骤中，插件UI的实现和普通UI库或者应用程序开发相同，具体可参见相关技术文献，在此不再赘述。

C、初始化插件接口。

本步骤中，在插件初始化通知接口中，实现插件的初始化工作，在插件关闭的广播事件中处理插件卸载前的准备工作，其中，初始化工作具体包括：

游戏插件初始化插件接口，例如，写入游戏插件的名称、版本号以及类型等信息；

游戏插件自己所需要的数据和结构的初始化。

D、创建自定义的UI。

本步骤中，通过插件服务中心获取插件UI服务，创建自定义的UI；获取插件UI服务是从插件接口中获取GetServiceCenter()，获取插件服务中心信息，然后通过指定服务类型为UI服务，再从服务中心获取指定服务类型的UI服务；自定义UI为通用的UI创建过程，具体可参见相关技术文献，在此不再赘述。同时，通过插件服务中心，还可以查询并获取网络服务，来收发数据，和后台通信等。

以下以基于移动终端浏览器上的QQ农场插件方式实现SNS游戏为例，进一步对本发明实施例作详细说明。

QQ农场插件是腾讯公司的一款精品SNS游戏插件，在开发QQ农场插件之前，用户如果希望能在移动终端上和朋友一起玩QQ农场，只能选择WAP QQ农场来玩，本发明实施例采用游戏插件技术，在和后台农场服务器通信中，由于游戏插件是有强大的插件平台的支撑，帮助游戏插件做了大量管理的工作，开发者可以专著于数据和逻辑，而不需关注UI、通信、协议等工作的实现；而且，由于SNS游戏变化快，活动和游戏规则几乎每天都变，游戏插件本身可以快速、自动的进行更新或是替换，自适应运营需求的变化。具有如下技术优势：

一、提高了QQ农场后台游戏服务器的稳定性，缓解了后台服务的巨大压力。由于QQ农场的高参与度，后台游戏服务器在高峰时期经常处于极大的压力状态。这是因为现有WAP服务器要根据用户信息和用户交互，实时运算并生成完整的WAP页面并下发到每个浏览器客户端，对WAP服务器来说，这样的服务是消耗很大的，本发明实施例中，游戏插件直接连到游戏后台服务器，只需要获取朋友列表和操作菜地等信息，具体为：游戏插件通过服务中心获取网络服务接口，如超文本传输协议(HTTP，Hyper TextTransfer Protocol)接口，将朋友列表和操作菜地等信息封装为游戏数据包，并将游戏数据包通过网络服务接口直接和游戏后台数据库通信，获取游戏结构并展示给用户。

1)、对客户端来说，由于请求数据和游戏响应数据采用二进制数据流的形式，所以相比传统的WAP网页，可以进行数据压缩，节省大部分流量；并通过数据加密，增强安全性；而且，直接操作数据，不需要解析网页，性能提高很多；此外，界面不再是WAP网页，美观并且增强了可玩性。

2)、对游戏服务器来说，可以节省服务器带宽和流量，节省服务器的运算资源，因为直接发送游戏数据，不需要对游戏数据重排成网页，大大减少了运算复杂度，可以支撑更多用户，节省运营成本，同时，可以用很少的服务器资源完成对全网QQ农场用户的访问支持。这样，当所有用户的访问转到负荷很轻的游戏服务器时，WAP服务器的负担几乎全部降下来了。

现有技术中，WAP服务器有游戏服务器全部功能，同时还要把游戏服务器管理的数据，组织成WAP页面再下发给浏览器，本发明实施例中，游戏服务器可以节省运算资源，承载更多用户，节省成本，可以在运营成本上节省非常可观的服务器资源，甚至可以达到节省90％的后台服务器。例如，以前需要几十台WAP服务器承载所有访问，通过本发明实施例的方法，只需要一台游戏服务器以及几台WAP服务器。

二、增加了身份验证、通信协议加密等技术，提高了安全性，保护用户利益。

三、用大量贴近互联网上农场的图片实现在游戏插件中，这些图片存储在移动终端本地，不是每次都需要更新，所以使游戏的可玩性和界面很大提高，并且节省用户流量。

四、可以使用压缩技术，使网络流量大大下降，保守计算，可以节省70％的用户流量，对用户带来很大价值。

五、采用一键式操作设计模式，使用户交互简单，快速。

也就是说，传统的SNS游戏在手机上的展示是以Wap网页的形式，采用B/S的架构，操作交互展示均属于Wap网页的范畴，都是操作和展示Wap网页。而本发明实施例中，采取在浏览器基础上用游戏插件来实现，游戏插件采用的是游戏图形客户端的形式，采用的是C/S架构，操作交互展示均属于客户端/服务器模式，操作的是真正的游戏数据，展示的是游戏图形界面而不是网页。因而，基于以上区别，游戏插件才有更好的安全性、可操作性以及可玩性，节省流量和资源成本、减轻服务器的压力以及节省运营成本和带宽等。

当然，实际应用中，也可以开发专有的SNS客户端可以做为替代方案。

图3为本发明实施例基于移动终端实现SNS游戏的装置结构示意图。参见图3，该装置包括：SNS游戏插件加载模块、游戏数据拉取请求模块以及移动终端浏览器展示模块，其中，

SNS游戏插件加载模块，用于接收游戏插件加载请求，根据游戏插件加载请求中携带的SNS游戏插件专有ID，加载SNS游戏插件专有ID对应的预先配置的SNS游戏插件；

游戏数据拉取请求模块，用于在SNS游戏插件加载模块加载SNS游戏插件后，将用户操作游戏页面的指令封装为游戏数据拉取请求，携带SNS游戏专有ID信息，向外部的游戏服务器发送；

移动终端浏览器展示模块，用于接收游戏服务器根据SNS游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；根据发送游戏数据拉取请求时的SNS游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

实际应用中，本发明实施例基于移动终端浏览器实现SNS游戏的装置结构也可以如图2所示，包括：浏览器插件引擎、插件管理器、插件适配器、插件服务中心、插件接口、插件UI、插件模型以及插件控制器，具体可参见图2的描述。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种基于移动终端实现游戏的方法，其特征在于，该方法包括：

接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；

将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；

接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；

根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

2.如权利要求1所述的方法，其特征在于，所述接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有ID，加载游戏插件专有ID对应的预先配置的游戏插件具体包括：

预先配置社会性网络SNS游戏插件并进行安装，用户需要进行游戏时，点击安装的游戏插件软件，启动登录游戏的SNS游戏入口统一资源定位器URL标签，根据用户选择的URL标签信息，获取标签对应的SNS游戏专有ID，加载SNS游戏专有ID对应的SNS游戏插件。

3.如权利要求2所述的方法，其特征在于，所述在拉取游戏数据之前，进一步包括：移动终端与游戏服务器进行身份认证。

4.如权利要求3所述的方法，其特征在于，所述游戏服务器返回游戏数据包具体包括：

游戏服务器接收游戏数据拉取请求，获取存储的游戏数据拉取请求中携带的SNS游戏专有ID信息对应的游戏信息，根据游戏数据拉取请求中用户操作游戏页面信息，将该操作涉及的全部游戏数据信息封装为游戏数据包。

5.如权利要求4所述的方法，其特征在于，所述与预先存储的图片信息进行匹配后在移动终端浏览器展示具体包括：

游戏插件接收游戏数据包，根据SNS游戏专有ID信息查询预先存储的各游戏操作对应的游戏图片，获取当前操作对应的游戏图片，将获取的游戏图片与游戏数据包中该用户当前操作的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上，并根据用户下一操作，将下一操作对应的游戏图片与游戏数据包中相应的游戏数据信息按照预先设置的游戏界面格式展示在移动终端浏览器上。

6.如权利要求3所述的方法，其特征在于，所述游戏服务器返回游戏数据包具体包括：

游戏服务器接收游戏数据拉取请求，获取存储的游戏数据拉取请求中携带的SNS游戏专有ID信息对应的游戏信息，根据游戏数据拉取请求中用户操作游戏页面信息，将该操作涉及的终结时的游戏数据信息封装为游戏数据包。

7.如权利要求6所述的方法，其特征在于，所述与预先存储的图片信息进行匹配后在移动终端浏览器展示具体包括：

游戏插件接收到游戏数据包后，不向用户显示操作对应的游戏页面，并提示用户操作涉及的终结时成功的信息。

8.如权利要求1所述的方法，其特征在于，所述配置游戏插件具体包括：

配置插件接口以及实现插件接口的接口函数；

配置游戏插件用于处理事件和广播的用户接口数据管理和控制逻辑；

初始化插件接口；

创建自定义的用户接口。

9.如权利要求8所述的方法，其特征在于，所述接口函数包括：游戏插件类型查询接口函数、游戏插件版本查询接口函数、游戏插件能力查询接口函数、事件处理接口函数以及广播接收接口函数。

10.如权利要求1至9任一项所述的方法，其特征在于，进一步包括：

对游戏数据包进行加密、和/或，压缩处理后发送。

11.如权利要求10所述的方法，其特征在于，所述游戏数据信息包括：游戏网站的导航信息、游戏过程的文字信息、游戏版权信息以及客服信息。

12.如权利要求10所述的方法，其特征在于，进一步包括：

通过游戏插件中的插件接口发送系统类型命令关闭并卸载游戏插件。

13.一种基于移动终端实现游戏的装置，其特征在于，该装置包括：游戏插件加载模块、游戏数据拉取请求模块以及移动终端浏览器展示模块，其中，

游戏插件加载模块，用于接收游戏插件加载请求，根据游戏插件加载请求中携带的游戏插件专有标识ID，加载游戏插件专有ID对应的预先配置的游戏插件；

游戏数据拉取请求模块，用于在游戏插件加载模块加载游戏插件后，将用户操作游戏页面的指令封装为游戏数据拉取请求，携带游戏专有ID信息，向外部的游戏服务器发送；

移动终端浏览器展示模块，用于接收游戏服务器根据游戏专有ID信息返回的游戏数据包，所述游戏数据包为所述用户操作游戏页面对应操作涉及的游戏数据信息；根据发送游戏数据拉取请求时的游戏专有ID信息，将游戏数据包输出至对应的游戏插件，与预先存储的图片信息进行匹配后在移动终端浏览器展示。

Images