CN108027739A - 共享iot资源的异构分布式运行时代码 - Google Patents

Abstract

***、设备和方法可以在本地物联网(IOT)设备上接收要部署IOT应用的请求。此外，IOT应用可以被划分为多个原子节点，其中，多个原子节点的配置信息可以在运行时被发送到多个远程IOT设备，所述多个远程IOT设备具有支持第一多个原子节点的操作的抽象资源。在一个示例中，配置信息是经由具有通用命名空间的设备无关消息协议来发送的。

Description

共享IOT资源的异构分布式运行时代码

技术领域

实施例总体涉及物联网(IOT)。更具体地，实施例涉及共享IOT资源的异构分布式运行时代码。

背景技术

物联网(IOT)解决方案可以使诸如恒温器、洗衣机/干衣机等的家用设备将操作数据交互地报告给房主、公用事业公司和其他分析服务。IOT设备可以具有固定的主设备或从设备的角色，其中主设备充当所讨论的物联网服务的入口点。但是，固定的主从模型可能会对可扩展性产生负面影响。另外，某些IOT设备可以被指定为对任务、命名空间等进行管理的全局协调器，其中，全局协调器可能代表单个故障点，这降低了整个网络的灵活性。常规的IOT解决方案也可以将底层设备看作同构组件(例如，每个都具有存储器和中央处理单元/CPU)，但是实际上设备可能是异构的，具有不同的资源集合。此外，部署典型的IOT应用可能涉及将完整的应用副本安装在每个IOT设备上。这样的方法可能会导致相当大的分发成本，并且对于某些具备有限资源的设备来说可能是不切实际的。

附图说明

通过阅读以下说明书和所附权利要求，并且通过参考以下附图，实施例的各种优点对于本领域技术人员将变得显而易见，其中，：

图1是根据实施例的前端接口和IOT体系结构的示例的图示；

图2A是根据实施例的操作协调器装置的方法的示例的流程图；

图2B是根据实施例的操作IOT设备的方法的示例的流程图；

图3是根据实施例的多个贡献者的示例的框图；

图4是根据实施例的资源绑定的示例的框图；

图5是根据实施例的多个原子节点的示例的框图；

图6是根据实施例的设备无关消息协议的示例的框图；

图7是根据实施例的IOT应用的部署的示例的框图；

图8是根据实施例的IOT应用的取消部署的示例的框图；

图9是根据实施例的IOT设备的示例的框图；

图10是根据实施例的处理器的示例的框图；以及

图11是根据实施例的计算***的示例的框图。

具体实施方式

现在转到图1，示出了前端接口10(10a-10d)，其中，前端接口10可以被开发者用来创建和部署诸如物联网(IOT)应用的应用。因此，前端接口10可以呈现可用于支持使用前端接口10来设计的IOT应用的操作的物理IOT体系结构12(12a-12d)的虚拟化。IOT体系结构12通常可以包括例如，具有物理资源的IOT设备，所述物理资源支持经由前端接口10部署的IOT应用的操作。体系结构12中的每个IOT设备可以关于一些IOT应用充当“协调器”(例如主设备)，而关于其它IOT应用仅充当“贡献者”(例如，从设备)。因此，前端接口10可以运行在协调器IOT设备上，协调器IOT设备将所讨论的IOT应用部署到其他贡献者IOT设备。

在所示的示例中，光感测资源抽象10a和存储资源抽象10b两者向计算资源抽象10c提供输入。计算资源抽象10c可以执行计算(例如，确定光感测输入是否小于值500)，并将计算结果发送到闪光灯资源抽象10d(例如，如果光感测输入小于值500，则打开闪光灯)。在所例示出的IOT体系结构12中的一个或多个资源通常可以对应于前端接口10中的资源抽象。在所示的示例中，例如，光传感器电路12a对应于光感测资源抽象10a，存储电路12b对应于存储资源抽象10b，云计算基础设施12c对应于计算资源抽象10c，并且闪光灯电路12d对应于闪光灯资源抽象10d。

特别值得注意的是，前端接口10可以使得IOT应用能够在不使用贡献者的标识符、地址(例如，媒体访问控制/MAC地址)等的情况下被开发。协调器IOT设备(例如，网关，云管理器)随后可以确定资源需求和贡献者之间的绑定(例如，分配(assignment))，并且进行部署。如将更详细地讨论的，协调器IOT设备可以将IOT应用划分为多个原子节点并且将用于原子节点的配置信息部署到贡献者。配置信息可以是使贡献者能够生成运行时代码的最小设置集合。因此，一旦配置信息被部署，贡献者就可以执行IOT应用中的它们各自的部分，并相互通信以完成IOT应用的任务。

