CN113742372A - 一种边缘节点中的数据的访问方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种数据访问方法、装置及系统。所述系统例如为物联网(Internet of things IOT)系统。所述系统包括中心节点及与中心节点连接的多个边缘节点(例如IOT设备)。在所述中心节点中存储有虚拟表与所述多个边缘节点中的实体表的对应关系，所述中心节点会根据所述对应关系把访问所述虚拟表的访问请求转化为访问所述多个边缘节点中的实体表的子访问请求，各边缘节点执行接收到的子访问请求获取实体表中的数据，并将所获得的数据返回给中心节点。这样，在用户需要访问边缘节点中的数据时，只需要针对所述虚拟表生成访问请求即可，而不需要针对每个边缘节点中的实体表生成访问请求，简化了用户的操作，提高了访问效率。

Description

一种边缘节点中的数据的访问方法、装置及系统

技术领域

本发明涉及物联网领域，特别涉及一种对物联网中的边缘节点中的数据的访问方法、系统及装置。

背景技术

在物联网中，用户一般通过中心节点访问边缘节点中的数据，当用户访问边缘节点的数据时，需要针对每个边缘节点中的数据逐一生成访问请求，在边缘节点的数量比较多的情况下，这种方式用户操作繁琐，访问效率低。

发明内容

本发明实施例提供一种边缘节点中的数据的访问方法、装置及系统，用于简化用户访问边缘节点的操作，提升访问效率。

本发明实施例第一方面提供一种数据访问方法，所述方法由中心节点执行，用于响应用户的访问请求，从与所述中心节点连接的边缘节点中获取用户需要的数据。在所述中心节点中存储有虚拟表与多个边缘节点中的实体表的对应关系，所述中心节点会根据所述对应关系把访问所述虚拟表的访问请求转化为访问所述多个边缘节点中的实体表的子访问请求，各边缘节点执行接收到的子访问请求获取实体表中的数据，并将所获得的数据返回给中心节点。

使用上述方法，在用户需要访问边缘节点中的数据时，只需要针对所述虚拟表生成访问请求即可，而不需要针对每个边缘节点中的实体表生成访问请求，简化了用户的操作，提高了访问效率。

在本发明实施例第一方面的一种可能的实现中，在所述多个边缘节点部署有相同的业务，中心节点从部署有所述业务的边缘节点中获取所述实体表的元数据，根据所述实体表的元数据生成所述虚拟表，所述虚拟表所包括的字段与所述实体表的字段相同，但所述虚拟表不包括数据。

通过获取部署有相同业务的边缘节点中的实体表的元数据构成所述虚拟表，可以更方便的生成所述虚拟表。

在本发明实施例第一方面的一种可能的实现中，在生成所述虚拟表后，分别获取部署有所述业务的所述多个边缘节点中的实体表的信息，并建立所述虚拟表与所述多个边缘节点中的实体表的对应关系。

在本发明实施例第一方面的一种可能的实现中，所述对应关系记录的为所述虚拟表的名称与所述多个边缘节点中的实体表的信息的对应关系，所述虚拟表的信息为所述虚拟表的名称，所述实体表的信息为所述实体表的注册目录，所述注册目录包括实体表所在的边缘节点的名称、数据表所属的数据库类型、数据库名称、及实体表的名称。

通过建立虚拟表的名称与各边缘节点的注册目录的对应关系，可以更方便的将访问虚拟表的请求转化为访问边缘节点中的实体表的子访问请求。

在本发明实施例第一方面的一种可能的实现中，在从所述对应关系中获取所述虚拟表对应的多个实体表的信息，根据所述虚拟表的访问请求及所述多个实体表信息，针对每个实体表信息逐一生成访问每个实体表的子访问请求，针对第一子访问请求，发送所述第一子访问请求至所述子访问请求对应的第一边缘节点，所述第一子访问请求为针对所述多个实体表信息生成的多个子访问请求中的任意一个。

在本发明实施例第一方面的一种可能的实现中，在所述发送所述第一子访问请求至所述第一边缘节点之前，所述中心节点根据所述第一子访问请求所访问的实体表的信息中的所述第一边缘节点名称获取所述第一边缘节点的连接信息，然后根据所述连接信息建立所述第一边缘节点与所述中心节点的连接。

在本发明实施例第一方面的一种可能的实现中，所述中心节点从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表信息为所述虚拟表对应的多个实体表的信息中的任意一个，所述中心节点根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的数据量，当所述第一实体表的数据量大于预设值时，生成访问所述第一实体表的子访问请求。

通过根据边缘节点中的第一实体表的数据量大小，确定是否对边缘节点中的第一实体表进行访问，可以在边缘节点中的数据量比较小的时候，不发送子访问请求至对应的边缘节点，从而节省了中心节点的带宽及资源。

