[发明专利]内容容纳的设备和方法

说明书

技术领域

本说明书中公开的主题涉及将内容组织和存储在应用程序程序内。

背景技术

移动应用程序或“app”开发仍是相对不成熟的技术领域。更确切地，平台多种多样并且很频繁地改变。这种平台易变也意味着平台所支持的应用程序同样易变。

虽然大多数互联网网站具有着它们自己的应用程序，但是所述应用程序最多只是反映网站。在许多情况下，部署多个单独应用程序，其中每个应用程序仅执行少量功能。因此，这些方法常常浪费系统资源。

至于移动应用程序，普遍方法是为每个单独的功能段创建单独应用程序。然而，这也浪费系统资源。

也存在领域专家，并且这些领域专家通常对他们的领域有着完全理解。因此，这些领域专家能够利用他们的领域知识和现有的上下文敏感信息以及来自他们领域的上下文提供新的内容。不幸的是，这些领域专家在了解、构建、编译以及部署整个应用程序上花费不必要的时间。另外，大多数的应用程序并不提供跨越至其他应用程序的互操作性，即使是在应用程序来自相同作者时也如此。

不幸的是，这些缺点在先前系统中基本未被解决，并且用户已经针对这些先前方法产生了不便和不满。

发明内容

提供用于移动应用程序或web应用程序内的内容容纳的方法。更确切地，本说明书中描述的许多实施例提供了一种包括具有装置接口、上下文共享和互操作性接口的内容容器的单个包装应用程序。

在一种用于移动应用程序或web应用程序内的内容容纳的方法中，容器封装所有内容。“封装”就意味着支持可视化需要的所有程序逻辑、可视组件以及功能都驻留在托管容器的应用程序内。这种方法仍然允许服务器侧组件提供对内容的必要功能，但是可视内容和后台应用程序级逻辑或功能驻留在应用程序本身(例如，驻留在移动装置上的应用程序)中。

这些方法还支持对内容进行动态托管，从而允许了可视组件和逻辑存在于云计算环境中的服务器或其他地方上的应用程序之外。在这种情况下，新内容的可用性是通过经由现有服务器侧功能进行查询发现，并且在需要时，必要内容组件可流送至应用程序容器中并加载。

在一些方法中，容器提供内容所要求的一般特征以及应用程序内的导航能力(navigability)。在其他方法中，容器提供用于容纳任何类型的期望内容的必要机制。

内容容纳可被设在移动应用程序或web应用程序内，并可提供分布和展示单个主要应用程序的能力。此外，方法允许用户决定是否希望提供定制内容，并且通过使其仅可从特定的计算机系统访问来保护所述内容。另外，不同应用程序、内容以及可视内容可共享信息如状态信息。

在这些实施例中的许多实施例中，接收来自第一可视装置的第一用户内容请求以及来自第二可视装置的第二用户内容请求。对第一用户内容请求和第二用户内容请求进行分析。基于分析，对第一用户内容请求和第二用户内容请求提供一组常用功能的访问权。另外在第一可视装置与第二可视装置之间共享状态信息。

在其他方面中，一组常用功能中所选择的一个包括调整图形显示图标大小。一组常用功能中所选择的一个可另外包括将图形显示图标放在状态栏上。

在其他方面中，一组常用功能中所选择的一个包括安全相关功能。在其他方面中，一组常用功能中所选择的一个包括登录到服务器。

在其他实例中，状态信息包括关于对象或资产的动态信息。在一些其他实例中，第一可视装置包括网页。

在这些实施例中的其他实施例中，一种用于将用户内容与行动相联系的设备包括接口和控制器。接口具有输入端和输出端并配置用于在输入端接收来自第一可视装置的第一用户内容请求以及来自第二可视装置的第二用户内容请求。

控制器耦合至接口。控制器配置用于对第一用户内容请求和第二用户内容请求进行分析。控制器进一步配置用于基于分析，对第一用户内容请求和第二用户内容请求提供一组常用功能的访问权。控制器配置用于在输出端在第一可视装置与第二可视装置之间共享状态信息。

附图说明

为了对本发明进行更完全的理解，应当参考以下具体实施方式以及附图，其中：

图1是根据本发明的各种实施例的一种基于容器的系统的方框图；

图2是根据本发明的各种实施例的操作基于容器的系统的一个实例的流程图；

图3是根据本发明的各种实施例的操作基于容器的系统的另一实例的流程图；

图4是根据本发明的各种实施例的示出对容器的操作的流程图；