WO2016019875A1 - 呈现来自网络的内容数据的方法和设备 - Google Patents

呈现来自网络的内容数据的方法和设备 Download PDF

Info

Publication number
WO2016019875A1
WO2016019875A1 PCT/CN2015/086149 CN2015086149W WO2016019875A1 WO 2016019875 A1 WO2016019875 A1 WO 2016019875A1 CN 2015086149 W CN2015086149 W CN 2015086149W WO 2016019875 A1 WO2016019875 A1 WO 2016019875A1
Authority
WO
WIPO (PCT)
Prior art keywords
content data
data source
content
mime type
url
Prior art date
Application number
PCT/CN2015/086149
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
Application filed by 优视科技有限公司 filed Critical 优视科技有限公司
Priority to US15/328,639 priority Critical patent/US10298974B2/en
Publication of WO2016019875A1 publication Critical patent/WO2016019875A1/zh

Links

Images

Classifications

    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • H04N21/2358—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages for generating different versions, e.g. for different recipient devices
    • 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/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • 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/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
    • 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/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23116—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving data replication, e.g. over plural servers
    • 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404—Monitoring of server processing errors or hardware failure
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Definitions

  • the present invention relates to the field of the Internet, and more particularly to a method and apparatus for presenting content data from a network.
  • HTML 5 Hypertext Markup Language
  • source> tag the video tag
  • video> tag multiple video sources can be specified, making it possible for the browser to select one of the video sources for playback according to its support capabilities.
  • the video source specified by the first ⁇ source> tag is always selected for playback by default, without considering the support of different video formats by the player of the terminal (such as a smartphone or computer) system. ability.
  • the system of the terminal (such as a smart phone or a computer) varies widely, in actual use, the format of the selected first video source is often not supported by the player of the terminal system, resulting in playback failure, the user's The experience is very poor.
  • the top ranked content data source may correspond to slower network access speeds.
  • the top ranked content data source may correspond to a larger data flow.
  • One technical problem to be solved by the present invention is to provide a method and apparatus for presenting content data from a network that is capable of properly selecting a content data source from a plurality of provided content data sources.
  • a method for presenting content data from a network wherein among content related information about content data from a network, a plurality of content data sources are provided for the same content, the method comprising: A weight value is separately set for each content data source based on the content related information; and the content data source is selected to present the content data based on respective weight values of the plurality of content data sources.
  • the multi-purpose Internet Mail Extensions (MIME) type of the plurality of content data sources are respectively determined based on the content-related information; and the weight values are searched from the preset weight table based on the MIME type of the content data source.
  • MIME Internet Mail Extensions
  • the step of respectively determining the MIME type of the plurality of content data sources comprises: When the MIME type of the content data source is indicated in the related information, the MIME type of the content data source is extracted from the content related information; when the MIME type of the content data source is not indicated in the content related information, it is provided according to the content related information.
  • the Uniform Resource Locator (URL) of the content data source determines its MIME type.
  • the step of determining the MIME type according to the URL of the content data source comprises: extracting the MIME type from the URL when the URL is a data type, ie, a data type; and when the URL is not a data type, ie, a data type URL, based on the URL
  • the file suffix name in the file based on the correspondence table between the file suffix name and the MIME type, determines the MIME type of the content data source.
  • the content data source having the largest weight value among the plurality of content data sources is selected to present the content data, and when an error occurs when the content data is presented, the content data source having the largest weight among the unerrorized content data sources is selected to present the content data. .
  • the time point at which the content data is presented at the time of the error is recorded; and when the content data is presented using the newly selected content data source, jumping to the recorded time point to continue rendering Content data.
  • an apparatus for presenting content data from a network wherein among content related information about content data from a network, a plurality of content data sources are provided for the same content,
  • the device includes: weight setting means for respectively setting a weight value for each content data source based on the content related information; and content data source selecting means for selecting the content data source based on respective weight values of the plurality of content data sources Present content data.
  • the device further comprises: MIME type determining means for respectively determining a MIME type of the plurality of content data sources based on the content related information, wherein the weight setting means is based on the MIME type of the multipurpose Internet mail extension type of the content data source Find the corresponding weight value from the preset weight table.
  • the MIME type determining means may include: first extracting means for extracting a MIME type of the content data source from the content related information when the MIME type of the content data source is noted in the content related information; and/or a URL
  • the analyzing device is configured to: when the MIME type of the content data source is not indicated in the content related information, according to the content related information
  • the Uniform Resource Locator URL of the content data source is used to determine its MIME type.
  • the URL analyzing means may include: second extracting means for extracting a MIME type from the URL when the URL is a data type, that is, a URL of a data type; and/or a suffix name analyzing means for when the URL is not the data
  • the MIME type of the content data source is determined according to the file suffix name in the URL according to the correspondence table between the file suffix name and the MIME type.
  • the content data source selecting means selects a content data source having the largest weight value among the plurality of content data sources to present the content data, and when an error occurs when the content data is presented, the content data source selecting means may select the content data source that is not erroneous The content data source with the highest weight in the content data.
  • a content data source can be appropriately selected from a plurality of content data sources according to actual conditions, so that the user can better utilize resources from the network.
  • FIG. 1 is a schematic flow diagram of a method of presenting content data from a network, in accordance with one embodiment of the present invention.
  • FIG. 2 is a schematic flow diagram of a method of presenting content data from a network, in accordance with another embodiment of the present invention.
  • Figure 3 is a flow diagram of one way to determine the MIME type.
  • FIG. 4 is a flow diagram of one way to determine a MIME type based on a URL.
  • Figure 5 is a flow diagram of one way to select and play content data.
  • FIG. 6 is a schematic block diagram of an apparatus for presenting content data from a network, in accordance with one embodiment of the present invention.
  • FIG. 7 is a schematic block diagram of an apparatus for presenting content data from a network, in accordance with another embodiment of the present invention.
  • FIG. 8 is a schematic block diagram of an implementation of a MIME type determining apparatus.
  • FIG. 9 is a schematic block diagram of one implementation of a URL analysis device.
  • Figure 10 is a schematic block diagram of one implementation of a content data selection device.
  • FIGS. 1 through 10 A method and apparatus for presenting content data from a network in accordance with the present invention is described in detail below with reference to FIGS. 1 through 10.
  • a browser or other application obtains content-related information about the content data from the visited website.
  • the content related information may be part of a web page file or a web page file, particularly an HTML web page file.
  • content related information about the content data in the corresponding format is also obtained from the network.
  • video sources are provided for the same content, such as the same video.
  • the content related information information on a plurality of content data sources provided, such as a location of the content data source, a file name, and the like, are provided.
  • a source tag ⁇ source> tag may be added to the ⁇ video> tag in the HTML web page file to provide information about multiple video sources.
  • the website provides multiple content sources, but the website does not necessarily know what kind of content data (such as video) the terminal needs. Therefore, the terminal needs to select the content data source (such as the video source) by itself.
  • content data source such as the video source
  • the terminal can select according to its own support capabilities, or can choose according to the network access speed, or can also consider data traffic to select.
  • FIGS. 1 through 5 An embodiment of a method of presenting content data from a network in accordance with the present invention will be described with reference to FIGS. 1 through 5.
  • FIG. 1 is a schematic flow diagram of a method of presenting content data from a network, in accordance with one embodiment of the present invention.
  • step S200 based on the content-related information, weight values are respectively set for each content data source provided in the content-related information.
  • the weight value can be set according to the support capability of the terminal's own system for various types of content data. For example, you can set a higher weight value for a content data source that the system supports a better type.
  • the weight value may be set according to the speed at which the content data source is accessed. For example, you can set a higher weight value for a faster access content data source.
  • the weight value may be set according to the number of bytes of the content data of each content data source. For example, you can set a higher weight value for a content data source with fewer bytes.
  • a content data source is selected to present the content data based on respective weight values of the plurality of content data sources.
  • the content data source having the highest weight value among the plurality of content data sources can be selected to present the content data.
  • a content data source that the system supports better, or a content data source that accesses faster, or a content data source with a smaller number of bytes can be selected.
  • the content data source having the highest weight among the unerrorized content data sources can be further selected to present the content data.
  • the content data source can be appropriately selected according to the actual situation.
  • the content data may be based on the MIME (Multipurpose Internet Mail Extensions) type of the content data source.
  • the source sets the weight.
  • the system can understand what programs can be used to render it. Content data from the content data source. Combined with the system itself, you can understand the system's ability to support the content data source.
  • a weight table can be set in advance, in which a weight is set for each content source of the MIME type.
  • the weight table is queried with the MIME type of the content data source as an index, thereby setting corresponding weights for each content data source. Then, select the content data source with the highest weight value.
  • Two weight tables can be preset, for example, a universal weight table, a weight table for a particular operating system.
  • a weight table for a particular operating system For example, in the case of a smartphone terminal, there may be a weight table for an Android system, a weight table for an iOS system, or a weight table for a Microsoft Windows operating system.
  • the general weight table can be queried first. If the weight value corresponding to the MIME type is not found, the weight table for the specific operating system is queried.
  • FIG. 2 is a schematic flow diagram of a method of presenting content data from a network, in accordance with another embodiment of the present invention.
  • step S100 is added before step S200' corresponding to step S200 in FIG.
  • step S100 based on the content related information (for example, a web page file or a portion thereof), the MIME types of the plurality of content data sources are respectively determined.
  • the content related information for example, a web page file or a portion thereof
  • the weight value of the content data source is determined based on the MIME type of the content data source.
  • a weight value corresponding to the MIME type may be looked up from a preset weight table as a weight value of the content data source.
  • step S300 a content data source is selected based on the respective weight values of the respective content data sources to present the content.
  • FIG. 3 shows a flow chart of one way to determine the MIME type of the content data source in step S100.
  • content related information about the content data is obtained from the accessed website.
  • This content related information may be, for example, an entire web page file or a portion thereof.
  • step S110 it is possible to query in step S110 whether the MIME type of each content data source has been noted in the content related information.
  • the MIME type of the content data source can be extracted from the content related information in step S120.
  • step S130 it may be attempted to determine the MIME type based on the URL of the content data source provided in the content related information.
  • FIG. 4 shows a flow chart of a way of determining the MIME type from the URL in step S130.
  • the URL of each content data source is given in the above content related information. It is possible to determine the MIME type of the content data source from the information in the URL.
  • step S132 it can be determined in step S132 whether the URL is a URL of the data type.
  • the so-called data type URL is proposed in RFC2397.
  • content data can be directly embedded in the web page without loading from an external file.
  • the MIME type of its content data is often noted for presentation in a browser or other application.
  • the MIME type can be extracted directly from the URL in step S134.
  • the MIME type of the content data source may be determined based on the file suffix name in the URL according to the correspondence table of the file suffix name and the MIME type.
  • a correspondence table between the file suffix name and the MIME type is often built to open files of different formats.
  • the MIME type of the content data source can be obtained by taking the file suffix name from the URL and then searching for the corresponding MIME type from the corresponding relation table.
  • the present invention combines these several ways to determine the MIME type as described above, and may also determine the MIME type based on only one of the above described methods or a combination of any of the several.
  • MIME type of the content data source may also be determined in other ways or in combination with other methods, and these methods are also fully applicable to the present invention.
  • the MIME type cannot be determined by trying various methods, for example, the MIME type is not indicated in the content related information, the suffix name is not indicated, and the URL of the data type is not used, or the file suffix name in the system is
  • the weight value cannot be set based on the MIME type. At this point, you can set the weight value of the content data source to a minimum, such as -1.
  • the weight value of the content data source may also be set to the lowest value, for example, -1.
  • the traditional method is still adopted, that is, the first content data source is used for the attempt, and if it fails, the end is ended.
  • the MIME type of each content data source is determined according to the content related information, and the content data source is set based on the MIME type of the content data source.
  • the weight value which can reflect the ability of the terminal system to support the corresponding content data to a certain extent. Selecting the content data source based on this weight value can better adapt to the support capabilities of the terminal's own system.
  • the application layer is Java code and will pass through the terminal system (such as Android System) An application programming interface (API) that listens for error messages during the presentation of content data.
  • API application programming interface
  • the application layer receives an error message of the callback of the terminal system (for example, the Android system).
  • the application layer can now remember the playing time point of the current content data, select a content data source with a second weight from other content data sources, and set it to an application for presenting the content data, such as a media player, to present a new one.
  • Content data of the content data source and automatically jumps to the point in time when the error occurs. If the new content data source still fails and receives an error message, try other content data sources with lower weights until the content data source cannot be played, and the user is not prompted to play the content data.
  • Figure 5 is a flow diagram of one way to select and play content data.
  • step S310 the content data source having the largest weight value is selected from a plurality of content data sources to present the content data.
  • step S320 it is judged whether an error has occurred in the content data presentation process.
  • content data itself format problems, network problems, server problems, and so on.
  • step S320 When it is determined in step S320 that no error has occurred, the content data is continued to be presented in step S390, and the flow returns to step S320 to continue monitoring whether an error has occurred.
  • step S320 When it is determined in step S320 that an error occurs in the content presentation process, the time point at which the content data is presented at the time of the error may be recorded in step S330, for example, video, audio, or Flash has been played to that point in time.
  • step S340 it is determined whether there are other sources of content data that are not erroneous.
  • step S340 If it is determined in step S340 that there are no other content data sources that have not been erroneous, in other words, all content data sources have been tried, and an error has occurred, then at step S350, the user is prompted not to present the content data, and then the content data The rendering process ends.
  • step S340 If it is determined in step S340 that there are other content data sources that are not erroneous, in other words, there are content data sources that have not yet been tried, then in step S360, the content having the largest weight value is selected from the content data sources that have not yet been tried.
  • the data source to render its content data.
  • step S370 when the content data is presented using the newly selected content data source, the jump to the recorded error time point is performed, and then the content data is continued to be presented from the error time point.
  • step S380 it is judged whether or not the content data presentation is ended.
  • step S390 the presentation is continued, and an error is monitored at step S320.
  • the content data presentation process ends.
  • FIGS. 6 through 10 An embodiment of an apparatus for presenting content data from a network in accordance with the present invention is described below with reference to FIGS. 6 through 10.
  • FIG. 6 is a schematic block diagram of an apparatus for presenting content data from a network, in accordance with one embodiment of the present invention.
  • the apparatus for presenting content data from a network may include a weight setting means 500 and a content data source selecting means 600.
  • the weight setting means 500 sets a weight value for each content data source based on the above-described content related information from the network.
  • weight setting means 500 sets the weight value
  • various factors can be considered.
  • the system's own system can be considered to support the various types of content data to set the weight value. For example, you can set a higher weight value for a content data source of a type that the system supports better.
  • the weight value can be set according to the speed at which the content data source is accessed. For example, you can set a higher weight value for a faster access content data source.
  • the weight value may be set according to the number of bytes of the content data of each content data source. For example, you can set a higher weight value for a content data source with fewer bytes.
  • the content data source selection means 600 selects a content data source to present the content data based on respective weight values of the plurality of content data sources.
  • the content data source selection device 600 can select a content data source having the largest weight value among the plurality of content data sources to present the content data.
  • a better supported content data source, or a faster accessed content data source, or a lesser number of content data sources can be selected.
  • the content data source having the highest weight among the unerrored content data sources may be further selected to present the content data.
  • the method of presenting content data from a network can appropriately select a content data source according to actual conditions.
  • FIG. 7 is a schematic block diagram of an apparatus for presenting content data from a network, in accordance with another embodiment of the present invention.
  • an apparatus for presenting content data from a network may include a MIME type determining device 400, a weight setting device 500, and a content data source selecting device 600.
  • the MIME type determining means 400 determines the MIME types of the plurality of content data sources, respectively, based on the content related information.
  • the weight setting means 500 searches for a corresponding weight value from a preset weight table based on the MIME type of the multipurpose Internet mail extension type of the content data source.
  • the content data source selection device 600 selects the content data source to present the content data based on the respective weight values of the plurality of content data sources.
  • FIG. 8 is a schematic block diagram of one implementation of the MIME type determining apparatus 400.
  • the MIME type determining device 400 may include a first extracting device 410 and a URL analyzing device 420.
  • the first extracting device 410 is configured to directly extract the MIME type of the content data source from the content related information when the MIME type of the content data source is indicated in the content related information.
  • the URL analyzing device 420 is configured to determine the MIME type of the content data source according to the uniform resource locator URL provided in the content related information when the MIME type of the content data source is not indicated in the content related information.
  • the MIME type determining means 400 includes the first extracting means 410 and the URL analyzing means 420 is shown in FIG. However, it should be understood that the MIME type determining apparatus 400 may also include only any one of the first extracting means 410 and the URL analyzing means 420, that is, the MIME type is determined only in one of the ways.
  • FIG. 9 is a schematic block diagram of one implementation of URL analysis device 420.
  • the URL analyzing device 420 may include a second extracting device 422 and a suffix name analyzing device 424.
  • the second extracting means 422 is configured to extract the MIME type directly from the URL when the URL is a URL of the data type.
  • the suffix name analyzing means 424 is configured to determine the MIME type of the content data source based on the file suffix name in the URL based on the file suffix name in the URL, based on the correspondence table between the file suffix name and the MIME type.
  • the URL analyzing means 420 includes the second extracting means 422 and the suffix name analyzing means 424 is shown in FIG. However, it should be understood that the URL analysis device 420 may also include only any of the second extraction device 422 and the suffix name analysis device 424, that is, the MIME type is determined only in one of the ways.
  • the MIME type of each content data source is determined according to the content related information, and the content data source is set based on the MIME type of the content data source.
  • the weight value which can reflect the ability of the terminal system to support the corresponding content data to a certain extent. Selecting the content data source based on this weight value can better adapt to the support capabilities of the terminal's own system.
  • Figure 10 is a schematic block diagram of one implementation of a content data selection device.
  • the focus here is on the modules required to present an error in the content data, and therefore does not specifically show the module for selecting the content data source and presenting the content data.
  • the content data source selecting means 600 may further include a time point recording means 610 and a jump means 620.
  • FIG. 10 a case where the point-in-time recording device 610 and the jump device 620 are included in the content data source selecting device 600 is shown. Those skilled in the art will appreciate that the point-in-time recording device 610 and the jump device 620 are also fully implementable outside of the content data source selection device 600.
  • the point-in-time recording means 610 is for recording a point in time at which the content data is presented when an error occurs when an error occurs in the process of presenting the content data.
  • the jump device 620 is configured to jump to the recorded time point to continue to present the content data when the content data is presented using the newly selected content data source.
  • the specific operation mode when an error occurs in the content data presentation process may be the same as that shown in the flowchart shown in FIG. 5, and details are not described herein again.
  • Three video sources are provided for the same video content.
  • the MIME type is not set in the webpage here, and the URL of the video source is not the URL of the data type.
  • the video source address URL has a file name and a file suffix name.
  • the MIME type of each video source can be obtained.
  • the weight value of each video source can be found from the weight table.
  • video.mp4 has the highest weight
  • video.ogv is the second
  • video.webm has the lowest weight.
  • the order of the mp4 files is in the middle rather than at the top, the best supported video.mp4 file is still selected for playback. This improves the success rate of playback to a certain extent.
  • an error (Error) message will be thrown when the media player plays.
  • the application layer listened to this error message, checked the remaining two video sources, and found that video.ogv had the most weight. Therefore, note the current playback time point, switch the video source to video.ogv, and continue the playback from the point in time when the video error occurs by the seek operation. The user will only feel that the video has a short pause and buffer, and then play normally, and will not know that the video has an error.

