CN111225248B - On-demand content management method and content distribution network on-demand server - Google Patents

On-demand content management method and content distribution network on-demand server Download PDF

Info

Publication number
CN111225248B
CN111225248B CN201811415903.0A CN201811415903A CN111225248B CN 111225248 B CN111225248 B CN 111225248B CN 201811415903 A CN201811415903 A CN 201811415903A CN 111225248 B CN111225248 B CN 111225248B
Authority
CN
China
Prior art keywords
content
demand
cdn
module
iptv
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
CN201811415903.0A
Other languages
Chinese (zh)
Other versions
CN111225248A (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.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN201811415903.0A priority Critical patent/CN111225248B/en
Publication of CN111225248A publication Critical patent/CN111225248A/en
Application granted granted Critical
Publication of CN111225248B publication Critical patent/CN111225248B/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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via 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/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

Abstract

The disclosure provides a method and a device for managing on-demand content, a CDN on-demand server and a computer readable storage medium, and relates to the technical field of multimedia. The management method comprises the following steps: the CDN on-demand server receives a content delivery message from the CDN management system, wherein the content delivery message comprises a content identifier of content to be delivered, a content source address and a content delivery format, and the content delivery format is an on-demand content format shared by the IPTV system and the OTT system; the CDN on-demand server downloads the content to be released from the content source address according to the content release format; the CDN on-demand server stores the content to be released to a content path of the IPTV system and generates a linux soft connection directory of the OTT system, wherein the linux soft connection directory points to the content path of the content to be released stored in the IPTV system. The service systems running different protocols in the method and the system can share the same multimedia content to provide the on-demand service, thereby improving the repeated utilization rate of the published content, saving the storage space and reducing the bandwidth consumption caused by the content publishing.

Description

On-demand content management method and content distribution network on-demand server
Technical Field
The present disclosure relates to the field of multimedia technologies, and in particular, to a method and an apparatus for managing on-demand content, a CDN on-demand server, and a computer-readable storage medium.
Background
With the increasing bandwidth of home networks, the popularization of 4G wireless communication technology and the gradual maturity of 5G technology, internet television services are rapidly developed, and more users choose to watch television programs through networks. A CDN (Content Delivery Network) system in the internet plays an important role in caching program Content and providing on-demand service, is an important component for improving Network service quality, and has a wide application range. In The field of multimedia service video storage and service, an interactive network television IPTV and an OTT TV (Over The Top TV, a video service based on The open internet) are services based on a CDN system.
The following briefly introduces the content management and application techniques of the IPTV system and OTT system in the CDN system.
The IPTV system, as an early application interactive network tv, has a very large user group and a huge amount of storage and content sources. The OTT TV is an open internet-based Video service that enters the sight of people in recent years, and at present, the OTT TV (hereinafter referred to as OTT) mainly provides a VOD (Video on Demand) on-Demand service. Due to the fact that the openness of the OTT can better meet the requirements of users on the Internet television, with the rapid development of intelligent terminals in recent years, the OTT is also rapidly developed. With the rapid development of internet televisions, the requirements of users on video quality are increasingly improved, high-definition, 4K and other high-bit-rate film sources are popularized, and the storage capacity of the CDN is gradually valued by internet television operators.
At present, a large number of internet video nodes install an IPTV system and an OTT system on the same device, so that a CDN on-demand server (also called a node) stores both IPTV content and OTT content, which has a very high requirement on the storage capacity of the node.
The content publishing and service process of the IPTV system comprises the following steps: the upper layer service issues a content release message, the IPTV node downloads a film source to a content source station according to the information carried in the upper layer message after receiving the content release message, stores the film source to a preset IPTV path, preprocesses the downloaded film source to convert the film source into a content format required by an IPTV system, generates a corresponding index file, and records the content information in a database for quick search during service. When the user is served, whether the content exists in the database or not is searched, and if the content exists, the service is carried out according to the content searched by the data recorded in the database.
The content publishing and service process of the OTT system is as follows: and the upper layer service management platform issues a content issuing message, and after receiving the content issuing instruction, the OTT node generates a content issuing task according to the issuing message, downloads the film source to the content source station and downloads the content to the OTT path calculated according to a preset algorithm. When the OTT is served for the user, the path stored in the OTT memory is calculated through a preset algorithm according to the information such as the content ID requested by the user, and the service is carried out.
Disclosure of Invention
One technical problem solved by the present disclosure is how to make it possible for service systems running different protocols to share the same piece of multimedia content to provide on-demand services.
According to an aspect of an embodiment of the present disclosure, there is provided a method for managing on-demand content, including: a content delivery network CDN on-demand server receives a content delivery message from a CDN management system, wherein the content delivery message comprises a content identifier of content to be delivered, a content source address and a content delivery format, and the content delivery format is an on-demand content format shared by an IPTV system and an OTT system; the CDN on-demand server downloads the content to be released from the content source address according to the content release format; the CDN on-demand server stores the content to be released to a content path of the IPTV system and generates a linux soft connection directory of the OTT system, wherein the linux soft connection directory points to the content path of the content to be released stored in the IPTV system.
In some embodiments, further comprising: the CDN on-demand server establishes a content data table, wherein the content data table comprises the content identification of the released content, the content path stored in the IPTV system and the corresponding relation between the linux soft connection catalogues of the OTT system.
In some embodiments, further comprising: the CDN on-demand server receives a content deletion message, wherein the content deletion message comprises a content identifier of the content to be deleted; the CDN on-demand server inquires a content data table by using the content identification of the content to be deleted, and determines a content path of the content to be deleted, which is stored in an IPTV system, and a linux soft connection directory of an OTT system; the CDN on-demand server deletes the content to be deleted according to a content path of the content to be deleted, which is stored in the IPTV system, and deletes the linux soft connection directory of the OTT system corresponding to the content identifier of the content to be deleted; and the CDN on-demand server deletes the table entry of the content identifier of the content to be deleted in the content data table.
In some embodiments, further comprising: the identity recognition and access management IAM receives a content deletion message from a content management system CMS, wherein the content deletion message also comprises a content publishing format of the content to be deleted; when the IAM judges that the content delivery format of the content to be deleted is the on-demand content format shared by the IPTV system and the OTT system, the IAM forwards the content deletion message to the media presentation description MDP, and the MDP forwards the content deletion message to the CDN on-demand server.
In some embodiments, the content data table further includes a correspondence between the content identifier of the published content and the access address of the media service module storing the published content; the management method further comprises the following steps: a first media service module in the CDN on-demand server receives a content on-demand request sent by an OTT system user, wherein the content on-demand request comprises a content identifier of on-demand content; under the condition that the first media service module does not find the on-demand content, an IPTV agent module in the CDN on-demand server receives a content on-demand request sent by an OTT system user; the IPTV agent module searches an access address of a second media service module storing the on-demand content in the CDN on-demand server by using the content identification of the on-demand content in a content data table; under the condition that the IPTV agent module finds the access address of the second media service module, the IPTV agent module redirects the content on-demand request to the second media service module; the second media service module provides on-demand service for OTT system users.
In some embodiments, further comprising: under the condition that the IPTV agent module does not find the access address of the second media service module, the IPTV agent module returns the access address of the first media service module to the OTT system user, and the access address of the first media service module comprises preset parameters; the first media service module receives the content on-demand request sent by the OTT system user again, and the content on-demand request received again contains preset parameters; the first media service module searches a content source address of the on-demand content by using the content identification of the on-demand content in the content data table; the first media service module provides the on-demand service for the OTT system user according to the content source address of the on-demand content.
According to another aspect of the embodiments of the present disclosure, there is provided a CDN on-demand server, including: the content delivery information receiving module is configured to receive a content delivery information from the CDN management system, the content delivery information includes a content identifier of a content to be delivered, a content source address and a content delivery format, and the content delivery format is an on-demand content format shared by the IPTV system and the OTT system; the content downloading module is configured to download the content to be released from the content source address according to the content releasing format; the content saving module is configured to save the content to be published to a content path of the IPTV system; and the soft connection directory generation module is configured to generate a linux soft connection directory of the OTT system, wherein the linux soft connection directory points to a content path of the IPTV system for storing the content to be released.
In some embodiments, the system further includes a content data table establishing module configured to establish a content data table, where the content data table includes a correspondence between the content identifier of the published content, the content path stored in the IPTV system, and the linux soft connection directory of the OTT system.
In some embodiments, further comprising: the content deleting module is configured to delete the content to be deleted; the content data table query module is configured to query a content data table by using the content identifier of the content to be deleted, and determine a content path of the content to be deleted stored in the IPTV system and a linux soft connection directory of the OTT system; the content deleting module is configured to delete the content to be deleted according to a content path of the content to be deleted, which is stored in the IPTV system; the soft connection directory deleting module is configured to delete the linux soft connection directory of the OTT system corresponding to the content identifier of the content to be deleted; and the table entry deleting module is configured to delete the table entry of the content identification of the content to be deleted in the content data table.
In some embodiments, the content data table further includes a correspondence between the content identifier of the published content and the access address of the media service module storing the published content; the CDN on-demand server further comprises: the system comprises a first media service module, a second media service module and a third media service module, wherein the first media service module is configured to receive a content on-demand request sent by an OTT system user, and the content on-demand request comprises a content identifier of on-demand content; an IPTV proxy module configured to: receiving a content on-demand request sent by an OTT system user under the condition that the first media service module does not find on-demand content; searching for an access address of a second media service module storing the on-demand content in the CDN on-demand server by using the content identifier of the on-demand content in the content data table; redirecting the content on-demand request to the second media service module under the condition that the access address of the second media service module is found; and the second media service module is configured to provide the on-demand service for the OTT system user.
In some embodiments, in the event that the IPTV proxy module does not find the access address of the second media service module, the IPTV proxy module is further configured to: returning an access address of the first media service module to an OTT system user, wherein the access address of the first media service module comprises preset parameters; the first media service module is further configured to: receiving a content on demand request sent by the OTT system user again, wherein the content on demand request received again comprises preset parameters; searching a content source address of the on-demand content by using the content identification of the on-demand content in the content data table; and providing the on-demand service for OTT system users according to the content source address of the on-demand content.
According to another aspect of the disclosed embodiments, there is provided a CDN network, including a content management system CMS, an identity recognition and access management IAM, a media representation description MDP, and the CDN on-demand server described above; wherein the IAM is configured to: receiving a content deletion message from the CMS, wherein the content deletion message also comprises a content publishing format of the content to be deleted; and when the content delivery format of the content to be deleted is judged to be the on-demand content format shared by the IPTV system and the OTT system, forwarding the content deletion message to the MDP, and forwarding the content deletion message to the CDN on-demand server by the MDP.
According to still another aspect of the embodiments of the present disclosure, there is provided an on-demand content management apparatus including: a memory; and a processor coupled to the memory, the processor configured to execute the aforementioned method for managing on-demand content based on instructions stored in the memory.
According to still another aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, which when executed by a processor, implement the aforementioned method for managing on-demand content.
The service systems running different protocols in the method and the system can share the same multimedia content to provide the on-demand service, thereby improving the repeated utilization rate of the published content, saving the storage space and reducing the bandwidth consumption caused by the content publishing.
Other features of the present disclosure and advantages thereof will become apparent from the following detailed description of exemplary embodiments thereof, which proceeds with reference to the accompanying drawings.
Drawings
In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and for those skilled in the art, other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 illustrates a flow diagram of a method for managing on-demand content according to some embodiments of the present disclosure.
Fig. 2A shows a flowchart of an application example of content distribution in a single OTT distribution domain.
Fig. 2B shows a flowchart of an application example of publishing content by a non-single OTT publishing domain.
FIG. 3 is a flow chart diagram illustrating a method for on-demand content management according to further embodiments of the present disclosure.
Fig. 4A illustrates a flowchart of an application example of deleting content in a single OTT publishing domain.
Fig. 4B shows a flowchart of an application example of deleting content in a non-single OTT publishing domain.
FIG. 5 is a flow chart diagram illustrating a method for managing on-demand content according to further embodiments of the present disclosure.
Fig. 6A shows a flow diagram of an application example of an on-demand process of IPTV domain media content.
Fig. 6B shows a flow chart of an application example of the on-demand process of OTT domain media content.
Fig. 7 shows a schematic structural diagram of a CDN on-demand server according to some embodiments of the present disclosure.
Fig. 8 shows a structural schematic diagram of a CDN network of some embodiments of the present disclosure.
Fig. 9 is a schematic structural diagram of an on-demand content management apparatus according to some embodiments of the present disclosure.
Detailed Description
The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.
The inventor researches and discovers that if one on-demand content needs to simultaneously support multiple protocol services such as IPTV and OTT in the related technology, 2 on-demand contents need to be stored on a CDN server, and the storage space is wasted because the IPTV system and the OTT system have different running protocols, different storage modes and different upper-layer service management platforms.
In view of the above problems, the present disclosure provides a method for managing on-demand content, which enables service systems running different protocols to share the same multimedia content to provide on-demand services.
Some embodiments of the disclosed on-demand content management method are first described with reference to fig. 1 to explain a distribution process of on-demand content.
Fig. 1 illustrates a flow diagram of a method for managing on-demand content according to some embodiments of the present disclosure. As shown in fig. 1, the present embodiment includes steps S102 to S106.
In step S102, the CDN on-demand server receives a content delivery message from the CDN management system, where the content delivery message includes a content identifier of a content to be delivered, a content source address, and a content delivery format, and the content delivery format is an on-demand content format shared by the IPTV system and the OTT system.
The content delivery network CDN comprises a content management system CMS, an identity recognition and access management IAM, a media representation description MDP and a CDN on-demand server. The IAM is used for being connected with the CMS, judging the information belonging to the OTT + IPTV common distribution domain through the content distribution format after receiving the content distribution information, and forwarding the content distribution request information sent by the CMS to the MDP; the MDP is used for forwarding the content delivery request message forwarded by the IAM platform to the CDN on-demand server, informing the CDN on-demand server that the delivery format is shared by IPTV and OTT, and storing relevant information of the delivered content; the CDN on-demand server can store the content to the distributed file system DFS.
In step S104, the CDN on-demand server downloads the content to be delivered from the content source address according to the content delivery format.
And the CDN on-demand server downloads the media file of the content to be delivered according to the IPTV + OTT common format. Because the file format in the IPTV system is a large file with ts as a suffix name, the files in the OTT system comprise a primary index file, a secondary index file and a small file with ts as a suffix name. Ts is a big file with a suffix name, and a primary index file and a secondary index file are additionally added when the big file is provided for OTT users to use so as to split the big file into small files and provide the small files for OTT user terminals to read.
The content publishing message may include information such as a download user name and a password in addition to the content identifier, the content source address, and the content publishing format of the published content. The CDN on-demand server can download the content to be delivered from the content source address by using the download user name and the password.
In step S106, the CDN on-demand server stores the content to be delivered to the content path of the IPTV system, and generates a linux soft connection directory of the OTT system, where the linux soft connection directory points to the content path where the content to be delivered is stored by the IPTV system.
According to the physical path of the IPTV system for actually storing the content file to be issued, the linux soft connection directory is generated through a linux system instruction, and the linux soft connection directory stores the soft connection file. When the method is used, the soft connection is similar to a shortcut in a windows system, and the physical position where the IPTV actually stores the content file to be published can be quickly positioned by reading the content of the soft connection. When the OTT user requests a television program, the OTT user can be converted into a linux instruction to directly read the soft connection directory, and the file content is read by positioning the soft connection directory to the physical position of the requested content.
In some embodiments, the method further comprises steps S108 to S110.
In step S108, the CDN on-demand server establishes a content data table, where the content data table includes a correspondence between a content identifier of the delivered content, a content path stored in the IPTV system, and a linux soft connection directory of the OTT system.
The CDN on-demand server may record the content data table in the database for subsequent use by the query service.
In step S110, the CDN on-demand server reports a delivery result message to the CDN management system.
In the embodiment, the service systems running different protocols can share the same multimedia content to provide the on-demand service, so that the repeated utilization rate of the published content is improved, the storage space is saved, and the consumption of the back-source bandwidth caused by content publishing is reduced. The embodiment can be widely applied to a CDN system, and saves a large amount of engineering expenditure for storage capacity expansion and link bandwidth expansion for enterprises.
An application example of the distribution process of the on-demand content will be described below with reference to fig. 2A and 2B.
Fig. 2A shows a flowchart of an application example of content distribution in a single OTT distribution domain. As shown in fig. 2A, the IAM (Identity and Access Management) receives a Content distribution message sent by a CMS (Content Management System), and determines whether the Content distribution message simply belongs to an OTT distribution domain.
And if the content only belongs to the OTT domain, forwarding the content publishing message to the OTT node to perform OTT content publishing operation. And after the OTT node finishes the OTT content release, returning a content release completion message to the IAM. And after receiving the content release completion message, the IAM reports the content release completion message to the CMS.
If the content belongs to the IPTV domain or is shared by the IPTV + OTT domain, the content publishing message is forwarded to the MDP.
Fig. 2B shows a flowchart of an application example of publishing content by a non-single OTT publishing domain. As shown in fig. 2B, the CMS issues a content distribution message, the IAM receives the content distribution message, determines that the content distribution message is an IPTV distribution domain or an OTT + IPTV shared content distribution domain, forwards the distribution message to the MDP, and indicates whether the content distribution message belongs to the IPTV distribution domain or the IPTV + OTT shared content distribution domain through a field (indicating a content distribution format) carried in the content distribution message. After receiving the content delivery message, the MDP issues the delivery request message to the CDN on-demand server node, and indicates the delivery format in the delivery message. After receiving the content delivery request message, the CDN on-demand server node responds to the MDP to receive the content delivery request message, downloads the required file to the content source FTP, stores the file in the IPTV content path, and preprocesses the downloaded file according to the format requirement in the delivery message.
The specific process of pretreatment comprises: checking the byte number of the IPTV content, judging the playing time length, the average code rate and the like, and judging whether the content is damaged; checking the byte number of the OTT content, and judging whether the primary index file and the secondary index file are consistent with the video file fragments; for the content shared by IPTV + OTT, the above processing steps are all required to be implemented.
And the CDN on-demand server node reports the downloading progress in the downloading process. After the content downloading is completed, the CDN on-demand server node sends a delivery success message to the MDP, and records the content information into the content data table. If the content is IPTV + OTT shared content, a soft connection directory of the OTT needs to be generated according to the path of the OTT, and points to the path of the actual file stored by the IPTV. The MDP receives the content release completion message reported by the node, records the content related information and sends the content release completion message to the IAM. And the IAM receives the content publishing success message reported by the MDP and then sends the content publishing success message to the CMS.
Further embodiments of the disclosed on-demand content management method are described below with reference to fig. 3 to illustrate the on-demand content deletion process.
FIG. 3 is a flow chart diagram illustrating a method for on-demand content management according to further embodiments of the present disclosure. As shown in fig. 3, the present embodiment includes steps S302 to S312.
In step S302, the identity recognition and access management IAM receives a content deletion message from the content management system CMS, where the content deletion message also includes a content publishing format of the content to be deleted.
In step S304, when the IAM determines that the content delivery format of the content to be deleted is the on-demand content format shared by the IPTV system and the OTT system, the IAM forwards the content deletion message to the media presentation description MDP, and the MDP forwards the content deletion message to the CDN on-demand server to notify the CDN on-demand server to delete the published content.
In step S306, the CDN on-demand server receives the content deletion message, where the content deletion message includes a content identifier of the content to be deleted.
In step S308, the CDN on-demand server queries the content data table by using the content identifier of the content to be deleted, and determines that the content to be deleted is stored in the content path of the IPTV system and the linux soft connection directory of the OTT system.
In step S310, the CDN on-demand server deletes the to-be-deleted content according to the content path in which the to-be-deleted content is stored in the IPTV system, and deletes the linux soft connection directory of the OTT system corresponding to the content identifier of the to-be-deleted content.
In step S312, the CDN on-demand server deletes the entry in the content data table regarding the content identifier of the content to be deleted.
In the embodiment, since the service systems running different protocols can share the same multimedia content to provide the on-demand service, when the published media content needs to be deleted from a plurality of service systems running different protocols, only the same multimedia content needs to be deleted, thereby simplifying the step of deleting the media content and improving the running efficiency of the system.
An application example of the deletion process of the on-demand content will be described below with reference to fig. 4A and 4B.
Fig. 4A illustrates a flowchart of an application example of deleting content in a single OTT publishing domain. As shown in fig. 4A, the IAM receives the content deletion message sent by the CMS, and determines whether the content deletion message belongs to the OTT domain only or belongs to the IPTV domain or the IPTV + OTT common domain.
If the content only belongs to the OTT domain, the IAM directly sends the content deleting message to the OTT node to delete the OTT content. And after the OTT node finishes the OTT content deletion, returning a content deletion finishing message to the IAM. And the IAM receives the content deletion completion message and reports the deletion completion to the upper layer service.
Fig. 4B shows a flowchart of an application example of deleting content in a non-single OTT publishing domain. As shown in fig. 4B, if belonging to the IPTV domain or IPTV + OTT common domain, the IAM forwards the message to the MDP. And the MDP receives the content deletion request forwarded by the IAM and transmits the content deletion message to the CDN on-demand server node. The content deletion message needs to include related information such as a content format, a content ID, a node ID, and the like. And after receiving the content deletion request message, the CDN on-demand server node responds to the MDP to receive the content deletion request message. And the CDN on-demand server node inquires the content data table to obtain a storage path of the published content, deletes the published content and deletes the corresponding soft connection directory. And after the content is deleted, the CDN on-demand server node sends a deletion success message to the MDP and deletes the content information recorded in the content data table. And the MDP deletes the content-related recording information after receiving the content deletion completion message reported by the node, and sends the content deletion completion message to the IAM. And the IAM receives the content deletion success message sent by the MDP and reports the content deletion success message to the CMS.
Still other embodiments of the on-demand content management method of the present disclosure are described below with reference to fig. 5 to illustrate a process of a user on-demand content.
FIG. 5 is a flow chart diagram illustrating a method for managing on-demand content according to further embodiments of the present disclosure. As shown in fig. 5, the present embodiment includes steps S502 to S518.
In step S502, a first media service module in the CDN on-demand server receives a content on-demand request sent by an OTT system user, where the content on-demand request includes a content identifier of on-demand content.
In step S504, in a case that the first media service module does not find the on-demand content, the IPTV proxy module in the CDN on-demand server receives a content on-demand request sent by the OTT system user.
In step S506, the IPTV proxy module searches, in the content data table, an access address of the second media service module storing the on-demand content in the CDN on-demand server by using the content identifier of the on-demand content.
The content data table also comprises the corresponding relation between the content identification of the published content and the access address of the media service module storing the published content.
Executing step S508 when the IPTV proxy module finds the access address of the second media service module; if the IPTV proxy module does not find the access address of the second media service module, step S512 is executed.
In step S508, the IPTV proxy module redirects the content-on-demand request to the second media service module.
In step S510, the second media service module provides the on-demand service to the OTT system user.
For example, the second media service module may be located at a physical location of the on-demand content through a linux instruction to directly read the file content in the soft-link directory, and play the file content for the user.
In step S512, the IPTV proxy module returns an access address of the first media service module to the OTT system user, where the access address of the first media service module includes a preset parameter.
In step S514, the first media service module receives the content-on-demand request sent by the OTT system user again, and the content-on-demand request received again includes the preset parameters.
In step S516, the first media service module searches the content source address of the on-demand content in the content data table by using the content identifier of the on-demand content.
In step S518, the first media service module provides the on-demand service to the OTT system user according to the content source address of the on-demand content.
In the above embodiment, in the OTT on-demand content service flow, if the on-demand media content is not found in the current OTT service node, the linux soft connection directory is further used to find the on-demand media content in a proxy module (agent) of the IPTV system, so that the on-demand content is quickly located in the shared content of the IPTV and the OTT stored in the proxy module of the IPTV, the frequency of returning the content from the OTT service node to the source station is reduced, and the consumption of the bandwidth of the return source is reduced.
An application example of the on-demand process of the media content is described below with reference to fig. 6A and 6B. After accessing an IPTV or OTT service environment, a user playing device STB (Set-Top-Box) requests an IPTV or OTT service to request a program. If the user requests IPTV service, providing service according to the IPTV playing flow; and if the user requests the OTT service, providing the service according to the OTT playing flow.
Fig. 6A shows a flow diagram of an application example of an on-demand process of IPTV domain media content. As shown in fig. 6A, a user logs in an IPTV service electronic program display interface, selects a program to be viewed, and initiates a request message to a proxy module (agent) of a CDN request server node after authentication and scheduling, where the request message needs to include information such as a content ID and a user ID. The IPTV service node receives the playing request of the IPTV protocol, inquires content information in the content data table according to the content ID carried in the request message, and returns a service URL to the user. And the user initiates a program playing request to a media service module of the CDN on-demand server node according to the service URL returned by the agent. The CDN on-demand server node media service module receives a play request sent by a user, reads a media file from a storage system according to media information carried in the request message, and provides media service for the user.
Fig. 6B shows a flow chart of an application example of the on-demand process of OTT domain media content. As shown in fig. 6B, a user logs in an OTT service electronic program display interface, selects a program to watch, and after authentication and scheduling, initiates an OTT program play request to an SLB (Server Load Balancer) module of a CDN on-demand Server node, where a request message may include information such as a node IP, a content ID, and a user ID. The SLB module receives the request message from the user, may hash the content ID to calculate a first service module IAS1(Internet access System), and returns a service URL of the IAS1 to the user, where the URL is an address of a target device issued to the user for the user to access. The user initiates a program playing request to the service module IAS1 of the node according to the service URL returned by the SLB.
If the IAS1 is able to find the media files needed for the service locally, the media service is provided directly to the user; if the IAS1 does not find the media file needed by the service locally and the parameter a is not preset in the URL (parameter a is used to indicate whether the content information has been queried in the agent module), the IAS1 redirects the service request to the SLB and adds the parameter a in the redirected URL. The user receives the redirection message returned by IAS1, and initiates a request to SLB according to the redirection URL with parameter A. And the SLB receives the request message of the user, and initiates a content query request to the agent when detecting that the request URL contains the parameter A. And the Agent module receives the content query request sent by the SLB and queries the content information in the content data table. If the content is inquired, returning the equipment information and the content information of the content to the SLB; if no content is queried, it is returned to the SLB that no content exists.
The SLB receives a content query result returned by the agent, if the content exists, the SLB can obtain a second service module IAS2 where the content is located according to the query result, and returns a service URL (with a parameter A) of the IAS2 to the user; if the content does not exist, the SLB obtains the service equipment IAS1 through hash calculation according to the original flow, and returns the service URL (with the parameter A) of the IAS1 to the user. The user initiates a program playing request (with parameter a) to the service module IAS of the node according to the service URL returned by the SLB. IAS1 and IAS2 receive the request message (with parameter A) of the user, if the required media file can be found locally, the user is directly provided with the service; if the requested content is not available locally, the IAS2 detects the request URL with parameter a, and proceeds to the source station to return the content to the source and provide the user with the service.
Some embodiments of CDN on-demand servers of the present disclosure are described below in conjunction with fig. 7.
Fig. 7 shows a schematic structural diagram of a CDN on-demand server according to some embodiments of the present disclosure. As shown in fig. 7, the CDN on-demand server in this embodiment includes:
a delivery message receiving module 702, configured to receive a content delivery message from the CDN management system, where the content delivery message includes a content identifier of a content to be delivered, a content source address, and a content delivery format, and the content delivery format is an on-demand content format shared by the IPTV system and the OTT system; a content downloading module 704 configured to download the content to be published from the content source address according to the content publishing format; a content saving module 706 configured to save the content to be published to a content path of the IPTV system; the soft connection directory generating module 708 is configured to generate a linux soft connection directory of the OTT system, where the linux soft connection directory points to a content path of the IPTV system for storing the content to be distributed.
In some embodiments, the content data table establishing module 710 is further included, and is configured to establish a content data table, where the content data table includes a content identifier of the published content, a content path stored in the IPTV system, and a correspondence between linux soft connection directories of the OTT system.
In the embodiment, the service systems running different protocols can share the same multimedia content to provide the on-demand service, so that the repeated utilization rate of the published content is improved, the storage space is saved, and the consumption of the back-source bandwidth caused by content publishing is reduced. The embodiment can be widely applied to a CDN system, and saves a large amount of engineering expenditure for storage capacity expansion and link bandwidth expansion for enterprises.
In some embodiments, the apparatus further includes a deletion message receiving module 712 configured to receive a content deletion message, where the content deletion message includes a content identifier of content to be deleted; a content data table query module 714 configured to query the content data table by using the content identifier of the content to be deleted, and determine that the content to be deleted is stored in the content path of the IPTV system and the linux soft connection directory of the OTT system; a content deleting module 716 configured to delete the content to be deleted according to a content path in which the content to be deleted is stored in the IPTV system; a soft connection directory deleting module 718 configured to delete the linux soft connection directory of the OTT system corresponding to the content identifier of the content to be deleted; and the table entry deleting module is configured to delete the table entry of the content identification of the content to be deleted in the content data table.
In some embodiments, the content data table further includes a correspondence between the content identifier of the published content and the access address of the media service module storing the published content; the CDN on-demand server 70 further includes: a first media service module 720, configured to receive a content on-demand request sent by an OTT system user, where the content on-demand request includes a content identifier of on-demand content; an IPTV proxy module 722 configured to: receiving a content on-demand request sent by an OTT system user under the condition that the first media service module does not find on-demand content; searching for an access address of a second media service module storing the on-demand content in the CDN on-demand server by using the content identifier of the on-demand content in the content data table; redirecting the content on-demand request to the second media service module under the condition that the access address of the second media service module is found; a second media service module 724 configured to provide on-demand services to OTT system users.
In the embodiment, since the service systems running different protocols can share the same multimedia content to provide the on-demand service, when the published media content needs to be deleted from a plurality of service systems running different protocols, only the same multimedia content needs to be deleted, thereby simplifying the step of deleting the media content and improving the running efficiency of the system.
In some embodiments, in case the IPTV proxy module does not find the access address of the second media service module, the IPTV proxy module 722 is further configured to: returning an access address of the first media service module to an OTT system user, wherein the access address of the first media service module comprises preset parameters; the first media service module 720 is further configured to: receiving a content on demand request sent by the OTT system user again, wherein the content on demand request received again comprises preset parameters; searching a content source address of the on-demand content by using the content identification of the on-demand content in the content data table; and providing the on-demand service for OTT system users according to the content source address of the on-demand content.
In the above embodiment, in the OTT on-demand content service flow, if the on-demand media content is not found in the current OTT service node, the linux soft connection directory is further used to find the on-demand media content in a proxy module (agent) of the IPTV system, so that the on-demand content is quickly located in the shared content of the IPTV and the OTT stored in the proxy module of the IPTV, the frequency of returning the content from the OTT service node to the source station is reduced, and the consumption of the bandwidth of the return source is reduced.
Some embodiments of CDN networks of the present disclosure are described below in conjunction with fig. 8.
Fig. 8 shows a structural schematic diagram of a CDN network of some embodiments of the present disclosure. As shown in fig. 8, CDN network 80 in this embodiment includes:
content management system CMS802, identification and access management IAM804, media presentation description MDP806, and CDN on-demand server 70 as previously described; wherein the IAM804 is configured to: receiving a content deletion message from the CMS802, the content deletion message further including a content publishing format of the content to be deleted; when the content delivery format of the content to be deleted is judged to be the on-demand content format shared by the IPTV system and the OTT system, the content deletion message is forwarded to the MDP806, and the MDP806 forwards the content deletion message to the CDN on-demand server.
In the embodiment, since the service systems running different protocols can share the same multimedia content to provide the on-demand service, when the published media content needs to be deleted from a plurality of service systems running different protocols, only the same multimedia content needs to be deleted, thereby simplifying the step of deleting the media content and improving the running efficiency of the system.
Fig. 9 is a schematic structural diagram of an on-demand content management apparatus according to some embodiments of the present disclosure. As shown in fig. 9, the on-demand content management apparatus 90 of this embodiment includes: a memory 910 and a processor 920 coupled to the memory 910, wherein the processor 920 is configured to execute the method for managing on-demand content in any of the embodiments based on instructions stored in the memory 910.
Memory 910 may include, for example, system memory, fixed non-volatile storage media, and the like. The system memory stores, for example, an operating system, an application program, a Boot Loader (Boot Loader), and other programs.
The on-demand content management apparatus 90 may further include an input/output interface 930, a network interface 940, a storage interface 950, and the like. These interfaces 930, 940, 950 and the memory 910 and the processor 920 may be connected, for example, by a bus 960. The input/output interface 930 provides a connection interface for input/output devices such as a display, a mouse, a keyboard, and a touch screen. The network interface 940 provides a connection interface for various networking devices. The storage interface 950 provides a connection interface for external storage devices such as an SD card and a usb disk.
The present disclosure also includes a computer-readable storage medium having stored thereon computer instructions that, when executed by a processor, implement a method of managing on-demand content in any of the foregoing embodiments.
Those skilled in the art will appreciate that the database referred to in the present disclosure may be a general database in the prior art for storing data in a content management process, such as a content publishing task table, a content data table, a content deleting table, and the like. The content management and service related to the present disclosure may be single OTT content, single IPTV content, or content shared by multiple protocols. The method realizes the management and service of the shared content of various protocols on the basis of maintaining the original content management and service flow as much as possible, and has good compatibility. Compared with the traditional method that various protocols respectively store and manage respective contents, the method that a plurality of protocols share one content has great advantages in the aspect of storage space occupation.
As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the disclosure. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only exemplary of the present disclosure and is not intended to limit the present disclosure, so that any modification, equivalent replacement, or improvement made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.

Claims (10)

1. A method of managing on-demand content, comprising:
a content delivery network CDN on-demand server receives a content delivery message from a CDN management system, wherein the content delivery message comprises a content identifier of content to be delivered, a content source address and a content delivery format, and the content delivery format is an on-demand content format shared by an IPTV system and an OTT system;
the CDN on-demand server downloads the content to be released from the content source address according to the content release format;
the CDN on-demand server stores the content to be released to a content path of the IPTV system and generates a linux soft connection directory of the OTT system, wherein the linux soft connection directory points to the content path of the content to be released stored in the IPTV system;
the CDN on-demand server establishes a content data table, wherein the content data table comprises a content identifier of released content, a corresponding relation stored between a content path of an IPTV system and a linux soft connection directory of an OTT system, and a corresponding relation between the content identifier of the released content and an access address of a media service module storing the released content;
a first media service module in a CDN on-demand server receives a content on-demand request sent by an OTT system user, wherein the content on-demand request comprises a content identifier of on-demand content;
under the condition that the first media service module does not find the on-demand content, an IPTV agent module in the CDN on-demand server receives a content on-demand request sent by an OTT system user;
the IPTV agent module searches an access address of a second media service module storing the on-demand content in a CDN on-demand server by using the content identification of the on-demand content in the content data table;
when the IPTV agent module finds the access address of the second media service module, the IPTV agent module redirects the content on-demand request to the second media service module;
and the second media service module provides on-demand service for OTT system users.
2. The management method of claim 1, further comprising:
the CDN on-demand server receives a content deletion message, wherein the content deletion message comprises a content identifier of the content to be deleted;
the CDN on-demand server inquires the content data table by using the content identification of the content to be deleted, and determines the content to be deleted to be stored in a content path of the IPTV system and a linux soft connection directory of the OTT system;
the CDN on-demand server deletes the content to be deleted according to a content path of the content to be deleted, which is stored in the IPTV system, and deletes a linux soft connection directory of the OTT system corresponding to the content identifier of the content to be deleted;
and the CDN on-demand server deletes the table entry of the content identifier of the content to be deleted in the content data table.
3. The management method of claim 2, further comprising:
the identity recognition and access management IAM receives the content deletion message from a content management system CMS, wherein the content deletion message also comprises a content publishing format of the content to be deleted;
when the IAM judges that the content delivery format of the content to be deleted is the on-demand content format shared by the IPTV system and the OTT system, the IAM forwards the content deletion message to the media presentation description (MDP), and the MDP forwards the content deletion message to the CDN on-demand server.
4. The management method of claim 1, further comprising:
under the condition that the IPTV agent module does not find the access address of the second media service module, the IPTV agent module returns the access address of the first media service module to an OTT system user, and the access address of the first media service module comprises preset parameters;
the first media service module receives a content on demand request sent by the OTT system user again, and the content on demand request received again contains the preset parameters;
the first media service module searches a content source address of the on-demand content by using the content identification of the on-demand content in the content data table;
and the first media service module provides the on-demand service for the OTT system user according to the content source address of the on-demand content.
5. A CDN on-demand server comprising:
the content delivery information receiving module is configured to receive a content delivery information from the CDN management system, wherein the content delivery information includes a content identifier of a content to be delivered, a content source address and a content delivery format, and the content delivery format is an on-demand content format shared by the IPTV system and the OTT system;
the content downloading module is configured to download the content to be published from the content source address according to the content publishing format;
the content saving module is configured to save the content to be published to a content path of the IPTV system;
the system comprises a soft connection directory generation module, a service module and a service module, wherein the soft connection directory generation module is configured to generate a linux soft connection directory of the OTT system, and the linux soft connection directory points to a content path of the IPTV system for storing the content to be issued;
the system comprises a content data table establishing module, a content data table generating module and a content data table processing module, wherein the content data table establishing module is configured to establish a content data table, and the content data table comprises a content identifier of published content, a corresponding relation stored in a content path of an IPTV system, a corresponding relation stored in a linux soft connection directory of an OTT system and a corresponding relation between the content identifier of the published content and an access address of a media service module storing the published content;
the system comprises a first media service module, a second media service module and a third media service module, wherein the first media service module is configured to receive a content on-demand request sent by an OTT system user, and the content on-demand request comprises a content identifier of on-demand content;
an IPTV proxy module configured to: receiving a content on-demand request sent by an OTT system user under the condition that the first media service module does not find the on-demand content; in the content data table, searching for an access address of a second media service module storing the on-demand content in a CDN on-demand server by using the content identifier of the on-demand content; redirecting the content on demand request to the second media service module under the condition that the access address of the second media service module is found;
and the second media service module is configured to provide the on-demand service for the OTT system user.
6. The CDN on-demand server of claim 5, further comprising:
a deletion message receiving module configured to receive a content deletion message, where the content deletion message includes a content identifier of a content to be deleted;
the content data table query module is configured to query the content data table by using the content identifier of the content to be deleted, and determine the content to be deleted to be stored in a content path of the IPTV system and a linux soft connection directory of the OTT system;
the content deleting module is configured to delete the content to be deleted according to a content path of the content to be deleted, which is stored in the IPTV system;
the soft connection directory deleting module is configured to delete the linux soft connection directory of the OTT system corresponding to the content identifier of the content to be deleted;
and the table entry deleting module is configured to delete the table entry of the content data table about the content identification of the content to be deleted.
7. The CDN on-demand server of claim 5,
in the event that the IPTV proxy module does not find the access address of the second media service module, the IPTV proxy module is further configured to: returning an access address of the first media service module to an OTT system user, wherein the access address of the first media service module comprises preset parameters;
the first media service module is further configured to: receiving a content on demand request sent by the OTT system user again, wherein the content on demand request received again comprises the preset parameters; searching a content source address of the on-demand content by using the content identification of the on-demand content in the content data table; and providing the on-demand service for OTT system users according to the content source address of the on-demand content.
8. A CDN network comprising a content management system CMS, an identification and access management IAM, a media representation description MDP and a CDN on-demand server as claimed in claim 6; wherein the content of the first and second substances,
the IAM is configured to: receiving the content deletion message from the CMS, wherein the content deletion message also comprises a content publishing format of the content to be deleted; and when the content delivery format of the content to be deleted is judged to be the on-demand content format shared by the IPTV system and the OTT system, forwarding the content deletion message to the MDP, and forwarding the content deletion message to the CDN on-demand server by the MDP.
9. An apparatus for managing on-demand contents, comprising:
a memory; and
a processor coupled to the memory, the processor configured to execute the method of managing on-demand content of any one of claims 1 to 4 based on instructions stored in the memory.
10. A computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions which, when executed by a processor, implement a method of managing on-demand content as claimed in any one of claims 1 to 4.
CN201811415903.0A 2018-11-26 2018-11-26 On-demand content management method and content distribution network on-demand server Active CN111225248B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811415903.0A CN111225248B (en) 2018-11-26 2018-11-26 On-demand content management method and content distribution network on-demand server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811415903.0A CN111225248B (en) 2018-11-26 2018-11-26 On-demand content management method and content distribution network on-demand server

Publications (2)

Publication Number Publication Date
CN111225248A CN111225248A (en) 2020-06-02
CN111225248B true CN111225248B (en) 2022-01-07

Family

ID=70830285

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811415903.0A Active CN111225248B (en) 2018-11-26 2018-11-26 On-demand content management method and content distribution network on-demand server

Country Status (1)

Country Link
CN (1) CN111225248B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112003893B (en) * 2020-07-17 2023-07-25 北京达佳互联信息技术有限公司 Resource downloading method and device
CN115086702A (en) * 2022-07-04 2022-09-20 天翼数字生活科技有限公司 OTT and IPTV dual-service system data processing method and related equipment

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101751474A (en) * 2010-01-19 2010-06-23 山东高效能服务器和存储研究院 Continuous data protection method based on centralized storage
CN105376657A (en) * 2014-08-15 2016-03-02 中国电信股份有限公司 Media content supplying method, media content playing method, media content supplying device and media content service system
US20180332355A1 (en) * 2017-05-15 2018-11-15 Gregorio Ormasa Loveria, III Method and System For Creation, Playback and Delivery of Interactive Multimedia and Advertising For IPTV Content Streams

Also Published As

Publication number Publication date
CN111225248A (en) 2020-06-02

Similar Documents

Publication Publication Date Title
US11350139B2 (en) Video live broadcast method and apparatus
CA2840106A1 (en) Offline download method, multimedia file download method and system thereof
CN109791557B (en) Computer-implemented method for managing asset storage and storage system
CN102271165B (en) Device and method for sharing and managing resources searched on Internet
AU2011203246B2 (en) Content processing between locations workflow in content delivery networks
US8824676B2 (en) Streaming video to cellular phones
CN111355971B (en) Live streaming transmission method and device, CDN server and computer readable medium
KR101743228B1 (en) Streaming apparatus and method thereof, streaming service system using the streaming apparatus and computer readable recording medium
CN111744174A (en) Account management method and device of cloud game, account login method and device and electronic equipment
CN105100839A (en) Video file downloading method, device, server and terminal equipment
CN111225248B (en) On-demand content management method and content distribution network on-demand server
CN104618738A (en) Method and device for playing programs of intelligent TV
EP3103264B1 (en) Methods and apparatus for naming video content chunks
CN105812831B (en) Network program recording method, device and system and playing method and device
CN112995783A (en) Advertisement insertion method, electronic device and storage medium
CN115004665B (en) File sharing method, device and system
CN110347656B (en) Method and device for managing requests in file storage system
US20230104788A1 (en) Method of distributing files through a content delivery network based also on artificial intelligence algorithms, telematic system and servers that allow to implement it
KR20150011087A (en) Distributed caching management method for contents delivery network service and apparatus therefor
US9794316B2 (en) Method and system for content management
CN103685367A (en) Offline download system and offline download method
CN105812894A (en) Video file processing method and device based on intelligent terminal
KR100835528B1 (en) Multimedia Contents Streaming Method Using Section Information and Streaming Apparatus Thereof
CN113473247A (en) Video playing request processing method, device and system and electronic equipment
WO2017197808A1 (en) Video processing method, apparatus, and 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