在本发明实施例第一方面的一种可能的实现中，所述访问请求用于访问所述中心节点中的虚拟表及所述中心节点中的第二实体表，所述中心节点从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表的信息为所述虚拟表对应的多个实体表的信息中的任意一个，所述中心节点根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的参数，比较所述第一实体表的参数与所述第二实体表的参数，并当所述第一实体表的参数与所述第二实体表的参数满足预设条件时，生成访问所述第一实体表信息对应的实体表的子访问请求。

在对位于边缘节点的实体表及中心节点中的实体表做联合访问操作时，通过比较边缘节点中的实体表及中心节点中的实体表的参数，对于边缘节点中的实体表的数据量小于中心节点的实体表的情况，或者边缘节点中可用资源不充足的情况，在生成子访问请求时，不对所述边缘节点生成子访问请求，而是将边缘节点中的实体表传输至中心节点进行联合访问操作，则进一步提高了数据的访问效率。

在本发明实施例第一方面的一种可能的实现中，所述中心节点还用于根据用户的操作修改所述虚表与所述多个边缘节点中的实体表的对应关系。

通过修改虚表与所述多个边缘节点中的实体表的对应关系，可以根据用户的需求对边缘节点中的数据进行访问，例如，用户只需要访问对部署了相同业务的边缘节点中的部分边缘节点中的实体表进行访问，则可通过修改所述对应关系，只保留用户需要访问的边缘节点对应的实体表的信息。

在本发明实施例第一方面的一种可能的实现中，部署有相同业务的边缘节点中的各个实体表的结构相同。

在本发明实施例第一方面的一种可能的实现中，在所述发送所述第一子访问请求至所述第一边缘节点之前，所述中心节点根据所述第一子访问请求所访问的实体表的信息中的所述第一边缘节点名称获取所述第一边缘节点的连接信息，并根据所述连接信息建立所述第一边缘节点与所述中心节点的连接。

本发明实施例第二方面提供一种中心节点，所述中心节点包括一个或者多个模块，各模块能够实现上述第一方面的各实现方式中的中心节点所执行的功能，各模块可以通过硬件实现，也可以通过硬件执行相应的软件实现。

本发明实施例第三方面提供一种中心节点，所述中心节点包括处理器和存储器，所述存储器中存储有程序指令，所述处理器执行所述存储器中的程序指令以实现第一方面所提供的各种实现方式中的任意一种方法。

本发明实施例第四方面提供一种可读存储介质，所述可读存储介质中存储有程序或指令，当其在计算机上运行时，使得第一方面提供的各种实现方式中的任意一种方法被执行。

本发明实施例第五方面还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面提供的各种实现方式中的任意一种方法。

本发明实施例第六方面还提供一种数据处理系统，包括如权利要求10～18任意一项所述的中心节点及与所述中心节点连接的多个边缘节点，接收到所述子访问请求的边缘节点用于执行所接收的子访问请求以从所述实体表中获取数据，并将所述数据发送至所述中心节点。

另外，第二方面至第六方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为一种物联网系统的架构图。

图2为本发明实施例提供的物联网系统的架构图。

图3为本发明实施例提供的虚拟表与边缘节点中的实体表的对应关系的示意图。

图4为本发明实施例提供的在边缘节点中部署业务的方法的流程图。

图5为本发明实施例提供的第一种实施例中对边缘节点中的数据访问的方法的流程图。

图6为本发明实施例提供的第三种实施例中对边缘节点中的数据访问的方法的流程图。

图7为本发明实施例提供的中心节点的功能模块图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

随着物联网的发展，边缘设备的数量也越来越多，对边缘设备中的数据处理的及时性及方便性也成为当前影响物联网发展的关键因素。如图1所示，为物联网系统100的基本架构图。物联网100包括中心节点101及多个边缘节点102。中心节点101与多个边缘节点通过网络连接。为了方便描述，在此仅以三个边缘节点(即第一边缘节点102、第二边缘节点103及第三边缘节点104)为例进行说明。在任一边缘节点连接至中心节点101时，中心节点101会获取边缘节点的信息，例如边缘节点标识及位置，边缘节点的标识可以为边缘节点的管理网络互连协议(Internet Protocol，IP)地址，边缘节点的位置为边缘节点所在的具体位置，例如某个城市的某个街道。

在进行业务A部署时，用户登录中心节点101从与中心节点101连接的边缘节点中根据边缘节点的信息选择部署所述业务A的边缘节点，例如第一边缘节点102、第二边缘节点103及第三边缘节点104。在边缘节点中部署业务A时，会为业务A建立数据库DB1，以及数据库DB1所包括的表，例如表B及表C。如此各边缘节点独立执行业务A，并将执行业务A的过程中产生的数据记录在表B及表C中。

在业务部署完成后，用户会在中心节点101为每个边缘节点配置连接信息，所述连接信息包括边缘节点的名称、边缘节点的业务IP地址、以及访问边缘节点的用户名及密码。例如所述连接信息可以为：

connection.name＝dc1(第一边缘节点名称)；

