CN112825072B - 通信终端以及数据共享方法 - Google Patents

Abstract

本申请公开了一种通信终端以及数据共享方法，属于通信领域。该通信终端包括：触摸屏，被配置为接收来自用户的触摸操作；显示屏，被配置为显示用户界面；处理器，所述处理器分别与所述触摸屏和所述显示屏耦接，所述处理器被配置为：响应于分身应用被启动；若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据；若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据。

Description

通信终端以及数据共享方法

技术领域

本申请涉及通信领域，特别涉及一种通信终端以及数据共享方法。

背景技术

随着互联网应用的发展，为满足用户的使用需要，多用户机制应运而生。采用多用户机制，可以设置两个或两个以上用户，同一应用程序可在不同的用户下安装，不同用户下安装的同一应用程序，其数据彼此隔离，不同用户下的同一应用程序之间无法进行数据共享。一种典型的多用户机制为应用分身机制。应用分身机制是指在主用户和分身用户下安装同一应用程序，其中，主用户下的应用称为主应用，分身用户下的应用称为分身应用。

在一些场景下，期望不同用户下安装的同一应用可以通过数据库访问对方的数据。例如，在分身应用功能中，分身应用要求可以通过系统数据库查看主用户下的照片，主应用需要查看分身应用保存在本地的照片。这就要求需要一种解决方案来打破多用户机制的限制，实现不同用户下同一应用之间的数据共享。

发明内容

本申请示例性的实施方式中提供一种通信终端以及数据共享方法，可以针对同一应用安装在不同用户下的情况，实现该应用的数据在不同用户下的共享。

根据示例性的实施方式中的一方面，提供一种通信终端，包括：触摸屏，被配置为接收来自用户的触摸操作；显示屏，被配置为显示用户界面；处理器，所述处理器分别与所述触摸屏和所述显示屏耦接，所述处理器被配置为：

响应于分身应用被启动；若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据；若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据。

本申请的上述实施例中，当分身应用启动时，若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据，这样，当在分身用户下请求访问分身应用对应的数据库时，可获得主应用对应的数据库中相应数据类型的数据，从而实现针对不同用户下安装的同一应用访问对方数据的需求。

在一些示例性的实施方式中，所述处理器被具体配置为：若确定所述分身应用的数据库存在于共享数据库列表中，则确定需要将所述分身应用的数据库与主应用的数据库进行共享，否则，确定不需要将所述分身应用的数据库与主应用的数据库进行共享。

上述实施例中，通过设置共享数据库列表的方式，将在不同用户下需要共享的数据库存放于该数据库，从而有利于判断分身应用的数据库是否需要与主应用的数据库进行共享。

在一些示例性的实施方式中，所述处理器被进一步配置为：若确定需要将分身应用的数据库与主应用的数据库进行共享，则通过调用系统服务获取用于访问主应用的数据库对象，以使得所述分身应用根据所述数据库对象访问所述主应用的数据库。

上述实施例中，在判定需要进行数据库共享的情况下，将主应用的数据库对象返回给分身应用，从而使得分身应用基于该数据库对象访问主应用的数据库，实现针对不同用户下安装的同一应用访问对方数据的需求。

在一些示例性的实施方式中，所述处理器被进一步配置为：判定分身应用需要注册监听的目标字段所属的数据库为共享数据库列表中的数据库，则对所述主应用对应的数据库中的目标字段进行注册监听，并将所述分身应用添加到所述目标字段对应的监听列表中；响应于所述目标字段发生变化，向所述监听列表中的应用发送通知，用以通知所述目标字段发生变化。

上述实施例中，当分身应用在进行注册监听时，如果判断需要注册监听的目标字段所属的数据库是共享数据库列表中的数据库，即需要与主应用共享的数据库，则对所述主应用对应的数据库中的目标字段进行注册监听，并将所述分身应用添加到所述目标字段对应的监听列表中，以便当所述目标字段发生变化，该分身应用能够收到通知，从而使得主应用的数据库发生变化时，分身应用也能够同步获知该变化。

在一些示例性的实施方式中，所述处理器被具体配置为：响应于所述分身应用对应的数据库中的目标字段被更新，将更新信息发送给系统服务，以使得所述系统服务将所述更新信息发送给所述监听列表中的应用；其中，所述更新信息包括发生更新的目标字段的URI和更新后的取值。

