CN107181807A - 应用的托管方法及系统、移动终端、服务器 - Google Patents

Abstract

本发明公开了一种应用的托管方法及系统、移动终端、服务器，该应用的托管方法包括：服务器接收第一终端发送的应用托管指令，应用托管指令包括第一终端托管的应用的信息以及第二终端的标识，应用托管指令用于将第一终端的应用托管给第二终端，应用托管指令由第一终端基于向第二终端发送应用托管请求，并接收到第二终端回复的同意托管响应而生成；服务器根据应用托管指令建立第一终端与第二终端的托管对应关系。通过本发明实施例提供的技术方案，即使第二终端接收到多个应用的托管请求，也无需在第二终端上下载被托管的应用就可以接收相应的动态信息和操作信息，所耗时间和流量以及占用的内存空间将大大降低，操作方便易行。

Description

应用的托管方法及系统、移动终端、服务器

技术领域

本发明涉及通信领域，尤其涉及一种应用的托管方法及系统、移动终端、服务器。

背景技术

用户终端上一般都安装有很多应用，相同用户的不同终端或不同用户的不同终端上安装的应用都不完全相同。假定用户A需要关注和操作终端A上安装的应用A，但由于终端A电量不足等原因使得用户A无法继续关注和操作应用A时，用户A可以将应用A的数据上传到应用服务器，并在用户B或用户A的终端B上下载该应用A，使用应用A的用户名和密码在终端B上登录该应用A，并从应用服务器获取应用A的最新数据，从而实现在终端B上继续关注和操作应用A。

采用上述方法需要在终端B下载安装相应应用，若此时用户A需要关注多个应用，则需要在终端B上安装多个应用，随后使用各个应用的帐号挨个登录该多个应用。这样，用户的操作太过复杂，下载安装多个应用不仅耗时、耗流量，且安装在终端B上的这些应用对于终端B而言很可能是垃圾应用，使用率低，占用内存空间。

发明内容

有鉴于此，本发明提供一种应用的托管方法及系统、移动终端、服务器，以解决在托管过程中，被委托的终端需要下载相应的应用，不仅操作耗时，而且费流量及占用内存空间的问题；以及用户需要在被委托的终端上使用帐号登录托管的应用，操作过于复杂的问题。

第一方面，提供了一种应用的托管方法，包括：

服务器接收第一终端发送的应用托管指令，所述应用托管指令包括所述第一终端托管的应用的信息以及第二终端的标识，所述应用托管指令用于将所述第一终端的所述应用托管给所述第二终端，所述应用托管指令由所述第一终端基于向第二终端发送应用托管请求，并接收到所述第二终端回复的同意托管响应而生成；以及

所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系。

结合第一方面，在第一种可能的实施方式中，所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系之后还包括：

所述服务器根据所述应用托管指令中的所述应用的信息获取所述应用的动态信息及所述动态信息对应的操作信息；以及

所述服务器根据所述第二终端的标识将所述应用的动态信息及所述动态信息对应的操作信息发送至所述第二终端，实现所述第二终端对所述应用的管理。

结合第一方面的第一种可能的实施方式，在第二种可能的实施方式中，所述实现所述第二终端对所述应用的管理具体包括：

所述第二终端接收所述应用的动态信息及所述动态信息对应的操作信息；

所述第二终端根据所述动态信息和所述操作信息确定操作指令；以及

所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器。

结合第一方面的第二种可能的实施方式，在第三种可能的实施方式中，所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器之后还包括：

所述服务器接收包括所述第二终端标识的所述操作指令；以及

所述服务器根据所述第二终端的标识以及所述应用托管关系对所述第二终端进行鉴权，若鉴权通过，则执行所述操作指令；

若鉴权未通过，则不执行所述操作指令。

结合第一方面或上述任一种可能的实施方式，在第四种可能的实施方式中，所述服务器接收第一终端发送的应用托管指令之后还包括：

所述服务器接收所述第一终端发送的取消应用托管指令。

第二方面，提出了一种服务器，包括：

第一接收模块，用于接收第一终端发送的应用托管指令，所述应用托管指令包括所述第一终端托管的应用的信息以及第二终端的标识，所述应用托管指令用于将所述第一终端的所述应用托管给所述第二终端，所述应用托管指令由所述第一终端基于向第二终端发送应用托管请求，并接收到所述第二终端回复的同意托管响应而生成；以及

对应关系建立模块，与所述第一接收模块连接，用于根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系。

结合第二方面，在第一种可能的实施方式中，还包括：

获取模块，与所述第一接收模块连接，用于根据所述应用托管指令中的所述应用的信息获取所述应用的动态信息及所述动态信息对应的操作信息；以及

第一发送模块，与所述第一接收模块及获取模块连接，用于根据所述第二终端的标识将所述应用的动态信息及所述动态信息对应的操作信息发送至所述第二终端，实现所述第二终端对所述应用的管理。

