WO2022111027A1

WO2022111027A1 - Video acquisition method, electronic device, and storage medium

Info

Publication number: WO2022111027A1
Application number: PCT/CN2021/120674
Authority: WO
Inventors: 崔英林
Original assignee: 上海连尚网络科技有限公司
Priority date: 2020-11-25
Filing date: 2021-09-26
Publication date: 2022-06-02
Also published as: CN112565907A

Abstract

Provided are a video acquisition method, an electronic device, and a computer-readable storage medium. The method in the present application comprises: sending a video list acquisition request to a video server, and receiving a video list returned by the video server, wherein the video list comprises addresses of multiple service nodes providing video service for each video, and the multiple service nodes comprise at least one initial terminal node; then, sending an acquisition request for a target video to the at least one initial terminal node; receiving video data of the target video returned by the at least one initial terminal node, and removing duplicated video data in the received video data of the target video, so as to download the target video from a terminal or further play the target video, thereby saving CDN service costs, avoiding impact on transmission speed and video data playback fluency due to concentrated access to a certain CDN node by the terminal , improving video service availability, and improving the user experience.

Description

Video acquisition method, electronic device and storage medium

This application is based on the application with CN application number of 202011341280.4 and the filing date of 2020.11.25, and claims its priority. The disclosure content of this CN application is hereby incorporated into this application as a whole.

technical field

The present application relates to Internet technologies, and in particular, to a video acquisition method, an electronic device, and a computer-readable storage medium.

Background technique

In recent years, with the rapid development of audio and video technology, self-media technology and Internet technology, and the increasing popularity of smart terminals such as smartphones and tablet computers in people's daily lives, more and more people can shoot short videos at will. , the communication and update of social platforms has gradually changed from the original text communication to short video communication.

Content Delivery Network (CDN) is an intelligent virtual network based on the existing network. It relies on edge servers deployed in various places to distribute the content of the source site to the nodes closest to the user, so that the user can obtain it nearby. Required content to improve the responsiveness and success rate of user access.

In the current technology, when a user watches or downloads a short video through a terminal, he obtains a video list from the CDN server, and then parses the video list to obtain the video playback address, where the video playback address is generally the address of the CDN node, and then requests the video data from the CDN node. . Since all video requests rely on CDN services, certain CDN service fees will be incurred; in addition, the transmission speed and playback fluency of video data may be affected by the centralized access of terminals to a CDN node, thereby affecting user experience.

SUMMARY OF THE INVENTION

Various aspects of the present application provide a video acquisition method, an electronic device, and a computer-readable storage medium, so as to save CDN service fees, improve the transmission speed and playback smoothness of video data, and thus improve user experience.

In one aspect of the present application, a video acquisition method is provided, comprising:

Send a video list acquisition request to a video server, and receive a video list returned by the video server; wherein, the video list includes: a video identifier of each video in at least one video and a plurality of video services that provide video services for each video. addresses of service nodes, the plurality of service nodes include at least one initial terminal node;

Send an acquisition request of the target video to the at least one initial terminal node; wherein, the acquisition request includes a video identifier of the target video, and the at least one video includes the target video;

The video data of the target video returned by the at least one initial terminal node is received, and the overlapping video data in the received video data of the target video is removed.

Another aspect of the present application provides an electronic device, the electronic device comprising:

one or more processors;

storage means for storing one or more programs,

When the one or more programs are executed by the one or more processors, the one or more processors implement the method provided by the above aspect.

Another aspect of the present application provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the method provided in the above-mentioned aspect.

It can be known from the above technical solutions that in the embodiment of the present application, after sending a video list acquisition request to a video server, and receiving a video list returned by the video server, the video list includes providing video services for each video in the video list. address of multiple service nodes, wherein the multiple service nodes include at least one initial terminal node; then, send an acquisition request of the target video to the at least one initial terminal node, and receive the target video returned by the at least one initial terminal node The video data, and then, remove the overlapping video data in the received video data of the target video, thereby obtaining the complete and non-overlapping video data of the target video, thereby realizing downloading the target video from the terminal or playing further The target video avoids all video requests relying on CDN services, which will generate a certain amount of CDN service fees, and saves CDN service fees.

In addition, using the technical solution provided by the present application, the video data of the video that has been played or downloaded in the terminal is used as a cache, and the terminal is used as a micro server of the video, and the terminal with the video data of the video cached is incorporated into the service node to provide video services, When other terminals need to play the video, they can connect to this terminal to obtain the video data, thus bypassing the CDN service, preventing the terminal from accessing a certain CDN node centrally and affecting the transmission speed and playback smoothness of the video data, and improving the availability of the video service. , thereby improving the user experience.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the accompanying drawings that are required in the description of the embodiments or the prior art. Obviously, the drawings in the following description are from the present application. In some embodiments, for those of ordinary skill in the art, other drawings can also be obtained according to these drawings without any creative effort.

