CN112818129B

CN112818129B - 图谱建模系统及其方法

Info

Publication number: CN112818129B
Application number: CN202110086870.5A
Authority: CN
Inventors: 王星星
Original assignee: Hangzhou Lvwan Network Technology Co ltd
Current assignee: Hangzhou Lvwan Network Technology Co ltd
Priority date: 2021-01-22
Filing date: 2021-01-22
Publication date: 2022-08-09
Anticipated expiration: 2041-01-22
Also published as: CN112818129A

Abstract

本申请提出一种图谱建模系统及其方法，涉及数据处理技术领域，包括：接收图谱建模请求；其中，图谱建模请求包括：至少一种数据类型，并获取与至少一种数据类型对应的第一执行文件，通过执行第一执行文件从目标设备获取与至少一种数据类型对应的至少一个初始数据模型；获取与至少一个初始数据模型对应的第二执行文件，通过执行第二执行文件将至少一个初始数据模型转换为至少一个图谱数据模型；对图谱数据模型进行图谱操作；对图谱数据模型进行界面渲染并显示。由此，使用数据抽取加载器加载执行文件实现抽取数据，以及使用模型转换加载器加载执行文件实现模型转换，实现在输入数据来源和数据模型变动时，保证图谱建模安全性、可靠性和稳定性。

Description

图谱建模系统及其方法

技术领域

本申请涉及数据处理技术领域，尤其涉及一种图谱建模系统及其方法。

背景技术

近年来，随着大数据、知识图谱技术的广泛应用，相关技术中，每个代码工程各自实现自己需要的数据抽取和模型转换，如图1所示，当图谱操作、界面渲染需要做代码变更时，需要在多个工程之间同步代码，同步完成后需要进行测试，当有N个工程时，代码同步和测试的工作量是N次，任务繁巨，质量保障难度大。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

本申请提出一种图谱建模系统及其方法，使用数据抽取加载器加载执行文件实现抽取数据，以及使用模型转换加载器加载执行文件实现模型转换，实现在输入数据来源和数据模型变动时，保证图谱建模安全性、可靠性和稳定性。

本申请第一方面实施例提出了一种图谱建模系统，包括：数据抽取加载器，与所述数据抽取加载器连接的模型转换加载器，与所述模型转换加载器分别与图谱操作模块和界面渲染模块连接；

所述数据抽取加载器，用于接收图谱建模请求；其中，所述图谱建模请求包括：至少一种数据类型，并获取与所述至少一种数据类型对应的第一执行文件，通过执行所述第一执行文件从目标设备获取与所述至少一种数据类型对应的至少一个初始数据模型；

所述模型转换加载器，用于获取与所述至少一个初始数据模型对应的第二执行文件，通过执行所述第二执行文件将所述至少一个初始数据模型转换为至少一个图谱数据模型；

所述图谱操作模块，用于对所述图谱数据模型进行图谱操作；

所述界面渲染模块，用于对所述图谱数据模型进行界面渲染并显示。

本申请实施例的图谱建模方法，通过接收图谱建模请求；其中，图谱建模请求包括：至少一种数据类型，并获取与至少一种数据类型对应的第一执行文件，通过执行第一执行文件从目标设备获取与至少一种数据类型对应的至少一个初始数据模型；获取与至少一个初始数据模型对应的第二执行文件，通过执行第二执行文件将至少一个初始数据模型转换为至少一个图谱数据模型；对图谱数据模型进行图谱操作；对图谱数据模型进行界面渲染并显示。由此，使用数据抽取加载器加载执行文件实现抽取数据，以及使用模型转换加载器加载执行文件实现模型转换，实现在输入数据来源和数据模型变动时，保证图谱建模安全性、可靠性和稳定性。

本申请第二方面实施例提出了一种图谱建模方法，包括：

接收图谱建模请求；其中，所述图谱建模请求包括：至少一种数据类型，并获取与所述至少一种数据类型对应的第一执行文件，通过执行所述第一执行文件从目标设备获取与所述至少一种数据类型对应的至少一个初始数据模型；

获取与所述至少一个初始数据模型对应的第二执行文件，通过执行所述第二执行文件将所述至少一个初始数据模型转换为至少一个图谱数据模型；

对所述图谱数据模型进行图谱操作；

对所述图谱数据模型进行界面渲染并显示。

本申请第三方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请第一方面实施例提出的图谱建模方法。

本申请第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如本申请第一方面实施例提出的图谱建模方法，或者，实现如本申请第二方面实施例提出的图谱建模方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的图谱建模系统的示例图；

图2为本申请实施例一所提供的图谱建模系统的结构示意图；

图3为本申请实施例的图谱的示例图；

图4为本申请实施例的图谱模型的示例图；

图5为本申请实施例的数据来源的示例图；