图2A示出了操作IOT设备的协调器装置的方法14。方法14可以被实现为存储在诸如随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、固件、闪速存储器等非暂态机器或计算机可读存储介质中，诸如例如可编程逻辑阵列(PLA)、现场可编程门阵列(FPGA)、复杂可编程逻辑器件(CPLD)的可配置逻辑中，使用诸如例如专用集成电路(ASIC)、互补金属氧化物半导体(CMOS)或晶体管-晶体管逻辑(TTL)技术的电路技术的固定功能硬件逻辑中或其任意组合中的一组逻辑指令中的一个或多个模块。例如，用于执行方法14中所示的操作的计算机程序代码可以以一种或多种程序设计语言的任意组合来编写，所述程序设计语言包括诸如JAVA，SMALLTALK，C++等的面向对象的程序设计语言和常规的程序性程序设计语言，如“C”程序设计语言或类似的程序设计语言。

图示的处理框16用于在本地IOT设备处接收要部署IOT应用的请求。该请求可以经由已经讨论的前端接口(例如，前端接口10(图1))来接收。IOT应用可以在框18被划分为多个原子节点。原子节点可以被分类为例如生成数据的源节点，消耗数据的汇聚节点和/或消耗数据并生成数据的运算符节点。

框20可以在运行时将针对多个原子节点的配置信息发送给具有支持多个原子节点的操作的抽象资源的多个远程IOT设备。如前所述，配置信息可以是使贡献者能够生成运行时代码的最小设置集合。因此，可以通过与设备无关的消息传送协议发送的配置信息可以包括与每个原子节点相关联的类标识符以及一个或多个参数。在一个示例中，类标识符包括源节点类、汇聚节点类或运算符节点类中的一个或多个。因此，框20还可以提供指示多个远程IOT设备中的每一个执行仅第一多个原子节点的子集的运行时生成。也可能有一个或多个可以支持部分IOT应用的运行的本地抽象资源。在这样的情况下，框20还可以将一个或多个本地抽象资源绑定到多个原子节点的子集。

图2B示出了操作充当贡献者或简档适配器(下面更详细地描述)的IOT设备的方法。方法24可以被实现为存储在诸如RAM、ROM、PROM、固件、闪速存储器等非暂态机器或计算机可读存储介质中、诸如例如PLA、FPGA、CPLD的可配置逻辑中，使用诸如例如ASIC、CMOS或TTL技术的电路技术的固定功能硬件逻辑中或其任意组合中的一组逻辑指令中的一个或多个模块。

图示的处理框26用于在IOT设备处接收与对应于IOT应用的多个原子节点相关联的配置信息。另外，框28可以在IOT设备处接收指令以执行仅多个原子节点的子集的运行时生成。在框30，一个或多个本地抽象资源可被绑定到多个原子节点的子集。另外，所示框32进行运行时生成。

现在转到图3，示出了多个贡献者22(22a-22e)。在所示的示例中，开发者34与协调器36(例如，协调器IOT设备)交互，协调器36包括web服务、映射器和运行时代码(例如“规则引擎”)协调器。web服务可以促进对协调器36的在线访问，并且映射器可以确定贡献者22的哪些抽象资源将支持所讨论的IOT应用的哪些操作。另外，运行时代码协调器可以关于运行时代码的再生来指示贡献者22。只要协调器36具有支持IOT应用的操作的本地抽象资源，协调器36就也可以充当贡献者。

在所示的示例中，“智能(smart)”贡献者22a和22b包括运行时代码客户端、资源简档和资源，并且因此可以在不涉及简档适配器38的情况下来再生运行时代码。相反，“愚笨(dumb)”贡献者22d和22e可以仅包含板载无线电、传感器和/或致动器。因此，协调器36可以经由简档适配器38与愚笨贡献者22d和22e通信，简档适配器38包括用于愚笨贡献者22d、22e的运行时代码客户端和资源简档。协调器36还可以通过简档适配器38与智能贡献者22c进行通信。

资源抽象：

如前所述，IOT设备的资源可以被抽象(通常被描述为排除设备标识符)直到运行时。这种方法可以通过确定在运行时使用哪个设备标识符来促进开发。更具体地说，资源抽象可以通过使得能够在没有硬编码标识符的情况下开发IOT应用，来提高易用性(例如，增加IOT应用的可移植性)。资源抽象也可能通过忽视在需求规范阶段的无线电协议和网络拓扑来加快IOT应用的开发。在一个示例中，资源抽象可以包括抽象，诸如例如感测(例如，光，存在，温度等)、致动(例如，光，遮阳，空调等)、电力(例如电池供电、陆线供电等)、存储(例如，安全数字/SD，固态盘/SSD，云存储等)、计算(例如，微控制器单元/MCU，中央处理单元/CPU，图形处理单元/GPU，云等)、通信(例如，蓝牙低功耗/BLE，ZIGBEE，WiFi，以太网等)等等。

在一个示例中，协调器可以经由设备无关消息协议发现感测、致动和通信资源，并且可以使用协议适配来从操作***(OS)获得电力、存储和计算抽象。

资源/资产绑定：

