CN106790128A - 一种资源共享方法以及装置 - Google Patents

Abstract

本发明实施例公开了一种资源共享方法，应用于移动终端，其中，所述移动终端包括相对独立的第一存储空间和第二存储空间，第一存储空间包括第一应用，第二存储空间包括第二应用，该方法包括：第二应用接收第一应用通过资源共享访问路径发送的资源共享请求，资源共享访问路径由移动终端通过Content Provider内容提供者机制建立；第二应用根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。本发明实施例还提供了一种资源共享装置，用于通过Content Provider机制实现多空间区域之间的资源数据共享，减少现有技术借助外部存储空间的硬件成本。

Description

一种资源共享方法以及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种资源共享方法以及装置。

背景技术

随着智能终端应用技术的发展，终端应用渗入到人们的生活和工作中的各个领域，可以用于解决用户个人业务、用户间业务或管理过程中某个环节的问题，还可以用于解决贯穿用户和用户间业务或管理活动的管理线索的问题，更可以丰富用户的娱乐方式，给用户提供越来越多的便捷服务。

目前，在智能终端中，多域环境下的多个相对独立的空间区域，其资源数据是相互隔离、相互独立的，即不同域或空间之间的进程所访问的区域是隔离的，其对应的终端应用是相互独立的，且终端应用间的资源数据相互隔离，无法实现资源共享。

现有技术中，若想实现相互隔离、相互独立的多空间区域的资源数据数据共享，需要借助诸如SD卡之类的外置存储空间作为不同空间区域的资源数据共享桥梁。然而，增加外置存储空间的方式会增加智能终端的硬件成本，不利于实现资源共享的同时优化产品成本。

发明内容

本发明实施例提供了一种资源共享方法以及装置，用于通过Content Provider机制实现多空间区域之间的资源数据共享，减少现有技术借助外部存储空间的硬件成本。

本发明第一方面提供一种资源共享方法，应用于移动终端，移动终端包括相对独立的第一存储空间和第二存储空间，第一存储空间包括第一应用，第二存储空间包括第二应用，可包括：

第二应用接收第一应用通过资源共享访问路径发送的资源共享请求，资源共享访问路径由移动终端通过Content Provider内容提供者机制建立；

第二应用根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。

结合本发明实施例的第一方面，在本发明实施例的第一方面的第一种实施方式中，在第二应用根据资源共享请求向第一应用提供访问权限之前，方法还包括：

第二应用检测资源共享请求中是否存在待验证密钥；

若存在，则第二应用检测待验证密钥是否与对应的预设密钥匹配；

若匹配，则触发第二应用根据资源共享请求向第一应用提供访问权限的步骤。

结合本发明实施例的第一方面，在本发明实施例的第一方面的第二种实施方式中，在第二应用根据资源共享请求向第一应用提供访问权限之前，该方法还包括：

第二应用根据资源共享请求生成待验证密钥输入接口；

第二应用通过待验证密钥输入接口，获取输入的待验证密钥；

第二应用检测待验证密钥是否与对应的预设密钥匹配；

若匹配，则触发第二应用根据资源共享请求向第一应用提供访问权限的步骤。

结合本发明实施例的第一方面的第一种实施方式或第二种实施方式，在本发明实施例的第一方面的第三种实施方式中，该方法还包括：

第二应用对应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对应用资源数据进行加密。

结合本发明实施例的第一方面，本发明实施例的第一方面的第一种实施方式至第三种实施方式中的任意一种，在本发明实施例的第一方面的第四种实施方式中，该方法还包括：

第二应用确定应用资源数据中的非共享应用资源数据；

第二应用隐藏或冷冻非共享应用资源数据。

本发明第二方面提供一种资源共享装置，应用于移动终端，移动终端包括相对独立的第一存储空间和第二存储空间，第一存储空间包括第一应用，第二存储空间包括第二应用，可包括：

接收单元，用于执行：

接收第一应用通过资源共享访问路径发送的资源共享请求，资源共享访问路径由移动终端通过Content Provider内容提供者机制建立；

处理单元，用于执行：

根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。

结合本发明实施例的第二方面，在本发明实施例的第二方面的第一种实施方式中，处理单元，还用于执行：

检测资源共享请求中是否存在待验证密钥；

当存在待验证密钥时，则检测待验证密钥是否与对应的预设密钥匹配；

当待验证密钥与对应的预设密钥匹配时，则触发根据资源共享请求向第一应用提供访问权限的步骤。

