CN111050217B - Video playing method and device - Google Patents

Video playing method and device Download PDF

Info

Publication number
CN111050217B
CN111050217B CN201911310852.XA CN201911310852A CN111050217B CN 111050217 B CN111050217 B CN 111050217B CN 201911310852 A CN201911310852 A CN 201911310852A CN 111050217 B CN111050217 B CN 111050217B
Authority
CN
China
Prior art keywords
video
link address
identifier
played
link
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911310852.XA
Other languages
Chinese (zh)
Other versions
CN111050217A (en
Inventor
朱志鹏
马颖江
张轶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gree Electric Appliances Inc of Zhuhai
Original Assignee
Gree Electric Appliances Inc of Zhuhai
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gree Electric Appliances Inc of Zhuhai filed Critical Gree Electric Appliances Inc of Zhuhai
Priority to CN201911310852.XA priority Critical patent/CN111050217B/en
Publication of CN111050217A publication Critical patent/CN111050217A/en
Application granted granted Critical
Publication of CN111050217B publication Critical patent/CN111050217B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

The application discloses a video playing method and device, which are used for effectively shielding advertisements when a user watches videos. The method comprises the following steps: the method comprises the steps of detecting a video playing request sent by a terminal device, wherein the video playing request comprises a first identifier of a video to be played in a first application, then determining whether a link address corresponding to the first identifier exists in a local server, the local server is different from a server of the first application, at least one identifier of the video already played by the terminal device and the link address of the video to be played are stored in the local server, and if the link address corresponding to the first identifier exists in the local server, sending the link address corresponding to the first identifier to the terminal device, so that the terminal device can obtain and play the video to be played according to the link address corresponding to the first identifier.

Description

Video playing method and device
Technical Field
The present application relates to the field of video processing technologies, and in particular, to a video playing method and apparatus.
Background
With the development of society and the advancement of technology, applications in terminal devices become more and more powerful, and people also enjoy watching videos through video Applications (APPs) on the terminal devices. When watching videos through the video APP, the video resources can be obtained through the network, the limitation of time and regions is avoided, and users can watch interested video resources anytime and anywhere.
One video playing mode is as follows: when a user clicks and watches videos through a video APP, the server returns at least two corresponding link addresses to the user terminal, wherein one link address corresponds to a video which the user wants to watch, and the other link address corresponds to an advertisement video. Then, the user terminal accesses the advertisement link address first, then plays the corresponding advertisement video, accesses the link address of the video that the user wants to watch after playing the advertisement video, and then plays the corresponding video.
However, in many cases, a user may want to skip the advertisement and directly view the video content that the user wants to view, and therefore, it is necessary to provide a video playing method for blocking the advertisement.
Disclosure of Invention
The embodiment of the application provides a video playing method and device, which are used for effectively shielding advertisements when a user watches videos.
In a first aspect, a video playing method is provided, where the method includes:
detecting a video playing request sent by terminal equipment, wherein the video playing request comprises a first identifier of a video to be played in a first application;
determining whether a link address corresponding to the first identifier exists in a local server, wherein the local server is different from a server of the first application, and the local server is used for storing the identifier of the video played by at least one terminal device and the link address of the video played;
if the link address corresponding to the first identifier exists in the local server, the link address corresponding to the first identifier is sent to the terminal device, so that the terminal device obtains and plays the video to be played according to the link address corresponding to the first identifier.
In a possible design, if there is no link address corresponding to the first identifier in the local server, the method further includes:
detecting a request response corresponding to the video playing request received by the terminal equipment, wherein the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of the video to be played and a link address of at least one advertisement video;
determining a link address of the video to be played from the at least two link addresses;
and associating and storing the first identifier and the link address of the video to be played, wherein the link address of the video to be played is the link address corresponding to the first identifier.
In one possible design, the determining a link address of the video to be played from the at least two link addresses includes:
determining the link address comprising the first identifier as the link address of the video to be played from the at least two link addresses; or,
the request response further comprises the playing sequence of the at least two link addresses, and the link address playing last is determined to be the link address of the video to be played from the at least two link addresses.
In one possible design, the sending, to the terminal device, a link address corresponding to the first identifier includes:
sending a dialog box generation instruction to the terminal equipment, wherein the dialog box generation instruction is used for indicating the terminal equipment to display a dialog box which indicates whether a link address corresponding to the first identifier is acquired from the local server or not;
and after detecting the confirmation acquisition operation instruction received by the terminal equipment, sending the link address to the terminal equipment.
In one possible design, determining whether a link address corresponding to the first identifier exists in a local server includes:
and searching the link addresses corresponding to the first identifier from the local server in sequence according to the priority of the identifiers stored in the local server, wherein the priority is obtained by sequencing the access times of the link addresses corresponding to each identifier in a preset period.
In a second aspect, a video playing apparatus is provided, the apparatus comprising:
the detection module is used for detecting a video playing request sent by terminal equipment, wherein the video playing request comprises a first identifier of a video to be played in a first application;
a determining module, configured to determine whether a link address corresponding to the first identifier exists in the video playing apparatus, where the video playing apparatus is different from a server of the first application, and the video playing apparatus is configured to store an identifier of a video that has been played by at least one terminal device and the link address of the video that has been played;
and the sending module is used for sending the link address corresponding to the first identifier to the terminal equipment if the link address corresponding to the first identifier exists in the video playing device, so that the terminal equipment can acquire and play the video to be played according to the link address corresponding to the first identifier.
In a possible design, if there is no link address corresponding to the first identifier in the video playback device, the detection module is further configured to:
detecting a request response corresponding to the video playing request received by the terminal equipment, wherein the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of the video to be played and a link address of at least one advertisement video;
the device further comprises a storage module, which is used for determining the link address of the video to be played from the at least two link addresses;
and associating and storing the first identifier and the link address of the video to be played, wherein the link address of the video to be played is the link address corresponding to the first identifier.
In one possible design, the saving module is further configured to:
determining the link address comprising the first identifier as the link address of the video to be played from the at least two link addresses; or,
the request response further comprises the playing sequence of the at least two link addresses, and the link address playing last is determined to be the link address of the video to be played from the at least two link addresses.
In one possible design, the sending module is to:
sending a dialog box generation instruction to the terminal equipment, wherein the dialog box generation instruction is used for indicating the terminal equipment to display a dialog box which indicates whether a link address corresponding to the first identifier is acquired from the video playing device or not;
the detection module is further configured to detect an operation instruction for confirming acquisition received by the terminal device;
the sending module is further configured to: and after the confirmation acquisition operation instruction is detected, the link address is sent to the terminal equipment.
In one possible design, the determining module is configured to:
and searching the link addresses corresponding to the first identifier from the video playing device in sequence according to the priority of the identifiers stored in the video playing device, wherein the priority is obtained by sequencing the access times of the link addresses corresponding to each identifier in a preset period.
In a third aspect, a terminal device is provided, where the terminal device includes:
at least one processor, and
a memory communicatively coupled to the at least one processor;
wherein the memory stores instructions executable by the at least one processor, the at least one processor implementing the method as described in the first aspect and any possible embodiment by executing the instructions stored by the memory.
In a fourth aspect, a computer-readable storage medium is provided, which stores computer instructions that, when executed on a computer, cause the computer to perform the method as described in the first aspect and any possible embodiment.
In a fifth aspect, a computer program product containing instructions is provided, which when run on a computer causes the computer to perform the video playback method described in the various possible implementations described above.
In the embodiment of the application, the local server can monitor the video playing operation of at least one terminal device, and storing an identification of the video that has been played by each of the at least one terminal device, and the corresponding link address, such that, when the local server detects a video playing request sent by the terminal device based on user operation, the local server can select the first identifier of the video to be played from the video playing request, then searching whether the link address of the video corresponding to the first identification is stored in the memory of the device, if so, the link address of the video can be sent to the terminal device, and after receiving the link address, the terminal device can directly access and play the video to be played through the video link, therefore, the advertisement video does not need to be watched, the waiting time of the user can be saved, and the film watching experience of the user is improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments are briefly introduced below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a schematic diagram of an application scenario provided in an embodiment of the present application;
fig. 2 is another schematic diagram of an application scenario provided in an embodiment of the present application;
fig. 3 is a schematic flowchart of a video playing method according to an embodiment of the present application;
fig. 4 is a schematic diagram of a dialog box for acquiring a video link according to an embodiment of the present application;
fig. 5a is a block diagram of a video playing device according to an embodiment of the present application;
fig. 5b is a block diagram of another structure of a video playing apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a terminal device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be described clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. In the present application, the embodiments and features of the embodiments may be arbitrarily combined with each other without conflict. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.
The terms "first" and "second" in the description and claims of the present application and the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the term "comprises" and any variations thereof, which are intended to cover non-exclusive protection. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus. The "plurality" in the present application may mean at least two, for example, two, three or more, and the embodiments of the present application are not limited.
In addition, the term "and/or" herein is only one kind of association relationship describing an associated object, and means that there may be three kinds of relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this document generally indicates that the preceding and following related objects are in an "or" relationship unless otherwise specified.
In order to facilitate understanding of the technical solutions provided in the embodiments of the present application, some brief descriptions are provided below for application scenarios used in the technical solutions provided in the embodiments of the present application, and it should be noted that the application scenarios described below are only used for illustrating the embodiments of the present invention and are not limited. In specific implementation, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.
Please refer to fig. 1, where fig. 1 is an application scenario to which the technical solution of the embodiment of the present application can be applied. In the application scenario, the application scenario includes at least one terminal device and two servers, where the two servers are a local server and an application server, and fig. 1 illustrates that at least one terminal device is 2, and the two servers are a terminal device 1 and a terminal device 2, respectively.
The application server is a server corresponding to a video application included in at least one terminal device, and may be, for example, a server for Tencent video or a server for Youke video. And the video application program acquires the link address of the video from the corresponding application server and watches the video through the link address.
The local server may detect interaction information between the at least one terminal device and the application server, where the interaction information may include a video playing request sent by the terminal device to the application server, and a request response fed back to the terminal device by the application server according to the video playing request. And the video playing request includes a video identifier of a video to be played, and the request response includes a link address of the video, so that the local server can acquire and store a corresponding relationship between the video identifier of the video and the link address according to the interaction information.
Therefore, after a video icon in a certain video application is clicked, it is indicated that a user wants to watch video content corresponding to the icon, the terminal device sends a video playing request to the application server, at this time, the local server can detect the video playing request sent by the terminal device to the application server, and judges whether a link address corresponding to the identifier exists in the local server according to the identifier of the video to be played contained in the video playing request, if so, the link address can be sent to the terminal device, and then the terminal device accesses the link address to acquire the corresponding video to be played and plays the video correspondingly, so that broadcasting is not needed.
Please refer to fig. 2, where fig. 2 is another application scenario to which the technical solution of the embodiment of the present application can be applied. In contrast to the application scenario shown in fig. 1, a detection device is also included in fig. 2, which is in communication with the local server. The detection device is used for detecting the interaction information between the at least one terminal device and the application server, determining the corresponding relation between the video identifier and the link address according to the interaction information, and sending the corresponding relation to the local server for storage. In this case, the local server is used only for storing the correspondence sent by the detection means.
Therefore, after the detection device detects the video playing request sent by the terminal device to the application server, the link address corresponding to the video identifier in the video playing request can be inquired from the local server, and the inquired link address corresponding to the video identifier can be sent to the terminal device, so that the terminal device can directly play the video according to the link address.
It should be noted that the terminal device in the application scenario may be a mobile phone, a tablet, a computer, or other intelligent devices capable of playing video, and the type of the terminal device is not limited in the embodiments of the present application. In addition, the number of the application servers is not limited in the application scenario, for example, one or more application servers may be used, and one application server is taken as an example in fig. 1 and fig. 2.
The technical scheme provided by the embodiment of the application is described in the following with the accompanying drawings of the specification.
Referring to fig. 3, fig. 3 is a flowchart of a video playing method according to an embodiment of the present disclosure. The method is described below by taking the application of the method in the application scenario shown in fig. 1 as an example, and the method can be executed by the aforementioned local server in fig. 1. The flow diagram is described as follows:
step 301: the method comprises the steps of detecting a first video playing request sent by terminal equipment, wherein the first video playing request comprises a first identifier of a video to be played in a first application.
The first video playing request may be understood as a request sent to a server corresponding to the video application after the user clicks a corresponding video icon in the video application, for example, if the user wants to watch a newly-shown movie on the arcade APP, the corresponding movie icon may be found on the arcade APP, and then the request for playing the video may be sent to the arcade APP server by clicking the icon, where the request may be understood as a video playing request, and the newly-shown movie to be watched by the user may be understood as a video to be played. The first application refers to an application APP used by a user to play a video, and may be, for example, a special video APP for love art, Tencent, Youke, or some other application APP that may be used to play a video, which is not limited in this embodiment of the application. The first identifier is an Identification (ID) of the video to be played, and in a certain video application, each video has a specific ID for identification.
In a specific implementation manner, when the terminal device sends the first video playing request, the first video playing request is sent to a server of the first application, where the server may be understood as an application server in fig. 1, and then the local server may detect the first video playing request sent by the terminal device, where the first video playing request includes a first identifier of a video to be played in the first application. The terminal device may be any one of the terminal devices in the application scenario as shown in fig. 1.
Step 302: it is determined whether a link address corresponding to the first identity exists in the local server.
Specifically, the local server is used for storing the identification of the video played by at least one terminal device and the link address of the video played.
In this embodiment of the application, when the local server detects, through step 301, a first video playing request sent by the terminal device 1 to the application server, and obtains a first identifier carried in the first video playing request, it will query, from the local server, whether a link address corresponding to the first identifier is included.
Step 303: and if determining that the local server does not include the link address corresponding to the first identifier, detecting a request response corresponding to the first video playing request received by the terminal equipment, and establishing a corresponding relation between the first identifier and the link address of the video to be played according to the link address of the video to be played included in the request response.
Specifically, at the initial stage of use of the local server, since no terminal device plays a video, the local server may not store any correspondence between a video identifier and a link address, and it is determined that the local server does not include the first identifier. At this time, when the server of the first application receives the first video playing request sent by the terminal device, a request response will be fed back to the terminal device based on the request, and the terminal device will play the video to be played according to the link address fed back by the server of the first application.
In this case, the local server will do the following:
when the terminal device receives the request response, the local server can detect that the terminal device receives the request response, the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of the video to be played and a link address of at least one advertisement video, that is, when the request response comprises two link addresses, one of the link addresses is the link address of the video to be played, and the other is the link address of the advertisement video. If the request response includes three link addresses, one of the link addresses is a link address of a video to be played, and the other two link addresses are link addresses of an advertisement video.
Then, the local server may determine which link address of the at least two link addresses included in the request response is the link address of the video to be played, associate the determined link address of the video to be played with the first identifier, and store the associated first identifier and the link address of the video to be played. Since the request response also includes the link address of the advertisement, the local server needs to determine the link address of the video to be played from at least two link addresses and store the link address. In a specific embodiment, the link address of the video to be played can be determined in at least one of the following two ways.
First mode
When at least two link addresses are detected, identification information corresponding to the at least two link addresses can be obtained first, then which link address includes the first identification is determined according to the identification information, and then the link address including the first identification can be determined as the link address of the video to be played. For example, if the local server detects that the current request response includes three link addresses, the local server obtains identification information of the three link addresses, and if the second link address includes the first plate identifier, the second link address is considered to be the link address of the video to be played, and the second link address may be associated with the first plate identifier and then stored.
That is to say, the link address of the video to be played can be determined through the identification information corresponding to each link address, because the identification information of each link address is different, the link address of the video to be played is determined through the identification information, and generally speaking, the link address is more accurate, so that the link address stored by the local server is the link address of the video to be played, and the reliability of storing the link address is improved.
Second mode
When a request response corresponding to the video playing request is detected, the request response may further include a playing sequence of at least two link addresses, and then the link address played last may be determined as the link address of the video to be played according to the playing sequence.
In a possible implementation manner, after the at least two link addresses are obtained, the terminal device may access the link address corresponding to the advertisement video first, and after the advertisement video is played, the terminal device accesses the link address of the video to be played, and plays the video to be played. Then, the playing sequence of the video to be played is the last playing, and correspondingly, the link address of the video to be played is the link address of the last playing. In this case, it can also be directly understood that the advertisement video is played first, and the video to be played is played after the advertisement video is completely played, it should be noted that there may be a plurality of advertisement videos or only one advertisement video, and the link address of the advertisement video is not limited in the embodiment of the present application.
For example, the terminal device may obtain only two link addresses, where one of the link addresses is a link address of an advertisement video, and the other link address is a link address of a video to be played, and then, in general, the link address of the advertisement video is accessed first, and then the link address of the video to be played is accessed after the advertisement video is played. Or, if the number of the link addresses acquired by the terminal device is four, three of the link addresses are the link addresses of the advertisement videos, and the other link address is the link address of the video to be played, the link addresses of the three advertisement videos can be accessed first, and after the three advertisement videos are played, the link address of the video to be played is accessed. In this case, the last link address to be played is the link address of the video to be played, regardless of the number of link addresses of the advertisement video.
In another possible implementation manner, after the at least two link addresses are obtained, the terminal device may also access the link address corresponding to the video to be played first, then access the link address corresponding to the advertisement video in the process of playing the video to be played, skip to playing the advertisement video, and continue to play the video to be played after the advertisement video is played. That is to say, the video to be played first is the video to be played, the video to be played last is also the video to be played, and then some advertisement videos are inserted in the playing process.
For example, the terminal device obtains two link addresses, one is an advertisement link address, and the other is a link address of the video to be played, so that the terminal device accesses the link address of the video to be played first, and then plays the video to be played. Then, in the process of playing again, for example, it is preset that the advertisement link address is accessed when the video to be played is played for half, and the advertisement is inserted, so that when the video is played for half, the corresponding advertisement is played by accessing the advertisement link address, and the video to be played is played again after the advertisement is played. Or, the link addresses acquired by the terminal device are three, so that when the video is played for half, the link addresses of the two advertisement videos can be accessed, and the video to be played can be played continuously after the two advertisement videos are played. Or, when the video to be played is played completely at 1/3, accessing one of the advertisement link addresses to play the advertisement video, and jumping back to the video to be played after playing is completed, and when the video to be played is played completely at 2/3, accessing another advertisement link address method advertisement video, and jumping back to the video to be played after playing is completed. Then, in this case, the link address that was last accessed is also the link address of the video to be played.
In another possible implementation manner, when more than two link addresses are obtained, the terminal device may also access the link address of one of the advertisement videos, access the link address corresponding to the video to be played after the advertisement is played, further play the video to be played, and then access the link addresses of the other advertisement videos during the process of playing the video to be played, perform inter-cut of the advertisement video, and continue to play the video to be played after the inter-cut is completed. That is to say, the video to be played first is the advertisement video, then the video to be played is played, and some advertisement videos are inserted in the process of playing the video to be played, but the video to be played last is still the video to be played. This way can also be directly understood as that the two playing ways are merged, and a specific example can participate in the same understanding of the two playing ways, which is not described herein again.
And after the local server determines the link address of the video to be played, establishing a corresponding relation between the first identifier and the connection address of the video to be played. The correspondence may be stored in the form of a table or a descriptive document. For example, the corresponding relationship may be as shown in table 1, where table 1 includes two parameters, i.e., a video identifier and a link address. Each entry in table 1 may be considered a correspondence.
TABLE 1
Video identification Link address
Video 1 Address 1
…… ……
Of course, the corresponding relationship may also be in other expression forms, which are not illustrated herein, and the expression form of the corresponding relationship is not limited in this embodiment of the application.
When the local server detects a video playing request sent to the application server by any terminal device in the scene shown in fig. 1, steps 301 to 303 may be repeatedly executed to establish a corresponding relationship between the video identifiers of the multiple videos and the link addresses of the videos.
Of course, the local server may also store some corresponding relationships between the video identifiers of the videos and the link addresses of the videos in advance by a technician, which is not limited herein.
Step 304: and detecting a second video playing request sent by the terminal equipment, wherein the second video playing request comprises the first identifier.
Step 305: it is determined whether a link address corresponding to the first identity exists in the local server.
In a possible implementation, when the local server includes a plurality of video identifiers and link addresses, when determining whether a link address corresponding to the first identifier exists in the local server, it is actually determined whether the first identifier exists in the local server, and if the first identifier exists, the link address can be found according to the correspondence between the identifier and the link address.
In a specific query process, the search may be performed in sequence according to the priorities of the identifiers stored in the local server. Generally, the probability that a certain video link is accessed is higher in a specific preset period, so that the corresponding identifier with the large number of access times of the link address can be set as the identifier with high priority, and then the link address corresponding to the first identifier is searched according to the sequence from high priority to low priority. It should be noted that the preset period may be, for example, 15 days or one month, and the embodiment of the present application is not limited thereto, and the local server may reset the priority of the stored identifier at an early stage of each preset period.
For example, assuming that a movie is newly shown recently, many users may want to watch the movie, and accordingly, during the time period of showing the movie, the link address corresponding to the movie is accessed more frequently, the identifier of the movie is set as the identifier with high priority, and after detecting the first identifier included in the video playing request sent by the terminal device, the local server may match the stored identifier corresponding to the movie first, and determine whether the link address corresponding to the first identifier is the link address corresponding to the movie. It should be noted that, in a specific implementation process, an identifier corresponding to a link address with a large number of access times may also be set as an identifier with a low priority, so that when matching with the first identifier, the identifier with the low priority may be first matched with the first identifier, and for the setting manner of the priority, the embodiment of the present application is not limited.
In the embodiment of the application, the link address corresponding to the first identifier can be sequentially searched from the local server according to the priority of the identifier stored in the local server, and the link address identifier with the highest access frequency can be matched with the first identifier in a priority mode, so that the searching efficiency of searching the first identifier is improved, and the timeliness of searching whether the first identifier exists in the local server is ensured.
Step 306: and if the local server comprises the link address corresponding to the first identifier, sending the link address corresponding to the first identifier to the terminal equipment so that the terminal equipment can acquire and play the video to be played according to the link address corresponding to the first identifier.
In a possible implementation manner, when the link address corresponding to the first identifier is determined to be included in the local server, the link address can be directly sent to the terminal device.
In a possible implementation manner, when the local server determines that the link address corresponding to the first identifier exists, a dialog box generation instruction may be sent to the terminal device, where the dialog box generation instruction indicates that the terminal device displays a dialog box indicating whether to acquire the link address corresponding to the first identifier from the local server, and after the terminal device displays the dialog box, the local server may detect whether the terminal device receives an operation instruction for acquiring confirmation, and send the link address to the terminal device if the operation instruction for acquiring confirmation is received, and not send the link address to the terminal device if the operation instruction for not acquiring confirmation is received.
The dialog box of the link address corresponding to the first identifier is further described below with reference to fig. 4 as an example. After receiving a dialog box generation instruction sent by local equipment, the terminal equipment can generate a dialog box shown in fig. 4 on a video playing interface, wherein the dialog box can display and inquire whether a user carries out advertisement-free playing, if the user clicks a 'yes' icon, the terminal equipment receives an acquisition confirmation operation instruction, and when detecting that the terminal equipment receives the acquisition confirmation operation instruction, the local server can send a link address to the terminal equipment; or, if the user clicks the "no" icon, it indicates that the terminal device receives the operation instruction that is determined not to be acquired, and correspondingly, the local server does not send the link address to the terminal device after detecting that the terminal device receives the operation instruction that is determined not to be acquired.
In the embodiment of the application, when the link address corresponding to the first identifier exists in the local server, the terminal device may display a corresponding dialog box first, and ask the user whether to acquire the link address in the local server for advertisement-free playing, so that it may be ensured that the operation of feeding back the link address to the terminal device by the local server is an effective operation, and it may also be ensured that the user really needs to acquire the link address in the local server, and the situation that the link address is fed back by the local server in an error manner is avoided as much as possible.
In a specific implementation process, the terminal device generates the dialog box shown in fig. 4, and may not click the "yes" icon or the "no" icon, then the local server may start timing after detecting that the terminal device displays the dialog box, and if it is not detected that the terminal device receives the confirmation acquiring operation or it is not detected that the terminal device receives the confirmation non-acquiring operation within a preset time period, it may be considered that the user also needs to perform advertisement-free video playing, and then the link address corresponding to the first identifier may be sent to the terminal device. Or, the terminal device may time itself, the terminal device starts to time after displaying the dialog box, and sends an obtaining instruction to the local server when the display duration of the dialog box exceeds the preset duration, where the obtaining instruction is an instruction for obtaining a link address in the local server, and the local server may send the link address to the terminal device after receiving the instruction.
That is to say, after the terminal device displays the dialog box, if the display duration reaches the preset duration, the user may not perform corresponding operation on the dialog box, and then it can also be considered that the user may want to play the video through the advertisement-free mode, so the local server sends the corresponding link address to the terminal device, and thus, the user can watch the video without the advertisement without clicking, so that the operation times of the user can be reduced, and the video playing efficiency is further improved.
It should be noted that the first video playing request and the second video playing request in the embodiment of the present application are only used to describe two processing manners of the video playing request by the video playing method provided by the present application, that is, a specific flow how the local server performs in the case that the local server includes a link address corresponding to the first identifier in the video playing request and in the case that the local server does not include a link address corresponding to the first identifier in the video playing request, and the first video playing request and the second video playing request have no essential difference.
In addition, a part of steps 301 to 303 and steps 304 to 306 may be selected to be executed, that is, only steps 301 to 303 or only steps 304 to 306 may be executed, which is not limited in the present application. In fig. 3, steps 301 to 303 are indicated by broken lines, taking steps 304 to 306 as an example.
In the embodiment of the application, after a user clicks a corresponding video identifier on a certain application of a terminal device, a local server can detect a video playing request sent by the terminal device based on user operation, further obtain a first identifier of a video to be played contained in the video playing request, then search whether a video link corresponding to the first identifier is stored in the local server, if so, send the video link to the terminal device, and the local server sends a link address of the video to be played to the terminal device, so that the terminal device can directly play the video to be played by accessing the video link, and before watching the video to be played, the user does not need to watch an advertisement first. Therefore, the user who does not want to watch the advertisement can directly shield the advertisement by the method, so that the waiting time of the user is saved, and the film watching experience of the user is improved.
Based on the same inventive concept, the embodiment of the present application provides a video playing device, and the video playing device can implement the corresponding function of the video playing method. The video playback device may be a hardware structure, a software module, or a hardware structure plus a software module. The video playing device can be realized by a chip system, and the chip system can be formed by a chip and can also comprise the chip and other discrete devices. Referring to fig. 5a, the video playing apparatus includes a detection module 501, a determination module 502 and a sending module 503. Wherein:
the detection module 501 is configured to detect a video playing request sent by a terminal device, where the video playing request includes a first identifier of a video to be played in a first application;
a determining module 502, configured to determine whether a link address corresponding to the first identifier exists in a video playing apparatus, where the video playing apparatus is different from a server of the first application, and the video playing apparatus is configured to store the identifier of the video that has been played by the at least one terminal device and the link address of the video that has been played;
the sending module 503 is configured to send the link address corresponding to the first identifier to the terminal device if the link address corresponding to the first identifier exists in the video playing apparatus, so that the terminal device obtains and plays the video to be played according to the link address corresponding to the first identifier.
In a possible implementation manner, if there is no link address corresponding to the first identifier in the video playback device, the detection module is further configured to:
detecting a request response corresponding to a video playing request received by a terminal device, wherein the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of a video to be played and a link address of at least one advertisement video;
referring to fig. 5b, the video playing apparatus in the embodiment of the present application further includes a saving module 504, configured to: determining a link address of a video to be played from at least two link addresses;
and associating and storing the first identifier and the link address of the video to be played, wherein the link address of the video to be played is the link address corresponding to the first identifier.
In a possible implementation, the saving module 504 is further configured to:
determining a link address comprising a first identifier as a link address of a video to be played from at least two link addresses; or,
the request response also comprises the playing sequence of at least two link addresses, and the link address playing last is determined to be the link address of the video to be played from the at least two link addresses.
In a possible implementation, the sending module 503 is configured to:
sending a dialog box generation instruction to the terminal equipment, wherein the dialog box generation instruction is used for indicating the terminal equipment to display whether to acquire a dialog box of a link address corresponding to the first identifier from the video playing device;
the detecting module 501 is further configured to detect an operation instruction for confirming acquisition received by the terminal device;
the sending module 503 is further configured to send the link address to the terminal device after detecting the operation instruction for confirming acquisition.
In one possible implementation, the determining module 502 is configured to:
and searching the link addresses corresponding to the first identifier from the video playing device in sequence according to the priority of the identifiers stored in the video playing device, wherein the priority is obtained by sequencing the access times of the link addresses corresponding to each identifier in a preset period.
All relevant contents of each step related to the embodiment of the video playing method can be cited to the functional description of the functional module corresponding to the video playing apparatus in the embodiment of the present application, and are not described herein again.
The division of the modules in the embodiments of the present application is schematic, and only one logical function division is provided, and in actual implementation, there may be another division manner, and in addition, each functional module in each embodiment of the present application may be integrated in one processor, may also exist alone physically, or may also be integrated in one module by two or more modules. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode.
Based on the same inventive concept, the embodiment of the application provides the terminal equipment. Referring to fig. 6, the terminal device includes at least one processor 601 and a memory 602 connected to the at least one processor, in this embodiment, a specific connection medium between the processor 601 and the memory 602 is not limited in this application, in fig. 6, the processor 601 and the memory 602 are connected by a bus 600 as an example, the bus 600 is represented by a thick line in fig. 6, and a connection manner between other components is only schematically illustrated and is not limited. The bus 600 may be divided into an address bus, a data bus, a control bus, etc., and is shown with only one thick line in fig. 6 for ease of illustration, but does not represent only one bus or type of bus.
The terminal device in this embodiment of the application may further include a communication interface 603, where the communication interface 603 is, for example, a network port, and the terminal device may receive data or transmit data through the communication interface 603.
In the embodiment of the present application, the memory 602 stores instructions executable by the at least one processor 601, and the at least one processor 601 may execute the steps included in the video playing method by executing the instructions stored in the memory 602.
The processor 601 is a control center of the terminal device, and may connect various parts of the whole device by using various interfaces and lines, and perform various functions and process data of the terminal device by operating or executing instructions stored in the memory 602 and calling data stored in the memory 602, thereby performing overall monitoring on the terminal device. Alternatively, processor 601 may include one or more processing units, and processor 601 may integrate an application processor, which mainly handles operating systems and application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 601. In some embodiments, the processor 601 and the memory 602 may be implemented on the same chip, or in some embodiments, they may be implemented separately on separate chips.
The processor 601 may be a general-purpose processor, such as a Central Processing Unit (CPU), digital signal processor, application specific integrated circuit, field programmable gate array or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like, that may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the video playing method disclosed in the embodiments of the present application may be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor.
The memory 602, which is a non-volatile computer-readable storage medium, may be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The Memory 602 may include at least one type of storage medium, and may include, for example, a flash Memory, a hard disk, a multimedia card, a card-type Memory, a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Programmable Read Only Memory (PROM), a Read Only Memory (ROM), a charge Erasable Programmable Read Only Memory (EEPROM), a magnetic Memory, a magnetic disk, an optical disk, and so on. The memory 602 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory 602 in the embodiments of the present application may also be circuitry or any other device capable of performing a storage function for storing program instructions and/or data.
By programming the processor 601, the code corresponding to the video playing method described in the foregoing embodiment may be solidified in the chip, so that the chip can execute the steps of the video playing method when running, and how to program the processor 601 is a technology known by those skilled in the art and will not be described herein again.
Based on the same inventive concept, embodiments of the present application further provide a storage medium storing computer instructions, which, when executed on a computer, cause the computer to perform the steps of the video playing method as described above.
In some possible embodiments, the aspects of the video playing method provided by the present application may also be implemented in the form of a program product, which includes program code for causing a terminal device to perform the steps in the video playing method according to various exemplary embodiments of the present application described above in this specification, when the program product runs on the terminal device.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims (12)

1. A video playback method, the method comprising:
detecting a video playing request sent by terminal equipment, wherein the video playing request comprises a first identifier of a video to be played in a first application;
determining whether a link address corresponding to the first identifier exists in a local server, wherein the local server is different from a server of the first application, the server of the first application is capable of providing the video to be played and the corresponding advertisement, and the local server is used for storing the identifier of the video already played by at least one terminal device and the link address of the video already played;
if the link address corresponding to the first identifier exists in the local server, the link address corresponding to the first identifier is sent to the terminal device, so that the terminal device obtains and plays the video to be played according to the link address corresponding to the first identifier.
2. The method of claim 1, wherein if the link address corresponding to the first identifier does not exist in the local server, the method further comprises:
detecting a request response corresponding to the video playing request received by the terminal equipment, wherein the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of the video to be played and a link address of at least one advertisement video;
determining a link address of the video to be played from the at least two link addresses;
and associating and storing the first identifier and the link address of the video to be played, wherein the link address of the video to be played is the link address corresponding to the first identifier.
3. The method of claim 2, wherein the determining the link address of the video to be played from the at least two link addresses comprises:
determining the link address comprising the first identifier as the link address of the video to be played from the at least two link addresses; or,
the request response further comprises the playing sequence of the at least two link addresses, and the link address playing last is determined to be the link address of the video to be played from the at least two link addresses.
4. The method according to any of claims 1-3, wherein said sending the link address corresponding to the first identifier to the terminal device comprises:
sending a dialog box generation instruction to the terminal equipment, wherein the dialog box generation instruction is used for indicating the terminal equipment to display a dialog box which indicates whether a link address corresponding to the first identifier is acquired from the local server or not;
and after detecting the confirmation acquisition operation instruction received by the terminal equipment, sending the link address to the terminal equipment.
5. The method of any of claims 1-3, wherein determining whether a link address corresponding to the first identity exists in a local server comprises:
and searching the link addresses corresponding to the first identifier from the local server in sequence according to the priority of the identifiers stored in the local server, wherein the priority is obtained by sequencing the access times of the link addresses corresponding to each identifier in a preset period.
6. A video playback apparatus, comprising:
the detection module is used for detecting a video playing request sent by terminal equipment, wherein the video playing request comprises a first identifier of a video to be played in a first application;
a determining module, configured to determine whether a link address corresponding to the first identifier exists in the video playing apparatus, where the video playing apparatus is different from a server of the first application, the server of the first application is capable of providing the video to be played and a corresponding advertisement, and the video playing apparatus is configured to store the identifier of the video that has been played by at least one terminal device and the link address of the video that has been played;
and the sending module is used for sending the link address corresponding to the first identifier to the terminal equipment if the link address corresponding to the first identifier exists in the video playing device, so that the terminal equipment can acquire and play the video to be played according to the link address corresponding to the first identifier.
7. The apparatus of claim 6, wherein if the link address corresponding to the first identifier does not exist in the video playback apparatus, the detection module is further configured to:
detecting a request response corresponding to the video playing request received by the terminal equipment, wherein the request response comprises at least two link addresses, and the at least two link addresses comprise a link address of the video to be played and a link address of at least one advertisement video;
the apparatus further comprises a save module configured to:
determining a link address of the video to be played from the at least two link addresses;
and associating and storing the first identifier and the link address of the video to be played, wherein the link address of the video to be played is the link address corresponding to the first identifier.
8. The apparatus of claim 7, wherein the save module is further to:
determining the link address comprising the first identifier as the link address of the video to be played from the at least two link addresses; or,
the request response further comprises the playing sequence of the at least two link addresses, and the link address playing last is determined to be the link address of the video to be played from the at least two link addresses.
9. The apparatus of any one of claims 6-8, wherein the means for transmitting is configured to:
sending a dialog box generation instruction to the terminal equipment, wherein the dialog box generation instruction is used for indicating the terminal equipment to display a dialog box which indicates whether a link address corresponding to the first identifier is acquired from the video playing device or not;
the detection module is further configured to: detecting a confirmation acquisition operation instruction received by the terminal equipment;
the sending module is further configured to: and after the confirmation acquisition operation instruction is detected, the link address is sent to the terminal equipment.
10. The apparatus of any one of claims 6-8, wherein the determination module is to:
and searching the link addresses corresponding to the first identifier from the video playing device in sequence according to the priority of the identifiers stored in the video playing device, wherein the priority is obtained by sequencing the access times of the link addresses corresponding to each identifier in a preset period.
11. A terminal device, characterized in that the terminal device comprises:
at least one processor, and
a memory communicatively coupled to the at least one processor;
wherein the memory stores instructions executable by the at least one processor, the at least one processor implementing the method of any one of claims 1-5 by executing the instructions stored by the memory.
12. A computer-readable storage medium having stored thereon computer instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1-5.
CN201911310852.XA 2019-12-18 2019-12-18 Video playing method and device Active CN111050217B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911310852.XA CN111050217B (en) 2019-12-18 2019-12-18 Video playing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911310852.XA CN111050217B (en) 2019-12-18 2019-12-18 Video playing method and device

Publications (2)

Publication Number Publication Date
CN111050217A CN111050217A (en) 2020-04-21
CN111050217B true CN111050217B (en) 2021-03-16

Family

ID=70237621

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911310852.XA Active CN111050217B (en) 2019-12-18 2019-12-18 Video playing method and device

Country Status (1)

Country Link
CN (1) CN111050217B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112533035B (en) * 2020-11-04 2023-10-03 中国联合网络通信集团有限公司 Advertisement pushing method and system
CN114205678A (en) * 2021-11-16 2022-03-18 湖南新云网科技有限公司 Video access method, access device, terminal and computer readable storage medium

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109688441A (en) * 2017-05-16 2019-04-26 苹果公司 Method and interface for home media control
CN110213672A (en) * 2019-07-04 2019-09-06 腾讯科技（深圳）有限公司 Video generation, playback method, system, device, storage medium and equipment

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055560A (en) * 1996-11-08 2000-04-25 International Business Machines Corporation System and method to provide interactivity for a networked video server
CN104284250A (en) * 2013-07-12 2015-01-14 贝壳网际（北京）安全技术有限公司 Video processing method and device, server and client device
CN103945259B (en) * 2014-03-31 2017-12-01 Tcl集团股份有限公司 A kind of Online Video player method and device
CN104967879B (en) * 2015-03-10 2018-10-19 腾讯科技（深圳）有限公司 Video broadcasting method and device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109688441A (en) * 2017-05-16 2019-04-26 苹果公司 Method and interface for home media control
CN110213672A (en) * 2019-07-04 2019-09-06 腾讯科技（深圳）有限公司 Video generation, playback method, system, device, storage medium and equipment

Also Published As

Publication number Publication date
CN111050217A (en) 2020-04-21

Similar Documents

Publication Publication Date Title
CN108156507B (en) Virtual article presenting method, device and storage medium
CN113840012B (en) Block chain-based screen recording evidence obtaining method and system and electronic equipment
CN110913135A (en) Video shooting method and device, electronic equipment and storage medium
CN108900924B (en) Method and device for recommending friends in live broadcast room
US11310066B2 (en) Method and apparatus for pushing information
CN110830823B (en) Play progress correction method and device, electronic equipment and readable storage medium
CN111586474A (en) Live video processing method and device
CN106713985B (en) Method and device for recommending network video
CN111050217B (en) Video playing method and device
WO2019024258A1 (en) Method and apparatus for cyclical playback of video file
CN110968391A (en) Screenshot method, screenshot device, terminal equipment and storage medium
CN108966316B (en) Method, device and equipment for displaying multimedia resources and predicting connection waiting duration
CN111158793A (en) Application page skipping method and device, electronic equipment and readable storage medium
CN116366789A (en) Video storage and playback method, device and system
CN108271050B (en) Live broadcast room program recommendation method and device
US11004472B2 (en) Method and device of playing video, and computing device
CN112788090B (en) Network resource transmission method, device and system
CN109542775B (en) Test script generation and execution method and device
CN111124824A (en) Mobile phone game frame rate recommendation method and device and mobile terminal
CN110888643A (en) Page processing method and device
CN112256654B (en) Document sharing method and device
CN113923481A (en) Multimedia content playing method and device, electronic equipment and storage medium
CN111479142B (en) Program content updating method and system based on information release
CN113992784A (en) Audio and video call method and device, computer equipment and storage medium
CN112423099A (en) Video loading method and device and electronic equipment

Legal Events

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