WO2022237379A1 - Screen projection method and electronic device - Google Patents

Abstract

Embodiments of the present application provide a screen projection method and an electronic device, relate to the technical field of electronic devices, and can power consumption of the electronic devices during the screen projection. The specific solution comprises: in response to a first screen projection operation, a screen projection sending end sends a screen projection instruction comprising a download address of target DRM multimedia data to a screen projection receiving end, the target DRM multimedia data being data obtained by encrypting target multimedia data; the screen projection receiving end receives the screen projection instruction from the screen projection sending end, and obtains the target DRM multimedia data from a service platform according to the download address of the target DRM multimedia data; and the screen projection receiving end acquires authorization information of the target DRM multimedia data by means of the screen projection sending end, and plays the target multimedia data according to the authorization information.

Description

Screen projection method and electronic device

This application claims the priority of a Chinese patent application with the application number 202110507862.3 and the application name "A Screen Projection Method and Electronic Device" submitted to the State Intellectual Property Office on May 10, 2021, the entire contents of which are incorporated herein by reference. Applying.

technical field

The embodiments of the present application relate to the technical field of electronic equipment, and in particular, to a screen projection method and electronic equipment.

Background technique

With the development of electronic technology, screen projection technology has been widely used. Screen projection technology may refer to projecting multimedia data (such as video, audio) on electronic devices (such as mobile phones, tablet computers, etc.) to other devices (such as smart TVs, smart projectors) for playback. For example, put the video on the mobile phone on the smart TV for playback, so that the user can browse the video on the mobile phone on the smart TV.

At present, due to copyright protection of multimedia data, service platforms that provide multimedia data only allow accounts (such as member accounts) that are granted permission to use digital rights management (DRM) multimedia data. Among them, DRM is a technology for managing the use rights of protected files (such as images, audio and video, etc.). However, in the prior art, when an electronic device casts DRM multimedia data to other devices for playback, usually, the electronic device needs to obtain the DRM multimedia data from the service platform that provides the multimedia data and then decrypt it, and the decrypted DRM multimedia data for screencasting. Since the DRM multimedia data is decrypted on the side of the electronic device, and the electronic device also needs to project the decrypted DRM multimedia data to other devices, the energy consumption of the electronic device is increased.

Contents of the invention

The present application provides a method for projecting a screen and an electronic device, so as to reduce energy consumption of the electronic device when projecting a screen.

In a first aspect, the present application provides a method for screen projection, which may include: in response to the first screen projection operation, the screen projection sender includes a screen projection instruction for acquiring information of target DRM multimedia data to the screen projection receiver, and the target The DRM multimedia data is the encrypted data of the target multimedia data; the screen projection receiving end receives the screen projection instruction from the screen projection sending end, and obtains the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; the screen projection receiving end Obtain the authorization information of the target DRM multimedia data through the screen projection sending end, and play the target multimedia data according to the authorization information.

Based on the technical solution of the present application, the screen projection sender can act on behalf of the screen projection receiver to complete the acquisition and authentication of authorization information. The screen projection receiver can directly download the target DRM multimedia data according to the screen projection instruction from the screen projection sender. In this way, the screen projection sender does not need to download the target DRM multimedia data. Compared with the prior art, the screen projection sender not only needs to perform authentication and obtain authorization information, but also downloads DRM multimedia data. The solution provided by the embodiment of the present application, Since the screen projection sender does not need to download the DRM multimedia data, the energy consumption of the screen projection sender is reduced.

In combination with the first aspect, in a possible design, before the screen projection sending end sends the first screen projection instruction to the screen projection receiving end, the method may further include: the screen projection sending end sends a request to obtain The first request message of the target DRM multimedia data; after receiving the first request message from the screen projection sender, the service platform authenticates the screen projection sender; The screen projection sending end sends acquisition information of the target DRM multimedia data.

Based on this possible implementation, when the screen projection sender is successfully authenticated, the service platform can send the acquisition information of the target DRM multimedia data through the screen projection sender, preventing the target DRM multimedia data from being obtained by illegal devices.

In combination with the first aspect, in another possible design mode, the screen projection receiver sends authorization information for requesting acquisition of target DRM multimedia data to the service platform through the screen projection sender; the service platform receives the second request from the screen projection sender. request message, and send the authorization information of the target DRM multimedia data to the screen projection receiver through the screen projection sender.

Based on this possible implementation method, the receiving end of the screen projection can obtain the authorization information through the sending end of the screen projection. In this way, the receiving end of the screen projection does not need to install an application program that provides the target DRM multimedia data, but only needs to be installed on the screen projection sending end to provide the target DRM multimedia data. The application program of the DRM multimedia data is expanded, and the application range of the screen projection of the DRM multimedia data is expanded.

In combination with the first aspect, in another possible design, the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; the authorization information is for the service platform to use the The public key is obtained by encrypting the key.

Based on this possible implementation, the service platform uses the public key of the projection receiver to encrypt the decryption key of the target DRM multimedia data to obtain authorization information. This prevents other devices from being able to decrypt the authorization information after obtaining the authorization information, thereby ensuring the security of the target multimedia data.

Combining with the first aspect, in another possible design mode, the screen projection receiver uses the private key of the screen projection receiver to decrypt the authorization information to obtain the key, and uses the key to decrypt the target DRM multimedia data to obtain The target multimedia data; the screen projection receiving end plays the target multimedia data.

Based on this possible implementation, the receiving end of the projection screen can use its own use to decrypt the authorization information, and then can obtain the decryption key of the target DRM multimedia data, and use the decryption key to decrypt the target DRM multimedia data to obtain Target multimedia data that can be played. Since the authorization information is obtained by encrypting the public key of the screen projection receiver, it is guaranteed that other devices cannot decrypt the authorization information after obtaining the authorization information. The security of the target multimedia data is guaranteed.

With reference to the first aspect, in another possible design manner, the method further includes: in response to the first control operation, the sending end of the screen projection sends a first control for controlling the playback of the target multimedia data to the receiving end of the screen projection Instruction: the screen projection receiving end receives the first control instruction from the screen projection sending end, and controls the playing of the target multimedia data according to the first control instruction.

Based on this possible implementation, the screen projection sender can control the playback progress of the target multimedia data played by the screen projection receiver through control instructions, which is flexible and convenient.

In the second aspect, a screen projection method is provided, which is applied to the screen projection sending end, and the method may include: the screen projection sending end obtains the acquisition information of the target DRM multimedia data, and the target DRM multimedia data is encrypted target multimedia data data; in response to the first control operation, the screen projection sending end sends the first screen projection instruction including the acquisition information of the target DRM multimedia data to the screen projection receiving end; the screen projection sending end obtains the authorization information of the target DRM multimedia data, and sends the The screen sender sends the authorization information.

In combination with the second aspect, in a possible implementation manner, the screen projection sending end receives a second request message from the screen projection receiving end for requesting to obtain the authorization information of the target DRM multimedia data, and sends the second request message to the service platform; The screen projection sending end receives the authorization information of the target DRM multimedia data from the service platform.

In conjunction with the second aspect, in a possible implementation, the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The public key is obtained by encrypting the secret key of the screen projection receiver.

With reference to the second aspect, in a possible implementation manner, the method may further include: in response to the first control operation, the delivery sender sends a first control instruction for controlling playback of the target multimedia data to the screen projection receiver.

In the third aspect, a screen projection method is provided, which uses a screen projection receiving end, and the method includes: the screen projection receiving end receives a first screen projection instruction from the screen projection sending end that includes the acquisition information of the target DRM multimedia data, and the target DRM multimedia data The data is the encrypted data of the target multimedia data; the projection receiver obtains the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; the projection receiver obtains the authorization information of the target DRM multimedia data through the projection sender , and play the target multimedia data according to the authorization information.

In combination with the third aspect, in a possible implementation manner, the screen projection receiving end sends the second request information for requesting to obtain the authorization information of the target DRM multimedia data to the screen projection sending end; Authorization information of the target DRM multimedia data.

In conjunction with the third aspect, in a possible implementation, the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The public key is obtained by encrypting the secret key of the screen projection receiver.

With reference to the third aspect, in a possible implementation manner, the method may further include: the receiving end of the screen projection receives a first control instruction for controlling the playback of the target multimedia data from the transmitting end of the screen projection, and the receiving end of the screen projection receives the first control instruction according to the first The control instruction controls the playing of the target multimedia data.

With reference to the first aspect, the second aspect, and the third aspect, in a possible implementation manner, the acquisition information of the target DRM multimedia data includes a download address.

Based on this possible implementation, the screen projection receiver can directly obtain the target DRM multimedia data from the service platform according to the download address of the target DRM multimedia data, which is simple and convenient.

In a fourth aspect, a screen projection system is provided, and the screen projection system may include a screen projection sender, a screen projection receiver, and a business platform;

The screen projection sending end is used to respond to the first screen projection operation, and send the first screen projection instruction including the acquisition information of the target DRM multimedia data to the screen projection receiving end, and the target DRM multimedia data is the encrypted data of the target multimedia data; The screen receiver is used to receive the first screen projection instruction from the screen projection sender, and obtains the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; the screen projection receiver is also used to obtain the target through the screen projection sender. The authorization information of the DRM multimedia data, and play the target multimedia data according to the authorization information; the service platform is used to send the target DRM multimedia data to the screen projection receiver, and send the authorization information of the target DRM multimedia data to the screen projection receiver through the screen projection sender .

In conjunction with the fourth aspect, in a possible implementation manner, the screen projection sending end is further configured to send a first request message for requesting acquisition of target DRM multimedia data to the service platform; the service platform is also used to receive the first request message from the screen projection transmission end. A request message, and authenticate the screen projection sender; the service platform is also used to send the acquisition information of the target DRM multimedia data to the screen projection sender when the screen projection sender passes the authentication.

In combination with the fourth aspect, in a possible implementation manner, the screen projection receiving end is specifically configured to send a second request message for obtaining the authorization information of the target DRM multimedia data to the service platform through the screen projection receiving end; the service platform is specifically used to Receive the second request message from the screen projection sender, and send the authorization information of the target DRM multimedia data to the screen projection receiver through the screen projection sender; the screen projection receiver is also used to receive the authorization information from the screen projection sender.

In conjunction with the fourth aspect, in a possible implementation, the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The public key is obtained by encrypting the secret key of the screen projection receiver.

In combination with the fourth aspect, in a possible implementation, the screen projection receiver is also used to use the private key of the screen projection receiver to decrypt the authorization information to obtain the key; the screen projection receiver is also used to use the key to encrypt the target DRM The multimedia data is decrypted to obtain the target multimedia data; the projection receiver is also used to play the target multimedia data.

With reference to the fourth aspect, in a possible implementation manner, the screen projection sending end is further configured to send to the screen projection receiving end a first control instruction for controlling the playback of target multimedia data in response to the first control operation; the screen projection receiving end The terminal is also used to receive the first control instruction from the screen projection sending terminal, and control the playing of the target multimedia data according to the first control instruction.

In a fifth aspect, an electronic device is provided, the electronic device is a screen projection sending end; the electronic device includes: a memory and a processor, the memory is coupled to the processor; the memory is also used to store computer program code, computer program code It includes computer instructions; when the computer instructions are executed by the processor, the electronic device is made to execute the method described in the second aspect and any possible design manner thereof.

Sixth aspect. Provided is an electronic device, the electronic device is a projection receiving end; the electronic device includes: a memory and a processor, the memory is coupled to the processor; the memory is also used to store computer program codes, and the computer program codes include computer instructions; When the computer instructions are executed by the processor, the electronic device is made to execute the method described in the third aspect and any possible design manner thereof.

In a seventh aspect, the present application provides a chip system, which is applied to an electronic device. The system-on-a-chip includes one or more interface circuits and one or more processors. The interface circuit and the processor are interconnected by wires. The interface circuit is for receiving a signal from the memory of the electronic device and sending the signal to the processor, the signal including computer instructions stored in the memory. When the processor executes the computer instructions, the electronic device executes the method described in the second aspect or the third aspect and any possible design manner thereof.

In an eighth aspect, the present application provides a computer storage medium, the computer storage medium includes computer instructions, and when the computer instructions are run on an electronic device, the electronic device executes the second aspect or the third aspect and any of them. One possible design approach is described.

In a ninth aspect, the present application provides a computer program product. When the computer program product runs on a computer, the computer executes the computer program as described in the second aspect or the third aspect and any possible design thereof. method.

It can be understood that the electronic device described in the second aspect and any possible design method provided above, the chip system described in the third aspect, the computer storage medium described in the fourth aspect, and the computer storage medium described in the fifth aspect For the beneficial effects that the computer program product can achieve, reference may be made to the beneficial effects in the first aspect and any of its possible design methods, which will not be repeated here.

Description of drawings

Fig. 1 is the schematic flow chart of the encryption/decryption method of a kind of DRM file that the embodiment of the present application provides;

FIG. 2 is a schematic diagram of a content display interface of an electronic device provided in an embodiment of the present application;

FIG. 3 is a flow chart of a screen projection method for DRM multimedia data provided by an embodiment of the present application;

FIG. 4 is a flow chart of another screen projection method for DRM multimedia data provided by an embodiment of the present application;

FIG. 5 is a schematic composition diagram of a system architecture for casting DRM multimedia data provided by an embodiment of the present application;

FIG. 6 is a schematic composition diagram of another system architecture for casting DRM multimedia data according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a hardware structure of an electronic device provided in an embodiment of the present application;

FIG. 8 is a flow chart of a screen projection method for DRM multimedia data provided by an embodiment of the present application;

FIG. 9 is a schematic diagram of an example of a screen projection interface of a screen projection sending end provided by an embodiment of the present application;

FIG. 10 is a schematic diagram of an example of a screen projection connection display interface of a screen projection sending end provided by an embodiment of the present application;

FIG. 11 is a schematic diagram of another example of a screen projection connection display interface of a screen projection sending end provided by an embodiment of the present application;

Fig. 12a is a schematic diagram of an example of an interface where the screen projection sender controls screen projection by the screen projection receiver provided by an embodiment of the present application;

Fig. 12b is a schematic diagram of an example of another screen projection interface provided by the screen projection sender to control the projection screen by the screen projection receiver provided by the embodiment of the present application;

Fig. 12c is a schematic diagram of an example of a remote control controlling a projection receiving end provided in an embodiment of the present application;

Fig. 12d is a schematic diagram of an example of another remote control to control the screen projection receiving end provided by the embodiment of the present application;

Fig. 12e is a schematic diagram of an example of the progress of controlling the progress of DRM multimedia data by the screen projection receiving end provided by the embodiment of the present application;

Fig. 13a is a schematic diagram of an example of a display interface of a screen projection sending end provided by an embodiment of the present application;

Fig. 13b is a schematic diagram of another example of a display interface of a screen projection sending end provided by an embodiment of the present application;

Figures 14a to 14c are schematic diagrams of an example of a display interface in which a screen projection sender projects screens to multiple screen projection receivers respectively according to an embodiment of the present application;

FIG. 15 is a schematic diagram of an example of an interface for controlling screen projection provided by an embodiment of the present application;

FIG. 16 is a schematic diagram of the structural composition of a chip system provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, not all of them. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

The terms "first" and "second" are used for descriptive purposes only, and cannot be understood as indicating or implying relative importance or implicitly specifying the quantity of indicated technical features. Thus, a feature defined as "first" and "second" may explicitly or implicitly include one or more of these features. In addition, the terms "including" and "having" mentioned in the description of the present application and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or modules is not limited to the listed steps or modules, but optionally also includes other unlisted steps or modules, or optionally also includes Other steps or modules inherent to such processes, methods, products or devices are included.

In addition, in the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations or illustrations. Any embodiment or design described herein as "exemplary" or "for example" is not to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the words "exemplary" or "such as" is intended to present concepts in a specific manner.

In order to facilitate the understanding of the technical solution of the present application, before introducing the screen projection method of the embodiment of the present application in detail, the technical terms mentioned in the embodiment of the present application are firstly introduced.

1. High-bandwidth digital content protection (HDCP)

HDCP is a technology for protecting digitized multimedia data. HDCP can be used to protect multimedia data when an electronic device outputs digitized multimedia data to other devices. For example, an electronic device supporting HDCP technology can be connected via a digital visual interface (DVI), a display port (DP), a high definition multimedia interface (HDMI), a wireless-fidelity (wireless- Fidelity, Wifi) and other ways to transmit multimedia data to other devices, use HDCP technology to protect multimedia data to prevent illegal copying of multimedia data.

It should be noted that electronic devices supporting HDCP technology need to be pre-configured with HDCP Key. The HDCP Key may be set before the electronic device leaves the factory. Each electronic device has a unique HDCP Key. The sending device and receiving device of multimedia data can use their built-in HDCP Key to verify the legality during the negotiation phase of the HDCP protocol. After the verification is passed, the encryption key and the decryption key of the multimedia data are determined.

Wherein, the sending device of the multimedia data may use an encryption key to encrypt the output multimedia data, and send the encrypted multimedia data to the receiving device. After receiving the encrypted multimedia data, the receiving device can use the decryption code to decrypt the encrypted multimedia data to obtain the multimedia data.

2. DRM

DRM is a protection technology based on the public key infrastructure (PKI) system, which can be used to manage the right to use protected digital media (such as images, audio and video, etc.). DRM prevents digital media from being copied illegally. The service platform that provides the DRM file (also referred to as a content provider (content provider, CP), which may be referred to as the service platform for convenience of description later) may use DRM technology to encrypt the file to obtain the DRM file. Afterwards, the user can obtain the DRM file from the service platform through an application program (such as a media application) of the electronic device. Only when the electronic device is authorized by the service platform, the media application of the electronic device can decrypt and use the DRM file.

Wherein, the electronic device may be a device supporting DRM technology. For example, an electronic device has a legal DRM device certificate. The DRM device certificate can have a pair of public/private keys generated using an asymmetric encryption algorithm. In response to the electronic device's request for the DRM file, the service platform may use the electronic device's public key to encrypt authorization information (License), and send the encrypted authorization information to the electronic device. Wherein, the authorization information includes a decryption key of the DRM file. After receiving the encrypted authorization information from the service platform, the electronic device can use the private key to decrypt the encrypted authorization information to obtain the decryption key of the DRM file. In this way, the electronic device can use the decryption key to decrypt the DRM file, and then obtain the decrypted DRM file. For example, the DRM file may be DRM multimedia data, such as DRM video, DRM audio, etc. For the DRM multimedia data involved in the following, reference may be made to the description here, and details are not repeated here.

In one example, as shown in FIG. 1 , it is a schematic diagram of a method for encrypting/decrypting a DRM file provided by the embodiment of the present application.

S11. The service platform server sends the original file to the packager (Packager). Correspondingly, the packager receives the original content from the service platform server.

Wherein, the original file may refer to an unencrypted file, for example, the original file may be an unencrypted video, audio, or the like.

S12. The packer obtains a key from a key management server (key manager server, KMS), and uses the key to encrypt the original file.

Wherein, multiple different keys may be stored in the key management server. The plurality of different keys may be symmetric keys. After the packager uses the key to encrypt the original content, it can send the correspondence between the original content and the key to the key management server. The key management server may store the corresponding relationship between receiving the original content and the key. For example, the correspondence between the original content and the key may be the correspondence between the identifier of the original content and the key. Different original content may correspond to different keys.

Wherein, the corresponding relationship between the identifier of the original content and the key can be stored in the form of a table, or can be stored in other forms, such as stored in the form of data. For example, taking the form of a table as an example, the corresponding relationship between N original content identifiers and keys stored by the key management server may be as shown in Table 1. As shown in Table 1, the identifier of original content 1 corresponds to key 1, the identifier of original content 2 corresponds to key 2, ..., and the identifier of original content N corresponds to key N. N is a positive integer.

Table 1

It should be noted that Table 1 only shows the storage form of the corresponding relationship in the key management server in the form of a table, and does not limit the storage form of the corresponding relationship in the key management server. Of course, the corresponding relationship in the key management server The storage form in the server may also be stored in other forms, such as in the form of an array, which is not limited in this embodiment of the present application. The correspondence in Table 1 is only exemplary, and may also include other original content identifiers and corresponding keys, without limitation.

S13. The packager sends the encrypted file to a content delivery network (content delivery network, CDN) server. Correspondingly, the CDN server receives and stores the encrypted files from the packer.

S14. In response to the user's playback operation on the electronic device, the electronic device may send the first request information to the CDN server. Correspondingly, the CDN server receives the first request information from the electronic device.

Wherein, the first request information may be used to obtain the DRM file. For example, if the DRM file is DRM multimedia data (such as paid video) as an example, the first request information may at least include information about the DRM multimedia data to be played and an identification of the electronic device. The information of the DRM multimedia data to be played may include the name of the DRM multimedia data to be played, the number of episodes, the duration, an identity document (Identity document, ID) and the like.

Wherein, the user's playback operation may refer to the user's operation on the content display interface of the application program of the electronic device. For example, the user's playback operation may be an operation in which the user clicks on the content display interface as shown in FIG. 2 . The electronic device can send request information for requesting to obtain the DRM multimedia data to be played to the CDN server through a wireless network (such as wifi, 5th generation (5th generation, 5G) network).

Wherein, the electronic device may be a device capable of playing or displaying multimedia data and supporting DRM technology. For example, an electronic device may have a DRM certificate. An electronic device may have one or more application programs installed. A user can view multimedia data through the one or more application programs.

S15. The CDN server sends the first file to the electronic device. Correspondingly, the electronic device receives the first file from the CDN server.

Wherein, the first file may be DRM multimedia data to be played. The encryption key of the DRM multimedia data may be the key in S11 above.

S16. When detecting that the first file is DRM multimedia data to be played, the electronic device sends second request information to the authorization information server. Correspondingly, the authorization information server receives the second request information from the electronic device.

Wherein, the second request information may be used to request a decryption key of the DRM multimedia data to be played. The decryption password and the encryption key of the DRM multimedia data to be played may be symmetric keys. For example, the second request information may include at least a user account and password, an electronic device identifier (such as a certificate), a public key, and an identifier of the first file.

Wherein, the user account and password refer to the account and password for the user to log in the application program of the electronic device. For example, the user may enter the user account and password on the login interface of the application program.

S17. After the authorization information server (License Server) passes the authentication of the second request information, it sends the first query information to the key management server. Correspondingly, the key management server receives the first query information from the authorization information server.

Wherein, authenticating the second request information by the authorization information server may mean that the authorization information server authenticates the electronic device and the user account and password to verify whether the electronic device is a legitimate device and whether the user account and password are correct.

For example, the authorization information server may store certificates of multiple electronic devices, multiple user accounts and corresponding passwords. If the certificate of the electronic device is consistent with the certificate of the electronic device stored in the authorization information server, it means that the electronic device is a legal device.

For another example, the authorization information server may store multiple user accounts and corresponding passwords. If the user account and the corresponding password are consistent with the user account and the corresponding password stored in the authorization information server, it means that the user account and the password input by the user are correct. In the case that the electronic device included in the second request information is a legitimate device and the user account number and password are correct, it means that the authentication of the electronic device has passed. For the authentication process below, reference can be made to the description here, and details will not be repeated here.

Wherein, the first query information may be used to query the decryption key of the first file. For example, the first query information may include the identification of the first file.

S18. The key management server determines the decryption key of the first file, and sends the first query result to the authorization information server. Correspondingly, the authorization information server receives the first query result from the key management server.

Wherein, the decryption key of the first file may be used to decrypt the first file. For example, when the encryption key of the first file is a symmetric key, the decryption key of the first file may be consistent with the encryption key of the first file. The key management server may determine the decryption password of the first file according to the stored correspondence between the identifiers of the original content and the corresponding keys. For example, the key management server may query Table 1 to determine the decryption key of the first file.

Wherein, the first query result may include the decryption key of the first file.

S19. The authorization information server generates a first authorization information file, and sends the first authorization information file to the electronic device. Correspondingly, the electronic device receives the first authorization information file from the authorization information server.

Wherein, the first authorization information file is a file obtained by encrypting the authorization information and the decryption key of the first file by the authorization information server using the public key of the electronic device.

Wherein, the authorization information may be used to indicate the right to allow the electronic device to use/play the DRM multimedia data. The authority may be the authority possessed by the user account. For example, the authorization information may be used to indicate the duration, episode number, etc. that the electronic device is allowed to use/play the DRM multimedia data. The electronic device can use/play the DRM multimedia data according to the authorization information. The following descriptions about the authorization information can be referred to here, and will not be repeated here.

S20. The electronic device decrypts the first authorization information file to obtain a decryption key of the first file.

Wherein, the electronic device may use the private key of the electronic device to decrypt the first authorization information file to obtain the decryption key of the first file.

S21. The electronic device decrypts the first file to obtain multimedia data to be played, and displays/plays the multimedia data.

Wherein, the electronic device may use the decryption key of the first file in the first authorization information to decrypt the first file to obtain decrypted DRM multimedia data (that is, DRM multimedia data to be played).

It should be noted that the specific application of DRM technology may include ChinaDRM, PlayReady, FairPlay, Marlin, etc., without limitation.

In some technologies, in order to expand the usable range of DRM files (such as DRM video and DRM audio) included in applications (such as video applications and music applications), electronic devices (which can be called screen projection sending ends, such as mobile phones and computers) can use The DRM file is projected to other devices (may be referred to as a screen-casting receiver, such as a TV, a projector), so that the screen-casting device can use/play the DRM file. For example, when a user watches a DRM video on a mobile phone, he can cast the DRM video to a TV to improve the video viewing experience.

In some embodiments, as shown in FIG. 3 , the screen projection sending end can browse DRM multimedia data through its own application program, and complete authentication by interacting with a service platform that provides DRM multimedia data. For the specific process, reference may be made to the above description, and details are not repeated here.

When the authentication is passed, the screen projection sender can obtain the DRM multimedia data and authorization information from the video website. The screen projection sender can use the key carried in the authorization information to decrypt the DRM multimedia data. In this way, the screen projection sending end can project the decrypted multimedia data to the screen projection receiving end in the form of a screen projection instruction, so that the screen projection receiving end can use/play the multimedia data. The screen projection command can be encrypted by HDCP. After receiving the screen projection instruction, the screen projection receiver can perform HDCP decryption and play the multimedia data.

In this embodiment, the downloading, decryption and decoding of the DRM multimedia data are all completed at the screen projection sending end, and during the screen projection process, the screen projection sending end cannot exit the decryption/decoding program, thus causing the screen projection sending end to be unable to perform other operations. operation, so that the user experience is not good. In addition, both the projection sender and the projection receiver need to pre-set the HDCP Key, which increases the cost and limits the application range of DRM multimedia data projection.

In some embodiments, as shown in FIG. 4 , the screen-casting sending end may acquire the uniform resource locator (uniform resource locator, URL) or ID of the DRM multimedia data through its own application program, and send the screen-casting receiving end including A screen casting instruction of the URL or ID of the DRM multimedia data. After receiving the screen projection instruction including the URL or ID of the DRM multimedia data, the receiving end of the screen projection interacts with the service platform that provides the DRM multimedia data through its own application, completes authentication and downloads according to the URL or ID of the DRM multimedia data DRM multimedia data. When the authentication is passed, the receiving end of screen projection can obtain authorization information from the service provider. The screen projection receiver uses the authorization information to decrypt the DRM multimedia data to obtain usable/playable multimedia data. Furthermore, the receiving end of the screen projection can use/play the multimedia data.

In this embodiment, since different business platforms have different user account management systems and authentication methods, and authentication is performed at the receiving end of the screen projection, the receiving end of the screen projection also needs to be installed with the same application as the sending end of the screen projection program. This means that only when the same application program is installed on both the screen-casting sender and the screen-casting receiver, the screen-casting sender can cast the DRM multimedia data to the screen-casting receiver. The scope of application of screen projection of DRM multimedia data is limited, which is not conducive to the promotion of DRM technology.

In view of this, an embodiment of the present application provides a screen projection method, the method comprising: in response to the user's screen projection operation, the screen projection sender sends the first screen projection for instructing to play the target DRM multimedia data to the screen projection receiver. Instructions, the first screen projection instruction includes the acquisition information of the target DRM multimedia data; after receiving the first screen projection instruction from the screen projection sender, the screen projection receiving end obtains from the service platform according to the acquisition information of the target DRM multimedia data The target DRM multimedia data, and send request information for requesting authorization information to the screen projection sender; the screen projection sender forwards the request information to the service platform that provides the target DRM multimedia data; the service platform sends the target DRM to the screen projection sender The response message of the decryption key of the multimedia data; the screen projection sender forwards the response message to the screen projection receiver, so that the screen projection receiver can decrypt the target DRM multimedia data according to the decryption key in the response message, and use /Play the decrypted multimedia data.

In this embodiment, the screen projection sender can complete the authorization information acquisition and authentication on behalf of the screen projection receiver. The screen projection receiver can directly download the target DRM multimedia data according to the screen projection instruction from the screen projection sender. In this way, the screen projection sender does not need to download the target DRM multimedia data. Compared with the prior art, the screen projection sender not only needs to perform authentication and obtain authorization information, but also downloads DRM multimedia data. The solution provided by the embodiment of the present application, Since the screen projection sender does not need to download the DRM multimedia data, the energy consumption of the screen projection sender is reduced.

It can be understood that, in the screen projection method provided in the embodiment of the present application, the screen projection receiver can obtain the authorization information through the screen projection sender, that is to say, only the screen projection sender needs to be installed with an application that provides the target DRM multimedia data The screen projection receiving end does not need to install the application program that provides the target DRM multimedia data, which expands the application range of the screen projection of the DRM multimedia data.

Please refer to FIG. 5 , which is a schematic diagram of a system architecture applied to the method provided by the embodiment of the present application. As shown in FIG. 5 , the system architecture includes: a plurality of electronic devices (such as a screen projection sender 101 and one or more screen projection receivers 102 ), and a service platform 103 . The communication connection among the plurality of electronic devices may be, for example, a wired connection (USB, bus) or a wireless communication connection (such as Bluetooth, wifi). The multiple electronic devices can be communicatively connected to the service platform 103 .

It should be noted that the screen projection of multimedia data can be realized between the screen projection sending end 101 and one or more screen projection receiving ends 102 . For example, both the screen projection sender 101 and the screen projection receiver 102 support a screen projection protocol (such as a digital living network alliance (DLNA) protocol, a Miracast protocol, etc.).

Wherein, the screen projection sending end 101 may be installed with an application program (such as the first application program 104 ) using DRM multimedia data, and the screen projection sending end 101 has the authority to use the DRM multimedia data. That is to say, the screen projection sending end 101 can use/play the DRM multimedia data through the first application program 104 .

The screen projection sending end 101 may send request information for requesting authentication to the service platform 103 of the first application program 104 . For example, as shown in FIG. 6 , the screen projection sending end 101 may have an authentication module 1041 . The screen projection sending end 101 can perform authentication with the service platform 103 through the authentication module 1041 . Correspondingly, the service platform 103 may also have an authentication module 1031 . The service platform can authenticate the screen projection sending end 101 through the authentication module 1031 .

The screen projection sending end 101 may also receive a request message from the screen projection receiving end 102 for requesting authorization information, and forward the request message to the service platform 103 . For example, as shown in FIG. 6 , the screen projection sending end 101 may have a screen projection proxy module 1011 and an authorization proxy module 1042 . The screen projection sending end 101 may receive the request message from the screen projection receiving end 102 through the screen projection proxy module 1011 , and forward the request message to the service platform 103 through the authorization agent module 1042 .

Wherein, the screen projection receiver 102 may have the authority to download DRM multimedia data and the function of playing multimedia data. That is to say, the screen projection receiver can directly download the DRM multimedia data. For example, the screen projection receiver 102 can obtain the DRM multimedia data from the service platform 103 according to the URL or ID of the DRM multimedia data, or obtain the DRM multimedia data from other devices, for example, obtain the DRM multimedia data from a CDN server.

