边缘云网络系统、调度方法、设备、系统及存储介质与流程

1.本技术涉及云服务技术领域，尤其涉及一种边缘云网络系统、调度方法、设备、系统及存储介质。


背景技术：

2.随着人工智能和机器学习技术的日益成熟，越来越多通用场景的数据处理能力已经演进为成熟的产品，例如光学字符识别(ocr)，自然语言处理(nlp)，从文本到语音转换(tts)服务等等。数据处理服务提供方通常以api的形式提供开箱即用的数据处理服务能力，用户按照数据处理服务提供方定义的接口参数，调用相关数据处理服务。
3.然而，不同数据处理服务提供商的接口参数、调用形式与返回值的定义不同。因此，即使面向相同场景的数据处理服务，不同数据处理服务提供商的数据处理服务接口调用方式也不尽相同，为用户调用数据处理服务带来极大的不便。


技术实现要素：

4.本技术的多个方面提供一种边缘云网络系统、调度方法、设备、系统及存储介质，用以提供统一的数据处理服务调度方式，可提高不同数据服务提供方的服务调用的便利性。
5.本技术实施例还提供一种边缘云网络系统，包括：客户端、调度节点和多个边缘节点；所述多个边缘节点用于提供数据处理服务；所述多个边缘节点提供数据服务的访问格式不同；
6.所述客户端，用于向所述调度节点提供针对数据处理服务的访问请求；
7.所述调度节点，用于获取多个边缘云提供数据处理服务的属性信息；根据所述访问请求和所述属性信息，从所述多个边缘云中选择目标边缘云；将所述访问请求转换为所述目标边缘云支持的目标访问格式，以得到目标访问格式的访问请求；以及，利用所述目标格式的访问请求调用所述目标边缘云的数据处理服务。
8.本技术实施例提供一种调度方法，包括：
9.获取数据处理服务的访问请求；
10.获取多个数据处理服务提供方提供数据处理服务的属性信息；
11.根据所述访问请求和所述属性信息，从所述多个数据服务提供方中选择目标数据处理服务提供方；
12.将所述访问请求转换为所述目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求；
13.利用所述目标访问格式的访问请求调用所述目标数据处理服务提供方的数据处理服务。
14.本技术实施例还提供一种调度系统，包括：客户端、调度端和多个数据处理服务提供方；所述调度端包括：调度组件、监测组件及驱动组件；
15.所述调度组件，用于获取所述客户端提供的针对数据处理服务的访问请求；
16.所述监测组件，用于获取多个数据服务提供方提供数据处理服务的属性信息；
17.所述调度组件，还用于根据所述访问请求和所述属性信息，从所述多个数据服务提供方中选择目标数据处理服务提供方；
18.所述驱动组件，用于将所述访问请求转换为所述目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求；以及，利用所述目标格式的访问请求调用所述目标数据处理服务提供方的数据处理服务。
19.本技术实施例还提供一种计算设备，包括：存储器、处理器及通信组件；其中，所述存储器，用于存储计算机程序；
20.所述处理器耦合至所述存储器及所述通信组件，用于执行所述计算机程序以用于执行上述数据处理服务调度方法中的步骤。
21.本技术实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述数据处理服务调度方法中的步骤。
22.在本技术实施例中，在数据处理服务调度系统中增设调度端，该调度端针对数据处理服务的访问请求，可根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方。进一步，在调度端增设数据处理服务接口调用的驱动层(即驱动组件)，可将数据处理服务的访问请求转换为目标数据处理服务提供方支持的目标访问格式，适配不同数据处理服务提供方的格式，实现了不同数据处理服务提供方的统一调用。对于用户来说无需掌握每个数据处理服务提供方的接口参数形式及调用方式，可提高不同数据服务提供方的服务调用的便利性。
23.另一方面，根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方，实现对数据处理服务提供方的动态调用，使得数据处理服务调用不再依赖单一数据处理服务提供方。这样，即便某个数据处理服务提供方提供的数据处理服务出现异常，也可将访问请求调度到其它数据处理服务提供方，有助于提高数据处理服务的稳健性，降低对用户侧应用影响。
附图说明
24.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
25.图1和图2为本技术实施例提供的调度系统的结构示意图；
26.图3为本技术实施例提供的调度系统进行数据处理服务调度的过程示意图；
27.图4a为本技术实施例提供的边缘云网络系统的结构示意图；
28.图4b为本技术实施例提供的调度方法的流程示意图；
29.图5为本技术实施例提供的计算设备的结构示意图。
具体实施方式
30.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一
部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
31.数据处理服务是指提供各种数据处理方法的服务。数据包括：字符数据、图像数据、视频数据及音频数据等，但不限于此。数据处理服务提供方提供的数据处理服务可实现为软件即服务(saas)形态产品。数据处理服务包括：人工智能(artificial intelligence，ai)服务和其它数据处理服务等，例如数据存储服务、数据查询服务及数据增删改服务等等。ai服务是指人工智能领域所涉及的数据处理服务。例如，光学字符识别(ocr)、自然语言处理(nlp)，从文本到语音转换(tts)、目标识别等等。
32.数据处理服务提供方通常以api的形式提供开箱即用的数据处理服务能力，用户按照数据处理服务提供方定义的接口参数，调用相关数据处理服务。例如，用户可按照数据处理服务提供方定义的接口参数，以及预先申请的访问密钥id(ak)以及秘密访问密钥(sk)，向数据处理服务提供方的指定接口发起http调用，并接收http返回作为数据处理结果。
33.然而，不同数据处理服务提供方的接口参数、调用形式与返回值的定义往往不完全一致。以广泛使用的ocr服务为例，一些数据处理服务提供方a需要的请求参数为图片url，以“image”字段表示；同时需要传入配置参数，比如“图片中文字的最小高度”“是否输出文字框的概率”“是否关闭文字行方向预测”等等，以json形式传入。返回值为json数组，json数组中的每一部分包含“文字内容”“文字区域概率”“区域坐标”等等。而同样提供ocr服务的另一数据处理服务提供方，其接口包括：图片地址url，以“imageurl”字段表示；识别语言类型，以“languagetype”字段表示；是否开启pdf识别，以“ispdf”字段表示。而返回值包括文本行内容、置信度、文本行坐标、文本行旋转纠正后的坐标、语言类型等等。可见，即使面向相同场景的数据处理服务，不同数据处理服务提供方的服务接口调用方式也不尽相同。
34.另一方面，越来越多的应用和服务基于第三方数据处理服务提供方的数据处理服务接口搭建，这对数据处理服务接口的使用成本和可用性提出了强需求。如果单个数据处理服务提供方的服务接口出现了故障，在没有备用接口的情况下，用户本身的应用会产生较大的影响。与此同时，不同数据处理服务提供方的接口的付费方式、时延等均不相同。如果针对不同区域、不同规模的用户请求，灵活选择合适的数据处理服务提供方，那么将在使用成本、用户体验和服务可用性之间取得更优的权衡。
35.为了解决上述技术问题，在本技术一些实施例中，在数据处理服务调度系统中增设调度端，该调度端针对数据处理服务的访问请求，可根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方。进一步，在调度端增设数据处理服务接口调用的驱动层(即驱动组件)，可将数据处理服务的访问请求转换为目标数据处理服务提供方支持的目标访问格式，适配不同数据处理服务提供方的格式，实现了不同数据处理服务提供方的统一调用。对于用户来说无需掌握每个数据处理服务提供方的接口参数形式及调用方式，可提高不同数据服务提供方的服务调用的便利性。
36.以下结合附图，详细说明本技术各实施例提供的技术方案。
37.应注意到：相同的标号在下面的附图以及实施例中表示同一物体，因此，一旦某一
物体在一个附图或实施例中被定义，则在随后的附图和实施例中不需要对其进行进一步讨论。
38.图1为本技术实施例提供的调度系统的结构示意图。如图1所示，该系统主要包括：客户端10、调度端20及多个数据处理服务提供方30。多个是指2个或2个以上。
39.在本实施例中，客户端10是指用户使用的，具有用户所需计算、上网、通信等功能的计算机设备，例如可以是手机、平板电脑、个人电脑、穿戴设备等。
40.数据处理服务提供方30是指为用户提供数据处理服务的服务方。数据处理服务提供方30可通过服务端设备部署数据处理服务，为用户提供saas形态的服务。服务端设备可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(virtual machine，vm)。另外，服务端设备也可以指具备相应服务能力的其他计算设备，例如电脑等终端设备(运行服务程序)等。
41.在本技术实施例中，数据处理服务提供方30提供的数据处理服务可部署于中心云的服务端设备，也可部署于边缘云网络的边缘云中。一个边缘云可为一个机房、一个数据中心(data center，dc)或者互联网数据中心(internet data center，idc)等。对于边缘云网络来说，每个边缘云可包括一系列的边缘基础设施，这些边缘基础设施包括但不限于：分布式数据中心(dc)、无线机房或集群，运营商的通信网络、核心网设备、基站、边缘网关、家庭网关、计算设备或存储设备等边缘设备及对应的网络环境等等。在此说明，不同边缘节点的位置、能力以及包含的基础设施可以相同，也可以不相同。
42.在本技术实施例中，多个数据处理服务提供方30至少存在2个数据处理服务提供方30提供的数据处理服务接口的接口参数和/或调度形式的定义不同。在本技术实施例中，为了实现对不同接口调度的多个数据处理服务提供方30实现统一调度，增设调度端20。其中，调度端20是指可响应客户端10对数据处理服务提供方30提供的数据处理服务的访问请求，对多个数据处理服务提供方30进行调度的计算设备。调度端20可为1个或多个服务端设备。关于服务端设备的实现形态，可参见上述相关内容，在此不再赘述。
43.在本实施例中，客户端10与调度端20之间可以是无线或有线连接。可选地，客户端10可以通过移动网络和调度端20通信连接，相应地，移动网络的网络制式可以为2g(gsm)、2.5g(gprs)、3g(wcdma、td-scdma、cdma2000、utms)、4g(lte)、4g (lte )、5g、wimax等中的任意一种。可选地，客户端10也可以通过蓝牙、wifi、红外线等方式和调度端20通信连接。
44.当然，调度端20与数据处理服务提供方30之间也可以通信连接，其通信连接方式可参见上述客户端10与调度端20之间的通信连接方式，在此不再赘述。
45.在本技术实施例中，调度端20可提供数据处理服务提供方调度服务。具体地，如图1所示，调度端20可包括：调度组件201、驱动组件202及监测组件203。其中，调度组件201、驱动组件202及监测组件203均可逻辑功能模块，可部署于同一物理机，也可部署于不同物理机。
46.在本技术实施例中，结合图1-图3，用户在需要调用数据处理服务进行数据处理时，可通过客户端10向调度端20发送针对数据处理服务的访问请求(对应图3步骤7)。该访问请求可携带访问请求参数。其中，访问请求参数可包括：待访问的数据处理服务的类型及待处理数据等。其中，数据处理服务的类型不同，待处理数据的形式也不同。例如，待处理数据可为字符数据、图像数据、视频数据及音频数据等，但不限于此。其中，待处理数据可以数
据本身，也可为待处理数据的标识。例如，待处理数据为图像数据。相应地，待处理数据可为图像本身，也可为图像的统一资源定位器(uniform resource locator，url)等。
47.对于调度端20，可获取客户端10发送的针对数据处理服务的访问请求；并对访问请求进行数据处理服务调度。具体地，如图1和图2所示，调度端20可获取多个数据处理服务提供方30提供数据处理服务的属性信息。数据处理服务提供方30提供数据处理服务的属性信息，是指用于评价该数据处理服务提供方30提供的数据处理服务的优劣的信息，包括但不局限于：数据处理服务提供方30提供的数据处理服务的价值属性信息、性能属性信息、数据处理服务的访问次数配额、提供访问请求的目标用户对数据处理服务提供方30提供的数据处理服务的访问次数以及数据处理服务对应的资源包信息等等。对于边缘云网络来说，多个数据处理服务提供方30提供数据处理服务的属性信息，可表示为多个数据处理服务提供方30对应的多个边缘节点提供的数据处理服务的属性信息。
48.其中，数据处理服务提供方30提供的数据处理服务的价值属性信息可体现为数据处理服务提供方30提供的数据处理服务的收费标准等。数据处理服务提供方30提供的数据处理服务的性能属性信息，是指反映数据处理服务提供方30提供的数据处理服务的性能优劣的信息，包括但不局限于：数据处理服务提供方30提供的数据处理服务对应接口服务的可用性、访问时延等，但不限于此。
49.上述数据处理服务的访问次数配额用于：限制用户在设定周期内可访问数据处理服务提供方30提供的数据处理服务的最大访问次数，或者，限制用户总共可访问数据处理服务提供方30提供的数据处理服务的最大访问次数。例如，数据处理服务的访问次数配额可为“1000次/天”，即用户1天内可访问据处理服务提供方30提供的数据处理服务的最大访问次数为1000次。又例如，数据处理服务的访问次数配额可为“10000次”，即用户总共可访问据处理服务提供方30提供的数据处理服务的最大访问次数为10000次。
50.数据处理服务对应的资源包信息是指数据处理服务提供方30提供的数据处理服务的类型。例如，数据处理服务的类型用于反映该数据处理服务的功能。例如，在一些实施例中，数据处理服务的类型为ocr、tts或语音识别等等。
51.在本技术实施例中，不限定获取多个数据处理服务提供方30提供数据处理服务的属性信息的具体实施方式。在一些实施例中，如图2和图3所示，用户可向调度端20注册数据处理服务提供方30的配置信息(对应图3步骤1和2)。用户注册的数据处理服务提供方30一般为用户订购或租用的数据处理服务提供方。用户可按照调度端20设定的模板形式注册数据处理服务提供方30的配置信息。
52.其中，数据处理服务提供方30的配置信息可包括：数据处理服务提供方30的标识(如名称、编号或其它标识符等)，用户在数据处理服务提供方30的用户名和访问密钥信息，以及，用户申请、订购或租用的数据处理服务提供方的数据处理服务的资源包信息及访问次数配额等。其中，访问密钥信息包括：访问密钥标识(access key id，ak id)及秘密访问密钥(secret access key，sk)等。
53.相应地，调度端20的注册器204可获取用户提供的数据处理服务提供方30的配置信息；并存储数据处理服务提供方30的配置信息。可选地，结合图2和图3，注册器204可将用户提供的数据处理服务提供方30的配置信息存储于数据库206中(对应图3步骤3)。进一步，监测组件203可根据用户注册的数据处理服务提供方30的配置信息，监测数据处理服务提
供方30，来获取数据处理服务提供方30的属性信息(对应图3步骤4和5)。对于监测组件203可从数据库206中读取多个数据处理服务提供方30的配置信息。在本技术实施例中，多个数据处理服务提供方30可为提供访问请求的目标用户注册的数据处理服务提供方。当然，多个数据处理服务提供方30也可包括：提供访问请求的目标用户注册的数据处理服务提供方和其它用户注册的数据处理服务提供方。
54.进一步，监测组件203可从数据处理服务提供方30的配置信息中，获取提供该配置信息的用户名和访问密钥信息；并利用用户名和访问密钥信息，监测多个数据处理提供方，以获取数据处理服务提供方30的属性信息(对应图3步骤5)。在本技术实施例中，用户名和访问密钥信息是指注册数据处理服务提供方30的配置信息的用户的用户名和访问密钥信息。
55.对于边缘云网络来说，监测组件203可获取用户提供的多个边缘节点提供数据处理服务的属性信息，作为多个数据处理服务提供方30的属性信息。具体地，监测组件203可利用用户名和访问密钥信息，监测多个边缘节点，以获取多个边缘节点提供数据处理服务的属性信息。
56.在本技术实施例中，监测组件203对多个数据处理提供方30进行监测的过程，可发生在接收到上述访问请求之前，也可发生在接收到上述访问请求之后。在一些实施例中，监测组件203可按照设定的监测周期，周期性地监测多个数据处理服务提供方30，来获取多个数据处理服务提供方30的属性信息。进一步，如图2和图3所示，监测组件203可将获取的多个数据处理服务提供方30的属性信息存储于数据库206中(对应图3步骤6)。
57.由于数据处理服务提供方30的属性信息可反映数据处理服务提供方30的提供的数据处理服务的优劣，因此，在本实施例中，对于调度组件201，可根据访问请求和多个数据处理服务提供方30提供数据处理服务的属性信息，从多个数据服务提供方30中选择目标数据处理服务提供方。
58.对于调度组件201来说，可从数据库206中读取多个数据处理服务提供方30提供数据处理服务的属性信息(对应图3步骤8)。值得说明的是，在一些实施例中，参与客户端10提供的访问请求进行数据处理服务提供方调度的多个数据处理服务提供方30，可为提供该访问请求的目标用户注册的数据处理服务提供方。在另一些实施例中，参与客户端10提供的访问请求进行数据处理服务提供方调度的多个数据处理服务提供方30，可包括：提供该访问请求的目标用户注册的数据处理服务提供方，以及，其它用户注册的数据处理服务提供方。
59.相应地，对于调度组件201，在为客户端10提供的访问请求调度数据处理服务提供方时，可从数据库206中读取提供访问请求的目标用户注册的数据处理服务提供方的属性信息，作为参与为客户端10提供的访问请求调度的数据处理服务提供方30的属性信息。
60.在另一些实施例中，调度组件201，在为客户端10提供的访问请求调度数据处理服务提供方之前，可向客户端10提供调度问询信息。该调度问询信息用于供目标用户选择是否同意调用其它用户注册的数据处理服务提供方。相应地，若目标用户同意调用其它用户注册的数据处理服务提供方，可触发对应的确认操作。对于调度组件201可响应于针对调度问询信息的确认操作，从数据库中读取提供访问请求的目标用户和其它用户注册的多个数据处理服务提供方的属性信息，作为参与为客户端10提供的访问请求调度的数据处理服务
提供方30的属性信息。相应地，若目标用户不同意调用其它用户注册的数据处理服务提供方，可触发对应的否定操作。对于调度组件201可响应于针对调度问询信息的否定操作，从数据库中读取提供访问请求的目标用户注册的多个数据处理服务提供方的属性信息，作为参与为客户端10提供的访问请求调度的数据处理服务提供方30的属性信息。
61.在获取参与为客户端10提供的访问请求调度的多个数据处理服务提供方30的属性信息之后，调度组件201可根据访问请求和多个数据处理服务提供方30提供数据处理服务的属性信息，从多个数据服务提供方30中选择目标数据处理服务提供方(对应图3步骤9)。
62.具体地，调度组件201可从访问请求中，获取访问请求对应的目标数据处理类型；并从多个数据服务提供方30的属性信息中，获取多个数据处理服务提供方30针对目标数据处理类型的目标属性信息；进一步，可根据多个数据处理服务提供方30针对目标数据处理类型的目标属性信息，从多个数据处理服务提供方30中选择目标数据处理服务提供方。
63.具体地，针对任一数据处理服务提供方pi，可从数据处理服务提供方pi的目标属性信息中，获取数据处理服务提供方pi的价值属性信息和性能属性信息；进一步，对针对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理，以得到数据处理服务提供方pi的服务评价参数。
64.可选地，在对针对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理之前，还可从数据处理服务提供方pi的属性信息中，获取提供访问请求的目标用户针对数据处理服务提供方pi的目标数据处理类型的访问次数ni；判断访问次数ni是否小于目标用户可访问数据处理服务提供方pi的目标数据处理类型的次数配额qi。进一步，若判断结果为是，可对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理，以得到数据处理服务提供方pi的服务评价参数。
65.相应地，若判断结果为访问次数ni大于或等于目标用户可访问数据处理服务提供方pi的目标数据处理类型的次数配额qi，说明数据处理服务提供方pi已无可供目标用户调用的余量，可确定数据处理服务提供方pi的服务评价参数为0。
66.上述计算过程可表示为下述式(1)：
[0067][0068]
在式(1)中，i表示第i个数据处理服务提供方，i＝1，2,
…
，n。n表示多个数据处理服务提供方的总数量。si表示第i个数据处理服务提供方pi的服务评价参数。c(i)、a(i)和l(i)分别表示第i个数据处理服务提供方pi的价值属性信息(如单次调用费用)、服务可用性和服务访问延迟。λc、λa和λ
l
分别表示第i个数据处理服务提供方pi的价值属性信息(如单次调用费用)、服务可用性和服务访问延迟的权重。
[0069]
在得到多个数据处理服务提供方的服务评价参数之后，可根据多个数据处理服务提供方的服务评价参数，从多个数据处理服务提供方中选择目标数据处理服务提供方。例如，可从多个数据处理服务提供方中选择服务评价参数最大的数据处理服务提供方，作为目标数据处理服务提供方。又例如，可从多个数据处理服务提供方中，选择服务评价参数大于或等于设定的服务评价参数阈值的数据处理服务提供方，作为目标数据处理服务提供方等等。
[0070]
上述数据处理服务调度过程，可根据数据处理服务提供方的属性信息，为访问请求选择中高性能的目标数据处理服务提供方，实现数据处理服务提供方的动态调度，有助于为用户选择中高性能的数据处理服务提供方。
[0071]
在确定出目标数据处理服务提供方之后，驱动组件202可将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求。具体地，驱动组件202可从设定的数据处理服务提供方与访问格式之间的对应关系中，获取目标数据处理服务提供方支持的目标访问格式；并将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求。设定的数据处理服务提供方与访问格式之间的对应关系可设置于驱动组件202中，也可设置于数据库206中。
[0072]
数据处理服务提供方与访问格式之间的对应关系可由调度端20的开发人员根据数据处理服务提供方提供的技术文档中获取，并设置于驱动组件202或数据库206中。
[0073]
进一步，驱动组件202可利用目标访问格式的访问请求调度目标数据处理服务提供方的数据处理服务(对应图3步骤10)。由于目标访问格式的访问请求为目标数据处理提供方适配的数据处理服务接口形式，因此，驱动组件202可调度目标数据处理服务提供方的数据处理服务。在本技术实施例中，通过接口驱动适配，能够将同一场景的不同数据处理服务提供方的接口以插件的形式加载到调用框架中。
[0074]
对于目标数据处理服务提供方来说，可利用数据处理服务对访问请求进行处理，以得到数据处理结果。具体地，目标数据处理服务提供方提供的数据处理服务可根据访问请求，获取待处理数据。在一些实施例中，目标数据处理服务提供方提供的数据处理服务可从访问请求中解析出待处理数据。在另一些实施例中，目标数据处理服务提供方提供的数据处理服务可从访问请求中解析出待处理数据的标识；并根据待处理数据的标识，获取待处理数据。例如，待处理数据为图像，待处理数据的标识为图像的url，则目标数据处理服务提供方提供的数据处理服务可根据图像的url，获取图像，作为待处理数据等等。进一步，目标数据处理服务提供方提供的数据处理服务可利用设定的数据处理逻辑，对待处理数据进行处理，以得到数据处理结果。
[0075]
进一步，目标数据处理服务提供方可将数据处理结果返回给驱动组件202(对应图3步骤11)。由于数据处理结果为目标数据处理服务提供方提供的，满足目标数据处理服务提供方的数据格式要求，因此，驱动组件202还可对数据处理结果进行数据格式转换，以得到设定的数据格式(对应图3步骤12)。其中，设定的数据格式是调度端20之间组件的数据传输格式。进一步，驱动组件202可将具有设定的数据格式的数据处理结果发送给客户端10，以供客户端10输出数据处理结果(对应图3步骤13)。
[0076]
在本技术实施例中，在数据处理服务调度系统中增设调度端，该调度端针对数据处理服务的访问请求，可根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方。进一步，在调度端增设数据处理服务接口调用的驱动层(即驱动组件)，可将数据处理服务的访问请求转换为目标数据处理服务提供方支持的目标访问格式，适配不同数据处理服务提供方的格式，实现了不同数据处理服务提供方的统一调用。对于用户来说无需掌握每个数据处理服务提供方的接口参数形式及调用方式，可提高不同数据服务提供方的服务调用的便利性。
[0077]
另一方面，根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请
求提供数据处理服务的目标数据处理服务提供方，实现对数据处理服务提供方的动态调用，使得数据处理服务调用不再依赖单一数据处理服务提供方。这样，即便某个数据处理服务提供方提供的数据处理服务出现异常，也可将访问请求调度到其它数据处理服务提供方，有助于提高数据处理服务的稳健性，降低对用户侧应用影响。
[0078]
本技术实施例提供的数据处理服务调度系统可实现为中心云调度，也可实现为边缘云网络调度。相应地，本技术实施例还提供边缘云网络系统。下面对本技术实施例提供的边缘云网络系统进行示例性说明。
[0079]
图4a为本技术实施例提供的边缘云网络的结构示意图。如图4a所示，该边缘云网络包括：客户端41、调度节点42和多个边缘节点43。多个是指2个或2个以上。关于客户端41和边缘节点43的实施方式的描述，可参见上述调度系统实施例中的相关内容，在此不再赘述。关于调度节点42的描述，可参见上述调度系统实施例中调度端20的相关内容，在此不再赘述。
[0080]
在本技术实施例中，多个边缘节点43用于提供数据处理服务；多个边缘节点43提供数据服务的访问格式不同。其中，多个边缘节点43提供数据服务的访问格式不同是指多个边缘节点43至少存在2个边缘节点提供的数据处理服务的访问格式不同，如接口的接口参数和/或调度形式的定义不同。多个边缘节点43可属于同一数据处理服务提供方，也可属于不同的数据处理服务提供方。
[0081]
在本技术实施例中，用户在需要调用数据处理服务进行数据处理时，可通过客户端41向调度节点42发送针对数据处理服务的访问请求。关于访问请求的描述，可参见上述调度系统实施例的相关内容，在此不再赘述。
[0082]
在本技术实施例中，为了实现对不同接口调度的多个边缘节点43提供的数据处理服务的统一调度，对于调度节点42可获取客户端41发送的针对数据处理服务的访问请求；并对访问请求进行数据处理服务调度。具体地，调度节点42可获取多个边缘节点43提供数据处理服务的属性信息。关于边缘节点43提供的数据处理服务的属性信息的描述，可参见上述数据处理服务提供方30提供数据处理服务的属性信息的相关内容，在此不再赘述。
[0083]
在本技术实施例中，不限定获取多个边缘节点43提供数据处理服务的属性信息的具体实施方式。在一些实施例中，用户可向调度节点42注册边缘节点43的配置信息。用户注册的边缘节点43一般为用户订购或租用的数据处理服务提供方的边缘节点。用户可按照调度节点42设定的模板形式注册边缘节点43的配置信息。关于边缘节点43的配置信息的描述，可参见上述数据处理服务提供方30的配置信息的相关内容，在此不再赘述。
[0084]
相应地，调度节点42可获取用户提供的边缘节点43的配置信息；并存储边缘节点43的配置信息。可选地，可将用户提供的边缘节点43的配置信息存储于数据库中(。进一步，调度节点42可根据用户注册的边缘节点43的配置信息，监测边缘节点43，以获取边缘节点43提供数据处理服务的属性信息。在本技术实施例中，多个边缘节点43可为提供访问请求的目标用户注册的数据处理服务提供方的边缘节点。当然，多个边缘节点43也可包括：提供访问请求的目标用户注册的数据处理服务提供方和其它用户注册的数据处理服务提供方的边缘节点。
[0085]
进一步，调度节点42可从边缘节点43的配置信息中，获取提供该配置信息的用户名和访问密钥信息；并利用用户名和访问密钥信息，监测多个边缘节点43，以获取边缘节点
43提供数据处理服务的属性信息。在本技术实施例中，用户名和访问密钥信息是指注册数据处理服务提供方的配置信息的用户的用户名和访问密钥信息。
[0086]
在本技术实施例中，调度节点42对多个边缘节点43进行监测的过程，可发生在接收到上述访问请求之前，也可发生在接收到上述访问请求之后。在一些实施例中，调度节点42可按照设定的监测周期，周期性地监测多个边缘节点43，来获取多个边缘节点43的属性信息。进一步，调度节点42可将获取的多个边缘节点43的属性信息存储于数据库2中。
[0087]
由于边缘节点43的属性信息可反映边缘节点43的提供的数据处理服务的优劣，因此，在本实施例中，对于调度节点42，可根据访问请求和多个边缘节点43提供数据处理服务的属性信息，从多个边缘节点43中选择目标边缘节点。
[0088]
对于调度节点42来说，可从数据库中读取多个边缘节点43提供数据处理服务的属性信息。值得说明的是，在一些实施例中，参与客户端41提供的访问请求进行数据处理服务提供方调度的多个边缘节点43，可为提供该访问请求的目标用户注册的数据处理服务提供方的边缘节点。在另一些实施例中，参与客户端41提供的访问请求进行数据处理服务提供方调度的多个数据处理服务提供方的边缘节点，可包括：提供该访问请求的目标用户注册的数据处理服务提供方的边缘节点，以及，其它用户注册的数据处理服务提供方的边缘节点。
[0089]
相应地，对于调度节点42，在为客户端41提供的访问请求调度数据处理服务提供方时，可从数据库中读取提供访问请求的目标用户注册的数据处理服务提供方的边缘节点的属性信息，作为参与为客户端41提供的访问请求调度的多个边缘节点43的属性信息。
[0090]
在另一些实施例中，调度节点42，在为客户端41提供的访问请求调度数据处理服务提供方之前，可向客户端41提供调度问询信息。该调度问询信息用于供目标用户选择是否同意调用其它用户注册的数据处理服务提供方的边缘节点。相应地，若目标用户同意调用其它用户注册的数据处理服务提供方的边缘节点，可触发对应的确认操作。对于调度节点42可响应于针对调度问询信息的确认操作，从数据库中读取提供访问请求的目标用户和其它用户注册的多个数据处理服务提供方的边缘节点的属性信息，作为参与为客户端41提供的访问请求调度的边缘节点43的属性信息。相应地，若目标用户不同意调用其它用户注册的数据处理服务提供方，可触发对应的否定操作。对于调度节点42，可响应于针对调度问询信息的否定操作，从数据库中读取提供访问请求的目标用户注册的多个数据处理服务提供方的边缘节点的属性信息，作为参与为客户端41提供的访问请求调度的边缘节点43的属性信息。
[0091]
在获取参与为客户端41提供的访问请求调度的多个边缘节点43的属性信息之后，调度节点42可根据访问请求和多个边缘节点43提供数据处理服务的属性信息，从多个边缘节点43中选择目标边缘节点。
[0092]
具体地，调度节点42可从访问请求中，获取访问请求对应的目标数据处理类型；并从多个边缘节点43的属性信息中，获取多个边缘节点43针对目标数据处理类型的目标属性信息；进一步，可根据多个边缘节点43针对目标数据处理类型的目标属性信息，从多个边缘节点43中选择目标边缘节点。关于根据多个边缘节点43针对目标数据处理类型的目标属性信息，从多个边缘节点43中选择目标边缘节点的具体实施方式，可参见上述多个数据处理服务提供方针对目标数据处理类型的目标属性信息，从多个数据处理服务提供方中选择目
标数据处理服务提供方的相关内容，在此不再赘述。
[0093]
在确定出目标边缘节点之后，调度节点42可将访问请求转换为目标边缘节点支持的目标访问格式，以得到目标访问格式的访问请求。具体地，调度节点42可从设定的边缘节点与访问格式之间的对应关系中，获取目标边缘节点支持的目标访问格式；并将访问请求转换为目标边缘节点支持的目标访问格式，以得到目标访问格式的访问请求。设定的边缘节点与访问格式之间的对应关系可设置于调度节点42中，也可设置于数据库中。
[0094]
数据处理服务提供方与访问格式之间的对应关系可由调度节点42的开发人员根据数据处理服务提供方提供的技术文档中获取，并设置于调度节点42或数据库中。
[0095]
进一步，调度节点42可利用目标访问格式的访问请求调度目标边缘节点提供方的数据处理服务。由于目标访问格式的访问请求为目标边缘节点适配的数据处理服务接口形式，因此，调度节点42可调度目标边缘节点的数据处理服务。在本技术实施例中，通过接口驱动适配，能够将同一场景的不同边缘节点的接口以插件的形式加载到调用框架中。
[0096]
对于目标边缘节点来说，可利用数据处理服务对访问请求进行处理，以得到数据处理结果。具体地，目标边缘节点提供的数据处理服务可根据访问请求，获取待处理数据。在一些实施例中，目标边缘节点提供的数据处理服务可从访问请求中解析出待处理数据。在另一些实施例中，目标边缘节点提供的数据处理服务可从访问请求中解析出待处理数据的标识；并根据待处理数据的标识，获取待处理数据。例如，待处理数据为图像，待处理数据的标识为图像的url，则目标边缘节点提供的数据处理服务可根据图像的url，获取图像，作为待处理数据等等。进一步，目标边缘节点提供的数据处理服务可利用设定的数据处理逻辑，对待处理数据进行处理，以得到数据处理结果。
[0097]
进一步，目标边缘节点可将数据处理结果返回给调度节点42。由于数据处理结果为目标边缘节点提供的，满足目标边缘节点的数据格式要求，因此，调度节点42还可对数据处理结果进行数据格式转换，以得到设定的数据格式。其中，设定的数据格式是调度节点42之间组件的数据传输格式。进一步，调度节点42可将具有设定的数据格式的数据处理结果发送给客户端41，以供客户端41输出数据处理结果(对应图3步骤13)。
[0098]
在本技术实施例中，在边缘云网络系统中增设调度节点，该调度节点针对数据处理服务的访问请求，可根据多个边缘节点的属性信息和访问请求，调度为访问请求提供数据处理服务的目标边缘节点。进一步，在调度节点增设数据处理服务接口调用的驱动层，可将数据处理服务的访问请求转换为目标边缘节点支持的目标访问格式，适配不同边缘节点的访问格式，实现了不同边缘节点提供的数据处理服务的统一调用。对于用户来说无需掌握每个边缘节点的接口参数形式及调用方式，可提高不同边缘节点的服务调用的便利性。
[0099]
另一方面，根据多个边缘节点的属性信息和访问请求，调度为访问请求提供数据处理服务的目标边缘节点，实现对边缘节点的动态调用，使得数据处理服务调用不再依赖单一数据处理服务提供方。这样，即便某个边缘节点提供的数据处理服务出现异常，也可将访问请求调度到其它边缘节点，有助于提高数据处理服务的稳健性，降低对用户侧应用影响。
[0100]
除了上述系统实施例之外，本技术实施例还提供数据处理服务调度方法，下面结合具体实施例进行示例性说明。
[0101]
图4b为本技术实施例提供的调度方法的流程示意图。如图4b所示，该方法主要包
括：
[0102]
401、获取数据处理服务的访问请求。
[0103]
402、获取多个数据处理服务提供方提供数据处理服务的属性信息。
[0104]
403、根据访问请求和属性信息，从多个数据服务提供方中选择目标数据处理服务提供方。
[0105]
404、将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求。
[0106]
405、利用目标访问格式的访问请求调用目标数据处理服务提供方的数据处理服务。
[0107]
在本技术实施例中，用户在需要调用数据处理服务进行数据处理时，可通过客户端向调度端发送针对数据处理服务的访问请求。该访问请求可携带访问请求参数。其中，访问请求参数可包括：待访问的数据处理服务的类型及待处理数据等。
[0108]
对于调度端，在步骤401中，可获取客户端提供的针对数据处理服务的访问请求；并对访问请求进行数据处理服务调度。具体地，在步骤402中，可获取多个数据处理服务提供方提供数据处理服务的属性信息。关于数据处理服务提供方提供数据处理服务的属性信息的描述，可参见上述实施例的相关内容，在此不再赘述。
[0109]
在本技术实施例中，不限定获取多个数据处理服务提供方提供数据处理服务的属性信息的具体实施方式。在一些实施例中，用户可向调度端注册数据处理服务提供方的配置信息。其中，数据处理服务提供方提供的数据处理服务可部署于中心云，也可部署于边缘云网络的边缘节点。
[0110]
相应地，可获取用户提供的数据处理服务提供方的配置信息；并存储数据处理服务提供方的配置信息。可选地，可将用户提供的数据处理服务提供方的配置信息存储于数据库中。
[0111]
进一步，可根据用户注册的数据处理服务提供方的配置信息，监测数据处理服务提供方，来获取数据处理服务提供方的属性信息。对于监测组件可从数据库中读取多个数据处理服务提供方的配置信息。在本技术实施例中，多个数据处理服务提供方可为提供访问请求的目标用户注册的数据处理服务提供方。当然，多个数据处理服务提供方也可包括：提供访问请求的目标用户注册的数据处理服务提供方和其它用户注册的数据处理服务提供方。
[0112]
进一步，可从数据处理服务提供方的配置信息中，获取提供该配置信息的用户名和访问密钥信息；并利用用户名和访问密钥信息，监测多个数据处理提供方，以获取数据处理服务提供方的属性信息。在本技术实施例中，用户名和访问密钥信息是指注册数据处理服务提供方的配置信息的用户的用户名和访问密钥信息。
[0113]
对于边缘云网络来说，多个数据服务提供方的数据处理服务部署于边缘节点。相应地，可获取多个数据处理服务提供方对应的多个边缘节点提供数据处理服务的属性信息，作为多个数据处理服务提供方的属性信息。具体地，可利用用户名和访问密钥信息，监测多个边缘节点，以获取多个边缘节点提供数据处理服务的属性信息。
[0114]
在本技术实施例中，对多个数据处理提供方进行监测的过程，可发生在接收到上述访问请求之前，也可发生在接收到上述访问请求之后。在一些实施例中，可按照设定的监
测周期，周期性地监测多个数据处理服务提供方，来获取多个数据处理服务提供方的属性信息。进一步，可将获取的多个数据处理服务提供方的属性信息存储于数据库中。
[0115]
由于数据处理服务提供方的属性信息可反映数据处理服务提供方的提供的数据处理服务的优劣，因此，在本实施例中，在步骤403中，可根据访问请求和多个数据处理服务提供方提供数据处理服务的属性信息，从多个数据服务提供方中选择目标数据处理服务提供方。
[0116]
可选地，可从数据库中读取多个数据处理服务提供方提供数据处理服务的属性信息。值得说明的是，在一些实施例中，参与客户端提供的访问请求进行数据处理服务提供方调度的多个数据处理服务提供方，可为提供该访问请求的目标用户注册的数据处理服务提供方。在另一些实施例中，参与客户端提供的访问请求进行数据处理服务提供方调度的多个数据处理服务提供方，可包括：提供该访问请求的目标用户注册的数据处理服务提供方，以及，其它用户注册的数据处理服务提供方。
[0117]
相应地，步骤402的一种可选实施方式为：在为客户端提供的访问请求调度数据处理服务提供方时，可从数据库中读取提供访问请求的目标用户注册的数据处理服务提供方的属性信息，作为参与为客户端提供的访问请求调度的数据处理服务提供方的属性信息。
[0118]
在另一些实施例中，在为客户端提供的访问请求调度数据处理服务提供方之前，可向客户端提供调度问询信息。该调度问询信息用于供目标用户选择是否同意调用其它用户注册的数据处理服务提供方。相应地，若目标用户同意调用其它用户注册的数据处理服务提供方，可触发对应的确认操作。可响应于针对调度问询信息的确认操作，从数据库中读取提供访问请求的目标用户和其它用户注册的多个数据处理服务提供方的属性信息，作为参与为客户端提供的访问请求调度的数据处理服务提供方的属性信息。相应地，若目标用户不同意调用其它用户注册的数据处理服务提供方，可触发对应的否定操作。相应地，可响应于针对调度问询信息的否定操作，从数据库中读取提供访问请求的目标用户注册的多个数据处理服务提供方的属性信息，作为参与为客户端提供的访问请求调度的数据处理服务提供方的属性信息。
[0119]
在获取参与为客户端提供的访问请求调度的多个数据处理服务提供方的属性信息之后，在步骤403中，可根据访问请求和多个数据处理服务提供方提供数据处理服务的属性信息，从多个数据服务提供方中选择目标数据处理服务提供方。
[0120]
具体地，可从访问请求中，获取访问请求对应的目标数据处理类型；并从多个数据服务提供方的属性信息中，获取多个数据处理服务提供方针对目标数据处理类型的目标属性信息；进一步，可根据多个数据处理服务提供方针对目标数据处理类型的目标属性信息，从多个数据处理服务提供方中选择目标数据处理服务提供方。
[0121]
具体地，针对任一数据处理服务提供方pi，可从数据处理服务提供方pi的目标属性信息中，获取数据处理服务提供方pi的价值属性信息和性能属性信息；进一步，对针对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理，以得到数据处理服务提供方pi的服务评价参数。
[0122]
可选地，在对针对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理之前，还可从数据处理服务提供方pi的属性信息中，获取提供访问请求的目标用户针对数据处理服务提供方pi的目标数据处理类型的访问次数ni；判断访问次数ni是否小于
目标用户可访问数据处理服务提供方pi的目标数据处理类型的次数配额qi。进一步，若判断结果为是，可对数据处理服务提供方pi的价值属性信息和性能属性信息进行加权处理，以得到数据处理服务提供方pi的服务评价参数。
[0123]
相应地，若判断结果为访问次数ni大于或等于目标用户可访问数据处理服务提供方pi的目标数据处理类型的次数配额qi，说明数据处理服务提供方pi已无可供目标用户调用的余量，可确定数据处理服务提供方pi的服务评价参数为0。
[0124]
在得到多个数据处理服务提供方的服务评价参数之后，可根据多个数据处理服务提供方的服务评价参数，从多个数据处理服务提供方中选择目标数据处理服务提供方。
[0125]
上述数据处理服务调度过程，可根据数据处理服务提供方的属性信息，为访问请求选择中高性能的目标数据处理服务提供方，实现数据处理服务提供方的动态调度，有助于为用户选择中高性能的数据处理服务提供方。
[0126]
在确定出目标数据处理服务提供方之后，在步骤404中，可将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求。具体地，可从设定的数据处理服务提供方与访问格式之间的对应关系中，获取目标数据处理服务提供方支持的目标访问格式；并将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求。设定的数据处理服务提供方与访问格式之间的对应关系可设置于驱动组件中，也可设置于数据库中。
[0127]
进一步，在步骤405中，可利用目标访问格式的访问请求调度目标数据处理服务提供方的数据处理服务。由于目标访问格式的访问请求为目标数据处理提供方适配的数据处理服务接口形式，因此，可调度目标数据处理服务提供方的数据处理服务。在本技术实施例中，通过接口驱动适配，能够将同一场景的不同数据处理服务提供方的接口以插件的形式加载到调用框架中。
[0128]
对于目标数据处理服务提供方来说，可利用数据处理服务对访问请求进行处理，以得到数据处理结果。关于目标数据处理服务提供方来说，可利用数据处理服务对访问请求进行处理的具体实施方式，可参见上述系统实施例的相关内容，在此不再赘述。
[0129]
进一步，目标数据处理服务提供方可将数据处理结果返回给驱动组件。由于数据处理结果为目标数据处理服务提供方提供的，满足目标数据处理服务提供方的数据格式要求，因此，还可对数据处理结果进行数据格式转换，以得到设定的数据格式。其中，设定的数据格式是调度端之间组件的数据传输格式。进一步，可将具有设定的数据格式的数据处理结果发送给客户端，以供客户端输出数据处理结果。
[0130]
在本技术实施例中，针对数据处理服务的访问请求，可根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方。进一步，在调度端增设数据处理服务接口调用的驱动层(即驱动组件)，可将数据处理服务的访问请求转换为目标数据处理服务提供方支持的目标访问格式，适配不同数据处理服务提供方的格式，实现了不同数据处理服务提供方的统一调用。对于用户来说无需掌握每个数据处理服务提供方的接口参数形式及调用方式，可提高不同数据服务提供方的服务调用的便利性。
[0131]
另一方面，根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方，实现对数据处理服务提供方的动态调
用，使得数据处理服务调用不再依赖单一数据处理服务提供方。这样，即便某个数据处理服务提供方提供的数据处理服务出现异常，也可将访问请求调度到其它数据处理服务提供方，有助于提高数据处理服务的稳健性，降低对用户侧应用影响。
[0132]
需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤401和402的执行主体可以为设备a；又比如，步骤401的执行主体可以为设备a，步骤402的执行主体可以为设备b；等等。
[0133]
另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如401、402等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。
[0134]
相应地，本技术实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述数据处理服务调度方法中的步骤。
[0135]
图5为本技术实施例提供的计算设备的结构示意图。如图5所示，该计算设备包括：存储器50a、处理器50b及通信组件50c；其中，存储器50a，用于存储计算机程序；
[0136]
处理器50b耦合至存储器50a和通信组件50c，用于执行计算机程序以用于：通过通信组件50c获取数据处理服务的访问请求；获取多个数据处理服务提供方提供数据处理服务的属性信息；根据访问请求和属性信息，从多个数据服务提供方中选择目标数据处理服务提供方；将访问请求转换为目标数据处理服务提供方支持的目标访问格式，以得到目标访问格式的访问请求；通过通信组件50c利用目标访问格式的访问请求调用目标数据处理服务提供方的数据处理服务。
[0137]
在一些实施例中，处理器50b还用于：通过通信组件50c获取用户提供的多个数据处理服务提供方的配置信息。可选地，处理器50b在获取多个数据服务提供方提供数据处理服务的属性信息时，具体用于：根据配置信息，监测多个数据处理服务提供方，以获取属性信息。
[0138]
具体地，处理器50b在根据多个数据处理服务提供方的配置信息，监测多个数据处理服务提供方时，具体用于：从配置信息中，获取提供配置信息的用户名和访问密钥信息；利用用户名和访问密钥信息，监测多个数据处理提供方，以获取属性信息。
[0139]
在另一些实施例中，处理器50b在从多个数据服务提供方中选择目标数据处理服务提供方时，具体用于：从访问请求中，获取访问请求对应的目标数据处理类型；从属性信息中，获取多个数据处理服务提供方针对目标数据处理类型的目标属性信息；根据目标属性信息，从多个数据处理服务提供方中选择目标数据处理服务提供方。
[0140]
进一步，处理器50b在根据目标属性信息，从多个数据处理服务提供方中选择目标数据处理服务提供方时，具体用于：针对任一数据处理服务提供方，从任一数据处理服务提供方的目标属性信息中，获取任一数据处理服务提供方的价值属性信息和性能属性信息；对针对任一数据处理服务提供方的价值属性信息和性能属性信息进行加权处理，以得到任一数据处理服务提供方的服务评价参数；以及，根据多个数据处理服务提供方的服务评价参数，从多个数据处理服务提供方中选择目标数据处理服务提供方。
[0141]
可选地，处理器50b还用于：在对针对任一数据处理服务提供方的价值属性信息和性能属性信息进行加权处理，以得到针对任一数据处理服务提供方的服务评价参数之前，从任一数据处理服务提供方的属性信息中，获取提供访问请求的目标用户针对任一数据处理服务提供方的目标数据处理类型的访问次数；判断访问次数是否小于目标用户可访问任一数据处理服务提供方的目标数据处理类型的次数配额；若判断结果为是，对针对任一数据处理服务提供方的价值属性信息和性能属性信息进行加权处理，以得到任一数据处理服务提供方的服务评价参数。相应地，若判断结果为否，确定任一数据处理服务提供方的服务评价参数为0。
[0142]
在一些实施例中，处理器50b在获取多个数据处理服务提供方提供数据处理服务的属性信息时，具体用于：从数据库中读取提供访问请求的目标用户注册的多个数据处理服务提供方的属性信息。
[0143]
在另一些实施例中，多个数据服务提供方的数据处理服务部署于边缘节点。相应地，处理器50b在获取多个数据处理服务提供方提供数据处理服务的属性信息时，具体用于：获取多个数据处理服务提供方对应的多个边缘节点提供数据处理服务的属性信息，作为多个数据处理服务提供方的属性信息。
[0144]
可选地，处理器50b在获取多个数据处理服务提供方提供数据处理服务的属性信息时，还用于：通过通信组件50c向提供访问请求的客户端提供调度问询信息；调度问询信息用于供目标用户选择是否同意调用其它用户注册的数据处理服务提供方；响应于调度问询信息的确认操作，从数据库中获取提供访问请求的目标用户和其它用户注册的多个数据处理服务提供方的属性信息。或者，响应于调度问询信息的否定操作，从数据库中读取提供访问请求的目标用户注册的多个数据处理服务提供方的属性信息。
[0145]
可选地，处理器50b还用于：从设定的数据处理服务提供方与访问格式之间的对应关系中，获取目标数据处理服务提供方支持的目标访问格式。
[0146]
在一些实施例中，处理器50b还用于：通过通信组件50c接收目标数据处理服务提供方返回的访问请求对应的数据处理结果；对数据处理结果进行数据格式转换，以得到设定的数据格式；以及，通过通信组件50c将具有设定的数据格式的数据处理结果发送给提供访问请求的客户端，以供客户端输出数据处理结果。
[0147]
在一些可选实施方式中，如图5所示，该计算设备还可以包括：电源组件50d等组件。在一些实施例中，计算设备可实现为手机、电脑等终端设备。相应地，计算设备还可包括：显示组件50e和音频组件50f等组件。图5中仅示意性给出部分组件，并不意味着计算设备必须包含图5所示全部组件，也不意味着计算设备只能包括图5所示组件。
[0148]
本实施例提供的计算设备，针对数据处理服务的访问请求，可根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请求提供数据处理服务的目标数据处理服务提供方。进一步，在调度端增设数据处理服务接口调用的驱动层(即驱动组件)，可将数据处理服务的访问请求转换为目标数据处理服务提供方支持的目标访问格式，适配不同数据处理服务提供方的格式，实现了不同数据处理服务提供方的统一调用。对于用户来说无需掌握每个数据处理服务提供方的接口参数形式及调用方式，可提高不同数据服务提供方的服务调用的便利性。
[0149]
另一方面，根据多个数据处理服务提供方的属性信息和访问请求，调度为访问请
求提供数据处理服务的目标数据处理服务提供方，实现对数据处理服务提供方的动态调用，使得数据处理服务调用不再依赖单一数据处理服务提供方。这样，即便某个数据处理服务提供方提供的数据处理服务出现异常，也可将访问请求调度到其它数据处理服务提供方，有助于提高数据处理服务的稳健性，降低对用户侧应用影响。
[0150]
在本技术实施例中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0151]
在本技术实施例中，处理器可以为任意可执行上述方法逻辑的硬件处理设备。可选地，处理器可以为中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)或微控制单元(microcontroller unit，mcu)；也可以为现场可编程门阵列(field-programmable gate array，fpga)、可编程阵列逻辑器件(programmable array logic，pal)、通用阵列逻辑器件(general array logic，gal)、复杂可编程逻辑器件(complex programmable logic device，cpld)等可编程器件；或者为先进精简指令集(risc)处理器(advanced risc machines，arm)或系统芯片(system on chip，soc)等等，但不限于此。
[0152]
在本技术实施例中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g或3g，4g，5g或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还可基于近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其他技术来实现。
[0153]
在本技术实施例中，显示组件可以包括液晶显示器(lcd)和触摸面板(tp)。如果显示组件包括触摸面板，显示组件可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
[0154]
在本技术实施例中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
[0155]
在本技术实施例中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的设备，可通过音频组件实现与用户的语音交互等。
[0156]
需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
[0157]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0158]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0159]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0160]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0161]
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0162]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0163]
计算机的存储介质为可读存储介质，也可称为可读介质。可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0164]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0165]
以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员
来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。