CN120711224A

CN120711224A - Display devices

Info

Publication number: CN120711224A
Application number: CN202510855877.7A
Authority: CN
Inventors: 马宇坚; 佘祥顺; 杨绍栋
Original assignee: Juhaokan Technology Co Ltd
Current assignee: Juhaokan Technology Co Ltd
Priority date: 2025-06-24
Filing date: 2025-06-24
Publication date: 2025-09-26

Abstract

The application belongs to the technical field of display, and provides display equipment which is respectively connected with a media resource management end, a content distribution network CDN node, a point-to-point network P2P node and a point-to-point content distribution network PCDN node, wherein the display equipment comprises a display and a processor connected with the display, the processor is configured to respond to an input playing request and request network node information from the media resource management end, request to download audio and video resources from the P2P node when the PCDN node meets an enabling condition and the network node information contains a PCDN domain name of the PCDN node, request to download the audio and video resources from the PCDN node when the P2P node fails to download or is in insufficient cache, and request to download the audio and video resources from the CDN node when the PCDN node fails to download or is in insufficient cache. The method can flexibly switch and download audio and video resources among different network nodes, preferentially utilizes the distributed resources of the P2P node and the PCDN node, reduces the dependence on CDN nodes and improves the utilization efficiency of network node resources.

Description

Display apparatus

Technical Field

The application belongs to the technical field of display, and particularly relates to display equipment.

Background

In the field of video playing, the display device is used as a terminal carrier for users to watch videos, and the resource downloading efficiency and the playing stability of the display device directly influence the user experience.

Currently, when the conventional display device acquires video resources, a single content delivery network CDN node is mostly adopted, and there are problems of high bandwidth cost, low transmission efficiency when the network is congested, and the like. And the peer-to-peer network P2P node is partially adopted, and the idle bandwidth of the user can be utilized, but the defects of poor resource stability and high download failure rate exist.

In addition, when the traditional display equipment acquires video resources, various network node resources cannot be coordinated and utilized, and when a P2P node or a PCDN node fails, the traditional display equipment cannot be switched to a stable node in time, so that video is blocked, loading is slow and even playing is interrupted.

Disclosure of Invention

The embodiment of the application aims to provide a display device, and aims to solve the technical problems that when the traditional display device acquires video resources, various network node resources cannot be utilized in a coordinated manner, and video playing quality and user experience are restricted.

To achieve the above object, according to a first aspect of the present application, there is provided a display device, which is connected to a media resource management end, a content delivery network CDN node, a peer-to-peer network P2P node, and a peer-to-peer content delivery network PCDN node, respectively, comprising a display and a processor connected to the display, the processor being configured to perform:

Responding to the input playing request, and requesting network node information from a media resource management end;

requesting to download audio and video resources from the P2P node under the condition that the PCDN node meets the enabling condition and the network node information contains the PCDN domain name of the PCDN node;

Requesting to download audio and video resources from the PCDN node in case of failure in downloading or insufficient buffering of the P2P node, and

And requesting to download the audio and video resources from the CDN node under the condition that the downloading of the PCDN node fails or the buffering is insufficient.

In a possible implementation, the processor is further configured to perform:

Responding to the input playing request, initiating a domain name conversion request or a media resource ID conversion request to a media resource management end, wherein the media resource management end is used for determining network node information adapted to the domain name conversion request or the media resource ID conversion request;

And receiving the network node information returned by the media resource management end.

In a possible implementation, the network node information includes a CDN domain name and/or a PCDN domain name, and the processor is further configured to perform:

if the play request is determined to carry the original play URL address, a domain name conversion request carrying the original domain name in the original play URL address is sent to the media resource management end;

receiving CDN domain name and/or PCDN domain name corresponding to original domain name returned by media resource management end and

And replacing the original domain name with the CDN domain name and/or the PCDN domain name to obtain the CDN actual playing address and/or the PCDN actual playing address.

In a possible implementation, the network node information includes a CDN real play address and a PCDN domain name, and the processor is further configured to perform:

If the play request is determined to carry the original play media asset ID, an ID conversion request carrying the original play media asset ID is sent to a media resource management end;

receiving CDN actual playing address and PCDN domain name corresponding to original playing media resource ID returned by media resource management end, and

And replacing the CDN domain name in the CDN actual playing address with the PCDN domain name to obtain the PCDN actual playing address.

In a possible implementation, the audio-video resource includes a plurality of video content segments, and the processor, in requesting downloading of the plurality of video content segments from the PCDN node, is further configured to perform:

If the first failure times reach a first threshold value, requesting to download the current video content segment from the CDN node, wherein the first failure times are the failure times of the processor requesting to download the current video content segment from the PCDN node;

if the second failure times reach a second threshold value, requesting to download all video content fragments in the audio and video resources from the CDN node, wherein the second failure times are the failure times of the processor requesting to download the video content fragments in the audio and video resources from the PCDN node;

If the third failure times reach the third threshold value, before the display device is shut down and restarted, requesting to download all video content fragments in the audio and video resources from the CDN node, wherein the third failure times are the failure times of the display device for downloading the video content fragments from the PCDN node after the display device is started and restarted.

In a possible implementation, the processor is further configured to perform:

And acquiring at least one of an enabling condition, a first threshold, a second threshold and a third threshold corresponding to each video playing service type configured for the PCDN node in advance from a media resource management end, wherein the video playing service type is at least one of on-demand, live broadcast, carousel and file downloading supported by a display device.

In a possible implementation, the processor is further configured to perform:

monitoring the residual cache time length of the audio and video resources and the number of video content fragments in a current cache queue in the process of requesting to download a plurality of video content fragments from the PCDN node;

if the residual cache duration is monitored to be smaller than the cache quantity threshold value, and the quantity of the video content fragments in the current cache queue is monitored to be smaller than or equal to at least one of the cache quantity threshold value, determining that the downloading of the PCDN node fails or the caching is insufficient, and switching to request the downloading of a plurality of video content fragments from the CDN node, wherein a media resource management end configures a corresponding cache quantity threshold value and a corresponding cache duration threshold value for an emergency cache region of a processor in advance;

Monitoring the residual cache time length of the audio and video resources and the number of video content fragments in a current cache queue in the process of requesting to download a plurality of video content fragments from the CDN node;

If the time length of the residual buffer is monitored to be greater than or equal to the buffer quantity threshold value and the quantity of the video content fragments in the current buffer queue is greater than the buffer quantity threshold value, switching back to request to download a plurality of video content fragments from the PCDN node.

In a possible implementation, the processor is further configured to perform:

If the download speed of the PCDN node is monitored to be reduced to at least one of a first value and the jamming rate is monitored to be increased to at least one of a second value, the buffer capacity is correspondingly expanded and the buffer duration is prolonged based on at least one of the download speed and the jamming rate.

In a possible implementation manner, in the process that the processor requests to download the audio and video resource from the PCDN node, the processor is further configured to perform:

And responding to the input restarting request or the skip request, firstly requesting to download the first N video content fragments in the audio and video resources from the CDN node, and then requesting to download the subsequent video content fragments in the audio and video resources from the PCDN node.