在一些示例性的实施方式中，所述数据类型，包括：图片、视频、文件或链接。

根据示例性的实施方式中的一方面，提供一种数据共享方法，包括：响应于分身应用被启动；若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据；若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据。

在一些示例性的实施方式中，若确定所述分身应用的数据库存在于共享数据库列表中，则确定需要将所述分身应用的数据库与主应用的数据库进行共享，否则，确定不需要将所述分身应用的数据库与主应用的数据库进行共享。

在一些示例性的实施方式中，所述方法还包括：若确定需要将分身应用的数据库与主应用的数据库进行共享，通过调用系统服务获取用于访问主应用的数据库对象，以使得所述分身应用根据所述数据库对象访问所述主应用的数据库。

在一些示例性的实施方式中，所述方法进一步包括：判定分身应用需要注册监听的目标字段所属的数据库为共享数据库列表中的数据库，则对所述主应用对应的数据库中的目标字段进行注册监听，并将所述分身应用添加到所述目标字段对应的监听列表中；响应于所述目标字段发生变化，向所述监听列表中的应用发送通知，用以通知所述目标字段发生变化。

在一些示例性的实施方式中，所述响应于所述目标字段发生变化，向所述监听列表中的应用发送通知，包括：响应于所述分身用户下分身应用对应的数据库中的目标字段被更新，将更新信息发送给系统服务，以使得所述系统服务将所述更新信息发送给所述监听列表中的应用；其中，所述更新信息包括发生更新的目标字段的URI和更新后的取值。

在一些示例性的实施方式中，所述数据类型，包括：图片、视频、文件或链接。

根据示例性的实施方式中的一方面，提供一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，当所述指令在计算机上运行时，使得所述计算机执行上述方法。

附图说明

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

图1示例性示出了本发明实施例提供的一种通信终端的结构示意图。

图2示例性示出了本发明实施例提供的一种通信终端的软件架构示意图。

图3示例性示出了本发明实施例提供的通信终端的用户界面示意图。

图4示例性示出了本申请实施例中主用户对应的应用启动流程；

图5示例性示出了本申请实施例中主用户下的某个应用的启动、注册监听的流程；

图6示例性示出了本实施例中分身用户对应的应用启动流程；

图7示例性示出了本申请实施例中分身用户下的某个应用的启动、注册监听的流程；

图8示例性示出了本申请实施例中数据同步更新的流程示意图；

图9a、图9b分别示例性示出了本申请实施例中主应用中的相册以及分身应用访问到的相册的界面示意图；

图10a、图10b分别示例性示出了本申请实施例中删除照片后主应用下的相册和分身应用下的相册的界面示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清除、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

图1示出了通信终端100的结构示意图。

下面以通信终端100为例对实施例进行具体说明。应该理解的是，图1所示通信终端100仅是一个范例，并且通信终端100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图1中示例性示出了根据示例性实施例中通信终端100的硬件配置框图。如图1所示，通信终端100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity，Wi-Fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。

RF电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行通信终端100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得通信终端100能运行的操作系统。本申请中存储器120可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述方法的代码。

显示单元130可用于接收输入的数字或字符信息，产生与通信终端100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在通信终端100正面的触摸屏131，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在通信终端100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的各种图形用户界面。

其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现通信终端100的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元130可以显示应用程序以及对应的操作步骤。

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。

通信终端100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。通信终端100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路160、扬声器161、麦克风162可提供用户与通信终端100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。通信终端100还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。本申请中麦克风162可以获取用户的语音。

Wi-Fi属于短距离无线传输技术，通信终端100可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是通信终端100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行通信终端100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本申请中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例所述的处理方法。另外，处理器180与输入单元130和显示单元140耦接。

蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，通信终端100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

通信终端100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。通信终端100还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

图2是本发明实施例的通信终端100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供通信终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，通信终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合捕获拍照场景，示例性说明通信终端100软件以及硬件的工作流程。

当触摸屏131接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头140捕获静态图像或视频。

本申请实施例中的通信终端100可以为手机、平板电脑、可穿戴设备、笔记本电脑以及电视等。

图3是用于示出通信终端(例如图1的通信终端100)上的用户界面的示意图。在一些具体实施中，用户通过触摸用户界面上的应用图标可以打开相应的应用程序，或者通过触摸用户界面上的文件夹图标可以打开相应的文件夹。

采用多用户机制，可以设置两个或两个以上用户，同一应用程序可在不同的用户下安装，不同用户下安装的同一应用程序，其数据彼此隔离，不同用户下的同一应用程序之间无法进行数据共享。一种典型的多用户机制为应用分身机制。应用分身机制是指在主用户和分身用户下安装同一应用程序，其中，主用户下的应用称为主应用，分身用户下的应用称为分身应用。

在多用户机制中，不同用户对应不同的数据库对象，数据访问基于数据库对象实现。受限于多用户功能的实现机制，不同用户下的数据库对象无法包含对方用户的数据。以分身机制为例，主用户下的主应用只能通过主用户下的数据库对象获取主用户下的数据，分身用户下的分身应用只能通过该分身用户下的数据库对象获取该分身用户下的数据。

其中，所述数据访问包括：对数据库中的数据进行查询、增加、修改或删除。

以Android系统为例，Android系统中提供了多种数据库对象(provider)，一个provider对应一个数据库，对数据库的访问可基于provider实现，即应用可以通过provider获取对应的数据或信息。Authority是provider对外开放的名称。

其中，系统数据库mediaProvider(该数据库的authority为media)记录了本地的音视频资源和文本资源，包括图片、视频、各种类型的文本文件、APK应用(Android包应用)、临时文件等。图库应用可以通过系统数据库mediaProvider获取、显示本地的图片、视频信息。应用通过该数据库的authority(media)访问数据库时，系统侧解析出的结果就是该应用想要访问的系统数据库mediaprovider。

联系人数据库contactsProvider(该数据库的authority为com.android.contacts)记录了本地以及SIM(SubscriberIdentification Module，用户身份识别模块)卡上的联系人详细信息，包括名称、联系方式、邮箱地址、分组信息、来电铃声设置等。联系人应用可以通过contactsProvider获取所有的联系人信息。

Android多用户机制下，为每个用户单独复制安装了一份系统应用，并单独划分了一块存储区域用于存储对应用户下的应用数据以及用户数据。用户间的数据是完全隔离的，无法互相访问，即对应同一应用安装在主用户和分身用户下的情况，该应用在主用户下和分身用户下分别具有存储区域以存储对应用户下的应用数据和用户数据。受限于多用户功能的实现机制，各用户下的provider无法包含对方用户的数据信息。即，主用户下的应用只能通过主用户下的provider获取主用户下的数据，分身用户下的应用只能通过分身用户下的provider查询分身用户下的数据。

但部分场景下，期望不同用户下的应用可以通过数据库互相访问对方的数据。以应用分身功能为例，分身应用要求可以通过系统数据库mediaProvider查看主用户下的照片，主应用需要查看分身应用保存在本地的照片。这就要求打破多用户机制的限制，实现数据库的共享。

为了在多用户机制中，实现不同用户下的数据共享，本申请实施例提供了一种数据共享方法及其装置。

本申请实施例可应用于通信终端，比如，所述通信终端可以是无线通信终端，具体地，可以是智能手机、PAD、可穿戴设备等。

下面结合附图对本申请实施例进行详细描述。需要说明的是，以下实施例在不特别声明的情况下，均以主用户下的主应用和分身用户下的分身应用为例描述。

本申请实施例中，针对两个或两个以上用户应用场景(即同一应用程序在不同的用户下安装)，可设置共享数据库列表。共享数据库列表中的数据库可被不同用户下的应用所访问。该共享数据库列表中可包括数据库指示信息，所述指示信息用于指示对应的数据库，具体可以是数据库标识等用于唯一标识数据的信息。

在Android系统中，共享数据库列表中可包括一个或多个authority，以指示对应的数据库需要在不同用户下共享。

可选地，共享数据库列表可由预先设置或由系统设置。

这里仅以“列表”这种数据结构为例描述，事实上，本申请实施例对于共享数据库的信息的数据结构类型不作限制。

针对上述共享数据库列表中的数据库，可能只有部分字段(或者部分类型的数据)需要共享，也可能全部字段需要共享，具体哪些字段需要共享，可由系统设置。

比如，Android系统中的系统数据库mediaProvider，记录了本地的音视频资源和文本资源，包括图片、视频、各种类型的文本文件、APK应用、临时文件等。其中，图片需要在不同用户下进行共享，因此可将图片对应的字段设置为共享字段。

再比如，Android系统中的联系人数据库contactsProvider，记录了本地以及SIM卡上的联系人详细信息，包括名称、联系方式、邮箱地址、分组信息、来电铃声设置等。其中，联系人的姓名、联系方式、邮箱地址、分组信息需要在不同用户下进行共享，因此可将这些数据对应的字段设置为共享字段。

本申请实施例中，在应用启动时，需要判断启动该应用的用户是主用户还是分身用户，若是主用户则执行主用户对应的启动流程，若是分身用户则执行分身用户对应的启动流程。

其中，在分身用户下的应用对应的启动流程中，若确定需要将分身应用的数据库与主应用的数据库进行共享(比如，若该应用对应的数据库存在于共享数据库列表中)，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据。若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据。

其中，所述数据类型包括但不限于：图片、视频、文件或链接。

具体地，若确定需要将分身应用的数据库与主应用的数据库进行共享，则将向该应用返回主用户下该应用的数据库对象，以使得分身用户下该应用对数据库的访问(比如数据查询、增加、修改、删除等)，与主用户下该应用对应的数据库进行关联，这样，针对需要共享的数据库，无论是通过主应用进行数据更新还是通过分身应用进行数据更新，都将更新主应用的数据库，并在数据查询时，无论是通过主应用进行数据查询还是通过分身应用进行数据查询，都将查询主用户的数据库，使得通信终端向用户展示的数据相同，从而实现不同用户下的数据共享。

图4示例性示出了本申请实施例中，主用户对应的应用启动流程。如图所示，当主用户启动某个应用时，其流程可包括：

S101：应用请求获取该应用的数据库对象。

以Android系统为例，该步骤中，该应用可根据该应用所对应的authority，请求系统服务返回对应的provider对象。其中，根据该应用需要访问的数据库，该应用可对应一个或多个authority。

S102：系统服务根据该请求，确定当前用户为主用户，则将主用户下的数据库对象返回给该应用。

以Android系统为例，该步骤中，系统侧的系统服务ContextImpl根据该应用所在的用户(userId＝＝0)确定该用户为主用户，则根据该请求所提供的authority查询对应的provider对象，并将查询到的provider对象返回给该用户下的该应用。

其中，ContextImpl是Android系统的框架层(framework)的接口类文件，除了获取系统信息外，还可实现ContentResolver中定义的获取provider对象的功能。

其中，在Android系统中，若用户标识的取值等于0(即userId＝＝0)，则表示该用户为主用户；若用户标识的取值为非零值，则表示该用户为分身用户。

该应用获取到数据库对象后，在后续流程中，可以根据该数据库对象，对相应数据库进行访问操作。具体地，主用户下的应用响应于数据访问请求，根据主用户下的应用获取到的数据库对象，对主用户下的数据库进行访问。所述访问操作可包括：执行数据插入(insert)、数据更新(update)或数据删除(delete)等操作。

进一步地，该应用还可以对数据库中的目标字段进行注册监听。具体地，该应用可通过目标字段的URI(Uniform Resource Identifier，通一资源标志符)，对主用户下的相应数据库中的字段进行注册监听，其中，目标字段的URI中包含该目标字段所属的数据库的authority。进一步地，该应用被添加到监听列表中。该监听列表中的应用均对该数据库的目标字段进行了注册监听。

当数据库中被注册监听的字段发生变化时，系统服务可根据该监听列表，通知该监听列表中的应用，从而将该字段发生变化的消息发送给这些应用，以使得这些应用可以根据该消息更新界面显示或进行其他处理。

以Android系统为例，当主用户下的数据库中被注册监听的字段发生变化时，主用户的provider调用notifyChange接口，以使得系统服务ContentService遍历主用户下所有注册监听该数据库字段的应用，并逐一调用遍历到的应用的onChange回调接口，从而将该字段发生变化的消息发送给这些应用。主用户下的应用收到系统的onChange回调后，更新界面显示。

其中，ContentService为framework层的系统服务，用于执行数据库的注册、监听以及回调动作。

根据以上流程，图5示例性示出了主用户下的某个应用的启动、注册监听的流程。其中，该应用可以是系统应用，也可以是第三方应用。

如图5所示，以主用户下的某个应用为例，在201～202，在该应用启动过程中，该应用通过media(media为该应用对应的authority)获取到当前用户(即主用户)的mediaProvider对象(mediaProvider为media对应的数据库对象)。

在203～204，通过查询(querry)的方式查询指定类型的文件，并调用contentResolver(contentResolver为系统服务)的registerContentObserver接口(通过该接口可执行注册监听)，以注册监听mediaProvider中多媒体类型文件的变化，并将该应用保存至被注册监听的文件(目标字段)对应的监听列表中。

在205～208，当该应用本地的相机拍摄一张照片，该应用可通过mediaProvider对象，执行插入(insert)操作，将该图片的信息插入到对应的系统数据库mediaProvider中。系统数据库在保存该信息后，调用contentResolver的notifyChange接口(通过该接口可实现消息通知)，ContentService在响应notifyChange接口的调用时，循环遍历当前用户(主用户)注册监听该类型文件变化的应用，逐次调用每个应用的onChange回调，以告知系统新增了一张照片。由于该应用注册了mediaProvider的多媒体类型文件监听，因此会收到系统的onChange回调。这样，该应用的图片界面可自动刷新显示出这张新拍摄的照片。

其中，ContentResolver为android framework层的接口类文件，应用可以通过它提供的接口执行获取provider对象，注册监听数据库字段等。

图6示例性示出了本实施例中，分身用户对应的应用启动流程。如图所示，当分身用户启动某个应用时，其流程可包括：

S301：应用请求获取该应用的数据库对象。

以Android系统为例，该步骤中，该应用可根据该应用所对应的authority，请求系统服务返回对应的provider对象。其中，根据该应用需要访问的数据库，该应用可对应一个或多个authority。

S302：系统服务根据该请求，确定当前用户为分身用户，且需要将该应用对应的数据库与主用户下主应用的数据库进行共享，则将主用户下的数据库对象返回给该应用，从而将分身应用的数据访问关联于主用户下主应用的数据库。

其中，可通过判断分身应用对应的数据库是否存在于共享数据库列表中，以确定是否需要将该应用对应的数据库与主用户下主应用的数据库进行共享。

以Android系统为例，该步骤中，系统侧的系统服务ContextImpl先判断该应用所在用户是否为分身用户(userId＞＝10)，若是分身用户，则根据该请求所提供的authority查询共享数据库列表若该authority在该共享数据库列表中，则查询主用户下该authority对应的provider对象，并将查询到的主用户下的provider对象返回给该分身用户下的该应用。

分身用户下的应用获取到主用户下的数据库对象后，在后续流程中，可以根据该数据库对象，对主用户下该应用的数据库进行访问操作。具体地，分身用户下的应用响应于数据访问请求，确定所请求访问的数据库为共享数据库列表中的数据库，则根据分身用户下的应用获取到的数据库对象，对主用户下的数据库进行访问，从而将分身用户下应用数据的变化，更新到主用户的数据库中，使得主用户下的应用也可以同步获悉分身用户下的应用的数据变化。所述数据访问操作可包括：执行数据插入(insert)、数据更新(update)或数据删除(delete)等操作。

进一步地，该应用还可以对主用户下的数据库中的目标字段进行注册监听。具体地，常规情况下，该应用可通过包含authority的URI(即目标字段的URI)，对分身用户下的相应数据库中的字段进行注册监听。本申请实施例中，在设置监听时，该应用可判断所在的用户是否为分身用户(userId＞＝10)，若是，则判断注册监听的目标字段的URI中是否包含了需要共享的数据库名称(即该URI中包含的authority是否是共享数据库列表中的数据库的authority)，若判断为是，则通过系统服务调整为注册监听主用户下相应authority对应的数据库。

进一步地，该应用被添加到监听列表中。该监听列表中的应用均对该数据库的目标字段进行了注册监听。

当主用户下的数据库中被注册监听的字段发生变化时，系统服务可根据该监听列表，通知该监听列表中的应用，从而将该字段发生变化的消息发送给这些应用，以使得这些应用可以根据该消息更新界面显示或进行其他处理。

以Android系统为例，当主用户下的数据库中被注册监听的字段发生变化时，主用户的provider通过contentResolver调用notifyChange接口，以使得系统服务ContentService先判断字段发生变化所在的provider是否在需要共享的数据库列表中，若在，则遍历主用户下所有注册监听该数据库字段的应用，并逐一调用遍历到的应用的onChange回调接口，从而将该字段发生变化的消息发送给这些应用(其中可能包括分身用户下的应用)。主用户下的应用收到系统的onChange回调后，更新界面显示。类似地，若分身用户下的应用收到系统的onChange回调，则可获悉主用户下应用数据的变化，进一步地可更新界面显示。

可以看出，当主用户下应用数据发生变化时，主用户下的应用收到onChange回调的同时，分身用户下的应用也可以收到对象消息的回调，从而可以确保主用户和分身用户下的应用能够同步刷新显示数据。

根据以上流程，图7示例性示出了分身用户下的某个应用的启动、注册监听的流程，其中，该应用可以是系统应用，也可以是第三方应用。

如图7所示，以分身用户下的某个应用的分身应用为例，在401～403中，在该分身应用启动过程中，该分身应用通过com.android.contacts申请获取当前用户(即分身用户)的联系人数据库的数据库对象contactsProvider，然后在contextImpl中检测到该申请来自分身用户，且该申请所传入的authority为共享数据库列表中的数据库，因此调整其申请参数，将申请当前用户的数据库对象contactsProvider，改为申请主用户的数据库对象contactsProvider。分身用户下的该分身应用获取到数据库对象contactsProvider后，在后续流程中可以通过该数据库对象访问主用户下主应用的联系人信息。

在404，如果该申请所传入的authority不是共享数据库列表中的数据库，则contenxlpml返回分身用户下对应的provider对象。

在405～407中，当分身用户下的分身应用通过ContentResolver的registerContentObserver注册监听分身用户下联系人数据库contactsProvider中联系人字段时，通过系统服务ContentService检测到该注册监听的操作来自分身用户，且被注册监听的目标字段的URI为共享数据库列表中联系人数据库的字段，因此将该分身用户下的分身应用信息添加到主用户下联系人数据库contactsProvider的监听列表中。

在415中，如果系统服务ContentService检测到被注册监听的目标字段的URI中的authority不在共享数据库列表中，则将该分身用户下的分身应用信息添加到分身用户下联系人数据库contactsProvider的监听列表中。

在408～409中，当用户在从SIM卡中删除一个联系人信息时，会同步调用主用户的联系人数据库contactsProvider的删除(delete)操作，将这条联系人信息从主用户的联系人数据库contactsProvider中移除。主用户的联系人数据库contactsProvider移除该信息后，通过系统服务ContentResolver的notifyChange接口告知应用联系人信息发生了变化。

在410～411中，系统服务ContentService在检测到发生变化的字段为联系人数据库contactsProvider中的字段，且该联系人数据库contactsProvider属于共享数据库列表中的数据库，则根据监听列表，在遍历出所有注册监听该字段的主用户应用后，继续遍历分身用户下注册监听该字段的分身应用，然后逐次调用各应用的onChange接口以进行通知。

在412中，各用户下的应用在收到onChange调用后，或者这个联系人的信息被删除，从而实现了主用户下的应用与分身用户下的应用的数据同步。添加联系人的过程与删除联系人的过程类似。

在413～414中，如果分身用户下的应用通过authority获取的provider对象不在共享数据库列中，则该分身用户下的应用采用进行注册、监听以及更新数据的方式，与主用户下的应用类似，即分身用户下的应用获取到的是分身用户下的provider对象，只能注册监听分身用户下的provider，只有分身用户下的provider字段发生变化时，才会通知分身用户下注册监听该字段的应用。即，主用户下的应用和分身用户下的应用，其数据彼此隔离。

在416～419中，如果在406中，系统服务ContentService检测到被注册监听的目标字段的URI不是共享数据库列表中联系人数据库的字段，并将该分身用户下的分身应用信息添加到分身用户下联系人数据库contactsProvider的监听列表中后，若分身用户添加联系人信息，则调用分身用户的联系人数据库contactsProvider的插入(insert)操作，将这条联系人信息添加到分身用户的联系人数据库contactsProvider中。分身用户的联系人数据库contactsProvider添加该信息后通过系统服务ContentResolver的notifyChange接口告知分身用户下的应用，联系人信息发生了变化。

在418～419中，系统服务ContentService在检测到发生变化的字段为联系人数据库contactsProvider中的字段，且该联系人数据库contactsProvider不属于共享数据库列表中的数据库，则根据监听分身用户的数据库的监听列表，在遍历出所有注册监听该字段的分身用户下的应用后，逐次调用各应用的onChange接口以进行通知。

在419中，分身用户下的各应用在收到onChange调用后，或者新添加了这个联系人的信息。

本申请实施例中，应用除了可以调用用于实现数据更新的接口，比如插入(insert)、更新(update)、删除(delete)等接口更新数据库外，还可以通过广播消息的方式更新数据库。

以Android系统为例，系统中的部分应用是通过广播消息来更新数据库的，所述广播消息可以是Intent.ACTION_MEDIA_SCANNER_SCAN_FILE或者Intent.ACTION_MEDIA_SCANNER_SCAN_DIR，这些广播消息均可以更新数据库mediaProvider。分身用户下的应用在更新数据时，可以通过调用系统服务以发送广播消息的方式，将数据的URI字段发送给当以用户下的数据库对象。仍以Android系统为例，分身用户下的应用可以调用系统服务sendbroadcast以使系统服务分发广播消息，从而将数据的URI字段通过上述广播发送给当前用户下的provider。

可选地，在系统服务分发广播的流程中，可判断发送广播消息的应用是否是主用户下的应用还是分身用户下的应用，若发送广播的应用位于分身用户(比如userId＞＝10)下，且所广播的需要更新的数据所属的数据库是共享数据库列表中的数据库，则执行全用户发送广播的操作，即，既向主用户发送该广播，又向分身用户发送该广播，这样主用户下的数据库对象(比如provider)就可以接受该广播进行数据更新了。

以Android系统举例来说，如图8所示，在501，分身用户下的应用保存图片时，会调用系统服务发送广播消息；在502～505，系统服务判断该应用为分身用户下的应用，且所该图片所属的数据库位于共享数据库列表中，则在该分身用户范围内以及主用户范围内发送ACTION_MEDIA_SCANNER_SCAN_FILE广播消息，这样，使得主用户下的mediaProvider能够接收到该广播消息，从而触发数据更新的操作，后续主、分身用户下所有注册、监听该字段的应用都可以获悉设备中新增的该图片。

在503～504，如果系统服务判断该图片所属的数据库没有位于共享数据库列表中，则在该分身用户范围内发送ACTION_MEDIA_SCANNER_SCAN_FILE广播消息。

可选地，本申请实施例中，还可以修改驱动层，以确保主、分身用户下的应用可以互相访问对方的数据空间。具体地，以Android系统为例，可以修改底层文件管理器系统，移除Adnroid多用户机制在文件系统的管控，移除UID(用户标识)、GID(组标识)的检测、限制等。

可选地，本申请实施例中，还可以修改数据库访问机制，以确保数据库访问成功。例如，在添加对分身用户数据的扫描、存储功能的同时，可将辅用户存储空间添加到有效路径的列表中，以规避分身用户下的应用插入数据时，由于数据中路径信息与主用户路径信息不匹配而导致数据被遗弃的问题。

图9a、图9b以分身应用下的数据与主应用下的数据需要共享为例，示例性示出了智能终端中的用户界面示意图。

如图9a所示，当用户启动主用户下的主应用，并通过该主应用访问该用户的“相册”时，呈现如图9a所示的界面。该相册中的图片存储于主应用下的数据库中。

如图9b所示，当用户启动分身用户下分身应用，并通过该分身应用访问该用户的“相册”时，呈现如图9b所示的界面。由于分身用户下分身应用与主用户下主应用共享数据，根据本申请的实施例，分身应用当前访问的是主应用的数据库，因此可以看到，图9b所示的相册界面中的照片与图9a中所示的相册界面中的照片相同。

图10a、图10b以分身应用下的数据与主应用下的数据不需要共享为例，示例性示出了智能终端中的用户界面示意图。

如果用户当前启动了主用户下的主应用，并删除了该用户的“相册”中的“2019年1月1日”下的所有照片，删除照片后的用户界面可如图10a所示。当用户启动分身应用下的分身应用，并访问该用户的“相册”时，所呈现的用户界面可如图10b所示。由于分身用户下分身应用与主用户下主应用不进行共享数据，根据本申请的实施例，分身应用当前访问的是分身应用的数据库，因此可以看到，图10b所示的相册界面中的照片与图10a中所示的相册界面中的照片不相同，即主应用和分身应用的数据彼此隔离，主应用下的数据更新操作，对分身应用下的数据不会产生影响。

本申请另外的实施例还提供了一种计算机可读的非易失性存储介质，其上存储有计算机指令，所述计算机指令被处理器执行时实现如上述一个实施例或多个实施例组合所述的方法。

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

Claims (7)

1.一种通信终端，其特征在于，包括：

触摸屏，被配置为接收来自用户的触摸操作；

显示屏，被配置为显示用户界面；

处理器，所述处理器分别与所述触摸屏和所述显示屏耦接，所述处理器被配置为：

响应于分身应用被启动；

若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据，具体包括：通过调用系统服务获取用于访问主应用的数据库对象，以使得所述分身应用根据所述数据库对象访问所述主应用的数据库，并将所述分身应用数据的变化，更新到所述主应用的数据库中；

若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据；

其中，所述处理器被具体配置为：

若确定所述分身应用的数据库存在于共享数据库列表中，则确定需要将所述分身应用的数据库与主应用的数据库进行共享，否则，确定不需要将所述分身应用的数据库与主应用的数据库进行共享，所述共享数据库列表中包括数据库指示信息，所述指示信息用于指示对应的数据库。

2.如权利要求1所述的通信终端，其特征在于，所述处理器被进一步配置为：

判定分身应用需要注册监听的目标字段所属的数据库为共享数据库列表中的数据库，则对所述主应用的数据库中的目标字段进行注册监听；

响应于所述目标字段发生变化，向所述主应用和分身应用均发送通知，用以通知所述目标字段发生变化。

3.如权利要求2所述的通信终端，其特征在于，所述处理器被具体配置为：

响应于所述分身应用的数据库中的目标字段被更新，将更新信息发送给系统服务，以使得所述系统服务将所述更新信息发送给所述主应用和分身应用；其中，所述更新信息包括发生更新的目标字段的URI和更新后的取值。

4.如权利要求1-3中任一项所述的通信终端，其特征在于，所述数据类型，包括：图片、视频、文件或链接。

5.一种数据共享方法，其特征在于，包括：

响应于分身应用被启动；

若确定需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，显示通过分身应用和主应用产生的与请求访问的数据类型相同的所有数据，具体包括：通过调用系统服务获取用于访问主应用的数据库对象，以使得所述分身应用根据所述数据库对象访问所述主应用的数据库，并将所述分身应用数据的变化，更新到所述主应用的数据库中；

若确定不需要将分身应用的数据库与主应用的数据库进行共享，则在接收到用户通过分身应用访问本地数据的请求后，仅显示通过分身应用产生的与请求访问的数据类型相同的数据

其中，若确定所述分身应用的数据库存在于共享数据库列表中，则确定需要将所述分身应用的数据库与主应用的数据库进行共享，否则，确定不需要将所述分身应用的数据库与主应用的数据库进行共享，所述共享数据库列表中包括数据库指示信息，所述指示信息用于指示对应的数据库。

6.如权利要求5所述的方法，其特征在于，所述数据类型，包括：图片、视频、文件或链接。

7.一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令其特征在于，当所述指令在计算机上运行时，使得所述计算机执行如权利要求5-6中任一项所述的方法。

Images