CN112995721A

CN112995721A - Video delivery method, delivery method and device of rich media content and storage medium

Info

Publication number: CN112995721A
Application number: CN201911216286.6A
Authority: CN
Inventors: 艾立超
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-12-02
Filing date: 2019-12-02
Publication date: 2021-06-18

Abstract

The application provides a video delivery method, a delivery method and device of rich media content and a storage medium. The method comprises the following steps: a first video application client displays a user interface; the method comprises the steps that a first video application client side obtains a trigger signal corresponding to a video release control; a first video application client sends a video delivery request to a server; the server determines second equipment having a binding relationship with the first equipment according to the identification information of the first equipment; the server sends the delivery address of the target video to the second video application client; the second video application client side obtains the target video according to the release address of the target video; and the second video application client plays the target video. According to the technical scheme, the first equipment and the second equipment carry out video delivery through the binding relation, so that the first equipment and the second equipment are not located in the same local area network and can also carry out video delivery, the limitation of video delivery is reduced, and the flexibility of video delivery is improved.

Description

Video delivery method, delivery method and device of rich media content and storage medium

Technical Field

The embodiment of the application relates to the technical field of video playing, in particular to a video delivery method, a delivery method and a device of rich media content and a storage medium.

Background

With the development of the technology, the functions of the electronic equipment are more and more improved, and most of the electronic equipment has the function of video playing. In order to improve user experience, videos played on electronic devices such as mobile phones, tablet computers and notebook computers are put on televisions to be played, and the method becomes an important competitive field.

In the related technology, a video delivery device (such as a mobile phone) and a video playing device (such as a television) need to access the same local area network, after the video delivery device identifies the video playing device with a video playing function in the local area network, a video delivery request is sent to the playing device through the local area network, and the video playing device acquires and plays a video according to a delivery address of a video to be played carried in the video delivery request.

In the related art, the video delivery device and the video playing device need to be connected to the same local area network to perform video delivery, and the video delivery has large limitation.

Disclosure of Invention

The embodiment of the application provides a video delivery method, a delivery method and a device of rich media content and a storage medium, which can be used for solving the problem that the video delivery is large in limitation in the related art. The technical scheme is as follows:

in one aspect, an embodiment of the present application provides a video delivery method, where the method includes:

receiving a video delivery request sent by a first video application client in first equipment, wherein the video delivery request is used for requesting to play a target video in other equipment, and the video delivery request comprises identification information of the first equipment;

determining second equipment having a binding relationship with the first equipment according to the identification information of the first equipment;

and sending the delivery address of the target video to a second video application client in the second device.

In another aspect, an embodiment of the present application provides a video delivery method, where the method includes:

displaying a user interface of a first video application client, wherein the user interface comprises a video release control;

acquiring a trigger signal corresponding to the video release control;

sending a video delivery request to a server, wherein the video delivery request comprises identification information of the first device, and the video delivery request is used for triggering the target video to be played in a second device which has a binding relationship with the first device.

receiving a delivery address of a target video sent by a server;

acquiring the target video according to the release address;

and playing the target video.

Optionally, before receiving the delivery address of the target video sent by the server, the method further includes:

displaying a user interface of a second video application client, wherein the user interface comprises an identification acquisition control;

after receiving a trigger signal corresponding to the identification acquisition control, acquiring identification information of the second device;

sending a verification code generation request to the server, wherein the verification code generation request comprises the identification information of the second equipment;

receiving a verification code sent by the server;

and displaying the verification code.

generating a graphic code according to the identification information of the second device, wherein the graphic code carries the identification information of the second device;

and displaying the graphic code.

Optionally, after the playing the target video, the method further includes:

receiving a face image sent by the server, wherein the face image comprises a first face;

and replacing the second face in the target video with the first face.

Optionally, after the playing the target video, the method further includes:

receiving a screenshot request sent by the server, wherein the screenshot request is used for requesting to intercept an image in the target video;

intercepting an image in the target video according to the screenshot request to obtain a screenshot image;

and sending the screen shot image to the server.

In another aspect, an embodiment of the present application provides a method for delivering rich media content, where the method includes:

receiving a release request sent by a first application client in first equipment, wherein the release request is used for requesting to display target rich media content in other equipment, and the release request comprises identification information of the first equipment;

and sending the delivery address of the target rich media content to a second application client in the second device.

In another aspect, an embodiment of the present application provides a video delivery apparatus, where the apparatus includes:

a delivery request receiving module, configured to receive a video delivery request sent by a first video application client in a first device, where the video delivery request is used to request that a target video is played in another device, and the video delivery request includes identification information of the first device;

a bound device determining module, configured to determine, according to the identifier information of the first device, a second device that has a binding relationship with the first device;

and the release address sending module is used for sending the release address of the target video to a second video application client in the second device.

the user interface display module is used for displaying a user interface of a first video application client, and the user interface comprises a video release control;

the trigger signal acquisition module is used for acquiring a trigger signal corresponding to the video release control;

and the release request sending module is used for sending a video release request to a server, wherein the video release request comprises the identification information of the first device, and the video release request is used for triggering the target video to be played in a second device which has a binding relationship with the first device.

the release address receiving module is used for receiving a release address of the target video sent by the server;

the target video acquisition module is used for acquiring the target video according to the release address;

and the target video playing module is used for playing the target video.

In another aspect, an embodiment of the present application provides a rich media content delivery apparatus, where the apparatus includes:

a request receiving module, configured to receive a launch request sent by a first application client in a first device, where the launch request is used to request that target rich media content be displayed in other devices, and the launch request includes identification information of the first device;

the device determining module is used for determining second devices which have binding relation with the first devices according to the identification information of the first devices;

and the address sending module is used for sending the delivery address of the target rich media content to a second application client in the second equipment.

In yet another aspect, an embodiment of the present application provides a computer device, which includes a processor and a memory, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the memory, and the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by the processor to implement the video delivery method according to the above aspect.

The computer equipment comprises a terminal and a server.

In yet another aspect, embodiments of the present application provide a computer-readable storage medium having at least one instruction, at least one program, a set of codes, or a set of instructions stored therein, which is loaded and executed by a processor to implement a video delivery method according to the above aspect, or to implement a delivery method of rich media content according to the above aspect.

In yet another aspect, the present application provides a computer program product, which when executed by a processor, is configured to implement the video delivery method described above, or implement the delivery method of rich media content described above.

The technical scheme provided by the embodiment of the application can have the following beneficial effects:

through the binding relationship between the first device and the second device, after the video delivery request is received, the second device having the binding relationship with the first device can be determined according to the identification information of the first device in the video delivery request, and then the delivery address of the target video is sent to the second device. Compared with the related art, the first device and the second device need to be in the same local area network for video delivery. According to the technical scheme, the first equipment and the second equipment carry out video delivery through the binding relation, so that the first equipment and the second equipment are not located in the same local area network and can also carry out video delivery, the limitation of video delivery is reduced, and the flexibility of video delivery is improved.

Drawings

FIG. 1 is a schematic illustration of an implementation environment provided by one embodiment of the present application;

FIG. 2 is a diagram illustrating an architecture of a video delivery system of the present application;

fig. 3 is a flowchart of a video delivery method according to an embodiment of the present application;

FIG. 4 is a flow chart of a device binding method provided by an embodiment of the present application;

FIG. 5 is a flow chart of a device binding method provided by another embodiment of the present application;

FIG. 6 is a schematic illustration of an implementation environment provided by another embodiment of the present application;

fig. 7 is a flowchart of a video delivery method according to another embodiment of the present application;

FIG. 8 is a flow diagram of delivery of rich media content provided by one embodiment of the present application;

fig. 9 is a block diagram of a video delivery apparatus according to an embodiment of the present application;

fig. 10 is a block diagram of a video delivery apparatus according to another embodiment of the present application;

fig. 11 is a block diagram of a video delivery apparatus according to another embodiment of the present application;

