[发明专利]推送用户界面

说明书

优先权

本申请要求2014年8月25日提交的美国申请号62/041,631的优先权，所述申请以引用方式整体并入本申请。

背景技术

目前，用户可使用他们移动装置诸如智能电话或板电脑作为用于另一硬件的用户界面(UI)。向移动装置的用户提供用户界面的常规方式是从Google Play、Apple App商店或其他供应商将应用(App)下载到电话或平板电脑上。App是专门制造用于给定移动装置(即Android或Apple)和给定硬件。所述App随后无线地与硬件对接。

所下载的应用是针对特定类型的硬件预先配置的，并且在使用之前通常被注册或链接到单个目标硬件，诸如心率监视器、恒温器、无钥匙进入您的家或在艺术画廊的绘画，将信息传送到移动装置以便以预定义的格式在用户界面上呈现信息。

当前，用户需要用于特定移动装置和与移动装置通信的硬件类型中的每一个的单独的App。因此，用户可能需要使用数千个应用。常规系统需要用户向移动装置识别硬件、知道通信所需的App的名称、转到App商店、登录、下载App、安装App、配置App、了解如何使用App、随后将App与您想对接的硬件相关联。另外在硬件位置处必须存在一些标志，向您指示您需要下载以甚至获得的App的名称。这只是个单一装置，用户将需要针对每个装置来重复这点。

使用WiFi装置的web服务器也可用于从单独硬件装置向用户呈现用户界面。这意味着WiFi主机装置安装在硬件或数据将传达到的其他位置。随后，当移动装置(诸如智能电话)靠近硬件装置时，用户必须导航移动装置上的WiFi设置、搜索网络、连接到网络、交换安全凭证、建立连接、随后启动浏览器(希望浏览器将与目标硬件使用的HTML和控件兼容)，随后下载HTML并且在移动装置上呈现用户的UI。这是针对一个位置和一个硬件。一旦您移动到下一个硬件装置，用户就将需要再次重复此过程以获得下一个硬件关联。一旦用户做出一个关联，移动装置就将丢弃先前的一个，因为装置一次只能与一个WiFi目标(或在这种情况下主机)连接。除了web服务器需要大的存储器空间来运行之外，WiFi消耗大量功率，并且不适于实际应用所需的电池供电的应用。

因此，用于在未连接的硬件的移动装置上呈现用户界面的可用方法需要大量的用户知识和人工干预。因此，现有选项对于主要利益相关者不是很实际。

装置制造商必须为每个产品(嵌入式、Android、iOS、Windows)以及通常被丢弃的应用而采用多个软件开发团队，最终花费公司大量资金用于开发，并增加了整体产品生命周期风险。另外，最终客户必须管理知道下载哪个应用或者知道如何连接到临时WiFi网络的复杂性。

处理基于硬件的应用对于应用的分配者也是非常昂贵的，诸如用于Google、Apple和Microsoft的App商店。当前，基于硬件的应用的开发者需要将他们的硬件及其软件App发送到App商店以供审查和批准。此过程通常是必需的，因为它是利用相关联硬件正确地确认App功能的唯一有效方式。此过程对于这些App商店的管理员来说是昂贵的，因为在发布之前接收、编目、测试和验证应用是费力的。此外，基于硬件的应用通常免费提供，因为它们以硬件的成本供给客户。因此，App商店通常不会在这些应用上生成收入，但会消耗大量成本。Apple、Google、Microsoft和App商店的其他管理员通过减少或消除用于非收入生成应用的这些开销成本从本发明中获益。

发明内容

描述允许用户通过与远程装置相关联的单独用户界面(UI)与相应远程装置对接而无需知道与远程装置相关联的特定应用或者远程装置的性质的系统和方法。还可使用实施方式，使得一个移动装置可用于同时地或顺序地显示与多个远程装置相关联的独特用户界面。

示例性实施方式可一包括用户界面(UI)，其中定义UI所必要的信息的至少一部分从远程节点或电子装置提供到具有用户界面机构的电子或移动装置。因此，例如，用于UI的指令或其一部分可从远程装置上传到移动装置。在示例性实施方式中，用户可下载一个单个App到移动装置，它是主机App或充当空白画布的服务。随后，印刷在所述画布上的内容存储并且从靠近移动装置的远程节点传输到移动App。在移动装置上的App上运行的所上传UI可负责使用蜂窝WiFi或移动装置上的其他无线连接拉动较大文件以访问网络来获得应用请求的较大图像、文件等。

可对传输的UI数据进行编码以便使其非常有效且适于由电池驱动的装置。