CN115270082A - 一种数字版权管理drm文件的分享方法及电子设备 - Google Patents

Abstract

本申请实施例提供一种数字版权管理DRM文件的分享方法及电子设备，涉及电子设备技术领域，可以保障电子设备使用DRM文件，提高用户的使用体验。具体方案包括：第一电子设备可以向第二电子设备发送分享消息，该分享消息包括第一文件凭证，第一文件凭证用于授权接收分享消息的设备使用第一DRM文件。第二电子设备可以向业务平台发送第一请求消息，该第一请求消息包括第一文件凭证，该第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。之后，业务平台接收来自第二电子设备的第一请求消息，可以根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。

Description

一种数字版权管理DRM文件的分享方法及电子设备

技术领域

本申请实施例涉及电子设备技术领域，尤其涉及一种DRM文件的分享方法及电子设备。

背景技术

随着电子技术的发展，电子设备(如手机、平板电脑或智能手表等)的功能越来越多。示例性的，大多数电子设备均可以通过无线通信技术分享文件。

但是，出于版权保护的需求，提供文件的平台仅允许被授予使用权限的账号(例如会员账号)才可以使用数字版权管理(Digital Rights Management，DRM)文件。其中，DRM是一种用于管理被保护文件(例如图像、音频和视频等)的使用权的技术。示例性的，假如电子设备A中安装的音乐应用所登录的账号为会员账号，电子设备A可以通过音乐应用播放DRM歌曲，电子设备B不具备播放DRM歌曲的权限。若电子设备A将DRM歌曲分享至电子设备B，电子设备B则无法播放该DRM歌曲，如此影响了用户的应用使用体验。

发明内容

本申请提供一种DRM文件的分享方法及电子设备，能够保障电子设备可以使用DRM文件，提高用户的使用体验。

第一方面，本申请提供一种DRM文件的分享方法，该方法可以应用于第一电子设备向第二电子设备分享DRM文件，DRM文件由业务平台提供。

该方法中，第一电子设备可以向第二电子设备发送分享消息，该分享消息包括第一文件凭证，第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，该第一文件凭证是由业务平台分配的。第二电子设备接收到来自第一电子设备的分享消息后，可以向业务平台发送第一请求消息，该第一请求消息包括第一文件凭证，该第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。之后，业务平台接收来自第二电子设备的第一请求消息，可以根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。

基于上述技术方案，第二电子设备在接收到来自第一文件凭证之后，可以向业务平台发送包括第一文件凭证的第一请求消息，该第一请求消息用于根据第一文件凭证从业务平台获取使用第一DRM文件的权限。也就是说，第二电子设备可以根据第一文件凭证，向业务平台请求使用获取第一DRM文件的权限。在业务平台接收到第一请求消息之后，可以授权第二电子设备使用第一DRM文件。这样一来，在第一电子设备向第二电子设备分享DRM文件时，即使第二电子设备不具备使用DRM文件的权限，第二电子设备在接收到第一文件凭证之后，可以获取使用第一DRM文件的权限。如此，第二电子设备可以使用第一DRM文件，提升了用户使用DRM文件的使用体验。

并且，第一电子设备可以向任一电子设备发送第一文件凭证。任一接收到第一文件凭证的电子设备均可以使用第一DRM文件。如此，可以便于第一电子设备向任一电子设备分享DRM文件，提升了用户分享DRM文件的体验。

结合第一方面，在一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：第一电子设备可以获取第一文件凭证。

也就是说，在第一电子设备向第二电子设备发送分享消息之前，第一电子设备需要获取第一文件凭证。如此，可以保障第二电子设备可以接收到第一文件凭证，并获取使用第一DRM文件的权限，进而可以使用第一DRM文件。

结合第一方面，在另一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：业务平台为第一电子设备创建第一文件凭证。

可以理解的是，业务平台为第一电子设备创建第一文件凭证之后，第一电子设备可以从业务平台获取第一文件凭证。如此，可以保障第二电子设备可以接收到第一文件凭证，并获取使用第一DRM文件的权限，进而可以使用第一DRM文件。

结合第一方面，在另一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：第一电子设备可以向业务平台发送第二请求消息，第二请求用于请求获取第一文件凭证。之后，第一电子设备可以从业务平台接收来自第一文件凭证。

结合第一方面，在另一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：第一电子设备可以向业务平台发送第三请求消息，该第三请求消息用于指示业务平台为第一电子设备创建第一文件凭证。之后，业务平台可以接收来自第一电子设备的第三请求消息，并创建第一文件凭证。

可以理解的是，业务平台为第一电子设备创建第一文件凭证之后，业务平台可以为第一电子设备分配第一文件凭证，即第一电子设备可以获取第一文件凭证。如此，可以保障第二电子设备可以接收到第一文件凭证，并获取使用第一DRM文件的权限，进而可以使用第一DRM文件。

结合第一方面，在另一种可能的设计方式中，分享消息和第一请求消息中还分别可以包括第一DRM文件的文件标识。也就是说，分享消息还可以包括第一DRM文件的文件标识，第一请求消息还可以包括第一DRM文件的文件标识。该方法还包括：业务平台可以根据文件标识确定第一DRM文件，并向第二电子设备发送第一响应消息，该第一响应消息包括第一DRM文件。

也就是说，第二电子设备可以获取第一DRM文件的文件标识，并向业务平台发送该文件标识。这样一来，业务平台可以根据文件标识确定对应的第一DRM文件，并向第二电子设备发送第一DRM文件。如此，第二电子设备可以接收到该第一DRM文件，并使用该第一DRM文件。

结合第一方面，在另一种可能的设计方式中，第一DRM文件为加密的DRM文件，第一响应消息中还包括用于解密第一DRM文件的密钥。该方法还包括：第二电子设备可以接收来自业务平台的第一响应消息，使用密钥解密第一DRM文件。

也就是说，第二电子设备具备使用第一DRM文件的权限，可以获取用于解密第一DRM文件的密钥，并使用密钥解密第一DRM文件。如此，第二电子设备可以使用第一DRM文件。

结合第一方面，在另一种可能的设计方式中，分享消息还可以包括：第一权限分发信息，该第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

示例性的，该第一权限分发信息可以为第二电子设备能够使用第一DRM文件的次数，也可以为第二电子设备能够使用第一DRM文件的时长。

也就是说，第一电子设备可以限制第二电子设备使用第一DRM文件的权限。如此，可以便于第一电子设备对第一权限的管理，提高了用户的使用体验。

需要说明的是，该第一权限分发信息可以携带在第一文件凭证中，即第一文件凭证包括第一权限分发信息。该第一权限分发信息也可以独立于第一文件凭证，即第一文件凭证不包括第一权限分发信息。

结合第一方面，在另一种可能的设计方式中，该方法还包括：第二电子设备接收到来自第一电子设备的分享消息后，可以响应于对分享消息的第一操作，向业务平台发送第一请求消息。

也就是说，第二电子设备在接收到用户对分享消息的第一操作之后，才可以向业务平台发送第一请求消息。如此，可以控制第二电子设备是否向业务平台发送第一请求消息，即可以控制第二电子设备是否获取使用第一DRM文件的权限。如此，可以扩大用户的选择，提高了用户的使用体验。

结合第一方面，在另一种可能的设计方式中，第二电子设备安装有第一应用，该第一应用为第二电子设备下载并安装的应用，或者，该第一应用为第二电子设备预安装的集成应用。第二电子设备接收到第一操作之后，该方法还包括：若第二电子设备拥有第一账号，第二电子设备可以校验第一账号是否具备第一权限，该第一账号为在第一应用注册的账号。若第一账号不具备第一权限，业务平台则可以根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。

其中，第二电子设备拥有第一账号是指，第二电子设备登录有第一账号，或者，第二电子设备注册过第一账号，但未在第二电子设备登录该第一账号。

可以理解的是，若第一账号不具备第一权限，即第一账号不具备使用第一DRM文件的权限，第二电子设备无法使用第一DRM文件。业务平台则可以根据第一文件凭证，授权第二电子设备使用第一DRM文件。这样一来，在第一电子设备向第二电子设备分享DRM文件时，即使第二电子设备不具备使用DRM文件的权限，第二电子设备在接收到第一文件凭证之后，可以获取使用第一DRM文件的权限。如此，第二电子设备可以使用第一DRM文件，提升了用户使用DRM文件的使用体验。

结合第一方面，在另一种可能的设计方式中，该方法还包括：若第二电子设备未拥有第一账号，业务平台则可以创建第二账号，第二账号具备第一权限。之后，业务平台可以向第二电子设备发送第二账号。然后，第二电子设备可以接收来自业务平台的第二账号。其中，第二电子设备未拥有第一账号是指，第二电子设备未在第一应用注册过账号。

也就是说，在电子设备未在第一应用注册过账号的情况下，业务平台可以为第二电子设备创建一个具备第一权限的第二账号，并将该第二账号分配至第二电子设备。这样一来，第二电子设备便可以根据第二账号，向业务平台请求使用第一DRM文件。如此，解决了第二电子设备无法使用DRM文件的问题，提高了用户的使用体验。

第二方面，本申请提供一种DRM文件的分享方法，该方法可以应用于第一电子设备分享DRM文件，该DRM文件由业务平台提供。

该方法中，第一电子设备可以获取第一文件凭证，该第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，该分享消息包括第一文件凭证，第一文件凭证是由业务平台分配的。第一电子设备向第二电子设备发送分享消息。

基于上述技术方案，第一电子设备可以获取第一文件凭证，该第一文件凭证用于授权接收分享消息的设备使用第一DRM文件。之后，第一电子设备可以向第二电子设备发送分享消息。这样一来，在第一电子设备向第二电子设备分享DRM文件时，即使第二电子设备不具备使用DRM文件的权限，第二电子设备在接收到第一文件凭证之后，可以获取使用第一DRM文件的权限。如此，第二电子设备可以使用第一DRM文件，提升了用户使用DRM文件的使用体验。