图6为本申请实施例的模型转换的示例图；

图7为本申请实施例的数据来源的示例图；

图8为本申请实施例的模型转换的示例图；

图9为本申请实施例的图谱建模系统的结构示意图；

图10为本申请实施例的图谱建模系统的结构示意图；

图11为本申请实施例的图谱建模方法的流程示意图；

图12示出了适于用来实现本申请实施方式的示例性电子设备或服务器的框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的图谱建模系统及其方法。

图2为本申请实施例一所提供的图谱建模系统的结构示意图。

如图2所示，该图谱建模系统可以包括：数据抽取加载器100，与数据抽取加载器100连接的模型转换加载器200，与模型转换加载器200分别与图谱操作模块300和界面渲染模块400连接。

数据抽取加载器100，用于接收图谱建模请求；其中，图谱建模请求包括：至少一种数据类型，并获取与至少一种数据类型对应的第一执行文件，通过执行第一执行文件从目标设备获取与至少一种数据类型对应的至少一个初始数据模型。

模型转换加载器200，用于获取与至少一个初始数据模型对应的第二执行文件，通过执行第二执行文件将至少一个初始数据模型转换为至少一个图谱数据模型。

图谱操作模块300，用于对图谱数据模型进行图谱操作。

界面渲染模块400，用于对图谱数据模型进行界面渲染并显示。

在本申请实施例中，通过预设第一文件路径获取与至少一种数据类型对应的第一执行文件。

在本申请实施例中，通过预设第二文件路径获取与至少一个初始数据模型对应的第二执行文件。

在本申请实施例中，图谱操作模块300，具体用于：将图谱数据模型存储到数据库中。

在本申请实施例中，目标设备为数据库、接口和文件中的一种或者多种。

具体地，将点通过边关联起来，进行信息呈现的需求非常普遍。这种由边将点连接起来的形状成为图(Graph)，通常称为图谱。如图3所示的图谱，包括节点(Node)、以及连接边(Edge)。

具体地，继续以图3所示的图谱为例，在计算机中会用相应的数据结构来表达，这种数据结构称之为图谱模型。例如，图4所示的数据结构，就是一种图谱模型。其中，在图4中，两个黑色节点使用高亮的方式进行标记，用来提示这两个节点，有详细节点信息示例。

具体地，图4所示的数据模型，是根据一批数据转换而成的，这个转换的过程就称为模型转换，如何将不同数类型转换为统一的图谱模型。用以说明当输入数据来源及模型不同时，需要使用不同的转换逻辑来进行模型转换。

在本申请实施例中，不同的初始数据模型进行模型转换的方式可能不同，举例说明如下：

第一种示例，执行第二执行文件，获取每个节点标识和每个节点名称，根据每个节点标识和每个节点名称对预设图谱数据模型模板中的节点进行赋值处理，获取图谱数据模型。

举例而言，假设这批数据来源是两个Excel文件，格式分别如图5所示，将图5所示Excel中的数据按照图谱模型需要的数据项提取出来，将数据转换成图谱模型格式的过程，称为模型转换，从Excel提取数据的过程，称为数据抽取，模型转换过程如图6所示，获取每个节点标识和每个节点名称，根据每个节点标识和每个节点名称对预设图谱数据模型模板中的节点进行赋值处理，获取图谱数据模型。

第二种示例，执行第二执行文件，获取初始数据模型的数据含义说明信息；根据数据含义说明信息获取每个节点标识、每个节点名称、以及节点连接关系；按照预设图谱数据模型模板对每个节点标识、每个节点名称、以及节点连接关系进行处理，生成图谱数据模型。

举例而言，假设这批数据来源是Neo4j(Neo4j是一个高性能NOSQL图形数据库)，数据格式如图7所示，首先要通过Neo4j提供的API接口提取出数据，根据数据含义进行模型转换，模型转换逻辑如图8所示。

因此，可以看出数据来源不同，数据格式不同，需要采用不同的数据抽取、和模型转换逻辑。

继续以上述例子进行图谱建模描述，如图9所示，从数据源抽取数据，抽取后的数据，分别将Neo4j数据模型、Excel数据模型转换为图谱模型，该过程即模型转换，模型转换后，获得了统一的图谱模型。从这一步开始，数据源的差异已经消除，后续的逻辑是通用的。对图谱模型进行通用的图谱操作，比如把图谱模型存储到数据库中，将图谱模型在浏览器或者其它图形软件上进行可视化界面渲染展示。

在本申请实施例中，数据抽取过程不需要为每一类数据源开发数据读取程序，对接不同类型的数据源，其中，数据来源即上述描述的目标设备可以是数据库例如MySQL，Oracle，HugeGraph；也可以是接口，例如RESTFul，HTTP 接口，WebService；也可以是文件，例如Excel，XML，CSV等。

举例而言，模型转换过程在图10中，对应“α”部分，注意在图谱建模框架中没有具体实现，所以用虚线框表示。这部分实际是一个“外部程序加载器”。这个加载器，会将指定路径下的外部程序读入内存，将外部程序当做图谱建模框架的一部分运行。如图10所示，“α”是模型转换过程对应的外部程序，比如存放在路径plugin/modelTransfer下的A程序。

同理，数据抽取在图10中，对应“β”部分，在图谱建模框架中没有具体实现，用虚线表示，这部分也是一个“外部程序加载器”。该加载器会加载指定路径下的数据抽取程序B，加载完成后再图谱建模框架中运行。

其中，多源异构部分代码以独立的两个代码工程出现，最终编译成两个程序，即图10中的A、B两部分，分别是模型转换、数据抽取部分。在服务器上部署时，将A、B程序放置到指定文件路径，例如，分别放置在这两个路径， plugin/modelTransfer，plugin/dataExtractor。

具体地，如图10所示，图谱建模系统作为主体程序，首先启动运行，通过“数据抽取外部程序加载器”将plugin/dataExtractor程序加载到图谱建模框架内存中，作为整个程序的一部分运行，实现数据抽取的功能，通过“模型转换外部程序加载器”将plugin/modelTransfer程序加载到图谱建模框架内存中，作为整个程序的一部分运行，实现模型转换的功能。

需要说明的是，数据抽取加载器，在不同编程语言中会有不同的实现，比如数据抽取加载器代码为：

(1)URL url＝new URL("plugin/dataExtractor.jar")；(2)URLClassLoaderloader＝new URLClassLoader(new URL[]{url})；(3)Class cl＝Class.forName ("DataExtractor",true,loader)；//从plugin/dataExtractor.jar将DataExt ractor加载到内存；(4)DataExtractor dataExtractor＝(DataExtractor)cl.newInstance()；(5)Map<String,String>path＝dataExtractor.read()。

其中，(1)指定了需要加载数据抽取程序dataExtractor.jar对应的地址，plugin/dataExtractor.jar，(2)使用Java提供的URLClassLoader将 dataExtractor.jar加载到JVM内存中；(3)通知类加载器，需要获取 DataExtractor.class类的类对象；(4)将DataExtractor.class实例化到JVM内存中，命名为dataExtractor，可以使用外部程序提供的功能了，例如：代码行5，使用dataExtractor调用外部程序的read读方法，实现多源数据的抽取。

具体地，模型转换加载器，在不同编程语言中会有不同的实现，比如模型转换加载器代码为：

(1)URL url＝new URL("plugin/modelTransfer.jar")；(2)URLClassLoaderloader＝new URLClassLoader(new URL[]{url})；(3)Class cl＝Class.forName ("ModelTransfer",true,loader)；//从plugin/modelTransfer.jar将ModelTransfer 加载到内存；(4)ModelTransfer modelTransfer＝(ModelTransfer) cl.newInstance()；(5)modelTransfer.tran sfer(path)。

其中，(1)指定了需要加载模型转换程序modelTransfer.jar对应的地址，plugin/modelTransfer.jar；(2)使用Java提供的URLClassLoader将 modelTransfer.jar加载到JVM内存中；(3)通知类加载器，需要获取 ModelTransfer.class类的类对象；(4)将ModelTransfer.class实例化到JVM内存中，命名为modelTransfer，此后就可以使用外部程序提供的功能，例如：(5)，使用modelTransfer调用外部程序的tran sfer方法，实现多源数据的抽取， modelTransfer.transfer(path)，传入的参数path，是数据抽取模块中dataExtractor.read()获取的信息，外部模型转换程序transfer(path)，如下所示：

由此，将neo4j文本格式转换为图谱模型，模型转换完成后，将Graph数据传递给图谱操作模块进行后续统一处理。

由此，将模型转换、数据抽取两个过程，从框架中剥离，取而代之的是模型转换加载器和数据抽取加载器；模型转换、数据抽取的具体实现，由独立的程序完成，图谱建模系统运行时，使用数据抽取加载器加载外部程序，实现数据抽取，使用模型转换加载器加载外部程序，实现模型转换。

本申请实施例的图谱建模系统，通过接收图谱建模请求；其中，图谱建模请求包括：至少一种数据类型，并获取与至少一种数据类型对应的第一执行文件，通过执行第一执行文件从目标设备获取与至少一种数据类型对应的至少一个初始数据模型；获取与至少一个初始数据模型对应的第二执行文件，通过执行第二执行文件将至少一个初始数据模型转换为至少一个图谱数据模型；对图谱数据模型进行图谱操作；对图谱数据模型进行界面渲染并显示。由此，使用数据抽取加载器加载执行文件实现抽取数据，以及使用模型转换加载器加载执行文件实现模型转换，实现在输入数据来源和数据模型变动时，保证图谱建模安全性、可靠性和稳定性。

