CN110533906B - 一种路况信息的获取方法及相关装置 - Google Patents

一种路况信息的获取方法及相关装置 Download PDF

Info

Publication number
CN110533906B
CN110533906B CN201910775527.4A CN201910775527A CN110533906B CN 110533906 B CN110533906 B CN 110533906B CN 201910775527 A CN201910775527 A CN 201910775527A CN 110533906 B CN110533906 B CN 110533906B
Authority
CN
China
Prior art keywords
road condition
information
navigation route
determining
condition information
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
CN201910775527.4A
Other languages
English (en)
Other versions
CN110533906A (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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910775527.4A priority Critical patent/CN110533906B/zh
Publication of CN110533906A publication Critical patent/CN110533906A/zh
Application granted granted Critical
Publication of CN110533906B publication Critical patent/CN110533906B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G08G1/13—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station the indicator being in the form of a map
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)

Abstract

本申请公开了一种路况信息的获取方法及相关装置，应用于区块链场景下，用于提高路况信息的准确性。本申请方法包括：通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节点设备集合包括至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识，时间戳与位置标识具有对应关系，M为大于或等于1的整数；根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小于或等于M的整数；根据目标位置标识与N个时间戳，确定目标位置的路况信息；将路况信息记录至区块链。

Description

一种路况信息的获取方法及相关装置
技术领域
本申请涉及计算机技术领域，尤其涉及一种路况信息的获取方法及相关装置。
背景技术
随着移动互联网技术的迅速发展，人们的生活越来越便利，人们的衣、食、住、行都与移动互联网紧密相连。以出行为例，现在越来越多的人在驾车出行时，会使用电子地图App(Application，应用)进行导航，由电子地图App自动为用户规划路线，并且通过语音 播报的方式指引用户，非常的方便。
随着越来越多的用户都选择驾车出行，在一些上下班高峰期间，往往会有大量的车辆 在道路上行驶，容易造成道路拥堵。基于此，目前的电子地图App推出了路况信息上报功 能，由一些用户主动上报道路的路况信息，并且给予上报路况信息的用户一定的奖励。例 如，有用户经过极为拥堵的路段时，用户可以在等待通行的过程中，将该路段的拥堵情况 上传至电子地图App的后台，以使得电子地图App能够获得该路段的路况信息，从而达到提醒其他用户注意绕路行驶的目的。
然而，目前由用户主动上报路况信息的方式容易存在有用户误上报路况信息的情况， 从而导致路况信息不准确，影响了其他用户的出行。
发明内容
本申请实施例提供了一种路况信息的获取方法及相关装置，由区块链中大量的节点设 备实时上传车辆位置信息，通过综合区块链上所有节点设备上传的车辆位置信息得到整个 地图中的车辆位置信息，从而基于地图中的车辆位置信息得到地图上各个位置的实时路况 信息，保证了路况信息的准确性。
本申请实施例第一方面提供一种路况信息的获取方法，包括：
通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节点设备集合包括 至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识，时间戳与位置 标识具有对应关系，M为大于或等于1的整数；
根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小于或等 于M的整数；
根据目标位置标识与N个时间戳，确定目标位置的路况信息；
将路况信息记录至区块链。
本申请实施例第二方面提供一种路况信息的获取装置，包括：
获取单元，用于通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节 点设备集合包括至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识， 时间戳与位置标识具有对应关系，M为大于或等于1的整数；
确定单元，用于根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于 1，且小于或等于M的整数；
确定单元，还用于根据目标位置标识与N个时间戳，确定目标位置的路况信息；
记录单元，用于将路况信息记录至区块链。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元，还用于通过区块链中的第二节点设备集合获取目标位置的监控图像，其中， 第二节点设备集合包括至少一个第二节点设备；
确定单元，还用于根据监控图像确定目标位置的车辆密度信息；
确定单元，还用于根据目标位置标识、N个时间戳以及车辆密度信息，确定目标位置 的路况信息。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元，还用于通过区块链中的第三节点设备集合获取目标位置的路况通报信息， 其中，第三节点设备集合包括至少一个第三节点设备；
确定单元，还用于根据目标位置标识、N个时间戳以及路况通报信息，确定目标位置 的路况信息。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元，还用于获取导航请求，导航请求包括起点信息和终点信息；
确定单元，还用于根据起点信息和终点信息确定候选导航路线；
确定单元，还用于根据路况信息以及候选导航路线确定推荐导航路线。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元，还用于根据路况信息确定候选导航路线对应的路线耗时；
确定单元，还用于根据路线耗时确定推荐导航路线。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元，还用于确定候选导航路线对应的路况信息；
确定单元，还用于根据候选导航路线对应的路况信息确定目标导航路线，其中，目标 导航路线属于历史导航路线，目标导航路线的行驶路径与候选导航路线的行驶路径相同， 且目标导航路线的路况信息与候选导航路线的路况信息匹配；
确定单元，还用于根据目标导航路线的路线耗时确定候选导航路线对应的路线耗时。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元，还用于确定候选导航路线中S个位置的路况信息，S为大于或等于1的整数；
确定单元，还用于根据S个位置的路况信息确定第一向量，第一向量的维数为S；
获取单元，还用于获取历史导航路线，历史导航路线的行驶路径与候选导航路线的行 驶路径相同；
确定单元，还用于根据历史导航路线的路况信息确定第二向量，第二向量的维数为S；
确定单元，还用于根据第一向量和第二向量确定目标导航路线，其中，目标导航路线 对应的第二向量与第一向量的差值小于目标阈值。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元，还用于根据路线耗时确定至少一条候选导航路线对应的推荐概率；
确定单元，还用于根据推荐概率确定推荐导航路线。
本申请实施例提供一种终端设备，包括：存储器、收发器、处理器以及总线系统；
其中，存储器用于存储程序；
处理器用于执行存储器中的程序，包括如下步骤：
通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节点设备集合包括 至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识，时间戳与位置 标识具有对应关系，M为大于或等于1的整数；
根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小于或等 于M的整数；
根据目标位置标识与N个时间戳，确定目标位置的路况信息；
将路况信息记录至区块链；
总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。
本申请实施例第四方面提供了一种计算机可读存储介质，计算机可读存储介质中存储 有指令，当其在计算机上运行时，使得计算机执行上述任一方面的方法。
本申请实施例第五方面提供了一种包含指令的计算机程序产品，当其在计算机或者处 理器上运行时，使得计算机或者处理器执行上述任一方面的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例提供了一种路况信息的获取方法及相关装置，由区块链中大量的节点设 备实时上传车辆位置信息，通过综合区块链上所有节点设备上传的车辆位置信息得到整个 地图中的车辆位置信息，从而基于地图中的车辆位置信息得到地图上各个位置的实时路况 信息，保证了路况信息的准确性。
附图说明
图1为本申请实施例中路况信息的获取系统的一个架构示意图；
图2为本申请实施例中去中心化的分布式数据记录一个示意图；
图3为本申请实施例中区块链的一个示意图；
图4为本申请实施例中提供的一种路况信息的获取方法的流程示意图；
图5为本申请实施例提供的基于车辆的位置信息获取路况信息的示意图；
图6为本申请实施例提供的电子地图的一个示意图；
图7为本申请实施例提供的一种路况信息的获取示意图；
图8为本申请实施例提供的一种基于路况信息获取对应向量的示意图；
图9为本申请实施例提供的一种区块链的接入示例图；
图10为本申请实施例中路况信息的获取装置一个实施例示意图；
图11为本申请实施例提供的一种终端设备结构示意图。
具体实施方式
本申请实施例提供了一种路况信息的获取方法及相关装置，用于提高路况信息的准确 性。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四” 等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理 解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除 了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着移动互联网技术的迅速发展，人们的生活越来越便利，人们的衣、食、住、行都与移动互联网紧密相连。以出行为例，现在越来越多的人在驾车出行时，会使用电子地图App(Application，应用)进行导航，由电子地图App自动为用户规划路线，并且通过语音 播报的方式指引用户，非常的方便。
随着越来越多的用户都选择驾车出行，在一些上下班高峰期间，往往会有大量的车辆 在道路上行驶，容易造成道路拥堵。在这种情况下，如果车主在驾车过程中能够及时地获 取道路的路况信息，则有助于车主提前规划行进路线，有利于提高行车效率且缓解道路拥 堵情况。有鉴于此，目前的电子地图App推出了路况信息上报功能，由一些用户主动上报 道路的路况信息，并且给予上报路况信息的用户一定的奖励。例如，有用户经过极为拥堵 的路段时，用户可以在等待通行的过程中，将该路段的拥堵情况上传至电子地图App的后 台，以使得电子地图App能够获得该路段的路况信息，从而达到提醒其他用户注意绕路行 驶的目的。
然而，目前由用户主动上报路况信息的方式容易存在有用户误上报路况信息(例如用 户为了获取奖励而上报虚假的路况信息)的情况，从而导致路况信息不准确，影响了其他 用户的出行。
有鉴于此，本申请实施例提供一种路况信息的获取方法，应用于出行导航的场景，具 体地，可以应用于通过车载终端或移动终端获取实时记录在区块链上的路况信息。在本申 请实施例中，由区块链中大量的节点设备(例如车载终端或移动终端)实时上传车辆位置 信息，然后通过综合区块链上所有节点设备上传的车辆位置信息得到整个地图中的车辆位 置信息，从而基于地图中的车辆位置信息得到地图上各个位置的实时路况信息，保证了路 况信息的准确性。
为了便于理解，以下将对本申请实施例提供的路况信息的获取方法所应用的系统进行 介绍，该方法应用于图1所示的路况信息的获取系统，请参阅图1，图1为本申请实施例中路况信息的获取系统的一个架构示意图，如图所示，路况信息的获取系统包括区块链内部的移动终端A、移动终端B、车载终端A和车载终端B，其中，移动终端A、移动终端B、 车载终端A和车载终端B通过网络连接。其中，移动终端A、移动终端B、车载终端A和 车载终端B均能够获取到定位信息，能够实时上传所在车辆的位置信息，移动终端A和移 动终端B是用户随身携带的终端，在用户驾驶车辆的过程中，移动终端A和移动终端B放 置于车辆内，因此，移动终端A和移动终端B的定位信息可以认为是车辆的定位信息。通 过区块链中的移动终端A、移动终端B、车载终端A和车载终端B，能够获取到多个对应的 车辆位置信息，由于车辆位置信息是实时上传至区块链上的，车辆位置信息包括有时间戳 以及对应的位置标识；根据区块链上的多个位置标识以及对应的多个时间戳，可以确定目 标位置标识对应的N个时间戳，即获得某一位置在不同时间下车辆的经过信息，通过统计 一段时间内所包括的时间戳的数目，即可获得经过该位置的车辆数目，进而确定目标位置 的路况信息，最终将路况信息记录至区块链上，以使得区块链上的各个节点设备能够获取 到目标位置上的路况信息。
需要说明的是，移动终端包含但不仅限于平板电脑、笔记本电脑、掌上电脑、手机、语音交互设备及个人电脑(personal computer，PC)，此处不做限定。服务器可以用独立 的服务器或者是多个服务器组成的服务器集群来实现。
为了便于理解，请参阅图2，图2为本申请实施例中去中心化的分布式数据记录一个 示意图，如图所示，区块链(BlockChain)可以认为是一个分布式的数据记录账，具有去中心化的分布式数据记录方式，无论是终端设备、服务器还是云服务器，都参与数据的记录，且记录在区块链上的数据不能被删除和篡改。区块链技术主要让参与系统中的任意多个节点，通过一串使用密码学方法相关联产生的数据块(block)，每个数据块中包含了一定时间内的系统全部信息交流数据，并且生成数据指纹用于验证其信息的有效性和链接(chain)下一个数据块。
基于上述介绍，请参阅图3，图3为本申请实施例中区块链的一个示意图，如图所示， 区块T、区块T+1和区块T+2在同一条链(Chian)上，并按照发生顺序串联而成，是整个账本状态变化的日志记录。区块记录一段时间内所有交易和状态结果，是对当前账本状态的一次共识。区块中的前导区块哈希值用于关联前一个区块，比如区块T+1的前导区块哈希值用于关联区块T。区块中的交易表示一次对账本的操作，导致账本状态的一次改变， 比如添加一条转账记录。元数据用于记录具体的交易内容，比如交易时间戳、交易的密文 信息以及区块长度等。
在实现上，首先假设存在一个分布式的数据记录账本，这个账本只允许添加、不允许 删除。账本底层的基本结构是一个线性的链表，链表由一个个区块串联组成，如图3所示， 后继区块记录前导区块的哈希值。新的数据要加入，必须放到一个新的区块中。而这个块 (以及块里的交易)是否合法，可以通过计算哈希值的方式快速检验出来。任意维护节点都拥有全部区块的记录，且可以提议一个新的合法区块，然而必须经过一定的共识机制来对最终选择的区块达成一致。
本申请实施例中，可以在区块的交易中记录车辆位置信息以及时间戳，并且利用区块 链的机制来实现一个可信且可靠的路况信息获取系统。具体地，在车辆的行驶过程中，位 于车辆内部的车载终端或移动终端将车辆的位置信息以及时间戳发布至区块链中的任一 节点，区块链中的所有节点会将一段时间收集到的位置信息以及时间戳息整合在一起，形 成区块链上存储的区块结构，并扩散至全网；任意节点收到区块链中其他节点发送的数据 后，会将其与自己保存的数据进行比较，对相同的数据去重，并将不同来源的数据进行合 并，共识后再同步至全网，从而实现在全网记录车辆的位置信息以及时间戳，实现去中心 化，有效保证了车辆的位置信息以及时间戳的可靠性。
以下将结合图4对本申请实施例中路况信息的获取方法进行介绍，请参阅图4，本申 请实施例中路况信息的获取方法一个实施例包括：
401、通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节点设备集 合包括至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识，时间戳与位置标识具有对应关系，M为大于或等于1的整数；
在本实施例中，第一节点设备集合指的是由接入到区块链中的移动终端或者是车载终 端(为便于叙述，以下将简称为第一节点设备)所构成的集合，每一个第一节点设备均与 一个车辆对应，能够实时上传车辆的位置信息。因此，通过由大量的第一节点设备将其对 应的车辆的位置信息上传至区块链上，在区块链上即可以获得大量的车辆位置信息，大量 的车辆位置信息中的每一个车辆位置信息均包括有一个时间戳以及一个位置标识(即位置 ID)，以表示该车辆经过某一位置的具体时间；其中，位置标识表示的是地图中的某一个 位置，对于地图中的每一个位置均可以预先设定一个唯一的位置标识，这样便能够用位置 标识来表示地图上的具体位置。具体地，对于接入到区块链中的任意一个第一节点设备， 均可以预先与用户的某一车辆绑定，并且生成唯一的车辆标识(即车辆ID)，这样一来，第一节点设备可以在车辆的行驶过程中，实时地将车辆位置信息上报至区块链上，其上报信息的内容具体可以包括位置标识、时间戳以及车辆标识。例如，某一上报信息中包括有：位置2563,2019/5/8/20:23:42，车辆7856，则代表车辆ID为7856的车辆，在2019年5 月8日20时23分42秒，经过了位置ID为2563的位置。
402、根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小 于或等于M的整数；
在本实施例中，在想要获取目标位置的路况信息时，可以先确定目标位置的位置标识 (即目标位置标识)，然后根据目标位置标识确定与目标位置标识对应的时间戳，即获得 了不同的车辆经过目标位置的时间。为了获得实时的路况信息，可以设定一个时间阈值(例 如5秒)，然后求取在一个时间段内时间戳的数目，从而获得经过目标位置的车辆数目。例如，假设当前时间为19:23:55，时间阈值为5秒，即可以获得时间段19:23:50--19:23:55内的目标位置标识对应的所有时间戳，每一个时间戳可以认为是对应一个车辆，因此，可以通过统计时间戳的数目获得经过目标位置的车辆数目。
值得注意的是，在时间阈值设定为较大的情况下，或者是某一些车辆上传位置信息的 频率过高的情况下，在设定的时间阈值对应的一个时间段内，可能存在有同一车辆所上传 的多个位置信息，即在时间段内中，可能存在有多个时间戳均对应于同一个车辆ID，那么 在这种情况下，要对重复数据进行剔除，即将对应于同一个车辆ID的多个时间戳认为是 一个时间戳，或者是只取这几个时间戳中的一个时间戳来进行车辆数目的统计。此外，也 可以是在获得某一时间段内目标位置对应的多个时间戳之后，统计多个时间戳所对应的不 同车辆ID的数目，从而获得经过目标位置的车辆数目。
403、根据目标位置标识与N个时间戳，确定目标位置的路况信息；
在本实施例中，通过设定一个阈值，获得在具体某一时间段下与目标位置标识对应的 N个时间戳之后，可以通过统计时间戳的数目，来获得经过目标位置的车辆数目，从而确 定目标位置的路况信息。例如，对于目标位置，预先设定当经过目标位置的车辆数目为0-10 时，目标位置的路况信息为畅通；当经过目标位置的车辆数目为10-15时，目标位置的路 况信息为轻度拥堵；当经过目标位置的车辆数目为15-20时，目标位置的路况信息为中度 拥堵；当经过目标位置的车辆数目为20以上时，目标位置的路况信息为重度拥堵。其中，车辆数目与路况信息之间的对应关系可以基于具体的位置来确定，对于车道较多的位置来说，在车辆数目较多的情况下，才能够判定路况信息为拥堵；而对于车道较少的位置来说，在车辆数目较少的情况下，即可判定路况信息为拥堵。可以理解的是，对于每一个位置标识来说，其表示的位置不仅仅是某一具体的位置，而可能是一个目标路段，即经过某一目标路段(例如某一几十米或者几百米的路段)的车辆，都会将该目标路段对应的同一个位置标识上传至区块链上，那么，在该目标路段上的车辆越多，则证明有越多的车辆堵在了该目标路段上，即该目标路段的拥堵程度越高。因此，在本实施例中，通过统计经过某一 位置标识下的车辆数目，即可以获得目标位置处的路况信息(即车辆的拥堵情况)。
具体地，可以参阅图5，图5为本申请实施例提供的基于车辆的位置信息获取路况信 息的示意图。如图所示，首先基于位置ID确定与该位置ID对应的所有时间戳，即基于位置1确定了与位置1对应的所有车辆ID以及时间戳，然后基于预先设定的阈值(图5中 阈值为10秒)得到最近10秒内所有的时间戳，即车辆1至车辆5对应的时间戳。最后， 得到在10秒内，经过位置1的车辆数目为5辆，即可判定位置1的路况信息为畅通。
此外，对于一些未设有红绿灯的路段来说，还可以通过统计在两个时间段内经过该路 段的车辆差异程度来获得该路段的路况信息。例如，通过统计，得到时间段 19:23:50--19:23:55内目标路段对应有20辆不同的车辆，时间段19:23:45--19:23:50内 目标路段也对应有20辆不同的车辆，而时间段19:23:45--19:23:50内对应的20辆车辆 在时间段19:23:50--19:23:55中出现了15辆，假设在车辆的正常速度下，5秒即可通过 目标路段，也就是说，在19:23:45--19:23:55的10秒内，仍然有15辆车辆没有通过目 标路段，此时则可以基于没有通过目标路段的车辆数目(15)与目标路段实际能够容纳的 车辆数据(20)得到目标路段具体的路况信息。显然，在两个时间段内经过该路段的车辆 差异程度越小，则证明有越多的车辆堵在该路段上，该路段的拥堵程度则越高；在两个时 间段内经过该路段的车辆差异程度越大，则证明有越少的车辆堵在该路段上，该路段的拥 堵程度则越小。
404、将路况信息记录至区块链。
在本实施例中，在计算获得目标位置的路况信息之后，可以将目标位置的路况信息记 录在区块链上。如此一来，连接到区块链上的第一节点设备在需要获取目标位置的路况信 息时，可以在区块链上获得相应的路况信息。例如，用户在出门前，可以预先规划好一条 或多条出行路线，然后通过第一节点设备获取得到出行路线上不同位置处的路况信息，从 而基于出行路线的路况信息来选择具体的出行路线，如在多条出行路线中挑选拥堵程度较 小且具有较少拥堵路段的出行路线。请参阅图6，图6为本申请实施例提供的电子地图的 一个示意图。其中，对于路况信息为非畅通(即路况信息为轻度拥堵、中度拥堵或者重度拥堵)的位置，在电子地图相应的位置上进行了标示，如图6中加粗显示的路段，用户在 出行前或者出行的过程中，通过浏览电子地图上各路段实时展示的路况信息，可以选择更 优的出行路线。
本申请实施例提供了一种路况信息的获取方法及相关装置，由区块链中大量的节点设 备实时上传车辆位置信息，通过综合区块链上所有节点设备上传的车辆位置信息得到整个 地图中的车辆位置信息，从而基于地图中的车辆位置信息得到地图上各个位置的实时路况 信息，保证了路况信息的准确性。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，该方法还包括：
通过区块链中的第二节点设备集合获取目标位置的监控图像，其中，第二节点设备集 合包括至少一个第二节点设备；
根据监控图像确定目标位置的车辆密度信息；
根据目标位置标识与N个时间戳，确定目标位置的路况信息，包括：
根据目标位置标识、N个时间戳以及车辆密度信息，确定目标位置的路况信息。
可以理解的是，在一些路段上，还可能设置有用于监控车辆的监控设备，这些监控设 备能够实时拍摄当前路段上车辆的行驶情况。显然，通过获取监控设备所拍摄的监控图像， 基于监控图像对当前路段上的车辆行驶情况进行分析，同样可以获得路段上的路况信息。 其中，第二节点设备集合指的是由大量的监控设备构成的集合，这些监控设备分布于不同 的路段上，用于监控路段上的车辆行驶情况，并且这些监控设备均接入了区块链中，能够 将拍摄得到的监控图像上传至区块链上。对于上传至区块链上的监控图像，通过对监控图 像进行特征检测，识别得到监控图像中所拍摄到的车辆，从而统计得到监控图像中所包括 的车辆数目。具体地，由于大部分监控设备都是固定设置的，这些监控设备所能够拍摄的 区域也是有限的(例如，对于某一监控设备来说，该监控设备能够拍摄三车道宽，50米长 的路段内的车辆)，那么，基于监控设备能够拍摄的区域面积以及区域内的车辆数目，即可得到具体的车辆密度，从而得到该目标位置对应的路况信息。例如，对于能够拍摄到三车道宽，50米长的路段的监控设备来说，当该监控设备拍摄的监控图像中检测到有20辆 以上的车辆时，对应的路况信息则为重度拥堵；当监控图像中检测到有15-20辆车辆时， 对应的路况信息则为中度拥堵；当监控图像中检测到有10-15辆车辆时，对应的路况信息 为轻度拥堵；当监控图像中检测到有10辆以下的车辆时，对应的路况信息则为畅通。
可以理解的是，由于监控设备是固定设置不变的，那么可以根据监控设备所拍摄的位 置信息，对监控设备与位置标识进行关联，例如将监控设备标识与位置标识进行关联，以 使得每个监控设备的标识均与唯一的位置标识具有关联关系。这样一来，便可以根据监控 图像对应的监控设备标识，确定与该监控图像对应的位置标识。
此外，通过对监控图像进行进一步的车辆状态检测(例如检测相邻两车之间的间距， 或者是基于车祸图像特征来对监控图像进行检测)，还可以检测得知监控图像中的监控路 段是否发生有车祸事故。在监控得到路段上存在有车祸事故时，将车祸事故作为路况信息 中的一部分记录至区块链中。
具体地，在根据目标位置标识以及N个时间戳得到路况信息为重度拥堵，通过检测监 控设备拍摄的监控图像中的车辆密度得到路况信息为重度拥堵，并且检测得到该监控图像 中的路段发生车祸时，那么，综合根据目标位置标识、N个时间戳以及监控图像，即可得 到具体的路况信息为：道路重度拥堵且发生有事故。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，该方法还包括：
通过区块链中的第三节点设备集合获取目标位置的路况通报信息，其中，第三节点设 备集合包括至少一个第三节点设备；
根据目标位置标识与N个时间戳，确定目标位置的路况信息，包括：
根据目标位置标识、N个时间戳以及路况通报信息，确定目标位置的路况信息。
在本实施例中，还可以由接入区块链中的第三节点设备集合将目标位置的路况通报信 息上传至区块链上，然后综合目标位置标识、时间戳以及路况通报信息，得到目标位置的 路况信息。其中，第三节点设备集合是由交通管制部门管辖下的终端设备所构成的集合， 也就是说，交通管制部门可以根据目标位置当前的路况，将目标位置的路况通报信息上传 至区块链上。例如，在目标位置处发生交通管制时(例如基于特殊安全原因封锁道路、或 者基于车祸原因封锁车道等情况)，可以将具体的路况通报信息上传至区块链上，以使得 接入到区块链中的节点设备均能够获得目标位置的实时路况信息。
具体地，在本实施例中，还可以综合目标位置标识、时间戳、监控图像以及路况通报 信息，得到目标位置的具体路况信息。请参阅图7，图7为本申请实施例提供的一种路况信息的获取示意图。如图所示，首先基于第一节点设备集合上传的位置标识以及时间戳，分析得到目标时间段内通行的车辆数目，并且基于车辆数目得到位置1的路况为重度拥堵；其次，基于第二节点设备集合上传的监控图像分析得到图像中存在有发生事故的状态信息时，即可确定位置1发生了事故；另外，基于第三节点设备集合上传的路况通报信息，可 以得到位置1由于发生事故的原因，已经被封锁了一条车道；因此，综合上述的信息，即 可得到位置1具体的路况信息为：重度拥堵、发生有事故且已封一条车道。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，将目标位置的路况信息记录至区块链之后，该方法还包括：
获取导航请求，导航请求包括起点信息和终点信息；
根据起点信息和终点信息确定候选导航路线；
根据路况信息以及候选导航路线确定推荐导航路线。
在本实施例中，在获得地图上各个位置上的实时路况信息之后，还可以基于地图上的 实时路况信息确定推荐给用户的导航路线。具体地，在接入区块链中的节点设备获取到车 载终端或者移动终端的导航请求时，根据导航请求中的起点信息和终点信息确定得到一条 或者是多条候选导航路线。在得到一条或者多条候选导航路线之后，根据每条候选导航路 线的行驶路径确定每条候选导航路线的具体路况信息，例如，对于一条候选导航路线，该 候选导航路线上经过有20个位置标识所对应的位置，那么基于这20个位置标识对应的路 况信息便可以得到该候选导航路线具体的路况信息。最终，通过比较每条候选导航路线的 路况信息，可以确定得到推荐导航路线。例如，在通过起点信息和终点信息确定了3条候 选导航路线的情况下，基于每条候选导航路线上的路况信息得到：候选导航路线1中路况 信息为重度拥堵的位置有1个，路况信息为中度拥堵的位置有2个，轻度拥堵的位置有3个；候选导航路线2中路况信息为重度拥堵的位置为0个，路况信息为中度拥堵的位置有1个，轻度拥堵的位置有1个；候选导航路线3中路况信息为重度拥堵的位置为0个，路 况信息为中度拥堵的位置为0个，轻度拥堵的位置有1个。很显然，候选导航路线3的路 况信息相较于候选导航路线1和候选导航路线2要好上很多，因此，可以确定候选导航路 线3为推荐导航路线，并且将该推荐导航路线返回给请求导航的移动终端或者车载终端。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，根据路况信息从候选导航路线中确定推荐导航路线，包括：
根据路况信息确定候选导航路线对应的路线耗时；
根据路线耗时确定推荐导航路线。
可以理解的是，在多条候选导航路线对应的路况信息基本相近的情况下，往往难以直 接根据候选导航路线的路况信息确定得到较佳的导航路线。因此，在本实施例中，可以基 于每条候选导航路线对应的路况信息确定每条候选导航路线的路线耗时，最终通过比较每 条候选导航路线的路线耗时确定得到推荐导航路线。
其中，根据路况信息确定候选导航路线对应的路线耗时的具体方式可以是基于历史数 据获取每条候选导航路线中每个位置在当前的路况信息下的额外耗时，通过将这些额外耗 时进行叠加，从而得到该候选导航路线相对于正常路况下的总额外耗时。例如，假设候选 导航路线1在正常路况下(即候选导航路线1的所有位置均为畅通)的路线耗时为30分 钟，而候选导航路线1当前的路况信息中有1位置是重度拥堵，1个位置是中度拥堵，2 个位置是轻度拥堵；那么，可以基于历史数据求得重度拥堵的位置相对于畅通情况下的额 外耗时1(5分钟)，基于历史数据求得中度拥堵的位置相对于畅通情况下的额外耗时2(3 分钟)，历史数据求得轻度拥堵的两个位置相对于畅通情况下的额外耗时3(1分钟)和额 外耗时4(1分钟)，通过叠加额外耗时1至4，即可得到总额外耗时为10分钟，也就是说， 候选导航路线当前的路线耗时具体为30+10＝40分钟。同理，基于同样的方式可以求得其 他的多条候选导航路线对应的路线耗时，最后再通过比对各条候选导航路线的路线耗时确 定得到推荐导航路线，例如将路线耗时最短的一条或几条候选导航路线确定为推荐导航路 线。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，根据路况信息确定候选导航路线对应的路线耗时，包括：
确定候选导航路线对应的路况信息；
根据候选导航路线对应的路况信息确定目标导航路线，其中，目标导航路线属于历史 导航路线，目标导航路线的行驶路径与候选导航路线的行驶路径相同，且目标导航路线的 路况信息与候选导航路线的路况信息匹配；
根据目标导航路线的路线耗时确定候选导航路线对应的路线耗时。
在本实施例中，在确定了候选导航路线对应的路况信息之后，可以根据候选导航路线 对应的路况信息在历史导航路线中与候选导航路线的路况信息相匹配的目标导航路线。其 中，目标导航路线的起点和终点均与候选导航路线的起点和终点相同，且两个导航路线的 具体行驶路径也相同。此外，目标导航路线中每个位置的路况信息也与候选导航路线的各 个位置上的路况信息相近，因此，在这种情况下，可以认为目标导航路线的路线耗时与候 选导航路线的路线耗时相近，即可以以目标导航路线的路线耗时作为候选导航路线的路线 耗时，或者是根据目标导航路线与候选导航路线的路况信息差异程度适应性地对目标导航 路线的路线耗时进行调整，从而获得候选导航路线的路线耗时。
其中，车辆在行驶过程中是实时上传时间戳以及对应的位置标识的，因此，对于某一 车辆来说，基于该车辆实时上传的位置标识，可以通过连接各个位置标识对应的位置来得 到该车辆的行驶路径，也就是说，基于区块链上所记录的时间戳以及位置标识，可以得到 具体某一车辆对应的行驶路径。因此，基于候选导航路线的行驶路径可以得到与其一致的 历史导航路线，然后，再将该历史导航路线的路况信息与候选导航路线的路况信息进行对 比，从而得到路况信息与候选导航路线相近的目标导航路线。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，根据候选导航路线对应的路况信息确定目标导航路线，包括：
确定候选导航路线中S个位置的路况信息，S为大于或等于1的整数；
根据S个位置的路况信息确定第一向量，第一向量的维数为S；
获取历史导航路线，历史导航路线的行驶路径与候选导航路线的行驶路径相同；
根据历史导航路线的路况信息确定第二向量，第二向量的维数为S；
根据第一向量和第二向量确定目标导航路线，其中，目标导航路线对应的第二向量与 第一向量的差值小于目标阈值。
在本实施例中，在求取历史导航路线的路况信息与候选导航路线的路况信息之间的相 似程度时，可以通过将两条路线的路况信息转换为向量，通过比较两个向量之间的相似度 来求取两条路线的路况信息之间的相似程度。具体地，首先可以确定候选导航路线中S个 位置的路况信息，其中，S为大于或等于1的整数，S可以认为是候选导航路线中所包括的位置标识的个数，对于S个位置的路况信息，均可以根据具体的拥堵程度，给每个位置 的赋予一个对应的向量值；例如，路况信息为畅通时，向量值为0，路况信息为轻度拥堵 时，向量值为1，路况信息为中度拥堵时，向量值为2，路况信息为重度拥堵时，向量值 为3，路况信息为封路时，向量值为4。那么，对于具有S个位置的路况信息的候选导航 路线来说，可以生成该候选导航路线对应的向量。具体地，可以参阅图8，图8为本申请 实施例提供的一种基于路况信息获取对应向量的示意图。如图8所示，某一候选导航路线 对应有5个位置标识，且每个位置标识对应的路况信息依次为畅通、轻度拥堵、中度拥堵、 重度拥堵以及封路；那么该候选导航路线对应的向量值则为0，1，2，3，4；即该候选导 航路线对应的向量则为[0,1,2,3,4]，其中，该向量的维数为候选导航路线所包括的位置 标识的个数，该向量每一维度就是具体某一位置的路况信息。
同理，基于同样的方法可以求得历史导航路线对应的向量，然后计算候选导航路线的 向量与历史导航路线的向量之间的相似度，最后再选择相似度最高的一条或者多条历史导 航路线作为目标导航路线，或者选择向量之间的相似度小于目标阈值的一条或者多条历史 导航路线作为目标导航路线。其中，求取两个向量之间的相似度可以通过求取欧式距离的 方式来进行求取，具体的求取方式可参考现有的技术，在此不再赘述。
可选地，在上述图2对应的一个实施例的基础上，本申请实施例提供的路况信息的获 取方法一个可选实施例中，根据路线耗时确定推荐导航路线，包括：
根据路线耗时确定至少一条候选导航路线对应的推荐概率；
根据推荐概率确定推荐导航路线。
通常来说，基于候选导航路线的路线号线确定推荐导航路线时，往往是将路线耗时最 短的一条或多条候选导航路线作为推荐导航路线进行推荐。在这种情况下，如果同时从相 同的起点前往相同的终点的车辆过多，那么大部分的车辆都将会选择路线耗时最短的导航 路线作为出行路线，这样反而容易引起群体效应，即大部分车辆均前往路线耗时较短的路 线，反而使得原本路线耗时较多的路线变得更为拥堵，耗时反而更长。因此，为了降低群 体效应带来的影响，实现车辆的分流，在本实施例中，可以先根据路线耗时确定至少一条 候选导航路线对应的推荐概率，然后基于每一条路线的推荐概率随机进行导航路线的推 荐。
具体地，假设目前确定有3条候选导航路线，且每条候选导航路线对应的路线耗时分 别为t1、t2以及t3，那么在确定推荐导航路线的时候，候选导航路线1被确定为推荐导航路线的概率为
Figure BDA0002174912450000121
同理，候选导航路线1被确定为推荐导航路线的概率 为
Figure BDA0002174912450000122
导航路线3被确定为推荐导航路线的概率则为
Figure BDA0002174912450000123
显然，通过根据路线耗时确定至少一条候选导航路线对应的推荐概率，再基于推荐概 率进行推荐导航路线的确定，能够降低只向用户推荐耗时最短的导航路线所带来的群体效 应的影响，实现车辆分流，避免拥堵情况的出现。
为了便于理解，以下将结合图9以具体的例子对本申请实施例提供的路况信息的获取 方法进行详细的介绍。请参阅图9，图9为本申请实施例提供的一种区块链的接入示例图。 如图所示，对应于不同的终端设备，均可以接入至区块链中。其中，车载终端1至3以及移动终端1至2接入到区块链中，并且实时上传车辆的位置信息到区块链上；监控设备则 实时拍摄目标位置的监控图像，并上传到区块链上；交通管制部门中的交管设备则可以实 时将目标位置的路况通报信息上传至区块链上；处理设备则可以通过区块链获取车载终端 1至3以及移动终端1至2所上传的车辆位置信息、监控设备拍摄的监控图像以及交管设 备上传的路况通报信息，通过综合处理车辆位置信息、监控图像以及路况通报信息，得到 目标位置上的路况信息，使得接入到区块链上的车载终端或移动终端能够获取到相应的路 况信息。此外，在车载终端或移动终端发起导航请求时，车载终端或移动终端将导航请求 对应的起点和终点发送至区块链上，处理设备在获取到起点和终点之后，先根据起点和终 点确定候选导航路线，然后基于候选导航路线的路况信息确定推荐导航路线，最后将推荐 导航路线返回给车载终端或移动终端，实现导航。
下面对本申请实施例中路况信息的获取装置进行详细描述，请参阅图10，图10为本 申请实施例中路况信息的获取装置一个实施例示意图，路况信息的获取装置100包括：
获取单元1001，用于通过区块链中的第一节点设备集合获取车辆位置信息，其中，第 一节点设备集合包括至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置 标识，时间戳与位置标识具有对应关系，M为大于或等于1的整数；
确定单元1002，用于根据M个时间戳以及M个位置标识，确定目标位置标识所对应的 N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小于或等于M的整数；
确定单元1002，还用于根据目标位置标识与N个时间戳，确定目标位置的路况信息；
记录单元1003，用于将路况信息记录至区块链。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元1001，还用于通过区块链中的第二节点设备集合获取目标位置的监控图像， 其中，第二节点设备集合包括至少一个第二节点设备；
确定单元1002，还用于根据监控图像确定目标位置的车辆密度信息；
确定单元1002，还用于根据目标位置标识、N个时间戳以及车辆密度信息，确定目标 位置的路况信息。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元1001，还用于通过区块链中的第三节点设备集合获取目标位置的路况通报信 息，其中，第三节点设备集合包括至少一个第三节点设备；
确定单元1002，还用于根据目标位置标识、N个时间戳以及路况通报信息，确定目标 位置的路况信息。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
获取单元1001，还用于获取导航请求，导航请求包括起点信息和终点信息；
确定单元1002，还用于根据起点信息和终点信息确定候选导航路线；
确定单元1002，还用于根据路况信息以及候选导航路线确定推荐导航路线。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元1002，还用于根据路况信息确定候选导航路线对应的路线耗时；
确定单元1002，还用于根据路线耗时确定推荐导航路线。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元1002，还用于确定候选导航路线对应的路况信息；
确定单元1002，还用于根据候选导航路线对应的路况信息确定目标导航路线，其中， 目标导航路线属于历史导航路线，目标导航路线的行驶路径与候选导航路线的行驶路径相 同，且目标导航路线的路况信息与候选导航路线的路况信息匹配；
确定单元1002，还用于根据目标导航路线的路线耗时确定候选导航路线对应的路线耗 时。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元1002，还用于确定候选导航路线中S个位置的路况信息，S为大于或等于1的整数；
确定单元1002，还用于根据S个位置的路况信息确定第一向量，第一向量的维数为S；
获取单元1001，还用于获取历史导航路线，历史导航路线的行驶路径与候选导航路线 的行驶路径相同；
确定单元1002，还用于根据历史导航路线的路况信息确定第二向量，第二向量的维数 为S；
确定单元1002，还用于根据第一向量和第二向量确定目标导航路线，其中，目标导航 路线对应的第二向量与第一向量的差值小于目标阈值。
在一种可能的设计中，在本申请实施例的第二方面的一种实现方式中，
确定单元1002，还用于根据路线耗时确定至少一条候选导航路线对应的推荐概率；
确定单元1002，还用于根据推荐概率确定推荐导航路线。
图11为本申请实施例提供的一种终端设备结构示意图，该终端设备1100可因配置或 性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1122(例如，一个或一个以上处理器)和存储器1132，一个或一个以上存储 应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中， 存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序 可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对终端设备中的一系列 指令操作。更进一步地，中央处理器1122可以设置为与存储介质1130通信，在终端设备1100上执行存储介质1130中的一系列指令操作。
终端设备1100还可以包括一个或一个以上电源1126，一个或一个以上有线或无线网 络接口1150，一个或一个以上输入输出接口1158，和/或，一个或一个以上操作系统1141， 例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由终端设备所执行的步骤可以基于该图11所示的终端设备结构。
在本申请实施例中，该终端设备所包括的CPU 1122还具有以下功能：
通过区块链中的第一节点设备集合获取车辆位置信息，其中，第一节点设备集合包括 至少一个第一节点设备，车辆位置信息包括M个时间戳以及M个位置标识，时间戳与位置 标识具有对应关系，M为大于或等于1的整数；
根据M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，目标位置标识属于M个位置标识中的任意一个位置标识，N为大于或等于1，且小于或等 于M的整数；
根据目标位置标识与N个时间戳，确定目标位置的路况信息；
将路况信息记录至区块链。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装 置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通 过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显 示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的 部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络 单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各 个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既 可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可 以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者 说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现 出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备 (可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部 或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory， ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程 序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述 实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述 各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修 改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种路况信息的获取方法，其特征在于，包括：
通过区块链中的第一节点设备集合获取车辆位置信息，其中，所述第一节点设备集合包括至少一个第一节点设备，所述车辆位置信息包括M个时间戳以及M个位置标识，所述时间戳与所述位置标识具有对应关系，所述M为大于或等于1的整数，所述位置标识用于表示地图上的某一个位置，所述第一节点设备预先与所述车辆位置信息对应的车辆绑定；
根据所述M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，所述目标位置标识属于所述M个位置标识中的任意一个位置标识，所述N为大于或等于1，且小于或等于所述M的整数；
根据所述目标位置标识与所述N个时间戳，确定目标位置的路况信息；
将所述路况信息记录至所述区块链。
2.根据权利要求1所述的路况信息的获取方法，其特征在于，所述方法还包括：
通过所述区块链中的第二节点设备集合获取所述目标位置的监控图像，其中，所述第二节点设备集合包括至少一个第二节点设备；
根据所述监控图像确定所述目标位置的车辆密度信息；
所述根据所述目标位置标识与所述N个时间戳，确定目标位置的路况信息，包括：
根据所述目标位置标识、所述N个时间戳以及所述车辆密度信息，确定所述目标位置的路况信息。
3.根据权利要求1所述的路况信息的获取方法，其特征在于，所述方法还包括：
通过所述区块链中的第三节点设备集合获取所述目标位置的路况通报信息，其中，所述第三节点设备集合包括至少一个第三节点设备；
所述根据所述目标位置标识与所述N个时间戳，确定目标位置的路况信息，包括：
根据所述目标位置标识、所述N个时间戳以及所述路况通报信息，确定所述目标位置的路况信息。
4.根据权利要求1所述的路况信息的获取方法，其特征在于，所述将所述目标位置的路况信息记录至所述区块链之后，所述方法还包括：
获取导航请求，所述导航请求包括起点信息和终点信息；
根据所述起点信息和所述终点信息确定候选导航路线；
根据所述路况信息以及所述候选导航路线确定推荐导航路线。
5.根据权利要求4所述的路况信息的获取方法，其特征在于，所述根据所述路况信息从所述候选导航路线中确定推荐导航路线，包括：
根据所述路况信息确定所述候选导航路线对应的路线耗时；
根据所述路线耗时确定所述推荐导航路线。
6.根据权利要求5所述的路况信息的获取方法，其特征在于，所述根据所述路况信息确定所述候选导航路线对应的路线耗时，包括：
确定所述候选导航路线对应的路况信息；
根据所述候选导航路线对应的路况信息确定目标导航路线，其中，所述目标导航路线属于历史导航路线，所述目标导航路线的行驶路径与所述候选导航路线的行驶路径相同，且所述目标导航路线的路况信息与所述候选导航路线的路况信息匹配；
根据所述目标导航路线的路线耗时确定所述候选导航路线对应的路线耗时。
7.根据权利要求6所述的路况信息的获取方法，其特征在于，所述根据所述候选导航路线对应的路况信息确定目标导航路线，包括：
确定所述候选导航路线中S个位置的路况信息，所述S为大于或等于1的整数；
根据所述S个位置的路况信息确定第一向量，所述第一向量的维数为所述S；
获取历史导航路线，所述历史导航路线的行驶路径与所述候选导航路线的行驶路径相同；
根据所述历史导航路线的路况信息确定第二向量，所述第二向量的维数为所述S；
根据所述第一向量和所述第二向量确定目标导航路线，其中，所述目标导航路线对应的第二向量与所述第一向量的差值小于目标阈值。
8.根据权利要求5所述的路况信息的获取方法，其特征在于，所述根据所述路线耗时确定所述推荐导航路线，包括：
根据所述路线耗时确定所述至少一条候选导航路线对应的推荐概率；
根据所述推荐概率确定所述推荐导航路线。
9.一种路况信息的获取装置，其特征在于，包括：
获取单元，用于通过区块链中的第一节点设备集合获取车辆位置信息，其中，所述第一节点设备集合包括至少一个第一节点设备，所述车辆位置信息包括M个时间戳以及M个位置标识，所述时间戳与所述位置标识具有对应关系，所述M为大于或等于1的整数，所述位置标识用于表示地图上的某一个位置，所述第一节点设备预先与所述车辆位置信息对应的车辆绑定；
确定单元，用于根据所述M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，所述目标位置标识属于所述M个位置标识中的任意一个位置标识，所述N为大于或等于1，且小于或等于所述M的整数；
确定单元，还用于根据所述目标位置标识与所述N个时间戳，确定目标位置的路况信息；
记录单元，用于将所述路况信息记录至所述区块链。
10.一种终端设备，其特征在于，包括：存储器、收发器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，包括如下步骤：
通过区块链中的第一节点设备集合获取车辆位置信息，其中，所述第一节点设备集合包括至少一个第一节点设备，所述车辆位置信息包括M个时间戳以及M个位置标识，所述时间戳与所述位置标识具有对应关系，所述M为大于或等于1的整数，所述位置标识用于表示地图上的某一个位置，所述第一节点设备预先与所述车辆位置信息对应的车辆绑定；
根据所述M个时间戳以及M个位置标识，确定目标位置标识所对应的N个时间戳，其中，所述目标位置标识属于所述M个位置标识中的任意一个位置标识，所述N为大于或等于1，且小于或等于所述M的整数；
根据所述目标位置标识与所述N个时间戳，确定目标位置的路况信息；
将所述路况信息记录至所述区块链；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
CN201910775527.4A 2019-08-21 2019-08-21 一种路况信息的获取方法及相关装置 Active CN110533906B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910775527.4A CN110533906B (zh) 2019-08-21 2019-08-21 一种路况信息的获取方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910775527.4A CN110533906B (zh) 2019-08-21 2019-08-21 一种路况信息的获取方法及相关装置

Publications (2)

Publication Number Publication Date
CN110533906A CN110533906A (zh) 2019-12-03
CN110533906B true CN110533906B (zh) 2022-07-05

Family

ID=68664004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910775527.4A Active CN110533906B (zh) 2019-08-21 2019-08-21 一种路况信息的获取方法及相关装置

Country Status (1)

Country Link
CN (1) CN110533906B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112489433B (zh) * 2020-12-17 2022-11-04 华为技术有限公司 交通拥堵分析方法及装置
CN113850990B (zh) * 2021-08-31 2023-01-31 北京百度网讯科技有限公司 道路故障的处理方法、装置、电子设备及存储介质
CN113628446B (zh) * 2021-09-07 2022-03-15 重庆交通大学 一种基于物联网的交通信息采集分析方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8718928B2 (en) * 2008-04-23 2014-05-06 Verizon Patent And Licensing Inc. Traffic monitoring systems and methods
US9336679B1 (en) * 2014-12-17 2016-05-10 Ariba, Inc. Measuring traffic condition based on mobile devices connection information
CN104658251B (zh) * 2015-02-06 2017-02-01 长安大学 一种基于定向天线的十字路口车流检测方法
CN105865467A (zh) * 2016-03-31 2016-08-17 百度在线网络技术（北京）有限公司 基于地图的导航方法和装置
CN106920394A (zh) * 2017-04-13 2017-07-04 北京博研智通科技有限公司 融合多种数据源降低城市交通拥堵程度的方法及系统
CN109118767A (zh) * 2018-09-05 2019-01-01 盐城骏拔汽车零部件有限公司 基于无人机的智能交通系统

Also Published As

Publication number Publication date
CN110533906A (zh) 2019-12-03

Similar Documents

Publication Publication Date Title
CN111462484B (zh) 拥堵状态的确定方法、装置、设备及计算机可读存储介质
US9583000B2 (en) Vehicle-based abnormal travel event detecting and reporting
AU2017399729B2 (en) Trajectory analysis with mode of transport analysis
CN108537916B (zh) 一种基于区块链的行车记录信息处理方法及装置
CN110060484B (zh) 一种基于区块链的公路客运违章实时预警系统及方法
CN110533906B (zh) 一种路况信息的获取方法及相关装置
CN109741482B (zh) 一种信息共享方法及装置
CN104318327A (zh) 一种车辆轨迹预测分析方法
CN110634303B (zh) 一种交通违法监测及校验的方法和装置
CN108629053B (zh) 一种数据更新方法、装置及系统
CN110798807B (zh) 用于记录车辆轨迹的方法、装置、计算机设备和介质
CN105427602A (zh) 一种车辆出行主题确定方法及装置
JPWO2017138620A1 (ja) メモリデバイス、蓄積可能データを扱うエッジ装置及びデータ管理方法
Hasani et al. Identifying High‐Risk Intersections for Walking and Bicycling Using Multiple Data Sources in the City of San Diego
Carli et al. Monitoring traffic congestion in urban areas through probe vehicles: A case study analysis
Bacon et al. TIME: An open platform for capturing, processing and delivering transport-related data
CN114841712A (zh) 网约车巡游违规运营状态的确定方法和装置及电子设备
US20140368652A1 (en) Methods and systems for efficiently monitoring parking occupancy
US20240083478A1 (en) Systems and methods for machine learning enhanced railway condition monitoring, assessment and prediction
Wang et al. Tracking hit-and-run vehicle with sparse video surveillance cameras and mobile taxicabs
CN106781470B (zh) 城市道路的运行速度的处理方法及装置
CN106887138B (zh) 一种堵车蔓延态势侦测方法与系统
CN114999148A (zh) 拥堵程度监测方法、装置、计算机设备和存储介质
CN112863199A (zh) 一种车速监控方法、系统、装置及存储介质
CN110717386A (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