CN108196899B - 一种多用户的创建的方法及装置 - Google Patents

Abstract

本发明公开了一种多用户的创建的方法及装置，该方法包括：根据接收到的第一指令，创建分身用户，获得分身用户的UserID，分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个，主用户为多用户框架下默认用户，第一指令用于指示创建分身用户的数量，根据分身用户的UserID，将主用户的数据目录挂载至分身用户的数据目录，可以有效解决多用户框架多开方案中分身应用无法访问主用户的用户空间的文件，本体应用无法访问分身用户的用户空间的文件的问题。

Description

一种多用户的创建的方法及装置

技术领域

本发明涉及终端技术领域，具体的涉及一种多用户的创建的方法及装置。

背景技术

实际生活中，人们经常拥有两个甚至两个以上的微信、QQ等应用账号，而微信、QQ等应用程序本身是不支持多开的。因此各个第三方机构以及手机终端厂商各自开发了自己的支持微信、QQ等应用的多开的框架技术。各种方案均有利弊，其中一种优势比较大的方案是基于谷歌原生多用户框架实现的应用多开方案。此方案的优点有很多：如理论上支持无限多的应用进行无限多开，完美兼容谷歌原生代码框架，方案实现对***的改动少、影响小，完美兼容谷歌多用户功能等。

但是，多用户技术的一个核心思想是实现数据空间以及程序空间的分离，以达到隐私保护的目的。其实现方式则是基于类似Linux的用户空间的管理思想，每个用户都有属于自己的独一无二的专属空间，因此也无法访问到其它用户的空间以及空间下的文件。在这个基础上，应用多开实际上就是另外创建了一些分身用户，在这些分身用户的用户空间中“克隆”了一份需要多开的应用程序。这个克隆的应用(也就是分身应用)所在的空间其实是不同于主用户的用户空间的另一个用户空间。分身用户的用户空间和主用户的用户空间是独立的，分身应用无法获知或使用任何属于主用户的用户空间的文件。同样，本体应用也无法获知或使用分身用户的用户空间的文件。

发明内容

本发明实施例提供一种多用户的创建的方法及装置，用以解决多用户框架多开方案中分身应用无法访问主用户的用户空间的文件，本体应用无法访问分身用户的用户空间的文件的问题。

本发明实施例提供一种多用户的创建的方法，其特征在于，包括：

根据接收到的第一指令，创建分身用户，获得所述分身用户的用户身份标识(UserIdentifier，UserID)；所述分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个；所述主用户为多用户框架下默认用户；所述第一指令用于指示创建分身用户的数量。

根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录。

可选的，所述创建分身用户，还包括：

创建所述分身用户的UserID、用户空间和数据目录；

建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。

可选的，所述在创建所述分身用户的数据目录之后，还包括：

将所述分身用户的所述数据目录映射为用户空间文件***(Filesystem inUserspace，FUSE)管理的用户数据目录。

可选的，所述将所述主用户的数据目录挂载至所述分身用户的数据目录，包括：

根据所述分身用户的UserID，确定所述分身用户的数据目录；

将主用户的数据目录挂载到所述分身用户的所述数据目录上。

可选的，所述在所述根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录之后，还包括：

获取所述分身用户的第一应用的待访问数据；

在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户的数据目录与所述主用户的的数据目录的挂载关系，访问所述主用户的用户空间中的数据。

相应地，本发明实施例还提供了一种多用户的创建的装置，包括：

创建模块，用于根据接收到的第一指令，创建分身用户，获得所述分身用户的UserID；所述分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个；所述主用户为多用户框架下默认用户；所述第一指令用于指示创建分身用户的数量；

挂载模块，用于根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录。

可选的，所述创建模块具体还用于：

创建所述分身用户的UserID、用户空间和数据目录；

建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。

可选的，所述创建模块具体还用于：

将所述分身用户的数据目录映射为FUSE管理的用户数据目录。

可选的，所述挂载模块具体还用于：

根据所述分身用户的UserID，确定所述分身用户的数据目录；

将所述主用户的数据目录挂载至所述分身用户的数据目录。

可选的，所述装置，还包括获取模块和访问模块：

所述获取模块，用于获取所述分身用户的第一应用的待访问数据；

所述访问模块，用于在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户的数据目录与所述主用户的的数据目录的挂载关系，访问所述主用户的用户空间中的数据。

本发明实例表明，根据接收到的第一指令，创建分身用户，获得分身用户的UserID，分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个，主用户为多用户框架下默认用户，第一指令用于指示创建分身用户的数量，根据分身用户的UserID，将主用户的数据目录挂载至所述分身用户的数据目录，可以有效解决多用户框架多开方案中分身应用无法访问主用户的用户空间的文件，本体应用无法访问分身用户的用户空间的文件的问题。

附图说明

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

图1为本发明实施例中提供的一种多用户的创建的方法的流程示意图；

图2为本发明实施例中提供的一种创建分身用户空间的方法的流程示意图；

图3为本发明实施例中提供的一种内存存储状态示意图；

图4为本发明实施例中提供的另一种内存存储状态示意图；

图5为本发明实施例中提供的一种多用户的创建的装置示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例是终端设备中多用户框架下的多开应用方案的文件访问方法。多用户框架下，默认有一个主用户的用户空间，在主用户的用户空间可以创建新增用户，这些新增用户就是分身用户。主用户的用户空间和分身用户的用户空间是相互隔离的，主用户无法访问分身用户的用户空间，同样，分身用户的用户空间也无法访问主用户的用户空间。主用户的用户空间中的应用程序称为本体应用，可以将主用户的用户空间的部分应用安装到分身用户的用户空间，这些在分身用户的用户空间中的运行的应用称为分身应用。在主用户的用户空间运行本体应用，在分身用户的用户空间运行分身应用，这样就实现了同一个终端设备同时运行多个相同的应用，实现应用多开功能。例如在同一个终端设备中同时开启多个QQ或者微信。

在本发明实施例中，终端设备可以指向用户提供语音和/或数据连通性的设备(device)，包括无线终端或有线终端。无线终端可以是具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备，经无线接入网与一个或多个核心网进行通信的移动终端。例如，无线终端可以是移动电话(或称为“蜂窝”电话)和具有移动终端的计算机。又如，无线终端也可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。再如，无线终端可以为移动站(英文为：mobile station)、接入点(英文为：access point)、或用户设备(英文为：user equipment，简称UE)的一部分。

基于上述描述，图1示例性的示出了本发明实施例提供的一种多用户的创建的方法的流程，该流程可以由通过一种多用户的创建的的装置执行，该装置可以是终端设备，也可以位于终端设备内。

如图1所示，具体流程如下，

步骤S 101，根据接收到的第一指令，创建分身用户，获得所述分身用户的用户UserID。

在本发明实施例中，该分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个，主用户为多用户框架下默认用户，第一指令用于指示创建分身用户的数量。

具体的，在创建该分身用户时，可以根据接收到的第一指令，创建分身用户UserID、用户空间和数据目录；建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。将所述分身用户的所述数据目录映射为FUSE管理的用户数据目录。

举例来说，根据接收到的第一指令指示，确定所要创建的分身用户数量，创建分身用户并获取分身用户的UserID。创建分身用户就是创建独立且隔离的用户存储空间用于存储分身应用的数据。图2示例性的示出了分身用户空间的创建过程。步骤S201，创建分身用户。步骤S202，创建分身用户的数据目录。假设，第一指令指示只创建一个分身用户，为了区分主用户和分身用户，多用户框架下主用户和分身用户会有不同的UserID。例如，在data/media下默认有一个名称为0的目录，此目录是主用户的数据目录，其该主用户的数据目录所代表的就是主用户的用户空间。0就是主用户的用户身份标识，即UserID为0。当创建分身用户和分身用户的用户空间时，终端设备会按照***规则为新建的分身用户建立身份标识，比如创建一个分身用户“881”，即UserID为881。在终端设备中，文件的存储和命名是有特定的规则的，也就是说UserID和分身用户数据目录是存在对应关系的。本实施例中分身用户UserID为“881”，那么按照终端设备规则，相应的在data/media下创建名为881的目录data/media/881，作为分身用户的数据目录，其所代表的空间就是分身用户的用户空间，该用户空间用于存储分身用户数据，也就是说UserID为881，对应的数据目录就是data/media/881。data/media/0所代表的主用户的用户空间与 data/media/881所代表的分身用户的用户空间为相互独立且隔离的空间，主用户的用户空间中的本体应用无法访问分身用户的存储空间data/media/881，同样，分身应用也无法访问data/media/0所代表的主用户的用户空间。

步骤S203，分身用户的数据目录映射为FUSE管理的目录。映射是终端设备中将非根文件关联到根文件***以达到可以被访问的目的。在创建分身用户的数据目录data/media/881后，还需要将该目录映射为FUSE管理的 /storage/emulate/881。同理，如果创建两个分身用户，例如为“881”、“882”，其对应的分身用户的数据目录可以为data/media/881、data/media/882。相应的，其映射为FUSE管理的/storage/emulate/881、/storage/emulate/882。

步骤S204，结束。映射之后，创建分身用户的用户空间过程结束，该分身用户的用户空间才能被***访问。如图3示例性的示出了通常情况下分身用户的终端设备Data分区情况，可以看出主用户和分身用户在Data分区中是两个不同的区域，分别映射为两个完全不同的数据目录。

在创建的分身用户的用户空间内可以安装需要多开的应用，如QQ、微信、微博等，为了与本体应用做区分，这些分身应用会被重新命名例如，QQ小号 1，微信1、微博小号a等。这样，分身用户的用户空间和主用户的用户空间可以同时运行本体应用和分身应用。但是由于多用户框架的设计是出于隐私保护的目的，所以分身应用是不能访问主体用户空间的文件的。也就是说“QQ小号1”无法访问data/media/0中的文件，主体应用也无法访问data/media/881中的文件。

步骤S 102，根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录。

具体的，在将所述主用户的数据目录挂载至所述分身用户的数据目录时，可以根据所述分身用户的UserID值，确定所述分身用户的数据目录；将所述主用户的数据目录挂载到所述分身用户的数据目录上。

在终端设备中，根文件***之外的其他文件是不能直接访问的，必须通过挂载到根文件***上的目录实现访问。本发明实施例中，通过将主用户的数据目录挂载到分身用户的数据目录可以实现分身用户的用户空间和主用户的用户空间共用一块存储区域，本体应用可以访问主用户的用户空间中的文件，相应的，主应用也可以访问分身用户的用户空间中的文件，从而解决了多用户框架多开应用无法访问主用户的用户空间中的文件的问题。

举例来说，由步骤S 101创建分身用户后可以获得分身用户的UserID及其与用户数据目录的对应关系。以上述创建的分身用户881为例，其用户空间的标识即为UserID＝881。根据UserID和数据目录的对应关系，该分身用户的数据目录可以确定为/data/media/881，通过mount绑定命令将主用户数据目录挂载到分身用户数据目录上。具体地，通过调用mount-o bind/data/media/0 /data/media/881命令进行挂载。该命令的语义是，将主用户的数据目录 data/media/0挂载到分身用户的数据目录data/media/881上。如图4所示，完成挂载服务后，分身用户的数据目录里的内容就变成了主用户数据目录下的内容，也就是说data/media/0与data/media/881就变成了同一块存储区域，虽然经过FUSE文件***的映射与管理后形成了两个文件***，但其内部的数据仍然是相同的，一方文件发生变化，另一方文件也会发生变化。这样，分身应用可以访问本体应用的空间，本体应用也能访问分身应用的空间。

较佳的，在上述步骤S 102之后，分身用户中部署的应用可以访问主用户的用户空间的数据，具体的，获取所述分身用户的第一应用的待访问数据；在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户的数据目录与所述主用户的数据目录的挂载关系，访问所述主用户的用户空间中的数据。

确定所述分身应用的第一应用待访问的数据，如果待访问的数据是主用户中的数据时，根据分身用户的数据目录与主用户的数据目录的挂载关系，可以访问主用户的用户空间。第一应用为分身应用中的任何一个应用，例如多开应用中的“QQ小号1”要使用手机中的照片，由于经过挂载后，主用户的用户空间和分身用户的用户空间在内存中是同一块区域，那么“QQ小号1”可以直接访问到手机相册中的照片。这就实现了主用户的用户空间和分身用户的用户空间的数据互通功能。

上述实施例表明，根据接收到的第一指令，创建分身用户，获得分身用户的UserID，分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个，主用户为多用户框架下默认用户，第一指令用于指示创建分身用户的数量，根据分身用户的UserID，将主用户的数据目录挂载至所述分身用户的数据目录，可以有效解决多用户框架多开方案中分身应用无法访问主用户的用户空间的文件，本体应用无法访问分身用户的用户空间的文件的问题。

基于相同的技术构思，图5示例性的示出了本发明实施例提供的一种多用户的创建的方法的装置，该装置可以执行多用户的创建的方法，该装置可以为终端设备，也可以位于终端设备内。

如图5所示，该装置具体包括：

创建模块501，根据接收到的第一指令，创建分身用户，获得所述分身用户的UserID；所述分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个；所述主用户为多用户框架下默认用户；所述第一指令用于指示创建分身用户的数量。

较佳的，所述创建模块501具体还用于：

创建所述分身用户的UserID、用户空间和数据目录；

建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。

较佳的，所述创建模块501具体还用于：

将所述分身用户的数据目录映射为FUSE管理的用户数据目录。

挂载模块502，用于根据用于根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录。

较佳的，所述挂载模块502具体还用于：

根据所述分身用户的UserID，确定所述分身用户的数据目录；使用绑定命令，将主用户的数据目录挂载到所述分身用户的所述数据目录上。

较佳的，所述装置，还包括获取模块和访问模块：

所述获取模块，用于获取所述分身用户的第一应用的待访问数据；

所述访问模块，用于在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户与所述主用户的挂载关系，访问所述主用户的用户空间中的数据。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种多用户的创建方法，其特征在于，包括：

根据接收到的第一指令，创建分身用户，获得所述分身用户的用户身份标识UserID；所述分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个；所述主用户为多用户框架下默认用户；所述第一指令用于指示创建分身用户的数量；

根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录；

所述根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录，包括：

根据所述分身用户的UserID，确定所述分身用户的数据目录；

将所述主用户的数据目录挂载到所述分身用户的数据目录上。

2.如权利要求1所述的方法，其特征在于，所述创建分身用户，包括：

创建所述分身用户的UserID、用户空间和数据目录；

建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。

3.如权利要求2所述的方法，其特征在于，在所述创建所述分身用户的数据目录之后，还包括：

将所述分身用户的数据目录映射为用户空间的文件***FUSE管理的用户数据目录。

4.如权利要求1至3任一项所述的方法，其特征在于，在所述根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录之后，还包括：

获取所述分身用户的第一应用的待访问数据；

在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户的数据目录与所述主用户的数据目录的挂载关系，访问所述主用户的用户空间中的数据。

5.一种多用户的创建的装置，其特征在于，包括：

创建模块，用于根据接收到的第一指令，创建分身用户，获得所述分身用户的用户身份标识UserID；所述分身用户为多用户框架下主用户以外的新增用户，分身用户为一个或多个；所述主用户为多用户框架下默认用户；所述第一指令用于指示创建分身用户的数量；

挂载模块，用于根据所述分身用户的UserID，将所述主用户的数据目录挂载至所述分身用户的数据目录；

所述挂载模块具体用于：

根据所述分身用户的UserID，确定所述分身用户的数据目录；

将所述主用户的数据目录挂载到所述分身用户的所述数据目录上。

6.如权利要求5所述的装置，其特征在于，所述创建模块具体用于：

创建所述分身用户的UserID、用户空间和数据目录；

建立所述分身用户的UserID与所述分身用户的数据目录的对应关系。

7.如权利要求6所述的装置，其特征在于，所述创建模块还用于：

在所述创建所述分身用户的数据目录之后，将所述分身用户的数据目录映射为FUSE管理的用户数据目录。

8.如权利要求5至7任一项所述的装置，其特征在于，所述装置还包括：获取模块和访问模块；

所述获取模块，用于获取所述分身用户的第一应用的待访问数据；

所述访问模块，用于在确定所述第一应用的待访问数据为所述主用户的数据目录对应的用户空间中的数据时，根据所述分身用户的数据目录与所述主用户的数据目录的挂载关系，访问所述主用户的用户空间中的数据。

Images