In a possible implementation, the processor is further configured to perform:

according to the network node information, requesting index information of audio and video resources corresponding to the playing request from the CDN node, wherein the index information comprises address information and duration information for loading a plurality of video content fragments.

According to a second aspect of the present application, there is provided an audio/video downloading method applied to a display device, where the display device is connected to a media resource management end, a content delivery network CDN node, a peer-to-peer network P2P node, and a peer-to-peer content delivery network PCDN node, respectively, the method including:

According to a third aspect of the present application there is provided an electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, when executing the computer program, causing the electronic device to carry out the method as in any one of the claims.

According to a fourth aspect of the present application there is provided a computer readable storage medium storing a computer program which when executed by a processor performs a method as in any one of the above.

According to a fifth aspect of the present application, there is provided a computer program product for, when run on an electronic device, causing the electronic device to perform the method of any one of the first aspects described above.

The embodiment of the application provides a display device which is respectively connected with a media resource management end, a content distribution network CDN node, a peer-to-peer network P2P node and a peer-to-peer content distribution network PCDN node, and comprises a display and a processor connected with the display, wherein the processor is configured to respond to an input playing request and request network node information from the media resource management end, request to download audio and video resources from the P2P node when the PCDN node meets an enabling condition and the network node information contains a PCDN domain name of the PCDN node, request to download the audio and video resources from the PCDN node when the P2P node fails to download or is in insufficient cache, and request to download the audio and video resources from the CDN node when the PCDN node fails to download or is in insufficient cache.

By adopting the display equipment provided by the embodiment of the application, the audio and video resources can be flexibly switched and downloaded among different network nodes, the distributed resources of the P2P node and the PCDN node are preferentially utilized, the video playing fluency is ensured, the dependence on CDN nodes is effectively reduced, and the network node resource utilization efficiency is improved. Because the P2P node utilizes the local cache resource, the initial delay can be reduced, the PCDN node utilizes the distributed network to improve the downloading efficiency, the CDN node can ensure the playing stability, the hierarchical utilization of the network node resource is realized, and the video playing quality and the user experience can be further improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments or the description of the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a flow chart of an audio/video downloading method according to an embodiment of the present application;

fig. 2 is a flow chart of an alternative audio/video downloading method according to an embodiment of the present application;

fig. 3 is a flow chart of an alternative audio/video downloading method according to an embodiment of the present application;

Fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth such as the particular system architecture, techniques, etc., in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that, in the description of the present application, unless otherwise indicated, a "/" used in the specification of the present application and the appended claims means that the object associated before and after is an "or" relationship, for example, a/B may represent a or B, and "and/or" in the present application is merely an association relationship describing the associated object, means that three relationships may exist, for example, a and/or B may represent that a exists alone, while a and B exist alone, and that B exists alone, wherein a, B may be singular or plural. Also, in the description of the present application, unless otherwise indicated, "a plurality" means two or more than two. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (a, b, or c) of a, b, c, a-b, a-c, b-c, or a-b-c may be represented, wherein a, b, c may be single or plural.

In addition, in order to facilitate the clear description of the technical solution of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and effect. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, but merely distinguish between descriptions, and that the words "first," "second," and the like do not necessarily differ, nor are they to be construed as indicating or implying relative importance.

As used in the present description and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

An embodiment of the present application further provides a display device embodiment, referring to fig. 1, fig. 1 is a schematic structural diagram of a display device provided in the embodiment of the present application, where the display device 100 is connected to a media resource management end 200, a peer-to-peer network P2P node 300, a content delivery network CDN node 400, and a peer-to-peer content delivery network PCDN node 500, respectively. The display device 100 includes a display 101 and a processor 102 coupled to the display 101.

Referring to fig. 2, fig. 2 is a flowchart of an audio/video downloading method according to an embodiment of the present application, and a processor 102 is configured to execute the following method steps:

S201, responding to the input playing request, and requesting network node information from the media resource management end.

S202, requesting to download the audio and video resource from the P2P node when the PCDN node satisfies the enabling condition and the network node information includes the PCDN domain name of the PCDN node.

S203, requesting to download the audio and video resources from the PCDN node under the condition that the P2P node fails to download or has insufficient buffer.

S204, requesting to download the audio and video resources from the CDN node under the condition that the downloading of the PCDN node fails or the buffering is insufficient.

In some alternative embodiments, the display device may be a smart television, a home network television, a smart screen, a television box, a notebook computer, a palm game console, a smart phone, a tablet computer, a liquid crystal advertising screen, a building elevator video terminal, a surveillance video terminal, and the like.

In some alternative embodiments, after the user inputs a play request on the display device, such as clicking a play button, selecting a video in a video list, etc., the processor of the display device responds to the play request and initiates a network node information request to the media resource manager (MAM, media Asset Management) according to a predetermined communication protocol (e.g., RTP, RTCP, HTTP, and extensions thereof, etc.).

For example, under the HTTP protocol, the processor constructs a request message containing request parameters (such as video identifier, terminal equipment information, etc.), and sends the request message to the specified service address of the media resource management MAM. After receiving the request message, the MAM screens out the adapted network node information (such as node address and load condition) according to the network node information, the audio and video resource associated information and the terminal equipment adapting rule stored by itself, and returns the adapted network node information to the processor in a specific data format (such as JSON format and XML format).

In some optional embodiments, the MAM is configured to manage availability states of the CDN nodes and the PCDN nodes, provide real-time network node information for the display device, ensure that the display device can select an optimal download path according to availability of the network node (e.g., preferentially use the PCDN node, switch to the CDN node after download failure by using the PCDN node), and improve audio and video resource loading efficiency and play stability.

In some alternative embodiments, after receiving the network node information returned by the MAM, the processor first determines whether the PCDN node meets the enabling condition. The enabling condition is preset, for example, one or more conditions that the PCDN switch is in an on state, and the network environment of the display device meets the access requirement of the PCDN node (such as that the bandwidth reaches an expected threshold value, and the network stability is good) are met. Meanwhile, the processor can also detect whether the network node information contains the PCDN domain name of the PCDN node. Only when the PCDN node meets the enabling condition and the PCDN domain name exists in the network node information, the subsequent resource downloading flow based on the PCDN node is entered. Otherwise, processing is performed according to other preset policies, for example, the processor preferentially tries to download audio and video resources (such as a plurality of video content segments, such as TS slices) from the P2P node, and when the processor determines that the P2P node fails to download or has insufficient buffering, then sends a download request to the CDN node according to CDN node information returned by the MAM terminal.

In some embodiments, the processor preferentially attempts to download the audio video resources from the P2P node after determining that the PCDN node satisfies the enablement condition and acquiring the PCDN domain name. The processor broadcasts a download request to the P2P nodes on the periphery according to the index information (such as the TS slice address information recorded in the m3u8 file) of the audio and video resource, wherein the download request comprises information such as the identification of the video content fragment, the required format and the like. After receiving the download request, the P2P node checks whether there is a corresponding video content segment in its own cache. If the video content segment exists, the video content segment is transmitted to a processor of the display device according to a P2P network protocol, and if the video content segment does not exist, the P2P node continues to forward the downloading request in the P2P network, and other P2P nodes with the video content segment are searched.