资源绑定可以建模为一个二部匹配(或分配)问题，其中，二部图可以用G＝(R，A，E)表示，其中，R表示资产需求，A表示可用资产，在E中e＝(r，a)，其中，A中的a能够R中的r。注意，如果R请求一个特定资产的n个实例，我们可以简单地将A'定义为，

然后求解(最大)(加权)匹配问题。

图4示出资源绑定40，其中，应用所请求的资源是运动感测抽象42、警报抽象44和计算抽象46。可用资源是无源红外(PIR)传感器48，摄像机50，警报器52，网关54和云56。二部图以实线和虚线两者显示，其中，可选匹配以虚线显示。可以使用穷举搜索，因为二部图中的顶点数量相对较低，并且边在以下意义上被约束：只有当a能够r(a is capable of r)时，才存在边(r，a)。

分布式运行时代码(例如，规则引擎)：

分布式运行时代码可以被认为是变换性(transformative)的，意味着可以将生成的代码按原样划分并分发给多个设备。它还允许生成的代码以任何形式进行划分，而这些形式都是针对任何目标进行了优化的。分布式运行时代码在以下意义上是同构的：每个设备以每应用方式既可用作主设备(例如，服务入口)也可用作从设备(例如，支持服务)。特别值得注意的是，可以使用与设备无关的通信来分发运行时代码的配置信息。

原子节点：

IOT应用的原子软件组件可以被分类为诸如以下三类的类别。

1.生成数据的源节点。源节点不能从其他节点获取输入，并生成一个数据流，该数据流可以被发送到多个后续节点。在一个示例中，源节点使用应用编程接口(API)，例如GPIO(通用输入/输出)，RESTful(代表性状态传输)等来获得数据，并且然后将数据发送给源节点的后继者。

2.消耗数据的汇聚节点。汇聚节点可能没有后继者，可能接受任意数量的节点作为输入。汇聚节点也可以使用API诸如GPIO、RESTful等来触发对硬件或软件的控制。

3.消耗数据并生成数据的运算符节点。运算符节点可以接受任意数量的输入，并生成一个输出流，该输出流可以被发送到多个后续节点。运算符节点可以包括数学函数和/或分析函数，例如阈值(例如，小于)，平均等等。也可以使用其他原子节点分类。

图5示出了多个原子节点58(58a-58c)。在图示中，源节点58a产生光传感器输出和相关数字，以及温度传感器输出和相关数字。运算符节点58b可将第一函数(例如，小于)应用于光传感器输出和相关联的数字，其中，第一函数具有馈送到“与(AND)”函数的输出。类似地，运算符节点58b可以将第二函数(例如，等于)应用于温度传感器输出和相关数字，其中，第二函数也具有馈送到“与”函数的输出。所示的“与”函数耦合到汇聚节点58c的输入，其包括功率开关致动器。

设备无关消息传递：

原子节点的配置信息可以在运行时重新分发。设备无关消息协议可以使用通用命名空间(其可以限于每个用户的基础)，以独立于底层物理设备来将运行时资源彼此区分。在一个示例中，JAVA虚拟机(JVM)执行运行时规则执行。给定设备无关的消息传递，代码可以在重新配置***时保持原样，因此，当部署IOT应用时，代码生成可以由协调器仅执行一次。部署的JAVA字节码可以是便携式的。

原子节点可以在运行时部署到物理设备。设备无关的消息协议可以具有通用命名空间。命名空间可以被认为是通用的，只要它在每个设备、每个服务基础上是唯一的。唯一性可以确保配置部署无冲突。在一个例子中，命名空间被定义为：

/<应用Id>/<设备Id>/<资产Id>

其中，应用Id是协调器在运行时创建的唯一字符串，设备Id是由协调器管理的IOT设备的标识，而资产Id是协议适配层提供的资产/资源的标识符(例如开放互连联盟(OpenInterconnect Consortium/OIC))。

如图6所示，假设通过通用命名空间来实现设备无关消息协议60，则运行时代码可能不再取决于IOT设备被物理部署的位置。结果，原子节点可以在部署时间时和在运行时移动/移位，而无关于哪个物理设备运行所讨论的原子节点。在图示的例子中，LS表示光传感器，TS表示温度传感器，HS表示湿度传感器，GW表示网关，LA表示光致动器。

在一个示例中，可以经由例如MQTT(消息队列遥测传输)，ROS(机器人操作***)，DDS(数据分发服务)和/或任何其他合适的发布者-订户消息传递软件来实现。注意，为了消除消息传递命名空间中的单个故障点，可以使用MQTT群集或仅仅DDS(例如，无代理发布者-订户实现方式)。简而言之，原子节点、设备无关的消息传递和资源抽象可以使运行时代码的配置信息能够分发在多个设备上，而不需要在开发时对设备标识符进行硬编码。

资源协调：

如已提到的，可以使用设备无关消息传递在设备之间协调资源。首先，设备的状态可以用保持活跃的信道来广播。可以为设备提供API以在彼此之间发现资源。在图7和8中示出资源协调设计，分别用于部署62和取消部署64。示例伪代码如下所示，其中，deploy(“localhost”，R，TRUE)是部署设备上的初始位置。

每个设备都可以作为用户部署物联网应用的入口点。因此，如果本地资产不足或为了优化目的，任何设备都可以协商和协调资产/资源。协调器IOT设备(例如，图7和8中的主映射器)可以从用户接收资源需求并自动执行以下操作。

1.发现远程资源，例如附近的网关，云等

2.执行资源需求和可用资源之间的映射

3.部署本地绑定的资源

4.将资源需求发送到远程设备

另外，贡献者IOT设备(例如，图7和8中的从映射器)可以从协调器设备接收资产需求并自动执行以下操作。

1.部署本地绑定的资源

在图7和8中，主映射器和从映射器是基于每个应用定义的。简而言之，IOT设备可以作为一个应用的主映射器，同时也可以作为另一个应用的从映射器。

上述伪代码可以使用用于跨设备通信和代码分发的MQTT以例如JAVA来实现。而且，只有应用的配置信息可以在设备之间发送。运行时代码可以动态地(on the fly)生成，仅用于失效备援(failover)响应，以便减少带宽并优化内存占用。配置信息的完整副本可能会发送到所有已部署的设备，以获得更佳的可用性。

现在转到图9，示出了IOT设备66(66a-66e，例如，光传感器、温度传感器、湿度传感器、网关、光致动器)。IOT设备66通常可以执行方法14(图2A)和/或方法24(图2B)的一个或多个方面。因此，IOT设备66可以包括逻辑指令、可配置逻辑、固定功能逻辑硬件，等等，或其任何组合。IOT设备66可以包括具有请求处理器68的协调器装置66a，请求处理器用于在IOT设备66处接收(例如，在协调器/主模式中)要部署第一IOT应用的请求。协调器装置66a还可以包括代码划分器70，其用于将第一IOT应用划分为第一多个原子节点，并且包括分发管理器72，其用于在运行时将第一多个原子节点的第一配置信息发送到具有支持第一多个原子节点的操作的抽象资源的多个远程IOT设备。

第一配置信息可以经由具有通用命名空间的设备无关的消息协议来发送。此外，第一配置信息可以包括与每个原子节点相关联的类标识符以及一个或多个参数，其中，类标识符可以包括源节点类、汇聚节点类或运算符节点类中的一个或多个。在一个示例中，分发管理器72指示多个远程IOT设备中的每一个进行仅第一多个原子节点的子集的运行时生成(例如，每个远程IOT设备仅生成其负责的运行时代码)。

所示出的IOT设备66还包括一个或多个本地抽象资源66b(例如，光感测，温度感测，湿度感测，计算，存储，光致动)以及本地资源管理器66c，以将一个或多个本地抽象资源中的至少一个绑定到第一多个原子节点的子集。

请求处理器68还可以在IOT设备66处接收(例如，以贡献者/从模式)与对应于第二IOT应用的第二多个原子节点相关联的第二配置信息。另外，请求处理器68可以接收进行仅第二多个原子节点的子集的第二运行时生成的指令。在这样的情况下，本地资源管理器66c可以将一个或多个本地抽象资源66b绑定到第二多个原子节点的子集。而且，代码生成器66d可以进行第二运行时生成。

所示出的IOT设备66还包括显示器66e以呈现已经讨论过的前端接口，例如前端接口10(图1)。因此，请求处理器68可以通过前端接口接收请求。

图10示出了根据一个实施例的处理器核心200。处理器核心200可以是任何类型的处理器的核心，诸如微处理器，嵌入式处理器，数字信号处理器(DSP)，网络处理器或执行代码的其他设备。尽管在图10中仅示出了一个处理器核心200，处理元件可以可选地包括图10中所示的多于一个的处理器核心200。处理器核心200可以是单线程核心，或者对于至少一个实施例，处理器核心200可以是多线程的，因为对于每个核心其可以包括多于一个的硬件线程上下文(或“逻辑处理器”)。

图10还示出耦合到处理器核心200的存储器270。存储器270可以是本领域技术人员已知的或者可用的其他各种存储器(包括存储器层次结构的各种层)中的任何一种。存储器270可以包括要由处理器核心200执行的一个或多个代码213指令，其中，代码213可以实现已经讨论的方法14(图2)和/或方法24(图3)。处理器核心200遵循由代码213指示的程序的指令序列。每个指令可以进入前端部分210并由一个或多个解码器220处理。解码器220可以生成微操作(例如预定义格式的固定宽度微操作)作为其输出，或者可以生成反映原始代码指令的其他指令、微指令或控制信号。所示的前端部分210还包括寄存器重命名逻辑225和调度逻辑230，它们一般分发资源并排队对应于转换指令的操作以供执行。

所示处理器核心200包括具有一组执行单元255-1至255-N的执行逻辑250。一些实施例可以包括专用于特定功能或功能集合的多个执行单元。其他实施例可以仅包括一个执行单元或者可以执行特定功能的一个执行单元。所说明的执行逻辑250执行由代码指令指定的操作。

在完成代码指令指定的操作的执行之后，后端逻辑260对代码213的指令进行引退。在一个实施例中，处理器核心200允许指令的无序执行，但是要求指令的有序引退。引退逻辑265可以采用本领域技术人员已知的各种形式(例如，重排序缓冲器等)。以这种方式，至少在解码器产生的输出、寄存器重命名逻辑225使用的硬件寄存器和表、以及通过执行逻辑250修改的任何寄存器(未示出)等方面，处理器核心200在代码213的执行期间被变换。

尽管在图10中未示出，处理元件可以包括与处理器核心200一起在芯片上的其他元件。例如，处理元件可以包括与处理器核心200一起的存储器控制逻辑。处理元件可以包括I/O控制逻辑和/或可以包括与存储器控制逻辑集成的I/O控制逻辑。处理元件还可以包括一个或多个高速缓存。

现在参照图11，示出了根据一个实施例的计算***1000实施例的框图。图11所示的是包括第一处理元件1070和第二处理元件1080的多处理器***1000。尽管示出了两个处理元件1070和1080，但是应当理解，***1000的实施例也可以仅包括一个这样的处理元件。

***1000被图示为点对点互连***，其中，第一处理元件1070和第二处理元件1080经由点对点互连1050耦合。应该理解的是，图11所示的任何或全部互连可以实现为多点总线而不是点对点互连。

如图11所示，处理元件1070和1080中的每一个可以是包括第一和第二处理器核心(即，处理器核心1074a和1074b以及处理器核心1084a和1084b)的多核处理器。这样的核心1074a、1074b、1084a、1084b可以被配置为以与以上结合图10所讨论的方式类似的方式来执行指令代码。

每个处理元件1070、1080可以包括至少一个共享高速缓存1896a、1896b。共享高速缓存1896a、1896b可以存储分别由处理器的一个或多个组件(例如，核心1074a、1074b和1084a、1084b)使用的数据(例如，指令)。例如，共享高速缓存1896a、1896b可以对存储在存储器1032、1034中的数据进行本地高速缓存以供处理器的组件更快地访问。在一个或多个实施例中，共享高速缓存1896a、1896b可以包括一个或多个中级高速缓存，诸如级别2(L2)，级别3(L3)，级别4(L4)或其他级别的高速缓存，最后一级高速缓存(LLC)，和/或其组合。

尽管仅示出了两个处理元件1070、1080，但是应该理解，实施例的范围不限于此。在其他实施例中，一个或多个额外的处理元件可以存在于给定的处理器中。可替代地，处理元件1070、1080中的一个或多个可以是除了处理器之外的元件，诸如加速器或现场可编程门阵列。例如，附加处理元件可以包括与第一处理器1070相同的附加处理器，与第一处理器1070的处理器异构或不对称的附加处理器，加速器(例如，图形加速器或数字信号处理(DSP)单元)，现场可编程门阵列或任何其他处理元件。在处理元件1070、1080之间，就包括体系结构，微体系结构，热量，功耗特性等的一系列优点度量而言可以存在各种差异。这些差异可以有效地表现为处理元件1070、1080之间的不对称性和异构性。对于至少一个实施例，各种处理元件1070、1080可以驻留在同一管芯封装中。

第一处理元件1070还可以包括存储器控制器逻辑(MC)1072和点对点(PP)接口1076和1078。类似地，第二处理元件1080可以包括MC1082和PP接口1086和1088。如图11所示，MC1072和1082将处理器耦合到相应的存储器，即存储器1032和存储器1034，存储器1032和存储器1034可以是主存储器的本地附接到相应处理器的一部分。虽然MC1072和1082被图示为集成到处理元件1070、1080中，但是对于替代实施例，MC逻辑可以是处理元件1070、1080之外的离散逻辑，而不是集成在其中。

第一处理元件1070和第二处理元件1080可以分别经由P-P互连1076、1086耦合到I/O子***1090。如图11所示，I/O子***1090包括P-P接口1094和1098。此外，I/O子***1090包括将I/O子***1090与高性能图形引擎1038耦合的接口1092。在一个实施例中，可以使用总线1049以将图形引擎1038耦合到I/O子***1090。可选地，点对点互连可耦合这些组件。

I/O子***1090又可以经由接口1096耦合到第一总线1016。在一个实施例中，第一总线1016可以是***组件互连(PCI)总线或诸如PCI Express总线的总线或另一个第三代I/O互连总线，尽管实施例的范围不限于此。