connection.URL＝116.66.XXX.YYY(业务IP)；

connection.user＝root(用户名)；

connetion.password＝123456(密码)。

其中，业务IP为边缘节点中为业务A提供服务的端口的IP地址，用户名及密码为用户申请的访问所述边缘节点的权限。

在连接信息配置完成后，每个边缘节点还会在中心节点进行注册，注册后，中心节点会为每个边缘节点中的表生成一个注册目录(catalog)，所述注册目录中包括边缘节点名称、数据库类型、数据库名称、及表的名称，例如，以边缘节点中的表B为例，表B的注册目录为：dc1(边缘节点名称).mysql(数据库类型).web(数据库名称).表B(表名)。这样，每个边缘节点中的每个表在边缘节点都会有一个注册目录，以表B为例，第一边缘节点、第二边缘节点、第三边缘节点的注册目录分别为：dc1.mysql.web.表B、dc2.mysql.web.表B、及dc2.mysql.web.表B。

在相关技术的实现中，用户需要访问边缘节点的表B中的数据时，需要针对每个边缘节点生成一个访问请求，例如查询表B中年龄字段中大于10岁的数据，则用户需要针对第一边缘节点102中的表B，生成访问请求：select from dc1.mysql.web.表B where age>10，针对第二边缘节点103中的表B，生成访问请求：select from dc2.mysql.web.表B whereage>10，针对第三边缘节点104中的表B，生成访问请求：select from dc3.mysql.web.表Bwhere age>10。在生成访问请求后，中心节点获取每个边缘节点的连接信息，在中心节点分别与每个边缘节点根据各自的连接信息建立连接后，即可分别将上述访问请求发送至对应的边缘节点，各个边缘节点执行所述访问请求，从各自的表B中获取满足所述访问请求中的查询条件的数据，并将所获取的数据返回给中心节点。

在上述实现方式中，用户在访问边缘节点中的表中的数据时，需要针对每个边缘节点中的表生成访问请求，导致用户操作繁琐，且访问效率低。

本发明实施例提供的技术方案在中心节点建立一个虚拟表，并建立虚拟表与边缘节点中的各个实体表的对应关系，用户在需要访问边缘节点中的实体表中的数据时，只需要针对所述虚拟表生成一条访问请求即可，中心节点会根据所述对应关系，将针对所述虚拟表的访问请求转换为针对各边缘节点中的实体表的子访问请求，并将所生成的子访问请求分别发送至子访问请求对应的边缘节点，以实现对边缘节点中的实体表的查询，从而简化用户的操作，提升查询效率。

如图2所示，为本发明实施例提供的物联网系统200的架构图。

所述物联网系统200包括中心节点201及多个边缘节点，例如第一边缘节点202、第二边缘节点203、及第三边缘节点204。物联网系统200中的中心节点201与边缘节点之间的连接与物联网系统100中的中心节点101与边缘节点的连接相同，在此不再赘述。

所述中心节点201包括处理器2011及内存2012。所述内存2012中存储有使所述中心节点201能够正常运行的操作系统(图未示)及对边缘节点进行管理的管理程序2013。所述处理器2011运行所述操作系统及所述管理程序，以对所述边缘节点进行管理。

在本发明的第一实施例中，所述管理程序主要分为两个部分，一个阶段是业务部署阶段，另一个阶段是业务执行阶段。所述业务部署阶段为中心节点201在边缘节点部署业务时所执行的操作，具体如图4所示的流程图所示。所述业务执行阶段为业务部署好之后，中心节点获取边缘节点中的数据的操作，具体如图4所示的流程所示。

如图4所示，为中心节点200在边缘节点部署业务的方法的流程图。

步骤S301，中心节点201生成所部署业务的业务配置文件。

中心节点201一般通过两种方式生成所部署业务的业务配置文件，一种方式为在中心节点201构建运行业务的虚拟机的方式，另一种为在中心节点201构建运行业务的容器的方式，在中心节点201构建好运行所述业务的虚拟机或者容器之后，生成所述虚拟机或者容器的镜像文件，所述镜像文件即为所述业务配置文件，其中定义了所述业务对应的数据库的结构、及所述业务运行环境等信息。所述数据库的结构包括数据库所包括的表的名称，以及表的结构，表的结构包括表的字段等。若所述业务为收集学生信息，其中表C为统计学生的成绩，则所述表C的结构如图。

步骤S302,中心节点201将所述业务配置文件发送至需要部署该业务的边缘节点。

边缘节点在连接至中心节点201时，中心节点201会记录边缘节点的信息，例如边缘节点的IP地址以及位置信息等，用户可以根据边缘节点的信息选择需要部署所述业务的边缘节点，然后将所述业务配置文件发送至所选择的边缘节点，并记录所述业务所部署的边缘节点，例如记录业务B与业务B所部署的边缘节点的信息的对应关系。

步骤S303,边缘节点根据所接收的业务配置文件构建运行所述业务的环境。