1 is a schematic flowchart of a video acquisition method provided by an embodiment of the present application;

2 is a schematic flowchart of a video acquisition method provided by another embodiment of the present application;

3 is a schematic flowchart of a video acquisition method provided by another embodiment of the present application;

4 is a schematic diagram of a format of a data packet of video data in an embodiment of the application;

Fig. 5 is a schematic flowchart of data packet reception and deduplication corresponding to the embodiment shown in Fig. 4;

6 is a block diagram of an exemplary video service system suitable for implementing embodiments of the present application;

FIG. 7 is a schematic flowchart of a video acquisition method provided by still another embodiment of the present application;

FIG. 8 is a block diagram of an exemplary computer system/server 12 suitable for use in implementing embodiments of the present application.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of the present application.

It should be noted that the terminals involved in the embodiments of the present application may include but are not limited to mobile phones, personal digital assistants (Personal Digital Assistants, PDAs), wireless handheld devices, tablet computers (Tablet Computers), and personal computers (Personal Computers, PCs). ), MP3 players, MP4 players, wearable devices (eg, smart glasses, smart watches, smart bracelets, etc.), etc.

In addition, the term "and/or" in this article is only an association relationship to describe the associated objects, indicating that there can be three kinds of relationships, for example, A and/or B, it can mean that A exists alone, A and B exist at the same time, There are three cases of B alone. In addition, the character "/" in this document generally indicates that the related objects are an "or" relationship.

CDN is an intelligent virtual network based on the existing network. It relies on edge servers deployed in various places to distribute the content of the origin site to the nodes closest to the user, so that the user can obtain the desired content nearby and improve the response of user access. speed and success rate. Usually, the CDN of each manufacturer exists in the form of distributed nodes. When a user requests to download a video, the server will randomly select an available CDN node in the CDN cluster for the user to use, so as to use the CDN node to the user. for video transmission.

In the current technology, when a user watches or downloads a short video through a terminal, he obtains a video list from the CDN server, and then parses the video list to obtain the video playback address, where the video playback address is generally the address of the CDN node, and then requests the video data from the CDN node. . With the rapid development of short video business, various applications (APPs) that provide users with short video production and dissemination, such as Douyin, Volcano, Kuaishou, etc., have also sprung up, allowing users to download and watch anytime, anywhere. Short videos, increasing bandwidth and transcoding requirements lead to rising costs. Since all video requests rely on CDN services, the existing CDN scheduling system needs to increase bandwidth and the number of CDN nodes regardless of cost. In addition, the transmission speed and playback smoothness of the video data may be affected by the centralized access of a certain CDN node by the terminal, thereby affecting the user experience.

Therefore, there is an urgent need to provide a video acquisition method, so as to save the cost of CDN services, improve the transmission speed and playback smoothness of video data, and improve user experience.

FIG. 1 is a schematic flowchart of a video acquisition method provided by an embodiment of the present application, as shown in FIG. 1 .

101. Send a video list acquisition request to a video server, and receive a video list returned by the video server.

The video list includes: a video identifier of each video in at least one video and addresses of multiple service nodes that provide video services for each video, and the multiple service nodes include at least one initial terminal node. The video identification (ID) is used to uniquely identify a video, and the video ID may include the video's name, serial number, and the like. At least one video in the video list may have a certain playing order, that is, the video identifier of the at least one video arranged in the playing order and the addresses of multiple service nodes that provide video services for each video respectively.

The video in this embodiment of the present application may be a video of any type and format, such as a long video or a short video. Among them, a short video is also a short video or a small video, which is generally a short-length (for example, within 1 minute) video communication content that is broadcast on new Internet media. Because short videos have the characteristics of fast output, wide influence and large number of participants, at present, short videos are gradually replacing text, pictures, and music, which is called the mainstream method of current media communication.

102. Send an acquisition request of the target video to the at least one initial terminal node.

Wherein, the acquisition request includes a video identifier of the target video, and the at least one video includes the target video.

Optionally, in some of these implementations, the target video may be a video selected by the user from the video list, and in response to receiving the user's selection of a video from the video list and sending a play instruction, triggering The at least one initial terminal node sends an acquisition request for the target video.

Alternatively, in some other implementations, the target video may also be triggered to send the target video to the at least one initial terminal node in response to the target video being played based on the current video to be played in the playback order in the video list. Get request for video.

103. Receive the video data of the target video returned by the at least one initial terminal node, and remove the overlapping video data in the received video data of the target video.

It should be noted that some or all of the execution bodies of 101 to 103 may be applications located in the terminal, or may also be functional units such as plug-ins or software development kits (Software Development Kit, SDK) in the application setting the terminal, or It may also be an application located in a network-side server, which is not particularly limited in this embodiment of the present application.

It can be understood that the application may be a local program (nativeApp) installed on the terminal, or may also be a web page program (webApp) of a browser on the terminal, which is not limited in this embodiment of the present application.