In the downloading process, the processor monitors the downloading state of the P2P node in real time, and the downloading state comprises information such as downloading progress, downloading speed and the like. If the download progress does not reach the expected level (e.g., the download is not started or the download amount is lower than the threshold value) or the download speed is continuously lower than the minimum speed required for playing, the processor will determine that the P2P node fails to download, and if the number of video content segments stored in the P2P node buffer is insufficient to meet the current playing requirement (e.g., only 1 TS slice remains and 3 TS slices need to be continuously acquired for the current playing), it is determined that the P2P node buffer is insufficient.

When the processor determines that the P2P node fails to download or has insufficient buffer, a download request of the video content fragment is sent to the PCDN node. The processor constructs a download request URL containing parameters such as video content segment identification and terminal equipment information by using the PCDN domain name acquired from the MAM end, and sends the download request URL to the PCDN node through HTTP or other adaptive network protocols. After receiving the download request, the PCDN node retrieves the corresponding video content fragment from the cache according to the self cache management strategy and the resource scheduling algorithm. If the PCDN node has the relevant video content fragments in the cache, the video content fragments are transmitted to a processor of the display device, and if the PCDN node does not have the relevant video content fragments in the cache, the PCDN node further acquires the video content fragments from upstream source nodes (such as other PCDN nodes and a source station server) and returns the video content fragments to the processor.

Similarly, during the downloading process of the PCDN node, the processor continuously monitors the downloading state, and if a downloading failure (such as a failure to establish a connection after multiple retries, a failure to check the downloaded data) or a cache deficiency (such as a failure to satisfy a subsequent playing requirement due to the feedback of the PCDN node on the number of the remaining available video content segments) occurs, the processor triggers a downloading process from the CDN node.

In some alternative embodiments, the processor eventually requests the CDN node to download the plurality of video content segments when the PCDN node fails to download or is under-cached. And the processor selects CDN nodes which are closer to the geographic position of the terminal equipment and have lower load according to CDN node information returned by the MAM end, constructs a downloading request and sends the downloading request to the CDN nodes. The CDN node is used as a professional node of the content delivery network, has higher stability and resource reserve, and acquires video content fragments corresponding to the download request from a local cache or a source station after receiving the download request, and transmits the video content fragments to a processor of the display device. In the downloading process of the CDN node, the processor still keeps real-time monitoring on the downloading state of the CDN node, so that the video content fragments can be completely and stably obtained, and smooth playing of the video is ensured.

In the embodiment of the application, the processor of the display device can flexibly switch and download audio and video resources among different network nodes, preferentially utilizes the distributed resources of the P2P node and the PCDN node, effectively reduces the dependence on CDN nodes while guaranteeing the video playing fluency, and improves the utilization efficiency of the network node resources. Because the P2P node utilizes the local cache resource, the initial delay can be reduced, the PCDN node utilizes the distributed network to improve the downloading efficiency, the CDN node can ensure the playing stability, the hierarchical utilization of the network node resource is realized, and the video playing quality and the user experience can be further improved.

In some alternative embodiments, the processor is further configured to perform the following method steps:

And responding to the input playing request, and initiating a domain name conversion request or a media resource ID conversion request to a media resource management end, wherein the media resource management end is used for determining network node information adapted to the domain name conversion request or the media resource ID conversion request.

In some alternative embodiments, when the user triggers a play request on the display device, such as clicking a video thumbnail, selecting a certain audio/video resource in the playlist, the processor of the display device immediately responds, at which time the processor first determines the type of audio/video resource identifier provided by the service layer. Specifically, if the service layer provides the original play URL address, the processor determines that a domain name conversion request needs to be initiated, and if the service layer provides the media asset ID (e.g., video_1234), the processor determines that a media asset ID conversion request needs to be initiated.

In some alternative embodiments, if it is determined to initiate a domain name conversion request, the processor extracts the original domain name (e.g., original-domain. Com) from the original play URL. And then, the processor sends a domain name conversion request to a domain name conversion interface of the MAM end according to a preset interface specification, wherein the request message comprises the extracted original domain name and related information (such as equipment model, operating system version and the like) of the display equipment so as to carry out adaptation processing on the MAM end.

In some alternative embodiments, after receiving the domain name conversion request, the MAM queries the domain name mapping table and the network node configuration information stored in the MAM to find the CDN domain name and the PCDN domain name (if any) corresponding to the original domain name. For example, the CDN domain name corresponding to the original-domain name com is cdn.example.com, and the PCDN domain name corresponding to the original-domain name com is pcdn.example.com, which are recorded in the domain name mapping table. The MAM encapsulates the domain name information into response data in a specific format (e.g., JSON format) and returns the response data to the processor of the display device.

In some alternative embodiments, when the processor determines to initiate the media asset ID conversion request, the media asset ID (e.g., video_1234) provided by the service layer is used as a request parameter to send the media asset ID conversion request to the media asset ID conversion interface of the MAM. The request message contains the media asset ID and information about the display device (e.g., device model number, operating system version, etc.). After receiving the media asset ID conversion request, the MAM queries in a local database according to the media asset ID to obtain an actual CDN playing URL address and a PCDN domain name (if any) corresponding to the media asset ID. And then, the MAM terminal packages the actual CDN playing URL address and the PCDN domain name information into response data, and returns the response data to a processor of the display device.

In some alternative embodiments, after receiving the network node information returned from the MAM, the processor of the display device parses and verifies the network node information. If the network node information is determined to be in a correct format and contains the needed key contents such as CDN domain name, PCDN domain name and the like, the processor stores the network node information in a cache area of the display equipment so as to be used when the downloading operation is executed subsequently. If the network node information has errors (such as format errors and key information missing), the processor re-initiates a corresponding conversion request, or performs subsequent downloading operation according to a preset default strategy (such as only using CDN nodes).

Through the embodiment, the processor of the display device can accurately acquire the adaptive network node information according to different resource identification types provided by the service layer, so that more flexible and efficient audio and video resource downloading and playing processes are realized, and the video watching experience of a user is further optimized.

The following describes in detail, by an alternative embodiment, a specific operation procedure of the processor for performing domain name conversion and play address generation in response to an input play request, where the network node information includes a CDN domain name and/or a PCDN domain name, and the processor is further configured to perform:

If the play request is determined to carry the original play URL address, a domain name conversion request carrying the original domain name in the original play URL address is sent to the media resource management end.

And receiving the CDN domain name and/or the PCDN domain name corresponding to the original domain name returned by the media resource management terminal.

In some alternative embodiments, after the processor of the display device receives the play request input by the user, the play request is first parsed, and if the play request has the original play URL address, the domain name conversion process is entered. The processor extracts an original domain name (e.g., original-domain. Com) from the original play URL address through a string interception algorithm, and sends a domain name conversion request to the media resource management MAM terminal by using the original domain name as a request parameter. As described above, the domain name conversion request may further carry auxiliary parameters such as terminal equipment information (e.g. equipment model, operating system version), user identifier, etc. so as to make accurate adaptation on the MAM end.