如果所述业务配置文件为虚拟机的镜像文件，则所述边缘节点根据所述业务配置文件构建运行所述业务的虚拟机，如果所述业务配置文件为容器的镜像文件，则所述边缘节点根据所述业务配置文件构建运行所述业务的容器，在虚拟机或者容器构建好之后，边缘节点即可运行所述业务，产生所述业务相关的数据。例如业务B包括表C和表D,则边缘节点将运行业务B所生成的数据记录至表C及表D中。

步骤S304，在业务部署完成后，中心节点201根据用户的配置操作为每个边缘节点配置连接信息2015。

配置连接信息的方式与相关技术相同。例如，为第一边缘节点202配置的连接信息为：

connection.name＝dc1(第一边缘节点202的名称)；

connection.URL＝116.66.XXX.YYY(业务IP)；

connection.user＝user1(用户名)；

connetion.password＝123456(密码)。

步骤S305，中心节点201接收每个边缘节点在中心节点的注册请求，为边缘节点中的实体表生成注册目录。

中心节点201在接收到每个边缘节点的注册请求后，会为每个边缘节点中的实体表生成一个注册目录(catalog)，这与相关技术中每个边缘节点注册的方式相同，以表C为例，第一边缘节点202、第二边缘节点203、第三边缘节点204的注册目录分别为：dc1.mysql.web.表C、dc2.mysql.web.表C、及dc3.mysql.web.表C。

步骤S306,中心节点201获取部署所述业务的边缘节点中所述业务对应的实体表的元数据2014。

在本发明实施例中，由于各个边缘节点中部署相同的业务，所以中心节点201可以从任意一个边缘节点中获取所部署业务对应实体表(表C及表D)的元数据2014。获取实体表的元数据的边缘节点可以是预先指定的边缘节点，例如指定距离所述中心节点最近的边缘节点，也可以默认为部署了所述业务的所有边缘节点。所述元数据包括所述业务对应的实体表的字段名。以所述表C为学生的信息表为例，所述字段名可以为姓名、年龄、成绩、学校名等。

在本发明实施例中，所述中心节点201可以通过两种方式获取边缘节点中的所述业务对应的实体表的元数据，一种为所述中心节点201向部署了所述业务的边缘节点发送获取命令，指示部署所述业务的边缘节点发送所述业务对应的元数据至所述中心节点，一种为在边缘节点部署所述业务之后，所述边缘节点主动将所述业务的元数据发送至所述中心节点201。

步骤S307，所述中心节点201根据所获取的所述业务对应的实体表的元数据2014建立虚拟表2017。

虚拟表2017的结构与实体表的结构相同，即虚拟表与实体表具有相同的字段，虚拟表与实体表的区别在于，虚拟表中没有存储数据，只包括的字段名。

步骤S308,所述中心节点201建立虚拟表与边缘节点的实体表的对应关系2016。

在具体实现时，所述中心节点201通过将虚拟表2017的名称与每个实体表的注册目录进行关联，以建立虚拟表与实体表的对应关系2016。以表C为例，若中心节点201为表C建立的虚拟表的名称为VtableC,则所建立的虚拟表与实体表的对应关系如图3所示。

在建立好所述虚拟表与所述实体表的对应关系2016之后即可完成所述业务B的部署。业务B部署之后，各个边缘节点即可运行业务B,收集业务B运行过程中产生的数据，并将产生的数据记录在数据库DB1的表C及表D中。

由于在中心节点201建立了虚拟表2017，中心节点201呈现给用户的只有所述虚拟表2017，而不包括具体数据。用户在需要访问各边缘节点中的实体表中的数据时，只需要针对所述虚拟表2017生成访问请求，而不需要针对每个边缘节点中的每个实体表生成访问请求，从而简化了用户的操作，提升了边缘节点中的数据的访问效率。下面将结合图4的流程图详细说明如何通过中心节点访问边缘节点中的数据的方法。

如图5所示，为通过中心节点201访问边缘节点中的数据的方法的流程图。

步骤S401，中心节点201响应用户的操作，产生针对所述虚拟表2017的访问请求。

中心节点201通过用户界面呈现给用户的是所述虚拟表2017及所述虚拟表的结构。用户在登录至中心节点201后，根据需求输入对所述虚拟表2017的访问请求，所述中心节点201响应用户的输入操作，产生针对所述虚拟表的访问请求。例如，用户可针对所述虚拟表Vtable C生成访问请求：select from Vtable where age>10。

步骤S402，中心节点201根据所述虚拟表与实体表的对应关系2016，将针对所述虚拟表2017的访问请求转化为针对每个边缘节点中的与所述虚拟表2017对应的实体表的子访问请求。

