CN112448992A - 一种边缘计算任务调度方法及装置 - Google Patents

Abstract

本发明公开了一种边缘计算任务调度方法及装置，涉及边缘计算技术领域，优化边缘计算任务调度方法，以提高在业务链路的消息传输效率，从而最终提高执行整个业务流程效率，本发明的主要技术方案为：接收边缘传感器发送的传感数据；查找与所述传感数据对应的业务类型；将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。本发明应用于通过任务调度将传感数据匹配到预先设定的业务链路执行业务流程。

Description

一种边缘计算任务调度方法及装置

技术领域

本发明涉及边缘计算技术领域，尤其涉及一种边缘计算任务调度方法及装置。

背景技术

随着科技的不断创新发展，边缘计算已经被广泛地应用到物联网，从而通过在靠近物或数据源头的网络边缘侧，融合网络、计算、存储、应用等核心能力，就近提供边缘智能服务，满足行业数字在敏捷联接、实时业务、数据优化、应用智能、安全与隐私保护等方面的关键需求。

目前，边缘计算的分布式任务调度方法大多是基于消息队列遥测传输(MessageQueuing Telemetry Transport，MQTT)协议实现的，通过发布订阅的方式进行任务的编排和调度。例如，结合图1给出的任务调度方案，所有的计算逻辑封装在模块1-N当中，这N个模块构成一个完整的业务逻辑，边缘传感器将消息通过MQTT协议发布到主题(topic1)，模块1消费topic1中的消息，并且将逻辑处理的结果发送到topic2中，以此类推执行发布订阅的方式，经历模块1-N执行完整个业务流程。

但是，由于边缘计算对实时性要求是比较高的，通过MQTT协议进行多次消息的发布、订阅会，尤其是在高并发的情况下，将导致消息传输效率较低，此外假设消息数据量很大(比如达到1兆)时，MQTT协议自身存在对大消息体的传输能力不足的缺陷，将使得消息传输效率就更低了，从而也就是降低了一个业务流程的执行效率。

发明内容

有鉴于此，本发明提供一种边缘计算任务调度方法及装置，主要目的在于优化边缘计算任务调度方法，以提高在业务链路的消息传输效率，从而最终提高业务流程的执行效率。

为了达到上述目的，本发明主要提供如下技术方案：

一方面，本发明提供了一种边缘计算任务调度方法，该方法包括：

接收边缘传感器发送的传感数据；

查找与所述传感数据对应的业务类型；

将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

可选的，所述将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，包括：

从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；

控制所述第一业务节点接收向业务链路分配的传感数据；

利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；

根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；

根据所述计算结果，查找下一个或多个目标业务节点；

利用Actor模型之间的消息传送机制，将所述计算结果传递给所述目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

可选的，所述方法还包括：

根据传感数据的类型，预先设定业务类型；

对于所述不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；

建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系

可选的，所述建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系，包括：

对所述业务链路添加标识信息；

根据不同的所述业务类型对应不同的所述业务链路以及所述业务链路的标识信息，得到所述业务类型与所述标识信息之间的对应关系；

将传感数据类型与预先设定的业务类型之间的对应关系、所述业务类型与所述标识信息之间的对应关系存储至数据表中，得到所述传感数据类型、所述业务类型、所述标识信息三者之间的映射关系。

可选的，在所述接收边缘传感器发送的传感数据之前，所述方法还包括：

将业务链路包含的多个业务节点部署在同一个服务终端。

另一方面，本发明还提供了一种边缘计算任务调度装置，该装置包括：

接收单元，用于接收边缘传感器发送的传感数据；

查找单元，用于查找与所述接收单元接收到的传感数据对应的业务类型；

执行单元，用于将所述传感数据分配给与所述查找单元查找到的业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

可选的，所述执行单元包括：

获取模块，用于从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；

控制模块，用于控制所述获取模块获取的第一业务节点接收向业务链路分配的传感数据；

传递模块，用于利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；

执行模块，用于根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；

查找模块，用于根据所述计算结果，查找下一个或多个目标业务节点；

所述传递模块，还用于利用Actor模型之间的消息传送机制，将所述计算结果传递给所述查找模块查找到的目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

可选的，所述装置还包括：

设定单元，用于预先设定业务类型；

构建单元，用于对于所述设定单元设定的不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；

建立单元，用于建立所述传感数据类型、所述设定单元设定的业务类型、所述构建单元构建的业务链路三者之间的映射关系。

可选的，所述建立单元包括：

添加模块，用于对所述业务链路添加标识信息；

确定模块，用于根据不同的所述业务类型对应不同的所述业务链路以及所述业务链路的标识信息，得到所述业务类型与所述标识信息之间的对应关系；

存储模块，用于将传感数据类型与预先设定的业务类型之间的对应关系、所述确定模块确定的所述业务类型与所述标识信息之间的对应关系存储至数据表中，得到所述传感数据类型、所述业务类型、所述标识信息三者之间的映射关系。

可选的，所述装置还包括：

部署单元，用于将业务链路包含的多个业务节点部署在同一个服务终端。

再一方面，本发明还提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上述的边缘计算任务调度方法。

又一方面，本发明还提供一种电子设备，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行如上述的边缘计算任务调度方法。

借由上述技术方案，本发明提供的技术方案至少具有下列优点：

本发明提供一种边缘计算任务调度方法及装置，本发明是根据业务类型不同，将传感数据分配到对应的业务链路，在业务链路中以封装业务计算逻辑的Actor模型作为业务节点实现传感数据的传输。由于Actor模型是轻量型、模型之间异步通信的事件驱动模型，且Actor模型在发送消息后也无需阻塞或者等待就能够处理其他事情，所以能够充分地应对高并发处理。相较于现有技术，解决了以MQTT协议的发布订阅方式实现的现有边缘计算的分布式任务调度导致消息传输效率低的问题。本发明给出了优化边缘计算任务调度方法，基于Actor模型实现提高在业务链路的消息传输效率，从而最终提高业务流程的执行效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为基于MQTT协议实现的边缘计算分布式任务调度方法流程图；

图2为本发明实施例提供的边缘计算任务调度方法的技术架构图；

图3为本发明实施例提供的一种边缘计算任务调度方法流程图；

图4为本发明实施例提供的另一种边缘计算任务调度方法流程图；

图5为本发明实施例提供的一种边缘计算任务调度装置的组成框图；

图6为本发明实施例提供的另一种边缘计算任务调度装置的组成框图；

图7为本发明实施例提供的边缘计算任务调度的电子设备。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种边缘计算任务调度方法，如图2所示，该方法是根据业务类型不同，将传感数据分配到对应的业务链路，在业务链路中以封装业务计算逻辑的Actor模型作为业务节点实现消息的传输，提高业务链路上的消息传输效率，对此本发明实施例提供以下具体步骤：

101、接收边缘传感器发送的传感数据。

边缘传感器是指物联网中执行业务流程的设备上安装的传感器，比如，将边缘计算与工业物联网结合，对于连续性生产流水线，工业网关下会挂很多执行业务流程的生产设备，比如，压缩机、工业泵等等，这些生产设备上会安装有传感器，以便通过实时地分析传感器反馈的传感数据，就可以达到实时地监测设备是否存在运行异常。

在本发明实施例中，接收到的传感数据可以包括但不限于是温度、湿度、压力、流量等等。

102、查找与传感数据对应的业务类型。

在本发明实施例中，不同类型的传感数据可以被应用于不同的业务类型，可以说是不同的业务流程场景，比如，执行不同的检测业务，具体的，可以包括但不仅限于如下的例举：利用接收到的压力传感数据，检测设备是否存在耐压异常，利用接收到的温度传感数据，检测设备是否存在由于高温导致的异常情况等等。

所以，对于本发明实施例，可以预先定义业务类型和不同类型的传感数据之间的对应关系，从而当接收到传感数据之后，就可以根据这种预先定义的对应关系，查找到该类型的传感数据可以被应用于哪个业务流程场景，比如，可用于完成哪种检测业务。