In some embodiments, after receiving the domain name conversion request, the MAM may process according to the domain name mapping rule and the network node configuration information stored in the MAM. And if the original domain name has the corresponding CDN domain name and/or PCDN domain name, the MAM terminal encapsulates the domain name information into response data and returns the response data to the processor of the display device. After the processor obtains the CDN domain name and/or the PCDN domain name, performing an original domain name replacement operation. Specifically, for the original domain name in the original playing URL address, the original domain name can be directly replaced by the CDN domain name returned by the MAM end to generate a CDN actual playing address, and if the PCDN domain name exists, the PCDN actual playing address is replaced and generated in the same way. And the processor stores the CDN actual playing address and the PCDN actual playing address in a cache area of the display device for being called when the video content fragment downloading operation is executed subsequently. Through the above optional embodiment, the processor of the display device can accurately obtain the actual playing addresses of the CDN node and the PCDN node based on the original playing URL address, provide the actual playing address for implementing the subsequent hierarchical downloading policy, and the terminal device can access the PCDN node only by domain name conversion without modifying the original playing logic, so that the CDN node is reserved as a standby scheme, and the display device can be ensured to efficiently obtain audio and video resources from a suitable network node, thereby ensuring the smoothness and stability of video playing.

The following describes in detail a specific operation flow of the processor for performing media asset ID conversion and play address generation in an alternative embodiment, in some alternative embodiments, the network node information includes a CDN actual play address and a PCDN domain name, and the processor is further configured to perform:

if the play request is determined to carry the original play media asset ID, an ID conversion request carrying the original play media asset ID is sent to the media resource management end.

And receiving a CDN actual playing address and a PCDN domain name corresponding to the original playing media asset ID returned by the media resource management end.

In some alternative embodiments, when a user initiates a play request through a display device, the processor first parses the request parameters. If the request parameter is detected to contain the original play asset ID (e.g., video_asset_7890), the ID conversion process is entered. When the processor encapsulates the ID conversion request, the original playing media asset ID is used as a core parameter, and context information such as terminal equipment information (such as equipment model and operating system version), user account information (such as user ID and member grade) and the like is added. And then, an HTTPS protocol is adopted to send a request to an ID conversion interface of the MAM end, so that the integrity and the safety in the data transmission process are ensured. In addition, a digital signature can be added in the request head, and the validity of the request source is verified by the MAM end, so that malicious attack or illegal call is prevented.

In some alternative embodiments, after receiving the ID conversion request, the MAM terminal may verify the validity of the original playing media asset ID a priori, and check whether there is a corresponding audio/video resource. And then, the MAM end generates a corresponding CDN actual playing address according to the storage path and CDN configuration information associated with the media asset ID. And the MAM end searches the PCDN domain name corresponding to the media asset ID from a preset domain name mapping table. And finally, the MAM terminal encapsulates the generated CDN actual playing address and PCDN domain name into response data, and returns the response data to a processor of the display device.

In some alternative embodiments, after receiving the response data of the MAM terminal, the processor extracts the CDN actual playing address and the PCDN domain name from the response data, for example, a character string replacement algorithm may be used to replace the CDN domain name part in the CDN actual playing address with the PCDN domain name, so as to generate the PCDN actual playing address. For another example, the processor can also verify whether the generated PCDN actual play address format conforms to the standard URL specification through a regular expression, so as to ensure the integrity of protocol, path and parameter parts. For another example, the processor may also send a lightweight probe request (e.g., an http head request) to the PCDN real-world play address, verifying whether the address is accessible.

In some alternative embodiments, after generating and verifying the valid PCDN real-world play address, the processor may first store the CDN real-world play address and the PCDN real-world play address in the terminal local cache, and set an appropriate cache validity period (e.g., 30 minutes). Firstly, according to the current network state and the availability of PCDN nodes, dynamically selecting CDN or PCDN addresses to carry out resource request, wherein the PCDN actual playing addresses are preferentially used if the PCDN nodes are available and the downloading speed meets the requirement, and the CDN actual playing addresses are switched to if the PCDN nodes are not available or the downloading speed is not ideal.

According to the embodiment, the display device can efficiently and accurately generate the CDN actual playing address and the PCDN actual playing address based on the original playing media asset ID, dynamically select the optimal resource acquisition path according to the actual network condition, and maximally utilize the distributed cache resources of the PCDN while guaranteeing the playing quality, so that the content distribution cost is reduced.

In some alternative embodiments, the processor is further configured to perform:

In some alternative embodiments, after receiving the network node information returned by the MAM, the processor may extract, from the network node information, a CDN node address suitable for requesting the index information based on a preset node selection policy. For example, the node selection policy may be a geographic location priority policy, that is, a CDN node closest to the geographic location of the terminal device is preferentially selected, and matching is performed through the IP address attribution or node location information provided by the media resource management end. For another example, the node selection policy may be a load state evaluation policy, and query the MAM terminal for the real-time load condition of each CDN node, and select the CDN node with the lightest load to ensure the response speed.

In some alternative embodiments, the processor may combine the video identification information (e.g., the media asset ID, the path parameters in the original URL) in the play request with the selected CDN node address to construct the complete index information request URL. After the CDN node returns the index information, the processor confirms whether the received index information (index file) is in a valid m3U8 format by checking whether the index information contains a standard # EXTM U flag.

In some alternative embodiments, the processor ensures that the index information is not tampered with during transmission by calculating the file hash value or verifying the ETag field in the response header, and checks the #ext-X-EXPIRES tag (if present) in the index information to see if the index information is within the validity period. For each video content segment recorded in the index information, the processor may combine the relative path with the CDN node address to generate a complete video content segment URL.

In some alternative embodiments, after the processor completes the analysis of the index information, the first video content segment corresponding to the play start point is downloaded and cached first, so as to ensure that the play can start immediately. The preloaded window size is dynamically calculated based on the current network bandwidth and device performance. For example, in a high speed WiFi environment, 5-8 fragments in the future are preloaded, and in a 4G environment, 3-5 fragments are preloaded.

According to the embodiment, the display device efficiently acquires and analyzes the index information, and realizes orderly loading and smooth playing of the video content fragments based on the index information. Meanwhile, the display equipment can dynamically adjust the preloading strategy and the playing parameters according to the real-time network state, so that the user can obtain stable and high-quality viewing experience in various network environments.

In some alternative embodiments, the audio video asset comprises a plurality of video content segments, and the processor, in requesting downloading of the plurality of video content segments from the PCDN node, is further configured to perform:

And if the first failure times reach the first threshold value, requesting to download the current video content segment from the CDN node.

And if the second failure times reach the second threshold value, requesting to download all video content fragments in the audio and video resources from the CDN node.

If the third failure times reach the third threshold value, before the display device is shut down and restarted, the video content fragments in all the audio and video resources are requested to be downloaded from the CDN node.

In some alternative embodiments, the first number of failures is the number of failures that the processor requests to download the current video content segment from the PCDN node, the second number of failures is the number of failures that the processor requests to download the video content segment in the audio-video resource from the PCDN node, and the third number of failures is the number of failures that the display device downloads the video content segment from the PCDN node after restarting.

In some alternative embodiments, the processor creates a separate download status record for each video content segment each time a video content segment download request is initiated to the PCDN node. For example, the download status record includes:

1) The number of requests to the PCDN node for the current video content segment is recorded, with an initial value of 0. 2) And the failure reason log is used for recording specific reasons of each downloading failure, such as network timeout, HTTP status code abnormality (404/503 and the like), data verification failure and the like. 3) And the time stamp sequence records the initiation time and the response time of each request and is used for analyzing the failure mode and calculating the average response time.

In some alternative embodiments, the first threshold is set to a configurable integer (3 times by default) based on PCDN network characteristics and traffic requirements. When the number of failures to request the download to the PCDN node for the same video content segment reaches 3, the processor immediately triggers the flow of downloading the video content segment from the CDN node. In the downloading process of the CDN node, the method continues to try to acquire other video content fragments which are not failed from the PCDN node, and the problem that single-point faults affect the whole playing experience is avoided.

And, the downloading source of the video content segment is marked as CDN node, and segment metadata in the terminal cache is updated, including source address, downloading time stamp, etc.

In some alternative embodiments, the processor maintains a global counter for recording the cumulative number of failures to download all segments from the PCDN node in the audio-video resource. The counter is updated when the number of PCDN download failures for a certain video content segment reaches a first threshold and switches to the CDN node, the global counter is incremented by 1. If multiple video content fragments are simultaneously requested and all fail, accumulating the global counter according to the number of the actually failed fragments.

In some alternative embodiments, the second threshold is set by default to 20% of the total number of segments of the video (not specifically limited, and may be dynamically adjusted according to the video length). For example, the second threshold is fixed 3 times for short videos (total number of video clips≤10), and adjusted to 15% of the total number of video clips for long videos (total number of video clips > 50).

In some alternative embodiments, the processor may set a temporary flag (e.g., use_ PCDN =false) in the display device memory when the global failure number reaches the second threshold, prohibiting subsequent requests from using the PCDN node. And, empty the PCDN fragment that has been cached but not broadcast, avoid the mixed use of fragment of different sources to cause broadcast the unusual. And reconstructing a downloading queue according to the index information, and requesting all the rest video content fragments from the CDN node according to the playing sequence.

In some alternative embodiments, the processor initializes a persistence counter at each start of the display device, stores locally at the terminal, and ensures that data is not lost after a restart. After the starting up is started up, counting the number of all downloading requests initiated to the PCDN node, and counting the number of requests with downloading failure, wherein the failure standard is consistent with the first threshold judgment rule.

In some alternative embodiments, the third threshold is set to a configurable integer (defaulting to 10), i.e. when the PCDN download failure accumulates up to 10 times after the terminal is restarted, a persistent handover is triggered, and temporary failure conditions caused by a network handover (e.g. wifi→4g) are excluded.

In some alternative embodiments, when the third threshold is triggered, the processor writes a flag bit (e.g., force_use_ cdn =true) in the terminal local configuration file, where the flag bit is continuously asserted until the terminal is powered off and restarted. The forced CDN flag bit is cleared only after the terminal is powered down and restarted, and through an initialization test (e.g., PCDN node connectivity test). The processor may also record the switching reason through the system log, and report detailed fault information to the media resource management end, for example, may include failure time, error code, network environment, and the like.

According to the embodiment, the display device can hierarchically adopt switching strategies according to different degrees of PCDN downloading failure, the first threshold value is used for guaranteeing continuity through rapid switching according to downloading failure of single fragments, the second threshold value is used for avoiding local problem diffusion according to whole downloading abnormality, and the third threshold value is used for guaranteeing long-time stable playing through persistent switching according to systematic failure. The method and the device not only can avoid the additional expense caused by frequent switching, but also can avoid excessively depending on CDN resources while guaranteeing the playing quality, thereby realizing the balance between cost control and user experience.

There are also alternative embodiments wherein the processor is further configured to perform:

and acquiring at least one of an enabling condition, a first threshold, a second threshold and a third threshold corresponding to each video playing service type configured for the PCDN node in advance from the media resource management end.

The video playing service type is at least one of on-demand, live broadcast, carousel and file downloading supported by the display equipment.

In some alternative embodiments, when a display device initiates a play request, the processor first identifies the requested video play service type (also referred to herein simply as the service type). For example, for the on-demand service, the media ID format and the play control instruction in the request parameters are used for judging, for the live service, the live identification and the real-time requirement confirmation in the request URL are used for judging, for the carousel service, the play list circulation mode, the fixed play sequence and other characteristics are used for judging, and for the file downloading service, the file type and the complete file downloading requirement in the request parameters are used for identifying.

In some alternative embodiments, after determining the service type, the processor sends a configuration acquisition request to the media resource management end, where the configuration acquisition request carries parameters such as terminal equipment information and service type identifier, so as to ensure that adapted configuration data is acquired. After receiving the configuration acquisition request, the media resource management end retrieves PCDN node configuration parameters corresponding to the service type from a configuration database, wherein the parameters comprise an enabling condition, a first threshold, a second threshold, a third threshold and the like, and returns the parameters as structured data. And after receiving the configuration data, the processor performs data verification, checks whether the integrity of the data format and the key field are missing, and then corresponds the returned data to the requested service type to ensure the configuration accuracy.

In some alternative embodiments, the PCDN node enabling conditions are different for different video playback service types. The on-demand service generally requires that the network bandwidth reaches a preset bandwidth standard and the storage space is sufficient, the live broadcast service also requires that the real-time index of the PCDN node reaches the standard besides the network condition, the on-demand service requires that the node load is lower than the load threshold, the file downloading service requires that the node support the breakpoint continuous transmission function, the downloading concurrency limit and the like.

In some alternative embodiments, the processor determines whether the PCDN node is available according to the parsed enabling condition in combination with the current terminal state, and skips the PCDN node if the PCDN node does not meet the enabling condition, and directly uses the CDN node to acquire resources.

In some alternative embodiments, for example, the first threshold of the on-demand service is set to 1.2 times of the video code rate, the second threshold is set to 0.5 times/min, the third threshold is set to 10 times, the first threshold of the live service is set to 1.5 times of the video code rate, the second threshold is set to 0.3 times/min, the third threshold is set to 8 times, the first threshold of the carousel service is set to 1.1 times of the video code rate, the second threshold is set to 0.6 times/min, the third threshold is set to 12 times, the first threshold of the file download service is dynamically adjusted according to the file size and the expected download time, the second threshold is set to 3 times by default, and the third threshold is set to cumulative failure 5 times after restarting.

In the examples of the present application, the values are examples, and are not limited to the embodiments of the present application, and the specific values may be implemented according to the embodiments of the present application.

In some alternative embodiments, the processor stores the retrieved configuration parameters in a local cache and sets the validity period. During the playing process, if the service type changes, the processor re-acquires the configuration parameters corresponding to the service type. Meanwhile, according to the PCDN node performance and the network state monitored in real time, the application of the configuration parameters is dynamically adjusted, for example, a first threshold value of the on-demand service is temporarily reduced when the network fluctuates, and the playing fluency is ensured.

