CN113296891A - 基于平台的多场景知识图谱处理方法及装置 - Google Patents
基于平台的多场景知识图谱处理方法及装置 Download PDFInfo
- Publication number
- CN113296891A CN113296891A CN202110570463.1A CN202110570463A CN113296891A CN 113296891 A CN113296891 A CN 113296891A CN 202110570463 A CN202110570463 A CN 202110570463A CN 113296891 A CN113296891 A CN 113296891A
- Authority
- CN
- China
- Prior art keywords
- container
- scene
- identifier
- service
- service scene
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 20
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000012545 processing Methods 0.000 claims abstract description 18
- 230000009467 reduction Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 238000013473 artificial intelligence Methods 0.000 abstract description 3
- 238000002955 isolation Methods 0.000 abstract description 3
- 238000013500 data storage Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000010276 construction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001364 causal effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/36—Creation of semantic tools, e.g. ontology or thesauri
- G06F16/367—Ontology
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9024—Graphs; Linked lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Animal Behavior & Ethology (AREA)
- Computational Linguistics (AREA)
- Life Sciences & Earth Sciences (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及人工智能技术领域，公开了一种基于平台的多场景知识图谱处理方法及装置，实现了平台级别的多业务场景的Neo4j图数据库的隔离，使得各业务场景的Neo4j图数据库更加轻量化，提高了业务处理效率，该方法具体包括如下步骤：响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
Description
技术领域
本申请涉及人工智能技术领域，尤其涉及一种基于平台的多场景知识图谱处理方法及装置。
背景技术
Neo4j是一个高性能的NOSQL图形数据库，它将结构化数据存储在网络上而不是表中，它是一个嵌入式的、基于磁盘的、具备完全的事务特性的Java持久化引擎，该引擎具有成熟数据库的所有特性，程序员工作在一个面向对象的、灵活的网络结构下而不是严格、静态的表中，但是他们可以享受到具备完全的事务特性、企业级的数据库的所有好处。因此，在知识图谱构建的数据库选型中，很多企业或个人会选择文档相对完善、性能稳定、市场使用率更高的Neo4j图数据库作为知识图谱的存储工具。
但是，Neo4j相关产品数据库具有同一进程只支持创建一个数据库，不支持类似MySql等关系型数据库不同场景创建不同库进行数据存放功能，因此，在平台级别的多场景知识图谱构建应用上，Neo4j只能采用标签对不同场景的数据进行逻辑区分。但这样的方法具有以下问题：数据私密性较差，同一个数据库管理员账号，可以查询所有场景的数据，无法做到细粒度的切分管理；数据查询逻辑受影响，在查询过程中需要额外指定相关逻辑标签进行特定数据查询；查询效率受到一定的影响，太多的场景糅合在同一个库中，索引臃肿，查询起来拖慢整体查询效率。
发明内容
本申请实施例提供一种基于平台的多场景知识图谱处理方法、装置、电子设备及存储介质，实现了平台级别的多业务场景的Neo4j图数据库的隔离，使得各业务场景的Neo4j图数据库更加轻量化，提高了业务处理效率。
一方面，本申请一实施例提供了一种基于平台的多场景知识图谱处理方法，包括：
响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；
基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；
基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
可选地，所述方法还包括：
响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第一类场景新建请求包括用户选定的建立Neo4j图数据库的软件环境信息和新建业务场景对应的知识图谱；
根据所述软件环境信息和所述新建业务场景对应的知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
可选地，所述方法还包括：
响应用户终端发起的第二类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第二类场景新建请求中包括第二业务场景标识；
获取所述第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱；
根据所述第二容器当前使用的软件环境信息和知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
可选地，所述获取所述第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱，包括：
对所述第二容器标识对应的第二容器进行镜像操作，获得对应的镜像信息，其中，所述镜像信息包括所述第二容器当前使用的软件环境信息和知识图谱；或者
基于容器和容器当前使用的场景版本之间的对应关系，确定所述第二容器当前使用的场景版本的版本标识，基于所述第二容器当前使用的场景版本的版本标识获取对应的镜像信息，其中，每个业务场景对应至少一个场景版本，每个场景版本的镜像信息包括场景版本对应的软件环境信息和知识图谱。
可选地，所述方法还包括：
响应用户终端发起的备份请求，所述备份请求包括第三业务场景标识；
基于业务场景和容器的对应关系，获取所述第三业务场景标识对应的第三容器标识；
对所述第三容器标识对应的第三容器进行镜像操作，获得并保存所述第三业务场景的一个场景版本的镜像信息，其中，所述镜像信息包括所述第三容器当前使用的软件环境信息和知识图谱；
保存所述镜像信息的版本标识和所述第三业务场景标识之间的对应关系。
可选地，所述方法还包括：
响应用户终端发起的版本还原请求，创建一个新的目标容器，所述版本还原请求包括第四业务场景标识和待还原场景版本的版本标识；
获取所述待还原场景版本的版本标识对应的目标镜像信息；
基于所述目标镜像信息，在所述目标容器中创建对应的Neo4j图数据库；
将所述第四业务场景标识对应的容器标识更新为所述目标容器的容器标识，将所述目标容器当前使用的场景版本的版本标识更新为所述待还原场景版本的版本标识。
一方面，本申请一实施例提供了一种基于平台的多场景知识图谱处理装置，包括：
接收模块，用于响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；
获取模块，用于基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；
执行模块，用于基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
一方面，本申请一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述任一种方法的步骤。
一方面，本申请一实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。
一方面，本申请一实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一种TCP传输性能的控制的各种可选实现方式中提供的方法。
本申请实施例提供的基于平台的多场景知识图谱处理方法、装置、电子设备及存储介质，引入容器机制，利用不同的容器存储不同业务场景的Neo4j图数据库，使得基于Neo4j图数据库的多场景数据在物理上实现了隔离，互不干扰，提高了基于Neo4j图数据库的多场景知识图谱的数据私密性。由于各业务场景的数据相互隔离、互不干扰，用户只需要从各业务场景对应的容器中获取数据，因此无需设计复杂的查询逻辑和场景标签，使得各业务场景的Neo4j图数据库更加轻量化，提高了业务处理效率。在具体应用时，将用户终端针对业务场景的业务请求，转换成对相应容器的业务请求，整个处理过程全部可采用前端请求后台服务逻辑完成，做到了用户层面的无感知查询，平台操作及管理性强。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的基于平台的多场景知识图谱处理方法的应用场景示意图；
图2为本申请一实施例提供的基于平台的多场景知识图谱处理方法的流程示意图；
图3为本申请一实施例提供的新建业务场景的一种具体实施方式的流程示意图；
图4为本申请一实施例提供的基于平台的多场景知识图谱处理装置的结构示意图；
图5为本申请一实施例提供的电子设备的结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
为了方便理解，下面对本申请实施例中涉及的名词进行解释：
容器技术：有效的将单个操作系统的资源划分到孤立的组中，以便更好的在孤立的组之间平衡有冲突的资源使用需求，这种技术就是容器技术。相当于把操作系统进行虚拟化，把物理的操作系统模拟为逻辑上的多个操作系统，不同的操作系统有自己的用户空间，实现了应用程序间的隔离。
Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。几乎没有性能开销，可以很容易地在机器和数据中心运行。最重要的是，不依赖于任何语言、框架或包装系统。
附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。
参考图1，其为本申请实施例提供的基于平台的多场景知识图谱处理方法的应用场景示意图。该应用场景包括多个用户终端101、应用服务器102、数据存储服务器103。其中，用户终端101、应用服务器102和数据存储服务器103之间通过无线或有线网络连接，用户终端101包括但不限于桌面计算机、移动电话、移动电脑、平板电脑、媒体播放器、智能可穿戴设备、智能电视等电子设备。应用服务器102和数据存储服务器103均可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。当然，图1所示的应用服务器102和数据存储服务器103也可以布设在同一个服务器或服务器集群中。
应用服务器102用于承载多场景知识图谱的平台，用户终端101可通过网络访问应用服务器102来登录知识图谱平台，构建各种具体业务场景的知识图谱，基于已构建的知识图谱实现信息搜索、信息查询、信息处理、智能问答等各类具体应用。各种业务场景的知识图谱等相关数据以Neo4j图数据库的方式存储在数据存储服务器103中，应用服务器102根据用户终端101发送的业务请求，从数据存储服务器103中查询到相关的Neo4j图数据库，基于查询到的Neo4j图数据库执业务请求对应的业务操作，并将执行结果反馈给用户终端101。平台向用户提供了从知识图谱构建到应用的一站式服务，使得知识图谱的应用更加简单便捷。
当然，本申请实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。
为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。
下面结合图1所示的应用场景，对本申请实施例提供的技术方案进行说明。
参考图2，本申请实施例提供一种基于平台的多场景知识图谱处理方法，可应用于图1所示的应用服务器102，包括以下步骤：
S201、响应用户终端发起的业务请求，业务请求包括第一业务场景标识。
其中，业务请求可以是基于指定业务场景的知识图谱进行任意一种业务操作的请求，本申请实施例不作限定。
本申请实施例中的每个业务场景具有唯一的业务场景标识。用户终端可展示用户可用的业务场景，用户在发起业务请求之前，先选择本次业务操作所针对的业务场景，用户终端获取用户选择的业务场景的业务场景标识，再生成具体的业务请求，该业务请求中包括用户选择的业务场景的场景标识，即步骤S201中的第一业务场景标识，同时业务请求中还可以包括本次业务操作对应的业务操作标识。
此外，为了对各个用户的数据进行隔离和隐私保护，每个用户有唯一的用户账号和密码，用户账号绑定了该用户可使用的业务场景。因此，业务请求中还可以包括用户账号和密码，应用服务器基于用户账号和密码对用户身份进行验证，在确定用户有使用第一业务场景标识对应的第一业务场景的权限后，再执行后续的操作。
S202、基于业务场景和容器的对应关系，获取第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库。
本申请实施例中，每个业务场景对应唯一的容器，每个容器具有唯一的容器标识，应用服务器会存储绑定的业务场景和容器的对应关系，记为第一对应关系，第一对应关系包括绑定的业务场景的业务场景标识和容器的容器标识。应用服务器可通过关系型数据库存储第一对应关系。
每个业务场景可对应不同的知识图谱，基于业务场景对应的知识图谱构建对应的Neo4j图数据库，而每个业务场景对应的容器正是用来存储对应的Neo4j图数据库。
通过预先建立的第一对应关系，可查询到第一业务场景标识对应的第一容器标识，然后从第一容器标识对应的容器获取到第一业务场景的Neo4j图数据库。
S203、基于第一容器标识对应的容器中的Neo4j图数据库，执行业务请求对应的业务操作。
具体地，应用服务器可基于第一容器标识查询到对应的容器，基于该容器中的Neo4j图数据库执行对应的业务操作，业务操作包括但不限于基于Neo4j图数据库进行信息搜索、信息查询、信息处理、智能问答，以及对容器内的知识图谱进行更新等操作，应用服务器将业务操作对应的执行结果反馈给用户终端。
本申请实施例的基于平台的多场景知识图谱处理方法，引入容器机制，利用不同的容器存储不同业务场景的Neo4j图数据库，使得基于Neo4j图数据库的多场景数据在物理上实现了隔离，互不干扰，提高了基于Neo4j图数据库的多场景知识图谱的数据私密性。由于各业务场景的数据相互隔离、互不干扰，用户只需要从各业务场景对应的容器中获取数据，因此无需设计复杂的查询逻辑和场景标签，使得各业务场景的Neo4j图数据库更加轻量化，提高了业务处理效率。在具体应用时，将用户终端针对业务场景的业务请求，转换成对相应容器的业务请求，整个处理过程全部可采用前端请求后台服务逻辑完成，做到了用户层面的无感知查询，平台操作及管理性强。
实际应用中，可由平台提供各类业务场景以及对应的Neo4j图数据库，并完成业务场景和存储对应Neo4j图数据库的容器之间的绑定，然后向用户提供可使用的业务场景。
当然，平台还可以向用户开放新建业务场景的功能，这样用户可根据自身需求创建新的业务场景。用户可通过用户终端发起场景新建请求，应用服务器在收到场景新建请求后，可为新业务场景分配一个业务场景标识，并利用Docker引擎在数据存储服务器中创建一个新的容器，并为该容器分配唯一的容器标识，然后基于该新业务场景的知识图谱在该容器内创建对应的Neo4j图数据库，最后将容器的容器标识和新业务场景的业务场景标识进行绑定，并存储到第一对应关系中。此外，用户可设置其新建的业务场景的使用权限，只有获得该业务场景的使用权限的用户可获得访问该业务场景对应的容器。
进一步地，本申请实施例提供了两种新建业务场景的方式，供用户选择。
以第一种新建业务场景的方式为例，用户可使用自己的知识图谱完成新业务场景的构建。
基于此，本申请实施例的基于平台的多场景知识图谱处理方法还包括如下步骤：响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识；根据第一类场景新建请求中的软件环境信息和新建业务场景对应的知识图谱，在新容器中创建新业务场景对应的Neo4j图数据库；保存新建业务场景的业务场景标识和新容器的容器标识之间的对应关系
具体地，用户可通过用户终端创建新业务场景，并指定业新务场景对应的知识图谱，此外还可以指定Neo4j图数据库对应的软件环境信息，用户终端生成对应的第一类场景新建请求并发送给应用服务器，该第一类场景新建请求包括用户选定的建立Neo4j图数据库的软件环境信息和新建业务场景对应的知识图谱。应用服务器响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识，然后根据第一类场景新建请求中的软件环境信息和新建业务场景对应的知识图谱，在新容器中创建新业务场景对应的Neo4j图数据库，再将新建业务场景的业务场景标识和新容器的容器标识之间的对应关系存储在关系型数据库的第一对应关系中，最后将新业务场景的业务场景标识反馈给用户终端，用户终端即可通过新业务场景的业务场景标识发起针对新业务场景的业务请求。
以第二种新建业务场景的方式为例，用户可基于平台已有的业务场景，构建新业务场景，实现业务场景数据的复用，降低构建业务场景的难度。
基于此，参考图3，本申请实施例的基于平台的多场景知识图谱处理方法还包括如下步骤：
S301、响应用户终端发起的第二类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，第二类场景新建请求中包括第二业务场景标识。
其中，第二业务场景标识是第二业务场景的场景标识，第二业务场景可以是用户终端的用户有权限使用的任一业务场景。
具体实施时，用户通过用户终端进入场景新建页面，该场景新建页面中可展示平台可向用户提供可复用的业务场景，用户可从中选择合适的业务场景，用户终端基于用户选择业务场景生成第二类场景新建请求，并将第二类场景新建请求发送给应用服务器，该第二类场景新建请求中包括用户选择的业务场景的场景标识，即第二业务场景标识。应用服务器响应用户终端发起的第二类场景新建请求，基于Docker引擎在数据存储服务器内创建一个新容器，并生成新业务场景的业务场景标识以及新容器的容器标识。
用户还可以通过用户终端输入对新业务场景的要求，如应用领域、类型等，应用服务器可根据用户对新业务场景的要求，向用户推荐匹配的业务场景。当然，平台推荐给用户的业务场景必须是用户有使用权限的业务场景，平台也可以设置一些通用的业务场景，即对所有用户都可以使用的业务场景。
S302、获取第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱。
需要说明的是，在使用业务场景的过程中，用户可对业务场景的软件环境信息和知识图谱等信息进行修改更新，每一次修改更新都可以生成一个新的场景版本，即每个业务场景可对应一个或多个场景版本。具体地，对业务场景进行更新时，可通过对对业务场景的容器进行镜像操作，生成场景版本的镜像信息，每个场景版本的镜像信息包括场景版本对应的软件环境信息和知识图谱等信息。每个业务场景的场景版本具有唯一的版本标识，每个业务场景对应的容器中仅存储当前使用的场景版本对应的镜像信息，其他场景版本的镜像信息可存储在数据储存服务器内的指定区域内。应用服务器可存储每个业务场景对应的版本标识，以及每个业务场景当前使用的版本标识，这些对应关系可存储在关系型数据库中。
应用服务器可根据第一对应关系和第二业务场景标识，确定第二业务场景对应的第二容器标识，基于第二容器标识获得到第二容器当前使用的软件环境信息和知识图谱。
S303、根据第二容器当前使用的软件环境信息和知识图谱，在新容器中创建新业务场景对应的Neo4j图数据库。
S304、保存新建业务场景的业务场景标识和新容器的容器标识之间的对应关系。
实际应用中，应用服务器可向Docker引擎发送各类Docker命令请求，通过Docker命令请求的方式对对应的容器进行操作，具体操作包含容器的新增、删除、镜像打包保存、镜像还原、宿主机和容器的文件互相拷贝等。
在一种可能的实施方式中，步骤S302具体包括：对第二容器标识对应的第二容器进行镜像操作，获得对应的镜像信息，其中，镜像信息包括第二容器当前使用的软件环境信息和知识图谱。
具体地，业务场景标识和容器标识的对应关系可存储在关系型数据库中，关系型数据库还可以存储业务场景对应的相关信息以及容器标识对应的容器的相关信息。在收到第二类场景新建请求后，应用服务器可向Docker引擎发送针对第二容器的镜像操作请求，以获得第二容器当前使用的软件环境信息和知识图谱的镜像信息，进而基于该镜像信息在新容器中创建新业务场景对应的Neo4j图数据库，从而通过复用第二业务场景的数据，创建新业务场景，提高新场景的创建效率。
具体实施时，可将上述镜像信息对应的场景版本作为该新建业务场景首次使用的场景版本，并为该场景版本赋予唯一的版本标识。将新建业务场景的业务场景标识、新容器的容器标识和场景版本的版本标识，关联存储到关系型数据库中，方便后续查询使用。后续可在该场景版本的基础上，为新业务场景更新出更多的场景版本。
在另一种可能的实施方式中，步骤S302具体包括：基于容器和容器当前使用的场景版本之间的对应关系，确定第二容器当前使用的场景版本的版本标识，基于第二容器当前使用的场景版本的版本标识获取对应的镜像信息。
实际应用中，每个业务场景可对应至少一个场景版本，每个场景版本的镜像信息包括场景版本对应的软件环境信息和知识图谱，容器和容器当前使用的场景版本之间的对应关系记为第二对应关系，第二对应关系可存储在关系型数据库中，应用服务器会根据每个容器中使用的场景版本，实时更新第二对应关系。为此，在收到第二类场景新建请求后，应用服务器可从第二对应关系中获取第二容器当前使用的场景版本的版本标识，然后基于该版本标识获取到对应的场景版本的镜像信息，该镜像信息中包含了第二容器当前使用的软件环境信息和知识图谱。
现有的在构建新业务场景时，如果需要复用原有业务场景A的数据时，一般需要先停止业务场景A的服务，然后复制业务场景A的数据，并手动安装一套Neo4j环境，基于复制的业务场景A的数据构建业务场景B的Neo4j图数据库，这一过程需要暂停业务场景A的服务，且安装环境耗时耗力，无法进行平台自动化操作管理。而基于本申请实施例中提供的第二种新建业务场景的方式，可在不暂停业务场景A的情况下，对业务场景A的数据进行复用，基于业务场景A的镜像数据，自动完成业务场景B的创建，实现业务场景数据的复用，降低构建业务场景的难度。
在上述任一实施方式的基础上，本申请实施例的基于平台的多场景知识图谱处理方法还包括如下步骤：响应用户终端发起的备份请求，该备份请求包括第三业务场景标识；基于业务场景和容器的对应关系，获取第三业务场景标识对应的第三容器标识；对第三容器标识对应的第三容器进行镜像操作，获得并保存第三业务场景的一个场景版本的镜像信息，其中，镜像信息包括第三容器当前使用的软件环境信息和知识图谱；保存镜像信息的版本标识和第三业务场景标识之间的对应关系。
其中，第三业务场景标识是第三业务场景的场景标识，第三业务场景可以是用户终端的用户有权限使用的任一业务场景。
当用户需要对重要业务场景的Neo4j软件环境及数据备份进行备份时，可选择需要备份的业务场景，用户终端向应用服务器发送的备份请求，该备份请求中包含需要备份的业务场景的场景标识，记为第三业务场景标识。应用服务器收到备份请求后，从第一对应关系中查询到第三业务场景标识对应的第三容器标识，进而对第三容器进行镜像操作，即对当前第三容器中存储的Neo4j图数据库使用的软件环境信息和知识图谱进行复制，获得对应的镜像数据，同时为该镜像数据生成唯一的版本标识，将镜像信息的版本标识和第三业务场景标识之间的对应关系存储到关系型数据库中。
进一步地，本申请实施例的基于平台的多场景知识图谱处理方法还包括如下步骤：响应用户终端发起的版本还原请求，创建一个新的目标容器，版本还原请求包括第四业务场景标识和待还原场景版本的版本标识；获取待还原场景版本的版本标识对应的目标镜像信息；基于目标镜像信息，在目标容器中创建对应的Neo4j图数据库；将第四业务场景标识对应的容器标识更新为目标容器的容器标识，将目标容器当前使用的场景版本的版本标识更新为待还原场景版本的版本标识。
其中，第四业务场景标识是第四业务场景的场景标识，第四业务场景可以是用户终端的用户有权限使用的任一业务场景。
当用户需要将业务场景还原到之前的某一场景版本时，可选择需要还原的业务场景以及待还原的场景版本，用户终端向应用服务器发送的版本还原请求，该版本还原请求中包含需要还原的业务场景的场景标识(即第四业务场景标识)、以及待还原场景版本的版本标识。应用服务器收到版本还原请求后，从关系型数据库中查询到第四业务场景标识对应的第四容器标识，以及待还原场景版本的版本标识对应的镜像信息，基于该镜像信息创建新的Neo4j图数据库，并将新的Neo4j图数据库存储到第四容器中，即对第四业务场景的场景版本进行还原，完成还原操作后，还需要更新关系型数据库中存储的第四容器当前使用的场景版本的版本标识。
由于容器挂载只在启动的时候方便，容器启动后在挂载处理起来比较麻烦。为此，应用服务器收到版本还原请求后，创建一个新的容器，记为目标容器，然后从关系型数据库中查询到待还原场景版本的版本标识对应的镜像信息，基于该镜像信息创建新的Neo4j图数据库，并将新的Neo4j图数据库存储到目标容器中，然后将第一对应关系中，第四业务场景标识对应的容器标识更新为目标容器的容器标识，并删除第四容器，这样就完成了还原操作。当然，还要一并更新关系型数据库中与第四容器相关的信息，例如将第二对应关系中的第四容器标识修改为目标容器的容器标识。通过新建容器承载待还原场景版本，可提高版本还原效率。
目前在对场景版本进行保存时，一般只对数据进行备份，使用的软件环境信息采用文字记载方式记录下来。在还原指定的场景版本时，需要按照文字记载的软件环境信息重新安装Neo4j软件，这一过程易出现漏记、后期对应版本软件不好找，操作系统安装环境不适合等棘手问题。为此，本申请实施例提供的方法，通过容器镜像操作，对Neo4j图数据库的软件环境信息和知识图谱继进行打包备份，这样能够快速还原场景版本。
如图4所示，基于与上述基于平台的多场景知识图谱处理方法相同的发明构思，本申请实施例还提供了一种基于平台的多场景知识图谱处理装置40，包括：
接收模块401，用于响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；
获取模块402，用于基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；
执行模块403，用于基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
可选地，基于平台的多场景知识图谱处理装置40还包括新建模块，用于：
响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第一类场景新建请求包括用户选定的建立Neo4j图数据库的软件环境信息和新建业务场景对应的知识图谱；
根据所述软件环境信息和所述新建业务场景对应的知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
可选地，基于平台的多场景知识图谱处理装置40还包括新建模块，用于：
响应用户终端发起的第二类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第二类场景新建请求中包括第二业务场景标识；
获取所述第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱；
根据所述第二容器当前使用的软件环境信息和知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
可选地，所述新建模块，具体用于：
对所述第二容器标识对应的第二容器进行镜像操作，获得对应的镜像信息，其中，所述镜像信息包括所述第二容器当前使用的软件环境信息和知识图谱；或者
基于容器和容器当前使用的场景版本之间的对应关系，确定所述第二容器当前使用的场景版本的版本标识，基于所述第二容器当前使用的场景版本的版本标识获取对应的镜像信息，其中，每个业务场景对应至少一个场景版本，每个场景版本的镜像信息包括场景版本对应的软件环境信息和知识图谱。
可选地，基于平台的多场景知识图谱处理装置40还包括备份模块，用于：
响应用户终端发起的备份请求，所述备份请求包括第三业务场景标识；
基于业务场景和容器的对应关系，获取所述第三业务场景标识对应的第三容器标识；
对所述第三容器标识对应的第三容器进行镜像操作，获得并保存所述第三业务场景的一个场景版本的镜像信息，其中，所述镜像信息包括所述第三容器当前使用的软件环境信息和知识图谱；
保存所述镜像信息的版本标识和所述第三业务场景标识之间的对应关系。
可选地，基于平台的多场景知识图谱处理装置40还包括还原模块，用于：
响应用户终端发起的版本还原请求，创建一个新的目标容器，所述版本还原请求包括第四业务场景标识和待还原场景版本的版本标识；
获取所述待还原场景版本的版本标识对应的目标镜像信息；
基于所述目标镜像信息，在所述目标容器中创建对应的Neo4j图数据库；
将所述第四业务场景标识对应的容器标识更新为所述目标容器的容器标识，将所述目标容器当前使用的场景版本的版本标识更新为所述待还原场景版本的版本标识。
本申请实施例提的基于平台的多场景知识图谱处理装置与上述基于平台的多场景知识图谱处理方法采用了相同的发明构思，能够取得相同的有益效果，在此不再赘述。
基于与上述基于平台的多场景知识图谱处理方法相同的发明构思，本申请实施例还提供了一种电子设备，该电子设备具体可以服务器。如图5所示，该电子设备50可以包括处理器501和存储器502。
处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(RandomAccess Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；上述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于：移动存储设备、随机存取存储器(RAM，RandomAccess Memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，RandomAccess Memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种基于平台的多场景知识图谱处理方法，其特征在于，包括：
响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；
基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；
基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第一类场景新建请求包括用户选定的建立Neo4j图数据库的软件环境信息和新建业务场景对应的知识图谱；
根据所述软件环境信息和所述新建业务场景对应的知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应用户终端发起的第二类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第二类场景新建请求中包括第二业务场景标识；
获取所述第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱；
根据所述第二容器当前使用的软件环境信息和知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
4.根据权利要求3所述的方法，其特征在于，所述获取所述第二业务场景标识对应的第二容器当前使用的软件环境信息和知识图谱，包括：
对所述第二容器标识对应的第二容器进行镜像操作，获得对应的镜像信息，其中，所述镜像信息包括所述第二容器当前使用的软件环境信息和知识图谱；或者
基于容器和容器当前使用的场景版本之间的对应关系，确定所述第二容器当前使用的场景版本的版本标识，基于所述第二容器当前使用的场景版本的版本标识获取对应的镜像信息，其中，每个业务场景对应至少一个场景版本，每个场景版本的镜像信息包括场景版本对应的软件环境信息和知识图谱。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
响应用户终端发起的备份请求，所述备份请求包括第三业务场景标识；
基于业务场景和容器的对应关系，获取所述第三业务场景标识对应的第三容器标识；
对所述第三容器标识对应的第三容器进行镜像操作，获得并保存所述第三业务场景的一个场景版本的镜像信息，其中，所述镜像信息包括所述第三容器当前使用的软件环境信息和知识图谱；
保存所述镜像信息的版本标识和所述第三业务场景标识之间的对应关系。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
响应用户终端发起的版本还原请求，创建一个新的目标容器，所述版本还原请求包括第四业务场景标识和待还原场景版本的版本标识；
获取所述待还原场景版本的版本标识对应的目标镜像信息；
基于所述目标镜像信息，在所述目标容器中创建对应的Neo4j图数据库；
将所述第四业务场景标识对应的容器标识更新为所述目标容器的容器标识，将所述目标容器当前使用的场景版本的版本标识更新为所述待还原场景版本的版本标识。
7.一种基于平台的多场景知识图谱处理装置，其特征在于，包括：
接收模块，用于响应用户终端发起的业务请求，所述业务请求包括第一业务场景标识；
获取模块，用于基于业务场景和容器的对应关系，获取所述第一业务场景标识对应的第一容器标识，其中，每个容器用于存储基于对应业务场景的知识图谱创建的Neo4j图数据库；
执行模块，用于基于所述第一容器标识对应的容器中的Neo4j图数据库，执行所述业务请求对应的业务操作。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括新建模块，用于：
响应用户终端发起的第一类场景新建请求，创建一个新容器和新业务场景的业务场景标识，其中，所述第一类场景新建请求包括用户选定的建立Neo4j图数据库的软件环境信息和新建业务场景对应的知识图谱；
根据所述软件环境信息和所述新建业务场景对应的知识图谱，在所述新容器中创建所述新业务场景对应的Neo4j图数据库；
保存所述新建业务场景的业务场景标识和所述新容器的容器标识之间的对应关系。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该计算机程序指令被处理器执行时实现权利要求1至6任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110570463.1A CN113296891B (zh) | 2021-05-25 | 2021-05-25 | 基于平台的多场景知识图谱处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110570463.1A CN113296891B (zh) | 2021-05-25 | 2021-05-25 | 基于平台的多场景知识图谱处理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113296891A true CN113296891A (zh) | 2021-08-24 |
| CN113296891B CN113296891B (zh) | 2024-04-19 |
Family
ID=77324742
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110570463.1A Active CN113296891B (zh) | 2021-05-25 | 2021-05-25 | 基于平台的多场景知识图谱处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113296891B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114399006A (zh) * | 2022-03-24 | 2022-04-26 | 山东省计算中心（国家超级计算济南中心） | 基于超算的多源异构图数据融合方法及系统 |
| CN114510582A (zh) * | 2022-04-18 | 2022-05-17 | 支付宝(杭州)信息技术有限公司 | 基于知识图谱的信息处理方法及装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106789250A (zh) * | 2016-12-22 | 2017-05-31 | 焦点科技股份有限公司 | 一种基于容器的服务多版本共存实现方法 |
| CN108108239A (zh) * | 2017-12-29 | 2018-06-01 | 咪咕文化科技有限公司 | 一种业务功能的提供方法、装置及计算机可读存储介质 |
| US20200067818A1 (en) * | 2018-08-21 | 2020-02-27 | Cisco Technology, Inc. | Service traffic replication and dynamic policy enforcement in a multi-cloud service mesh |
| CN111159427A (zh) * | 2019-12-30 | 2020-05-15 | 哈尔滨工业大学 | 一种基于众包的知识图谱构建方法及系统 |
| CN111159184A (zh) * | 2019-12-25 | 2020-05-15 | 上海中信信息发展股份有限公司 | 元数据追溯方法、装置及服务器 |
| CN111708892A (zh) * | 2020-04-24 | 2020-09-25 | 陆洋 | 一种基于深度知识图谱的数据库系统 |
| CN112600893A (zh) * | 2020-12-04 | 2021-04-02 | 褚萌萌 | 基于大数据定位的软件应用数据挖掘方法及软件服务平台 |
-
2021
- 2021-05-25 CN CN202110570463.1A patent/CN113296891B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106789250A (zh) * | 2016-12-22 | 2017-05-31 | 焦点科技股份有限公司 | 一种基于容器的服务多版本共存实现方法 |
| CN108108239A (zh) * | 2017-12-29 | 2018-06-01 | 咪咕文化科技有限公司 | 一种业务功能的提供方法、装置及计算机可读存储介质 |
| US20200067818A1 (en) * | 2018-08-21 | 2020-02-27 | Cisco Technology, Inc. | Service traffic replication and dynamic policy enforcement in a multi-cloud service mesh |
| CN111159184A (zh) * | 2019-12-25 | 2020-05-15 | 上海中信信息发展股份有限公司 | 元数据追溯方法、装置及服务器 |
| CN111159427A (zh) * | 2019-12-30 | 2020-05-15 | 哈尔滨工业大学 | 一种基于众包的知识图谱构建方法及系统 |
| CN111708892A (zh) * | 2020-04-24 | 2020-09-25 | 陆洋 | 一种基于深度知识图谱的数据库系统 |
| CN112600893A (zh) * | 2020-12-04 | 2021-04-02 | 褚萌萌 | 基于大数据定位的软件应用数据挖掘方法及软件服务平台 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114399006A (zh) * | 2022-03-24 | 2022-04-26 | 山东省计算中心（国家超级计算济南中心） | 基于超算的多源异构图数据融合方法及系统 |
| CN114399006B (zh) * | 2022-03-24 | 2022-07-12 | 山东省计算中心（国家超级计算济南中心） | 基于超算的多源异构图数据融合方法及系统 |
| CN114510582A (zh) * | 2022-04-18 | 2022-05-17 | 支付宝(杭州)信息技术有限公司 | 基于知识图谱的信息处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113296891B (zh) | 2024-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107515776B (zh) | 业务不间断升级方法、待升级节点和可读存储介质 | |
| CN102834822B (zh) | 由虚拟机共享的群集的快速-完整备份 | |
| US20210240489A1 (en) | Firmware update patch | |
| US9819609B2 (en) | System and method for multitenant execution of OS programs invoked from a multitenant middleware application | |
| CN101650660B (zh) | 从中央存储装置引导计算机系统 | |
| JP2021509200A (ja) | コンテナを更新するためのシステム及び方法 | |
| US10445186B1 (en) | Associating a guest application within a virtual machine to create dependencies in backup/restore policy | |
| CN111930473B (zh) | 在容器云上部署图像识别服务的方法与设备 | |
| US20100275241A1 (en) | Securely hosting workloads in virtual computing environments | |
| US10372555B1 (en) | Reversion operations for data store components | |
| CN107077389A (zh) | 用于在多租户应用服务器环境中使用全局运行时的系统和方法 | |
| US10585760B2 (en) | File name level based file search and restoration from block level backups of virtual machines | |
| US9395973B2 (en) | Virtual machine deployment method, recording medium, and information processing apparatus | |
| CN102402446A (zh) | 应用软件的安装方法和应用软件的安装装置 | |
| US8893272B2 (en) | Method and device for recombining runtime instruction | |
| US20200285609A1 (en) | Deferred path resolution during container deployment | |
| US20200050440A1 (en) | Application upgrading through sharing dependencies | |
| CN113296891B (zh) | 基于平台的多场景知识图谱处理方法及装置 | |
| GB2513528A (en) | Method and system for backup management of software environments in a distributed network environment | |
| CN110659259A (zh) | 数据库迁移方法、服务器以及计算机存储介质 | |
| EP3506602A1 (en) | Service broker for cloud foundry platform | |
| US9058576B2 (en) | Multiple project areas in a development environment | |
| CN116028163A (zh) | 一种容器组的动态链接库调度方法、装置及存储介质 | |
| US9904602B1 (en) | Secure search | |
| US20210026702A1 (en) | Tag assisted cloud resource identification for onboarding and application blueprint construction |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |