CN116700552B - 应用接续方法和终端设备 - Google Patents

应用接续方法和终端设备 Download PDF

Info

Publication number
CN116700552B
CN116700552B CN202211192913.9A CN202211192913A CN116700552B CN 116700552 B CN116700552 B CN 116700552B CN 202211192913 A CN202211192913 A CN 202211192913A CN 116700552 B CN116700552 B CN 116700552B
Authority
CN
China
Prior art keywords
connection
application
terminal device
terminal equipment
cloud server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211192913.9A
Other languages
English (en)
Other versions
CN116700552A (zh
Inventor
王冬伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202211192913.9A priority Critical patent/CN116700552B/zh
Publication of CN116700552A publication Critical patent/CN116700552A/zh
Application granted granted Critical
Publication of CN116700552B publication Critical patent/CN116700552B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Stored Programmes (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例提供了一种应用接续方法和终端设备，能够实现对端设备上未安装应用的接续，从而提高用户体验。该方法应用于包括第一终端设备和第二终端设备的***，包括：第一终端设备向第二终端设备发送广播接续通知；第二终端设备基于该广播接续通知，获取第二接续应用的图标，并以第二接续应用的图标的形式显示触点按钮；第二终端设备响应于用户对触点按钮的点击操作，显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息，第一终端设备基于接续请求消息，向第二终端设备发送接续数据和安装包；第二终端设备接收接续数据和安装包；第二终端设备响应于用户对引导安装弹窗的操作，安装第二接续应用，并显示接续数据。

Description

应用接续方法和终端设备
技术领域
本申请涉及终端技术领域，尤其涉及一种应用接续方法和终端设备。
背景技术
在多设备场景中，终端设备被划分为源端设备和对端设备，源端设备是发送端设备，对端设备是接收端设备。当源端设备和对端设备登陆了相同的账号，并且源端设备和对端设备处于同一局域网的情况下，通过用户触发接续条件，源端设备和对端设备上的应用可实现接续。例如，源端设备为电脑，对端设备为手机，用户在电脑和手机登陆了相同的账号，且电脑和手机处于同一局域网，若用户在电脑上的视频播放软件播放视频，用户的手机上的视频播放软件能同步播放该视频，若用户在电脑上正在编辑文本，用户的手机上可以同步显示正在编辑的文本。
对于某一应用而言，应用接续需要源端设备和对端设备均安装有该应用。当对端设备未安装(或者卸载了)该应用时，源端设备发送该应用的应用接续请求，对端设备无法进行该应用的接续，影响用户体验。
发明内容
本申请提供了一种应用接续方法和终端设备，能够实现对端设备上未安装应用的接续，从而提高用户体验。
第一方面，提供了一种应用接续方法，应用于包括第一终端设备和第二终端设备的***，用户在第一终端设备和第二终端设备上登陆了相同的账号，并且第一终端设备和第二终端设备处于同一局域网，该方法包括：第一终端设备向第二终端设备发送广播接续通知，该广播接续通知用于请求将第一终端设备的第一接续应用接续至第二终端设备；第二终端设备接收上述广播接续通知，基于该广播接续通知，获取第二接续应用的图标，并以第二接续应用的图标的形式显示触点按钮；第二终端设备响应于用户对上述触点按钮的点击操作，显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息，该接续请求消息用于请求第一接续应用的接续数据和第一接续应用的安装包；第一终端设备基于上述接续请求消息，向第二终端设备发送接续数据和安装包；第二终端设备接收上述接续数据和上述安装包；第二终端设备响应于用户对上述引导安装弹窗的操作，安装第二接续应用，并显示接续数据。
本申请实施例的应用接续方法，在第二终端设备(即对端设备)未安装第二接续应用的情况下，通过第一终端设备(即源端设备)向对端设备发送广播接续通知，对端设备基于该广播接续通知，获取第二接续应用的图标，并以该图标的形式显示触点按钮，对端设备响应于用户对该触点按钮的点击操作，安装第二接续应用，能够实现对端设备上未安装应用的接续，从而提高用户体验。
结合第一方面，在第一方面的某些实现方式中，上述广播接续通知包括：第一接续应用的应用标识和接续策略；其中，接续策略包括下列至少一种：接续状态标识、第一接续应用的包名或进程名、第一接续应用的应用市场上架策略以及支持接续的最小版本。
应理解，接续状态标识可以为用于标识接续策略状态的标志位。例如，标志位为0可以表示不支持接续，标志位为1可以表示应用接续，标志位为3可以表示浏览器接续。可以理解的是，标志位的具体值可以任意设置，能够区分不同的状态即可，本申请实施例不作具体限定。
还应理解，若第一接续应用为Android平台的应用，则接续策略包括第一接续应用在Android平台的包名；若第一接续应用为windows平台的应用，则接续策略包括第一接续应用在windows平台的可接续进程名。
应用市场上架策略可以为下列任一种：未上架、海外应用市场1、国内应用市场1、国内应用市场2、海外应用市场2。
支持接续应用的最小版本可以用支持接续应用的最小版本号表示，用于表示第二接续应用可接续时的最小版本。
结合第一方面，在第一方面的某些实现方式中，上述基于广播接续通知，获取第二接续应用的图标，包括：第二终端设备判断是否安装有第二接续应用；在未安装第二接续应用的情况下，第二终端设备基于上述广播接续通知，向云端服务器发送第二接续应用的包名和签名信息；云端服务器接收上述包名和签名信息，并对第二接续应用进行白名单校验；在校验通过的情况下，云端服务器向第二终端设备发送第二接续应用的图标；第二终端设备接收第二接续应用的图标。
应理解，第二终端设备可以从云端服务器获取第二接续应用的图标。
结合第一方面，在第一方面的某些实现方式中，上述广播接续通知还包括所述第一接续应用的图标。
应理解，第二终端设备可以从第一终端设备获取第二接续应用的图标。第一终端设备发送的广播接续通知中还包括第一接续应用的图标，第二终端设备接收第一接续应用的图标，并将第一接续应用的图标作为第二接续应用的图标。
应理解，第二终端设备获取第二接续应用的图标，并以第二接续应用的图标的形式在桌面显示触点按钮时，第二接续应用还未被安装。
结合第一方面，在第一方面的某些实现方式中，上述显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息，包括：在第二终端设备未安装第二接续应用的情况下，第二终端设备显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息。
第二方面，提供了一种应用接续方法，应用于包括第一终端设备和第二终端设备的***，用户在第一终端设备和第二终端设备上登陆了相同的账号，并且第一终端设备和第二终端设备处于同一局域网，该方法包括：第二终端设备接收来自第一终端设备的广播接续通知，该广播接续通知用于请求将第一终端设备的第一接续应用接续至第二终端设备；第二终端设备基于上述广播接续通知，获取第二接续应用的图标，并以第二接续应用的图标的形式显示触点按钮；第二终端设备响应于用户对触点按钮的点击操作，显示第二接续应用的引导安装弹窗；第二终端设备向第一终端设备发送接续请求消息，该接续请求消息用于请求第一接续应用的接续数据和第一接续应用的安装包；第二终端设备接收来自第一终端设备的第一接续应用的接续数据和第一接续应用的安装包；第二终端设备响应于用户对上述引导安装弹窗的操作，安装第二接续应用，并显示接续数据。
结合第二方面，在第二方面的某些实现方式中，上述广播接续通知包括：第一接续应用的应用标识和接续策略；其中，接续策略包括下列至少一种：接续状态标识、第一接续应用的包名或进程名、第一接续应用的应用市场上架策略以及支持接续的最小版本。
结合第二方面，在第二方面的某些实现方式中，上述基于广播接续通知，获取第二接续应用的图标，包括：第二终端设备判断是否安装有第二接续应用；在未安装第二接续应用的情况下，第二终端设备基于上述广播接续通知，向云端服务器发送第二接续应用的包名和签名信息；第二终端设备接收来自云端服务器的通过白名单校验的第二接续应用的图标。
结合第二方面，在第二方面的某些实现方式中，上述广播接续通知还包括第一接续应用的图标。
结合第二方面，在第二方面的某些实现方式中，上述显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息，包括：在第二终端设备未安装第二接续应用的情况下，第二终端设备显示第二接续应用的引导安装弹窗，并向第一终端设备发送接续请求消息。
第三方面，提供了一种终端设备，用于执行上述第二方面中任一种可能的实现方式中的方法。具体地，该终端设备包括用于执行上述第二方面中任一种可能的实现方式中的方法的模块。
在一种设计中，该终端设备可以包括执行上述第二方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。
在另一种设计中，该终端设备为通信芯片，通信芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。
在另一种设计中，该终端设备为通信设备，通信设备可以包括用于发送信息或数据的发射机，以及用于接收信息或数据的接收机。
第四方面，提供了一种终端设备，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行上述第二方面中的任一种可能实现方式中的方法。
可选地，处理器为一个或多个，存储器为一个或多个。
可选地，存储器可以与处理器集成在一起，或者存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解，相关的数据交互过程例如发送接续数据请求信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。
上述第四方面中的终端设备可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
第五方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第二方面中的任一种可能实现方式中的方法。
第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)，当其在计算机上运行时，使得计算机执行上述第二方面中的任一种可能实现方式中的方法。
附图说明
图1是本申请实施例的应用场景示意图；
图2是本申请实施例提供的终端设备的结构示意图；
图3是本申请实施例提供的终端设备的软件结构示意图；
图4是本申请实施例提供的终端设备的另一种软件结构示意图；
图5是本申请实施例提供的一种应用接续方法的示意性流程图；
图6是本申请实施例提供的另一种应用接续方法的示意性流程图；
图7是本申请实施例提供的源端设备的一种界面示意图；
图8是本申请实施例提供的对端设备的一种界面变化示意图；
图9是本申请实施例提供的另一种应用接续方法的示意性流程图；
图10是本申请实施例提供的又一种应用接续方法的示意性流程图；
图11是本申请实施例提供的一种第二接续应用的图标获取方法的示意性流程图；
图12是本申请实施例提供的一种终端设备的示意性框图；
图13是本申请实施例提供的另一种终端设备的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是，本申请中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
此外，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。
在多设备场景中，终端设备被划分为源端设备和对端设备，源端设备是发送端设备，对端设备是接收端设备。当源端设备和对端设备登陆了相同的账号，并且源端设备和对端设备处于同一局域网的情况下，通过用户触发接续条件，源端设备和对端设备上的应用可实现接续。例如，源端设备为电脑，对端设备为手机，用户在电脑和手机登陆了相同的账号，且电脑和手机处于同一局域网，若用户在电脑上的视频播放软件播放视频，用户的手机上的视频播放软件能同步播放该视频，若用户在电脑上正在编辑文本，用户的手机上可以同步显示正在编辑的文本。
为了便于理解本申请，下面结合图1对本申请实施例所涉及的应用场景进行介绍。
图1示出了本申请实施例的应用场景100的示意图。该应用场景包括第一终端设备101和第二终端设备102，其中，第一终端设备101可以作为源端设备，第二终端设备102可以作为对端设备，用户在第一终端设备101和第二终端设备102上登陆了相同的账号，且第一终端设备101和第二终端设备102处于同一局域网，第一终端设备可以将应用的数据接续到第二终端设备102上。
可选地，上述应用场景100还包括第三终端设备103。第三终端设备103可作为对端设备，用户在第一终端设备101和第三终端设备103上登录了相同的账号，且第一终端设备101和第三终端设备103处于同一局域网，第一终端设备101可以将应用的数据接续到第三终端设备103上。
应理解，在多设备应用接续的场景中，对端设备的数量可以为一个或多个，本申请实施例对此不作限定。
还应理解，本申请并不要求上述多个对端设备均与源端设备处于同一局域网下，例如，上述第一终端设备101和第二终端设备102可以处于一个局域网(例如WiFi)，第一终端设备101和第三终端设备103可以处于另一局域网(例如蓝牙)，第一终端设备101可以将应用的数据分别接续到第二终端设备102和第三终端设备103上。
为了更好的理解本申请实施例中的终端设备，下面对本申请实施例的终端设备的硬件结构进行介绍。
图2示出了终端设备200的结构示意图。
终端设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。其中，传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，骨传导传感器280M等。
可以理解的是，本申请实施例示意的结构并不构成对终端设备200的具体限定。在本申请另一些实施例中，终端设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从存储器中调用。避免了重复存取，减少了处理器210的等待时间，因而提高了***的效率。
在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，是示意性说明，并不构成对终端设备200的结构限定。在本申请另一些实施例中，终端设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
终端设备通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
终端设备可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。
外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器221可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器210通过运行存储在内部存储器221的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备的各种功能应用以及数据处理。例如，可以执行本申请实施例的应用接续方法。
本申请的终端设备可以作为源端设备，也可以作为对端设备。源端设备也可以称为发送端，对端设备也可以称为接收端。终端设备的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例的图3以分层架构的Android***为例，示例性说明发送端和接收端的软件结构。
如图3所示，以发送端为例，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口进行数据的传输与通信。在一些实施例中，将Android***分为五层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Androidruntime)和***库、硬件抽象层(hardware abstract layer，HAL)，以及内核层。
应用程序层可以包括一系列应用程序包。如图3所示，应用程序包可以包括第三方应用、软件开发工具包(software development kit，SDK)、蓝牙、WIFI、备忘录、视频、游戏等应用程序。例如本申请实施例中，在应用程序层中，接续应用可以接入接续服务SDK，接续应用可以为终端设备中的***应用，也可以为第三方应用，备忘录、视频、游戏等应用也可以为***应用或第三方应用。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图3所示，应用程序框架层可以包括接续服务管理器、通信服务管理器、鉴权服务管理器、通知管理器、窗口管理器、资源管理器、内容提供器和视图***等。其中，管理器在一些应用场景中也可以称为模块。
接续服务管理器可以负责接续任务的管理，可以为整体接续服务框架的核心。例如本申请实施例中，接续服务管理器可以负责接续应用的接入、接续应用的鉴权、接续应用的图标管理以及接续数据跨设备间的传输。
通信服务管理器可以用于实现跨设备间的数据传输，例如本申请实施例中，通信服务管理器可以实现同账号设备的安全认证与账号鉴权、设备的自发现与自组网、设备间的数据传输以及通信服务的接入等。
鉴权服务管理器可以负责应用的合法性校验，例如本申请实施例中，在鉴权服务管理器校验通过后可以允许应用接入接续服务。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息、发出提示音、终端设备振动、指示灯闪烁等。例如本申请实施例中，当第二终端设备接收到接续通知时，通知管理器可以在任务栏中显示接续通知。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端设备200的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
Android runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
***库可以包括多个功能模块。例如：媒体库(Media Libraries)、函数库(Function Libraries)图形处理库(例如：OpenGL ES)等。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
函数库为开发者提供多种服务的API接口，方便开发者快速集成并实现各种功能。
图形处理库用于实现图形绘图、图像渲染、合成和图层处理等。
硬件抽象层是介于内核层和Android runtime之间的抽象出来的一层结构。硬件抽象层可以是对硬件驱动的一个封装，为上层应用的调用提供统一接口。硬件抽象层可以包括蓝牙模块、WIFI模块、硬件配置模块等。例如本申请实施例中，硬件抽象层中的蓝牙模块和WIFI模块可以屏蔽内核层中蓝牙驱动和WIFI驱动的具体硬件实现细节，上层应用在不必知道内核层硬件驱动的具体实现方式的情况下就可以通过调用接口实现蓝牙功能和WIFI功能。
内核层是硬件和软件之间的层。内核层可以包括显示驱动、摄像头驱动、音频驱动、蓝牙驱动、WiFi驱动、中央处理器驱动等。例如本申请实施例中，通信服务管理器可以通过蓝牙驱动以及WiFi驱动等相关模块进行跨设备间的连接，实现设备的自发现与自组网。
下面结合终端设备之间在应用接续过程中进行接续通知显示的场景，示例性说明Android***分层框架中的接续数据的传输流程。
如图3所示，在发送端的应用程序层中，应用程序可以通过接入接续服务SDK实现与接续服务的数据传输。接续服务SDK可以向接续服务管理器发送绑定接续服务以及应用注册接续服务请求，进而实现应用程序层与应用程序框架层之间的接续应用注册与绑定的数据传输。
在应用程序框架层中，接续服务管理器可以通过与通信服务管理器进行信令传输与数据传输完成通信服务的绑定。接续服务管理器还可以与鉴权服务管理器进行绑定鉴权服务以及应用鉴权。
在接续应用注册成功后，通信服务管理器可以调用硬件抽象层提供的蓝牙模块接口以及WIFI模块接口实现设备的自发现与自组网，并通过内核层中的蓝牙驱动和WIFI驱动实现终端设备间的会话连接、消息传递，以及接续内容的传输等。
当接收端基于内核层接收到发送端传递过来的接续相关的数据后，可以将数据传输给硬件抽象层中的相关模块。在接收端的应用程序框架层中，通信服务管理器可以通过硬件抽象层中提供的接口获取传输过来的接续数据，并与接续服务管理器进行信令传输与数据传输。接续服务管理器在接收到接续相关的数据后，可以与鉴权服务管理器进行绑定鉴权服务以及应用鉴权。进一步的，接续服务管理器可以指示桌面启动器以图标形式显示接续通知。
可以理解的是，本申请实施例的发送端或接收端也可以采用Windows***，如图4所示，与Android***不同的是Windows***的分层架构主要分为用户态和内核态，用户态可以包括用户应用程序进程，以及***进程与服务进程等；内核态可以包括内核和设备驱动层，以及硬件抽象层等。
用户应用程序进程可以执行一系列应用程序。具体可执行的应用程序类型可以与Android***中应用程序层中的应用程序类型相同，在此不再赘述。
***进程与服务进程中可以包括接续服务管理器、通信服务管理器、鉴权服务管理器、***进程、通知管理器、窗口管理器等，可以为用户应用程序进程的执行提供相应服务。具体与本申请实施例相关的接续服务管理器、通信服务管理器、鉴权服务管理器等进程的作用可参见Android中的相关管理器描述，在此不再赘述。
内核层和设备驱动层可以包括蓝牙驱动、WiFi驱动、显示驱动等，硬件抽象层可以包括蓝牙模块、WIFI模块、硬件配置模块等。具体的功能模块的作用可参见Android中的相关描述，在此不再赘述。
下面将结合实现跨设备间的内容接续方法的***详细说明各模块之间的交互过程。下面的实施例可以相互结合或独立实施，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图5是本申请实施例提供的一种应用接续方法的示意性流程图。该方法可以应用于上述场景100，该方法所涉及的终端设备的硬件结构可以如图2所述，软件结构可以如图3或图4所示。第一终端设备可以对应于图3或图4的发送端，第二终端设备可以对应于图3或图4的接收端。第一终端设备与第二终端设备中均可以包括实现接续服务的各个功能模块，例如，可以包括接续服务SDK、接续服务管理器、通信服务管理器，以及鉴权服务管理器等。
为了便于描述，后续将第一终端设备的接续应用称为第一接续应用，第一终端设备的接续服务SDK称为第一接续服务SDK，第一终端设备的接续服务管理器称为第一接续服务管理器，第一终端设备的通信服务管理器称为第一通信服务管理器，第一终端设备的鉴权服务管理器称为第一鉴权服务管理器。
将第二终端设备的接续应用称为第二接续应用，第二终端设备的接续服务SDK称为第二接续服务SDK，第二终端设备的接续服务管理器称为第二接续服务管理器，第二终端设备的通信服务管理器称为第二通信服务管理器，第二终端设备的鉴权服务管理器称为第二鉴权服务管理器。
应理解，第一接续应用和第二接续应用对应相同，例如第一接续应用为备忘录，第二接续应用也为备忘录。
该应用接续方法的实现过程可以分为三个阶段，第一阶段为接续应用的注册与绑定，第二阶段为接续通知的显示，第三阶段为接续数据的获取与加载。下面结合图5分别介绍各阶段。
第一阶段、接续应用的注册与绑定。
当第一终端设备的第一接续应用监控到一些用户行为时，第一接续应用可以通过调用第一接续服务SDK的注册接口接入接续服务。可以理解的是，第一接续应用在注册接续服务时可以携带第一接续应用的应用包名等信息。用户行为可以为用户点击第一接续应用图标启动应用，也可以为用户在第一接续应用中进行编辑等操作，还可以为用户在第一接续应用中点击播放按钮进行视频播放、音乐播放或其他媒体播放等操作，具体所监控的用户行为可以由接续应用进行自定义设置，本申请实施例在此不做限制。
可能的实现中，第一接续服务SDK可以通过第一接续服务管理器与其他功能管理器进行数据交互。示例性的，第一接续服务SDK可以向第一接续服务管理器发送绑定接续服务以及应用注册接续服务的请求，第一接续服务管理器在接收到第一接续服务SDK的请求后，可以与第一通信服务管理器交互进而绑定通信服务，在绑定成功后，第一接续服务管理器则可以接收到第一通信服务管理器回复的绑定成功的消息。
进一步的，第一接续服务管理器可以通过调用第一鉴权服务管理器所提供的的接口进行绑定鉴权服务以及应用鉴权。第一鉴权服务管理器在接收到鉴权请求后，可以通过与云端鉴权服务器进行数据交互完成第一接续应用的绑定与鉴权。可以理解的是，在绑定鉴权服务的过程中，云端鉴权服务器可以根据第一接续应用的包名获取用户标识(useridentification，UID)，进而根据UID进行应用鉴权。当第一接续应用鉴权成功后，云端鉴权服务器中可以存储第一接续应用的图标等应用信息，并给第一接续服务管理器返回鉴权结果。
在第一接续服务管理器接收到第一接续应用鉴权结果后，会将该消息传递给第一接续应用。其中，鉴权结果可以包括鉴权成功和鉴权失败，如果第一接续应用接收到的结果为鉴权成功，则说明应用注册成功，可以继续执行应用接续的方法；如果第一接续应用接收到的结果为鉴权失败，则说明应用注册失败，不会继续执行应用接续的方法。
在第一终端设备的应用注册成功之后，第一通信服务管理器与第二通信服务管理器可以通过蓝牙或者WIFI进行自发现与自组网，以及进行账号鉴权，进一步的，第一通信服务管理器可以向第一接续服务管理器发送用于表示第二终端设备上线的信息。例如，用于表示第二终端设备上线的信息可以包括第二终端设备的设备标识(deviceidentification，DevID)等信息。
在第一接续服务管理器接收到第一通信服务管理器发送的用于表示第二终端设备上线的信息后，可以将第二终端设备的信息进行存储与管理，以便执行进行后续的应用数据接续的流程。
第二阶段、接续通知的显示。
当第一接续应用注册成功后，则可以周期性向第一接续服务管理器发送广播接续通知。其中，广播接续通知中可以携带第一接续应用的包名、接续策略，以及接续内容概要(如标题)等信息。第一接续服务管理器可以根据第一接续应用的接续策略确认可接续的设备。
示例性的，当接续策略为包括应用程序所支持的设备类型时，例如，接续策略中包括第一接续应用可以支持在手机、平板电脑、电视、电脑等上实现接续服务，则第一接续服务管理器在确认第二终端设备为手机、平板电脑、电视或电脑等时，第一接续服务管理器可以指示第一通信服务管理器和第二通信服务管理器建立会话通路。
示例性的，当接续策略为包括最小版本号或最小版本时，例如，接续策略中包括第一接续应用可以支持最小版本号为A，或最小版本为B，则第一接续服务管理器在确认第二接续应用的版本号大于或等于A时，或者第二接续应用的版本大于或等于B时，第一接续服务管理器可以指示第一通信服务管理器和第二通信服务管理器建立会话通路。
第一通信服务管理器和第二通信服务管理器之间则可以建立起会话通路，以便进行应用接续相关的消息传递和数据传输。
会话通路建立成功后，第一通信服务管理器可以向第一接续服务管理器指示通道建立成功，第一接续服务管理器可以根据第一接续应用发送的广播接续通知，将携带有第一接续应用的包名以及接续内容概要等信息的广播接续通知给到第一通信服务管理器，第一通信服务管理器通过建立好的会话通路将第一接续应用的包名以及接续内容概要等信息发送给第二通信服务管理器，第二通信服务管理器进一步将第一接续应用的包名以及接续内容概要等信息上报到第二接续服务管理器。
第二接续服务管理器可以解析第一接续应用的包名，并携带第一接续应用的包名信息与第二鉴权服务管理器进行绑定与鉴权，绑定与鉴权相关的实现同第一终端设备中的鉴权步骤类似，在此不再赘述。
当应用鉴权成功后，第二接续服务管理器可以通过任意可能的实现获取应用图标。
一种可能的实现中，第二接续服务管理器可以根据得到的第一接续应用的包名等应用信息在第二终端设备中查找本地是否存储有第一接续应用的图标。若可以查找到第一接续应用的图标，则第二接续服务管理器可以通知桌面启动器使用第一接续应用的图标显示接续通知；若未查找到第一接续应用的图标，则第二接续服务管理器可以通过云端鉴权服务器获取第一接续应用的图标等相关信息。进一步的，在云端鉴权服务器将第一接续应用的图标发送给第二接续服务管理器时，则第二接续服务管理器可以在第二终端设备的本地存储第一接续应用的图标等相关信息，以及第二接续服务管理器可以通知桌面启动器在第二终端设备上显示接续通知。
另一种可能的实现中，第二接续服务管理器可以通过云端鉴权服务器获取第一接续应用的图标等相关信息。
再一种可能的实现中，第二接续服务管理器可以在第二终端设备中查找与第一接续应用包名相同的第二接续应用。若可以查找到第二接续应用，则第二接续服务管理器可以通知桌面启动器使用第二终端设备本地存储的第二接续应用的图标显示接续通知；若未查找到第二接续应用，则第二接续服务管理器可以通过上述在第二终端设备的本地或者在云端鉴权服务器中查找应用信息的方式获取第一接续应用的图标等相关信息，并通知桌面启动器使用第一接续应用的图标显示接续通知。
可以理解的是，桌面启动器控制显示接续通知时，接续通知可以在第二终端设备的最近任务、任务栏、快捷窗口或者其他界面入口中显示，具体显示接续通知的方式，本申请实施例不做限制。接续通知可以以接续应用图标的形式显示，也可以通过应用名称、提示语或者其他形式显示，具体显示接续通知的形式，本申请实施例不做限制。
第三阶段、接续数据的获取与加载。
当第二终端设备接收到用户点击接续应用图标的事件后，可能的实现中，若第二终端设备中未安装有第二接续应用，则第二终端设备中可以提示用户安装第二接续应用，具体的提示安装应用的方式，本申请实施例在此不做限制。若第二终端设备中已安装有第二接续应用，或基于提示完成第二接续应用的安装，则可以执行下述的步骤。
第二接续服务管理器可以拉起第二接续应用，并指示第二接续应用加载过渡动画效果，则第二接续应用可以启动并加载过渡动效，过渡动效例如可以包括“加载中…”等提示信息。进一步的，第二接续应用可以通过调用第二接续服务SDK的注册接口接入接续服务，可以理解的是，第二接续应用在注册接续服务时可以携带第二接续应用的应用包名等信息。
第二接续服务SDK可以向第二接续服务管理器发送绑定接续服务的请求，第二接续服务管理器在接收到绑定接续服务的请求后，可以向第二通信服务管理器发送绑定通信服务的请求。当第二通信服务管理器绑定成功后，第二通信服务管理器可以通过第二接续服务管理器向第二接续服务SDK发送绑定成功的消息。第二接续服务SDK在接收到绑定成功的消息后，向第二接续服务管理器发送注册接续服务的消息，第二接续服务管理器在注册成功后，可以将注册成功的消息通过第二接续服务SDK返回给第二接续应用。
在第二接续应用启动过程中，第二接续服务管理器还可以通过第一终端设备与第二终端设备之间所建立的会话通路向第一接续服务管理器发送请求接续数据，当第一接续服务管理器接收到请求接续数据后，可以通过第一接续服务SDK将请求接续数据上报给第一接续应用，则第一接续应用可以将接续内容等相关接续数据进行打包和加密，并通过第一接续服务SDK将接续数据发送给第一接续服务管理器，第一接续服务管理器可以通过第一终端设备与第二终端设备之间所建立的会话通路将接续数据发送给第二接续服务管理器。
进一步的，第二接续服务管理器通过第二接续服务SDK向第二接续应用通知接续数据，第二接续应用在注册成功之后，可以加载接续数据并控制第二终端设备显示接续数据，以及向第一终端设备的第一接续应用传递用于指示接续成功的信息，进而第一接续应用可以执行退出第一接续应用的页面等流程。
需要说明的是，在本申请实施例的应用接续方法中，如果第一接续应用已经注册和绑定过接续服务，则当第一终端设备的第一接续应用监控到一些用户行为时，第一接续应用则不需要重新注册和绑定接续服务，或理解为不需要执行上述的第一阶段，第一接续应用可以跳过第一阶段执行第二阶段和第三阶段等，不再赘述。
上面是应用接续方法的总体介绍，下面结合图6至图11，对对端设备上未安装应用的具体接续方法进行详细介绍。
对于某一应用而言，应用接续需要源端设备和对端设备均安装有该应用。当对端设备未安装(或者卸载了)该应用时，源端设备发送该应用的应用接续请求，对端设备无法进行该应用的接续，影响用户体验。有鉴于此，本申请提供了一种应用接续方法，能够实现对端设备上未安装应用的接续，从而提高用户体验。
图6是本申请实施例提供的另一种应用接续方法600的示意性流程图。该方法600可应用于上述场景100，该方法所涉及的终端设备的硬件结构可以如图2所示，该方法所涉及的终端设备的软件结构可以如图3或图4所示。该方法600包括下列步骤：
S601，第一终端设备向第二终端设备发送广播接续通知。
示例性地，当第一终端设备和第二终端设备处于开机状态，第一终端设备和第二终端设备登陆了相同的账号，且第一终端设备和第二终端设备处于同一局域网的情况下，用户在第一终端设备的第一接续应用上正在编辑文本或正在播放视频，第一终端设备向第二终端设备发送广播接续通知，广播接续通知用于表示第一终端设备的第一接续应用请求将数据接续到第二终端设备的第二接续应用上。
可选地，广播接续通知包括：第一接续应用的应用标识(applicationidentification，APPID)和接续策略；其中，接续策略包括下列至少一种：接续状态标识、第一接续应用的包名或进程名、第一接续应用的应用市场上架策略以及支持接续的最小版本。
应理解，上述第一接续应用可以为***应用也可以为第三方应用，本申请实施例对此不作限定。
S602，第二终端设备接收该广播接续通知，基于该广播接续通知，获取第二接续应用的图标，并以第二接续应用的图标的形式在桌面上显示触点按钮。
具体地，在未安装第二接续应用的情况下，第二终端设备基于广播接续通知，获取第二接续应用的图标，并以图标的形式在桌面显示触点按钮，此时，第二接续应用还未被安装。
应理解，在第二终端设备上安装有第二接续应用，且第二接续应用的版本大于或等于第二接续应用的支持接续的最小版本的情况下，本申请实施例认为第二终端设备安装了第二接续应用，否则，认为第二终端设备未安装第二接续应用。例如，第二接续应用的支持接续的最小版本为v3.0，若第二终端设备安装了第二接续应用的v2.0，无法实现应用接续，则认为第二终端设备未安装第二接续应用，若第二终端设备安装了第二接续应用的v4.0，则认为第二终端设备安装了第二接续应用。
可选地，第二终端设备可通过云端服务器获取第二接续应用的图标。
可选地，上述广播接续通知还包括第一接续应用的图标，第二终端设备可以从第一终端设备获取第一接续应用的图标，并将该图标作为第二接续应用的图标。
S603，第二终端设备响应于用户对触点按钮的点击操作，显示第二接续应用的引导安装弹窗。
具体地，用户点击第二接续应用的触点按钮，第二终端设备判断是否安装了第二接续应用，由于第二终端设备未安装第二接续应用，第二终端设备显示第二接续应用的引导安装弹窗。
S604，第二终端设备向第一终端设备发送接续请求消息，用于请求第一接续应用的接续数据和第一接续应用的安装包。对应地，第一终端设备接收该接续请求消息。
S605，第一终端设备基于上述接续请求消息，向第二终端设备发送第一接续应用的接续数据和安装包，对应地，第二终端设备接收该接续数据和该安装包。
应理解，第二终端设备接收第一接续应用的安装包，并将该安装包保存到指定路径下。
S606，第二终端设备响应于用户对引导安装弹窗的操作，安装第二接续应用，并显示接续数据。
示例性地，用户可以在引导安装弹窗上点击恢复按钮，第二终端设备响应于用户的操作，到指定路径下基于上述安装包安装第二接续应用，安装完成后，第二终端设备显示接续数据。
本申请实施例的应用接续方法，在第二终端设备(即对端设备)未安装第二接续应用的情况下，通过第一终端设备(即源端设备)向对端设备发送广播接续通知，对端设备基于该广播接续通知，获取第二接续应用的图标，并以该图标的形式显示触点按钮，对端设备响应于用户对该触点按钮的点击操作，安装第二接续应用，能够实现对端设备上未安装应用的接续，从而提高用户体验。
下面，以第一终端设备(即源端设备)为平板电脑、第二终端设备(即对端设备)为手机,且接续应用为***应用(例如备忘录)为例，进行示例性说明。
图7是本申请实施例提供的源端设备的一种界面示意图，用于介绍平板电脑作为源端设备响应用户操作的界面。在图7所示的界面中，用户正在备忘录中编辑文本，平板电脑相应地显示用户所编辑的文本，光标的位置随用户编辑的位置而改变。由于平板电脑正在备忘录文本编辑中，可向手机发送备忘录接续请求。
图8是本申请实施例提供的对端设备的一种界面变化示意图，用于介绍手机作为对端设备响应用户操作的界面变化。在图8的界面a中，由于手机接收到平板电脑发送的备忘录接续请求，在最近任务栏上显示备忘录的触点按钮，该触点按钮显示备忘录的图标和标题“一同去远方”。此外，该触点按钮上还显示有亮点(如图8的界面a中的黑色圆点)和来自“平板”，以提示用户来自平板电脑、且标题“一同去远方”的备忘录想要与手机的备忘录接续。用户点击上述触点按钮，手机响应于用户的点击触点按钮操作，显示图8的界面b。在图8的界面b中，手机桌面上显示有引导安装弹窗，用户点击引导安装弹窗中的“恢复”，手机响应于用户的点击恢复操作，恢复安装应用，显示图8的界面c。在图8的界面c中，显示备忘录的页面，并在该备忘录页面上显示“正在加载接续内容”，内容加载之后，显示图8的界面d。在图8的界面d中，显示平板电脑相同的备忘录内容及相同的光标位置。
应理解，上述示例仅以接续应用为***应用为例进行了说明，接续应用可以为第三方应用，例如微信、微博等，本申请实施例对此不作限定。还应理解，接续应用的触点按钮可以在最近任务栏，也可以在桌面上，本申请实施例对此不作限定。
下面，结合图9对应用接续方法的具体流程作进一步说明。
图9是本申请实施例提供的另一种应用接续方法的900的示意性流程图。该方法900可应用于上述场景100，该方法900所涉及的终端设备的硬件结构如图2所示，软件结构如图3或图4所示。该方法900包括下列步骤：
S901，用户在第一终端设备的第一接续应用中正在编辑文本或正在播放视频，第一终端设备的第一接续应用向第一终端设备的接续服务管理器发送广播接续通知，该广播接续通知包括：第一接续应用的应用标识和接续策略；其中，接续策略包括下列至少一种：接续状态标识、第一接续应用的包名或进程名、第一接续应用的应用市场上架策略以及支持接续的最小版本。
示例性地，广播接续通知携带的消息体如下：
{
"PolicyDescription":"0:mute,或者，1:AppHandoff",
"Policy":1,
"Package":"com.phone.app1",
"AppId":220482320,
"AppMarketDescription":"0:未上架,1:海外应用市场1,2:国内应用市场1,3:国内应用市场2,4:海外应用市场2",
"AppMarket":[1,2],
"MinVersionCode":"110100121",
"MinVersion":"11.1.0.121"
}
S902，第一终端设备的接续服务管理器接收到广播接续通知后，向第一终端设备的通信服务管理器发送该广播接续通知。
S903，第一终端设备的通信服务管理器接收到广播接续通知后，向第二终端设备的通信服务管理器发送该广播接续通知。
S904，第二终端设备的通信服务管理器接收到广播接续通知后，向第二终端设备的接续服务管理器发送上述广播接续通知。
S905，第二终端设备的接续服务管理器接收到广播接续通知后，获取第二接续应用的图标。
S906，第二终端设备的接续服务管理器向第二终端设备的桌面启动器发送第二接续应用的图标。
S907，第二终端设备的桌面启动器接收第二接续应用的图标，并以图标的形式显示第二接续应用的接续触点按钮。
S908，第二终端设备的桌面启动器响应于用户对触点按钮的点击操作，向第二终端设备的接续服务管理器通知触点按钮的最新状态。
S909，第二终端设备的接续服务管理器判断是否安装第二接续应用或第二接续应用的版本是否支持接续。
S910，在第二接续应用未安装或版本不支持接续的情况下，第二终端设备的接续服务管理器执行拉起操作，向应用安装对话框发送第一调用消息。
S911，应用安装对话框接收第一调用消息，显示第二接续应用的引导安装弹窗，对第二接续应用进行引导安装。
S912，第二终端设备的接续服务管理器向第二终端设备的通信服务管理器发送接续请求消息，用于请求第一接续应用的数据和第一接续应用的安装包。
上述接续请求消息可以包括以下信息：第二接续应用的包名、第二接续应用的APPID和未安装第二接续应用的指示信息。
S913，第二终端设备的通信服务管理器接收到接续请求消息后，向第一终端设备的通信服务管理器发送该接续请求消息。
S914，第一终端设备的通信服务管理器接收到该接续请求消息后，向第一终端设备的接续服务管理器发送该接续请求消息。
S915，第一终端设备的接续服务管理器接收到该接续请求消息后，向第一终端设备的第一接续应用发送该接续请求消息。
S916，第一终端设备的第一接续应用接收到该接续请求消息后，打包第一接续应用的接续数据和安装包，得到第一数据包。
S917，第一终端设备的第一接续应用向第一终端设备的接续服务管理器发送该第一数据消息。
S918，第一终端设备的接续服务管理器接收到该第一数据包后，向第一终端设备的通信服务管理器发送该第一数据包。
S919，第一终端设备的通信服务管理器接收到该第一数据包后，向第二终端设备的通信服务管理器发送该第一数据包。
S920，第二终端设备的通信服务管理器接收到该第一数据包后，向第二终端设备的接续服务管理器发送该第一数据包。
S921，第二终端设备的接续服务管理器接收该第一数据包后，对该第一数据包进行解析，得到接续数据和安装包。可选地，第二终端设备可以将安装包保存到指定路径下。
S922，响应于用户对上述S911显示的引导安装弹窗的点击恢复操作，应用安装对话框向第二终端设备的管理***发送第二调用消息。
S923，第二终端设备的管理***接收到第二调用消息后，基于上述安装包，安装第二接续应用。
S924，第二接续应用安装完成后，第二终端设备的管理***向第二终端设备的接续服务管理器发送安装完成消息，安装完成消息用于表示第二接续应用已安装完成。
S925，第二终端设备的接续服务管理器接收到安装完成消息后，向第二终端设备的第二接续应用发送上述接续数据。
S926，第二终端设备的第二接续应用接收到该接续数据后，加载并显示上述接续数据，完成接续。
可选地，在完成接续之后，第二终端设备还可以向第一终端设备发送接续成功通知，与图5类似，此处不再赘述。
本申请实施例的应用接续方法，在第二终端设备未安装应用的情况下，第二终端设备向第一终端设备发送接续请求消息，第二终端设备接收第一终端设备发送的接续数据和安装包，完成第二接续应用的安装，并显示接续数据，能够实现对端设备上未安装应用的接续，从而提高用户体验。
应理解，在第二接续应用已安装且版本支持接续的情况下，第二终端设备的接续服务管理器向第二终端设备的通信服务管理器发送接续数据请求消息，仅用于请求接续数据；第二终端设备的通信服务管理器接收到该接续数据请求消息后，通过第一终端设备的通信服务管理器和第一终端设备的接续服务管理器向第一接续应用发送上述接续数据请求消息，第一接续应用接收到该接续数据请求消息后，向第一终端设备的接续服务管理器发送接续数据，第一终端设备的接续服务管理器接收到该接续数据后，通过第一终端设备的通信服务管理器、第二终端设备的通信服务管理器和第二终端设备的接续服务管理器向第二接续应用发送该接续数据，第二接续应用接收到该接续数据后，加载并显示接续数据。
对于小程序的情况，小程序与接续服务管理器之间存在沙盒隔离，无法直接通信，需要云端服务器辅助进行接续。下面，结合图10对这种情况的具体流程作进一步说明。
图10是本申请实施例提供的又一种应用接续方法1000的示意性流程图。该方法1000可应用于上述场景100，该方法1000所涉及的终端设备的硬件结构如图2所示，软件结构如图3或图4所示。该方法1000包括下列步骤：
S1001，用户在第一终端设备的第一接续应用中正在编辑文本或正在播放视频，第一终端设备的第一接续应用向第一云端服务器发送广播接续通知。
应理解，第一接续应用为小程序应用，无法与第一终端设备的接续服务管理器直接通信，需要通过云端服务器才可以与第一终端设备的接续服务管理器通信。
还应理解，第一接续应用与第一云端服务器相对应，由同一服务商提供服务，第一云端服务器可以是第三方云端服务器。
S1002，第一云端服务器接收到广播接续通知后，向第二云端服务器发送广播接续通知。
应理解，第二云端服务器是不同于第一云端服务器的另一服务器，第二云端服务器能够为终端设备提供接续服务。
S1003，第二云端服务器接收到广播接续通知后，向第一终端设备的接续服务管理器发送广播接续通知。
S1004，第一终端设备的接续服务管理器接收到广播接续通知后，向第一终端设备的通信服务管理器发送广播接续通知。
S1005，第一终端设备的通信服务管理器接收到广播接续通知后，向第二终端设备的通信服务管理器发送广播接续通知。
S1006，第二终端设备的通信服务管理器接收到广播接续通知后，向第二终端设备的接续服务管理器发送广播接续通知。
S1007，第二终端设备的接续服务管理器接收到广播接续通知后，第二终端设备的接续服务管理器向第二云端服务器发送第一接续应用的包名和签名信息。
S1008，第二云端服务器接收到第一接续应用的包名和签名信息，基于该包名和签名信息进行鉴权。
S1009，第二云端服务器向第二终端设备的接续服务管理器发送鉴权结果，鉴权结果为鉴权成功或鉴权失败。
S1010，在鉴权成功的情况下，第二终端设备的接续服务管理器获取第二接续应用的图标。
S1011，第二终端设备的接续服务管理器向第二终端设备的桌面启动器发送第二接续应用的图标。
S1012，第二终端设备的桌面启动器接收第二接续应用的图标，并以图标的形式显示第二接续应用的接续触点按钮。
S1013，第二终端设备的桌面启动器响应于用户对触点按钮的点击操作，第二终端设备的桌面启动器向第二接续应用发送拉起通知。
S1014，第二终端设备的桌面启动器向第二终端设备的接续服务管理器发送接续数据请求消息，用于请求接续数据。该接续数据请求消息中携带第二接续应用的包名。
S1015，第二终端设备的接续服务管理器接收到接续数据请求消息后，向第二云端服务器发送接续数据请求消息。
S1016，第二云端服务器接收到接续数据请求消息后，向第一云端服务器发送接续数据请求消息。
S1017，第一云端服务器接收到接续数据请求消息后，向第一终端设备的第一接续应用发送接续数据请求消息。
S1018，第一终端设备的第一接续应用接收到接续数据请求消息后，向第一云端服务器发送接续数据。
S1019，第一云端服务器接收到接续数据后，向第二终端设备的第二接续应用发送接续数据。
应理解，第二接续应用和第一接续应用实质上是同一应用，区别仅在于安装在不同的终端设备上，第二接续应用和第一接续应用均由第一云端服务器提供服务，因此，第一云端服务器可以直接向第二终端设备的第二接续应用发送接续数据。
S1020，第二接续应用接收到该接续数据后，加载并显示接续数据，完成接续。
可选地，在完成接续之后，第二终端设备还可以向第一终端设备发送接续成功通知，与图5类似，此处不再赘述。
在一种可能的实现方式，第二终端设备可以从第一终端设备处获取第二接续应用的图标。具体地，上述应用接续方法900和1000中的广播接续通知还包括第一接续应用的图标，在S905和S1010中，第二终端设备的接续服务管理器可以从广播接续通知中获取第一接续应用的图标，并将该第一接续应用的图标作为第二接续应用的图标发送给桌面启动器。
在另一种可能的实现方式中，第二终端设备可以从云端服务器处获取第二接续应用的图标。下面，结合图11对第二终端设备从云端服务器处获取第二接续应用的图标的获取方法进行详细介绍。
本申请实施例的应用接续方法，在第一接续应用无法与第一终端设备的接续服务管理器直接通信的情况下，第二终端设备能够接收第一终端设备的接续数据，实现对端设备上应用的接续，从而提高用户体验。
图11是本申请实施例提供的一种第二接续应用的图标的获取方法1100的示意性流程图。该方法1100包括下列步骤：
S1101，第二终端设备的接续服务管理器判断本地是否安装有第二接续应用。
S1102，在本地未安装第二接续应用的情况下，第二终端设备的接续服务管理器向第二云端服务器发送第二接续应用的包名和签名信息。
S1103，第二云端服务器接收到第二接续应用的包名和签名信息后，对第二接续应用做白名单校验。
S1104，第二接续应用的白名单校验通过后，第二云端服务器将第二接续应用的包名和图标信息发送给第二终端设备的接续服务管理器。
应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文结合图6至图11，详细描述了本申请实施例的应用接续方法，下面将结合图12和图13，详细描述本申请实施例的终端设备。
图12是本申请实施例提供的终端设备1200，该终端设备1200包括：收发模块1201和处理模块1202。该终端设备1200用于实现上述方法600中第二终端设备对应的步骤。
收发模块1201用于：接收来自第一终端设备的广播接续通知，该广播接续通知用于请求将第一终端设备的第一接续应用接续至终端设备1200；处理模块1202用于：基于该广播接续通知，获取第二接续应用的图标，并以第二接续应用的图标的形式显示触点按钮；响应于用户对上述触点按钮的点击操作，显示第二接续应用的引导安装弹窗；收发模块1201还用于：向第一终端设备发送接续请求消息，该接续请求消息用于请求第一接续应用的接续数据和第一接续应用的安装包；接收来自第一终端设备的第一接续应用的接续数据和第一接续应用的安装包；处理模块1202还用于：响应于用户对引导安装弹窗的操作，安装第二接续应用，并显示接续数据。
可选地，上述广播接续通知包括：第一接续应用的应用标识和接续策略；其中，接续策略包括下列至少一种：接续状态标识、第一接续应用的包名或进程名、第一接续应用的应用市场上架策略以及支持接续的最小版本。
可选地，上述处理模块1202还用于：判断是否安装有第二接续应用；收发模块1201还用于：在未安装第二接续应用的情况下，基于上述广播接续通知，向云端服务器发送第二接续应用的包名和签名信息；接收来自云端服务器的通过白名单校验的第二接续应用的图标。
可选地，上述广播接续通知还包括第一接续应用的图标。
可选地，上述处理模块1202还用于：在终端设备1200未安装第二接续应用的情况下，显示第二接续应用的引导安装弹窗；收发模块1201还用于：在终端设备1200未安装第二接续应用的情况下，向第一终端设备发送上述接续请求消息。
应理解，这里的终端设备1200以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选的例子中，本领域技术人员可以理解，终端设备1200可以具体为上述实施例中的第二终端设备，终端设备1400可以用于执行上述方法实施例中与第二终端设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。
上述终端设备1200具有实现上述方法中第二终端设备执行的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。例如，上述收发模块1202可以包括发送模块和接收模块，该发送模块可以用于实现上述收发模块对应的用于执行发送动作的各个步骤和/或流程，该接收模块可以用于实现上述收发模块对应的用于执行接收动作的各个步骤和/或流程。该发送模块可以由发射器替代，该接收模块可以由接收器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。
在本申请的实施例，图12中的终端设备1200也可以是芯片或者芯片***，例如：片上***(system on chip，SOC)。对应的，收发模块1202可以是该芯片的收发电路，在此不做限定。
图13是本申请实施例提供的另一种终端设备1300。该终端设备1300包括处理器1301、收发器1302和存储器1303。其中，处理器1301、收发器1302和存储器1303通过内部连接通路互相通信，该存储器1303用于存储指令，该处理器1301用于执行该存储器1303存储的指令，以控制该收发器1302发送信号和/或接收信号。
应理解，终端设备1300可以具体为上述实施例中的第二终端设备，并且可以用于执行上述方法实施例中与第二终端设备对应的各个步骤和/或流程。可选地，该存储器1303可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器1301可以用于执行存储器中存储的指令，并且当该处理器1301执行存储器中存储的指令时，该处理器1301用于执行上述与该第二终端设备对应的方法实施例的各个步骤和/或流程。该收发器1302可以包括发射器和接收器，该发射器可以用于实现上述收发器对应的用于执行发送动作的各个步骤和/或流程，该接收器可以用于实现上述收发器对应的用于执行接收动作的各个步骤和/或流程。
应理解，在本申请实施例中，该处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
本申请还提供了一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，该计算机程序用于实现上述实施例中与第二终端设备对应的方法。
本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序(也可以称为代码，或指令)，当该计算机程序在计算机上运行时，该计算机可以执行上述实施例所示的第二终端设备对应的方法。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应所述以权利要求的保护范围为准。