By adopting the embodiment, services such as on-demand, live broadcast, carousel, file download and the like have different requirements on delay, fluency and caching strategy, PCDN configuration parameters are customized for different service types, and optimal performance can be realized in various service scenes.

In some alternative embodiments, the processor is further configured to perform, if it is monitored that the download speed of the PCDN node drops to at least one of the first value and the click-through rate increases to at least one of the second value, correspondingly expanding the buffer capacity and extending the buffer duration based on at least one of the download speed and the click-through rate.

In some alternative embodiments, the processor continuously monitors the performance indicator of the PCDN node during video playback and triggers the cache expansion logic when the download speed drops to a first value or the click-through rate increases to a second value.

Alternatively, the processor may implement download speed monitoring by maintaining a sliding time window, recording the number of bytes downloaded every 200ms, and calculating the ratio of the total number of bytes downloaded to the time interval within the window to obtain the instantaneous download speed.

Optionally, the processor may monitor the jamming rate by counting the jamming events occurring during the playing process, and define the playing jamming lasting more than 500ms as one jamming, and divide the jamming number per minute by the total playing time to obtain the jamming rate. When the downloading speed is lower than a preset first value (for example, 1.2 times of the current video code rate) or the cartoon rate is higher than a preset second value (for example, 0.5 times/min), the PCDN performance is judged to be reduced, and the buffer expansion flow is triggered.

In some alternative embodiments, when the performance degradation of the PCDN is detected, the processor dynamically expands the buffer capacity according to the performance degradation level, wherein the specific expansion process is performed based on an initial buffer capacity (reference capacity) and an expansion step size, the initial buffer capacity is set to be the video code rate multiplied by 10 seconds, the initial buffer capacity is expanded by 20% when the downloading speed is reduced to 80% -100% of the first value, the initial buffer capacity is expanded by 50% when the downloading speed is reduced to 50% -80% of the first value, and the initial buffer capacity is expanded by 100% when the downloading speed is reduced to less than 50% of the first value. In order to avoid excessively occupying equipment resources, the total amount of the cache is set to be an upper limit, and 15% of the available storage space of the equipment and 5% of the total memory are not exceeded.

In some alternative embodiments, the processor may dynamically extend the buffer duration according to the performance index while expanding the buffer capacity. For example, the basic buffer duration is set to 5 seconds, and the extension rule is set according to the download speed and the click through rate, that is:

The lower the download speed, the longer the buffer time, and the calculation formula is the basic buffer time (first value/current download speed). The higher the click-through rate, the longer the buffer duration, and the calculation formula is that the basic buffer duration (1+2 times of the click-through rate). Also, in order to prevent excessive buffering, an upper limit may be set in advance for the extended post-buffering period, for example, up to 60 seconds. And when the buffering time exceeds 15 seconds, displaying a non-disturbing prompt on the user interface, and prompting to optimize the playing experience.

In some alternative embodiments, the method automatically switches to the CDN node when the download speed continues to be lower than 50% of the first value for more than 30 seconds, and maintains the CDN node download if the CDN download speed is better than the PCDN node, otherwise returns to the PCDN node. The buffer expansion process is realized through a background thread, so that normal play is ensured not to be interrupted, and user experience is ensured.

By adopting the embodiment, when the processor adjusts the caching strategy, two indexes of the downloading speed and the blocking rate are considered at the same time, and cache adjustment is carried out according to one of the indexes, for example, the maximum value of the expansion coefficients corresponding to the two indexes is taken. In addition, after the user restarts the terminal, all the buffer configurations are reset, the default state is recovered, and reasonable utilization of audio and video resources and stability of playing experience are ensured.

In some alternative embodiments, the processor, in requesting the downloading of the audio-video resource from the PCDN node, is further configured to perform:

In some embodiments, when the user inputs a restart request after pausing playing or inputs a skip play request during normal playing of the audio and video, the processor first parses the target playing position in the instruction during the process of requesting to download the audio and video resources from the PCDN node. For restarting playing request, the target playing position is the starting point of the audio and video after the playing is paused, and for jumping playing request, the target playing position is the time stamp or progress point appointed by the user. The processor determines a video content fragment sequence to be downloaded according to the target playing position and triggers a hybrid downloading strategy, namely, firstly requesting to download the first N video content fragments in the audio and video resource from the CDN node, and then switching to requesting the PCDN node to download the subsequent video content fragments in the audio and video resource. The value of N is dynamically determined according to the service type, the video code rate and the network environment, and the default value is 3.

In some alternative embodiments, the processor constructs a download request for the first N video content segments, preferentially retrieving resources from CDN nodes. For example, the first N segments in the audio and video resources are downloaded in parallel by HTTP/2 multiplexing feature, utilizing the high availability of CDN nodes. For example, when n=3, a download request of 3 fragments is simultaneously initiated, shortening the warm-up time. And the processor can also mark the fragments downloaded by the CDN node as high-priority caches, so that the fragments downloaded by the subsequent PCDN node are prevented from extruding out of the cache area.

In some alternative embodiments, after downloading the current N segments and starting to play, the processor triggers a downloading procedure of the PCDN node, for example, first requests a list of available PCDN nodes from the media resource manager, performs connectivity test, and selects the PCDN node with the fastest response. And then, the context data such as the current playing progress, the cached fragment information and the like are transmitted to the PCDN node. And finally, after the PCDN node starts to stably provide data, gradually reducing the CDN node request, and avoiding the buffer exhaustion in the switching process.

In some alternative embodiments, when the PCDN node is responsible for downloading subsequent uncached segments, the CDN node supplements, and temporarily obtains a portion of the segments from the CDN node when the PCDN node's download speed is below a predetermined threshold (e.g., 80% of the video rate). If the PCDN node fails to download, the corresponding segment is automatically complemented from the CDN node, and the PCDN node is added into a temporary blacklist, so that repeated failure is avoided.

In some alternative embodiments, the value of N may be dynamically adjusted according to, for example, a high-rate video (e.g., 4K), where the value of N is appropriately increased (e.g., n=5) to ensure sufficient initial buffering, and a low-rate video (e.g., standard definition), where the value of N is decreased (e.g., n=2) to speed up PCDN node intervention. For another example, the value of N may be increased in a weak network environment, and the value of N may be decreased in a strong network environment. For example, a 4G network defaults to n=4 and a wifi network defaults to n=3. For another example, the value of N may be set to 1 (only the first segment is preheated) for the live service, and the value of N is dynamically adjusted according to the video length for the on-demand service, such as short video (< 10 minutes) n=2 and long video (> 10 minutes) n=3.

It should be noted that, the switching process from the CDN node to the PCDN node is completed in background silence, and the user does not feel. If the switching results in a short exhaustion of the buffer, the loading prompt (such as a rotation icon) is automatically inserted, but the playing flow is not interrupted.

In another embodiment, if the downloading of the PCDN node is continuously unstable (e.g., the downloading of 3 consecutive fragments is overtime), the method automatically returns to the full CDN node downloading mode, and records the problem node information and reports the problem node information to the media resource management end.