如上述表1所示，虚拟表与实体表的对应关系2016中记录了每个边缘节点中的每个实体表的注册目录。而注册目录中记录了每个边缘节点中的实体表的信息，例如，边缘节点名称、数据库类型、数据库名称、及表的名称。中心节点根据表1记录的对应关系，将针对所述虚拟表的访问请求转化为针对每个边缘节点中的与所述虚拟表对应的实体表的访问请求。所述虚拟表的访问请求包括查询条件及所查询表的表的名称，例如，将针对所述虚拟表Vtable C生成访问请求：select from Vtable where age>10，其中Vtable为表名，whereage>10为查询条件。由于虚拟表的字段与边缘节点中的实体表的字段相同，所以在转换时，只要将访问请求中的虚拟表的名称转换成实体表的信息，即注册目录即可。例如，可以将分别针对所述虚拟表Vtable C的访问请求select from Vtable where age>10分别转换为针对第一边缘节点202、第二边缘节点203、第三边缘节点204中的实体表C的子访问请求：select from dc1.mysql.web.表C where age>10、select from dc2.mysql.web.表Cwhere age>10、select from dc3.mysql.web.表C where age>10。

步骤S403，中心节点201获取各个边缘节点的连接信息，根据所述连接信息与各个边缘节点建立连接。

如步骤S304所述，在业务部署完成后，中心节点201会根据用户的操作为每个边缘节点设置连接信息，连接信息包括边缘节点的名称、IP地址、访问权限信息，例如用户名密码。在执行本步骤时，中心节点201即可获取每个边缘节点的连接信息，并根据所获取的连接信息分别与各个边缘节点建立连接，并获得访问边缘节点的权限。

步骤S404，中心节点201将各个边缘节点的子访问请求分别发送至各个边缘节点。

所述中心节点201根据所述关联关系获取每个边缘节点的标识，例如IP地址，根据每个边缘节点IP地址与各个边缘节点建立连接，然后将生成的各子访问请求分别发送至各个边缘节点。

步骤S405，各个边缘节点在接收到所述子访问请求后，执行所述子访问请求从所述边缘节点中的实体表中获取数据。

对于任一个边缘节点，例如第一边缘节点202，在接收到所述子访问请求时，从所述子访问请求中获取查询条件，例如：where age>10时，针对第一边缘节点202中的实体表C执行所述子访问请求，从所述实体表C查询满足所述查询条件的数据。

步骤S406,各个边缘节点将获取的数据发送至中心节点201。

步骤S407,中心节点201将收到的数据进行整合，并输出整合后的数据给用户。

中心节点201接收各个边缘节点返回的数据，并将接收到数据整合成一份完整的数据输出给用户，例如，通过中心节点201中的显示设备(图未示)显示给用户。

如此，通过在中心节点201建立与边缘节点中的实体表具有相同结构的虚拟表，并将虚拟表与各个边缘节点的实体表关联，用户在访问各个边缘节点的数据时，只需要针对所述虚拟表生成一个访问请求即可，而不需要针对每个边缘节点生成一个访问请求，从而简化了用户的操作，提高了数据访问效率。

在图5所示的实施例中，中心节点201会针对每个与所述虚拟数据结构关联的边缘节点发送一个子访问请求，但在实际应用中，有些边缘节点中可能并没有采集到数据，如果对没有数据的边缘节点发送子访问请求，不但浪费中心节点及边缘节点的资源，且浪费带宽。

所以在本发明的第二实施例中，所述中心节点201会获取各个边缘节点的参数，获取的方式可以是中心节点201定期采集，也可以是边缘节点主动推送，所采集的参数包括各个边缘节点中所述业务B对应的数据结构中的各个表的数据量。

这样，在步骤S402中，所述中心节点201在生成针对各个边缘节点的子访问请求时，首先查看下各个边缘节点中的表C的数据量，对于表C的数据量小于等于预设值的边缘节点，所述中心节点不需要为其生成子访问请求，所述预设值例如可以为0。

另外，在实际应用中，用户并不需要访问所有边缘节点中的数据，而只需要访问部分边缘节点中的数据，在这种情况下，用户可以修改图3所示对应关系，将不需要访问的边缘节点的实体表信息删除，这样，中心节点201将不会对不需要访问的边缘节点中的实体表产生访问请求。

另外，在本发明实施例所应用的一些场景中，会涉及到通过一个语句对多个表进行查询的操作，例如SQL中的Join操作，Join操作为对两个以上的表中的数据进行合并操作。但是，对于待执行Join操作的两个表，有可能位于不同的节点上，对于位于不同节点上的表执行合并操作时，首先要把两个表传输到同一个节点，然后才能执行合并操作。本发明实施例中，如果需要与各个边缘节点中的表C进行Join操作的表E在中心节点201，为了在边缘节点执行查询操作，则需要将中心节点201的表E传输至各个边缘节点，然后在各个边缘节点进行两个数据表的Join操作。但对于有些边缘节点，表C的数据量可能比表E的数据量小，或者边缘节点的资源，例如CPU资源、内存资源、带宽资源小于中心节点的资源，这种情况下，如果将表C传输至边缘节点进行Join操作，反倒降低了数据查询效率。

所以在本发明第三实施例中，在本发明第一实施例的基础上，所述中心节点会每隔一段时间获取各个边缘节点的参数信息，边缘节点参数信息包括边缘节点中与业务B对应的数据结构中每个表的数据大小及边缘节点的资源情况，例如CPU资源，内存资源、宽带资源等。这样，在涉及对边缘节点和中心节点中的表中的数据进行Join操作的时候，可以根据边缘节点的参数决定执行Join操作的节点。当边缘节点的表C的数据量大于中心节点的表E，或者，边缘节点的CPU资源、内存资源、或宽带资源不足的情况下，可以不发送子访问请求至边缘节点，而是将边缘节点中的表C传输至中心节点，由中心节点对表C及表E进行Join操作。具体请参阅图6所示流程图的描述。

步骤S501，中心节点201响应用户的操作，产生针对所述业务对应的虚拟表及中心节点中的实体表的联合访问请求。

步骤S501与第一实施例中步骤S401基本相同，不同点仅在于本实施中的访问请求是对中心节点中的虚拟表及实体表中的数据的联合访问请求，例如Join操作。

步骤S502，获取部署了所述业务的各个边缘节点的参数信息。

从上面的描述可知，中心节点201会周期性地获取各个边缘节点的参数信息，所以在中心节点201接收到针对所述虚拟表及中心节点的实体表的联合访问请求时，会获取中心节点预先记录的各个边缘节点的参数信息。

步骤S503，根据各个边缘节点的参数信息确定执行所述联合访问请求的是边缘节点还是中心节点。

中心节点201将每个边缘节点的参数信息与中心节点201的参数信息做比较，例如，可以分别比较各个边缘节点中的表C的数据量与中心节点中的表E的数据量，当中心节点的表E的数据量大于边缘节点中的表C的数据量时，则由中心节点201执行所述联合访问请求，反之，当中心节点的表E的数据量小于等于边缘节点中的表C的数据量时，则确定由该边缘节点执行所述联合访问请求。另外，在一些实施例中，还可以比较中心节点与边缘节点的可用资源是否满足预设条件来确定是由中心节点执行所述联合访问请求还是由边缘节点执行所述访问请求。当中心节点的可用资源大于边缘节点的可用资源时，例如，中心节点的带宽大于边缘节点的带宽、中心节点的处理资源大于边缘节点的处理资源、或者中心节点的内存资源大于边缘节点的内存资源，则确定执行所述联合访问请求的节点为中心节点201，反之则确定执行所述联合访问请求的节点为边缘节点。

步骤S504，对于确定的由边缘节点执行所述联合访问请求的边缘节点，所述中心节点201针对这些边缘节点产生子访问请求，并将所述子访问请求及中心节点的实体表，例如表E发送至对应的边缘节点。

产生子访问请求的方式与图4中的步骤S402相同，即根据虚拟表与实体表的对应关系将针对虚拟表的访问请求转换为针对边缘节点中的实体表的子访问请求。

步骤S505，对于接收到子访问请求及中心节点的实体表的边缘节点，对边缘节点中的表C及中心节点的表E执行联合访问请求，获取数据。

步骤S506，边缘节点将所获取的数据返回至中心节点。

步骤S507，对于确定由中心节点执行所述联合访问请求的边缘节点，所述中心节点发送获取边缘节点中的表C的请求。

步骤S508，接收到请求的边缘节点将表C发送至中心节点。

步骤S509，中心节点201对边缘节点传输的表C及中心节点的表E执行所述联合访问请求，获取数据。

步骤S510，中心节点将步骤S505及步骤S508中获取的数据进行整合，并输出整合后的数据。

在本发明第三实施例中，在对位于边缘节点的实体表及中心节点中的实体表做Join操作时，通过比较边缘节点中的实体表及中心节点中的实体表的参数，对于边缘节点中的实体表的数据量小于中心节点的实体表的情况，或者边缘节点中可用资源不充足的情况，在生成子访问请求时，不对所述边缘节点生成子访问请求，而是将边缘节点中的实体表传输至中心节点进行Join操作，则进一步提高了数据的访问效率。

如图7所示，为中心节点201的功能模块图。所述中心节点包括业务部署模块701、虚拟表生成模块702、请求模块703、及数据获取模块704。所述业务部署模块701用于在与所述中心节点201的边缘节点中部署业务，部署业务的过程具体请参考图3中的部首S301～S305的描述。所述虚拟表生成模块702用于获取边缘节点中部署的业务对应的实体表的元数据，并根据所述元数据生成虚拟表，所述虚拟表的结构与实体表的结构相同，在生成所述虚拟表后，所述虚拟表生成模块702还用于建立所述虚拟表与部署了所述业务的实体表的对应关系，具体请看考图3中的步骤S306～S308的描述。所述请求模块703用于在接收到用户访问上所述虚拟表的请求时，将所述请求根据所述虚拟表与实体表的对应关系针对所述对应关系中的每个实体表生成子访问请求，并将所述子访问请求发送至所述子访问请求对应的边缘节点。所述请求模块703所执行的具体功能请参考图4中的步骤S401及步骤S402的描述。所述数据获取模块704用于将所述请求模块703所生成的子访问请求发送至各子访问请求对应的边缘节点，接收所述边缘节点执行所述子访问请求后所获取的数据，并整合各边缘节点中的数据后输出给用户，具体请参考图4中的步骤S403～S407的描述。

