CN115914219A - 任务请求处理方法、装置、系统、可读存储介质和电子设备 - Google Patents

Abstract

本发明提供了一种任务请求处理方法、装置、系统、计算机可读存储介质和电子设备，该方法包括：第一终端向边缘节点下发业务逻辑，第二终端向边缘节点发送任务处理请求，其中，所述任务处理请求中包括任务处理请求的待处理对象的信息，边缘节点在接收到第二终端发送的任务处理请求后，加载并执行预先由第一终端提供的与所述任务处理请求对应的业务逻辑，其中，在执行所述业务逻辑的过程中调用目标功能接口执行第一处理逻辑，然后将所述业务逻辑的执行结果发送至第二终端。本发明的技术方案尤其适用于要求第一处理逻辑作为技术秘密进行保护的应用场景，满足各种业务需求。

Description

任务请求处理方法、装置、系统、可读存储介质和电子设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种任务请求处理方法、装置、系统、计算机可读存储介质和电子设备。

背景技术

随着互联网技术的不断发展，对互联网的使用也越来越多。各种终端上设置的软件或APP也越来越多，以满足人们的各种需要。

例如，在目前的技术方案中，用户使用智能终端上预置的软件(如图片美化软件)来完成图片美化、人像美容等处理操作，从而在智能终端上输出美化后的结果。

由于预置的软件是在智能终端上本地运行，在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

首先，智能终端的性能无法满足在本地进行大量的计算，若放在云端进行处理会有较大的延迟；其次，预置的软件上搭载的目标训练模型面临有泄露的风险，放在智能终端本地核心算法若被窃取，对软件的拥有者来说是极大的损失；同时，存在不同服务需求所需要调用的数据接口需要重复构建，浪费资源的问题。

发明内容

有鉴于此，本发明实施例的目的在于提供一种任务请求处理方法、装置、系统、计算机可读存储介质和电子设备，用于至少部分解决智能终端性能不足、云端延迟、智能终端本地核心算法被窃取的风险以及通用接口无法重复利用的问题。

第一方面，本发明实施例提供了一种任务请求处理方法，应用于边缘节点，包括以下步骤：

接收第二终端发送的任务处理请求；

加载并执行预先由第一终端提供的与任务处理请求对应的业务逻辑，其中，在执行业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

将业务逻辑的执行结果发送至第二终端。

第二方面，本发明实施例提供了一种任务请求处理方法，应用于第一终端，方法包括：

向边缘节点下发业务逻辑，其中，业务逻辑对应于来自第二终端的指定类型的任务处理请求，业务逻辑能够在被执行的过程中调用目标功能接口执行第一处理逻辑。

第三方面，本发明实施例提供了一种任务请求处理方法，应用于第二终端，方法包括：

向边缘节点发送任务处理请求，其中，任务处理请求中包括任务处理请求的待处理对象的信息，以使边缘节点根据任务处理请求加载并执行相应的业务逻辑，从而调用相应的目标功能接口执行第一处理逻辑；

接收边缘节点反馈的业务逻辑的执行结果。

第四方面，本发明实施例提供了一种任务请求处理装置，设置于边缘节点上，包括：

接收模块，用于接收第二终端发送的任务处理请求；

处理模块，用于加载并执行预先由第一终端提供的与任务处理请求对应的业务逻辑，其中，在执行业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

反馈模块，用于将业务逻辑的执行结果发送至第二终端。

第五方面，本发明实施例提供了一种任务请求处理装置，设置于第一终端上，包括：

发送模块，用于向边缘节点下发业务逻辑，其中，业务逻辑对应于来自第二终端的指定类型的任务处理请求，业务逻辑能够在被执行的过程中调用目标功能接口执行第一处理逻辑。

第六方面，本发明实施例提供了一种任务请求处理装置，设置于第二终端上，包括：

发送模块，用于向边缘节点发送任务处理请求，其中，任务处理请求中包括任务处理请求的待处理对象的信息，以使边缘节点根据任务处理请求加载并执行相应的业务逻辑，从而调用相应的目标功能接口执行第一处理逻辑；

接收模块，用于接收边缘节点反馈的业务逻辑的执行结果。

第七方面，本发明实施例提供了一种任务请求处理系统，其特征在于，包括彼此通信的边缘节点、第一终端和第二终端，其中：

边缘节点上设置有如第四方面的任务请求处理装置；

第一终端上设置有如第五方面的任务请求处理装置；