Claims (11)

1.一种应用接续方法，其特征在于，应用于包括第一终端设备和第二终端设备的***，用户在所述第一终端设备和所述第二终端设备上登陆了相同的账号，并且所述第一终端设备和所述第二终端设备处于同一局域网，所述方法包括：
所述第一终端设备的第一接续应用向第一云端服务器发送广播接续通知，所述广播接续通知用于请求将所述第一终端设备的第一接续应用接续至所述第二终端设备，所述第一接续应用为小程序应用，所述第一接续应用与所述第一云端服务器相对应；
所述第一云端服务器接收到广播接续通知后，向第二云端服务器发送所述广播接续通知，所述第二云端服务器是不同于所述第一云端服务器的另一服务器；
所述第二云端服务器接收到所述广播接续通知后，向所述第一终端设备的接续服务管理器发送广播接续通知；
所述第一终端设备的接续服务管理器接收到所述广播接续通知后，向所述第一终端设备的通信服务管理器发送广播接续通知；
所述第一终端设备的通信服务管理器接收到所述广播接续通知后，向所述第二终端设备发送所述广播接续通知；
所述第二终端设备接收所述广播接续通知，基于所述广播接续通知，获取第二接续应用的图标，并以所述第二接续应用的图标的形式显示触点按钮；
所述第二终端设备响应于用户对所述触点按钮的点击操作，向所述第二云端服务器发送接续请求消息，所述接续请求消息用于请求所述第一接续应用的接续数据；
所述第二云端服务器接收到所述接续数据请求消息后，向所述第一云端服务器发送所述接续数据请求消息；
所述第一云端服务器接收到所述接续数据请求消息后，向所述第一终端设备的第一接续应用发送所述接续数据请求消息；
所述第一终端设备的第一接续应用接收到所述接续数据请求消息后，向所述第一云端服务器发送接续数据；
所述第一云端服务器接收到所述接续数据后，向所述第二终端设备的第二接续应用发送接续数据；
所述第二终端设备的第二接续应用接收到所述接续数据后，加载并显示接续数据，完成接续。
2.根据权利要求1所述的方法，其特征在于，所述广播接续通知包括：所述第一接续应用的应用标识和接续策略；
其中，所述接续策略包括下列至少一种：
接续状态标识、所述第一接续应用的包名或进程名、所述第一接续应用的应用市场上架策略以及支持接续的最小版本。
3.根据权利要求1或2所述的方法，其特征在于，所述基于所述广播接续通知，获取所述第二接续应用的图标，包括：
所述第二终端设备判断是否安装有所述第二接续应用；
在未安装所述第二接续应用的情况下，所述第二终端设备基于所述广播接续通知，向云端服务器发送所述第二接续应用的包名和签名信息；
所述云端服务器接收所述包名和签名信息，并对所述第二接续应用进行白名单校验；
在校验通过的情况下，所述云端服务器向所述第二终端设备发送所述第二接续应用的图标；
所述第二终端设备接收所述第二接续应用的图标。
4.根据权利要求1或2所述的方法，其特征在于，所述广播接续通知还包括所述第一接续应用的图标。
5.一种应用接续方法，其特征在于，应用于包括第一终端设备和第二终端设备的***，用户在所述第一终端设备和所述第二终端设备上登陆了相同的账号，并且所述第一终端设备和所述第二终端设备处于同一局域网，所述方法包括：
所述第二终端设备接收来自所述第一终端设备的广播接续通知，所述广播接续通知用于请求将所述第一终端设备的第一接续应用接续至所述第二终端设备，所述广播接续通知是所述第一终端设备的第一接续应用通过第一云端服务器、第二云端服务器、所述第一终端设备的接续服务管理器和所述第一终端设备的通信服务管理器发送给所述第二终端的，所述第一接续应用为小程序应用，所述第一接续应用与所述第一云端服务器相对应，所述第二云端服务器是不同于所述第一云端服务器的另一服务器；
所述第二终端设备基于所述广播接续通知，获取第二接续应用的图标，并以所述第二接续应用的图标的形式显示触点按钮；
所述第二终端设备响应于用户对所述触点按钮的点击操作，向所述第二云端服务器发送接续请求消息，所述接续请求消息用于请求所述第一接续应用的接续数据和所述第一接续应用的安装包；
所述第二云端服务器接收到所述接续数据请求消息后，向所述第一云端服务器发送所述接续数据请求消息；
所述第一云端服务器接收到所述接续数据请求消息后，向所述第一终端设备的第一接续应用发送所述接续数据请求消息；
所述第二终端设备接收来自所述第一终端设备的第一接续应用的接续数据，所述接续数据是所述第一终端设备的第一接续应用通过所述第一云端服务器发送给所述第二终端设备的第二接续应用的；
所述第二终端设备的第二接续应用加载并显示接续数据，完成接续。
6.根据权利要求5所述的方法，其特征在于，所述广播接续通知包括：所述第一接续应用的应用标识和接续策略；
其中，所述接续策略包括下列至少一种：
接续状态标识、所述第一接续应用的包名或进程名、所述第一接续应用的应用市场上架策略以及支持接续的最小版本。
7.根据权利要求5或6所述的方法，其特征在于，所述基于所述广播接续通知，获取第二接续应用的图标，包括：
所述第二终端设备判断是否安装有所述第二接续应用；
在未安装所述第二接续应用的情况下，所述第二终端设备基于所述广播接续通知，向云端服务器发送所述第二接续应用的包名和签名信息；
所述第二终端设备接收来自所述云端服务器的通过白名单校验的所述第二接续应用的图标。
8.根据权利要求5或6所述的方法，其特征在于，所述广播接续通知还包括所述第一接续应用的图标。
9.一种终端设备，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储计算机程序，当所述处理器调用所述计算机程序时，使得所述终端设备执行如权利要求5至8中任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序包括用于实现如权利要求5至8中任一项所述的方法的指令。
11.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得所述计算机实现如权利要求5至8中任一项所述的方法。
CN202211192913.9A 2022-09-28 2022-09-28 应用接续方法和终端设备 Active CN116700552B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211192913.9A CN116700552B (zh) 2022-09-28 2022-09-28 应用接续方法和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211192913.9A CN116700552B (zh) 2022-09-28 2022-09-28 应用接续方法和终端设备

Publications (2)

Publication Number Publication Date
CN116700552A CN116700552A (zh) 2023-09-05
CN116700552B true CN116700552B (zh) 2024-04-19

Family

ID=87842069

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211192913.9A Active CN116700552B (zh) 2022-09-28 2022-09-28 应用接续方法和终端设备

Country Status (1)

Country Link
CN (1) CN116700552B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117784988A (zh) * 2022-09-28 2024-03-29 荣耀终端有限公司 应用接续方法和终端设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104683469A (zh) * 2015-03-10 2015-06-03 苏州天鸣信息科技有限公司 一种应用程序数据的即时分享与运行方法及其***
CN106874037A (zh) * 2017-01-13 2017-06-20 北京奇虎科技有限公司 应用程序安装方法、装置及移动终端
CN107026908A (zh) * 2017-03-31 2017-08-08 青岛海信移动通信技术股份有限公司 将第二终端的数据迁移到第一终端的方法及装置
CN111447323A (zh) * 2020-03-20 2020-07-24 华为技术有限公司 一种应用显示接续方法及装置
CN113311975A (zh) * 2020-02-27 2021-08-27 华为技术有限公司 多设备之间的应用互动方法及相关设备
WO2022089207A1 (zh) * 2020-10-28 2022-05-05 华为技术有限公司 一种跨设备应用交互方法、电子设备与服务器
CN114924671A (zh) * 2022-07-18 2022-08-19 荣耀终端有限公司 应用接续方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104683469A (zh) * 2015-03-10 2015-06-03 苏州天鸣信息科技有限公司 一种应用程序数据的即时分享与运行方法及其***
CN106874037A (zh) * 2017-01-13 2017-06-20 北京奇虎科技有限公司 应用程序安装方法、装置及移动终端
CN107026908A (zh) * 2017-03-31 2017-08-08 青岛海信移动通信技术股份有限公司 将第二终端的数据迁移到第一终端的方法及装置
CN113311975A (zh) * 2020-02-27 2021-08-27 华为技术有限公司 多设备之间的应用互动方法及相关设备
CN111447323A (zh) * 2020-03-20 2020-07-24 华为技术有限公司 一种应用显示接续方法及装置
WO2022089207A1 (zh) * 2020-10-28 2022-05-05 华为技术有限公司 一种跨设备应用交互方法、电子设备与服务器
CN114924671A (zh) * 2022-07-18 2022-08-19 荣耀终端有限公司 应用接续方法和装置

Also Published As

Publication number Publication date
CN116700552A (zh) 2023-09-05

Similar Documents

Publication Publication Date Title
CN113835569A (zh) 终端设备、应用内部功能的快捷启动方法和存储介质
CN116700552B (zh) 应用接续方法和终端设备
CN114706633B (zh) 预加载方法、电子设备及存储介质
CN115048642A (zh) 多可信执行环境下可信应用间的通信方法及电子设备
CN113709026A (zh) 即时通信消息的处理方法、设备、存储介质和程序产品
CN114530148A (zh) 一种控制方法、装置及电子设备
CN115314427B (zh) 一种协议测试方法、电子设备及芯片***
CN114443117A (zh) 一种应用程序的处理方法及电子设备
WO2024067205A1 (zh) 应用接续方法和终端设备
CN113050936A (zh) 基于集成开发环境的前端数据处理方法及装置
WO2024067225A1 (zh) 应用接续方法和终端设备
CN116302295B (zh) 一种界面显示方法
CN114650332A (zh) 信息处理方法、电子设备及***
CN114138343A (zh) 一种终端及终端启动方法
CN111159734A (zh) 通信终端及多应用数据互访处理方法
CN117827043A (zh) 一种内容接续方法及相关装置
CN116737037B (zh) 界面显示中的栈管理方法及相关装置
CN114968013B (zh) 一种终端设备、功能设置方法和存储介质
CN115017487B (zh) 一种电子设备登录账号的切换方法及电子设备
CN117135263B (zh) 日志信息获取方法、电子设备及计算机可读存储介质
CN114501389A (zh) 一种移动终端、网络共享方法和存储介质
CN117827473A (zh) 内容接续方法及相关装置
CN115168689A (zh) 一种终端设备、搜索内容显示方法和存储介质
CN115344160A (zh) 一种终端设备、桌面显示方法和存储介质
CN116737037A (zh) 界面显示中的栈管理方法及相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant