内容容纳的设备和方法技术

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

【技术实现步骤摘要】
【国外来华专利技术】
本说明书中公开的主题涉及将内容组织和存储在应用程序程序内。
技术介绍
移动应用程序或“app”开发仍是相对不成熟的
更确切地，平台多种多样并且很频繁地改变。这种平台易变也意味着平台所支持的应用程序同样易变。虽然大多数互联网网站具有着它们自己的应用程序，但是所述应用程序最多只是反映网站。在许多情况下，部署多个单独应用程序，其中每个应用程序仅执行少量功能。因此，这些方法常常浪费系统资源。至于移动应用程序，普遍方法是为每个单独的功能段创建单独应用程序。然而，这也浪费系统资源。也存在领域专家，并且这些领域专家通常对他们的领域有着完全理解。因此，这些领域专家能够利用他们的领域知识和现有的上下文敏感信息以及来自他们领域的上下文提供新的内容。不幸的是，这些领域专家在了解、构建、编译以及部署整个应用程序上花费不必要的时间。另外，大多数的应用程序并不提供跨越至其他应用程序的互操作性，即使是在应用程序来自相同作者时也如此。不幸的是，这些缺点在先前系统中基本未被解决，并且用户已经针对这些先前方法产生了不便和不满。
技术实现思路
提供用于移动应用程序或web应用程序内的内容容纳的方法。更确切地，本说明书中描述的许多实施例提供了一种包括具有装置接口、上下文共享和互操作性接口的内容容器的单个包装应用程序。在一种用于移动应用程序或web应用程序内的内容容纳的方法中，容器封装所有内容。“封装”就意味着支持可视化需要的所有程序逻辑、可视组件以及功能都驻留在托管容器的应用程序内。这种方法仍然允许服务器侧组件提供对内容的必要功能，但是可视内容和后台应用程序级逻辑或功能驻留在应用程序本身(例如，驻留在移动装置上的应用程序)中。这些方法还支持对内容进行动态托管，从而允许了可视组件和逻辑存在于云计算环境中的服务器或其他地方上的应用程序之外。在这种情况下，新内容的可用性是通过经由现有服务器侧功能进行查询发现，并且在需要时，必要内容组件可流送至应用程序容器中并加载。在一些方法中，容器提供内容所要求的一般特征以及应用程序内的导航能力(navigability)。在其他方法中，容器提供用于容纳任何类型的期望内容的必要机制。 内容容纳可被设在移动应用程序或web应用程序内，并可提供分布和展示单个主要应用程序的能力。此外，方法允许用户决定是否希望提供定制内容，并且通过使其仅可从特定的计算机系统访问来保护所述内容。另外，不同应用程序、内容以及可视内容可共享信息如状态信息。在这些实施例中的许多实施例中，接收来自第一可视装置的第一用户内容请求以及来自第二可视装置的第二用户内容请求。对第一用户内容请求和第二用户内容请求进行分析。基于分析，对第一用户内容请求和第二用户内容请求提供一组常用功能的访问权。另外在第一可视装置与第二可视装置之间共享状态信息。在其他方面中，一组常用功能中所选择的一个包括调整图形显示图标大小。一组常用功能中所选择的一个可另外包括将图形显示图标放在状态栏上。在其他方面中，一组常用功能中所选择的一个包括安全相关功能。在其他方面中，一组常用功能中所选择的一个包括登录到服务器。在其他实例中，状态信息包括关于对象或资产的动态信息。在一些其他实例中，第一可视装置包括网页。在这些实施例中的其他实施例中，一种用于将用户内容与行动相联系的设备包括接口和控制器。接口具有输入端和输出端并配置用于在输入端接收来自第一可视装置的第一用户内容请求以及来自第二可视装置的第二用户内容请求。控制器耦合至接口。控制器配置用于对第一用户内容请求和第二用户内容请求进行分析。控制器进一步配置用于基于分析，对第一用户内容请求和第二用户内容请求提供一组常用功能的访问权。控制器配置用于在输出端在第一可视装置与第二可视装置之间共享状态信息。【附图说明】为了对本专利技术进行更完全的理解，应当参考以下【具体实施方式】以及附图，其中:图1是根据本专利技术的各种实施例的一种基于容器的系统的方框图；图2是根据本专利技术的各种实施例的操作基于容器的系统的一个实例的流程图；图3是根据本专利技术的各种实施例的操作基于容器的系统的另一实例的流程图；图4是根据本专利技术的各种实施例的示出对容器的操作的流程图；图5是根据本专利技术的各种实施例的一种用于提供对常用功能的访问和可视内容之间信息共享的设备的方框图。技术人员将会了解，附图中的元件出于简单和清楚的目的示出。将进一步了解，某些动作和/或步骤可以特定发生次序来描述或描绘，但所属领域的技术人员将理解，实际上不要求这种关于顺序的特异性。还将理解，本说明书中使用的术语和表达具有符合此类术语和表达关于它们各自对应的查询和研宄领域的含义的普通含义，除非本说明书另外阐明特定含义。【具体实施方式】提供一种包括具有装置接口、上下文共享和互操作性接口的内容容器的单个包装应用程序。本说明书中提供的方法消除或基本上减少不需要的操作并使领域专家自由提供将在容器内运行或受容器支持的内容。通过容器可容易地实现互操作性，从而允许新内容与现有内容相互操作，并且允许现有内容与未在其创建时实施的内容相互操作。在一个实例中，提供一种系统，所述系统包括单个容器，所述单个容器用于封装所有内容。容器提供内容所要求的若干一般特征，如对公共上下文敏感信息的访问；装置、会话和硬件信息；以及用户、应用程序和系统上下文信息。容器另外提供应用程序内的一组完整导航能力，并且提供对基于上下文提供定制且动态的动作的可用性的访问。最后，容器提供容纳任何类型的内容的所有必要机制，所述内容是对应用程序提供另外可视内容和/或功能所期望的。内容包括与后台功能以及提供对现有内容的扩展或明显不同的另外内容所必要的服务器侧组件两者组合的任何可视组件(一个或多个)。在这些方面中，容器充当顶级主控机制，用于提供对常用功能的访问以便允许信息和上下文共享，以及提供容纳、托管称为内容的那些组件并使得它们被执行和显示所需要的必要功能。对内容的静态托管通过将所有程序逻辑、可视组件以及功能包括在托管容器本身的应用程序内来完成。这个方法仍然允许服务器侧组件提供对内容的必要功能，但是可视内容和后台应用程序级逻辑或功能驻留在应用程序本身(例如，驻留在移动装置上的应用程序)中。另外，还提供了对内容的动态托管，并且允许了可视组件和逻辑存在于云计算环境中的服务器或其他地方上的应用程序之外。新内容的可用性是通过经由现有服务器侧功能进行查询发现，并且在需要时，必要内容组件将流送至应用程序容器中并加载。当所有内容被托管(封装)在容器内时，这创建了公共的访问点，上下文敏感信息可针对公共的访问点来存储和共享。此外，通过提供特定访问机制，程序和数据流可被控制并且变成为公共的。对于移动应用程序，在网络流量即频率和大小两者可能成问题的情况下，容器可被当做网络请求的控制器，从而在数据需要被更新或刷新时通知内容，并且控制影响数据检索程度的关键特性如时间范围以及数据集大小和容量上限。公共程序流和共享上下文可通过共享导航上下文来使用。如果通过一个给定的内容段来修改一组上下文敏感信息，那么在切换至其他内容时，可使容器将这组更新的上下文信息提供至新加载的内容，由此确保公共程序流和易用性。另外，提供高级容器提供了管理功能如动态动作的具体实施的理想位置。在缺乏容器时，这些动态动作也可通过一本文档来自技高网...

【技术保护点】
一种将用户内容与动作相联系的方法，所述方法包括：接收来自第一可视装置的第一用户内容请求以及来自第二可视装置的第二用户内容请求；对所述第一用户内容请求和所述第二用户内容请求进行分析；基于所述分析，对所述第一用户内容请求和所述第二用户内容请求提供一组常用功能的访问权；以及在所述第一可视装置与所述第二可视装置之间共享状态信息。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：P哈德维克，R莫尔登，
申请(专利权)人：通用电气智能平台有限公司，
类型：发明
国别省市：美国;US