第二终端上设置有如第六方面的任务请求处理装置。

第八方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时，实现如前第一方面、第二方面或第三方面的一种任务请求处理方法。

第九方面，本发明实施例提供了一种电子设备，其包括存储器和处理器，存储器上存储有计算机程序，其特征在于，该程序被处理器执行时，实现如前第一方面、第二方面或第三方面的一种任务请求处理方法。

与现有技术相比，本发明的上述技术方案具有如下有益效果：

1、本发明构建轻量型的第一终端，以供开发者自定义业务逻辑，并将业务逻辑下发给边缘节点，以在边缘节点上对来自第二终端的任务处理请求进行响应和处理，由此实现了一种全新、高效的任务请求处理方法；与现有技术相比，这种模式无需在智能终端本地上安装和管理众多的软件模块，具有更大的灵活性和扩展性，尤其符合边缘计算发展趋势，使得维护和管理软件成本得以大幅度地降低。

2、在本发明的实施例中，由开发者自定义的业务逻辑在被执行的过程中调用目标功能接口执行第一处理逻辑，第一处理逻辑的代码可以不设置在本地(终端)而是设置于边缘节点，或者从中心节点或源站调用，第二终端只需将任务处理对象的信息发送给边缘节点，以供边缘节点执行第一处理逻辑来完成对任务处理对象的处理，然后边缘节点只需将执行结果反馈给第二终端，能够满足某些应用场景(如第一处理逻辑作为技术秘密不对用户开放)的需求，同时也能克服智能终端性能不足、不同服务所需要调用的数据接口需要重复构建，浪费资源等问题，使得不同需求服务可以使用同一个目标功能接口进行调用，实现接口的统一管理。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例提供的一种任务请求处理系统架构示意图；

图2是图1所示系统架构的第一终端、第二终端和边缘节点的交互过程的示意图；

图3是本发明一个实施例提供的第一终端上代码编辑操作平台界面的示意图；

图4是本发明一个实施例提供的边缘节点的组成示意图；

图5是图4所示的边缘节点进行任务请求处理的流程示意图；

图6是本发明一个实施例提供的由设置在边缘节点、第一终端和第二终端上的任务请求处理装置组成的系统的示意图；

图7是本发明一个实施例提供的一种电子设备的组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

分布式云计算网络(如边缘云)，是指将云下沉部署于网络边缘，使算力和应用更接近用户，从而可大幅度降低网络时延和回传负担，为用户带来更极致的业务体验，以及推动更多的应用创新。

分布式云计算网络包括地理上分布的多个边缘节点(例如，国内外各地不同的位置)。可以有成千上万个边缘节点，它们在地理上分布在不同的POP点上。每个POP点可以包括一个或多个物理服务器(例如，可以是一个或多个边缘服务器，一个或多个控制服务器，一个或多个DNS服务器，一个或多个授权名称服务器以及一个或多个其他网络设备，例如路由器、交换机和/或集线器)。

分布式云计算网络可以为客户(域名拥有者或内容运营商)提供不同的服务，例如性能服务(例如，充当CDN服务器的角色并动态高速缓存更接近访问者的客户文件、页面加速或优化)、针对基于因特网的威胁防护服务等。

基于上述情况，本发明实施例提出了应用于分布式云计算网络的一种任务请求处理方法、装置、系统、可读存储介质和电子设备。为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说明。

实施例一

图1示出本发明一个实施例提供的一种任务请求处理方法的系统架构图，其包括彼此通信的第一终端10、边缘节点20和第二终端30。

第一终端10将业务逻辑和第一处理逻辑发送至分布式云网络的边缘节点20；

第二终端30向边缘节点20发送任务处理请求；

边缘节点20加载并执行第一终端10发送的业务逻辑，并在执行的过程中调用目标功能接口执行第一处理逻辑；将业务逻辑的执行结果发送至第二终端30。

具体地，第一终端10可以直接将业务逻辑发送给边缘节点20；或者，第一终端10也可以先将业务逻辑发送到操作平台，然后由CDN用户或CDN服务商的运维管理人员在操作平台上发起业务逻辑发送请求，通过操作平台将业务逻辑发送到边缘节点。目标功能接口包括目标功能模型接口、云数据库接口或kv存储接口。第一处理逻辑包括媒体文件识别逻辑、查询分析计算逻辑或存储逻辑。其中，查询分析计算逻辑可以是具备查询、分析、计算逻辑中的部分或全部的组合逻辑。