并且，第一电子设备可以向任一电子设备发送第一文件凭证。任一接收到第一文件凭证的电子设备均可以使用第一DRM文件。如此，可以便于第一电子设备向任一电子设备分享DRM文件，提升了用户分享DRM文件的体验。

结合第二方面，在一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：第一电子设备可以向业务平台发送第二请求消息，该第二请求用于请求获取第一文件凭证。之后，第一电子设备可以接收来自业务平台的第一文件凭证。

也就是说，第一电子设备可以从业务平台获取第一文件凭证。如此，可以保障第二电子设备可以接收到第一文件凭证，并获取使用第一DRM文件的权限，进而可以使用第一DRM文件。

结合第二方面，在另一种可能的设计方式中，在第一电子设备向第二电子设备发送分享消息之前，该方法还包括：第一电子设备可以向业务平台发送第三请求消息，该第三请求消息用于指示业务平台为第一电子设备创建第一文件凭证。

可以理解的是，业务平台为第一电子设备创建第一文件凭证之后，业务平台可以为第一电子设备分配第一文件凭证，即第一电子设备可以获取第一文件凭证。如此，可以保障第二电子设备可以接收到第一文件凭证，并获取使用第一DRM文件的权限，进而可以使用第一DRM文件。

结合第二方面，在另一种可能的设计方式中，分享消息还可以包括：第一权限分发信息，第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

示例性的，该第一权限分发信息可以为第二电子设备能够使用第一DRM文件的次数，也可以为第二电子设备能够使用第一DRM文件的时长。

也就是说，第一电子设备可以限制第二电子设备使用第一DRM文件的权限。如此，可以便于第一电子设备对第一权限的管理，提高了用户的使用体验。

需要说明的是，该第一权限分发信息可以携带在第一文件凭证中，即第一文件凭证包括第一权限分发信息。该第一权限分发信息也可以独立于第一文件凭证，即第一文件凭证不包括第一权限分发信息。

第三方面，本申请提供一种DRM文件的分享方法，该方法可以应用于第二电子设备获取DRM文件，DRM文件由业务平台提供。

该方法中，第二电子设备可以接收来自第一电子设备的分享消息，该分享消息包括第一文件凭证，该第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，第一文件凭证是由业务平台分配的。第二电子设备接收到来自第一电子设备的分享消息后，可以向业务平台发送第一请求消息，第一请求消息包括第一文件凭证，第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。

基于上述技术方案，第二电子设备在接收到来自第一文件凭证之后，可以向业务平台发送包括第一文件凭证的第一请求消息，该第一请求消息用于根据第一文件凭证从业务平台获取使用第一DRM文件的权限。也就是说，第二电子设备可以根据第一文件凭证，向业务平台请求使用获取第一DRM文件的权限。这样一来，在第一电子设备向第二电子设备分享DRM文件时，即使第二电子设备不具备使用DRM文件的权限，第二电子设备在接收到第一文件凭证之后，可以获取使用第一DRM文件的权限。如此，第二电子设备可以使用第一DRM文件，提升了用户使用DRM文件的使用体验。

结合第三方面，在一种可能的设计方式中，分享消息和第一请求消息中还分别可以包括第一DRM文件的文件标识。也就是说，分享消息还可以包括第一DRM文件的文件标识，第一请求消息还可以包括第一DRM文件的文件标识。第一DRM文件为加密的DRM文件。该方法还包括：第二电子设备可以接收来自业务平台的第一响应消息，改第一响应消息包括第一DRM文件和用于解密第一DRM文件的密钥。之后，第二电子设备可以使用密钥解密第一DRM文件。

也就是说，第二电子设备具备使用第一DRM文件的权限，可以获取用于解密第一DRM文件的密钥，并使用密钥解密第一DRM文件。如此，第二电子设备可以使用第一DRM文件。

结合第三方面，在另一种可能的设计方式中，分享消息还可以包括：第一权限分发信息，第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

示例性的，该第一权限分发信息可以为第二电子设备能够使用第一DRM文件的次数，也可以为第二电子设备能够使用第一DRM文件的时长。

也就是说，第一电子设备可以限制第二电子设备使用第一DRM文件的权限。如此，可以便于第一电子设备对第一权限的管理，提高了用户的使用体验。

需要说明的是，该第一权限分发信息可以携带在第一文件凭证中，即第一文件凭证包括第一权限分发信息。该第一权限分发信息也可以独立于第一文件凭证，即第一文件凭证不包括第一权限分发信息。

结合第三方面，在另一种可能的设计方式中，该方法还包括：第二电子设备接收到来自第一电子设备的分享消息后，可以响应于对分享消息的第一操作，向业务平台发送第一请求消息。

也就是说，第二电子设备在接收到用户对分享消息的第一操作之后，才可以向业务平台发送第一请求消息。如此，可以控制第二电子设备是否向业务平台发送第一请求消息，即可以控制第二电子设备是否获取使用第一DRM文件的权限。如此，可以扩大用户的选择，提高了用户的使用体验。

结合第三方面，在另一种可能的设计方式中，第二电子设备安装有第一应用，第一应用为第二电子设备下载并安装的应用，或者第二电子设备预安装的集成应用。第二电子设备接收到第一操作之后，该方法还包括：若第二电子设备拥有第一账号，第二电子设备可以校验第一账号是否具备第一权限，第一账号为在第一应用注册的账号。其中，若第一账号不具备第一权限，业务平台则可以根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。第二电子设备拥有第一账号是指，第二电子设备登录有第一账号，或者，第二电子设备注册过第一账号，但未在第二电子设备登录该第一账号。

可以理解的是，若第一账号不具备第一权限，即第一账号不具备使用第一DRM文件的权限，第二电子设备无法使用第一DRM文件。业务平台则可以根据第一文件凭证，授权第二电子设备使用第一DRM文件。这样一来，在第一电子设备向第二电子设备分享DRM文件时，即使第二电子设备不具备使用DRM文件的权限，第二电子设备在接收到第一文件凭证之后，可以获取使用第一DRM文件的权限。如此，第二电子设备可以使用第一DRM文件，提升了用户使用DRM文件的使用体验。

结合第三方面，在另一种可能的设计方式中，该方法还包括：若第二电子设备未拥有第一账号，第二电子设备接收来自业务平台的第二账号，第二账号为业务平台创建的、具备第一权限的账号。其中，第二电子设备未拥有第一账号是指，第二电子设备未在第一应用注册过账号。

也就是说，在电子设备未在第一应用注册过账号的情况下，业务平台可以为第二电子设备创建一个具备第一权限的第二账号，并将该第二账号分配至第二电子设备。这样一来，第二电子设备便可以根据第二账号，向业务平台请求使用第一DRM文件。如此，解决了第二电子设备无法使用DRM文件的问题，提高了用户的使用体验。

第四方面，本申请提供一种DRM文件的分享系统，该系统包括：第一电子设备、第二电子设备和业务平台。

第一电子设备用于向第二电子设备发送分享消息，分享消息包括第一文件凭证，第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，第一文件凭证是由业务平台分配的。第二电子设备用于接收到来自第一电子设备的分享消息后，向业务平台发送第一请求消息，第一请求消息包括第一文件凭证，第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。业务平台用于接收来自第二电子设备的第一请求消息，根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。

结合第四方面，在一种可能的设计方式中，第一电子设备还用于获取第一文件凭证。

结合第四方面，在另一种可能的设计方式中，第一电子设备还用于向业务平台发送第二请求消息，第二请求用于请求获取第一文件凭证。第一电子设备还用于从业务平台接收来自第一文件凭证。

结合第四方面，在另一种可能的设计方式中，业务平台还用于为第一电子设备创建第一文件凭证。

结合第四方面，在另一种可能的设计方式中，分享消息和第一请求消息中还分别包括第一DRM文件的文件标识。业务平台还用于根据文件标识确定第一DRM文件，并向第二电子设备发送第一响应消息，第一响应消息包括第一DRM文件。

结合第四方面，在另一种可能的设计方式中，第一DRM文件为加密的DRM文件，第一响应消息中还包括用于解密第一DRM文件的密钥。第二电子设备还用于接收来自业务平台的第一响应消息，使用密钥解密第一DRM文件。

结合第四方面，在另一种可能的设计方式中，分享消息还包括：第一权限分发信息，第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

结合第四方面，在另一种可能的设计方式中，第二电子设备还用于接收到来自第一电子设备的分享消息后，响应于对分享消息的第一操作，向业务平台发送第一请求消息。

结合第四方面，在另一种可能的设计方式中，第二电子设备安装有第一应用，第一应用为第二电子设备下载并安装的应用，或者第二电子设备预安装的集成应用。若第二电子设备拥有第一账号，第二电子设备还用于校验第一账号是否具备第一权限，第一账号为在第一应用注册的账号。若第一账号不具备第一权限，业务平台还用于根据第一请求消息中携带的第一文件凭证，授权第二电子设备使用第一DRM文件。

结合第四方面，在另一种可能的设计方式中，若第二电子设备未拥有第一账号，业务平台还用于创建第二账号，第二账号具备第一权限。业务平台还用于向第二电子设备发送第二账号。第二电子设备还用于接收来自业务平台的第二账号。

第五方面，本申请提供一种电子设备，该电子设备为第一电子设备，该电子设备包括：存储器和处理器，上述存储器与上述处理器耦合；存储器还用于存储计算机程序代码，计算机程序代码包括计算机指令；当计算机指令被所述处理器执行时，上述处理器，用于获取第一文件凭证，第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，分享消息包括第一文件凭证，第一文件凭证是由业务平台分配的。上述处理器，还用于向第二电子设备发送分享消息。

结合第五方面，在一种可能的设计方式中，上述处理器，还用于向业务平台发送第二请求消息，第二请求用于请求获取第一文件凭证。上述处理器，具体用于从业务平台接收来自第一文件凭证。

结合第五方面，在另一种可能的设计方式中，上述处理器，还用于向业务平台发送第三请求消息，第三请求消息用于指示业务平台为第一电子设备创建第一文件凭证。

结合第五方面，在另一种可能的设计方式中，分享消息还包括：第一权限分发信息，第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

第六方面，本申请提供一种电子设备，该电子设备为第二电子设备，该电子设备包括：存储器和处理器，上述存储器与上述处理器耦合；存储器还用于存储计算机程序代码，计算机程序代码包括计算机指令；当计算机指令被所述处理器执行时，上述处理器，用于接收来自第一电子设备的分享消息，分享消息包括第一文件凭证，第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，第一文件凭证是由业务平台分配的。上述处理器，还用于接收到来自第一电子设备的分享消息后，向业务平台发送第一请求消息，第一请求消息包括第一文件凭证，第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。

结合第六方面，在一种可能的设计方式中，分享消息和第一请求消息中还分别包括第一DRM文件的文件标识，第一DRM文件为加密的DRM文件。上述处理器，还用于接收来自业务平台的第一响应消息，第一响应消息包括第一DRM文件和用于解密第一DRM文件的密钥。上述处理器，还用于使用密钥解密第一DRM文件。

结合第六方面，在另一种可能的设计方式中，分享消息还包括：第一权限分发信息，第一权限分发信息用于指示第二电子设备能够使用第一DRM文件的权限。

结合第六方面，在另一种可能的设计方式中，上述处理器，具体用于接收到来自第一电子设备的分享消息后，响应于对分享消息的第一操作，向业务平台发送第一请求消息。

结合第六方面，在另一种可能的设计方式中，上述存储器存储有第一应用，第一应用为第二电子设备下载并安装的应用，或者第二电子设备预安装的集成应用。上述处理器，还用于若第二电子设备拥有第一账号，校验第一账号是否具备第一权限，第一账号为在第一应用注册的账号。

结合第六方面，在另一种可能的设计方式中，上述处理器，还用于若第二电子设备未拥有第一账号，则接收来自业务平台的第二账号，第二账号为业务平台创建的、具备第一权限的账号。

第七方面，本申请提供一种芯片系统，该芯片系统应用于电子设备。该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该接口电路用于从电子设备的存储器接收信号，并向处理器发送该信号，该信号包括存储器中存储的计算机指令。当处理器执行所述计算机指令时，电子设备执行如第一方面或者第二方面或者第三方面及其任一种可能的设计方式所述的方法。

第八方面，本申请提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面或者第二方面或者第三方面及其任一种可能的设计方式所述的方法。

第九方面，本申请提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面或者第二方面或者第三方面及其任一种可能的设计方式所述的方法。

可以理解地，上述提供的第四方面及其任一种可能的设计方式所述的DRM文件的分享系统，第五方面及其任一种可能的设计方式所述的电子设备，第六方面及其任一种可能的设计方式所述的电子设备，第七方面所述的芯片系统，第八方面所述的计算机存储介质，第九方面所述的计算机程序产品所能达到的有益效果，可参考如第一方面或者第二方面或者第三方面及其任一种可能的设计方式中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种分享DRM文件的系统架构的组成示意图；

图2为本申请实施例提供的一种电子设备的硬件结构示意图；

图3为本申请实施例提供的一种DRM文件的分享方法流程图；

图4为本申请实施例提供的一种分享界面的实例示意图；

图5为本申请实施例提供的另一种DRM文件的分享方法流程图；

图6为本申请实施例提供的一种身份验证界面的实例示意图；

图7为本申请实施例提供的另一种分享界面的实例示意图；

图8为本申请实施例提供的另一种DRM文件的分享方法流程图；

图9为本申请实施例提供的另一种分享界面的实例示意图；

图10A为本申请实施例提供的一种提示消息的显示界面的实例示意图；

图10B为本申请实施例提供的另一种提示消息的显示界面的实例示意图；

图10C为本申请实施例提供的另一种提示消息的显示界面的实例示意图；

图10D为本申请实施例提供的另一种分享界面的实例示意图；

图11为本申请实施例提供的另一种分享界面的实例示意图；

图12为本申请实施例提供的一种芯片系统的结构组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括其他没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

另外，在本申请实施例中，“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。

为了便于理解本申请的技术方案，在对本申请实施例的DRM文件的分享方法进行详细介绍之前，先对本申请实施例中所提到的专业名词进行介绍。

1、DRM

DRM是一种用于管理被保护文件(例如图像、音频和视频等)的使用权的技术。提供文件的平台(也可以称为业务平台)可以采用DRM技术对文件进行加密，得到DRM文件。之后，应用程序(例如媒体应用)可以从业务平台获取到DRM文件。在媒体应用存储有业务平台提供的密钥的情况下，媒体应用才可以解密并使用该DRM文件。具体的，业务平台在接收到媒体应用对DRM文件的使用请求时，业务平台可以将DRM文件和该DRM文件对应的密钥发送至媒体应用。在媒体应用接收到DRM文件和密钥之后，可以对该DRM文件进行解密，以使用该DRM文件。

随着电子技术的发展，越来越多的电子设备可以通过无线通信技术分享文件。但是，出于版权保护的需求，业务平台仅允许被授予使用权限的账号(例如会员账号)才可以使用DRM文件。这样一来，若具备使用DRM文件权限的电子设备将该DRM文件分享至不具备使用DRM文件权限的电子设备，该不具备使用DRM文件权限的电子设备则无法使用该DRM文件

一些技术中为扩大应用程序(例如音乐应用)包括的DRM文件(例如DRM歌曲)的可使用范围，可以在多个电子设备上安装相同的应用程序。在该多个电子设备中的发送端设备向多个电子设备中的接收端设备分享DRM歌曲之前，发送端设备可以将接收端设备中登录音乐应用的账号与发送端设备中登录音乐应用的账号建立绑定关系。其中，在发送端设备中登录音乐应用的账号具备使用DRM歌曲权限的情况下，接收端设备中登录音乐应用的账号与发送端设备中登录音乐应用的账号建立绑定关系，可以使得接收端设备中登录音乐应用的账号具备使用DRM歌曲权限。这样一来，发送端设备向接收端设备分享DRM歌曲，接收端设备可以使用该DRM歌曲。

然而，在上述技术实现中，若接收端设备未与发送端设备安装相同的音乐应用，或者接收端设备中登录音乐应用的账号未处于登录状态，或者接收端设备的账号未与发送端设备的账号建立绑定关系，接收端设备则无法使用发送端设备分享的DRM歌曲。

为此，本申请实施例提供一种媒体资源的分享方法，该方法可以应用于发送端设备向接收端设备分享DRM文件。该方法中，发送端设备可以向接收端设备发送消息，该消息包括文件凭证和DRM文件的文件标识，该文件凭证用于授权接收到该文件凭证的设备(即接收端设备)使用该DRM文件，该文件凭证是由业务平台分配的。接收端设备接收到消息后，可以向业务平台发送文件标识和文件凭证，以获取DRM文件和用于解密该DRM文件的密钥，并使用该密钥解密DRM文件。

可以理解的是，接收端设备接收到文件凭证，便可以请求业务平台授权接收端设备使用DRM文件。在接收端设备具备使用DRM文件的权限后，可以获取DRM文件和密钥，并使用密钥解密DRM文件。如此，接收端设备可以通过相应的应用程序使用其他电子设备分享的DRM文件，解决了接收端设备无法使用DRM文件的问题，提升了用户使用DRM文件的使用体验。

在本申请实施例中，发送端设备可以向任一设备发送文件凭证和文件标识。也就是说，任一接收到文件凭证和文件标识的电子设备均可以使用DRM文件。如此，可以便于电子设备向任一设备分享DRM文件，提升了用户分享DRM文件的体验。

请参考图1，为本申请实施例提供的方法所应用的系统架构示意图。如图1所示，该系统架构包括：多个电子设备(例如发送端设备101和接收端设备102)、业务平台103。

其中，发送端设备101安装有使用DRM文件的应用程序(例如第二应用104)，发送端设备101具备使用DRM文件的权限。也就是说，发送端设备101可以通过第二应用104使用DRM文件。发送端设备101可以向第二应用104的业务平台103申请权限。例如，发送端设备101可以通过第二应用104的内容分享模块1041向用户权限管理网元1033申请分享使用DRM文件权限(例如权限A)的权限(例如权限B)。之后，内容分享模块1041可以向发送端设备101下发权限B。发送端设备101还安装有社交应用105。发送端设备101可以通过社交应用105向其他电子设备分享DRM文件和权限。例如，发送端设备101可以通过社交应用105向接收端设备102发送分享消息，该分享消息用于向接收端设备102分享权限B和DRM文件。

接收端设备102安装有社交应用105。接收端设备102可以通过社交应用105接收其他电子设备发送的消息(例如来自发送端设备101的分享消息)。并且，社交应用105还可以用于拼接指令(例如指示启动第一应用106的指令)，并执行该指令。该接收端设备102还安装有使用DRM文件的应用程序(例如第一应用106)。其中，第二应用104与第一应用106可以为同一个应用程序；或者，第一应用106可以为集成第二应用104的软件开发工具包(Software Development Kit，SDK)的应用程序。该第一应用106包括：DRM模块1061、用户权限管理模块1062和文件使用模块1063。

DRM模块1061可以用于接收来自业务平台的文件数据(例如DRM文件和密钥)。DRM模块1061还可以用于解密DRM文件，即DRM模块1061可以根据获取的密钥解密DRM文件。并且，DRM模块还可以将解密后的DRM文件发送至文件使用模块1063，使文件使用模块1063使用该DRM文件。用户权限管理模块1062可以与业务平台103交互，管理安装有第一应用106的接收端设备102的权限。例如，权限管理模块1062可以向用户权限管理网元1033申请权限A，使接收端设备可以通过第一应用106使用DRM文件。又例如，权限管理模块1062可以向用户权限管理网元1033请求为已经登录第一应用106的账号增加权限A。文件使用模块1063可以获取并使用DRM文件。示例性的，假如该DRM文件为DRM歌曲，文件使用模块1063则可以在获取到解密后的DRM歌曲后，播放该DRM歌曲。