According to the embodiment, when the display device starts or jumps to play, the initial buffer is quickly built by utilizing the high reliability of the CDN node, and meanwhile, the subsequent resources are acquired through the PCDN node, so that the method is particularly suitable for scenes with uncertain user behaviors, such as frequent jumps to play, not only are the play starting speed and the network cost balanced, but also the overall play experience is improved.

and monitoring the residual cache time length of the audio and video resources and the number of the video content fragments in the current cache queue in the process of requesting to download a plurality of video content fragments from the PCDN node.

If the residual buffer time length is monitored to be smaller than the buffer quantity threshold value and the quantity of the video content fragments in the current buffer queue is monitored to be smaller than or equal to at least one of the buffer quantity threshold value, determining that the downloading of the PCDN node fails or the buffer is insufficient, and switching to request downloading of a plurality of video content fragments from the CDN node.

And monitoring the residual cache time length of the audio and video resources and the number of the video content fragments in the current cache queue in the process of requesting to download a plurality of video content fragments from the CDN node.

In an alternative embodiment, the media resource management end configures a corresponding buffer quantity threshold and a buffer duration threshold for the emergency buffer area of the processor in advance. For example, the on-demand service buffer number threshold is set to 3 segments, the buffer duration threshold is set to 10 seconds, the live service buffer number threshold is set to 5 segments, and the buffer duration threshold is set to 15 seconds.

In some alternative embodiments, the processor continuously monitors the buffer status (updated every predetermined interval, e.g., 200 ms) during video playback, i.e., the remaining buffer duration and the number of video content segments in the current buffer queue. Optionally, the processor calculates the total playing time of all the segments in the current buffer to obtain the remaining buffer time, and the number of the video content segments in the current buffer queue can be obtained based on real-time statistics of the number of the cached but not played segments.

In some optional embodiments, when the processor monitors that the remaining buffer duration is less than the buffer duration threshold, or the number of video content segments in the current buffer queue is less than or equal to the buffer number threshold, determining that the downloading of the PCDN node fails or is not enough, triggering a process of switching to the CDN node, firstly, suspending all the current PCDN downloading tasks and marking the tasks as a state to be retried, then requesting a list of available CDN nodes from a media resource management end, selecting a node closest to and least loaded on the available CDN node, and finally, constructing a CDN downloading request, preferentially downloading segments near the current playing position, and ensuring playing continuity. During the switching period, if the buffer is about to be exhausted, the playing buffer logic is automatically triggered, and the loading prompt is displayed without interrupting the playing flow.

In some alternative embodiments, the cache status is continuously monitored as the processor downloads the video content segments through the CDN nodes. If the residual buffer time length is monitored to be greater than or equal to the buffer time length threshold value and the number of video content fragments in the current buffer queue is greater than the buffer time length threshold value, judging that CDN resources meet playing requirements, triggering a flow of switching back to the PCDN node, firstly, performing connectivity test on the PCDN node to confirm that the node is available, then gradually reducing CDN downloading tasks, simultaneously recovering the PCDN downloading tasks marked as to-be-retried before, and finally, rerouting subsequent downloading requests to the PCDN node to recover a hybrid downloading mode. And in the switching back process, the connection to the CDN node is continuously maintained and used as a standby resource to prevent the problem of the PCDN node again.

By adopting the embodiment, the residual buffer time length and the buffer queue number are monitored in real time in the downloading process, so that the switching to the CDN node in time when the PCDN node is insufficient can be realized, the PCDN node is returned when the PCDN node is sufficient, the enough buffer resource is ensured in the playing process all the time, the PCDN network node resource is utilized to the maximum extent, and the dependence on the CDN resource is reduced.

The embodiment of the application also provides an audio/video downloading method which is applied to the display equipment, wherein the display equipment is respectively connected with the media resource management end, the content distribution network CDN node, the point-to-point network P2P node and the point-to-point content distribution network PCDN node. Referring to fig. 3, fig. 3 is a flow chart of an audio/video downloading method according to an embodiment of the present application, where the method includes:

S301, responding to the input playing request, and requesting network node information from a media resource management end.

S302, requesting to download the audio and video resource from the P2P node when the PCDN node satisfies the enabling condition and the network node information includes the PCDN domain name of the PCDN node.

S303, requesting to download the audio and video resources from the PCDN node under the condition that the P2P node fails to download or has insufficient buffer.

S304, requesting to download the audio and video resources from the CDN node under the condition that the downloading of the PCDN node fails or the buffering is insufficient.

In some alternative embodiments, after receiving the network node information returned by the MAM, the processor first determines whether the PCDN node meets the enabling condition. The enabling condition is preset by the system, for example, one or more conditions of the PCDN switch being in an on state, the network environment of the display device meeting the access requirement of the PCDN node (such as the bandwidth reaching the expected threshold value, the network stability being good) are satisfied. Meanwhile, the processor can also detect whether the network node information contains the PCDN domain name of the PCDN node. Only when the PCDN node meets the enabling condition and the PCDN domain name exists in the network node information, the subsequent resource downloading flow based on the PCDN node is entered. Otherwise, processing is performed according to other preset strategies, for example, the processor preferentially tries to download the audio and video resources from the P2P node, and when the processor judges that the P2P node fails to download or has insufficient cache, the processor immediately sends a downloading request of the video content fragment to the CDN node according to CDN node information returned by the MAM terminal.

In some embodiments, upon determining that the PCDN node satisfies the enabling condition and acquiring the PCDN domain name, the processor preferentially attempts to download an audio-video resource (e.g., TS slice) from the P2P node. The processor broadcasts a download request to the P2P nodes on the periphery according to the index information (such as the TS slice address information recorded in the m3u8 file) of the audio and video resource, wherein the download request comprises information such as the identification of the video content fragment, the required format and the like. After receiving the download request, the P2P node checks whether there is a corresponding video content segment in its own cache. If the video content segment exists, the video content segment is transmitted to a processor of the display device according to a P2P network protocol, and if the video content segment does not exist, the P2P node continues to forward the downloading request in the P2P network, and other P2P nodes with the video content segment are searched.

The embodiment of the application also provides the electronic equipment, which comprises one or more processors and a memory, wherein the memory is coupled with the one or more processors, the memory is used for storing computer program codes, and the computer program codes comprise computer instructions, and the one or more processors call the computer instructions to enable the electronic equipment to execute the audio/video downloading method.

Fig. 4 is a schematic structural diagram of a display device according to an embodiment of the present application, where the display device 400 may be a mobile phone, a smart screen, a tablet computer, a wearable display device, a vehicle-mounted display device, an augmented reality (augmented reality, AR) device, a Virtual Reality (VR) device, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a Personal Digital Assistant (PDA), a projector, or a communication device such as a server, a memory, a base station, or an intelligent automobile. The embodiment of the application does not limit the specific type of the display device.

The memory 401 may be used to store a computer software program 402 and modules, and the processor 403 executes various functional applications of the display device and data processing by executing the software program and modules stored in the memory 401. The memory 401 may mainly include a storage program area which may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, etc.), etc., and a storage data area which may store data created according to the use of the display device (such as audio data, a phonebook, etc.), etc. In addition, memory 401 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.