In this way, the target video can be downloaded from the terminal or the target video can be further played, avoiding that all video requests depend on the CDN service, which will generate a certain CDN service fee, and save the CDN service fee.

Optionally, in some of the implementations, the at least one initial terminal node is m terminals determined by the video address server from the n terminals with video service capabilities as service nodes, then in 101, the video server is received. Before the returned video list, the video address server may also determine m terminals from the n terminals with video service capabilities as the at least one initial terminal node. Wherein, m and n are integers greater than 0, respectively, and m is less than or equal to n. The service capability information may include, for example, the bandwidth of the terminal, the number of currently connected terminals (that is, how many terminals are currently providing video services to), etc. It may be reported to the video address server by each terminal with video service capability, or the video The address server is obtained through interaction with each terminal with video service capability. For example, the video address server may select some terminals with better service capabilities as service nodes based on the service capability information of each of the n terminals with video service capabilities, and may also select some of the terminals in sequence or randomly. As a service node, the embodiment of the present application does not limit the specific selection method.

Based on this embodiment, the video address server can select some terminals from the terminals with video service capabilities as service nodes to provide video services for the requester terminal that requests to obtain the video list this time, so that the video address server can evenly allocate and control The resource for the endpoint of the video service.

FIG. 2 is a schematic flowchart of a video acquisition method provided by another embodiment of the present application. As shown in FIG. 2, after 102, it may further include:

201. Send a service completion request to the video server in response to the number of data packets of the video data received within a preset time being less than a preset threshold.

The service completion request includes a video identifier of the target video.

202. Receive the address of the supplementary terminal node returned by the video server.

The supplementary terminal node is a terminal selected by the video address server as a service node from among the terminals that have not been determined as a service node among the n terminals.

203. Send an acquisition request of the target video to the supplemental terminal node.

Wherein, the acquisition request includes the video identifier of the target video.

204. Receive the video data of the target video returned by the supplemental terminal node.

Based on this embodiment, the requester terminal that requests to obtain the video list this time can simultaneously receive at least one initial terminal node initially allocated by the video address server and the video data of the target video returned by the supplementary terminal node subsequently allocated based on the service completion request, The requesting terminal can obtain the video data of the target video from more terminal nodes, which is beneficial to obtain the video data of the target video faster and more completely, thereby improving the playback fluency of the target video and improving the user's viewing experience.

Optionally, in some implementation manners, the plurality of service nodes further include at least one CDN node, and the at least one CDN node may be specifically configured by the video address server based on the bandwidth, load, and relationship with this CDN node in the CDN cluster. The location relationship between the requester terminals that request to obtain the video list this time is selected to provide video services for the requester terminal that requests to obtain the video list this time.

Further optionally, after 203, the requester terminal that requests to obtain the video list this time can also continue to monitor the reception of the video data, and responds that the number of data packets of the video data received within the preset time is less than the preset number. threshold value, continue to perform the operation of sending a service completion request to the video server, that is, re-execute the process of the embodiment shown in FIG. 2, and the video address server continues to select the terminal from the n terminals that have not been determined as the service node. , select the terminal as the service node as the supplementary terminal node, the requester terminal simultaneously requests the data request of the target video from the supplementary terminal node, until all the n terminals are selected as the requester terminal to obtain the service node of the target video, this When the address of the supplementary terminal node returned by the video server is empty, in response to the received address of the supplementary terminal node returned by the video server being empty, send the acquisition request of the target video to the CDN node, wherein the The acquisition request includes the video identifier of the target video; and the video data of the target video returned by the CDN node is received.

Due to the instability of terminal equipment, if only one terminal node is used to provide video services, the service may be very unstable. Therefore, relying solely on one terminal node as a service node cannot guarantee the service effect. Based on this embodiment, a reasonable scheduling algorithm is provided. First, a video service of a target video is provided through at least one initial terminal node. When the number of video data packets received within a preset time is less than a preset threshold, it means that the The address of at least one initial terminal node is unavailable (inaccessible) or the service capability is poor. At this time, priority is given to replenishing terminal nodes to provide video services until all terminal nodes that can provide this video service have been replenished and within a preset time. If the number of data packets of the video data received within is less than the preset threshold, the CDN node is scheduled to provide this video service, thereby ensuring the express delivery of the video data. Complete transfer.

Further optionally, in some of these implementations, the requester terminal that requests to obtain the video list this time maintains communication with the video server, and the video address server updates the physical number of n terminals with video service capabilities in real time. Obtain the entity number of terminals with video service capabilities from the video address server, and in response to the received address of the supplementary terminal node returned by the video server being empty, the requesting terminal may also receive an update from the video address server that has video services. The address of the supplementary terminal node returned after the capable terminal, the supplementary terminal node is the terminal selected as the service node from the terminals that have not been determined as the service node from the updated t terminals with the video service capability, wherein, t is an integer greater than 0; at this time, stop executing the operation of receiving the video data of the target video returned by the CDN node, and start executing the acquisition request of sending the target video to the supplementary terminal node in 203 operation to simultaneously obtain the video data of the target video from the supplementary terminal node returned this time.