Abstract

一种呈现来自网络的内容数据（例如视频、音频、Flash）的方法和设备。在来自网络的有关内容数据的内容相关信息如网页文件中，往往为相同的内容提供了多个内容数据源。基于内容相关信息，分别为每个内容数据源设置权重值（S200）。基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据（S300）。可以考虑各种因素来设置权重值。在一个实施例中，考虑到终端系统对不同类型内容数据的不同支持能力，基于内容数据源的MIME类型来设置权重值。通过使用上述的呈现来自网络的内容数据的方法和设备，能够根据实际情况从多个内容数据源中恰当地选择内容数据源，以便于用户更好地利用来自网络的资源。

Description

呈现来自网络的内容数据的方法和设备
本发明要求于2014年8月5日提交中国专利局、申请号为201410381941.4、发明名称为“呈现来自网络的内容数据的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本发明中。
技术领域
本发明涉及互联网领域，特别涉及用于呈现来自网络的内容数据的方法和设备。
背景技术
用户在上网时，经常需要呈现来自网络的内容数据，例如需要播放视频、音频或闪客(Flash)等。
现有的超文本标记语言(HTML)5规范标准，为了解决由于不同浏览器对各种视频格式的支持能力不同，导致视频播放失败的问题。在视频标签(<video>标签)中加入了源标签(<source>标签)，可以指定多个视频源，从而使得浏览器有可能根据自身的支持能力，选择其中一个视频源进行播放。如下所示：
Figure PCTCN2015086149-appb-000001
但目前的主流浏览器在实现时，总是默认选择第一个<source>标签指定的视频源进行播放，没有考虑实际上终端(例如智能手机或计算机)系统的播放器对不同视频格式的支持能力。
网页的开发人员也不会考虑终端不能播放时如何处理。
由于终端(例如智能手机或计算机)的系统千差万别，实际使用过程中，经常会碰到所选择的第一个视频源的格式不被终端系统的播放器所支持的情况，导致播放失败，用户的体验很差。
对于音频、Flash等其它内容数据而言，也会存在相同的问题。
上面描述了关注浏览器自身对内容数据的支持能力的情况。
另外，当多个内容数据源位于不同的网站时，排在最前的内容数据源可能对应于较慢的网络访问速度。
或者，在各内容数据源的字节数不同的情况下，排在最前面的内容数据源可能对应于较大的数据流量。
在这些情况下，按现有方式，简单地使用第一个内容数据源来呈现内容数据都不是最优的。
因此，希望有一种方法或设备，能够从多个内容数据源中恰当地选择内容数据源。
发明内容
本发明所要解决的一个技术问题是提供一种呈现来自网络的内容数据的方法和设备，其能够从所提供的多个内容数据源中恰当地选择内容数据源。
根据本发明的一个方面，提供了一种呈现来自网络的内容数据的方法，其中在来自网络的有关内容数据的内容相关信息中，为相同的内容提供了多个内容数据源，该方法包括：基于内容相关信息，分别为每个内容数据源设置权重值；以及基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
优选地，基于内容相关信息，分别确定多个内容数据源的多用途互联网邮件扩展(MIME)类型；基于内容数据源的MIME类型，从预先设置的权重表中查找权重值。
优选地，分别确定多个内容数据源的MIME类型的步骤包括：当内 容相关信息中注明了内容数据源的MIME类型时，从内容相关信息中提取内容数据源的MIME类型；当内容相关信息中没有注明内容数据源的MIME类型时，根据内容相关信息中提供的内容数据源的统一资源定位符(URL)来确定其MIME类型。
优选地，根据内容数据源的URL来确定MIME类型的步骤包括：当URL是数据类型即data类型的URL时，从URL中提取MIME类型；当URL不是数据类型即data类型的URL时，基于URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
优选地，选择多个内容数据源中权重值最大的内容数据源来呈现内容数据，当在呈现内容数据时出现错误时，选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
优选地，当在呈现内容数据的过程中出现错误时，记录出错时内容数据呈现的时间点；并且当使用新选择的内容数据源呈现内容数据时，跳转到所记录的时间点以继续呈现内容数据。
根据本发明的另一个方面，提供了一种用于呈现来自网络的内容数据的设备，其中在来自网络的有关内容数据的内容相关信息中，为相同的内容提供了多个内容数据源，该设备包括：权重设置装置，用于基于内容相关信息，分别为每个内容数据源设置权重值；以及内容数据源选择装置，用于基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
优选地，该设备还包括：MIME类型确定装置，用于基于内容相关信息，分别确定多个内容数据源的MIME类型，其中，权重设置装置基于内容数据源的多用途互联网邮件扩展类型即MIME类型，从预先设置的权重表中查找对应的权重值。
优选地，MIME类型确定装置可以包括：第一提取装置，用于当内容相关信息中注明了内容数据源的MIME类型时，从内容相关信息中提取内容数据源的MIME类型；以及/或者URL分析装置，用于当内容相关信息中没有注明内容数据源的MIME类型时，根据内容相关信息中提 供的内容数据源的统一资源定位符URL来确定其MIME类型。
优选地，该URL分析装置可以包括：第二提取装置，用于当URL是数据类型即data类型的URL时，从URL中提取MIME类型；以及/或者后缀名分析装置，用于当URL不是数据类型即data类型的URL时，基于URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
优选地，内容数据源选择装置选择多个内容数据源中权重值最大的内容数据源来呈现内容数据，当在呈现内容数据时出现错误时，内容数据源选择装置可以选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
通过使用根据本发明的呈现来自网络的内容数据的方法和设备，能够根据实际情况从多个内容数据源中恰当地选择内容数据源，以便于用户更好地利用来自网络的资源。
附图说明
图1是根据本发明一个实施例的呈现来自网络的内容数据的方法的示意性流程图。
图2是根据本发明另一个实施例的呈现来自网络的内容数据的方法的示意性流程图。
图3是确定MIME类型的一种方式的流程图。
图4是根据URL确定MIME类型的一种方式的流程图。
图5是选择并播放内容数据的一种方式的流程图。
图6是根据本发明一个实施例的用于呈现来自网络的内容数据的设备的示意性方框图。
图7是根据本发明另一个实施例的用于呈现来自网络的内容数据的设备的示意性方框图。
图8是MIME类型确定装置的一种实现方式的示意性方框图。
图9是URL分析装置的一种实现方式的示意性方框图。
图10是内容数据选择装置的一种实现方式的示意性方框图。
具体实施方式
下面参考图1至10来详细描述根据本发明的呈现来自网络的内容数据的方法和设备。
当用户通过智能手机等移动通信终端或计算机终端上网浏览网页或使用某些应用程序时，可能需要呈现来自网络的内容数据，例如播放视频、播放音频、播放Flash等。这些内容数据可以位于用户所访问的网站上，也可能位于其它网址。
浏览器或其它应用程序会从所访问的网站获取有关内容数据的内容相关信息。在使用浏览器访问网站的情况下，这个内容相关信息可以是网页文件或者网页文件的部分，特别是HTML网页文件。在使用其它应用程序访问网络上的内容数据时，也会从网络上获取相应格式的有关内容数据的内容相关信息。
如上文所述，在一些网站，为相同的内容，例如同一段视频，提供了多个内容数据源(视频源)。
在这种情况下，在内容相关信息中，会提供有关所提供的多个内容数据源的信息，例如内容数据源的位置、文件名等。
例如，如上文所述，基于现有的HTML5规范标准，可能在HTML网页文件中，在<video>标签中加入了源标签<source>标签，从而提供了有关多个视频源的信息。
网站提供了多个内容源，但是，网站并不一定了解终端需要什么样的内容数据(如视频)，因此，需要终端自己来选择内容数据源(例如视频源)。
终端可以根据自身支持能力进行选择，或者可以根据网络访问速度进行选择，或者也可以考虑数据流量来进行选择。
首先，参考图1至5来描述根据本发明的呈现来自网络的内容数据的方法的实施例。
图1是根据本发明一个实施例的呈现来自网络的内容数据的方法的示意性流程图。
如图1所示，在根据本发明的呈现来自网络的内容数据的方法中，在步骤S200，基于内容相关信息，分别为内容相关信息中提供的每个内容数据源设置权重值。
在设置权重值时，可以考虑各种因素。
例如，在关注呈现内容数据的终端自身对各种内容数据的支持能力的情况下，可以根据终端自身的系统对各种类型的内容数据的支持能力来设置权重值。例如，可以为系统支持更好的类型的内容数据源设置更高的权重值。
或者，在关注网络访问速度的情况下，在多个内容数据源位于不同的网址时，可以根据访问该内容数据源的速度来设置权重值。例如，可以为访问速度更快的内容数据源设置更高的权重值。
或者，在关注数据流量的情况下，可以根据各个内容数据源的内容数据的字节数来设置权重值。例如，可以为字节数更少的内容数据源设置更高的权重值。
然后，在步骤S300，基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
一般而言，可以选择多个内容数据源中权重值最大的内容数据源来呈现内容数据。由此，如上所述，可以选择例如系统支持得更好的内容数据源、或者访问速度更快的内容数据源、或者字节数更少的内容数据源。
而当在呈现内容数据时出现错误时，可以进一步选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
由此，通过使用根据本发明的这一实施例的呈现来自网络的内容数据的方法，能够根据实际情况恰当地选择内容数据源。
在关注终端自身的系统对各种类型的内容数据的支持能力的情况下，在上述步骤S200中，可以基于内容数据源的MIME(Multipurpose Internet Mail Extensions，多用途互联网邮件扩展)类型来为内容数据源设置权重。
有了MIME类型，系统就可以了解可以使用什么样的程序来呈现来 自该内容数据源的内容数据。结合系统自身的情况，就可以了解系统对该内容数据源的支持能力。
由此，可以预先设置权重表，其中为每个MIME类型的内容数据源设定权重。在上述步骤S200中，以内容数据源的MIME类型为索引来查询权重表，从而为各内容数据源设置对应的权重。然后，选择权重值最高的内容数据源。
可以预设两个权重表，例如，一个通用权重表，一个针对特定操作系统的权重表。例如，在智能手机终端的情况下，可以是有针对安卓(Android)系统的权重表、针对iOS系统的权重表、或针对微软视窗操作系统的权重表。
在预设上述两个权重表的情况下，可以先查询通用权重表。如果没有查到该MIME类型对应的权重值，再查询针对特定操作系统的权重表。
图2是根据本发明另一个实施例的呈现来自网络的内容数据的方法的示意性流程图。
在图2的流程图中，在与图1中的步骤S200对应的步骤S200'之前增加了步骤S100。
在步骤S100，基于上述内容相关信息(例如网页文件或其部分)，分别确定多个内容数据源的MIME类型。
在步骤S200'中，基于内容数据源的MIME类型来确定内容数据源的权重值。作为示例，如上所述，可以从预先设置的权重表中查找与MIME类型对应的权重值，作为该内容数据源的权重值。
然后在步骤S300中，基于各个内容数据源各自的权重值，选择内容数据源，以呈现内容。
图3示出了在步骤S100中确定内容数据源的MIME类型的一种方式的流程图。
如上所述，在访问网站时，从所访问的网站获得了有关内容数据的内容相关信息。这个内容相关信息例如可以是整个网页文件或其部分。
首先，可以在步骤S110中查询在该内容相关信息中是否已经注明了各个内容数据源的MIME类型。
一般，较为正规的网站，例如视频网站，往往会在其网页文件中注明各个内容数据源如视频源的MIME类型，以便用户参考。
当在步骤S110中通过查询发现，内容相关信息中注明了内容数据源的MIME类型时，在步骤S120，可以从内容相关信息中提取内容数据源的MIME类型。
当在步骤S110中通过查询发现，内容相关信息中没有注明内容数据源的MIME类型时，在步骤S130，可以尝试根据内容相关信息中提供的内容数据源的URL来确定其MIME类型。
图4示出了在步骤S130中根据URL确定MIME类型的一种方式的流程图。
为了呈现来自网络的内容数据，在上述内容相关信息中会给出各内容数据源的URL。从URL中的信息有可能确定内容数据源的MIME类型。
首先，可以在步骤S132中判断该URL是否为data类型的URL。
所谓data类型的URL，是在RFC2397中提出的，对于一些小的内容数据，可以在网页中直接嵌入内容数据，而不需要从外部文件载入。
在data类型的URL中，往往会注明其内容数据的MIME类型，以便于在浏览器或其它应用程序中呈现。
当在步骤S132中判定URL是data类型的URL时，在步骤S134，可以直接从URL中提取MIME类型。
当在步骤S132中判定URL不是data类型的URL时，在步骤S134，可以基于URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
终端系统中，例如在系统初始化时，往往都会建有文件后缀名与MIME类型的对应关系表，以便打开不同格式的文件。
从URL中取出文件后缀名，然后从上述对应关系表中查找对应的MIME类型，可以得到该内容数据源的MIME类型。
至此，已参考图3和图4，描述了确定内容数据源的MIME类型的几种方式。
应当理解，本发明如上所述结合这几种方式来确定MIME类型，也可以在只基于上面描述的一种方式或其中任意几种方式的结合来确定MIME类型。
另外，也应当理解，本领域还可以通过其它方式或者结合其它方式来确定内容数据源的MIME类型，这些方式也完全可以适用于本发明。
当尝试了所设定各种方法仍无法确定MIME类型时，例如内容相关信息中没有注明MIME类型，也没有注明后缀名，也不是data类型的URL时，或者系统中的文件后缀名与MIME类型的对应关系表中没有这种文件后缀名时，就无法基于MIME类型来设置权重值。此时，可以将内容数据源的权重值设置为最低，例如-1。
另外，当在权重表中也没有设置该MIME类型对应的权重时，也可以将该内容数据源的权重值设置为最低，例如-1。
当针对内容相关信息如网页中给出的多个内容数据源都无法获得相应的权重值时，只好仍然采用传统的方法，即使用第一个内容数据源进行尝试，如果失败，则结束。
上面详细描述了根据本发明的另一个实施例呈现来自网络的内容数据的方法。
在该实施例中，考虑到终端自身的系统对各种类型的内容数据的支持能力，根据内容相关信息确定各个内容数据源的MIME类型，并基于内容数据源的MIME类型来为内容数据源设置权重值，这一权重值在一定程度上可以反映终端系统对相应内容数据的支持能力。根据这一权重值来选择内容数据源可以更好地适应终端自身系统的支持能力。
下面参考图5来描述当从一个内容数据源呈现内容数据时出现错误时可以采用的处理方式。
在呈现内容数据时，可以把所有的内容数据源和对应的权重值一起都传到应用层。应用层是Java代码，会通过终端系统(例如Android 系统)的应用程序编程接口(API)，监听内容数据呈现过程中的错误消息。
当所选择的内容数据源由于内容数据格式支持问题、网络问题、服务器问题等而无法播放时，应用层会收到终端系统(例如Android系统)回调的错误信息。应用层这时可以记住当前内容数据的播放时间点，从其它内容数据源中选择一个权重次之的内容数据源，设置给用于呈现内容数据的应用程序，例如媒体播放器，呈现新的内容数据源的内容数据，并且自动跳转至出错时的时间点进行呈现。如果新的内容数据源还是失败，又会收到错误信息，则尝试其它权重更低的内容数据源，直到所有内容数据源都不能播放时，才提示用户无法播放内容数据。
图5是选择并播放内容数据的一种方式的流程图。
首先，如上所述，在步骤S310中，从多个内容数据源中选择了权重值最大的内容数据源来呈现内容数据。
然后，在步骤S320，判断内容数据呈现过程中是否出现错误。例如内容数据本身格式问题、网络问题、服务器问题等。
当在步骤S320判定没有出现错误时，在步骤S390继续呈现内容数据，并返回步骤S320继续监测是否出现错误。
当在步骤S320判定内容呈现过程中出现错误时，可以在步骤S330记录出错时内容数据呈现的时间点，例如，视频、音频、或Flash已播放到那个时间点。
然后在步骤S340，判断是否还有其它未出错的内容数据源。
如果在步骤S340中判定没有其它未出错的内容数据源，换句话说，已尝试了所有内容数据源，均已出错，那么在步骤S350，向用户发出不能呈现该内容数据的提示，然后内容数据呈现流程结束。
如果在步骤S340中判定还有其它未出错的内容数据源，换句话说，还有尚未尝试的内容数据源，那么在步骤S360，从这些尚未尝试过的内容数据源中选择权重值最大的内容数据源，以便呈现其内容数据。
在步骤S370，在使用新选择的内容数据源来呈现内容数据时，跳转到所记录的出错时间点，然后从出错时间点继续呈现内容数据。
在步骤S380，判断内容数据呈现是否结束。
如果尚未结束，则转到步骤S390，继续呈现，并在步骤S320监测是否出错。
如果判定内容数据已经全部呈现完毕，则内容数据呈现流程结束。
通过在一个内容数据源出错时选择另一个权重较低的内容数据源，可以充分利用网站提供的资源。
通过在出错时记录出错时间点，然后在使用另一个内容数据源呈现内容数据时直接跳转到出错时间点，可以更加便于用户欣赏内容数据。用户甚至不需要任何操作，就可以完整并且较为流畅地欣赏整个内容数据，而不需要重新确定已经呈现了多长时间的内容数据。
下面，参考图6至10来描述根据本发明的用于呈现来自网络的内容数据的设备的实施例。
图6至10所示的设备实施例中，各装置的一些具体操作可以与上面参考图1至5描述的方法实施例中的操作步骤相同或相似。因此，对于其中一些细节，在此不再赘述。
图6是根据本发明一个实施例的用于呈现来自网络的内容数据的设备的示意性方框图。
如图6所示，根据这一实施例的用于呈现来自网络的内容数据的设备可以包括权重设置装置500和内容数据源选择装置600。
权重设置装置500基于来自网络的上述内容相关信息，分别为每个内容数据源设置权重值。
如上所述，权重设置装置500在设置权重值时，可以考虑各种因素。
例如，在关于终端自身支持能力的情况下，可以考虑的终端自身的系统对各种类型的内容数据的支持能力来设置权重值。例如，可以为系统支持得更好的类型的内容数据源设置更高的权重值。
或者，在关注网络访问速度的情况下，在多个内容数据源位于不 同的网址时，可以根据访问该内容数据源的速度来设置权重值。例如，可以为访问速度更快的内容数据源设置更高的权重值。
或者，在关注数据流量的情况下，可以根据各个内容数据源的内容数据的字节数来设置权重值。例如，可以为字节数更少的内容数据源设置更高的权重值。
内容数据源选择装置600基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
一般而言，内容数据源选择装置600可以选择多个内容数据源中权重值最大的内容数据源来呈现内容数据。由此，如上所述，可以选择，例如，系统支持得更好的内容数据源、或者访问速度更快的内容数据源、或者字节数更少的内容数据源。
而当在呈现内容数据出现错误时，可以进一步选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
由此，根据本发明的这一实施例的呈现来自网络的内容数据的方法能够根据实际情况恰当地选择内容数据源。
图7是根据本发明另一个实施例的用于呈现来自网络的内容数据的设备的示意性方框图。
如图7所示，根据另一个实施例的用于呈现来自网络的内容数据的设备可以包括MIME类型确定装置400、权重设置装置500和内容数据源选择装置600。
MIME类型确定装置400基于内容相关信息，分别确定多个内容数据源的MIME类型。
权重设置装置500则基于内容数据源的多用途互联网邮件扩展类型即MIME类型，从预先设置的权重表中查找对应的权重值。
然后内容数据源选择装置600基于多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
图8是MIME类型确定装置400的一种实现方式的示意性方框图。
如图8所示，MIME类型确定装置400可以包括第一提取装置410和URL分析装置420.
第一提取装置410用于当内容相关信息中注明了内容数据源的MIME类型时，从内容相关信息中直接提取内容数据源的MIME类型。
URL分析装置420则用于当内容相关信息中没有注明内容数据源的MIME类型时，根据内容相关信息中提供的内容数据源的统一资源定位符URL来确定其MIME类型。
图8中示出了MIME类型确定装置400包括第一提取装置410和URL分析装置420的情况。然而，应当理解，MIME类型确定装置400也可以只包括第一提取装置410和URL分析装置420中的任何一个，即只以其中一种方式来确定MIME类型。
图9是URL分析装置420的一种实现方式的示意性方框图。
如图9所示，URL分析装置420可以包括第二提取装置422和后缀名分析装置424。
第二提取装置422用于当URL是data类型的URL时，直接从URL中提取MIME类型。
后缀名分析装置424用于当URL不是data类型的URL时，基于URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
图9中示出了URL分析装置420包括第二提取装置422和后缀名分析装置424的情况。然而，应当理解，URL分析装置420也可以只包括第二提取装置422和后缀名分析装置424中的任何一个，即只以其中一种方式来确定MIME类型。
上面详细描述了根据本发明的另一个实施例的用于呈现来自网络的内容数据的设备。
在该实施例中，考虑到终端自身的系统对各种类型的内容数据的支持能力，根据内容相关信息确定各个内容数据源的MIME类型，并基于内容数据源的MIME类型来为内容数据源设置权重值，这一权重值在一定程度上可以反映终端系统对相应内容数据的支持能力。根据这一权重值来选择内容数据源可以更好地适应终端自身系统的支持能力。
图10是内容数据选择装置的一种实现方式的示意性方框图。
这里重点描述在呈现一个内容数据出现错误时所需要的模块，因此没有具体示出有关选择内容数据源以及呈现内容数据的模块。
如图10所示，内容数据源选择装置600可以进一步包括时间点记录装置610和跳转装置620。
在图10中，示出了时间点记录装置610和跳转装置620包括在内容数据源选择装置600中的情况。本领域技术人员应该明白，时间点记录装置610和跳转装置620也完全可以在内容数据源选择装置600之外实现。
时间点记录装置610用于当在呈现内容数据的过程中出现错误时，记录出错时内容数据呈现的时间点。
跳转装置620则用于当使用新选择的内容数据源呈现内容数据时，跳转到所记录的时间点以继续呈现内容数据。
当内容数据呈现过程中出现错误时的具体操作方式可以与图5所示流程图所示方式相同，在此不再赘述。
通过在一个内容数据源出错时选择另一个权重较低的内容数据源，可以充分利用网站提供的资源。
通过在出错时记录出错时间点，然后在使用另一个内容数据源呈现内容数据时直接跳转到出错时间点，可以更加便于用户欣赏内容数据。用户甚至不需要任何操作，就可以完整并且较为流畅地欣赏整个内容数据，而不需要重新确定已经呈现了多长时间的内容数据。
下面，简要描述一个本发明的方法的应用示例，以便于更加清楚地理解本发明的构思。
例如，在一个网页的页面文件(即内容相关信息)中有如下代码：
Figure PCTCN2015086149-appb-000002
为同一个视频内容提供了三个视频源(内容数据源)。
这里的网页里没有设置MIME类型，并且，视频源的URL也不是data类型的URL，但是，视频源地址URL里有文件名和文件后缀名。这样，根据文件后缀名，通过查找后缀名与MIME类型的对应关系表(该对应关系表是预先配置的)，可以得到每个视频源的MIME类型。根据MIME类型，可以从权重表中查找出各个视频源的权重值。
作为示例，一般的播放器，对mp4的兼容性会好于其它格式的视频。因此，在权重表中，video.mp4对应的权重最高，video.ogv次之，video.webm对应的权重最小。
这样，虽然mp4文件的顺序在中间而不是在最前面，但是仍然选中了浏览器支持得最好的video.mp4文件进行播放。这在一定程度上提高了播放的成功率。
假设video.mp4文件被损坏了，媒体播放器播放的时候，会抛出错误(Error)消息。应用层监听到了这个错误消息，检查剩下的两个视频源，发现video.ogv的权重最大。因此，记下当前播放的时间点，把视频源切换为video.ogv，并且通过查找(seek)操作，从视频出错的时间点开始继续播放。用户只会觉得视频有短暂的暂停和缓冲，接着又正常播放了，不会知道视频播放出现了错误。
如果video.ogv也损坏了，那么会检查最后的一个视频源，去播放video.webm。
如果连video.webm也出错，则真的没办法播放了，这时提示用户出错信息。
至此，已详细描述了根据本发明的呈现来自网络的内容数据的方法和设备的具体实施例。然而本领域技术人员应该明白，本发明不限于这里描述的各种细节，而是可以做出适当的修改。本发明的保护范围由所附权利要求书限定。

Claims (19)

  1. 一种呈现来自网络的内容数据的方法，其特征在于，在来自网络的有关内容数据的内容相关信息中，为相同的内容提供了多个内容数据源，该方法包括：
    基于所述内容相关信息，分别为每个内容数据源设置权重值；基于所述多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
  2. 根据权利要求1所述的方法，其特征在于，在所述分别为每个内容数据源设置权重值的步骤之前，还包括：
    基于所述内容相关信息，分别确定所述多个内容数据源的多用途互联网邮件扩展MIME类型；则，
    所述分别为每个内容数据源设置权重值的步骤，具体为，基于内容数据源的MIME类型，从预先设置的权重表中查找相应MIME类型的内容数据源对应的权重值。
  3. 根据权利要求2所述的方法，其特征在于，所述分别确定所述多个内容数据源的MIME类型的步骤包括：
    当所述内容相关信息中注明了内容数据源的MIME类型时，从所述内容相关信息中提取所述内容数据源的MIME类型；
    当所述内容相关信息中没有注明内容数据源的MIME类型时，根据所述内容相关信息中提供的内容数据源的统一资源定位符URL确定MIME类型。
  4. 根据权利要求3所述的方法，其特征在于，所述根据内容数据源的统一资源定位符URL确定MIME类型的步骤包括：
    当所述URL是数据类型的URL时，从所述URL中提取MIME类型；
    当所述URL不是数据类型的URL时，基于所述URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
  5. 根据权利要求1至4中任何一项所述的方法，其特征在于， 所述基于所述多个内容数据源各自的权重值，选择内容数据源以呈现内容数据的步骤包括：
    选择所述多个内容数据源中权重值最大的内容数据源来呈现内容数据；
    当在呈现内容数据时出现错误时，选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
  6. 根据权利要求5所述的方法，其特征在于，还包括：
    当在呈现内容数据的过程中出现错误时，记录出错时内容数据呈现的时间点；
    当使用新选择的内容数据源呈现内容数据时，跳转到所记录的时间点以继续呈现所述内容数据。
  7. 一种用于呈现来自网络的内容数据的设备，其特征在于，在来自网络的有关内容数据的内容相关信息中，为相同的内容提供了多个内容数据源，该设备包括：
    权重设置装置，用于基于所述内容相关信息，分别为每个内容数据源设置权重值；以及
    内容数据源选择装置，用于基于所述多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
  8. 根据权利要求7所述的设备，其特征在于，还包括：
    MIME类型确定装置，用于基于所述内容相关信息，分别确定所述多个内容数据源的MIME类型；
    则，所述权重设置装置，基于内容数据源的MIME类型，从预先设置的权重表中查找相应MIME类型的内容数据源对应的权重值。
  9. 根据权利要求8所述的设备，其特征在于，所述MIME类型确定装置包括：
    第一提取装置，用于当所述内容相关信息中注明了内容数据源的MIME类型时，从所述内容相关信息中提取所述内容数据源的 MIME类型；
    URL分析装置，用于当所述内容相关信息中没有注明内容数据源的MIME类型时，根据所述内容相关信息中提供的内容数据源的URL确定MIME类型。
  10. 根据权利要求9所述的设备，其特征在于，所述URL分析装置包括：
    第二提取装置，用于当所述URL是数据类型的URL时，从所述URL中提取MIME类型；
    后缀名分析装置，用于当所述URL不是数据类型的URL时，基于所述URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
  11. 根据权利要求7至10中任何一项所述的设备，其特征在于，
    所述内容数据源选择装置，具体选择所述多个内容数据源中权重值最大的内容数据源来呈现内容数据；当在呈现内容数据时出现错误时，所述内容数据源选择装置选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
  12. 根据权利要求11所述的设备，其特征在于，还包括：
    时间点记录装置，用于当在呈现内容数据的过程中出现错误时，记录出错时内容数据呈现的时间点；
    跳转装置，用于当使用新选择的内容数据源呈现内容数据时，跳转到所记录的时间点以继续呈现所述内容数据。
  13. 一种终端，其特征在于，包括：处理器；用于存储处理器可执行指令的存储器；其中，在来自网络的有关内容数据的内容相关信息中，为相同的内容提供了多个内容数据源，
    所述存储器，用于存储计算机执行指令；
    所述处理器，用于执行所述存储器存储的所述计算机执行指令，基于所述内容相关信息，分别为每个内容数据源设置权重值；基 于所述多个内容数据源各自的权重值，选择内容数据源以呈现内容数据。
  14. 根据权利要求14所述的终端，其特征在于，所述处理器在执行所述分别为每个内容数据源设置权重值的步骤之前，还用于：
    基于所述内容相关信息，分别确定所述多个内容数据源的多用途互联网邮件扩展MIME类型；则，
    所述处理器分别为每个内容数据源设置权重值的步骤，具体为，所述处理器基于内容数据源的MIME类型，从预先设置的权重表中查找相应MIME类型的内容数据源对应的权重值。
  15. 根据权利要求15所述的终端，其特征在于，所述处理器分别确定所述多个内容数据源的MIME类型的步骤包括：
    当所述内容相关信息中注明了内容数据源的MIME类型时，所述处理器从所述内容相关信息中提取所述内容数据源的MIME类型；
    当所述内容相关信息中没有注明内容数据源的MIME类型时，所述处理器根据所述内容相关信息中提供的内容数据源的统一资源定位符URL确定MIME类型。
  16. 根据权利要求16所述的终端，其特征在于，所述处理器根据内容数据源的统一资源定位符URL确定MIME类型的步骤包括：
    当所述URL是数据类型的URL时，所述处理器从所述URL中提取MIME类型；
    当所述URL不是数据类型的URL时，所述处理器基于所述URL中的文件后缀名，根据文件后缀名与MIME类型的对应关系表，确定内容数据源的MIME类型。
  17. 根据权利要求14至17中任一项所述的终端，其特征在于，所述处理器基于所述多个内容数据源各自的权重值，选择内容数据源以呈现内容数据的步骤包括：
    所述处理器选择所述多个内容数据源中权重值最大的内容数 据源来呈现内容数据；
    当在呈现内容数据时出现错误时，所述处理器选择未出错的内容数据源中权重最大的内容数据源来呈现内容数据。
  18. 根据权利要求18所述的终端，其特征在于，所述处理器还用于：
    当在呈现内容数据的过程中出现错误时，记录出错时内容数据呈现的时间点；
    当使用新选择的内容数据源呈现内容数据时，跳转到所记录的时间点以继续呈现所述内容数据。
  19. 一种非临时性计算机可读存储介质，其特征在于，包括计算机执行指令，以供计算机的处理器执行所述计算机执行指令时，所述计算机执行如权利要求1-6中任一项所述的呈现来自网络的内容数据的方法。