业务平台103用于管理业务平台103中存储的文件(例如DRM文件)、账号、以及各个账号的权限。业务平台103包括：DRM服务器网元1031、用户账号管理网元1032、用户权限管理网元1033和HTML5网元1034。

DRM服务器网元1031可以用于管理DRM文件和DRM文件对应的密钥。例如，接收端设备102可以向DRM服务器网元1031发送DRM文件的标识。DRM服务器网元1031可以根据DRM文件的标识，查找到标识对应的DRM文件和密钥，并将DRM文件和密钥发送至接收端设备102。用户账号管理网元1032可以用于管理(例如存储、修改、新增、删除等)业务平台103中的账号。例如，假如接收端设备102未在业务平台103注册账号，用户账号管理网元1032可以为接收端设备102创建账号。用户账号管理网元1032还可以用于校验用户身份。例如，用户账号管理网元1032可以校验账号(或密码)是否与存储的数据一致。用户权限管理网元1033可以用于管理业务平台103中账号的权限。例如，用户权限管理网元1033可以存储各个账号与权限A之间的对应关系。用户权限管理网元1033可以根据登录第二应用104的账号，确定该账号是否可以使用DRM文件。又例如，用户权限管理网元1033还可以为账号增加权限。HTML5网元用于获取来自发送端设备101的分享消息(例如文件名称、文件类型等)，并向电子设备发送分享消息对应的界面数据，使电子设备可以显示相应界面。

其中，本申请实施例中的应用(如第一应用、第二应用、社交应用)可以是安装在电子设备中的嵌入式应用程序(即电子设备的系统应用)或者可下载应用程序。其中，嵌入式应用程序是作为电子设备(如手机)实现的一部分提供的应用程序。可下载应用程序是一个可以提供自己的因特网协议多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)连接的应用程序，该可下载应用程序可以预先安装在终端中的应用或可以由用户下载并安装在终端中的第三方应用；还可以是集成在某个嵌入式应用程序或可下载应用程序中的快应用。

需要说明的是，第一应用和第二应用为可以使用DRM文件的应用程序。例如，假如DRM文件为DRM歌曲，则第二应用和第一应用为用于播放歌曲的音乐播放应用。又例如，假如DRM文件为DRM主题，则第二应用和第一应用为用于设置电子设备主题的主题应用。

示例性的，本申请实施例中的电子设备可以是平板电脑、手机、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备、车载设备等设备，本申请实施例对该电子设备的具体形态不作特殊限制。

本申请提供的DRM文件的分享方法的执行主体可以为DRM文件的分享装置，该执行装置可以为图2所示的电子设备。同时，该执行装置还可以为该电子设备的中央处理器(Central Processing Unit，CPU)，或者该电子设备中的用于分享DRM文件的控制模块。本申请实施例中以电子设备执行DRM文件的分享方法为例，说明本申请实施例提供的DRM文件的分享方法。

请参考图2，本申请这里以电子设备为图2所示的手机200为例，对本申请提供的电子设备进行介绍。其中，图2所示的手机200仅仅是电子设备的一个范例，并且手机200可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图2中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

如图2所示，手机200可以包括：处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。

其中，上述传感器模块280可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器和骨传导传感器等传感器。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是手机200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机200的结构限定。在另一些实施例中，手机200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。在一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

手机200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。在一些实施例中，手机200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得手机200可以通过无线通信技术与网络以及其他设备通信。

天线1和天线2用于发射和接收电磁波信号。手机200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在手机200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

无线通信模块260可以提供应用在手机200上的包括无线局域网(wireless localarea networks，WLAN)(如(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。例如，本申请实施例中，手机200可以通过无线通信模块260接入Wi-Fi网络。

无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

手机200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。该显示屏294包括显示面板。例如，本申请实施例中，显示屏294可以用于显示上述第二应用的应用界面，如设备分享界面、设备搜索界面和二维码扫描界面等。

手机200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。ISP用于处理摄像头293反馈的数据。摄像头293用于捕获静态图像或视频。在一些实施例中，手机200可以包括1个或N个摄像头293，N为大于1的正整数。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行手机200的各种功能应用以及数据处理。例如，在本申请实施例中，处理器210可以通过执行存储在内部存储器221中的指令，内部存储器221可以包括存储程序区和存储数据区。

其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

手机200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和手机200的接触和分离。手机200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。

尽管图2未示出，手机200还可以包括闪光灯、微型投影装置、近场通信(NearField Communication，NFC)装置等，在此不再赘述。

可以理解的是，本实施例示意的结构并不构成对手机200的具体限定。在另一些实施例中，手机200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

以下实施例中的方法均可以在具有上述硬件结构和上述系统架构的电子设备中实现。

本申请实施例提供一种DRM文件的分享方法，如图3所示，该分享方法可以包括S1301、S1302和S1303。其中，S1301可以为发送端设备(也可以称为第一电子设备)向业务平台请求创建第一文件凭证，第一文件凭证用于授权接收到该第一文件凭证的电子设备使用第一DRM文件。S1302可以为发送端设备获取第一文件凭证，并向接收端设备(也可以称为第二电子设备)分享第一权限，第一权限为使用第一DRM文件的权限。S1303可以为接收端设备获取第一DRM文件和用于解密第一DRM文件的密钥。

如图3所示，上述S1301，即发送端设备向业务平台请求创建第一文件凭证，可以包括S301-S304。

S301、发送端设备向业务平台发送第三请求消息。

其中，该第三请求消息用于指示业务平台为发送端设备创建第一文件凭证。该第三请求消息可以包括：发送端设备中登录第二应用的账号(可以简称为第三账号)、第二权限分发信息。该第三账号具备使用DRM文件的权限。该权限可以是伴随该请求消息确定的，也即该请求消息也用于为该账号开通权限；或者，该账号此前已申请开通DRM文件使用权限，则该请求消息用于为已具有基础使用权限的账号申请具体使用权益。该第二权限分发信息用于指示发送端设备可以授权其他电子设备使用DRM文件的权限，也可认为是用户的分发权益。或者，该请求消息中并不直接包括该第二权限分发信息，而是业务平台根据发送端设备发送的请求消息中携带的某些信息，在本地获取对应的权限分发信息。该权限分发信息可以为使用次数，也可以为使用时长，本申请对此不作限定。

示例性的，以DRM文件为DRM歌曲为例。假如第二权限分发信息为300天，则该第二权限分发信息用于指示发送端设备可以授权其他电子设备具备播放DRM歌曲权限的总时长为300天。又例如，假如第二权限分发信息为300次，则该第二权限分发信息用于指示发送端设备可以授权其他电子设备具备播放DRM歌曲权限的总次数为300次。可选地，该权限使用的总时长或者总次数还可以具有对应的使用范围。例如，该权限使用的总时长或者总次数可以限制在一首DRM歌曲的范围内，也可以限制在多首DRM歌曲的范围内，还可以限制在指定专辑或指定歌手范围内，对此不作限定。

S302、业务平台接收到来自发送端设备的第三请求消息，创建第一文件凭证。

其中，该第一文件凭证用于授权接收到该第一文件凭证的电子设备使用第一DRM文件。本申请实施例对第一文件凭证不作限定。例如，该第一文件凭证可以由数字组成，也可以由字母组成，还可以由数字和字母组成。

在一些实施例中，业务平台接收到来自发送端设备的第三请求消息之后，可以建立第一对应关系，并保存该第一对应关系。该第一对应关系为第三账号、第二权限分发信息和第一文件凭证之间的对应关系。示例性的，假如第三账号为“123”，第二权限分发信息为“300天”，第一文件凭证为“a01”。请参考表1，其示出了第三账号、第二权限分发信息和第一文件凭证之间的对应关系。

表1

第一文件凭证	第三账号	第二权限分发信息
			a01	123	300天

可以理解的是，业务平台保存第一对应关系，即保存第三账号、第二权限分发信息和第一文件凭证之间的对应关系，能够保障业务平台记录第三账号具备授权其他电子设备使用DRM文件的能力，以及第三账号具备授权其他电子设备使用DRM文件权限的权限，避免数据发生错乱。可选地，该第二权限分发信息也可以不单独保存，而是集成在第一文件凭证中，例如，以第一文件凭证中预设的指定位数体现。可选地，业务平台还可以一并保存与该第二权限分发信息对应的权限使用范围信息，以限定该权限分发信息下权限的具体使用范围，如前述提及的一首或多首DRM歌曲的范围。

可选的，在业务平台创建第一文件凭证之后，业务平台可以使用私钥对第一文件凭证进行签名。也就是说，该第一文件凭证为包含业务平台私钥签名的文件凭证。

可以理解的是，业务平台通过私钥对第一文件凭证签名，可以避免恶意程序篡改该第一文件凭证，提高了第一文件凭证的安全性。

S303、业务平台向发送端设备发送第二响应消息。

其中，该第二响应消息用于指示业务平台已经为发送端设备创建第一文件凭证。

S304、发送端设备接收到来自业务平台的第二响应消息。

可以理解的是，在发送端设备接收到来自业务平台的第二响应消息之后，发送端设备便可以向其他的电子设备分享第一文件凭证，使得接收到第一文件凭证的电子设备可以使用第一DRM文件。

在一些实施例中，发送端设备可以响应于用户对第一DRM文件的操作，显示分享界面。之后，响应于第三操作，发送端设备可以执行S1302，即发送端设备获取第一文件凭证，并向接收端设备分享第一权限，该第三操作用于触发发送端设备向其他的电子设备分享第一文件凭证。示例性的，如图4所示，发送端设备101可以在分享界面401上显示分享选项窗口402，该分享选项窗口402包括：至少一个分享候选目标403、至少一种分享方式404和分享按钮405。例如，该至少一个分享候选目标403可以为发送端设备101中安装的社交应用中的联系人(如用户A、用户B和用户C)。发送端设备101可以响应于用户对至少一个分享候选目标403中任一候选目标的选择操作，确定分享目标(例如用户B)。至少一种分享方式404可以为以二维码的方式分享、以歌曲海报的方式分享、以链接的方式分享，发送端设备101可以响应于用户对至少一种分享方式404中任一种分享方式的选择操作，确定目标分享方式(例如链接)。分享按钮405可以用于触发发送端设备101执行S1302，即响应于用户对分享按钮405的操作A，发送端设备101可以获取第一文件凭证，并通过社交应用以链接的分享形式向用户B分享第一DRM文件和使用第一DRM文件的权限。

需要说明的是，上述“用户A”、“用户B”和“用户C”可以为社交应用中各个联系人的备注名称，也可以为各个联系人的账号(例如“3345”，“3425”等)，本申请实施例对此不作限定。

如图5所示，上述S1302，即发送端设备获取第一文件凭证，并向接收端设备分享第一权限的过程，可以包括S501-S503。

S501、响应于第三操作，发送端设备获取第一文件凭证。

在本申请实施例中，发送端设备可以通过方式(a)或方式(b)获取第一文件凭证。其中，在方式(a)中，发送端设备可以获取预先保存在发送端设备的第一文件凭证。在方式(b)中，发送端设备可以从业务平台请求获取第一文件凭证。

在一些实施例中，发送端设备可以获取预先保存在发送端设备的第一文件凭证。具体的，在业务平台执行S302之后，即业务平台接收到来自发送端设备的第三请求消息，创建第一文件凭证之后，可以向发送端设备发送第一文件凭证。发送端设备可以接收来自业务平台的第一文件凭证，并保存第一文件凭证。

需要说明的是，该第一文件凭证可以为未包含业务平台私钥签名的文件凭证，也可以为包含业务平台私钥签名的文件凭证，本申请实施例对此不作限定。通常情况下，为了提高第一文件凭证的安全性，该第一文件凭证通常为包含业务平台私钥签名的文件凭证。

可选的，在发送端设备接收到来自业务平台的第一文件凭证之后，发送端设备可以结合第三账号和第二权限分发信息建立第一对应关系，并保存该第一对应关系。具体对于第一对应关系的介绍，可以参考S302中对第一对应关系的介绍，此处不予赘述。

可以理解的是，发送端设备保存第一对应关系，即保存第三账号、第二权限分发信息和第一文件凭证之间的对应关系，能够保障发送端设备记录第三账号具备授权其他电子设备使用DRM文件的能力，以及第三账号具备授权其他电子设备使用DRM文件权限的权限，避免数据发生错乱。

之后，在发送端设备接收到第三操作时，发送端设备可以获取第一文件凭证。

可以理解的是，发送端设备可以预先从业务平台请求第一文件凭证，并保存该第一文件凭证。在发送端设备接收到第三操作时，发送端设备便可以直接从发送端设备获取第一文件凭证。如此，在发送端设备获取第一文件凭证时，无需再次向业务平台请求第一文件凭证，缩减了发送端设备获取第一文件凭证的步骤，提高了发送端设备获取第一文件凭证的效率。

在另一些实施例中，发送端设备可以从业务平台请求获取第一文件凭证。具体的，响应于第三操作，发送端设备可以向业务平台发送第二请求消息。该第二请求消息用于请求获取第一文件凭证。该第二请求消息包括第三账号(即发送端设备登录的账号)。业务平台接收到来自发送端设备的第二请求消息之后，可以校验该第三账号。例如，业务平台可以根据第三账号与第一对应关系，确定第三账号是否有对应的第一文件凭证。若第三账号有对应的第一文件凭证，业务平台则可以向发送端设备发送第一文件凭证。若第三账号没有对应的文件凭证，业务平台则可以创建第一文件凭证(即业务平台执行上述S302)，并向发送端设备发送第一文件凭证。然后，发送端设备可以接收到来自业务平台的第一文件凭证。以下实施例中，以发送端设备通过方式(b)获取第一文件凭证为例，即发送端设备从业务平台请求获取第一文件凭证为例，介绍本申请实施例的方法。

在一些实施例中，在发送端设备获取第一文件凭证之前，发送端设备可以对发送端设备的用户进行身份认证。具体的，响应于第三操作，发送端设备可以显示账号验证界面。在发送端设备接收到用户输入的验证信息之后，发送端设备可以根据用户输入的验证信息，校验该验证信息与预设验证信息是否相同。示例性的，结合图4，如图6所示，响应于用户对分享按钮405的操作A，发送端设备101可以显示账号验证界面601，该显示界面601包括输入框602，该输入框602可以由用户输入密码。若验证信息与预设验证信息相同，发送端设备则可以获取第一文件凭证(即S501)。若验证信息与预设验证信息不同，发送端设备则不获取第一文件凭证，并且可以发出第一提示消息，该第一提示消息用于用户输入的指示验证信息不正确。例如，该第一提示消息可以为“您输入的密码有误，请重新输入密码！”。

可以理解的是，发送端设备通过验证信息，可以对发送端设备的用户进行身份认证。如此，可以避免其他的用户使用发送端设备获取该第一文件凭证，保障了发送端设备获取第一文件凭证的安全性。

S502、发送端设备向接收端设备发送分享消息。

其中，该分享消息可以包括第一文件凭证和第一DRM文件的文件标识。该文件标识用于标识第一DRM文件。可选的，该分享消息还可以包括以下至少一项：业务平台对第一文件凭证的签名信息、第二应用对第一文件凭证的签名信息、第二应用对文件标识的签名信息、业务平台的公钥、第二应用的公钥。

可以理解的是，上述分享消息中的签名信息和公钥等信息，能够防止恶意程序篡改该第一文件凭证和文件标识，提高了第一文件凭证和文件标识的安全性。

可选的，该分享消息还可以包括第一DRM文件的文件信息。例如，该文件信息可以为第一DRM文件的名称(例如歌曲名称)、第一DRM文件的作者、第一DRM文件的专辑名称等。本申请实施例对此不作限定。可选地，在发送端设备上该第一文件凭证可以仅与第一DRM文件之间关联，也可以与包括该第一DRM文件在内的多个DRM文件关联。

可以理解的是，分享消息包括第一DRM文件的文件信息，使得接收端设备可以获取文件信息，有助于接收端设备的用户了解第一DRM文件的文件信息，提升用户的使用体验。

一种可能的设计中，该分享消息可以为统一资源定位器(Uniform ResourceLocator,URL)。示例性，该URL可以为https://xxx.com/H5share.html_Shareinfo＝OrderID_SongID_OrderIDPsig_OrderIDUsersign_SongIDUsersign_PlatformPublicKey_UserPublicKey_SongType＝VIP&ShareType＝Present。

其中，OrderID可以表示第一文件凭证，SongID可以表示文件标识，OrderIDPsig可以表示业务平台对第一文件凭证的签名信息，OrderIDUsersign可以表示第二应用对第一文件凭证的签名信息，SongIDUsersign可以表示第二应用对文件标识的签名信息，PlatformPublicKey可以表示业务平台的公钥，UserPublicKey可以表示第二应用的公钥。

S503、接收端设备接收到来自发送端设备的分享消息。

一种可能的实现方式，接收端设备可以通过社交应用接收来自发送端设备的分享消息。该接收端设备为安装有登录分享目标对应的账号的社交应用的电子设备。示例性的，结合图4，该分享目标对应的账号可以为用户B的账号。

在本申请实施例中，在接收端设备接收到来自发送端设备的分享消息之后，接收端设备可以在聊天界面中显示承载该分享消息的第二提示消息。本申请实施例对第二提示消息的显示形式不作限定。该第二提示消息的显示形式由目标分享方式(可参考图4中的分享方式404，该目标分享方式可以为以歌曲海报的方式分享、以二维码的方式分享、以链接的方式分享等)确定。示例性的，假如该目标分享方式为以链接的方式分享，接收端设备则可以以链接的方式分享该分享消息。例如，请参考图7，接收端设备可以在聊天界面701显示分享卡片702，该分享卡片702包括分享消息。例如，该分享卡片702显示的内容可以为“为你送上歌曲A的播放权限，点击卡片领取”。

基于上述技术方案，发送端设备可以获取到第一文件凭证和文件标识，并将第一文件凭证和文件标识发送至接收端设备。由于第一文件凭证用于授权接收到该第一文件凭证的电子设备使用第一DRM文件。因此，在接收端设备接收到第一文件凭证后，接收端设备便具备使用第一DRM文件的权限。

在本申请实施例中，在接收端设备接收到来自发送端设备的分享消息之后，接收端设备可以接收第一操作，执行S1303，即接收端设备获取第一DRM文件和用于解密第一DRM文件的密钥。第一操作用于触发接收端设备从业务平台获取第一DRM文件，例如，该第一操作可以为作用于图7所示的分享卡片702的点击操作。

如图8所示，上述S1303，即接收端设备获取第一DRM文件和用于解密第一DRM文件的密钥的过程，可以包括S801-S805。

S801、响应于第一操作，接收端设备向业务平台发送第一请求消息。

其中，第一请求消息包括第一文件凭证、文件标识。该第一请求消息用于根据第一文件凭证从业务平台获取第一权限，第一权限为使用第一DRM文件的权限。可选的，该第一请求消息还可以包括接收端设备的设备标识，该设备标识用于标识接收端设备。本申请实施例对设备标识不作限定。例如，该设备标识可以为Device ID。又例如，该设备标识可以为媒体存取控制(Media Access Control，MAC)地址。

在一些实施例中，在接收端设备向业务平台发送第一请求消息之前，接收端设备接收到第一操作，可以向业务平台发送网页请求消息，该网页请求消息用于请求获取与第一DRM文件的文件信息相对应的第二应用的网页界面的代码，该网页界面为使用第一DRM文件的界面。之后，业务平台接收到该网页请求消息之后，可以向接收端设备发送网页界面的代码。接着，接收端设备接收到该网页界面的代码之后，可以显示网页界面。示例性的，如图9所示，接收端设备102接收到作用于分享卡片的操作B后，接收端设备可以跳转到网页界面901。可选的，该网页界面901可以包括第一DRM文件的文件信息(例如文件名称、专辑名称等)。

一种可能的设计中，上述，网页界面的代码还用于指示拼接启动第一应用的第一指令。该第一指令包括第一文件凭证和文件标识。可选的，该第一指令还可以包括：业务平台对第一文件凭证的签名信息、第二应用对第一文件凭证的签名信息、第二应用对文件标识的签名信息、业务平台的公钥、第二应用的公钥。也就是说，在接收端设备接收到该网页界面的代码之后，接收端设备可以获取第一文件凭证和文件标识等信息，并将第一文件凭证和文件标识等信息拼接为第一指令。示例性的，该第一指令可以为：xxmediacenter://com.xxx.xxx/playmusic_songid＝aaaaaaa&orderid＝b&OrderIDPsig＝s1&OrderIDUsersign＝s2&PlatformPublicKey＝k1&UserPublicKey＝k2&name＝n&albumid＝x1&album＝x2&singerid＝x3&pver＝121100000&from＝com.xxx.xxx.h5.share1。

需要说明的是，对于第一指令的介绍，可以参考上述对URL的说明，此处不予赘述。例如，UserPublicKey可以表示第二应用的公钥，singerid可以表示歌手的名称。

之后，接收端设备可以执行第一指令，启动第一应用。其中，该第一应用可以与第二应用为同一个应用程序，也可以为不同的应用程序。若第一应用与第二应用不同，则该第一应用可以为集成有第二应用的SDK的应用。如此，接收端设备在执行第一指令后，便可以通过第一应用向第二应用的业务平台请求业务数据(例如第一DRM文件)。

可选的，上述网页界面还可以包括第三提示消息，该第三提示消息用于提示用户启动第一应用。接收端设备可以响应于作用于第三提示消息的第四操作，启动第一应用，该第四操作用于触发接收端设备执行第一指令。示例性的，结合图9，该网页界面901还可以包括第三提示消息，例如，该第三提示消息可以为弹出框902，该弹出框902可以显示“跳转到第二应用APP，畅听完整版”。该弹出框902还包括“确定”按钮，该确定按钮用于触发接收端设备启动第一应用。

S802、业务平台接收来自接收端设备的第一请求消息，校验第一文件凭证。

一种可能的实现方式，业务平台接收到来自接收端设备的第一请求消息之后，获取第一文件凭证。之后，业务平台可以根据第一文件凭证和业务平台保存的第一对应关系，校验第一文件凭证。示例性的，业务平台可以比较获取到的第一文件凭证与保存的第一对应关系中的第一文件凭证是否相同。

若第一文件凭证校验通过，业务平台则执行S803。若第一文件凭证校验未通过，业务平台则执行S804。例如，假如第一文件凭证为“a01”，结合表1可知，业务平台保存的第一文件凭证为“a01”，业务平台确定获取到的第一文件凭证与保存的第一对应关系中的第一文件凭证相同，业务平台可以执行S803。

S803、若第一文件凭证校验通过，业务平台根据文件标识确定第一DRM文件，并向接收端设备发送第一响应消息。

其中，该第一响应消息包括第一DRM文件和第一密钥，该第一密钥为用于解密第一DRM文件的密钥。

需要说明的是，业务平台中保存有DRM文件的文件标识、DRM文件和用于解密DRM文件的密钥，以及DRM文件的文件标识、DRM文件和用于解密DRM文件的密钥之间的对应关系(可以称为第二对应关系)。

一种可能的实现方式，业务平台可以通过文件标识和第二对应关系，查找文件标识对应的第一DRM文件和第一密钥。之后，业务平台可以根据接收端设备的设备标识，向接收端设备发送第一响应消息。

可选的，业务平台还可以保存多个DRM证书，每个DRM证书包括用于解密该DRM证书对应的DRM文件的密钥。也就是说，上述第一响应消息可以包括第一DRM文件对应的第一DRM证书，该第一DRM证书包括第一密钥。

S804、若第一文件凭证校验未通过，业务平台向接收端设备发送第三响应消息。

其中，该第三响应消息用于指示第一文件凭证校验未通过。

在一些实施例中，在业务平台向接收端设备发送第三响应消息之后，接收端设备接收到该第三响应消息，可以显示第四提示消息，该第四提示消息用于提示用户接收端设备无法使用第一DRM文件。示例性的，如图10A所示，接收端设备102可以在第一应用的应用界面显示第四提示消息1001，例如，该第四提示消息1001可以为“您没有权限播放歌曲A”。

可以理解的是，通过第四提示消息，可以使用户了解接收端设备无法使用第一DRM文件的原因，提升了用户的使用体验。

S805、接收端设备接收到第一响应消息，采用第一密钥解密第一DRM文件。

在一些实施例中，为了告知用户接收端设备已经成功接收到第一权限，接收端设备可以显示接收端设备已经可以使用第一DRM文件的提示消息。具体的，在接收端设备接收到第一响应消息之后，接收端设备可以显示第五提示消息，该第五提示消息用于指示接收端设备已经可以使用第一DRM文件。示例性的，如图10B所示，接收端设备102可以显示提示消息1002，该提示消息1002可以为“恭喜您，您已经可以播放第一DRM歌曲”。可选的，该提示消息1002还可以包括“注意：您播放第一DRM歌曲的期限为3天”。该播放期限也可以在用户通过发送端设备发送的请求消息中携带，或者该播放期限可以由业务平台根据请求消息确定，或者该播放期限还可以由发送端设备指定并携带在分享消息中。

可以理解的是，通过第五提示消息，可以使用户了解当前接收端设备具备的权限。如此，用户可以合理使用第一DRM文件，提高了用户的使用体验。

在一些实施例中，发送端设备可以向接收端设备发送第一DRM文件。之后，接收端设备可以接收来自发送端设备的第一DRM文件。例如，分享消息可以包括第一DRM文件。

在本申请实施例中，在接收端设备采用第一密钥解密第一DRM文件之后，接收端设备可以使用该第一DRM文件。示例性的，如图10C所示，接收端设备可以显示第一应用的歌曲播放界面1003，该歌曲播放界面1003可以包括歌曲图片、歌曲的歌词、播放时长等。

基于上述技术方案，接收端设备接收到第一文件凭证，可以请求业务平台授权接收端设备使用第一DRM文件。在第一文件凭证校验通过的情况下，接收端设备可以获取来自业务平台的第一DRM文件和第一密钥。如此，接收端设备可以使用第一密钥解密第一DRM文件，解决了接收端设备无法使用DRM文件的问题，提升了用户使用DRM文件的使用体验。

并且，发送端设备可以向任一电子设备发送第一文件凭证。也就是说，本申请提供的方法对接收端设备不作限制，任一接收到文件凭证和文件标识的电子设备均可以使用DRM文件。如此，可以便于电子设备向任一设备分享DRM文件，提升了用户分享DRM文件的体验。

在一些实施例中，为了告知发送端设备已经成功分享第一权限，发送端设备可以获取到接收端设备已经可以使用第一DRM文件的消息。具体的，在接收端设备接收到第一响应消息之后，接收端设备可以向发送端设备发送第一指示消息，该第一指示消息用于指示接收端设备已经成功接收到第一DRM文件。之后，发送端设备可以接收该第一指示消息。示例性的，结合图10C，在接收端设备已经使用第一DRM文件之后，接收端设备可以通过社交应用向发送端设备发送该第一指示消息。发送端设备在接收到该第一指示消息之后，可以发出指示接收端设备已经可以使用第一DRM文件的提示消息。例如，如图10D所示，发送端设备101可以发出提示消息1004，例如，该提示消息1004可以为“用户B已经成功接收到第一DRM歌曲”。

可以理解的是，发送端设备发出指示接收端设备已经可以使用第一DRM文件的提示消息，可以便于用户得知分享第一DRM文件的结果。如此，可以提高用户的使用体验。

在一些实施例中，发送端设备可以设置向接收端设备分享的使用第一DRM文件的权限。具体的，在发送端设备获取第一文件凭证的过程中，发送端设备可以生成第一权限分发信息，该第一权限分发信息用于指示接收端设备可以使用第一DRM文件的权限，第一权限分发信息小于第二权限分发信息。可选的，该第一权限分发信息可以由用户输入，本申请实施例对此不作限定。示例性的，响应于第三操作，发送端设备可以显示权限设置界面。例如，如图11所示，响应于用户作用于“去分享”按钮的操作A，发送端设备101可以显示权限设置界面1101，该权限设置界面1101包括第一权限分发信息1102，例如该第一权限分发信息1102可以为“分享天数：3天”。可选的，该权限设置界面1101还可以包括剩余权限分发信息1103、提示信息1104和歌曲图片1105。剩余权限分发信息1103用于指示发送端设备101还能够授权其他电子设备使用第一DRM歌曲的权限，剩余权限分发信息1103小于或者等于第二权限分发信息。例如，剩余权限分发信息1103可以为“可分享天数：300天”。提示信息1104用于提示用户设置第一权限分发信息的大小。例如，该提示消息1104可以为“提示：分享天数需要小于或者等于可分享天数。分享之后您的可分享天数将会减少”。之后，发送端设备或者业务平台可以校验该第一权限分发信息。

在上述发送端设备通过方式(a)获取第一文件凭证的过程中，即发送端设备通过获取预先保存在发送端设备的第一文件凭证的过程中，发送端设备可以校验该第一权限分发信息。具体的，发送端设备可以比较第一权限分发信息与剩余权限分发信息的大小，该剩余权限分发信息为第二权限分发信息与发送端设备已经分享的权限分发信息之差。若第一权限分发信息小于剩余权限分发信息，发送端设备则可以向接收端设备发送该第一权限分发信息(例如S503中发送端设备发送的分享消息还包括第一权限分发信息)。若第一权限分发信息大于剩余权限分发信息，发送端设备则可以发出提示消息，以指示发送端设备分享第一权限失败。并且，在第一权限分发信息校验通过后，发送端设备可以更新上述剩余权限分发信息。例如，结合图10D，该提示消息1004还可以包括“注意：您剩余可分享时限为297天”。又例如，结合图11，在第一权限分发信息校验通过后，剩余时限为297天。

在上述发送端设备通过方式(b)获取第一文件凭证的过程中，即发送端设备通过从业务平台请求获取第一文件凭证的过程中，业务平台可以校验该第一权限分发信息。具体的，发送端设备可以向业务平台发送第一权限分发信息(例如S501中发送端设备发送的第二请求消息还包括第一权限分发信息)。业务平台接收到第一权限分发信息，可以校验该第一权限分发信息。若第一权限分发信息通过校验，业务平台则可以指示发送端设备向接收端设备发送第一权限分发信息。若第一权限分发信息未通过校验，则业务平台不会向发送端设备发送第一文件凭证。

需要说明的是，业务平台可以保存有第三账号和剩余权限分发信息之间的第三对应关系。并且，在第一权限分发信息校验通过后，业务平台可以更新上述剩余权限分发信息和第三对应关系。示例性的，结合上述表1，假如第三账号已经分享的第一权限分发信息为3天。则请参考表2，其示出了第三账号与剩余权限分发信息之间的对应关系。

表2

第三账号	剩余权限分发信息
		123	297天

也就是说，第三账号最多还可以授权其他电子设备使用297天DRM文件。

可以理解的是，通过校验第一权限分发信息，可以保障将第一权限分发信息设置在合理的范围内，提高了用户的使用体验。

之后，接收端设备接收到第一权限分发信息后，可以向业务平台发送该第一权限分发信息(例如，S801中接收端设备向业务平台发送的第一请求消息还包括第一权限分发信息)。业务平台接收到该第一权限分发信息，在第一文件凭证校验通过的情况下，向接收端设备发送第一响应消息。可选的，业务平台在接收到该第一权限分发信息之后，可以校验该第一权限分发信息。

需要说明的是，业务平台可以保存接收端设备的设备标识、第一权限分发信息和文件标识之间的第四对应关系。示例性的，请参考表3，其示出了接收端设备的设备标识、第一权限分发信息和文件标识之间的对应关系。

表3

设备标识	第一权限分发信息	文件标识
			321	3天	Aaa

也就是说，设备标识为“321”的电子设备可以使用3天文件标识为“Aaa”对应的DRM文件。

这样一来，业务平台可以根据设备标识和上述第四对应关系，校验接收端设备是否可以继续使用第一DRM文件。如此，发送端设备设置第一权限分发信息，可以限制接收端设备使用第一DRM文件的权限。并且，可以使分享者自行设置使用权限，提高了用户的分享体验。

以上以接收端设备可以获得使用一个DRM文件的权益为例进行说明，可选地，接收端设备还可以获取分享者分发的使用多个DRM文件的权益。仍以该DRM文件为DRM歌曲为例，接收端设备可以通过社交应用一次性获取一首DRM歌曲的权益，多首DRM歌曲的权益，播放指定专辑或歌手歌曲库的权益，或指定时长内的无限畅听权益等。

在一些实施例中，在接收端设备接收到第一操作之后，接收端设备可以检测第一应用是否登录有账号。在接收端设备中的第一应用未登录有账号的情况下，业务平台接收到来自接收端设备的第一请求消息，生成授权证书，该授权证书包括第二账号，该第二账号是由业务平台为接收端设备创建的，该第二账号具备使用第一DRM文件的权限(即第一权限)。可选的，该授权证书还包括授权凭证，该授权凭证用于指示第二账号具备第一权限。可选的，业务平台可以保存授权证书与第一权限分发信息之间的对应关系。可选的，业务平台还可以保存接收端设备的设备标识、授权证书与第一权限分发信息之间的对应关系。之后，业务平台可以向接收端设备发送该授权证书(例如业务平台向接收端设备发送第一响应消息，该第一响应消息还可以包括该授权证书)。然后，接收端设备可以接收到授权证书。

示例性的，请参考表4，其示出了接收端设备的设备标识、授权证书与第一权限分发信息之间的对应关系。

表4

设备标识	第二账号	授权凭证	第一权限分发信息
				321	122	a122a	3天

也就是说，业务平台为设备标识为“321”的接收端设备创建的第二账号为“122”，第二账号对应的授权凭证为“a122a”，第二账号可以使用3天DRM文件。

可以理解的是，接收端设备中的第一应用未登录有账号的情况下，业务平台为接收端设备生成授权证书。这样一来，接收端设备在使用第一DRM文件时，可以向业务平台发送授权证书，以使得业务平台向第二账号发送第一DRM文件和第一密钥。如此，可以便于接收端设备之后使用第一DRM文件，提高了用户的使用体验。

可选的，在接收端设备可以接收到授权证书之后，若接收端设备中的第一应用未登录有账号，但是已经注册过第一应用的账号(可以称为第一账号)，即拥有登录第一应用的账号，但是未使用第一账号登录第一应用。接收端设备可以接收用户的第二操作，并保存第一账号与第二账号之间的对应关系，该第二操作用于触发接收端设备建立第一账号与第二账号之间的对应关系。可选的，接收端设备可以向业务平台发送第一账号与第二账号之间的对应关系。业务平台接收到该第一应用的账号与第二账号之间的对应关系，可以保存该第一应用的账号与第二账号之间的对应关系。示例性的，结合图10C，响应于用户作用于“去绑定”按钮的操作(即第二操作)，接收端设备可以向业务平台发送第一应用的账号与第二账号之间的对应关系，使业务平台保存第一应用的账号与第二账号之间的对应关系。

可以理解的是，业务平台保存该第一应用的账号与第二账号之间的对应关系，可以建立该第一应用的账号与授权证书之间的关系。这样一来，接收端设备也可以通过注册的第一应用的账号使用第一DRM文件，提高了用户的使用体验。

需要说明的是，业务平台接收到第二账号之后，可以校验第二账号是否正确(例如业务平台保存的账号中是否存在第二账号)。若第二账号与授权凭证通过校验，业务平台则可以向第二账号发送第一DRM文件和第一密钥。

在另一些实施例中，在接收端设备中的第一应用登录有账号的情况下，接收端设备可以确定登录的账号是否具备第一权限。若第一账号具备第一权限，接收端设备可以直接获取第一DRM文件和第一密钥。示例性的，接收端设备可以向业务平台发送第一账号和文件标识。业务平台在校验该账号具备第一权限之后，便可以向接收端设备发送第一DRM文件和第一密钥。可选的，若第一账号具备第一权限，第二电子设备则可以不向业务平台发送第一请求消息。若登录的账号不具备第一权限，接收端设备则可以执行S801-S805。可选的，业务平台可以生成授权证书，S803中的第一响应消息包括授权证书。

需要说明的是，若接收端设备中第一账号具备第一权限，接收端设备仍可以从业务平台获取授权证书。并且，本申请实施例对接收端设备获取第一DRM文件和获取授权证书的顺序不作限定。

可选的，业务平台在生成授权证书之后，可以建立接收端设备中第一账号与授权证书之间的对应关系。

上述主要从电子设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请所公开的实施例描述的各示例的一种DRM文件的分享方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是电子设备软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对DRM文件的分享装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请另一些实施例提供了一种电子设备(如图2所示的手机200)，该电子设备可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该电子设备还可以包括摄像头。或者，该电子设备可以外接摄像头。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，电子设备可执行上述方法实施例中手机执行的各个功能或者步骤。该电子设备的结构可以参考图2所示的手机200的结构。

本申请实施例还提供一种DRM文件的分享系统，该分享系统包括第一电子设备、第二电子设备和业务平台。该第一电子设备和第二电子设备可以为上述电子设备(如图2所示的手机200)。具体对于第一电子设备和第二电子设备的说明，可以参考上述对电子设备的描述，此处不予赘述。

本申请实施例还提供一种芯片系统，如图12所示，该芯片系统包括至少一个处理器1201和至少一个接口电路1202。处理器1201和接口电路1202可通过线路互联。例如，接口电路1202可用于从其它装置(例如电子设备的存储器)接收信号。又例如，接口电路1202可用于向其它装置(例如处理器1201)发送信号。示例性的，接口电路1202可读取存储器中存储的指令，并将该指令发送给处理器1201。当所述指令被处理器1201执行时，可使得电子设备(如图2所示的手机200)执行上述实施例中的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在上述电子设备(如图2所示的手机200)上运行时，使得该电子设备执行上述方法实施例中手机执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中手机执行的各个功能或者步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (33)

1.一种数字版权管理DRM文件的分享方法，其特征在于，应用于第一电子设备向第二电子设备分享DRM文件，所述DRM文件由业务平台提供，所述方法包括：

所述第一电子设备向所述第二电子设备发送分享消息，所述分享消息包括第一文件凭证，所述第一文件凭证用于授权接收所述分享消息的设备使用第一DRM文件，所述第一文件凭证是由所述业务平台分配的；

所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，向所述业务平台发送第一请求消息，所述第一请求消息包括所述第一文件凭证，所述第一请求消息用于根据所述第一文件凭证从所述业务平台获取第一权限，所述第一权限为使用所述第一DRM文件的权限；

所述业务平台接收来自所述第二电子设备的所述第一请求消息，根据所述第一请求消息中携带的所述第一文件凭证，授权所述第二电子设备使用所述第一DRM文件。

2.根据权利要求1所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送分享消息之前，所述方法还包括：

所述第一电子设备获取所述第一文件凭证。

3.根据权利要求2所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送分享消息之前，所述方法还包括：

所述第一电子设备向所述业务平台发送第二请求消息，所述第二请求用于请求获取所述第一文件凭证；

所述第一电子设备获取所述第一文件凭证，包括：

所述第一电子设备从所述业务平台接收来自所述第一文件凭证。

4.根据权利要求1-3中任一项所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送分享消息之前，所述方法还包括：

所述业务平台为所述第一电子设备创建所述第一文件凭证。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述分享消息和所述第一请求消息中还分别包括第一DRM文件的文件标识；

所述业务平台授权所述第二电子设备使用所述第一DRM文件，包括：

所述业务平台根据所述文件标识确定所述第一DRM文件，并向所述第二电子设备发送第一响应消息，所述第一响应消息包括所述第一DRM文件。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述第一DRM文件为加密的DRM文件，所述第一响应消息中还包括用于解密所述第一DRM文件的密钥；所述方法还包括：

所述第二电子设备接收来自所述业务平台的所述第一响应消息，使用所述密钥解密所述第一DRM文件。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述分享消息还包括：第一权限分发信息，所述第一权限分发信息用于指示所述第二电子设备能够使用所述第一DRM文件的权限。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，向所述业务平台发送第一请求消息，包括：

所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，响应于对所述分享消息的第一操作，向所述业务平台发送所述第一请求消息。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述第二电子设备安装有第一应用，所述第一应用为所述第二电子设备下载并安装的应用，或者所述第二电子设备预安装的集成应用；

所述第二电子设备接收到所述第一操作之后，所述方法还包括：

若所述第二电子设备拥有第一账号，所述第二电子设备校验所述第一账号是否具备所述第一权限，所述第一账号为在所述第一应用注册的账号；

所述根据所述第一请求消息中携带的所述第一文件凭证，授权所述第二电子设备使用所述第一DRM文件，包括：

若所述第一账号不具备所述第一权限，所述业务平台则根据所述第一请求消息中携带的所述第一文件凭证，授权所述第二电子设备使用所述第一DRM文件。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

若所述第二电子设备未拥有所述第一账号，所述业务平台则创建第二账号，所述第二账号具备所述第一权限；

所述业务平台向所述第二电子设备发送所述第二账号；

所述第二电子设备接收来自所述业务平台的所述第二账号。

11.一种DRM文件的分享方法，其特征在于，应用于第一电子设备分享DRM文件，所述DRM文件由业务平台提供，所述方法包括：

所述第一电子设备获取第一文件凭证，所述第一文件凭证用于授权接收分享消息的设备使用第一DRM文件，所述分享消息包括第一文件凭证，所述第一文件凭证是由所述业务平台分配的；

所述第一电子设备向所述第二电子设备发送所述分享消息。

12.根据权利要求11所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送分享消息之前，所述方法还包括：

所述第一电子设备向所述业务平台发送第二请求消息，所述第二请求用于请求获取所述第一文件凭证；

所述第一电子设备获取所述第一文件凭证，包括：

所述第一电子设备接收来自所述业务平台的所述第一文件凭证。

13.根据权利要求11或12所述的方法，其特征在于，在所述第一电子设备向所述第二电子设备发送分享消息之前，所述方法还包括：

所述第一电子设备向所述业务平台发送第三请求消息，所述第三请求消息用于指示所述业务平台为所述第一电子设备创建所述第一文件凭证。

14.根据权利要求11-13中任一项所述的方法，其特征在于，所述分享消息还包括：第一权限分发信息，所述第一权限分发信息用于指示所述第二电子设备能够使用所述第一DRM文件的权限。

15.一种DRM文件的分享方法，其特征在于，应用于第二电子设备获取DRM文件，所述DRM文件由业务平台提供，所述方法包括：

所述第二电子设备接收来自第一电子设备的分享消息，所述分享消息包括第一文件凭证，所述第一文件凭证用于授权接收所述分享消息的设备使用第一DRM文件，所述第一文件凭证是由所述业务平台分配的；

所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，向所述业务平台发送第一请求消息，所述第一请求消息包括所述第一文件凭证，所述第一请求消息用于根据所述第一文件凭证从所述业务平台获取第一权限，所述第一权限为使用所述第一DRM文件的权限。

16.根据权利要求15所述的方法，其特征在于，所述分享消息和所述第一请求消息中还分别包括第一DRM文件的文件标识，所述第一DRM文件为加密的DRM文件；所述方法还包括：

所述第二电子设备接收来自所述业务平台的所述第一响应消息，所述第一响应消息包括所述第一DRM文件和用于解密所述第一DRM文件的密钥；

所述第二电子设备使用所述密钥解密所述第一DRM文件。

17.根据权利要求15或16所述的方法，其特征在于，所述分享消息还包括：第一权限分发信息，所述第一权限分发信息用于指示所述第二电子设备能够使用所述第一DRM文件的权限。

18.根据权利要求15-17中任一项所述的方法，其特征在于，所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，向所述业务平台发送第一请求消息，包括：

所述第二电子设备接收到来自所述第一电子设备的所述分享消息后，响应于对所述分享消息的第一操作，向所述业务平台发送所述第一请求消息。

19.根据权利要求15-18中任一项所述的方法，其特征在于，所述第二电子设备安装有第一应用，所述第一应用为所述第二电子设备下载并安装的应用，或者所述第二电子设备预安装的集成应用；

所述第二电子设备接收到所述第一操作之后，所述方法还包括：

若所述第二电子设备拥有第一账号，所述第二电子设备校验所述第一账号是否具备所述第一权限，所述第一账号为在所述第一应用注册的账号。

20.根据权利要求19所述的方法，其特征在于，所述方法还包括：

若所述第二电子设备未拥有所述第一账号，所述第二电子设备接收来自所述业务平台的第二账号，所述第二账号为所述业务平台创建的、具备所述第一权限的账号。

21.一种DRM文件的分享系统，其特征在于，所述系统包括：第一电子设备、第二电子设备和业务平台；

所述第一电子设备用于向所述第二电子设备发送分享消息，所述分享消息包括第一文件凭证，所述第一文件凭证用于授权接收所述分享消息的设备使用第一DRM文件，所述第一文件凭证是由所述业务平台分配的；

所述第二电子设备用于接收到来自所述第一电子设备的所述分享消息后，向所述业务平台发送第一请求消息，所述第一请求消息包括所述第一文件凭证，所述第一请求消息用于根据所述第一文件凭证从所述业务平台获取第一权限，所述第一权限为使用所述第一DRM文件的权限；

所述业务平台用于接收来自所述第二电子设备的所述第一请求消息，根据所述第一请求消息中携带的所述第一文件凭证，授权所述第二电子设备使用所述第一DRM文件。

22.根据权利要求21所述的系统，其特征在于，

所述第一电子设备还用于获取所述第一文件凭证。

23.根据权利要求22所述的系统，其特征在于，

所述第一电子设备还用于向所述业务平台发送第二请求消息，所述第二请求用于请求获取所述第一文件凭证；

所述第一电子设备还用于从所述业务平台接收来自所述第一文件凭证。

24.根据权利要求21-23中任一项所述的系统，其特征在于，

所述业务平台还用于为所述第一电子设备创建所述第一文件凭证。

25.根据权利要求21-24中任一项所述的系统，其特征在于，所述分享消息和所述第一请求消息中还分别包括第一DRM文件的文件标识；

所述业务平台还用于根据所述文件标识确定所述第一DRM文件，并向所述第二电子设备发送第一响应消息，所述第一响应消息包括所述第一DRM文件。

26.根据权利要求21-25中任一项所述的系统，其特征在于，所述第一DRM文件为加密的DRM文件，所述第一响应消息中还包括用于解密所述第一DRM文件的密钥；

所述第二电子设备还用于接收来自所述业务平台的所述第一响应消息，使用所述密钥解密所述第一DRM文件。

27.根据权利要求21-26中任一项所述的系统，其特征在于，所述分享消息还包括：第一权限分发信息，所述第一权限分发信息用于指示所述第二电子设备能够使用所述第一DRM文件的权限。

28.根据权利要求21-27中任一项所述的系统，其特征在于，

所述第二电子设备还用于接收到来自所述第一电子设备的所述分享消息后，响应于对所述分享消息的第一操作，向所述业务平台发送所述第一请求消息。

29.根据权利要求21-28中任一项所述的系统，其特征在于，所述第二电子设备安装有第一应用，所述第一应用为所述第二电子设备下载并安装的应用，或者所述第二电子设备预安装的集成应用；

若所述第二电子设备拥有第一账号，所述第二电子设备还用于校验所述第一账号是否具备所述第一权限，所述第一账号为在所述第一应用注册的账号；

若所述第一账号不具备所述第一权限，所述业务平台还用于根据所述第一请求消息中携带的所述第一文件凭证，授权所述第二电子设备使用所述第一DRM文件。

30.根据权利要求29所述的系统，其特征在于，

若所述第二电子设备未拥有所述第一账号，所述业务平台还用于创建第二账号，所述第二账号具备所述第一权限；

所述业务平台还用于向所述第二电子设备发送所述第二账号；

所述第二电子设备还用于接收来自所述业务平台的所述第二账号。

31.一种电子设备，其特征在于，所述电子设备为第一电子设备，所述电子设备包括：存储器和一个或多个处理器；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述计算机指令被所述一个或多个处理器执行时，使得所述电子设备执行如权利要求11-14中任一项所述的方法。

32.一种电子设备，其特征在于，所述电子设备为第二电子设备，所述电子设备包括：存储器和一个或多个处理器；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述计算机指令被所述一个或多个处理器执行时，使得所述电子设备执行如权利要求15-20中任一项所述的方法。

33.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-20中任一项所述的方法。

Images