CN114357103A - 一种路况渲染方法及装置 - Google Patents

Abstract

本公开提供了一种路况渲染方法及装置，涉及计算机技术领域，尤其涉及智能交通技术领域。具体实现方案为：确定电子地图的当前展示区域；根据当前展示区域的位置坐标确定至少一个目标栅格，其中，电子地图的栅格是预先根据位置坐标划分的；获取目标栅格对应的道路数据，其中，道路数据包括：目标栅格包含的路段集合、以及路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；获取用户输入的道路检索条件，基于道路检索条件，从目标栅格对应的道路数据中检索目标路段；获取目标路段的实时路况，并基于实时路况在电子地图中渲染目标路段。能够大幅降低需要检索的数据量，降低检索复杂度，并满足B/G端客户的个性化路况渲染的需求。

Description

一种路况渲染方法及装置

技术领域

本公开涉及计算机技术领域，尤其涉及智能交通技术领域。

背景技术

在互联网环境下，面向移动端、PC(Personal Computer，个人计算机)端的电子地图能够为用户提供大范围区域的路况，进而方便用户进行出行规划。

然而，面向B/G(Business/Government，企业用户/政府单位)端的电子地图，通常并不作为出行规划的依据，而是为了监测特定辖区、特定道路的实时路况。

发明内容

本公开提供了一种路况渲染方法及装置。

根据本公开的一方面，提供了一种路况渲染方法，包括：

确定电子地图的当前展示区域；

根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

根据本公开的另一方面，提供了一种路况渲染装置，包括：

第一确定模块，用于确定电子地图的当前展示区域；

第二确定模块，用于根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

第一获取模块，用于获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

第二获取模块，用于获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

渲染模块，用于获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行路况渲染方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行路况渲染方法。

根据本公开的又一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现路况渲染方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开实施例提供的路况渲染方法的一种流程示意图；

图2为本公开实施例提供的目标栅格的一种示意图；

图3为本公开实施例提供的电子地图中路段的子段的一种示意图；

图4为本公开实施例提供的树型辖区的一种示意图；

图5为本公开实施例提供的路况渲染方法的另一种流程示意图；

图6为本公开实施例提供的路况渲染的一种效果示意图；

图7是用来实现本公开实施例的路况渲染方法的装置的框图；

图8是用来实现本公开实施例的路况渲染方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在互联网环境下，面向移动端、PC端的电子地图能够为用户提供大范围区域的路况，进而方便用户进行出行规划。

然而，面向B/G端的电子地图，通常并不作为出行规划的依据，而是为了监测特定辖区、特定道路的实时路况。

具体的，B/G端客户对于宏观层面上发生的交通拥堵程度、交通拥堵范围等情况比较关注，借助于可视化的渲染效果可以更快速感知，此时道路路况并不作为出行的依据。

其次，对于B/G端客户，其工作职责通常只针对固定的区域，即对于本辖区内的交通路况格外关注，而对于其他辖区范围的交通路况则关注较少。

另外，对于B/G端客户，通常情况下拥有自己的交通管理控制系统，对于不同组织层级，有定制化不同辖区的需求，并具有个性化路况渲染的需求。

目前，面向B/G端客户的电子地图服务，通常部署在私有化环境，也就是说，电子地图的服务器、存储空间等由B/G客户自行管理。现有的私有化环境下，实现道路路况渲染的方案，有以下三种：

1)基于全城范围内的实时路况，通过客户边界范围进行高亮，对于其他区域的路况进行灰色蒙版，进而只渲染高亮范围的道路路况。

2)用户提前设置各个辖区包含的道路，在路况渲染时，确定需要渲染的辖区，对该辖区所有的道路进行渲染。

3)为了满足客户对辖区内道路的搜索功能，对用户辖区范围内的路况数据进行后端处理，支持基于道路、辖区的检索过滤，提供检索后全部空间道路信息，进而进行渲染。

上述三种方案均存在一定的缺陷，具体如下：

