CN112035581B - 基于模型的任务处理方法、装置、设备和介质 - Google Patents

基于模型的任务处理方法、装置、设备和介质 Download PDF

Info

Publication number
CN112035581B
CN112035581B CN202010852168.0A CN202010852168A CN112035581B CN 112035581 B CN112035581 B CN 112035581B CN 202010852168 A CN202010852168 A CN 202010852168A CN 112035581 B CN112035581 B CN 112035581B
Authority
CN
China
Prior art keywords
attribute
data
entity
rendering
queried
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.)
Active
Application number
CN202010852168.0A
Other languages
English (en)
Other versions
CN112035581A (zh
Inventor
贾立
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202010852168.0A priority Critical patent/CN112035581B/zh
Publication of CN112035581A publication Critical patent/CN112035581A/zh
Application granted granted Critical
Publication of CN112035581B publication Critical patent/CN112035581B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/288—Entity relationship models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2462—Approximate or statistical queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/70—Information retrieval; Database structures therefor; File system structures therefor of video data
    • G06F16/78—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/7867—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using information manually generated, e.g. tags, keywords, comments, title and artist information, manually generated time, location and usage information, user ratings
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Library & Information Science (AREA)
  • Multimedia (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开实施例公开了一种基于模型的任务处理方法、装置、设备和介质，以针对复杂数据系统，提高数据查询任务的任务渲染效率。该方法包括：获取数据查询任务；解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；根据渲染后的数据结果响应所述数据查询任务。本公开实施例的技术方案，对于数据查询任务的渲染耗时短、效率高、占用资源少。

Description

基于模型的任务处理方法、装置、设备和介质
技术领域
本公开实施例涉及计算机数据处理技术，尤其涉及一种基于模型的任务处理方法、装置、设备和介质。
背景技术
随着智能终端的发展，基于客户端和互联网为用户提供的功能服务越来越丰富，并且，往往呈现平台化、规模化的基于数据提供的服务。
随着功能服务的业务场景复杂化，其一个表现形式就是涉及的数据量增大，数据维度增加，关联度复杂化。往往用户的一个数据处理需求，需要涉及到很多类型的数据；由于数据量大又可能分别存储于不同的数据库中；而数据之间的依赖关系也是错综复杂的。
以广告系统的数据处理为例，广告系统内会涉及到广告主、推送渠道的应用软件、推送策略和广告目标用户。而每个涉及项中又会进一步细分，如推送策略中的推送时间、推送地域、激励方式、以及落地页内容等等。由此构成了一个复杂数据系统。当需要针对该复杂数据系统进行某项数据查询任务时，需要根据该数据查询任务逐步进行渲染，现有技术可能需要通过尝试的方式串行处理数据的读取和计算，处理逻辑非常复杂，这个过程会导致占用资源多，任务的渲染耗时很长。
发明内容
本公开实施例提供一种基于模型的任务处理方法、装置、设备和介质，以针对复杂数据系统，提高数据查询任务的任务渲染效率。
第一方面，本公开实施例提供了一种基于模型的任务处理方法，所述方法包括：
获取数据查询任务；
解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
根据渲染后的数据结果响应所述数据查询任务。
第二方面，本公开实施例提供了一种基于模型的任务处理装置，所述装置包括：
任务获取模块，用于获取数据查询任务；
实体属性解析模块，用于解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
渲染路径确定模块，用于确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
数据渲染模块，用于根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
任务响应模块，用于根据渲染后的数据结果响应所述数据查询任务。
第三方面，本公开实施例提供了一种电子设备，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开任一实施例所提供的基于模型的任务处理方法。
第四方面，本公开实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开任一实施例所提供的基于模型的任务处理方法。
本公开实施例的技术方案，通过建立预设数据模型，能够确定数据查询任务的数据渲染路径，据此渲染路径进行数据的读取和渲染操作。这样能够避免在复杂关联关系的数据库中去试探读取。本公开实施例的技术方案，通过预设数据模型可直接确定实体属性之间的依赖关联关系，按照渲染路径逐个读取和计算属性的数据，不必反复试探确定，所以对于数据查询任务的渲染耗时短、效率高、占用资源少。
附图说明
图1为本公开一实施例所提供的基于模型的任务处理方法的流程图；
图2A为本公开实施例所适用的表单组件和表单元素的示例图；
图2B为本公开实施例所适用的预设数据模型的示意图；
图3为本公开另一实施例提供的一种基于模型的任务处理方法的流程图；
图4为本公开又一实施例提供的一种基于模型的任务处理方法的流程图；
图5是本公开实施例提供的一种基于模型的任务处理装置的示意图；
图6为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于区别不同的对象，或对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
图1为本公开一实施例所提供的基于模型的任务处理方法的流程图，本实施例适用于对数据查询任务，基于数据库中所存储的数据，进行数据读取和渲染，直至响应所述数据查询任务的场景。本公开实施例可适用于各种业务功能场景，例如广告系统、资讯服务系统、以及视频播放系统等。在这些业务功能系统中，会存储大量数据，例如涉及用户的数据、涉及提供给用户的广告、资讯或视频的各种数据等。一般，这些业务功能场景的各类数据，都会存储于该业务功能场景的数据库中。不同维度的数据可分别独立存储，并在数据库中记录数据之间的关系。例如，对于用户，用户的个人信息和历史操作记录可分别存储于不同的数据表中，但通过用户ID能够记录数据之间的关联性。
该方法可以由基于模型的任务处理装置来执行，该装置可以由软件和/或硬件的方式来实现，可配置于能够渲染响应任务的电子设备中，例如支持业务功能服务的服务器，由此，服务器可以响应用户通过客户端发起的数据查询任务。
如图1所示，该方法包括：
S110、获取数据查询任务；
数据查询任务是针对业务功能场景的数据，进行某个或某些特定数据的查询任务。例如，针对用户数据，可查询北京市、年龄在20-30岁之间的用户数量；视频兴趣标签为“娱乐”的19年发布视频数量等。本公开实施例对数据查询任务的查询内容不进行限制。该数据查询任务可以是由用户直接主动发起的，或者可以是在为用户提供业务功能服务的过程中，自动发起的，也可以是基于业务功能服务的后台系统需求而发起的。
S120、解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
通常，在发起数据查询任务时，需要指明待查询的数据内容，由此，可通过解析数据查询任务的内容来获取待查询内容，作为至少一个待查询实体和待查询实体的至少一个待查询属性。
S130、确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
预设数据模型为基于业务功能场景所支持的数据查询任务而构建的模型。预设数据模型中的实体对应于业务功能场景中能够独立存在的数据项，所谓独立存在，即该数据项不因其他数据项的删除而删除；模型中的属性是从属于实体的，即在实体的数据项删除时，其属性也会随之删除。
对于一个业务功能场景，会存在大量的实体以及实体的属性。实体例如可以是人、地点、事件等任何能独立存在的数据项。预设数据模型中实体的细分粒度可根据所支持的数据查询功能来确定。例如，人可以作为一个实体，也可以更细的分为男性、女性作为两个实体；或青年男性、青年女性、中年男性、中年女性、少年男性、少年女性，作为不同的实体。
在预设数据模型中，实体之间可能存在或不存在关联关系。实体与其属性之间会存在关联关系。人的属性，例如包括性别、年龄、兴趣标签等。
基于上述的预设数据模型，可以根据所述待查询实体的待查询属性，在预设数据模型中确定渲染路径。待查询实体的待查询属性，可以是在数据库中能直接读取的，但也有可能是需要结合几个实体的几个属性的数据来进行统计计算确定的，当待查询属性需要依赖于其他属性的数据来计算时，则其他属性为被依赖属性，待查询属性为依赖属性，依赖关系形成串行的关联关系。在一个渲染路径中可能包括一个待查询实体的待查询属性，也可以包括顺序依赖的多个实体的属性。
S140、根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
待查询属性的渲染路径如果包括了多个具有串行关联关系的实体属性，则需要按照串行关联关系，从起始被依赖属性开始进行数据渲染。确定了起始被依赖属性的数据后，再确定下一个属性的数据，直至计算得到作为目标的待查询属性的数据，这一过程称为数据渲染。
S150、根据渲染后的数据结果响应所述数据查询任务。
渲染后的数据结果就是数据查询任务的查询目标，可据此响应数据查询任务，例如将数据结果反馈给客户端，供用户查看。
本实施例的技术方案，通过建立预设数据模型，能够确定数据查询任务的数据渲染路径，据此渲染路径进行数据的读取和渲染操作。这样能够避免在复杂关联关系的数据库中去试探读取。相关技术中的试探读取，需要首先基于待查询数据在数据库中去查询是否存在，若不存在，再去确定通过哪些数据可计算生成待查询属性的数据；确定的这些数据再去数据库中查询是否存在；由此逐层查找、计算，显然耗费了大量计算机资源，导致渲染耗时长、效率低。而本公开实施例的技术方案，通过预设数据模型可直接确定实体属性之间的依赖关联关系，按照渲染路径逐个读取和计算属性的数据，不必反复试探确定，所以对于数据查询任务的渲染耗时短、效率高、占用资源少。
在本公开实施例中，预设数据模型可预先构建，为配合业务功能服务的场景需求，可以基于业务功能场景的输入数据进行构建。可选的，用户输入数据可以表单的方式输入，即在客户端提供表单组件，由用户向表单组件中填入数据，由此采集了数据存入业务功能数据库中。可选，预设数据模型中实体的一种确定方式是基于表单组件来确定的。即实体可以为供用户输入的表单组件以及表单组件中的至少一个表单元素，每个表单组件的组件属性和每个表单元素的元素属性分别为对应实体的属性。
如图2A所示为表单组件示例，该表单组件中包括多个表单元素，例如，姓名输入框元素、电话输入框元素、城市输入框元素、以及“自动输入历史手机号”的勾选元素等，一个表单组件中可以包括一个或多个表单元素。每个表单组件可以有多个组件属性，例如组件的表明、提交按钮文案、和创建时间(create_time)等。该表单组件的每个表单元素也分别具有元素的属性，例如元素类型、元素标签、是否必填、和元素ID等。如图2A所示，图中矩形框对应的为预设数据模型中的实体，圆形框中对应的是实体的属性。
当表单组件由用户输入并提交时，可生成脚本形式的、对应于表单组件的表单线索。表单线索可对应产生表单组件的数据，表单线索中可包括通用表单元素填写详情和扩展线索信息，分别对应于表单元素的数据。通用表单元素填写详情对应有相应的填写值。扩展线索信息可设定有多个垂类属性和垂类子模型及其属性，作为表单元素及其属性的数据。表单组件与表单元素之间的关系即为关联关系。
预设数据模型中实体之间的关联关系，一方面可通过数据输入时的输入方式确定其间存在关联关系，另一方面也可以通过实体的数据内容本身建立关联关系，例如，同一用户的住所地、兴趣标签等实体，可以与用户实体建立关联关系。关联关系的建立可以按照业务功能场景所需要支持的数据查询任务的实际需求来自动建立或人工建立。
可选的，所建立的预设数据模型可以为图结构，如图2B所示，所述实体和属性为所述图结构中的节点，所述关联关系为所述图结构中的边。如果图结构为有向无环图，则有向无环图中的根节点可以对应业务功能场景本身，以标识对应于哪个业务功能场景。在服务端，可以分别存储对应于多个业务功能场景的预设数据模型。
图3为本公开另一实施例提供的一种基于模型的任务处理方法的流程图。该方法以前述实施例为基础，进一步介绍了具体的渲染路径的确定方式。如图3所示，该方法包括：
S310、获取数据查询任务；
S320、解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
S330、根据所述待查询实体和待查询属性，与所述预设数据模型的实体和属性进行匹配；
其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性。
可以将待查询实体和待查询属性在预设数据模型中进行遍历匹配，以查找对应的实体和属性。可以是精确查找，或者也可以是按照实体或属性描述内容的相似度进行匹配查找。
S340、将匹配到的实体的属性，与所述预设数据模型的根节点之间的实体和属性确定作为所述渲染路径；
可参考图2B所示的示例，若当前的数据查询任务所需查询的属性包括：实体2的属性21、实体6的属性61、实体8的属性81和实体9的属性91，则首先在预设数据模型中匹配到上述实体的属性所对应的节点，并基于匹配的节点和预设数据模型中节点的关联关系确定渲染路径。基于图2B所示的预设数据模型，可确定如下三条渲染路径：
1、实体1的属性11——>实体2的属性21——>实体4的属性41——>实体6的属性61；
2、实体1的属性11——>实体3的属性31——>实体8的属性81；
3、实体1的属性11——>实体9的属性91。
上述渲染路径中，可以包括作为根节点的实体1，也可以不包括根节点，这取决于在构建数据模型时，根节点为实际实体还是虚拟实体。如果在预设数据模型中，存在可以作为根节点的实际实体，则渲染路径中应包括根节点。如果预设数据模型中，不存在可以作为根节点的实际实体，则可以设置一虚拟实体作为根节点。虚拟实体的根节点可以确定在渲染路径中也可以不在渲染路径中，其他实体属性的渲染并不需要依赖于虚拟实体的数据。为了操作统一，可以确定渲染路径中均包括有根节点，则在渲染过程中，如果识别到根节点为虚拟实体，则不进行实际的数据渲染操作即可。
S350、根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
由于渲染路径之间不存在依赖关系，即一条渲染路径中属性数据的渲染不需要依赖另一条渲染路径中的渲染结果，因此，可选的是，如果所述渲染路径的数量为无依赖关系的至少两条，则并行地根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染。
以图2B所示为例，在第一条渲染路径的渲染过程中，可首先确定实体2的属性21的数据，作为一个渲染结果。而后继续基于实体2的属性21的数据渲染确定实体4的属性41，再基于实体4的属性41渲染确定实体6的属性61作为渲染结果。
S360、根据渲染后的数据结果响应所述数据查询任务。
三条渲染路径分别渲染完成之后，可获得实体2的属性21、实体6的属性61、实体8的属性81和实体9的属性91的渲染结果，据此反馈给数据查询任务的发起方来作为响应。
本实施例的技术方案，可基于图结构的预设数据模型来进行实体和属性的匹配，直接基于图结构的边关系来确定节点之间的依赖关系，快速确定渲染路径。基于渲染路径依次对有依赖关系的属性进行渲染，能够避免反复试探获取属性的数据，因此能提高任务的渲染效率。
图4为本公开又一实施例提供的一种基于模型的任务处理方法的流程图，本实施例以前述实施例为基础，进一步介绍了数据渲染过程的实现方法。如图4所示，该方法包括：
S410、获取数据查询任务；
S420、解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
S430、确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
S440、根据每条所述渲染路径中的属性串行关联关系，将起始的实体的属性，作为当前实体属性；
以一条渲染路径中的数据渲染过程为例进行说明，如果该渲染路劲中只有一个待渲染的实体的属性，则可以直接获取。如果渲染路径涉及到有依赖关系的多个实体的属性，则需要按照依赖顺序，依次渲染处理每个实体的属性。
S450、从所述数据库中读取所述当前实体属性的数据，或根据所述数据库中存储的数据计算获取所述当前实体属性的数据，或根据所述数据库中存储的数据以及当前参考数据计算获取所述当前实体属性的数据；
可选的，属性数据的获取方式可以有多种：
属性对应的数据可以为数据库中对应于实体所存储的字段中的数据。例如，用户作为实体，用户的年龄作为属性，在数据库中可以有对应于用户的数据表，年龄可作为数据表中的一个字段，则通过查询该数据表可获取用户的年龄，作为属性对应的数据。
或，属性对应的数据还可以为根据至少一个属性的数据计算生成的临时数据。即要获取的属性数据在数据库中并不是直接存储的，而是需要计算才可生成的。例如，要数据查询任务要确定的是年龄20-25岁之间的用户的数量，则待查询实体是用户，待查询属性是用户的年龄，属性对应的数据需要结合数据库中存储的数据再进行求和统计。可先查询获取用户的年龄是20-25岁的数据，而后进行求和计算得到求和结果。该求和结果可以存储至数据库中，但可选的是，可以作为临时数据存入缓存，在响应数据查询任务之后就进行清除。该方式，即可以是根据所述数据库中存储的数据计算获取所述当前实体属性的数据。客户以根据一个属性或多个属性的数据一起计算生成。
再或者，要渲染的当前实体属性的数据，还可以根据所述数据库中存储的数据以及当前参考数据计算获取所述当前实体属性的数据。当前参考数据是有依赖关系的前序属性的数据。对于起始实体属性，当前参考数据可以为空。此类属性的获取方式可能会涉及到数据的计算逻辑，可综合多个条件和逻辑关系来确定。例如，当前实体属性为：常驻地是北京的、20-25岁用户的平均月收入。则可能需要利用前述渲染确定的20-25岁用户的数量，以及再查询统计常驻地是北京的用户、各个用户的月收入，而后再进行计算得到渲染结果。
S460、将所述当前实体属性的数据更新至当前参考数据；
将当前实体属性的数据渲染完成后，更新至当前参考数据中，可以是变更也可以是添加，以供后续属性的渲染使用。
S470、根据所述渲染路径中的属性串行关联关系确定下一个实体的属性，更新为当前实体属性，并返回执行获取所述当前实体属性的数据的操作，直至所述渲染路径执行完毕。
S480、根据渲染后的数据结果响应所述数据查询任务。
本实施例的技术方案，通过渲染路径可确定实体属性之间的依赖关系，进而能够逐步渲染得到属性的数据，属性数据可以为直接读取或计算得到，可以是已存储数据，也可是临时数据，属性数据可以作为下一个属性数据渲染的依据。由此，可以高效快速的渲染得到最终待查询实体的属性的数据。
图5是本公开实施例提供的一种基于模型的任务处理装置的示意图，如图5所示，所述装置包括：任务获取模块510、实体属性解析模块520、渲染路径确定模块530、数据渲染模块540以及任务响应模块550，其中：
任务获取模块510，用于获取数据查询任务；实体属性解析模块520，用于解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；渲染路径确定模块530，用于确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；数据渲染模块540，用于根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；任务响应模块550，用于根据渲染后的数据结果响应所述数据查询任务。
本实施例的技术方案，通过建立预设数据模型，能够确定数据查询任务的数据渲染路径，据此渲染路径进行数据的读取和渲染操作。这样能够避免在复杂关联关系的数据库中去试探读取。本公开实施例的技术方案，通过预设数据模型可直接确定实体属性之间的依赖关联关系，按照渲染路径逐个读取和计算属性的数据，不必反复试探确定，所以对于数据查询任务的渲染耗时短、效率高、占用资源少。
本公开实施例所提供的装置中，可选的是，数据渲染模块540具体用于：
如果所述渲染路径的数量为无依赖关系的至少两条，则并行地根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染。
本公开实施例所提供的装置中，可选的是，所述预设数据模型为图结构，所述实体和属性为所述图结构中的节点，所述关联关系为所述图结构中的边。
本公开实施例所提供的装置中，可选的是，渲染路径确定模块530具体用于：根据所述待查询实体和待查询属性，与所述预设数据模型的实体和属性进行匹配；将匹配到的实体的属性，与所述预设数据模型的根节点之间的实体和属性确定作为所述渲染路径。
本公开实施例所提供的装置中，可选的是，所述实体为供用户输入的表单组件以及表单组件中的至少一个表单元素，每个表单组件的组件属性和每个表单元素的元素属性分别为对应实体的属性。
本公开实施例所提供的装置中，可选的是，所述属性对应的数据为所述数据库中对应于实体所存储的字段中的数据，或为根据至少一个属性的数据计算生成的临时数据。
本公开实施例所提供的装置中，可选的是，数据渲染模块540具体用于：
根据每条所述渲染路径中的属性串行关联关系，将起始的实体的属性，作为当前实体属性；
从所述数据库中读取所述当前实体属性的数据，或根据所述数据库中存储的数据计算获取所述当前实体属性的数据，或根据所述数据库中存储的数据以及当前参考数据计算获取所述当前实体属性的数据；
将所述当前实体属性的数据更新至当前参考数据；
根据所述渲染路径中的属性串行关联关系确定下一个实体的属性，更新为当前实体属性，并返回执行获取所述当前实体属性的数据的操作，直至所述渲染路径执行完毕。
上述基于模型的任务处理装置可执行本公开任意实施例所提供的基于模型的任务处理方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本公开任意实施例提供的基于模型的任务处理方法。
图6为本公开实施例提供的一种电子设备的结构示意图。下面参考图6，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)60的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线704。
通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取数据查询任务；解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；根据渲染后的数据结果响应所述数据查询任务。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，规则解析器生成模块还可以被描述为“用于生成规则解析器的模块”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，本公开提供了一种基于模型的任务处理方法，所述方法包括：
获取数据查询任务；
解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
根据渲染后的数据结果响应所述数据查询任务。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染包括：
如果所述渲染路径的数量为无依赖关系的至少两条，则并行地根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，所述预设数据模型为图结构，所述实体和属性为所述图结构中的节点，所述关联关系为所述图结构中的边。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，确定所述待查询实体的待查询属性在预设数据模型中的渲染路径包括：
根据所述待查询实体和待查询属性，与所述预设数据模型的实体和属性进行匹配；
将匹配到的实体的属性，与所述预设数据模型的根节点之间的实体和属性确定作为所述渲染路径。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，所述实体为供用户输入的表单组件以及表单组件中的至少一个表单元素，每个表单组件的组件属性和每个表单元素的元素属性分别为对应实体的属性。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，所述属性对应的数据为所述数据库中对应于实体所存储的字段中的数据，或为根据至少一个属性的数据计算生成的临时数据。
根据本公开的一个或多个实施例，本公开提供的基于模型的任务处理方法中，根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染包括：
根据每条所述渲染路径中的属性串行关联关系，将起始的实体的属性，作为当前实体属性；
从所述数据库中读取所述当前实体属性的数据，或根据所述数据库中存储的数据计算获取所述当前实体属性的数据，或根据所述数据库中存储的数据以及当前参考数据计算获取所述当前实体属性的数据；
将所述当前实体属性的数据更新至当前参考数据；
根据所述渲染路径中的属性串行关联关系确定下一个实体的属性，更新为当前实体属性，并返回执行获取所述当前实体属性的数据的操作，直至所述渲染路径执行完毕。
根据本公开的一个或多个实施例，本公开提供了一种基于模型的任务处理装置，所述装置包括：
任务获取模块，用于获取数据查询任务；
实体属性解析模块，用于解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
渲染路径确定模块，用于确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；
数据渲染模块，用于根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；
任务响应模块，用于根据渲染后的数据结果响应所述数据查询任务。
根据本公开的一个或多个实施例，本公开提供了一种电子设备，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开任一实施例所提供的基于模型的任务处理方法。
根据本公开的一个或多个实施例，本公开提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开任一实施例所提供的基于模型的任务处理方法。

Claims (10)

1.一种基于模型的任务处理方法，其特征在于，所述方法包括：
获取数据查询任务；
解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；所述串行关联关系是所述待查询属性与其他属性之间的依赖关系，所述待查询属性依赖于所述其他属性的数据计算得到，所述其他属性为被依赖属性，所述待查询属性为依赖属性；
根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；其中，所述数据渲染是基于起始被依赖属性的数据，计算得到依赖属性的数据，直至计算得到作为目标的待查询属性的数据；
根据渲染后的数据结果响应所述数据查询任务。
2.根据权利要求1所述的方法，其特征在于，根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染包括：
如果所述渲染路径的数量为无依赖关系的至少两条，则并行地根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染。
3.根据权利要求1所述的方法，其特征在于，所述预设数据模型为图结构，所述实体和属性为所述图结构中的节点，所述关联关系为所述图结构中的边。
4.根据权利要求3所述的方法，其特征在于，确定所述待查询实体的待查询属性在预设数据模型中的渲染路径包括：
根据所述待查询实体和待查询属性，与所述预设数据模型的实体和属性进行匹配；
将匹配到的实体的属性，与所述预设数据模型的根节点之间的实体和属性确定作为所述渲染路径。
5.根据权利要求1所述的方法，其特征在于，所述实体为供用户输入的表单组件以及表单组件中的至少一个表单元素，每个表单组件的组件属性和每个表单元素的元素属性分别为对应实体的属性。
6.根据权利要求1所述的方法，其特征在于，所述属性对应的数据为所述数据库中对应于实体所存储的字段中的数据，或为根据至少一个属性的数据计算生成的临时数据。
7.根据权利要求1所述的方法，其特征在于，根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染包括：
根据每条所述渲染路径中的属性串行关联关系，将起始的实体的属性，作为当前实体属性；
从所述数据库中读取所述当前实体属性的数据，或根据所述数据库中存储的数据计算获取所述当前实体属性的数据，或根据所述数据库中存储的数据以及当前参考数据计算获取所述当前实体属性的数据；
将所述当前实体属性的数据更新至当前参考数据；
根据所述渲染路径中的属性串行关联关系确定下一个实体的属性，更新为当前实体属性，并返回执行获取所述当前实体属性的数据的操作，直至所述渲染路径执行完毕。
8.一种基于模型的任务处理装置，其特征在于，所述装置包括：
任务获取模块，用于获取数据查询任务；
实体属性解析模块，用于解析获取所述数据查询任务中的至少一个待查询实体和待查询实体的至少一个待查询属性；
渲染路径确定模块，用于确定所述待查询实体的待查询属性在预设数据模型中的渲染路径；其中，所述预设数据模型中包括至少一个实体，每个实体与至少一个属性具有关联关系，至少两个实体之间具有关联关系，每条所述渲染路径包括具有串行关联关系的至少一个实体的至少一个属性；所述串行关联关系是所述待查询属性与其他属性之间的依赖关系，所述待查询属性依赖于所述其他属性的数据计算得到，所述其他属性为被依赖属性，所述待查询属性为依赖属性
数据渲染模块，用于根据每条所述渲染路径中的属性串行关联关系，从数据库中依次读取所述渲染路径所涉及实体的属性的数据，并进行数据渲染；其中，所述数据渲染是基于起始被依赖属性的数据，计算得到依赖属性的数据，直至计算得到作为目标的待查询属性的数据；
任务响应模块，用于根据渲染后的数据结果响应所述数据查询任务。
9.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的基于模型的任务处理方法。
10.一种计算机存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的基于模型的任务处理方法。
CN202010852168.0A 2020-08-21 2020-08-21 基于模型的任务处理方法、装置、设备和介质 Active CN112035581B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010852168.0A CN112035581B (zh) 2020-08-21 2020-08-21 基于模型的任务处理方法、装置、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010852168.0A CN112035581B (zh) 2020-08-21 2020-08-21 基于模型的任务处理方法、装置、设备和介质

Publications (2)

Publication Number Publication Date
CN112035581A CN112035581A (zh) 2020-12-04
CN112035581B true CN112035581B (zh) 2024-06-11

Family

ID=73580484

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010852168.0A Active CN112035581B (zh) 2020-08-21 2020-08-21 基于模型的任务处理方法、装置、设备和介质

Country Status (1)

Country Link
CN (1) CN112035581B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108108473B (zh) * 2018-01-02 2023-06-27 联想(北京)有限公司 数据查询方法以及服务器

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105210058A (zh) * 2012-12-14 2015-12-30 微软技术许可有限责任公司 使用多个引擎来进行图查询处理
CN108241723A (zh) * 2016-12-23 2018-07-03 天津市勘察院 一种应用导向的企业数据资源聚合方法
CN108874907A (zh) * 2018-05-25 2018-11-23 北京明略软件系统有限公司 一种数据查询方法和装置、计算机可读存储介质
CN109670049A (zh) * 2018-11-19 2019-04-23 平安科技（深圳）有限公司 图谱路径查询方法、装置、计算机设备和存储介质
CN109684354A (zh) * 2017-10-18 2019-04-26 北京国双科技有限公司 数据查询方法和装置
CN109885665A (zh) * 2019-01-09 2019-06-14 北京小乘网络科技有限公司 一种数据查询方法、装置及系统
CN110609904A (zh) * 2019-09-11 2019-12-24 深圳众赢维融科技有限公司 图数据库数据处理方法、装置、电子设备及存储介质
CN110674359A (zh) * 2019-09-03 2020-01-10 中国建设银行股份有限公司 多场景展示关系图谱的方法及系统
CN110717076A (zh) * 2019-09-06 2020-01-21 平安科技（深圳）有限公司 节点管理方法、装置、计算机设备及存储介质
CN111143394A (zh) * 2019-11-20 2020-05-12 泰康保险集团股份有限公司 知识数据处理方法、装置、介质及电子设备
CN111552792A (zh) * 2020-04-30 2020-08-18 中国建设银行股份有限公司 一种信息查询方法、装置、电子设备及存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105210058A (zh) * 2012-12-14 2015-12-30 微软技术许可有限责任公司 使用多个引擎来进行图查询处理
CN108241723A (zh) * 2016-12-23 2018-07-03 天津市勘察院 一种应用导向的企业数据资源聚合方法
CN109684354A (zh) * 2017-10-18 2019-04-26 北京国双科技有限公司 数据查询方法和装置
CN108874907A (zh) * 2018-05-25 2018-11-23 北京明略软件系统有限公司 一种数据查询方法和装置、计算机可读存储介质
CN109670049A (zh) * 2018-11-19 2019-04-23 平安科技（深圳）有限公司 图谱路径查询方法、装置、计算机设备和存储介质
CN109885665A (zh) * 2019-01-09 2019-06-14 北京小乘网络科技有限公司 一种数据查询方法、装置及系统
CN110674359A (zh) * 2019-09-03 2020-01-10 中国建设银行股份有限公司 多场景展示关系图谱的方法及系统
CN110717076A (zh) * 2019-09-06 2020-01-21 平安科技（深圳）有限公司 节点管理方法、装置、计算机设备及存储介质
CN110609904A (zh) * 2019-09-11 2019-12-24 深圳众赢维融科技有限公司 图数据库数据处理方法、装置、电子设备及存储介质
CN111143394A (zh) * 2019-11-20 2020-05-12 泰康保险集团股份有限公司 知识数据处理方法、装置、介质及电子设备
CN111552792A (zh) * 2020-04-30 2020-08-18 中国建设银行股份有限公司 一种信息查询方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN112035581A (zh) 2020-12-04

Similar Documents

Publication Publication Date Title
CN110619078B (zh) 用于推送信息的方法和装置
CN112463991B (zh) 历史行为数据的处理方法、装置、计算机设备及存储介质
CN110275962B (zh) 用于输出信息的方法和装置
CN109992719B (zh) 用于确定推送优先级信息的方法和装置
CN110555172A (zh) 用户关系挖掘方法及装置、电子设备和存储介质
CN111857720B (zh) 用户界面状态信息的生成方法、装置、电子设备及介质
CN110399564B (zh) 帐号分类方法和装置、存储介质及电子装置
CN112749323A (zh) 一种构建用户画像的方法和装置
CN112035581B (zh) 基于模型的任务处理方法、装置、设备和介质
CN116629984B (zh) 基于嵌入模型的产品信息推荐方法、装置、设备和介质
CN108509442B (zh) 搜索方法和装置、服务器以及计算机可读存储介质
CN113139082A (zh) 多媒体内容处理方法、装置、设备及介质
CN112148744A (zh) 页面展示方法、装置、电子设备和计算机可读介质
CN113742564A (zh) 目标资源的推送方法和装置
CN115563160A (zh) 数据处理方法、装置、计算机设备和计算机可读存储介质
CN113742321B (zh) 一种数据更新的方法和装置
US20240104623A1 (en) Method and apparatus for pushing information
US10372694B2 (en) Structured information differentiation in naming
CN115080521A (zh) 信息显示方法、装置、电子设备和存储介质
CN112308678A (zh) 基于图像识别的价格信息处理方法、装置、设备和介质
CN112348614A (zh) 用于推送信息的方法和装置
CN113010769A (zh) 基于知识图谱的物品推荐方法、装置、电子设备及介质
CN113627454A (zh) 物品信息聚类方法、推送方法和装置
CN113177174B (zh) 特征构建方法、内容显示方法及相关装置
WO2024183823A1 (zh) 推送处理方法、装置、设备及介质

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