For example, as shown in FIG. 6 , the screen projection receiver 102 may have a screen projection proxy module 1021 . The screen projection receiving end 102 can receive the screen projection instruction from the screen projection sending end 101 through the screen projection proxy module 1021 . The screen projection receiver 102 can also obtain the DRM multimedia data indicated by the screen projection instruction from the service platform 103 through the screen projection agent module 1021 .

The screen projection sending end 101 may also have functions of generating request information for requesting authorization information and decrypting and playing DRM multimedia data. For example, as shown in FIG. 6 , the screencasting sender 101 may have a DRM client 1022 and a player 1023 . The DRM client 1022 may generate request information for requesting authorization information and decrypt DRM multimedia data. For example, the DRM client 1022 may have an authorization module 10221 and a decryption module 10222 . The screen projection sending end 101 may generate request information for requesting authorization information through the authorization module 10221 , and send the request information to the screen projection sending end 101 through the screen projection proxy module 1021 . The decryption module 10222 can decrypt the DRM multimedia data to obtain decrypted multimedia data, and play the decrypted multimedia data through the player 1023 .

Wherein, the service platform 103 can be used to manage files stored in the service platform 103 (such as DRM multimedia data and corresponding keys), user accounts and passwords, and permissions of each user account. For example, as shown in FIG. 6 , the service platform 103 includes: a key management module 1031 , an encryption module 1032 , an authentication module 1033 , a DRM multimedia management module 1034 , and a DRM multimedia distribution module 1035 .

The service platform 103 may have a function of authenticating electronic devices and user accounts. For example, the service platform 103 can receive the authentication request from the screen projection sending end 101 through the authentication module 1033, and authenticate the screen projection sending end 101 and verify the user account and password carried in the authentication request.

Wherein, the process of the service platform 103 authenticating the screen projection sending end 101 and verifying the user account and password can refer to the above description, and will not be described in detail.

The service platform 103 may also have the function of encrypting multimedia data to generate DRM multimedia data. For example, the service platform 103 can obtain the key from the key management module 1031 through the encryption module 1032, and use the key to encrypt the multimedia data to obtain DRM multimedia data, and store the DRM multimedia data to the DRM multimedia data management module 1034. For another example, the service platform 103 may use the DRM multimedia distribution module 1035 to send DRM multimedia data to the screen projection receiver 102 .

Exemplarily, the service platform 103 may have the functions of the service platform server in FIG. 1 , and also have the functions of the packager, the key management server, and the CDN server in FIG. 1 . That is, the service platform may include one or more servers, and the one or more servers may have the functions of the service platform server, packager, key management server, and CDN server in FIG. 1 .

For example, the business platform 103 includes multiple servers. The plurality of servers may include a service platform server, a packager, a key management server, a CDN server, and the like.

For another example, the service platform 103 may include a server. In this case, referring to FIG. 6 , the authentication module 1033 and the DRM multimedia data management module 1034 of the service platform 103 may have the functions of the service platform server in FIG. 1 . The DRM multimedia data distribution module 1035 may have the function of the CDN server in FIG. 1 . The key management module 1031 of the service platform 103 may have the function of the key management server in FIG. 1 . The encryption module of the service platform 103 may have the function of the packer in FIG. 1 .

It can be understood that there may be one or more CDN servers on the service platform 103 . The one or more CDN servers can be set in multiple different regions as required. Communication connection between CDN servers in different regions. In this way, users in the area can directly obtain DRM multimedia data from the CDN server in the area. The pressure on the service platform 103 is reduced.

Certainly, the service platform 103 and the CDN server may also be different servers. In this case, the CDN server communicates with the service platform 103 . The service platform 103 can distribute the DRM multimedia data to the CDN server. The CDN server can receive and store the DRM multimedia data distributed by the service platform 103 . In this way, the receiving end 102 of the subsequent screen projection can first obtain the DRM multimedia data from the CDN server that has the shortest transmission time and stores the DRM multimedia data. In the case that the CDN server does not store the DRM multimedia data, the DRM multimedia data is obtained from the service platform 103 . For the specific process, reference may be made to the description of the following embodiments, and details are not repeated here.

Wherein, the application program (such as the first application program) in the embodiment of the present application may be an embedded application program installed in the electronic device (that is, a system application program of the electronic device) or a downloadable application program. Wherein, the embedded application program is an application program provided as a part of the realization of the electronic device (such as a mobile phone). A downloadable application is an application that can provide its own Internet Protocol Multimedia Subsystem (IMS) connection. The downloadable application can be pre-installed in the terminal or can be downloaded and installed by the user on the terminal. A third-party application in ; it can also be a quick app integrated in an embedded application or a downloadable application.

It should be noted that the first application program is an application program that can use DRM multimedia data. For example, if the DRM multimedia data can be DRM video, the first application program can be a video playing application program for playing video. For another example, if the DRM multimedia data can be DRM audio, the first application program is an audio playback application program for playing audio. Of course, the DRM multimedia data may also include other types of DRM content, for example, it may be a DRM theme. Correspondingly, the first application program may be a theme application for setting the theme of the electronic device. No restrictions.

Exemplary, the electronic device in the embodiment of the present application can be a tablet computer, a mobile phone, a desktop, a laptop, a handheld computer, a notebook computer, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a netbook, and a cellular Telephones, personal digital assistants (personal digital assistant, PDA), augmented reality (augmented reality, AR)\virtual reality (virtual reality, VR) equipment, vehicle-mounted equipment and other equipment, the embodiment of the present application does not make a special description of the specific form of the electronic equipment limit.

The execution subject of the screen projection method provided in the present application may be a screen projection device for DRM multimedia data, and the screen projection device may be the electronic device shown in FIG. 7 . Meanwhile, the screen projection device can also be a central processing unit (Central Processing Unit, CPU) of the electronic device, or a control module for screen projection in the electronic device. In the embodiment of the present application, an electronic device is used as an example to illustrate the screen projection method provided in the embodiment of the present application.

Please refer to FIG. 7 , the embodiment of the present application takes the mobile phone 700 shown in FIG. 7 as an example to introduce the electronic device provided in the embodiment of the present application. Wherein, the mobile phone 700 shown in FIG. 7 is only an example of an electronic device, and the mobile phone 700 may have more or fewer components than those shown in the figure, may combine two or more components, or may with different part configurations. The various components shown in Figure 7 may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits.

As shown in Figure 7, the mobile phone 700 may include: a processor 710, an external memory interface 720, an internal memory 721, a universal serial bus (universal serial bus, USB) interface 730, a charging management module 740, a power management module 741, and a battery 742 , antenna 1, antenna 2, mobile communication module 750, wireless communication module 760, audio module 770, speaker 770A, receiver 770B, microphone 770C, earphone jack 770D, sensor module 780, button 790, motor 791, indicator 792, camera 793 , a display screen 794, and a subscriber identification module (subscriber identification module, SIM) card interface 795, etc.

Wherein, the above-mentioned sensor module 780 may include sensors such as pressure sensor, gyroscope sensor, air pressure sensor, magnetic sensor, acceleration sensor, distance sensor, proximity light sensor, fingerprint sensor, temperature sensor, touch sensor, ambient light sensor and bone conduction sensor.

The processor 710 may include one or more processing units, for example: the processor 710 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.

The controller may be the nerve center and command center of the handset 700 . The controller can generate an operation control signal according to the instruction opcode and timing signal, and complete the control of fetching and executing the instruction.

A memory may also be provided in the processor 710 for storing instructions and data. In some embodiments, the memory in processor 710 is a cache memory. The memory may hold instructions or data that the processor 710 has just used or recycled. If the processor 710 needs to use the instruction or data again, it can be called directly from the memory. Repeated access is avoided, and the waiting time of the processor 710 is reduced, thereby improving the efficiency of the system.

In some embodiments, processor 710 may include one or more interfaces. The interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous transmitter (universal asynchronous receiver/transmitter, UART) interface, mobile industry processor interface (mobile industry processor interface, MIPI), general-purpose input and output (general-purpose input/output, GPIO) interface, subscriber identity module (subscriber identity module, SIM) interface, and /or universal serial bus (universal serial bus, USB) interface, etc.

It can be understood that the interface connection relationship between the modules shown in this embodiment is only a schematic illustration, and does not constitute a structural limitation of the mobile phone 700 . In some other embodiments, the mobile phone 700 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The charging management module 740 is configured to receive charging input from the charger. Wherein, the charger may be a wireless charger or a wired charger. While the charging management module 740 is charging the battery 742 , it can also supply power to the electronic device through the power management module 741 .

The power management module 741 is used for connecting the battery 742 , the charging management module 740 and the processor 710 . The power management module 741 receives the input of the battery 742 and/or the charging management module 740, and provides power for the processor 710, the internal memory 721, the external memory, the display screen 794, the camera 793, and the wireless communication module 760, etc. In some embodiments, the power management module 741 and the charging management module 740 can also be set in the same device.

The wireless communication function of the mobile phone 700 can be realized by the antenna 1, the antenna 2, the mobile communication module 750, the wireless communication module 760, the modem processor and the baseband processor. In some embodiments, the antenna 1 of the mobile phone 700 is coupled to the mobile communication module 750, and the antenna 2 is coupled to the wireless communication module 760, so that the mobile phone 700 can communicate with the network and other devices through wireless communication technology.

Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in handset 700 can be used to cover single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: Antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 750 can provide wireless communication solutions including 2G/3G/4G/5G applied on the mobile phone 700 . The mobile communication module 750 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA) and the like. The mobile communication module 750 can receive electromagnetic waves through the antenna 1, filter and amplify the received electromagnetic waves, and send them to the modem processor for demodulation.

The mobile communication module 750 can also amplify the signals modulated by the modem processor, and convert them into electromagnetic waves through the antenna 1 for radiation. In some embodiments, at least part of the functional modules of the mobile communication module 750 may be set in the processor 710 . In some embodiments, at least part of the functional modules of the mobile communication module 750 and at least part of the modules of the processor 710 may be set in the same device.

The wireless communication module 760 can provide applications on the mobile phone 700 including wireless local area networks (wireless local area networks, WLAN) (such as (wireless fidelity, Wi-Fi) network), bluetooth (bluetooth, BT), global navigation satellite system (global navigation) Satellite system, GNSS), frequency modulation (frequency modulation, FM), nearfield communication technology (nearfield communication, NFC), infrared technology (infrared, IR) and other wireless communication solutions. For example, in the embodiment of the present application, the mobile phone 700 can access the Wi-Fi network through the wireless communication module 760 .

The wireless communication module 760 may be one or more devices integrating at least one communication processing module. The wireless communication module 760 receives electromagnetic waves via the antenna 2 , frequency-modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 710 . The wireless communication module 760 can also receive the signal to be sent from the processor 710 , frequency-modulate it, amplify it, and convert it into electromagnetic waves through the antenna 2 for radiation.