fig. 12 is a block diagram of a video delivery apparatus according to another embodiment of the present application;

fig. 13 is a block diagram of a video delivery apparatus according to another embodiment of the present application;

fig. 14 is a block diagram of a video delivery apparatus according to another embodiment of the present application;

FIG. 15 is a block diagram of a rich media content delivery apparatus provided by an embodiment of the present application;

fig. 16 is a block diagram of a terminal according to an embodiment of the present application;

fig. 17 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Referring to fig. 1, a schematic diagram of an implementation environment provided by an embodiment of the present application is shown. The implementation environment may include: a first device 10, a second device 20 and a server 30.

The first device 10 may be an electronic device such as a mobile phone, a tablet Computer, a PC (Personal Computer), a wearable device, or the like. In the embodiment of the present application, the first device 10 has a first video application client installed therein.

The second device 20 may be an electronic device such as a smart television, smart screen, smart projection screen, etc. The intelligent television has a video playing function and a communication function, and can send information by means of a network. The intelligent television is a new television product which is provided with a full-open platform, carries an operating system, and can automatically install and uninstall various application software and continuously expand and upgrade functions while users enjoy common television contents. In the embodiment of the present application, the second device 20 has a second video application client installed therein.

It should be noted that, in this embodiment, the first video application client and the second video application client may be clients of the same application program; or, the first video application client and the second video application client may be clients of two different applications, and the first video application client and the second video application client share a server. For example, both the first video application client and the second video application client are clients of an XX video application; for another example, the first video application client is a client of an a video application, the second video application client is a client of a B video application, the a video application and the B video application are from the same vendor, and the a video application and the B video application share a server provided by the vendor providing the video application.

The server 30 is configured to provide background services for the first video application client and the second video application client. The server 30 may relay information transceived between a first video application client in the first device 10 and a second video application client in the second device 20 through a wired or wireless network.

Optionally, the server 30 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a web service, cloud communication, a middleware service, a domain name service, a security service, a CDN (Content Delivery Network), a big data and artificial intelligence platform, and the like. The embodiments of the present application do not limit this.

The Cloud technology (Cloud technology) is a hosting technology for unifying series resources such as hardware, software, network and the like in a wide area network or a local area network to realize calculation, storage, processing and sharing of data.

The cloud technology is a general term of network technology, information technology, integration technology, management platform technology, application technology and the like applied based on a cloud computing business model, can form a resource pool, is used as required, and is flexible and convenient. Cloud computing technology will become an important support. Background services of the technical network system require a large amount of computing and storage resources, such as video websites, picture-like websites and more web portals. With the high development and application of the internet industry, each article may have its own identification mark and needs to be transmitted to a background system for logic processing, data in different levels are processed separately, and various industrial data need strong system background support and can only be realized through cloud computing.

Cloud Computing (Cloud Computing) refers to a mode of delivery and use of IT infrastructure, which refers to obtaining required resources in an on-demand, easily scalable manner over a network; the generalized cloud computing refers to a delivery and use mode of a service, and refers to obtaining a required service in an on-demand and easily-extensible manner through a network. Such services may be IT and software, internet related, or other services. Cloud Computing is a product of development and fusion of traditional computers and Network Technologies, such as Grid Computing (Grid Computing), Distributed Computing (Distributed Computing), Parallel Computing (Parallel Computing), Utility Computing (Utility Computing), Network Storage (Network Storage Technologies), Virtualization (Virtualization), Load balancing (Load Balance), and the like.

With the development of diversification of internet, real-time data stream and connecting equipment and the promotion of demands of search service, social network, mobile commerce, open collaboration and the like, cloud computing is rapidly developed. Different from the prior parallel distributed computing, the generation of cloud computing can promote the revolutionary change of the whole internet mode and the enterprise management mode in concept.

It should be noted that the video application referred to in the embodiments of the present application refers to a video playing application, and the video playing application refers to an application program capable of playing an internet or local video file.

As shown in fig. 2, an architecture diagram of a video delivery system is schematically illustrated. The first device 10 may comprise a first video application client 11 and a first connection module 12; the first connection module 12 is configured to relay information sent and received between the first video application client 11 and the server 30. The second device 20 may comprise a second video application client 21 and a second connection module 22; the second connection module 22 is configured to relay information sent and received between the second video application client 21 and the server 30. The server 30 includes a connection control module 31 and a delivery control module 32; the connection control module 31 is configured to add and maintain a binding relationship between the first device 10 and the second device 20, and the delivery control module 32 is configured to send the video delivery request sent by the first video application client 11 to the second video application client 21. In addition, the server 30 may also maintain a binding relation library 33 and a video asset library 34; the binding relation library 33 stores the binding relation between at least one pair of first device and second device, and the video asset library 34 stores video identifiers and delivery addresses of a plurality of videos correspondingly.

The technical solution of the present application will be described below by means of several embodiments.

Referring to fig. 3, a flowchart of a video delivery method according to an embodiment of the present application is shown. In the present embodiment, the method is mainly applied to the implementation environment shown in fig. 1 for illustration. The method may include the steps of:

step 301, a first video application client displays a user interface.

The user can run a first video application client in the first device, and the first video application client displays a user interface.

The user interface comprises a video releasing control, and the video releasing control is used for a user to trigger and send a video releasing request.

Optionally, the embodiment of the present application does not limit the display state and the display position of the video launch control.

Step 302, the first video application client acquires a trigger signal corresponding to the video delivery control.

The user can click the video release control, and correspondingly, the first device acquires a trigger signal corresponding to the video release control.

Step 303, the first video application client sends a video delivery request to the server.

And after the first video application client acquires the trigger signal corresponding to the video release control, sending a video release request to the server. Correspondingly, the server receives a video delivery request sent by the first video application client.

In some other embodiments, the user may also trigger the first video application client to send a video delivery request to the server by voice, gesture, or the like.

The video delivery request includes identification information of the first device. The video delivery request is used for playing the target video in other devices, and the other devices may include one device or a plurality of devices, which is not limited in the embodiment of the present application.

The identification information of the first device is used for uniquely identifying the first device. The identification information of the first device may include an IMEI (International Mobile Equipment Identity), an IMSI (International Mobile Subscriber Identity), and other information. Taking the first device as a mobile phone, the IMEI is a mobile phone serial number and a mobile phone "serial number" which are commonly known as a mobile phone serial number and a mobile phone serial number, and is used for identifying mobile communication devices such as each independent mobile phone in a mobile phone network, and is equivalent to an identity card of a mobile phone. The IMSI is used to distinguish between different users in a cellular network and identities that do not repeat throughout the cellular network.

In this embodiment of the present application, a first video application client in a first device sends a video delivery request to a server through a first non-local area network connection established between the first video application client and the server.

Optionally, the video delivery request further includes a video identifier of the target video, where the video identifier is used to uniquely identify the target video.

And step 304, the server determines a second device having a binding relationship with the first device according to the identification information of the first device.

After acquiring the identification information of the first device, the server may determine, according to the identification information of the first device, a second device having a binding relationship with the first device.

Optionally, the server maintains a binding relation library, in which the binding relation between at least one pair of the first device and the second device is stored. After receiving the video delivery request, the server obtains the identification information of the first device included in the video delivery request, and further, may search and determine, from the binding relationship library, a second device having a binding relationship with the first device according to the identification information of the first device.

Optionally, the server may store the binding relationship between the first device and the second device through a data structure of a HashMap, may store the binding relationship between the first device and the second device through a data structure of a HashTable, and may store the binding relationship between the first device and the second device through another data structure, which is not limited in this embodiment of the present application.

Illustratively, the data structure is defined like: struct map < guid, imei + imsi > bindinginfo, where guid represents identification information of the second device and imei + imsi identifies identification information of the first device.

Optionally, after determining, by the server, a second device having a binding relationship with the first device according to the identification information of the first device, the server further includes: sending a device selection request to a first video application client; a device selection response sent by a first video application client in the first device is received.