103、将传感数据分配给与业务类型匹配的业务链路，执行业务链路对应的业务流程，业务链路是多个业务节点组成的逻辑链路，业务节点是封装有业务计算逻辑的Actor模型。

对于本发明实施例，业务链路是多个业务节点组成的逻辑链路，一个业务链路相当于是对应执行一个业务流程，业务节点是封装有业务计算逻辑的Actor模型，结合图2进行详细解释，如图2所示，Actor模型1至Actor模型N组成的Actor集群就是一个业务链路，在业务链路上Actor模型可以简称为Actor节点，这些Actor节点内都预先封装有业务计算逻辑，每个Actor节点就是业务链路中的业务节点，并且是根据上一个业务节点的逻辑计算结果，触发下一个业务节点执行相应的逻辑计算，比如，例举如下：

上一个Actor节点预先部署业务计算逻辑是“判断温度是否大于90，返回‘ture’或‘false’”，当在该Actor节点对传感数据(温度数值)执行逻辑计算得到计算结果是“ture”时，将该计算结果传递至下一个Actor节点，这个Actor节点上预先部署业务逻辑是“当接收计算结果是“ture”时”，触发报警”，所以在这个Actor节点上执行触发报警操作。

需要说明的是，对于本发明实施例，图2所示的Actor1至ActorN组成业务链路仅是一个例举而已，为满足不同业务类型对业务流程的不同需求，所以对于不同业务链路，可以编辑Actor模型的部署方式也可以是不同的。

在本发明实施例中，结合2进行说明，由于不同类型的传感数据可以分别匹配不同的业务链路，为利用接收到的传感数据执行相应的业务流程，所以需要经任务调度处理，将传感数据与业务链路进行匹配，而后再将传感数据分配给这个业务链路，以利用这个业务链路对传感数据进行处理而执行业务流程，最终得到流程处理结果。结合上述例举，比如，得到流程处理结果就是由于设备温度过高触发报警。

本发明实施例提供一种边缘计算任务调度方法，本发明实施例是根据业务类型不同，将传感数据分配到对应的业务链路，在业务链路中以封装业务计算逻辑的Actor模型作为业务节点实现传感数据的传输。由于Actor模型是轻量型、模型之间异步通信的事件驱动模型，且Actor模型在发送消息后也无需阻塞或者等待就能够处理其他事情，所以能够充分地应对高并发处理。相较于现有技术，解决了以MQTT协议的发布订阅方式实现的现有边缘计算的分布式任务调度导致消息传输效率低的问题。本发明实施例给出了优化边缘计算任务调度方法，基于Actor模型实现提高在业务链路的消息传输效率，从而最终提高业务流程的执行效率。

为了对上述实施例做出更加详细的说明，本发明实施例还提供了另一种边缘计算任务调度方法方法，如图4所示，该方法还进一步地限定了业务链路包含的多个业务节点部署在同一个服务终端，从而避免网络延时影响业务链路上多个Actor模型之间传输消息的效率，对此本发明实施例提供以下具体步骤：

201、根据传感数据的类型，预先设定业务类型。

在本发明实施例中，不同类型的传感数据可以被应用于不同的业务类型，可以说是不同的业务流程场景，比如，执行不同的检测业务，具体的，可以包括但不仅限于如下的例举：利用接收到的压力传感数据，检测设备是否存在耐压异常，利用接收到的温度传感数据，检测设备是否存在由于高温导致的异常情况等等。

所以，对于本发明实施例，根据传感数据的类型，预先设定业务类型，从而便于后续根据业务类型规划业务流程，也就上述例举的，具体实施检测业务的流程。

202、对于不同业务类型，构建业务链路，业务链路是包含多个存在业务逻辑关系的业务节点，业务节点是封装有业务计算逻辑的Actor模型。

在本发明实施例中，当设定了业务类型之后，就可以根据不同业务类型规划对应的业务流程，具体的，业务流程的表现方式就是构建业务链路，业务链路是包含多个存在业务逻辑关系的业务节点，业务节点是封装有业务计算逻辑的Actor模型，具体的，例举一个业务链路，如图2所示的Actor集群组成的业务链路Actor1至ActorN。

203、建立传感数据类型、业务类型、业务链路三者之间的映射关系。

对于本发明实施例中，当预先设定业务类型之后，也就相当于是得到传感数据和业务类型之间的对应关系，当对于不同业务类型构建业务链路之后，也就相当于是得到业务类型和业务链路之间的对应关系，从而根据以上两个对应关系，就可以确定传感数据是适用于哪个业务链路，执行哪种业务流程的。

具体的，对建立业务类型与业务链路之间的映射关系进一步地细化，可以如下：

首先，对业务链路添加标识信息，根据不同的业务类型对应不同的业务链路以及业务链路的标识信息，得到业务类型与标识信息之间的对应关系，

其次，将传感数据类型与预先设定的业务类型之间的对应关系、业务类型与标识信息之间的对应关系存储至数据表中，得到传感数据类型、业务类型、业务链路的标识信息三者之间的映射关系。

对于本发明实施例，在存储时，用业务链路的标识信息替代具体的业务链路执行存储操作，减少存储数据量，也便于从这个数据表，就可以高效地查找到传感数据类型、业务类型以及业务链路之间三者的映射关系。

204、将业务链路包含的多个业务节点部署在同一个服务终端。

对于本发明实施例，可以将业务链路包含的多个业务节点部署在同一个服务终端，从而业务链路上包含的业务节点对应的Actor模型可以是LocalActor模型，从而在一个业务链路中多个LocalActor模型之间的消息传输，不需要局域网或外网，也就避免出现因网络延迟而降低消息传输效率的情况。

205、接收边缘传感器发送的传感数据。

在本发明实施例，对本步骤陈述，请参见步骤101，此处不再赘述。

206、查找与传感数据对应的业务类型。

在本发明实施例，对本步骤陈述，请参见步骤102，此处不再赘述。

207、将传感数据分配给与业务类型匹配的业务链路，执行业务链路对应的业务流程，业务链路是多个业务节点组成的逻辑链路，业务节点是封装有业务计算逻辑的Actor模型。

具体的，对于执行业务链路对应的业务流程做出进一步地细化，具体步骤可以如下：

第一步，从业务链路中获取第一业务节点，该第一业务节点是在业务链路中预先标识的首位节点。控制第一业务节点接收向业务链路分配的传感数据。对于本发明实施例，在业务链路中，预先设定一个业务节点，用于接收经任务调度分配的传感数据。

第二步，利用Actor模型之间的消息传送机制，将传感数据传递给第二业务节点，第二业务节点与第一业务节点是预先绑定的，第二业务节点是在业务链路中首位执行业务计算逻辑的节点。

第三步，根据第二业务节点上存储的业务计算逻辑对传感数据执行计算，得到计算结果，根据计算结果，查找下一个或多个目标业务节点。对于本发明实施例，当根据上一个业务节点执行计算结果查找目标节点时，可以出现一对多的情况，从而满足更加多样的业务流程需求。

第四步，利用Actor模型之间的消息传送机制，将计算结果传递给目标业务节点，用于在目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

对于上述第一至第四步，给出进一步地详细例举，可以如下：

在一个业务链路中，可以将Actor模型简称为Actor节点，Actor1节点用于接收传感数据；通过Actor1和Actor2之间的消息传递，将传感数据传递至Actor2，该Actor2预先部署业务计算逻辑是“判断温度是否大于90，返回‘ture’或‘false’”；当返回“ture”时，将Actor2的逻辑计算结果传递至Actor3，该Actor3预先部署的业务计算逻辑是“接收到上一个Actor节点逻辑计算结果为‘ture’时，触发报警”；当Actor3上得到逻辑计算结果为“触发报警”时，将Actor3的逻辑计算结果分别传递至Actor4和Actor5，Actor4上预先部署的业务计算逻辑是“接收报警‘ture’，则触发短信或邮件报警”，Actor5上预先部署的计算逻辑是“接收报警‘ture’，触发现场警示灯红色闪烁”。

结合以上例举，将得到执行业务流程是：Actor1节点—>Actor2节点—>Actor3节点—>Actor4节点/Actor5节点，尤其是对于Actor3节点，分别触发ctor4节点和Actor5节点都执行业务逻辑计算。

进一步的，作为对上述图2、图3、图4所示方法的实现，本发明实施例提供了一种边缘计算任务调度装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于通过任务调度将传感数据匹配到预先设定的业务链路执行业务流程，具体如图5所示，该装置包括：

接收单元31，用于接收边缘传感器发送的传感数据；

查找单元32，用于查找与所述接收单元31接收到的传感数据对应的业务类型；

执行单元33，用于将所述传感数据分配给与所述查找单元32查找到的业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

进一步的，如图6所示，所述执行单元33包括：

获取模块331，用于从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；

控制模块332，用于控制所述获取模块331获取的第一业务节点接收向业务链路分配的传感数据；

传递模块333，用于利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；

执行模块334，用于根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；

查找模块335，用于根据所述计算结果，查找下一个或多个目标业务节点；

所述传递模块333，还用于利用Actor模型之间的消息传送机制，将所述计算结果传递给所述查找模块查找到的目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

进一步的，如图6所示，所述装置还包括：

设定单元34，用于根据传感数据的类型，预先设定业务类型；

构建单元35，用于对于所述设定单元34设定的不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；

建立单元36，用于所述传感数据类型、所述设定单元34设定的业务类型、所述构建单元35构建的业务链路三者之间的映射关系。

进一步的，如图6所示，所述建立单元36包括：

添加模块361，用于对所述业务链路添加标识信息；

确定模块362，用于根据不同的所述业务类型对应不同的所述业务链路以及所述业务链路的标识信息，得到所述业务类型与所述标识信息之间的对应关系；

存储模块363，用于将传感数据类型与预先设定的业务类型之间的对应关系、所述确定模块362确定的所述业务类型与所述标识信息之间的对应关系存储至数据表中，得到所述传感数据类型、所述业务类型、所述标识信息三者之间的映射关系。

进一步的，如图6所示，所述装置还包括：

部署单元37，用于将业务链路包含的多个业务节点部署在同一个服务终端。

综上所述，本发明实施例提供一种边缘计算任务调度方法及装置，本发明实施例是根据业务类型不同，将传感数据分配到对应的业务链路，在业务链路中以封装业务计算逻辑的Actor模型作为业务节点实现传感数据的传输。由于Actor模型是轻量型、模型之间异步通信的事件驱动模型，且Actor模型在发送消息后也无需阻塞或者等待就能够处理其他事情，所以能够充分地应对高并发处理。相较于现有技术，解决了以MQTT协议的发布订阅方式实现的现有边缘计算的分布式任务调度导致消息传输效率低的问题。本发明实施例给出了优化边缘计算任务调度方法，基于Actor模型实现提高传感数据在业务链路的传输效率，从而最终提高业务流程的执行效率。此外，还进一步地限定了业务链路包含的多个业务节点部署在同一个服务终端，从而避免网络延时影响业务链路上多个Actor模型之间消息传输的效率。

所述边缘计算任务调度装置包括处理器和存储器，上述接收单元、查找单元和执行单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来优化边缘计算任务调度方法，以提高在业务链路的消息传输效率，从而最终提高业务流程的执行效率。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述边缘计算任务调度方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述边缘计算任务调度方法。

本发明实施例提供了一种设备40，设备包括至少一个处理器401、以及与处理器401连接的至少一个存储器402、总线403；其中，处理器401、存储器402通过总线403完成相互间的通信；处理器401用于调用存储器402中的程序指令，以执行上述的边缘计算任务调度方法。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

一种边缘计算任务调度方法，所述方法包括：接收边缘传感器发送的传感数据；查找与所述传感数据对应的业务类型；将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

进一步的，所述将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，包括：从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；控制所述第一业务节点接收向业务链路分配的传感数据；利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；根据所述计算结果，查找下一个或多个目标业务节点；利用Actor模型之间的消息传送机制，将所述计算结果传递给所述目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

进一步的，所述方法还包括：根据传感数据的类型，预先设定业务类型；对于所述不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系。

