CN114862999A - 一种打点渲染方法、装置、设备及存储介质 - Google Patents

一种打点渲染方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114862999A
CN114862999A CN202210807727.5A CN202210807727A CN114862999A CN 114862999 A CN114862999 A CN 114862999A CN 202210807727 A CN202210807727 A CN 202210807727A CN 114862999 A CN114862999 A CN 114862999A
Authority
CN
China
Prior art keywords
dotting
data
rendering
target
task manager
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.)
Pending
Application number
CN202210807727.5A
Other languages
English (en)
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.)
DBAPPSecurity Co Ltd
Original Assignee
DBAPPSecurity 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 DBAPPSecurity Co Ltd filed Critical DBAPPSecurity Co Ltd
Priority to CN202210807727.5A priority Critical patent/CN114862999A/zh
Publication of CN114862999A publication Critical patent/CN114862999A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/00—3D [Three Dimensional] image rendering
    • G06T15/005—General purpose rendering architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04815—Interaction with a metaphor-based environment or interaction object displayed as three-dimensional, e.g. changing the user viewpoint with respect to the environment or object
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04845—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
    • 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/451—Execution arrangements for user interfaces
    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
    • G06T17/05—Geographic models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5018—Thread allocation
    • 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
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A30/00—Adapting or protecting infrastructure or their operation
    • Y02A30/60—Planning or developing urban green infrastructure

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Graphics (AREA)
  • Geometry (AREA)
  • Remote Sensing (AREA)
  • Processing Or Creating Images (AREA)

Abstract

本申请公开了一种打点渲染方法、装置、设备及存储介质，涉及可视化技术领域，包括：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器中进行数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；对所述可渲染对象进行渲染操作，将渲染完成后的对象信息显示至目标显示页面。本申请通过将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器并进行对应的数据处理操作，通过组合式打点减少渲染对象的数量，降低了卡顿的概率，提升了渲染性能和计算机利用率。

Description

一种打点渲染方法、装置、设备及存储介质
技术领域
本发明涉及可视化技术领域，特别涉及一种打点渲染方法、装置、设备及存储介质。
背景技术
目前处于智慧城市，智慧楼宇，智慧工厂等数字孪生及大数据的时代，越来越多的信息需要进行可视化的展示，场景的展示也越来越复杂，有城市的建筑，有高低起伏的山脉，有室内的信息，也有室外的信息，清晰的表达一个位置的信息已达到人类的快速理解、分析趋势并做出决策的目的，利用各种的图表来清晰的表达与理解这些数据，对应一些空间相关的数据通过地图以及基于地图的各种可视化图表进行展示。目前常用的打点方式是基于互联网地图例如百度地图，高德地图，腾讯地图等提供的API（Application ProgramInterface，应用程序接口），通过设计的打点图标进行打点展示，基本是以二维的模式显示各种打点的图标，形式相对单一，都是通过图片形式marker（标记）的方式展示，业务中需要根据不同的业务要求设计师设计不同的marker图标，灵活性差。另外一种是基于一些可视化方向的GIS（Geographic Information System，地理信息系统）类库进行，例如mapbox、Antv L7（空间数据可视分析工具）等，可视化打点展示，这些地图都是基于三维模式展示的，开源并为用户提供相关的API接口，用户可以根据接口方式进行打点，同时也实现了自定义打点，通过DOM（Document Object Model，文档对象模型）元素，但是这种方式不利于实现海量打点，DOM元素过多时移动地图或缩放地图会卡顿。
因此可以明白现有的打点方案存在以下缺点：渲染的形式相对单一化，不利于应对复杂多变的应用场景，尤其是使用一些可编辑的可视化工具来完成这样的打点，往往会限制用户的需求，只能按照单一的模式来展示打点，例如只能上传一个图标，图标的尺寸比例是有要求的，再加上一个文字描述。由于通过图标加文字的方式展示，甚至有些只展示图标，鼠标移动上去才显示文字这种方式，提升了海量渲染的数量，但展示的效果相对较差，用户很难识别具体的打点的信息。部分的海量打点，不支持拾取，由于采用了顶点合并技术就没有实现拾取的功能，这样用户只能看到一些打点的分布情况，而没有具体的交互。海量数据渲染渲染性能差，存在卡顿的问题。
发明内容
有鉴于此，本发明的目的在于提供一种打点渲染方法、装置、设备和存储介质，能够减少渲染对象的数量，降低卡顿的概率，提升渲染性能和计算机利用率。其具体方案如下：
第一方面，本申请公开了一种打点渲染方法，应用于浏览器主线程，包括：
读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；
将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；
接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
可选的，所述读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件，包括：
通过预设引擎读取用户提供的打点配置信息以及打点数据并将所述打点配置信息存储；
利用所述预设引擎初始化全部管理器，以得到数据传输规则；所述全部管理器包含任务管理器、渲染管理器、拾取管理器；
基于所述数据传输规则以及所述打点配置信息确定目标组件并生成渲染图层。
可选的，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
初始化所述渲染图层并判断是否需要所述目标组件；
若需要所述目标组件则初始化所述目标组件，并判断所述打点数据的数量是否高于预设数量；
当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行与所述目标组件对应的数据处理操作，得到处理后数据。
可选的，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中基于接收到的所述打点数据进行预设数据处理合并生成操作，以得到目标网格数据。
可选的，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
当所述目标组件为文字组件时，将与所述文字组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作得到文字网格数据，然后基于文字网格数据获取目标空间数据值并基于所述目标空间数据值计算所述目标显示页面内的可见文字，并按照所述可见文字的顺序逐个进行文字位置碰撞检查，得到检查通过的目标文字网格数据；
当所述目标组件为拉线组件时，将与所述拉线组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行实例化渲染数据生成操作，得到拉线网格数据。
可选的，所述对所述可渲染对象进行渲染操作之后，还包括：
当所述目标组件为图标组件时，判断是否进行拾取操作，若是则利用图形处理器拾取所述图标组件对应的图标；
当所述目标组件为所述文字组件时，判断是否进行拾取操作，若是则利用中央处理器拾取所述文字组件对应的文字。
可选的，所述基于所述目标组件以及所述处理后数据生成可渲染对象之后，还包括：
将所述可渲染对象添加至渲染队列；
相应的，所述对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面，包括：
判断所述渲染队列中是否存在所述可渲染对象；
若存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
第二方面，本申请公开了一种打点渲染装置，应用于浏览器主线程，包括：
信息读取模块，用于读取用户提供的打点配置信息以及打点数据；
组件确定模块，用于基于所述打点配置信息确定目标组件；
数据传输模块，用于将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；
渲染对象生成模块，用于接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
渲染模块，用于对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
第三方面，本申请公开了一种电子设备，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现如前述公开的打点渲染方法的步骤。
第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如前述公开的打点渲染方法。
可见，本申请提供了一种打点渲染方法，包括：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。由此可见，本申请通过在所述任务管理器中进行数据处理操作，减少了主线程的运算过程，降低了卡顿的概率，主线程基于所述处理后数据生成可渲染对象，减少了渲染对象的数量，提升了渲染性能和计算机利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种打点渲染方法流程图；
图2为本申请公开的一种渲染结果示意图；
图3为本申请公开的一种具体的打点渲染方法流程图；
图4为本申请公开的一种具体的打点渲染方法流程图；
图5为本申请公开的一种具体的打点渲染方法流程图；
图6为本申请公开的一种顶点计算示意图；
图7为本申请公开的一种面构建示意图；
图8为本申请公开的一种颜色渲染示意图；
图9为本申请提供的打点渲染装置结构示意图；
图10为本申请提供的一种电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
目前，现有的打点方案存在以下缺点：渲染的形式相对单一化，不利于应对复杂多变的应用场景，尤其是使用一些可编辑的可视化工具来完成这样的打点，往往会限制用户的需求，只能按照单一的模式来展示打点，例如只能上传一个图标，图标的尺寸比例是有要求的，再加上一个文字描述。由于通过图标加文字的方式展示，甚至有些只展示图标，鼠标移动上去才显示文字这种方式，提升了海量渲染的数量，但展示的效果相对较差，用户很难识别具体的打点的信息。部分的海量打点，不支持拾取，由于采用了顶点合并技术就没有实现拾取的功能，这样用户只能看到一些打点的分布情况，而没有具体的交互。海量数据渲染渲染性能差，存在卡顿的问题。为此，本申请提供了一种打点渲染方法，能够减少渲染对象的数量，降低卡顿的概率，提升渲染性能和计算机利用率。
本发明实施例公开了一种打点渲染方法，参见图1所示，应用于浏览器主线程，该方法包括：
步骤S11：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件。
本实施例中，读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件。可以理解的是，通过自研的GIS引擎读取用户提供的打点配置信息以及打点数据，打点配置信息可以是组合打点配置信息。在读取到组合打点配置信息之后，基于所述组合打点配置信息确定目标组件，即根据用户提供的组合打点配置信息分析组合打点中需要实例化的三维组件。例如，所述目标组件可以是化冲击波组件、拉线组件、图标组件以及文字组件等。
步骤S12：将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据。
本实施例中，确定目标组件之后，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据。可以理解的是，将打点数据传输至任务（Worker）管理器（即异步线程），在Worker中利用不同的组件的特性进行不同的数据处理，例如Worker管理器调度Mesh（网格）数据处理合并生成操作来处理上述打点数据。
由于浏览器中的网页是单线程，因此海量的数据通过JavaScript（一种直译式脚本语言）直接处理就会导致网页的卡顿，所以利用worker技术，让复杂的计算通过worker线程异步进行计算，这样大大提升了计算机的利用率，浏览器的主线程也不会受到影响，Worker阶段主要包括三种工作：Mesh数据处理合并生成、实例化数据处理合并生成和文字碰撞检查。
步骤S13：接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象。
本实施例中，当在任务管理器中进行数据处理操作得到处理后数据之后，任务管理器将生成的处理后数据返回至主线程，即接收所述任务管理器返回的所述处理后数据，然后基于所述目标组件以及所述处理后数据生成可渲染对象。可以理解的是，目前常用的打点方式是基于互联网地图（例如百度地图，高德地图，腾讯地图等）提供的API，通过设计的打点图标进行打点展示，基本是以二维的模式显示各种打点的图标，形式相对单一，都是通过图片形式marker的方式展示，业务中需要根据不同的业务要求设计师设计不同的marker图标，灵活性差。本方案中基于所述目标组件以及所述处理后数据生成的可渲染对象为三维对象，上述三维对象为用户传递给GPU（Graphics Processing Unit，图形处理器）渲染的对象。使用互联网地图例如百度地图，高德地图，腾讯地图等可以实现简单的图标、文字的打点，在互联网地图被称为Marker或添加标记。
步骤S14：对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
本实施例中，基于所述目标组件以及所述处理后数据生成可渲染对象之后，对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面，如图2所示。可以理解的是，在渲染阶段，不同的渲染对象会采用不同的批次进行渲染，通过合并完成的海量数据Mesh传递给GPU，GPU接收到数据就会在Shader（着色器）中进行渲染操作。
具体的，Mesh数据处理合并生成是一种大数据渲染的技术，就是把多个独立的Mesh合并成一个Mesh，以达到渲染对象的减少的目的，对于GPU渲染来说，影响渲染效果的一大因素就是渲染数量太多，导致渲染批次太多，而使得GPU渲染效率下降，GPU一般都包含很多的处理单元，并行处理能力很强，所以对单个批次的大数据量能够很快的完成渲染，Mesh数据处理合并生成Worker，并不是将多个Mesh进行合并，而是在生成Mesh的时候，从数据源上就直接将多个打点信息转为一个Mesh，一个Mesh信息包括顶点、法线、UV（uniquevisitor，网站独立访客）、索引等，处理好的数据Worker传回给浏览器主线程，浏览器主线程创建渲染Mesh对象并添加到渲染队列中。实例化渲染数据生成worker，负责拉线的Mesh相关数据渲染数据的生成，实例化这项技术能够让我们使用一个渲染调用来绘制多个物体，从而节省每次绘制物体时从CPU（Central Processing Unit/Processor，中央处理器）至GPU的通信，即只需要一次，由于打点中拉线的结构是一样的，所以采用该技术实例化渲染数据生产worker会构建拉线的Mesh，然后根据传入的用户数据，生成每一个拉线的实例化矩阵，实例化矩阵包含位置，缩放，旋转信息，然后放到一个Float32Array数组中，作为顶点属性传递给GPU，这样每一个拉线通过16个数值的矩阵就可以表示，减少了传输，Worker将处理完成的数据，传递给浏览器主线程，主线程拿到处理好的数据，采用Instanced实例化渲染的方式，创建渲染对象并添加到渲染队列。文字位置碰撞检查worker，根据生成好的文字Mesh渲染数据，通过将文字投影到屏幕空间转换，转换后的数据会返回x、y、z三个值，x与y表示的是屏幕坐标，z表示的是文字的深度（也可以理解为与相机的距离），根据文字与相机的远近，以及文字的包围盒，计算在屏幕范围内可见的文字，然后根据距离最近文字的顺序，逐个判断各个包围盒是否存在重叠，将不重叠的及不被遮挡的文字显示，最后将这些文字Mesh发送到浏览器主线程，实例化这些文字的Mesh，并添加到渲染进程中。具体的，Mesh数据处理合并生成是一种大数据渲染的技术，就是把多个独立的Mesh合并成一个Mesh，以达到渲染对象的减少的目的，对于GPU渲染来说，影响渲染效果的一大因素就是渲染数量太多，导致渲染批次太多，而使得GPU渲染效率下降，GPU一般都包含很多的处理单元，并行处理能力很强，所以对单个批次的大数据量能够很快的完成渲染，Mesh数据处理合并生成Worker，并不是将多个Mesh进行合并，而是在生成Mesh的时候，从数据源上就直接将多个打点信息转为一个Mesh，一个Mesh信息包括顶点、法线、UV（unique visitor，网站独立访客）、索引等，处理好的数据Worker传回给浏览器主线程，浏览器主线程创建渲染Mesh对象并添加到渲染队列中。实例化渲染数据生成worker，负责拉线的Mesh相关数据渲染数据的生成，实例化这项技术能够让我们使用一个渲染调用来绘制多个物体，从而节省每次绘制物体时从CPU（Central Processing Unit/Processor，中央处理器）至GPU的通信，即只需要一次，由于打点中拉线的结构是一样的，所以采用该技术实例化渲染数据生产worker会构建拉线的Mesh，然后根据传入的用户数据，生成每一个拉线的实例化矩阵，实例化矩阵包含位置，缩放，旋转信息，然后放到一个Float32Array数组中，作为顶点属性传递给GPU，这样每一个拉线通过16个数值的矩阵就可以表示，减少了传输，Worker将处理完成的数据，传递给浏览器主线程，主线程拿到处理好的数据，采用Instanced实例化渲染的方式，创建渲染对象并添加到渲染队列。文字位置碰撞检查worker，根据生成好的文字Mesh渲染数据，通过将文字投影到屏幕空间转换，转换后的数据会返回x、y、z三个值，x与y表示的是屏幕坐标，z表示的是文字的深度（也可以理解为与相机的距离），根据文字与相机的远近，以及文字的包围盒，计算在屏幕范围内可见的文字，然后根据距离最近文字的顺序，逐个判断各个包围盒是否存在重叠，将不重叠的及不被遮挡的文字显示，最后将这些文字Mesh发送到浏览器主线程，实例化这些文字的Mesh，并添加到渲染进程中。
本方案中的基于地图的可视化方式打点的技术在业务中能够更加快速的应对业务的变化，为不同的业务展示不同形式的打点形态，同时在地图的缩放中，也会以更加友好的方式展示打点的形态，同时支持海量数据的渲染及拾取。在地图的不同层级下，可以根据相机的远近动态调整线条的长度、文字的大小、图标的大小，各个信息点（打点）中三维场景中能够适配场景的变化，在此基础上一个打点数据通过多个三维元素来组合展示，理论上在相同的计算机上，渲染的数量会有成倍的减少，当前市面上的一些技术都会以单个模式的方式进行海量渲染，灵活运用现有技术，一方面可以能够更加友好的展示打点信息，同时也实现了海量的渲染的目的，并在海量渲染基础上也实现了打点的拾取，满足了业务的需求。一个组合打点包括冲击波，拉线，图标，文字等，实现组合打点的海量渲染可以最大化的应对复杂多变的业务场景，复杂多变的场景例如建筑物以及高低起伏的山脉、树木等，此时就需要通过冲击波、拉线等方式来突出打点的位置，若没有建筑物就可以只要图标文字两种元素，根据业务的不同也可以加入粒子效果等更多的效果在打点元素上，对组合式打点的各个小部件进行不一样的数据处理。整个打点中构建的冲击波Mesh一个，拉线Mesh一个，图表Mesh一个，文字Mesh若干个，提高了渲染效率同时也实现了海量数据的渲染，并支持组合式的海量渲染。
在业务的展示中需要不同形式的标记来更加清晰的表达，同时进需要在大的区域范围内进行海量信息点的表达，目前普通PC与笔记本在浏览器中渲染的三维对象的数量能力是有限的，本方案总结了业务中常用的信息的标记（简称打点）结构，对一个打点通过多个三维元素的组合渲染完成，解决了传统的打点信息简单，信息点尺寸变形，缩放后标注不清晰等问题，同时针对这种复杂结构的打点，解决了海量数据的渲染及鼠标拾取问题，即在实际的业务中，通过三维可视化海量展示各个点的信息。
可见，本申请提供了一种打点渲染方法，包括：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。由此可见，本申请通过在所述任务管理器中进行数据处理操作，减少了主线程的运算过程，降低了卡顿的概率，主线程基于所述处理后数据生成可渲染对象，减少了渲染对象的数量，提升了渲染性能和计算机利用率。
参见图3所示，本发明实施例公开了一种打点渲染方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。
步骤S21：通过预设引擎读取用户提供的打点配置信息以及打点数据并将所述打点配置信息存储。
本实施例中，通过预设引擎读取用户提供的打点配置信息以及打点数据，然后将所述打点配置信息暂时存储。可以理解的是，打点配置信息是JSON结构，表示一个打点的组成的描述信息。
步骤S22：利用所述预设引擎初始化全部管理器，以得到数据传输规则。
本实施例中，如图4所示，在主线程开始运行后，利用所述预设引擎初始化worker管理器、渲染管理器以及拾取管理器，得到数据传输规则。可以理解的是，本方案可以划分为四个阶段：初始化阶段、Worker海量数据处理阶段、渲染阶段以及拾取阶段。需要指出的是，Worker海量数据处理阶段在异步线程进行，而初始化阶段、渲染阶段以及拾取阶段在主线程中进行。具体的，在初始化阶段，利用自研的GIS引擎初始化各个功能单元控制器（即管理器），得到对应的数据传输规则。管理器可以更好的调度组件的运行，并且负责组件的新增、销毁以及整体属性控制等，在组合打点这个技术上，主要初始化的管理器有worker（任务）管理器，渲染管理器、拾取管理器，以及一些其他辅助的管理器。需要指出的是，Worker即Web worker，是运行在后台的JavaScript，不影响页面的性能。
步骤S23：基于所述数据传输规则以及所述打点配置信息确定目标组件并生成渲染图层。
本实施例中，基于所述数据传输规则以及所述打点配置信息确定目标组件并生成渲染图层，以便更好的管理所有三维组件的生产及交互。可以理解的是，渲染图层是一组参与渲染的组件的容器，用于集中的对所有组件的操作，比如数据的更新、配置的初始化、更新以及鼠标事件的获取等。例如，基于海量组件生成第一渲染图层，基于非海量组件生成第二渲染图层等。
步骤S24：初始化所述渲染图层并判断是否需要所述目标组件。
本实施例中，确定目标组件并生成渲染图层之后，初始化所述渲染图层并判断是否需要所述目标组件。如图4所示，判断是否需要所述目标组件，若不需要所述目标组件则保持现状。
步骤S25：若需要所述目标组件则初始化所述目标组件，并判断所述打点数据的数量是否高于预设数量。
本实施例中，若需要所述目标组件则初始化所述目标组件，并判断所述打点数据的数量是否高于预设数量。可以理解的是，若需要所述目标组件则先对所述目标组件进行初始化操作，当初始化完成之后，判断所述打点数据的数量是否高于预设数量，若所述打点数据的数量高于预设数量是则判定当前为海量打点数据，此时需要将所述目标组件对应的所述打点数据传输至子线程（即异步线程）中的任务管理器中进行对应的处理操作。若所述打点数据的数量低于预设数量，则判定当前非海量打点数据，并在主线程中对所述目标组件进行实例化操作，以得到渲染对象，然后通过场景管理器调用对应的场景进行渲染，以得到渲染出后的整个目标场景。
步骤S26：当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行与所述目标组件对应的数据处理操作，得到处理后数据。
本实施例中，当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器中进行对应的数据处理操作，得到处理后数据。例如，若目标组件为冲击波组件，则初始化冲击波组件并将用户数据传递给Worker管理器，Worker管理器调度Mesh数据处理合并Worker来处理该数据，同样根据打点配置信息判断Marker组件（绘制图标），拉线组件（绘制宽线条）、文字组件（绘制文字）是否存在，并进行初始化，然后将数据传递给Worker管理器，在Worker中利用不同的组件的特性进行不同的数据处理，得到处理后数据。
步骤S27：接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象。
步骤S28：对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
关于上述步骤S27、S28的具体内容可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本申请实施例通过预设引擎读取用户提供的打点配置信息以及打点数据并将所述打点配置信息存储；利用所述预设引擎初始化全部管理器，以得到数据传输规则；基于所述数据传输规则以及所述打点配置信息确定目标组件并生成渲染图层；初始化所述渲染图层并判断是否需要所述目标组件；若需要所述目标组件则初始化所述目标组件，并判断所述打点数据的数量是否高于预设数量；当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行与所述目标组件对应的数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面，降低了卡顿的概率，减少了渲染对象的数量，提升了渲染性能和计算机利用率。
参见图5所示，本发明实施例公开了一种打点渲染方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。
步骤S31：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件。
步骤S32：将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据。
本实施例中，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中基于接收到的所述打点数据进行预设数据处理合并生成操作，以得到目标网格数据。例如，如图6所示，当目标组件为冲击波组件时，每一个冲击波需要一个中心位置点，Mesh数据后将位置信息保存多份，以便在GPU顶点着色器中处理，假设有两个个冲击波的位置分别是[{lng:121，lat:39}，[1ng:119，lat:21]]，即经度是121度、纬度是北纬39度以及经度为119度、纬度为北纬21度时，Mesh数据处理合并生成会将其转换为墨卡托投影数据，以便在渲染时使用。假设转换的结果是[31819，-10279，0]与[31305，-4888，0]，为了将一个点的位置转换为一个面，将把每个点的信息都生成4份相同的数据，{position:[31819,-10279,0，31819,-10279,0，31819,-10279,0，31819,-10279,0，31305,-4888,0，31305,-4888,0，31305,-4888,0，31305,-4888,0]},同时添加一份4个方向的位置偏移量值，[-0.5,0.5,0.5,0.5,0.5, -0.5,-0.5,-0.5]，前两个数值-0.5，0.5表示左上角，第三个数值与第四个数值，表示右上角，第五个数值与第六个数值表示右下角，最后两个数值表示左下角，得到4个方向的增量关系，然后为每一个顶点都构建一组这样的数据，通过上述操作两个顶点会变成八个顶点的数据，然后构建每个顶点的位置偏移量{offset:[-0.5,0.5,0.5,0.5,0.5,-0.5,-0.5,-0.5-0.5,0.5,0.5,0.5, 0.5,-0.5,-0.5,-0.5]}，两个顶点两组偏移量，最后在根据索引规则，为一个顶点都编写一个索引，来构建成三角面，如图7所示，如[0，3，2，0，2，1，4，7，6，4，6，5]以及对应的UV，法线数据等数据。
在一种具体的实施方式中，当所述目标组件为文字组件时，将与所述文字组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作得到文字网格数据，然后基于文字网格数据获取目标空间数据值并基于所述目标空间数据值计算所述目标显示页面内的可见文字，并按照所述可见文字的顺序逐个进行文字位置碰撞检查，得到检查通过的目标文字网格数据，具体的，根据生成好的文字Mesh渲染数据，通过将文字投影到屏幕空间，转换后的数据会返回x、y、z三个值，x与y表示的是屏幕坐标，z表示的是文字的深度（与相机的距离），根据文字与相机的距离远近以及文字的包围盒，计算在屏幕范围内可见的文字，然后根据距离最近的文字的顺序逐个判断各个包围盒是否存在重叠，显示不重叠的及不被遮挡的文字，得到文字Mesh。
在另一种具体的实施方式中，当所述目标组件为拉线组件时，将与所述拉线组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行实例化渲染数据生成操作，得到拉线网格数据，具体的，实例化渲染数据生成worker负责拉线的Mesh相关数据渲染数据的生成，实例化能够使用一个渲染调用绘制多个物体，从而节省每次绘制物体时从CPU至GPU的通信，即只需要一次，由于打点中拉线的结构一样，所以采用该技术实例化渲染数据生产worker会构建拉线的Mesh，然后根据传入的用户数据生成每一个拉线的实例化矩阵，实例化矩阵包含位置，缩放，旋转信息，然后放到一个Float32Array数组中，作为顶点属性传递给GPU，这样每一个拉线用16个数值的矩阵表示，减少了传输。
步骤S33：接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象。
本实施例中，接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象。可以理解的是，子线程将处理好的数据返回至浏览器主线程，浏览器主线程创建渲染Mesh对象。在一种具体的实施方式中，将文字Mesh发送到浏览器主线程，实例化文字的Mesh。在另一种具体的实施方式中，Worker将处理完成的数据传递给浏览器主线程，主线程接收到处理好的数据后采用Instanced实例化渲染的方式，创建渲染对象。
步骤S34：将所述可渲染对象添加至渲染队列。
本实施例中，基于所述目标组件以及所述处理后数据生成可渲染对象之后，将所述可渲染对象添加至渲染队列。所述渲染队列中存在所有未被渲染的可渲染对象。
步骤S35：判断所述渲染队列中是否存在所述可渲染对象。
本实施例中，判断所述渲染队列中是否存在所述可渲染对象。若所述渲染队列中存在所述可渲染对象则进行对应的渲染操作，若渲染队列中不存在所述可渲染对象则不变。
步骤S36：若存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
本实施例中，若所述渲染队列中存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。可以理解的是，在渲染阶段，不同的渲染对象会采用不同的批次进行渲染，通过合并完成的海量数据Mesh传递给GPU，GPU接收到数据就会在Shader中执行如下公式：
Figure 938702DEST_PATH_IMAGE001
；
其中，MVProjectMatrix是投影视图模型矩阵，是投影矩阵、视图矩阵以及模型矩阵的相乘的结果，position是传递给position数据的一个点，offset是传递的一个偏移方向，u_scale是由点到面的放大量，通过Uniform的方式传递给GPU。通过这样的方式将海量的数据点组织在一个Mesh中，然后在Shader中加入冲击波的动效代码，就实现了海量冲击波的渲染。图标部分的海量也是采用这样的方案实现的，但是每一个图标都需要动态的朝向用户，这里会在shader中，根据图标的位置，及当前相机的位置，动态计算各个图标的旋转方向。
进一步的，实例化方式的Mesh对象是显卡支持的一种渲染模式，广泛的运用到海量数据渲染的场景中，主要针对Mesh的结构相同，位置、旋转、缩放等不一样的场景中，本发明中的拉线，就连接打点的位置与图标的一条宽度线条，需要通过创建每一个线条的Mesh来完成，而每一个打点的拉线只有位置不同，所以采用Instance实例化渲染，将一份Mesh渲染数据传输至GPU，GPU会根据用户传入的变换矩阵进行复制并进行相应的变换操作，渲染执行的公式如下：
gl_position=projectMatrix*viewMatrix*instanceMatrix*position；
其中，projectMatrix是投影矩阵，viewMatrix是视图矩阵，instanceMatrix是通过顶点属性的方式，传入的实例化变换矩阵，保存模型的位置、选择和缩放信息，从而高效的且节省资源的进行海量拉线的渲染。
对于文字，由于worker中进行了碰撞检查，每一次渲染的文字都是有限的个数，所以采用一个文字Mesh一个批次的渲染方式，与普通的Mesh渲染一致，区别在于在Worker中进行了数据的处理与碰撞检查筛选。
步骤S37：判断是否进行拾取操作。
本实施例中，判断是否进行拾取操作。具体的，当所述目标组件为图标组件时，判断是否进行拾取操作，若是则利用图形处理器拾取所述图标组件对应的图标。当所述目标组件为所述文字组件时，判断是否进行拾取操作，若是则利用中央处理器拾取所述文字组件对应的文字。可以理解的是，在拾取阶段，本发明只对打点上的图标和文字做了拾取，针对不同的情况采用不同的拾取方式，对于文字来说，由于每一个文字都是一个独立的Mesh，所以直接采用CPU拾取，CPU拾取的方式是通过鼠标的位置向渲染的三维空间中发射一条射线，射线碰到的物体就是拾取到的物体，然后根据物体的远近返回拾取到的三维对象。这种方式使用简单，也是广泛使用在拾取的技术上。而对于图标，由于图标使用了Mesh数据合并的方式，整个渲染场景中只有一个图标的Mesh，所以CPU拾取完成不了图标的拾取，因此采用的GPU拾取方式，GPU拾取会对渲染的帧率造成一些影响，它的主要原理是将渲染的海量数据的Mesh克隆，并根据每一个打点的顶点数据对应的生成可以用颜色表示编号，如图8所示，颜色RGB三个通道，每个通道有256个值，理论上就可以存放256*256*256个颜色值，如果渲染物体是不透明的，可以加入alpha通道，即在此基础上再乘以256，然后将每一个顶点对应都采用顶点作色的方式，渲染到FrameBuffer中，根据鼠标所在的位置，通过OpenGL或WebGL的图形API读取FrameBuffer中，对应鼠标位置的颜色值，再将颜色值转换为r+g*256+b*65536-1的值，就是打点出入数据的对应索引，完成合并Mesh的数据拾取，从而拾取图标，而文字直接通过CPU拾取。
海量打点在GIS三维空间得到广泛应用，一部分的处理方式是根据地图的缩放层级，进行数据的聚合来展示海量打点，这种方式对于一些实时数据统计展示较好，本渲染引擎也支持这种方式，但如果不进行统计，大范围的展示只能根据单一图标的方式进行展示，并且大部分都是基于二维地图实现，这种方式在大范围内展示海量的图标，由于屏幕空间有限，图标之间会存在遮挡，不易区分且可视化效果差，而基于三维的海量打点，市面上提供的打点方式也是简单的图标加文字，海量打点由于渲染对象的增多，大部分也是采用数据Mesh合并或者实例化渲染实现，但通常只是利用一种方式进行渲染，甚至没有拾取功能，本发明使用组合式打点，通过拉线，图标，文字多元素组合，根据地图的不同视角可以让用户快速的读取到位置的信息，每一个拉线直接连接地面冲击波与图标，空间上很容易获悉位置的信息，相比一个图标展示，对于一些三维地图，在地图中的各种建筑物、高低起伏的山脉、图标等容易被遮挡，同时渲染引擎还存在绘制海量打点耗时长，性能差等问题。可以理解的是，使用MapBox GL，AntV L7第三方开源库，可视实现三维地图的简单海量打点，目前API只提供这种功能，组合式需要开发。
关于上述步骤S31、S33的具体内容可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本申请实施例通过读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；将所述可渲染对象添加至渲染队列；判断所述渲染队列中是否存在所述可渲染对象；若存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面；判断是否进行拾取操作，降低了卡顿的概率，减少了渲染对象的数量，提升了渲染性能和计算机利用率。
参见图9所示，本申请实施例还相应公开了一种打点渲染装置，应用于浏览器主线程，包括：
信息读取模块11，用于读取用户提供的打点配置信息以及打点数据；
组件确定模块12，用于基于所述打点配置信息确定目标组件；
数据传输模块13，用于将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；
渲染对象生成模块14，用于接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
渲染模块15，用于对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
可见，本申请包括：读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。由此可见，本申请通过在所述任务管理器中进行数据处理操作，减少了主线程的运算过程，降低了卡顿的概率，主线程基于所述处理后数据生成可渲染对象，减少了渲染对象的数量，提升了渲染性能和计算机利用率。
在一些具体实施例中，所述信息读取模块11，具体包括：
配置信息读取单元，用于通过预设引擎读取用户提供的打点配置信息以及打点数据；
配置信息存储单元，用于将所述打点配置信息存储；
数据传输规则获取单元，用于利用所述预设引擎初始化全部管理器，以得到数据传输规则；所述全部管理器包含任务管理器、渲染管理器、拾取管理器。
在一些具体实施例中，所述组件确定模块12，具体包括：
目标组件确定单元，用于基于所述数据传输规则以及所述打点配置信息确定目标组件；
渲染图层生成单元，用于生成渲染图层。
在一些具体实施例中，所述数据传输模块13，具体包括：
图层初始化单元，用于初始化所述渲染图层并判断是否需要所述目标组件；
组件初始化单元，用于若需要所述目标组件则初始化所述目标组件；
数量判断单元，用于判断所述打点数据的数量是否高于预设数量；
打点数据传输单元，用于当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行与所述目标组件对应的数据处理操作，得到处理后数据；
目标网格数据获取单元，用于将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中基于接收到的所述打点数据进行预设数据处理合并生成操作，以得到目标网格数据；
文字网格数据获取单元，用于当所述目标组件为文字组件时，将与所述文字组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作得到文字网格数据，然后基于文字网格数据获取目标空间数据值并基于所述目标空间数据值计算所述目标显示页面内的可见文字，并按照所述可见文字的顺序逐个进行文字位置碰撞检查，得到检查通过的目标文字网格数据；
拉线网格数据获取单元，用于当所述目标组件为拉线组件时，将与所述拉线组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行实例化渲染数据生成操作，得到拉线网格数据。
在一些具体实施例中，所述渲染对象生成模块14，具体包括：
可渲染对象生成单元，用于接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
可渲染对象添加单元，用于将所述可渲染对象添加至渲染队列；
队列判断单元，用于判断所述渲染队列中是否存在所述可渲染对象。
在一些具体实施例中，所述渲染模块15，具体包括：
渲染单元，用于若存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面；
图标拾取单元，用于当所述目标组件为图标组件时，判断是否进行拾取操作，若是则利用图形处理器拾取所述图标组件对应的图标；
文字拾取单元，用于当所述目标组件为所述文字组件时，判断是否进行拾取操作，若是则利用中央处理器拾取所述文字组件对应的文字。
进一步的，本申请实施例还提供了一种电子设备。图10是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。
图10为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的打点渲染方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。
本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。
其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的打点渲染方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的打点渲染方法步骤。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种打点渲染方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种打点渲染方法，其特征在于，应用于浏览器主线程，包括：
读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件；
将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；
接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
2.根据权利要求1所述的打点渲染方法，其特征在于，所述读取用户提供的打点配置信息以及打点数据，基于所述打点配置信息确定目标组件，包括：
通过预设引擎读取用户提供的打点配置信息以及打点数据并将所述打点配置信息存储；
利用所述预设引擎初始化全部管理器，以得到数据传输规则；所述全部管理器包含任务管理器、渲染管理器、拾取管理器；
基于所述数据传输规则以及所述打点配置信息确定目标组件并生成渲染图层。
3.根据权利要求2所述的打点渲染方法，其特征在于，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
初始化所述渲染图层并判断是否需要所述目标组件；
若需要所述目标组件则初始化所述目标组件，并判断所述打点数据的数量是否高于预设数量；
当所述打点数据的数量高于预设数量时，将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行与所述目标组件对应的数据处理操作，得到处理后数据。
4.根据权利要求1所述的打点渲染方法，其特征在于，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中基于接收到的所述打点数据进行预设数据处理合并生成操作，以得到目标网格数据。
5.根据权利要求1至4任一项所述的打点渲染方法，其特征在于，所述将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据，包括：
当所述目标组件为文字组件时，将与所述文字组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作得到文字网格数据，然后基于文字网格数据获取目标空间数据值并基于所述目标空间数据值计算所述目标显示页面内的可见文字，并按照所述可见文字的顺序逐个进行文字位置碰撞检查，得到检查通过的目标文字网格数据；
当所述目标组件为拉线组件时，将与所述拉线组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行实例化渲染数据生成操作，得到拉线网格数据。
6.根据权利要求5所述的打点渲染方法，其特征在于，所述对所述可渲染对象进行渲染操作之后，还包括：
当所述目标组件为图标组件时，判断是否进行拾取操作，若是则利用图形处理器拾取所述图标组件对应的图标；
当所述目标组件为所述文字组件时，判断是否进行拾取操作，若是则利用中央处理器拾取所述文字组件对应的文字。
7.根据权利要求6所述的打点渲染方法，其特征在于，所述基于所述目标组件以及所述处理后数据生成可渲染对象之后，还包括：
将所述可渲染对象添加至渲染队列；
相应的，所述对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面，包括：
判断所述渲染队列中是否存在所述可渲染对象；
若存在所述可渲染对象则将所述可渲染对象发送至所述图形处理器，以便在所述图形处理器中对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
8.一种打点渲染装置，其特征在于，应用于浏览器主线程，包括：
信息读取模块，用于读取用户提供的打点配置信息以及打点数据；
组件确定模块，用于基于所述打点配置信息确定目标组件；
数据传输模块，用于将与所述目标组件对应的所述打点数据传输至子线程中的任务管理器，以便在所述任务管理器中进行数据处理操作，得到处理后数据；
渲染对象生成模块，用于接收所述任务管理器返回的所述处理后数据，基于所述目标组件以及所述处理后数据生成可渲染对象；
渲染模块，用于对所述可渲染对象进行渲染操作，并将渲染完成后的对象信息显示至目标显示页面。
9.一种电子设备，其特征在于，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的打点渲染方法的步骤。
10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的打点渲染方法。
CN202210807727.5A 2022-07-11 2022-07-11 一种打点渲染方法、装置、设备及存储介质 Pending CN114862999A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210807727.5A CN114862999A (zh) 2022-07-11 2022-07-11 一种打点渲染方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210807727.5A CN114862999A (zh) 2022-07-11 2022-07-11 一种打点渲染方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN114862999A true CN114862999A (zh) 2022-08-05

Family

ID=82626914

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210807727.5A Pending CN114862999A (zh) 2022-07-11 2022-07-11 一种打点渲染方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114862999A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116385599A (zh) * 2023-03-27 2023-07-04 小米汽车科技有限公司 文字交互方法、装置、电子设备和存储介质
CN117893637A (zh) * 2024-03-15 2024-04-16 杭州广立微电子股份有限公司 一种数据处理方法及装置

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070168191A1 (en) * 2006-01-13 2007-07-19 Bodin William K Controlling audio operation for data management and data rendering
CN105389159A (zh) * 2014-09-03 2016-03-09 优视科技有限公司 图片渲染方法、装置和移动终端
CN109087159A (zh) * 2018-06-13 2018-12-25 北京三快在线科技有限公司 业务对象信息展示方法、装置、电子设备及存储介质
CN109710716A (zh) * 2018-12-24 2019-05-03 成都四方伟业软件股份有限公司 地图流畅渲染方法、终端设备及计算机可读存储介质
CN111290754A (zh) * 2020-01-23 2020-06-16 湖南快乐阳光互动娱乐传媒有限公司 组件渲染方法及装置
CN112002021A (zh) * 2020-10-30 2020-11-27 成都四方伟业软件股份有限公司 一种基于unity3d的聚合打点可视化方法及装置
CN113238741A (zh) * 2021-05-12 2021-08-10 平安科技（深圳）有限公司 表单配置方法、装置、电子设备及存储介质
CN113326115A (zh) * 2021-06-21 2021-08-31 上海华客信息科技有限公司 多图表页面的渲染方法、系统、电子设备和存储介质
CN113535169A (zh) * 2021-07-13 2021-10-22 杭州安恒信息技术股份有限公司 一种场景渲染方法、装置、设备及可读存储介质
CN113838182A (zh) * 2021-11-24 2021-12-24 之江实验室 基于多线程的磁共振3d图像大数据量渲染方法及系统
CN113947518A (zh) * 2021-11-02 2022-01-18 北京蔚领时代科技有限公司 数据处理系统
CN114168291A (zh) * 2021-12-09 2022-03-11 有半岛(北京)信息科技有限公司 一种主线程卡顿处理方法、装置、设备及存储介质
CN114564534A (zh) * 2022-03-01 2022-05-31 济南浪潮智投智能科技有限公司 基于场景的可视化配置平台及实现方法

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070168191A1 (en) * 2006-01-13 2007-07-19 Bodin William K Controlling audio operation for data management and data rendering
CN105389159A (zh) * 2014-09-03 2016-03-09 优视科技有限公司 图片渲染方法、装置和移动终端
CN109087159A (zh) * 2018-06-13 2018-12-25 北京三快在线科技有限公司 业务对象信息展示方法、装置、电子设备及存储介质
CN109710716A (zh) * 2018-12-24 2019-05-03 成都四方伟业软件股份有限公司 地图流畅渲染方法、终端设备及计算机可读存储介质
CN111290754A (zh) * 2020-01-23 2020-06-16 湖南快乐阳光互动娱乐传媒有限公司 组件渲染方法及装置
CN112002021A (zh) * 2020-10-30 2020-11-27 成都四方伟业软件股份有限公司 一种基于unity3d的聚合打点可视化方法及装置
CN113238741A (zh) * 2021-05-12 2021-08-10 平安科技（深圳）有限公司 表单配置方法、装置、电子设备及存储介质
CN113326115A (zh) * 2021-06-21 2021-08-31 上海华客信息科技有限公司 多图表页面的渲染方法、系统、电子设备和存储介质
CN113535169A (zh) * 2021-07-13 2021-10-22 杭州安恒信息技术股份有限公司 一种场景渲染方法、装置、设备及可读存储介质
CN113947518A (zh) * 2021-11-02 2022-01-18 北京蔚领时代科技有限公司 数据处理系统
CN113838182A (zh) * 2021-11-24 2021-12-24 之江实验室 基于多线程的磁共振3d图像大数据量渲染方法及系统
CN114168291A (zh) * 2021-12-09 2022-03-11 有半岛(北京)信息科技有限公司 一种主线程卡顿处理方法、装置、设备及存储介质
CN114564534A (zh) * 2022-03-01 2022-05-31 济南浪潮智投智能科技有限公司 基于场景的可视化配置平台及实现方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GERHARD REITMAYR 等: "Semi-automatic Annotations in Unknown Environments", 《2007 6TH IEEE AND ACM INTERNATIONAL SYMPOSIUM ON MIXED AND AUGMENTED REALITY》 *
向俊 等: "基于网页的可视化网络医学影像平台设计", 《生物医学工程学杂志》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116385599A (zh) * 2023-03-27 2023-07-04 小米汽车科技有限公司 文字交互方法、装置、电子设备和存储介质
CN116385599B (zh) * 2023-03-27 2024-01-30 小米汽车科技有限公司 文字交互方法、装置、电子设备和存储介质
CN117893637A (zh) * 2024-03-15 2024-04-16 杭州广立微电子股份有限公司 一种数据处理方法及装置
CN117893637B (zh) * 2024-03-15 2024-06-11 杭州广立微电子股份有限公司 一种数据处理方法及装置

Similar Documents

Publication Publication Date Title
US20230053462A1 (en) Image rendering method and apparatus, device, medium, and computer program product
RU2324229C2 (ru) Визуальный и пространственный графические интерфейсы
EP1854065B1 (en) User interfaces
CN114862999A (zh) 一种打点渲染方法、装置、设备及存储介质
CN101421761A (zh) 视件和场景图接口
KR101952983B1 (ko) 콘텐트의 타일-기반 렌더링을 위한 방법 및 콘텐트를 렌더링하기 위한 시스템
Santana et al. Multimodal location based services—semantic 3D city data as virtual and augmented reality
CN111324837B (zh) web前端基于GIS系统的三维图表可视化方法及装置
CN110544290A (zh) 数据渲染方法及装置
KR20070011062A (ko) 모델 3ｄ 구성 애플리케이션 프로그램 인터페이스
KR20080023724A (ko) 컴퓨터를 위한 확대 엔진 및 인터페이스
US8031190B2 (en) Translating two-dimensional user input on three-dimensional scene
Lorenz et al. 3D feature surface properties and their application in geovisualization
Pasewaldt et al. Multi-perspective 3D panoramas
CN113495933A (zh) 一种矢量瓦片显示方法及系统
US6925473B2 (en) Staged stylization in multiple tiers
CN113345048A (zh) 地理信息图像编辑方法、装置及计算机设备
US10657705B2 (en) System and method for rendering shadows for a virtual environment
US10529100B2 (en) Interaction-driven format for graph visualization
Allison et al. The geant4 visualisation system
US11348287B2 (en) Rendering of graphic objects with pattern paint using a graphics processing unit
CN113419806B (zh) 图像处理方法、装置、计算机设备和存储介质
CN114564268A (zh) 一种设备管理方法、装置、电子设备和存储介质
CN114020390A (zh) Bim模型显示方法、装置、计算机设备和存储介质
CN112184874A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20220805