The mobile phone 700 realizes the display function through the GPU, the display screen 794, and the application processor. The GPU is a microprocessor for image processing, connected to the display screen 794 and the application processor. GPUs are used to perform mathematical and geometric calculations for graphics rendering. Processor 710 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 794 is used to display images, videos and the like. The display screen 794 includes a display panel. For example, in the embodiment of the present application, the display screen 794 can be used to display the application interface of the above-mentioned first application program and the following second application program, such as the device screen projection interface, the device screen projection connection interface, the screen projection connectable device interface, etc. .

The mobile phone 700 can realize the shooting function through ISP, camera 793, video codec, GPU, display screen 794 and application processor. The ISP is used for processing the data fed back by the camera 793 . Camera 793 is used to capture still images or video. In some embodiments, the mobile phone 700 may include 1 or N cameras 793, where N is a positive integer greater than 1.

The external memory interface 720 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the mobile phone 700. The external memory card communicates with the processor 710 through the external memory interface 720 to implement a data storage function. Such as saving music, video and other files in the external memory card.

The internal memory 721 may be used to store computer-executable program code, which includes instructions. The processor 710 executes various functional applications and data processing of the mobile phone 700 by executing instructions stored in the internal memory 721 . For example, in the embodiment of the present application, the processor 710 may execute instructions stored in the internal memory 721, and the internal memory 721 may include a program storage area and a data storage area.

Wherein, the stored program area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.) and the like. The storage data area can store data (such as audio data, phone book, etc.) created during the use of the mobile phone 700 . In addition, the internal memory 721 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash storage (universal flash storage, UFS) and the like.

The mobile phone 700 can realize the audio function through the audio module 770, the speaker 770A, the receiver 770B, the microphone 770C, the earphone interface 770D, and the application processor. Such as music playback, recording, etc.

The keys 790 include a power key, a volume key and the like. Key 790 may be a mechanical key. It can also be a touch button. The motor 791 can generate a vibrating prompt. The motor 791 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. The indicator 792 can be an indicator light, and can be used to indicate charging status, power change, and can also be used to indicate messages, missed calls, notifications, and the like. The SIM card interface 795 is used for connecting a SIM card. The SIM card can be inserted into the SIM card interface 795 or pulled out from the SIM card interface 795 to realize contact and separation with the mobile phone 700 . The mobile phone 700 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 795 can support Nano SIM card, Micro SIM card, SIM card, etc.

Although not shown in FIG. 7, the mobile phone 700 may also include a flashlight, a miniature projection device, a near field communication (Near Field Communication, NFC) device, etc., which will not be repeated here.

It can be understood that the structure shown in this embodiment does not constitute a specific limitation on the mobile phone 700 . In other embodiments, the mobile phone 700 may include more or fewer components than shown, or combine certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

The methods in the following embodiments can all be implemented in an electronic device having the above-mentioned hardware structure and the above-mentioned system architecture.

The screen projection method provided by the embodiment of the present application will be described below with reference to the communication system in FIG. 5 . As shown in FIG. 8 , the screen projection method may include step 1, step 2 and step 3. Wherein, step 1 may be that the screen projection sending end sends a first screen projection instruction to the screen projection receiving end, and the first screen projection instruction may be used to instruct the screen projection receiving end to play target DRM multimedia data. Step 2 may be that the screen projection receiver obtains the target DRM multimedia data from the service platform according to the first screen projection instruction, and obtains authorization information through the screen projection sender, and the authorization information includes the decryption key of the target DRM multimedia data. In step 3, the target DRM multimedia data can be decrypted for the screen projection receiving end, and the decrypted multimedia data can be played.

As shown in FIG. 8 , the above step 1, that is, the screen projection sending end sends the first screen projection instruction to the screen projection receiving end, may include S801-S803.

S801. The screen projection sending end sends a first request message to the service platform. Correspondingly, the service platform receives the first request message from the screen projection sender.

Wherein, the screen projection sending end may be the screen projection sending end 101 in FIG. 5 . The service platform may be the service platform 103 in FIG. 5 .

Wherein, the first request message may be used to request acquisition of target DRM multimedia data. For example, the first request message may include an identification (such as name, ID, etc.) of the target DRM multimedia data. The target DRM multimedia data is the encrypted data of the target multimedia data. For the specific encryption process, reference may be made to the above description of the DRM, and details are not repeated here.

Wherein, the first request message may also be used to apply for permission to use/play DRM multimedia data, or to apply for permission to use/play DRM multimedia data. For example, when the authority of the user account does not have the authority to use/play the DRM multimedia data, or when the DRM multimedia data is multimedia data that needs to be paid (such as advance video on demand), the first request message may also include payment information. For another example, the payment amount may be included. The first request message may include payment information. For example, the payment amount may be included.

Certainly, the first request message may also be used to request authentication of the screen projection sending end. For example, the first request message may include an identifier (such as a certificate) of the screen projection sender, a user account and a password. After receiving the identification of the screen projection sender, the service platform can authenticate the screen projection sender according to the identification, user account and password of the screen projection sender. The authentication process of the service platform on the screen projection sender can refer to the description of S17 in FIG. 1 above, and will not be described in detail.

S802. When the authentication passes, the service platform sends the first authentication result to the screen projection sending end. Correspondingly, the screen projection sending end receives the first authentication result from the service platform.

Wherein, the first authentication result may be used to indicate that the authentication is passed. For example, the first authentication result may include a download address (such as a URL) of the target DRM multimedia data and a download address of authorization information of the target DRM multimedia data.

Wherein, the authorization information may be used to indicate the right of the screen projection sender to use the target DRM multimedia data. The permission may be determined by the service platform according to the first request message, that is, the service platform may determine to use/play the target DRM multimedia data by the screen projection sending end device according to the content included in the first request message. For example, the authorization information may indicate the duration, number of times, resolution, etc. of the target DRM multimedia data that can be used/played by the screencasting sender device. For the download address of DRM multimedia data and the process of authorization information below, reference can be made to the description here, and details will not be repeated here.

S803. The screen projection sending end sends a first screen projection instruction to the screen projection receiving end. Correspondingly, the screen projection receiving end receives the first screen projection instruction from the screen projection sending end.

Wherein, the first screen projection instruction may be used to instruct the screen projection receiver to play target DRM multimedia data. For example, the first screen casting instruction may include a download address of the target DRM multimedia data.

In some embodiments, before the screen projection sender obtains the download address of the target DRM multimedia data and the download address of the authorization information, the screen projection sender may first establish a connection with the screen projection receiver.

Specifically, in response to operation one, the screen projection sending end 101 may display a screen projection connection interface. After the screen projection sending end 101 receives the operation instruction to connect to the screen projection receiving end, the screen projection connecting end 101 can search for and display the screen projection receiving device that can be connected. Exemplarily, as shown in a in FIG. 9 , in response to the user's operation A of turning on the screen projection control key 901 , the screen projection sending end 101 may display the interface shown in b. This interface can display the names of multiple screen-casting devices (such as the first screen-casting receiver, the second screen-casting receiver, and the third screen-casting device in the figure).

In response to operation two, the screen projection sending terminal 101 may establish a screen projection connection with one or more screen projection receiving terminals 102 . In this way, the screen projection sending terminal 101 can send a screen projection instruction to one or more screen projection receiving terminals 102 that have established a connection. Exemplarily, referring to b in FIG. 9 , as shown in FIG. 10 , in response to the user's operation B on the connection device, the screen projection sender 101 may establish a screen projection connection with one or more screen projection receivers selected by the user. For example, the user's operation B is to select the first screen projection receiver and the second screen projection receiver, and the screen projection sender 101 can establish a screen projection connection with the first screen projection receiver and the second screen projection receiver. After the screen projection sender 101 establishes a screen projection connection with the first screen projection receiver and the second screen projection receiver, the first screen projection receiver and the second screen projection receiver can display the same interface as that of the screen projection sender 101 .

In response to operation three, the screen projection sending end may send a first screen projection instruction to one or more screen projection receivers that have established a screen projection connection, so that the one or more screen projection receivers receive the first screen projection instruction Afterwards, the target DRM multimedia data can be acquired according to the download address of the target DRM multimedia data carried in the first screen projection instruction.

An example, with reference to FIG. 2 , in response to the user's click operation on the target DRM multimedia data, the screencasting sender obtains the download address of the target DRM multimedia data and the download address of the authorization information. Then, the screen projection sender can send the download address of the target DRM multimedia to the screen projection receiver.

In some embodiments, in order to ensure that the screen projection receiver can use/play DRM multimedia data, the screen projection sender can also acquire the capabilities of the screen projection receiver during the process of establishing a screen projection connection with the screen projection receiver. information. The screen projection sender may determine, according to the capability information of the screen projection receiver, that the screen projection receiver supports screen projection of DRM multimedia data.

Wherein, the capability information of the screen projection receiving end may include indication information for indicating that the screen projection receiving end supports screen projection of DRM multimedia data. The indication information may be used to indicate that the receiving end of screen projection supports screen projection of DRM multimedia data.

In an example, the indication information may include one or more flag bits. When one or more flag bits can be used to indicate that the screen projection receiving end supports the projection of DRM multimedia data.

Wherein, the one or more symbols may be symbols or numbers, or a combination of symbols and numbers, etc., without limitation.

In yet another example, the indication information may include one or more bits. When the value of the one or more bits is T1, the screen projection sender can determine that the screen projection receiver supports the projection of DRM multimedia data; when the value of the one or more bits is T2, the screen projection sender It can be determined that the receiving end of screen projection does not support screen projection of DRM multimedia data. T1 and T2 are integers, and T1 and T2 are different.

Wherein, T1 and T2 may be binary bit numbers "0", "1" or binary bit numbers "1", "0", and may also be other symbols or numbers, etc., without limitation.

For example, taking the indication information including 1 binary bit as an example, the binary bit is "1" indicating that the receiving end of the projection screen supports the projection of DRM multimedia data; the binary bit is "0" indicating that the receiving end of the projection screen does not support the projection of DRM multimedia data. Screen.

In a possible implementation manner, the screen projection receiver may actively send capability information of the screen projection sender to the screen projection sender.

For example, after the screen projection sender establishes a screen projection connection with the screen projection receiver, the screen projection receiver may actively send capability information of the screen projection receiver to the screen projection sender.

In this way, the screen projection receiver sends the capability information of the screen projection receiver to the screen projection sender, so as to avoid receiving the screen projection command sent from the screen projection sender when the screen projection receiver does not support the projection of DRM multimedia data. The problems caused by the problem, improve the accuracy of the screen projection receiving end.