方案1)虽然能够间接提供辖区范围内的路况渲染，但是一方面辖区外的空间道路不能够完全隐藏，只能减弱显示亮度；另一方面，需要辖区具有边界特点，当前辖区只有几条道路时而无边界时，需要工程人为构建外扩边界，成本较高；此外，对于辖区内的空间道路不具备搜索性，要么展示全部，要么不展示。

方案2)中，用户提前设置各个辖区包含的道路，从而生成各个辖区的静态路网文件。但由于各个辖区包含的道路重叠交错，对每一辖区都要一一枚举，导致要存储的数据量非常大，对辖区数目有上限要求。并且只能对整个辖区的所有道路进行渲染，不支持个性化检索。

方案3)虽然具备道路级别的检索，但是无法输出视野范围内的局部道路，只能输出当前辖区的所有指定道路。且该方案需要完成辖区枚举和道路提取，用户组织机构层级和支队较多，处理辖区的数据量也会剧增。此外该方案对道路数据进行全部返回，数据安全性也存在问题。

可见，现有技术存在的问题主要包括：数据复杂性较高、数据检索效率低、不支持视野范围内个性化路况渲染。

为了解决上述问题，提供一种私有化环境下低复杂性、数据轻量级、且能够满足B/G端客户定制化辖区和个性化路况渲染的需求，本公开提供了一种路况渲染方法及装置。

本公开的一个实施例中，提供了一种路况渲染方法，方法包括：

确定电子地图的当前展示区域；

根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

本公开实施例中，预先根据位置坐标进行栅格划分，进而可以根据电子地图的当前展示区域确定目标栅格。在根据用户输入的道路检索条件进行检索时，只需从目标栅格对应的道路数据中检索即可，大幅降低了需要检索的数据量，从而降低检索复杂度。此外，设置路段为检索的基本单位，并预先设定路段的从属道路的道路信息、从属辖区的辖区信息，预先设定的道路信息、辖区信息可以作为检索词条，从而可以根据道路检索条件中包含的检索词条直接筛选出符合条件的目标路段，并对目标路段进行路况渲染。可见，能够对电子地图当前展示区域内的特定道路进行路况渲染，从而满足B/G端客户的个性化路况渲染的需求。

下面对本公开实施例提供的路况渲染方法及装置进行介绍。

参见图1，图1为本公开实施例提供的路况渲染方法的一种流程示意图，如图1所示，方法可以包括以下步骤：

S101：确定电子地图的当前展示区域。

本公开实施例中，当前展示区域可以理解为电子地图当前通过客户端展示的区域，也可以称为电子地图的当前视野范围。用户可以通过鼠标滚轮等操作改变电子地图的当前展示区域。

S102：根据当前展示区域的位置坐标确定至少一个目标栅格，其中，电子地图的栅格是预先根据位置坐标划分的。

本公开实施例中，预先根据位置坐标对电子地图进行栅格划分。

作为一个示例，参见图2，图2为本公开实施例提供的目标栅格的一种示意图，如图2所示，每个矩形区域表示一个栅格，根据预先设定好的长度和宽度(可以以米为单位)，即可进行栅格划分，划分完成后，每个栅格的位置坐标是固定的，并且为每个栅格分配唯一的栅格ID。

本步骤中，根据电子地图的当前展示区域的位置坐标可以确定目标栅格。具体的，当前展示区域通常也是矩形的，可以确定当前展示区域的位置坐标范围，只要栅格中的任一位置坐标处于当前展示区域的位置坐标范围，则该栅格即为目标栅格。

如图2所示，虚线矩形表示当前展示区域，则图中标号为1-15的栅格均为目标栅格。

S103：获取目标栅格对应的道路数据，其中，道路数据包括：目标栅格包含的路段集合、以及路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息。

本公开实施例中，以电子地图的空间最小粒度的link(路段)作为基本处理单位。

本领域技术人员可以理解，目前的电子地图中，道路是线段模型，即以线段模型来拟合道路。在电子地图中，两个端点及之间的连线可以表示路段，道路可以由一条路段或多条路段组成。