Based on this embodiment, after the video address server updates the terminal with video service capability, the requester terminal can be allocated a supplementary terminal node for providing this video service in time. To provide this video service, the requester terminal disconnects the CDN service to save CDN resources, thereby saving CDN resources while ensuring the video service capability.

Optionally, in some implementation manners, the video list specifically includes: a video identifier of each video in at least one video, addresses and service capability information of n terminals having video service capabilities for each video. The service capability information may include, for example, the bandwidth of the terminal, the number of currently connected terminals (that is, how many terminals are currently providing video services to), etc. It may be reported to the video address server by each terminal with video service capability, or the video The address server is obtained through interaction with each terminal with video service capability, and is provided to the video server by the video address server. Correspondingly, after 101, the method may further include: determining m terminals serving as the at least one initial terminal node from the n terminals. For example, some terminals with better service capabilities may be selected as service nodes based on the service capability information of each of the n terminals with video service capabilities, and some of the terminals may also be selected sequentially or randomly as service nodes. , the embodiments of the present application do not limit the specific selection method. Wherein, m and n are integers greater than 0, respectively, and m is less than or equal to n.

FIG. 3 is a schematic flowchart of a video acquisition method provided by another embodiment of the present application. As shown in FIG. 3, after 102, it may further include:

301. In response to the number of data packets of the video data received within a preset time being less than a preset threshold, select a terminal as a service node from among the terminals that have not been determined as a service node in the n terminals, as a supplement. terminal node.

302. Send an acquisition request of the target video to the supplemental terminal node.

303. Receive the video data of the target video returned by the supplemental terminal node.

Based on this embodiment, this video service can be provided by at least one initial terminal node initially allocated by the video server, and when the number of data packets of the video data received within a preset time is less than a preset threshold, the request to obtain this time The requester terminal of the video list can select supplementary terminals to provide this video service at the same time, so that the requester terminal can obtain the video data of the target video from more terminal nodes, which is beneficial to obtain the video data of the target video faster and more completely. , thereby improving the playback fluency of the target video and improving the user's viewing experience.

Optionally, in some implementation manners, the plurality of service nodes further include at least one CDN node, and the at least one CDN node may be specifically configured by the video server based on the bandwidth, load, and correlation with the current CDN nodes in the CDN cluster. The location relationship among the requester terminals that request to obtain the video list is selected to provide video services for the requester terminal that requests to obtain the video list this time.

Further optionally, after 302, the requester terminal that requests to obtain the video list this time can also continue to monitor the reception of the video data, in response to the number of data packets of the video data received within the preset time being less than the preset number. Threshold, continue to perform the operation of selecting the terminal as the service node as the supplementary terminal node from the terminals that have not been determined as the service node from the n terminals, that is, re-execute the process of the embodiment shown in FIG. 3, select the supplementary The terminal node, the requester terminal simultaneously requests the data request of the target video from the supplementary terminal node, until all the n terminals are selected as the service nodes for the requester terminal to obtain the target video, at this time, in response to the supplementary terminal not being obtained. node, send an acquisition request of the target video to the CDN node, wherein the acquisition request includes a video identifier of the target video; and receive the video data of the target video returned by the CDN node.

Further optionally, in some of these implementations, in response to not acquiring the supplementary terminal node, the requester terminal may also send a service completion request to the video server, where the service completion request includes the target video. , and receive the addresses of the updated t terminals with video service capabilities returned by the video server after the video address server updates the terminals with video service capabilities, where t is an integer greater than 0; Among the terminals that are not determined as service nodes among the t terminals, select the terminal as a service node as a supplementary terminal node; stop performing the operation of receiving the video data of the target video returned by the CDN node, and start executing The operation of sending the acquisition request of the target video to the supplemental terminal node in 302 is to simultaneously acquire the video data of the target video from the supplementary terminal node selected this time.

Based on this embodiment, after the video address server updates the terminal with video service capability, it can be provided to the requester terminal in time, so that the requester terminal can supplement the supplementary terminal node providing this video service in time. The terminal nodes selected and allocated and selected provide the video service at the same time, and the requester terminal disconnects the CDN service to save CDN resources, thereby realizing the saving of CDN resources while ensuring the video service capability.

Optionally, in some of the implementations, the video data of the target video is pre-divided into multiple video data segments according to a preset size before transmission, and each video data in the multiple video data segments is divided into multiple segments. The segments are combined into one packet with an index assigned based on the sequence of each segment of video data in the target video. For the same video, it is divided into multiple video data segments according to the preset size, for example, every 1K is divided into one video data segment, and each video data segment is indexed at the same time, and the index and the corresponding video data segment are combined into one data segment. The package to form the hair structure can be seen in Figure 4.

