CN112287114A - 一种知识图谱服务处理方法和装置 - Google Patents

Abstract

本发明实施例提供了一种知识图谱服务处理方法和装置，应用于知识图谱服务平台，知识图谱服务平台部署于开发者门户系统，开发者门户系统集成于城市门户系统，所述方法包括：向服务提供用户提供可视化的知识图谱交互页面；获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。通过将知识图谱交互页面管理的知识图谱服务接口注册至城市门户系统并发布，以便知识图谱平台可以调用已注册且发布的知识图谱服务接口对其他业务平台发送的知识图谱服务请求进行响应以及处理，实现城市门户系统的其他业务平台的用户得到经由知识图谱服务处理后得到的处理结果。

Description

一种知识图谱服务处理方法和装置

技术领域

本发明涉及网络技术领域，特别是涉及一种知识图谱服务处理方法和一种知识图谱服务处理装置。

背景技术

随着计算机、网络和通信等技术的发展，以人工智能深度应用为途径，建设符合跨域多维理念的城市建设，推进技术融合、业务融合、数据融合、应用融合，实现跨层级、跨地域、跨系统、跨部门、跨业务的协同管理和服务，与各行业、企业、团队合作，加速城市建设工作，是智慧城市的发展方向。

目前，多数的城市发展都没有多维度融合的规划方案，各行业、企业、团队的信息平台之间在功能上不关联互助、信息不共享互换以及信息与业务流程和应用相互脱节的问题，导致信息平台中的信息无法得到充分利用。

实现针对城市进行多维度融合的城市门户系统，以及如何使城市门户系统更利于用户使用是目前急需解决的方案。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种知识图谱服务处理方法和相应的一种知识图谱服务处理装置。

为了解决上述问题，本发明实施例公开了一种知识图谱服务处理方法，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，所述方法包括：

向服务提供用户提供可视化的知识图谱交互页面；所述知识图谱交互页面包括用于提供如下至少一种功能的UI元素；所述至少一种功能包括：知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能、知识图谱服务管理功能；

获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

可选地，所述城市门户系统还包括多个业务平台，所述方法还包括：

接收所述多个业务平台的服务使用用户提出的知识图谱服务请求；

响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果；

向所述服务使用用户发送所述处理结果。

可选地，所述知识图谱服务请求包括类型信息；所述响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果，包括：

响应所述知识图谱服务请求，查找与所述类型信息匹配的目标知识图谱；

调用所述知识图谱服务接口根据所述目标知识图谱，进行知识图谱服务处理，得到处理结果。

可选地，还包括：

获取所述服务提供用户上传的原始资源数据；

获取针对所述服务提供用户所管理的知识图谱的本体；所述本体包括概念类型、实体、关系、属性和规则；

根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例；

根据所述本体和对应的实例，训练知识图谱。

可选地，所述原始资源数据包括结构化资源数据；所述结构化资源数据包括针对所述城市门户系统的关系型数据；

所述根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例，包括：

根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述关系型数据中，查找匹配的目标数据；

将所述目标数据转换为三元组数据。

可选地，所述半结构化资源数据还包括针对所述城市门户系统的帮助文档；所述帮助文档包括业务类实体、关系和属性；

所述根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例，包括：

根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述帮助文档的业务类实体、关系和属性中，查找匹配的目标数据；

将所述目标数据转换为三元组数据。

可选地，所述知识图谱服务接口包括本体结构查询服务接口、和/或图谱数据查询服务接口、和/或节点查询服务接口、和/或边查询服务接口、和/或最短路径查询服务接口，所述知识图谱服务请求包括本体结构查询服务请求、和/或图谱数据查询服务请求、和/或节点查询服务请求、和/或边查询服务请求、和/或最短路径查询服务请求；

所述响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果，包括：

响应所述本体结构查询服务请求，调用所述本体结构查询服务接口查询得到知识图谱的本体结构；

和/或，响应所述图谱数据查询服务请求，调用所述图谱数据查询服务接口查询得到知识图谱的图谱数据；

和/或，响应所述节点查询服务请求，调用所述节点查询服务接口查询得到知识图谱的节点；

和/或，响应所述边查询服务请求，调用所述边查询服务接口查询得到知识图谱的边；

和/或，响应所述最短路径查询服务请求，调用所述最短路径查询服务接口查询得到知识图谱的最短路径。

本发明实施例还公开了一种知识图谱服务处理装置，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，所述装置包括：

交互页面提供模块，用于向服务提供用户提供可视化的知识图谱交互页面；所述知识图谱交互页面包括用于提供如下至少一种功能的UI元素；所述至少一种功能包括：知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能、知识图谱服务管理功能；

服务接口获取模块，用于获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

接口注册发布模块，用于将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

可选地，所述城市门户系统还包括多个业务平台，所述装置还包括：

服务请求接收模块，用于接收所述多个业务平台的服务使用用户提出的知识图谱服务请求；

服务处理模块，用于响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果；

处理结果发送模块，用于向所述服务使用用户发送所述处理结果。

可选地，所述知识图谱服务请求包括类型信息；所述服务处理模块包括：

目标知识图谱查找子模块，用于响应所述知识图谱服务请求，查找与所述类型信息匹配的目标知识图谱；

服务处理子模块，用于调用所述知识图谱服务接口根据所述目标知识图谱，进行知识图谱服务处理，得到处理结果。

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

原始资源数据获取模块，用于获取所述服务提供用户上传的原始资源数据；

知识图谱本体获取模块，用于获取针对所述服务提供用户所管理的知识图谱的本体；所述本体包括概念类型、实体、关系、属性和规则；

本体实例确定模块，用于根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例；

知识图谱训练模块，用于根据所述本体和对应的实例，训练知识图谱。

