使用云服务和设备不可知管道机制来控制设备的制造方法
【专利说明】使用云服务和设备不可知管道机制来控制设备
[0001]背景
[0002]—些设备制造商已经尝试通过将处理模块嵌入到设备中来使其设备更“智能”。例如，高端汽车制造商可生产由一个或多个处理模块驱动的控制系统。每个处理模块可运行一个或多个应用。用户可经由板载显示设备(诸如IXD显示器等)与这些应用交互。该用户还可通过这种交互方式来对应用编程。
[0003]—些设备制造商还提供具有与远程功能性进行交互的能力的设备。例如，汽车的控制系统可将其处理模块耦合至远程服务器。在该控制系统上运行的应用可出于各种目的与这一远程功能性交换数据，例如以接收地图、媒体内容等。
[0004]上述控制策略向消费者提供了更通用且复杂的设备。然而，出于本文指出的理由，这些策略还具有潜在的缺点。
[0005]概述
[0006]本文描述了包括托管(host) —个或多个服务的服务系统的环境。所述服务提供控制多个目标设备的操作的逻辑。此策略消除了目标设备提供本地“嵌入式”智能的需要。换言之，在一个实现中，目标设备可被生产为缺少本地控制逻辑(或对本地控制逻辑具有有限依赖)的“哑”装备。
[0007]根据一个解说性方面，所述服务经由相应的管道机制耦合于目标设备。管道机制处理从目标设备到服务系统的数据流，以及从服务系统到目标设备的控制指令流。在一个实现中，管道机制是以设备不可知方式构建的。这意味着，任何管道机制均能够与多种类型的目标设备交互，而不管由目标设备提供的本机功能性。
[0008]根据另一解说性方面，设备不可知管道机制可被提供给设备制造商。设备制造商随后可将管道机制纳入到其相应的目标设备中。替换地或附加地，管道机制可被提供至目标设备的终端用户。终端用户随后可将管道机制以能拆除的方式耦合至目标设备。在一个实现中，每个管道机制可被预编程以与服务系统交互，例如，通过将服务系统的地址存储在其数据存储中。每个管道机制还可包括使其能够以安全方式与服务系统交互的功能性；例如，该交互可利用传输层安全(TLS)协议和/或某种其他安全协议或机制。
[0009]根据另一解说性方面，用户可经由在任何用户设备(诸如智能电话、平板设备、个人计算机等)上运行的应用与服务交互。通过此通道，用户可将该服务配置成以期望方式控制该用户的目标设备。
[0010]根据另一解说性方面，该服务系统可提供设置功能性，该设置功能性允许用户在用户帐户、特定目标设备、以及与该目标设备相关联的管道机制之间建立连结。
[0011]上面的控制策略可以体现在各种类型的系统、组件，方法、计算机可读存储介质、数据中心、制品等中。
[0012]提供本概述以便以简化形式介绍一些概念；这些概念将在以下的详细描述中进一步描述。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。
[0013]附图简述
[0014]图1示出解说性环境，其中出于控制目标设备的目的，服务系统经由多个管道机制与多个目标设备交互。
[0015]图2提供了用于向接收方(分别是设备制造商和终端用户)提供管道机制的两个策略的高级概述。
[0016]图3-5示出了用于将管道机制耦合到目标设备的三个不同选项。
[0017]图6示出了管道机制的一个实现。
[0018]图7示出可被用于提供服务系统的计算功能性、或与该服务系统交互的用户设备的一个实现。
[0019]图8是描述使用图1的环境来控制目标设备的策略的规程。
[0020]图9是描述建立将目标设备、管道机制和用户帐户链接起来的关联的一种方式的规程。
[0021]图10是描述向实体提供应用以供该实体用来与服务交互的一种方式的规程。
[0022]图11是描述处理其中数据从目标设备流向服务系统的通信的一种方式的规程。
[0023]图12是描述处理其中用户与服务系统交互的通信的一种方式的规程。
[0024]贯穿本公开和各附图，相同的编号参考相同的组件和特征。100系列标号指的是最初在图1中所找到的特征，200系列的标号指的是最初在图2中找到的特征，300系列的标号指的是最初在图3中找到的特征，依此类推。
[0025]详细描述
[0026]本发明是按如下方式来组织的。节A描述了用于使用服务系统和设备不可知管道机制来控制目标设备的解说性环境。节B描述了解释节A的功能的操作的说明性方法。
[0027]作为预备，一些附图在一个或多个结构组件(被不同地称为功能性、模块、特征、元素等)的上下文中来描述概念。附图所示出的各种组件可以通过任何物理的并且有形的机制以任何方式来实现，例如，通过软件、硬件(例如，芯片实现的逻辑功能性)、固件等等，和/或其任何组合。在一种情况下，附图中所示出的将各种组件分离为不同的单元可以反映在实际实现中使用对应的不同的物理和有形的组件。替换地或附加地，附图中所示出的任何单个组件都可以通过多个实际物理组件来实现。替换地或附加地，对附图中的任何两个或更多单独的组件的描绘可以反映由单一实际物理组件所执行的不同的功能。将依次描述的图1-7提供了关于附图所示出的功能的一个说明性物理实现的更多细节。
[0028]其他附图以流程图形式描述了概念。以此形式，某些操作被描述为构成以某一顺序执行的不同的框。这些实现是说明性而非限制性的。此处描述的某些框可被分组在一起并在单个操作中执行，某些框可被分成多个组件框，并且某些框可以按与此处所示出的不同的次序来执行(包括以并行方式执行这些框)。流程图中示出的框可以任何方式由任何物理和有形机制来实现，例如由软件、硬件(如芯片实现的逻辑功能)、固件等，和/或它们的任何组合来实现。
[0029]至于术语，短语“被配置成”包含任何类型的物理和有形的功能可以被构建来执行已标识的操作的任何方式。功能可以被配置成使用例如软件、硬件(例如，芯片实现的逻辑功能)、固件等，和/或其任何组合来执行操作。
[0030]术语“逻辑”包含用于执行任务的任何物理和有形的功能。例如，流程图中示出的每一个操作都对应于用于执行该操作的逻辑组件。操作可以使用例如软件、硬件(例如，芯片实现的逻辑功能)、固件等，和/或其任何组合来执行操作。在由计算系统实现时，逻辑组件表示作为计算系统的物理部分的、无论如何实现的电子组件。
[0031]权利要求中的短语“用于…的装置”(如果被使用)旨在援引35 U.S.C.§ 112第六段的规定。除了本特定短语之外，没有其他语言旨在援引该法条的该部分的规定。
[0032]下列的解释可以将一个或多个特征标识为“任选(opt1nal)”。这种类型的陈述不应该被解读为可以被视为可选的特征的穷尽的指示；也就是说，其他特征也可以被视为可选，虽然在文本中没有明确地标识。最后，术语“示例性”或“说明性”指的是可能多个实现中的一个实现。
[0033]A.解说性环境
[0034]图1示出解说性环境100，其中服务系统102经由多个相应的管道机制106 (P1, P2，…Pn)与多个目标设备1MD1, D2，….Dn)交互。多个用户也可使用运行应用110 (A1, A2, *.?η)的多个用户设备108 (U1, U2，…Un)与服务系统102交互。用户可通过这些信道控制目标设备104。例如，用户可与应用交互以对服务系统102所托管的服务编程。基于该编程，该服务随后可向目标设备发送指令，所述指令具有控制该目标设备的效果。该服务还可接收来自目标设备的数据。一般而言，设备104被称为“目标”设备以指示它们表示控制的目标，并将这些目标设备104与用户设备108相区分。
[0035]每个管道机制担当在目标设备和服务系统102之间传递信息的控制不可知角色。该管道机制被称为控制不可知的，因为它不被配置成执行任何特定控制功能，或关于任何特定控制体制来解释通过它传递的信息。而是，它可在任何类型的控制体制的上下文中使用。
[0036]而且，每个管道机制是以设备不可知方式构造的。这意味着每个管道机制具有与不同种类的目标设备104交互的能力，而不管目标设备104所提供的本机功能性如何。在一种情况下，环境100通过托管等同构建的管道机制106的集合来实现此结果。S卩，在此情况下，每个管道机制具有与其他管道机制相同的硬件和编程。在另一情况下，环境100提供不同类的管道机制106。每个类可通过容适不同类型的通信来彼此区分，不同类型的通信诸如，蜂窝通信、卫星通信、WiFi通信、经由硬连线的通信等。
[0037]环境100提供一个或个潜在益处。首先，环境100代表与到服务系统102而不是每个个体目标设备的控制任务相关联的“智能”。结果是，环境100给设备制造商生产目标设备104的自由，该目标设备104在变化的程度上被认为是“哑”的。哑设备是指缺少处理器实现的智能和/或本地实现的控制的其他切面的设备。环境100还允许设备制造商消除或减少智能设备通常用来例如对这些设备编程以及与这些设备交互的输入/输出机制。这些方面进而可减少制造过程的复杂度和成本。
[0038]其次，环境100提供用于控制不同种类的目标设备104的统一且标准的框架。这一方面进而可通过减少与控制多个目标设备104的任务相关联的复杂度和成本来使设备制造商和终端用户同样受益。例如，环境100使终端用户免除了学习与不同目标设备相关联的不同控制协议的责任。跟与和目标设备本身相关联的输入/输出机制交互相比，环境100还为终端用户提供了用于对每个目标设备进行编程(将在下面描述)的更方便的机制。
[0039]上述优点是作为示例而非限制被引述的。环境100的其他实现可提供附加的技术优点。
[0040]在附图序列中临时向前跳，考虑图2中提供的高级概