As shown in FIG. 4 , it is a schematic diagram of a format of a data packet of video data in an embodiment of the present application. Wherein, Data represents the video data segments into which the target video is divided in the order of preset sizes, and 0, 1, .

Based on the above video data packet structure, when transmitting video data, the service node transmits the data packet obtained by combining the index and the corresponding video data segment as the smallest structure to the requester terminal. This structure is different from the p2p video stream and cannot be played. . For security, a preset encryption algorithm can be used to encrypt the data packet with the smallest structure. After receiving the data packet, the requesting terminal performs decryption processing according to the preset encryption algorithm to obtain the data packet, and extracts the video data segment. , thereby improving the security of data transmission. The preset encryption algorithm may adopt any existing encryption algorithm, which will not be repeated in this embodiment of the present application.

Correspondingly, in 103, the data packets of the video data of the target video returned by each terminal node in the at least one initial terminal node can be respectively received, and after adding the supplementary terminal node, the at least one initial terminal node and the supplementary terminal node are simultaneously returned. The data packets of the video data of the target video, and sequentially according to the index order, obtain the video data in a data packet where each index is located and store them in the buffer area of the terminal in sequence, and update the video data in the buffer area corresponding to the largest index value; discard other data packets with an index equal to the maximum index value, and data packets with an index smaller than the maximum index value.

As shown in FIG. 5 , it is a schematic flowchart of data packet reception and deduplication corresponding to the embodiment shown in FIG. 4 .

Based on this embodiment, after receiving the data packet, the requesting terminal can obtain video data in a corresponding data packet in order of index and place it in the buffer area of the terminal where it is located, and at the same time update the video data in the current buffer area. The maximum index value, for example, first read the video data in the data packet with index 0 and place it in the buffer area of the terminal in order, update the maximum index value corresponding to the video data in the buffer area to 0, and then read the index value of index 1. The video data in the data packet is placed in sequence after the video data corresponding to index 0 in the buffer area of the terminal where it is located, and the maximum value of the index corresponding to the video data in the buffer area is updated to 1, ..., and so on, read the data of index i The video data in the package is placed in sequence after the video data corresponding to index i-1 in the buffer area of the terminal where it is located, and the maximum value of the index corresponding to the video data in the update buffer area is i, where i is an integer greater than 1; then , if a data packet with an index less than or equal to the maximum value of the index is received, since the video data in the data packet is already stored in the buffer area, in order to avoid overlapping and storing the same video data, all the data will be discarded.

Optionally, in a further implementation manner, after obtaining the video data in a data packet where each index is located and sequentially storing it in the buffer area of the terminal in the order of the indexes, the video data in the buffer area can also be stored. The data is in turn sent to the player for playback.

Based on this embodiment, smooth playback of the target video and no repetitive content is achieved.

Optionally, in some implementations, the terminal user can determine whether the terminal provides video services. In specific implementations, video service options, such as a "video service" switch button, can be set in the video APP that implements this embodiment. The user can choose to turn on or turn off the video service by operating the video service option. Since video services are provided to transmit video data, traffic will be generated on the terminal, and it is up to the terminal users to decide whether to provide video services. After the terminal starts the video service, the terminal's address will be reported to the video server as the video service address, so as to be added to the video address server. Since whether a terminal provides a video service is dynamically changed, the terminal needs to immediately notify the video server to update the addresses of multiple service nodes that provide the video service when turning on and off the video service.

Optionally, in some of the implementations, it may further include: in response to receiving an instruction to start a video service sent by a user, acquiring the address of the terminal where it is located and a list of available video resources, where the list of available video resources includes at least one available video. according to the preset period, or in response to receiving the video data of a video, for example, after receiving the video data of the target video, report the address of the terminal where it is located and the list of available video resources to the video server, and the video server forwards it to a video address server, so that the video address server updates the address of the at least one available video service node, and adds the address of the terminal where it is located to the address of the at least one available video service node.

Based on this embodiment, after the terminal starts the video service, it can report the address of the terminal and the list of available video resources to the video server, so that the video address server can include the terminal in the service node of the video in the list of available video resources, which is the service node of other terminals. A video service that provides videos in the list of available video resources.

Optionally, in some of the implementations, it may further include: in response to detecting that the video data of the available video is deleted in the available video resource list, reporting the address of the terminal where it is located and the invalid available video resource to the video server. A list, the list of invalid available video resources includes available videos whose video data is deleted in the list of available video resources, and is forwarded by the video server to the video address server, so that the video address server has more addresses of the service nodes of the invalid available videos , delete the address of the terminal where the terminal is located from the address of the service node of the unavailable video.

Based on this embodiment, after the terminal starts the video service, if it detects that the video data of the available video in the previously reported available video resource list is deleted, it reports the address of the terminal and the list of invalid available video resources to the video server in time, so that the video address The server removes the terminal from the service nodes of the video in the available video resource list, so as to avoid being subsequently assigned to other terminals to provide video services of the video in the available video resource list and affecting the service effect.

FIG. 6 is a block diagram of an exemplary video service system suitable for implementing the embodiments of the present application. As shown in FIG. 6 , the video service system includes a video server (ie, a CDN server) 601 , a video list server 602 and a video address server 603. The video server 601 is used to manage and schedule CDN nodes and provide video services for the terminal. The terminal can access the video server 601, send a video list acquisition request, and request to acquire the video list; the video list server 602 is used to generate a video list and send it to the video server The video address server 603 is used to cache the addresses of all terminal nodes that provide video services for each video, and the video server 601 can obtain the addresses of the terminal nodes that provide video services for each video from the video address server 603, At the same time, the address of the terminal node that can provide the video service, and the list of available resources or the list of invalid available resources can be forwarded to the video address server 603 .

FIG. 7 is a schematic flowchart of a video acquisition method provided by still another embodiment of the present application, as shown in FIG. 7 .

701. The requester terminal sends a video list acquisition request to a video server.

702. The video server forwards the video list acquisition request to the video list server, and receives the recommended video list returned by the video list server.

The recommended video list includes video identifiers of videos recommended by the video list server, where the video identifiers are used to uniquely identify a video, and the video ID may include the name, serial number, and the like of the video. The videos in the video recommendation list may have a certain playback order, that is, they may be video identifiers of multiple videos arranged in the playback order.

703. The video server requests the video address server for a playback address of the video in the recommended video list.

704. The video address server respectively determines the terminal nodes of each video in the recommended video list, and returns the recommended video list after adding the addresses of the terminal nodes to the video server.

Specifically, when the video address server determines the terminal node of each video in the recommended video list, it can obtain n number of available video resources including the video according to the address of the terminal and the list of available video resources reported by the terminal that opened the video service before. The terminal is used as a terminal with the current video service capability, and m terminals are selected as service nodes, that is, m terminal nodes are obtained.

705. The video server adds the address of at least one CDN node to the recommended video list after adding the address of the terminal node, obtains the video list, and returns it to the requester terminal.

Wherein, the video list includes: a video identifier of each video in the recommended video list, addresses of multiple service nodes that provide video services for each video, and addresses of n terminals with video service capabilities, the The plurality of service nodes include at least one CDN node and at least one initial termination node.

Specifically, the addresses of all CDN nodes are stored in the video server, and the video server can select at least the A CDN node that provides video services for the requester terminal that requests to obtain the video list this time.

706. The requester terminal establishes connections with m terminal nodes, sends an acquisition request of the target video to the m terminal nodes, and divides a buffer for receiving video data in its own storage space.

707. The requester terminal receives the video data of the target video returned by m terminal nodes, and removes the overlapping video data in the video data of the received target video, and places the complete, non-overlapping video data of the target video in the buffer area. .

Specifically, the overlapping video data in the received video data of the target video can be removed by the method of the above-mentioned embodiments of the present application, and the complete, non-overlapping video data of the target video can be placed in the buffer, which will not be repeated here.

If the number of the video data packets received within the preset time is less than the preset threshold, a terminal is selected from the remaining n-m terminals as a service node, and operations 706-707 are repeated. If n-m is less than or equal to 0, the CDN node is included in the video server, provides video data, sends a request for obtaining the target video to the CDN node, and receives the video data of the target video returned by the CDN node. For details, see The foregoing embodiments are not repeated here. At the same time, the requester terminal communicates with the video server regularly, and updates the addresses of n terminals with video service capabilities in real time. If n-m is greater than 0 after a certain period of time, that is, a new terminal with video service capabilities is added, and can be disconnected. CDN service, release CDN resources in time, and perform operations 706-707 again.

708. The requester terminal sends the video data in the buffer area to the player for playback.

The technical solutions of the present application can be applied to video applications in any device such as a terminal and a video server. When using the video application program to execute the video acquisition method provided by the embodiments of the present application, the target video can be downloaded from the terminal or the target video can be further played, avoiding that all video requests depend on CDN services and certain CDN service fees will be generated, Save on CDN service fees.

In addition, using the technical solution provided by the present application, using the technical solution provided by the present application, the video data of the video that has been played or downloaded in the terminal is used as a cache, and the terminal is used as a micro server of the video to cache the video data of the video. The terminal is included in the service node to provide video services. When other terminals need to play the video, they can connect to this terminal to obtain video data, thereby bypassing the CDN service and avoiding the centralized access of the terminal to a CDN node to affect the transmission speed and speed of video data. Playback fluency increases the usability of video services, thereby improving user experience.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited by the described action sequence. Because in accordance with the present application, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

Figure 8 shows a block diagram of an exemplary computer system/server 12 suitable for use in implementing embodiments of the present application. The computer system/server 12 shown in FIG. 8 is only an example, and should not impose any limitation on the functions and scope of use of the embodiments of the present application.

As shown in FIG. 8, computer system/server 12 takes the form of a general purpose computing device. Components of computer system/server 12 may include, but are not limited to, one or more processors or processing units 16, storage or system memory 28, and a bus 18 connecting various system components including system memory 28 and processing unit 16.

Bus 18 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of a variety of bus structures. By way of example, these architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MAC) bus, Enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect ( PCI) bus.

Computer system/server 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by computer system/server 12, including both volatile and non-volatile media, removable and non-removable media.

System memory 28 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) 30 and/or cache memory 32 . Computer system/server 12 may further include other removable/non-removable, volatile/non-volatile computer system storage media. For example only, storage system 34 may be used to read and write to non-removable, non-volatile magnetic media (not shown in FIG. 8, commonly referred to as a "hard disk drive"). Although not shown in Figure 8, a disk drive may be provided for reading and writing to removable non-volatile magnetic disks (eg "floppy disks"), as well as removable non-volatile optical disks (eg CD-ROM, DVD-ROM) or other optical media) to read and write optical drives. In these cases, each drive may be connected to bus 18 through one or more data media interfaces. System memory 28 may include at least one program product having a set (eg, at least one) of program modules configured to perform the functions of various embodiments of the present application.

A program/utility 40 having a set (at least one) of program modules 42, which may be stored, for example, in system memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other Program modules and program data, each or some combination of these examples may include an implementation of a network environment. Program modules 42 generally perform the functions and/or methods of the embodiments described herein.

The computer system/server 12 may also communicate with one or more external devices 14 (eg, keyboard, pointing device, display 24, etc.), and may also communicate with one or more devices that enable a user to interact with the computer system/server 12, and/or with any device (eg, network card, modem, etc.) that enables the computer system/server 12 to communicate with one or more other computing devices. Such communication may take place through input/output (I/O) interface 44 . Also, the computer system/server 12 may communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN), and/or a public network such as the Internet) through a network adapter 20 . As shown in FIG. 8 , network adapter 20 communicates with other modules of computer system/server 12 via bus 18 . It should be understood that, although not shown, other hardware and/or software modules may be used in conjunction with computer system/server 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, Tape drives and data backup storage systems, etc.

The processing unit 16 executes various functional applications and data processing by running the programs stored in the system memory 28 , for example, implementing the method provided by any of the embodiments corresponding to FIG. 1 to FIG. 7 .

Another embodiment of the present application further provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, implements the method provided by any of the embodiments corresponding to FIG. 1 to FIG. 7 . .