PCT/CN2015/086149 2014-08-05 2015-08-05 呈现来自网络的内容数据的方法和设备 WO2016019875A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/328,639 US10298974B2 (en) 2014-08-05 2015-08-05 Method and device for presenting content data from network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410381941.4 2014-08-05
CN201410381941.4A CN105323654B (zh) 2014-08-05 2014-08-05 呈现来自网络的内容数据的方法和设备

Publications (1)

Publication Number Publication Date
WO2016019875A1 true WO2016019875A1 (zh) 2016-02-11

Family

ID=55250109

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/086149 WO2016019875A1 (zh) 2014-08-05 2015-08-05 呈现来自网络的内容数据的方法和设备

Country Status (3)

Country Link
US (1) US10298974B2 (zh)
CN (1) CN105323654B (zh)
WO (1) WO2016019875A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3397957B1 (en) * 2015-12-30 2021-03-24 Koninklijke Philips N.V. Tracking exposure to air pollution
CN106709805B (zh) * 2016-06-29 2020-09-25 腾讯科技（深圳）有限公司 一种用户收益数据获取方法及系统
CN111479139B (zh) * 2019-01-23 2022-10-04 上海哔哩哔哩科技有限公司 基于视频源选择的视频播放控制方法、装置和存储介质
CN111240733A (zh) * 2020-01-21 2020-06-05 深圳市优必选科技股份有限公司 基于多个第三方接口的数据获取方法和装置
CN115529491B (zh) * 2022-01-10 2023-06-06 荣耀终端有限公司 一种音视频解码的方法、音视频解码的装置以及终端设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020082730A1 (en) * 2000-12-21 2002-06-27 Microsoft Corporation Universal media player
CN101867780A (zh) * 2010-04-30 2010-10-20 中山大学 一种数字电视断点续播方法及数字电视机
CN103458305A (zh) * 2013-08-28 2013-12-18 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器
US20140006392A1 (en) * 2006-08-08 2014-01-02 CastTV Inc. Facilitating media content search

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020112156A1 (en) * 2000-08-14 2002-08-15 Gien Peter H. System and method for secure smartcard issuance
US20040064500A1 (en) * 2001-11-20 2004-04-01 Kolar Jennifer Lynn System and method for unified extraction of media objects
US20040024900A1 (en) * 2002-07-30 2004-02-05 International Business Machines Corporation Method and system for enhancing streaming operation in a distributed communication system
US9268455B2 (en) * 2006-02-23 2016-02-23 Netbreeze Gmbh System and method for user-controlled, multi-dimensional navigation and/or subject-based aggregation and/or monitoring of multimedia data
US7660815B1 (en) * 2006-06-30 2010-02-09 Amazon Technologies, Inc. Method and system for occurrence frequency-based scaling of navigation path weights among online content sources
US20080229371A1 (en) * 2007-02-22 2008-09-18 Mick Colin K Digital multimedia network including method and apparatus for high speed user download of digital files
US8964013B2 (en) * 2009-12-31 2015-02-24 Broadcom Corporation Display with elastic light manipulator
US8964977B2 (en) * 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
CN102695081A (zh) * 2012-06-13 2012-09-26 百视通网络电视技术发展有限责任公司 基于互联网电视的视频资源调度方法及电视终端
US9418031B2 (en) * 2012-12-31 2016-08-16 Verizon Patent And Licensing Inc. Media content asset recovery methods and systems
CN103024598B (zh) * 2013-01-10 2015-12-09 深信服网络科技（深圳）有限公司 获取网络视频播放流畅度的方法及装置
US9386352B1 (en) * 2014-02-11 2016-07-05 Time Warner Cable Enterprises Llc Methods and apparatus for determining a normalized time for use in resuming content playback
US20150256600A1 (en) * 2014-03-05 2015-09-10 Citrix Systems, Inc. Systems and methods for media format substitution

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020082730A1 (en) * 2000-12-21 2002-06-27 Microsoft Corporation Universal media player
US20140006392A1 (en) * 2006-08-08 2014-01-02 CastTV Inc. Facilitating media content search
CN101867780A (zh) * 2010-04-30 2010-10-20 中山大学 一种数字电视断点续播方法及数字电视机
CN103458305A (zh) * 2013-08-28 2013-12-18 小米科技有限责任公司 视频播放方法、装置、终端设备和服务器

Also Published As

Publication number Publication date
US10298974B2 (en) 2019-05-21
US20170214948A1 (en) 2017-07-27
CN105323654A (zh) 2016-02-10
CN105323654B (zh) 2019-02-15

Similar Documents

Publication Publication Date Title
US11915016B2 (en) System and method for identifying, indexing, and navigating to deep states of mobile applications
WO2016019875A1 (zh) 呈现来自网络的内容数据的方法和设备
US9613156B2 (en) Cookie information sharing method and system
US20160364373A1 (en) Method and apparatus for extracting webpage information
WO2015196954A1 (zh) 网页元素的显示方法以及浏览器装置
CN103945259B (zh) 一种在线视频播放方法及装置
US20140325323A1 (en) Online video playing method and apparatus and computer readable medium
US20170046023A1 (en) Method and apparatus for processing managing multimedia content
US8484373B2 (en) System and method for redirecting a request for a non-canonical web page
CN105975470B (zh) 历史记录的处理方法及装置
US9247290B2 (en) Seamless transition between display applications using direct device selection
EP3651421A1 (en) Multimedia display method, apparatus, and device
JP2018519575A (ja) テキスト隠蔽に基づいたページジャンプ
US9348932B2 (en) Method and apparatus for redirecting webpage requests to appropriate equivalents
KR20130078944A (ko) 복수의 이미지들을 포함하는 웹페이지의 이미지 로딩 속도 개선 장치, 방법 및 컴퓨터 판독 가능한 기록 매체
JP6779307B2 (ja) ページ表示のための方法及び装置
CN104899203B (zh) 一种网页页面的生成方法、装置及终端设备
EP3125541A1 (en) Data acquisition and interaction method, set top box, server and multimedia system
WO2019071406A1 (zh) 前端页面国际化处理方法、应用服务器及计算机可读存储介质
WO2017092455A1 (zh) 一种移动终端网页浏览方法及移动终端
CN111031117B (zh) 一种多媒体文件下载方法及相关装置
US9043441B1 (en) Methods and systems for providing network content for devices with displays having limited viewing area
WO2020026015A1 (zh) 一种信息流中页面展示的方法、装置和设备/终端/服务器
KR101531284B1 (ko) 클라우드 스트리밍 서비스를 제공하기 위한 장치, 이를 위한 방법 및 이를 위한 시스템
CN112182446B (zh) 页面的展示方法、装置、终端设备及计算机可读存储介质

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: 15829860

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15328639

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: 15829860

Country of ref document: EP

Kind code of ref document: A1