一种资源共享方法及装置与流程

本发明涉及应用双开技术领域，尤其涉及一种资源共享方法及装置。

背景技术：

应用双开是指在同一终端上同时运行至少两个相同的应用程序，采用应用双开技术可以实现同一应用程序能够同时打开至少两个进程，且被打开的所有进程同时运行。这样就可以满足同一用户或不同用户通过多个账号启动多个相同应用的需求，为用户的使用提供便利条件。

终端中每个应用程序在终端的显示界面上都会对应一个访问入口，即应用程序的图标。双开的应用包括同一应用的主应用和分身应用，其中，在主应用的图标被点击时，主应用对应的应用程序被启动，运行源进程；而在分身应用的图标被点击时，会运行不同于源进程的进程，且独立进行。此外，双开应用的主应用和分身应用所对应的资源数据也是相互独立的，即主应用与分身应用都只能使用自身对应的资源数据。

在用户实际使用过程中，为了操作方便，很可能需要主应用和分身应用之间的资源数据共享。但由于主应用与分身应用对应的资源数据相互独立，因此，用户往往需要借助其他外接存储设备，将用户所需的主应用对应的资源数据拷贝到外接存储设备上，之后将外接存储设备中用户所需的资源数据拷贝至分身应用对应的资源数据的存储位置，或是采用相同的方式将分身应用对应的资源数据拷贝至主应用对应的资源数据的存储位置，从而实现主应用与分身应用的资源共享。由此可见，采用上述实现方式，不仅需要借助其他外接存储设备共同实现资源共享过程，并且在用户需要共享大量数据时，还需要用户耗费大量时间完成同一数据的频繁拷贝，不便于用户操作。

技术实现要素：

本申请提供一种资源共享方法及装置，能够在不借助其他外接存储设备的情况下，实现双开应用中主应用与分身应用之间的数据共享。

为达到上述目的，本发明实施例采用如下技术方案：

第一方面，本发明提供一种资源共享方法，所述方法包括：

检测指定应用是否满足资源数据同步的预置条件，所述指定应用存在对应的主应用和分身应用；

在所述指定应用满足所述预置条件后，同步所述主应用的资源数据与所述分身应用的资源数据；

通过所述主应用与所述分身应用访问相同的资源数据。

第二方面，本发明提供一种资源共享装置，所述装置包括：

检测模块，用于检测指定应用是否满足资源数据同步的预置条件，所述指定应用存在对应的主应用和分身应用；

同步模块，用于在所述检测模块检测到所述指定应用满足所述预置条件后，同步所述主应用的资源数据与所述分身应用的资源数据；

访问模块，用于通过所述主应用与所述分身应用访问经过所述同步模块同步所得到的相同的资源数据。

本申请提供的资源共享方法及装置，相比较于现有技术中借助其他外接存储设备将主应用(或是分身应用)的资源数据复制到该存储设备，之后将该存储设备上的资源数据转存至分身应用(或是主应用)，以实现数据共享，本申请可以在检测到指定应用满足资源数据同步的预置条件后，同步主应用与分身应用的资源数据，并通过主应用与分身应用访问相同的资源数据，以实现数据共享。由此可见，采用上述方式无需借助外接存储设备，而是通过数据同步的方式，使主应用与分身应用的资源数据相同，之后在主应用与分身应用访问相同的资源数据时，也就实现了资源数据的共享。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的一种具体应用场景示意图；

图2为本发明实施例提供的一种资源共享方法流程图；

图3至图5为本发明实施例提供的另一种资源共享方法流程图；

图6为本发明实施例提供的一种资源共享装置的结构示意图；

图7为本发明实施例提供的一种终端的结构示意图。

具体实施方式

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

本发明实施例可以用于一种终端，该终端上至少存在一个具有应用双开功能的应用，且该应用当前已经启动了主应用与至少一个分身应用。同一应用的主应用与每个分身应用对应的存储区域相互独立，如图1所示，进程a运行在空间A中，进程b运行在空间B中，进程a与进程b为同一应用的两个进程。在Data分区(数据分区)中，处于不同空间的两个进程所对应的存储区域是相互独立的。

若当前需要将空间A下的文件X.jpg共享至空间B，即空间B的进程可以访问X.jpg文件，那么空间A下的应用a需要将试图共享的文件X.jpg从data/media/A拷贝至应用a的应用目录data/user/A/application_a下。之后应用a通过内容提供器(英文：content provider)，即应用程序之间共享数据的接口，将已经拷贝至应用a的应用目录下的被共享文件X.jpg暴露给其他进程，从而使空间B下的进程b通过content provider请求访问应用a的应用目录下暴露给其他进程的内容，以实现X.jpg文件的共享。

本发明实施例提供一种资源共享方法，如图2所示，该方法包括：

步骤101、检测指定应用是否满足资源数据同步的预置条件。

其中，指定应用存在对应的主应用和分身应用。

需要说明的是，预置条件至少包括主应用和/或分身应用接收到指定类型的数据、已启动用于触发主应用与分身应用进行资源数据同步的开关，以及当前达到进行数据同步的预设时间中的一种。其中，指定类型可以为数据的种类、格式等，比如，指定类型可以包括：数据为图片类型，或是语音类型；用于触发主应用与分身应用进行资源数据同步的开关，具体可以为诸如数据同步按钮等能够启动数据同步功能的开关，比如，打开这一开关可以触发指定应用的数据同步，关闭这一开关则继续保持同一应用下各个应用(包括主应用和分身应用)当前独立存储及访问的过程；预设时间可以为预先设置的触发同步过程的时间，比如，预先设置每天1点进行数据同步，那么每当时间到达1点时，就会自动触发同步过程。

步骤102、在指定应用满足预置条件后，同步主应用的资源数据与分身应用的资源数据。

在本发明实施例中，资源数据指的就是包括图1所示的X.jpg文件在内的数据。由于主应用和分身引用在运行过程中会产生不同的资源数据，而这些资源数据在存储上不存在交集，是相互独立的，因此，为了能够实现资源共享，则需要实现主应用与分身应用的资源数据的同步，这样在执行步骤103后，就可以实现指定应用的资源共享，且无需借助外接存储设备作为数据的中转节点。

步骤103、通过主应用与分身应用访问相同的资源数据。

本申请提供的资源共享方法，相比较于现有技术中借助其他外接存储设备将主应用(或是分身应用)的资源数据复制到该存储设备，之后将该存储设备上的资源数据转存至分身应用(或是主应用)，以实现数据共享，本申请可以在检测到指定应用满足资源数据同步的预置条件后，同步主应用与分身应用的资源数据，并通过主应用与分身应用访问相同的资源数据，以实现数据共享。由此可见，采用上述方式无需借助外接存储设备，而是通过数据同步的方式，使主应用与分身应用的资源数据相同，之后在主应用与分身应用访问相同的资源数据时，也就实现了资源数据的共享。

在数据同步后，为了节省资源数据在存储过程中所占用的空间，在本发明实施例的一个实现方式中，使主应用与分身应用的访问路径相同，从而避免重复存储多分相同的资源数据。因此，在如图2所示的实现方式的基础上，还可以实现为如图3所示的实现方式。其中，步骤102在指定应用满足预置条件后，同步主应用的资源数据与分身应用的资源数据，可以具体实现为步骤1021和步骤1022，或者步骤1023和步骤1024，或者步骤1025和步骤1026：

步骤1021、将主应用的访问路径变更为分身应用的访问路径，且将主应用的资源数据拷贝至第一存储区域。

其中，第一存储区域为分身应用的资源数据的存储位置。

步骤1022、删除第二存储区域中主应用的资源数据。

其中，第二存储区域为主应用的资源数据的存储位置。

通过将主应用的资源数据拷贝至分身应用的资源数据的存储位置，使分身应用对应的第一存储区域中包括了主应用的资源数据和自身的资源数据，之后使主应用和分身应用均访问分身应用的第一存储区域，也就实现了数据共享。并且，考虑到主应用的资源数据已经拷贝至第一存储区域，而为了减少资源数据所占用的存储空间，在本发明实施例中，还可以将主应用已经完成拷贝的资源数据从第二存储区域中删除。这样既不会妨碍主应用和分身应用进行资源数据的访问，同时，也减少了冗余数据占用过多存储空间情况的发生。

步骤1023、将分身应用的访问路径变更为主应用的访问路径，且将分身应用的资源数据拷贝至第二存储区域。

步骤1024、删除第一存储区域中分身应用的资源数据。

与上述步骤1021和步骤1022所实现的技术方案类似，在这里是将分身应用的资源数据拷贝至主应用的资源数据的存储位置，并将第一存储区域中完成拷贝的分身应用的资源数据删除，具体实现过程可以参考上述步骤1021和步骤1022所实现的技术方案，在此不做赘述。