In particular, any combination of one or more computer-readable media may be employed. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or a combination of any of the above. More specific examples (a non-exhaustive list) of computer readable storage media include: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), Erasable programmable read only memory (EPROM or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

A computer-readable signal medium may include a propagated data signal in baseband or as part of a carrier wave, with computer-readable program code embodied thereon. Such propagated data signals may take a variety of forms including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device .

Program code embodied on a computer readable medium may be transmitted using any suitable medium including, but not limited to, wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for performing the operations of the present application may be written in one or more programming languages, including object-oriented programming languages—such as Java, Smalltalk, C++, but also conventional Procedural programming language - such as "C" language or similar programming language. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer, or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (eg, using an Internet service provider to via Internet connection).

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the system, device and unit described above may refer to the corresponding process in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or page components may be combined. Either it can be integrated into another system, or some features can be omitted, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware, or may be implemented in the form of hardware plus software functional units.

The above-mentioned integrated units implemented in the form of software functional units can be stored in a computer-readable storage medium. The above-mentioned software functional unit is stored in a storage medium, and includes several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute parts of the methods described in the various embodiments of the present application step. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; Although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still be The technical solutions described in the foregoing embodiments are modified, or some technical features thereof are equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions in the embodiments of the present application.

Claims

A video acquisition method, comprising:

Send a video list acquisition request to a video server, and receive a video list returned by the video server; wherein, the video list includes: a video identifier of each video in at least one video and a plurality of video services that provide video services for each video. addresses of service nodes, the plurality of service nodes include at least one initial terminal node;

Send an acquisition request of the target video to the at least one initial terminal node; wherein, the acquisition request includes a video identifier of the target video, and the at least one video includes the target video;

The video data of the target video returned by the at least one initial terminal node is received, and the overlapping video data in the received video data of the target video is removed.
The method of claim 1, wherein:

The at least one initial terminal node is m terminals determined by the video address server from n terminals with video service capabilities; wherein m and n are integers greater than 0, and m is less than or equal to n.
The method according to claim 2, wherein after the sending an acquisition request of the target video to the at least one initial terminal node, the method further comprises:

In response to the received number of the video data packets within a preset time being less than a preset threshold, sending a service completion request to the video server, where the service completion request includes a video identifier of the target video;

Receive the address of the supplementary terminal node returned by the video server; wherein, the supplementary terminal node is the terminal that the video address server selects as the service node from the terminals that have not been determined as the service node among the n terminals;

sending an acquisition request of the target video to the supplementary terminal node; wherein, the acquisition request includes a video identifier of the target video;

The video data of the target video returned by the supplemental terminal node is received.
The method according to claim 3, wherein the plurality of service nodes further comprises at least one content distribution network CDN node;

After the sending the request for obtaining the target video to the supplementary terminal node, the method further includes:

In response to the number of the video data packets received within a preset time being less than a preset threshold, performing the operation of sending a service completion request to the video server;

In response to the received address of the supplementary terminal node returned by the video server is empty, send the acquisition request of the target video to the CDN node; Wherein, the acquisition request includes the video identification of the target video;

Receive the video data of the target video returned by the CDN node.
The method according to claim 4, wherein after the response to the received address of the supplementary terminal node returned by the video server is empty, the method further comprises:

Receive the address of the supplementary terminal node returned by the video server, where the supplementary terminal node is selected by the video address server as a service node from the updated t terminals with video service capabilities that have not been determined as service nodes. The terminal of the node; where t is an integer greater than 0;

Stop executing the operation of receiving the video data of the target video returned by the CDN node, and execute the operation of sending the acquisition request of the target video to the supplementary terminal node.
The method according to claim 1, wherein the video list specifically includes: a video identifier of each video in at least one video, addresses and service capabilities of n terminals with video service capabilities for each video information;

After receiving the video list returned by the video server, the method further includes:

Determine m terminals from the n terminals as the at least one initial terminal node; wherein m and n are integers greater than 0, respectively, and m is less than or equal to n.
The method according to claim 6, wherein after the sending the acquisition request of the target video to the at least one initial terminal node, the method further comprises:

In response to the number of data packets of the video data received within the preset time being less than the preset threshold, selecting the terminal as the service node from the terminals that are not determined to be the service node from the n terminals as the supplementary terminal node ;
The method according to claim 7, wherein the plurality of service nodes further comprises at least one content distribution network CDN node;

In response to the number of data packets of the video data received within a preset time being less than a preset threshold, performing the step of selecting the terminal as the service node from among the terminals that have not been determined as the service node from the n terminals. Supplementary terminal node operations;

In response to not acquiring the supplementary terminal node, sending an acquisition request of the target video to the CDN node; wherein, the acquisition request includes a video identifier of the target video;
The method according to claim 8, wherein after the response that the supplementary terminal node is not obtained, the method further comprises:

Sending a service completion request to the video server, where the service completion request includes a video identifier of the target video;

Receive the addresses of t terminals with video service capabilities returned by the video server; wherein, t is an integer greater than 0;

From the terminals that are not determined as service nodes in the t terminals, select the terminals as service nodes as supplementary terminal nodes;
The method according to any one of claims 1 to 9, wherein the video data of the target video is divided into a plurality of video data segments according to a preset size, and each of the plurality of video data segments video data segments are combined into a data packet with an index assigned based on the sequence of each video data segment in the target video;

The receiving the video data of the target video returned by the at least one initial terminal node, and removing the overlapping video data in the received video data of the target video, includes:

Respectively receiving data packets of the video data of the target video returned by each terminal node in the at least one initial terminal node;

According to the index order, the video data in a data packet where each index is located is obtained and sequentially stored in the buffer area of the terminal where it is located, and the maximum index value corresponding to the video data in the buffer area is updated;

Other packets with an index equal to the maximum index value, and packets with an index less than the maximum index value are discarded.
The method according to claim 10, wherein the step of obtaining video data in a data packet where each index is located and sequentially storing the video data in the buffer area of the terminal according to the index sequence, further comprises:

The video data in the buffer area is sequentially sent to the player for playback.
The method according to any one of claims 1 to 9, further comprising:

In response to receiving the instruction to start the video service sent by the user, obtain the address of the terminal where it is located and a list of available video resources, where the list of available video resources includes a video identifier of at least one available video;

According to a preset period, or in response to receiving the video data of one video, report the address of the terminal and the list of available video resources to the video server, so that the video server can update the at least one video address server. The address of the service node where the video is available.
The method of claim 12, further comprising:

In response to detecting that the video data of the available video in the available video resource list is deleted, reporting the address of the terminal and the list of invalid available video resources to the video server, and the list of invalid available video resources includes video The available video whose data is deleted, so that the video server updates the address of the service node of the invalid available video in the video address server.
An electronic device, characterized in that the electronic device comprises:

one or more processors;

storage means for storing one or more programs,

The one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-13.
A computer-readable storage medium on which a computer program is stored, characterized in that, when the program is executed by a processor, the method according to any one of claims 1 to 13 is implemented.