可选地，所述原始资源数据包括结构化资源数据；所述结构化资源数据包括针对所述城市门户系统的关系型数据；所述本体实例确定模块包括：

第一目标数据查找子模块，用于根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述关系型数据中，查找匹配的目标数据；

第一数据转换子模块，用于将所述目标数据转换为三元组数据。

可选地，所述半结构化资源数据还包括针对所述城市门户系统的帮助文档；所述帮助文档包括业务类实体、关系和属性；所述本体实例确定模块包括：

第二目标数据查找子模块，用于根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述帮助文档的业务类实体、关系和属性中，查找匹配的目标数据；

第二数据转换子模块，用于将所述目标数据转换为三元组数据。

可选地，所述知识图谱服务接口包括本体结构查询服务接口、和/或图谱数据查询服务接口、和/或节点查询服务接口、和/或边查询服务接口、和/或最短路径查询服务接口，所述知识图谱服务请求包括本体结构查询服务请求、和/或图谱数据查询服务请求、和/或节点查询服务请求、和/或边查询服务请求、和/或最短路径查询服务请求；所述服务处理模块包括：

本体结构查询子模块，用于响应所述本体结构查询服务请求，调用所述本体结构查询服务接口查询得到知识图谱的本体结构；

图谱数据查询子模块，用于响应所述图谱数据查询服务请求，调用所述图谱数据查询服务接口查询得到知识图谱的图谱数据；

节点查询子模块，用于响应所述节点查询服务请求，调用所述节点查询服务接口查询得到知识图谱的节点；

边查询子模块，用于响应所述边查询服务请求，调用所述边查询服务接口查询得到知识图谱的边；

最短路径查询子模块，用于响应所述最短路径查询服务请求，调用所述最短路径查询服务接口查询得到知识图谱的最短路径。

本发明实施例还公开了一种电子设备，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现所述的知识图谱服务处理方法的步骤。

本发明实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现任一项所述的知识图谱服务处理方法的步骤。

本发明实施例包括以下优点：

在本发明实施例中，部署于开发者门户系统的知识图谱平台可以向服务提供用户提供可视化的知识图谱交互页面，知识图谱交互页面可以用于提供至少一种功能的UI元素，此时可以获取服务提供用户通过知识图谱交互页面管理的知识图谱服务接口，并将该知识图谱服务接口注册至城市门户系统的统一服务网关并发布。通过将知识图谱交互页面管理的知识图谱服务接口注册并发布，以便知识图谱平台可以调用已注册且发布的知识图谱服务接口对其他业务平台发送的知识图谱服务请求进行响应以及处理，实现城市门户系统的其他业务平台的用户得到经由知识图谱服务处理后得到的处理结果。

附图说明

图1是本发明实施例的一种城市门户系统的框图；

图2是本发明的一种知识图谱服务处理方法实施例一的步骤流程图；

图3是本发明的一种知识图谱服务处理方法实施例二的步骤流程图；

图4是本发明实施例中知识图谱服务平台的架构示意图；

图5是本发明的一种知识图谱服务处理装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

城市门户系统是指集合了针对城市规划的综合性互联网信息，提供综合性应用服务的公共平台门户。城市门户系统的服务对象包括：政府、个人、企业、开发者，可以提供政务服务、个人服务、企业服务等多种综合性服务。

参照图1，示出了本发明实施例的一种城市门户系统的框图，具体可以包括：前端系统10、后端系统11、API开放平台12、开发者门户系统13、运营中心14等多个平台。

前端系统10，实现多个功能并提供多个页面；所述多个页面包括与所述多个功能对应的多个UI元素；所述多个功能包括由后端系统提供服务支持的功能。

前端系统是面向用户的客户端，作为用户使用城市门户系统中各种内容的工具，用户可以通过前端系统使用城市门户系统中的资讯、应用、API服务以及系统功能等。前端系统展现以Vue，React等通用前端开发框架实现多业务系统单页面统一呈现。

前端系统支持多维用户使用，包括游客、自然人、企业法人、企业员工、政府人员。前端系统支持多维业态城市服务，包括政务服务、公共服务、特色服务等。用户可以通过前端系统使用多种城市服务。

前端系统可以包括APP客户端、Web客户端和Web管理端，Web客户端面向游客、自然人、企业和政府用户，用于城市门户系统官网、API开放平台、开发者门户。APP客户端面向游客、自然人、企业和政府用户，用于移动APP；Web管理端面向运营人员和系统管理员，用于运营中心和其它后端管理系统。

后端系统11，用于为所述前端系统提供业务支持，响应所述前端系统的业务请求，执行相应业务操作。

后端系统以通用化业务组件或技术业务为桥梁，打通底层数据。前端系统与后端系统解耦，后端系统为前端系统提供业务支撑。前端系统与后端系统分离部署，后端系统服务动态扩容，实现系统最大性能。

API开放平台12，用于提供针对API的管理服务，包括API发布服务、购买服务、使用服务。

API开放平台提供统一标准的数据与系统开发环境，可应用于各行业、系统内，是具有统一解决能力服务且开放的综合服务平台，旨在实现包括服务能力接入、开放管理、能力申请、能力应用等在内的统一能力开放的全流程生命周期管理管控。开发者通过将API服务发布到API开放平台，其它人员可以在平台上申请或购买使用。

开发者门户系统13，用于提供API、应用、数据开发和部署的环境，以及通用的程序构件。

开发者门户系统可以为开发者提供应用、算法和数据开发和部署的环境，以及通用的AI构件、技术构件和业务构件。包含应用开发、算法开发、应用发布和服务发布等功能。开发者可以基于开发者门户系统提供的环境、组件、模板等快速开发和发布应用及API。开发者门户系统可以包括算法开发平台、应用开发平台和数据开发平台三个平台。

