CN117956062A - 服务流转方法、装置及存储介质 - Google Patents

Abstract

本申请实施例公开了一种服务流转方法、装置及存储介质，该服务流转装置包括运行引擎模块和服务流转模块，其中：运行引擎模块，用于运行目标应用程序；服务流转模块，用于传输目标应用程序在处于运行状态时的内存数据和除内存数据之外的其他运行数据。通过实施该服务流转装置，有利于提高服务流转的全面性。

Description

服务流转方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种服务流转方法、装置及存储介质。

背景技术

随着人们生活水平的提高，以智能手机为代表的便携式设备，是人们最常用的智能设备，人们可以上面看视频、听音乐、浏览网页或看电子书籍，非常方便。

但由于电量或者用户习惯等原因，用户往往会有流转智能手机上的任一服务的需求，也即，该任一服务在其他电子设备上继续智能手机最后的用户活动。

发明内容

本申请实施例提供了一种服务流转方法、装置及存储介质，可以提高服务流转的全面性。

本申请实施例第一方面提供了一种服务流转装置，所述服务流转装置包括运行引擎模块和服务流转模块，其中：

所述运行引擎模块，用于运行目标应用程序；

所述服务流转模块，用于传输所述目标应用程序在处于运行状态时的内存数据和除所述内存数据之外的其他运行数据。

本申请实施例第二方面提供了一种服务流转方法，所述方法适用于第一设备，包括：

获取目标应用程序处于运行状态时的内存数据和其他运行数据；

向第二设备发送所述内存数据和其他运行数据，以使所述第二设备根据所述内存数据和其他运行数据运行所述目标应用程序。

本申请实施例第三方面提供了一种服务流转装置，包括处理器，其中：

所述处理器，用于运行目标应用程序；以及，用于传输所述目标应用程序在处于运行状态时的内存数据和除所述内存数据之外的其他运行数据。

本申请实施例第四方面提供一种计算机可读存储介质，其上存储有可执行程序代码，所述可执行程序代码被处理器执行时，实现如本申请实施例第二方面所述的方法。

本申请实施例第五方面公开一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行本申请实施例第二方面所述的方法。

本申请实施例第六方面公开一种应用发布平台，该应用发布平台用于发布计算机程序产品，其中，当该计算机程序产品在计算机上运行时，使得该计算机执行本申请实施例第二方面所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

在本申请实施例中，服务流转装置包括运行引擎模块和服务流转模块，其中：运行引擎模块，用于运行目标应用程序；服务流转模块，用于传输目标应用程序在处于运行状态时的内存数据和除内存数据之外的其他运行数据。

综上，本申请实施例公开的服务流转装置，不仅可以流转目标应用程序在处于运行状态时的内存数据，还可以流转除内存数据之外的其他运行数据，这样，从而有利于提高服务流转的全面性。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，还可以根据这些附图获得其它的附图。

图1A是本申请实施例公开的一种场景图示；

图1B是本申请实施例公开的一种服务流转图示；

图1C是本申请实施例公开的另一种服务流转图示；

图1D是本申请实施例公开的流转模块的一种结构图示；

图1E是本申请实施例公开的又一种服务流转图示；

图2A是本申请实施例公开的服务流转装置的一种结构图示；

图2B是本申请实施例公开的服务流转装置的另一种结构图示；

图2C是本申请实施例公开的服务流转装置的又一种结构图示；

图2D是本申请实施例公开的服务流转装置的又一种结构图示；

图2E是本申请实施例公开的服务流转装置的又一种结构图示；

图2F是本申请实施例公开的服务流转装置的又一种结构图示；

图3是申请实施例公开的服务流转方法的一种流程图示；

图4是申请实施例公开的服务流转方法的又一种流程图示；

图5是本申请实施例公开的服务流转装置的又一种结构示意图。

具体实施方式

本申请实施例提供了一种服务流转方法、装置及存储介质，有利于提高服务流转的全面性。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，都应当属于本申请保护的范围。

为了便于本领域技术人员清楚地理解服务流转的过程，下面结合图1A对服务流转的场景进行说明，如图1A所示包括第一设备10和第二设备20。目标应用程序先在第一设备10上运行，在运行了一定时长之后，基于第一设备10的电量或用户需求等其他原因，用户想要将目标应用程序的服务流转到第二设备20上，以使第二设备20可以接续目标应用程序在第一设备上的用户活动。

下面是几种现有技术中的服务流转方法的流程图示。

示例1：请参阅图1B，发送端通过应用将该应用处于运行状态时的内存数据发送给发送端的服务进程，再由发送端的服务进程发送给接收端的服务进程，在该应用在接收端启动时，接收端的服务进程将该内存数据传递给应用，以供应用解析使用。

示例2：请参阅图1C，发送端通过应用将描述用户活动状态的活动数据写入内存空间，并通过应用对写入内存空间的用户活动数据进行更新及标记操作，发送端通过操作系统从内存空间中读取活动数据，并将该活动数据向接收端的操作系统发送，接收端的操作系统在收到该活动数据时唤起应用，并将活动数据传递给应用，以供应用解析使用。

示例3：服务流转依赖流转模块来实现，该流转模块运行在发送端和接收端上。该流转模块包括流转任务管理服务单元和分布式任务调度单元(请参阅图1D)。具体的流转过程参见图1E，在发送端，应用在流转任务管理服务单元上注册流转回调，流转任务管理服务单元确定系统推荐的接收端，并将接收端的设备信息向应用反馈，应用在接收到该设备信息时，向分布式任务调度单元发送应用处于运行状态时的内存数据，分布式任务调度单元将该内存数据发送给接收端。接收端的分布式任务调度单元在接收该内存数据时，并将内存数据传递给应用，以供应用解析使用。

可见，在现有技术中，多数服务流转方法的核心在于目标应用程序处于运行状态时小规模的内存数据，也即，第一设备将小规模的内存数据向第二设备，这样第二设备大都仅能接续部分的用户活动，服务流转的全面性不够。

为解决这一问题，本申请实施例公开的一种服务流转装置，该服务流转装置不仅可以流转目标应用程序在处于运行状态时的内存数据，还可以流转除内存数据之外的其他运行数据，有利于提高服务流转的全面性。

需要说明的是，本申请实施例公开的服务流转装置可以分别运行在第一设备和第二设备上。

下面结合下述图示，从硬件层面对本申请实施例公开的服务流转装置进行介绍：

请参考图2A，图2A为本申请实施例公开的服务流转装置的一种结构图示。如图2A所示的服务流转装置可以包括处理器210、存储器220、显示单元230、输入单元240、传感器250、音频电路260等部件。

处理器210是服务流转装置的控制中心，利用各种接口和线路连接整个服务流转装置的各个部分，通过运行或执行存储在存储器220内的软件程序和/或模块，以及调用存储在存储器220内的数据，执行服务流转装置的各种功能和处理数据，从而对服务流转装置进行整体监控。可选的，处理器210可包括一个或多个处理单元；可选的，处理器210可集成应用处理器，应用处理器主要处理操作装置、用户界面和应用程序等，当然，还可以包括其他处理器，在此不一一列举。

存储器220可用于存储软件程序以及模块，处理器210通过运行存储在存储器220的软件程序以及模块，从而执行服务流转装置的各种功能应用以及数据处理。存储器220可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务流转装置的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

显示单元230可用于显示由用户输入的信息或提供给用户的信息以及服务流转装置的各种菜单。显示单元230可包括显示面板，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。进一步的，触控面板可覆盖显示面板，当触控面板检测到在其上或附近的触摸操作后，传送给处理器210以确定触摸事件的类型，随后处理器210根据触摸事件的类型在显示面板上提供相应的视觉输出。其中，触控面板与显示面板未在图2A上示出。触控面板与显示面板可以作为两个独立的部件来实现服务流转装置的输入和输入功能，也可以将触控面板与显示面板集成而实现服务流转装置的输入和输出功能。

输入单元240可用于接收输入的数字或字符信息，以及产生与服务流转装置的用户设置以及功能控制有关的键信号输入。具体地，输入单元240可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元240还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于功能键(比如音量控制按键、开关按键等)、轨迹球、操作杆等中的一种或多种。

服务流转装置还可包括至少一种传感器250，比如陀螺仪传感器、运动传感器以及其他传感器。具体地，陀螺仪传感器可以用于确定服务流转装置的运动姿态，可以用于拍摄防抖，还可以用于导航，体感游戏场景。作为运动传感器的一种，加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态的应用，例如横竖屏切换、相关游戏、磁力计姿态校准等；至于电子设备还可配置的压力计、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路260可以包括扬声器261和传声器262，可提供用户与服务流转装置之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器261，由扬声器261转换为声音信号输出；另一方面，传声器262将收集的声音信号转换为电信号，由音频电路260接收后转换为音频数据，再将音频数据输出处理器210处理后，经视频电路以发送给比如另一电子设备，或者将音频数据输出至存储器220以便进一步处理。

尽管未示出，服务流转装置还可以包括电源、摄像头。可选地，摄像头在服务流转装置上的位置可以为前置的，也可以为后置的，本申请实施例对此不作限定。

本申请实施例提供的服务流转装置可以是手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、个人数字助理(personal digital assistant，PDA)等，本申请实施例对此并不限定。

另外，本申请实施例提供的服务流转装置可以通过近距离传输模块和与其建立近距离通信连接的其他设备进行通信，还可以通过通信网络与其他网络设备通信，该网络设备可以是云服务器，该通信网络可以是5G网络，也可以是长期演进(long term evolution，LTE)网络，当然也可以是面向未来的通信网络，在此不作限制。

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

图2A是从硬件结构上对本申请实施例中的服务流转装置进行了说明，下面从软件层面对服务流转装置进行说明，电子设备的操作系统一般分为4层，分别是应用层、应用框架层、系统运行库层以及核心层；其中，应用层包括各种应用程序。应用框架层(JavaFrameworks)包含核心应用所使用的应用程序编程接口(Application ProgrammingInterface，API)框架；系统运行库层包含了系统平台必须的核心库、虚拟机运行环境及硬件抽象(Hardware Abstract Layer，HAL)层；核心层(Linux Kernel)包括核心系统服务，例如文件管理、内存管理、进程管理、网络堆栈、驱动模型等操作系统的基本服务能力。其中，服务流转装置既可以运行在应用框架层之中，也可以运行在系统运行库层之中，也可以跨越应用框架层和系统运行库层两层运行，本申请实施例不做限定。

下面结合附图，对本申请实施例公开的服务流转装置进行详细说明。

请参阅图2B，图2B是本申请实施例公开的服务流转装置的另一种结构图示。如图2B所示的服务流转装置可以包括运行引擎模块100和服务流转模块200；其中：

运行引擎模块100，用于运行目标应用程序；

服务流转模块200，用于传输目标应用程序在处于运行状态时的内存数据和除内存数据之外的其他运行数据。

在一些实施例中，内存数据可以包括临时状态数据和行为数据，临时状态数据是应用程序退出运行后，会消失且用于指示运行状态的数据；行为数据用于指示目标应有程序正在进行的活动。示例性的，临时状态数据可以包括：正在编辑且尚未发出去的短信内容、正在播放的视频的统一资源定位符(Uniform Resource Locator，URL)和播放的位置、正在编辑的文档名称及编辑位置、正在进行的计算的输入、输出及中间结果、刷视频时刷下来的视频信息等。行为数据指的是应用正在进行的活动、计算等。

在一些实施例中，其他运行数据可以包括应用部署数据和非应用部署数据。其中，应用部署数据包括目标应用程序的安装包和/或与目标应用程序存在协同关系的其他应用程序的安装包。

进一步的，对图2B所示的服务流转装置进行优化，得到图2C。在图2C所示的服务流转装置中，服务流转模块200可以包括运行态管理单元210和静态管理单元220，其中：

运行态管理单元210，用于传输目标应用程序在处于运行状态时的内存数据和非应用部署数据；

静态管理单元220，用于传输目标应用程序对应的应用部署数据。

在一些实施例中，非应用部署数据包括权限数据，权限数据用于指示目标应用程序的授权情况。该授权情况可以包括目标应用程序的功能性授权情况、数据性授权情况等。示例性的，功能性授权情况可以包括目标应用程序是否能访问SD卡、是否能访问摄像头、是否能获取定位信息等。数据性授权情况指的可以是目标应用程序所需的登录账号等。

进一步的，请参阅图2D，在图2D所示的服务流转装置中，运行态管理单元210可以包括数据迁移单元211和权限管理单元212，其中：

数据迁移单元211，用于传输目标应用程序在处于运行状态时的内存数据；

权限管理单元212，用于传输目标应用程序在处于运行状态时的权限数据。

在一些实施例中，非应用部署数据还包括持久化状态数据，持久化状态数据是应用程序退出运行后，不会清除且用于指示运行状态的数据。进一步的，请参阅图2E，在图2E所示的服务流转装置中，运行态管理单元210还可以包括分布式管理单元213，其中：

分布式管理单元213，用于传输目标应用程序在处于运行状态时的持久化状态数据。

在一些实施例中，非应用部署数据还包括应用协同数据，应用协同数据包括目标应用程序的程序标识和与目标应用程序存在协同关系的其他应用程序的程序标识。进一步的，请参阅图2F，在图2F所示的服务流转装置中，运行态管理单元210还可以包括流转决策单元214；其中：

流转决策单元214，用于传输目标应用程序对应的应用协同数据。

下面以图2F所示的服务流转装置在第一设备上运行为例，结合图2F所示的服务流转装置的结构，对第一设备执行的服务流转方法进行介绍。请参阅图3，图3是申请实施例公开的服务流转方法的一种流程图示。如图3所示的服务流转方法可以包括以下步骤：

301、第一设备通过运行引擎模块在运行目标应用程序的过程中，将目标应用程序对应的内存数据写入内存空间，并将持久化状态数据写入分布式存储单元。

302、第一设备通过数据迁移单元从内存空间中读取内存数据，并向第二设备发送该内存数据。

在一些实施例中，第一设备通过数据迁移单元向第二设备发送该内存数据，可以包括：第一设备通过数据迁移单元生成针对内存数据的数据对象，并将该数据对象进行序列化，以及将序列化后的数据对象向第二设备发送。

在一些实施例中，第一设备通过数据迁移单元，对内部数据编码，并将编码后的内存数据向第二设备发送。

其中，需要说明的是，序列化后的数据对象及编码后的内存数据都是二进制字节流。

在一些实施例中，第一设备通过数据迁移单元向第二设备发送序列化后的数据对象或编码后的内存数据，可以包括：第一设备通过数据迁移单元，利用第一设备的近距离通信模块向第二设备发送序列化后的数据对象或编码后的内存数据。

其中，近距离通信模块可以包括但不限于以下任一种：近场通信模块(Near FieldCommunication，NFC)、蓝牙模块及无载波通信通信模块(Ultra Wideband，UWB)等。

可以理解的是，第一设备和第二设备可以通过各自的近距离通信模块建立近距离通信链路，第一设备通过该近距离通信链路向第二设备发送数据对象或编码后的内存数据。

303、第一设备通过分布式管理单元从分布式存储单元中读取持久化状态数据，并将该持久化状态数据向第二设备发送。

在一些实施例中，分布式存储单元可以包括分布式数据库和/或分布式文件。

分布式存储单元包括分布式数据库和分布式文件，持久化状态数据可以数据库数据和文件数据。第一设备通过分布式管理单元从分布式存储单元中读取持久化状态数据，可以包括：第一设备通过分布式管理单元从第一设备的分布式数据库中读取数据库数据，并从第一设备的分布式文件中读取文件库数据。

进一步的，第一设备通过分布式管理单元，将持久化状态数据向云服务器发送，可以包括：第一设备通过分布式管理单元，向第二设备发送数据库数据和文件数据。

在一些实施例中，第一设备通过分布式管理单元，向第二设备发送数据库数据可以包括：第一设备通过分布式管理单元，将数据库数据向云服务器发送，以使云服务器接收第二设备上报的用于获取数据库数据的第一数据请求，向第二设备下发该数据库数据。

在一些实施例中，第一设备通过分布式管理单元，向第二设备发送可以文件数据可以包括：第一设备通过分布式管理单元，利用指定通信链路向第二设备发送文件数据；其中，指定通信链路是第一设备和第二设备根据各自分布式文件系统内置的通信协议建立的直连通信通道。

304、第一设备通过权限管理单元从第一设备的安全存储空间中，获取目标应用程序在处于运行状态时的权限数据，并向第二设备发送该权限数据。

在一些实施例中，第一设备通过权限管理单元向第二设备发送该权限数据，可以包括但不限于以下方式：

方式1、第一设备通过权限管理单元，对权限数据进行序列化，并将序列后的权限数据利用第一设备的近距离通信模块向第二设备发送；

方式2、第一设备通过权限管理单元，将权限数据发送到云服务器，以使云服务器存储该权限数据，并响应于第二设备发送的用于请求权限数据的第二数据请求时，向第二设备下发权限数据。

方式3、第一设备通过权限管理单元向数据迁移单元发送权限数据，并通过数据迁移单元向第二设备发送权限数据。

其中，关于数据迁移单元向第二设备发送权限数据的方式可以参见数据迁移单元向第二设备发送内存数据的方式，此处不再赘述。

305、第一设备通过流转决策单元确定与目标应用程序存在协同关系的其他应用程序的程序标识，并根据目标应用程序的程序标识和其他应用程序的程序标识，得到目标应用程序对应的应用协同数据；以及向第二设备发送该应用协同数据。

其中，程序标识用于唯一识别应用程序。程序标识可以包括但不限于以下至少一种：数字、字母及特殊字符。

在一些实施例中，与目标应用程序存在协同关系的其他应用程序指的可以是正在与目标应用程序进行协同工作的其他应该程序，在目标应用程序运行过程中已经与目标应用程序进行协同工作过的其他应该程序，或者，未来很大概率可能会与目标应用程序进行协同工作的其他应用程序。

在一些实施例中，第一设备通过流转决策单元向第二设备发送该应用协同数据的方式可以参照数据迁移单元发送内存数据的方式，此处不再赘述。

在一些实施例中，第一设备还可以通过静态管理单元响应于第二设备发送的应用数据部署请求，向第二设备发送目标应用程序对应的应用部署数据。

其中，应用数据部署请求可以携带第二设备需要部署的应用程序的目标程序标识。第一设备通过静态管理单元响应于第二设备发送的应用数据部署请求，向第二设备发送目标应用程序对应的应用部署数据，可以包括：第一设备通过静态管理单元接收第二设备发送的应用数据部署请求，并从该数据部署请求中解析出目标程序标识，并将该目标程序标识对应的应用程序的安装包，作为目标应用程序对应的应用部署数据，以及向第二设备发送该应用部署数据。

在一些实施例中，第一设备通过静态管理单元向第二设备发送该应用部署数据，可以包括：第一设备通过静态管理单元，利用第一设备的近距离通信模块向第二设备发送应用部署数据。

在一些实施例中，第一设备通过流转决策单元得到目标应用程序对应的应用协同数据之后，还可以通过流转决策单元将该应用协同数据向静态管理单元发送，并通过静态管理单元根据应用协同数据，对目标应用程序，及与目标应用程序存在协同关系的其他应用程序的安装包进行备份。

其中，第一设备分别通过各个单元(数据迁移单元、权限管理单元、分布式管理单元)发送的各类数据(包括内存数据、权限数据及持久化状态数据)可以是未经过合并的数据，也可以是经过合并的数据，本申请实施例不做限定。

下面以第一设备通过数据迁移单元向第二设备发送内存数据为例进行说明，若该内存数据是未经过合并的，则第一设备通过数据迁移单元向第二设备发送的是指定时长写入内存空间的所有数据。若该内存数据是经过合并的，则第一设备通过数据迁移单元向第二设备发送的是，对指定时长写入内存空间的所有数据执行合并操作后的合并数据。其中，指定时长指的可以是内存数据的同步周期。

在一些实施例中，数据迁移单元对指定时长写入内存空间的所有数据执行合并操作的方式可以是，数据迁移单元从指定时长写入内存空间的所有数据中，获取每一数据块标识对应的数据块，并按照指定合并算法，对每一数据块标识对应的数据块执行合并操作，以得到每一数据块标识对应的目标数据块，以及组合每一数据块标识对应的目标数据块，得到上述内存数据。

其中，数据块标识用于唯一识别一个数据块，数据块标识可以包括以下至少一种：数字、字母及特殊字符。

在一些实施例中，指定合并算法可以是基于写入时间的数据覆盖算法，递归多路合并算法或用户预置的合并规则等，本申请实施例不做限定。

其中，基于写入时间的数据覆盖算法指的是用新的版本覆盖老的版本。递归多路合并算法指的是以最原始数据块为基准，分别与其他变化后的数据块作比较，得到每一变化后的数据块对应的变化数据，组合每一变化后的数据块对应的变化数据，得到合并后的数据块的内容。

下面结合示例，对基于写入时间的数据覆盖算法和递归多路合并算法进行说明：

假设数据块最早的版本是a(如一段文字“老鼠是有害的”)，该数据块基于a分别发生了两次修改，分别产生了两个不同的版本b(如“老鼠是有用的”)和c(“小白鼠是有害的”)。

基于写入时间的数据覆盖算法：假设先产生了b，后产生了c，那么合并后的数据块的内容就是c的内容。

递归多路合并算法：以a为基准，用b和c分别与a作比较，b相对于a的变化部分是“是有用的”c相对于a的变化部分是“小白鼠”，组合b和c的变化部分得到合并后的数据块(“小白鼠是有用的”)。

通过实施该方法，第一设备的各个单元在向第二设备发送对应数据时，若先执行合并操作，可以减少传输的数据量，有利于降低第一设备的设备功耗。

此外，需要说明的是，上述步骤301-步骤305中，具体的逻辑顺序需以步骤中具体内容为准，并不受图示顺序所限。

下面以图2F所示的服务流转装置在第二设备上运行为例，结合图2F所示的服务流转装置的结构及图3所示的服务流转方法，对第二设备执行的服务流转方法进行介绍。请参阅图4，图4是申请实施例公开的服务流转方法的又一种流程图示。如图4所示的服务流转方法可以包括以下步骤：

401、第二设备通过数据迁移单元接收内存数据。

对应上述步骤302中的内容，第二设备通过数据迁移单元接收内存数据，并将内存数据向运行引擎模块发送可以包括但不限于以下方式：

第二设备通过数据迁移单元，接收序列化后的数据对象，并对该序列化后的数据对象执行反序列化操作，得到数据对象，以及解析该数据对象，得到内存数据。

第二设备通过数据迁移单元，接收编码后的内存数据，并对编码后的内存数据执行解码操作，以得到内存数据。

对应的，第二设备通过数据迁移单元接收序列化后的数据对象或编码后的内存数据，可以包括：第二设备通过数据迁移单元，利用第二设备的近距离通信模块接收序列化后的数据对象或编码后的内存数据。

402、第二设备通过分布式管理单元，接收持久化状态数据。

对应上述步骤303中的内容，第二设备通过分布式管理单元，接收持久化状态数据可以包括：

第二设备通过分布式管理单元，向云服务器发送用于获取数据库数据的第一数据请求，并接收云服务器通过响应于第一数据请求发送的数据库数据。

第二设备通过分布式管理单元，接收第二设备通过指定通信链路发送的文件数据。

403、第二设备通过权限管理单元，接收权限数据。

对应上述步骤204，第二设备通过权限管理单元，接收权限数据，可以包括但不限于以下方式：

方式1、第二设备通过权限管理单元接收序列后的权限数据，并对该序列后的权限数据进行反序列化操作，以得到权限数据。

方式2、第二设备通过权限管理单元向云服务器发送用于请求权限数据的第二数据请求，并接收云服务器通过响应于第二数据请求发送的权限数据。

方式3、第二设备通过数据迁移单元接收第一设备发送的权限数据，并将该权限数据向权限管理单元发送。

404、第二设备通过流转决策单元接收应用协同数据，并向静态管理单元发送应用协同数据。

405、第二设备通过静态管理单元根据该应用协同数据生成部署数据获取请求，并向第一设备和/或第二设备的应用市场发送该部署数据获取请求，以及接收第一设备和/或第二设备的应用市场通过响应该部署数据获取请求发送的应用部署数据。

在一些实施例中，第二设备还可以通过静态管理单元根据应用部署数据部署对应的应用程序。

在一些实施例中，第二设备通过静态管理单元根据该应用协同数据生成部署数据获取请求，并向第一设备和/或第二设备的应用市场发送该部署数据获取请求，以及接收第一设备和/或第二设备的应用市场响应于该部署数据获取请求发送的应用部署数据可以包括：第二设备通过静态管理单元判断应用协同数据指示的应用程序是否均已部署在第二设备上，若存在未部署的第一应用程序，则根据第一应用程序的程序标识生成部署数据获取请求，并将该部署数据获取请求向第一设备或第二设备的应用市场发送，以及接收第一设备或第二设备的应用市场发送的应用部署数据。

在一些实施例中，若存在未部署的第一应用程序，第二设备还可以通过静态管理单元识别第一应用程序是否均可在第二设备上运行，若都可以，则根据第一应用程序的程序标识生成部署数据获取请求，并向第一设备或第二设备的应用市场发送该部署数据获取请求，以及接收第一设备或第二设备的应用市场发送的应用部署数据。

进一步的，若存在不能在第二设备上运行的第一应用程序，则第二设备通过静态管理单元判断第二设备上是否已部署不能在第二设备上运行的第一应用程序的可替代应用程序，若已部署可替代应用程序，则根据可以在第二设备上运行的第一应用程序的程序标识生成部署数据获取请求，并向第一设备或第二设备的应用市场发送该部署数据获取请求，以及接收第一设备或第二设备的应用市场发送的应用部署数据。

若未部署可替代应用程序，则第二设备可以通过静态管理单元根据可替代应用程序的程序标识及可在第二设备上运行的第一应用程序的程序标识，生成部署数据获取请求，并将该部署数据获取请求向第二设备的应用市场发送，以及接收第二设备的应用市场发送的应用部署数据。

或者，

若未部署可替代应用程序，则第二设备可以通过静态管理单元根据可替代应用程序的程序标识生成第一部署数据获取请求，并向第二设备的应用市场发送第一部署数据获取请求，以及接收第二设备的应用市场通过响应第一部署数据获取请求发送的第一应用部署数据；以及根据可在第二设备上运行的第一应用程序的程序标识，生成第二部署数据获取请求，并将该第二部署数据获取请求向第一设备发送，以及接收第一设备通过响应第二部署数据获取请求发送的第二应用部署数据。

在一些实施例中，第二设备通过静态管理单元，利用第二设备的近距离通信模块接收第一设备发送的应用部署数据。

通过实施上述方法，第二设备可以通过静态管理单元，利用第二设备的近距离通信模块接收第一设备通过响应第二部署数据获取请求发送的第二应用部署数据，可以有效降低第二设备占用网络资源的情况。

在一些实施例中，在第二设备上的各个单元(数据迁移单元、权限管理单元及分布式管理单元)接收对应数据均是周期性的，各个单元在接收到对应数据后，均可周期性执行合并操作，这样在运行引擎模块从各个单元获取对应数据时，获取到的都是合并后的对应数据。通过实施该方法，可以有效降低第二设备的数据存储压力。

406、在完成对应应用程序的部署，且完成对内存数据、权限数据及持久化状态数据的接收时，第二设备通过运行引擎模块启动目标应用程序，并从数据迁移单元、权限管理单元及分布式管理单元中分别获取内存数据、权限数据及持久化状态数据，以及根据内存数据、权限数据及持久化状态数据运行该目标应用程序。

其中，运行引擎模块在启动目标应用程序后，可以向数据迁移单元、权限管理单元及分布式管理单元分别发送数据请求，以从数据迁移单元、权限管理单元及分布式管理单元中分别获取内存数据、权限数据及持久化状态数据。

在一些实施例中，若第二设备上的各个单元(数据迁移单元、权限管理单元及分布式管理单元)未对对应数据执行周期性的合并操作，则各个单元在收到运行引擎模块发送的数据请求时，均可响应于该数据请求，对各个单元接收到的对应数据执行合并操作，并将合并后的对应数据向运行引擎模块发送，运行引擎模块可以根据合并后的内存数据、权限数据及持久化状态数据运行目标应用程序。

需要说明的是，关于执行合并操作的具体内容，可以参照上述针对合并操作的描述，此处不再赘述。

此外，需要说明的是，上述步骤401-步骤406中，具体的逻辑顺序需以步骤中具体内容为准，并不受图示顺序所限。

请参阅图5，图5是本申请实施例公开的服务流转装置的又一种结构示意图。如图5所示，服务流转装置500包括：处理器501和存储器502，通信接口503以及总线504。其中，存储器502用于存储指令，该处理器501用于执行该存储器502存储的指令。处理器501、存储器502和通信接口503通过总线504实现彼此之间的通信连接。

处理器501用于：运行目标应用程序；以及，用于传输目标应用程序在处于运行状态时的内存数据和除内存数据之外的其他运行数据。应理解，服务流转装置500可以具体为图2A、图2B或图2C所示的服务流转装置，以执行上述图3-图4中的任一实施例中的方法。

可选地，该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。该处理器501可以用于执行存储器中存储的指令，并且该处理器执行该指令时，该处理器501可以执行上述方法实施例中与服务流转装置对应的各个步骤和/或流程。

应理解，在本申请实施例中，该处理器可以是中央处理单元，该处理器还可以是其他通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本申请实施例还进一步提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行上述任一实施例中的任一方法。

上述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(readonly memory，ROM)、可擦式可编程只读存储器(erasable programmable read onlymemory，EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radio frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localarea network，LAN)或广域网(wide area network，WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中的部分或全部步骤。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

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

Claims (19)

1.一种服务流转装置，其特征在于，所述服务流转装置包括运行引擎模块和服务流转模块，其中：

所述运行引擎模块，用于运行目标应用程序；

所述服务流转模块，用于传输所述目标应用程序在处于运行状态时的内存数据和除所述内存数据之外的其他运行数据。

2.根据权利要求1所述的服务流转装置，其特征在于，所述其他运行数据包括应用部署数据和非应用部署数据，所述应用部署数据包括所述目标应用程序的安装包和/或与所述目标应用程序存在协同关系的其他应用程序的安装包；所述服务流转模块包括运行态管理单元和静态管理单元，其中：

所述运行态管理单元，用于传输所述目标应用程序在处于运行状态时的内存数据和所述非应用部署数据；

所述静态管理单元，用于传输所述目标应用程序对应的所述应用部署数据。

3.根据权利要求2所述的服务流转装置，其特征在于，所述非应用部署数据包括权限数据，所述权限数据用于指示所述目标应用程序的授权情况；所述运行态管理单元包括数据迁移单元和权限管理单元，其中：

所述数据迁移单元，用于传输所述目标应用程序在处于运行状态时的所述内存数据；

所述权限管理单元，用于传输所述目标应用程序在处于运行状态时的所述权限数据。

4.根据权利要求3所述的服务流转装置，其特征在于，所述运行引擎模块具体用于：

在运行目标应用程序的过程中，将所述目标应用程序对应的内存数据写入内存空间；

所述数据迁移单元具体用于：

从所述内存空间中读取所述内存数据，并发送所述内存数据。

5.根据权利要求3所述的服务流转装置，其特征在于，所述权限管理单元具体用于：

从安全存储空间中，读取所述目标应用程序在处于运行状态时的所述权限数据，并发送所述权限数据。

6.根据权利要求3所述的服务流转装置，其特征在于，所述非应用部署数据还包括持久化状态数据，所述持久化状态数据是所述应用程序退出运行后，不会清除且用于指示运行状态的数据；所述运行态管理单元还包括分布式管理单元，其中：

所述分布式管理单元，用于传输所述目标应用程序在处于运行状态时的所述持久化状态数据。

7.根据权利要求6所述的服务流转装置，其特征在于，所述运行引擎模块具体用于：

在运行目标应用程序的过程中，将所述持久化状态数据写入分布式存储模块；

所述分布式管理单元具体用于：

从所述分布式存储模块中，读取所述持久化状态数据，并发送所述持久化状态数据。

8.根据权利要求3所述的服务流转装置，其特征在于，所述非应用部署数据还包括应用协同数据，所述应用协同数据包括所述目标应用程序的程序标识和与所述目标应用程序存在协同关系的其他应用程序的程序标识；所述运行态管理单元还包括流转决策单元；其中：

所述流转决策单元，用于传输所述目标应用程序对应的所述应用协同数据。

9.根据权利要求8所述的服务流转装置，其特征在于，所述流转决策单元具体用于：

确定与所述目标应用程序存在协同关系的其他应用程序的程序标识；

根据所述目标应用程序的程序标识和所述其他应用程序的程序标识，得到所述目标应用程序对应的应用协同数据；

发送所述应用协同数据。

10.根据权利要求9所述的服务流转装置，其特征在于，所述静态管理单元具体用于：

响应于部署数据获取请求，发送所述目标应用程序对应的所述应用部署数据。

11.根据权利要求8所述的服务流转装置，其特征在于，所述流转决策单元具体用于：

接收所述目标应用程序在处于运行状态时的所述应用协同数据；

向所述静态管理单元发送所述应用协同数据；

所述静态管理单元具体用于：

根据所述应用协同数据生成部署数据获取请求，以及发送所述部署数据获取请求，以得到所述应用部署数据。

12.根据权利要求1-11任一项所述的服务流转装置，其特征在于，所述内存数据包括临时状态数据和行为数据，所述临时状态数据是所述应用程序退出运行后，会消失且用于指示运行状态的数据；所述行为数据用于指示所述目标应有程序正在进行的活动。

13.一种服务流转方法，其特征在于，所述方法适用于第一设备，包括：

获取目标应用程序处于运行状态时的内存数据和其他运行数据；

向第二设备发送所述内存数据和其他运行数据，以使所述第二设备根据所述内存数据和其他运行数据运行所述目标应用程序。

14.根据权利要求13所述的方法，其特征在于，所述其他运行数据包括持久化状态数据、权限数据及应用部署数据。

15.根据权利要求14所述的方法，其特征在于，向第二设备发送应用部署数据，包括：

响应于第二设备发送的部署数据获取请求，向所述第二设备发送应用部署数据。

16.根据权利要求15所述的方法，其特征在于，所述方法还包括：

确定与所述目标应用程序存在协同关系的其他应用程序的程序标识；

根据所述目标应用程序的程序标识和所述其他应用程序的程序标识，得到所述目标应用程序对应的应用协同数据；

向所述第二设备发送所述应用协同数据，以使所述第二设备根据所述应用协同数据生成部署数据获取请求，并向所述第一设备发送所述部署数据获取请求。

17.一种服务流转装置，其特征在于，包括处理器，其中：

所述处理器，用于运行目标应用程序；以及，用于传输所述目标应用程序在处于运行状态时的内存数据和除所述内存数据之外的其他运行数据。

18.一种计算机可读存储介质，其上存储有可执行程序代码，其特征在于，所述可执行程序代码被处理器执行时，实现如权利要求13～16中任一所述的方法。

19.一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，使得所述计算机实现如权利要求13～16中任一项所述的方法。