的量值和趋势，等等。
[0044]在本实施例中，浏览器可以与用户交互，获取用户发出的用于指示进行图形图像处理的交互命令，并通过将交互命令发送给服务器，指示服务器进行图形图像处理并返回图形图像处理所生成的图形图像，进而显示服务器返回的图形图像，实现了基于浏览器的交互式图形图像系统，由于图形图像处理是由服务器完成的，所以不受浏览器是否支持可编程的图形图像技术的限制，有利于充分发挥可交互的图形图像系统的优势。
[0045]图2为本申请另一实施例提供的图形图像处理方法的流程示意图。如图2所示，该方法包括:
[0046]201、浏览器获取用户发出的用于指示进行图形图像处理的交互命令。
[0047]202、浏览器判断自身是否具有通过编程方式生成图形图像的能力；如果判断结果为否，执行步骤203 ;如果判断结果为是，执行步骤205。
[0048]203、浏览器将上述交互命令发送给服务器，以指示服务器进行图形图像处理并返回图形图像处理生成的图形图像，并执行步骤204。
[0049]204、浏览器接收服务器返回的图形图像，并执行步骤206。
[0050]205、浏览器根据上述交互命令进行图形图像处理，以生成图形图像，并执行步骤206。
[0051]206、浏览器显示图形图像。
[0052]可选的，浏览器具体可以采用以下方式来判断自身是否具有通过编程方式生成图形图像的能力:
[0053]浏览器运行检测代码，以检测浏览器是否提供了图形图像生成接口 ；
[0054]若检测到图形图像生成接口，确定浏览器具有通过编程方式生成图形图像的能力；
[0055]若未检测到图形图像生成接口，确定浏览器不具有通过编程方式生成图形图像的能力。
[0056]上述检测代码可以使用编程语言JavaScript来编写。
[0057]考虑到浏览器可以使用canvas技术或svg技术来生成图形图像，于是上述检测代码可用于检测浏览器是否支持canvas技术或svg技术，详细来说，用于检测浏览器是否提供了 canvas技术对应的图形图像生成接口或svg技术对应的图形图像生成接口。
[0058]例如，可以使用一段JavaScript代码来判断，浏览器是否具有canvas技术对应的图形图像生成接口。一种JavaScript代码的实现方式如下:
[0059]var canvas = document.createElement( ‘canvas，)；
[0060]运行上述JavaScript代码后，若canvas等于未定义(undefined)，则确定浏览器不具备canvas技术对应的图形图像生成接口(即不支持canvas技术)。
[0061]同理，可以使用一段JavaScript代码来判断浏览器是否具有svg技术对应的图形图像生成接口。一种JavaScript代码的实现方式如下:
[0062]var svg = document.createElement( ‘svg ‘)；
[0063]运行上述JavaScript代码后，若svg等于未定义(undefined)，则确定浏览器不具备svg技术对应的图形图像生成接口。
[0064]值得说明的是，若浏览器具备以上两种技术之一对应的图形图像生成接口，则浏览器具备通过编程方式生成图形图像的能力；只有不具备以上任何一种技术对应的图形图像生成接口时，浏览器才不具备通过编程方式生成图形图像的能力。
[0065]本实施例提供的方法与图1所示实施例提供的方法相类似，区别在于:在本实施例中，浏览器需要判断自身是否具有通过编程方式生成图形图像的能力，当浏览器不具有通过编程方式生成图形图像的能力时，通过服务器来进行图形图像处理以生成图形图像；当浏览器具有通过编程方式生成图形图像的能力时，浏览器自己进行图形图像处理以生成图形图像。本实施例中与图1所示实施例相类似的部分不再赘述，可参见图1的描述。
[0066]在本实施例中，浏览器通过判断是否具有通过编程方式生成图形图像的能力，并在具有通过编程方式生成图形图像的能力时，浏览器自己进行图形图像处理以生成图形图像，在保证可以实现交互式图形图像系统的同时，可以减轻服务器的处理负担。
[0067]本申请的又一实施方式提供一种服务器根据交互命令，进行图形图像处理以生成图形图像的方法，该实施方式可基于上述图1和图2所示的实施例实现。具体的，服务器可以根据交互命令，运行采用浏览器图形图像技术实现的图形图像编程代码，以进行图形图像处理并生成图形图像。简单来说，本申请的服务器可以支持浏览器所支持的图形图像技术，因此可以与浏览器采用同一套图形图像编程代码。基于此，开发人员只需编写一套图形图像编程代码，可以提高开发效率。可选的，可以预先将该图形图像编程代码分别部署在浏览器和服务器上，以便于浏览器和服务器使用。其中，开发者可以使用编程语言，例如JavaScript来控制浏览器的图形图像生成接口来生成图形图像。而这些控制浏览器的图形图像生成接口生成图形图像的代码称之为图形图像编程代码。
[0068]例如，考虑到node-webkit技术可以实现浏览器的绝大部分图形图像生成功能，因此本申请的图形图像编程代码可以采用node-webkit技术实现。这样服务器可以基于node j s平台实现。
[0069]值得说明的是，本申请提供的方法适用于各种浏览器，不受浏览器是否支持可编程的图形图像技术的限制，例如可用于ie6，ie7，ie8等浏览器。
[0070]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
[0071]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0072]图3为本申请一实施例提供的浏览器的结构示意图。如图3所示，该浏览器包括:获取模块31、发送模块32、接收模块33和显示模块34。
[0073]获取模块31，用于获取用户发出的用于指示进行图形图像处理的交互命令。
[0074]发送模块32，与获取模块31连接，用于将获取模块31获取的交互命令发送给服务器，以指示服务器进行图形图像处理并返回图形图像处理生成的图形图像。
[0075]接收模块33，用于接收服务器发送的图形图像。
[0076]显示模块34，与接收模块33连接，用于显示接收模块33接收的图形图像。
[0077]进一步，如图4所示，该浏览器还包括:检测模块35，与发送模块32连接，用于在发送模块32将交互命令发送给服务器之前，检测浏览器自身是否具有通过编程方式生成图形图像的能力，并在检测到浏览器不具有通过编程方式生成图形图像的能力时，触发发送模块32执行将交互命令发送给服务器，以指示服务器进行图形图像处理并返回图形图像处理生成的图形图像的操作。
[0078]在一可选实施方式中，检测模块35具体可用于:
[0079]运行检测代码，以检测浏览器是否具备图形图像生成接口 ；
[0080]若检测到图形图像生成接口，确定浏览器具有通过编程方式生成图形图像的能力；
[0081]若未检测到图形图像生成接口，确定浏览器不具有通过编程方式生成图形图像的能力。
[0082]本实施例提供的浏览器，可以与用户交互，获取用户发出的用于指示进行图形图像处理的交互命令，并通过将交互命令发送给服务器，指示服务器进行图形图像处理并返回图形图像处理所生成的图形图像，进而显示服务器返回的图