运营中心14，用于对所述城市门户系统的内容、用户、应用、API进行管理。

运营中心是为管理人员和运营人员对城市门户系统提供统一日常运营管理的业务中台。管理人员可以通过运营中心对城市门户系统的内容、用户、应用、API等进行统一管理。

在本发明实施例提供了一种城市门户系统，可以集成前端系统、后端系统、API开放平台、开发者门户系统、运营中心等多个平台。前端系统作为客户端面向各种用户，用户可以通过在前端系统执行操作，从而获得集成于城市门户系统中的各个平台提供的内容。后端系统为前端系统提供业务支持，响应所述前端系统的业务请求，执行相应业务操作。API开放平台提供针对API的管理服务，包括API发布服务、购买服务、使用服务；可以供开发者统一调用API，建立规范统一的信息化平台。开发者门户系统可以提供API、应用、数据开发和部署的环境，以及通用的程序构件；可以供开发者实现各种业务发开。运营中心可以对城市门户系统的内容、用户、应用、API进行管理。本发明实施例提供了针对城市的综合性的城市门户系统，面向城市中的各种用户，用户可以通过城市门户系统快捷、便利的实现各种数字化服务；通过城市门户系统实现规范化的业务开发。

参照图2，示出了本发明的一种知识图谱服务处理方法实施例一的步骤流程图，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，具体可以包括如下步骤：

步骤201，向服务提供用户提供可视化的知识图谱交互页面；

在本发明的一种实施例中，部署于开发者门户系统的知识图谱服务平台可以向服务提供用户提供可视化的知识图谱交互页面，以便服务提供用户可以通过作用于知识图谱交互页面的交互操作，并通过与交互操作对应的功能实现针对知识图谱的可视化构建与管理。

知识图谱服务平台可以是一种基于各类知识图谱应用场景下，面向知识图谱的服务提供用户(可以包括开发人员以及运营管理人员)，提供的针对知识图谱进行的可视化构建以及运营平台，可以简化通过开发人员传统靠人力编写代码的构建模式，以有效提升知识图谱的构建效率与缩短构建时间，降低构建成本；同时所提供的具有用户交互功能的知识图谱交互页面，可以方便运营管理人员直观了解图谱的各种结构以及数据情况。

具体的，服务提供用户(可以包括开发人员以及运营管理人员)在登录开发者门户系统以及进行开发者门户系统的系统主页面后，可以在操作栏中选择进入用于构建可视化知识图谱的知识图谱服务平台，知识服务平台可以向服务提供用户提供包括用于提供至少一种功能的UI(user interface，用户界面)元素，此时服务提供用户可以对元素进行交互操作，以便知识图谱服务平台响应用户的交互操作实现所提供的功能；所提供的功能可以包括知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能以及知识图谱服务管理功能等。

其中，知识图谱构建功能可以通过可视化的方式构建知识图谱的本体结构，主要是对本体进行构建以及定义知识库的本体结构，知识图谱服务平台可以支持以可视化图谱的形式浏览和更新知识图谱本体结构；知识图谱浏览功能可用于支持对知识图谱的浏览与查看；知识抽取功能可以用于根据定义的知识建模结构对信息进行抽取，具体地可以通过设计抽取规则、样本打标以及算法训练的方式对信息进行抽取，例如从各种类型的数据源中提取出实体、属性以及实体间的相互关系，在此基础上形成本体化的知识表达；知识融合功能可以在对信息进行抽取以及抽取得到新知识后，用于对其进行整合以消除矛盾和歧义，具体可以通过实体消歧、实体属性对齐等数据预处理工作实现，例如某些实体可能有多种表达，某个特定称谓也许对应于多个不同的实体等；知识推理功能可以基于知识推理引擎构建知识推理规则，挖掘潜在的图谱关联关系，例如当实体之间大多数关系为残缺时，可以对残缺关系进行推理；知识存储功能，其可以对经过知识抽取、知识融合以及知识推理后的数据存储至图数据库中；知识图谱服务管理功能可以对知识图谱服务接口进行开放管理，以方便上层应用从知识图谱中查询数据以及支撑上层应用。

步骤202，获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

在本发明的一种实施例中，知识图谱服务平台可以是面对上层应用的开放平台，那么当知识图谱服务平台向服务提供用户提供可视化的知识图谱交互页面，且服务提供用户根据作用于知识图谱交互页面的交互操作实现对知识图谱的可视化构建与管理之后，此时可以获取服务提供用户通过知识图谱交互页面管理的知识图谱服务接口，即获取可用于提供与知识图谱交互页面对应知识图谱服务的知识图谱服务接口，以便向上层应用提供知识图谱服务接口。

步骤203，将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

在具体实现中，向上层应用提供知识图谱服务接口，可以将所获取的知识图谱服务接口注册至城市门户系统的统一服务网关并发布，以便上层应用可以通过统一服务网关对所发布的知识图谱服务接口进行调用，并实现相应的知识图谱服务。

在本发明实施例中，部署于开发者门户系统的知识图谱平台可以向服务提供用户提供可视化的知识图谱交互页面，知识图谱交互页面可以用于提供至少一种功能的UI元素，此时可以获取服务提供用户通过知识图谱交互页面管理的知识图谱服务接口，并将该知识图谱服务接口注册至城市门户系统的统一服务网关并发布。通过将知识图谱交互页面管理的知识图谱服务接口注册并发布，以便知识图谱平台可以调用已注册且发布的知识图谱服务接口对其他业务平台发送的知识图谱服务请求进行响应以及处理，实现城市门户系统的其他业务平台的用户得到经由知识图谱服务处理后得到的处理结果。

参照图3，示出了本发明的一种知识图谱服务处理方法实施例二的步骤流程图，应用于知识图谱服务平台，具体可以包括如下步骤：

步骤301，向服务提供用户提供用于提供至少一种功能的知识图谱交互页面；

在本发明的一种实施例中，知识图谱服务平台可以向服务提供用户提供用于提供至少一种功能的可视化的知识图谱交互页面，具体功能可以通过服务提供用户针对知识图谱交互页面的UI元素的交互操作实现。

在知识图谱平台中，针对知识图谱的构建可以采用自顶向下的构建流程，即服务提供用户首先可以通过知识图谱构建功能定义知识图谱的本体结构(类比定义数据表结构)，也就是知识建模的过程；在对本体结构进行定义后，再通过知识抽取功能将第三方数据源的数据(例如结构化表或非结构化文档)按照定义好的结构进行数据抽取，通过知识融合功能将抽取后的数据经过知识融合过程进行清洗，并通过知识存储功能将清洗后的数据存储在图数据库中，完成对知识图谱的开发与构建过程。还可以上层应用开发，支持图谱查询、知识推理、可视化分析等，并且提供了开放的知识图谱服务接口。

在一种优选的实施例中，服务提供用户在通过知识抽取功能将第三方数据源的数据按照实现定义的本体结构进行数据抽取，即通过知识图谱服务平台抽取结构化数据与非结构化数据之前，需要对第三方数据的数据(可以简称为多源数据)进行引入，以便将第三方数据加载到用户构建的知识图谱中。

在具体实现中，可以采用对接第三方数据库或文档导入的方式对多源数据进行引入，在将多源数据进行引入之后，多源数据可以包括类似结构化表的结构化数据以及类似非结构化文档的非结构化数据，按照事先定义的本体结构进行数据抽取的过程可以是将多源数据转换为标准知识图谱数据。

在一种情况下，对于多源数据中的结构化数据的抽取，可以将其按照定义的结构直接进行相应转换；在另一种情况下，对于多源数据中的非结构化数据的抽取，可以将非结构化数据进行数据结构化处理，假设非结构化数据可以为非结构化文档，而非结构化文档可以包含非结构化的自由文本，具体可以通过基于NLP(Natural Language Processing，自然语言处理)、文本抽取、情感分析等自由文本处理能力，对自由文本实现模型和规则引擎两种方式，对自由文本(例如Word文档、TXT等文本信息)进行针对性抽取，从非结构化的自由文本中提取出知识图谱基本单位(SPO，即主谓宾关系)，从而实现将非结构化数据进行结构化的目的。

其中，在对非结构化的自由文本进行抽取的过程中，可以根据服务提供用户不断标注的抽取SPO反馈进行机器学习，以提升对自由文本进行抽取的准确度，可以支持从自由文本中抽取实体、关系、属性，支持自定义抽取模型、规则引擎、词表，支持机器自动抽取并人工校对，以及支持机器自动融合并人工校对。

在一种示例中，在对多源数据进行引入并按照事先定义的本体结构进行数据抽取之后，例如本体结构为RDF(资源描述框架，一种用于描述Web资源的标记语言)，且该本体结构可以以RDF存储至关系型数据库中，上述进行数据抽取之后的知识图谱数据可以按照RDF本体结构的形式映射存储到图数据库中。需要说明的是，知识图谱服务平台可以支持多种图数据库的存储，对此，本发明实施例不加以限制。

参照图4，示出了本发明实施例中知识图谱服务平台的架构示意图，知识图谱服务平台(DataG)可以应用分布式技术设计，在其架构上可以包括如下模块：作为知识图谱服务平台DataG的web层DataG-protal；用于负责知识图谱的管理、关系实体抽取和语义问答等业务功能，以及管理Server集群的DataG-Console；用于负责数据导入/导出、图数据查询和知识推理的DataG-Server；用于负责任务执行,包括调用打标算法，数据导入等的DataG-Worker，以及用于提供算法服务的算法服务层。那么知识图谱服务平台的部署过程大致可以分为如下部分：资源准备与确认、平台应用配置、管理端Portal部署、console端与调度worker部署、算法服务部署、查询server集群部署。

从业务层面而言，可以包括知识图谱开发、实体关系抽取、可视化分析以及开发服务接口等业务功能模块，以用于向服务提供用户提供构建各种知识图谱的功能。

其中，知识图谱开发功能模块可以包括图谱信息展示功能子模块、数据映射功能子模块、数据编辑功能子模块、本体构建功能子模块、数据查询功能子模块、图谱推理功能子模块以及图谱配置功能子模块。1)图谱信息展示功能子模块可以用于展示图谱基本信息以及图谱运行信息；2)数据映射功能子模块可以用于数据源管理和图数据管理，可以通过数据源管理创建数据源、管理数据源、管理图数据信息，创建结构化数据导入图数据库映射，以及通过图数据管理创建、编辑以及管理图数据库；3)数据编辑功能子模块可以用于实体编辑和关系编辑，可以通过实体编辑进行实体的多种条件查询与过滤，还可以进行编辑实体操作，以及通过关系编辑进行关系的多种条件查询与过滤，还可以进行编辑关系操作；4)本体构建功能子模块可以用于实体管理、关系管理、属性管理、视图模式展示和整体发布，可以通过实体管理对本体实体进行增、删、改、查、列表展示等多种操作，可以通过关系管理对本体关系进行增、删、改、查、列表展示等多种操作，可以通过属性管理对本体属性进行增、删、改、查、列表展示等多种操作，可以通过视图模式展示实现图形展示各种对象，对本体各类数据正确展示并且可以放大、缩小，以及通过整体发布对本体进行生效；5)数据查询功能子模块可以用于采用cypher语句、gremlin语句以及sparql语句进行实体、关系的查询，并可以通过多种数据形式进行展示；6)图谱推理功能子模块可以用于构建图谱推理界面，并编写推理规则进行图谱推理查询；7)图谱配置功能子模块可以用于采用领域词典与关系同义词进行配置。