如图11所示，各种I/O设备1014(例如，扬声器，摄像机，传感器)可连同可将第一总线1016耦合到第二总线1020的总线桥1018耦合到第一总线1016。在一个实施例中，第二总线1020可以是低引脚计数(LPC)总线。在一个实施例中，各种设备可以耦合到第二总线1020，包括例如键盘/鼠标1012，通信设备1026和可以包括代码1030的数据存储单元1019，例如磁盘驱动器或其他大容量存储设备。图示的代码1030可以实现已经讨论的方法14(图2)和/或方法24(图3)，并且可以与已经讨论的代码213(图10)类似。***1000还可以包括协调器装置，例如协调器装置66a(图9)。此外，音频I/O 1024可以耦合到第二总线1020，并且电池1010可以向计算***1000供电。

请注意，可以设想其他实施例。例如，代替图11的点对点体系结构。***可以实现多点总线或另一种这样的通信拓扑。而且，图11的元件也可以可选地使用比图11所示的更多或更少的集成芯片来划分。

其他注意事项和示例：

示例1可以包括本地设备，该本地设备包括：显示器，其呈现前端接口，以及协调器装置，所述协调器装置包括：请求处理器，其经由前端接口接收要部署第一应用的请求；代码划分器，其将第一应用划分为第一多个原子节点；以及分发管理器，其在运行时将第一多个原子节点的第一配置信息发送给多个远程设备，所述多个远程设备具有支持第一多个原子节点的操作的抽象资源。

示例2可以包括示例1的本地设备，其中，第一配置信息是通过具有通用命名空间的设备无关消息协议来发送的。

示例3可以包括示例1的本地设备，其中，分发管理器指示多个远程设备中的每一个远程设备进行仅第一多个原子节点的子集的运行时生成。

示例4可以包括示例1的本地设备，其中，第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

示例5可以包括示例1的本地设备，还包括一个或多个本地抽象资源，以及本地资源管理器，其将一个或多个本地抽象资源绑定到第一多个原子节点的子集。

示例6可以包括示例1至5中的任何一个的本地设备，其中，请求处理器在本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息，以及用于进行仅第二多个原子节点的子集的第二运行时生成的指令，并且其中，协调器装置还包括本地资源管理器，其将一个或多个本地抽象资源绑定到第二多个原子节点的子集，以及代码生成器，其用于进行第二运行时生成。

示例7可以包括协调器装置，该协调器装置包括：请求处理器，其在本地设备处接收要部署第一应用的请求；代码划分器，其将第一应用划分为第一多个原子节点；以及分发管理器，其在运行时将所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

示例8可以包括示例7的装置，其中，第一配置信息是通过具有通用命名空间的设备无关消息协议来发送的。

示例9可以包括示例7的装置，其中，分发管理器指示多个远程设备中的每一个远程设备进行仅第一多个原子节点的子集的运行时生成。

示例10可以包括示例7的装置，其中，第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

示例11可以包括示例7的装置，还包括一个或多个本地抽象资源，以及本地资源管理器，其将一个或多个本地抽象资源绑定到第一多个原子节点的子集。

示例12可以包括示例7至11中的任何一个的装置，其中，请求处理器在本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息以及用于执行仅第二多个原子节点的子集的第二运行时生成的指令，并且其中，所述装置进一步包括本地资源管理器，其将一个或多个本地抽象资源绑定到所述第二多个原子节点的所述子集，以及代码生成器，其用于进行所述第二运行时生成。

示例13可以包括一种操作协调器装置的方法，该方法包括：在本地设备处接收要部署第一应用的请求；将第一应用划分为第一多个原子节点；以及在运行时将用于第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

示例14可以包括示例13的方法，其中，第一配置信息是经由具有通用命名空间的设备无关消息协议来发送的。

示例15可以包括示例13的方法，还包括指示多个远程设备中的每一个远程设备进行仅第一多个原子节点的子集的运行时生成。

示例16可以包括示例13的方法，其中，第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，类标识符包括以下中的一个或多个：源节点类、汇聚节点类或者运算符节点类。

示例17可以包括示例13的方法，还包括将一个或多个本地抽象资源绑定到第一多个原子节点的子集。

示例18可以包括示例13至17中的任何一个的方法，还包括在本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息，在本地设备处接收进行仅第二多个原子节点的子集的第二运行时生成的指令，将一个或多个本地抽象资源绑定到第二多个原子节点的子集，以及进行第二运行时生成。

示例19可以包括至少一个包括一组指令的非暂态计算机可读存储介质，所述指令在由本地设备执行时使得本地设备用于：在本地设备处接收要部署第一应用的请求，将第一应用划分为第一多个原子节点，并且在运行时将用于所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

示例20可以包括示例19的至少一个非暂态计算机可读存储介质，其中，第一配置信息通过具有通用命名空间的设备无关消息协议来发送。

示例21可以包括示例19的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使所述本地设备用于指示所述多个远程设备中的每一个进行仅第一多个原子节点的子集的运行时生成。

示例22可以包括示例19的至少一个非暂态计算机可读存储介质，其中，第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

示例23可以包括示例19的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使得本地设备用于将一个或多个本地抽象资源绑定到所述第一多个原子节点的子集。