基于上述系统架构，本实施例提供了一种任务请求处理方法，如图2所示，图2是任务请求处理方法的交互过程的示意图。该交互过程由第一终端10、边缘节点20和第二终端30三方共同完成，该方法主要包括以下步骤：

步骤101，第一终端10向边缘节点20发送预先设计好的业务逻辑，其中，业务逻辑的相关信息包含业务逻辑接口的信息；

第一终端10可以为第三方设备(例如手机、电脑、平板电脑、智能电话、膝上型计算机等)，第三方设备用于接收最终配置并在在分布式云计算网络中运行的用于执行任务处理请求的业务逻辑。其中，业务逻辑为代表边缘节点服务商的一方或由边缘节点服务商授权的另一方提供的业务逻辑。

更具体地，业务逻辑可以是Javascript或其他动态类型的语言或其他编译的代码或脚本。

步骤102，边缘节点20接收由第一终端提供的业务逻辑，所述业务逻辑用于生成业务逻辑接口；然后部署业务逻辑接口，以通过所述业务逻辑接口来接收由第二终端发送的任务处理请求，以及通过所述业务逻辑接口来将处理结果发送至第二终端。

步骤103，第二终端30向边缘节点20发送任务处理请求；

其中，第二终端30包括例如分支机构、企业总部、家庭网络的终端网络出口，或个人用户移动设备，如手机、电脑等，也可以是汽车传感器、监控摄像头等需要与边缘云端进行交互的物联网设备等。

步骤104，边缘节点20通过业务逻辑接口接收第二终端30发送的任务处理请求，其中，该任务处理请求的访问地址对应于步骤102中的业务逻辑接口；

步骤105，边缘节点20根据接收的任务处理请求，加载并执行预先从第一终端10获取的与任务处理请求对应的业务逻辑，其中，在执行业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

步骤106，边缘节点20通过业务逻辑接口将业务逻辑的执行结果发送至第二终端30；

步骤107，第二终端30显示由边缘节点20通过业务逻辑接口反馈的业务逻辑的执行结果。

下面详细地说明上述方法的各个步骤以及其中可选的或可替换的实施方式。

在本发明的实施例中，使用任务请求处理系统中的第一终端10访问可供开发者自主设计和开发业务逻辑代码的操作平台。如图3所示，图3所示是第一终端10上显示的操作平台的操作界面。由图3可知，该操作平台主要包括以下功能模块：

代码生成组件110，用于创建业务逻辑的代码，其中，业务逻辑与一种或多种类型的任务处理请求相对应，并且业务逻辑在被执行的过程中能够调用指定的目标功能接口执行第一处理逻辑来完成与任务处理请求相关的计算处理等工作；

代码部署组件120，用于将创建好的业务逻辑的代码发送给边缘节点。

在本实施例中，代码生成组件110主要包括代码编辑窗口，即图3中的“脚本编辑”窗口。在一种具体实施方式中，根据开发者的设置(例如，默认的设置)，第一终端10可以自动加载预存在操作平台上的业务逻辑的代码，并将该代码显示在图1的“脚本编辑”窗口中，开发者可对该代码进行修改，或者开发者可直接使用该预存的代码。当然，除了操作平台，第一终端10或边缘节点20也可以预存业务逻辑的代码，供开发者直接加载。又或者，在另一种具体实施方式中，由开发者直接于图3所示的“脚本编辑”窗口中编写业务逻辑的代码。在本实施例中，当代码创建好后，开发者可通过点击“脚本编辑”窗口下方的“部署”按钮，将创建好的业务逻辑的代码发送给边缘节点。当任务请求处理系统中只包括一个边缘节点20时，第一终端10直接根据该边缘节点20的网络地址，将创建好的业务逻辑的代码发送给该边缘节点20，以将业务逻辑部署在该边缘节点20上；当任务请求处理系统中包括分布式云计算网络部署的多个边缘节点20时，第一终端10可以将创建好的业务逻辑的代码发送给系统中所有的边缘节点20，以将业务逻辑自动部署在所有的边缘节点20上，当然，也可以选择将业务逻辑部署在部分边缘节点20上，在此并不做限制。

应当说明的是，在本实施例中，第一终端10除了发送业务逻辑的代码给边缘节点20外，还可以根据需要将开发者设计的其他的与业务逻辑相关的信息也发送给边缘节点20，例如，业务逻辑的业务逻辑接口的信息，以及业务逻辑接口的生效时间信息等。

为此，操作平台界面还可以包括以下功能组件：

接口设置组件130，用于设置业务逻辑接口，并为业务逻辑接口分配统一资源定位符url，以将业务逻辑接口包装成可通过统一资源定位符调用的HTTP触发器；

时间设置组件140，用于设置业务逻辑接口在边缘节点20上预计生效的时间。

在本实施例中，接口设置组件130为图1中的“HTTP”一栏。当脚本编辑写好后进行保存并部署时，可在“HTTP”一栏直接为业务逻辑接口配置一个统一资源定位符url，即HTTP地址，以将业务逻辑接口包装成可通过该HTTP地址访问的HTTP触发器。应当说明的是，在本实施例中，操作平台在分配好统一资源定位符url后，用户能够在第二终端30上通过包装好的业务逻辑接口，即统一资源定位符url，访问部署在边缘节点20上的业务逻辑，从而通过业务逻辑接口传递任务处理请求和响应的相关信息。时间预设组件140为图1中示出的“设定时间”一项。这里的时间是指业务逻辑接口在边缘节点20上预计生效的时间(以下简称为接口生效时间)。在一些实施方式中，该接口生效时间可以由开发者自行定义。在另一些实施方式中，该接口生效时间也可以由第一终端10根据预演结果而推荐一个默认的时间值。当边缘节点20接收到业务逻辑接口的相关信息后，根据信息部署业务逻辑接口，并根据接口生效时间来控制业务逻辑接口的生效时间。

此外，为了降低出错率，提高运行效率，操作平台还可以包括用于测试代码的功能组件：

代码测试组件150，用于将业务逻辑的代码发送给模拟运行环境的接口，以在模拟运行环境下完成对业务逻辑的代码的测试；

测试预览组件160，用于显示业务逻辑的代码的测试结果。

在本实施例中，在通过第一终端10上的操作界面将业务逻辑的代码发送给边缘节点20，以在边缘节点20上加载和执行之前，可以对该代码进行测试，以便能够及时发现和修正代码中存在的问题。为此，在本实施例中，通过第一终端10上的操作界面，将业务逻辑的代码提供给操作平台上的代码测试组件，由该组件调用模拟运行环境的接口，以使模拟运行环境进行测试。模拟运行环境能够模拟边缘节点20上加载和执行业务逻辑的条件，以对业务逻辑的代码进行测试。在一些实施方式中，模拟运行环境可以为在服务器或服务器集群构建的，具体地，服务器可以为宿主机。本发明对此不做限制。在完成测试后，模拟运行环境的接口会将代码测试结果反馈给第一终端10，第一终端10上的操作界面显示操作平台上的测试预览组件160提供的用于向开发者显示业务逻辑代码的测试结果。其中，如测试结果为已通过，则提示可发送业务逻辑给边缘节点20；如测试结果为未通过，则提示业务逻辑错误。这种模式可以提高业务逻辑代码的稳定性，在正式下发业务逻辑代码前先行模拟验证，使得维护和管理业务逻辑代码成本得以大幅度地降低。

除了上述功能外，第一终端10还可以根据需要向边缘节点20下发第一处理逻辑。当然，第一处理逻辑的代码也可以放置于中心节点或源站(图中未示出)上，由边缘节点20从中心节点或源站获取，又或者，第一处理逻辑的代码可以预存在边缘节点20上。本发明对比不作限定。这样带来的有益效果是，第一处理逻辑的代码可以不设置在本地(终端)而是设置于分布式云计算网络的边缘节点或中心节点或源站上，在使用时从边缘节点或中心节点或源站调用。这样能够满足某些应用场景(如第一处理逻辑作为技术秘密不对用户开放)的需求，同时也能克服第二终端性能不足等一系列问题。

在本实施例中，对于第一终端10根据需要向边缘节点20下发第一处理逻辑的情况，操作平台还可以进一步包括用于训练模型的功能组件：

模型训练组件170，用于利用训练样本来完成对第一处理逻辑中的模型训练。