实体关系抽取功能模块可以包括发起任务功能子模块、内容标注功能子模块、标注审核功能子模块、算法配置功能子模块以及融合任务功能子模块。1)发起任务功能子模块可以用于任务管理，主要为上传打标文件并对待打标任务进行管理，查看各项功能是否正常；2)内容标注功能子模块可以用于打标文本，主要包括打标实体、打标属性以及打标关系，即对文件进行实体与关系的人工打标与机器预打标，且可以查看机器预打标状态与人工打标列表，以确定打标状态是否正确；3)标注审核功能子模块可以用于对在审核任务列表或审核任务进度列表中打标的实体与属性，以及实体关系进行审核；4)算法配置功能子模块可以用于对内置算法与自建算法进行管理，算法可以包括NER抽取算法，用于算法类型实体、属性进行抽取，以及RE抽取算法，用于对关系进行抽取；5)融合任务功能子模块，可以用于融合打标的文本。

可视化分析功能模块可以包括添加节点功能子模块、关系扩展功能子模块、一键扩展功能子模块、路径分析功能子模块以及布局功能子模块。1)添加节点功能子模块可以用于选择实体类型，填入实体主键的值，进行多个节点分割以及查询实体，查询出的实体的属性不可编辑；2)关系扩展功能子模块可以用于选中节点(可以是单个实体或者多个实体)，可以在关系扩展关系中单选或多选扩展关系，当选择的扩展关系为推理的关系而非图库中存在的关系数据，那么在可视化展示时显示的是虚线，如果两个实体之间存在多个关系有推理关系和图谱存在的关系数据那么显示的是实线；3)一键扩展功能子模块可以用于看到所有的关系，可以全选或单选，在下方选择扩展度数，最大为6如果填入的数值大于6那么默认为6；4)路径分析功能子模块可以用于添加节点后选中任意两个图上节点，以进行路径分析并对路径分析结果进行展示，主要可以选择两个实体，单击路径分析默认分析两个实体之间最短的路径，或者填写指定的路径数值，如没有填入的数值则默认最大数值，如未填写路径数值那么默认查询最短路径；5)布局功能子模块可以用于对结果进行展示，对所有查询出的结果在可视化画布中展示，且可以采用默认的自然布局进行展示，可以根据需求选择实体关系的布局样式，例如矩形布局、横向布局、竖向布局以及力导向层次布局等，并可以在画布右上方可以选择扩选、放大、缩小、删除实体等操作。

开发服务接口功能模块可以用于对调用的服务接口进行设置以及服务接口的调用方式进行设置，其中，当服务使用用户要访问知识图谱服务平台的知识图谱服务接口，需要通过签名进行认证后才允许访问，访问需要的信息；计算签名必须包含参数Accept、Content-MD5、Content-Type、Date的值(Content-Length不计入签名)，按顺序排列，若值不存在则以\n补齐，请求的接口参数类型均为字符串，且没有默认值，可以根据JAVA示例编写请求代码，参数正确请求返回成功，参数错误返回错误。

步骤302，将知识图谱交互页面管理的知识图谱服务接口注册至城市门户系统并发布；

在实际应用中，可以获取可用于提供与知识图谱交互页面对应知识图谱服务的知识图谱服务接口，并将所获取的知识图谱服务接口注册至城市门户系统的统一服务网关并发布，以便向上层应用提供知识图谱服务接口。

此时，为了方便上层应用从知识图谱中查询数据以及支撑上层应用，可以通过服务提供用户作用于知识图谱交互页面所提供的知识图谱服务管理功能，对知识图谱服务接口进行开放管理；当服务提供用户作用于知识图谱服务管理功能，可以触发针对知识图谱服务接口的服务接口发布请求，知识图谱服务平台可以根据服务接口发布请求生成对应的服务接口发布信息，并向集成于城市门户系统的运营中心发送服务接口发布信息，以便运营中心对接口发布信息进行审核并生成审核结果，当审核结果为通过时可以将知识图谱服务接口发布至集成于城市门户系统的API开放平台和开发者门户系统。

步骤303，接收所述多个业务平台的服务使用用户提出的知识图谱服务请求；

其中，城市门户系统可以包括开发者门户系统以及其他业务平台，对已注册且发布的知识图谱服务接口进行调用的上层应用可以是城市门户系统中所包括的多个业务平台，开发者门户系统与其他业务平台之间相互通信，部署于开发者门户系统的知识图谱服务平台可以接收其他多个业务平台的用户所提出的知识图谱服务请求，以便响应用户所提出的服务请求并进行相应处理。

在一种优选的实施例中，当其他多个业务平台的服务使用用户向部署于开发者门户系统的知识图谱服务平台提出知识图谱服务请求时，主要表现为城市门户系统中的多个业务平台与开发者门户系统之间的服务通信请求，城市门户系统在检测到多个业务平台的服务使用用户提出的服务通信请求时，可以对提出服务请求的服务使用用户进行身份认证，即在通过身份认证平台判断具有与该用户对应的session(时域)会话以及与该用户对应的session会话有效的情况下，向部署于开发者门户系统的知识图谱服务平台发送多个业务平台的用户所提出的服务请求。

步骤304，响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果；

