[发明专利]管道机制和使用其来控制设备的方法、系统和介质

说明书

描述了一种环境，其中云实现的服务系统经由多个相应的设备兼容管道机制来控制多个目标设备。该目标设备本身可表示“哑”设备，例如，缺少本地控制逻辑，或提供对本地控制逻辑的减少的依赖。用户可经由运行在任何类型的用户设备上的应用来与该服务系统交互。

技术领域

本申请涉及一种用于控制设备的技术，具体而言，涉及一种用于使用云服务和设备兼容管道机制来控制设备的技术。

背景技术

一些设备制造商已经尝试通过将处理模块嵌入到设备中来使其设备更“智能”。例如，高端汽车制造商可生产由一个或多个处理模块驱动的控制系统。每个处理模块可运行一个或多个应用。用户可经由板载显示设备(诸如LCD显示器等)与这些应用交互。该用户还可通过这种交互方式来对应用编程。

一些设备制造商还提供具有与远程功能性进行交互的能力的设备。例如，汽车的控制系统可将其处理模块耦合至远程服务器。在该控制系统上运行的应用可出于各种目的与这一远程功能性交换数据，例如以接收地图、媒体内容等。

上述控制策略向消费者提供了更通用且复杂的设备。然而，出于本文指出的理由，这些策略还具有潜在的缺点。

发明内容

本文描述了包括托管(host)一个或多个服务的服务系统的环境。所述服务提供控制多个目标设备的操作的逻辑。此策略消除了目标设备提供本地“嵌入式”智能的需要。换言之，在一个实现中，目标设备可被生产为缺少本地控制逻辑(或对本地控制逻辑具有有限依赖)的“哑”装备。

根据一个解说性方面，所述服务经由相应的管道机制耦合于目标设备。管道机制处理从目标设备到服务系统的数据流，以及从服务系统到目标设备的控制指令流。在一个实现中，管道机制是以设备兼容(agnostic)方式构建的。这意味着，任何管道机制均能够与多种类型的目标设备交互，而不管由目标设备提供的本机功能性。

根据另一解说性方面，设备兼容管道机制可被提供给设备制造商。设备制造商随后可将管道机制纳入到其相应的目标设备中。替换地或附加地，管道机制可被提供至目标设备的终端用户。终端用户随后可将管道机制以能拆除的方式耦合至目标设备。在一个实现中，每个管道机制可被预编程以与服务系统交互，例如，通过将服务系统的地址存储在其数据存储中。每个管道机制还可包括使其能够以安全方式与服务系统交互的功能性；例如，该交互可利用传输层安全(TLS)协议和/或某种其他安全协议或机制。

根据另一解说性方面，用户可经由在任何用户设备(诸如智能电话、平板设备、个人计算机等)上运行的应用与服务交互。通过此通道，用户可将该服务配置成以期望方式控制该用户的目标设备。

根据另一解说性方面，该服务系统可提供设置功能性，该设置功能性允许用户在用户帐户、特定目标设备、以及与该目标设备相关联的管道机制之间建立连结。

上面的控制策略可以体现在各种类型的系统、组件，方法、计算机可读存储介质、数据中心、制品等中。

提供本概述以便以简化形式介绍一些概念；这些概念将在以下的详细描述中进一步描述。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

附图说明

图1示出解说性环境，其中出于控制目标设备的目的，服务系统经由多个管道机制与多个目标设备交互。

图2提供了用于向接收方(分别是设备制造商和终端用户)提供管道机制的两个策略的高级概述。

图3-5示出了用于将管道机制耦合到目标设备的三个不同选项。

图6示出了管道机制的一个实现。

图7示出可被用于提供服务系统的计算功能性、或与该服务系统交互的用户设备的一个实现。

图8是描述使用图1的环境来控制目标设备的策略的规程。