进一步的，所述建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系，包括：对所述业务链路添加标识信息；根据不同的所述业务类型对应不同的所述业务链路以及所述业务链路的标识信息，得到所述业务类型与所述标识信息之间的对应关系；将传感数据类型与预先设定的业务类型之间的对应关系、所述业务类型与所述标识信息之间的对应关系存储至数据表中，得到所述传感数据类型、所述业务类型、所述标识信息三者之间的映射关系。

进一步的，在所述接收边缘传感器发送的传感数据之前，所述方法还包括：将业务链路包含的多个业务节点部署在同一个服务终端。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种边缘计算任务调度方法，其特征在于，所述方法包括：

接收边缘传感器发送的传感数据；

查找与所述传感数据对应的业务类型；

将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

2.根据权利要求1所述的方法，其特征在于，所述将所述传感数据分配给与所述业务类型匹配的业务链路，执行所述业务链路对应的业务流程，包括：

从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；

控制所述第一业务节点接收向业务链路分配的传感数据；

利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；

根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；

根据所述计算结果，查找下一个或多个目标业务节点；

利用Actor模型之间的消息传送机制，将所述计算结果传递给所述目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据传感数据的类型，预先设定业务类型；

对于所述不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；

建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系。

4.根据权利要求3所述的方法，其特征在于，所述建立所述传感数据类型、所述业务类型、所述业务链路三者之间的映射关系，包括：

对所述业务链路添加标识信息；

根据不同的所述业务类型对应不同的所述业务链路以及所述业务链路的标识信息，得到所述业务类型与所述标识信息之间的对应关系；

将传感数据类型与预先设定的业务类型之间的对应关系、所述业务类型与所述标识信息之间的对应关系存储至数据表中，得到所述传感数据类型、所述业务类型、所述标识信息三者之间的映射关系。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述接收边缘传感器发送的传感数据之前，所述方法还包括：

将业务链路包含的多个业务节点部署在同一个服务终端。

6.一种边缘计算任务调度装置，其特征在于，所述装置包括：

接收单元，用于接收边缘传感器发送的传感数据；

查找单元，用于查找与所述接收单元接收到的传感数据对应的业务类型；

执行单元，用于将所述传感数据分配给与所述查找单元查找到的业务类型匹配的业务链路，执行所述业务链路对应的业务流程，所述业务链路是多个业务节点组成的逻辑链路，所述业务节点是封装有业务计算逻辑的Actor模型。

7.根据权利要求6所述的装置，其特征在于，所述执行单元包括：

获取模块，用于从业务链路中获取第一业务节点，所述第一业务节点是在业务链路中预先标识的首位节点；

控制模块，用于控制所述获取模块获取的第一业务节点接收向业务链路分配的传感数据；

传递模块，用于利用Actor模型之间的消息传送机制，将所述传感数据传递给第二业务节点，所述第二业务节点与所述第一业务节点是预先绑定的，所述第二业务节点是在业务链路中首位执行业务计算逻辑的节点；

执行模块，用于根据所述第二业务节点上存储的业务计算逻辑对所述传感数据执行计算，得到计算结果；

查找模块，用于根据所述计算结果，查找下一个或多个目标业务节点；

所述传递模块，还用于利用Actor模型之间的消息传送机制，将所述计算结果传递给所述查找模块查找到的目标业务节点，用于在所述目标业务节点执行其上存储的计算逻辑得到对应的计算结果，重复执行传递计算结果给下一个或多个其他业务节点操作，直至业务链路被执行结束。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

设定单元，用于根据传感数据的类型，预先设定业务类型；

构建单元，用于对于所述设定单元设定的不同业务类型，构建业务链路，所述业务链路是包含多个存在业务逻辑关系的业务节点，所述业务节点是封装有业务计算逻辑的Actor模型；

建立单元，用于建立所述传感数据类型、所述设定单元设定的业务类型、所述构建单元构建的业务链路三者之间的映射关系。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1-5中任一项所述的边缘计算任务调度方法。

10.一种电子设备，其特征在于，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1-5中任一项所述的边缘计算任务调度方法。

Images