在本发明的一种实施例中，知识图谱服务平台在接收到其他业务平台的服务使用用户提出的知识图谱服务请求后，可以为服务使用用户提供相应的知识图谱服务，具体的，可以响应用户提出的知识图谱服务请求，并通过统一的服务网关调用与提供知识图谱服务对应的知识图谱服务接口进行知识图谱服务处理，得到处理结果。

其中，所接收的知识图谱服务请求可以包括不同的服务请求，不同的服务请求对应不同的知识图谱服务接口，此时可以调用与服务请求匹配的知识图谱服务接口进行处理。

在本发明的一种实施例中，步骤304可以包括如下子步骤：

子步骤S11，响应所述本体结构查询服务请求，调用所述本体结构查询服务接口查询得到知识图谱的本体结构；

具体的，知识图谱服务请求可以包括本体结构查询服务请求，响应本体结构查询服务请求所调用的知识图谱服务接口可以是本体结构查询服务接口，本体结构查询服务接口所提供的服务可以是针对知识图谱的本体结构查询服务，此时可以采用本体结构查询服务对本体结构进行查询，以得到知识图谱的本体结构。

其中，针对知识图谱的本体结构查询服务可以表现为根据图谱编码查询知识图谱的本体结构信息，所查询得到的本体结构信息可以包含实体、本体关系以及本体属性信息。

子步骤S12，响应所述图谱数据查询服务请求，调用所述图谱数据查询服务接口查询得到知识图谱的图谱数据；

在另一种情况下，知识图谱服务请求可以包括图谱数据查询服务请求，响应图谱数据查询服务请求所调用的知识图谱服务接口可以是图谱数据查询服务接口，图谱数据查询服务接口所提供的服务可以是针对知识图谱的图谱数据查询服务，此时可以采用图谱数据查询服务对图谱数据进行查询，以得到知识图谱的图谱数据。

其中，针对知识图谱的图谱数据查询服务可以表现为根据图谱编码执行图谱查询脚本查询图谱数据，支持gremlin(一种函数式数据流语言，可以用于使用简洁的方式表述复杂的属性图的遍历或查询)和sparql(为RDF开发的一种查询语言和数据获取协议)两种查询方式，sparql的查询方式可以支持推理。作为一种示例，针对人员关系图谱people_relationship，可以查询图谱数据中所包括的图谱中所有节点数量。

子步骤S13，响应所述节点查询服务请求，调用所述节点查询服务接口查询得到知识图谱的节点；

在另一种情况下，知识图谱服务请求可以包括节点查询服务请求，响应节点查询服务请求所调用的知识图谱服务接口可以是节点查询服务接口，节点查询服务接口所提供的服务可以是针对知识图谱的节点查询服务，此时可以采用节点查询服务对节点进行查询，以得到知识图谱的节点。

其中，针对知识图谱的节点查询服务可以表现为输入实体主键和实体节点类型(实体节点类型可以参照本体结构信息)，查询出节点以及节点属性信息，支持查询多个节点。作为一种示例，针对人员关系图谱people_relationship，查询实体类型是“person”，那么节点值可以是“Cindy”和“Boa”的节点信息。

子步骤S14，响应所述边查询服务请求，调用所述边查询服务接口查询得到知识图谱的边；

在另一种情况下，知识图谱服务请求可以包括边查询服务请求，响应边查询服务请求所调用的知识图谱服务接口可以是边查询服务接口，边查询服务接口所提供的服务可以是针对知识图谱的边查询服务，此时可以采用边查询服务对边进行查询，以得到知识图谱的边。

其中，针对知识图谱的边查询服务可以表现为从一个或多个实体节点出发，查询指定关系类型(关系类型可以参照本体结构信息)的关系网络路径，可以支持多个不同类型的节点出发以及支持查询多个关系。作为一种示例，针对人员关系图谱people_relationship，可以从节点“Boa”出发，查询其表演过的作品。

子步骤S15，响应所述最短路径查询服务请求，调用所述最短路径查询服务接口查询得到知识图谱的最短路径。

在另一种情况下，知识图谱服务请求可以包括最短路径查询服务请求，响应最短路径查询服务请求所调用的知识图谱服务接口可以是最短路径查询服务接口，最短路径查询服务接口所提供的服务可以是针对知识图谱的最短路径查询服务，此时可以采用最短路径查询服务对最短路径进行查询，以得到知识图谱的最短路径。

其中，针对知识图谱的最短路径查询服务可以表现为查询两个实体之间指定关系的一度或多度关系网络路径。作为一种示例，针对人员关系图谱people_relationship，可以支持多个不同类型的节点出发，支持查询多个关系，最多支持6度的关系拓展。

步骤305，向所述服务使用用户发送所述处理结果。

在本发明的一种实施例中，知识图谱服务平台在接收到其他业务平台的服务使用用户提出的知识图谱服务请求，并调用与提供知识图谱服务对应的知识图谱服务接口进行知识图谱服务处理之后，可以将进行知识图谱服务处理后得到的处理结果发送给服务使用用户，实现在城市门户系统中，通过部署于开发者门户系统的知识图谱服务平台为其他业务平台的服务使用用户所提供的知识图谱服务。

在本发明的一种实施例中，所述知识图谱服务请求包括类型信息；步骤305可以包括如下子步骤：

子步骤S21，响应所述知识图谱服务请求，查找与所述类型信息匹配的目标知识图谱；

子步骤S22，调用所述知识图谱服务接口根据所述目标知识图谱，进行知识图谱服务处理，得到处理结果。

其中，响应相应的知识图谱服务请求所得到相应的处理结果，可以包括与本体结构查询服务请求对应的知识图谱的本体结构，与图谱数据查询服务请求对应的知识图谱的图谱数据，与节点查询服务请求对应的知识图谱的节点，与边查询服务请求对应的知识图谱的边，以及与最短路径查询服务请求对应的知识图谱的最短路径。

在一种优选的实施例中，可以对知识图谱进行训练，训练知识图谱的步骤可以如下：

获取所述服务提供用户上传的原始资源数据；获取针对所述服务提供用户所管理的知识图谱的本体；所述本体包括概念类型、实体、关系、属性和规则；根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例；根据所述本体和对应的实例，训练知识图谱。

在一种情况下，原始资源数据可以包括结构化资源数据，所述结构化资源数据可以包括针对所述城市门户系统的关系型数据，其中，根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例的过程可以为首先根据概念类型、实体、关系、属性和规则中的一种或多种本体，从关系型数据中，查找匹配的目标数据，并将目标数据转换为三元组数据。

其中，知识图谱本质上是语义网络，是一种基于图的数据结构，由节点(Point)和边(Edge)组成。在知识图谱里，每个节点表示现实世界中存在的“实体”，每条边为实体与实体之间的“关系”。

为知识图谱构建提纲schema相当于为其建立本体(Ontology)，本体是对知识最为抽象的定义。最基本的本体包括概念、概念层次、属性、属性值类型、关系、关系定义域(Domain)概念集以及关系值域(Range)概念集。在此基础上，可以额外添加规则(Rules)或公理(Axioms)来表示模式层更复杂的约束关系。

实体(Entity)是对客观个体的抽象，是本体的实例。类型(Type)是对具有相同特点或属性的实体集合的抽象。属性(Property)是对实体与实体之间关系的抽象。关系(Relation)是实体与实体之间关系的抽象。

知识图谱结构以三元组数据表示形式定义，主要包括<实体，关系，实体>和<实体，属性，属性值>两类结构。

在另一种情况下，半结构化资源数据还可以包括针对所述城市门户系统的帮助文档，帮助文档可以包括业务类实体、关系和属性，其中，根据本体，从原始资源数据中抽取三元组数据作为所述本体的实例的过程可以为根据概念类型、实体、关系、属性和规则中的一种或多种本体，从帮助文档的业务类实体、关系和属性中，查找匹配的目标数据，然后将目标数据转换为三元组数据。

其中，可以根据帮助文档中的功能业务类实体、关系和属性，生成树形结构的数据；根据概念类型、实体、关系、属性和规则中的一种或多种本体，从树形结构的数据中，查找匹配的目标数据；将目标数据转换为三元组数据。

具体的，帮助文档可以为JSON数据，JSON数据中含有针对城市门户系统的功能业务类实体、关系和属性，通过构建GUI-JSON数据规则解析器，能够快速高效的获取到城市门户系统的知识；GUI-JSON规则解析器，可以通过层次遍历父子元素的结构及元素属性信息，转化为树形结构的形态。然后，将树形结构的数据和属性信息，最终转化为三元组的形态。

在本发明实施例中，部署于开发者门户系统的知识图谱平台可以向服务提供用户提供可视化的知识图谱交互页面，知识图谱交互页面可以用于提供至少一种功能的UI元素，此时可以获取服务提供用户通过知识图谱交互页面管理的知识图谱服务接口，并将该知识图谱服务接口注册至城市门户系统的统一服务网关并发布。通过将知识图谱交互页面管理的知识图谱服务接口注册至城市门户系统并发布，以便知识图谱平台可以调用已注册且发布的知识图谱服务接口对其他业务平台发送的知识图谱服务请求进行响应以及处理，实现城市门户系统的其他业务平台的用户得到经由知识图谱服务处理后得到的处理结果。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了本发明的一种知识图谱服务处理装置实施例的结构框图，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，具体可以包括如下模块：

交互页面提供模块501，用于向服务提供用户提供可视化的知识图谱交互页面；所述知识图谱交互页面包括用于提供如下至少一种功能的UI元素；所述至少一种功能包括：知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能、知识图谱服务管理功能；

服务接口获取模块502，用于获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

接口注册发布模块503，用于将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

在本发明的一种实施例中，所述城市门户系统还包括多个业务平台，所述装置还可以包括如下模块：

服务请求接收模块504，用于接收所述多个业务平台的服务使用用户提出的知识图谱服务请求；

服务处理模块505，用于响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果；

处理结果发送模块506，用于向所述服务使用用户发送所述处理结果。

在本发明的一种实施例中，所述知识图谱服务请求包括类型信息；服务处理模块505可以包括如下子模块：

目标知识图谱查找子模块，用于响应所述知识图谱服务请求，查找与所述类型信息匹配的目标知识图谱；

服务处理子模块，用于调用所述知识图谱服务接口根据所述目标知识图谱，进行知识图谱服务处理，得到处理结果。

在本发明的一种实施例中，所述装置还可以包括如下模块：

原始资源数据获取模块，用于获取所述服务提供用户上传的原始资源数据；

知识图谱本体获取模块，用于获取针对所述服务提供用户所管理的知识图谱的本体；所述本体包括概念类型、实体、关系、属性和规则；

本体实例确定模块，用于根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例；

知识图谱训练模块，用于根据所述本体和对应的实例，训练知识图谱。

在本发明的一种实施例中，所述原始资源数据包括结构化资源数据；所述结构化资源数据包括针对所述城市门户系统的关系型数据；本体实例确定模块可以包括如下子模块：

第一目标数据查找子模块，用于根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述关系型数据中，查找匹配的目标数据；

第一数据转换子模块，用于将所述目标数据转换为三元组数据。

在本发明的一种实施例中，所述半结构化资源数据还包括针对所述城市门户系统的帮助文档；所述帮助文档包括业务类实体、关系和属性；本体实例确定模块可以包括如下子模块：

第二目标数据查找子模块，用于根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述帮助文档的业务类实体、关系和属性中，查找匹配的目标数据；

第二数据转换子模块，用于将所述目标数据转换为三元组数据。

在本发明的一种实施例中，所述知识图谱服务接口包括本体结构查询服务接口，所述知识图谱服务请求包括本体结构查询服务请求；服务处理模块505可以包括如下子模块：

本体结构查询子模块，用于响应所述本体结构查询服务请求，调用所述本体结构查询服务接口查询得到知识图谱的本体结构。

在本发明的一种实施例中，所述知识图谱服务接口包括图谱数据查询服务接口，所述知识图谱服务请求包括图谱数据查询服务请求；服务处理模块505可以包括如下子模块：

图谱数据查询子模块，用于响应所述图谱数据查询服务请求，调用所述图谱数据查询服务接口查询得到知识图谱的图谱数据。

在本发明的一种实施例中，所述知识图谱服务接口包括节点查询服务接口，所述知识图谱服务请求包括节点查询服务请求；服务处理模块305可以包括如下子模块：

节点查询子模块，用于响应所述节点查询服务请求，调用所述节点查询服务接口查询得到知识图谱的节点。

在本发明的一种实施例中，所述知识图谱服务接口包括边查询服务接口，所述知识图谱服务请求包括边查询服务请求；服务处理模块505可以包括如下子模块：

边查询子模块，用于响应所述边查询服务请求，调用所述边查询服务接口查询得到知识图谱的边。

在本发明的一种实施例中，所述知识图谱服务接口包括最短路径查询服务接口，所述知识图谱服务请求包括最短路径查询服务请求；服务处理模块505可以包括如下子模块：

最短路径查询子模块，用于响应所述最短路径查询服务请求，调用所述最短路径查询服务接口查询得到知识图谱的最短路径。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述知识图谱服务处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现上述知识图谱服务处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (10)

1.一种知识图谱服务处理方法，其特征在于，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，所述方法包括：

向服务提供用户提供可视化的知识图谱交互页面；所述知识图谱交互页面包括用于提供如下至少一种功能的UI元素；所述至少一种功能包括：知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能、知识图谱服务管理功能；

获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

2.根据权利要求1所述的方法，其特征在于，所述城市门户系统还包括多个业务平台，所述方法还包括：

接收所述多个业务平台的服务使用用户提出的知识图谱服务请求；

响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果；

向所述服务使用用户发送所述处理结果。

3.根据权利要求2所述的方法，其特征在于，所述知识图谱服务请求包括类型信息；所述响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果，包括：

响应所述知识图谱服务请求，查找与所述类型信息匹配的目标知识图谱；

调用所述知识图谱服务接口根据所述目标知识图谱，进行知识图谱服务处理，得到处理结果。

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

获取所述服务提供用户上传的原始资源数据；

获取针对所述服务提供用户所管理的知识图谱的本体；所述本体包括概念类型、实体、关系、属性和规则；

根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例；

根据所述本体和对应的实例，训练知识图谱。

5.根据权利要求1所述的方法，其特征在于，所述原始资源数据包括结构化资源数据；所述结构化资源数据包括针对所述城市门户系统的关系型数据；

所述根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例，包括：

根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述关系型数据中，查找匹配的目标数据；

将所述目标数据转换为三元组数据。

6.根据权利要求1所述的方法，其特征在于，所述半结构化资源数据还包括针对所述城市门户系统的帮助文档；所述帮助文档包括业务类实体、关系和属性；

所述根据所述本体，从所述原始资源数据中抽取三元组数据作为所述本体的实例，包括：

根据所述概念类型、实体、关系、属性和规则中的一种或多种本体，从所述帮助文档的业务类实体、关系和属性中，查找匹配的目标数据；

将所述目标数据转换为三元组数据。

7.根据权利要求2所述的方法，其特征在于，所述知识图谱服务接口包括本体结构查询服务接口、和/或图谱数据查询服务接口、和/或节点查询服务接口、和/或边查询服务接口、和/或最短路径查询服务接口，所述知识图谱服务请求包括本体结构查询服务请求、和/或图谱数据查询服务请求、和/或节点查询服务请求、和/或边查询服务请求、和/或最短路径查询服务请求；

所述响应所述知识图谱服务请求，调用所述知识图谱服务接口进行知识图谱服务处理，得到处理结果，包括：

响应所述本体结构查询服务请求，调用所述本体结构查询服务接口查询得到知识图谱的本体结构；

和/或，响应所述图谱数据查询服务请求，调用所述图谱数据查询服务接口查询得到知识图谱的图谱数据；

和/或，响应所述节点查询服务请求，调用所述节点查询服务接口查询得到知识图谱的节点；

和/或，响应所述边查询服务请求，调用所述边查询服务接口查询得到知识图谱的边；

和/或，响应所述最短路径查询服务请求，调用所述最短路径查询服务接口查询得到知识图谱的最短路径。

8.一种知识图谱服务处理装置，其特征在于，应用于知识图谱服务平台，所述知识图谱服务平台部署于开发者门户系统，所述开发者门户系统集成于城市门户系统，所述装置包括：

交互页面提供模块，用于向服务提供用户提供可视化的知识图谱交互页面；所述知识图谱交互页面包括用于提供如下至少一种功能的UI元素；所述至少一种功能包括：知识图谱构建功能、知识图谱浏览功能、知识抽取功能、知识融合功能、知识推理功能、知识存储功能、知识图谱服务管理功能；

服务接口获取模块，用于获取所述服务提供用户通过所述知识图谱交互页面管理的知识图谱服务接口；

接口注册发布模块，用于将所述知识图谱服务接口注册至所述城市门户系统的统一服务网关并发布。

9.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的知识图谱服务处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的知识图谱服务处理方法的步骤。

Images