CN110796763A - 车辆状态数据的处理方法、装置和系统 - Google Patents
车辆状态数据的处理方法、装置和系统 Download PDFInfo
- Publication number
- CN110796763A CN110796763A CN201910906247.2A CN201910906247A CN110796763A CN 110796763 A CN110796763 A CN 110796763A CN 201910906247 A CN201910906247 A CN 201910906247A CN 110796763 A CN110796763 A CN 110796763A
- Authority
- CN
- China
- Prior art keywords
- information
- vehicle
- data
- response
- server
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0841—Registering performance data
-
- 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
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Traffic Control Systems (AREA)
Abstract
本公开涉及一种车辆状态数据的处理方法、装置和系统,涉及电子信息处理技术领域,应用于服务器,该方法包括:接收目标车辆发送的第一信息,第一信息包括:信息类型、目标车辆的标识码和目标车辆的状态数据,标识码用于唯一标识目标车辆,按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,将包含应答标识的应答信息发送至目标车辆,若验证结果为通过验证,将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
Description
技术领域
本公开涉及电子信息处理技术领域,具体地,涉及一种车辆状态数据的处理方法、装置和系统。
背景技术
随着自动驾驶技术的不断发展,出现了越来越多的自动驾驶车辆。尤其是针对某些示范园区、示范城市,各种类型、各种级别的自动驾驶车辆同时在道路上行驶,存在一定的安全隐患,需要管理人员对道路上行驶的各个自动驾驶车辆进行监控。通常情况下,由于车型、自动驾驶策略等的不同,车辆上报的行驶信息也各不相同,因此管理人员很难集中监测道路上所有车辆的行驶状态。
发明内容
本公开的目的是提供一种车辆状态数据的处理方法、装置和系统,用于解决现有技术中存在的很难集中监测车辆状态的问题。
为了实现上述目的,根据本公开实施例的第一方面,提供一种车辆状态数据的处理方法,应用于服务器,所述方法包括:
接收目标车辆发送的第一信息,所述第一信息包括:信息类型、所述目标车辆的标识码和所述目标车辆的状态数据,所述标识码用于唯一标识所述目标车辆;
按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识;
将包含所述应答标识的应答信息发送至所述目标车辆;
若所述验证结果为通过验证,将所述第一信息发送至显示终端,以使所述显示终端对所述第一信息进行显示。
可选地,所述按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识,包括:
若所述第一信息不满足所述预设规则,确定所述验证结果为未通过验证,并确定所述应答标识为错误;
若所述第一信息满足所述预设规则,确定所述验证结果为通过验证,并确定所述应答标识为正确;
所述预设规则为:所述第一信息符合预设格式,且所述标识码合法。
可选地,在所述将包含所述应答标识的应答信息发送至所述目标车辆之前,所述方法还包括:
若所述验证结果为通过验证,根据所述第一信息确定控制指令;
所述将包含所述应答标识的应答信息发送至所述目标车辆,包括:
将包含所述应答标识和所述控制指令的所述应答信息发送至所述目标车辆,以使所述目标车辆执行所述控制指令。
可选地,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
根据本公开实施例的第二方面,提供一种车辆状态数据的处理方法,应用于车辆,所述方法包括:
获取所述车辆的状态数据,所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种;
将第一信息发送至服务器,所述第一信息包括:信息类型、所述车辆的标识码和所述状态数据,所述标识码能够唯一标识所述车辆,以使所述服务器按照预设规则验证所述第一信息,并在所述第一信息的验证结果为通过验证时,将所述第一信息发送至显示终端,所述显示终端用于显示所述第一信息;
接收所述服务器发送的应答信息,所述应答信息包括应答标识,所述应答标识为所述服务器根据所述验证结果确定的标识。
可选地,所述应答信息还包括控制指令,所述控制指令为所述服务器根据所述第一信息确定的指令;
所述方法还包括:
执行所述控制指令,并将所述控制指令的执行结果发送至所述服务器。
可选地,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
根据本公开实施例的第三方面,提供一种车辆状态数据的处理装置,应用于服务器,所述装置包括:
接收模块,用于接收目标车辆发送的第一信息,所述第一信息包括:信息类型、所述目标车辆的标识码和所述目标车辆的状态数据,所述标识码用于唯一标识所述目标车辆;
验证模块,用于按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识;
应答模块,用于将包含所述应答标识的应答信息发送至所述目标车辆;
发送模块,用于若所述验证结果为通过验证,将所述第一信息发送至显示终端,以使所述显示终端对所述第一信息进行显示。
可选地,所述验证模块包括:
第一确定子模块,用于若所述第一信息不满足所述预设规则,确定所述验证结果为未通过验证,并确定所述应答标识为错误;
第二确定子模块,用于若所述第一信息满足所述预设规则,确定所述验证结果为通过验证,并确定所述应答标识为正确;
所述预设规则为:所述第一信息符合预设格式,且所述标识码合法。
可选地,所述装置还包括:
确定模块,用于在所述将包含所述应答标识的应答信息发送至所述目标车辆之前,若所述验证结果为通过验证,根据所述第一信息确定控制指令;
所述应答模块用于:
将包含所述应答标识和所述控制指令的所述应答信息发送至所述目标车辆,以使所述目标车辆执行所述控制指令。
可选地,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
根据本公开实施例的第四方面,提供一种车辆状态数据的处理装置,应用于车辆,所述装置包括:
获取模块,用于获取所述车辆的状态数据,所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种;
发送模块,用于将第一信息发送至服务器,所述第一信息包括:信息类型、所述车辆的标识码和所述状态数据,所述标识码能够唯一标识所述车辆,以使所述服务器按照预设规则验证所述第一信息,并在所述第一信息的验证结果为通过验证时,将所述第一信息发送至显示终端,所述显示终端用于显示所述第一信息;
接收模块,用于接收所述服务器发送的应答信息,所述应答信息包括应答标识,所述应答标识为所述服务器根据所述验证结果确定的标识。
可选地,所述应答信息还包括控制指令,所述控制指令为所述服务器根据所述第一信息确定的指令;
所述装置还包括:
执行模块,用于执行所述控制指令,并将所述控制指令的执行结果发送至所述服务器。
可选地,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
根据本公开实施例的第五方面,提供一种车辆状态数据的处理系统,所述系统包括:服务器、车辆和显示终端;
所述服务器用于执行本公开实施例的第一方面中任一项所述方法的步骤;
所述车辆用于执行本公开实施例的第二方面中任一项所述方法的步骤;
所述显示终端用于显示所述服务器发送的所述第一信息。
通过上述技术方案,本公开中车辆首先采集车辆的状态数据,包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,然后车辆将包含了状态数据、信息类型、车辆的标识码的第一信息发送给服务器,其中标识码用于唯一标识车辆。服务器接收车辆发送的第一信息,首先按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,之后将包含应答标识的应答信息发送至车辆,并且在验证结果为通过验证时,服务器还将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是根据一示例性实施例示出的一种车辆状态数据的处理方法的流程图;
图2是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图;
图3是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图;
图4是根据一示例性实施例示出的一种车辆状态数据的处理方法的流程图;
图5是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图;
图6是根据一示例性实施例示出的一种车辆状态数据的处理装置的框图;
图7是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图;
图8是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图;
图9是根据一示例性实施例示出的一种车辆状态数据的处理装置的框图;
图10是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图;
图11是根据一示例性实施例示出的一种车辆状态数据的处理系统的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的方法和装置的例子。
在介绍本公开提供的车辆状态数据的处理方法、装置和系统之前,首先对本公开各个实施例所涉及的应用场景进行介绍。该应用场景可以包括服务器、车辆和显示终端。其中,服务器和车辆之间能够通过WLAN(英文:Wireless Local Area Networks,中文:无线局域网)、Telematics(中文:汽车信息服务)、V2X(英文:Vehicle to Everything,中文:车联网)、4G(英文:the 4th Generation mobile communication technology,中文:第四代移动通信技术)和5G(英文:the 5th Generation mobile communication technology,中文:第五代移动通信技术)中的任一种协议进行通信,以实现数据传输,同样的服务器也能够通过上述协议与显示终端进行数据传输。其中,服务器可以包括但不限于:实体服务器,服务器集群或云端服务器等,该车辆可以是汽车,该汽车不限于传统汽车、纯电动汽车或是混动汽车,除此之外还可以适用于其他类型的机动车或非机动车。显示终端可以是任一种设置有显示屏的终端,例如可以是智能手机、平板电脑、智能电视、智能手表、PDA(英文:Personal Digital Assistant,中文:个人数字助理)、便携计算机、大屏监控器,也可以是台式计算机等固定终端。
图1是根据一示例性实施例示出的一种车辆状态数据的处理方法的流程图,如图1所示,该方法应用于服务器,包括以下步骤:
步骤101,接收目标车辆发送的第一信息,第一信息包括:信息类型、目标车辆的标识码和目标车辆的状态数据,标识码用于唯一标识目标车辆。
举例来说,服务器接收目标车辆发送的第一信息,具体的,在第一信息传输的过程中,可以按照TCP/IP(英文:Transmission Control Protocol/Internet Protocol,中文:传输控制协议/网际协议)或UDP(英文:User Datagram Protocol,中文:用户数据报协议)进行封装。其中,第一信息包括用于指示第一信息具体类型的信息类型、目标车辆的标识码以及用于表示目标车辆运行状态的多种状态数据。其中,信息类型例如可以是登录类型,表示第一信息为目标车辆登录服务器时发送的信息,还可以是注册类型,表示第一信息为目标车辆在服务器上注册时发送的信息,进一步的,还可以是数据类型,表示第一信息为目标车辆向服务器上报的数据。车辆的标识码(英文:Vehicle Identification Number,简称:VIN)由一组符合标准(例如GB16735)的17位英数(英文字母和数字)组成,每个车辆的标识码都各不相同,可以通过车辆的标识码,标识不同的车辆。状态数据用于反映车辆的运行状态,例如可以包括:行驶数据、位置数据、车辆数据或者故障数据。
其中,目标车辆可以是无人摆渡车、无人物流车、无人清扫车、无人队列接驳车、自动驾驶共享出行车、无人售卖车或无人快递车,也可以是设置有AVP(英文:AutomatedValet Parking,中文:自动代客泊车)系统的车辆等。
步骤102,按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识。
步骤103,将包含应答标识的应答信息发送至目标车辆。
示例的,服务器在接收到第一信息后,首先要对第一信息进行验证,以确定第一信息是否合法。其中,预设规则可以是服务器与车辆(包括目标车辆和其他车辆)之间预先约定好的报文协议。第一信息的验证结果可以是通过验证,也可以是未通过验证。当第一信息的验证结果为通过验证时,说明服务器接收到的第一信息满足预设规则,此时,确定应答标识为正确,并将含有应答标识的应答信息发送至目标车辆。当第一信息的验证结果为未通过验证时,说明第一信息不合法,此时,确定应答标识为错误,并将含有应答标识的应答信息发送至目标车辆。
步骤104,若验证结果为通过验证,将第一信息发送至显示终端,以使显示终端对第一信息进行显示。
示例的,如果第一信息满足预设规则,即验证结果为通过验证,将第一信息发送至显示终端,使显示终端显示目标车辆的第一信息,从而使管理人员能够掌握包括目标车辆在内的多个车辆的运行状态。此外,显示终端可以直接显示目标车辆的原始的第一信息,也可以显示原始的第一信息经服务器预处理之后的信息。例如,可以在显示终端上直接显示目标车辆一天内登录的时刻、登出的时刻,也可以通过服务器对该目标车辆一天内登录、登出的时刻进行预处理,统计其在一天内的登录次数和在线时间,然后在显示终端上对目标车辆的登录次数和在线时间进行显示。
需要说明的是,服务器接收的第一信息中除了包括目标车辆的信息类型、标识码和状态数据之外,还可以包括起始符、应答标识、状态数据加密方式、状态数据长度以及校验码等。示例的,服务器接收的第一信息可以由起始符、信息类型、应答标识、标识码、状态数据加密方式、状态数据长度、状态数据和校验码组成。其中,起始符固定为ASCII字符‘##’,以‘0x23,0x23’表示;标识码标识车辆的传输数据时,应符合GB16735的规定(即VIN码),标识其他数据时,应使用唯一自定义编码;状态数据加密方式中,‘0x01’表示数据不加密,‘0x02’表示使用RSA算法加密,‘0x03’表示使用AES(英文:Advanced EncryptionStandard)算法加密,‘0xFE’表示异常,‘0xFF’表示无效;状态数据长度的总字节数为0~65535;校验码例如可以使用BCC(英文:Block Check Character,中文:信息组校验码)进行校验,校验范围从信息类型的第一个字节开始,同后一字节异或,直到校验码前一字节为止,校验码占用一个字节。当状态数据存在加密时,应先加密后校验,先校验后解密。第一信息的数据结构如表1所示,表1中状态数据的数据类型,与状态数据描述的车辆状态有关,可以是服务器与车辆之间预先约定好的数据结构。
表1
起始字节 | 定义 | 数据类型 |
0 | 起始符 | STRING |
2 | 信息类型 | BYTE |
3 | 应答标识 | BYTE |
4 | 标识码 | STRING |
21 | 状态数据加密方式 | BYTE |
22 | 状态数据长度 | WORD |
24 | 状态数据 | 预设的数据结构 |
最后1字节 | 校验码 | BYTE |
综上所述,本公开中服务器接收车辆发送的第一信息,其中,第一信息包括信息类型、车辆的标识码和车辆的状态数据。首先按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,之后将包含应答标识的应答信息发送至车辆,并且在验证结果为通过验证时,服务器还将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
图2是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图,如图2所示,步骤102包括:
步骤1021,若第一信息不满足预设规则,确定验证结果为未通过验证,并确定应答标识为错误。
步骤1022,若第一信息满足预设规则,确定验证结果为通过验证,并确定应答标识为正确。
预设规则为:第一信息符合预设格式,且标识码合法。
举例来说,预设格式可以是服务器与车辆(包括目标车辆和其他车辆)之间预先约定好的报文格式。进一步的,为了避免与数字“0、1、2”混淆,目标车辆的标识码中不能出现英文字母“O、Q、I、U、Z”,并且平台内登录车辆的标识码不能出现重复,车辆每条第一信息中的标识码都应符合标准(例如GB16735),否则,将该第一信息的标识码判断为不合法。只有在第一信息符合预设格式,且标识码合法时,第一信息才满足预设规则,此时可以确定验证结果为通过验证,并确定应答标识为正确;否则,确定验证结果为未通过验证,并确定应答标识为错误。其中,应答标识的编码可以如表2所示,只有在其编码为‘0x01’时,才表示应答标识为正确。
表2
编码 | 定义 |
0x01 | 正确 |
0x02 | 错误 |
0x03 | 标识码重复 |
图3是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图,如图3所示,在步骤103之前,该方法还包括:
步骤105,若验证结果为通过验证,根据第一信息确定控制指令。
步骤103包括:
将包含应答标识和控制指令的应答信息发送至目标车辆,以使目标车辆执行控制指令。
示例的,在第一信息通过验证时,可以由服务器根据第一信息中的状态数据来控制目标车辆。例如,若目标车辆的状态数据指示目标车辆的自动驾驶控制器存在异常,那么此时,目标车辆在道路上处于危险状态,服务器可以将包含应答标识和用于控制车辆停车的控制指令发送至目标车辆,以使目标车辆减速停车,从而保证驾乘人员及行人的生命财产安全。进一步的,管理人员观察到显示终端上显示的第一信息,判断目标车辆的状态数据存在问题,也可以通过显示终端向服务器发送控制指令,由服务器将控制指令发送至目标车辆,以使目标车辆执行控制指令,以保证驾乘人员及行人的生命财产安全。
可选地,信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型。
状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
举例来说,服务器接收到的第一信息中的信息类型包括登录类型、登出类型、注册类型、注销类型、实时类型和补发类型。第一信息的登录类型和登出类型,用以表示目标车辆是否登录服务器;注册类型和注销类型,用以表示目标车辆是否在服务器上注册;实时类型表示服务器接收到的第一信息是目标车辆实时发送的数据;补发类型表示服务器接收到的第一信息是目标车辆补发的。信息类型中除了包括登录类型、登出类型、注册类型、注销类型、实时类型、补发类型,还可以包括下行(服务器发送给目标车辆)的预留类型。对应的实际编码可以由服务器和车辆预先定义,如表3所示。
表3
编码 | 定义 | 传输方向 |
0x01 | 注册类型 | 上行 |
0x02 | 实时类型 | 上行 |
0x03 | 补发类型 | 上行 |
0x04 | 注销类型 | 上行 |
0x05 | 登录类型 | 上行 |
0x06 | 登出类型 | 上行 |
0x07~0x08 | 车辆数据预留 | 上行 |
0x09~0x07F | 上行数据终端预留 | 上行 |
0x80~0x82 | 车辆数据预留 | 下行 |
0x83~0xBF | 下行数据终端预留 | 下行 |
0xC0~0xFE | 服务器交换自定义数据 | 自定义 |
示例的,服务器接收的状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种。进一步的,在车辆实际运行的过程中,服务器接收到的状态数据可能还包括组队车数据、AVP车数据、智能机器设备数据等,因此,需要对不同数据的内容及格式进行定义和编码,以明确服务器接收的状态数据的内容,此外还要预留车辆数据、服务器交换协议自定义数据、用户自定义数据的部分,以避免服务器接收到的状态数据不能完整的反映目标车辆的运行状态,其具体定义和编码如表4所示。
表4
举例来说,目标车辆的行驶数据中的动力数据可以包括车辆的能源类型、剩余电量、剩余油量、续航里程等。例如,目标车辆的能源类型,可以用‘0x01’表示车辆是用油车辆,‘0x02’表示车辆是用电车辆;目标车辆的速度,可以为实时速度,其有效范围:0~2200(表示0km/h~220km/h),其最小计量单位:0.1km/h,以“0xFF,0xFE”表示数据异常,以“0xFF,0xFF”表示数据无效;目标车辆的驾驶模式,可以用‘0x01’表示手动驾驶,‘0x02’表示自动驾驶,‘0x03’表示遥控驾驶,‘0x04’表示远程驾驶;目标车辆的剩余电量或剩余油量,可以通过当前电量/油量的百分比显示,其范围:0~100%,精度:1%;目标车辆的续航里程可以设置为0~1999,单位km,精度:1km。此时,目标车辆的动力数据如表5所示。
表5
定义 | 字节长度 | 数据类型 |
能源类型 | 1 | BYTE |
速度 | 2 | WORD |
驾驶模式 | 1 | BYTE |
剩余电量/油量 | 1 | BYTE |
续航里程 | 2 | WORD |
进一步的,目标车辆的行驶数据可以包括车辆的挡位信息,其具体信息可以如表6所示,需要说明的是,为判断车辆是前进还是后退,数据的1~4位需至少提供倒挡或一个前进挡位信息。其中,数据的1~4位可以用‘0000’表示空挡,‘0001’表示一挡,‘0010’表二挡,‘0011’表示三挡,‘0100’表示四挡,‘0101’表示五挡,‘0111’表示六挡,‘1101’表示倒挡R挡,‘1110’表示自动D挡,‘1111’表示自动P挡;数据的第5位为‘1’,表示目标车辆有制动,为‘0’,表示目标车辆无制动;数据的第6位为‘1’,表示驱动目标车辆,为‘0’,表示不驱动目标车辆;数据的第7位和第8位为预留位,用‘0’表示。
表6
目标车辆的位置数据可以包括车辆的经纬度、航向角,例如,在描述目标车辆的经纬度时,以度为单位,精确到百万分之一度;将车辆行驶方向和正北方向顺时针的夹角规定为航向角,同样以度为单位,其误差为0.0125,范围:0~359.9875°。目标车辆的位置数据可以如表7所示。
表7
定义 | 字节长度 | 数据类型 |
经度 | 4 | DWORD |
纬度 | 4 | DWORD |
航向角 | 4 | DWORD |
目标车辆的定位状态可以如表8所示,其中,数据的第1位为0,表示该条信息为车辆的有效定位,为1,表示该条信息为车辆的无效定位;数据的第2位为0,表示车辆位于北纬,为1,表示车辆位于南纬;数据的第3位为0,表示车辆位于东经,为1,表示车辆位于西经;数据的第4位为0,表示服务器接收的信息中,有航向角信息,为1,表示无航向角信息;数据的第5~8位为预留位。
表8
Bit7 | Bit6 | Bit5 | Bit4 | Bit3 | Bit2 | Bit1 | Bit0 |
预留 | 预留 | 预留 | 预留 | 航向角信息 | 经度 | 纬度 | 定位 |
车辆数据中的车辆类型可以是小型接驳车、中型接驳车、大型接驳车,也可以是无人售卖车、无人清扫车、无人快递车等,车辆大小用以描述车辆的长、宽、高,车辆颜色可以是黑色、白色、灰色、红色等,车辆的厂商可以是各种汽车生产厂家。例如,以‘0x01’表示小型接驳车,‘0x02’表示中型接驳车,‘0x03’表示大型接驳车,‘0x04’表示无人售卖车,‘0x05’表示无人清扫车,‘0x06’表示无人快递车,‘0x07’表示无人巡检车,‘0x08’表示无人物流车,‘0x09’表示语音机器人;车辆的长度、宽度、高度,以厘米为单位,精确到1厘米,范围0~1999;车辆的颜色,可以用‘0x01’表示黑色,‘0x02’表示白色,‘0x03’表示灰色,‘0x04’表示绿色,‘0x05’表示红色,‘0x06’表示蓝色,‘0x07’表示黄色;车辆的厂商可以用‘0x01’表示厂家A,‘0x02’表示厂家B等。此时,目标车辆的车辆数据如表9所示。
表9
定义 | 字节长度 | 数据类型 |
车辆类型 | 1 | BYTE |
长度 | 2 | WORD |
宽度 | 2 | WORD |
高度 | 2 | WORD |
颜色 | 1 | BYTE |
厂商 | 1 | BYTE |
故障数据中的传感器故障数据可以是摄像头故障数据、激光雷达故障数据、超声波雷达故障数据等,自动驾驶控制器故障数据可以包括有故障,和无故障两种,通信故障数据也可以包括有故障,和无故障两种,动力系统故障数据可以包括转向系统故障数据、制动系统故障数据、发动机系统故障数据以及驱动电机系统故障数据等。目标车辆的故障数据如表10所示,例如,在摄像头出现故障时,以Bit0-Bit1表示左1摄像头故障,以Bit2-Bit3表示左2摄像头故障,以Bit4-Bit5表示右1摄像头故障,以Bit6-Bit7表示右2摄像头故障,以Bit8-Bit9表示前1摄像头故障,以Bit10-Bit11表示前2摄像头故障,以Bit12-Bit13表示后1摄像头故障,以Bit14-Bit15表示后2摄像头故障,当每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时,表示有故障。在激光雷达出现故障时,以Bit0-Bit1表示左1激光雷达故障,以Bit2-Bit3表示左2激光雷达故障,以Bit4-Bit5表示右1激光雷达故障,以Bit6-Bit7表示右2激光雷达故障,以Bit8-Bit9表示前1激光雷达故障故障,以Bit10-Bit11表示前2激光雷达故障,以Bit12-Bit13表示后1激光雷达故障,以Bit14-Bit15表示后2激光雷达故障,当每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时,表示有故障,其中360度激光雷达按前向激光雷达标记。在毫米波雷达出现故障时,以Bit0-Bit1表示左前故障,以Bit2-Bit3表示前向故障,以Bit4-Bit5表示右前故障,以Bit6-Bit7表示左后故障,以Bit8-Bit9表示后向故障,以Bit10-Bit11表示右后故障,当出现每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时表示有故障。在超声波雷达出现故障时,以Bit0-Bit1表示前向(左前)故障,以Bit2-Bit3表示前向(左中前)故障,以Bit4-Bit5表示前向(右中前)故障,以Bit6-Bit7表示前向(右前)故障,以Bit8-Bit9表示左向(前轮)故障,以Bit10-Bit11表示左向(后轮)故障,以Bit12-Bit13表示右向(前轮)故障,以Bit14-Bit15表示右向(后轮)故障,以Bit16-Bit17表示后向(左后)故障,以Bit18-Bit19表示后向(左中后)故障,以Bit20-Bit21表示后向(右中后)故障,以Bit22-Bit23表示后向(右后)故障,当出现每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时表示有故障。在其他传感器出现故障时,以Bit0-Bit1表示GPS设备故障,以Bit2-Bit3表示惯导设备故障,以Bit4-Bit5表示使用V2X的设备故障,以Bit6-Bit7表示4G/5G移动通信设备故障,当出现每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时表示有故障。在自动驾驶控制器出现故障时,以‘0x00’表示无故障,以‘0x01’表示有故障。在出现通信故障时,以‘0x00’表示无故障,以‘0x01’表示CAN(英文:Controller Area Network,中文:控制器局域网络)通信故障,以‘0x02’表示Ethernet通信故障;在动力系统出现故障时,以Bit0-Bit1表示转向系统故障,以Bit2-Bit3表示制动系统故障,以Bit4-Bit5表示发动机系统故障,以Bit6-Bit7表示驱动电机系统故障,当出现每两位为‘00’时,表示无该配置,为‘01’时,表示无故障,为‘10’时表示有故障。
表10
综上所述,本公开中服务器接收车辆发送的第一信息,其中,第一信息包括信息类型、车辆的标识码和车辆的状态数据。首先按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,之后将包含应答标识的应答信息发送至车辆,并且在验证结果为通过验证时,服务器还将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
图4是根据一示例性实施例示出的一种车辆状态数据的处理方法的流程图,如图4所示,该方法应用于车辆,包括以下步骤:
步骤201,获取车辆的状态数据,状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种。
步骤202,将第一信息发送至服务器,第一信息包括:信息类型、车辆的标识码和状态数据,标识码能够唯一标识车辆,以使服务器按照预设规则验证第一信息,并在第一信息的验证结果为通过验证时,将第一信息发送至显示终端,显示终端用于显示第一信息。
举例来说,车辆在行驶过程中的运行状态可以通过车辆的状态数据描述,这些状态数据可以由分布在车身的传感器采集,其中传感器可以是任一种传感器,例如压力传感器、温度传感器、雷达传感器等。在获取到多种状态数据之后,可以通过车辆上设置的MCU(英文:Microcontroller Unit,中文:微控制单元)、ECU(英文:Electronic Control Unit,中文:电子控制单元)或者BCM(英文:Body Control Module,中文:车身控制器)等装置将获取的状态数据、与信息类型和车辆的标识码一起封装为第一信息。之后将第一信息实时的或者每隔预设时间(例如1min)的发送至服务器。其中,获取的状态数据可以包括:车辆的行驶数据、位置数据、车辆数据、故障数据中的至少一种。
步骤203,接收服务器发送的应答信息,应答信息包括应答标识,应答标识为服务器根据验证结果确定的标识。
示例的,车辆接收服务器发送的应答信息中包括有应答标识,应答标识是由服务器根据第一信息的验证结果确定的,若第一信息符合预设格式,且标识码合法,第一信息的验证结果为通过验证,则车辆接收到的应答信息中的应答标识为正确;若只有第一信息不符合预设格式或只有标识码不合法、或者第一信息不符合预设格式且标识码不合法,第一信息的验证结果为未通过验证,则车辆接收到的应答信息中的应答标识为错误。
图5是根据一示例性实施例示出的另一种车辆状态数据的处理方法的流程图,如图5所示,应答信息还包括控制指令,控制指令为服务器根据第一信息确定的指令。
该方法还包括:
步骤204,执行控制指令,并将控制指令的执行结果发送至服务器。
举例来说,车辆可以执行应答信息中包括的控制指令,并将控制指令的执行结果发送给服务器,以表示控制指令执行成功或失败。例如控制指令指示车辆减速并靠边停车,那么车辆在减速并靠边停车成功之后,将表示执行控制指令成功的指令发送给服务器,否则将表示执行控制指令失败的指令发送给服务器。其中,控制指令可以是直接由服务器根据第一信息确定并发送的,也可以是管理人员通过显示终端发现车辆的状态数据存在问题时,通过服务器发送的。
可选地,信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型。
行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
示例的,车辆发送至服务器的第一信息中的信息类型包括登录类型、登出类型、注册类型、注销类型、实时类型和补发类型。第一信息的登录类型和登出类型,用以表示目标车辆是否登录服务器;注册类型和注销类型,用以表示目标车辆是否在服务器上注册;实时类型表示服务器接收到的第一信息是目标车辆实时发送的数据;补发类型表示服务器接收到的第一信息是目标车辆补发的。
举例来说,车辆的动力数据可以包括车辆的能源类型、剩余电量、剩余油量、续航里程等,位置数据可以包括车辆的经纬度、航向角,车辆数据中的车辆类型可以是小型接驳车、中型接驳车、大型接驳车,也可以是无人售卖车、无人清扫车、无人快递车等,车辆大小用以描述车辆的长、宽、高,车辆颜色可以是黑色、白色、灰色、红色等,故障数据中的传感器故障数据可以是摄像头故障数据、激光雷达故障数据、超声波雷达故障数据等,自动驾驶控制器故障数据可以包括有故障,和无故障两种,通信故障数据也可以包括有故障,和无故障两种,动力系统故障数据包括转向系统故障数据、制动系统故障数据、发动机系统故障数据以及驱动电机系统故障数据等。
综上所述,本公开中车辆首先采集车辆的状态数据,包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,然后车辆将包含了状态数据、信息类型、车辆的标识码的第一信息发送给服务器。以便服务器根据预设规则验证第一信息,并在第一信息的验证结果为通过验证时,将第一信息发送至显示终端。最后,车辆接收由服务器发送的包括应答标识的应答信息。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
图6是根据一示例性实施例示出的一种车辆状态数据的处理装置的框图,如图6所示,该装置300应用于服务器,包括:
接收模块301,用于接收目标车辆发送的第一信息,第一信息包括:信息类型、目标车辆的标识码和目标车辆的状态数据,标识码用于唯一标识目标车辆。
验证模块302,用于按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识。
应答模块303,用于将包含应答标识的应答信息发送至目标车辆。
发送模块304,用于若验证结果为通过验证,将第一信息发送至显示终端,以使显示终端对第一信息进行显示。
图7是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图,如图7所示,验证模块302包括:
第一确定子模块3021,用于若第一信息不满足预设规则,确定验证结果为未通过验证,并确定应答标识为错误。
第二确定子模块3022,用于若第一信息满足预设规则,确定验证结果为通过验证,并确定应答标识为正确。
预设规则为:第一信息符合预设格式,且标识码合法。
图8是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图,如图8所示,该装置300还包括:
确定模块305,用于在将包含应答标识的应答信息发送至目标车辆之前,若验证结果为通过验证,根据第一信息确定控制指令。
对应的,应答模块303用于:
将包含所述应答标识和所述控制指令的所述应答信息发送至所述目标车辆,以使所述目标车辆执行所述控制指令。
可选地,信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型。
状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
关于上述实施例中的装置,其中各个部分执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
综上所述,本公开中服务器接收车辆发送的第一信息,其中,第一信息包括信息类型、车辆的标识码和车辆的状态数据。首先按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,之后将包含应答标识的应答信息发送至车辆,并且在验证结果为通过验证时,服务器还将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
图9是根据一示例性实施例示出的一种车辆状态数据的处理装置的框图,如图9所示,该装置400应用于车辆,包括:
获取模块401,用于获取车辆的状态数据,状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种。
发送模块402,用于将第一信息发送至服务器,第一信息包括:信息类型、车辆的标识码和状态数据,标识码能够唯一标识车辆,以使服务器按照预设规则验证第一信息,并在第一信息的验证结果为通过验证时,将第一信息发送至显示终端,显示终端用于显示第一信息。
接收模块403,用于接收服务器发送的应答信息,应答信息包括应答标识,应答标识为服务器根据验证结果确定的标识。
图10是根据一示例性实施例示出的另一种车辆状态数据的处理装置的框图,如图10所示,应答信息还包括控制指令,控制指令为服务器根据第一信息确定的指令。
该装置400还包括:
执行模块404,用于执行控制指令,并将控制指令的执行结果发送至服务器。
可选地,信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型。
行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
关于上述实施例中的装置,其中各个部分执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
综上所述,本公开中车辆首先采集车辆的状态数据,包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,然后车辆将包含了状态数据、信息类型、车辆的标识码的第一信息发送给服务器。以便服务器根据预设规则验证第一信息,并在第一信息的验证结果为通过验证时,将第一信息发送至显示终端。最后,车辆接收由服务器发送的包括应答标识的应答信息。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
图11是根据一示例性实施例示出的一种车辆状态数据的处理系统的框图,如图11所示,该系统500包括:服务器501、车辆502和显示终端503。
服务器501用于执行本公开实施例的第一方面中任一项方法的步骤。
车辆502用于执行本公开实施例的第二方面中任一项方法的步骤。
显示终端503用于显示服务器发送的所述第一信息。
关于上述实施例中的系统,其中各个部分执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
综上所述,本公开中车辆首先采集车辆的状态数据,包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,然后车辆将包含了状态数据、信息类型、车辆的标识码的第一信息发送给服务器,其中标识码用于唯一标识车辆。服务器接收车辆发送的第一信息,首先按照预设规则验证第一信息,并根据第一信息的验证结果确定应答标识,之后将包含应答标识的应答信息发送至车辆,并且在验证结果为通过验证时,服务器还将第一信息发送至显示终端,以使显示终端对第一信息进行显示。本公开中服务器接收车辆发送的能够反映车辆状态的第一信息,并将通过验证的第一信息发送给显示终端进行显示,能够实时获取车辆上报的状态信息,以实现对车辆的集中监测。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,本领域技术人员在考虑说明书及实践本公开后,容易想到本公开的其他实施方案,均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。
Claims (10)
1.一种车辆状态数据的处理方法,应用于服务器,其特征在于,所述方法包括:
接收目标车辆发送的第一信息,所述第一信息包括:信息类型、所述目标车辆的标识码和所述目标车辆的状态数据,所述标识码用于唯一标识所述目标车辆;
按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识;
将包含所述应答标识的应答信息发送至所述目标车辆;
若所述验证结果为通过验证,将所述第一信息发送至显示终端,以使所述显示终端对所述第一信息进行显示。
2.根据权利要求1所述的方法,其特征在于,所述按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识,包括:
若所述第一信息不满足所述预设规则,确定所述验证结果为未通过验证,并确定所述应答标识为错误;
若所述第一信息满足所述预设规则,确定所述验证结果为通过验证,并确定所述应答标识为正确;
所述预设规则为:所述第一信息符合预设格式,且所述标识码合法。
3.根据权利要求1所述的方法,其特征在于,在所述将包含所述应答标识的应答信息发送至所述目标车辆之前,所述方法还包括:
若所述验证结果为通过验证,根据所述第一信息确定控制指令;
所述将包含所述应答标识的应答信息发送至所述目标车辆,包括:
将包含所述应答标识和所述控制指令的所述应答信息发送至所述目标车辆,以使所述目标车辆执行所述控制指令。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种,所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
5.一种车辆状态数据的处理方法,应用于车辆,其特征在于,所述方法包括:
获取所述车辆的状态数据,所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种;
将第一信息发送至服务器,所述第一信息包括:信息类型、所述车辆的标识码和所述状态数据,所述标识码能够唯一标识所述车辆,以使所述服务器按照预设规则验证所述第一信息,并在所述第一信息的验证结果为通过验证时,将所述第一信息发送至显示终端,所述显示终端用于显示所述第一信息;
接收所述服务器发送的应答信息,所述应答信息包括应答标识,所述应答标识为所述服务器根据所述验证结果确定的标识。
6.根据权利要求5所述的方法,其特征在于,所述应答信息还包括控制指令,所述控制指令为所述服务器根据所述第一信息确定的指令;
所述方法还包括:
执行所述控制指令,并将所述控制指令的执行结果发送至所述服务器。
7.根据权利要求5或6所述的方法,其特征在于,所述信息类型包括:登录类型、登出类型、注册类型、注销类型、实时类型、补发类型;
所述行驶数据包括:行驶速度、挡位、驾驶模式、动力数据中的至少一种,所述车辆数据包括:车辆类型、车辆大小、车辆颜色、车牌号中的至少一种,所述故障数据包括:传感器故障数据、自动驾驶控制器故障数据、通信故障数据、动力系统故障数据中的至少一种。
8.一种车辆状态数据的处理装置,应用于服务器,其特征在于,所述装置包括:
接收模块,用于接收目标车辆发送的第一信息,所述第一信息包括:信息类型、所述目标车辆的标识码和所述目标车辆的状态数据,所述标识码用于唯一标识所述目标车辆;
验证模块,用于按照预设规则验证所述第一信息,并根据所述第一信息的验证结果确定应答标识;
应答模块,用于将包含所述应答标识的应答信息发送至所述目标车辆;
发送模块,用于若所述验证结果为通过验证,将所述第一信息发送至显示终端,以使所述显示终端对所述第一信息进行显示。
9.一种车辆状态数据的处理装置,应用于车辆,其特征在于,所述装置包括:
获取模块,用于获取所述车辆的状态数据,所述状态数据包括:行驶数据、位置数据、车辆数据、故障数据中的至少一种;
发送模块,用于将第一信息发送至服务器,所述第一信息包括:信息类型、所述车辆的标识码和所述状态数据,所述标识码能够唯一标识所述车辆,以使所述服务器按照预设规则验证所述第一信息,并在所述第一信息的验证结果为通过验证时,将所述第一信息发送至显示终端,所述显示终端用于显示所述第一信息;
接收模块,用于接收所述服务器发送的应答信息,所述应答信息包括应答标识,所述应答标识为所述服务器根据所述验证结果确定的标识。
10.一种车辆状态数据的处理系统,其特征在于,所述系统包括:服务器、车辆和显示终端;
所述服务器用于执行权利要求1-4中任一项所述方法的步骤;
所述车辆用于执行权利要求5-7中任一项所述方法的步骤;
所述显示终端用于显示所述服务器发送的所述第一信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910906247.2A CN110796763A (zh) | 2019-09-24 | 2019-09-24 | 车辆状态数据的处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910906247.2A CN110796763A (zh) | 2019-09-24 | 2019-09-24 | 车辆状态数据的处理方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110796763A true CN110796763A (zh) | 2020-02-14 |
Family
ID=69439839
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910906247.2A Pending CN110796763A (zh) | 2019-09-24 | 2019-09-24 | 车辆状态数据的处理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110796763A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111314356A (zh) * | 2020-02-20 | 2020-06-19 | 北京汽车集团有限公司 | 通信数据传输方法、装置和电子设备 |
CN111355787A (zh) * | 2020-02-20 | 2020-06-30 | 北京汽车集团有限公司 | 信息传输方法、装置和电子设备 |
CN112399379A (zh) * | 2020-10-28 | 2021-02-23 | 星火科技技术(深圳)有限责任公司 | 智能车联网通讯协议方法、装置、设备及存储介质 |
CN113031626A (zh) * | 2020-05-15 | 2021-06-25 | 东风柳州汽车有限公司 | 基于自动驾驶的安全认证方法、装置、设备及存储介质 |
CN114217555A (zh) * | 2021-12-09 | 2022-03-22 | 浙江大学 | 基于数字孪生场景的低延时远程遥控方法和系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103065373A (zh) * | 2012-12-14 | 2013-04-24 | 泉州豪杰信息科技发展有限公司 | 基于mapx的车辆监控系统 |
CN106447575A (zh) * | 2016-09-23 | 2017-02-22 | 叶春林 | 车辆安全监管系统 |
CN207851919U (zh) * | 2018-03-09 | 2018-09-11 | 江西科技学院 | 车辆信息采集系统 |
CN108995614A (zh) * | 2018-09-29 | 2018-12-14 | 重庆西部汽车试验场管理有限公司 | 信息传输方法及信息传输装置 |
US20180370459A1 (en) * | 2017-06-22 | 2018-12-27 | Hyundai Motor Company | Apparatus and method for checking or monitoring in-vehicle control unit |
CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
CN109995803A (zh) * | 2017-12-29 | 2019-07-09 | 中移物联网有限公司 | 一种搭载智能终端的汽车、服务器、Web系统及控制方法 |
-
2019
- 2019-09-24 CN CN201910906247.2A patent/CN110796763A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103065373A (zh) * | 2012-12-14 | 2013-04-24 | 泉州豪杰信息科技发展有限公司 | 基于mapx的车辆监控系统 |
CN106447575A (zh) * | 2016-09-23 | 2017-02-22 | 叶春林 | 车辆安全监管系统 |
US20180370459A1 (en) * | 2017-06-22 | 2018-12-27 | Hyundai Motor Company | Apparatus and method for checking or monitoring in-vehicle control unit |
CN109995803A (zh) * | 2017-12-29 | 2019-07-09 | 中移物联网有限公司 | 一种搭载智能终端的汽车、服务器、Web系统及控制方法 |
CN207851919U (zh) * | 2018-03-09 | 2018-09-11 | 江西科技学院 | 车辆信息采集系统 |
CN108995614A (zh) * | 2018-09-29 | 2018-12-14 | 重庆西部汽车试验场管理有限公司 | 信息传输方法及信息传输装置 |
CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111314356A (zh) * | 2020-02-20 | 2020-06-19 | 北京汽车集团有限公司 | 通信数据传输方法、装置和电子设备 |
CN111355787A (zh) * | 2020-02-20 | 2020-06-30 | 北京汽车集团有限公司 | 信息传输方法、装置和电子设备 |
CN113031626A (zh) * | 2020-05-15 | 2021-06-25 | 东风柳州汽车有限公司 | 基于自动驾驶的安全认证方法、装置、设备及存储介质 |
CN112399379A (zh) * | 2020-10-28 | 2021-02-23 | 星火科技技术(深圳)有限责任公司 | 智能车联网通讯协议方法、装置、设备及存储介质 |
CN114217555A (zh) * | 2021-12-09 | 2022-03-22 | 浙江大学 | 基于数字孪生场景的低延时远程遥控方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110796763A (zh) | 车辆状态数据的处理方法、装置和系统 | |
CN113377093B (zh) | 自动驾驶汽车的远程控制方法和装置 | |
CN107571864B (zh) | 无人驾驶车辆的数据采集方法和装置 | |
CN101269615B (zh) | 用于车辆无线通信的装置及方法 | |
JP2022141678A (ja) | 水素充填及び充電のための通信システム及び方法 | |
CN107889078A (zh) | 用于车辆的通信的方法 | |
US10809719B2 (en) | Systems and methods of controlling an autonomous vehicle using an enhanced trajectory following configuration | |
CN108961803A (zh) | 车辆驾驶辅助方法、装置、系统及终端设备 | |
CN104392622A (zh) | 一种基于车联网的多功能辅助驾驶服务系统 | |
JP5683722B2 (ja) | センター側システム及び車両側システム | |
CN102171740A (zh) | 用于在车辆中显示警告提示的方法 | |
CN112533174A (zh) | 基于c-v2x的闯红灯场景的预警及通信冗余方法及系统 | |
CN103986687A (zh) | 一种实现车联网设备授权管理的方法、设备及系统 | |
CN103650464A (zh) | 用于减少车对x通信系统的解码计算投入的数据选择方法以及车对x通信系统 | |
CN105225484A (zh) | 一种智能交通终端的数据处理方法、终端及系统 | |
US11993285B2 (en) | Systems and methods for servicing vehicle messages | |
CN110091896A (zh) | 一种无电区轨道车调车作业安全控制系统及方法 | |
CN109116843A (zh) | 车辆循线行驶方法 | |
CN110926481A (zh) | 一种车辆定位导航方法及其装置 | |
CN107644537B (zh) | 一种车辆起步提醒方法及系统 | |
CN108810850A (zh) | 车载故障播报系统、方法、设备及存储介质 | |
CN107341862A (zh) | 车辆在预定区域内停车时长的计算方法、装置、监控系统 | |
CN114035583B (zh) | 车辆控制方法、装置、电子设备及计算机可读存储介质 | |
CN111210541A (zh) | 车辆、车机设备及限速信息智能提示方法 | |
Schmittner et al. | A proposal for a comprehensive automotive cybersecurity reference architecture |
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 |
Application publication date: 20200214 |
|
RJ01 | Rejection of invention patent application after publication |