对应于上述第二种实施例，所述中心节点还包括参数获取模块705，所述参数获取模块与获取每个边缘节点中的实体表的参数，所述参数例如为实体表的数据量，所述请求模块603在根据虚拟表与实体表的对应关系生成针对各个边缘节点的子访问请求时，首先查看下各个边缘节点中的实体表的数据量，对于实体表的数据量小于等于预设值的边缘节点，所述中心节点不需要为其生成子访问请求，所述预设值例如可以为0。

对应于上述第三种实施例，所述参数获取模块705会每隔一段时间获取各个边缘节点的参数信息，边缘节点参数信息包括边缘节点中与业务B对应的实体表的数据大小及边缘节点的资源情况，例如CPU资源，内存资源、宽带资源等。所述请求模块703在确定接收到的请求为对中心节点的虚拟表及实体同时进行访问的联合访问请求时，根据所述虚拟表与实体表的对应关系及获取的各个边缘节点的参数信息判断是由中心节点执行所述联合访问请求还是由边缘节点执行所述联合访问请求，具体请参考图5中的步骤S501～S503的描述。所述数据获取模块704还用于在确定由边缘节点执行所述联合访问请求的边缘节点，针对这些边缘节点产生子访问请求，并将所述子访问请求及中心节点的实体表发送至边缘节点，并接收边缘节点执行所述联合访问请求后获取的数据，对于确定由中心节点执行所述联合访问请求的边缘节点，所述获取模块704还用于发送获取边缘节点中的实体表的请求，接收边缘节点发送的实体表，并对边缘节点中的实体表及中心节点中的实体表执行联合访问请求，然后将获取的数据进行整合，并输出整合后的数据。

上述各图中的各个模块可以通过软件、硬件或二者结合来实现。当以上任一器件以软件实现的时候，所述软件以计算机程序指令的方式存在，例如图2中的管理程序2013，并被存储在内存2012中，处理器2011可以用于执行所述程序指令并实现以上方法流程。所述处理器可以包括但不限于以下至少一种：中央处理单元(central processing unit，CPU)、微处理器、数字信号处理器(DSP)、微控制器(microcontroller unit，MCU)、或人工智能处理器等各类运行软件的计算设备，每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以内置于SoC(片上系统)或专用集成电路(application specific integrated circuit，ASIC)，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、DSP、MCU、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

以上对本发明实施例所提供方案进行了描述，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (20)

1.一种数据访问方法，由中心节点执行，所述中心节点连接至多个边缘节点，其特征在于，

接收访问所述中心节点中的虚拟表的访问请求，根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求，所述子访问请求用于访问所述子访问请求对应的边缘节点中的实体表；

发送所述子访问请求至所述子访问请求对应的边缘节点；

接收执行了所述子访问请求的边缘节点发送的访问所述实体表所获取的数据。

2.如权利要求1所述的方法，其特征在于，所述多个边缘节点部署有相同的业务，在所述接收访问所述中心节点中的虚拟表的访问请求之前，所述方法还包括：

从部署有所述业务的边缘节点中获取所述实体表的元数据，根据所述实体表的元数据生成所述虚拟表。

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

在生成所述虚拟表后，分别确定部署有所述业务的所述多个边缘节点中的实体表，并建立所述虚拟表与所述多个边缘节点中的实体表的对应关系。

4.如权利要求3所述的方法，其特征在于，所述对应关系记录的为所述虚拟表的信息与所述多个边缘节点中的实体表的信息的对应关系，所述虚拟表的信息为所述虚拟表的名称，所述实体表的信息为所述实体表的注册目录，所述注册目录包括所述实体表所在的边缘节点的名称、所述实体表所属的数据库类型、数据库名称、及所述实体表的名称。

5.如权利要求4所述的方法，其特征在于，所述虚拟表的字段与所述实体表的字段相同，所述访问请求包括查询条件和虚拟表的名称，所述查询条件为对所述虚拟表中的至少一个字段进行查询，所述子访问请求包括所述查询条件和所述子访问请求对应的实体表的信息。

6.根据如权利要求3至5任意一项所述的方法，其特征在于，所述根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求包括：

从所述对应关系中获取所述虚拟表对应的多个实体表的信息；

根据所述虚拟表的访问请求及所述多个实体表的信息，针对每个实体表生成访问每个实体表的子访问请求；