结合本发明实施例的第二方面，在本发明实施例的第二方面的第二种实施方式中，处理单元，还用于执行：

根据资源共享请求生成待验证密钥输入接口；

通过待验证密钥输入接口，获取输入的待验证密钥；

检测待验证密钥是否与对应的预设密钥匹配；

当待验证密钥与对应的预设密钥匹配时，则触发根据资源共享请求向第一应用提供访问权限。

结合本发明实施例的第二方面的第一种实施方式或第二种实施方式，在本发明实施例的第二方面的第三种实施方式中，处理单元，还用于执行：

对应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对应用资源数据进行加密。

结合本发明实施例的第二方面，本发明实施例的第二方面的第一种实施方式至第三种实施方式中的任意一种，在本发明实施例的第二方面的第四种实施方式中，处理单元，还用于执行：

确定应用资源数据中的非共享应用资源数据；

隐藏或冷冻非共享应用资源数据。

从以上技术方案可以看出，本发明实施例具有以下优点：

本实施例中，提供了一种资源共享方法，在移动终端原来相对独立的第一存储空间和第二存储空间中，第一应用可以通过Content Provider机制建立的资源共享访问路径向第二应用发送资源共享请求，可以获得访问第二存储空间中第二应用的应用资源数据的权限，达到第一应用共享第二应用的应用资源数据的目的，从而可以实现移动终端中多空间区域之间的资源数据共享，也减少了现有技术中借助外部存储空间的硬件成本。

附图说明

图1为本发明实施例中资源共享方法一个实施例示意图；

图2为本发明实施例中资源共享方法另一实施例示意图；

图3为本发明实施例中资源共享方法另一实施例示意图；

图4为本发明实施例中资源共享装置一个实施例示意图。

具体实施方式

本发明实施例提供了一种资源共享方法以及装置，用于通过Content Provider机制实现多空间区域之间的资源数据共享，减少现有技术借助外部存储空间的硬件成本。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了更好理解本发明实施例公开的一种资源共享方法，先对本发明实施例适用的移动终端进行描述。本发明实施例所描述的移动终端可以包括任何具备显示屏以及通信和存储功能的设备，例如：平板电脑、手机、台式电脑等智能设备，该移动终端可以安装有包括如下操作系统：Android、Linux、IOS、Windows等，移动终端基于所安装的操作系统可以进一步安装有若干应用程序，该应用程序可以是移动终端出厂前预装的系统应用，如邮箱应用、设置应用、音乐应用、浏览器应用、拍照应用等，也可以是用户自己安装的第三方官方正式发布应用，如QQ应用、微信应用、支付宝应用、微博应用等，还可以是用户自己安装的第三方非官方正式发布的应用，具体此处不做限定。

可以理解的是，本实施例中的移动终端可以包括移动终端包括相对独立的第一存储空间和第二存储空间，第一存储空间和第二存储空间相互隔离，其中，第一存储空间可以包括第一应用，第二存储空间可以包括第二应用。在实际应用中，第一应用和第二应用可以是相同的应用，如均是微信应用，也可以是不同的应用，如第一应用为微信应用，第二应用为QQ应用，此处不做限定。

为便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中资源共享方法一个实施例包括：

101、第二应用接收第一应用通过资源共享访问路径发送的资源共享请求；

本实施例中，移动终端可以具有多个不同的空间区域，在多空间区域环境下，各个空间区域之间相互独立、相互隔离，不同的空间区域均可以包括一个或以上的应用，以第一存储空间和第二存储空间为例，其中，第一存储空间可以包括第一应用，第二存储空间可以包括第二应用，为了实现第一应用与第二应用中间的资源共享，移动终端可以通过ContentProvider内容提供者机制建立第一应用与第二应用之间的资源共享访问路径，即搭建第一应用于第二应用的资源共享桥梁。

具体的，以Android操作系统为例，Android的应用资源数据库是应用独占的，即各应用各自建立、维护、访问各自的数据库表，并将数据文件保存在本应用路径下，而第一存储空间的第一应用于第二存储空间的第二应用无法相互访问对方的应用资源数据库而实现资源共享。在实际应用中，Android的数据共享需要有一个应用作为数据的提供方，并对外暴露数据访问接口，以提供给其它应用使用，而Content Provider，即可以为存储和获取数据提供统一的接口，那么在第一应用与第二应用需要共享资源时，可以利用ContentProvider机制建立资源共享访问路径，即数据访问接口，以在不同存储空间的第一应用与第二应用之间实现共享数据。因此，当第一应用需要共享第二应用的应用资源数据时，第一应用可以通过资源共享访问路径向第二应用发送资源共享请求。

可以理解的是，第一存储空间和第二存储空间均可以包括一个或以上的应用，具体此处不做限定。

需要说明的是，本实施例中，第一应用可以为多个，第二应用也可以为多个，即第一应用或第二应用可以与多个应用之间建立资源共享访问路径，以与多个应用之间实现资源共享。

102、第二应用根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。

本实施例中，第二应用接收第一应用通过资源共享访问路径发送的资源共享请求后，第二应用可以根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。

具体的，第二存储空间中可以设有第二应用的应用目录，在该应用目录下存储有第二应用的应用资源数据，第二应用可以独立建立、维护、访问该应用目录下的应用资源数据，当第二应用接收到第一应用发送的资源共享请求时，第二应用可以对第一应用开放访问权限，则第一应用可以直接访问第二应用在第二存储空间中应用目录下的应用资源数据，达到第二应用共享资源的目的。

需要说明的是，本实施例中，第二存储空间中可以有不同应用对应的应用目录，不同的应用目录下可以存储有对应应用的应用资源数据。在实际应用中，不同的应用目录可以设有对应的标识，以方便其它应用进行访问。第一存储空间如是。

可以理解的是，在实际应用中，第二应用也可以通过资源共享访问路径向第一应用发送资源资源共享请求，以实现第一应用的资源共享，本实施例中并不限定第一应用或第二应用作为数据的提供方。同样的，第一存储空间中可以设有第一应用的应用目录，该应用目录下可以存储有第一应用的应用资源数据。

本实施例中，移动终端通过Content Provider机制，在相互独立的第一存储空间的第一应用和第二存储空间的第二应用之间建立了资源共享访问路径，通过该资源共享访问路径，第一应用可以通过资源共享请求获得第二应用的访问权限，并实现对第二应用的应用资源数据的共享，不需要额外增加外部存储空间实现资源共享，从而有利于降低移动终端的硬件成本。

请参阅图2，本发明实施例中资源共享方法另一实施例包括：

本实施例中的步骤201与图1所示实施例中的步骤101相同，此处不再赘述。

202、第二应用检测资源共享请求中是否存在待验证密钥，若是，则执行步骤203，若否，则执行步骤204；

本实施例中，第二应用接收第一应用通过资源共享访问路径发送的资源共享请求后，第二应用可以检测资源共享请求中是否存在待验证密钥。

具体的，考虑到第二应用在第二存储空间的应用目录下，不同应用资源数据之间的重要程度通常不尽相同，为了提高第二应用的应用目录下重要性较高的资源数据的安全性，本实施例中，可以进一步对应用目录下的应用资源数据进行如下安全处理：

第二应用对应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对应用资源数据进行加密。

即可以预先将第二应用的应用资源数据进行安全等级划分，得到具有不同安全等级的应用资源数据，并可以对具有不同安全等级的应用资源数据进行加密，安全等级越高，加密程度越高。例如，假设第二应用的应用资源数据可以分为具有不同安全等级的应用资源数据A、应用资源数据B以及应用资源数据C，其中，A的安全等级大于B，B的安全等级大于C，若以数字对应用资源进行加密，则A可以对应8位数字密钥，B可以对应6个数字密钥，C可以对应3个数字密钥。数字密钥长度越短，加密程度越低。

进一步的，在得到上述加密后的应用资源数据后，使得第一应用在对第二应用的应用目录下的应用资源数据进行访问时，只能访问到对应的加密后的应用资源数据，而并非是第二应用的应用目录下的全部应用资源数据，从而避免了第一应用共享第二应用的应用目录下重要程度较高的应用资源数据，由此提高了第二应用的应用目录下重要性较高的应用资源数据的安全性。同时，本实施例具体可以以应用资源数据对应的加密结果，对资源共享请求中的待验证密钥进行相应地识别与检测，以确定第一应用需要共享的应用资源数据是否预先进行了加密。

可以理解的是，在实际应用中，第二应用在对应用资源数据进行安全等级划分时，对于一些不太重要的应用资源数据也可以不进行加密，即安全等级最低的应用资源数据对于的密钥可以为空，具体此处不做限定。

需要说明的是，本实施例中，可以利用后台系统，对同一存储空间中的同一应用的应用资源数据的重要程度进行自动识别，然后对相应应用的应用资源进行不同的安全等级划分并加密；当然，也可以为用户提供安全等级划分接口，以便用户通过该安全等级划分接口，对同一存储空间中的同一应用的应用资源数据进行相应的安全等级划分并加密，此处不做限定。

基于上述加密说明，本实施例中，第二应用加密后的应用资源数据可以对应有预设密钥，该预设密钥可以包括生物特征密钥(如指纹)、字符密钥(如数字)、按键密钥(如电源键)、动作密钥(如手势)中的一种，在实际应用中，第二应用的不同安全等级的应用资源数据可以对应同一类型的不同预设密钥，如应用资源数据A对应的预设密钥可以为拇指指纹，应用资源数据B对应的预设密钥可以为食指指纹，而应用资源数据C对应的预设密钥可以为中指指纹，也可以对应不同类型的不同预设密钥，如应用资源数据A对应的预设密钥可以为拇指指纹，应用资源数据B对应的预设密钥可以为1234，而应用资源数据C对应的预设密钥可以为电源键，此处不做限定。

可以理解的是，本实施例中的预设密钥除了上述说明的内容，在实际应用中，还可以是其它，如语音密钥，具体此处不做限定。

更进一步的，为了加强第二应用的应用目录下重要程度较高的应用资源数据的安全性，有效避免第一应用对第二应用的应用目录下的全部应用资源数据的共享，本实施例中还可以对第二应用的应用目录下的应用资源数据做如下处理：

第二应用确定应用资源数据中的非共享应用资源数据；

第二应用隐藏或冷冻非共享应用资源数据。

即第二应用可以将重要程度较高的应用资源数据确定为非共享应用资源数据，并可以对该非共享应用资源数据进行非共享处理，如隐藏或冷冻，使得第一应用无法对隐藏或冷冻后的应用资源数据进行访问，从而有效保障其安全性。

可以理解的是，本实施例中第二应用对第二存储空间的应用目录下的应用资源数据进行非共享处理的方式除了上述说明的内容，在实际应用中，还可以采用其它方式，只要使得第一应用无法访问非共享应用资源数据即可，具体此处不做限定。

203、第二应用检测待验证密钥是否与对应的预设密钥匹配，若是，则执行步骤204，若否，则执行步骤205；

本实施例中，若第二应用检测资源共享请求中存在待验证密钥，则第二应用可以检测待验证密钥是否与对应的预设密钥匹配。

具体的，根据待验证密钥可以确定需要访问的第二应用的应用资源数据，进而可以确定该应用资源数据对应的预设密钥，并检测待验证密钥是否与该预设密钥匹配。

例如，沿用步骤202说明的内容，假设根据待验证密钥可以确定需要访问的第二应用的应用资源数据为应用资源数据B，则可以确定应用资源数据B的预设密钥，那么当应用资源数据B的预设密钥为食指指纹时，可以对待验证密钥是否为匹配的食指指纹进行验证。

204、第二应用根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据；

本实施例中，若第二应用检测待验证密钥与对应的预设密钥匹配，则可以根据资源共享请求向第一应用提供访问权限，以使得第一应用可以根据该访问权限，在在第二存储空间中访问第二应用的应用资源数据。

例如，沿用步骤203说明的内容，若待验证密钥为匹配的食指指纹，则第二应用可以向第一应用提供应用资源数据B的访问权限，使得第二应用可以根据该访问权限，对第二存储空间中第二应用的应用资源数据B进行访问，但无法对其它未经过对应的预设密钥的应用资源数据进行访问。

可以理解的是，本实施例中，若步骤202的检测结果为资源共享请求中不存在待验证密钥，那么可以默认为第二应用在第二存储空间的应用目录下的应用资源数据没有进行加密设置，则可以提供给第一应用访问权限，使得第一应用可以对需要共享的第二应用的应用资源数据进行访问。

本实施例中的部分内容与图1所示实施例中的步骤102说明的内容相同，此处不再赘述。

205、执行其它流程。

本实施例中，若第二应用检测待验证密钥与对应的预设密钥不匹配，意味着待验证密钥验证失败，那么为了保护第二应用的数据安全，第二应用将不对第一应用开放权限，则可以不进行其它操作，即结束流程。此外，第二应用也可以进行诸如检测第一应用再次发送的待验证密钥的操作，此处不做限定。

基于图1所示实施例说明的有益效果，本实施例中，通过预先对第二应用在第二存储空间的应用目录下的应用资源数据进行加密设置，使得第一应用请求访问第二应用的应用资源数据时，可以对待验证密钥进行验证，有利于保护第二应用的应用资源数据的安全，同时，可以使得第一应用对第二应用的应用资源数据进行部分访问，有利于第二应用对应用资源数据进行合理管理。

请参阅图3，本发明实施例中资源共享方法另一实施例包括：

本实施例中的步骤301与图1所示实施例中的步骤101相同，此处不再赘述。

302、第二应用根据资源共享请求生成待验证密钥输入接口；

本实施例中，第二应用接收第一应用通过资源共享访问路径发送的资源共享请求后，第二应用可以根据资源共享请求生成待验证密钥输入接口。

具体的，在第二应用接收到第一应用发送的资源共享请求时，若第二应用通过资源共享请求确定第一应用需要访问的应用资源数据预先进行了加密设置，则可以触发生成待验证密钥输入接口的操作，以获取输入的待验证密钥，进而获取需要访问的应用资源数据的访问权限。

本实施例中的部分内容与图2所示实施例中的步骤202说明的内容相同，此处不再赘述。

303、第二应用通过待验证密钥输入接口，获取输入的待验证密钥；

本实施例中，第二应用根据资源共享请求生成待验证密钥输入接口后，可以通过待验证密钥输入接口，获取输入的待验证密钥。

304、第二应用检测待验证密钥是否与对应的预设密钥匹配，若是，则执行步骤305，若否，则执行步骤306；

本实施例中，第二应用通过待验证密钥输入接口，获取输入的待验证密钥后，可以检测待验证密钥是否与对应的预设密钥匹配。

本实施例中的部分内容与图2所示实施例中的步骤203说明的内容相同，此处不再赘述。

305、第二应用根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据；

本实施例中，若第二应用检测待验证密钥与对应的预设密钥匹配，则第二应用可以根据共享资源请求向第一应用提供访问权限，以使得第一应用可以根据该访问权限，在在第二存储空间中访问第二应用的应用资源数据。

本实施例中的部分内容与图1所示实施例中的步骤102，以及图2所示实施例中的步骤204说明的内容相同，此处不再赘述。

306、执行其它流程。

本实施例中，若第二应用检测待验证密钥与对应的预设密钥不匹配，意味着待验证密钥验证失败，那么为了保护第二应用的数据安全，第二应用将不对第一应用开放权限，则可以不进行其它操作，即结束流程。此外，第二应用也可以进行诸如再次获取待验证密钥并进行检测的操作，此处不做限定。

与图2所示实施例相比，本实施例可以达到同样的有益效果，不同之处在于，图2所示实施例中的待验证密钥存在于资源共享请求中，意味着待验证密钥由第一应用提供，即第一应用可以进行诸如生成待验证密钥输入接口，并可以通过该待验证密钥输入接口获取输入的待验证密钥，并将待验证密钥封装于资源共享请求中发送至第二应用，而在本实施例中，待验证密钥由第二应用生成的待验证密钥输入接口获取，为第二应用主动获取的过程，从而提供了另外一种待验证密钥的获取方式。

上面对本发明实施例中的资源共享方法进行了描述，下面对本发明实施例中的资源共享装置进行描述，该资源共享装置可以应用于移动终端，该移动终端可以包括相对独立的第一存储空间和第二存储空间，第一存储空间可以包括第一应用，第二存储空间可以包括第二应用，请参阅图4，本发明实施例中资源共享装置一个实施例包括：

接收单元401，用于执行：

接收第一应用通过资源共享访问路径发送的资源共享请求，资源共享访问路径由移动终端通过Content Provider机制建立；

处理单元402，用于执行：

根据资源共享请求向第一应用提供访问权限，以使得第一应用根据访问权限，在第二存储空间中访问第二应用的应用资源数据。

可选的，在本发明的一些实施例中，处理单元402，还用于执行：

检测资源共享请求中是否存在待验证密钥；

当存在待验证密钥时，则检测待验证密钥是否与对应的预设密钥匹配；

当待验证密钥与对应的预设密钥匹配时，则触发根据资源共享请求向第一应用提供访问权限的步骤。

可选的，在本发明的一些实施例中，处理单元402，还用于执行：

根据资源共享请求生成待验证密钥输入接口；

通过待验证密钥输入接口，获取输入的待验证密钥；

检测待验证密钥是否与对应的预设密钥匹配；

当待验证密钥与对应的预设密钥匹配时，则触发根据资源共享请求向第一应用提供访问权限的步骤。

可选的，在本发明的一些实施例中，处理单元402，还用于执行：

对应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对应用资源数据进行加密。

可选的，在本发明的一些实施例中，处理单元402，还用于执行：

确定应用资源数据中的非共享应用资源数据；

隐藏或冷冻非共享应用资源数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种资源共享方法，应用于移动终端，所述移动终端包括相对独立的第一存储空间和第二存储空间，所述第一存储空间包括第一应用，所述第二存储空间包括第二应用，其特征在于，包括：

所述第二应用接收第一应用通过资源共享访问路径发送的资源共享请求，所述资源共享访问路径由所述移动终端通过Content Provider内容提供者机制建立；

所述第二应用根据所述资源共享请求向所述第一应用提供访问权限，以使得所述第一应用根据所述访问权限，在所述第二存储空间中访问所述第二应用的应用资源数据。

2.根据权利要求1所述的资源共享方法，其特征在于，在所述第二应用根据所述资源共享请求向所述第一应用提供访问权限之前，所述方法还包括：

所述第二应用检测所述资源共享请求中是否存在待验证密钥；

若存在，则所述第二应用检测所述待验证密钥是否与对应的预设密钥匹配；

若匹配，则触发所述第二应用根据所述资源共享请求向所述第一应用提供访问权限的步骤。

3.根据权利要求1所述的资源共享方法，其特征在于，在所述第二应用根据所述资源共享请求向所述第一应用提供访问权限之前，所述方法还包括：

所述第二应用根据所述资源共享请求生成待验证密钥输入接口；

所述第二应用通过所述待验证密钥输入接口，获取输入的待验证密钥；

所述第二应用检测所述待验证密钥是否与对应的预设密钥匹配；

若匹配，则触发所述第二应用根据所述资源共享请求向所述第一应用提供访问权限的步骤。

4.根据权利要求2或3所述的资源共享方法，其特征在于，所述方法还包括：

所述第二应用对所述应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对所述应用资源数据进行加密。

5.根据权利要求1至3中任一项所述的资源共享方法，其特征在于，所述方法还包括：

所述第二应用确定所述应用资源数据中的非共享应用资源数据；

所述第二应用隐藏或冷冻所述非共享应用资源数据。

6.一种资源共享装置，应用于移动终端，所述移动终端包括相对独立的第一存储空间和第二存储空间，所述第一存储空间包括第一应用，所述第二存储空间包括第二应用，其特征在于，包括：

接收单元，用于执行：

接收第一应用通过资源共享访问路径发送的资源共享请求，所述资源共享访问路径由所述移动终端通过Content Provider内容提供者机制建立；

处理单元，用于执行：

根据所述资源共享请求向所述第一应用提供访问权限，以使得所述第一应用根据所述访问权限，在所述第二存储空间中访问所述第二应用的应用资源数据。

7.根据权利要求1所述的资源共享装置，其特征在于，所述处理单元，还用于执行：

检测所述资源共享请求中是否存在待验证密钥；

当存在所述待验证密钥时，则检测所述待验证密钥是否与对应的预设密钥匹配；

当所述待验证密钥与对应的预设密钥匹配时，则触发所述根据所述资源共享请求向所述第一应用提供访问权限的步骤。

8.根据权利要求1所述的资源共享装置，其特征在于，所述处理单元，还用于执行：

根据所述资源共享请求生成待验证密钥输入接口；

通过所述待验证密钥输入接口，获取输入的待验证密钥；

检测所述待验证密钥是否与对应的预设密钥匹配；

当所述待验证密钥与对应的预设密钥匹配时，则触发所述根据所述资源共享请求向所述第一应用提供访问权限的步骤。

9.根据权利要求7或8所述的资源共享装置，其特征在于，所述处理单元，还用于执行：

对所述应用资源数据进行安全等级划分；

根据安全等级划分结果，预先对所述应用资源数据进行加密。

10.根据权利要求6至8中任一项所述的资源共享装置，其特征在于，所述处理单元，还用于执行：

确定所述应用资源数据中的非共享应用资源数据；

隐藏或冷冻所述非共享应用资源数据。