本公开实施例中，对于辖区覆盖的范围，link是有限、可枚举且不重复的。因此，可以将辖区信息，辖区内道路信息均归属到link上，构成link的属性。

其中，辖区信息可以是辖区的名称，辖区的ID；道路信息可以是道路的名称，道路的ID，道路的ID可以是用户预先设定的，可以为不同的感兴趣道路分配不同ID，也可以为多条感兴趣的道路分配同一ID。

作为一个示例，包含link1的道路有道路a和道路b，道路a的ID为123，道路b的ID为456，则link1的从属道路的道路信息可以表示为：link1：123/456(道路ID)，a，b(道路名称)。上述道路ID、道路名称均可作为检索的词条。

相应的，如果link2属于辖区L43、L33、L22和L11，则link2的从属辖区的辖区信息可以表示为：link2：L43/L33/L22/L11(辖区名称)，这些辖区名称均可作为检索的词条。

本公开实施例中，各个link的从属道路的道路信息和从属辖区的辖区信息可以是预先确定的，并以栅格为单位进行存储，便于单独调用。

例如，参见图2，当前确定的目标栅格为标号为1-15的栅格，则仅调用这15个栅格对应的道路数据即可，从而在后续的检索过程中，大幅降低需要检索的数据量，提高检索效率。

本步骤中，可以确定目标栅格包含的路段集合，以及路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息，以进行后续检索，确定目标路段。

S104：获取用户输入的道路检索条件，基于道路检索条件，从目标栅格对应的道路数据中检索目标路段。

如上文所述，道路ID、道路名称、辖区ID、辖区名称均可作为检索的词条。

本步骤中，可以获取包含上述词条的道路检索条件，从而筛选出目标路段。

以图2为例进行说明，如图2所示，目标栅格包含的路段为link(1)-link(4)，其中link(1)和link(2)组成一条道路，link(3)和link(4)各自组成一条道路。

假设link(1)的从属道路为道路A，道路A的ID是IDa，link(1)从属辖区为L31/L21/L11；

link(2)的从属道路也为道路A，link(2)的从属辖区为L33/L23/L11；

link(3)的从属道路为道路B，道路B的ID是IDb，link(3)的从属辖区为L34/L22/L11；

link(4)的从属道路为道路C，道路C的ID是IDc，link(4)的从属辖区为L35/L23/L11。

则本步骤中，作为一个示例，如果道路检索条件中包含的词条为道路A或IDa，由于link(1)和link(2)的从属道路为道路A，因此确定link(1)和link(2)为目标路段。

作为一个示例，如果道路检索条件中包含的词条为IDb，由于link(3)的从属道路的ID为IDb，因此确定link(3)为目标路段。

作为一个示例，如果道路检索条件中包含的词条为L23，由于link(2)和link(4)的从属辖区均包含L23，因此确定link(2)和link(4)为目标路段。

可见，基于道路检索条件，可以从预先存储的目标栅格的道路数据中快速检索出目标路段。

S105：获取目标路段的实时路况，并基于实时路况在电子地图中渲染目标路段。

本公开实施例中，可以通过私有化环境中的对外接口获取目标路段的实时路况，例如畅通、缓行、拥堵等，并根据实时路况在电子地图中渲染目标路段。

例如，若目标路段的实时路况为畅通，则可以在电子地图中将该目标路段渲染为绿色；若目标路段的实时路段为拥堵，则可以在电子地图中将该目标路段渲染为红色。

本公开实施例中，预先根据位置坐标进行栅格划分，进而可以根据电子地图的当前展示区域确定目标栅格。在根据用户输入的道路检索条件进行检索时，只需从目标栅格对应的道路数据中检索即可，大幅降低了需要检索的数据量，从而降低检索复杂度。此外，设置路段为检索的基本单位，并预先设定路段的从属道路的道路信息、从属辖区的辖区信息，预先设定的道路信息、辖区信息可以作为检索词条，从而可以根据道路检索条件中包含的检索词条直接筛选出符合条件的目标路段，并对目标路段进行路况渲染。可见，能够对电子地图当前展示区域内的特定道路进行路况渲染，从而满足B/G端客户的个性化路况渲染的需求。