结合第二方面的第一种可能的实施方式，在第二种可能的实施方式中，所述第一接收模块还用于接收所述第二终端发送的包含所述第二终端标识的操作指令，则所述服务器还包括：

鉴权模块，与所述第一接收模块连接，用于根据所述第二终端的标识以及所述应用托管关系对所述第二终端进行鉴权；以及

执行模块，与所述鉴权模块连接，用于在所述鉴权模块的鉴权通过后，执行所述操作指令。

结合第三方面或上述任一种可能的实施方式，在第三种可能的实施方式中，所述第一接收模块还用于接收所述第一终端发送的取消应用托管指令。

第三方面，提出了一种应用的托管请求方法，包括：

第一终端发送应用托管请求至第二终端，所述应用托管请求包括所述第一终端的标识以及所述第一终端托管的应用的标识；以及

当所述第一终端接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器，所述应用托管指令包括所述应用的信息以及所述第二终端的标识，所述应用托管指令用于指示所述服务器将所述应用托管给第二终端。

结合第三方面，在第一种可能的实施方式中，所述当所述第一终端接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器之后还包括：

所述第二终端接收所述服务器发送的所述应用的动态信息及所述动态信息对应的操作信息；

所述第二终端根据所述动态信息和所述操作信息确定操作指令；以及

所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器。

结合第三方面，在第二种可能的实施方式中，所述第一终端发送托管应用请求至第二终端之前还包括：

所述第一终端确定要托管的应用和第二终端。

结合第三方面的第二种可能的实施方式，在第三种可能的实施方式中，所述第一终端确定第二终端具体包括：

所述第一终端通过蓝牙、红外、Push、NFC、摇一摇技术或触碰手机技术确定终端列表；

所述第一终端获取所述列表中各终端的标识；以及

所述第一终端从所述列表中选择至少一个终端作为第二终端。

第四方面，提供了一种移动终端，包括：

第二发送模块，用于发送应用托管请求至第二终端，所述应用托管请求包括所述移动终端的标识以及所述移动终端托管的应用的标识；还用于当第二接收模块接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器，所述应用托管指令用于指示所述服务器将所述应用托管给第二终端；以及

所述第二接收模块，用于接收所述第二终端返回的同意托管响应。

结合第四方面，在第一种可能的实施方式中，所述第二接收模块还用于接收所述服务器发送的所述应用的动态信息及所述动态信息对应的操作信息；则所述移动终端还包括：

操作指令确定模块，与所述第二接收模块连接，用于根据所述动态信息和所述操作信息确定操作指令；以及

所述第二发送模块还用于发送包括所述第二终端标识的所述操作指令至所述服务器。

结合第四方面及第四方面的第一种可能的实施方式，在第二种可能的实施方式中，还包括：

应用确定模块，与所述第二发送模块连接，用于确定要托管的应用和第二终端。

结合第四方面的第二种可能的实施方式，在第三种可能的实施方式中，还包括：所述应用确定模块具体通过蓝牙、红外、Push、NFC、摇一摇技术或触碰手机技术确定终端列表，并从所述列表中选择至少一个终端作为第二终端。

结合第四方面或上述任一种可能的实施方式，在第四种可能的实施方式中，所述第二发送模块还用于发送取消应用托管指令至所述服务器。

第五方面，提供了一种应用程序的托管系统，包括第二方面提供的的服务器以及第四方面提供的移动终端，还包括第二终端，用于在收到所述移动终端发送的应用托管请求之后回复托管响应。

本发明实施例中技术方案，通过第一终端将应用A托管给第二终端，应用A服务器接收到托管指令后，在托管期间将第一终端用户的应用A的动态和对应的可操作信息发送给第二终端，并根据第二终端的操作指令执行相应的操作，以实现当第一终端不可用时，可通过第二终端接收第一终端用户的应用A的动态并发送相应的操作指令给应用A服务器。

本发明实施例提供的应用的托管方法及系统、移动终端、服务器，通过在服务器侧建立终端之间的托管对应关系，用户可以很方便地在其它终端上接收被托管应用的动态信息和对应的操作信息。即使托管给其它终端多个应用，其它终端也不需要安装任何被托管的应用，只需接收服务器发送的动态信息和操作信息即可，所耗时间和流量将大大降低。从而解决了现有技术在托管过程中，终端需要下载被托管的应用，操作过程耗时、费流量、占用内存空间等问题，也解决了在实现托管的过程中，用户需要使用多个应用的帐号在被托管的终端上挨个登录，操作过于复杂的问题。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面，并且用于解释本发明的原理。

图1示出了本发明一个实施例提供的应用的托管方法的流程图；

图2示出了本发明另一个实施例提供的应用的托管方法的流程图；

图3示出了本发明一个实施例提供的应用的托管请求方法的流程图；

图4示出了本发明又一个实施例提供的应用的托管方法的流程图；

图5a示出了选择托管应用的示意图；

图5b示出了第二终端列表的示意图；

图5c示出了托管应用请求的示意图；

图5d示出了同意托管响应的示意图；

图5e示出了发送应用托管指令的示意图；

图5f示出了发送操作信息的示意图；

图6示出了本发明再一个实施例提供的应用的托管方法的流程图；

图7示出了本发明一个实施例提供的服务器的结构示意图；

图8示出了本发明另一个实施例提供的服务器的结构示意图；

图9示出了本发明一个实施例提供的移动终端的结构示意图；

图10示出了本发明另一个实施例提供的移动终端的结构示意图；

图11示出了本发明一个实施例提供的应用的托管系统的结构示意图；

图12示出了本发明另一个实施例提供的网络设备的结构框图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有这些具体细节，本发明同样可以实施。在另外一些实例中，对于大家熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

实施例一

如图1所示，为本发明一个实施例提供的应用的托管方法的流程图，该方法主要包括以下步骤：

S110、服务器接收第一终端发送的应用托管指令。

该应用托管指令包括第一终端托管的应用的信息以及第二终端的标识。该应用的信息可以包括：应用的标识，诸如用户名和密码等应用的用户帐户信息。

S120、服务器根据接收到的应用托管指令建立第一终端与第二终端的托管对应关系，并存储。

实施例二

如图2所示，为本发明另一个实施例提供的应用的托管方法的流程图，该方法主要包括以下步骤：

S210、服务器接收第一终端发送的应用托管指令。

该应用托管指令包括第一终端托管的应用的信息以及要托管给的第二终端的标识。

S220、服务器根据该应用托管指令建立第一终端与第二终端的托管对应关系。

在本步骤中，服务器建立和存储委托方第一终端和被委托方第二终端的托管对应关系。

S230、服务器检测应用的动态信息及对应于该动态信息的操作信息。

具体地，服务器根据应用托管指令中应用的标识以及用户帐户信息检测对应于该用户帐户的应用的动态信息及对应于该动态信息的操作信息。

S240、服务器将该应用的动态信息及对应的操作信息发送至第二终端。

该动态信息和操作信息可以为通知、新闻等无需第二终端进行回复的信息，这种情况下第二终端无需做出反应。动态信息和操作信息也可以为例如添加好友、是否升级等需要第二终端进行回复的信息，这种情况下本实施例还可以包括以下步骤。

S250、服务器接收第二终端发送的操作指令。

该操作指令为第二终端基于动态信息和操作信息而生成，操作指令中可以包含第二终端的标识。

S260、服务器对第二终端进行鉴权。

具体地，服务器根据建立的托管对应关系及第二终端的标识对第二终端的合法性和有效性进行鉴权，若鉴权通过，则执行S270；若鉴权未通过，则执行S280。

S270、服务器执行该操作指令。

S280、服务器不执行该操作指令。

进一步地，本实施例提供的方法还可以包括：

S290、服务器接收第一终端发送的取消应用托管指令。

当用户确定不再需要使用第二终端来管理该应用时，可以发送取消应用托管指令至服务器，服务器将不再向第二终端发送该应用的动态和操作信息，及时地停止占用第二终端的内存。

在一种可能的实施方式中，在用户忘记携带第一终端或第一终端没电等不能够使用的情况下，可通过PC进入第一终端管理Web端，进行本发明所提供的应用托管。

综上，通过本发明实施例提供的技术方案，服务器根据第一终端发送的应用托管指令建立第一终端和第二终端的托管对应关系，当检测到应用的动态信息和操作信息时发送给第二终端，从而用户可以很方便地在至少一个第二终端上对该应用进行管理；即使第二终端被托管多个应用，也不需要安装任何被托管的应用，由此更换终端来操作应用所耗费的时间和流量将大大降低，且操作方便易行。

实施例三

如图3所示，为本发明一个实施例提供的应用的托管请求方法的流程图。该方法主要包括以下步骤：

S310、第一终端发送应用托管请求至第二终端。

该应用托管请求包括第一终端的标识以及第一终端托管的应用的标识，其中第一终端的标识可以为第一终端的手机号、Imei号等能够唯一识别第一终端身份的信息；该应用的标识可以为应用的名称等。

S320、第一终端接收第二终端返回的托管响应。

该托管响应可以表示同意、拒绝或忽略。若第二终端返回的是同意托管响应，则执行S330，若第二终端返回的是拒绝或忽略托管响应，流程结束。

S330、第一终端发送应用托管指令至服务器，该应用托管指令包括第二终端的标识以及该应用的信息。

服务器接收到该应用托管指令之后建立第一终端与第二终端之间的托管对应关系，以实现第二终端对应用的管理。如果在托管期间，服务器检测到应用的动态信息及对应的操作信息，服务器会将检测到的信息发送至第二终端，因此还可以包括下述步骤。

S340、第二终端接收服务器发送的该应用的动态信息及该动态信息对应的操作信息。

S350、第二终端根据接收到的动态信息和操作信息确定操作指令。

S360、第二终端发送包括第二终端标识的操作指令至服务器。

优选的，在第一终端发送应用托管请求至第二终端之前还包括步骤：

S300、第一终端确定要托管的应用和第二终端。

具体地，第一终端可以通过蓝牙、红外、Push、近距离无线通讯(Near FieldCommunication，NFC)、摇一摇或触碰手机等技术确定要托管给的终端列表，获得该列表中各终端的标识，然后从该列表中选择至少一个终端作为第二终端进行应用的托管。

实施例四

如图4所示，为本发明又一个实施例提供的应用的托管方法的流程图。该方法主要包括以下步骤：

S411、第一终端选择需要托管的应用及第二终端。

具体而言，第一终端上可以安装有多个应用程序，但是在用户不使用第一终端的期间，并不一定需要关注和操作该全部的应用，因此首先第一终端要选择需要托管的一个或多个应用。结合图5a所示，本实施例中以托管一个应用，例如开心农场为例进行说明，可以通过将“开心农场”添加到“托管中心”来实现。

第一终端可以通过蓝牙、红外、Push、NFC、摇一摇或触碰手机等技术确定终端列表，获取该列表中各终端的标识，并从该列表中选择至少一个第二终端来进行应用的托管。结合图5b所示，该终端列表会在第一终端上显示，第一终端通过选择“添加”操作来选择第二终端。

S412、第一终端发送应用托管请求至第二终端。

本步骤中，应用托管请求至少需要包括：第一终端的标识、被托管应用的标识。其中第一终端的标识可以为第一终端的手机号码，Imei号或别名、标签等能够唯一识别第一终端身份的信息；该应用的标识可以为应用的名称等。结合图5c所示，在第一终端发送给第二终端的应用托管请求中，包括了第一终端的标识“第一终端”、应用的标识“开心农场”。

S413、第一终端接收第二终端返回的托管响应。

若第二终端同意托管，则执行步骤S414，若第二终端返回的是拒绝或忽略托管响应，流程结束。

具体而言，第二终端接收到托管请求后，根据第二终端用户的选择，作出响应，该响应可以为同意托管、拒绝托管或忽略，并将相应的托管响应发送至第一终端，第一终端接收该托管响应。结合图5d所示，第二终端返回了同意托管响应，该响应中还可以包括提示第一终端进行托管的下一步操作的信息“您可以发送‘tuoguan’至短信平台‘1065×××’开始托管”。

S414、第一终端发送应用托管指令至服务器。

该应用托管指令至少包括第一终端托管的应用的信息以及第二终端的标识。第一终端将该指令发送给开心农场服务器，告知开心农场服务器将第一终端用户的开心农场托管给第二终端，在托管期间，可以将开心农场的动态信息和对应的操作信息发送给第二终端。该应用托管指令还可以包括：应用的标识，诸如用户的用户名和登录密码等用户帐户信息。结合图5e所示，第一终端根据托管响应中的提示向开心农场服务器发送应用托管指令。

S415、服务器根据该应用托管指令建立第一终端与第二终端之间的托管对应关系。

S416、服务器检测该应用的动态信息并提取对应于该动态信息的操作信息。

S417、服务器将该应用的动态信息及该操作信息发送至第二终端。

本步骤中，在托管期间，即第一终端向服务器发送取消托管指令之前，如果服务器检测到了应用的动态信息及对应的操作信息，服务器会将检测到的信息发送至第二终端。结合图5f所示，第二终端接收到了开心农场服务器发送的开心农场的动态信息“‘nono’菜园里的菜都熟了，快来摘取吧”及相应的操作信息“回复009一键摘取”。

S418、第二终端发送选择的操作指令给服务器。

第二终端根据用户的选择发送具体的操作指令至开心农场服务器。进一步地，该操作指令可同时携带第二终端标识用于鉴权。例如，第二终端可以发送“009”至开心农场服务器。

在有些情况下，服务器向第二终端发送的动态信息为通知、新闻类信息，这时第二终端不必回复操作指令。

S419、服务器对第二终端进行鉴权。

开心农场服务器接收第二终端的操作指令，根据第二终端的标识及存储的托管对应关系对其合法性和有效性进行鉴权，若鉴权通过，则执行步骤S420；若鉴权不通过，则执行步骤S421。

S420、服务器根据操作指令执行相应的操作。

例如，开心农场服务器对用户名为nono的开心农场中成熟的菜进行一键摘取。

S421、不执行所述操作指令。本步骤图中未示出。

S422、第一终端发送取消托管的指令给服务器。

当用户确定不再需要使用第二终端来操作开心农场时，可以发送取消应用托管指令至开心农场服务器，开心农场服务器将删除托管对应关系，并不再向第二终端发送该应用的动态和操作信息，及时地停止占用第二终端的内存。具体地，用户可通过将应用从“托管中心”移除以取消应用的托管。

需要说明的是，对于图5a-图5f中第一终端、第二终端以及服务器之间的通信形式都以短信息为例进行说明，例如，第一终端可以通过短信息向第二终端发送应用托管请求，第二终端也可以通过短信息向第一终端发送托管响应。短信息中可以包括可回复的不同的操作代码以供接收端选择。

采用短信息方法进行第一终端与第二终端之间的通讯，需要获知第二终端的手机号码，具体而言：

第一终端可以采用Push技术确定第二终端的手机号码，在第一终端与Push服务器建立连接时即能够获取第二终端的手机号码。

第一终端还可以手动输入或从通讯录中加载第二终端的手机号码。

若采用蓝牙、红外方式确定第二终端，需要第一终端用户确定要托管的应用和第二终端后，手动输入或从通讯录中加载第二终端用户的手机号码，以便于第一终端通过短信息将应用托管请求发送至第二终端。

此外，在第一终端通过短信息将应用托管请求发送至第二终端的过程中，第二终端也获取了第一终端的手机号码，使第二终端可通过该手机号码回复托管响应。

通过本发明实施例提供的技术方案，解决在实现第二终端托管应用的过程中，第二终端设备需要下载托管的应用，操作过程耗时、费流量且占用内存空间的问题，也解决了在实现第二终端托管应用的过程中，用户需要使用帐号密码挨个登录第二终端上的相应应用，操作过于复杂的问题。

实施例五

如图6所示，为本发明再一个实施例提供的应用的托管方法的流程图。本实施例以基于Push技术实现应用的托管为例进行说明。该方法主要包括以下步骤：

S511、第一终端发送查找终端列表请求至Push服务器。

该查找第二终端列表请求的请求参数可以包括：应用用户标识，应用标识，托管请求命令字，被委托终端的标识，如手机号码，Imei号及别名、标签等其他设备标识。

S512、Push服务器提取终端列表。

具体地，Push服务器对请求参数中的应用用户标识、应用标识、托管请求命令字是否合法等进行鉴权。若鉴权通过，Push服务器根据被委托终端的标识找出可以委托的终端列表，被找出的终端列表都有安装Push代理(Push agent)。

S513、Push服务器将查找到的终端列表发送给第一终端。

具体地，Push服务器将步骤S512中查找到的终端列表发送给第一终端，该终端列表中包含0到多个符合条件的终端，以及各终端的标识。

S514、第一终端通过Push服务器向第二终端发送应用托管请求。

第一终端从终端列表中选择用于托管应用的第二终端，并将选择的第二终端的标识发送至Push服务器。第一终端可以选择一个或者多个第二终端。Push服务器对应用托管请求进行鉴权，鉴权通过后，将该应用托管请求发送至第二终端。该应用托管请求中包括应用的标识及第一终端的标识。

S515、第二终端通过Push服务器向第一终端返回托管响应。

第二终端对该托管请求进行鉴权。鉴权通过后，第二终端通过Push服务器向第一终端返回托管响应。本实施例以返回同意托管响应为例进行说明。在第二终端同意托管的情况下，执行步骤S517。

S516、第一终端向应用服务器发送应用托管指令。

该应用托管指令至少包括第一终端托管的应用的信息以及第二终端的标识。应用的信息可以包括：应用的标识，诸如用户的登录密码等用户帐户信息。

S517、应用服务器根据该应用托管指令建立第一终端和第二终端的托管对应关系。

S518、应用服务器检测该应用的动态信息并提取对应于该动态信息的操作信息。

应用服务器可以对该应用托管指令进行鉴权。鉴权通过后，检测该应用动态信息并提取对应于该动态信息的操作信息。

S519、应用服务器将该应用的动态信息及操作信息通过Push服务器发送至第二终端。

Push服务器可以对该操作信息进行鉴权，鉴权通过后，将该应用的动态信息及操作信息发送至第二终端。

进一步地，在步骤S519中，应用服务器还可以将第二终端的标识、应用服务器的地址同时发送至Push服务器，经由Push服务器发送至第二终端。

S520、第二终端将选择的操作指令通过Push服务器发送至应用服务器。

进一步地，可以将第二终端标识同时发送至应用服务器，用于鉴权。

S521、应用服务器根据第二终端的标识以及托管对应关系对第二终端进行鉴权，若鉴权通过则根据操作指令执行相应的操作。

S522、第一终端发送取消应用托管指令给应用服务器。

当用户确定不再需要使用第二终端来操作应用时，可以发送取消应用托管指令至应用服务器，应用服务器将不再向第二终端发送该应用的动态信息和操作信息，及时地停止占用第二终端的内存。

此外，为确保第二终端的安全性，步骤S519至S520中的发送过程可以通过HTTPS完成。也可以由应用服务器为第二终端分配一个授权标识，作为第二终端的鉴权标识，用于后续程序中的鉴权，而不需要传输第二终端的标识号等信息，保证第二终端的安全。

需要说明的是，获取第二终端标识的方法，不限于上述实施例所述的Push技术，也可以包括诸如蓝牙、红外等近距离通信、摇一摇、触碰手机等方式，或者直接获取第二终端手机号码。

通过上述方法获取的第二终端标识，均可以唯一识别第二终端，且该标识号可以被用于后续的托管请求与托管响应，以及应用的处理过程。

实施例六

如图7所示，为本发明一个实施例提供的服务器的结构示意图。该服务器10包括：第一接收模块101和对应关系建立模块102。

其中，第一接收模块101用于接收第一终端发送的应用托管指令，该应用托管指令至少包括第一终端托管的应用的信息以及第二终端的标识，应用托管指令用于将第一终端的应用托管给第二终端，应用托管指令由第一终端基于向第二终端发送应用托管请求，并接收到第二终端回复的同意托管响应而生成。该应用的信息可以包括：应用的标识和诸如用户名和密码等应用的用户帐户信息。

对应关系建立模块102与第一接收模块101连接，用于根据应用托管指令建立第一终端与第二终端的托管对应关系。

如图8所示，在优选的实施方式中，该服务器10还包括：获取模块103、第一发送模块104、鉴权模块105及执行模块106。

其中，获取模块103与第一接收模块101连接，用于根据应用托管指令中的应用的信息获取应用的动态信息及动态信息对应的操作信息。具体地，服务器10的对应关系建立模块102在建立第一终端和第二终端之间的托管对应关系之后，获取模块103根据该应用托管指令中携带的应用标识，检测该应用的动态信息，并提取对应的操作信息。

第一发送模块104与第一接收模块101及获取模块103连接，用于根据第二终端的标识将应用的动态信息及动态信息对应的操作信息发送至第二终端，实现第二终端对应用的管理。

进一步地，第一接收模块101还用于接收第二终端发送的包含第二终端标识的操作指令，鉴权模块105与第一接收模块101连接，用于根据第二终端的标识及建立存储的托管对应关系，对第二终端的合法性及有效性进行鉴权。执行模块106与鉴权模块105连接，用于在鉴权通过时，执行来自第二终端的操作指令。

此外，当第一终端不需要将应用托管给第二终端时，第一接收模块101还用于接收第一终端发送的取消应用托管指令。

综上所述，通过本发明实施例中技术方案，用户可以很方便地在第二其它终端上接收被托管应用的动态信息和对应的操作信息。并且，即使托管给当第二其它终端接收多个应用的托管请求时，第二终端也不需要安装任何被托管的应用其它终端也不需要安装任何被托管的应用，只需接收服务器发送的动态信息和操作信息即可，所耗时间和流量将大大降低。从而解决了现有技术中，在托管过程中，第二终端设备需要下载多个被托管的应用程序，操作过程耗时、费流量、占用内存空间等问题，也解决了在实现第二终端托管的过程中，用户需要使用多个应用程序的帐号在被托管的终端上挨个登录，操作过于复杂的问题。

实施例七

如图9所示，为本发明一个实施例提供的移动终端的结构示意图，该移动终端20即前述实施例中的第一终端，包括：第二发送模块201和第二接收模块202。

其中，第二发送模块201用于发送应用托管请求至第二终端，应用托管请求包括移动终端20的标识以及移动终端20托管的应用的标识；还用于当第二接收模块202接收到第二终端返回的同意托管响应时，发送应用托管指令至服务器，应用托管指令用于指示服务器将该应用托管给第二终端，其中移动终端的标识可以为该移动终端的手机号、Imei号等能够唯一标识其身份的信息；该应用的标识可以为应用的名称等。该应用托管指令包括第二终端的标识以及应用的信息。

第二接收模块202用于接收第二终端返回的托管响应。具体地，第二终端接收到应用托管请求后，根据用户的选择，作出同意、决绝或忽略的托管响应，并发送给第一终端，由第二接收模块202接收。

如图10所示，在优选的实施方式中该移动终端20还包括：操作指令确定模块203，与第二接收模块202连接，用于确定要托管的应用和第二终端。第二发送模块201还与操作指令确定模块203连接，还用于发送包括第二终端标识的操作指令至服务器。

进一步地，移动终端20还可以包括应用确定模块204，与第二发送模块201连接，用于确定要托管的应用和第二终端。应用确定模块204具体通过蓝牙、红外、Push、NFC、摇一摇技术或触碰手机技术确定终端列表，并从该列表中选择至少一个终端作为第二终端。

优选的，第二发送模块201还用于发送取消应用托管指令至服务器。可通过将应用程序拖出“托管中心”的方法，实现对应用程序的取消。

其中，第二发送模块201和第二接收模块202与其它移动终端进行通信的方式包括：Push、短信息及Email等；第二发送模块201和第二接收模块202与服务器进行通信的方式包括Push技术、短信息及Email等。

假设一用户具有多台终端且安装有多个应用，当其外出且仍需要关注多个应用时，通过本发明提供的方法和装置，无须携带多台终端，只需要选定一台作为被委托方，将需要关注的应用托管给该被委托的终端即可，极大的提高了用户操作的便携性。

在用户外出，而终端电量不足又无法充电的情况下，可将该终端上的应用托管给同伴的终端，通过同伴的终端接收应用的动态信息和操作信息。

在用户忘记随身携带终端或终端电量不足又无法充电的情况下，可通过登录终端管理Web端进行应用的托管。

实施例八

如图11所示，为本发明一个实施例提供的应用程序的托管系统的结构示意图，该托管系统300包括：实施例6的服务器10以及实施例7的移动终端20，还包括上述实施例中的第二终端30。

实施例九

图12示出了本发明的另一个实施例的一种网络设备的结构框图。所述网络设备1100可以是具备计算能力的主机服务器、个人计算机PC、或者可携带的便携式计算机或终端等。本发明具体实施例并不对计算节点的具体实现做限定。

该网络设备1100包括处理器(processor)1110、通信接口(CommunicationsInterface)1120、存储器(memory array)1130和总线1140。其中，处理器1110、通信接口1120、以及存储器1130通过总线1140完成相互间的通信。

通信接口1120用于与网元通信，其中网元包括例如虚拟机管理中心、共享存储等。

处理器1110用于执行程序。处理器1110可能是一个中央处理器CPU，或者是专用集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器1130用于存放文件。存储器1130可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1130也可以是存储器阵列。存储器1130还可能被分块，并且所述块可按一定的规则组合成虚拟卷。

在一种可能的实施方式中，上述程序可为包括计算机操作指令的程序代码。该程序具体可用于：

服务器接收第一终端发送的应用托管指令，所述应用托管指令包括所述第一终端托管的应用的信息以及第二终端的标识，所述应用托管指令用于将所述第一终端的所述应用托管给所述第二终端，所述应用托管指令由所述第一终端基于向第二终端发送应用托管请求，并接收到所述第二终端回复的同意托管响应而生成；以及

所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系。

在一种可能的实施方式中，所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系之后还包括：

所述服务器根据所述应用托管指令中的所述应用的信息获取所述应用的动态信息及所述动态信息对应的操作信息；以及

所述服务器根据所述第二终端的标识将所述应用的动态信息及所述动态信息对应的操作信息发送至所述第二终端，实现所述第二终端对所述应用的管理。

在一种可能的实施方式中，所述实现所述第二终端对所述应用的管理具体包括：

所述第二终端接收所述应用的动态信息及所述动态信息对应的操作信息；

所述第二终端根据所述动态信息和所述操作信息确定操作指令；以及

所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器。

在一种可能的实施方式中，所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器之后还包括：

所述服务器接收包括所述第二终端标识的所述操作指令；以及

所述服务器根据所述第二终端的标识以及所述应用托管关系对所述第二终端进行鉴权，若鉴权通过，则执行所述操作指令；

若鉴权未通过，则不执行所述操作指令。

在一种可能的实施方式中，所述服务器接收第一终端发送的应用托管指令之后还包括：

所述服务器接收所述第一终端发送的取消应用托管指令。

通过本发明实施例中技术方案，用户可以很方便地在第二终端上接收被托管应用的动态信息和对应的操作信息。并且，即使当第二终端接收多个应用的托管请求时，第二终端也不需要安装任何被托管的应用其它终端也不需要安装任何被托管的应用，只需接收服务器发送的动态信息和操作信息即可，所耗时间和流量将大大降低。从而解决了现有技术中，在托管过程中，第二终端设备需要下载多个被托管的应用程序，操作过程耗时、费流量、占用内存空间等问题，也解决了在实现第二终端托管的过程中，用户需要使用多个应用程序的帐号在被托管的终端上挨个登录，操作过于复杂的问题。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

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

Claims (19)

1.一种应用的托管方法，其特征在于，包括：

服务器接收第一终端发送的应用托管指令，所述应用托管指令包括所述第一终端托管的应用的信息以及第二终端的标识，所述应用托管指令用于将所述第一终端的所述应用托管给所述第二终端，所述应用托管指令由所述第一终端基于向第二终端发送应用托管请求，并接收到所述第二终端回复的同意托管响应而生成；以及

所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系。

2.根据权利要求1所述的应用的托管方法，其特征在于，所述服务器根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系之后还包括：

所述服务器根据所述应用托管指令中的所述应用的信息获取所述应用的动态信息及所述动态信息对应的操作信息；以及

所述服务器根据所述第二终端的标识将所述应用的动态信息及所述动态信息对应的操作信息发送至所述第二终端，实现所述第二终端对所述应用的管理。

3.根据权利要求2所述的应用的托管方法，其特征在于，所述实现所述第二终端对所述应用的管理具体包括：

所述第二终端接收所述应用的动态信息及所述动态信息对应的操作信息；

所述第二终端根据所述动态信息和所述操作信息确定操作指令；以及

所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器。

4.根据权利要求3所述的应用的托管方法，其特征在于，所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器之后还包括：

所述服务器接收包括所述第二终端标识的所述操作指令；以及

所述服务器根据所述第二终端的标识以及所述应用托管关系对所述第二终端进行鉴权，若鉴权通过，则执行所述操作指令；

若鉴权未通过，则不执行所述操作指令。

5.根据权利要求1-4任一项所述的应用的托管方法，其特征在于，所述服务器接收第一终端发送的应用托管指令之后还包括：

所述服务器接收所述第一终端发送的取消应用托管指令。

6.一种服务器，其特征在于，包括：

第一接收模块，用于接收第一终端发送的应用托管指令，所述应用托管指令包括所述第一终端托管的应用的信息以及第二终端的标识，所述应用托管指令用于将所述第一终端的所述应用托管给所述第二终端，所述应用托管指令由所述第一终端基于向第二终端发送应用托管请求，并接收到所述第二终端回复的同意托管响应而生成；以及

对应关系建立模块，与所述第一接收模块连接，用于根据所述应用托管指令建立所述第一终端与第二终端的托管对应关系。

7.根据权利要求6所述的服务器，其特征在于，还包括：

获取模块，与所述第一接收模块连接，用于根据所述应用托管指令中的所述应用的信息获取所述应用的动态信息及所述动态信息对应的操作信息；以及

第一发送模块，与所述第一接收模块及获取模块连接，用于根据所述第二终端的标识将所述应用的动态信息及所述动态信息对应的操作信息发送至所述第二终端，实现所述第二终端对所述应用的管理。

8.根据权利要求7所述的服务器，其特征在于，

所述第一接收模块还用于接收所述第二终端发送的包含所述第二终端标识的操作指令，则所述服务器还包括：

鉴权模块，与所述第一接收模块连接，用于根据所述第二终端的标识以及所述应用托管关系对所述第二终端进行鉴权；以及

执行模块，与所述鉴权模块连接，用于在所述鉴权模块的鉴权通过后，执行所述操作指令。

9.根据权利要求6-8任一项所述的服务器，其特征在于，所述第一接收模块还用于接收所述第一终端发送的取消应用托管指令。

10.一种应用的托管请求方法，其特征在于，包括：

第一终端发送应用托管请求至第二终端，所述应用托管请求包括所述第一终端的标识以及所述第一终端托管的应用的标识；以及

当所述第一终端接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器，所述应用托管指令包括所述应用的信息以及所述第二终端的标识，所述应用托管指令用于指示所述服务器将所述应用托管给第二终端。

11.根据权利要求10所述的应用的托管请求方法，其特征在于，所述当所述第一终端接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器之后还包括：

所述第二终端接收所述服务器发送的所述应用的动态信息及所述动态信息对应的操作信息；

所述第二终端根据所述动态信息和所述操作信息确定操作指令；以及

所述第二终端发送包括所述第二终端标识的所述操作指令至所述服务器。

12.根据权利要求10所述的应用的托管请求方法，其特征在于，所述第一终端发送托管应用请求至第二终端之前还包括：

所述第一终端确定要托管的应用和第二终端。

13.根据权利要求12所述的应用的托管请求方法，其特征在于，所述第一终端确定第二终端具体包括：

所述第一终端通过蓝牙、红外、Push、NFC、摇一摇技术或触碰手机技术确定终端列表；

所述第一终端获取所述列表中各终端的标识；以及

所述第一终端从所述列表中选择至少一个终端作为第二终端。

14.一种移动终端，其特征在于，包括：

第二发送模块，用于发送应用托管请求至第二终端，所述应用托管请求包括所述移动终端的标识以及所述移动终端托管的应用的标识；还用于当第二接收模块接收到所述第二终端返回的同意托管响应时，发送应用托管指令至服务器，所述应用托管指令用于指示所述服务器将所述应用托管给第二终端；以及

所述第二接收模块，用于接收所述第二终端返回的同意托管响应。

15.根据权利要求14所述的移动终端，其特征在于，所述第二接收模块还用于接收所述服务器发送的所述应用的动态信息及所述动态信息对应的操作信息；则所述移动终端还包括：

操作指令确定模块，与所述第二接收模块连接，用于根据所述动态信息和所述操作信息确定操作指令；

所述第二发送模块还用于发送包括所述第二终端标识的所述操作指令至所述服务器。

16.根据权利要求14或15所述的移动终端，其特征在于，还包括：

应用确定模块，与所述第二发送模块连接，用于确定要托管的应用和第二终端。

17.根据权利要求16所述的移动终端，其特征在于，所述应用确定模块具体通过蓝牙、红外、Push、NFC、摇一摇技术或触碰手机技术确定终端列表，并从所述列表中选择至少一个终端作为第二终端。

18.根据权利要求14-17任一项所述的移动终端，其特征在于，所述第二发送模块还用于发送取消应用托管指令至所述服务器。

19.一种应用的托管系统，其特征在于，包括权利要求6-9任一项所述的服务器以及权利要求14-18任一项所述的移动终端，还包括第二终端，用于在收到所述移动终端发送的应用托管请求之后回复托管响应。