示例24可以包括示例19至23中的任一个的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使得本地设备用于：在本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息，在本地设备接收进行仅第二多个原子节点的子集的第二运行时生成的指令，将一个或多个本地抽象资源绑定到第二多个原子节点的子集，以及进行第二运行时生成。

示例25可以包括协调器装置，该协调器装置包括：用于在本地设备处接收要部署第一应用的请求的单元，用于将第一应用划分为第一多个原子节点的单元，以及用于在运行时将用于第一多个原子节点的第一配置信息发送到多个远程设备的单元，所述多个远程设备具有支持第一多个原子节点的操作的抽象资源。

示例26可以包括示例25的装置，其中，第一配置信息是通过具有通用命名空间的设备无关消息协议来发送的。

示例27可以包括示例25的装置，还包括用于指示所述多个远程设备中的每一个远程设备进行仅所述第一多个原子节点的子集的运行时生成的单元。

示例28可以包括示例25的装置，其中，第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，类标识符包括以下中的一个或多个：源节点类、汇聚节点类或者运算符节点类。

示例29可以包括示例25的装置，还包括用于将一个或多个本地抽象资源绑定到第一多个原子节点的子集的单元。

示例30可以包括示例25至29中的任何一个的装置，还包括：用于在本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息的单元，用于在本地设备处接收用于进行仅第二多个原子节点的子集的第二运行时生成的指令的单元，用于将一个或多个本地抽象资源绑定到第二多个原子节点的子集的单元，以及用于进行第二运行时生成的单元。

因此，本文描述的技术可以提供一种解决方案，其中，每个IOT设备可以基于每个应用而既充当主设备又充当从设备。如果应用是通过某个设备部署的，那么设备可以充当主设备，为特定应用跨多个设备协调资源。另外，每个设备可以维持有应用的配置信息的本地副本。如果用于特定应用的主设备未履行职责(例如，低电量，断开连接等)，则从设备可以承担主设备角色并重新部署应用。配置信息可以是能够生成运行时代码的最小的设置集合。此外，连接框架可以支持资产/资源抽象。协议适应中间件(例如，OIC，UPAL等)可以呈现IOT体系结构中的任何设备容易发现的资源。分布式运行时代码还可以减少内存占用并优化带宽。

实施例适用于所有类型的半导体集成电路(“IC”)芯片。这些IC芯片的示例包括但不限于处理器，控制器，芯片组部件，可编程逻辑阵列(PLA)，存储芯片，网络芯片，片上***(SoC)，SSD/NAND控制器ASIC等等。另外，在一些附图中，信号导线用线表示。一些可以是不同的，以指示更多组成信号路径，具有数字标签，指示多个组成信号路径，和/或在一个或多个末端具有箭头以指示主要信息流方向。但是，这不应该以限制的方式来解释。相反，可以结合一个或多个示例性实施例来使用这样的附加细节，以便于更容易地理解电路。所表示的任何信号线，无论是否具有附加信息，实际上可以包括可以在多个方向上传播的一个或多个信号，并且可以用任何合适类型的信号方案来实现，例如用差分对实现的数字或模拟线路、光纤线和/或单端线。

可能已经给出了示例尺寸/型号/值/范围，但是实施例不限于此。随着制造技术(例如光刻)随着时间的推移而成熟，预期可以制造更小尺寸的单元。另外，为了图示和讨论的简单性，以及为了不模糊实施例的某些方面，可以或不可以在附图中示出与IC芯片和其他组件的公知电源/接地连接。此外，为了避免模糊实施例，并且鉴于关于这种框图布置的实现的细节高度依赖于要在其中，实现实施例的平台的事实，即，这样的细节应该在本领域技术人员的范围内，可以以框图的形式示出布置。在阐述具体细节(例如，电路)以描述示例实施例的情况下，对于本领域技术人员而言显而易见的是，可以在没有这些具体细节或者具有这些具体细节的变型的情况下实践实施例。因此该描述被认为是说明性的而不是限制性的。

术语“耦合”在本文中可以用于指代所讨论的组件之间的任何类型的直接或间接的关系，并且可以应用于电气、机械、流体、光学、电磁、机电或其他连接。另外，除非另外指出，否则术语“第一”、“第二”等在本文中可以仅用于便于讨论，并且不带有特定的时间或时间顺序的意义。

如在本申请和权利要求书中使用的，术语“一个或多个”所连接的项目列表可以表示所列术语的任意组合。例如，短语“A、B或C中的一个或多个”可以表示A；B；C；A和B；A和C；B和C；或A、B和C。

本领域的技术人员将从前面的描述中认识到，实施例的广泛技术可以以各种形式来实现。因此，尽管已经结合其特定示例描述了实施例，但是实施例的真实范围不应该如此受限制，因为在研究附图、说明书和以下权利要求书后，其他修改对于本领域技术人员将变得显而易见。

Claims (25)

1.一种本地设备，包括：

显示器，其呈现前端接口；以及

协调器装置，包括，