Wherein, the equipment selection request comprises identification information of at least one second equipment; the device selection response includes identification information of the target second device.

When the server determines a plurality of second devices having a binding relationship with the first device according to the identification information of the first device, in this case, the server may send a device selection request to the first video application client in the first device, and notify the user that the second devices include a plurality of pieces of identification information of the respective second devices through the device selection request; the user can select the target second device from the first video application client, and correspondingly, the server receives a device selection response sent by the first video application client in the first device and determines the target second device.

Optionally, the target second device may include one second device, or may include a plurality of second devices, which is not limited in this embodiment of the application.

Step 305, the server sends the delivery address of the target video to the second video application client.

After determining the second device, the server may send the delivery address of the target video to a second video application client in the second device. Correspondingly, the second video application client receives the delivery address of the target video sent by the server.

The delivery address may include a URL (Uniform Resource Locator), where the URL is a compact representation of the location and access method of a Resource available from the internet and is an address of a standard Resource on the internet.

In this embodiment of the present application, the server sends the play address of the target video to the second video application client in the second device through the second non-local area network connection established between the server and the second device.

The server can also maintain a video media asset library, and the video media asset library correspondingly stores video identifiers and delivery addresses of a plurality of videos. After receiving the video delivery request, the server may obtain a video identifier of the target video, obtain a delivery address of the target video from the video asset library according to the video identifier of the target video, and send the delivery address to a second video application client in the second device. After receiving the delivery address of the target video sent by the server, the second video application client can acquire the target video from the server according to the delivery address and play the target video.

Optionally, when the second device includes a plurality of devices, after receiving the device selection response sent by the first video application client in the first device, sending the delivery address of the target video to the second video application client in the target second device.

And step 306, the second video application client acquires the target video according to the release address of the target video.

After receiving the release address of the target video, the second video application client may obtain the target video according to the release address.

And 307, the second video application client plays the target video.

And after the second video application client acquires the target video, playing the target video.

It should be noted that, in the above steps, the second device is in an open state, and the second video application client in the second device is also in an open state.

In addition, when the second device is in a standby state, the background process of the second device includes a related process of a second video application client, in this case, after the server determines, according to the identification information of the first device, the second device having a binding relationship with the first device, the server may also forward a video delivery request to the second device, and after receiving the video delivery request, the second device pulls up the second video application client based on the related process of the second video application client, so that the second video application client receives a delivery address of the target video sent by the server.

To sum up, according to the technical solution provided in the embodiment of the present application, after receiving a video delivery request, through a binding relationship between a first device and a second device, the second device having a binding relationship with the first device may be determined according to identification information of the first device in the video delivery request, and then a delivery address of a target video is sent to the second device. Compared with the related art, the first device and the second device need to be in the same local area network for video delivery. According to the technical scheme, the first equipment and the second equipment carry out video delivery through the binding relation, so that the first equipment and the second equipment are not located in the same local area network and can also carry out video delivery, the limitation of video delivery is reduced, and the flexibility of video delivery is improved.

In addition, the server directly sends the delivery address of the target video to the second video application client, and the second video application client can acquire and play the target video according to the delivery address of the target video, so that the video stream does not need to be encoded at the first video application client, and the video stream does not need to be decoded at the second video application client.

In step 304, before the server determines the second device having a binding relationship with the first device according to the identification information of the first device, the server needs to establish a binding relationship between the first device and the second device. In the following, the establishment of the binding relationship between the first device and the second device is described through several embodiments.

In one possible implementation, as shown in fig. 4, a flowchart of a device binding method provided in an embodiment of the present application is exemplarily shown. In the present embodiment, the method is mainly applied to the implementation environment shown in fig. 1 for illustration. The method may include the steps of:

step 401, the second video application client displays a user interface.

The user may run a second video application client in the second device, the second video application client displaying the user interface. The user interface includes an identification acquisition control. The identification acquisition control is used for the user to acquire the identification information of the second device.

In step 402, after receiving the trigger signal corresponding to the identifier obtaining control, the second video application client obtains identifier information of the second device.

The user can click the identification acquisition control; correspondingly, the second video application client receives the trigger signal corresponding to the identifier acquisition control, and acquires the identifier information of the second device after acquiring the trigger signal corresponding to the identifier acquisition control.

The identification information of the second device may include a GUID (global Unique Identifier), a MAC (Media Access Control) address, a version number of the second video application client, a system version number, and the like, which is not limited in this embodiment. The GUID is a fixed-length character string, and may generally adopt a length of 128-bit binary value.

In step 403, the second video application client sends a request for generating the verification code to the server.

After acquiring the identification information of the second device, the second video application client may send a verification code generation request to the server. And the verification code generation request comprises identification information of the second equipment.

Correspondingly, the server receives a verification code generation request sent by the second video application client.

In step 404, the server generates a verification code and stores a corresponding relationship between the verification code and the identification information of the second device.

After receiving the verification code generation request, the server acquires the identification information of the second device in the verification code generation request, and generates the verification code according to the identification information of the second device. Thereafter, the server may store a correspondence between the authentication code and the identification information of the second device.

In some other embodiments, the second video application client may generate the verification code itself after acquiring the identification information of the second device, and send the identification information and the verification code of the second device to the server.

In step 405, the server sends the authentication code to the second video application client.

The server, after generating the passcode, may send the passcode to the second video application client. Correspondingly, the second video application client in the second device receives the verification code.

At step 406, the second video application client displays the verification code.

The second video application client may display the passcode after receiving the passcode sent by the server.

In step 407, the first video application client obtains the verification code input in the device binding interface.

After the second video application client displays the verification code, the user can input the verification code in the device binding interface displayed by the first video application client; correspondingly, the first video application client acquires the verification code input in the equipment binding interface.

In step 408, the first video application client sends a first binding request to the server.

After the first video application client acquires the verification code, a first binding request is sent to the server. The first binding request comprises an identifying code and identification information of the first device.

Correspondingly, the server receives a first binding request sent by a first video application client in the first device.

In step 409, the server obtains the identification information of the second device stored in correspondence with the verification code.

After receiving the first binding request, the server obtains the verification code therein, and further may obtain the identification information of the second device stored in correspondence with the verification code.

Step 410, the server establishes a binding relationship between the first device and the second device according to the identification information of the first device and the identification information of the second device.

After acquiring the identification information of the first device and the identification information of the second device, the server may establish a binding relationship between the first device and the second device. The server may add the binding in a binding library.

Optionally, after the server establishes the binding relationship between the first device and the second device, the server sends the binding result information to the first video application client in the first device and the second video client in the second device. The binding result information is used to inform the user of the success or failure of the binding.

In another possible implementation manner, as shown in fig. 5, a flowchart of a device binding method provided in another embodiment of the present application is exemplarily shown. In the present embodiment, the method is mainly applied to the implementation environment shown in fig. 1 for illustration. The method may include the steps of:

step 501, the second video application client displays a user interface.

This step is the same as or similar to the content of step 401 in the embodiment of fig. 4, and is not described here again.

In step 502, after receiving the trigger signal corresponding to the identifier obtaining control, the second video application client obtains identifier information of the second device.

This step is the same as or similar to the content of step 402 in the embodiment of fig. 4, and is not described here again.

In step 503, the second video application client generates a graphic code.

And the second video application client generates a graphic code after acquiring the identification information of the second device. The graphic code carries identification information of the second device.

The graphic code is an image which is obtained by encoding characters and is restored by an encodable character, and the image code can comprise a two-dimensional code, a bar code and the like. The two-dimensional code is a bar code for recording data symbol information by black and white figures distributed in a plane two-dimensional direction according to a certain rule by using a certain specific geometric figure. The two-dimensional Code can be divided into a stacked type or row-by-row type and a matrix type two-dimensional Code, wherein the stacked type or row-by-row type two-dimensional Code coding principle is based on a one-dimensional bar Code and is stacked into two or more rows according to requirements, and representative two-dimensional codes comprise Code 16K, Code 49, PDF417 and the like. The matrix type two-dimensional code is coded in a rectangular space through different distribution of black and white pixels in a matrix. On the corresponding element positions of the matrix, representing binary '1' by the appearance of points (square points, round points or other shapes), representing binary '0' by the absence of the points, and determining the meaning represented by the matrix type two-dimensional code by the arrangement and combination of the points; the representative matrix type two-dimensional code is as follows: CodeOne, MaxiCode, or QR Code, etc. The bar code is a graphic identifier in which a plurality of black bars and spaces having different widths are arranged according to a certain encoding rule to express a set of information. A common bar code is a pattern of parallel lines of black and white bars of widely differing reflectivity.

And step 504, the second video application client displays the graphic code.

After generating the above-described graphical code, the second video application client may display the graphical code.

In step 505, the first video application client scans the graphic code displayed by the second video application client in the second device to obtain the identification information of the second device.

After the second video application client displays the graphic code, the first video application client may scan the graphic code displayed by the second video application client through a camera built in the first device or an external camera connected thereto. Because the graphic code is encoded according to the identification information of the second device and the preset graphic code encoding rule, the first video application client can analyze the identification information of the second device from the graphic code after scanning the graphic code.

Optionally, the first device application client may also send the scanned graphic code to the server, and the server analyzes the identification information of the second device from the graphic code according to a preset graphic code encoding rule.

Step 506, the first video application client obtains the identification information of the first device.

After the first video application client scans the graphic code displayed by the second video application client, the first video application client acquires the identification information of the first device. The identification information about the first device has been described above and will not be described in detail here.

In step 507, the first video application client sends a second binding request to the server.

The first video application client may send a second binding request to the server after acquiring the identification information of the first device and the identification information of the second device. The second binding request includes identification information of the first device and identification information of the second device.

Correspondingly, the server receives a second binding request sent by the first video application client.

Step 508, the server establishes the binding relationship between the first device and the second device according to the identification information of the first device and the identification information of the second device.

This step is the same as or similar to the step 410 in the embodiment of fig. 4, and is not described here again.

In summary, the embodiments of the present application provide various ways of establishing a binding relationship between a first device and a second device, so that the establishment of the binding relationship between the devices is more flexible.

Referring to fig. 6, a schematic diagram of an implementation environment provided by another embodiment of the present application is shown. In this implementation environment, the first video application client and the second video client are clients of two different applications that share a server. The implementation environment may include: a first device 10, a second device 20, a first server 30, a second server 40 and an intermediate server 50.

The first device 10 may be an electronic device such as a mobile phone, a tablet, a PC, a wearable device, etc., among others. In the embodiment of the present application, the first device 10 has a first video application client installed therein.

The second device 20 may be an electronic device such as a smart television, smart screen, smart projection screen, etc. In the embodiment of the present application, the second device 20 has a second video application client installed therein.

In this embodiment, the first video client and the second video client may be clients of two different applications. For example, the first video application client is a client of an a video application, the second video application client is a client of a B video application, and the a video application and the B video application are from two different vendors.

The first server 30 is used to provide background services for the first video application client. The second server 40 is used to provide background services for the second video application client. The first server 30 and the first device 10 may communicate through a wired or wireless network. The second server 40 and the second device 20 may communicate through a wired or wireless network.

The intermediate server 50 may be in communication with the first server 30 and the second server 40 via a wired or wireless network, respectively, for interfacing with the first video application client and the second video application client, and enabling communication between the first video application client and the second video application client.

The first server 30, the second server 40, or the intermediate server 50 may be a single server, a server group including a plurality of servers, or a cloud computing service center. The embodiments of the present application do not limit this. For detailed description of the server, reference may be made to the above embodiments, which are not described herein again.

Referring to fig. 7, a flowchart of a video delivery method according to another embodiment of the present application is shown. In the present embodiment, the method is mainly applied to the implementation environment shown in fig. 6 for illustration. The method may include the steps of:

in step 701, a first video application client displays a user interface.

This step is the same as or similar to the content of step 301 in the embodiment of fig. 3, and is not described herein again.

In step 702, a first video client obtains a trigger signal corresponding to a video delivery control.

This step is the same as or similar to the content of step 302 in the embodiment of fig. 3, and is not described here again.

In step 703, the first video application client sends a video delivery request to the first server.

After the first video application client acquires the trigger signal corresponding to the video release control, the first video application client sends a video release request to the first server. Correspondingly, the first server receives a video delivery request sent by the first video application client.

The identification information about the first device has been described in the above embodiments, and is not described herein again.

Step 704, the first server forwards the video delivery request to the intermediate server.

After receiving the video delivery request sent by the first video application client, the first server may forward the video delivery request to the intermediate server.

Correspondingly, the intermediate server receives the video delivery request sent by the first server.

Step 705, the intermediate server determines a second device having a binding relationship with the first device according to the identification information of the first device.

After receiving the video delivery request sent by the first server, the intermediate server may obtain the identification information of the first device in the video delivery request, and determine, according to the identification information of the first device, a second device having a binding relationship with the first device.

Alternatively, the intermediate server may maintain a binding relationship library in which the binding relationship between at least one pair of the first device and the second device is stored. After acquiring the identification information of the first device, the server may search, from the binding relationship library, a second device having a binding relationship with the first device according to the identification information of the first device.

Step 706, the intermediate server sends the delivery address of the target video to the second server.

The intermediate server, after determining the second device, may send a delivery address of the target video to a second server of the second device.

Optionally, the server may further maintain a video asset library, where the video asset library stores video identifiers and delivery addresses of a plurality of videos correspondingly. The plurality of videos may include videos in a video asset library corresponding to the first video application and videos in a video asset library corresponding to the second video application.

In step 707, the second server sends the delivery address of the target video to the second video application client.

The second server may send the delivery address of the target video to the second video application client after receiving the delivery address of the target video sent by the intermediate server.

Correspondingly, the second video application client receives the delivery address of the target video.

And step 708, the second video application client acquires the target video according to the release address of the target video.

This step is the same as or similar to the step 306 in the embodiment of fig. 3, and is not described here again.

In step 709, the second video application client plays the target video.

This step is the same as or similar to the content of step 307 in the embodiment of fig. 3, and is not described herein again.

In summary, in the embodiment of the application, the first device and the second device perform video delivery through a binding relationship, so that the first device and the second device are not in the same local area network and can also perform video delivery, the limitation of video delivery is reduced, and the flexibility of video delivery is improved.

In an alternative embodiment based on fig. 3, the video delivery method further includes the following steps:

(1) the first video application client sends the face image to the server.

The first video application client can call a camera built in the first device or an external camera connected with the first device to acquire a face image. The face image may include at least one face.

Correspondingly, the server receives the face image sent by the first device.

(2) And the server sends the face image to the second video application client.

The first face in the face image is used to replace the second face in the target video.

(3) And the second video application client replaces the second face in the target video with the first face.

In a possible implementation manner, for a plurality of image frames in which a second face exists in the target video, the second video application client may respectively replace the content of the facial region of the second face in the target video with the content of the facial region of the first face in the face image, so as to obtain the image frames after the replacement of the plurality of faces, and then may replace the plurality of image frames in which the second face exists in the target video with the corresponding image frames after the replacement of the plurality of faces. Further, a target video after face replacement is generated.

In another possible implementation, the second face in the target video may be replaced by the first face by using a mechanical model.

In some other embodiments, the replacing of the second face in the target video with the first face may also be implemented by using other methods, which is not limited in this application.

It should be noted that the step of replacing the second face in the target video with the first face may be performed by the server, or may be performed by the second video application client. The embodiment of the present application is described by taking only the second video application client as an example.

(3) And the second video application client displays the target video after the face replacement.

After the target video after face replacement is obtained, the second video application client may display the target video after face replacement.

To sum up, according to the technical scheme provided by the embodiment of the application, the first video application client sends the first face in the face image to replace the second face in the target video in the second video application client, so that the second video application client can display the target video after face replacement, and the diversity of video playing is improved.

In another alternative embodiment based on fig. 3, the video delivery method further includes the following steps:

(1) the first video application client sends a screenshot request to the server.

When the user wants to intercept the image in the target video delivered by the second video application client, the user can control the first video application client to send a screenshot request to the server. The screenshot request is used for requesting to intercept an image in a target video released by the second video application client.

In one possible embodiment, the screenshot request is used to request that the entire image frame in the target video delivered by the second video application client be intercepted.

In another possible implementation, the screenshot request is used to request to intercept a partial region of an image frame in a target video delivered by a second video application client.

Optionally, when the second video application client in the second device plays the target video, the first video application client in the first device may run in the background, and in this case, when the user wants to know about the playing situation of the target video in the second device, the first video application client may be tuned to the foreground to run, and the screenshot request is sent to the server through the first video application client.

Optionally, the first video application client may further display a play prompt message, where the play prompt message is used to prompt the user that the target video is being delivered.

The point to be described is that a user can click a screenshot control in a user interface of a first video application client to trigger the first video application client to send a screenshot request to a server; the first video application client can be triggered to send a screenshot request to the server by touching a physical control of the first device; and triggering the first video application client to send a screenshot request to the server in a voice control mode. The embodiments of the present application do not limit this.

Correspondingly, the server receives a screenshot request sent by the first video application client.

(2) And the server forwards the screenshot request to the second video application client.

After obtaining the screenshot request, the server may forward the screenshot request to the second video application client.

(3) And the second video application client intercepts the image in the target video according to the screenshot request to obtain a screenshot image.

After receiving the screenshot request forwarded by the server, the second video application client can intercept the image in the target video according to the screenshot request, so that the screenshot image is obtained. Optionally, the second video application client may intercept an image of the target video in a process of normally playing the target video; and image frames needing image interception in the target video can be quickly searched and displayed, and image interception is carried out based on the image frames. The embodiments of the present application do not limit this.

(4) And the second video application client sends the screen capture image to the server.

The second video application client, after obtaining the screenshot image, may send the screenshot image to the server.

Correspondingly, the server receives the screen capture image sent by the second video application client.

Optionally, at the same time, the server may generate a URL with the screenshot image and store the screenshot image and the URL in correspondence.

(5) The server sends the screenshot image to the first video application client.

Further, after receiving the screenshot image sent by the second video application client, the server may forward the screenshot image to the first video application client. Alternatively, the server may send the URL of the screenshot image to the first video application client.

(6) The first video application client displays the screen capture image.

And the first video application client displays the screen capture image after receiving the screen capture image.

Optionally, after receiving the URL of the screen capture image, the first video may obtain the screen capture image according to the URL.

In this embodiment, the screenshot image is used to show the playing situation of the target video in the second device, so that the user can perform remote operation control on the playing of the target video based on the current playing situation. For example, when the user determines that the current playing progress is slow according to the screen capture image, the user can remotely control the target video to perform fast forward playing.

To sum up, according to the technical scheme provided by the embodiment of the application, a user can control the second video application client to capture the image in the target video through the first video application client to obtain the screen capture image, and further display the screen capture image in the first video application client. Through the technical scheme, the remote interaction versatility of the equipment is improved.

In yet another alternative embodiment based on fig. 3, the video delivery method further includes the following steps:

(1) the first video application client sends the real item image to the server.

The real article image is obtained by shooting a real article in a real environment by the first video application client.

The user can click the shooting control, and correspondingly, the terminal can receive a trigger signal corresponding to the shooting control. After the trigger signal corresponding to the shooting control is received, a camera of the terminal can be called to shoot the real object in the real environment, so that the image of the real object is obtained. The real object may be any object in a real environment.

Optionally, when the first video application client sends the real object image to the server, the first video application client may carry a video identifier for sending the target video, where the video identifier is used to uniquely identify the target video.

Optionally, the first video application client may display an image setting interface, where the image setting interface is used to perform editing setting on the real article image, for example, a user may set display of the real article image in the image setting interface, that is, set display of a virtual article of the real article image, for example, display information such as a display timestamp, a display duration, and a display position may be set, so that the first video application client obtains display information of the virtual article.

Optionally, the image setting interface may further include an image sending control, and the user may click the image sending control to trigger the first video application client to send the image of the real object to the server, and send the display information of the virtual object to the server.

Correspondingly, the server receives the real object image sent by the first video application client.

(2) And the server generates a virtual article for simulating the real article according to the real article image.

After acquiring the image of the real article, the server may acquire a virtual article for simulating the real article according to the image of the real article.

Alternatively, the virtual article may be a three-dimensional model of a real article.

Optionally, the generating a virtual article for simulating a real article according to the real article image may include: carrying out three-dimensional modeling on the real article to obtain a three-dimensional model of the real article; further, a planar image of at least one angle of the three-dimensional model may be acquired.

For example, when the image of the real object is captured, a Scale-invariant feature transform (SIFT) algorithm may be used to determine the similarity between the image of the real object and the planar image. Then, the virtual article corresponding to the planar image with the largest similarity may be determined as the virtual article for simulating the real article.

Alternatively, the similarity may be determined in any one of the following manners: an SIFT algorithm, a TF-IFD (Term Frequency-Inverse Document Term Frequency) algorithm, cosine similarity, Euclidean distance and Hamming distance. Of course, the determination of the similarity is not limited to the above algorithms, and may also cover other algorithms capable of determining the similarity, and the embodiment of the present application is only illustrated by a SIFT algorithm.

Optionally, the server may store a correspondence between the real item image, the video identification of the target video, and the virtual item of the real item.

(3) The server sends the virtual item to the second video application client.

After obtaining the virtual item, the server may send the virtual item to the second video application client. Wherein the virtual object is added to the target video for display.

Optionally, the server may send the URL of the virtual item to the second video application client.

(4) The second video application client displays the virtual item in the target video.

After the second video application client acquires the virtual article, the virtual article can be added to the target video for display.

Optionally, the second video application client obtains the virtual item according to the URL of the virtual item.

Optionally, when sending the virtual item to the second video application client, the server carries display information sent of the virtual item, where the display information may include information such as a display timestamp, a display duration, and a display position. The second video application client may display the virtual item in the target video according to the display information passing through the virtual item. For example, by displaying the time stamp, the target time stamp of the virtual object appearing in the target video can be known; for another example, by displaying the duration, the target duration of the virtual object displayed in the target video can be obtained; also for example, by displaying the position, a target position at which the virtual object is displayed in an image frame in the target video may be acquired.

Further, the second video application client may determine a target image frame to be displayed by the virtual article according to the display information, and superimpose and display the virtual article on the target position of the target image frame when the target image frame is played.

To sum up, according to the technical scheme provided by the embodiment of the present application, after acquiring the real object image sent by the first video application client, the server may generate a virtual object for simulating the real object according to the real object image, and the second video application client displays the virtual object in the target video. By the technical scheme, the functions of video application are enriched, and the enthusiasm of users is mobilized.

(1) the first video application client sends the target dubbing text to the server.

When the user wants to change the dubbing of the target video, the target dubbing text can be sent to the server through the first video application client. The target dubbing text is used to replace the original dubbing text in the target video.

Optionally, the target dubbing text may be recorded by the user, or may be obtained by downloading via a network, which is not limited in this embodiment of the present application.

Correspondingly, the server receives the target dubbing text sent by the first video application client.

(2) The server sends the target dubbing text to the second video application client.

The server, after receiving the target voiceover text, may forward the target voiceover text to the second video application client.

(3) The second video application client replaces the original dubbing text of the target video with the target dubbing text.

And after receiving the target dubbing text, the second video application client switches the target video from the playing mode to the dubbing mode, so that the original dubbing text of the target video is replaced by the target dubbing text.