步骤1025、将主应用的访问路径和分身应用的访问路径变更为指定访问路径，且将主应用的资源数据和分身应用的资源数据拷贝至指定访问路径对应的文件。

步骤1026、删除第一存储区域中分身应用的资源数据，以及第二存储区域中主应用的资源数据。

除了上述两种拷贝方案，还可以将主应用和分身应用的资源数据分别拷贝至同一文件，并将该文件的访问路径作为主应用与分身应用的访问路径。与上述两种拷贝方案相同，为了节约存储空间，在完成资源数据的拷贝之后，可以将第一存储区域和第二存储区域的资源数据删除。

需要说明的是，考虑到主应用的资源数据可能与分身应用的资源数据存在相同的内容，为了减少数据冗余所造成的资源浪费，在将主应用和分身应用的资源数据共同存储至同一空间的存储区域时，需要对主应用和分身应用的资源数据进行去重处理。

由此可见，上述三种实现方式，均是通过统一主应用与分身应用的访问路径，以实现资源数据共享。且在完成资源数据同步之后，通过删除第一存储区域和/或第二存储区域内已完成拷贝的资源数据的方式，有效减少存储空间的占用，从而节省大量存储资源。

考虑到终端上可能安装有多个应用，且并非每个应用都可以使用本申请所提出的技术方案，因此，在本发明实施例的一个实现方式中，需要先对终端上安装的所有应用进行筛选，且至对完成筛选后的符合指定应用条件的应用同步及数据共享。因此，在如图2或图3所示的实现方式的基础上，以图2为例，还可以实现为如图4所示的实现方式。其中，在执行步骤101检测指定应用是否满足资源数据同步的预置条件之前，还可以执行步骤104：

步骤104、在终端上安装的所有应用中，确定具有分身应用的应用为指定应用。

在本发明实施例中，可以通过列表的形式，将终端上已安装的所有应用中具有分身应用的指定应用进行整理，以便针对那些具有应用双开功能的应用进行数据共享。需要说明的是，除了上述列表的方式，还可以通过对应用进行标记或是其他整理方式，得到所有指定应用的信息，对于确定指定应用的方式，在此不做赘述。

为了确保隐私数据的安全性，在本发明实施例的一个实现方式中，在资源数据中存在隐私数据时，若需要进行数据共享，则需要先认证用户的身份，且在身份认证通过后才能同步、共享该隐私数据。因此，在如图2或图3所示的实现方式的基础上，以图2为例，还可以实现为如图5所示的实现方式。其中，步骤102在指定应用满足预置条件后，同步主应用的资源数据与分身应用的资源数据，可以具体实现为步骤1027：

步骤1027、若主应用的资源数据或分身应用的资源数据中存在隐私数据，则同步主应用与分身应用中的除隐私数据以外的资源数据，并在用户通过隐私数据的身份认证后，同步隐私数据。

由此可见，如果用户未通过身份认证，那么上述同步过程可以仅限于主应用与分身应用中的除隐私数据意外的资源数据。这样不仅可以保障隐私数据的安全性，同时可以通过同步非隐私数据的方式来满足指定应用内部分资源数据的同步、共享需求。或者，终端可以直接终止本次同步、共享过程，从而进一步保证指定应用的资源数据的安全性。

需要说明的是，身份认证过程，可以通过加密资源数据或是设置访问权限的方式来实现，比如，通过password(口令)/指纹/语音口令等方式进行资源数据的加密，访问权限则可以通过输入账户、以及与账户匹配的密码等方式来实现，在此不做限定。

本发明实施例提供一种资源共享装置20，如图6所示，该装置20可以用于执行如图2至图5所示的任意一套方法流程，该装置20包括：

检测模块21，用于检测指定应用是否满足资源数据同步的预置条件，指定应用存在对应的主应用和分身应用。

需要说明的是，预置条件至少包括主应用和/或分身应用接收到指定类型的数据、已启动用于触发主应用与分身应用进行资源数据同步的开关，以及当前达到进行数据同步的预设时间中的一种。

同步模块22，用于在检测模块21检测到指定应用满足预置条件后，同步主应用的资源数据与分身应用的资源数据。

访问模块23，用于通过主应用与分身应用访问经过同步模块22同步所得到的相同的资源数据。

在本发明实施例的一个实现方式中，同步模块22，具体用于：

将主应用的访问路径变更为分身应用的访问路径，且通过拷贝模块24将主应用的资源数据拷贝至第一存储区域，第一存储区域为分身应用的资源数据的存储位置；并通过删除模块25删除第二存储区域中主应用的资源数据，第二存储区域为主应用的资源数据的存储位置；

或者，

将分身应用的访问路径变更为主应用的访问路径，且通过拷贝模块24将分身应用的资源数据拷贝至第二存储区域；并通过删除模块25删除第一存储区域中分身应用的资源数据；

或者，

将主应用的访问路径和分身应用的访问路径变更为指定访问路径，且通过拷贝模块24将主应用的资源数据和分身应用的资源数据拷贝至指定访问路径对应的文件；并通过删除模块25删除第一存储区域中分身应用的资源数据，以及第二存储区域中主应用的资源数据。

在本发明实施例的一个实现方式中，装置还包括：

确定模块26，用于在终端上安装的所有应用中，确定具有分身应用的应用为指定应用。

在本发明实施例的一个实现方式中，同步模块22，具体用于：

若主应用的资源数据或分身应用的资源数据中存在隐私数据，则同步主应用与分身应用中的除隐私数据以外的资源数据，并在用户通过隐私数据的身份认证后，同步隐私数据。

本申请提供的资源共享方法及装置，相比较于现有技术中借助其他外接存储设备将主应用(或是分身应用)的资源数据复制到该存储设备，之后将该存储设备上的资源数据转存至分身应用(或是主应用)，以实现数据共享，本申请可以在检测到指定应用满足资源数据同步的预置条件后，同步主应用与分身应用的资源数据，并通过主应用与分身应用访问相同的资源数据，以实现数据共享。由此可见，采用上述方式无需借助外接存储设备，而是通过数据同步的方式，使主应用与分身应用的资源数据相同，之后在主应用与分身应用访问相同的资源数据时，也就实现了资源数据的共享。

本发明实施例提供一种终端30，该终端30可以用于执行如图2至图5所示的任意一套方法流程。如图6所示，该终端30至少包括：收发器31和处理器32。

其中，处理器32，用于在检测到指定应用满足资源数据同步的预置条件后，同步主应用的资源数据与分身应用的资源数据，之后通过主应用与分身应用访问相同的资源数据。需要说明的是，预置条件至少包括主应用和/或分身应用接收到指定类型的数据、已启动用于触发主应用与分身应用进行资源数据同步的开关，以及当前达到进行数据同步的预设时间中的一种。

处理器32，还用于将主应用的访问路径变更为分身应用的访问路径，且将主应用的资源数据拷贝至第一存储区域，第一存储区域为分身应用的资源数据的存储位置；删除第二存储区域中主应用的资源数据，第二存储区域为主应用的资源数据的存储位置；

或者，

将分身应用的访问路径变更为主应用的访问路径，且将分身应用的资源数据拷贝至第二存储区域；删除第一存储区域中分身应用的资源数据；

或者，

将主应用的访问路径和分身应用的访问路径变更为指定访问路径，且将主应用的资源数据和分身应用的资源数据拷贝至指定访问路径对应的文件；删除第一存储区域中分身应用的资源数据，以及第二存储区域中主应用的资源数据。

在检测指定应用是否满足资源数据同步的预置条件之前，该处理器32，还用于在终端上安装的所有应用中，确定具有分身应用的应用为指定应用。

该处理器32，具体用于：

若主应用的资源数据或分身应用的资源数据中存在隐私数据，则同步主应用与分身应用中的除隐私数据以外的资源数据，并在用户通过隐私数据的身份认证后，同步隐私数据。

在本发明实施例中，终端30还可以包括存储器33和总线34，其中，总线34可以用于连接收发器31、处理器32和存储器33，以确保收发器31、处理器32和存储器33中两两之间进行通信；存储器33可以用于存储终端产生的数据，以及通过收发器31接收到的来自其他设备的数据。

本申请提供的终端，相比较于现有技术中借助其他外接存储设备将主应用(或是分身应用)的资源数据复制到该存储设备，之后将该存储设备上的资源数据转存至分身应用(或是主应用)，以实现数据共享，本申请可以在检测到指定应用满足资源数据同步的预置条件后，同步主应用与分身应用的资源数据，并通过主应用与分身应用访问相同的资源数据，以实现数据共享。由此可见，采用上述方式无需借助外接存储设备，而是通过数据同步的方式，使主应用与分身应用的资源数据相同，之后在主应用与分身应用访问相同的资源数据时，也就实现了资源数据的共享。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，ROM)或随机存储记忆体(英文：Random Access Memory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。