在本实施例中，被业务逻辑调用的第一处理逻辑为媒体文件识别逻辑，在此可以是机器学习模型。该机器学习模型通常是能够自学习的、用于对待处理的任务处理对象进行计算处理的模型。通常，这种机器学习模型是事先训练好的模型，即在训练好后由第一终端10下发给边缘节点20。为此，操作平台可以设置模型训练组件170，用于在下发机器学习模型前利用训练样本来完成对机器学习模型的模型训练。当然，在某些实施例中，在边缘节点20上预存了机器学习模型的情况下，只要有对模型重新训练的需求，还可以通过模型训练组件170将用于训练机器学习模型的训练样本直接传送给边缘节点20，以使边缘节点20在接收到训练样本后，利用训练样本来完成对机器学习模型的训练。本发明对此不作限定。此外还应当说明的是，上述模型训练环节的步骤可以在交互过程的开始阶段、中间阶段或结束阶段执行，只要有对模型重新训练的需求。一种较优选的方式是，边缘节点20在调用机器学习模型进行计算处理之前，完成对机器学习模型的模型训练。

在其他实施例中，被业务逻辑调用的第一处理逻辑也可以是查询分析计算逻辑，在此可以为云数据库的查询及分析逻辑。例如，为了更好地利用云数据库，在接收第二终端发送的任务处理请求(具体为云数据库访问请求)时，通过调用目标功能接口(具体为云数据库接口)可以执行在云数据库中进行查询、分析及计算等操作。

在其他实施例中，被业务逻辑调用的第一处理逻辑也可以是存储逻辑，在此可以是KV存储逻辑。为了更好地存储持续性数据，在接收第二终端发送的任务处理请求(具体为存储请求)时，通过调用目标功能接口(具体为KV存储接口)可以在KV存储逻辑内部去读取、写入数据。

当然，以上仅为本发明提供的第一终端10的一个较佳实施例而已，并非用于限定本发明的保护范围。

在本实施例中，任务请求处理系统中的第二终端30向边缘节点20发送任务处理请求，其中，任务处理请求中包括任务处理请求的待处理对象的信息，以使边缘节点20根据任务处理请求加载并执行相应的业务逻辑，从而调用相应的目标功能接口执行第一处理逻辑。在本实施例中，边缘节点20在接收由第一终端10提供的业务逻辑后，部署了业务逻辑接口。用户可以在第二终端30上通过业务逻辑接口的统一资源定位符url来访问边缘节点20上的业务逻辑，并将任务处理请求中所携带的待处理对象的信息上传给了边缘节点20。

如图4所示，边缘节点20主要包括负载均衡器和若干服务器。图5是图4所示的边缘节点20进行任务请求处理的步骤流程图。其中：

S510，负载均衡器接收由第二终端30发来的任务处理请求；

S520，负载均衡器将任务处理请求分给若干服务器中的一个服务器；

S530，该服务器通过业务逻辑接口接收由任务处理请求所携带的待处理对象的信息；

S540，该服务器加载并执行与任务处理请求对应的业务逻辑，并在执行业务逻辑的过程中调用目标功能接口执行第一处理逻辑，以完成对待处理对象的处理；

S550，该服务器通过业务逻辑接口向负载均衡器返回业务逻辑的执行结果。

在本实施例中，边缘节点20可以是与第二终端30处于同一个区域的边缘节点，其中，同一个区域可以是同一个城市(如北京、上海等)或同一个地区(如东北地区、华北地区或北美地区、亚洲地区等)或同一个运营商(如移动、电信等)。第二终端30所连接的同一个区域的边缘节点20的数量可以不受限制。即，边缘节点20可以是一个或多个与第二终端30处于同一区域的边缘节点20。

当任务请求处理系统中只包括一个边缘节点20时，第二终端30直接根据该边缘节点20的网络地址，将任务处理请求发送给该边缘节点20，再由该边缘节点20中的负载均衡器转发给相应的服务器。

当任务请求处理系统中包括分布式部署的多个边缘节点20时，第二终端30往往需要执行一个节点选择过程，从多个边缘节点20中选择一个边缘节点，将任务处理请求发送给该边缘节点20。这个节点选择策略可以根据具体的需求进行设置。在一个实施例中，任务处理请求(包括待处理的任务处理对象的信息)由在最接近客户端设备的边缘节点服务器进行处理。例如，当响应于由中国福建省的客户端设备发出的任务处理请求时，在最接近该客户端设备的福建省的边缘节点服务器中运行相对应的业务逻辑代码。当然，也可以由网络基础设施根据现实条件或由地理负载均衡器来确定接收该任务处理请求的边缘节点服务器。本发明对此不作限定。这样可以减小信息到达边缘节点的时间延迟，使得用户体验得以大幅度提升。

应当说明的是，上述边缘节点20仅仅是本发明的一个实施例，在实际应用中，边缘节点20与第一终端10和第二终端30的交互过程可以不受上述实施例的限制，实施的步骤及其顺序可以根据需求进行删减、增加或调整。例如，当边缘节点20上没有预存第一处理逻辑的代码时，边缘节点20在执行业务逻辑以调用目标功能接口执行第一处理逻辑之前，需要从第一终端10或中心节点或源站处获取第一处理逻辑的代码。总之，本发明对第一处理逻辑的代码的来源以及边缘节点20获取第一处理逻辑的代码的方式不作限定。

本实施例提供了一种全新、高效的任务请求处理方法；与现有技术相比，这种模式无需在第二终端上安装和管理众多的软件模块，具有更大的灵活性，尤其符合边缘云技术发展趋势，使得维护和管理软件成本得以大幅度地降低。此外，第一处理逻辑的代码不放在本地(第二终端30)而是设置于边缘节点20或者其他中心节点或者源站，第二终端只需将待处理的处理对象的信息发送给边缘节点20，由边缘节点20调用目标功能接口执行第一处理逻辑来完成对处理对象的处理，将处理结果反馈给第二终端30，能够满足某些应用场景(例如，第一处理逻辑需要使用作为技术秘密来保护的模型)的需求，同时也能克服第二终端性能不足等问题。

实施例二

为了使本领域技术人员深入理解上述实施例中的任务请求处理方法的工作原理，下面结合一个实际应用实例来说明工作流程。

用户需要对拍摄的图像进行优化处理。传统的处理方式，是利用第二终端(手机或电脑)上预置的图像处理软件对待处理的图像进行优化处理。然而，根据本发明的技术方案，图像处理软件核心算法(内置机器学习模型)被放置在边缘节点或与边缘节点通信的其他中心节点或源站上，而非被放置在本地第二终端上。另一方面，开发者通过第一终端的代码编辑交互界面创建一段专门用于调用边缘节点上的图像处理软件的业务逻辑的代码，然后将业务逻辑的代码发送给指定的部分或全部边缘节点，以部署在指定的部分或全部边缘节点上。

当用户需要上传一张图片并发起图片美化需求时，第二终端(手机或电脑)根据适应于静态DNS服务器和解析地址的区域就近原则，访问距离第二终端(手机或电脑)最近的边缘节点，将图片信息上传给该边缘节点。该边缘节点在接收到图片信息后，通过与图片美化需求对应的业务逻辑来调用图像处理软件对图片进行优化处理，并将优化结果反馈给第二终端。

在本实施例中，图像处理软件中内置有机器学习模型。因此，边缘节点还可以根据第二终端提供的图像和图像优化结果的训练样本来完成对自我训练和优化。整个训练和优化的过程，边缘节点可以在后台择机或定时完成。

对于本实施例中未披露的技术细节，请参照前述实施例二中对一种任务请求处理方法的描述内容，此处不做赘述。

实施例三

图6是本发明一个实施例提供的由设置在边缘节点20、第一终端10和第二终端30上的任务请求处理装置组成的系统的示意图。

如图6所示，设置于边缘节点20上的任务请求处理装置包括：

接收模块301，用于接收第二终端发送的任务处理请求；

处理模块302，用于加载并执行预先从第一终端接收的与任务处理请求对应的业务逻辑，其中，在执行业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

反馈模块303，用于将业务逻辑的执行结果发送至第二终端。

如图6所示，设置于第一终端10上的任务请求处理装置包括：

发送模块304，用于向边缘节点下发业务逻辑，其中，业务逻辑对应于来自第二终端的指定类型的任务处理请求，业务逻辑能够在被执行的过程中调用目标功能接口执行第一处理逻辑。

如图6所示，设置于第二终端30上的任务请求处理装置包括：

发送模块305，用于向边缘节点发送任务处理请求，其中，任务处理请求中包括任务处理请求的待处理对象的信息，以使边缘节点根据任务处理请求加载并执行相应的业务逻辑，从而调用相应的目标功能接口执行第一处理逻辑；

接收模块306，用于接收边缘节点反馈的业务逻辑的执行结果。

应当说明的是，上述仅是本发明的实施例，对于本实施例中未披露的技术细节，请参照前述实施例中对一种任务请求处理方法的描述内容，此处不做赘述。

本实施例提供的系统，由开发者自定义的业务逻辑在边缘节点20被执行的过程中调用目标功能接口执行第一处理逻辑，第一处理逻辑的代码可以不设置在本地(第二终端30)而是设置于边缘节点20，或者从其他节点(如中心节点或源站)调用，第二终端30只需将任务处理对象的信息发送给边缘节点20，以供边缘节点20利用第一处理逻辑来完成对任务处理对象的处理，然后边缘节点20只需将执行结果反馈给第二终端30，能够满足某些应用场景(如第一处理逻辑作为技术秘密不对用户开放)的需求，同时也能克服第二终端30性能不足等问题。

在本实施例提供的系统中，被业务逻辑调用的第一处理逻辑可以为媒体文件识别逻辑，在此可以是机器学习模型。该机器学习模型通常是能够自学习的、用于对待处理的任务处理对象进行计算处理的模型。在其他实施例中，被业务逻辑调用的第一处理逻辑也可以是查询分析计算逻辑，在此可以为云数据库的查询及分析逻辑。例如，为了更好地利用云数据库，在接收第二终端发送的任务处理请求(具体为云数据库访问请求)时，通过调用目标功能接口(具体为云数据库接口)可以执行在云数据库中进行查询、分析及计算等操作。又或者，在其他实施例中，被业务逻辑调用的第一处理逻辑也可以是存储逻辑，在此可以是KV存储逻辑。为了更好地存储持续性数据，在接收第二终端发送的任务处理请求(具体为存储请求)时，通过调用目标功能接口(具体为KV存储接口)可以在KV存储逻辑内部去读取、写入数据。

实施例四

本实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现如图2所示的一种任务请求处理方法的各个步骤。

应当说明的是，本发明实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

实施例五

图7是本发明的一个实施例电子设备的结构示意图。如图7所示，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponentInterconnect，外设部件互连标准)总线或EISA(Extended IndustryStandardArchitecture，扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用线段表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行。处理器执行存储器所存放的程序，以执行如图2所示的一种任务请求处理方法中的全部步骤。

上述设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。

总线包括硬件、软件或两者，用于将上述部件彼此耦接在一起。举例来说，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

存储器可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器可包括可移除或不可移除(或固定)的介质。在特定实施例中，存储器是非易失性固态存储器。在特定实施例中，存储器包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

应当说明的是，本领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上述实施例阐明的装置、设备、系统、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本发明提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备及可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (25)

1.一种任务请求处理方法，应用于边缘节点，其特征在于，包括以下步骤：

接收第二终端发送的任务处理请求；

加载并执行预先由第一终端提供的与所述任务处理请求对应的业务逻辑，其中，在执行所述业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

将所述业务逻辑的执行结果发送至第二终端。

2.如权利要求1所述的任务请求处理方法，其特征在于，所述目标功能接口包括目标功能模型接口、云数据库接口或kv存储接口。

3.如权利要求1所述的任务请求处理方法，其特征在于，所述第一处理逻辑包括媒体文件识别逻辑、查询分析计算逻辑或存储逻辑。

4.如权利要求1所述的任务请求处理方法，其特征在于，在接收第二终端发送的任务处理请求前，所述方法还包括：

接收由第一终端提供的业务逻辑，所述业务逻辑用于生成业务逻辑接口；

部署业务逻辑接口，以通过所述业务逻辑接口来接收由第二终端发送的任务处理请求，以及通过所述业务逻辑接口来将处理结果发送至第二终端。

5.如权利要求4所述的任务请求处理方法，其特征在于，所述业务逻辑中还包括预设的接口生效时间，所述方法还包括以下步骤：

根据所述预设的接口生效时间控制所述业务逻辑接口生效。

6.如权利要求1所述的任务请求处理方法，在调用所述目标功能接口执行第一处理逻辑之前，所述预先从第一终端接收与所述任务处理请求对应的业务逻辑，还包括：

从第一终端接收所述第一处理逻辑。

7.如权利要求1所述的任务请求处理方法，其特征在于：所述第一处理逻辑的代码位于所述边缘节点，或者中心节点，或者源站。

8.一种任务请求处理方法，应用于第一终端，其特征在于，所述方法包括：

向边缘节点下发业务逻辑，其中，所述业务逻辑对应于来自第二终端的指定类型的任务处理请求，所述业务逻辑能够在被执行的过程中调用目标功能接口执行第一处理逻辑。

9.如权利要求8所述的任务请求处理方法，其特征在于，所述目标功能接口包括目标功能模型接口、云数据库接口或kv存储接口。

10.如权利要求8所述的任务请求处理方法，其特征在于，所述第一处理逻辑包括媒体文件识别逻辑、查询分析计算逻辑或存储逻辑。

11.如权利要求8所述的方法，其特征在于，在向边缘节点下发业务逻辑前，所述方法还包括：

将所述业务逻辑发送给模拟运行环境的接口，以在所述模拟运行环境下完成业务逻辑测试；以及

接收所述模拟运行环境的接口返回的测试结果；其中，如测试结果为未通过，则提示业务逻辑错误；

其中，所述模拟运行环境用于模拟所述边缘节点加载和执行所述业务逻辑的过程。

12.如权利要求8所述的方法，其特征在于，向边缘节点下发业务逻辑，包括：

向边缘节点发送业务逻辑，其中，所述业务逻辑用于生成业务逻辑接口，使得所述边缘节点能够部署业务逻辑接口，以通过所述业务逻辑接口来接收由第二终端发送的任务处理请求，以及通过所述业务逻辑接口来将处理结果发送至第二终端。

13.如权利要求8所述的方法，其特征在于，向边缘节点下发业务逻辑，包括：

向操作平台发送业务逻辑，通过所述操作平台将业务逻辑发送到边缘节点，其中，所述业务逻辑用于生成业务逻辑接口，使得所述边缘节点能够部署业务逻辑接口，以通过所述业务逻辑接口来接收由第二终端发送的任务处理请求，以及通过所述业务逻辑接口来将处理结果发送至第二终端。

14.如权利要求12所述的方法，其特征在于，所述方法还包括确定所述业务逻辑接口的生效时间，以使所述边缘节点根据预设的生效时间来控制所述业务逻辑接口生效。

15.如权利要求12所述的方法，其特征在于，所述方法还包括：

为所述业务逻辑接口分配资源定位符，以使任务请求方能够在所述第二终端上借助所述资源定位符访问所述边缘节点上的所述业务逻辑接口。

16.如权利要求8所述的方法，其特征在于，所述方法还包括：

向边缘节点下发第一处理逻辑，其中，所述第一处理逻辑包括机器学习模型。

17.一种任务请求处理方法，应用于第二终端，其特征在于，所述方法包括：

向边缘节点发送任务处理请求，其中，所述任务处理请求中包括任务处理请求的待处理对象的信息，以使所述边缘节点根据所述任务处理请求加载并执行相应的业务逻辑，从而调用目标功能接口执行第一处理逻辑；

接收所述边缘节点反馈的所述业务逻辑的执行结果。

18.如权利要求17所述的任务请求处理方法，其特征在于，所述目标功能接口包括目标功能模型接口、云数据库接口或kv存储接口。

19.如权利要求17所述的任务请求处理方法，其特征在于，所述第一处理逻辑包括媒体文件识别逻辑、查询分析计算逻辑或存储逻辑。

20.一种任务请求处理装置，设置于边缘节点上，其特征在于，包括：

接收模块，用于接收第二终端发送的任务处理请求；

处理模块，用于加载并执行预先由第一终端提供的与所述任务处理请求对应的业务逻辑，其中，在执行所述业务逻辑的过程中调用目标功能接口执行第一处理逻辑；

反馈模块，用于将所述业务逻辑的执行结果发送至第二终端。

21.一种任务请求处理装置，设置于第一终端上，其特征在于，包括：

发送模块，用于向边缘节点下发业务逻辑，其中，所述业务逻辑对应于来自第二终端的指定类型的任务处理请求，所述业务逻辑能够在被执行的过程中调用目标功能接口执行第一处理逻辑。

22.一种任务请求处理装置，设置于第二终端上，其特征在于，包括：

发送模块，用于向边缘节点发送任务处理请求，其中，所述任务处理请求中包括任务处理请求的待处理对象的信息，以使所述边缘节点根据所述任务处理请求加载并执行相应的业务逻辑，从而调用相应的目标功能接口执行第一处理逻辑；

接收模块，用于接收所述边缘节点反馈的所述业务逻辑的执行结果。

23.一种任务请求处理系统，其特征在于，包括彼此通信的边缘节点、第一终端和第二终端，其中：

所述边缘节点上设置有如权利要求20所述的任务请求处理装置；

所述第一终端上设置有如权利要求21所述的任务请求处理装置；

所述第二终端上设置有如权利要求22所述的任务请求处理装置。

24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时，实现如权利要求1-19任一项所述的一种任务请求处理方法。

25.一种电子设备，其包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，该程序被所述处理器执行时，实现如权利要求1-19任一项所述的一种任务请求处理方法。

Images