将生成的各子访问请求发送到各子访问请求对应的实体表所在的边缘节点。

7.根据如权利要求3至5任意一项所述的方法，其特征在于，所述根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求包括：

从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表的信息为所述虚拟表对应的多个实体表的信息中的任意一个；

根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的数据量；

当所述第一实体表的数据量大于预设值时，生成访问所述第一实体表的子访问请求。

8.根据如权利要求3至5任意一项所述的方法，其特征在于，所述访问请求用于访问所述中心节点中的虚拟表及所述中心节点中的第二实体表，所述根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求包括：

从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表的信息为所述虚拟表对应的多个实体表的信息中的任意一个；

根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的参数；

比较所述第一实体表的参数与所述第二实体表的参数；

当所述第一实体表的参数与所述第二实体表的参数满足预设条件时，生成访问所述第一实体表的信息对应的实体表的子访问请求。

9.根据如权利要求1-8任意一项所述的方法，其特征在于，所述中心节点还用于根据用户的操作修改所述虚拟表与所述多个边缘节点中的实体表的对应关系。

10.一种中心节点，所述中心节点连接至多个边缘节点，其特征在于，所述中心节点包括：

请求模块，用于接收访问所述中心节点中的虚拟表的访问请求，根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求，所述子访问请求用于访问所述子访问请求对应的边缘节点中的实体表，及发送所述子访问请求至所述子访问请求对应的边缘节点；

数据获取模块，用于接收执行了所述子访问请求的边缘节点发送的访问所述实体表获取的数据。

11.如权利要求10所述的中心节点，其特征在于，所述多个边缘节点部署有相同的业务，所述装置还包括虚拟表生成模块，用于从部署有所述业务的节点中获取所述实体表的元数据，根据所述实体表的元数据生成所述虚拟表。

12.如权利要求11所述的中心节点，其特征在于，所述虚拟表生成模块还用于在生成所述虚拟表后，分别确定部署有所述业务的所述多个边缘节点中的实体表，并建立所述虚拟表与所述多个边缘节点中的实体表的对应关系。

13.如权利要求12所述的中心节点，其特征在于，所述对应关系记录的为所述虚拟表的名称与所述多个边缘节点中的实体表的信息的对应关系，所述虚拟表的信息为所述虚拟表的名称，所述实体表的信息为所述实体表的注册目录，所述注册目录包括实体表所在的边缘节点的名称、数据表所属的数据库类型、数据库名称、及实体表的名称。

14.如权利要求13所述的中心节点，其特征在于，所述虚拟表的字段与所述实体表的字段相同，所述访问请求包括查询条件和虚拟表的名称，所述查询条件为对所述虚拟表中的至少一个字段进行查询，所述子访问请求包括所述查询条件和所述子访问请求对应的实体表的信息。

15.根据如权利要求12-13任意一项所述的中心节点，其特征在于，在根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求时，所述请求模块用于：

从所述对应关系中获取所述虚拟表对应的多个实体表的信息；

根据所述虚拟表的访问请求及所述多个实体表的信息，针对每个实体表的信息生成访问每个实体表的子访问请求；

将生成的各子访问请求发送到各子访问请求对应的实体表所在的边缘节点。

16.根据如权利要求12-13任意一项所述的中心节点，其特征在于，在根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求时，所述请求模块用于：

从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表的信息为所述虚拟表对应的多个实体表的信息中的任意一个；

根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的数据量；

当所述第一实体表的数据量大于预设值时，生成访问所述第一实体表的子访问请求。

17.根据如权利要求12-13任意一项所述的中心节点，其特征在于，所述访问请求用于访问所述中心节点中的虚拟表及所述中心节点中的第二实体表，在根据所述虚拟表与所述多个边缘节点中的实体表的对应关系生成子访问请求时，所述请求模块用于：

从所述对应关系中获取所述虚拟表对应的第一实体表的信息，所述第一实体表的信息为所述虚拟表对应的多个实体表的信息中的任意一个；

根据所述第一实体表的信息获取所述第一实体表的信息对应的第一实体表的参数；

比较所述第一实体表的参数与所述第二实体表的参数；

当所述第一实体表的参数与所述第二实体表的参数满足预设条件时，生成访问所述第一实体表的信息对应的实体表的子访问请求。

18.根据如权利要求11-17任意一项所述的中心节点，其特征在于，所述请求模块还用于根据用户的操作修改所述虚拟表与所述多个边缘节点中的实体表的对应关系。

19.一种中心节点，包括处理器和存储器，所述存储器中存储有程序指令，所述处理器执行所述存储器中的程序指令以实现权利要求1～9任意一项所述的方法。

20.一种数据处理系统，包括如权利要求10～18任意一项所述的中心节点及与所述中心节点连接的多个边缘节点；

接收到所述子访问请求的边缘节点用于执行所接收的子访问请求以从所述实体表中获取数据，并将所述数据发送至所述中心节点。

Images