WO2015062388A1 - 图片加载方法、装置及视频播放方法、装置 - Google Patents

图片加载方法、装置及视频播放方法、装置 Download PDF

Info

Publication number
WO2015062388A1
WO2015062388A1 PCT/CN2014/087708 CN2014087708W WO2015062388A1 WO 2015062388 A1 WO2015062388 A1 WO 2015062388A1 CN 2014087708 W CN2014087708 W CN 2014087708W WO 2015062388 A1 WO2015062388 A1 WO 2015062388A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
address
compressed texture
gpu
picture
Prior art date
Application number
PCT/CN2014/087708
Other languages
English (en)
French (fr)
Inventor
陈炳辉
李晓明
Original Assignee
优视科技有限公司
武汉极讯软件有限责任公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201310533474.8A external-priority patent/CN103605534B/zh
Priority claimed from CN201310593763.7A external-priority patent/CN103607668B/zh
Application filed by 优视科技有限公司, 武汉极讯软件有限责任公司 filed Critical 优视科技有限公司
Priority to US15/033,315 priority Critical patent/US10121263B2/en
Publication of WO2015062388A1 publication Critical patent/WO2015062388A1/zh
Priority to US15/486,531 priority patent/US10360694B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42653—Internal components of the client ; Characteristics thereof for processing graphics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4781—Games
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • FIG. 12 is a schematic structural diagram of another embodiment provided by a picture loading device of the present application.
  • FIG. 18 is a flowchart of still another video playing method according to an embodiment of the present invention.
  • S205 The browser sends the url of the compressed texture data of the target base picture to the server.
  • Canvas further uses the other basic images used in the game, and combines the subsequent drawing actions to complete the drawing of one frame of the game screen.
  • S305 The browser sends the compressed texture data to the GPU, so that the GPU sends the compressed texture data to the Canvas for drawing.
  • FIG. 4 is a schematic flowchart diagram of another embodiment provided by the image loading method of the present application, where the method includes the following steps:
  • S503 The server queries the saved compressed texture list to obtain a compressed texture list of the target webpage.
  • the url of the webpage may also be another unique identifier of the webpage.
  • the url of the base image may also be other unique identifiers of the base image, and the url of the compressed texture data of the base image. It is also possible to identify other addresses of the compressed texture data of the base picture.
  • the request message includes the url of the target base image and the compressed texture format supported by the GPU.
  • the server converts the target base image into compressed texture data consistent with the compressed texture format supported by the GPU by using a picture conversion tool and a compressed texture format supported by the GPU.
  • FIG. 7 is a schematic structural diagram of an embodiment provided by a picture loading device of the present application.
  • the first sending unit 2 is configured to send the request message generated by the generating unit 1 to the server.
  • a second generation sub-unit 110 configured to generate a request message for downloading the compressed texture data corresponding to the basic image that is identified by the identifier sub-unit 109, where the request message includes a url of the base image and the GPU support Compressed format, the request message is used to acquire compressed texture data of the base picture from a server. If the second preset attribute is included, the second parsing subunit and the selecting subunit and the third generating subunit may also be added (all of which are not shown in the three subunit diagrams).
  • the device comprises: a first receiving unit 6, an obtaining unit 7, and a third transmitting unit 8.
  • a second download subunit 706, configured to download the base image according to the url of the base image included in the request message received by the first receiving unit
  • a second conversion subunit 707 configured to The GPU-supported compression format included in the request message received by the first receiving unit converts the base image downloaded by the downloading subunit into compressed texture data consistent with the compression supported by the GPU by using a picture conversion tool.
  • the computer terminal can also be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, an applause computer, and a mobile Internet device (MID), a PAD, and the like.
  • a smart phone such as an Android phone, an iOS phone, etc.
  • a tablet computer such as an iPad, Samsung Galaxy Tab, Samsung Galaxy Tab, etc.
  • MID mobile Internet device
  • PAD PAD
  • the foregoing storage medium may be located in any one of the computer terminal groups in the computer network, or in any one of the mobile terminal groups.
  • the storage medium is configured to store program code for performing the following steps: the browser generates a request message requesting to download the compressed texture data corresponding to the base picture; the browser sends the request message to the server; browsing The receiving texture server sends the compressed texture data corresponding to the base picture according to the request message. Compressed format data; the browser sends the compressed texture data contained in the compressed format data to the graphics processor GPU to cause the GPU to send the compressed texture data to the Canvas for rendering.
  • the geological editing rules and the video player corresponding to the preset protocol header can be obtained through the two correspondences; the above two correspondences can also be established in advance on the server side, thereby The geological editing rules and video players corresponding to the preset protocol headers are obtained on the server side.
  • the specific manner of obtaining is not limited to the above two types, and other methods of obtaining are all within the protection scope of the embodiments of the present invention, and details are not described herein again.
  • the video link address includes a preset protocol header
  • each of the preset protocol headers corresponds to an address editing rule and a video player
  • only the source code of the page corresponding to the webpage address is needed.
  • the video link address containing the preset protocol header is obtained, and the video play address recognizable by the video player can be edited by the address editing rule, so that the video player can directly call the video player to play the video resource corresponding to the video play address. Therefore, the solution provided by the embodiment of the present invention can call the video player corresponding to the preset protocol header to play the video corresponding to the video play address when the source code of the page corresponding to the webpage address includes the video link address of the preset protocol header. Resources, so that the entire process of playing video resources is very simple, improving the user experience of watching video resources on the mobile terminal.
  • Step S1706 Edit the information in the source code and the video link address into a video play address containing a preset protocol header according to an address editing rule, where the video play address is an address recognizable by the video player;
  • Step S1904 displaying a predefined interface including a video title
  • FIG. 20 is still another video playing method according to an embodiment of the present invention.
  • the method provided in this embodiment enables a user to enter a predefined interface including a video title after viewing a video resource. Therefore, it is convenient for the user to input the play instruction again to watch other video resources on the predefined interface.
  • the method includes:
  • Step S2004 displaying a predefined interface including a video title
  • the searching module 13 is configured to obtain an address editing rule and a video player corresponding to the preset protocol header, and the editing module 14 is configured to edit the information in the source code and the video link address into a preset protocol header according to the address editing rule.
  • a video play address the video play address is an address recognizable by the video player; wherein the editing module 14 includes: a second extracting unit, configured to extract a video title corresponding to the video link address in the source code; and an editing unit, configured to The address editing rule edits the video title and video link address into a video play address.
  • the calling module 15 is configured to invoke the video player to play the video resource corresponding to the video playing address.
  • FIG. 22 is another video playback device according to an embodiment of the present invention.
  • the device may determine whether the webpage address exists in the webpage address list after obtaining the webpage address. If the source code of the corresponding page of the webpage address does not contain the video link address, the subsequent operations are avoided, thereby saving the processing resources of the mobile terminal.
  • the device includes:
  • FIG. 23 is still another video playback device according to an embodiment of the present invention.
  • the device may extract a video title corresponding to a video link address in a source code, and display the video title in a predefined interface.
  • the video title waits for the user to input an instruction to play the video title, and once the user inputs the play instruction, the step of subsequently playing the video resource corresponding to the video title is continued, and if the instruction to play the video title is not received, then the preview is stopped.
  • the user is continuously waiting for an instruction to play a video title.
  • the device provided by the embodiment of the present invention can facilitate the user to select a video title that is desired to be viewed in a predefined interface, thereby improving the user's feeling of watching the video resource.
  • the device includes:
  • FIG. 25 another video playback device according to an embodiment of the present invention is shown in FIG. 25.
  • the device provided in this embodiment enables a user to view a video resource and enter a predefined interface including a video title. Therefore, it is convenient for the user to input the play instruction again to watch other video resources on the predefined interface.
  • the device includes: a first extraction module 51, configured to extract source code of a page corresponding to a webpage address input by the user; and a determining module 52, configured to determine a video link address including a preset protocol header in the source code; and a second extraction module And a display module 54 is configured to display a video title corresponding to the video link address.
  • the display module 54 is configured to display a predefined interface that includes the video title.
  • the second determining module 55 is configured to determine whether the preset interface is received.
  • the second execution module 56 is configured to: when the second determining module 55 determines that the instruction to play the video title is received, execute the searching module 57; and the second determining module 55 determines that the playing video is not received.
  • the second determination module 55 is executed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Graphics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种图片加载方法及装置，该方法包括：生成请求下载基础图片对应的压缩纹理数据的请求信息；向服务器发送请求消息；接收服务器根据请求消息发送的压缩格式数据；将压缩格式数据中包含的纹理数据发送至GPU。一种视频播放方法及装置，该方法包括：提取用户输入的网页地址所对应的页面的源代码；在源代码中确定含有预设协议头的视频链接地址；获取与预设协议头对应的地址编辑规则和视频播放器；根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址；播放视频播放地址对应的视频资源。

Description

图片加载方法、装置及视频播放方法、装置 技术领域
本发明涉及互联网领域，特别是涉及图片加载方法、装置及视频播放方法、装置。
背景技术
目前很多网页游戏都是使用基于超文本标记语言HTML(Hyper Text Mark-up Language)的Canvas绘图工具来进行开发的，在这些游戏中，用一些基础图片如人物、动物、背景图案等，经过Canvas的进一步渲染、重复、填充等绘图操作，形成一帧完整的游戏画面。为了提高游戏玩家的用户体验，浏览器使用OpenGL ES(OpenGL for Embedded Systems)技术来加速Canvas的绘制。OpenGL ES将游戏中用到的基础图片上传至图形处理器GPU(Graphic Processing Unit)后作为纹理(texture)，然后Canvas利用该texture进行绘图。
现有的利用OpenGL ES进行Canvas绘制时，每个基础图片都对应一个统一资源定位符url(Uniform Resource Locator)，浏览器根据该url寻找到该图片存储的地址，并将图片数据下载下来，这些图片数据可能是jpg、png、gif、webp等格式，浏览器需要将图片数据解码为bitmap格式数据，并将解码后得到的bitmap格式数据上传到GPU作为一个texture，由GPU将texture绘制到Canvas上，Canvas利用几个基础图片的texture，结合一些后续的绘制动作，完成一帧游戏画面。
随着网页游戏的开发，网页游戏里面的基础图片的像素变大，数量增多，浏览器将图像数据解码为bitmap格式数据时，得到的bitmap格式数据的数据量较大，因此采用GPU加速Canvas绘制时，就会出现将bitmap格式数据上传到GPU的速度慢的问题，从而拖延GPU将bitmap格式数据上传到Canvas的时间，因此会降低Canvas的绘制速度。并且由于GPU的内存空间有限，bitmap格式数据上传到GPU上会占用GPU很多内存空间，导致GPU的运行速度减低，游戏不够流畅。
另外，我们还可以注意到，随着无线网络和移动终端的不断发展，通过移动终端观看视频已经成为很多人的生活习惯。目前，大部分用户通过移动终端的浏览器打开视频网站，查找想要观看的视频资源，并在浏览器上直接播放查找到的视频资源。
很多视频网站为了避免其他网站盗用自己的视频资源，会将视频资源的视频播放地址加上自定义协议头，从而对视频资源真正的视频播放地址进行加密和保护。在使 用浏览器打开此类视频网站时，由于浏览器获取到的是带有自定义协议头的视频播放地址，所以无法通过该视频播放地址在视频网站的服务器上查找到对应的视频资源，从而导致无法在浏览器上播放该视频资源。
为了保证用户能够观看此类视频网站上的视频资源，需要在移动终端上安装此类视频网站发布的视频播放器。视频网站发布的视频播放器具有识别自定义协议头的功能，在识别出自定义协议头后即可得到真正的视频播放地址，视频播放器会通过真正的视频播放地址在视频网站的服务器上找到对应的视频资源，最后在视频播放器上播放找到的视频资源。
由于用户无法直接利用浏览器播放视频网站的视频资源，经常需要再次开启视频播放器才能够播放视频资源，从而导致整个播放视频资源的过程非常复杂，无法满足用户直接在浏览器上观影的需求，降低了用户在移动终端上观看视频资源的体验。
发明内容
本发明实施例提供了图片加载方法及装置，以解决现有技术中Canvas加载图片时占用的CPU内存大，降低Canvas的绘制速度的问题。
为了解决上述技术问题，本发明实施例公开了如下技术方案：
一方面，本申请提供了一种图片加载方法，包括：浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息；浏览器向服务器发送所述请求消息；浏览器接收服务器根据所述请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据；浏览器将所述压缩格式数据中包含的所述压缩纹理数据发送至图形处理器GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
第二方面，本申请提供了一种图片加载方法，包括：服务器接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；服务器根据所述请求消息，获得包含所述压缩纹理数据的压缩格式数据；服务器将包含所述压缩纹理数据的压缩格式数据发送至浏览器，以使所述浏览器将所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
第三方面，本申请提供了一种图片加载装置，所述装置包括：生成单元，用于生成请求下载基础图片对应的压缩纹理数据的请求消息；第一发送单元，用于向服务器发送所述生成单元生成的请求消息；接收单元，用于接收服务器根据所述请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据；第二发送单元，用于将 所述压缩格式数据中包含的所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
第四方面，本申请提供了一种图片加载装置，所述装置包括：第一接收单元，用于接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；获得单元，用于根据所述第一接收单元接收的所述请求消息，获得包含所述压缩纹理数据的压缩格式数据；第三发送单元，用于将所述获得单元获得的包含所述压缩纹理数据的压缩格式数据发送至浏览器，以使所述浏览器将所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
由上述实施例可以看出，在确定了基础图片后，浏览器首先向服务器发送请求消息，以请求下载该基础图片对应的压缩纹理数据，并接收服务器根据该请求消息发送的所述基础图片的压缩纹理数据。由于浏览器接收到的该压缩纹理数据与GPU支持的压缩格式一致，并且相对于该基础图片的bitmap格式数据来说，压缩纹理数据的数据量小，所以浏览器将压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
本发明实施例还可以提供一种视频播放方法及装置，以使在移动终端上播放视频资源的过程简单，提高了在移动终端上观看视频资源的体验。
本发明实施例提出一种视频播放方法，该包括以下步骤：提取用户输入的网页地址所对应页面的源代码；在所述源代码中确定含有预设协议头的视频链接地址；获取与所述预设协议头对应的地址编辑规则和视频播放器；根据所述地址编辑规则将所述源代码中的信息和所述视频链接地址编辑成含有所述预设协议头的视频播放地址，所述视频播放地址为所述视频播放器能够识别的地址；调用所述视频播放器播放所述视频播放地址对应的视频资源。
本发明实施例提出一种视频播放装置，包括：第一提取模块，用于提取用户输入的网页地址所对应页面的源代码；确定模块，用于在所述源代码中确定含有预设协议头的视频链接地址；查找模块，用于获取与所述预设协议头对应的地址编辑规则和视频播放器；编辑模块，用于根据所述地址编辑规则将所述源代码中的信息和所述视频链接地址编辑成含有所述预设协议头的视频播放地址，所述视频播放地址为所述视频播放器能够识别的地址；调用模块，调用所述视频播放器播放所述视频播放地址对应的视频资源。
与现有技术相比，本实施例提供的技术方案具有以下优点和特点：在本发明实施例提供的方案中，由于视频链接地址中含有预设协议头，且每种预设协议头均对应有 地址编辑规则和视频播放器，所以只需在网页地址对应页面的源代码中获取到含有预设协议头的视频链接地址，即可通过地址编辑规则编辑出视频播放器能够识别的视频播放地址，从而可直接调用视频播放器播放视频播放地址对应的视频资源。因此，本发明实施例提供的方案在遇到网页地址对应页面的源代码中含有预设协议头的视频链接地址时，能够调用该预设协议头对应的视频播放器播放视频播放地址对应的视频资源，从而使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请图片加载方法提供的一个实施例的流程示意图；
图2a为本申请图片加载方法的服务器保存的压缩纹理列表的示意图；
图2b为本申请图片加载方法提供的另一个实施例的流程示意图；
图3为本申请图片加载方法提供的另一个实施例的流程示意图；
图4为本申请图片加载方法提供的另一个实施例的流程示意图；
图5为本申请图片加载方法提供的另一个实施例的流程示意图；
图6为本申请图片加载方法提供的另一个实施例的流程示意图；
图7为本申请图片加载装置提供的一个实施例的结构示意图；
图8为本申请的生成单元的一个结构示意图；
图9为本申请的生成单元的另一个结构示意图；
图10为本申请的第二发送单元的结构示意图；
图11为本申请图片加载装置提供的另一个实施例的结构示意图；
图12为本申请图片加载装置提供的另一个实施例的结构示意图；
图13为本申请的获得单元的结构示意图；
图14为本申请的获得单元的另一个结构示意图；
图15为本申请的获得单元的另一个结构示意图。
图16为本发明实施例提供的一种视频播放方法的流程图；
图17为本发明实施例提供的另一种视频播放方法的流程图；
图18为本发明实施例提供的又一种视频播放方法的流程图；
图19为本发明实施例提供的又一种视频播放方法的流程图；
图20为本发明实施例提供的又一种视频播放方法的流程图；
图21为本发明实施例提供的一种视频播放装置的模块图；
图22为本发明实施例提供的另一种视频播放装置的模块图；
图23为本发明实施例提供的又一种视频播放装置的模块图；
图24为本发明实施例提供的又一种视频播放装置的模块图；以及
图25为本发明实施例提供的又一种视频播放装置的模块图。
具体实施方式
为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。
参见图1，为本申请图片加载方法提供的一个实施例的流程示意图，所述方法包括以下步骤：
S101：浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息。
该请求消息中包含该基础图片的标识，及当前终端的GPU支持的压缩纹理格式，浏览器也可以将GPU的型号包含在所述请求消息中，服务器根据所述GPU的型号解析出所述GPU支持的压缩纹理格式。
在浏览器能获知所述基础图片对应的压缩纹理数据的地址标识时，该请求消息也可以只包含所述基础图片的压缩纹理数据的地址标识。
S102：浏览器向服务器发送所述请求消息。
S103：浏览器接收服务器根据所述请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据。
浏览器接收到的压缩格式数据为将所述压缩纹理数据进行进一步无损压缩后的数据，如将压缩纹理数据经过GZIP、ZIP压缩后的数据，或者浏览器接收到的压缩格式数据即为压缩纹理数据。
S104：浏览器将所述压缩格式数据中包含的所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
在本实施例中，该基础图片的标识也可以具体为该基础图片的url或其他的唯一标识，该基础图片的压缩纹理数据的地址标识也可以具体为该基础图片的压缩纹理数据的url，或其他的唯一地址标识。
由上述实施例可以看出，在Canvas对基础图片进行绘制之前，浏览器首先生成请求下载该基础图片对应的压缩纹理数据的请求消息，向服务器发送该请求消息，并接收服务器根据该请求消息发送的所述基础图片的压缩纹理数据。由于浏览器接收到的该压缩纹理数据相对于该基础图片的bitmap格式数据来说，数据量小，所以浏览器将压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
参见图2b，为本申请图片加载方法提供的另一个实施例的流程示意图，所述方法包括以下步骤：
S201：浏览器解析网页，判断网页是否包含Canvas标签，如果包含，执行步骤S202。
S202：浏览器向服务器发送请求消息，所述请求消息中包含该网页的url及GPU支持的压缩纹理格式。
浏览器也可以通过将GPU的型号发送给服务器，由服务器通过所述GPU型号解析出GPU支持的压缩纹理格式。
以加载网络游戏的画面为例，该服务器可以由浏览器厂商提供，也可以由开发该游戏的游戏厂商提供，服务器中预存有网页的压缩纹理列表，可以为图2a的形式，该压缩纹理列表包括网页的url、网页上使用的基础图片的url、基础图片的压缩纹理数据的url。为了适应不同型号的终端，服务器可以预存对应各个GPU型号的压缩纹理数据的url。服务器能够根据所述网页的url，查询所述压缩纹理列表，得到所述网页上使用的基础图片的url，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的url。
S203：浏览器从服务器下载所述网页的压缩纹理列表，并保存。
所述网页的压缩纹理列表如图2a所示，包括：所述网页上的Canvas使用的基础图片的url，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的url。
S204：浏览器判断目标基础图片的url是否在所述压缩纹理列表中。如果是，执行步骤S205。
网页游戏指定该网页上的一个目标基础图片后，浏览器根据该目标基础图片的url，查询保存的该网页的压缩纹理列表，判断该目标基础图片的url是否在所述压缩纹理列表中。
S205：浏览器将该目标基础图片的压缩纹理数据的url发送至服务器。
如果是，浏览器查询保存的该网页的压缩纹理列表，得到该目标基础图片的压缩纹理数据的url，并发送至服务器，服务器再根据此压缩纹理数据的url获得对应的压缩纹理数据。
可选的，如果所述目标基础图片的url不在所述压缩纹理列表中，浏览器向服务器发送所述目标基础图片的url及所述GPU支持的压缩格式或GPU型号，以使所述服务器根据所述目标基础图片的url及所述GPU支持的压缩格式或GPU型号，将所述基础图片下载下来，并利用图片转换工具转换成与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据。
S206：浏览器接收服务器发送的该目标基础图片对应的压缩纹理数据。
优选的，为了进一步降低压缩纹理数据的数据量，浏览器接收到的也可能为将所述压缩纹理数据进行进一步压缩后的压缩格式数据，例如服务器可以使用通用的无损 压缩工具，如GZIP、ZIP等，将压缩纹理数据进行进一步压缩后发送至浏览器，或者服务器预存的即为将压缩纹理数据进行进一步压缩后的压缩格式数据的url。
S207：浏览器将所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
浏览器将所述压缩纹理数据发送至GPU后作为纹理，再由GPU将所纹理发送至Canvas进行绘制。
如果在S206中，浏览器接收到的为将压缩纹理数据经过进一步压缩的压缩格式数据，则浏览器在接收到此压缩格式数据后，需要使用对应的解压缩工具将所述压缩纹理数据解压缩出来。
如果网页游戏利用该基础图片进行游戏加载，则Canvas进一步利用该游戏中用到的其它的基础图片，结合后续的绘制动作，完成一帧游戏画面的绘制。
在本实施例中，该网页的url也可以为该网页的其他的唯一标识，相应的，该基础图片的url也可以为该基础图片的其他的唯一标识，该基础图片的压缩纹理数据的url也可以为该基础图片的压缩纹理数据的其他的地址标识。
由上述实施例可以看出，浏览器将服务器上预存的压缩纹理列表下载下来，当解析到包含Canvas标签的网页时，查询所述压缩纹理列表，以获得Canvas上使用的基础图片对应的压缩纹理数据的url，将此压缩纹理数据的url发送至服务器，并接收服务器根据该压缩纹理数据的url发送的所述基础图片的压缩纹理数据。由于浏览器接收到的该压缩纹理数据相对于该基础图片的bitmap格式数据来说，数据量小，所以浏览器将压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。并且由于网页没有做任何修改，可以使浏览器自动执行上述加载步骤，也提高了浏览器的灵活适应性。
参见图3，为本申请图片加载方法提供的另一个实施例的流程示意图，所述方法包括以下步骤：
S301：浏览器解析网页中的图片是否包含用于标识基础图片的预设属性，如果包含，进行步骤S302。
可以预先在html的img元素中，增加一个属性A，该属性描述当前图片用于Canvas的绘制。可选的，如果服务器为游戏厂商提供的游戏服务器，有可能只提供某几种压 缩纹理格式的压缩纹理数据，这种情况下可以再增加一个属性B，该属性用于描述当前图片由游戏服务器提供的压缩纹理数据的格式。
S302：浏览器将该图片识别为基础图片，并获得所述基础图片的url。
浏览器通过解析属性A，判断该图片是否为Canvas使用的基础图片。
S303：浏览器将该基础图片的url及GPU支持的压缩纹理格式发送至服务器。
如果所述服务器为游戏服务器，浏览器根据所述属性B指示的压缩纹理格式，结合终端的GPU支持的压缩纹理格式，选择出一个共同支持的压缩纹理格式，并将所述共同支持的压缩纹理格式发送至服务器。
S304：浏览器接收服务器发送的该基础图片的压缩纹理数据。
服务器可以预先保存各个基础图片对应的各个压缩格式的压缩纹理数据的url，由服务器根据该基础图片的url和GPU支持的压缩格式进行查找，以获取所述基础图片的压缩纹理数据。
可选的，如果服务器为游戏厂商提供的游戏服务器，则服务器也可以只保存基础图片的预设的几种压缩纹理格式的压缩纹理数据。
可选的，服务器也可以根据浏览器发送的该基础图片的url，将所述基础图片下载下来，并利用图片转换工具将该基础图片转换成与该目标基础图片对应，并且与该浏览器发送的GPU支持的压缩格式一致的压缩纹理数据。
可选的，为了进一步降低压缩纹理数据的数据量，浏览器接收到的也可能为将所述压缩纹理数据进行进一步压缩后的压缩格式数据，例如服务器可以使用通用的无损压缩工具，如GZIP、ZIP等，将压缩纹理数据进行进一步压缩后发送至浏览器，或者服务器预存的即为将压缩纹理数据进行进一步压缩后的压缩格式数据的url。
S305：浏览器将该压缩纹理数据发送至GPU，以使GPU将该压缩纹理数据发送至Canvas进行绘制。
浏览器将所述压缩纹理数据发送至GPU后作为纹理，再由GPU将所纹理发送至Canvas进行绘制。如果网页游戏利用该基础图片进行游戏加载，则Canvas进一步利用该游戏中用到的其它的基础图片，结合后续的绘制动作，完成一帧游戏画面的绘制。
如果在S304中，浏览器接收到的为将压缩纹理数据经过进一步压缩的压缩格式数据，则浏览器在接收到此压缩格式数据后，需要使用对应的解压缩工具将所述压缩纹理数据解压缩出来。
在本实施例中，该网页的url也可以为该网页的其他的唯一标识，相应的，该基础图片的url也可以为该基础图片的其他的唯一标识，该基础图片的压缩纹理数据的url也可以为该基础图片的压缩纹理数据的其他的地址标识。
由上述实施例可以看出，浏览器通过解析图片的预设属性，识别出基础图片，并从服务器获取所述基础图片的压缩纹理数据。由于浏览器接收到的该压缩纹理数据相对于该基础图片的bitmap格式数据来说，数据量小，所以浏览器将压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。并且通过设置图片的预设属性，可以使浏览器对指定的图片进行加载，提高了加载图片的针对性。
参见图4，为本申请图片加载方法提供的另一个实施例的流程示意图，所述方法包括以下步骤：
S401：服务器接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息。
服务器接收到的请求消息中可以包含所述基础图片对应的压缩格式数据的地址标识，或者包含所述基础图片的标识，及GPU支持的压缩纹理格式。
S402：服务器根据所述请求消息，获得包含所述压缩纹理数据的压缩格式数据。
服务器可以预先保存所述压缩纹理数据的地址标识。当所述请求消息中包含所述压缩格式数据的地址标识时，服务器直接根据所述压缩格式数据的地址标识，获得所述压缩纹理数据。
可选的，服务器也可以根据所述请求消息中包含的所述基础图片的标识，将所述基础图片下载下来，并利用图片转换工具将所述基础图片转换成与所述GPU支持的压缩格式一致的压缩纹理数据。
可选的，为了进一步降低压缩纹理数据的数据量，浏览器也可以将所述压缩纹理数据进行进一步压缩，例如服务器可以使用通用的无损压缩工具，如GZIP、ZIP等，将压缩纹理数据进行进一步压缩后发送至浏览器，或者服务器预存的即为将压缩纹理数据进行进一步压缩后的压缩格式数据。
S403：服务器将包含所述压缩纹理数据的压缩格式数据发送至浏览器，以使所述浏览器将所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
如果服务器发送的为压缩纹理数据经过进一步压缩的压缩格式数据，浏览器收到后需利用相应的解压缩工具将所述压缩纹理数据解压缩出来。
在本实施例中，该基础图片的标识也可以具体为该基础图片的url或其他的唯一标识，该基础图片的压缩纹理数据的地址标识也可以具体为该基础图片的压缩纹理数据的url，或其他的唯一地址标识。
由上述实施例可以看出，浏览器根据浏览器发送的请求消息，获得基础图片的压缩纹理数据，将所述压缩纹理数据发送至浏览器，以使浏览器将所述压缩纹理数据发送至GPU后，由GPU发送至Canvas进行绘制。由于服务器向浏览器发送的所述压缩纹理数据的数据量小，所以浏览器将该压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
参见图5，为本申请图片加载方法提供的另一个实施例的流程示意图，所述方法包括以下步骤：
S501：服务器预先保存压缩纹理列表。
服务器可以是浏览器厂商提供的，预先保存了大量的已知网页的压缩纹理列表，也可以是游戏厂商提供的游戏服务器，根据某一个或几个游戏而专门定制的，保存该游戏中用到的基础图片对应的压缩纹理数据。
服务器预先保存各个网页的压缩纹理列表，每一个网页的压缩纹理列表中包含该网页的url、该网页上的Canvas使用的基础图片的url、所述基础图片对应的各种压缩纹理格式的压缩纹理数据的url，如图2a所示。
S502：服务器接收浏览器发送的目标网页的url及GPU支持的压缩格式。
S503：服务器查询保存的所述压缩纹理列表，获得该目标网页的压缩纹理列表。
服务器根据该目标网页的url和GPU支持的压缩格式，查询保存的压缩纹理列表，获得该目标网页的压缩纹理列表，获得的该目标网页的压缩纹理列表包含该网页上的 Canvas使用的基础图片的url，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的url。
S504：服务器将该目标网页的压缩纹理列表发送至浏览器。
服务器将查询到的该目标网页的压缩纹理列表发送至浏览器，以使浏览器保存该网页的压缩纹理列表，并根据指定的目标基础图片向服务器发送请求下载目标基础图片对应的压缩纹理数据的请求消息。
S505：服务器接收浏览器发送的包含压缩纹理数据的url的请求消息。
S506：服务器根据所述压缩纹理数据的url获得所述压缩纹理数据。
S507：服务器将所述压缩纹理数据发送至浏览器，以使浏览器进一步将所述压缩纹理数据发送至GPU后，由GPU发送至Canvas进行绘制。
在该实施例中，服务器也可以将压缩纹理数据进行进一步无损压缩后，形成对应的压缩格式数据，并给所述压缩格式数据分配一个url，即本实施例中的压缩纹理数据的url也可以替换成压缩纹理数据对应的压缩格式数据的url，服务器将该压缩格式数据发送至浏览器后，再由浏览器使用对应的解压缩工具将压缩纹理数据解压出来。
优选的，当目标基础图片的url不在浏览器保存的网页的压缩纹理列表中时，服务器接收浏览器发送的该目标基础图片的url，及GPU支持的压缩纹理格式，根据该目标基础图片的url将该目标基础图片下载下来，并利用压缩工具将该目标基础图片转换成压缩纹理数据，最后将该压缩纹理数据发送给浏览器。当然，该压缩纹理数据也可以进一步进行通用的无损压缩，形成对应的压缩格式的数据。
可选的，在本实施例中，服务器接收到的也可以是GPU的型号而不是GPU支持的压缩纹理格式，因为GPU型号可以反映GPU支持的压缩纹理格式，服务器根据该GPU的型号确定GPU支持的压缩纹理格式。
在本实施例中，对浏览器如何确定目标基础图片不作限制，如浏览器可以通过解析网页中的Canvas标签来确定Canvas上使用的基础图片，或者预先在html的img元素中，增加一个属性，用于标识当前图片为用于Canvas绘制的基础图片，浏览器通过解析该属性，确定目标基础图片。
在本实施例中，该网页的url也可以为该网页的其他的唯一标识，相应的，该基础图片的url也可以为该基础图片的其他的唯一标识，该基础图片的压缩纹理数据的url也可以为该基础图片的压缩纹理数据的其他的地址标识。
由上述实施例可以看出，服务器预先保存网页中的Canvas用到的基础图片的压缩纹理数据的信息，并根据浏览器的请求将该压缩纹理数据发送至浏览器，进一步由浏览器发送至GPU后上传到Canvas进行绘制。由于服务器向浏览器发送的所述压缩纹理数据的数据量小，所以浏览器将该压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
参见图6，为本申请图片加载方法提供的另一个实施例的流程示意图，所述方法包括以下步骤：
S601：服务器接收浏览器发送的请求下载目标基础图片对应的压缩纹理数据的请求消息。
该请求消息中包含该目标基础图片的url，及GPU支持的压缩纹理格式。
S602：服务器根据该目标基础图片的url，获得该目标基础图片。
服务器根据该目标基础图片的url，将该目标基础图片下载下来。
S603：服务器利用图片转换工具，将该目标基础图片转换成压缩纹理数据。
服务器利用图片转换工具和GPU支持的压缩纹理格式，将该目标基础图片转换成与所述GPU支持的压缩纹理格式一致的压缩纹理数据。
优选的，为了进一步降低数据量，服务器还可以将压缩纹理数据进行进一步无损压缩，形成对应的压缩格式数据。
S604：服务器将该压缩纹理数据发送至浏览器。
服务器将该压缩纹理数据或对应的压缩格式数据发送至浏览器，以使浏览器将该压缩纹理数据上传至GPU作为一个纹理，再由GPU将此纹理发送到Canvas进行绘制。
在本实施例中，对浏览器如何确定目标基础图片不作限制，如浏览器可以通过解析网页中的Canvas标签来确定Canvas上使用的基础图片，或者预先在html的img元 素中，增加一个属性，用于标识当前图片为用于Canvas绘制的基础图片，浏览器通过解析该属性，确定目标基础图片。
在本实施例中，该网页的url也可以为该网页的其他的唯一标识，相应的，该基础图片的url也可以为该基础图片的其他的唯一标识，该基础图片的压缩纹理数据的url也可以为该基础图片的压缩纹理数据的其他的地址标识。
由上述实施例可以看出，服务器可以根据浏览器的请求，将浏览器指定的基础图片转换为压缩纹理数据，并发送给浏览器，进一步由浏览器发送至GPU后上传到Canvas进行绘制。由于服务器向浏览器发送的所述压缩纹理数据的数据量小，所以浏览器将该压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。服务器可以根据浏览器的请求，将指定的基础图片进行压缩，而无需进行预存，节约了服务器的存储，提高了处理的针对性。
相应于上述的图片加载方法实施例，本申请还提供了图片加载装置实施例。
参见图7，为本申请图片加载装置提供的一个实施例的结构示意图。
所述装置包括：生成单元1，第一发送单元2，接收单元3，第二发送单元4。
其中，生成单元1，用于生成请求下载基础图片对应的压缩纹理数据的请求消息。
第一发送单元2，用于向服务器发送所述生成单元1生成的请求消息。
接收单元3，用于接收服务器根据所述第一发送单元2发送的请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据。
第二发送单元4，用于将所述压缩格式数据中包含的所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
参见图8，为本申请的生成单元的一个结构示意图。
在本申请实施例中，生成单元1包括：第一判断子单元101，第一发送子单元102，下载子单元103，指定子单元104，第二判断子单元105，第一生成子单元106。
其中，第一判断子单元101，用于判断网页是否包含Canvas标签。
第一发送子单元102，用于当所述第一判断子单元101判断出所述网页包含Canvas标签时，将所述网页的标识及GPU支持的压缩格式发送至服务器，以使服务器根据所述网页的标识，查询到所述网页上使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识。可选的，所述GPU支持的压缩格式可以用GPU的型号信息来代替，所述网页的标识可以具体为网页的url，基础图片的标识也可以具体为基础图片的url，压缩纹理数据的地址标识可以具体为压缩纹理数据的地址标识。
下载子单元103，用于从服务器下载所述网页的压缩纹理列表，并保存在所述网页中，所述压缩纹理列表包括：所述网页上的Canvas使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识。
指定子单元104，用于指定目标基础图片。
第二判断子单元105，用于判断所述指定子单元104指定的目标基础图片的标识是否在所述压缩纹理列表中。
第一生成子单元106，用于当所述第二判断子单元105判断出所述目标基础图片的标识在所述压缩纹理列表中时，生成请求下载所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识，所述请求消息用于向服务器获取所述目标基础图片的压缩纹理数据。
可选的，在本实施例中，所述生成单元1还可以包括：第二发送子单元107(图中未示出)用于当所述目标基础图片的标识不在所述压缩纹理列表时，向服务器发送所述目标基础图片的标识及所述GPU支持的压缩格式，以使所述服务器根据所述目标基础图片的标识及所述GPU支持的压缩格式，利用图片转换工具生成与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据。
参见图9，为本申请的生成单元的另一个结构示意图。
在本申请实施例中，生成单元1包括第一解析子单元108，标识子单元109，第二生成子单元110。
在本实施例中，网页的url也可以为网页的其他唯一标识，基础图片的url也可以为基础图片的其他唯一标识，基础图片的压缩纹理数据的url也可以为基础图片的压缩纹理数据的其他的地址标识。
第一解析子单元108，用于解析网页中的图片是否包含第一预设属性，所述第一预设属性用于标识所述图片为Canvas使用的基础图片。例如可以预先在html的img元素中，增加一个属性A，该属性描述当前图片用于Canvas的绘制。也可以只提供某几种压缩纹理格式的压缩纹理数据，这种情况下可以再增加一个第二预设属性，该属性用于描述只提供哪几种格式的压缩纹理数据。
标识子单元109，用于当所述解析子单元108解析出所述网页中的图片包含所述预设属性时，将所述图片识别为基础图片，并获得所述基础图片的url。
第二生成子单元110，用于生成请求下载所述标识子单元109标识的所述基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述基础图片的url及所述GPU支持的压缩格式，所述请求消息用于向服务器获取所述基础图片的压缩纹理数据。如果包含第二预设属性时，还可以再增加第二解析子单元和选择子单元、第三生成子单元(这三个子单元图中均未示出)。第二解析子单元用于解析网页中的图片是否包含第二预设属性；选择子单元用于从GPU支持的压缩格式和所述服务器提供的压缩纹理数据对应的压缩格式中选择一个作为目标压缩格式；第三生成子单元，用于生成请求下载基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述基础图片的标识及所述目标压缩格式，所述请求消息用于向服务器获取所述基础图片的压缩纹理数据。
参见图10为本申请的第二发送单元的结构示意图，第二发送单元4包括解压缩子单元401，第三发送子单元402。
解压缩子单元401，用于使用解压缩工具对所述接收单元3收到的压缩格式数据进行解压缩，以解析出该压缩格式数据中包含的压缩纹理数据。
第三发送子单元402，用于将所述解压缩子单元401解压出的压缩纹理数据发送至GPU。
由上述实施例可以看出，该装置能够从服务器获取基础图片的压缩纹理数据，并发送至GPU，再由GPU发送至Canvas进行绘制，所述压缩纹理数据的数据量小，所以浏览器将该压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
参见图11，为本申请图片加载装置提供的另一个实施例的结构示意图。
该装置包括：第一接收单元6，获得单元7，第三发送单元8。
其中，第一接收单元6，用于接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息。
获得单元7，用于根据所述第一接收单元6接收的所述请求消息，获得包含所述压缩纹理数据的压缩格式数据。
第三发送单元8，用于将所述获得单元7获得的包含所述压缩纹理数据的压缩格式数据发送至浏览器，以使所述浏览器将所述压缩纹理数据发送至GPU后作为纹理，以使所述GPU将所述纹理发送至Canvas进行绘制。
参见图12，为本申请图片加载装置提供的另一个实施例的结构示意图。
所述装置包括：预存单元9，第二接收单元10，查询单元11，第四发送单元12，第一接收单元6，获得单元7，第三发送单元8。
在本实施例中，网页的url也可以为网页的其他唯一标识，基础图片的url也可以为基础图片的其他唯一标识，基础图片的压缩纹理数据的url也可以为基础图片的压缩纹理数据的其他的地址标识。
其中，预存单元9，用于预先保存网页的压缩纹理列表，所述网页的压缩纹理列表中包含所述网页的url、所述网页上的Canvas使用的基础图片的url、所述基础图片对应的压缩纹理数据的url；
第二接收单元10，用于接收浏览器发送的目标网页的url及GPU支持的压缩格式；
查询单元11，用于根据所述第二接收单元10接收的所述目标网页的url和GPU支持的压缩格式，查询所述目标网页的压缩纹理列表，获得所述目标网页上的Canvas使用的基础图片的url，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的url。
第四发送单元12，用于将所述查询单元11查询到的所述目标网页上的Canvas使用的基础图片的url，和与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的url发送至所述浏览器，以使所述浏览器根据指定的目标基础图片向所述服务器发送请求下载所述基础图片对应的压缩纹理数据的请求消息。
所述第一接收单元6，获得单元7，第三发送单元8，与图11所示的实施例中标号相同的模块的功能也相同，此处不再赘述。
参见图13，在本申请实施例中，获得单元7包括：第三判断子单元701，第四判断子单元702，查询子单元703。
在本实施例中，网页的url也可以为网页的其他唯一标识，基础图片的url也可以为基础图片的其他唯一标识，基础图片的压缩纹理数据的url也可以为基础图片的压缩纹理数据的其他的地址标识。
其中，第三判断子单元70l，用于判断所述请求消息中是否包含所述基础图片的url和GPU支持的压缩格式；第四判断子单元702，用于当所述第三判断子单元701判断出所述请求消息中包含所述基础图片的url和GPU支持的压缩格式时，判断所述基础图片的url是否在服务器预先保存的压缩纹理列表中；查询子单元703，用于当所述第四判断子单元72判断出所述基础图片的url在服务器预先保存的压缩纹理列表中时，根据所述基础图片的url和GPU支持的压缩格式，查询保存的压缩纹理列表，以获得所述压缩纹理数据，所述压缩纹理数据与所述GPU支持的压缩格式一致。
参见图14，在本实施例中，所述获得单元7包括：第三判断子单元701，第四判断子单元702，查询子单元703，第一下载子单元704，第一转换子单元705。
在本实施例中，网页的url也可以为网页的其他唯一标识，基础图片的url也可以为基础图片的其他唯一标识，基础图片的压缩纹理数据的url也可以为基础图片的压缩纹理数据的其他的地址标识。
其中，所述第三判断子单元701，第四判断子单元702，查询子单元703，与图11所示的实施例中标号相同的模块的功能也相同，此处不再赘述。
第一下载子单元704，用于当所述第四判断子单元702判断出所述基础图片的url不在服务器预先保存的压缩纹理列表中时，根据所述请求消息中包含的所述基础图片的url，将所述基础图片下载下来；第一转换子单元705，用于根据所述请求消息中包含的GPU支持的压缩格式，利用图片转换工具将所述下载单元下载的所述基础图片转换成与所述GPU支持的压缩格式一致的压缩纹理数据。
参见图15，在本实施例中，所述获得单元7包括：第二下载子单元706，第二转换子单元707。
在本实施例中，网页的url也可以为网页的其他唯一标识，基础图片的url也可以为基础图片的其他唯一标识，基础图片的压缩纹理数据的url也可以为基础图片的压缩纹理数据的其他的地址标识。
第二下载子单元706，用于根据所述第一接收单元接收的请求消息中包含的所述基础图片的url，将所述基础图片下载下来；第二转换子单元707，用于根据所述第一接收单元接收的请求消息中包含的GPU支持的压缩格式，利用图片转换工具将所述下载子单元下载的所述基础图片转换成与所述GPU支持的压缩一致的压缩纹理数据。
本申请实施例所提供的各个功能单元可以在移动终端、计算机终端或者类似的运算装置中运行，也可以作为存储介质的一部分进行存储。
由上述实施例可以看出，该装置能够获取基础图片的压缩纹理数据，并发送至浏览器，进一步由浏览器发送至GPU，发送至Canvas进行绘制，所述压缩纹理数据的数据量小，所以浏览器将该压缩纹理数据上传至GPU时速度较快，在节省了GPU内存的同时，GPU也能将该压缩纹理数据快速发送至Canvas，加快Canvas的绘制速度。
本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。
可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中，上述计算机终端可以执行图片加载方法中以下步骤的程序代码：浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息；浏览器向服务器发送请求消息；浏览器接收服务器根据请求消息发送的包含基础图片对应的压缩纹理数据的压缩格式数据；浏览器将压缩格式数据中包含的压缩纹理数据发送至图形处理器GPU，以使GPU将压缩纹理数据发送至Canvas进行绘制。
在本实施例中，上述计算机终端还可以执行图片加载方法中以下步骤的程序代码：服务器接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；服务器根据请求消息，获得包含压缩纹理数据的压缩格式数据；服务器将包含压缩纹理数据的压缩格式数据发送至浏览器，以使浏览器将压缩纹理数据发送至图形处理器GPU，以使GPU将压缩纹理数据发送至Canvas进行绘制。
可选地，该计算机终端可以包括：一个或多个处理器、存储器、以及传输装置。
其中，存储器可用于存储软件程序以及模块，如本发明实施例中的图片加载方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的图片加载方法和装置。存储器可 包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
其中，具体地，存储器用于存储预设动作条件和预设权限用户的信息、以及应用程序。
处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行上述方法实施例中的各个可选或优选实施例的方法步骤的程序代码。
本领域普通技术人员可以理解，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述方法实施例和装置实施例所提供的图片加载方法和装置所执行的程序代码。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息；浏览器向服务器发送请求消息；浏览器接收服务器根据请求消息发送的包含基础图片对应的压缩纹理数据 的压缩格式数据；浏览器将压缩格式数据中包含的压缩纹理数据发送至图形处理器GPU，以使GPU将压缩纹理数据发送至Canvas进行绘制。
可选地，在本实施例中，存储介质还可以被设置为存储用于执行以下步骤的程序代码：服务器接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；服务器根据请求消息，获得包含压缩纹理数据的压缩格式数据；服务器将包含压缩纹理数据的压缩格式数据发送至浏览器，以使浏览器将压缩纹理数据发送至图形处理器GPU，以使GPU将压缩纹理数据发送至Canvas进行绘制。
可选地，在本实施例中，存储介质还可以被设置为存储用于执行图片加载方法和装置提供的各种优选地或可选的方法步骤的程序代码。
本申请还提供了一种视频播放方法和装置的实施例，下面将结合本发明实施例中的附图，对本发明视频播放方法和装置的实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一
请参见图16所示，图16所示的为本发明实施例提供的一种视频播放方法，该方法可以使在移动终端上播放视频资源的过程简单，提高了在移动终端上观看视频资源的体验。该方法的具体应用场景为用户在移动终端的浏览器上输入一个网页地址，并在浏览器中输入完网页地址以后，能够调用视频播放器播放该网页地址对应的视频资源。该方法包括：
步骤S1601、提取用户输入的网页地址所对应页面的源代码；
其中，移动终端可以获取到用户输入的网页地址。通常情况下，用户会在移动终端的浏览器中输入网页地址。每个网页地址均对应一个页面，该页面是由网页编程语言通过源代码编辑而成的，具体的，本实施例提到的源代码特指网页源代码。在得到网页地址以后，有多种方式可以提取到该网页地址对应页面的源代码。例如，利用网页地址通过模拟浏览器的请求头的方式获取页面的源代码。对于同样一个页面而言，如果针对电脑开发的页面的源代码中含有视频链接地址，那么在移动终端开发的页面中可能就不具有视频链接地址，所以为了更好的在源代码中获取到含有预设协议头的视频链接地址，可以通过模拟电脑浏览器的请求头的方式获取到电脑上正常播放的页面的源代码。
步骤S1602、在源代码中确定含有预设协议头的视频链接地址；
其中，预设协议头属于自定义的协议格式，很多视频网站为了避免其他网站盗用自己的视频资源，会将视频资源的视频播放地址加上预设协议头，从而对视频资源真正的视频播放地址进行加密和保护。例如，qvod：//和baiduvideoiphoneapp：//均为预设协议头。
具体的，在源代码中确定含有预设协议头的视频链接地址有多种方式，可以通过以下方式来确定视频链接地址：首先，在源代码中通过正则表达式查找预设标签，其次，在预设标签中提取含有预设协议头的视频链接地址。其中，预设标签为源代码中的标签，例如，源代码中的<obiect>标签或者<embed type＝application/xxx-plugin>标签等。在源代码中的预设标签中就会含有预设协议头的视频链接地址。正则表达式可以使用单个字符串来描述或匹配一系列符合某个句法规则的字符串，所以可以通过正则表达式来查找源代码中的预设标签。
步骤S1603、获取与预设协议头对应的地址编辑规则和视频播放器；
其中，每种预设协议头均有与它对应的地址编辑规则和视频播放器。地址编辑规则是一种编辑视频链接地址的规则，通过地址编辑规则将视频链接地址编辑成对应的视频播放器能够识别的视频播放地址。具体的，获取与预设协议头对应的地址编辑规则和视频播放器的具体方式有多种，例如，在客户端中，预先存储有预设协议头与地质编辑规则的对应关系，以及预设协议头与视频播放器的对应关系，通过这两种对应关系即可获取到预设协议头对应的地质编辑规则和视频播放器；还可以在服务器端预先建立上述两种对应关系，从而便可在服务器端获取到预设协议头对应的地质编辑规则和视频播放器。当然，具体的获取方式并不局限于以上两种，其他的获取方式均在本发明实施例的保护范围内，在此不再一一赘述。
步骤S1604、根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；
其中，每种预设协议头对应的地址编辑规则均不相同，所以在编辑过程中利用到的源代码中的信息也各不相同。例如，某些地址编辑规则会将源代码中的标题信息和视频链接地址按照预定的组合方式编辑成带有预设协议头的视频播放地址。
具体的，根据地址编辑规则编辑视频播放地址具有多种方式，可以通过以下方式来编辑视频播放地址：首先，在源代码中提取与视频链接地址对应的视频标题；其次，根据地址编辑规则将视频标题和视频链接地址编辑成视频播放地址。例如，源代码中与视频链接地址对应的视频标题为title＝[http://www.372.cc]谍影重重4：伯恩的遗产.BD1280超清中英双字.mkv，视频链接地址为baiduvideoiphoneapp：//url＝http：//www.77vcd.com/Action/fuchunshaniutu/player-0-0.html，那么根据地址编辑规则将视频标题和视频链接地址编辑成视频播放地址，该视频播放地址具体为baiduvideoiphoneapp：//？titl e＝[http：//www.372.cc]谍影重重4：伯恩的遗产.BD1280超清中英双字.mkv&url＝http：//www.77vcd.com/Action/fuchunshaniutu/player-0-0.html。
步骤S1605、调用视频播放器播放视频播放地址对应的视频资源。
其中，由于视频播放器能够识别对应的预设协议头，所以视频播放器能够按照视频播放地址查找到服务器中的视频资源。在查找到视频资源后，视频播放器就会继续接收服务器提供的视频资源，并且播放该视频资源。
在图16所示的实施例中，由于视频链接地址中含有预设协议头，且每种预设协议头均对应有地址编辑规则和视频播放器，所以只需在网页地址对应页面的源代码中获取到含有预设协议头的视频链接地址，即可通过地址编辑规则编辑出视频播放器能够识别的视频播放地址，从而可直接调用视频播放器播放视频播放地址对应的视频资源。因此，本发明实施例提供的方案在遇到网页地址对应页面的源代码中含有预设协议头的视频链接地址时，能够调用该预设协议头对应的视频播放器播放视频播放地址对应的视频资源，从而使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验。
实施例二
请参见图17所示，图17所示的为本发明实施例提供的另一种视频播放方法，该方法可以在获取到网页地址后，通过判断网页地址是否存在于网页地址名单中，可以在网页地址对应页面的源代码中不含有视频链接地址的情况下，避免继续执行后续操作，从而节省移动终端的处理资源。该方法包括：
步骤S1701、判断网页地址是否存在于网页地址名单中，若是，则执行步骤S1702，否则，执行步骤S1703；
其中，网页地址名单中的每个网页地址对应页面的源代码均含有视频链接地址，如果用户输入的网页地址存在于网页地址名单中，那么说明用户输入的网页地址对应页面中含有视频资源，那么需要继续执行后续步骤来播放该视频资源，即执行步骤S1702；如果用户输入的网页地址不存在于网页地址名单中，那么说明用户输入的网页地址对应页面中不含有视频资源，所以仅需要打开网页地址对应的页面即可，即执行步骤S1703。
步骤S1702、提取用户输入的网页地址所对应页面的源代码；
步骤S1703、打开网页地址对应的页面；
步骤S1704、在源代码中确定含有预设协议头的视频链接地址；
步骤S1705、获取与预设协议头对应的地址编辑规则和视频播放器；
步骤S1706、根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；
步骤S1707、调用视频播放器播放视频播放地址对应的视频资源。
在图17所示的实施例中，不仅可以使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验；而且，该方法可以在获取到网页地址后，通过判断网页地址是否存在于网页地址名单中，可以在网页地址对应页面的源代码中不含有视频链接地址的情况下，避免继续执行后续操作，从而节省移动终端的处理资源。
实施例三
请参见图18所示，图18所示的为本发明实施例提供的又一种视频播放方法，该方法可以在源代码中提取与视频链接地址对应视频标题，并在预定义界面中显示出该视频标题，等待用户输入播放该视频标题的指令，一旦用户输入播放指令，那么继续执行后续播放该视频标题对应的视频资源的步骤，如果没有接收到播放视频标题的指令，那么就停留在预定义界面中，持续等待用户输入播放视频标题的指令。本发明实施例提供的方法能够便于用户在预定义界面中选择想要观看的视频标题，从而提升用户观看视频资源的感受。该方法包括：
步骤S1801、提取用户输入的网页地址所对应页面的源代码；
步骤S1802、在源代码中确定含有预设协议头的视频链接地址；
步骤S1803、在源代码中提取与视频链接地址对应的视频标题；
其中，在源代码中还包括很多与视频链接地址对应的信息，例如，视频标题、视频ID、视频类型等信息。
步骤S1804、显示包含视频标题的预定义界面；
其中，将视频标题显示在预定义界面上，主要是方便用户点击需要观看的视频标题。当然，为了是播放信息更加清楚，便于用户查找需观看的视频标题，还可以在预定义界面上设置有其他的与视频链接地址相对应的视频信息，例如，视频标题、视频ID、视频类型等信息。
步骤S1805、判断是否接收到播放预定义界面上的视频标题的指令，若是，则执行步骤S1806，否则，返回步骤S1805；
其中，如果接收到播放预定义界面上的视频标题的指令，那么继续执行后续步骤；如果没有接收到播放预定义界面上的视频标题的指令，那么继续判断是否接收到播放指令，即停留在预定义界面上，持续等待接收播放预定义界面上的视频标题的指令。
步骤S1806、获取与预设协议头对应的地址编辑规则和视频播放器；
步骤S1807、根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；
步骤S1808、调用视频播放器播放视频播放地址对应的视频资源。
在图18所示的实施例中，不仅可以使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验；而且，还能够便于用户在预定义界面中选择想要观看的视频标题，从而提升用户观看视频资源的感受。
实施例四
请参见图19所示，图19所示的为本发明实施例提供的又一种视频播放方法，本实施例提供的方法使用户在观看一个视频资源后，进入显示包含视频标题的预定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源。该方法包括：
步骤S1901、提取用户输入的网页地址所对应页面的源代码；
步骤S1902、在源代码中确定含有预设协议头的视频链接地址；
步骤S1903、在源代码中提取与视频链接地址对应的视频标题；
步骤S1904、显示包含视频标题的预定义界面；
步骤S1905、判断是否接收到播放预定义界面上的视频标题的指令，若是，则执行步骤S1906，否则，返回步骤S1905；
步骤S1906、获取与预设协议头对应的地址编辑规则和视频播放器；
步骤S1907、根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；
步骤S1908、调用视频播放器播放视频播放地址对应的视频资源。
步骤S1909、判断视频播放器是否被关闭，若是，则返回步骤S1904；否则，返回步骤S1909。
其中，在调用视频播放器播放视频资源以后，要判断视频播放器是否被关闭，如果视频播放器被关闭，说明用户不想继续观看视频播放器播放的视频资源，那么就显示包含视频标题的预定义界面，等待用户再次输入播放预定义界面上的视频标题的指令，即返回步骤S1904；如果视频播放器未被关闭，说明用户想继续观看视频播放器播放的视频资源，那么就再次判断视频播放器是否被关闭，即返回步骤S409。
在图19所示的实施例中，不仅可以使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验；而且，还能使用户在观看一个视频资源后，进入显示包含视频标题的预定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源，所以提升了用户观看视频资源的感受。
实施例五：
请参见图20所示，图20所示的为本发明实施例提供的又一种视频播放方法，本实施例提供的方法使用户在观看一个视频资源后，进入显示包含视频标题的预定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源。该方法包括：
步骤S2001、提取用户输入的网页地址所对应页面的源代码；
步骤S2002、在源代码中确定含有预设协议头的视频链接地址；
步骤S2003、在源代码中提取与视频链接地址对应的视频标题；
步骤S2004、显示包含视频标题的预定义界面；
步骤S2005、判断是否接收到播放预定义界面上的视频标题的指令，若是，则执行步骤S2006，否则，返回步骤S2005；
步骤S2006、获取与预设协议头对应的地址编辑规则和视频播放器；
步骤S2007、根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；
步骤S2008、调用视频播放器播放视频播放地址对应的视频资源；
步骤S2009、判断视频资源是否被视频播放器播放完毕，若是，则返回步骤S2004；否则，返回步骤S2009。
其中，在调用视频播放器播放视频资源以后，要判断视频资源是否被视频播放器播放完毕，如果视频资源被视频播放器播放完毕，说明用户已经观看完毕，那么就显示包含视频标题的预定义界面，等待用户再次输入播放预定义界面上的视频标题的指令，即返回步骤S504；如果视频资源未被视频播放器播放完毕，说明用户想继续观看视频播放器播放的视频资源，那么就再次判断视频资源是否被视频播放器播放完毕，即返回步骤S509。
在图20所示的实施例中，不仅可以使整个播放视频资源的过程非常简单，提高了用户在移动终端上观看视频资源的体验；而且，还能使用户在观看一个视频资源后，进入显示包含视频标题的预定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源，所以提升了用户观看视频资源的感受。
实施例六：
请参见图21所示，图21所示的为本发明实施例提供的一种视频播放装置，该装置可以使在移动终端上播放视频资源的过程简单，提高了在移动终端上观看视频资源的体验。该装置的具体应用场景为用户在移动终端的浏览器上输入一个网页地址，并在浏览器中输入完网页地址以后，能够调用视频播放器播放该网页地址对应的视频资源。
该装置包括：第一提取模块11，用于提取用户输入的网页地址所对应页面的源代码；确定模块12，用于在源代码中确定含有预设协议头的视频链接地址；其中，确定模块12包括：查找单元，用于在源代码中通过正则表达式查找预设标签；第一提取单元，用于在预设标签中提取含有预设协议头的视频链接地址。
查找模块13，用于获取与预设协议头对应的地址编辑规则和视频播放器；编辑模块14，用于根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；其中，编辑模块14包括：第二提取单元，用于在源代码中提取与视频链接地址对应的视频标题；编辑单元，用于根据地址编辑规则将视频标题和视频链接地址编辑成视频播放地址。
调用模块15，用于调用视频播放器播放视频播放地址对应的视频资源。
在图21所示的实施例中，由于本实施例提供的装置与实施例一所示的方法相对应，所以关于本实施例的装置部分的相关说明请参见实施例一部分的内容即可，在此不再赘述。
实施例七：
请参见图22所示，图22所示的为本发明实施例提供的另一种视频播放装置，该装置可以在获取到网页地址后，通过判断网页地址是否存在于网页地址名单中，可以在网页地址对应页面的源代码中不含有视频链接地址的情况下，避免继续执行后续操作，从而节省移动终端的处理资源。该装置包括：
第一判断模块21，用于判断网页地址是否存在于网页地址名单中，网页地址名单中的每个网页地址对应页面的源代码均含有视频链接地址；第一执行模块22，用于在第一判断模块判断出网页地址存在于网页地址名单中时，则执行第一提取模块23；在第一判断模块判断出网页地址不存在于网页地址名单中时，则打开网页地址对应的页面。
第一提取模块23，用于提取用户输入的网页地址所对应页面的源代码；确定模块24，用于在源代码中确定含有预设协议头的视频链接地址；查找模块25，用于获取与预设协议头对应的地址编辑规则和视频播放器；编辑模块26，用于根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；调用模块27，用于调用视频播放器播放视频播放地址对应的视频资源。
在图22所示的实施例中，由于本实施例提供的装置与实施例二所示的方法相对应，所以关于本实施例的装置部分的相关说明请参见实施例二部分的内容即可，在此不再赘述。
实施例八：
请参见图23所示，图23所示的为本发明实施例提供的又一种视频播放装置，该装置可以在源代码中提取与视频链接地址对应视频标题，并在预定义界面中显示出该视频标题，等待用户输入播放该视频标题的指令，一旦用户输入播放指令，那么继续执行后续播放该视频标题对应的视频资源的步骤，如果没有接收到播放视频标题的指令，那么就停留在预定义界面中，持续等待用户输入播放视频标题的指令。本发明实施例提供的装置能够便于用户在预定义界面中选择想要观看的视频标题，从而提升用户观看视频资源的感受。该装置包括：
第一提取模块31，用于提取用户输入的网页地址所对应页面的源代码；确定模块32，用于在源代码中确定含有预设协议头的视频链接地址；第二提取模块33，用于在源代码中提取与视频链接地址对应的视频标题；显示模块34，用于显示包含视频标题的预定义界面；第二判断模块35，用于判断是否接收到播放预定义界面上的视频标题的指令；
第二执行模块36，用于在第二判断模块35判断出接收到播放视频标题的指令时，则执行查找模块37；在第二判断模块35判断出未接收到播放视频标题的指令时，则执行第二判断模块35。
查找模块37，用于获取与预设协议头对应的地址编辑规则和视频播放器；编辑模块38，用于根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；调用模块39，调用视频播放器播放视频播放地址对应的视频资源。
在图23所示的实施例中，由于本实施例提供的装置与实施例三所示的方法相对应，所以关于本实施例的装置部分的相关说明请参见实施例三部分的内容即可，在此不再赘述。
实施例九：
请参见图24所示，图24所示的为本发明实施例提供的又一种视频播放装置，本实施例提供的装置使用户在观看一个视频资源后，进入显示包含视频标题的预 定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源。该装置包括：
第一提取模块41，用于提取用户输入的网页地址所对应页面的源代码；确定模块42，用于在源代码中确定含有预设协议头的视频链接地址；第二提取模块43，用于在源代码中提取与视频链接地址对应的视频标题；显示模块44，用于显示包含视频标题的预定义界面；第二判断模块45，用于判断是否接收到播放预定义界面上的视频标题的指令；第二执行模块46，用于在第二判断模块45判断出接收到播放视频标题的指令时，则执行查找模块47；在第二判断模块45判断出未接收到播放视频标题的指令时，则执行第二判断模块45。
查找模块47，用于获取与预设协议头对应的地址编辑规则和视频播放器；编辑模块48，用于根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；调用模块49，调用视频播放器播放视频播放地址对应的视频资源。
第三判断模块410，用于判断视频播放器是否被关闭；第三执行模块411，用于在第三判断模块410判断出视频播放器被关闭时，则执行显示模块44；在第三判断模块410判断出视频播放器未关闭时，则执行第三判断模块410。
在图24所示的实施例中，由于本实施例提供的装置与实施例四所示的方法相对应，所以关于本实施例的装置部分的相关说明请参见实施例四部分的内容即可，在此不再赘述。
实施例十：
请参见图25所示，图25所示的为本发明实施例提供的又一种视频播放装置，本实施例提供的装置使用户在观看一个视频资源后，进入显示包含视频标题的预定义界面，从而便于用户在预定义界面上再次输入播放指令观看其他视频资源。该装置包括：第一提取模块51，用于提取用户输入的网页地址所对应页面的源代码；确定模块52，用于在源代码中确定含有预设协议头的视频链接地址；第二提取模块53，用于在源代码中提取与视频链接地址对应的视频标题；显示模块54，用于显示包含视频标题的预定义界面；第二判断模块55，用于判断是否接收到播放预定义界面上的视频标题的指令；第二执行模块56，用于在第二判断模块55判断出接收到播放视频标题的指令时，则执行查找模块57；在第二判断模块55判断出未接收到播放视频标题的指令时，则执行第二判断模块55。
查找模块57，用于获取与预设协议头对应的地址编辑规则和视频播放器；编辑模块58，用于根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；调用模块59，调用视频播放器播放视频播放地址对应的视频资源。
第四判断模块510，用于判断视频资源是否被视频播放器播放完毕；第四执行模块511，用于在第四判断模块510判断出视频资源被视频播放器播放完毕时，则执行显示模块54；在第四判断模块510判断出视频资源未被视频播放器播放完毕时，则执行第四判断模块510。
本申请实施例所提供的各个功能模块可以在移动终端、计算机终端或者类似的运算装置中运行，也可以作为存储介质的一部分进行存储。
在图25所示的实施例中，由于本实施例提供的装置与实施例五所示的方法相对应，所以关于本实施例的装置部分的相关说明请参见实施例五部分的内容即可，在此不再赘述。
本发明的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。
可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中，上述计算机终端可以执行视频播放方法中以下步骤的程序代码：提取用户输入的网页地址所对应页面的源代码；在源代码中确定含有预设协议头的视频链接地址；获取与预设协议头对应的地址编辑规则和视频播放器；根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播放地址为视频播放器能够识别的地址；调用视频播放器播放视频播放地址对应的视频资源。
可选地，该计算机终端可以包括：一个或多个处理器、存储器、以及传输装置。
其中，存储器可用于存储软件程序以及模块，如本发明实施例中的视频播放方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的视频播放方法和装置。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、 闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
其中，具体地，存储器用于存储预设动作条件和预设权限用户的信息、以及应用程序。
处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行上述方法实施例中的各个可选或优选实施例的方法步骤的程序代码。
本领域普通技术人员可以理解，计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Intemet Devices，MID)、PAD等终端设备。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述方法实施例和装置实施例所提供的视频播放方法和装置所执行的程序代码。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：提取用户输入的网页地址所对应页面的源代码；在源代码中确定含有预设协议头的视频链接地址；获取与预设协议头对应的地址编辑规则和视频播放器；根据地址编辑规则将源代码中的信息和视频链接地址编辑成含有预设协议头的视频播放地址，视频播 放地址为视频播放器能够识别的地址；调用视频播放器播放视频播放地址对应的视频资源。
可选地，在本实施例中，存储介质还可以被设置为存储用于执行视频播放方法和装置提供的各种优选地或可选的方法步骤的程序代码。
需要说明的是，图1至图25所示的实施例只是本发明所介绍的优选实施例，本领域技术人员在此基础上，完全可以设计出更多的实施例，因此不在此处赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (36)

  1. 一种图片加载方法，其特征在于，包括：
    浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息；
    所述浏览器向服务器发送所述请求消息；
    所述浏览器接收所述服务器根据所述请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据；以及
    所述浏览器将所述压缩格式数据中包含的所述压缩纹理数据发送至图形处理器GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
  2. 根据权利要求1所述的方法，其特征在于，所述浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息包括：
    所述浏览器判断目标网页是否包含Canvas标签；以及
    如果包含所述，浏览器将所述目标网页的标识及所述GPU支持的压缩格式发送至所述服务器，以使所述服务器根据所述目标网页的标识，查询到所述目标网页上使用的所述基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；
    所述浏览器从所述服务器下载所述目标网页的压缩纹理列表，并进行保存，所述压缩纹理列表包括：所述网页上的所述Canvas使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；
    所述浏览器指定目标基础图片；
    所述浏览器判断所述目标基础图片的标识是否在所述压缩纹理列表中；以及
    如果在所述压缩纹理列表中，所述浏览器生成请求下载所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识，所述请求消息用于向所述服务器获取所述目标基础图片的压缩纹理数据。
  3. 根据权利要求2所述的方法，其特征在于，如果所述目标基础图片的标识不在所述压缩纹理列表中，
    所述浏览器向所述服务器发送所述目标基础图片的标识及所述GPU支持的压缩格式，以使所述服务器根据所述目标基础图片的标识及所述GPU支持的压缩格式，利用图片转换工具生成与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据。
  4. 根据权利要求1所述的方法，其特征在于，所述浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息包括：
    所述浏览器解析目标网页中的图片是否包含第一预设属性，所述第一预设属性用于标识所述图片为基础图片；
    如果包含，则所述浏览器将所述图片识别为目标基础图片，并获得所述目标基础图片的标识；以及
    所述浏览器生成请求下载所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述目标基础图片的标识及所述GPU支持的压缩格式，所述请求消息用于向服务器获取所述目标基础图片的压缩纹理数据。
  5. 根据权利要求1所述的方法，其特征在于，所述浏览器生成请求下载基础图片对应的压缩纹理数据的请求消息包括：
    所述浏览器解析目标网页中的图片是否包含第一预设属性，所述第一预设属性用于标识所述图片为基础图片；
    如果包含，则所述浏览器将所述图片识别为目标基础图片，并获得所述目标基础图片的标识；
    所述浏览器解析所述目标基础图片是否包含第二预设属性，所述第二预设属性用于标识服务器提供的压缩纹理数据对应的压缩格式；
    所述浏览器从所述GPU支持的压缩格式和所述服务器提供的压缩纹理数据对应的压缩格式中选择一个作为目标压缩格式；以及
    所述浏览器生成请求下载所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述目标基础图片的标识及所述目标压缩格式，所述请求消息用于向所述服务器获取所述目标基础图片的压缩纹理数据。
  6. 根据权利要求1至5中任意一项所述的方法，其特征在于，所述浏览器将所述压缩格式数据中包含的所述压缩纹理数据发送至图形处理器GPU，包括：
    所述浏览器使用解压缩工具，对所述压缩格式数据进行解压缩，以解析出所述压缩纹理数据；以及
    所述浏览器将所述压缩纹理数据发送至GPU。
  7. 一种图片加载方法，其特征在于，包括：
    服务器接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；
    所述服务器根据所述请求消息，获得包含所述压缩纹理数据的压缩格式数据；以及
    所述服务器将包含所述压缩纹理数据的压缩格式数据发送至所述浏览器，以使所述浏览器将所述压缩纹理数据发送至图形处理器GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
  8. 根据权利要求7所述的方法，其特征在于，还包括：
    所述服务器预先保存网页的压缩纹理列表，所述网页的压缩纹理列表中包含所述网页的标识、所述网页上的Canvas使用的基础图片的标识、所述基础图片对应的压缩纹理数据的地址标识；
    所述服务器接收所述浏览器发送的目标网页的标识及GPU支持的压缩格式；
    所述服务器根据所述目标网页的标识和所述GPU支持的压缩格式，查询所述目标网页的压缩纹理列表，获得所述目标网页上的Canvas使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；以及
    所述服务器将所述目标网页上的Canvas使用的基础图片的标识，和与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识发送至所述浏览器，以使所述浏览器根据指定的目标基础图片向所述服务器发送请求下载所述基础图片对应的压缩纹理数据的请求消息。
  9. 根据权利要求7所述的方法，其特征在于，服务器根据所述请求消息，获得包含所述压缩纹理数据的压缩格式数据包括：
    所述服务器判断所述请求消息中是否包含所述基础图片的标识和所述GPU支持的压缩格式；
    如果包含，所述服务器判断所述基础图片的标识是否在服务器预先保存的压缩纹理列表中；以及
    如果是，所述服务器根据所述基础图片的标识和GPU支持的压缩格式，查询保存的压缩纹理列表，获得所述压缩纹理数据，所述压缩纹理数据与所述GPU支持的压缩格式一致。
  10. 根据权利要求9所述的方法，其特征在于，如果否，还包括：
    所述服务器根据所述请求消息中包含的所述基础图片的标识，将所述基础图片下载下来；以及
    所述服务器根据所述请求消息中包含的所述GPU支持的压缩格式，利用图片转换工具将所述基础图片转换成与所述GPU支持的压缩格式一致的压缩纹理数据。
  11. 根据权利要求7所述的方法，其特征在于，所述服务器根据所述请求消息，获得包含所述压缩纹理数据的压缩格式数据包括：
    所述服务器根据所述请求消息中包含的所述基础图片的标识，将所述基础图片下载下来；以及
    所述服务器根据所述请求消息中包含的GPU支持的压缩格式，利用图片转换工具将所述基础图片转换成与所述GPU支持的压缩一致的压缩纹理数据。
  12. 一种图片加载装置，其特征在于，所述装置包括：
    生成单元，用于生成请求下载基础图片对应的压缩纹理数据的请求消息；
    第一发送单元，用于向服务器发送所述生成单元生成的请求消息；
    接收单元，用于接收所述服务器根据所述请求消息发送的包含所述基础图片对应的压缩纹理数据的压缩格式数据；以及
    第二发送单元，用于将所述压缩格式数据中包含的所述压缩纹理数据发送至图形处理器GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
  13. 根据权利要求12所述的装置，其特征在于，所述生成单元包括：
    第一判断子单元，用于判断目标网页是否包含Canvas标签；
    第一发送子单元，用于当所述第一判断子单元判断出所述目标网页包含Canvas标签时，将所述目标网页的标识及GPU支持的压缩格式发送至所述服务器，以使所述服务器根据所述目标网页的标识，查询到所述目标网页上使用 的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；
    下载子单元，用于从所述服务器下载所述目标网页的压缩纹理列表，并进行保存，所述压缩纹理列表包括：所述目标网页上的Canvas使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；
    指定子单元，用于指定目标基础图片；
    第二判断子单元，用于判断所述指定子单元指定的目标基础图片的标识是否在所述压缩纹理列表中；以及
    第一生成子单元，用于当所述第二判断子单元判断出所述目标基础图片的标识在所述压缩纹理列表中时，生成请求下载所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识，所述请求消息用于向服务器获取所述目标基础图片的压缩纹理数据。
  14. 根据权利要求13所述的装置，其特征在于，所述生成单元还包括：
    第二发送子单元，用于当所述第二判断子单元判断出所述目标基础图片的标识不在所述压缩纹理列表中时，向服务器发送所述目标基础图片的标识及所述GPU支持的压缩格式，以使所述服务器根据所述目标基础图片的标识及所述GPU支持的压缩格式，利用图片转换工具生成与所述目标基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据。
  15. 根据权利要求12所述的装置，其特征在于，所述生成单元包括：
    第一解析子单元，用于解析目标网页中的图片是否包含第一预设属性，所述第一预设属性用于标识所述图片为基础图片；
    标识子单元，用于当所述第一解析子单元解析出所述目标网页中的图片包含所述预设属性时，将所述图片识别为目标基础图片，并获得所述目标基础图片的标识；以及
    第二生成子单元，用于生成请求下载所述标识子单元标识的所述目标基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述目标基础图片的标识及所述GPU支持的压缩格式，所述请求消息用于向服务器获取所述目标基础图片的压缩纹理数据。
  16. 根据权利要求12所述的装置，其特征在于，所述生成单元包括：
    第一解析子单元，用于解析目标网页中的图片是否包含第一预设属性，所述第一预设属性用于标识所述图片为基础图片；
    标识子单元，用于当所述第一解析子单元解析出所述目标网页中的图片包含所述预设属性时，将所述图片识别为目标基础图片，并获得所述目标基础图片的标识；
    第二解析子单元，用于解析所述目标基础图片是否包含第二预设属性，所述第二预设属性用于标识所述服务器提供的压缩纹理数据对应的压缩格式；
    选择子单元，用于从所述GPU支持的压缩格式和所述服务器提供的压缩纹理数据对应的压缩格式中选择一个作为目标压缩格式；以及
    第三生成子单元，用于生成请求下载基础图片对应的压缩纹理数据的请求消息，所述请求消息中包括所述基础图片的标识及所述目标压缩格式，所述请求消息用于向服务器获取所述基础图片的压缩纹理数据。
  17. 根据权利要求12至16中任意一项所述的装置，其特征在于，所述第二发送单元包括：
    解压缩子单元，用于使用解压缩工具对所述接收单元收到的压缩格式数据进行解压缩，以解析出所述压缩纹理数据；以及
    第三发送子单元，用于将所述解压缩子单元解压出的压缩纹理数据发送至GPU。
  18. 一种图片加载装置，其特征在于，所述装置包括：
    第一接收单元，用于接收浏览器发送的请求下载基础图片对应的压缩纹理数据的请求消息；
    获得单元，用于根据所述第一接收单元接收的所述请求消息，获得包含所述压缩纹理数据的压缩格式数据；以及
    第三发送单元，用于将所述获得单元获得的包含所述压缩纹理数据的压缩格式数据发送至所述浏览器，以使所述浏览器将所述压缩纹理数据发送至GPU，以使所述GPU将所述压缩纹理数据发送至Canvas进行绘制。
  19. 根据权利要求18所述的装置，其特征在于，所述装置还包括：
    预存单元，用于预先保存网页的压缩纹理列表，所述网页的压缩纹理列表中包含所述网页的标识、所述网页上的Canvas使用的基础图片的标识、所述基础图片对应的压缩纹理数据的地址标识；
    第二接收单元，用于接收所述浏览器发送的目标网页的标识及所述GPU支持的压缩格式；
    查询单元，用于根据所述第二接收单元接收的所述目标网页的标识和GPU支持的压缩格式，查询所述目标网页的压缩纹理列表，获得所述目标网页上的Canvas使用的基础图片的标识，及与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识；以及
    第四发送单元，用于将所述查询单元查询到的所述目标网页上的Canvas使用的基础图片的标识，和与所述基础图片对应，并且与所述GPU支持的压缩格式一致的压缩纹理数据的地址标识发送至所述浏览器，以使所述浏览器根据指定的目标基础图片向所述服务器发送请求下载所述基础图片对应的压缩纹理数据的请求消息。
  20. 根据权利要求18所述的装置，其特征在于，所述获得单元包括：
    第三判断子单元，用于判断所述请求消息中是否包含所述基础图片的标识和所述GPU支持的压缩格式；
    第四判断子单元，用于当所述第三判断子单元判断出所述请求消息中包含所述基础图片的标识和所述GPU支持的压缩格式时，判断所述基础图片的标识是否在服务器预先保存的压缩纹理列表中；以及
    查询子单元，用于当所述第四判断子单元判断出所述基础图片的标识在服务器预先保存的压缩纹理列表中时，根据所述基础图片的标识和GPU支持的压缩格式，查询保存的压缩纹理列表，以获得所述压缩纹理数据，所述压缩纹理数据与所述GPU支持的压缩格式一致。
  21. 根据权利要求20所述的装置，其特征在于，所述获得单元还包括：
    第一下载子单元，用于当所述第四判断子单元判断出所述基础图片的标识不在服务器预先保存的压缩纹理列表中时，根据所述请求消息中包含的所述基础图片的标识，将所述基础图片下载下来；以及
    第一转换子单元，用于根据所述请求消息中包含的GPU支持的压缩格式，利用图片转换工具将所述下载单元下载的所述基础图片转换成与所述GPU支持的压缩格式一致的压缩纹理数据。
  22. 根据权利要求18所述的装置，其特征在于，所述获得单元包括：
    第二下载子单元，用于根据所述第一接收单元接收的请求消息中包含的所述基础图片的标识，将所述基础图片下载下来；以及
    第二转换子单元，用于根据所述第一接收单元接收的请求消息中包含的GPU支持的压缩格式，利用图片转换工具将所述下载子单元下载的所述基础图片转换成与所述GPU支持的压缩一致的压缩纹理数据。
  23. 一种视频播放方法，其特征在于，包括：
    提取用户输入的网页地址所对应页面的源代码；
    在所述源代码中确定含有预设协议头的视频链接地址；
    获取与所述预设协议头对应的地址编辑规则和视频播放器；
    根据所述地址编辑规则将所述源代码中的信息和所述视频链接地址编辑成含有所述预设协议头的视频播放地址，所述视频播放地址为所述视频播放器能够识别的地址；以及
    调用所述视频播放器播放所述视频播放地址对应的视频资源。
  24. 根据权利要求23所述的视频播放方法，其特征在于，在所述提取用户输入的网页地址所对应页面的源代码的步骤之前，还包括步骤：
    判断所述网页地址是否存在于网页地址名单中，其中，所述网页地址名单中的每个网页地址对应页面的源代码均含有所述视频链接地址；以及
    如果是，则执行所述提取用户输入的网页地址所对应页面的源代码的步骤；否则，打开所述网页地址对应的页面。
  25. 根据权利要求23所述的视频播放方法，其特征在于，在所述源代码中确定含有预设协议头的视频链接地址，包括：
    在所述源代码中通过正则表达式查找预设标签；以及
    在所述预设标签中提取所述含有预设协议头的视频链接地址。
  26. 根据权利要求23所述的视频播放方法，其特征在于，在所述根据所述地址编辑规则将所述源代码中的信息和所述视频链接地址编辑成含有所述预设协议头的视频播放地址的步骤中，包括：
    在所述源代码中提取与所述视频链接地址对应的视频标题；以及
    根据所述地址编辑规则将所述视频标题和所述视频链接地址编辑成视频播放地址。
  27. 根据权利要求23所述的视频播放方法，其特征在于，在所述源代码中确定含有预设协议头的视频链接地址的步骤之后，获取与所述预设协议头对应的地址编辑规则和视频播放器的步骤之前，还包括步骤：
    在所述源代码中提取与所述视频链接地址对应的视频标题；
    显示包含所述视频标题的预定义界面；以及
    判断是否接收到播放所述预定义界面上的视频标题的指令，如果是，则执行所述获取与所述预设协议头对应的地址编辑规则和视频播放器的步骤；否则，返回所述判断是否接收到播放所述视频标题的指令的步骤。
  28. 根据权利要求27所述的视频播放方法，其特征在于，在所述调用视频播放器播放所述视频播放地址对应的视频资源的步骤之后，还包括：
    判断所述视频播放器是否被关闭，若是，则返回所述显示包含所述视频标题的预定义界面的步骤；否则，返回所述判断所述视频播放器是否被关闭的步骤。
  29. 根据权利要求27所述的视频播放方法，其特征在于，在所述调用视频播放器播放所述视频播放地址对应的视频资源的步骤之后，还包括：
    判断所述视频资源是否被所述视频播放器播放完毕，若是，则返回所述显示包含所述视频标题的预定义界面的步骤；否则，返回所述判断所述视频资源是否被所述视频播放器播放完毕的步骤。
  30. 一种视频播放装置，其特征在于，包括：
    第一提取模块，用于提取用户输入的网页地址所对应页面的源代码；
    确定模块，用于在所述源代码中确定含有预设协议头的视频链接地址；
    查找模块，用于获取与所述预设协议头对应的地址编辑规则和视频播放器；
    编辑模块，用于根据所述地址编辑规则将所述源代码中的信息和所述视频链接地址编辑成含有所述预设协议头的视频播放地址，所述视频播放地址为所述视频播放器能够识别的地址；以及
    调用模块，调用所述视频播放器播放所述视频播放地址对应的视频资源。
  31. 根据权利要求30所述的视频播放装置，其特征在于，还包括：
    第一判断模块，用于判断所述网页地址是否存在于网页地址名单中，其中，所述网页地址名单中的每个网页地址对应页面的源代码均含有所述视频链接地址；以及
    第一执行模块，用于在所述第一判断模块判断出所述网页地址存在于所述网页地址名单中时，则执行所述第一提取模块；在所述第一判断模块判断出所述网页地址不存在于所述网页地址名单中时，则打开所述网页地址对应的页面。
  32. 根据权利要求30所述的视频播放装置，其特征在于，所述确定模块包括：
    查找单元，用于在所述源代码中通过正则表达式查找预设标签；以及
    第一提取单元，用于在所述预设标签中提取所述含有预设协议头的视频链接地址。
  33. 根据权利要求30所述的视频播放装置，其特征在于，所述编辑模块包括：
    第二提取单元，用于在所述源代码中提取与所述视频链接地址对应的视频标题；以及
    编辑单元，用于根据所述地址编辑规则将所述视频标题和所述视频链接地址编辑成视频播放地址。
  34. 根据权利要求30所述的视频播放装置，其特征在于，还包括：
    第二提取模块，用于在所述源代码中提取与所述视频链接地址对应的视频标题；
    显示模块，用于显示包含所述视频标题的预定义界面；
    第二判断模块，用于判断是否接收到播放所述预定义界面上的视频标题的指令；以及
    第二执行模块，用于在所述第二判断模块判断出接收到播放所述视频标题的指令时，则执行所述第一查找模块；在所述第二判断模块判断出未接收到播放所述视频标题的指令时，则执行所述第二判断模块。
  35. 根据权利要求34所述的视频播放装置，其特征在于，还包括：
    第三判断模块，用于判断所述视频播放器是否被关闭；以及
    第三执行模块，用于在所述第三判断模块判断出所述视频播放器被关闭时，则执行所述显示模块；在所述第三判断模块判断出所述视频播放器未关闭时，则执行所述第三判断模块。
  36. 根据权利要求34所述的视频播放装置，其特征在于，还包括：
    第四判断模块，用于判断所述视频资源是否被所述视频播放器播放完毕；以及
    第四执行模块，用于在所述第四判断模块判断出所述视频资源被所述视频播放器播放完毕时，则执行所述显示模块；在所述第四判断模块判断出所述视频资源未被所述视频播放器播放完毕时，则执行所述第四判断模块。
PCT/CN2014/087708 2013-10-31 2014-09-28 图片加载方法、装置及视频播放方法、装置 WO2015062388A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/033,315 US10121263B2 (en) 2013-10-31 2014-09-28 Methods and devices for image loading and methods and devices for video playback
US15/486,531 US10360694B2 (en) 2013-10-31 2017-04-13 Methods and devices for image loading and methods and devices for video playback

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201310533474.8A CN103605534B (zh) 2013-10-31 2013-10-31 图片加载方法及装置
CN201310533474.8 2013-10-31
CN201310593763.7 2013-11-21
CN201310593763.7A CN103607668B (zh) 2013-11-21 2013-11-21 一种视频播放方法及装置

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/033,315 A-371-Of-International US10121263B2 (en) 2013-10-31 2014-09-28 Methods and devices for image loading and methods and devices for video playback
US15/486,531 Continuation US10360694B2 (en) 2013-10-31 2017-04-13 Methods and devices for image loading and methods and devices for video playback

Publications (1)

Publication Number Publication Date
WO2015062388A1 true WO2015062388A1 (zh) 2015-05-07

Family

ID=53003300

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/087708 WO2015062388A1 (zh) 2013-10-31 2014-09-28 图片加载方法、装置及视频播放方法、装置

Country Status (2)

Country Link
US (2) US10121263B2 (zh)
WO (1) WO2015062388A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10360694B2 (en) 2013-10-31 2019-07-23 Uc Mobile Co., Ltd. Methods and devices for image loading and methods and devices for video playback
CN112135199A (zh) * 2020-09-23 2020-12-25 平安国际智慧城市科技股份有限公司 基于多类型视频源的视频播放方法及相关设备
CN114090927A (zh) * 2021-11-29 2022-02-25 中国平安财产保险股份有限公司 一种页面加载方法、装置、计算机设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9378560B2 (en) * 2011-06-17 2016-06-28 Advanced Micro Devices, Inc. Real time on-chip texture decompression using shader processors
US10044576B2 (en) * 2015-11-25 2018-08-07 Qualcomm Incorporated Estimation of power consumption of individual websites
CN107968948A (zh) * 2016-10-19 2018-04-27 北京新唐思创教育科技有限公司 在线视频播放方法及系统
WO2019071441A1 (zh) * 2017-10-10 2019-04-18 深圳传音通讯有限公司 一种数据加载方法和相关装置以及系统
CN107948741B (zh) * 2017-10-31 2020-06-19 深圳宜弘电子科技有限公司 基于智能终端的动态漫画播放方法及系统
CN109672902A (zh) * 2018-12-25 2019-04-23 百度在线网络技术（北京）有限公司 一种视频抽帧方法、装置、电子设备和存储介质
CN111259289B (zh) * 2020-01-15 2024-04-30 北京达佳互联信息技术有限公司 一种图片加载方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101446954A (zh) * 2008-11-25 2009-06-03 北京邮电大学 针对视频网站的广域网爬虫系统
US20120320067A1 (en) * 2011-06-17 2012-12-20 Konstantine Iourcha Real time on-chip texture decompression using shader processors
CN103021023A (zh) * 2012-12-05 2013-04-03 上海创图网络科技发展有限公司 一种基于浏览器的三维场景构建方法
CN103605534A (zh) * 2013-10-31 2014-02-26 武汉极讯软件有限责任公司 图片加载方法及装置
CN103607668A (zh) * 2013-11-21 2014-02-26 优视科技有限公司 一种视频播放方法及装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6721741B1 (en) * 2000-01-24 2004-04-13 Friskit, Inc. Streaming media search system
US6519648B1 (en) * 2000-01-24 2003-02-11 Friskit, Inc. Streaming media search and continuous playback of multiple media resources located on a network
US7769895B1 (en) * 2001-08-17 2010-08-03 Corda Technologies, Inc. System and method for ensuring that a web browser displays the highest ranked image format possible for an image
CN1276393C (zh) * 2001-10-11 2006-09-20 株式会社亚派 Web 3D图像显示系统
US7532221B2 (en) 2004-11-02 2009-05-12 Microsoft Corporation Texture-based packing, such as for packing 16-bit pixels into four bits
FR2909656B1 (fr) * 2006-12-12 2009-12-04 Thales Sa Relais de cablage et boitier de protection de micro-systeme electromecanique.
SE531899C2 (sv) * 2007-07-10 2009-09-01 Agency 9 Ab System för grafikhantering
US9473812B2 (en) * 2008-09-10 2016-10-18 Imagine Communications Corp. System and method for delivering content
CN101458824B (zh) 2009-01-08 2011-06-15 浙江大学 一种基于web的全景图的光照渲染方法
TW201030541A (en) * 2009-02-12 2010-08-16 Sunplus Technology Co Ltd Method and system to realize downloading network data into multimedia player
TW201043032A (en) * 2009-05-27 2010-12-01 Teco Electric & Machinery Co Ltd Method for playing multimedia in a network and computer readable storage medium and computer program product thereof
GB201003962D0 (en) * 2010-03-10 2010-04-21 Tangentix Ltd Multimedia content delivery system
CN102624761A (zh) * 2011-01-27 2012-08-01 腾讯科技（深圳）有限公司 一种获取图文信息的装置、系统及方法
CN102929871A (zh) * 2011-08-08 2013-02-13 腾讯科技（深圳）有限公司 一种网页浏览方法、装置及移动终端
CN103036929A (zh) 2011-10-10 2013-04-10 华为技术有限公司 多媒体文件的处理方法及通信系统中的网络侧设备
GB201119108D0 (en) * 2011-10-18 2011-12-21 Power Software Solutions Ltd Server-based image-control schemes
CN102420822A (zh) 2011-11-29 2012-04-18 中兴通讯股份有限公司 网络文件传输方法及系统
CN102663134B (zh) 2012-04-28 2014-07-23 广东威创视讯科技股份有限公司 一种热点图片加载方法、控制服务器、客户端及系统
US8958331B2 (en) * 2012-07-02 2015-02-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames
US9264749B2 (en) * 2012-12-13 2016-02-16 Microsoft Technology Licensing, Llc Server GPU assistance for mobile GPU applications
CN103327411B (zh) 2013-06-03 2017-02-01 贝壳网际（北京）安全技术有限公司 用于移动终端浏览器中的视频播放方法、装置和系统
CN103336816B (zh) 2013-06-28 2017-02-08 广州市动景计算机科技有限公司 安卓系统上基于GPU实现的Canvas元素渲染方法及装置
WO2015062388A1 (zh) 2013-10-31 2015-05-07 优视科技有限公司 图片加载方法、装置及视频播放方法、装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101446954A (zh) * 2008-11-25 2009-06-03 北京邮电大学 针对视频网站的广域网爬虫系统
US20120320067A1 (en) * 2011-06-17 2012-12-20 Konstantine Iourcha Real time on-chip texture decompression using shader processors
CN103021023A (zh) * 2012-12-05 2013-04-03 上海创图网络科技发展有限公司 一种基于浏览器的三维场景构建方法
CN103605534A (zh) * 2013-10-31 2014-02-26 武汉极讯软件有限责任公司 图片加载方法及装置
CN103607668A (zh) * 2013-11-21 2014-02-26 优视科技有限公司 一种视频播放方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10360694B2 (en) 2013-10-31 2019-07-23 Uc Mobile Co., Ltd. Methods and devices for image loading and methods and devices for video playback
CN112135199A (zh) * 2020-09-23 2020-12-25 平安国际智慧城市科技股份有限公司 基于多类型视频源的视频播放方法及相关设备
CN112135199B (zh) * 2020-09-23 2022-07-29 平安国际智慧城市科技股份有限公司 基于多类型视频源的视频播放方法及相关设备
CN114090927A (zh) * 2021-11-29 2022-02-25 中国平安财产保险股份有限公司 一种页面加载方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
US10121263B2 (en) 2018-11-06
US10360694B2 (en) 2019-07-23
US20170223393A1 (en) 2017-08-03
US20160260228A1 (en) 2016-09-08

Similar Documents

Publication Publication Date Title
WO2015062388A1 (zh) 图片加载方法、装置及视频播放方法、装置
US11016719B2 (en) Systems and methods for aggregating content
CN103605534B (zh) 图片加载方法及装置
US20170163753A1 (en) Method and apparatus for controlling play device to play video
CN110798501B (zh) 一种数据处理方法、装置以及可读存储介质
US20130132422A1 (en) System and method for creating and controlling an application operating on a plurality of computer platform types
CN110609965B (zh) 一种页面显示方法、装置和存储介质
US20170083487A1 (en) Webpage data processing method and device
JP2020008854A (ja) 音声要求を処理するための方法および装置
CN107276842B (zh) 接口测试方法、装置及电子设备
CN113568699B (zh) 一种内容显示方法、装置、设备及存储介质
WO2020119544A1 (zh) 网络传输模拟方法、装置、计算机设备及存储介质
CN102760157B (zh) 一种用于生成与移动终端相对应的发布信息的方法、装置与设备
CN106131309B (zh) 换肤方法、换肤装置和换肤系统
CN111479250A (zh) 一种文件共享方法、装置、系统及终端设备
CN106055671B (zh) 一种多媒体数据处理方法及其设备
CN110442806B (zh) 用于识别图像的方法和装置
CN103793459B (zh) 一种网页打开方法及装置
JP2009211278A (ja) 携帯端末を利用した検索システムおよびその検索方法
CN115061785A (zh) 信息下发方法、装置、存储介质及服务器
CN112052377B (zh) 资源推荐方法、装置、服务器和存储介质
JP6429467B2 (ja) マルチ大画面表示システム、表示端末及び配信サーバー
CN103533009A (zh) 一种基于Web技术实现音视频推荐的方法和系统
CN110309454B (zh) 一种界面显示方法、装置、设备及存储介质
CN106610855B (zh) 将3D模型导入3dsMAX的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14858316

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15033315

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14858316

Country of ref document: EP

Kind code of ref document: A1