CN106790754B - Media information playing method and server - Google Patents

Media information playing method and server Download PDF

Info

Publication number
CN106790754B
CN106790754B CN201611220234.2A CN201611220234A CN106790754B CN 106790754 B CN106790754 B CN 106790754B CN 201611220234 A CN201611220234 A CN 201611220234A CN 106790754 B CN106790754 B CN 106790754B
Authority
CN
China
Prior art keywords
address
page
information
terminal
playing
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201611220234.2A
Other languages
Chinese (zh)
Other versions
CN106790754A (en
Inventor
林玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201611220234.2A priority Critical patent/CN106790754B/en
Publication of CN106790754A publication Critical patent/CN106790754A/en
Application granted granted Critical
Publication of CN106790754B publication Critical patent/CN106790754B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • 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
    • 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/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4108—Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • 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/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/64—Addressing
    • H04N21/6402—Address allocation for clients
    • 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

Abstract

The invention discloses a method for playing media information and a server, wherein the method comprises the following steps: receiving a first request sent by a terminal, and analyzing a first address corresponding to requested media information from the first request, wherein the first address is a Content Provider (CP) address; obtaining a second address related to the media information according to the page characteristics corresponding to the first address, wherein the second address is an address for providing a uniform format page to a terminal; feeding back the second address to the terminal; receiving a second request sent by a terminal, and analyzing play feedback information entering the uniform layout page according to the second address and selecting to play the media information from the second request; and monitoring the media information process according to the playing feedback information.

Description

Media information playing method and server
Technical Field
The present invention relates to a playing technology, and in particular, to a method and a server for playing media information.
Background
More and more information can be shared on the internet, for example, multi-source media information can be gathered on one video page and provided for a user to select to play. In the prior art, after a media information link is clicked on a video page, a user needs to jump to a provider (CP) page of media content, and the playing formats of each CP page are different, and a playing control entry is also strange, so that the user is inconvenient to select playing control. The video played on the opposite CP page which is not the video page cannot be fed back in time, the whole process of the playing process is not monitored, the error cannot be positioned in time even if the error occurs, and the error can be corrected in time. In the related art, there is no effective solution to this problem.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method and a server for playing media information, which at least solve the problems in the prior art.
The technical scheme of the embodiment of the invention is realized as follows:
the method for playing the media information in the embodiment of the invention comprises the following steps:
receiving a first request sent by a terminal, and analyzing a first address corresponding to requested media information from the first request, wherein the first address is a content CP address;
obtaining a second address related to the media information according to the page characteristics corresponding to the first address, wherein the second address is an address for providing a uniform format page to a terminal;
feeding back the second address to the terminal;
receiving a second request sent by a terminal, and analyzing play feedback information entering the uniform layout page according to the second address and selecting to play the media information from the second request;
and monitoring the media information process according to the playing feedback information.
In the above scheme, the method further comprises: before a second address related to the media information is obtained according to the page characteristics corresponding to the first address,
acquiring domain name information of the first address;
judging whether the first address is locally supported to be converted into the second address according to the domain name information of the first address;
when the local support converts the first address into the second address, skipping to the process of obtaining the second address related to the media information according to the page characteristics corresponding to the first address;
and when the first address is not locally supported to be converted into the second address, jumping to the CP page according to the first address.
In the foregoing solution, obtaining a second address related to the media information according to a page feature corresponding to the first address includes:
acquiring a CP page according to the first address, and extracting page characteristic information from the CP page;
and comparing the page characteristic information with at least one local conversion thread, and starting the conversion thread corresponding to the page characteristic information to convert the first address to obtain the second address after the comparison is successful.
In the above scheme, enabling a conversion thread corresponding to the page feature information to convert the first address to obtain the second address includes:
analyzing at least one piece of first page information which does not accord with the uniform layout page from the CP page;
filtering the first page information from the CP page to obtain second page information;
and obtaining the uniform format page according to the second page information, and newly establishing a second address corresponding to the uniform format page.
In the above scheme, the method further comprises:
receiving a third request sent by a terminal, and analyzing a first address corresponding to the requested media information from the third request;
judging whether the second address corresponding to the first address is still in the validity period, and if so, directly feeding back the second address to the terminal; otherwise, address translation is performed again.
In the foregoing solution, the determining whether the second address corresponding to the first address is still in the valid period includes:
calculating a first check value according to the first address;
inquiring a locally contained appointed key value pair according to the first check value;
the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address;
when the first check value and the second check value are queried to be the same, the second address is still in the validity period.
A server according to an embodiment of the present invention includes:
a first receiving unit, configured to receive a first request sent by a terminal, and parse a first address corresponding to requested media information from the first request, where the first address is a content CP address;
the address conversion unit is used for obtaining a second address related to the media information according to the page characteristics corresponding to the first address, and the second address is an address for providing a uniform format page to a terminal;
a feedback unit, configured to feed back the second address to the terminal;
the second receiving unit is used for receiving a second request sent by the terminal, and analyzing the second request to enter the uniform format page according to the second address and select the playing feedback information in the process of playing the media information;
and the monitoring unit is used for monitoring the media information process according to the playing feedback information.
In the above solution, the server further includes:
an obtaining unit, configured to obtain domain name information of the first address;
a first judging unit, configured to judge whether to locally support converting the first address into the second address according to domain name information of the first address;
a first processing unit to:
when the local support converts the first address into the second address, skipping to the process of obtaining the second address related to the media information according to the page characteristics corresponding to the first address;
and when the first address is not locally supported to be converted into the second address, jumping to the CP page according to the first address.
In the foregoing solution, the address translation unit is further configured to:
acquiring a CP page according to the first address, and extracting page characteristic information from the CP page;
and comparing the page characteristic information with at least one local conversion thread, and starting the conversion thread corresponding to the page characteristic information to convert the first address to obtain the second address after the comparison is successful.
In the foregoing solution, the address translation unit is further configured to:
analyzing at least one piece of first page information which does not accord with the uniform layout page from the CP page;
filtering the first page information from the CP page to obtain second page information;
and obtaining the uniform format page according to the second page information, and newly establishing a second address corresponding to the uniform format page.
In the above solution, the server further includes:
a third receiving unit, configured to receive a third request sent by the terminal, and parse a first address corresponding to the requested media information from the third request;
the second judging unit is used for judging whether the second address corresponding to the first address is still in the valid period, and if the second address is in the valid period, the second address is directly fed back to the terminal; otherwise, address translation is performed again.
In the foregoing solution, the second determining unit is further configured to:
calculating a first check value according to the first address;
inquiring a locally contained appointed key value pair according to the first check value;
the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address;
when the first check value and the second check value are queried to be the same, the second address is still in the validity period.
The embodiment of the invention comprises the following steps: receiving a first request sent by a terminal, and analyzing a first address corresponding to requested media information from the first request, wherein the first address is a CP address; obtaining a second address related to the media information according to the page characteristics corresponding to the first address, wherein the second address is an address for providing a uniform format page to a terminal; feeding back the second address to the terminal; receiving a second request sent by a terminal, and analyzing play feedback information entering the uniform layout page according to the second address and selecting to play the media information from the second request; and monitoring the media information process according to the playing feedback information.
By adopting the embodiment of the invention, the second address related to the media information can be obtained according to the page characteristics corresponding to the first address, and the second address is an address for providing the uniform format page to the terminal, so that the uniform format page can be directly accessed according to the second address received by the terminal, and the playing control entries of the uniform format page are uniform, thereby facilitating the selection of the playing control of a user. And receiving a second request sent by the terminal, analyzing play feedback information which enters the uniform format page according to the second address and is selected to play the media information from the second request, wherein the play feedback information is obtained by capturing the opposite side CP page of the non-local video page to the background server for local processing and then providing the opposite side CP page to the terminal for playing, so that the feedback of video playing errors can be obtained in time according to the play feedback information, the whole-process monitoring of the playing process is facilitated, the errors can be positioned in time once the errors occur, and the errors can be corrected in time.
Drawings
FIG. 1 is a diagram of hardware entities performing information interaction in an embodiment of the present invention;
FIG. 2 is a schematic flow chart illustrating a method according to an embodiment of the present invention;
FIG. 3 is a schematic flow chart illustrating an implementation of another method according to an embodiment of the present invention;
FIG. 4 is a diagram of a system architecture according to an embodiment of the present invention;
fig. 5 is a schematic view of an implementation process of an application scenario in which the embodiment of the present invention is applied.
Detailed Description
The following describes the embodiments in further detail with reference to the accompanying drawings.
A mobile terminal implementing various embodiments of the present invention will now be described with reference to the accompanying drawings. In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the description of the embodiments of the present invention, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.
In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components, circuits, and networks disclosed have not been described in detail as not to unnecessarily obscure aspects of the embodiments.
In addition, although the terms "first", "second", etc. are used herein several times to describe various elements (or various thresholds or various applications or various instructions or various operations), etc., these elements (or thresholds or applications or instructions or operations) should not be limited by these terms. These terms are only used to distinguish one element (or threshold or application or instruction or operation) from another element (or threshold or application or instruction or operation). For example, a first operation may be referred to as a second operation, and a second operation may be referred to as a first operation, without departing from the scope of the invention, the first operation and the second operation being operations, except that they are not the same operation.
The steps in the embodiment of the present invention are not necessarily processed according to the described step sequence, and may be optionally rearranged in a random manner, or steps in the embodiment may be deleted, or steps in the embodiment may be added according to requirements.
The term "and/or" in embodiments of the present invention refers to any and all possible combinations including one or more of the associated listed items. It is also to be noted that: when used in this specification, the term "comprises/comprising" specifies the presence of stated features, integers, steps, operations, elements and/or components but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements and/or components and/or groups thereof.
The intelligent terminal (e.g., mobile terminal) of the embodiments of the present invention may be implemented in various forms. For example, the mobile terminal described in the embodiments of the present invention may include a mobile terminal such as a mobile phone, a smart phone, a notebook computer, a Digital broadcast receiver, a Personal Digital Assistant (PDA), a tablet computer (PAD), a Portable Multimedia Player (PMP), a navigation device, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like. In the following, it is assumed that the terminal is a mobile terminal. However, it will be understood by those skilled in the art that the configuration according to the embodiment of the present invention can be applied to a fixed type terminal in addition to elements particularly used for moving purposes.
Fig. 1 is a schematic diagram of hardware entities performing information interaction in an embodiment of the present invention, where fig. 1 includes: a terminal device 1 and a server 2. The terminal device 1 is composed of terminal devices 11-14, and the terminal devices perform information interaction with a server through a wired network or a wireless network. The terminal equipment comprises mobile phones, desktop computers, PC machines, all-in-one machines and the like. By adopting the embodiment of the invention, the multi-source media information is gathered on the video aggregation page and provided for the user to select to play. After selecting one piece of media information to be played from the plurality of pieces of media information, the terminal does not jump to a first address (such as a CP address) corresponding to the media information, but obtains a second address (such as a naked broadcast address) after the first address (such as the CP address) is converted by the server according to the processing logic 10, obtains the media information of the uniform format page according to the second address, and performs playing selection, playing control and the like, wherein the media information of the uniform format page is stored in the server, is convenient to obtain, and does not need to be obtained by other CPs. The processing logic 10 of the server is shown in fig. 1 and comprises: s1, receiving a first request sent by a terminal, and analyzing a CP address corresponding to the requested media information from the first request; s2, obtaining a naked broadcast address related to the media information according to the page characteristics corresponding to the CP address, wherein the naked broadcast address is an address for providing a uniform format page to a terminal, and feeding back the second address to the terminal; s3, receiving a second request sent by the terminal, parsing a play feedback information which enters the uniform layout page according to the second address and selects to play the media information from the second request, and monitoring the media information process according to the play feedback information. By adopting the embodiment of the invention, the second address related to the media information can be obtained according to the page characteristics corresponding to the first address, and the second address is an address for providing the uniform format page to the terminal, so that the uniform format page can be directly accessed according to the second address received by the terminal, and the playing control entries of the uniform format page are uniform, thereby facilitating the selection of the playing control of a user. And receiving a second request sent by the terminal, analyzing play feedback information which enters the uniform format page according to the second address and is selected to play the media information from the second request, wherein the play feedback information is obtained by capturing the opposite side CP page of the non-local video page to the background server for local processing and then providing the opposite side CP page to the terminal for playing, so that the feedback of video playing errors can be obtained in time according to the play feedback information, the whole-process monitoring of the playing process is facilitated, the errors can be positioned in time once the errors occur, and the errors can be corrected in time.
The above example of fig. 1 is only an example of a system architecture for implementing the embodiment of the present invention, and the embodiment of the present invention is not limited to the system architecture described in the above fig. 1, and various embodiments of the method of the present invention are proposed based on the system architecture described in the above fig. 1.
As shown in fig. 2, a method for playing media information according to an embodiment of the present invention includes: the server receives a first request sent by a terminal, and analyzes a first address corresponding to the requested media information from the first request, wherein the first address is a CP address (101). In the embodiment of the present invention, instead of directly jumping to the CP page corresponding to the CP address according to the CP address, the page content of the CP page is captured according to the CP address, and then converted to obtain the uniform layout page, where the address corresponding to the uniform layout page is a naked broadcast address, that is: and obtaining a second address (such as a naked address) related to the media information according to the page characteristics corresponding to the first address (such as a CP page), wherein the second address (such as the naked address) is an address (102) for providing a uniform format page to the terminal, and can process the first request of the terminal in real time and provide the naked address obtained by conversion to the terminal in real time. The server feeds back the second address (such as a naked broadcast address) to the terminal, so that the terminal obtains the video convergence page for the unified format after obtaining the second address (such as the naked broadcast address). And the server receives a second request sent by the terminal, analyzes the second request to enter the uniform format page according to the second address (such as a naked broadcast address) and selects the playing feedback information in the process of playing the media information (103). In practical application, the playing feedback information includes all playing information in the playing process, and of course, there may be playing error feedback, so that the server can monitor according to the playing information. The playing feedback information can be reported to the server through the page tag. The page tag (such as VIDEO) is used for page playing and error monitoring, and the playing result and the monitoring result are reported to the server through the VIDEO for the server to analyze the playing success rate. For example, the terminal directly plays the received naked broadcast address in the VIDEO tag, in order to ensure stability, it needs to judge whether the returned naked broadcast address is normally playable, if it fails, it jumps to the CP page for playing, so that user experience is still not affected under abnormal conditions, if the returned naked broadcast address is normally playable, it plays in the local uniform format page, and reports the playing feedback information to the server through the VIDEO tag. The server monitors the media information process according to the playing feedback information (104). And if the playing feedback information has playing error feedback, positioning the error in time according to the playing error feedback, and correcting the error in time.
By adopting the embodiment of the invention, a more stable and efficient video playing scheme than the prior art is provided for the single-page WEB video aggregation website, the CP page address carried in the terminal request can be received, the page information of the CP page is captured to the local server for processing through the sniffer, the CP page is converted into the page with uniform format, and the address corresponding to the page with uniform format is the naked broadcast address. Corresponding to a plurality of CP addresses, a plurality of sniffers may be set to perform CP page fetching and address translation to obtain a nude address corresponding to the plurality of CP page addresses. The server feeds back the naked broadcast address to the terminal, so that the terminal obtains a video aggregation page with a uniform playing format, and the user can easily select the playing control in the video aggregation page with the uniform playing format. And the server receives the playing feedback information reported by the terminal, wherein the playing feedback information comprises error feedback, so that the whole playing process is monitored, and error positioning and timely correction are realized.
In a practical application, the background service needs to establish a plurality of corresponding conversion processing threads according to domain name information (or other rules) of different CPs, and the conversion processing threads can be implemented by sniffers. The sniffer is used for extracting corresponding video naked broadcast addresses according to the page characteristics of the CP broadcast addresses (generally, the rules of each CP source are different, and only one set of rules is needed for each source). When a terminal user accesses a WEB video aggregation page in a form of logging in a website to enter the page or in a form of accessing the page through an application, a video resource is requested to play a detail page, a playing address of a CP (content of news links) of a specific video accessed by the terminal user (for example, a certain portal website) is used, and the terminal requests a server at a background to feed back a corresponding naked broadcast address. And then, the server requests the server of the CP according to the corresponding playing address in the request to obtain page HTML of the corresponding CP playing address, and then the naked playing address of the video is extracted by the sniffer and returned to the terminal as a result. The method includes that a terminal directly plays a received naked broadcast address in a VIDEO label, in order to guarantee stability, whether the returned naked broadcast address is normally playable or not needs to be judged in a page, if the naked broadcast address fails, the terminal jumps to a CP page to play, user experience is still not affected under abnormal conditions, in the process of playing VIDEOs on a unified format page according to the naked broadcast address, if a playing error is detected, the playing error is fed back to a server through the VIDEO label to be analyzed, of course, the VIDEO label comprises the whole playing result except before the playing error is carried, if the playing error is correctly obtained from background service, the naked broadcast address is obtained, whether the naked broadcast address can be normally played or not, the CP source name and the like are reported to the server together, so that the server can determine the corresponding CP playing success rate according to the reported result, and the stability of the whole flow is guaranteed. In practical application, the embodiment of the invention is adopted, and the CP page does not need to be jumped to play the video. Because the video is played on the uniform format page according to the naked address, the processed uniform format page does not play the paster advertisement and the pause advertisement, and only the video contents such as the movie, the TV play and the like are self-contained. There is no need to store the video to the server, but rather grab the content through the sniffer and convert it, and therefore there is no additional cost in Content Delivery Network (CDN) bandwidth.
As shown in fig. 3, a method for playing media information according to an embodiment of the present invention includes: the server receives a first request sent by a terminal, and analyzes a first address corresponding to the requested media information from the first request, wherein the first address is a CP address (201). And acquiring domain name information of the first address, and judging whether the first address is locally supported to be converted into the second address according to the domain name information of the first address (202). And when the local support converts the first address into the second address, jumping to the process (203) of obtaining the second address related to the media information according to the page characteristics corresponding to the first address. When the first address is not locally supported for translation to the second address, a jump is made to a CP page based on the first address (204). The benefits of such a process are: in order to ensure stability, whether the returned naked broadcast address is normally available for broadcasting needs to be judged in the page, and if the naked broadcast address fails, the page is skipped to the CP page for broadcasting, so that the user experience is still not influenced under the abnormal condition.
It should be noted that, in the embodiment of the present invention, instead of directly jumping to the CP page corresponding to the CP address according to the CP address, the page content of the CP page is captured according to the CP address, and then converted to obtain the uniform layout page, where the address corresponding to the uniform layout page is a naked address, that is: and obtaining a second address (such as a naked address) related to the media information according to the page characteristics corresponding to the first address (such as a CP page), wherein the second address (such as the naked address) is an address for providing a uniform format page to the terminal, and can process the first request of the terminal in real time and provide the naked address obtained by conversion to the terminal in real time. Specifically, a CP page is obtained according to the first address (e.g., a CP page), after page feature information is extracted from the CP page, the page feature information is compared (2031) with at least one local conversion processing thread (e.g., a plurality of sniffers), and after the comparison is successful, a conversion thread corresponding to the page feature information is enabled to convert the first address, so as to obtain the second address (2032). Then, the server feeds back the second address to the terminal (2033), so that the terminal obtains the second address (such as a naked address) and then obtains a video convergence page for unifying formats. The server receives a second request sent by the terminal, and analyzes the second request to enter the uniform format page according to the second address (such as a naked broadcast address) and selects the broadcast feedback information (205) in the process of broadcasting the media information. In practical application, the playing feedback information includes all playing information in the playing process, and of course, there may be playing error feedback, so that the server can monitor according to the playing information. The playing feedback information can be reported to the server through the page tag. The page tag (such as VIDEO) is used for page playing and error monitoring, and the playing result and the monitoring result are reported to the server through the VIDEO for the server to analyze the playing success rate. For example, the terminal directly plays the received naked broadcast address in the VIDEO tag, in order to ensure stability, it needs to judge whether the returned naked broadcast address is normally playable, if it fails, it jumps to the CP page for playing, so that user experience is still not affected under abnormal conditions, if the returned naked broadcast address is normally playable, it plays in the local uniform format page, and reports the playing feedback information to the server through the VIDEO tag. The server monitors (206) the media information process according to the playing feedback information. And if the playing feedback information has playing error feedback, positioning the error in time according to the playing error feedback, and correcting the error in time.
In an embodiment of the present invention, in the above embodiment, enabling a conversion thread corresponding to the page feature information to convert the first address to obtain the second address includes: at least one piece of first page information (such as label information in the page) which does not accord with the uniform format page is analyzed from the CP page, and the first page information (such as the label information in the page) is filtered from the CP page to obtain second page information. And then, obtaining the uniform format page according to the second page information, and newly building a naked broadcast address corresponding to the uniform format page.
The method for playing the media information in the embodiment of the invention comprises the following steps: the method comprises the steps that a server receives a first request sent by a terminal, and a first address corresponding to requested media information is analyzed from the first request, wherein the first address is a CP address. In the embodiment of the present invention, instead of directly jumping to the CP page corresponding to the CP address according to the CP address, the page content of the CP page is captured according to the CP address, and then converted to obtain the uniform layout page, where the address corresponding to the uniform layout page is a naked broadcast address, that is: and obtaining a second address (such as a naked address) related to the media information according to the page characteristics corresponding to the first address (such as a CP page), wherein the second address (such as the naked address) is an address for providing a uniform format page to the terminal, and can process the first request of the terminal in real time and provide the naked address obtained by conversion to the terminal in real time. Specifically, a CP page is obtained according to the first address (e.g., a CP page), after page feature information is extracted from the CP page, the page feature information is compared with at least one local conversion processing thread (e.g., a plurality of sniffers), and after the comparison is successful, a conversion thread corresponding to the page feature information is enabled to convert the first address (e.g., the CP page) to obtain the second address (e.g., a naked broadcast address). The server feeds back the second address (such as a naked broadcast address) to the terminal, so that the terminal obtains the video convergence page for the unified format after obtaining the second address (such as the naked broadcast address). The server receives a second request sent by the terminal, and analyzes the second request to enter the uniform format page according to the second address (such as a naked broadcast address) and selects the broadcast feedback information in the process of broadcasting the media information. In practical application, the playing feedback information includes all playing information in the playing process, and of course, there may be playing error feedback, so that the server can monitor according to the playing information. The playing feedback information can be reported to the server through the page tag. The page tag (such as VIDEO) is used for page playing and error monitoring, and the playing result and the monitoring result are reported to the server through the VIDEO for the server to analyze the playing success rate. For example, the terminal directly plays the received naked broadcast address in the VIDEO tag, in order to ensure stability, it needs to judge whether the returned naked broadcast address is normally playable, if it fails, it jumps to the CP page for playing, so that user experience is still not affected under abnormal conditions, if the returned naked broadcast address is normally playable, it plays in the local uniform format page, and reports the playing feedback information to the server through the VIDEO tag.
And the server receives a third request sent by the terminal, and analyzes a first address corresponding to the requested media information from the third request. Since the second address stored locally in the server is time-efficient, for example, it is not available after 1 hour or 2 hours, it needs to determine whether the second address corresponding to the first address is still in the validity period, and if so, the second address is directly fed back to the terminal; otherwise, address translation is performed again. In the process of determining whether the second address corresponding to the first address is still in the validity period, a first check value may be calculated according to the first address, and a locally included designated key value pair may be queried according to the first check value. And the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address. And when the first check value and the second check value are inquired to be the same, the second address is still in the valid period, the second address matched with the second check value is directly extracted from the designated key value pair and fed back to the terminal, and otherwise, the real-time address conversion is carried out aiming at a third request of the terminal again. In one practical application, the calculation of the first check value and the second check value may be calculated in the form of MD 5. The second address (such as a naked address) obtained by real-time conversion of the previous address is cached locally at the server by taking the MD5 as a query index in the key value pair. For a check value in the form of MD5, it can be understood that: the check value is used to determine the timeliness of the cached bare-cast address, for example, if the time exceeds one hour, the cache is invalid, and the terminal needs to receive the request again and convert the requested page address to obtain the bare-cast address again. If the cached naked address is still valid, the naked address requested by the terminal is returned to the terminal according to the key-value pair (MD 5 obtained from the page address, naked address).
And finally, the server monitors the media information process according to the playing feedback information. And if the playing feedback information has playing error feedback, positioning the error in time according to the playing error feedback, and correcting the error in time.
In a practical application, the background service needs to establish a plurality of corresponding conversion processing threads according to domain name information (or other rules) of different CPs, and the conversion processing threads can be implemented by sniffers. The sniffer is used for extracting corresponding video naked broadcast addresses according to the page characteristics of the CP broadcast addresses (generally, the rules of each CP source are different, and only one set of rules is needed for each source). When a terminal user accesses a WEB video aggregation page in a form of logging in a website to enter the page or in a form of accessing the page through an application, a video resource is requested to play a detail page, a playing address of a CP (content of news links) of a specific video accessed by the terminal user (for example, a certain portal website) is used, and the terminal requests a server at a background to feed back a corresponding naked broadcast address.
And then, the server requests the server of the CP according to the corresponding playing address in the request to obtain page HTML of the corresponding CP playing address, and then the naked playing address of the video is extracted by the sniffer and returned to the terminal as a result. Meanwhile, the server can calculate MD5 and a sniffing result according to the CP playing address, and store MD5 and the sniffing result (such as a naked broadcast address) as a key value pair into a database, when different users request the same CP playing address, the MD5 can be calculated first, and then whether a corresponding naked broadcast address exists in the database or not can be inquired according to MD5, if the corresponding naked broadcast address exists, the naked broadcast address is still in the valid period content, and the stored naked broadcast address can be directly output to a terminal for use; otherwise, the naked address needs to be calculated again in real time according to the request of the terminal (i.e. the CP playing address is converted into the naked address through the sniffer). The method includes that a terminal directly plays a received naked broadcast address in a VIDEO label, in order to guarantee stability, whether the returned naked broadcast address is normally playable or not needs to be judged in a page, if the naked broadcast address fails, the terminal jumps to a CP page to play, user experience is still not affected under abnormal conditions, in the process of playing VIDEOs on a unified format page according to the naked broadcast address, if a playing error is detected, the playing error is fed back to a server through the VIDEO label to be analyzed, of course, the VIDEO label comprises the whole playing result except before the playing error is carried, if the playing error is correctly obtained from background service, the naked broadcast address is obtained, whether the naked broadcast address can be normally played or not, the CP source name and the like are reported to the server together, so that the server can determine the corresponding CP playing success rate according to the reported result, and the stability of the whole flow is guaranteed. In practical application, the embodiment of the invention is adopted, and the CP page does not need to be jumped to play the video. Because the video is played on the uniform format page according to the naked address, the processed uniform format page does not play the paster advertisement and the pause advertisement, and only the video contents such as the movie, the TV play and the like are self-contained. There is no need to store the video to the server, but rather grab the content through the sniffer and convert it, and therefore there is no additional cost in Content Delivery Network (CDN) bandwidth.
As shown in fig. 4, the system for playing media information according to the embodiment of the present invention includes a terminal 41 and a server 42, and converges media information of multiple sources onto a video aggregation page, and provides the media information to a user for selecting playing. After selecting one piece of media information to be played from the plurality of pieces of media information, the terminal 41 does not jump to a first address (such as a CP address) corresponding to the media information, but obtains a second address (such as a naked address) after the first address (such as the CP address) is converted by the server, and the terminal obtains the media information of the uniform format page according to the second address to perform playing selection, playing control and the like, wherein the media information of the uniform format page is stored in the server, and is convenient to obtain without other CPs. The server 42 includes a first receiving unit 421, configured to receive a first request sent by a terminal, and parse a first address corresponding to requested media information from the first request, where the first address is a content CP address; an address conversion unit 422, configured to obtain a second address related to the media information according to a page feature corresponding to the first address, where the second address is an address for providing a uniform format page to a terminal; a feedback unit 423, configured to feed back the second address to the terminal; a second receiving unit 424, configured to receive a second request sent by the terminal, and parse, from the second request, feedback information entering the uniform layout page according to the second address and selecting to play the media information; and a monitoring unit 425 configured to monitor the media information process according to the playback feedback information.
By adopting the embodiment of the invention, a more stable and efficient video playing scheme than the prior art is provided for the single-page WEB video aggregation website, the CP page address carried in the terminal request can be received, the page information of the CP page is captured to the local server for processing through the sniffer, the CP page is converted into the page with uniform format, and the address corresponding to the page with uniform format is the naked broadcast address. Corresponding to a plurality of CP addresses, a plurality of sniffers may be set to perform CP page fetching and address translation to obtain a nude address corresponding to the plurality of CP page addresses. The server feeds back the naked broadcast address to the terminal, so that the terminal obtains a video aggregation page with a uniform playing format, and the user can easily select the playing control in the video aggregation page with the uniform playing format. And the server receives the playing feedback information reported by the terminal, wherein the playing feedback information comprises error feedback, so that the whole playing process is monitored, and error positioning and timely correction are realized.
In a practical application, the background service needs to establish a plurality of corresponding conversion processing threads according to domain name information (or other rules) of different CPs, and the conversion processing threads can be implemented by sniffers. The sniffer is used for extracting corresponding video naked broadcast addresses according to the page characteristics of the CP broadcast addresses (generally, the rules of each CP source are different, and only one set of rules is needed for each source). When a terminal user accesses a WEB video aggregation page in a form of logging in a website to enter the page or in a form of accessing the page through an application, a video resource is requested to play a detail page, a playing address of a CP (content of news links) of a specific video accessed by the terminal user (for example, a certain portal website) is used, and the terminal requests a server at a background to feed back a corresponding naked broadcast address. And then, the server requests the server of the CP according to the corresponding playing address in the request to obtain page HTML of the corresponding CP playing address, and then the naked playing address of the video is extracted by the sniffer and returned to the terminal as a result. The method includes that a terminal directly plays a received naked broadcast address in a VIDEO label, in order to guarantee stability, whether the returned naked broadcast address is normally playable or not needs to be judged in a page, if the naked broadcast address fails, the terminal jumps to a CP page to play, user experience is still not affected under abnormal conditions, in the process of playing VIDEOs on a unified format page according to the naked broadcast address, if a playing error is detected, the playing error is fed back to a server through the VIDEO label to be analyzed, of course, the VIDEO label comprises the whole playing result except before the playing error is carried, if the playing error is correctly obtained from background service, the naked broadcast address is obtained, whether the naked broadcast address can be normally played or not, the CP source name and the like are reported to the server together, so that the server can determine the corresponding CP playing success rate according to the reported result, and the stability of the whole flow is guaranteed. In practical application, the embodiment of the invention is adopted, and the CP page does not need to be jumped to play the video. Because the video is played on the uniform format page according to the naked address, the processed uniform format page does not play the paster advertisement and the pause advertisement, and only the video contents such as the movie, the TV play and the like are self-contained. There is no need to store the video to the server, but rather grab the content through the sniffer and convert it, and therefore there is no additional cost in Content Delivery Network (CDN) bandwidth.
In an implementation manner of the embodiment of the present invention, the server further includes: an obtaining unit, configured to obtain domain name information of the first address; a first judging unit, configured to judge whether to locally support converting the first address into the second address according to domain name information of the first address; a first processing unit to: when the local support converts the first address into the second address, skipping to the process of obtaining the second address related to the media information according to the page characteristics corresponding to the first address; and when the first address is not locally supported to be converted into the second address, jumping to the CP page according to the first address.
In an implementation manner of the embodiment of the present invention, the address translation unit is further configured to: acquiring a CP page according to the first address, and extracting page characteristic information from the CP page; and comparing the page characteristic information with at least one local conversion thread, and starting the conversion thread corresponding to the page characteristic information to convert the first address to obtain the second address after the comparison is successful.
In an implementation manner of the embodiment of the present invention, the address translation unit is further configured to: analyzing at least one piece of first page information which does not accord with the uniform layout page from the CP page; filtering the first page information from the CP page to obtain second page information; and obtaining the uniform format page according to the second page information, and newly establishing a second address corresponding to the uniform format page.
In an implementation manner of the embodiment of the present invention, the server further includes: a third receiving unit, configured to receive a third request sent by the terminal, and parse a first address corresponding to the requested media information from the third request; the second judging unit is used for judging whether the second address corresponding to the first address is still in the valid period, and if the second address is in the valid period, the second address is directly fed back to the terminal; otherwise, address translation is performed again.
In an embodiment of the present invention, the second determining unit is further configured to: calculating a first check value according to the first address; inquiring a locally contained appointed key value pair according to the first check value; the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address; when the first check value and the second check value are queried to be the same, the second address is still in the validity period.
As for the processor for data Processing, when executing Processing, the processor can be implemented by a microprocessor, a Central Processing Unit (CPU), a Digital Signal Processor (DSP), or a Programmable logic Array (FPGA); for the storage medium, the storage medium contains operation instructions, which may be computer executable codes, and the operation instructions implement the steps in the flow of the information processing method according to the above-described embodiment of the present invention.
Here, it should be noted that: the above description related to the terminal and the server items is similar to the above description of the method, and the description of the beneficial effects of the same method is omitted for brevity. For technical details not disclosed in the embodiments of the terminal and the server of the present invention, please refer to the description of the embodiments of the method flow of the present invention.
The embodiment of the invention is explained by taking a practical application scene as an example as follows:
in one application scenario, for the CP, as a content provider, a corporate entity or organization may legally or contractually own copyrights and other rights associated with copyrighted works, and may legally authorize and charge for copyright usage. Taking a video provided by a content provider as an example, for video playing, the prior art is adopted, 1) one way is to generally store the detailed page playing addresses of all large CPs in a video aggregation website, and directly jump to the page of the other side for playing during playing. This approach has the drawbacks of: A. when the CP site page is loaded, the layout of the video detail page of each site and the playing interaction of the videos are not consistent, so that a user is easy to be confused, and the user experience is not good. B. When the user jumps to the page playing of the opposite side, which is equivalent to sending the traffic to the opposite side, the video playing of the content provider often has the patch advertisements, the pause advertisements and the like, which causes bad playing experience. C. When the opposite side page plays the video, the problem of the playability of the video cannot be fed back in time, and the unplayable video cannot be offline in time on the list page of the video. 2) Another way is to embed the shared code provided by the CP into the private page, but the provided shared code needs to be supported by the Flash player. This approach has the drawbacks of: A. many CPs do not provide corresponding shared code and such shared code relies on Flash players, such as not being able to play such video on iOS phones. B. The CP sharing code is embedded into a home page of the user to play the video, and the interaction of the played video is not controlled by the user and the uniform playing experience cannot be customized. 3) Still another way is to store the video file in a background service database and generate the CDN address of the corresponding video, and when the user plays, directly fetch the corresponding video CDN address to play. This approach has the drawbacks of: A. the method stores video information and a video naked broadcast address to a database and generates a CDN address, and very large CDN bandwidth cost is generated when the user playing amount is large. B. Providing CDN addresses risks other sites catching our video CDN play addresses, which is equivalent to these sites using our CDN bandwidth free of charge.
In the application scenario, the embodiment of the invention can provide a video playing scheme which is more stable and efficient than the existing scheme for a single-page WEB video aggregation website, and is a scheme for quickly playing videos. The scheme utilizes the analysis of the CP page and the storage capacity of the background service to realize the following functions: 1. the CP page does not need to be jumped to play the video; 2. playing any video without a paster advertisement and a pause advertisement; 3. the video does not need to be stored in the background, and no extra cost of CDN bandwidth is consumed.
Specifically, the scheme can be applied to a single-page WEB APP based on HTML5, and first, the basic requirements of the scheme on hardware and software environments are as follows: 1) a terminal device having a network access capability; 2) the browser kernel is compatible with HTML5javascript API; 3) a background service with the ability to store databases. After the basic requirements of the hardware and software environments are met, the background server needs to establish corresponding sniffers according to domain names (or other rules) of different CPs, the sniffers are used for extracting corresponding video naked broadcast addresses according to page features of CP broadcast addresses (usually, rules of each CP source are different, and each source only needs one set of rules), and the WEB APP accessed by a user requests a video resource broadcast detail page. The video detail page of the WEB APP refers to the CP of a specific video accessed by a user, such as the playing address of a news link of a certain portal site, and the browser requests a background service to indicate that a corresponding nudge address is needed. After receiving the request, the background server requests the server requesting the CP according to the corresponding play address to return page HTML of the corresponding play address, then extracts the video naked broadcast address through the sniffer as a result and returns the result to the browser, meanwhile, the background server can store the play address calculation md5 and the sniffing result (naked broadcast address) as a key value pair into the database, when different users request the same CP play address, md5 can be calculated first, then whether the database has the corresponding naked broadcast address or not is checked according to md5, and if the same CP play address exists, the corresponding naked broadcast address can be directly output to the browser for use. The front-end page directly plays the received naked broadcast address in the VIDEO label, in order to ensure stability, the page needs to judge whether the returned naked broadcast address can be played normally, and if the naked broadcast address fails, the page jumps to the CP page to be played, so that the user experience is still not influenced under the abnormal condition. And finally, after the WEB APP executes the flow, reporting the whole playing result to a background server, wherein the whole playing result comprises whether a naked broadcast address is correctly acquired from the background service or not, whether the naked broadcast address can be normally played or not, the CP source name and the like. The background server can determine the success rate of the corresponding CP playing according to the reported result, and the stability of the whole process is ensured.
Fig. 5 is a flowchart showing a specific implementation of the present solution, which includes the following steps:
step 401, accessing the detailed APP video page by a user;
step 402, initiating a request to a background server according to the video CP and the playing address;
step 403, the background server judges whether the sniffing of the naked broadcast address is supported or not according to the domain name of the broadcast address, if so, step 404 is executed, otherwise, step 410 is executed;
step 404, calculating MD5 through the playing address;
step 405, the background server judges whether the database is a cache corresponding naked broadcast address, if so, step 409 is executed, otherwise, step 406 is executed;
step 406, the background server requests the CP server to obtain the corresponding HTML;
step 407, acquiring a naked broadcast address according to the characteristics of the HTML document;
step 408, judging whether the bare-cast address is successfully extracted, if so, executing step 409, otherwise, executing step 410;
step 409, returning a naked broadcast address to play a video in the APP page, and then, switching to step 411;
step 410, jumping to a CP page for playing;
step 411, the APP page reports the sniffing result to the background server;
and step 412, the background server gives an alarm according to the sniffing result.
By adopting the specific implementation process, the user can play videos in the page without jumping for many times in a video aggregation website, no advertisement exists in the played video stream, the playing interfaces and playing experiences of different video sources are consistent, the user stickiness is improved, the user stays in WEBAPP in the whole process of watching the videos, the user does not need to jump out of the website, more videos of the same type can be exposed in the same page in a product, and the click rate is improved.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, all the functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
Alternatively, the integrated unit of the present invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or a part contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a ROM, a RAM, a magnetic or optical disk, or various other media that can store program code.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims (11)

