[发明专利]受管应用中普遍存在的协作

说明书

本文描述了用于在受管应用环境中普遍存在的协作特征的方法和系统。协作服务和/或服务器可储存会话信息和一个或多个配置文件用于在结合在用户的计算设备上执行的受管应用呈现的协作特征中使用。

本国际申请要求2014年3月21日提交的编号为14/221,958(代理人案号为007737.00343)的美国申请的优先权，其通过引用以其整体并入本文。

领域

本文描述的方面一般涉及在受管应用环境中的协作特征，诸如文本聊天、视频聊天、音频聊天、临场和/或其它。

背景

诸如移动应用的一些应用可以是受管应用。受管应用可利用策略来调节共享环境中应用的执行。在移动电话环境中执行沙盒和其它技术是受管应用的可选的示例。当受管应用的程序员可重写他们的应用的本机的源代码以在事后添加协作特征时，它可能是耗时并昂贵的繁琐的过程。另外，每个应用可具有其自己的可能不能与另一个应用的聊天特征兼容的聊天特征。因此，当用户在使用不同的应用之间切换时，他们可能被强制在聊天应用之间来回切换。当涉及到虚拟的环境中的协作时，这在现有技术中留下的缺点和限制。

概述

下文呈现本文所述的各个方面的简要概述。该概述并不是广义的综述，亦非旨在确定关键或重要元素或描绘权利要求的范围。以下概述仅仅以简化形式呈现一些概念，作为对以下提供的更详细描述的介绍性前序。

为了克服以上描述的现有技术中的限制，以及克服将在阅读和理解本说明书时明显的其它限制，本文描述的方面针对结合在客户端计算设备上呈现(如，显示)的受管应用提供一个或多个协作特征的方法。

在一个示例中，该方法包括，特别是，结合第一受管应用的呈现自动地呈现一个或多个协作特征(如，协作组件/模块)以及关于协作特征的通信会话信息。第一受管应用可具有通过与一个或多个受管特征的封装(即，所封装的)在运行时或预先添加或移除的特征，包括但不限于协作特征。

另外，前述方法还包括第二受管应用(或甚至更多受管应用)，其也被封装以在受管模式期间提供协作特征。在受管应用中的协作特征可共享会话信息，使得协作特征可跨第一受管应用和第二受管应用执行。

在各种示例中，经由将本机应用封装并将诸如遏制、加密等的一个或多个受管应用特征添加到(或注入)受管应用中，协作特征可被并入受管应用环境中。因此，当协作特征在应用的受管模式中被启用时，则受管协作特征变得可操作。在另一个示例中，经由允许受管应用与协作特征交互的应用接口(API)，协作特征可被并入受管应用环境中。在又一个示例中，协作特征可以是通过一个或多个预定的钩子(如，动态链接库(如，.dll、.dylib、.jar等)文件)与受管应用交互的独立协作软件。当适合时，“协作特征”应该被概括地解释为包括前述示例中的每一个。

另外，在另一示例中，客户端代理(经由受管应用)可与协作特征/服务接驳以促进协作特征和/或其它方面的呈现/显示。在激活或去激活结合主题受管应用呈现协作特征前，系统可检测所储存的规则/策略是否已经被满足。

此外，协作服务器可与其它组件交互以发送会话信息和与受管应用相关的一个或多个配置文件。因此，促使在客户端计算设备上执行的协作服务根据其相应的配置文件中的风格或其它信息来呈现协作特征。

结合下面更详细地公开的内容的益处，将理解这些和其它方面。

附图简述

可通过参照下面结合附图考虑的描述获得对本文描述的方面和其优势的更充分的理解，在附图中相似的参考数字表示相似的特征，且其中：

图1描绘了可根据本文描述的一个或多个说明性方面使用的说明性的计算机系统架构。

图2描绘了可根据本文描述的一个或多个说明性方面使用的说明性的远程访问系统架构。