本公开的一个实施例中，道路检索条件可以包括：目标辖区信息和/或目标道路信息。

相应的，从目标栅格对应的道路数据中检索目标路段，可以包括：

从目标栅格对应的道路数据中检索符合目标辖区信息和/或目标道路信息的路段，作为目标路段。

其中，道路信息可以包括道路名称、道路的预定义ID；辖区信息可以包括辖区名称、辖区的预定义ID。

本公开的一个实施例中，还可以确定每个栅格包含的路段的子段。

具体的，可以计算各个link途径的栅格。例如，通过link的坐标序列，判断link途径的栅格。或者通过link的外接矩形判断link途径的栅格。

随后，根据link途径的栅格，利用栅格边界对link进行裁剪。

作为一个示例，参见图3，图3为本公开实施例提供的电子地图中路段的子段的一种示意图，如图3所示，第一条路段的端点为p1和p2，途径标号为2,3,4的栅格，被栅格边界切分为三个子段，分别为p1-pm、pm-pn和pn-p2；第二条路段的端点为p3和p4，途径标号为3,4的栅格，被栅格边界切分为两个子段，分别为p3-pw和pw-p4。

则标号为2的栅格包含：第一条路段的pn-p2的子段；标号为3的栅格包含：第一条路段的p1-pm的子段、第二条路段的p3-pw的子段；标号为4为栅格包含：第二条路段的pw-p4的子段。

本公开实施例中，基于上述方式，可以预先确定每个栅格包含的路段的子段，并存储在私有化环境的数据库或服务器中。

进而，在确定目标栅格后，可以确定每个目标栅格包含的路段的子段，在路况渲染的过程中，仅渲染目标栅格包含的子段。

具体的，基于实时路况在电子地图中渲染目标路段，具体可以包括：

确定目标路段的目标子段，其中，目标子段是目标栅格包含的子段；获取目标路段的目标子段的实时路况，基于所获取的实时路况在电子地图中渲染目标路段的目标子段。

作为一个示例，参见图2，假设图2中link(4)为目标路段，link(4)被栅格边界划分为p1-p3、p3-p4、p4-p5、p5-p2四个子段，其中p1-p3、p3-p4、p4-p5均为目标栅格包含的子段，因此作为目标子段；p5-p2不属于目标栅格包含的子段，因此不属于目标子段。

则在路况渲染时，针对目标路段link(4)，仅获取p1-p3、p3-p4、p4-p5这三个目标子段的实时路况即可，并且仅需渲染这三个目标子段。

可见，本公开实施例中，通过栅格边界将路段划分为子段，并保存各个栅格包含的路段的子段，在路况渲染时，无需获取不属于当前展示区域的目标路段的子段，减少了数据传输量。并且，无需渲染不属于当前展示区域的目标路段的子段，使渲染路况的方式更为合理。

本公开的一个实施例中，还可以确定用户选择的目标辖区。其中，各个辖区包含的路段是预先设置的。

具体的，用户可以预先设置树型辖区，如图4所示，图4为本公开实施例提供的树型辖区的一种示意图，图4中每个节点表示一个辖区，图4中包含如下几种辖区关系：

1)多层级关系，例如L11-L22-L33-L43，高层级的辖区包含低层级辖区的所有数据，即对于L11辖区，对其孩子节点(L22、L33、L43)包含的所有道路都可以进行展示、渲染。

2)父子层级关系，例如L11-(L21、L22、L23)，父节点可以包含所有孩子节点的数据，对其孩子节点包含的所有道路都可以进行展示、渲染。

3)兄弟节点关系，例如(L21、L22)，同属于一个父节点，在空间位置中可以存在重叠，也可能是一段完整道路的不同局部道路。

4)旁路关系，例如(L21、L33)。旁路关系中，空间的范围和道路也可能存在部分重叠，例如对于同一段道路，L21的道路跨度更广，而L33只是其中一小段，但L21和L33隶属于不同的分支。

如图4所示，对于用户预设的树形辖区，基于道路进行划分，不同的层级节点具有不同的数据读取和展示权限，同时节点之间的范围可能存在交错和重叠的可能，使得在数据和辖区中存在错综复杂的关系。

在对上述数据进行处理时，如果以辖区单位单独处理，则需要处理辖区节点的空间路网数据，同时需要遍历所有孩子及跨层级节点的空间数据，要处理数据量会激增，同时要处理的数据具有重复特点，增加了计算复杂。

如果以道路为单位进行处理，较长的道路可能跨过多个辖区，需要进行道路切分，生成较多离散路段，离散路段的处理较为困难，并且数据规模仍然较大。

本公开实施例中，创造性的以link为基本处理单元，能够将link从属辖区的辖区信息和从属道路的道路信息作为link的属性，从而用link的集合即可表示各个辖区，后续的检索过程以link为基础，实现空间道路数据的高效处理。

并且，可以将辖区包含的link集合的道路数据存储在一起，作为该辖区的道路数据，在获取目标栅格对应的道路数据时，从目标辖区的道路数据中获取目标栅格对应的道路数据即可。

例如，对于客户A，其关注的辖区为L34及L34的子辖区，则针对客户A的私有化环境，仅需存储辖区L34的道路数据即可，无需对各个辖区的道路数据均进行存储。从而，实现了私有化环境的轻量级数据存储，降低了私有化环境对服务器及相关设备的高要求。

下面结合附图图5对本公开提供的路况渲染方法，进行进一步说明。

图5为本公开实施例提供的路况渲染方法的另一种流程示意图，如图5所示。B/G端客户预先设置辖区组织层级，确定各个辖区包含的道路。在展示电子地图时，初始化各个辖区的道路数据，随后展示预先选择的道路，并获取各个路段的辖区归属、道路归属信息。根据电子地图的当前视野范围确定目标栅格，确定目标栅格包含的link集合。确定当前视野范围内特定道路的检索条件，搜索符合条件的目标link。获取目标link的实时路况并进行可视化渲染。

参见图6，图6为本公开实施例提供的路况渲染的一种效果示意图。图6所示的标号为1-4的道路进行了路况渲染，其他道路未进行路况渲染。可见，能够在电子地图的当前视野范围内进行路况个性化渲染，即仅渲染当前视野范围内符合检索条件的道路的路况。

本公开实施例还提供了路况渲染装置，参见图7，图7是用来实现本公开实施例的路况渲染方法的装置的框图，如图7所示，装置包括：

第一确定模块701，用于确定电子地图的当前展示区域；

第二确定模块702，用于根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

第一获取模块703，用于获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

第二获取模块704，用于获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

渲染模块705，用于获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

本公开的一个实施例中，道路检索条件包括：目标辖区信息和/或目标道路信息；

所述第二获取模块704，具体用于从所述目标栅格对应的道路数据中检索符合所述目标辖区信息和/或目标道路信息的路段，作为目标路段。

本公开的一个实施例中，还包括：子段确定模块，所述子段确定模块，用于确定每个目标栅格包含的路段的子段；其中，所述子段是预先根据所述电子地图的栅格边界裁剪得到的；

所述渲染模块705，具体用于：

确定所述目标路段的目标子段，其中，所述目标子段是所述目标栅格包含的子段；

获取所述目标路段的目标子段的实时路况，基于所获取的实时路况在所述电子地图中渲染所述目标路段的目标子段。

本公开的一个实施例中，还包括：辖区确定模块，所述辖区确定模块，用于确定用户选择的目标辖区；其中，各个辖区包含的路段是预先设置的；

所述第一获取模块703，具体用于：从所述目标辖区的道路数据中获取所述目标栅格对应的道路数据。

本公开实施例中，预先根据位置坐标进行栅格划分，进而可以根据电子地图的当前展示区域确定目标栅格。在根据用户输入的道路检索条件进行检索时，只需从目标栅格对应的道路数据中检索即可，大幅降低了需要检索的数据量，从而降低检索复杂度。此外，设置路段为检索的基本单位，并预先设定路段的从属道路的道路信息、从属辖区的辖区信息，预先设定的道路信息、辖区信息可以作为检索词条，从而可以根据道路检索条件中包含的检索词条直接筛选出符合条件的目标路段，并对目标路段进行路况渲染。可见，能够对电子地图当前展示区域内的特定道路进行路况渲染，从而满足B/G端客户的个性化路况渲染的需求。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

本公开提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行路况渲染方法。

本公开提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行路况渲染方法。

本公开提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现路况渲染方法。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如路况渲染方法。例如，在一些实施例中，路况渲染方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的路况渲染方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行路况渲染方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (11)

1.一种路况渲染方法，包括：

确定电子地图的当前展示区域；

根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

2.根据权利要求1所述的方法，其中，所述道路检索条件包括：目标辖区信息和/或目标道路信息；

所述从所述目标栅格对应的道路数据中检索目标路段，包括：

从所述目标栅格对应的道路数据中检索符合所述目标辖区信息和/或目标道路信息的路段，作为目标路段。

3.根据权利要求1所述的方法，还包括：

确定每个目标栅格包含的路段的子段；其中，所述子段是预先根据所述电子地图的栅格边界裁剪得到的；

所述获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段，包括：

确定所述目标路段的目标子段，其中，所述目标子段是所述目标栅格包含的子段；

获取所述目标路段的目标子段的实时路况，基于所获取的实时路况在所述电子地图中渲染所述目标路段的目标子段。

4.根据权利要求1所述的方法，还包括：

确定用户选择的目标辖区；其中，各个辖区包含的路段是预先设置的；

所述获取所述目标栅格对应的道路数据，包括：

从所述目标辖区的道路数据中获取所述目标栅格对应的道路数据。

5.一种路况渲染装置，包括：

第一确定模块，用于确定电子地图的当前展示区域；

第二确定模块，用于根据所述当前展示区域的位置坐标确定至少一个目标栅格，其中，所述电子地图的栅格是预先根据位置坐标划分的；

第一获取模块，用于获取所述目标栅格对应的道路数据，其中，所述道路数据包括：所述目标栅格包含的路段集合、以及所述路段集合中各个路段的从属道路的道路信息和从属辖区的辖区信息；

第二获取模块，用于获取用户输入的道路检索条件，基于所述道路检索条件，从所述目标栅格对应的道路数据中检索目标路段；

渲染模块，用于获取所述目标路段的实时路况，并基于所述实时路况在所述电子地图中渲染所述目标路段。

6.根据权利要求5所述的装置，其中，所述道路检索条件包括：目标辖区信息和/或目标道路信息；

所述第二获取模块，具体用于从所述目标栅格对应的道路数据中检索符合所述目标辖区信息和/或目标道路信息的路段，作为目标路段。

7.根据权利要求5所述的装置，还包括：子段确定模块，所述子段确定模块，用于确定每个目标栅格包含的路段的子段；其中，所述子段是预先根据所述电子地图的栅格边界裁剪得到的；

所述渲染模块，具体用于：

确定所述目标路段的目标子段，其中，所述目标子段是所述目标栅格包含的子段；

获取所述目标路段的目标子段的实时路况，基于所获取的实时路况在所述电子地图中渲染所述目标路段的目标子段。

8.根据权利要求5所述的装置，还包括：辖区确定模块，所述辖区确定模块，用于确定用户选择的目标辖区；其中，各个辖区包含的路段是预先设置的；

所述第一获取模块，具体用于：从所述目标辖区的道路数据中获取所述目标栅格对应的道路数据。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-4中任一项所述的方法。

11.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-4中任一项所述的方法。

Images