The processor 403 may include one or more of a central processor, an application processor (application processor, AP), a baseband processor, and the like. The processor may be a neural and command center of the wireless router. The processor 403 may generate operation control signals according to the instruction operation code and the timing signals, to complete instruction fetching and instruction execution control. Memory 401 may be used to store computer executable program code that includes instructions. The processor 403 executes the instructions stored in the memory to perform various functional applications of the network device and data processing. The memory 401 may include a storage program area and a storage data area, such as storing data of a sound signal to be played, and the like. For example, the memory may be a double rate synchronous dynamic random access memory DDR or Flash, etc.

The embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores computer instructions, and when the computer readable storage medium runs on the display device, the display device is caused to execute the audio/video downloading method.

The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device including one or more servers, data centers, etc. that can be integrated with the medium. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, tape), an optical medium, or a semiconductor medium (e.g., solid State Drive (SSD)), etc.

Embodiments of the present application also provide a computer program product comprising computer instructions that, when run on a display device, enable the display device to perform the audio-video downloading method shown above.

The computer storage medium and the computer program product provided in the embodiments of the present application are used to execute the methods provided above, so that the advantages achieved by the method can refer to the advantages corresponding to the methods provided above, and are not described herein.

In the above embodiments, it may also be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, data subscriber line (Digital Subscriber Line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (Rom), a random access Memory book (Random Access Memory, RAM), a Flash Memory (Flash Memory), a hard disk (HARD DISH DRIVE, abbreviated as HDD), a Solid state disk (Solid-state-STATE DRIVE, SSD), or the like, and may further include a combination of the above types of memories.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other manners. For example, the apparatus/network device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions in actual implementation, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

The foregoing embodiments are merely illustrative of the technical solutions of the present application, and not restrictive, and although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those skilled in the art that modifications may still be made to the technical solutions described in the foregoing embodiments or equivalent substitutions of some technical features thereof, and that such modifications or substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A display device, characterized in that the display device is connected to a media resource management terminal, a content delivery network (CDN) node, a peer-to-peer network (P2P) node, and a peer-to-peer content delivery network (PCDN) node; and comprises: a display and a processor connected to the display, the processor being configured to execute:

In response to the input playback request, requesting network node information from the media resource management terminal;

If the PCDN node meets the activation condition and the network node information includes the PCDN domain name of the PCDN node, requesting to download audio and video resources from the P2P node;

If the download fails or the cache of the P2P node is insufficient, request to download the audio and video resources from the PCDN node;

In the event that the PCDN node fails to download or the cache is insufficient, a request is made to download the audio and video resources from the CDN node.

2. The display device according to claim 1, wherein the processor is further configured to execute:

In response to the input playback request, initiating a domain name conversion request or a media asset ID conversion request to the media resource management terminal, wherein the media resource management terminal is used to determine network node information adapted to the domain name conversion request or the media asset ID conversion request;

Receive the network node information returned by the media resource management end.

3. The display device according to claim 2, wherein the network node information comprises: a CDN domain name and/or a PCDN domain name, and the processor is further configured to execute:

If it is determined that the play request carries the original play URL address, sending a domain name conversion request carrying the original domain name in the original play URL address to the media resource management end;

Receiving a CDN domain name and/or PCDN domain name corresponding to the original domain name returned by the media resource management terminal;

The original domain name is replaced with the CDN domain name and/or the PCDN domain name to obtain the CDN actual playback address and/or the PCDN actual playback address.

4. The display device according to claim 2, wherein the network node information includes: a CDN actual playback address and a PCDN domain name, and the processor is further configured to execute:

If it is determined that the play request carries the original play media asset ID, an ID conversion request carrying the original play media asset ID is sent to the media resource management end;

Receive the CDN actual playback address and PCDN domain name corresponding to the original playback media resource ID returned by the media resource management terminal;

The CDN domain name in the CDN actual playback address is replaced with the PCDN domain name to obtain the PCDN actual playback address.

5. The display device according to claim 1, wherein the audio and video resources include a plurality of video content segments, and the processor, in the process of requesting to download the plurality of video content segments from the PCDN node, is further configured to execute:

If it is monitored that the first failure number reaches a first threshold, requesting to download the current video content segment from the CDN node, wherein the first failure number is the number of failures of the processor in requesting to download the current video content segment from the PCDN node;

If it is monitored that the second number of failures reaches a second threshold, requesting to download all video content segments in the audio and video resource from the CDN node, wherein the second number of failures is the number of failures by the processor to request to download the video content segments in the audio and video resource from the PCDN node;

If it is monitored that the third number of failures reaches the third threshold, then before the display device is shut down and restarted, a request is made to download the video content segments in all audio and video resources from the CDN node, wherein the third number of failures is the number of failures of the display device to download the video content segments from the PCDN node after it is turned on and restarted.

6. The display device according to claim 5, wherein the processor is further configured to execute:

Obtain from the media resource management end at least one of an enabling condition, a first threshold, a second threshold, and a third threshold corresponding to each video playback service type pre-configured for the PCDN node, wherein the video playback service type is at least one of on-demand, live broadcast, carousel, and file download supported by the display device.

7. The display device according to claim 5, wherein the processor is further configured to execute:

During the process of requesting to download the plurality of video content segments from the PCDN node, monitoring the remaining cache duration of the audio and video resources and the number of video content segments currently in the cache queue;

If it is monitored that the remaining cache duration is less than the cache quantity threshold and the number of video content segments in the current cache queue is less than or equal to the cache quantity threshold, it is determined that the PCDN node has failed to download or the cache is insufficient, and a switch is made to requesting to download multiple video content segments from the CDN node, wherein the media resource management end pre-configures the emergency cache area of the processor with the corresponding cache quantity threshold and cache duration threshold;

During the process of requesting to download the plurality of video content segments from the CDN node, monitoring the remaining cache duration of the audio and video resource and the number of video content segments currently in the cache queue;

If it is monitored that the remaining cache duration is greater than or equal to the cache quantity threshold, and the number of video content segments in the current cache queue is greater than the cache quantity threshold, switching back to requesting to download multiple video content segments from the PCDN node.

8. The display device according to any one of claims 1 to 7, wherein the processor is further configured to execute:

If it is monitored that the download speed of the PCDN node drops to a first value or the jam rate increases to a second value, the cache capacity is expanded and the buffering time is extended accordingly based on at least one of the download speed and the jam rate.

9. The display device according to any one of claims 1 to 7, wherein, during the process of the processor requesting to download audio and video resources from the PCDN node, the processor is further configured to execute:

In response to the input restart request or jump request, the first N video content segments in the audio and video resource are first requested to be downloaded from the CDN node, and then the subsequent video content segments in the audio and video resource are requested to be downloaded from the PCDN node.

10. The display device according to any one of claims 1 to 7, wherein the processor is further configured to execute:

According to the network node information, the index information of the audio and video resources corresponding to the play request is requested from the CDN node, wherein the index information includes address information and duration information for loading multiple video content segments.