CN118260107A - 一种应用间信息的共享方法及终端 - Google Patents

Abstract

一种应用间信息的共享方法及终端，可以提升不同应用间的信息共享效率，简化用户的操作，该方法包括：终端显示第一应用的第一界面；当检测到用户针对第一界面中的第一界面元素执行第一操作时，终端显示第一窗口，第一窗口显示共享应用的界面，用于提示已启动共享应用且第一界面元素已存储至共享应用中；当终端检测到第二操作后，终端显示第二应用的第二界面以及第一窗口，该第一窗口中显示有第二界面元素，该第二界面元素包括第一界面元素的至少部分内容；当检测到用户针对第一窗口中第二界面元素执行第三操作时，终端显示第二应用的第三界面，第三界面中包括第三界面元素，第三界面元素用于呈现第二界面元素的内容。

Description

一种应用间信息的共享方法及终端

技术领域

本申请涉及终端技术领域，尤其涉及一种应用间信息的共享方法及终端。

背景技术

终端上的应用越来越多，应用间信息共享的需求也越来越多。目前，终端提供了一些简单的文字图片等的共享方法。例如，用户可以在应用1中复制选中的文字，然后切换到应用2中粘贴文字，实现文字的共享。又例如，用户可以在应用1中选中图片，将选中的图片保存到本地的图库应用。然后切换至应用2，在应用2中导入图库应用中的图片，从而实现图片的共享。或者，用户可以从应用1中选中图片，选择分享功能，将选中的图片分享到应用2中，实现图片的共享。可以想到的是，当共享信息的内容/类型较多时，或者共享信息来自多个应用，或者共享信息共享给多个应用时，用户需要在多个应用中反复切换，执行相关的操作，可见现有的应用间信息共享方法操作繁琐，而且能够共享的信息类型有限。

发明内容

本申请提供的一种应用间信息的共享方法及终端，可以提升不同应用间的信息共享效率，简化用户的操作。为了实现上述目的，本申请实施例提供了以下技术方案：

第一方面、提供了一种应用间信息的共享方法，应用于终端，该方法包括：终端显示第一应用的第一界面，第一界面包括第一界面元素；终端检测到作用于第一界面元素的第一操作；响应于检测到第一操作，终端显示第一窗口，第一窗口显示第三应用的第四界面，第四界面提示已启动第三应用，且第一应用的第一界面元素已存储至第三应用中；终端检测到第二操作，第二操作用于启动第二应用或者切换至第二应用的第二界面；响应于检测到第二操作，终端显示第二应用的第二界面；且，终端还显示第一窗口(应理解：终端可以同时显示第二应用的界面和第一窗口，也可以是第一窗口启动以后一直显示第一窗口，然后响应于第二操作以后，再显示第二应用的第二界面，也可以是响应于第二操作以后，先显示第二应用的第二界面，再显示第一窗口)；第一窗口中显示第三应用的第五界面，第三应用的第五界面包括第二界面元素，第二界面元素包括第一界面元素的至少部分内容；接收到用户执行针对第一窗口中第二界面元素的第三操作；响应于接收第三操作，终端显示第二应用的第三界面，第三界面中包括第三界面元素，第三界面元素用于呈现第二界面元素的内容，第三界面元素与第二界面元素相同或不同。

由此可见，用户可以通过在第一应用的第一界面中直接执行针对第一界面元素(即共享对象)的第一操作，即可启动第三应用(即共享应用)，并将第一界面元素存储至第三应用中。在其他一些示例中，当用户执行第一操作前第三应用已启动的场景下，该第一操作直接触发将第一界面元素存储至第三应用的流程。

在第三应用中，第二界面元素即为第一界面元素的副本，可以包括全部或部分的第一界面元素的内容。而后，通过第三应用将第二界面元素的内容插入第二应用的界面中。第二应用中的第三界面元素，为根据第二界面元素得到的，第三界面元素可以与第二界面元素相同或不同。

总而言之，第三应用相当于第一应用和第二应用间共享信息的中转站。可以理解的，当共享对象的内容/类型较多时，或者共享对象来自多个应用(即第一应用的数量大于1)，或者共享对象共享给多个应用(即第二应用的数量大于1)时，用户无需在多个应用中反复切换，执行相关的操作。可见，本方案提升不同应用间的信息共享效率，简化用户的操作。

另外，在共享对象存入共享应用的过程中，第一应用始终在前台运行。换言之，用户将共享对象存入共享应用的操作，并不会影响第一应用的正常运行。

一种可能的实现方式中，在第一窗口中显示第三应用的第五界面之前，该方法还包括：终端检测到用户针对第一窗口的第四操作，第四操作用于显示第三应用中的界面元素。

当第一窗口显示第三应用的第四界面时，可认为第三应用处于收起状态(或称收缩状态，拉起状态)时的界面起状态(或称收缩状态，拉起状态)时的界面。用户可以通过针对第一窗口的第四操作，打开第三应用处于展开状态时的界面，即第五界面。第五界面中包括第三应用存储的各个共享对象，其中包括第二界面元素。

一种可能的实现方式中，该方法还包括：接收到用户针对第一窗口中第二界面元素的第五操作；第五操作与第三操作不同；响应于接收到用户的第五操作，终端显示第三应用的第六界面，第六界面用于编辑第三应用中第二界面元素。

也就是说，第三应用还提供了针对其中存储的共享对象的编辑界面，用户可以对第三应用中的共享对象进行修改或删除等操作。

一种可能的实现方式中，该方法还包括：接收到用户针对第一窗口执行第六操作，第六操作用于退出第三应用；响应于接收到第六操作，终端不再显示第一窗口。

由此，提供了一种退出第三应用的方法。

一种可能的实现方式中，当第二应用的第二界面支持插入第二界面元素对应类型的界面元素时，第三界面元素与第二界面元素相同；当第二应用的第二界面不支持插入第二界面元素对应类型的界面元素时，第三界面元素为第三应用或第二应用根据第二界面元素进行转换后得到的界面元素。

也就是说，第三应用或者第二应用可以根据插入位置支持插入界面元素的类型，自动地对待插入的第二界面元素的格式和/或类型进行修改，以提升共享对象共享的成功率。

一种可能的实现方式中，第一界面元素包括文本控件；第二界面元素包括文本控件，第二界面元素包括第一界面元素中部分文字，且第二界面元素中文字的排版与第一界面元素中的文字的排版不同。

也就是说，本申请实施例可实现对文本内容进行共享。一些示例中，共享的文本内容可以是某个文本控件中的部分内容。在其他一些示例中，第三应用还可以对存入的文字的排版进行调整。

一种可能的实现方式中，第三界面元素中文字的排版与第二界面元素中的文字排版不同。

也就是说，第二应用可以对插入的文本(共享对象)的排版也可以自适应调整。

一种可能的实现方式中，第一界面元素包括文本控件和图片控件，第二界面元素包括文本控件和图片控件。

也就是说，用户可以通过第一操作实现将多个控件的内容一次性存入第三应用中，提升共享效率。

一种可能的实现方式中，第一界面元素包括视频控件；第二界面元素包括视频控件，第二界面元素中视频的状态与第一界面元素中视频的状态相同，视频的状态包括播放状态、未播放状态、或播放进度中的至少一种。

也就是说，在共享视频的场景中，存入第三应用中的视频可以保持其在第一应用中的播放状态。

一种可能的实现方式中，当第二应用的第二界面支持插入视频类型的界面元素时，第三界面元素包括视频控件；当第二应用的第二界面不支持插入视频类型的界面元素时，第三界面元素包括视频的链接或至少一个图片控件。

也就是说，在共享视频的场景中，可以根据第二应用的第二界面支持插入视频类型的界面元素，将共享的视频转换为连接或多个图片。

一种可能的实现方式中，第一界面元素包括卡片和/或小程序；第二界面元素包括卡片和/或小程序；第一界面元素中卡片和/或小程序的数据与第二界面中卡片和/或小程序的数据相同。

其中，卡片和/或小程序，包括UI控件，UI控件之间的逻辑代码，以及相关的资源等。也就是说，第三应用中存储的程序算法类型的共享对象(如卡片和/或小程序)可实现手动刷新或者自动刷新，使得第三应用中的卡片和/或小程序与第一应用中的卡片和/或小程序的数据保持一致。

一种可能的实现方式中，第三界面元素包括卡片和/或小程序，且第三界面元素中卡片和/或小程序的数据与第一界面元素中卡片和/或小程序的数据相同。

一种可能的实现方式中，响应于检测到第一操作，终端显示第一窗口，包括：响应于检测到第一操作，终端启动第三应用；第一应用将第一界面元素的信息发送第三应用；第三应用根据第一界面元素的信息生成第二界面元素；其中，第一界面元素的信息包括第一界面元素的类型、第一界面元素在第一界面的位置、第一界面元素的内容以及第一界面元素的状态中的一项或多项；其中界面元素的状态包括选中状态和未选中状态。

第二方面、提供一种终端，包括：处理器、存储器和触摸屏，所述存储器、所述触摸屏与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，使得终端执行如上述方面及其中任一种可能的实现方式中所述的方法。

第三方面、提供一种装置，该装置包含在终端中，该装置具有实现上述方面及可能的实现方式中任一方法中终端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，接收模块或单元、显示模块或单元、以及处理模块或单元等。

第四方面、提供一种计算机可读存储介质，包括计算机指令，当计算机指令在终端上运行时，使得终端执行如上述方面及其中任一种可能的实现方式中所述的方法。

第五方面、提供一种终端上的图形用户界面，所述终端具有显示屏、摄像头、存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述存储器中的一个或多个计算机程序，所述图形用户界面包括所述终端执行如上述方面及其中任一种可能的实现方式中所述的方法时显示的图形用户界面。