本申请还提供一种图谱建模方法，由于本申请实施例提供的图谱建模方法与上述实施例提供的图谱建模系统相对应，因此在图谱建模系统的实施方式也适用于本申请实施例提供的图谱建模方法，在本申请实施例中不再详细描述。

图11为本申请实施例四所提供的图谱建模方法的流程示意图。

如图11所示，该图谱建模方法包括：

步骤101，接收图谱建模请求；其中，图谱建模请求包括：至少一种数据类型，并获取与至少一种数据类型对应的第一执行文件，通过执行第一执行文件从目标设备获取与至少一种数据类型对应的至少一个初始数据模型。

步骤102，获取与至少一个初始数据模型对应的第二执行文件，通过执行第二执行文件将至少一个初始数据模型转换为至少一个图谱数据模型。

步骤103，对图谱数据模型进行图谱操作。

步骤104，对图谱数据模型进行界面渲染并显示。

为了实现上述实施例，本申请还提出一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如本申请前述实施例提出的图谱建模方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现如本申请前述任一实施例提出的图谱建模方法。

为了实现上述实施例，本申请还提出一种计算机程序产品，当计算机程序产品中的指令由处理器执行时，执行如本申请前述任一实施例提出的图谱建模方法。

图12示出了适于用来实现本申请实施方式的示例性电子设备或服务器的框图。图12显示的电子设备或服务器12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，电子设备或服务器12以通用计算设备的形式表现。电子设备或服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元 16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16) 的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构 (Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

电子设备或服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备或服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。电子设备或服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图12未显示，通常称为“硬盘驱动器”)。尽管图 12中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc ReadOnly Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/ 或方法。

电子设备或服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备或服务器12交互的设备通信，和/或与使得该电子设备或服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备或服务器 12还可以通过网络适配器20与一个或者多个网络(例如局域网(LocalArea Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN) 和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18 与电子设备或服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备或服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言， "计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器 (RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA) 等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种图谱建模系统，其特征在于，包括：数据抽取加载器，与所述数据抽取加载器连接的模型转换加载器，所述模型转换加载器分别与图谱操作模块和界面渲染模块连接；

2.如权利要求1所述的图谱建模系统，其特征在于，所述获取与所述至少一种数据类型对应的第一执行文件，包括：

通过预设第一文件路径获取与所述至少一种数据类型对应的第一执行文件。

3.如权利要求1所述的图谱建模系统，其特征在于，所述获取与所述至少一个初始数据模型对应的第二执行文件，包括：

通过预设第二文件路径获取与所述至少一个初始数据模型对应的第二执行文件。

4.如权利要求1所述的图谱建模系统，其特征在于，所述通过执行所述第二执行文件将所述至少一个初始数据模型转换为至少一个图谱数据模型，包括：

执行所述第二执行文件，获取所述初始数据模型的数据含义说明信息；

根据所述数据含义说明信息获取每个节点标识、每个节点名称、以及节点连接关系；

按照预设图谱数据模型模板对所述每个节点标识、所述每个节点名称、以及所述节点连接关系进行处理，生成所述图谱数据模型。

5.如权利要求1所述的图谱建模系统，其特征在于，所述通过执行所述第二执行文件将所述至少一个初始数据模型转换为至少一个图谱数据模型，包括：

执行所述第二执行文件，获取每个节点标识和每个节点名称；

根据所述每个节点标识和所述每个节点名称对预设图谱数据模型模板中的节点进行赋值处理，获取所述图谱数据模型。

6.如权利要求1所述的图谱建模系统，其特征在于，所述图谱操作模块，具体用于：

将所述图谱数据模型存储到数据库中。

7.如权利要求1所述的图谱建模系统，其特征在于，

所述目标设备为数据库、接口和文件中的一种或者多种。

8.一种图谱建模方法，其特征在于，包括：

通过数据抽取加载器接收图谱建模请求；其中，所述图谱建模请求包括：至少一种数据类型，并获取与所述至少一种数据类型对应的第一执行文件，通过执行所述第一执行文件从目标设备获取与所述至少一种数据类型对应的至少一个初始数据模型；

通过与所述数据抽取加载器连接的模型转换加载器获取与所述至少一个初始数据模型对应的第二执行文件，通过执行所述第二执行文件将所述至少一个初始数据模型转换为至少一个图谱数据模型；

通过与所述模型转换加载器连接的图谱操作模块对所述图谱数据模型进行图谱操作；

通过与所述模型转换加载器连接的界面渲染模块对所述图谱数据模型进行界面渲染并显示。

9.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求8所述的图谱建模方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求8所述的图谱建模方法。