In yet another possible implementation manner, during the process of establishing screen projection between the screen projection sending end and the screen projection receiving end, the screen projection sending end may send the first query information to the screen projection receiving end. The first query information may be used to query capability information of the screen projection receiving end. After receiving the first query information from the screen projection sender, the screen projection receiver may send capability information of the screen projection receiver to the screen projection sender.

For example, the first query information may be carried in the first screen casting instruction, or the first query information may be separate information. That is, the first screen casting instruction may include the first query information and the download address of the target DRM multimedia data.

For another example, the screen projection sending end may first send the first query information to the screen projection receiving end, and then send the first screen projection instruction to the screen projection sending end when it is determined that the screen projection receiving end supports DRM multimedia data projection. In this way, the screen projection sender can determine whether to send the first screen projection instruction to the screen projection receiver according to the capability information of the screen projection receiver, which is accurate and flexible, and can also prevent the screen projection sender from projecting to a screen that does not support DRM multimedia data projection. The receiving end sends a screen projection command.

In some embodiments, after the screen projection sender obtains the download address of the target DRM multimedia data and the download address of the authorization information, the screen projection sender can establish a screen projection connection with the screen projection receiver.

Specifically, the process of obtaining the download address of the target DRM multimedia data and the download address of the authorization information by the screen projection sending end may refer to the above S801 and S802. I won't go into details. In response to operation four, the screen projection sender can establish a screen projection connection with one or more screen projection receivers. Exemplarily, as shown in a in FIG. 11 , in response to the user's operation C on the screen-casting control key 1101 of the target multimedia data, the screen-casting sending end may display an interface as shown in b in FIG. 11 . In response to the user's operation D on the connected device, the screen projection sender 101 can establish a screen projection connection with one or more screen projection receivers selected by the user, and send the target to one or more screen projection receivers that have established the screen projection connection. The download address of the multimedia data.

As shown in FIG. 7 , the above step 2, that is, the screen projection receiver obtains the target DRM multimedia data from the service platform according to the first screen projection instruction, and obtains the authorization information through the screen projection sender, which may include S804-S808.

S804. The screen projection receiver acquires the target DRM multimedia data from the service platform.

Wherein, the screen projection receiving end can obtain the target DRM multimedia data according to the download address of the target DRM multimedia data.

In an example, the screen projection receiving end may obtain the target DRM multimedia data from the CDN server according to the download address of the target DRM multimedia data. Wherein, the CDN server may be a server storing target DRM multimedia data.

For example, the screen projection receiving end may send request information 1 to the corresponding CDN server according to the download address of the target DRM multimedia data. Request information 1 may be used to request downloading of target DRM multimedia data. For example, request information 1 may include an identification of the target DRM multimedia data. Certainly, the request information 1 may also include other information, for example, may also include an identification of a screen projection receiving end.

Further, in the case that the CDN server does not store the target DRM multimedia data, if the CDN server receives the request information 1 from the screen projection receiver, the CDN server can obtain and store the target DRM multimedia data from the service platform. In this way, when other devices subsequently have a demand for downloading target DRM multimedia data, other devices can quickly and directly obtain target DRM multimedia data from the CDN server, reducing the pressure on the service platform.

For another example, the screen projection receiving end may also send request information 2 to the service platform according to the download address of the target DRM multimedia data. For request information 2, reference may be made to the description of request information 1, and details are not repeated here.

S805. The screen projection receiver sends a second request message to the screen projection sender. Correspondingly, the screen projection sending end receives the second request message from the screen projection receiving end.

Wherein, the second request message may be used to request authorization information of the target DRM multimedia data. For example, the second request message may include the public key of the screen casting receiver and the identifier of the target DRM multimedia data.

S806. The screen projection sending end sends a third request message to the service platform. The service platform receives the third request message from the screen projection sender.

Wherein, the third request message may be used to acquire authorization information of the target DRM multimedia data. For example, the third request message may be the same as the second request message, including the identifier of the target DRM multimedia data and the public key of the screen projection receiver. The fifth request information may also include an identifier of the screen projection sender.

S807. The service platform sends the first authorization information to the screen projection sending end. Correspondingly, the screen projection sending end receives the first authorization information from the service platform.

Wherein, the first authorization information may include a decryption key of the target DRM multimedia data. The first authorization information may be generated by the service platform after encrypting the decryption key of the target DRM multimedia data with the public key of the screen projection receiver. For the first authorization information, reference may also be made to the description of S18 in FIG. 1 above, and details are not repeated here.

S808. The screen projection sending end sends the first authorization information to the screen projection receiving end. Correspondingly, the screen projection receiving end receives the first authorization information from the screen projection sending end.

It should be noted that, in the embodiment of the present application, there is no limitation on the execution order of S804-S808 in step 2. For example, the execution sequence may also be S805, S806, S807, S808, S804. For another example, the execution sequence may also be S805, S804, S806, S807, S808.

As shown in FIG. 8 , the third step above, that is, the receiving end of screen projection decrypts the target DRM multimedia data, and plays the decrypted multimedia data, which may include S809-S810.

S809. The screen projection receiver decrypts the target DRM multimedia data to obtain decrypted multimedia data.

Wherein, after receiving the first authorization information from the screen projection sender, the screen projection receiver can use its own private key to decrypt the first authorization information to obtain the decryption key of the target DRM multimedia data. Furthermore, the screen projection receiver can use the decryption key to decrypt the target multimedia data to obtain decrypted multimedia data.

S810. The screen projection receiving end plays the decrypted multimedia data.

Based on the technical solution in FIG. 8 , the screen projection sender can act on behalf of the screen projection receiver to complete the acquisition and authentication of authorization information. The screen projection receiver can directly download the target DRM multimedia data according to the first screen projection instruction from the screen projection sender. In this way, the screen projection sender does not need to download the target DRM multimedia data. Compared with the prior art, the screen projection sender not only needs to perform authentication and obtain authorization information, but also downloads DRM multimedia data. The solution provided by the embodiment of the present application, Since the screen projection sender does not need to download the DRM multimedia data, the energy consumption of the screen projection sender is reduced.

In a possible implementation of the method shown in FIG. 8 , in order to improve the control over the target DRM multimedia data used/played by the receiving end of screen projection, the method provided in the embodiment of the present application may further include: responding to user control Instruction, the control end sends the first control instruction to the screen projection receiving end. Correspondingly, the screen projection receiving end receives the first control instruction from the control end, and controls the use/play of the target DRM multimedia data according to the first control instruction.

Wherein, the control terminal can be used to control the screen projection receiving terminal. For example, the control end may be a screen projection sending end, or a remote controller, or may be a control button set by the screen projection receiving end itself. Different types of control terminals have inconsistent triggering modes of the first control instruction. When the control terminal is the projection sending terminal, the trigger method of the first control command can refer to the following method 1; when the control terminal is a remote control, the trigger method of the first control command can refer to the following method 2; when the control terminal is When the screen projection receiver sets the control button itself, the triggering method of the first control command can refer to the following method three.

Wherein, the first control instruction may be used to control the process of using/playing the target DRM multimedia data at the screen projection receiving end. For example, the first control instruction may be used to instruct the screen-casting receiving end to pause or end the process of playing the target DRM multimedia data, or the first control instruction may also be used to instruct the screen-casting receiving end to speed up or roll back the playback of the target DRM multimedia data . Speeding up the playing of the target DRM multimedia data may refer to increasing the playing progress of the target DRM multimedia data. For example, fast-forward the playback progress of the target DRM multimedia data from 10% to 20%. For another example, fast-forward the playback progress of the target DRM multimedia data from 30 minutes to 45 minutes. Playing back the target DRM multimedia data may refer to reducing the playing progress of the target DRM multimedia data. For example, the playback progress of the target DRM multimedia data is rolled back from 20% to 20%. For another example, the playback progress of the target DRM multimedia data is rolled back from 45 minutes to 45 minutes.

The foregoing manners 1 to 3 are described below.

Way 1: In response to the user's operation 5 on the screen projection sending end, the screen projection sending end sends a first control instruction to the screen projection receiving end.

Exemplarily, as shown in FIG. 12a, in response to the user's operation on the progress button 111 of the target DRM multimedia data of the screen-casting sender 101, the screen-casting sender 101 may send a message for increasing or decreasing the target to the screen-casting receiver 102. Progress control command for DRM multimedia data. For example, in response to the user's operation of dragging the progress button 111 to the first direction (such as the right direction), the screen projection receiver 102 may increase the playing progress of the target DRM multimedia data. For another example, in response to the user's operation of dragging the progress button 111 to the second direction (such as the left direction), the screen projection receiver 102 may reduce the playing progress of the target DRM multimedia.

Exemplarily, as shown in FIG. 12b, in response to the user's operation on the control button 112 of the screen projection sending end 101, the screen projection sending end 101 may send a control for pausing or continuing to play the target DRM multimedia data to the screen projection receiving end. instruction. For example, in response to the user's click and touch operation on the control button 112 in the playing state, the screen projection receiver 102 may pause playing the target DRM multimedia data. For another example, in response to the user's click and touch operation on the control button 112 in the pause playback state, the screen projection receiver 102 may continue to play the target DRM multimedia data.

It should be pointed out that when the screen projection sender controls the screen projection receiver, the screen projection sender can display the progress of the screen projection receiver playing the target DRM multimedia data. For example, during the process of playing the target DRM multimedia data, the screen projection receiving end may send a message indicating the progress of the target DRM multimedia data to the screen projection. For example, the message may include the playing ratio or duration of the target DRM multimedia data.

Based on the first method, in some scenarios, for example, the user wants to switch the screen projection receiver that plays the target DRM multimedia data. In this scenario, the screen projection sender can store the playback progress of the target DRM multimedia data. In response to the user's operation six, the screen projection sender establishes a screen projection connection with the new screen projection receiver. For the process of establishing a screen projection connection between the screen projection sending end and the new screen projection receiving end, reference may be made to the description of S803 above, and details are not repeated here.

After the screen projection sender establishes a screen projection connection with the new screen projection receiver, the screen projection sender can send a second screen projection instruction to the new screen projection receiver. The second screen projection instruction may be used to instruct the new screen projection receiver to continue playing the target DRM multimedia data. For example, the second screen projection instruction may include the download address of the target DRM multimedia data and the playing progress of the target DRM multimedia data. After receiving the second screen projection instruction, the new screen projection receiver can execute steps 2 and 3 in FIG. 8 to continue playing the new screen projection receiver.

In some embodiments, when the new screen projection receiver continues to play the target DRM multimedia data, the screen projection receiver that originally played the target DRM multimedia data can continue to play the target DRM multimedia data, and can also pause or stop playing the target DRM multimedia data .

Manner 2: In response to the user's operation on the remote controller 6, the remote controller sends a first control instruction to the screen projection receiving end.

Exemplarily, as shown in FIG. 12 c , in response to the user pressing the fast forward button 1 of the remote control 104 , the screen projection receiver 102 may increase the progress of the target DRM multimedia data. The increase progress of the target DRM multimedia data is proportional to the time the user presses the fast-forward button 1 . In response to the user pressing the back button 2 of the remote control 104 , the screen projection receiver 102 can reduce the progress of the target DRM multimedia data. The progress of reducing the target DRM multimedia data is proportional to the time the user presses the back button 2 . As shown in FIG. 12 d , in response to the user's pressing operation on the OK key 3 of the remote controller 104 , the screen projection receiver 102 may pause playing the DRM multimedia data. When the screen projection receiver 102 pauses to play the DRM multimedia data, in response to the user pressing the OK key 3 on the remote control 104, the screen projection receiver 102 can continue to play the DRM multimedia data

Mode 3: In response to the user's operation 7 on the control button of the screen projection receiver, the screen projection receiver generates a first control instruction.

Exemplarily, as shown in FIG. 12e , in response to the user pressing the fast-forward button 1 of the screen-casting receiver 102, the screen-casting receiver 102 may increase the playback progress of the target DRM multimedia data. As shown in FIG. 12e , in response to the user pressing the back button 2 of the screen projection receiver 102, the screen projection receiver 102 may reduce the playing progress of the target DRM multimedia data.

Further, in the case that the screen projection receiver 102 is provided with a control button for controlling video playback, in response to the user pressing the control button on the screen projection receiver 102, the target DRM multimedia is being played on the screen projection receiver 102 In the case of data, the screen projection receiver 102 can suspend playing the target DRM multimedia data; when the screen projection receiver 102 suspends playback of the target DRM multimedia data, the screen projection receiver 102 can continue to play the target DRM multimedia data.

It should be noted that, the foregoing manners 1 to 3 may have control priorities. For example, the priority of the screen projection sender is higher than the priority of the control buttons of the screen projection receiver, and the priority of the control buttons of the screen projection receiver is higher than that of the remote control. That is, when the user not only uses the screen projection sending end to control the screen projection receiving end, but also uses the remote control to control the screen projection receiving end, the screen projection receiving end can preferentially execute the control instructions of the screen projection sending end. In this way, the screen projection receiving end can be flexibly controlled.

It should be noted that, in the embodiment of the present application, in order to facilitate the service platform or the CDN server storing the target DRM multimedia data to quickly upload the target DRM multimedia data to the screen projection receiving end. The service platform or the CDN server can divide the target DRM multimedia data into multiple data packets. For example, the service platform or the CDN server may divide the target DRM multimedia data into multiple data packets according to the preset granularity. Each data packet may include part of the multimedia data of the target DRM multimedia data. The encryption keys of the partial multimedia data in each data packet of the multiple data packets of the target DRM multimedia data are consistent, and each data packet may have a unique identifier. The identifier can be numbers, characters, or a combination of numbers and characters.

Wherein, the preset granularity may be duration, size, and the like. Taking the preset granularity as the duration as an example, the duration can be set according to needs, for example, it can be 1 minute, 5 minutes, 10 minutes, etc., without limitation. For example, if the total duration of the target DRM multimedia data package is 2 hours, the service platform and the CDN server may divide the target DRM multimedia data into 24 data packages, which are respectively data package 1 to data package 24, at a granularity of 5 minutes. In this way, the service platform or the CDN server can sequentially send the multiple data packets to the screen projection receiving end according to the identification of the data packets.

Further, after receiving the control instruction for instructing fast forward or rewind at the screen projection receiving end, the progress of the target DRM multimedia data indicated by the control instruction can be obtained from the service platform or the CDN server. corresponding data packets. For example, in response to the user's control of the screen projection receiver through the control terminal to roll back from the current progress to the 43rd minute of playing the target DRM multimedia data (the data packet corresponding to the 43rd minute is the data packet 9 of the above-mentioned 24 data packets). The screen projection receiving end may send a request message for obtaining the data packet corresponding to the 43rd minute of the target DRM multimedia data to the service platform or the CDN server. Alternatively, the screen projection receiving end may send a request message for obtaining the data packet 9 to the service platform or the CDN server. In this way, the service platform or the CDN server can send part of the data packets of the target DRM multimedia data to the projection receiving end without sending all the data of the target DRM multimedia data, thereby reducing data transmission delay and improving user experience.

In a possible implementation of the method shown in FIG. 8 , in order to improve the application of DRM technology, the method provided in the embodiment of the present application may further include: during the process of playing the first DRM multimedia data at the first screen projection receiving end The screen projection sending end sends a third screen projection instruction to the second screen projection receiving end, so that the second screen projection receiving end plays the second DRM multimedia data.

Wherein, the first screen projection receiving end and the second screen projection receiving end may be different screen projection receiving ends. The first DRM multimedia data and the second DRM multimedia data may be different DRM multimedia data, or may be the same DRM multimedia data. The first DRM multimedia data and the second DRM multimedia data may be DRM multimedia data provided by different service platforms (marked as scenario 1), or may be DRM multimedia data provided by the same service platform (scenario 2). Scenario 1 and Scenario 2 are described below.

Scenario 1. When the first DRM multimedia data and the second DRM multimedia data are DRM multimedia data provided by different service platforms, that is, the first DRM multimedia data and the second DRM multimedia data are DRM provided by different application programs multimedia data. In this scenario, the screen projection sending end may run the first application program in the background, and send a screen projection instruction for instructing to play the second DRM multimedia data to the second screen projection receiving end through the second application program.

Exemplarily, in response to the user's operation of switching to the main interface (such as pulling up the display screen, clicking a control key on the main interface), the screen projection sending end 101 may return to the main interface 130 as shown in FIG. 13a. The main interface 1303 may include a control interface 131 for the first DRM multimedia data and a second application program 132 . In response to the user's click to play the operation of displaying the second DRM multimedia data of the second application program, as shown in FIG. 13 b , the screen projection sending end 101 may display the second DRM multimedia data.

In the case where the user selects the screen projection receiver as the second screen projection receiver, in response to the operation of the user clicking the screen projection button 1301 of the second DRM multimedia data on the interface shown in FIG. The screen projection receiving end 105 sends the third screen projection instruction, so that the second screen projection receiving end 105 can play the second DRM multimedia data. Wherein, the process of playing the second DRM multimedia data by the second receiving end 105 may refer to the above-mentioned technical solution in FIG. 8 , which will not be described in detail. "TV in room XX" in FIG. 13a may represent the screen-casting receiving end of the first DRM multimedia data. For the descriptions in subsequent figures, reference may be made here, and details are not repeated here.

Scenario 2. When the first DRM multimedia data and the second DRM multimedia data are DRM multimedia data provided by the same service platform, that is, the first DRM multimedia data and the second DRM multimedia data are DRM provided by the same application program multimedia data. In this scenario, the screen projection sending end may continue to send a screen projection instruction for instructing to play the second DRM multimedia data to the second screen projection receiving end through the first application program.

Exemplarily, in response to the user's screen projection connection operation, the screen projection sender can establish a screen projection with the second screen projection receiver 105 on the basis of maintaining a connection with the first screen projection receiver. connect. In this way, when the user chooses to use the second screen projection receiver 105 to play the second DRM multimedia data, the screen projection sender can send a fourth screen projection instruction to the second screen projection receiver, so that the second screen projection receiver The second DRM multimedia data can be played.

Exemplarily, in response to the user's operation 7, the screen projection sender can minimize the control interface of the first DRM multimedia data, or, the screen projection sender can display the control interface of the first DRM multimedia data in the form of a small screen. For example, as shown in FIG. 14a, in response to the operation of the user clicking the minimize button 1301 on the control interface 131 of the first DRM multimedia data of the screen-casting sender 101, the screen-caster sender 101 can display the first DRM in the form of a small screen. A control interface 131 for multimedia data. For example, the screen projection sending end may display an interface as shown in FIG. 13b.

For example, based on the interface in FIG. 14b, in response to the user's play operation on the second DRM multimedia data ("8" in the figure) of the screen-casting sender 101, the screen-casting sender 101 can have an interface as shown in FIG. 14c. The interface may include a control interface 131 of the first DRM multimedia data (displayed in the form of a small screen) and a control interface 132 of the second DRM multimedia data (displayed in the form of a main screen).

In response to the user's click operation on the screen-casting control button 1321 of the control interface 132 of the second DRM multimedia data, the screen-casting sender may send a message indicating to play the second DRM-based multimedia to the second screen-casting receiver that has established a screen-casting connection. The screen projection command of the data, so that the second screen projection receiver can play the second DRM multimedia data.

Further, when the screen projection sender simultaneously uses different screen projection receivers for DRM multimedia data projection, the screen projection sender can control the playback progress of the DRM multimedia data of the different screen projection receivers.

Exemplarily, in response to the user's control operation on multiple DRM multimedia data at the screen projection sender, the screen projection sender may respectively send control instructions to multiple screen projection receivers playing the DRM multimedia data.

For example, in response to the user's pull-down operation on the screen-casting sending end 101, the screen-casting sending end may display an interface 150 including a control interface 131 for the first DRM multimedia data and a control interface 132 for the second DRM multimedia data. The interface 150 may be as shown in the figure 15. In FIG. 15, both the control interface 131 of the first DRM multimedia data and the control interface 13 of the second DRM multimedia data can be displayed in the form of a small screen.

For example, in response to the user's control operation on the control interface 131 of the first DRM multimedia data in FIG. 15 , a control instruction corresponding to the control operation may be sent to the first screen projection receiving end. Specifically, reference may be made to the description of the first implementation manner in FIG. 8 above, and details are not repeated here.

For another example, in response to the user's control operation on the second DRM multimedia data interface 132 in FIG. 15 , a control instruction corresponding to the control operation may be sent to the second screen projection receiving end. Specifically, reference may be made to the description of the first implementation manner in FIG. 8 above, and details are not repeated here.

Based on this possible implementation, the screen projection sender can simultaneously cast screens to multiple screen projection receivers, so that different screen projection receivers can play DRM multimedia data at the same time, that is, the screen projection sender can execute multi-process The screen projection operation improves the application scenarios of DRM technology.

The foregoing mainly introduces the solutions provided by the embodiments of the present application from the perspective of electronic devices. It can be understood that, in order to realize the above functions, the electronic device includes hardware structures and/or software modules corresponding to each function. Those skilled in the art should easily realize that, with reference to the steps of a screen projection method described in the embodiments disclosed in the present application, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or by electronic equipment software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

In the embodiment of the present application, the screen projection device can be divided into functional modules or functional units according to the above method example. For example, each functional module or functional unit can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware, or in the form of software function modules or functional units. Wherein, the division of modules or units in the embodiment of the present application is schematic, and is only a logical function division, and there may be another division manner in actual implementation.