请求处理器，其经由所述前端接口接收要部署第一应用的请求，

代码划分器，其将所述第一应用划分为第一多个原子节点，以及

分发管理器，其在运行时将所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

2.如权利要求1所述的本地设备，其中，所述第一配置信息是经由具有通用命名空间的设备无关消息协议来发送的。

3.如权利要求1所述的本地设备，其中，所述分发管理器指示所述多个远程设备中的每一个远程设备进行仅所述第一多个原子节点的子集的运行时生成。

4.如权利要求1所述的本地设备，其中，所述第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，所述类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

5.如权利要求1所述的本地设备，还包括：

一个或多个本地抽象资源；以及

本地资源管理器，将所述一个或多个本地抽象资源绑定到所述第一多个原子节点的子集。

6.如权利要求1至5中任一项所述的本地设备，其中，所述请求处理器在所述本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息，以及用于进行仅所述第二多个原子节点的子集的第二运行时生成的指令，并且其中，所述协调器装置还包括：

本地资源管理器，其将一个或多个本地抽象资源绑定到所述第二多个原子节点的所述子集；以及

代码生成器，用于进行所述第二运行时生成。

7.一种协调器装置，包括：

请求处理器，其在本地设备处接收要部署第一应用的请求；

代码划分器，其将所述第一应用划分为第一多个原子节点；以及

分发管理器，其在运行时将所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

8.如权利要求7所述的装置，其中，所述第一配置信息是经由具有通用命名空间的设备无关消息协议来发送的。

9.如权利要求7所述的装置，其中，所述分发管理器指示所述多个远程设备中的每一个远程设备进行仅所述第一多个原子节点的子集的运行时生成。

10.如权利要求7所述的装置，其中，所述第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，所述类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

11.如权利要求7所述的装置，还包括：

一个或多个本地抽象资源；以及

本地资源管理器，将所述一个或多个本地抽象资源绑定到所述第一多个原子节点的子集。

12.如权利要求7至11中任一项所述的装置，其中，所述请求处理器在所述本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息以及用于进行仅所述第二多个原子节点的子集的第二运行时生成的指令，并且其中，所述装置还包括：

本地资源管理器，将一个或多个本地抽象资源绑定到所述第二多个原子节点的所述子集；以及

代码生成器，用于进行所述第二运行时生成。

13.一种操作协调器装置的方法，包括：

在本地设备处接收要部署第一应用的请求；

将所述第一应用划分为第一多个原子节点；以及

在运行时将用于所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

14.如权利要求13所述的方法，其中，所述第一配置信息是经由具有通用命名空间的设备无关消息协议发送的。

15.如权利要求13所述的方法，还包括指示所述多个远程设备中的每一个远程设备进行仅所述第一多个原子节点的子集的运行时生成。

16.如权利要求13所述的方法，其中，所述第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，所述类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

17.如权利要求13所述的方法，还包括将一个或多个本地抽象资源绑定到所述第一多个原子节点的子集。

18.如权利要求13至17中任一项所述的方法，还包括：

在所述本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息；

在所述本地设备处接收用于进行仅所述第二多个原子节点的子集的第二运行时生成的指令；

将一个或多个本地抽象资源绑定到所述第二多个原子节点的所述子集；以及

进行所述第二运行时生成。

19.至少一个非暂态计算机可读存储介质，包括一组指令，所述指令在由本地设备执行时使所述本地设备用于：

在所述本地设备处接收要部署第一应用的请求；

将所述第一应用划分为第一多个原子节点；以及

在运行时将用于所述第一多个原子节点的第一配置信息发送到多个远程设备，所述多个远程设备具有支持所述第一多个原子节点的操作的抽象资源。

20.如权利要求19所述的至少一个非暂态计算机可读存储介质，其中，所述第一配置信息是经由具有通用命名空间的设备无关消息协议来发送的。

21.如权利要求19所述的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使所述本地设备用于指示所述多个远程设备中的每一个远程设备进行仅所述第一多个原子节点的子集的运行时生成。

22.如权利要求19所述的至少一个非暂态计算机可读存储介质，其中，所述第一配置信息包括与每个原子节点相关联的类标识符以及一个或多个参数，并且其中，所述类标识符包括以下中的一个或多个：源节点类、汇聚节点类或运算符节点类。

23.如权利要求19所述的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使所述本地设备用于将一个或多个本地抽象资源绑定到所述第一多个原子节点的子集。

24.如权利要求19至23中任一项所述的至少一个非暂态计算机可读存储介质，其中，所述指令在被执行时使所述本地设备：

在所述本地设备处接收与对应于第二应用的第二多个原子节点相关联的第二配置信息；

在所述本地设备处接收用于进行仅所述第二多个原子节点的子集的第二运行时生成的指令；

将一个或多个本地抽象资源绑定到所述第二多个原子节点的所述子集；以及

进行所述第二运行时生成。

25.一种协调器装置，包括用于执行根据权利要求13至17中任一项所述的方法的单元。