1. A method for playing media information, the method comprising:
receiving a first request sent by a terminal, and analyzing a first address corresponding to requested media information from the first request, wherein the first address is a Content Provider (CP) address;
acquiring a CP page according to the first address, and extracting page characteristic information from the CP page; comparing the page characteristic information with at least one local conversion thread;
after the comparison is successful, starting a conversion thread corresponding to the page characteristic information to convert the first address to obtain a second address, wherein the second address is an address for providing a uniform format page to a terminal;
feeding back the second address to the terminal;
receiving a second request sent by a terminal, and analyzing play feedback information entering the uniform layout page according to the second address and selecting to play the media information from the second request;
and monitoring the media information playing process according to the playing feedback information.
2. The method of claim 1,
before acquiring the CP page according to the first address, the method further includes:
acquiring domain name information of the first address;
judging whether the first address is locally supported to be converted into the second address according to the domain name information of the first address;
when the local support converts the first address into the second address, skipping to the process of acquiring a CP page according to the first address;
the method further comprises the following steps:
and when the first address is not supported to be converted into the second address locally, jumping to a CP page according to the first address.
3. The method according to claim 1 or 2, wherein enabling a conversion thread corresponding to the page feature information to convert the first address to obtain the second address comprises:
analyzing at least one piece of first page information which does not accord with the uniform layout page from the CP page;
filtering the first page information from the CP page to obtain second page information;
and obtaining the uniform format page according to the second page information, and newly establishing a second address corresponding to the uniform format page.
4. The method according to claim 1 or 2, characterized in that the method further comprises:
receiving a third request sent by a terminal, and analyzing a first address corresponding to the requested media information from the third request;
judging whether the second address corresponding to the first address is still in the validity period, and if so, directly feeding back the second address to the terminal; otherwise, address translation is performed again.
5. The method of claim 4, wherein the determining whether the second address corresponding to the first address is still valid comprises:
calculating a first check value according to the first address;
inquiring a locally contained appointed key value pair according to the first check value;
the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address;
when the first check value and the second check value are queried to be the same, the second address is still in the validity period.
6. A server, characterized in that the server comprises:
a first receiving unit, configured to receive a first request sent by a terminal, and parse a first address corresponding to requested media information from the first request, where the first address is a content provider CP address;
the address conversion unit is used for acquiring a CP page according to the first address and extracting page characteristic information from the CP page; comparing the page characteristic information with at least one local conversion thread; after the comparison is successful, starting a conversion thread corresponding to the page characteristic information to convert the first address to obtain a second address, wherein the second address is an address for providing a uniform format page to a terminal;
a feedback unit, configured to feed back the second address to the terminal;
the second receiving unit is used for receiving a second request sent by the terminal, and analyzing the second request to enter the uniform format page according to the second address and select the playing feedback information in the process of playing the media information;
and the monitoring unit is used for monitoring the media information playing process according to the playing feedback information.
7. The server of claim 6, further comprising:
an obtaining unit, configured to obtain domain name information of the first address;
a first judging unit, configured to judge whether to locally support converting the first address into the second address according to domain name information of the first address;
a first processing unit to:
when the local support converts the first address into the second address, skipping to the process of acquiring a CP page according to the first address;
and when the first address is not supported to be converted into the second address locally, jumping to a CP page according to the first address.
8. The server according to claim 6 or 7, wherein the address translation unit is further configured to:
analyzing at least one piece of first page information which does not accord with the uniform layout page from the CP page;
filtering the first page information from the CP page to obtain second page information;
and obtaining the uniform format page according to the second page information, and newly establishing a second address corresponding to the uniform format page.
9. The server according to claim 6 or 7, wherein the server further comprises:
a third receiving unit, configured to receive a third request sent by the terminal, and parse a first address corresponding to the requested media information from the third request;
the second judging unit is used for judging whether the second address corresponding to the first address is still in the valid period, and if the second address is in the valid period, the second address is directly fed back to the terminal; otherwise, address translation is performed again.
10. The server according to claim 9, wherein the second determining unit is further configured to:
calculating a first check value according to the first address;
inquiring a locally contained appointed key value pair according to the first check value;
the designated key-value pair comprises a second check value obtained from the first address and the second address corresponding to the first address;
when the first check value and the second check value are queried to be the same, the second address is still in the validity period.
11. A storage medium on which a computer program is stored, which computer program, when being executed by a processor, carries out the method according to any one of claims 1 to 5.
CN201611220234.2A 2016-12-26 2016-12-26 Media information playing method and server Active CN106790754B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611220234.2A CN106790754B (en) 2016-12-26 2016-12-26 Media information playing method and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611220234.2A CN106790754B (en) 2016-12-26 2016-12-26 Media information playing method and server

Publications (2)

Publication Number Publication Date
CN106790754A CN106790754A (en) 2017-05-31
CN106790754B true CN106790754B (en) 2020-01-10

Family

ID=58926474

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611220234.2A Active CN106790754B (en) 2016-12-26 2016-12-26 Media information playing method and server

Country Status (1)

Country Link
CN (1) CN106790754B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111954072B (en) * 2019-05-16 2022-04-15 百度在线网络技术（北京）有限公司 Multimedia playing method, device, multimedia player and medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193256A (en) * 2006-11-23 2008-06-04 华为技术有限公司 Method and device for getting media content by using uniform EPG
CN101472140A (en) * 2007-12-28 2009-07-01 上海高翔广告传播有限公司 System for distributing and requiring multimedia program and implementing method thereof
CN104301379A (en) * 2014-08-28 2015-01-21 北京奇虎科技有限公司 Web page cross-domain communication method and device
CN104468494A (en) * 2013-09-25 2015-03-25 华为终端有限公司 Method and device for switching media playing device
CN104796784A (en) * 2015-03-31 2015-07-22 北京奇虎科技有限公司 Video playing method and device in application program
CN105376344A (en) * 2015-11-26 2016-03-02 中国互联网络信息中心 Method and system for analyzing recursive domain name server related to source address
CN105392065A (en) * 2015-12-28 2016-03-09 Tcl集团股份有限公司 Method and system for arranging page content of intelligent television

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020103933A1 (en) * 2001-01-29 2002-08-01 Ross Garon Internet-access enabled device personalization
US20040015416A1 (en) * 2002-07-22 2004-01-22 Benjamin David Foster Seller configurable merchandising in an electronic marketplace

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193256A (en) * 2006-11-23 2008-06-04 华为技术有限公司 Method and device for getting media content by using uniform EPG
CN101472140A (en) * 2007-12-28 2009-07-01 上海高翔广告传播有限公司 System for distributing and requiring multimedia program and implementing method thereof
CN104468494A (en) * 2013-09-25 2015-03-25 华为终端有限公司 Method and device for switching media playing device
CN104301379A (en) * 2014-08-28 2015-01-21 北京奇虎科技有限公司 Web page cross-domain communication method and device
CN104796784A (en) * 2015-03-31 2015-07-22 北京奇虎科技有限公司 Video playing method and device in application program
CN105376344A (en) * 2015-11-26 2016-03-02 中国互联网络信息中心 Method and system for analyzing recursive domain name server related to source address
CN105392065A (en) * 2015-12-28 2016-03-09 Tcl集团股份有限公司 Method and system for arranging page content of intelligent television

Also Published As

Publication number Publication date
CN106790754A (en) 2017-05-31

Similar Documents

Publication Publication Date Title
US20230156059A1 (en) System and Method for Streaming Content from Multiple Servers
US11509554B2 (en) Methods and apparatus to coordinate receipt of monitoring information
US9374403B2 (en) Media stream fragment request
WO2015184746A1 (en) Video update automatic acquisition method and system
US20200267445A1 (en) Determining a quality of experience metric based on uniform resource locator data
US9003032B2 (en) Video aware pages
CN104685831A (en) Measuring web page rendering time
US20090259552A1 (en) System and method for providing advertisements from multiple ad servers using a failover mechanism
US20080294647A1 (en) Methods and apparatus to monitor content distributed by the internet
US9112825B2 (en) Performance monitoring of a media player launched by a web browser
WO2012170906A1 (en) Video aware paths
CN108829693A (en) A kind of user accesses acquisition methods, device and the storage medium of track
CN107135249B (en) Data downloading method and device
US20090019151A1 (en) Method for media discovery
CN104284250A (en) Video processing method and device, server and client device
CN104394475A (en) Streaming media file playing method and media player
CN105516734A (en) Method and apparatus for detecting video playing possibility
US20130002540A1 (en) Operation information generation device
US20220394360A1 (en) Real-time ad tracking proxy
CN108076385B (en) Method and device for reporting promotion information monitoring data
CN106790754B (en) Media information playing method and server
US8528033B2 (en) Method and system for providing subscription data
US20120134652A1 (en) Proxy digital video recorder
CN112135199B (en) Video playing method based on multiple types of video sources and related equipment
CN101800884A (en) Information issuing method, television terminal and information issuing system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant