CN110058902B - 信息处理方法、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了信息处理方法、电子设备和计算机可读介质。该信息处理方法的一具体实施方式包括：响应于检测到对当前运行于宿主应用中的寄宿应用的预设操作，收集用于指示寄宿应用在第一终端的运行时状态的第一信息，其中，寄宿应用的运行依赖于宿主应用；将第一信息发送到第二终端，其中，第二终端用于基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。该实施方式能够将在宿主应用中运行的寄宿应用的运行时状态分享给社交好友，使社交好友端的寄宿应用处于与发送端相同的运行时状态。

Description

信息处理方法、电子设备和计算机可读介质

技术领域

本申请涉及计算机技术领域，具体涉及信息处理方法、电子设备和计算机可读介质。

背景技术

为了使得用户更加便利，寄宿应用(例如小程序)应运而生。小程序是指不需要用户下载即可在一些应用平台上使用的应用程序。通过小程序，用户可以进行例如支付、购物、信息浏览等行为。

在小程序的体验和使用过程中，用户可以将小程序本身或小程序内的内容分享给好友。例如，用户可以将小程序A作为链接型消息分享给关系链中的好友，或者将小程序A内的某个内容作为消息卡片分享给好友。

发明内容

本申请实施例提出了一种信息处理方法、电子设备和计算机可读介质。

第一方面，本申请的一些实施例提供了一种信息处理方法，应用于第一终端，该方法包括：响应于检测到对当前运行于宿主应用中的寄宿应用的预设操作，收集用于指示寄宿应用在第一终端的运行时状态的第一信息，其中，寄宿应用的运行依赖于宿主应用；将第一信息发送到第二终端，其中，第二终端用于基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

第二方面，本申请的一些实施例提供了一种信息处理方法，应用于第二终端，该方法包括：获取第一终端在检测到对运行于宿主应用中的寄宿应用的预设操作时收集的用于指示寄宿应用在第一终端的运行时状态的第一信息，其中，寄宿应用的运行依赖于宿主应用；基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

第三方面，本申请的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第二方面描述的方法。

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

本申请实施例提供的信息处理方法、电子设备和计算机可读介质，通过检测对当前运行于宿主应用中的寄宿应用的预设操作，并在检测到预设操作时收集用于指示寄宿应用在第一终端的运行时状态的第一信息，然后将第一信息发送到第二终端，以便第二终端基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态，从而能够将在宿主应用中运行的寄宿应用的运行时状态分享给社交好友，使社交好友端的寄宿应用处于与发送端相同的运行时状态；由此，第二终端可基于寄宿应用在第一终端上的运行结果，继续运行寄宿应用。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请一些实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的信息处理方法的一个实施例的流程图；

图3是根据本申请的信息处理方法的一个应用场景的示意图；

图4是根据本申请的信息处理方法的另一个实施例的流程图；

图5是适于用来实现本申请一些实施例的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的信息处理方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端101、102、103，网络104和服务端105、106。网络104用以在终端101、102、103和服务端105、106之间提供通信链路的介质。网络104可以包括各种连接类型，例如无线局域网络、移动网络等等。

用户可以使用终端101、102、103通过网络104与服务端105、106交互，以接收或发送消息等。终端101、102、103上可以安装有各种通讯客户端应用，例如即时通信工具、浏览器应用、购物类应用、搜索类应用、邮箱客户端、社交平台软件等。

终端设备101、102、103上安装的客户端应用可以为宿主应用，其上可以运行有寄宿应用。寄宿应用可以是诸如支付类应用、购物类应用、线下店铺相关的应用、小游戏类应用等的应用。用户可以通过终端设备101、102、103上安装的客户端应用访问寄宿应用。宿主应用可以对寄宿于其上的寄宿应用进行管理。例如，宿主应用可以为寄宿应用分配内存、开辟文件缓冲区等等。

终端101、102、103可以是硬件，也可以是软件。当终端101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、膝上型便携计算机和台式计算机等等。当终端101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。当终端101、102、103为软件时，其可以为前述客户端。

服务端105、106可以是提供各种服务的服务器。例如，服务器105可以是对终端101、102、103上运行的宿主应用提供支持的后台服务器。当用户通过终端101、102、103上安装的宿主应用发送信息时，服务器105可以对接收的信息进行处理，并将处理结果反馈给终端101、102、103。服务器106可以是对运行于宿主应用中的寄宿应用提供支持的后台服务器。当用户通过运行于宿主应用中的寄宿应用发送信息时，服务器106可以对接收的信息进行处理，并将处理结果反馈给终端101、102、103。

需要说明的是，服务器105、106可以是硬件，也可以是软件。当服务器105、106为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105、106为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。在一些实施例中，服务器105、106在物理上可以为同一个服务器。

需要说明的是，本申请实施例所提供的信息处理方法可以由终端101、102、103执行。

应该理解，图1中的终端、网络和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意合适数目的终端、网络和服务端。

继续参考图2，示出了根据本申请的信息处理方法的一个实施例的流程200。该信息处理方法可以应用于第一终端，其可以包括以下步骤201～202：

步骤201，响应于检测到对当前运行于宿主应用中的寄宿应用的预设操作，收集用于指示寄宿应用在第一终端的运行时状态的第一信息。

在本实施例中，信息处理方法的执行主体(例如，图1所示的终端101、102、103)可以检测用户对当前运行于宿主应用中的寄宿应用的预设操作，并在检测到预设操作时收集第一信息。这里，预设操作可以包括触发分享寄宿应用的运行时状态的操作，可以包括但不限于：分享操作、转发操作等等。其中，第一信息可以用于指示寄宿应用在第一终端的运行时状态。

这里，宿主应用可以是用户安装在第一终端的客户端应用。寄宿应用可以是在宿主应用中运行的应用程序(例如，小程序)。每个宿主应用中可以运行有多个寄宿应用。宿主应用中可以设置接入寄宿应用的接口，寄宿应用的开发者可以将开发完成的寄宿应用通过上述接口设置于宿主应用中。这样一来，用户可以不需要单独下载寄宿应用的安装包即可使用寄宿应用，从而减少用户终端的存储开支。

通常，寄宿应用的运行依赖于宿主应用。具体来说，宿主应用可以对寄宿应用的各种操作权限进行管理，以允许或禁止寄宿应用的相应操作。上述相应操作可以包括但不限于：启动、运行、读取用户通过宿主应用发送或发布的消息等等。宿主应用可以为寄宿应用分配内存，以及为寄宿应用开辟文件缓冲区等。

在本实施例的一些可选的实现方式中，步骤201具体可以包括：获取寄宿应用运行时产生的内存对象，以及获取寄宿应用运行时产生的文件对象。

其中，上述内存对象可以包括但不限于：寄宿应用的用户交互界面、用户交互界面中呈现的界面元素、界面元素的路径信息等等。上述文件对象可以包括用户与寄宿应用进行交互产生的数据。

上述文件对象具体可以包括但不限于：用户所浏览的图片、用户输入的信息等。例如，当寄宿应用为小游戏时，上述文件对象可以包括用户获得的游戏道具、当前游戏进度等信息。

步骤202，将第一信息发送到第二终端。

在本实施例中，信息处理方法的执行主体(例如，图1所示的终端101、102、103)可以将步骤201收集的第一信息发送到第二终端。这里，第二终端可以是第一终端的持有用户的社交好友持有的终端。其中，第二终端可以基于接收到的第一信息在宿主应用中启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

也就是说，第二终端对寄宿应用还原之后，运行于第二终端的宿主应用中的寄宿应用处于与在预设操作时运行于第一终端的宿主应用中的寄宿应用相同的运行时状态。

本实施例中，社交关系链中的好友可以共享寄宿应用的运行时状态以共同完成社交活动。以寄宿应用为小游戏为例，用户“张三”开始玩一个小游戏，玩了一段时间之后，希望自己的社交好友能够接替自己玩一段时间(例如，用户“张三”玩了小游戏的第一关，希望好友接着玩小游戏的第二关)，于是将当前运行的小游戏的运行时状态发送给自己的社交好友。这样，好友的终端可以呈现与用户“张三”的终端相同的运行时状态，从而实现小游戏的运行时状态的分享。

在本实施例的一些可选的实现方式中，第二终端可以通过如下步骤将寄宿应用还原至第一信息指示的运行时状态：

首先，将第一信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中。当宿主应用没有启动时，可以先启动宿主应用并为寄宿应用分配内存块和文件缓冲区。另外，当寄宿应用当前正运行于第二终端的宿主应用中时，可以先将寄宿应用退出，再将第一信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中。

之后，将第一信息中的文件对象加载至宿主应用为寄宿应用分配的文件缓冲区中。

最后，基于加载结果，将寄宿应用还原至第一信息指示的运行时状态。

在本实施例的一些可选的实现方式中，步骤202具体可以包括：首先，对步骤201收集的第一信息进行序列化处理，得到序列化的字节流数据；然后，将字节流数据传输到第二终端。通常，内存对象和文件对象不能直接传输，需要将其转换为特定的格式才可以进行传输。这里，对第一信息进行序列化处理就是将第一信息转换为可以传输的格式的过程。

可选地，可以通过如下步骤将字节流数据传输到第二终端：

首先，从对宿主应用提供支持的服务端(例如，服务端105)获取用于传输字节流数据的密钥以及用于区分当前传输行为的会话标识(例如，Session ID)。

之后，使用获取的密钥加密字节流数据。

最后，将加密后的字节流数据和会话标识发送到第二终端。

对应地，第二终端可以通过如下步骤获取第一信息：

首先，在接收到加密的字节流和会话标识之后，使用接收的会话标识向对宿主应用提供支持的服务端(例如，服务端105)请求用于加密的密钥。

然后，使用密钥对接收到的字节流进行解密、反序列化处理，得到用于恢复寄宿应用的运行时状态的信息(即，内存对象和文件对象)。

在本实施例的一些可选的实现方式中，第二终端将寄宿应用还原至第一信息指示的运行时状态之后，第二终端的持有用户也可以对寄宿应用执行预设操作。例如，第二终端的持有用户继续使用寄宿应用一段时间之后，也可以点击分享按钮，再次将寄宿应用的运行时状态分享给第一终端的持有用户。对应于该实现方式，该信息处理方法还可以包括如下两步：

第一步，获取第二信息。其中，第二信息可以是第二终端在检测到第二终端的持有用户对当前运行于宿主应用中的寄宿应用的预设操作时，收集的用于指示寄宿应用在第二终端的运行时状态的信息。

第二步，基于第二信息将寄宿应用还原至第二信息指示的运行时状态。例如，在第一终端的寄宿应用/宿主应用已经退出的情况下，第一终端可以基于第二信息在宿主应用中重新启动寄宿应用，并将寄宿应用还原至第二信息指示的运行时状态。

另外，当第一终端的寄宿应用正在运行时，可以先将寄宿应用退出，然后基于第二信息在宿主应用中重新启动寄宿应用，并将寄宿应用还原至第二信息指示的运行时状态。

在本实施例的一些可选的实现方式中，可以通过如下步骤获取第二信息：

首先，接收第二终端发送的字节流数据。其中，字节流数据可以是第二终端对在检测到预设操作时收集的信息(即，第二信息)进行序列化处理得到的。

然后，对接收到的字节流数据进行反序列化处理，得到寄宿应用在第二终端运行时产生的内存对象和文件对象。

应当理解，第二终端也可以在序列化之后，对字节流数据进行加密。对应地，第一终端可以在反序列化字节流数据之前，先对接收的字节流数据进行解密。

在本实施例的一些可选的实现方式中，上述执行主体可以通过如下步骤将寄宿应用还原至第二信息指示的运行时状态：

首先，将第二信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中。

之后，将第二信息中的文件对象加载至宿主应用为寄宿应用分配的文件缓冲区中。

最后，基于加载结果，将寄宿应用还原至第二信息指示的运行时状态。

在本实施例的一些可选的实现方式中，上述执行主体可以通过如下步骤将寄宿应用还原至第二信息指示的运行时状态：

首先，显示提醒界面。其中，提醒界面可以用于提醒第一终端的持有用户是否允许将寄宿应用还原至第二终端的持有用户分享的运行时状态。提醒界面中可以设置有供第一终端的持有用户选择允许与否的控件(例如，“允许”和“拒绝”按钮)。

之后，若检测到第一终端的持有用户的允许操作(例如，第一终端的持有用户点击“允许”按钮)，则执行如下还原操作：将第二信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中，将第二信息中的文件对象加载至宿主应用为寄宿应用分配的文件缓冲区中，最后基于加载结果将寄宿应用还原至第二信息指示的运行时状态。

尽管上述实现方式描述了先加载内存对象后加载文件对象，但本实施例并不限于此。应当理解，也可以以不同于上述操作顺序的顺序加载内存对象和文件对象，例如，同时加载内存对象和文件对象，或者先加载文件对象后加载内存对象。本领域技术人员可以根据实际应用场景的需要进行选择。

继续参考图3，其示出了根据本申请的信息处理方法的一个应用场景。在图3的应用场景300中，手机31的持有用户“李四”在宿主应用301中启动小程序XX游戏302。用户“李四”玩了一段时间之后，想让好友“张三”接替自己玩一段时间，于是点击按钮303将游戏进度分享给好友“张三”。手机31在检测到用户点击按钮303之后，收集用于指示小程序302的当前运行时状态的内存对象和文件对象作为第一信息，进行序列化、加密处理后发送到好友“李四”持有的手机32。手机32接收到第一信息之后，通过解密、反序列化操作获得用于还原小程序302的内存对象和文件对象，并弹出提醒界面304，来提示用户“张三”是否允许将小程序还原至好友“李四”分享的运行时状态。当用户“张三”点击“允许”按钮305之后，手机32分别将内存对象和文件对象加载到宿主应用301为小程序302分配的内存块和文件缓冲区中，从而将小程序302还原至好友“李四”分享时的运行时状态。这样，用户“张三”就可以在好友“李四”的游戏进度的基础上继续玩小程序302。

本申请实施例提供的信息处理方法，通过检测对当前运行于宿主应用中的寄宿应用的预设操作，并在检测到预设操作时收集用于指示寄宿应用在第一终端的运行时状态的第一信息，然后将第一信息发送到第二终端，以便第二终端基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态，从而能够将在宿主应用中运行的寄宿应用的运行时状态分享给社交好友，使社交好友端的寄宿应用处于与发送端相同的运行时状态；由此，第二终端可基于寄宿应用在第一终端上的运行结果，继续运行寄宿应用。

继续参考图4，示出了根据本申请的信息处理方法的另一个实施例的流程400。该信息处理方法可以应用于第二终端，其可以包括以下步骤401～402：

步骤401，获取第一终端在检测到对运行于宿主应用中的寄宿应用的预设操作时收集的用于指示寄宿应用在第一终端的运行时状态的第一信息。

在本实施例中，信息处理方法的执行主体(例如，图1所示的终端101、102、103)可以获取第一信息。其中，第一信息可以是第一终端在检测到第二终端的持有用户对当前运行于宿主应用中的寄宿应用的预设操作时，收集的用于指示寄宿应用在第二终端的运行时状态的信息。这里，预设操作可以包括触发分享寄宿应用的运行时状态的操作，可以包括但不限于：分享操作、转发操作等等。并且，寄宿应用的运行依赖于宿主应用。

在本实施例的一些可选的实现方式中，可以通过如下步骤获取第一信息：

首先，接收第一终端发送的字节流数据。其中，字节流数据可以是第一终端对在检测到预设操作时收集的信息(即，第一信息)进行序列化处理得到的。

然后，对接收到的字节流数据进行反序列化处理，得到寄宿应用在第一终端运行时产生的内存对象和文件对象。

应当理解，第一终端也可以在序列化之后，对字节流数据进行加密。对应地，第二终端可以在反序列化字节流数据之前，先对接收的字节流数据进行解密。

步骤402，基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

在本实施例中，信息处理方法的执行主体(例如，图1所示的终端101、102、103)可以基于第一信息在宿主应用中启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

在本实施例的一些可选的实现方式中，第一信息可以包括寄宿应用在第一终端运行时产生的内存对象和文件对象。对应于该实现方式，步骤402具体可以包括：

首先，将第一信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中。当宿主应用没有启动时，可以先启动宿主应用并为寄宿应用分配内存块和文件缓冲区。另外，当寄宿应用当前正运行于第二终端的宿主应用中时，可以先将寄宿应用退出，再将第一信息中的内存对象加载至宿主应用为寄宿应用分配的内存块中。

之后，将第一信息中的文件对象加载至宿主应用为寄宿应用分配的文件缓冲区中。

最后，基于加载结果，将寄宿应用还原至第一信息指示的运行时状态。

本申请实施例提供的信息处理方法，通过获取第一终端在检测到对运行于宿主应用中的寄宿应用的预设操作时收集的用于指示寄宿应用在第一终端的运行时状态的第一信息，然后基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态，从而实现了将在宿主应用中运行的寄宿应用的运行时状态在社交好友之间进行分享，使社交好友端的寄宿应用处于与发送端相同的运行时状态；由此，第二终端可基于寄宿应用在第一终端上的运行结果，继续运行寄宿应用。

下面参考图5，其示出了适于用来实现本申请实施例的电子设备(例如，图1所示的终端101、102、103)500的结构示意图。图5示出的电子设备500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常以下装置可以连接至I/O接口505：包括例如触摸屏、按键等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如存储卡等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图5中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述第一终端或第二终端中所包含的；也可以是单独存在，而未装配入该第一终端或第二终端中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该第一终端执行时，使得该第一终端：响应于检测到对当前运行于宿主应用中的寄宿应用的预设操作，收集用于指示寄宿应用在第一终端的运行时状态的第一信息，其中，寄宿应用的运行依赖于宿主应用；将第一信息发送到第二终端，其中，第二终端用于基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。当上述一个或者多个程序被该第二终端执行时，使得该第二终端：获取第一终端在检测到对运行于宿主应用中的寄宿应用的预设操作时收集的用于指示寄宿应用在第一终端的运行时状态的第一信息，其中，寄宿应用的运行依赖于宿主应用；基于第一信息通过宿主应用启动寄宿应用，并将寄宿应用还原至第一信息指示的运行时状态。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (11)

1.一种信息处理方法，应用于第一终端，其特征在于，所述方法包括：

响应于检测到对当前运行于宿主应用中的寄宿应用的预设操作，收集用于指示所述寄宿应用在所述第一终端的运行时状态的第一信息，其中，所述第一信息包括所述寄宿应用在所述第一终端运行时产生的内存对象、以及所述寄宿应用在所述第一终端运行时产生的文件对象，所述内存对象包括所述寄宿应用的界面信息，所述文件对象包括用户与所述寄宿应用之间的交互数据，所述寄宿应用的运行依赖于所述宿主应用；

将所述第一信息发送到第二终端，其中，所述第二终端用于基于所述第一信息通过所述宿主应用启动所述寄宿应用，并基于将所述内存对象加载至所述宿主应用为所述寄宿应用分配的内存块、以及将所述文件对象加载至所述宿主应用为所述寄宿应用分配的文件缓冲区的方式，将所述寄宿应用还原至所述第一信息指示的运行时状态。

2.根据权利要求1所述的方法，其特征在于，将所述第一信息发送到第二终端，包括：

对所述第一信息进行序列化处理，得到序列化的字节流数据；

将所述字节流数据传输到所述第二终端。

3.根据权利要求2所述的方法，其特征在于，将所述字节流数据传输到所述第二终端，包括：

从所述宿主应用的服务端获取用于传输所述字节流数据的密钥和会话标识；

使用所述密钥加密所述字节流数据；

将加密后的字节流数据和所述会话标识发送到所述第二终端。

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

获取所述第二终端在检测到所述预设操作时收集的用于指示所述寄宿应用在所述第二终端的运行时状态的第二信息；

基于所述第二信息将所述寄宿应用还原至所述第二信息指示的运行时状态。

5.根据权利要求4所述的方法，其特征在于，获取所述第二终端在检测到所述预设操作时收集的用于指示所述寄宿应用运行时状态的第二信息，包括：

接收所述第二终端发送的字节流数据；

对所述字节流数据进行反序列化处理，得到所述寄宿应用在所述第二终端运行时产生的内存对象和文件对象。

6.根据权利要求5所述的方法，其特征在于，基于所述第二信息将所述寄宿应用还原至所述第二信息指示的运行时状态，包括：

将所述寄宿应用在所述第二终端运行时产生的内存对象加载至所述宿主应用为所述寄宿应用分配的内存块中；

将所述寄宿应用在所述第二终端运行时产生的文件对象加载至所述宿主应用为所述寄宿应用分配的文件缓冲区中；

基于加载结果，将所述寄宿应用还原至所述第二信息指示的运行时状态。

7.根据权利要求5所述的方法，其特征在于，基于所述第二信息将所述寄宿应用还原至所述第二信息指示的运行时状态，包括：

显示提醒界面，所述提醒界面用于提醒所述第一终端的用户是否允许将所述寄宿应用还原至所述第二终端的用户分享的运行时状态；

响应于检测到所述第一终端的用户的允许操作，执行还原操作：将所述寄宿应用在所述第二终端运行时产生的内存对象加载至所述宿主应用为所述寄宿应用分配的内存块中；将所述寄宿应用在所述第二终端运行时产生的文件对象加载至所述宿主应用为所述寄宿应用分配的文件缓冲区中；基于加载结果，将所述寄宿应用还原至所述第二信息指示的运行时状态。

8.一种信息处理方法，应用于第二终端，其特征在于，所述方法包括：

获取第一终端在检测到对运行于宿主应用中的寄宿应用的预设操作时收集的用于指示所述寄宿应用在所述第一终端的运行时状态的第一信息，其中，所述第一信息包括所述寄宿应用在所述第一终端运行时产生的内存对象、以及所述寄宿应用在所述第一终端运行时产生的文件对象，所述内存对象包括所述寄宿应用的界面信息，所述文件对象包括用户与所述寄宿应用之间的交互数据，所述寄宿应用的运行依赖于所述宿主应用；

基于所述第一信息通过所述宿主应用启动所述寄宿应用，并基于将所述内存对象加载至所述宿主应用为所述寄宿应用分配的内存块、以及将所述文件对象加载至所述宿主应用为所述寄宿应用分配的文件缓冲区的方式，将所述寄宿应用还原至所述第一信息指示的运行时状态。

9.根据权利要求8所述的方法，其特征在于，所述第一信息包括所述寄宿应用在所述第一终端运行时产生的文件对象；以及

基于所述第一信息通过所述宿主应用启动所述寄宿应用，并将所述寄宿应用还原至所述第一信息指示的运行时状态，包括：

将所述寄宿应用在所述第一终端运行时产生的内存对象加载至所述宿主应用为所述寄宿应用分配的内存块中；

将所述寄宿应用在所述第一终端运行时产生的文件对象加载至所述宿主应用为所述寄宿应用分配的文件缓冲区中；

基于加载结果，将所述寄宿应用还原至所述第一信息指示的运行时状态。

10.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images