Optionally, the target dubbing text further carries identification information of a target dubbing role. The second video application client can determine the target dubbing role to be dubbed according to the identification information of the target dubbing role; further, the original dubbing text of the target dubbing character in the target video is replaced by the target dubbing text.

The dubbing text may be a dubbing text for a certain character or may be a dubbing text for a plurality of characters, and the present embodiment is not limited to this.

(4) And the second video application client displays the target video after the dubbing text replacement.

And after replacing the original dubbing text of the target video by the target dubbing text, obtaining the target video after replacing the dubbing text. The second video application client may then display the target video after the dubbing text replacement.

To sum up, according to the technical scheme provided by the embodiment of the application, after the target dubbing text provided by the first video application client is acquired by the second video application client, the original dubbing text of the target video is replaced by the target dubbing text, and the target video after the dubbing text replacement is displayed. By the technical scheme, the functions of video application are enriched, and the enthusiasm of users is mobilized.

(1) the first video application client displays a comment input interface.

When a user wants to comment on a target video, the first video application client can be controlled to display a comment input interface. The comment input interface is used for a user to make comments.

The comment input interface comprises a comment input field and a comment sending control. The comment input field is used for a user to input comment contents; the comment sending control is used for sending comment contents.

The embodiment of the present application does not limit the states and display positions of the comment input field and the comment sending control.

(2) The first video application client acquires comment content input in the comment input field.

The user can input the comment content for the target video in the comment input field, and correspondingly, the first video application client can acquire the comment content input by the user in the comment input field.

(3) And the first video application client sends a comment display request carrying the comment content to the server.

And after acquiring the trigger signal corresponding to the comment sending control, the first video application client sends a comment display request carrying comment content to the server. The comment display request is used for requesting to display the comment content in the playing process of the target video. The comment content is used for displaying in the process of playing the target video by the second device.

(4) And the second video application client displays the comment content in the process of playing the target video.

After receiving the comment display request, the comment content carried in the comment display request may be acquired, and then the second video application client may display the comment content in the process of playing the target video.

In summary, according to the technical scheme provided by the embodiment of the application, the comment content is input in the first video application client, and the comment content is displayed in the process of playing the target video in the second video application client, so that the video delivery function is expanded, and the user experience is optimized.

In yet another optional embodiment based on fig. 3, the video delivery method further includes:

the video delivery requests comprise n video delivery requests, the n video delivery requests correspond to the n target videos one by one, and n is an integer larger than 1.

In this case, the server may sequentially send n target videos corresponding to the n video delivery requests to the second device according to the receiving order of the n video delivery requests.

The first device may send a plurality of video delivery requests to the server, and after receiving the plurality of video delivery requests, the server generates a delivery address list of target videos to be played, and sequentially sends a plurality of target videos to the second device according to the delivery address list of the target videos.

For example, the first device sends a video placement request 1, a video placement request 2, and a video placement request 3, corresponding to target video 1, target video 2, and target video 3, respectively. After receiving the video delivery request 1, the video delivery request 2 and the video delivery request 3, the server generates a delivery address list of the target video to be played, and as shown in the following table-1, the server sequentially sends the target video 1, the target video 2 and the target video 3 to the second device according to the sequence of the delivery addresses in the table-1.

Video delivery request	Target video	Drop address
			Video delivery request 1	Target video 1	Delivery address 1
Video delivery request 2	Target video 2	Delivery address 2
			Video delivery request 3	Target video 3	Delivery address 3

TABLE-1

Optionally, the n video delivery requests carry priority information. In this case, after receiving the n video delivery requests, the server may send n target videos corresponding to the n video delivery requests to the second device according to the priority information.

For example, the priority information of the video delivery request 1, the video delivery request 2, and the video delivery request 3 sent by the first device is low, medium, and high in sequence. After receiving the video delivery request 1, the video delivery request 2 and the video delivery request 3, the server generates a delivery address list of the target video to be played according to the priority information, as shown in the following table-2, and the server sequentially sends the target video 3, the target video 2 and the target video 1 to the second device according to the sequence of the delivery addresses in the table-2.

Video delivery request	Priority information	Target video	Drop address
				Video delivery request 3	Height of	Target video 3	Delivery address 3
Video delivery request 2	In	Target video 2	Delivery address 2
				Video delivery request 1	Is low in	Target video 1	Delivery address 1

TABLE-2

To sum up, the technical scheme provided by the embodiment of the application provides a technical scheme for sending the target video to the second device when the server receives a plurality of video delivery requests, and improves the flexibility of video delivery.

Referring to fig. 8, a flowchart of a method for delivering rich media content according to an embodiment of the present application is shown. In the present embodiment, the method is mainly applied to the server in the implementation environment shown in fig. 1 for illustration. The method may include the steps of:

step 801, receiving a delivery request sent by a first application client in a first device, where the delivery request is used to request that target rich media content be presented in other devices.

A first application client in a first device sends a delivery request to a server. Correspondingly, the server receives a delivery request sent by the first application client. The launch request is used to request presentation of the targeted rich media content in the other device.

Rich Media (Rich Media) refers to an information dissemination method with animation, sound, video and/or interactivity. The rich media includes streaming media, voice, Flash, and one or a combination of several of Java, Javascript, DHTML (Dynamic HyperText Markup Language) and other programming languages. Rich media may be applied in various web services such as web site design, email, BANNER (BANNER), pop-up, spot ad, etc.

The rich media content is a content having rich media elements such as pictures, texts, videos, and audios, and may be a content formed by a single rich media element, or a content formed by combining a plurality of rich media elements, for example, the rich media content may be a simple picture, a text, an audio, or the like, or a content formed by combining a picture and a text, or a content formed by combining an audio and a picture, or a content formed by combining a picture, a text, and an audio, or the like.

In this embodiment, the rich media element included in the target rich media content is not limited.

The release request includes identification information of the first device. The release request is used for presenting the target rich media content in other devices, and the other devices may include one device or a plurality of devices, which is not limited in the embodiment of the present application.

The identification information about the first device has been described above and will not be described further here.

Step 802, according to the identification information of the first device, determining a second device having a binding relationship with the first device.

Step 803, sending the delivery address of the target rich media content to a second application client in the second device.

After determining the second device, the server may send the delivery address of the targeted rich media content to a second application client in the second device. Correspondingly, the second application client receives the delivery address of the target rich media content sent by the server.

And the delivery address of the target rich media content is used for acquiring the target rich media content. The delivery address of the target rich media content may be a URL of the target rich media content. The URL is described above and will not be described further herein.

It should be noted that, in this embodiment, the first application client and the second application client may be clients of the same application, or may be clients of two different applications, and the first application client and the second application client share a server. The application can be a video playing application, and the video playing application refers to an application program capable of playing internet or local video files; the system can also be an audio playing application, wherein the audio playing refers to an application program capable of playing an internet or local audio file; the system can also be a picture display application, wherein the picture display application refers to an application program capable of displaying an internet or local picture; and so on. This embodiment is not limited to this.

To sum up, according to the technical solution provided in the embodiment of the present application, after receiving a delivery request, through a binding relationship between a first device and a second device, a second device having a binding relationship with the first device may be determined according to identification information of the first device in the delivery request, and then a delivery address of a target rich media content is sent to the second device. According to the technical scheme provided by the embodiment of the application, the first equipment and the second equipment are used for releasing the rich media content through the binding relation, so that the first equipment and the second equipment are not in the same local area network and can also be used for releasing the rich media content, the limitation of releasing the rich media content is reduced, and the flexibility of releasing the rich media content is improved.

The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.

Referring to fig. 9, a block diagram of a video delivery apparatus according to an embodiment of the present application is shown. The device has the function of implementing the method example of the server side, and the function can be implemented by hardware or by hardware executing corresponding software. The device may be the server described above, or may be provided on the server. The apparatus 900 may include: a release request receiving module 901, a bound device determining module 902 and a release address sending module 903.

A release request receiving module 901, configured to receive a video release request sent by a first video application client in a first device, where the video release request is used to request to play a target video in another device, and the video release request includes identification information of the first device.

A bound device determining module 902, configured to determine, according to the identification information of the first device, a second device having a binding relationship with the first device.

A release address sending module 903, configured to send a release address of the target video to a second video application client in the second device.

In some possible designs, as shown in fig. 10, the apparatus 900 further comprises: a first request receiving module 904, an identification information obtaining module 905 and a binding relationship establishing module 906.

A first request receiving module 904, configured to receive a first binding request sent by the first video application client, where the first binding request includes a verification code and identification information of the first device.

An identification information obtaining module 905, configured to obtain identification information of the second device stored in correspondence with the verification code.

A binding relationship establishing module 906, configured to establish the binding relationship between the first device and the second device according to the identification information of the first device and the identification information of the second device.

In some possible designs, as shown in fig. 10, the apparatus 900 further comprises: a generation request receiving module 907, an authentication code generating module 908 and an authentication code transmitting module 909.

A generation request receiving module 907, configured to receive a verification code generation request sent by the second video application client, where the verification code generation request includes identification information of the second device.

A verification code generating module 908, configured to generate the verification code, and store a corresponding relationship between the verification code and the identification information of the second device.

A verification code sending module 909, configured to send the verification code to the second video application client.

In some possible designs, as shown in fig. 10, the apparatus 900 further comprises: a second request receiving module 910.

A second request receiving module 910, configured to receive a second binding request sent by the first video application client, where the second binding request includes identification information of the first device and identification information of the second device, and the identification information of the second device is obtained by the first video application client by scanning a graphic code displayed by the second device, where the graphic code includes the identification information of the second device.

In some possible designs, the first video application client and the second video application client are clients of the same application; or the first video application client and the second video application client are clients of two different application programs, and the first video application client and the second video application client share a server.

In some possible designs, as shown in fig. 10, the apparatus 900 further comprises: a face image receiving module 911 and a face image sending module 912.

A face image receiving module 911, configured to receive a face image sent by the first video application client.

A face image sending module 912, configured to send the face image to the second video application client, where a first face in the face image is used to replace a second face in the target video.

In some possible designs, as shown in fig. 10, the apparatus 900 further comprises: a screenshot request receiving module 913, a screenshot request forwarding module 914, a screenshot image receiving module 915 and a screenshot image sending module 916.

A screenshot request receiving module 913, configured to receive a screenshot request sent by the first video application client, where the screenshot request is used to request to intercept an image in the target video delivered by the second video application client.

A screenshot request forwarding module 914, configured to forward the screenshot request to the second video application client.

A screenshot receiving module 915, configured to receive a screenshot image sent by the second video application client.

A screenshot sending module 916, configured to send the screenshot image to the first video application client.

Referring to fig. 11, a block diagram of a video delivery apparatus according to an embodiment of the present application is shown. The apparatus has a function of implementing the method example of the first device side, and the function may be implemented by hardware or by hardware executing corresponding software. The apparatus may be the first device described above, or may be provided on the first device. The apparatus 1100 may include: a user interface display module 1101, a trigger signal acquisition module 1102 and a delivery request sending module 1103.

A user interface display module 1101, configured to display a user interface of the first video application client, where the user interface includes a video delivery control.

A trigger signal obtaining module 1102, configured to obtain a trigger signal corresponding to the video launch control.

A delivery request sending module 1103, configured to send a video delivery request to a server, where the video delivery request includes identification information of the first device, and the video delivery request is used to trigger playing of the target video in a second device that has a binding relationship with the first device.

In some possible designs, as shown in fig. 12, the apparatus 1100 further comprises: an authentication code obtaining module 1104 and a first request sending module 1105.

And a verification code obtaining module 1104, configured to obtain a verification code input in the device binding interface.

A first request sending module 1105, configured to send a first binding request to the server, where the first binding request includes the verification code and the identification information of the first device.

In some possible designs, as shown in fig. 12, the apparatus 1100 further comprises: a graphic code scanning module 1106 and a second request sending module 1107.

The graphic code scanning module 1106 is configured to scan a graphic code displayed by a second video application client in the second device, to obtain identification information of the second device.

A second request sending module 1107, configured to send a second binding request to the server, where the second binding request includes the identifier information of the first device and the identifier information of the second device.

In some possible designs, as shown in fig. 12, the apparatus 1100 further comprises: an input interface display module 1108, a comment content acquisition module 1109, and a display request sending module 1110.

An input interface display module 1108, configured to display a comment input interface, where the comment input interface includes a comment input field and a comment sending control.

A comment content acquiring module 1109, configured to acquire the comment content input in the comment input field.

A display request sending module 1110, configured to send, to the server, a comment display request carrying the comment content after obtaining the trigger signal corresponding to the comment sending control, where the comment content is used for displaying in a process of playing the target video by the second device.

Referring to fig. 13, a block diagram of a video delivery apparatus according to an embodiment of the present application is shown. The apparatus has a function of implementing the method example of the second device side, and the function may be implemented by hardware or by hardware executing corresponding software. The apparatus may be the second device described above, or may be provided on the second device. The apparatus 1300 may include: a release address receiving module 1301, a target video acquiring module 1302 and a target video playing module 1303.

A release address receiving module 1301, configured to receive a release address of a target video sent by a server.

A target video obtaining module 1302, configured to obtain the target video according to the release address.

And the target video playing module 1303 is used for playing the target video.

In some possible designs, as shown in fig. 14, the apparatus 1300 further comprises: a user interface display module 1304, an identification information acquisition module 1305, a generation request sending module 1306, a verification code receiving module 1307, and a verification code display module 1308.

And a user interface display module 1304, configured to display a user interface of the second video application client, where the user interface includes an identifier obtaining control.

An identification information obtaining module 1305, configured to obtain the identification information of the second device after receiving the trigger signal corresponding to the identification obtaining control.

A generation request sending module 1306, configured to send a verification code generation request to the server, where the verification code generation request includes the identification information of the second device.

An identifying code receiving module 1307, configured to receive the identifying code sent by the server.

A verification code display module 1308, configured to display the verification code.

In some possible designs, as shown in fig. 14, the apparatus 1300 further comprises: a graphic code generation module 1309 and a graphic code display module 1310.

A graphic code generating module 1309, configured to generate a graphic code according to the identification information of the second device, where the graphic code carries the identification information of the second device.

And a graphic code display module 1310 for displaying the graphic code.

In some possible designs, as shown in fig. 14, the apparatus 1300 further comprises: a face image receiving module 1311 and a video face replacement module 1312.

A face image receiving module 1311, configured to receive a face image sent by the server, where the face image includes a first face.

A video face replacement module 1312, configured to replace the second face in the target video with the first face.

In some possible designs, as shown in fig. 14, the apparatus 1300 further comprises: a screenshot request receiving module 1313, a screenshot image acquisition module 1314 and a screenshot image sending module 1315.

A screenshot request receiving module 1313, configured to receive a screenshot request sent by the server, where the screenshot request is used to request to intercept an image in the target video.

A screen capture image obtaining module 1314, configured to capture an image in the target video according to the screen capture request, so as to obtain a screen capture image.

A screenshot image sending module 1315, configured to send the screenshot image to the server.

Referring to fig. 15, a block diagram of a rich media content delivery apparatus according to an embodiment of the present application is shown. The device has the function of realizing the example of the delivery method of the rich media content at the server side, and the function can be realized by hardware or by hardware executing corresponding software. The device may be the server described above, or may be provided on the server. The apparatus 1500 may include:

a request receiving module 1510, configured to receive a placement request sent by a first application client in a first device, where the placement request is used to request that target rich media content be displayed in other devices, and the placement request includes identification information of the first device.

The device determining module 1520, configured to determine, according to the identification information of the first device, a second device having a binding relationship with the first device.

An address sending module 1530, configured to send a delivery address of the target rich media content to a second application client in the second device.

It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the functional modules is illustrated, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the apparatus may be divided into different functional modules to implement all or part of the functions described above. In addition, the apparatus and method embodiments provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in the method embodiments for details, which are not described herein again.

Referring to fig. 16, a block diagram of a terminal according to an embodiment of the present application is shown. The terminal 1600 may be the first device or the second device introduced above. Generally, terminal 1600 includes: a processor 1601, and a memory 1602.

Processor 1601 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 1601 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field Programmable Gate Array), and a PLA (Programmable Logic Array). Processor 1601 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1601 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content that the display screen needs to display. In some embodiments, the processor 1601 may further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.

Memory 1602 may include one or more computer-readable storage media, which may be non-transitory. The memory 1602 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 1602 is used to store at least one instruction, at least one program, a set of codes, or a set of instructions for execution by the processor 1601 to implement a video delivery method provided by method embodiments herein.

In some embodiments, the terminal 1600 may also optionally include: peripheral interface 1603 and at least one peripheral. Processor 1601, memory 1602 and peripheral interface 1603 may be connected by buses or signal lines. Various peripheral devices may be connected to peripheral interface 1603 via buses, signal lines, or circuit boards. Specifically, the peripheral device may include: at least one of a communication interface 1604, a display 1605, audio circuitry 1606, a camera assembly 1607, a positioning assembly 1608, and a power supply 1609.

Those skilled in the art will appreciate that the configuration shown in fig. 16 is not intended to be limiting of terminal 1600, and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be employed.

Referring to fig. 17, a schematic structural diagram of a server according to an embodiment of the present application is shown. Specifically, the method comprises the following steps:

the server 1700 includes a CPU (Central Processing Unit) 1701, a system Memory 1704 including a RAM (Random Access Memory) 1702 and a ROM (Read Only Memory) 1703, and a system bus 1705 connecting the system Memory 1704 and the Central Processing Unit 1701. The server 1700 also includes a basic I/O (Input/Output) system 1706, which facilitates the transfer of information between devices within the computer, and a mass storage device 1707 for storing an operating system 1713, application programs 1714, and other program modules 1712.

The basic input/output system 1706 includes a display 1708 for displaying information and an input device 1709 such as a mouse, keyboard, etc. for a user to input information. Wherein the display 1708 and the input device 1709 are connected to the central processing unit 1701 via an input-output controller 1710 connected to the system bus 1705. The basic input/output system 1706 may also include an input/output controller 1710 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input-output controller 1710 may also provide output to a display screen, a printer, or other type of output device.

The mass storage device 1707 is connected to the central processing unit 1701 through a mass storage controller (not shown) connected to the system bus 1705. The mass storage device 1707 and its associated computer-readable media provide non-volatile storage for the server 1700. That is, the mass storage device 1707 may include a computer-readable medium (not shown) such as a hard disk or a CD-ROM (Compact disk Read-Only Memory) drive.

Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM (Erasable Programmable Read Only Memory), flash Memory or other solid state Memory technology, CD-ROM, DVD or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 1704 and mass storage device 1707 described above may be collectively referred to as memory.

The server 1700 may also operate in conjunction with remote computers connected to a network via a network, such as the internet, according to various embodiments of the present application. That is, the server 1700 may be connected to the network 1712 through the network interface unit 1711 connected to the system bus 1705, or may be connected to another type of network or remote computer system (not shown) using the network interface unit 1711.

The memory also includes at least one instruction, at least one program, set of codes, or set of instructions stored in the memory and configured to be executed by the one or more processors to implement the video delivery method described above or to implement the delivery method of rich media content described above.

In an exemplary embodiment, a computer device is also provided. The computer device may be a terminal or a server. The computer device includes a processor and a memory, the memory having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by the processor to implement the video delivery method described above, or to implement the delivery method of rich media content described above.

In an exemplary embodiment, a computer readable storage medium is also provided, having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which when executed by a processor, implements the above-described video delivery method, or implements the above-described delivery method of rich media content.

In an exemplary embodiment, a computer program product is also provided, which, when being executed by a processor, is adapted to carry out the above-mentioned video delivery method or to carry out the above-mentioned delivery method of rich media content.

It should be understood that reference to "a plurality" herein means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

The above description is only exemplary of the present application and should not be taken as limiting the present application, and any modifications, equivalents, improvements and the like that are made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A method for video delivery, the method comprising:

2. The method of claim 1, wherein before determining, according to the identification information of the first device, a second device having a binding relationship with the first device, further comprising:

receiving a first binding request sent by the first video application client, wherein the first binding request comprises a verification code and identification information of the first device;

acquiring identification information of the second device, which is stored corresponding to the verification code;

and establishing the binding relationship between the first device and the second device according to the identification information of the first device and the identification information of the second device.

3. The method of claim 2, wherein before obtaining the identification information of the second device stored in correspondence with the verification code, further comprising:

receiving a verification code generation request sent by the second video application client, wherein the verification code generation request comprises identification information of the second device;

generating the verification code and storing the corresponding relation between the verification code and the identification information of the second equipment;

and sending the verification code to the second video application client.

4. The method of claim 1, wherein before determining, according to the identification information of the first device, a second device having a binding relationship with the first device, further comprising:

receiving a second binding request sent by the first video application client, where the second binding request includes identification information of the first device and identification information of the second device, and the identification information of the second device is obtained by the first video application client by scanning a graphic code displayed by the second device, where the graphic code includes identification information of the second device;

5. The method according to any one of claims 1 to 4,

the first video application client and the second video application client are clients of the same application program;

or,

the first video application client and the second video application client are clients of two different application programs, and the first video application client and the second video application client share a server.

6. The method according to any one of claims 1 to 4, wherein after sending the delivery address of the target video to the second video application client in the second device, further comprising:

receiving a screenshot request sent by the first video application client, wherein the screenshot request is used for requesting to intercept an image in the target video released by the second video application client;

forwarding the screenshot request to the second video application client;

receiving a screen capture image sent by the second video application client;

and sending the screen capture image to the first video application client.

7. A method for video delivery, the method comprising:

acquiring a trigger signal corresponding to the video release control;

sending a video delivery request to a server, wherein the video delivery request comprises identification information of the first device, and the video delivery request is used for triggering the target video to be played in at least one second device which has a binding relationship with the first device.

8. The method of claim 7, wherein before sending the video delivery request to the server, further comprising:

acquiring a verification code input in an equipment binding interface;

and sending a first binding request to the server, wherein the first binding request comprises the verification code and the identification information of the first device.

9. The method of claim 7, wherein before sending the video delivery request to the server, further comprising:

scanning a graphic code displayed by a second video application client in the second equipment to obtain identification information of the second equipment;

and sending a second binding request to the server, wherein the second binding request comprises the identification information of the first device and the identification information of the second device.

10. The method according to any one of claims 7 to 9, wherein after sending the video delivery request to the server, further comprising:

displaying a comment input interface, wherein the comment input interface comprises a comment input field and a comment sending control;

obtaining comment content input in the comment input field;

and after a trigger signal corresponding to the comment sending control is obtained, sending a comment display request carrying the comment content to the server, wherein the comment content is used for displaying in the process of playing the target video by the second device.

11. A method for delivering rich media content, the method comprising:

12. A video delivery apparatus, the apparatus comprising:

13. A video delivery apparatus, the apparatus comprising:

14. A computer device comprising a processor and a memory, the memory having stored therein at least one instruction, at least one program, set of codes, or set of instructions, which is loaded and executed by the processor to implement the method of any one of claims 1 to 6, or to implement the method of any one of claims 7 to 10, or to implement the method of claim 11.

15. A computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement the method of any one of claims 1 to 6, or to implement the method of any one of claims 7 to 10, or to implement the method of claim 11.