第六方面、提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述方面中及其中任一种可能的实现方式中所述的方法。

第七方面、提供一种芯片系统，包括处理器，当处理器执行指令时，处理器执行如上述方面中及其中任一种可能的实现方式中所述的方法。

附图说明

图1为本申请实施例提供的一种终端的结构示意图；

图2A为本申请实施例提供的一种终端的软件结构示意图；

图2B为本申请实施例提供的另一种终端的软件结构示意图；

图2C为本申请实施例提供的又一种终端的软件结构示意图；

图2D为本申请实施例提供的一种动效模块提供的动效的示意图；

图2E为本申请实施例提供的一种动效模块的实现机制的示意图；

图3为本申请实施例提供的应用间信息的共享方法涉及的一些终端的界面示意图；

图4为本申请实施例提供的应用间信息的共享方法涉及的另一些终端的界面示意图；

图5A为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图5B为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图6为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图7为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图8A为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图8B为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图9为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图10为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图11为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图12为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图13为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图14为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图15为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图16为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图17为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图18为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图19为本申请实施例提供的应用间信息的共享方法涉及的又一些终端的界面示意图；

图20为本申请实施例提供的一种应用间信息的共享方法的流程示意图；

图21为本申请实施例提供的另一种应用间信息的共享方法的流程示意图；

图22为本申请实施例提供的一种芯片系统示意图。

具体实施方式

在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

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

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

示例性的，本申请实施例中终端例如可以为手机、平板电脑、个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴终端、增强现实技术(augmented reality，AR)设备、虚拟现实(virtualreality，VR)设备、车载设备、智慧屏、智能汽车、智能音响等，本申请对该终端的具体形式不做特殊限制。

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

终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

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

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

在一些实施例中，处理器110可以包括一个或多个接口。可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端100的结构限定。在本申请另一些实施例中，终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。

应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端100的各种功能应用以及数据处理。

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

终端100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。终端100可以采用Android系统或鸿蒙系统等，这里本发明实施例以分层架构的Android系统为例，示例性说明终端100的软件结构。

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

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

其中，上述应用程序层可以包括一系列应用程序包。如图2A所示，上述应用程序包可以包括例如备忘录，邮件，浏览器等其他的应用程序。

在本申请的一些实施例中，上述应用程序包还可以包括共享应用，用于提供应用间的信息共享过程中的用户界面，以及对存储在共享应用中的信息进行编辑、删除等管理的用户界面等。例如，共享应用可以通过调用下文所述的共享模块，实现应用间的信息共享。

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

如图2A所示，应用程序框架层可以包括Android系统提供的基本的系统服务，例如窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。其中，窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端振动，指示灯闪烁等。

在本申请的一些实施例中，应用框架层还可以包括共享模块，用于实现不同应用间的信息共享。具体的，该共享模块可用于实现终端100上不同应用间的信息共享，也可以实现终端100与其他终端之间的相同或不同应用间的信息共享。在一个具体的实现方式中，该共享模块可以以系统接口的方式供上层(例如应用程序层)中应用进行调用。可选的，共享模块可以跟随操作系统的版本升级而升级。

需要说明的是，在其他一些实施例中，如图2B所示，共享模块也可以位于应用程序层和应用程序框架层中间。可选的，共享模块可以跟随操作系统的版本升级而升级。

在又一些实施例中，如图2C所示，共享模块也可以位于应用程序层中。可选的，共享模块也可以和共享应用或其他应用集成在一起。在一个具体的实现方式中，共享应用或其他应用可以通过AAR文件(一个Android库项目的二进制归档文件)或JAR文件(聚合大量的Java类文件、相关的元数据和资源的文件)的形式集成在自己的安装包内。该共享模块的版本可以独立进行升级，也可以跟随应用的版本升级而升级。

可选的，应用框架层还可以包括动效模块，可用于为上层(即应用程序层)中各个应用(例如下文的第一应用、第二应用、或共享应用等)以及本层(即应用框架层)的系统服务(例如共享模块)提供动效功能，即提供具有动画效果的界面呈现功能。在一个示例中，如图2D所示，动效模块能够提供的动效包括基础动效和进阶动效。其中，基础动效包括界面元素(例如控件、窗口、widget、webview等)发生位移、缩放、旋转、透明度变化等的动画效果。进阶动效包括界面元素的运动方式呈现弹簧弹出、延时变化、与其他界面元素联动变化、以及其他特效等动画效果。换言之，本申请可以通过动效模块为应用间信息共享过程中的界面变化提供任意的动画效果，以提示用户终端100执行的应用间的信息共享功能。

如图2E所示，以动效模块实现基础动效为例，介绍动效模块的实现原理。在动画的初态到动画的终态之间的动画时间里，动效模块可以控制动画类型以及控制动画变换形式。具体的，控制动画类型是指控制动画的变换类型，包括位移(界面元素的位置以线性或非线性的方式进行变化)、旋转(界面元素的位置以旋转的方式进行变化)、缩放(界面元素的尺寸变化)以及透明度变化等。控制动画变换形式，是指动画变化过程中如何确定相关的参数(例如界面元素的位置，界面元素的尺寸、界面元素的透明度等)的取值。在具体实现方式中，可通过插值器和估值器实现动画变换形式。可选的，动效模块还可以控制动画时间的相关参数，如动画开始时间，动画结束时间，动画的持续时间等。

在其他一些实施例中，动效模块也可以位于应用程序层和应用程序框架层中间，或者动效模块也可以位于应用程序层中。

在一些实施例中，终端100可以采用预设的动效提示应用间信息共享过程，也可以采用用户设置的动效提示应用间信息共享过程，本申请实施例对此不做限定。

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

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

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

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

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

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

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

二维图形引擎是二维绘图的绘图引擎。

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

以下实施例中所涉及的技术方案均可以在具有上述硬件架构和软件架构的终端100中实现。

本申请实施例提供的技术方案可以实现将终端100上第一应用(也可称为源端应用)中共享对象(即共享信息)存入共享应用中，而后通过共享应用中将共享对象分享至第二应用(也可称为目标应用)中。换言之，共享应用可用于暂存待共享的共享对象。可选的，用户还可以对共享应用中存入的共享对象的内容和/或格式(例如文件格式，内容排版)等进行修改等操作。或者，共享应用可以自动对存入的共享对象的格式进行自适应修改等。又或者，当共享应用的共享对象分享至第二应用时，第二应用可以对共享对象的内容或格式进行自适应修改等。换言之，共享应用中存入的共享对象为可编辑的，共享应用或第二应用可对共享对象的内容和/或格式进行修改等。

下文，以终端100是手机为例，结合具体的场景以及附图对本申请实施例提供的技术方案进行详细说明。

场景一、图文共享场景

在该图文共享的场景中，共享对象例如可以为：文字(例如一个自然段的文字、多个自然段文字、一个自然段中的部分文字、多个自然段中不连续的文字等)，一个或多个图片，以及文字和图片的组合等。

(1)共享对象包括一个控件。

例如，以共享对象为一个自然段的部分文字为例，进行示例性说明。如图3中(1)所示，手机显示界面301。该界面301例如为浏览器应用(即第一应用)中的一个网页，或者文档应用(即第一应用)中一篇文档的阅读页面。当用户希望将网页或文档中的信息进行共享时，可以先选中待共享的信息(即共享对象)，例如为文档中的文字302。然后，用户可以执行预设操作，该预设操作用于触发手机启动共享功能(例如启动共享应用)。或者，在手机已启动共享应用的情况下，该预设操作用于触发手机启动存入新的共享对象的流程。其中预设操作例如为预先定义的长按、双击、重力按压、指关节敲击动作、手指绘制预设图案(例如闭合的图形，特殊字母或字符的图形等)、三指滑动、拖拽、隔空手势等中任一种。可选的，预设操作还可以是输入特定的语音命令等。本申请实施例对触发手机启动共享功能的预设操作的具体形式不做限定。

在一个具体的实现方式中，当检测到用户执行触发共享功能(例如，启动共享应用)的操作后，手机一方面确定共享对象，例如第一应用根据当前界面包含的控件以及控件的信息确定共享对象；另一方面启动共享功能，例如启动共享应用，共享应用调用共享模块启动共享进程。在一些示例中，共享应用可以以一个悬浮窗口的形式显示在界面上，该悬浮窗口也可以称为共享窗口，共享中心，中转中心等，本申请实施例对此不做限定。在一个具体实现中，共享窗口可以由应用程序框架层中的窗口管理器(WindowManger，VM)的悬浮窗口实现。在一些实施例中，第一应用获取界面301中包括的界面元素(例如控件、窗口、widget、WebView)，以及各个界面元素的信息。其中，各个界面元素的信息包括各个界面元素的类型(文本控件、图片控件、按钮控件等)、界面元素的位置(例如各个顶点的坐标)、界面元素的内容、界面元素的状态(选中状态、未选中状态、部分内容被选中等)等中的一项或多项。下文为界面元素是控件为例进行说明。例如，第一应用获取到界面301包括控件10(标题控件)、控件20(文本控件)、控件30(图片控件)以及控件40(文本控件)。进一步的，获取到控件20中的文本信息以及文本的状态(选中状态和未选中状态)。当确定控件20中的文字302处于选中状态时，第一应用可以确定文字302为共享对象。进一步的，第一应用将文字302所在的控件20的相关信息发送给共享应用。共享应用调用共享模块启动一个活动(Activity)组件，并根据文字302所在的控件20在该Activity组件中生成一个相应类型的控件，例如文本控件，并将该文本控件的内容设置为文字302。在一些示例中，共享模块生成的文本控件中文字302的格式可以与第一应用中控件20中文字302的格式相同或不同。可选的，当共享应用接收到第一应用发送的文字302后，也可以一个文本编辑界面。用户可以通过该文本编辑界面对文字302进行编辑，而后第三应用根据编辑后的内容设置新建的文本控件的内容。也就是说，第三应用将用户编辑后的文字302作为第三应用中存储的共享对象。可选的，共享模块还可以根据新生成的文本控件，生成该文本控件的预览，用于提示用户存入共享应用的共享对象的预览效果。需要说明的是，在该实施例中，是以第一应用确定共享对象为例进行说明的。在其他的实施例中，也可以由共享应用确定共享对象。例如，第一应用将界面301中全部的控件信息(包括用户选中的控件信息，以及用户没有选中的控件信息)发送给共享应用，由共享应用确定界面301中的共享对象，以及生成与共享对象对应的控件等。其中，共享应用确定共享对象的方法与第一应用确定共享对象的方法相同，其他内容可参考前一实施例中相关内容的描述，这里不再赘述。

例如，如图3中(2)所示，当检测到用户执行触发共享功能(例如，启动共享应用)的操作后，手机显示界面303。在界面303中包括窗口305，该窗口305用于提示当前已启动手机的共享功能，例如启动共享应用。在一个示例中，窗口305中也可以显示有已存入共享应用中的共享对象的预览，或者显示最新存入共享应用中的共享对象的预览等。本申请实施例对窗口305的样式不做限定。在另一个示例中，手机可以在屏幕上默认位置(例如屏幕的右上方)显示窗口305。或者，手机也可以根据当前界面(即第一应用的界面301)中控件的布局，自适应地选择例如空白的或不重要控件的位置放置该窗口305。又或者，用户也可以手动调整窗口305的位置，例如将窗口305拖拽至侧边栏中等。在具体实现时，可以通过修改悬浮窗口的属性值(例如悬浮窗口的位置)实现窗口305的位置变化。需要说明是，窗口305可认为是共享应用处于收起状态(或称收缩状态，拉起状态)时的界面，下文中展示共享应用中共享对象详情的窗口607可认为共享应用处于展开状态时的界面。

可选的，在界面303中，手机还可以显示共享对象的预览304，用于展示共享对象存入共享应用的预览效果。

在一个示例中，手机可以采用特定的动画效果用于提示用户将共享对象存入共享应用。在一具体实现中，结合图2A-图2C，共享应用可以通过共享模块调用动效模块实现相应的动画效果。例如，图3中(2)所示的界面303中，预览304以一定速度移动到特定区域(例如窗口305覆盖的区域)，给用户一种预览304移入共享应用的视觉效果。或者，预览304在向窗口305靠近的过程中，预览304逐渐缩小直至预览304与窗口305接触或重叠，给用户一种预览304被吸入共享应用的视觉效果。又或者，预览304在向窗口305靠近的过程中，预览304以一定速度进行旋转，直至在窗口305所在区域内消失。又或者，用户可以用手指按住预览304，并且手指向窗口305的方向移动，预览304跟手移动，给用户一种将预览304拖至共享应用的视觉效果。当然，手机还可以采用其他的动画效果用于提示共享对象存入共享应用中，本申请实施例对此不做特殊限制。

当第一应用中的共享对象存入共享应用后，手机可以显示如图3中(3)所示的界面306。在界面306中，窗口305可以一定方式标记已存入新的共享对象。例如，窗口305显示下标，该下标用于标记共享应用中存入的共享对象的数量。当存入新的共享对象后，窗口305的下标数量加1。或者，窗口305中也可以显示已存入的共享对象的预览。

可以注意到，在该实施例中，在共享对象存入共享应用的过程中，第一应用始终在前台运行。换言之，用户将共享对象存入共享应用的操作，并不会影响第一应用的正常运行。

另外，上述实施例中，是以用户先在界面301中选中共享对象，而后执行触发共享功能的预设操作为例进行说明的。在其他一些实施例中，用户也可以先执行触发共享功能的预设操作，而后选中共享对象。或者，在一些场景中，用户无法在界面301中选中共享对象，那么在用户执行触发共享功能的预设操作后，手机可以自动确定共享对象。

例如，请参见图4，如图4中(1)所示，在手机显示界面301时检测到用户执行触发共享功能的预设操作后，手机在界面301中显示窗口305，窗口305用于提示用户手机已启动共享应用。可以注意到，此时界面301中并没有共享对象被选中。而后，用户可以在界面301中选择待分享的共享对象，如图4中(2)所示，用户选中文字302。

在一种具体的实现方式中，当检测到用户执行触发共享功能的预设操作后，手机(例如具体是第一应用)获取界面301中包括的控件，以及各个控件的信息。其中，各个控件的信息包括各个控件的类型(文本控件、图片控件、按钮控件等)、控件的位置(例如控件各个顶点的坐标)、控件内容、控件的状态等中的一项或多项。例如，手机获取到界面301包括控件10(标题控件)、控件20(文本控件)、控件30(图片控件)以及控件40(文本控件)。

进一步的，手机可以检测用户选择共享对象的操作，从而确定共享对象。一些示例中，用户可以选中界面301中的某个控件或选中控件中的某部分内容。那么，当用户执行选择共享对象的操作后，共享对象对应的控件的状态变为选中状态，那么手机可以通过控件的状态的变化(未选中状态变化为选中状态)来确定用户选择的共享对象。例如，如图4中(2)所示，当用户选择控件20中的文字302，控件20中文字302的状态变更为选中状态。那么，手机可以确定文字302为共享对象。

另一些实施例中，用户无法选中界面301中的某个控件，或无法选中控件中的具体内容。那么手机仍然可以根据用户执行的选择操作确定共享对象。手机已获取界面301中各个控件的位置，那么再根据用户执行选择操作时手指滑动的位置，可以确定用户选择的控件或选择某个控件中某部分内容，从而可以确定用户选择的共享对象。例如，如图4中(3)所示，当检测到用户手指在手机触摸屏上的运动轨迹307后，可以根据运动轨迹307和界面301中各个控件的位置，确定用户选择的共享对象为控件20或者控件20中的文字302。总而言之，本申请实施例对手机确定共享对象的具体方法不做限定。

而后，共享应用调用共享模块启动一个Activity组件，并在该Activity中生成与共享对象相匹配的控件，并将控件的内容设置为与共享对象对应的控件的内容相同。其他内容请参考前文图3所示的示例，这里不再赘述。

又一些实施例中，用户也可以无需执行选择共享对象的操作。手机可以根据用户执行触发共享功能的预设操作时所在的位置，确定执行触发共享功能的预设操作时所在的位置对应的控件即为共享对象。又或者，当手机未检测到用户执行选择共享对象的操作后，也可以确定当前界面中的全部控件或特定类型的控件(例如文本控件、视频控件、图片控件、小程序、卡片等)为共享对象。其他内容请参考其他实施例中的相关描述，这里不再赘述。

由此可见，本申请实施例提供的技术方案，可以不受限于界面301中控件或控件内容是否能被选中的性质。也就是说，无论界面301中的控件是否可以被选中，控件中的内容是否可以被选中，本申请实施例均可以实现将界面301中的任意内容存入共享应用中，便于后续分享给其他应用。也就是说，本申请实施例并没有对共享对象原来所在的应用(例如第一应用)的程序代码进行修改，即可实现将该应用中的共享对象共享给其他应用。

(2)共享对象包括多个不同类型的控件。

在其他一些实施例中，用户还可以选择多个控件作为共享对象，一次性将这些控件作为共享对象存入共享应用中，提升暂存共享对象的效率。其中，被选中的多个控件的类型可以相同或不同。被选中的多个控件可以为位置上连续的多个控件，也可以是位置上不连续的多个控件。

例如，以共享对象包括文本控件和图片控件的内容为例进行示例性说明。如图5A中(1)所示，手机显示界面401，其中界面401中的多个控件被选中，例如控件20(文本控件)、控件30(图片控件)和控件40(文本控件)处于被选中状态。此时，手机检测到用户执行触发共享功能的预设操作后，手机获取界面401包括的控件，以及各个控件的信息，确定控件20(文本控件)、控件30(图片控件)和控件40(文本控件)为共享对象。在其他一些示例中，用户也可以选中位置上不连续的控件20和控件40，而后执行触发共享功能的预设操作，手机可以确定控件20和控件40为共享对象。或者，用户执行触发共享功能的预设操作直接作用于控件20和控件40上，则手机根据用户执行触发共享功能的预设操作的作用位置确定控件20和控件40为共享对象。

在一个示例中，共享应用调用共享模块启动一个Activity组件，在该Activity组件相对应地新建两个文本控件，一个图片控件。并将新建的两个文本控件的内容分别设置为控件20和控件40的内容，图片控件的内容设置为控件30的内容(例如可以为具体的图片，也可以为图片对应的网络链接)。需要说明的是，共享应用中的两个文本控件和图片控件的布局可以与控件20、控件30以及控件40在界面401中的布局相同或不同。而后，手机生成根据这两个文本控件和图片控件的内容生成预览。在一示例中，手机显示如图5A中(2)所示的界面402。在界面402中显示有窗口403，用于提示已启动共享应用。界面402中还显示有预览404。可选的，预览404可以呈现立体效果，用于指示共享对象包括多个控件的内容。例如，预览404可以是叠加共享对象中各个控件的预览。可选的，预览404还可以显示共享对象包含的控件数量，例如在该示例中，共享对象包含三个控件，故预览404的右上方显示“3”。可选的，预览404以特定的动画效果用于提示用户将共享对象存入共享应用。在另一示例中，手机也可以显示如图5A中(3)所示的界面405，该界面405中显示有预览406。与图5A中(2)所示的界面402中的预览404不同，界面405中显示的预览406平铺展示共享对象中包含的三个控件的内容。本申请实施例对共享对象的预览的呈现方式不做限定。

而后，手机显示图5A中(4)所示的界面407，界面407中的窗口403的下标指示的数量加一，用于提示本次选择的共享对象已存入共享应用。本实施例的其他内容请参考前文相关内容的描述，这里不再赘述。

可以理解的是，在该示例中，一次性存入共享应用的多个控件可以作为一个整体，后续可将本次存入共享应用的多个控件一次性分享给其他应用，提升共享对象的共享效率。

可选的，在另外的示例中，当手机确定控件20(文本控件)、控件30(图片控件)和控件40(文本控件)为共享对象后，手机(具体是共享应用调用共享模块)也可以相应地启动三个Activity组件，每个Activity组件对应共享对象中的一个控件。其他内容可参考前文其他实施例的描述。在共享对象存入共享应用后，手机可以显示如图5B中所示的界面408，界面408中的窗口403的下标指示的数量加三。

可以理解的是，在该示例中，一次性存入共享应用的多个控件可以作为独立的个体，后续用户可以按需选择分享某一个或某几个控件给其他应用，满足更多的共享需求。

综上可见，本申请实施例可以实现将相同类型的多个控件的内容或者不同类型的多个控件的内容一次性存入共享应用，而后可以将存入共享应用的多个控件的内容一次性或按需分享给其他应用，能够提升共享对象的共享效率。

在将共享对象存入共享应用后，共享应用可以自动或根据用户指示对共享对象进行修改或删除等操作。

一些示例中，如图6中(1)所示，当用户将界面601中的共享对象存入共享应用后，用户可以通过在当前界面中的窗口602展开共享应用中存储的共享对象的详情界面。另一些示例中，如图6中(2)所示，用户也可以从界面601切换至手机桌面603。可见，此时手机桌面603中仍然显示有窗口602，用户仍然可以通过窗口602展开共享应用中存储的共享对象的详情界面。又一些示例中，用户也可以通过手机开启第二应用的界面，在手机显示第二应用的界面时展开共享应用中存储的共享对象的详情界面。例如，检测到用户在如图6中(2)所示的桌面603中操作邮件应用的图标604，手机显示如图6中(3)所示的界面605，该界面605为新建邮件页面。可以看到界面605中显示有窗口602，用户仍然可以通过窗口602展开共享应用中存储的共享对象的详情界面。

这里以在第二应用的界面605中操作窗口602展开共享应用中存储的共享对象的详情界面为例进行说明。例如，响应于检测到用户针对界面605中的窗口602执行操作1(例如为单击、长按等)时，手机显示如图6中(4)所示的界面，该界面中包括窗口606，用于显示共享应用中存储的共享对象的信息。也就是说，操作1用于展开共享应用中存储的共享对象的详细信息。窗口606中包含已存入共享应用中的共享对象的信息，例如共享对象607、共享对象608以及共享对象609。可选的，共享应用还可以对窗口606中显示的各个共享对象按照预设规则进行排序。例如，根据共享对象存入共享应用的时间顺序进行排序，或者根据共享对象的类型(例如文本类型、图片类型、视频类型、文件夹类型、小程序类型、卡片类型等)分类型排序，又或者，根据共享对象的文件大小进行排序等，又或者，根据两个或两个以上的规则组合进行排序等。本申请实施例对窗口606中共享对象的排序不做限定。需要说明的是，前文已说明用户可以一次性存入多个控件(即一个共享对象包括多个控件)的情况，那么手机根据预设规则对各个共享对象进行排序时，可以存在将一个共享对象中的不同的控件拆开的情形(即同一个共享对象中多个控件之间有别的共享对象的控件)。那么，手机可以对属于同一个共享对象的多个控件进行关联，以便用户可以将一次性存入共享应用的多个控件一次性分享给第二应用。例如，共享应用中包括共享对象1和共享对象2。其中，共享对象1包括第一类型的控件1(例如文本控件)和第二类型的控件2(例如图片控件)，即控件1和控件2是用户一次性存入共享应用的。共享对象2包括第二类型的控件3(例如图片控件)。当手机根据控件的类型进行排序时，共享对象1的控件1和共享对象2的控件3排列在一起，而控件1与控件2没有排列在一起。在一个示例中，手机可以对共享对象1的控件1和控件2进行标记，以表明控件1和控件2属于同一个共享对象(即共享对象1)。当然，在其他一些实施例中，手机也可以优先将属于同一个共享对象的多个控件排列在一起，其他控件再采用其他的规则进行排序。例如，控件1和控件2可以重叠在一起(视觉上可以看作一个整体)，与控件3没有重叠。当检测到用户展开控件1和控件2的操作后，控件1和控件2平铺开，即此时控件1和控件2没有重叠。当然，用户也可以再次操作，使得控件1和控件2再次重叠在一起。

可选的，手机还可以限制窗口606中显示的共享对象的最大数量，避免窗口606显示的共享对象较多时遮挡第一应用或第二应用的界面。当共享应用中存储的共享对象的数量大于上述最大数量时，可以隐藏部分排序在后的共享对象。用户可以通过例如滑动的方式查看隐层的共享对象。

进一步的，窗口606中还包括针对各个共享对象的操作控件，例如针对共享对象607的删除控件610，针对全部共享对象的全部删除控件611等。其中，针对共享对象607的删除控件610，用于从共享应用中删除共享对象607。针对全部共享对象的全部删除控件611，用于一键删除共享应用中的全部共享对象。可以理解的是，窗口606还可以包括其他针对共享对象的功能控件。

需要说明的是，由于共享应用中存储的共享对象都是以界面(例如Activity)的形式独立存储在共享应用中，因此用户可以对每个共享对象进行独立的编辑、修改、删除等操作。可以理解的，本申请中共享应用是独立于第一应用和第二应用之外的应用，那么共享应用中存储的共享对象也是独立与第一应用和第二应用的。也就是说，当共享应用中已存入某个共享对象后，当第一应用切换至其他界面(该界面中不再包括该共享对象)时，共享应用中已存储的共享对象也不会受到影响。或者，手机退出第一应用，第一应用所占用的内存等资源被回收等，共享应用中存储的共享对象依旧存在。类似的，当用户将共享对象分享给第二应用后，第二应用切换至其他界面(该界面中不再包括该共享对象)或者手机退出第二应用，都不会影响共享应用中存储的共享对象。

例如，这里以用户修改共享对象607为例，对用户在共享应用中修改共享对象的过程进行说明。请参考图6中(4)所示，当检测到用户针对共享对象607执行操作2(例如为单击、长按、双击等)，手机显示如图7中(1)所示的界面612，该界面612可用于编辑选中的共享对象(即共享对象607)。也就是说，操作2用于选择共享对象，并进入该选择的共享对象的编辑界面。用户可以在界面612对共享对象的内容进行增删改等操作，还可以对文字的字体格式(加粗、斜体、下划线等)和段落格式(例如对齐方式等)进行的进行修改。如图7中(2)所示，在用户修改了共享对象的内容和/或格式等后，可以通过操作保存控件613，保存修改后的共享对象的内容。检测到用户操作保存控件613后，手机可以显示如图7中(3)所示的界面。可以注意到，此时共享对象607的内容和格式已相应修改。

另外，用户还可以通过窗口606，选择共享应用中特定的共享对象分享给第二应用。继续参见图7中(3)所示的界面，检测到用户针对共享对象607执行操作3(例如为长按、拖拽等)，手机将共享对象607分享到邮件应用的新建邮件界面中。其中，操作3用于选择共享对象，并将该选择的共享对象分享至特定的应用中。需要注意的是，这里的操作3与上述操作2不同。例如，操作3可以具体为按住共享对象607，将共享对象607拖出窗口606，并拖至邮件应用的新建邮件界面中的特定位置，例如可以是新建邮件界面中待插入共享对象的位置。如图7中(4)所示的界面614，为新建邮件界面中插入共享对象607的界面。在一些示例中，共享应用或第二应用可以根据第二应用中插入位置所属控件的特征(例如该控件的大小，该控件已有内容等)，对插入的共享对象的格式(例如排版等)进行适应性调整。在另一些示例中，共享应用也可以根据第二应用的特征，自动将共享对象的类型进行转换。例如，当第二应用为图库应用时，共享应用可以将文本控件类型的共享对象转换为图片，插入第二应用。又例如，当第二应用为文件管理应用时，共享应用可以将文本控件类型的共享对象转换为文件格式。又例如，当第二应用为备忘录应用时，共享应用可以对图片类型的共享对象进行文字识别，将识别出的文字插入第二应用中等。可选的，这里针对共享对象进行转换的内容可以本次共享之后删除。在具体实现中，共享应用可以调用自定义的接口实现，例如基于安卓开放源代码项目(Android Open Source Project，AOSP)Item接口改造，实现对共享对象的转换。

在另一个示例中，在用户拖动共享对象607的过程中，当共享对象607被拖出窗口606之后，手机可以隐藏窗口606。这样手机可以显示第二应用的全部界面，以便用户在界面中特定位置松开手指，指示手机在该特定位置插入共享对象的内容。

在另一些实施例中，用户可以选中共享应用中两个或两个以上的共享对象，一次性地分享给第二应用。例如，如图8A中(1)所示，在界面615的共享对象的窗口606中，用户可以通过操作共享对象607和共享对象608，然后用户执行操作3。作为检测到用户执行操作3的响应，手机显示如图8A中(2)所示的界面616。该界面616中已插入共享对象607对应的共享对象，以及共享对象608对应的共享对象。

在又一些实施例中，用户还可以将共享应用中所有的共享对象一次性地分享给第二应用。例如，如图8A中(3)所示的界面617，此时界面617未展开共享对象的详情界面。若检测到用户针对窗口602执行操作4(例如为拖动、双击、长按等)，手机显示如图8A中(4)所示的界面618，界面618中已插入共享应用中所有的共享对象。也就是说，上述操作4，用于将共享应用中全部的共享对象一次性分享给其他应用。需要注意的是，操作4与上述操作1不同。例如，操作4可以具体为按住窗口602，将窗口602拖至邮件应用的新建邮件界面中的特定位置，如可以是新建邮件界面中待插入共享对象的位置。

还需要说明的是，上述图6、图7和图8A所示出的共享应用的界面以及相关操作均仅为示例，本申请实施例对共享应用中的界面以及相关操作均不做具体限制。例如，前文中可以通过窗口606直接进入某一个共享对象的编辑界面，对该共享对象进行编辑。在其他一些示例中，也可以通过窗口606(可认为是共享应用的一级界面)进入一个共享对象的管理界面(可认为是共享应用的二级界面)，通过该管理界面对共享应用中所有的共享对象进行管理，例如包括编辑、删除、分享、分组、排序等操作。

如图8B中(1)所示，手机显示的窗口606中包括编辑控件801。响应于检测到用户操作编辑控件801，手机显示如图8B中(2)所示的共享对象的编辑界面802。在一个示例中，编辑界面802中共享对象按照共享对象的类型(例如文本类型，图片类型，视频类型，程序类型等)进行排序。该编辑界面802中包括针对每个共享对象进行操作的功能控件，例如编辑控件、分享控件、删除控件等，用户可以通过这些控件对相应的共享对象进行编辑。当然，用户还可以通过该编辑界面802对各个共享对象的排序、分组等进行修改等。在另一个示例中，编辑界面802中也可以先不显示针对每个共享对象进行操作的功能控件。当手机检测到用户在编辑界面802中针对某个共享对象执行特定操作(例如长按操作)，该共享对象被选中，手机再显示该被选中的共享对象对应的功能控件。当然，用户还可以选择多个共享对象，同时对选中的多个共享对象进行统一操作。相关操作这里不再一一说明。

可选的，在其他一些实施例中，如图8B中(2)所示，当检测到用户执行展开历史记录的操作，例如用户从屏幕的底部向上滑动预设距离后悬停预设时长(例如3秒)后，手机可以显示如图8B中(3)所示的历史记录803。在一个示例中，历史记录803中显示有用户在最近预设时长(例如三天)内存入共享应用或者浏览过/分享过的共享对象，并且该共享对象已被用户删除(即用户在编辑界面802中没有显示的共享对象)。用户可以通过恢复控件804，恢复共享对象。即，在编辑界面802中重新显示该共享对象，或者，在窗口606中也可以显示该共享对象。用户还可以通过删除控件805，删除共享对象。即，共享应用删除共享对象。

可选的，在又一些实施例中，如图8B中(3)所示，当检测到用户执行，例如用户从屏幕的底部向上滑动的操作，手机退出历史记录803的界面，手机显示如图8B中(2)所示的界面802。

可选的，当在手机显示如图8B中(2)所示界面802时，或者，在手机显示如图8B中(1)所示的界面时，手机检测到用户执行返回/退出操作，手机可以退出共享应用。当然，用户也可以采用其他方式指示手机退出共享应用。例如，当共享应用的窗口处于收起状态时，如图8A中(4)所示的窗口602，当检测到用户按住窗口602并向上滑动，将窗口602拖出界面的操作时，手机退出共享应用。或者，当检测到用户按住窗口602达到预设时长后(此时用户并未松开窗口602)，手机可以显示删除控件，检测到用户继续将窗口602拖至删除控件位置时，手机退出共享应用。总之本申请实施例对手机退出共享应用的方式不做具体限定。

场景2、视频共享场景

在该视频共享场景中，共享对象包括至少一个视频。共享对象例如可以为：一个或多个视频，视频与文字的组合，视频与图片的组合，视频、文字和图片的组合等。

(1)共享对象包括一个视频。

例如，如图9中(1)所示，手机显示第一应用的界面701，其中包括视频控件702和文本控件703。当手机检测到用户在视频控件702上执行触发共享功能的预设操作时，手机启动共享功能，手机可以确定视频控件702为共享对象。需要说明的是，此时界面701中视频控件702可以处于未播放状态，也可以处于播放状态，还可以处于暂停状态。也就是说，在视频控件702处于任意状态时，用户可以均可将视频控件702存入共享应用。

在一个具体实施例中，手机的第一应用将视频控件702的内容(例如为视频的播放地址)发送给共享应用，共享应用调用共享模块新建一个Activity组件，并根据视频控件702在该Activity组件中生成一个视频控件，并将视频控件的内容设置为第一应用中视频控件702的内容(即上述视频的播放地址)。需要说明的是，此时共享应用中新建的视频控件的可以保留第一应用中视频控件702的播放状态以及播放进度。即，共享应用中新建的视频控件的播放状态以及播放进度与视频控件702的播放状态以及播放进度一致。或者，共享应用中新建的视频控件也可以默认为未播放状态(即播放进度为0)。在另外一些实施例中，共享应用新建的视频控件也可以为第一应用中视频控件702中的一个片段。例如，当第一应用中的视频控件702正在播放时，检测到用户执行触发共享功能的预设操作后，第三应用可以记录视频控件702的当前播放时刻，从该当前播放时刻截取预设时长(例如15秒)的视频片段，作为第三应用新建视频控件的内容。又例如，当检测到用户针对第一应用中视频控件702执行触发共享功能的预设操作后，第三应用也可以直接绘制视频控件702对应的视频编辑界面。那么，可以接收对该视频控件702的编辑操作，如截取其中一部分片段设置第三应用新建视频控件的内容。也就是说，第三应用中存储的共享对象，为第一应用中选中共享视频中的片段。

并且，如图9中(2)所示，共享应用生成该新建的视频控件的预览705，并且预览705以一定的动画效果提示用户共享对象已存入共享应用。例如：图9中(2)、图9中(3)以及图9中(4)示出了预览704的动画效果。具体来看，如图9中(2)和图9中(3)所示，预览705逐渐减小并向窗口704移动。如图9中(4)所示，当预览705与窗口704的距离小于预设距离值时，预览705消失。可选的，窗口704的下标增加1。总体来说，预览705的动画效果给用户一种预览705被吸入窗口704的视觉效果，用于告知用户共享对象已存入共享应用。

如图9中(4)所示，当检测到用户针对共享应用的窗口704执行操作1时，手机可以显示如图10中(1)所示的窗口706，窗口706用于展示共享应用中共享对象的信息，例如显示有共享应用新建的视频控件。可以注意到，窗口706中还包括针对共享应用新建的视频控件的其他功能控件，例如删除控件和播放控件。其中，播放控件可用于指示在窗口706中播放共享应用中新建的视频控件。换言之，用户可以在窗口706对视频类的共享对象进行播放，以查看更多的视频内容，有利于用户根据更多的视频内容确定是否分享该视频。当然，窗口706中还可以包括对该视频控件的编辑控件(图中未示出)。当检测到用户操作该编辑控件后，共享应用可以调用手机中具有视频编辑功能的应用/工具或者调用视频编辑相关的系统服务等，便于用户在共享应用中对该视频控件进行编辑。

如图10中(2)所示，手机显示第二应用的界面707，如为邮件应用的新建邮件界面。当检测到用户针对窗口706中共享对象执行操作3，手机将选中的共享对象分享到第二应用。如图10中(3)所示的界面708，为新建邮件界面中插入共享对象的界面。

在一些实施例中，当用户执行针对窗口706中共享对象执行操作3后，手机还可以判断第二应用中插入位置是否支持共享对象对应的控件类型(例如视频类型)和/或格式(例如mp4或wmv)。如果支持，手机可以在第二应用的插入位置直接插入共享对象的内容。例如，如图10中(3)所示，邮件正文中光标所在位置(即插入位置)支持插入视频控件，因此可以直接插入视频类型的共享对象。在一个具体的实现方式中，第二应用的应用程序包可以增加一个声明，该声明用于说明第二应用支持插入共享对象的类型。那么当共享应用需要将某个共享对象分享至第二应用时，可以先获取该第二应用的该声明，以确定当前插入位置是否支持待插入的共享对象的类型。在另一个具体的实现方式中，第二应用的应用程序包也可以不用新增额外的声明。那么当共享应用需要将某个共享对象分享至第二应用时，可以先获取该第二应用当前插入位置所在的控件的信息(例如控件的类型，特征，状态等)，自动确定当前插入位置所在的控件是否支持插入该共享对象的类型。

如果不支持，手机可以根据第二应用中插入位置所支持的控件类型对共享对象的内容进行调整，以插入共享对象的内容。例如，如图10中(4)所示的界面710，邮件正文中光标所在位置不支持插入视频控件，支持插入文本，那么手机可以插入视频类型的共享对象的播放地址711，例如统一资源定位器(uniform resource locator，URL)。又例如，如图11所示的界面712，邮件正文中光标所在位置不支持插入视频控件，支持插入图片，那么手机可以获取视频类型的共享对象中全部或部分的图像帧，将图像帧插入到邮件正文中，如界面712中的插入的图片713(图片713的数量可以一张或多张)。该实施例中其他内容可以参考其他场景中相关内容的描述。

在又一些实施例中，以操作3为用户手指按住共享应用中某个共享对象的预览，并将预览移动至第二应用界面，当手指到达插入位置时松手(即手指离开手机触摸屏)的一系列动作为例。在用户手指按住共享应用中某个共享对象的预览移动的过程中，手机(例如具体是第二应用)也可以实时获取用户手指当前所在的位置，并确定当前手指所在位置对应的控件(为第二应用的控件)，确定该控件是否支持插入该共享对象的类型(例如视频类型)和/或格式(例如mp4或wmv)。若该控件支持插入当前用户选择的共享对象的类型，则可以提示用户，以便用户选择是否在当前位置松手，即在当前位置插入该共享对象。若该控件不支持当前用户选择的共享对象的类型，则可以提示用户，以便用户不在该控件位置松手，即用户不选择在当前位置插入共享对象。例如：当用户手指按住共享应用中某个共享对象的预览，并开始拖动时，该共享对象的预览跟随用户手指的移动而移动。当用户手指达到第二应用的界面上时，如果手指当前所在的位置支持插入该共享对象，则跟手移动的该共享对象的预览呈现状态1。如果手指当前所在的位置不支持插入该共享对象，则跟手移动的该共享对象的预览呈现状态2，其中状态1和状态2不同。例如，状态2相较于状态1，增加了禁止的标记等。或者，状态1为彩色，状态2为灰色等。

在另外一些实施例中，当手机显示窗口706(即展开共享应用中共享对象预览的详情)时，手机还可以实时获取第二应用插入位置所支持插入共享对象的类型和/或格式。并且，将窗口706中展示的共享对象中不属于第二应用插入位置所支持的类型和/或格式对应的共享对象的预览设置为不可插入状态(例如置灰)。即，用户无法执行将设置为不可插入状态的共享对象插入第二应用的操作。由此可见，手机可以实时检测第二应用中各个控件是否支持用户选择的共享对象的类型和/或格式，并显示相应的用户提示引导用户选择插入的位置，以提升用户与手机的交互效率。

可见注意到，即便在一些场景中，第一应用中的视频控件不能被用户选中时，也可以采用上述方案实现将不能被用户选中的视频控件共享给其他应用，扩大了应用间信息共享的应用场景，满足用户更多的共享需求。

另外，当第二应用中界面不支持插入视频类型的共享对象时，可以将插入视频类型的共享对象的播放地址、包含的图像帧等。这样，也有利于扩大了应用间信息共享的应用场景，满足用户更多的共享需求。

(2)共享对象包括视频和文字的组合。

例如，如图12中(1)所示，手机显示第一应用的界面701，界面701中包括视频控件702和文本控件703。用户选中视频控件702和文本控件703，而后用户执行触发共享功能的预设操作。响应于检测到用户执行预设操作后的操作，手机显示如图12中(2)所示的界面，界面中包括窗口704，用于提示已启动共享功能。另外，手机生成选中的共享对象(视频控件702和文本控件703)的预览714。其中，手机生成预览714的具体实现可以参考前文的描述，这里不再赘述。可选的，预览714可以采用立体效果的方式提示本次存入的多个共享对象(视频控件702和文本控件703)。可选的，预览714可以采用特定的动画效果提示已存入选中的共享对象。可选的，在预览714的动画效果结束后，手机可以显示如图12中(3)所示的界面715，窗口704下标的数量增加2，用于提示共享应用中总共存入两个共享对象。

该实施例中其他内容，例如如何从共享应用中将一个或多个共享对象分享到第二应用等，可以参考其他场景中相关内容的描述，这里不再赘述。

可见，本申请实施例可以实现多个不同类型的控件一次性存入共享应用，提升应用间共享信息的类型的多元化，以及提升共享的效率。

场景3、卡片或小程序共享场景

本申请实施例提供的技术方案还可以用于实现程序算法类型的共享对象在应用间的共享。其中程序算法类型的共享对象例如包括卡片(例如天气卡片、航班卡片等)、小程序等。可以理解的是，程序算法类型的共享对象实质上是一个轻量级的应用程序。那么，该程序算法类型的共享对象包括UI控件，UI控件之间的逻辑代码，以及相关的资源等。

(1)共享对象包括一个或多个卡片

例如，如图13中(1)所示，用户启动手机的负一屏1301，负一屏1301中包括情景智能的多个卡片，例如快递卡片1302(显示有手机用户已注册的手机号对应的快递信息)，旅行助手卡片1303(显示有手机用户已注册的手机号对应的出行信息，如飞机航班信息、火车车次信息、打车信息等)以及停车卡片1304(显示有手机用户已注册的车牌号对应的停车信息)。响应于检测到用户在快递卡片1302上执行触发共享功能的预设操作，手机显示如图13中(2)所示的界面1305，在界面1305中显示有窗口1306，用于提示用户已启动共享应用。可选的，窗口1306还显示有快递卡片(即共享对象)的预览1307。可选的，预览1307可以采用一定的动画效果，例如移入图标1306中并消失，提示用户已将快递卡片存入共享应用中。在具体实现中，负一屏1301监测到用户执行预设操作后，根据用户执行预设操作的位置确定共享对象为快递卡片1302，快递卡片1302的卡片信息(包括UI控件，UI控件之间的逻辑代码，以及相关的资源等)一并传递给共享应用，由共享应用新建一个Activity，并在该Activity中新建一个卡片，该卡片的内容设置与快递卡片1302的内容相同。可以注意到，共享应用中新建的卡片与负一屏1301中的快递卡片1302为独立的卡片，但由于两个卡片的内容相同，共享应用中该新建的卡片可以与负一屏1301中的快递卡片1302的内容保存一致。如图13中(3)所示的界面1308，窗口1306的下标的数量增加1，表示共享应用中新增了一个共享对象(即快递卡片)。

当用户想将共享对象分享至第二应用时，可以启动第二应用。例如，如图14中(1)所示界面1309，为手机启动即时通信应用后的聊天界面。用户可以通过执行操作1，操作1用于展开共享应用中存储的共享对象的详细信息。响应于检测到用户执行操作1，手机显示如图14中(2)所示的界面1310，该界面1310中显示有窗口1311，该窗口1311用于展示共享应用中存入的共享对象的详细信息，其中包括之前存入的快递卡片1312。可以注意到，在快递卡片1312中还显示有针对该快递卡片的刷新控件1313以及删除控件。前文已说明，快递卡片包括UI控件，UI控件之间的逻辑代码，以及相关的资源等，故用户可以通过操作刷新控件1313，刷新快递卡片1312中的内容。

用户可以针对快递卡片1312执行操作3，操作3用于将快递卡片1312分享至第二应用(如即时通信应用)。在一个示例中，操作3例如为按住快递卡片1312，并将快递卡片1312拖至界面1310中的信息输入框中。响应于检测到用户针对快递卡片1312执行操作3，手机显示如图14中(3)所示的界面1314，该界面1314的信息输入框中显示有快递卡片的预览，当然也可以显示卡片的信息等，用于指示将卡片类型的共享对象分享至当前界面中。响应于检测到用户操作发送控件，手机显示如图14中(4)所示的界面1315，该界面1315显示手机用户已将分享至即时通信应用的共享对象，通过即时通信应用服务器发送给相应的联系人。

需要说明的是，当共享应用中存放的共享对象为程序算法类的共享对象(如卡片、小程序等)时，共享应用中的各个共享对象更新自身的内容。例如，如图15中(1)所示的界面1316，界面1316中显示有窗口1311，展示着共享应用中存放的各个共享对象，例如包括视频控件1317以及快递卡片1312。可以注意到，在快递卡片1312中还显示有刷新控件1313，可以用于更新快递卡片1312对应的共享对象的内容。响应于检测到用户操作刷新控件1313，手机显示如图15中(2)所示的界面1318，该界面1318中的窗口1311中，快递卡片1312对应的共享对象的内容已更新，如包裹1的状态从“已到达驿站”更新为“已完成取件”。可以理解的是，当用户将该共享对象分享至其他应用后，其他应用上查看到的共享对象的内容已相应更新了。当然，在其他一些实施例中，共享应用中程序算法类的共享对象可以默认为实时更新，或者，在用户展开共享应用中存放的各个共享对象的预览时(即手机显示窗口1311时)开始实时更新。

还需要说明的是，在其他一些实施例中，用户需要将第一应用中的共享对象分享至多个第二应用中。以分享快递卡片为例进行示例性说明。用户将第一应用的共享对象存入共享应用，再直接通过共享应用将共享对象分享至多个第二应用。其中，将第一应用的共享对象存入共享应用，通过共享应用将共享对象分享至第一个第二应用(例如即时通信应用)的过程请参考前文对上述图13和图14的说明。而后，用户可以直接启动第二个第二应用(例如邮件应用)，开启邮件应用的新建邮件界面，通过共享应用并对共享对象对应的预览执行操作3，即实现将第一应用的共享对象再次分享至第二个应用。依次类推。可以看到，当将第一应用中的共享对象分享至多个第二应用时，本申请实施例提供的共享方法，有利于避免用户在第一应用和多个第二应用之间反复切换，提升共享效率。

(2)共享对象包括一个或多个小程序页面

例如，如图16中(1)所示，手机显示即时通信应用的主界面1601。响应于检测到用户执行向下拉的操作(也可以是其他操作)，手机显示如图16中(2)所示的界面1602，该界面1602显示有多个小程序的图标。例如包括最近使用的小程序的图标，以及手机用户收藏的小程序的图标。当用户希望在应用间共享小程序时，可以在直接在相应的小程序的图标处执行触发共享功能的预设操作，例如用户针对小程序6的图标1603执行预设操作。响应于检测到用户针对小程序6的图标1603执行预设操作，手机显示如图16中(3)所示的界面1604。该界面1604可以显示共享应用的窗口1606(此时窗口1606的下标指示的数量为“2”)，以及小程序6的图标1605。可选的小程序6的图标1605可以采用一定的动画效果，提示用户小程序6正在存入共享应用。如图16中(4)所示的界面1607中共享应用的窗口1606的下标指示的数量已增加1(变更为“3”)，指示共享应用中已存入新的共享对象。可以理解的是，手机将小程序6对应的程序算法等一并发送给共享应用，该共享应用新建一个Activity，该Activity中包括小程序6包含的全部内容(包括UI控件，UI控件之间的逻辑代码，以及相关的资源等)。

在另外一些实施例中，用户也可以在打开的小程序的界面中，将小程序当前的界面存入共享应用。如图17中(1)所示的界面1608为小程序5的一个界面。其中，界面1608中还包括共享应用的窗口1606，此时该窗口1606指示的数量为“3”。响应于检测到用户在该界面中执行预设操作，手机显示如图17中(2)所示的界面1609。此时界面1609包括共享应用的窗口1606，此时该窗口1606指示的数量为“4”，指示共享应用已存入新的共享对象。

需要说明的是，当用户通过共享应用将小程序或小程序的某个界面分享到第二应用时，可以先判断第二应用是否支持插入程序算法类型的共享对象。若支持，则可以直接插入程序算法类型的共享对象。例如，即时通信应用的聊天界面支持插入程序算法类型的共享对象。可选的，在一些实施例中，第二应用也可以显示授权界面，用于提示用户对在当前插入位置插入程序算法类型的共享对象进行授权。

若不支持，则也可以插入程序算法类型的共享对象对应的链接，用户在第二应用也可以通过该连接进入程序算法类型的共享对象。例如，邮件应用的新建邮件界面不支持程序算法类型的共享对象，可支持插入程序算法类型的共享对象对应的链接。或者，当第二应用不支持插入程序算法类型的共享对象(例如第二应用不支持该程序算法类型的共享对象的版本)时，第二应用也可以跳转到下载中心(例如应用市场)，以便用户可以通过下载中心下载相关的程序算法类型的共享对象。

场景4、文件或文件夹共享场景

例如，如图18中(1)所示，手机显示文件管理的界面1801。该界面1801包括不同目录下的文件，例如界面1801中显示有下载目录下的多个文件的信息，例如文件的创建时间/更新时间、文件的类型图标、文件名等。可选的，界面1801中还可以显示共享应用的窗口1802，此时窗口1802指示的共享对象的数量为3。当用户希望在应用间共享其中一个或多个文件时，可以先选中待共享的一个或多个文件，例如选中文件1和文件2，然后启动共享功能的预设操作。响应于检测到用户执行预设操作，第一应用可以获取选中文件1和文件2的存储路径，并将文件1和文件2的存储路径发送给共享应用。共享应用可以根据文件1和文件2的存储路径直接获取文件1和文件2的原始文件。而后，手机显示如图18中(2)所示的界面1803。该界面1803中显示有共享对象(即文件1和文件2)的预览1804。并且，该预览1804采用一定的动画效果靠近共享应用的窗口1802直至消失。手机显示如图18中(3)所示的界面1805。此时，共享应用的窗口1802指示的共享对象的数量为4，即共享应用中新存入有共享对象。

场景5、跨设备共享场景

需要说明的是，上述场景1至场景4均是以在同一个终端100上的不同应用间共享信息为例进行说明的，事实上本申请实施例提供的技术方案也适用于在不同终端100上的不同应用间共享信息的场景。也就是说，本申请实施例提供的技术方案可以实现将一个终端上的第一应用的信息(即共享对象)，分享至该终端上的第二应用。也可以实现将一个终端上的第一应用的信息(即共享对象)，分享至另一个终端上的第二应用。

例如，如图19所示，手机显示第一应用的界面1901(例如微信应用的小程序列表界面)，此时，界面1901上还显示有共享应用的窗口1902，此时窗口1902下标指示共享应用中包括共享对象的数量为2个。当手机检测到用户针对界面1901中的小程序6的图标执行预设操作，生成小程序6的预览1903，且预览1903逐渐靠近共享应用的窗口1902，直至消失。手机显示界面1904，此时共享应用的窗口1902下标指示共享应用中的共享对象的数量已变为3个。而后，手机将共享应用中新增的共享对象的变化信息同步给电脑。需要说明的是，手机与电脑预先建立通信连接，且完成相互认证。在一个示例中，手机与电脑登录同一个Wi-Fi网络，和/或，手机与电脑登录同一个用户账号(例如华为账号等)，和/或，手机与电脑通过用户的手动授权为相互信任的设备等。本申请实施例对手机与电脑的相互认证过程不再限定。

在一个具体的实现中，手机与电脑可以通过分布式软总线技术实现手机与电脑之间的共享应用中的数据同步，即共享对象数据的同步。具体来说，当手机的共享应用中的共享对象发生变化后，手机会获取互信设备的列表，并注册互信设备上下线通知，实时维护互信设备的信息。其中互信设备例如可以是与手机登录同一个Wi-Fi网络，和/或，与手机登录同一个用户账号(例如华为账号等)，和/或，用户手动授权为手机互相信任的设备等。进一步的，手机还可以过滤互信设备中不支持共享对象共享的设备。例如，过滤后的互信设备的包括电脑。手机中的共享应用拉起电脑中的共享应用，将手机更新的共享对象的数据发送给电脑，以便电脑中的共享应用更新共享对象的数据。由此可见，手机的共享应用中共享对象的数据，与电脑中的共享应用中共享对象的数据保持一致。由此可见，分布式软总线为协同显示的多个终端之间的互联互通提供了统一的分布式通信能力，为终端之间的无感发现和零等待传输创造了条件。这样，应用开发者只需聚焦于业务逻辑的实现，无需关注组网方式与底层协议。

当然，手机与电脑之间也可以采用其他方法实现共享应用中的数据同步。例如，用户通过手机更新了共享应用中的共享对象后，手机将更新的数据发送到服务器，而后由服务器推送给电脑，实现电脑中共享应用中的信息与手机中共享应用中的信息保持一致。本申请实施例对手机与电脑之间实现共享应用中数据同步的方法不做限定。

还需要说明的是，在其他一些实施例中，手机还提供针对预设操作的取消机制。例如：当手机检测到用户执行预设操作后，手机可以在界面上显示取消控件，用于中止本次共享对象存入共享应用的过程。也就是说，在手机将第一应用的共享对象存入共享应用的整个过程中，若检测到用户操作取消控件，则手机中止将第一应用的共享对象存入共享应用。或者，第一应用的共享对象刚存入共享应用的预设时长(例如5秒)内，若检测到用户操作取消控件，则手机也可以删除/撤回共享应用中本次新存入的共享对象。又例如：以预设操作为按住第一应用中的共享对象，拖拽至共享应用的窗口1902的动作为例。当检测到用户按住第一应用中的共享对象向靠近共享应用的窗口1902方向拖拽时，手机可能已启动将共享对象存入共享应用的流程。但当手机检测到用户未将第一应用的共享对象拖拽至特定位置(例如共享应用的窗口1902所在的区域)时松手，或者沿着远离共享应用的窗口1902方向进行拖拽时，手机可以中止将共享对象存入共享应用的流程。又例如：当手机检测到用户执行预设操作后，手机启动将共享对象存入共享应用的流程。在手机将第一应用的共享对象存入共享应用的整个过程中，若检测到用户操作特定操作(例如执行锁屏操作)，手机中止将第一应用的共享对象存入共享应用。总而言之，本申请实施例对预设操作的取消机制的具体实现不做限定。

继续参见图19，电脑显示第二应用的界面1905(例如邮件应用的新建邮件界面)，可以注意到，界面1905中显示的共享应用的窗口1906，此时窗口1906指示的共享应用中的共享对象的数量为3个。即，电脑与手机中的共享应用中的数据保持同步。响应于用户操作共享应用的窗口1906(例如鼠标左键点击)，电脑显示界面1907，在界面1907中共享应用展开窗口1908，窗口1908中包括共享应用中存入的共享对象。响应于检测到用户操作小程序6(例如鼠标左键点击小程序6的图标1909，并拖至第二应用中的插入位置)，电脑在第二应用中插入小程序6。当然，电脑在第二应用的界面中插入小程序6之前，也可以对第二应用当前插入位置是否支持插入小程序6进行判断等。相关内容请参考前文的描述，这里不再赘述。

由此可见，多个终端100之间也可以通过共享应用实现应用间的信息共享，并且提升了共享效率。

还需要说明的是，上述各个场景中的实施例在方案本身不矛盾的情况下，可以进行任意的组合。

如图20所示，为本申请实施例提供的一种应用间信息共享的方法的流程示意图，该方法包括：

S2001、第一应用显示第一界面。

第一终端启动第一应用，并显示第一应用的第一界面。

S2002、接收用户在第一界面中选择第一界面元素(即共享对象)的操作。

其中，共享对象为用户希望分享的第一应用中的信息，该共享对象可以为文字，图片，视频，卡片，小程序，文件中的一项或多项。

在一些示例中，本步骤S2002也可以在步骤S2003之后执行。又或者，也可以不执行本步骤S2002，即无需用户执行在第一界面中选择共享对象的操作，第一终端可以根据步骤S2003中用户执行的预设操作的位置，自动确定第一界面中的共享对象，详细内容请参考前文中相关内容的描述。

S2003、接收到用户执行的预设操作。

其中，该预设操作为触发第一终端启动共享应用的操作，或者，在第一终端已启动共享应用的情况下，该预设操作用于触发存入新的共享对象的流程。预设操作例如为预先定义的长按、双击、重力按压、指关节敲击动作、手指绘制预设图案(例如闭合的图形，特殊字母或字符的图形等)、三指滑动、拖拽、隔空手势等中任一种。可选的，预设操作还可以是输入特定的语音命令等。本申请实施例对触发手机启动共享功能的预设操作的具体形式不做限定。

S2004、第一应用将第一界面元素的信息发送给共享应用。

在一些示例中，第一界面元素为文字，图片，视频中任一项或任几项时，第一界面元素的信息包括对应的文本控件的内容、图片控件的内容以及视频控件的内容等。

在另一些示例中，当第一界面元素为卡片或小程序时，第一界面元素的信息包括该卡片或小程序包含的UI控件(即第一界面元素)的内容，UI控件之间的逻辑代码，以及相关的资源等。

在又一些示例中，当第一界面元素为第一终端中存储的文件(例如文档、图片、音频、视频、可执行文件等)时，第一界面元素的信息包括该文件对应的存储路径等。

S2005、共享应用新建活动组件，在活动组件中新建第二界面元素，根据第一界面元素的信息设置第二界面元素的内容。其中，第二界面元素包括第一界面元素中至少部分内容。

可以理解为，共享应用中第二界面元素为第一应用中第一界面元素的副本，并且，共享应用中的第二界面元素独立于第一应用。

S2006、共享应用绘制第二界面元素的预览，第二界面元素的预览采用一定的动画效果提示用户，第一应用中的共享对象已存入共享应用。

在其他一些实施例中，本步骤也可以由第一应用绘制第一界面元素的预览，第一界面元素的预览采用一定的动画效果提示用户，第一应用中的共享对象已存入共享应用。图中以步骤S2006’示出。

S2007、第二应用显示第二界面。

在一个示例中，第一终端启动第二应用，显示第二应用的第二界面。在该场景中，后续的步骤将实现同一个终端(即第一终端)上不同的应用间的信息分享。

在另一个示例中，第二终端启动第二应用，显示第二应用的第二界面。在该场景中，后续的步骤将实现不同终端(即第一终端和第二终端)上不同的应用间的信息分享。

S2008、共享应用检测到用户针对第二界面元素执行分享操作。

在同一个终端(即第一终端)上不同的应用间的信息分享的场景中，是由第一终端上的共享应用检测到用户针对第二界面元素执行分享操作。

在不同终端(即第一终端和第二终端)上不同的应用间的信息分享的场景中，是由第二终端上的共享应用检测到用户针对第二界面元素执行分享操作。需要说明的是，在该场景中，第一终端上的共享应用中的数据(即共享对象的信息)和第二终端上的共享应用上的数据(即共享对象的信息)保持同步更新。也就是说，当第一终端上的共享应用中的数据发生变化(例如第一终端将第一应用中的第一界面元素存入共享应用)时，会将变化的数据同步到第二终端上的共享应用中。

S2009、共享应用将第二界面元素的信息发送给第二应用。

其中，第二界面元素的信息可以参考前文对第一界面元素的信息的描述。

S2010、第二应用根据第二界面元素的信息在第二界面中插入共享对象，即第二应用的第二界面中显示有第三界面元素，第三界面元素用于呈现第二界面元素的内容。

在一些示例中，第二应用可以在第二界面中直接插入第三控件，第三控件的内容与第二界面元素的内容一致，即第三控件为第二空间的副本。例如，第二界面元素为文本控件、图片控件、或视频控件等，第二应用可以在第二界面中直接插入文本控件、图片控件、或视频控件等。

在另一些示例中，第二应用根据第二界面中支持插入的共享对象的类型，对第二界面元素的内容进行转换。然后，在第二界面中插入转换后的内容。例如，第二界面元素为视频控件或文件等，第二应用可以在第二界面中插入视频控件中视频的播放地址或者文件所在的存储路径等。

其他内容请参考前文中相关内容的描述，这里不再赘述。

如图21所示，为本申请实施例提供的另一种应用间信息共享的方法的流程示意图，该方法包括：S2001至步骤S2006’，步骤S2101，步骤2007至步骤S2010。

需要说明的是，在步骤S2005后，第一终端的共享应用中新建第二界面元素后，执行步骤S2101，即第一终端的共享应用可以向第二终端的共享应用发送第二界面元素，即实现第一终端与第二终端中共享应用中共享对象的数据同步。换言之，第二终端的共享应用中存储有第二界面元素。本申请实施例对步骤S2101与步骤S2006，步骤S2006’的执行顺序。

另外，当第一终端中共享应用中的共享对象的数据发生其他变化时，例如用户通过第一终端中共享应用修改了共享对象，或者删除了共享对象，第一终端的共享应用也会将变化的数据同步到第二终端的共享应用中。或者，第二终端中共享应用中的共享对象的数据发生变化时，第二终端的共享应用也会将变化的数据同步到第一终端的共享应用中。换言之，第一终端的共享应用与第二终端的共享应用保持数据同步。

还需要说明的是，第一终端在执行步骤S2005后，还可以向与第一终端的互信设备且支持共享对象共享功能的其他更多的终端(包括第二终端)同步该第二界面元素。

其他内容请参考前文中相关内容的描述，这里不再赘述。

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

本申请实施例还提供一种装置，该装置包含在终端中，该装置具有实现上述实施例中任一方法中终端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，检测模块或单元、显示模块或单元、确定模块或单元、以及计算模块或单元等。

本申请实施例还提供一种计算机存储介质，包括计算机指令，当计算机指令在终端上运行时，使得终端执行如上述实施例中任一方法。

本申请实施例还提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述实施例中任一方法。

本申请实施例还提供一种终端上的图形用户界面，所述终端具有显示屏、摄像头、存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述存储器中的一个或多个计算机程序，所述图形用户界面包括所述终端执行如上述实施例中任一方法时显示的图形用户界面。

可以理解的是，上述终端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

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

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

Claims (15)

1.一种应用间信息的共享方法，其特征在于，应用于终端，所述方法包括：

所述终端显示第一应用的第一界面，所述第一界面包括第一界面元素；

所述终端检测到作用于所述第一界面元素的第一操作；

响应于检测到所述第一操作，所述终端显示第一窗口，所述第一窗口显示第三应用的第四界面，所述第四界面包括所述第一应用的所述第一界面元素已存储至所述第三应用中的信息；

所述终端检测到第二操作，所述第二操作用于启动第二应用或者切换至所述第二应用的第二界面；

响应于检测到所述第二操作，所述终端显示所述第二应用的所述第二界面；且，所述终端还显示所述第一窗口；所述第一窗口中显示所述第三应用的第五界面，所述第三应用的第五界面包括第二界面元素，所述第二界面元素包括所述第一界面元素的至少部分内容；

接收到用户执行针对所述第一窗口中所述第二界面元素的第三操作；

响应于接收所述第三操作，所述终端显示所述第二应用的第三界面，所述第三界面中包括第三界面元素，所述第三界面元素用于呈现所述第二界面元素的内容。

2.根据权利要求1所述的方法，其特征在于，在所述第一窗口中显示所述第三应用的第五界面之前，所述方法还包括：

所述终端检测到用户针对所述第一窗口的第四操作，所述第四操作用于显示所述第三应用中的界面元素。

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

接收到用户针对所述第一窗口中所述第二界面元素的第五操作；所述第五操作与所述第三操作不同；

响应于接收到用户的所述第五操作，所述终端显示第三应用的第六界面，所述第六界面用于编辑所述第三应用中所述第二界面元素。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

接收到用户针对所述第一窗口执行第六操作，所述第六操作用于退出所述第三应用；

响应于接收到所述第六操作，所述终端不再显示所述第一窗口。

5.根据权利要求1-4任一项所述的方法，其特征在于，

当所述第二应用的所述第二界面支持插入所述第二界面元素对应类型的界面元素时，所述第三界面元素与所述第二界面元素相同；

当所述第二应用的所述第二界面不支持插入所述第二界面元素对应类型的界面元素时，所述第三界面元素为所述第三应用或所述第二应用根据所述第二界面元素进行转换后得到的界面元素。

6.根据权利要求1-5任一项所述的方法，其特征在于，

所述第一界面元素包括文本控件；

所述第二界面元素包括文本控件，所述第二界面元素包括所述第一界面元素中部分文字，且所述第二界面元素中文字的排版与所述第一界面元素中的文字的排版不同。

7.根据权利要求6所述的方法，其特征在于，

所述第三界面元素中文字的排版与所述第二界面元素中的文字排版不同。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述第一界面元素包括文本控件和图片控件，所述第二界面元素包括文本控件和图片控件。

9.根据权利要求1-5任一项所述的方法，其特征在于，所述第一界面元素包括视频控件；所述第二界面元素包括视频控件，所述第二界面元素中视频的状态与所述第一界面元素中视频的状态相同，所述视频的状态包括播放状态、未播放状态、或播放进度中的至少一种。

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

当所述第二应用的所述第二界面支持插入视频类型的界面元素时，所述第三界面元素包括视频控件；

当所述第二应用的所述第二界面不支持插入视频类型的界面元素时，所述第三界面元素包括视频的链接或至少一个图片控件。

11.根据权利要求1-5任一项所述的方法，其特征在于，所述第一界面元素包括卡片和/或小程序；所述第二界面元素包括卡片和/或小程序；所述第一界面元素中卡片和/或小程序的数据与所述第二界面中卡片和/或小程序的数据相同。

12.根据权利要求11所述的方法，其特征在于，

所述第三界面元素包括卡片和/或小程序，且所述第三界面元素中卡片和/或小程序的数据与所述第一界面元素中卡片和/或小程序的数据相同。

13.根据权利要求1-12任一项所述的方法，其特征在于，所述响应于检测到所述第一操作，所述终端显示第一窗口，包括：

响应于检测到所述第一操作，所述终端启动第三应用；所述第一应用将所述第一界面元素的信息发送所述第三应用；所述第三应用根据所述第一界面元素的信息生成所述第二界面元素；

其中，所述第一界面元素的信息包括所述第一界面元素的类型、所述第一界面元素在所述第一界面的位置、所述第一界面元素的内容以及所述第一界面元素的状态中的一项或多项；其中界面元素的状态包括选中状态和未选中状态。

14.一种终端，其特征在于，包括：处理器、存储器和触摸屏，所述存储器、所述触摸屏与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述终端执行如权利要求1-13中任一项所述的应用间信息的共享方法。

15.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在终端上运行时，使得所述终端执行如权利要求1-13中任一项所述的应用间信息的共享方法。