CN116017290A - 车辆运行状态实时监控方法、装置及电子设备、存储介质 - Google Patents

Abstract

本申请公开了一种车辆运行状态实时监控方法、装置及电子设备、存储介质，所述方法包括接收车辆报文数据流；获取地理围栏信息；实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。通过本申请实现了基于车辆网大数据与可配置的地理围栏，对车辆运行状态的实时监测。

Description

车辆运行状态实时监控方法、装置及电子设备、存储介质

技术领域

本申请涉及车联网技术领域，尤其涉及一种车辆运行状态实时监控方法、装置及电子设备、存储介质。

背景技术

随着车联网的不断发展，地理围栏目前被广泛应用在各个技术领域，地理围栏技术对商用车运行状态的实时监控是很有必要的。

相关技术中，地理围栏主要应用方式为通过触发后端服务调用地理围栏相关接口，将位置信息通过接口传递，后端服务被动触发地理围栏的计算。

对于海量车辆网数据而言，如果使用相关技术中的地理围栏计算方法为通过后端服务接口调用的方式触发计算，对于处理大量数据时存在实时性差、延迟较高的缺点。同时，面对车联网上传的海量数据难以保证计算的稳定性、实时性。进一步，还缺少了对车辆进出围栏状态和车辆在围栏内停留时长的计算。

发明内容

本申请实施例提供了车辆运行状态实时监控方法、装置及电子设备、存储介质，以基于地理围栏实现对车辆运行状态的实时监控。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种车辆运行状态实时监控方法，用于服务端，其中，所述方法包括：

接收车辆报文数据流；

获取地理围栏信息；

实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

在一些实施例中，所述方法还包括：

通过消息队列接收基于车端上报的车辆报文数据流，其中所述车辆报文数据流至少包括车辆地理位置信息；

通过从规则数据库读取存量历史数据以及增量变更数据，获取所述地理围栏信息，其中所述地理围栏信息至少包括围栏定时生效或失效的围栏信息配置规则。

在一些实施例中，所述实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果，包括：

根据所述地理围栏信息中的围栏边界特征计算得到第一Geohash值；

根据所述车辆报文数据流中的车辆地理位置信息计算得到第二Geohash值；

实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

在一些实施例中，所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系，还包括

将所述第一Geohash值作为位置点、所述第二Geohash值作为平面；

通过Geohash编码初步匹配所述位置点与所述平面之后，再根据所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

在一些实施例中，所述根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，包括：

根据所述围栏匹配结果中的车辆与围栏的位置关系，确定所述车辆进入地理围栏内或驶出地理围栏外部时所述地理围栏信息对应的预设运营区域的车辆状态，其中所述预设运营区域至少包括如下之一：高速公路服务区、加油站、换电站、物流站点、港口；

统计在不同时间段中所述车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，确定所述车辆运行状态中所述车辆在所述围栏内部停留时长。

在一些实施例中，所述获取地理围栏信息之前，还包括：

采用wkt格式设置地理围栏格式，并配置所述地理围栏信息中的围栏定时生效条件、围栏标记删除情况；

根据所述围栏定时生效条件和/或所述围栏标记删除情况，实时监控车辆运行状态或离线统计车辆运行状态。

在一些实施例中，所述方法还包括：

采用Flink分布式计算引擎，实时处理车辆报文数据流以及通过Flink中的CDC连接器同步获取所述地理围栏信息。

第二方面，本申请实施例还提供一种车辆运行状态实时监控装置，用于服务端，其中，所述装置包括：

接收模块，用于接收车辆报文数据流；

获取模块，用于获取地理围栏信息；

计算模块，用于实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

确定模块，用于根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

第三方面，本申请实施例还提供一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：实时计算车辆报文数据流与地理围栏信息的围栏匹配结果，根据所述围栏匹配结果，确定所述车辆运行状态。从而当车辆进入或者离开某个特定地理区域时，车联网服务端通过实时接收车端上传的包含地理位置的报文计算车辆相对围栏的状态为车辆运营提供个性化服务。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中车辆运行状态实时监控方法的流程示意图；

图2为本申请实施例中车辆运行状态实时监控装置的结构示意图；

图3为本申请实施例中车辆运行状态实时监控方法的实现原理示意图；

图4为本申请实施例中一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例中的分布式计算方法，融合地理围栏信息和车辆报文的时空数据，实现稳定高效的实时计算。当车辆进入或者离开某个特定地理区域时，车联网服务端通过实时接收车端上传的包含地理位置的报文计算车辆相对围栏的状态为车辆运营提供个性化服务。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供了一种车辆运行状态实时监控方法，如图1所示，提供了本申请实施例中车辆运行状态实时监控方法流程示意图，所述方法至少包括如下的步骤S110至步骤S140：

步骤S110，接收车辆报文数据流。

车联网服务端实时接收车辆报文数据，车辆报文数据是通过车辆的T-BOX发送的。在车联网服务端通过消息队列的方式进行接收。

示例性地，采用卡夫卡队列的方式接收所述车辆报文数据流。

消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行，不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。

步骤S120，获取地理围栏信息。

车联网服务端同步获取所述地理围栏信息，并且地理围栏信息经过同步之后，获取得到的是已生效的地理围栏信息。

需要注意的是，车联网服务端基于大数据分布式计算架构Flink流批一体计算框架。Flink是一个开源的流处理框架，应用于分布式、高性能、高可用的数据流应用程序。可以处理有限数据流和无限数据，即能够处理有边界和无边界的数据流。无边界的数据流就是真正意义上的流数据，所以Flink是支持流计算的。有边界的数据流就是批数据，所以也支持批处理的。Flink可以部署在各种集群环境，可以对各种大小规模的数据进行快速计算。

示例性地，基于Flink从数据库中获取地理围栏信息。所述地理围栏信息是可以进行配置和管理的，包括但不限于，新增围栏、删除围栏。配置围栏生效条件、失效条件。同时，如果地理围栏信息有更新，则会通过Flink获取地理围栏信息的同步结果。所以可以满足实时性计算的要求。

基于Flink分布式流批一体计算框架实现低延迟、高吞吐的实时车联网大数据地理围栏的计算。区别于相关技术中通过触发后端服务调用地理围栏相关接口，将位置信息通过接口传递，后端服务被动触发地理围栏的计算的方式。

步骤S130，实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果。

在车联网服务端实时计算所述车辆报文数据流与所述地理围栏信息之间的围栏匹配结果，可以理解，围栏匹配结果中包括了车辆与围栏的关系。可以采用计算Geohash值的方式确定两者的匹配关系。

GeoHash是空间索引的一种方式，其基本原理是将地球理解为一个二维平面，通过把二维的空间经纬度数据编码为一个字符串，可以把平面递归分解成更小的子块，每个子块在一定经纬度范围内拥有相同的编码。

步骤S140，根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

根据所述围栏匹配结果可以进一步确定出所述车辆运行状态，且所述车辆运行状态主要涵盖了车辆是进入还是驶出当前地理围栏信息对应的区域。

在一些实施例中，所述车辆运行状态包括车辆进入所述地理围栏信息对应的预设运营区域的车辆状态，以及车辆驶出所述地理围栏信息对应的预设运营区域的车辆状态。可以理解，所述预设运营区域主要包括了高速公路服务区、加油站、换电站、物流站点、码头等区域，对于商用车而言，需要通过这些信息监控车辆的实时状态。

在一些实施例中，所述车辆运行状态还包括车辆与地理围栏的状态，比如进入的次数，驶出的次数。以及还包括车辆在地理围栏中的停滞时长。停滞时长可以用于评估高速公路服务区、加油站、换电站、物流站点、码头等区域等是否拥挤或者排队等。

在一些实施例中，将车辆在地理围栏中的停滞时长作为配置地理围栏信息是否生效的标准。比如，停滞时长超过一定时长，则考虑新增地理围栏或者生效新的地理围栏。

通过上述方法，采用了大数据Flink分布式流批一体计算框架并结合车联网特点，融合了地理围栏信息和车辆报文的时空数据，可以根据接入的车辆数对大数据集群或Flink计算框架资源动态水平扩展，在高吞吐的同时还保证了低延迟、Exactly-once(精确一次，即表示一条消息从其消费到后续的处理成功，只会发生一次)的高效处理。

在本申请的一个实施例中，所述方法还包括：通过消息队列接收基于车端上报的车辆报文数据流，其中所述车辆报文数据流至少包括车辆地理位置信息；通过从规则数据库读取存量历史数据以及增量变更数据，获取所述地理围栏信息，其中所述地理围栏信息至少包括围栏定时生效或失效的围栏信息配置规则。

所述车辆地理位置信息作为所述车辆报文数据流中的重要部分，可以通过消息队列接收基于车端上报的车辆报文数据流。同时，基于Flink中的CDC连接器通过从规则数据库读取存量历史数据以及增量变更数据，获取所述地理围栏信息。通过消息队列接收车辆报文数据流同时获取更新的地理围栏信息，可以保障对车辆运行状态的实时监控。从而区别于相关技术中地理围栏计算方法为通过后端服务接口调用的方式触发计算，并不能够满足实时性的计算要求。此外，对于海量的车联网数据，也无法保证实时计算的稳定性。

在本申请的一个实施例中，所述实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果，包括：根据所述地理围栏信息中的围栏边界特征计算得到第一Geohash值；根据所述车辆报文数据流中的车辆地理位置信息计算得到第二Geohash值；实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

如图3所示，在计算围栏匹配时，根据围栏边界特征计算得到第一Geohash值，根据车辆地理位置信息计算得到第二Geohash值，之后通过计算第一Geohash值与第二Geohash值的匹配结果，可以作为车辆与围栏的位置关系。

在一些实施例中，所述第二Geohash值在车辆服务端通过广播的方式进行传递。

在一些实施例中，所述第一Geohash值与第二Geohash值的匹配结果包括：基于圆形围栏，通过点到圆心距离判定两者的匹配结果是在圆形围栏内或者外。

通过Geohash编码初步匹配点与面，优化了Geohash算法对于点可能处于矩形区块的顶点或边缘造成的误差，保证了围栏计算的准确性。

在一些实施例中，所述第一Geohash值与第二Geohash值的匹配结果包括：基于多边形围栏，采用射线法判定两者的匹配结果是在多边形围栏内或者外。

利用射线法准确的判断点与围栏的位置关系，并对点在围栏顶点、边缘线上的情况做优化。

采用上述方法，对地理围栏的规则流和车辆实时报文的数据流实时关联，通过Geohash算法将车辆位置与围栏编码进行匹配后再进行计算，有效的减少了遍历全部围栏所需要的计算量，提升了运行效率。

在本申请的一个实施例中，所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系，还包括：将所述第一Geohash值作为位置点、所述第二Geohash值作为平面；通过Geohash编码初步匹配所述位置点与所述平面之后，再根据所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

如图3所示，为了更好地得到匹配结果，将第一Geohash值作为位置点并且将第二Geohash值作为平面，之后再将通过Geohash编码初步匹配所述位置点与所述平面之后，再根据所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

同时，采用上述方式，可以便于计算出车辆与围栏位置状态以及车辆在围栏内的停滞时长。

在本申请的一个实施例中，所述根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，包括：根据所述围栏匹配结果中的车辆与围栏的位置关系，确定所述车辆进入地理围栏内或驶出地理围栏外部时所述地理围栏信息对应的预设运营区域的车辆状态，其中所述预设运营区域至少包括如下之一：高速公路服务区、加油站、换电站、物流站点、港口；统计在不同时间段中所述车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，确定所述车辆运行状态中所述车辆在所述围栏内部停留时长。

除计算单点是否在围栏内，本申请中还根据车辆连续的报文计算了车辆进出围栏的状态与车辆在围栏中的停留时长。确定所述车辆进入地理围栏内或驶出地理围栏外部时所述地理围栏信息对应的预设运营区域的车辆状态之后，可以进一步统计出在不同时间段(地理围栏持续有效)中所述车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，确定所述车辆运行状态中所述车辆在所述围栏内部停留时长。

采用地理围栏技术对智能重卡运行状态的实时监控是很有必要的，可通过车辆相对围栏的状态为车辆运营提供个性化服务，比如，提示车辆进出高速公路服务区、加油站、换电站、物流站点等。特别地，对于商用车在在干线物流中的应用更加广泛。

在本申请的一个实施例中，所述获取地理围栏信息之前，还包括：采用wkt格式设置地理围栏格式，并配置所述地理围栏信息中的围栏定时生效条件、围栏标记删除情况；根据所述围栏定时生效条件和/或所述围栏标记删除情况，实时监控车辆运行状态或离线统计车辆运行状态。

通过wkt格式设置地理围栏格式，可对地理围栏规则做灵活配置。实现配置的方式包括但不限于，配置所述地理围栏信息中的围栏定时生效条件、围栏标记删除情况。

之后可以根据所述围栏定时生效条件和/或所述围栏标记删除情况，实时监控车辆运行状态或离线统计车辆运行状态。对于地理围栏计算结果输出链路灵活可配置，可对车辆状态实时监控，也可作为离线数据对车辆状态统计分析。

在本申请的一个实施例中，所述方法还包括：采用Flink分布式计算引擎，实时处理车辆报文数据流以及通过Flink中的CDC连接器同步获取所述地理围栏信息。

采用Flink分布式计算引擎不仅可以实时处理车辆报文数据流，并且CDC连接器同步获取所述地理围栏信息保证了对生效围栏信息的实时更新和同步。

Flink CDC是基于数据库的日志CDC技术，实现了全增量一体化读取的数据集成框架。

通过采用所述Flink分布式计算引擎，可以实现实时处理车辆报文数据流，且采用Flink CDC组件，可以同步获取地理围栏信息的更新信息，通过计算两者Geohash值的匹配关系，可以得到对车辆运行状态的实时监控结果。

本申请实施例还提供了车辆运行状态实时监控装置200，如图2所示，提供了本申请实施例中车辆运行状态实时监控装置的结构示意图，所述车辆运行状态实时监控装置200至少包括：接收模块210、获取模块220、计算模块230以及确定模块240，其中：

在本申请的一个实施例中，所述接收模块210具体用于：接收车辆报文数据流。

车联网服务端实时接收车辆报文数据，车辆报文数据是通过车辆的T-BOX发送的。在车联网服务端通过消息队列的方式进行接收。

示例性地，采用卡夫卡队列的方式接收所述车辆报文数据流。

消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行，不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。

在本申请的一个实施例中，所述获取模块220具体用于：获取地理围栏信息。

车联网服务端同步获取所述地理围栏信息，并且地理围栏信息经过同步之后，获取得到的是已生效的地理围栏信息。

需要注意的是，车联网服务端基于大数据分布式计算架构Flink流批一体计算框架。Flink是一个开源的流处理框架，应用于分布式、高性能、高可用的数据流应用程序。可以处理有限数据流和无限数据，即能够处理有边界和无边界的数据流。无边界的数据流就是真正意义上的流数据，所以Flink是支持流计算的。有边界的数据流就是批数据，所以也支持批处理的。Flink可以部署在各种集群环境，可以对各种大小规模的数据进行快速计算。

示例性地，基于Flink从数据库中获取地理围栏信息。所述地理围栏信息是可以进行配置和管理的，包括但不限于，新增围栏、删除围栏。配置围栏生效条件、失效条件。同时，如果地理围栏信息有更新，则会通过Flink获取地理围栏信息的同步结果。所以可以满足实时性计算的要求。

基于Flink分布式流批一体计算框架实现低延迟、高吞吐的实时车联网大数据地理围栏的计算。区别于相关技术中通过触发后端服务调用地理围栏相关接口，将位置信息通过接口传递，后端服务被动触发地理围栏的计算的方式。

在本申请的一个实施例中，所述计算模块230具体用于：实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果。

在车联网服务端实时计算所述车辆报文数据流与所述地理围栏信息之间的围栏匹配结果，可以理解，围栏匹配结果中包括了车辆与围栏的关系。可以采用计算Geohash值的方式确定两者的匹配关系。

GeoHash是空间索引的一种方式，其基本原理是将地球理解为一个二维平面，通过把二维的空间经纬度数据编码为一个字符串，可以把平面递归分解成更小的子块，每个子块在一定经纬度范围内拥有相同的编码。

在本申请的一个实施例中，所述确定模块240具体用于：根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

根据所述围栏匹配结果可以进一步确定出所述车辆运行状态，且所述车辆运行状态主要涵盖了车辆是进入还是驶出当前地理围栏信息对应的区域。

在一些实施例中，所述车辆运行状态包括车辆进入所述地理围栏信息对应的预设运营区域的车辆状态，以及车辆驶出所述地理围栏信息对应的预设运营区域的车辆状态。可以理解，所述预设运营区域主要包括了高速公路服务区、加油站、换电站、物流站点、码头等区域，对于商用车而言，需要通过这些信息监控车辆的实时状态。

在一些实施例中，所述车辆运行状态还包括车辆与地理围栏的状态，比如进入的次数，驶出的次数。以及还包括车辆在地理围栏中的停滞时长。停滞时长可以用于评估高速公路服务区、加油站、换电站、物流站点、码头等区域等是否拥挤或者排队等。

在一些实施例中，将车辆在地理围栏中的停滞时长作为配置地理围栏信息是否生效的标准。比如，停滞时长超过一定时长，则考虑新增地理围栏或者生效新的地理围栏。

通过上述装置，采用了大数据Flink分布式流批一体计算框架并结合车联网特点，融合了地理围栏信息和车辆报文的时空数据，可以根据接入的车辆数对大数据集群或Flink计算框架资源动态水平扩展，在高吞吐的同时还保证了低延迟、Exactly-once(精确一次，即表示一条消息从其消费到后续的处理成功，只会发生一次)的高效处理。

能够理解，上述车辆运行状态实时监控装置，能够实现前述实施例中提供的车辆运行状态实时监控方法的各个步骤，关于车辆运行状态实时监控方法的相关阐释均适用于车辆运行状态实时监控装置，此处不再赘述。

图3是车辆运行状态实时监控方法的实现原理示意图，其中包括围栏管理信息以及车辆报文数据。

围栏管理信息包括但不限于新增围栏、删除围栏、围栏生效、失效条件以及围栏ID等属性信息。车辆报文数据为车辆T-BOX发送，并通过消息队列传输。

通过地理围栏信息和车辆报文的时空数据，实现稳定高效的实时计算。当车辆进入或者离开某个特定地理区域时，车联网服务端通过实时接收车端上传的包含地理位置的报文计算车辆相对围栏的状态为车辆运营提供个性化服务。

基于圆形围栏，通过点到圆心距离判定两者的匹配结果是在圆形围栏内或者外。利用射线法准确的判断点与围栏的位置关系，并对点在围栏顶点、边缘线上的情况做优化。采用上述方法，对地理围栏的规则流和车辆实时报文的数据流实时关联，通过Geohash算法将车辆位置与围栏编码进行匹配后再进行计算，有效的减少了遍历全部围栏所需要的计算量，提升了运行效率。

图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成车辆运行状态实时监控装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收车辆报文数据流；

获取地理围栏信息；

实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

上述如本申请图1所示实施例揭示的车辆运行状态实时监控装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中车辆运行状态实时监控装置执行的方法，并实现车辆运行状态实时监控装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中车辆运行状态实时监控装置执行的方法，并具体用于执行：

接收车辆报文数据流；

获取地理围栏信息；

实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。

内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任5何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读

存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器0(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排5他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

0本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

5以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种车辆运行状态实时监控方法，用于服务端，其中，所述方法包括：

接收车辆报文数据流；

获取地理围栏信息；

实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

2.如权利要求1所述方法，其中，所述方法还包括：

通过消息队列接收基于车端上报的车辆报文数据流，其中所述车辆报文数据流至少包括车辆地理位置信息；

通过从规则数据库读取存量历史数据以及增量变更数据，获取所述地理围栏信息，其中所述地理围栏信息至少包括围栏定时生效或失效的围栏信息配置规则。

3.如权利要求2所述方法，其中，所述实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果，包括：

根据所述地理围栏信息中的围栏边界特征计算得到第一Geohash值；

根据所述车辆报文数据流中的车辆地理位置信息计算得到第二Geohash值；

实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

4.如权利要求3所述方法，其中，所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系，还包括：

将所述第一Geohash值作为位置点、所述第二Geohash值作为平面；

通过Geohash编码初步匹配所述位置点与所述平面之后，再根据所述实时计算所述第一Geohash值与所述第二Geohash值的匹配结果，得到车辆与围栏的位置关系。

5.如权利要求2所述方法，其中，所述根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，包括：

根据所述围栏匹配结果中的车辆与围栏的位置关系，确定所述车辆进入地理围栏内或驶出地理围栏外部时所述地理围栏信息对应的预设运营区域的车辆状态，其中所述预设运营区域至少包括如下之一：高速公路服务区、加油站、换电站、物流站点、港口；

统计在不同时间段中所述车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态，确定所述车辆运行状态中所述车辆在所述围栏内部停留时长。

6.如权利要求1所述方法，其中，所述获取地理围栏信息之前，还包括：

采用wkt格式设置地理围栏格式，并配置所述地理围栏信息中的围栏定时生效条件、围栏标记删除情况；

根据所述围栏定时生效条件和/或所述围栏标记删除情况，实时监控车辆运行状态或离线统计车辆运行状态。

7.如权利要求1所述方法，其中，所述方法还包括：

采用Flink分布式计算引擎，实时处理车辆报文数据流以及通过Flink中的CDC连接器同步获取所述地理围栏信息。

8.一种车辆运行状态实时监控装置，用于服务端，其中，所述装置包括：

接收模块，用于接收车辆报文数据流；

获取模块，用于获取地理围栏信息；

计算模块，用于实时计算所述车辆报文数据流与所述地理围栏信息的围栏匹配结果；

确定模块，用于根据所述围栏匹配结果，确定所述车辆运行状态，其中所述车辆运行状态包括车辆进入或驶出所述地理围栏信息对应的预设运营区域的车辆状态。

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

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～7之任一所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～7之任一所述方法。

Images