Other embodiments of the present application provide an electronic device (such as a mobile phone 700 shown in FIG. 7 ), where multiple preset applications are installed. The electronic device may include memory and one or more processors. The memory is coupled to the processor. The electronic device may also include a camera. Alternatively, the electronic device can be connected with an external camera. The memory is used to store computer program code comprising computer instructions. When the processor executes the computer instructions, the electronic device can execute various functions or steps performed by the mobile phone in the foregoing method embodiments. For the structure of the electronic device, reference may be made to the structure of the mobile phone 700 shown in FIG. 7 .

An embodiment of the present application further provides a chip system, as shown in FIG. 16 , the chip system includes at least one processor 1601 and at least one interface circuit 1602 . The processor 1601 and the interface circuit 1602 may be interconnected through wires. For example, interface circuit 1602 may be used to receive signals from other devices, such as memory of an electronic device. As another example, the interface circuit 1602 may be used to send signals to other devices (such as the processor 1601). Exemplarily, the interface circuit 1602 can read instructions stored in the memory, and send the instructions to the processor 1601 . When the instructions are executed by the processor 1601, the electronic device (such as the mobile phone 700 shown in FIG. 7 ) may execute various steps in the above-mentioned embodiments. Of course, the chip system may also include other discrete devices, which is not specifically limited in this embodiment of the present application.

The embodiment of the present application also provides a computer storage medium, the computer storage medium includes computer instructions, and when the computer instructions are run on the above-mentioned electronic device (the mobile phone 700 shown in FIG. 7 ), the electronic device is made to execute the above-mentioned method. Each function or step executed by the mobile phone in the embodiment.

The embodiment of the present application also provides a computer program product, which, when the computer program product is run on a computer, causes the computer to execute each function or step performed by the mobile phone in the method embodiment above.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above functional modules is used as an example for illustration. In practical applications, the above functions can be assigned by Completion of different functional modules means that the internal structure of the device is divided into different functional modules to complete all or part of the functions described above.

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

The unit described as a separate component may or may not be physically separated, and the component displayed as a unit may be one physical unit or multiple physical units, that is, it may be located in one place, or may be distributed to multiple different places . Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

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

If the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the software product is stored in a storage medium Among them, several instructions are included to make a device (which may be a single-chip microcomputer, a chip, etc.) or a processor (processor) execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes such as U disk, mobile hard disk, read only memory (ROM), random access memory (random access memory, RAM), magnetic disk or optical disk.

The above content is only the specific implementation of the application, but the protection scope of the application is not limited thereto, and any changes or replacements within the technical scope disclosed in the application shall be covered within the protection scope of the application. Therefore, the protection scope of the present application should be determined by the protection scope of the claims.

Claims (24)

A screen projection method, characterized in that the screen projection method comprises: In response to the first screen projection operation, the screen projection sending end sends a first screen projection instruction to the screen projection receiving end, and the first screen projection instruction includes acquisition information of target digital rights management DRM multimedia data, and the target DRM multimedia data is Encrypted data of the target multimedia data; The screen projection receiving end receives the first screen projection instruction from the screen projection sending end, and obtains the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; The screen projection receiving end obtains the authorization information of the target DRM multimedia data through the screen projection sending end, and plays the target multimedia data according to the authorization information of the target DRM multimedia data. The screen projection method according to claim 1, wherein the screen projection receiver obtains the authorization information of the target DRM multimedia data through the screen projection sender, including: The screen projection receiving end sends a second request message to the service platform through the screen projection sending end, and the second request message is used to request to obtain the authorization information of the target DRM multimedia data; The service platform receives the second request message from the screen projection sender, and sends the authorization information of the target DRM multimedia data to the screen projection receiver through the screen projection sender; The screen projection receiving end receives the authorization information from the screen projection sending end. The screen projection method according to claim 1 or 2, wherein the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The authorization information is obtained by encrypting the key with the public key for the service platform. The screen projection method according to claim 3, wherein the screen projection receiving end plays the target multimedia data according to the authorization information of the target DRM multimedia data, comprising: The screen projection receiver uses the private key of the screen projection receiver to decrypt the authorization information to obtain the key; The screen projection receiver uses the key to decrypt the target DRM multimedia data to obtain the target multimedia data; The screen projection receiving end plays the target multimedia data. The screen projection method according to any one of claims 1-4, wherein the method further comprises: In response to the first control operation, the screen projection sending end sends a first control instruction to the screen projection receiving end, the first control instruction is used to control the playing of the target multimedia data; The screen projection receiving end receives the first control instruction from the screen projection sending end, and controls the playing of the target multimedia data according to the first control instruction. The screen projection method according to any one of claims 1-5, wherein before the screen projection sending end sends the first screen projection instruction to the screen projection receiving end, the method further comprises: The screen projection sending end sends a first request message to the service platform, and the first request message is used to request acquisition of the target DRM multimedia data; The service platform receives the first request message from the screen projection sender, and authenticates the screen projection sender; When the screen projection sending end passes the authentication, the service platform sends the acquisition information of the target DRM multimedia data to the screen projection sending end. A screen projection method, characterized in that it is applied to a screen projection sending end, and the method includes: The screen projection sending end obtains the acquisition information of the target digital copyright protection DRM multimedia data, and the target DRM multimedia data is data after encrypting the target multimedia data; In response to the first screen projection operation, the screen projection sending end sends a first screen projection instruction to the screen projection receiving end, and the first screen projection instruction includes the acquisition information of the target DRM multimedia data; The screen projection sending end acquires the authorization information of the target DRM multimedia data, and sends the authorization information to the screen projection sending end. The screen projection method according to claim 7, wherein the screen projection sending end obtains the authorization information of the target DRM multimedia data, including: The screen projection sending end receives the second request message from the screen projection receiving end, and sends the second request message to the service platform, and the second request message is used to request to obtain the authorization information of the target DRM multimedia data ; The screen projection sending end receives the authorization information of the target DRM multimedia data from the service platform. The screen projection method according to claim 8, wherein the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The authorization information is obtained by the service platform using the public key to encrypt a key for decrypting the target DRM multimedia data. The screen projection method according to any one of claims 7-9, further comprising: In response to the first control operation, the screen projection sending end sends a first control instruction to the screen projection receiving end, where the first control instruction is used to control the playing of the target multimedia data. A screen projection method, characterized in that it is applied to a screen projection receiving end, and the method includes: The screen projection receiving end receives a first screen projection instruction from the screen projection sending end, the first screen projection instruction includes the acquisition information of the target digital rights management DRM multimedia data, and the target DRM multimedia data is the target multimedia data encrypted data; The screen projection receiving end acquires the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; The screen projection receiving end obtains the authorization information of the target DRM multimedia data through the screen projection sending end, and plays the target multimedia data according to the authorization information. The screen projection method according to claim 11, wherein the screen projection receiver obtains the authorization information of the target DRM multimedia data through the screen projection sender, including: The screen projection receiving end sends a second request message to the screen projection sending end, and the second request message is used to request to obtain the authorization information of the target DRM multimedia data; The screen projection receiver receives the authorization information of the target DRM multimedia data from the screen projection sender. The screen projection method according to claim 12, wherein the second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The authorization information is obtained by the service platform using the public key to encrypt a key for decrypting the target DRM multimedia data. The screen projection method according to any one of claims 11-13, further comprising: The screen projection receiving end receives a first control instruction from the screen projection sending end, and the first control instruction is used to control the playback of the target multimedia data; The screen projection receiving end controls the playing of the target multimedia data according to the first control instruction. The screen projection method according to any one of claims 1-14, wherein the acquisition information includes a download address of the target DRM multimedia data. A screen projection system, characterized in that the system includes: a screen projection sender, a screen projection receiver, and a business platform; The screen projection sending end is used to send a first screen projection instruction to the screen projection receiving end in response to the first screen projection operation, and the first screen projection instruction includes the acquisition information of the target digital version protection DRM multimedia data, so The target DRM multimedia data is the data after the target multimedia data is encrypted; The screen projection receiving end is used to receive the first screen projection instruction from the screen projection sending end, and obtain the target DRM multimedia data from the service platform according to the acquisition information of the target DRM multimedia data; The screen projection receiving end is also used to obtain the authorization information of the target DRM multimedia data through the screen projection sending end, and play the target multimedia data according to the authorization information; The service platform is configured to send the target DRM multimedia data to the screen projection receiving end, and send the authorization information of the target DRM multimedia data to the screen projection receiving end through the screen projection sending end. The screen projection system according to claim 16, characterized in that, The screen projection sending end is further configured to send a first request message to the service platform, and the first request message is used to request acquisition of the target DRM multimedia data; The service platform is further configured to receive the first request message from the screen projection sender, and authenticate the screen projection sender; The service platform is further configured to send acquisition information of the target DRM multimedia data to the screen projection sender when the screen projection sender passes the authentication. The screen projection system according to claim 16 or 17, characterized in that, The screen projection receiving end is specifically used to send a second request message to the service platform through the screen projection receiving end, and the second request message is used to obtain the authorization information of the target DRM multimedia data; The service platform is specifically configured to receive the second request message from the screen projection sender, and send the authorization information of the target DRM multimedia data to the screen projection receiver through the screen projection sender; The screen projection receiving end is further configured to receive the authorization information from the screen projection sending end. The screen projection system according to claim 18, characterized in that, The second request message includes the public key of the screen projection receiver, and the authorization information includes a key for decrypting the target DRM multimedia data; The authorization information is obtained by encrypting the key with the public key for the service platform. The screen projection system according to claim 19, wherein: The screen projection receiver is further configured to use the private key of the screen projection receiver to decrypt the authorization information to obtain the key; The screen projection receiving end is also used to use the key to decrypt the target DRM multimedia data to obtain the target multimedia data; The screen projection receiving end is also used to play the target multimedia data. The screen projection system according to any one of claims 16-20, characterized in that, The screen projection sending end is further configured to send a first control instruction to the screen projection receiving end in response to a first control operation, and the first control instruction is used to control the playing of the target multimedia data; The screen projection receiving end is further configured to receive the first control instruction from the screen projection sending end, and control the playing of the target multimedia data according to the first control instruction. An electronic device, characterized in that the electronic device is a screen projection sending end, and the electronic device includes: a memory and one or more processors; the memory is coupled to the processor, and the memory is used to store Computer program code, the computer program code comprising computer instructions, when the computer instructions are executed by the one or more processors, causing the electronic device to perform the method according to any one of claims 7-10 . An electronic device, characterized in that the electronic device is a projection receiving end, and the electronic device includes: a memory and one or more processors; the memory is coupled to the processor, and the memory is used for storing Computer program code, the computer program code comprising computer instructions, when the computer instructions are executed by the one or more processors, causing the electronic device to perform the method according to any one of claims 11-15 . A computer storage medium, characterized by comprising computer instructions, and when the computer instructions are run on an electronic device, the electronic device is made to execute the method according to any one of claims 1-15.

Images