CN116208335A - 车辆数据的管理方法、装置、服务器、存储介质 - Google Patents

车辆数据的管理方法、装置、服务器、存储介质 Download PDF

Info

Publication number
CN116208335A
CN116208335A CN202111454408.2A CN202111454408A CN116208335A CN 116208335 A CN116208335 A CN 116208335A CN 202111454408 A CN202111454408 A CN 202111454408A CN 116208335 A CN116208335 A CN 116208335A
Authority
CN
China
Prior art keywords
vehicle
vehicle data
data
service
communication mode
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
CN202111454408.2A
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.)
Aulton New Energy Automotive Technology Co Ltd
Original Assignee
Aulton New Energy Automotive Technology 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 Aulton New Energy Automotive Technology Co Ltd filed Critical Aulton New Energy Automotive Technology Co Ltd
Priority to CN202111454408.2A priority Critical patent/CN116208335A/zh
Priority to PCT/CN2022/135941 priority patent/WO2023098824A1/zh
Publication of CN116208335A publication Critical patent/CN116208335A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • 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
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了车辆数据的管理方法、装置、服务器、存储介质。所述管理方法包括：通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，并将所述目标车辆数据发送至车辆数据需求方平台。从而，通过两种不同来源的车辆数据对应不同服务的结合，能够灵活应对目前新能源汽车行业对于数据通讯的各种要求，实现数据有效管理，且便于数据的维护。

Description

车辆数据的管理方法、装置、服务器、存储介质
技术领域
本发明涉及数据处理技术领域，尤其涉及一种车辆数据的管理方法、装置、服务器、存储介质。
背景技术
随着汽车智能化和网联化程度的普及，大数据的应用涉及车企的方方面面，通过对车辆实现全车型、全系统的远程在线大数据收集，可为用户提供例如车辆状态查询服务及维修保养建议等，以预防故障发生，从而提升用户的消费体验。同时，大数据也可用于设计研发端，以持续提高及改善车辆的质量和性能。目前，车辆数据管理的系统架构已经无法满足对车辆数据来源的多样性、均衡性、不确定性的要求，无法实现对车辆数据的有效管理。
发明内容
本发明要解决的技术问题是为了克服现有技术中车辆数据管理的系统架构已经无法满足对车辆数据来源的多样性、均衡性、不确定性的要求，无法实现对车辆数据的有效管理的缺陷，提供一种车辆数据的管理方法、装置、服务器、存储介质。
本发明是通过下述技术方案来解决上述技术问题：
一种车辆数据的管理方法，所述管理方法包括：
通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，并将所述目标车辆数据发送至车辆数据需求方平台。
可选地，通过第一类服务获取第一车辆数据之后，还包括：
按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
通过第二类服务获取第二车辆数据之后，还包括：
按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
可选地，还包括：
将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
可选地，从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，包括：
响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
可选地，从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，包括：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
可选地，通过所述第一类服务获取第一车辆数据之前，还包括：
基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；
或者，获取所述车载终端提供的第一身份认证信息，并在确定存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
或
通过所述第二类服务获取第二车辆数据之前，还包括：
基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；
或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
可选地，还包括：
响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述第一车辆数据来自于通讯模式为所述目标通讯模式的车载终端。
可选地，所述第一类服务通过采用MQTT(消息队列遥测传输，Message QueuingTelemetry Transport)协议或者MQTT-S(MQTT for Sensor Networks)协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP(传输控制协议，TransmissionControl Protocol)长连接获取所述第二车辆数据；
所述车辆数据需求方平台包括以下至少之一：换电APP(应用程序)大数据平台、换电运营平台和各地政府云平台。
一种车辆数据的管理方法，所述管理方法包括：
获取车载终端的第一车辆数据，并对所述第一车辆数据按照预设规则进行处理，得到第二车辆数据；
将所述第二车辆数据发送给服务器，以由所述服务器通过第二类服务获取所述第二车辆数据，并从所述第二车辆数据中提取目标车辆数据，以及将所述目标车辆数据发送至所述车辆数据需求方平台。
可选地，所述预设规则包括保留所述第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息和车辆里程。
可选地，还包括：
发送针对所述车载终端的通讯模式更改请求至所述服务器；
接收所述服务器针对所述通讯模式更改请求反馈的目标通讯模式信息，所述目标通讯模式为第一类服务的通讯模式或所述第二类服务的通讯模式，所述第一类服务用于获取所述车载终端提供的第一车辆数据；
将所述车载终端的通讯模式更改为所述目标通讯模式，所述目标通讯模式用于使所述车载终端与所述服务器建立通信连接。
一种车辆数据的管理装置，所述管理装置包括：
第一获取模块，用于通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
第二获取模块，用于通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
提取模块，用于从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，并将所述目标车辆数据发送至所述车辆数据需求方平台。
可选地，所述管理装置还包括第一数据处理模块和/或第二数据处理模块：
所述第一数据处理模块，用于按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
所述第二数据处理模块，用于按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
可选地，所述管理装置还包括存储模块；
所述存储模块，用于将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
可选地，所述提取模块包括：
确定单元，用于响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
提取单元，用于从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
可选地，所述提取模块具体用于：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
可选地，所述管理装置还包括：
第一鉴权模块，用于基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；或者，获取所述车载终端提供的第一身份认证信息，并在确定所述电子设备存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
第二鉴权模块，用于基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定所述电子设备存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
可选地，所述管理装置还包括：
发送模块，用于响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述第一车辆数据来自于通讯模式为所述目标通讯模式的车载终端。
可选地，所述第一类服务采用MQTT协议或者MQTT-S协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP长连接获取所述第二车辆数据；
所述车辆数据获取方包括以下至少之一：换电APP大数据平台、换电运营平台、各地政府云平台。
一种车辆数据的管理装置，所述管理装置包括：
获取模块，用于获取车载终端的第一车辆数据，并对所述第一车辆数据按照预设规则进行处理，得到第二车辆数据；
第一发送模块，用于将所述第二车辆数据发送给服务器，以由所述服务器通过第二类服务获取所述第二车辆数据，并从所述第二车辆数据提取目标车辆数据，以及将所述目标车辆数据发送至所述车辆数据需求方平台。
可选地，所述预设规则包括保留所述第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息、车辆里程。
可选地，所述管理装置还包括：
第二发送模块，用于发送针对所述车载终端的通讯模式更改请求至所述服务器；
接收模块，用于接收所述服务器针对所述通讯模式更改请求反馈的目标通讯模式信息；
更改模块，用于将所述车载终端的通讯模式更改为所述目标通讯模式，所述目标通讯模式用于使所述车载终端与所述服务器建立通信连接。
一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述的车辆数据的管理方法。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的车辆数据的管理方法。
本发明的积极进步效果在于：本发明结合了来自车载终端和车辆生产方平台的两类服务，实现对来自于车载终端的第一车辆数据和来自于车辆生产方平台的第二车辆数据兼容管理，并提供目标车辆数据给车辆数据需求方平台。
本发明实施例中，结合了两种通讯模式，分别为第一类服务的通讯模式和第二类服务的通讯模式，并基于第一类服务的通讯模式和第二类服务的通讯模式实现对来自于车载终端的第一车辆数据和来自于车辆生产方平台的第二车辆数据进行管理，能够灵活应对目前新能源汽车行业对于数据通讯的满足对车辆数据来源的多样性、均衡性、不确定性等要求，实现数据有效管理，且便于数据的维护。
附图说明
图1a为本发明一示例性实施例提供的一种车辆数据的管理方法的流程图；
图1b为本发明一示例性实施例提供的另一种车辆数据的管理方法的流程图；
图2为本发明一示例性实施例提供的另一种车辆数据的管理方法的流程图；
图3a为本发明一示例性实施例提供的另一种车辆数据的管理方法的流程图；
图3b为本发明一示例性实施例提供的一种车辆数据的管理方法采用的系统架构示意图；
图4为本发明一示例性实施例提供的一种车辆数据的管理装置的模块示意图；
图5为本发明一示例性实施例提供的另一种车辆数据的管理装置的模块示意图；
图6为本发明一示例性实施例提供的一种服务器的模块示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
本发明实施例提供一种车辆数据的管理方法，该管理方法运行于数据管理方的服务器，服务器部署有第一类服务和第二类服务，第一类服务被定义为能够获取、处理来自车载终端的第一车辆数据，第二类服务被定义为能够获取、处理来自车辆生产方平台的第二车辆数据。
服务器上部署的第一类服务的数量可以是一个，也可以是多个，本发明实施例对此不作特别限定。当服务器上部署了多个第一类服务时，多个第一类服务可以同步获取多个车载终端提供的第一车辆数据，以提高数据获取的效率。
服务器上部署的第二类服务的数量可以是一个，也可以是多个，本发明实施例对此不作特别限定。当服务器上部署了多个第二类服务时，多个第二类服务可以同步获取多个车辆生产方平台提供的第二车辆数据，或者多个第二类服务同步获取一个车辆生产方平台提供的数据量较大的第二车辆数据，以提高数据获取的效率。
第一类服务和第二类服务可以采用分布式微服务架构设计，将第一类服务的通讯模式和第二类服务的通讯模式各自单独形成单点服务，再将单点服务集群部署。
上述服务器可以为物理服务器或者虚拟服务器，可以是一台服务器，也可以是服务器集群，本发明实施例对此不作特别限定。
图1a为本发明一示例性实施例提供的一种车辆数据的管理方法的流程图，该管理方法应用于服务器，该管理方法包括以下步骤：
步骤101、通过第一类服务获取第一车辆数据，第一车辆数据来自于车载终端。
其中，第一车辆数据可以但不限于包括：车辆的车牌信息、车辆识别码(VIN码)、车辆所属于的用户身份信息、车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息和车辆里程等。
在一个实施例中，第一类服务通过采用MQTT协议或者MQTT-S协议通讯获取第一车辆数据，也可以用其他一种或几种通信协议组合获取第一车辆数据。
在一个实施例中，通过第一类服务获取第一车辆数据之前，对提供第一车辆数据的车载终端的权限进行认证，具体的，基于第一公钥验证车载终端提供的第一签名数据；若验证通过，说明该车载终端具有将第一车辆数据提供至服务器进行管理的权限或者服务器被该车载终端授权管理该车载终端的第一车辆数据，服务器则触发第一类服务获取第一车辆数据；若验证不通过，说明车载终端不具有将第一车辆数据提供至服务器进行管理的权限或者服务器未被该车载终端授权管理该车载终端的第一车辆数据，则服务器不获取该车载终端的第一车辆数据。
其中，第一公钥由车载终端提供，第一签名数据由车载终端根据第一公钥对应的第一私钥对目标数据进行签名得到。目标数据可以根据实际情况自行选择，可以但不限于为第一车辆数据中全部或者部分数据。对于车载终端的权限进行认证，可以通过第一类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
在一个实施例中，通过第一类服务获取第一车辆数据之前，对提供第一车辆数据的车载终端的权限进行认证，具体的，获取车载终端提供的第一身份认证信息，该第一身份认证信息可以但不限于包括车载终端的账户、密码等信息，确定服务器存储的注册信息中是否存在与第一身份认证信息相匹配的信息；若服务器存储的注册信息存在与第一身份认证信息相匹配的信息，说明该车载终端具有将第一车辆数据提供至服务器进行管理的权限或者服务器被该车载终端授权管理该车载终端的第一车辆数据，服务器则触发第一类服务获取第一车辆数据；若服务器存储的注册信息不存在与第一身份认证信息相匹配的信息，说明该车载终端不具有将第一车辆数据提供至服务器进行管理的权限或者服务器未被该车载终端授权管理该车载终端的第一车辆数据，服务器则不获取该车载终端的第一车辆数据。
其中，服务器存储的注册信息由车载终端在服务器进行注册时生成。
通过对车载终端的权限进行认证，可以防止车载终端恶意连接服务器，占用服务器资源。
在一个实施例中，获取到第一车辆数据之后，还按照第一预设规则对第一车辆数据进行数据处理。其中，第一预设规则包括以下规则中的至少之一：加密规则、脱敏规则、屏蔽规则、转换规则等。若按照第一预设规则对第一车辆数据进行数据处理，则存储于服务器的第一车辆数据为经过数据处理的数据，从而可以避免第一车辆数据在服务器上被监听、盗取，造成数据泄露。
需要说明的是，对第一车辆数据进行上述任一处理，可以对第一车辆数据中的全部数据进行处理，也可以对第一车辆数据中的敏感隐私数据进行处理。加密规则、脱敏规则、屏蔽规则、转换规则可以根据实际情况自行设置，具体实现过程参见相关技术描述，此处不再赘述。按照第一预设规则对第一车辆数据进行数据处理，可以通过第一类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
在一个实施例中，获取到第一车辆数据之后，将第一车辆数据存储于服务器的存储空间，若第一车辆数据的来源不同，则将第一车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据的数据来源相同，以实现数据存储隔离，防止数据混乱。
举例来说，将车载终端A的第一车辆数据存储在存储空间a1，将车载终端B的第一车辆数据存储在存储空间b1，将车载终端C的第一车辆数据存储在存储空间c1。若车载终端D的数据量很大，一个存储空间的容量不足以存储车载终端D的第一车辆数据，则将车载终端D的第一车辆数据存储在存储空间d1和存储空间e1。
可以理解的，若服务器按照第一预设规则对第一车辆数据进行了数据处理，则将经过数据处理的第一车辆数据存储于存储空间。
其中，上述数据来源包括服务来源、车载终端来源和车辆生产方平台来源中的一种或几种。对第一车辆数据进行存储，可以通过第一类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
步骤102、通过第二类服务获取第二车辆数据，第二车辆数据来自于车辆生产方平台，车辆生产方平台的第二车辆数据由车载终端提供。
在一个实施例中，第二类服务为云端转发服务，通过采用TCP长连接获取第二车辆数据。也可以用其他一种或几种通信协议组合获取第二车辆数据。
在一个实施例中，通过第二类服务获取第二车辆数据之前，对提供第二车辆数据的车辆生产方平台的权限进行认证，具体的，基于第二公钥验证车辆生产方平台提供的第二签名数据；若验证通过，说明该车辆生产方平台具有将第二车辆数据提供至服务器进行管理的权限或者服务器被该车辆生产方平台授权管理该车辆生产方平台的第二车辆数据，服务器则触发第二类服务获取第二车辆数据；若验证不通过，说明车辆生产方平台不具有将第二车辆数据提供至服务器进行管理的权限或者服务器未被该车辆生产方平台授权管理该车辆生产方平台的第二车辆数据，则服务器不获取该车辆生产方平台的第二车辆数据。
其中，第二公钥由车辆生产方平台提供，第二签名数据由车辆生产方平台根据第二公钥对应的第二私钥对目标数据进行签名得到。目标数据可以根据实际情况自行选择，可以但不限于为第二车辆数据中全部或者部分数据、车辆生产方平台所属于的车辆的车牌信息，车辆识别码(VIN码)等，或是上述至少两类数据的组合。对于车辆生产方平台的权限进行认证，可以通过第二类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
在一个实施例中，通过第二类服务获取第二车辆数据之前，对提供第二车辆数据的车辆生产方平台的权限进行认证，具体的，获取车辆生产方平台提供的第二身份认证信息，该第二身份认证信息可以但不限于包括车辆生产方平台的账户、密码等信息，确定服务器存储的注册信息中是否存在与第二身份认证信息相匹配的信息；若服务器存储的注册信息存在与第二身份认证信息相匹配的信息，说明该车辆生产方平台具有将第二车辆数据提供至服务器进行管理的权限或者服务器被该车辆生产方平台授权管理该车辆生产方平台的第二车辆数据，服务器则触发第二类服务获取第二车辆数据；若服务器存储的注册信息不存在与第二身份认证信息相匹配的信息，说明该车辆生产方平台不具有将第二车辆数据提供至服务器进行管理的权限或者服务器未被该车辆生产方平台授权管理该车辆生产方平台的第二车辆数据，服务器则不获取该车辆生产方平台的第二车辆数据。
其中，服务器存储的注册信息由车辆生产方平台在服务器进行注册时生成。
通过对车辆生产方平台的权限进行认证，可以防止车辆生产方平台恶意连接服务器，占用服务器资源。
在一个实施例中，获取到第二车辆数据之后，还按照第二预设规则对第二车辆数据进行数据处理。其中，第二预设规则包括以下规则中的至少之一：加密规则、脱敏规则、屏蔽规则、转换规则。若按照第一预设规则对第一车辆数据进行数据处理，则存储于服务器的第一车辆数据为经过数据处理的数据，从而可以避免第一车辆数据在服务器上被监听、盗取，造成数据泄露。
需要说明的是，对第二车辆数据进行上述任一处理，可以对第二车辆数据中的全部数据进行处理，也可以对第二车辆数据中的敏感隐私数据进行处理。加密规则、脱敏规则、屏蔽规则、转换规则可以根据实际情况自行设置，具体实现过程参见相关技术描述，此处不再赘述。按照第二预设规则对第二车辆数据进行数据处理，可以通过第二类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
在一个实施例中，获取到第二车辆数据之后，将第二车辆数据进行存储于服务器的存储空间，若第二车辆数据的来源不同，则将第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第二车辆数据的数据来源相同，以实现数据物理隔离，防止数据混乱。
举例来说，将车辆生产方平台A的第二车辆数据存储在存储空间a2，将车辆生产方平台B的第二车辆数据存储在存储空间b2，将车辆生产方平台C的第二车辆数据存储在存储空间c2。若车辆生产方平台D的数据量很大，一个存储空间的容量不足以存储车辆生产方平台D的第二车辆数据，则将车辆生产方平台D的第二车辆数据存储在存储空间d2和存储空间e2。
可以理解的，若服务器按照第二预设规则对第二车辆数据进行了数据处理，则将经过数据处理的第二车辆数据存储于存储空间。
其中，上述数据来源包括服务来源、车载终端来源和车辆生产方平台来源中的一种或几种。对第二车辆数据进行存储，可以通过第二类服务实现，也可以另外定义服务实现，本发明实施例对此不作特别限定。
在一个实施例中，若车辆生产方平台提供的第二车辆数据为对车载终端提供的第一车辆数据进行加密、脱敏、屏蔽、转换等处理中的至少一项处理之后的数据，第二类服务获取到第二车辆数据之后可以直接存储，无需对第二车辆数据按照第二预设规则进行数据处理。
其中，对获取第一车辆数据的步骤和获取第二车辆数据的步骤的执行顺序并不做限定，获取第一车辆数据的步骤和获取第二车辆数据的步骤均在目标数据提取之前执行。除了图1a示出的先执行获取第一车辆数据的步骤再执行获取第二车辆数据的步骤之外，获取第一车辆数据的步骤和获取第二车辆数据的步骤可以并行执行，也可以先执行获取第二车辆数据的步骤再执行获取第一车辆数据的步骤。
在一个实施例中，获取第一车辆数据的步骤和获取第二车辆数据的步骤的执行顺序结合服务器的资源占用情况和车辆数据的优先级而确定。在既需要获取第一车辆数据又需要获取第二车辆数据的场景下，若服务器的已占用资源较少、剩余资源较多且能够满足第一类服务和第二类服务同时获取车辆数据，参见图1b，获取第一车辆数据的步骤和获取第二车辆数据的步骤并行执行；若服务器的剩余资源只能满足一类服务获取数据，则根据数据优先级确定先执行获取第一车辆数据的步骤，还是先执行获取第二车辆数据的步骤。其中，数据优先级可以根据实际情况自行设置，例如依据接收数据获取请求的先后顺序确定优先级；或者，通过标识车辆数据的优先级的方式确定优先级。
步骤103、从第一车辆数据和/或第二车辆数据提取目标车辆数据，并将目标车辆数据发送至车辆数据需求方平台。
其中，车辆数据需求方平台包括以下至少之一：换电APP大数据平台、换电运营平台和各地政府云平台。目标车辆数据的提取及发送可以定义一个服务实现，例如定义数据转发服务实现目标车辆数据的提取及发送。
服务器根据各车辆数据需求方平台的需求提取目标车辆数据，并发送给各车辆数据需求方平台。
在一个实施例中，目标车辆数据的提取及发送依申请进行，也即服务器在接收到车辆数据需求方平台发送的数据获取请求的情况下，从第一车辆数据和/或第二车辆数据提取目标车辆数据，并将目标车辆数据发送至车辆数据需求方平台。车辆数据需求方平台发送的数据获取请求可以携带关键词，提取的目标车辆数据为与关键词相匹配的数据。
在一个实施例中，车辆数据获取请求还可以携带数据来源信息和数据类型信息，目标车辆数据为与数据来源信息和数据类型信息相匹的数据。
在第一车辆数据和第二车辆数据按照数据来源存储于不同的存储空间的场景下，在提取目标数据时，根据车辆数据获取请求携带的数据来源信息确定对应的目标存储空间，并从目标存储空间中提取与车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
在一个实施例中，目标车辆数据的提取及发送依预先设定的提取发送规则进行，可以是周期性提取目标车辆数据并发送，也可以定时提取目标车车辆数据并发送。提取发送规则中还可以定义关键词、数据来源信息、数据类型信息中的至少一种数据参数，目标车辆数据为与提取发送规则定义的数据参数相匹配的数据。提取发送规则可以根据实际需求自行设置，本申请对此不作特别限定。
本发明实施例中，结合了两种通讯模式，分别为第一类服务的通讯模式和第二类服务的通讯模式，并基于第一类服务的通讯模式和第二类服务的通讯模式实现对来自于车载终端的第一车辆数据和来自于车辆生产方平台的第二车辆数据进行管理，能够灵活应对目前新能源汽车行业对于数据通讯的各种要求，实现数据有效管理。
在一个实施例中，服务器可以依据车辆生产方平台的请求对车载终端的通讯模块进行更改，具体的，服务器基于针对车载终端的通讯模式更改请求，向发送通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使车辆生产方平台根据目标通讯模式信息将车载终端的通讯模式更改为目标通讯模式。目标通讯模式为第一类服务的通讯模式或第二类服务的通讯模式。目标通讯模式信息包括以下参数中的至少一种：通讯模式地址、通信协议、数据字段格式等。
若某一车载终端当前的通讯模式为第一类服务的通讯模式，该车载终端直接与服务器建立通信连接，服务器通过第一类服务获取该车载终端的第一车辆数据。车辆生产方平台可以对该车载终端的通讯模式进行更改，将该车载终端的通讯模式更改为第二类服务的通讯模式，经过通讯模式更改之后，该车载终端与车辆生产方平台建立通信连接，并将第一车辆数据提供至车辆生产方平台。
若某一车载终端当前的通讯模式为第二类服务的通讯模式，该车载终端与车辆生产方平台建立通信连接，车辆终端将第一车辆数据发送至车辆生产方平台，由车辆生产方平台对第一车辆数据按照预设规则进行处理，得到第二车辆数据，并将该第二车辆数据发送至服务器。车辆生产方平台可以对该车载终端的通讯模式进行更改，将该车载终端的通讯模式更改为第一类服务的通讯模式，经过通讯模式更改之后，该车载终端与服务器直接建立通信连接，并将第一车辆数据提供至服务器。
图2为本发明一示例性实施例提供的另一种车辆数据的管理方法的流程图，该管理方法应用于车辆生产方平台，该管理方法包括以下步骤：
步骤201、获取车载终端的第一车辆数据，并对第一车辆数据按照预设规则进行处理，得到第二车辆数据。
在一个实施例中，预设规则包括保留第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息和车辆里程。
在一个实施例中，预设规则包括以下规则中的至少之一：加密规则、脱敏规则、屏蔽规则、转换规则等。
上述预设规则可以根据实际情况自行设置。
步骤202、将第二车辆数据发送给服务器。
以由服务器通过第二类服务获取第二车辆数据，并从第二车辆数据中提取目标车辆数据将目标车辆数据发送至车辆数据需求方平台。
在一个实施例中，车辆生产方平台可以请求服务器更改车载终端的通讯模式，具体的，车辆生产方平台发送针对车载终端的通讯模式更改请求至服务器，并接收服务器针通讯模式更改请求反馈的目标通讯模式信息，然后根据目标通讯模式信息将车载终端的通讯模式更改为目标通讯模式，其中目标通讯模式为第一类服务的通讯模式或第二类服务的通讯模式。
图3a为本发明一示例性实施例提供的另一种车辆数据的管理方法的流程图，图3b为本发明一示例性实施例提供的一种车辆数据的管理方法采用的系统架构示意图，图中通过车载终端、车辆生产方平台、服务器和车辆数据需求方平台四者的交互，对车辆数据的管理过程作进一步说明。该管理方法包括以下步骤：
步骤301、车载终端a将第一车辆数据发送至服务器。
步骤302、服务器通过第一类服务获取车载终端a的第一车辆数据。
需要说明的是，图中只是以车载终端a为例进行说明，实际应用过程中，服务器可以对接多个车载终端，也即服务器通过第一类服务获取多个车载终端的第一车辆数据。
服务器获取第一车辆数据之前，可以对车载终端a的权限进行认证，具体认证方式参见对步骤101的解释说明部分，此处不再赘述。
服务器获取第一车辆数据之后，可以按照第一预设规则对第一车辆数据进行数据处理，具体数据处理方式参见对步骤101的解释说明部分，此处不再赘述。
服务器获取第一车辆数据之后，将第一车辆数据存储于存储空间，具体数据存储方式参见对步骤101的解释说明部分，此处不再赘述。
步骤303、车载终端b将第一车辆数据发送至车辆生产方平台。
需要说明的是，图中只是以车载终端b为例进行说明，实际应用过程中，车辆生产方平台可以对接多个车载终端。
步骤304、车辆生产方平台根据第一车辆数据生成第二车辆数据。
车辆生产方平台根据第一车辆数据生成第二车辆数据的具体实现过程，参见对步骤201的解释说明部分，此处不再赘述。
步骤305、车辆生产方平台将第二车辆数据发送至服务器。
需要说明的是，图中只是以一个车辆生产方平台为例进行说明，实际应用过程中，服务器可以对接多个车辆生产方平台。
步骤306、服务器通过第二类服务获取第二车辆数据。
服务器获取第二车辆数据之前，可以对车辆生产方平台的权限进行认证，具体认证方式参见对步骤102的解释说明部分，此处不再赘述。
服务器获取第二车辆数据之后，可以按照第二预设规则对第二车辆数据进行数据处理，具体数据处理方式参见对步骤102的解释说明部分，此处不再赘述。
服务器获取第二车辆数据之后，将第二车辆数据存储于存储空间，具体数据存储方式参见对步骤102的解释说明部分，此处不再赘述。
步骤307、服务器从第一车辆数据和/或第二车辆数据提取目标车辆数据。
步骤308、将目标车辆数据发送至车辆数据需求方平台。
服务器提取目标车辆数据和发送目标车辆数控的具体实现方式参见对步骤103的解释说明部分，此处不再赘述。
需要说明的是，图中只是以一个车辆数据需求方平台为例进行说明，实际应用过程中，服务器可以对接多个车辆数据需求方平台。
在一个实施例中，车辆生产方平台可以更改车载终端a和车载终端b的通讯模式，具体实现过程参加上述实施例介绍，此处不再赘述。
需要说明的是，步骤301～步骤302为获取到第一车辆数据的步骤，步骤303～步骤306为获取到第二车辆数据的步骤，获取到第一车辆数据的步骤和获取到第二车辆数据的步骤是相互独立的，不对执行顺序做限定，更不限于是图中示出的执行顺序，步骤301～步骤302与步骤303～步骤306可以同步执行。
与前述车辆数据的管理方法实施例相对应，本发明还提供了车辆数据的管理装置的实施例。
图4为本发明一示例性实施例提供的一种车辆数据的管理装置的模块示意，所述管理装置包括：
第一获取模块41，用于通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
第二获取模块42，用于通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
提取模块43，用于从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，并将所述目标车辆数据发送至所述车辆数据需求方平台。
可选地，所述管理装置还包括第一数据处理模块和/或第二数据处理模块：
所述第一数据处理模块，用于按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
所述第二数据处理模块，用于按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
可选地，所述管理装置还包括存储模块；
所述存储模块，用于将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
可选地，所述提取模块包括：
确定单元，用于响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
提取单元，用于从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
可选地，所述提取模块具体用于：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
可选地，所述管理装置还包括：
第一鉴权模块，用于基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；或者，获取所述车载终端提供的第一身份认证信息，并在确定所述电子设备存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
第二鉴权模块，用于基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定所述电子设备存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
可选地，所述管理装置还包括：
发送模块，用于响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述第一车辆数据来自于通讯模式为所述目标通讯模式的车载终端。
可选地，所述第一类服务采用MQTT协议或者MQTT-S协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP长连接获取所述第二车辆数据；
所述车辆数据获取方包括以下至少之一：换电APP大数据平台、换电运营平台、各地政府云平台。
图5为本发明一示例性实施例提供的另一种车辆数据的管理装置的模块示意，所述管理装置包括：
获取模块51，用于获取车载终端的第一车辆数据，并对所述第一车辆数据按照预设规则进行处理，得到第二车辆数据；
第一发送模块52，用于将所述第二车辆数据发送给服务器，以由所述服务器通过第二类服务获取所述第二车辆数据，并从所述第二车辆数据提取目标车辆数据，以及将所述目标车辆数据发送至所述车辆数据需求方平台。
可选地，所述预设规则包括保留所述第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息、车辆里程。
可选地，所述管理装置还包括：
第二发送模块，用于发送针对所述车载终端的通讯模式更改请求至所述服务器；
接收模块，用于接收所述服务器针对所述通讯模式更改请求反馈的目标通讯模式信息；
更改模块，用于将所述车载终端的通讯模式更改为所述目标通讯模式，所述目标通讯模式用于使所述车载终端与所述服务器建立通信连接。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可，一种车辆数据的管理装置的上述实施例也能实现一种车辆数据的管理方法的实施例相应的技术效果，前文已经进行了详细说明，此处不再赘述。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
图6是本发明一示例实施例示出的一种服务器的结构示意图，示出了适于用来实现本发明实施方式的示例性服务器60的框图。图6显示的服务器60仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，服务器60可以以通用计算设备的形式表现。服务器60的组件可以包括但不限于：上述至少一个处理器61、上述至少一个存储器62、连接不同系统组件(包括存储器62和处理器61)的总线63。
总线63包括数据总线、地址总线和控制总线。
存储器62可以包括易失性存储器，例如随机存取存储器(RAM)621和/或高速缓存存储器622，还可以进一步包括只读存储器(ROM)623。
存储器62还可以包括具有一组(至少一个)程序模块624的程序工具625(或实用工具)，这样的程序模块624包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器61通过运行存储在存储器62中的计算机程序，从而执行各种功能应用以及数据处理，例如上述任一实施例所提供的方法。
服务器60也可以与一个或多个外部设备64(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口65进行。并且，模型生成的服务器60还可以通过网络适配器66与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器66通过总线63与模型生成的服务器60的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的服务器60使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了服务器的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
一种服务器60的上述实施例，通过处理器61通过运行存储在存储器62中的计算机程序，从而执行各种功能应用以及数据处理，也能实现一种车辆数据的管理方法的实施例相应的技术效果，前文已经进行了详细说明，此处不再赘述。
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所提供的方法的步骤。
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现上述任一实施例提供的方法的步骤。
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
通过执行一种计算机可读存储介质的上述实施例，也能实现一种车辆数据的管理方法的实施例相应的技术效果，前文已经进行了详细说明，此处不再赘述。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (24)

1.一种车辆数据的管理方法，其特征在于，所述管理方法包括：
通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，并将所述目标车辆数据发送至车辆数据需求方平台。
2.根据权利要求1所述的车辆数据的管理方法，其特征在于，通过第一类服务获取第一车辆数据之后，还包括：
按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
通过第二类服务获取第二车辆数据之后，还包括：
按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
3.根据权利要求1所述的车辆数据的管理方法，其特征在于，还包括：
将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
4.根据权利要求3所述的车辆数据的管理方法，其特征在于，从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，包括：
响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
5.根据权利要求1所述的车辆数据的管理方法，其特征在于，从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，包括：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
6.根据权利要求1所述的车辆数据的管理方法，其特征在于，通过所述第一类服务获取第一车辆数据之前，还包括：
基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；
或者，获取所述车载终端提供的第一身份认证信息，并在确定存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
或
通过所述第二类服务获取第二车辆数据之前，还包括：
基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；
或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
7.根据权利要求1所述的车辆数据的管理方法，其特征在于，还包括：
响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述目标通讯模式为第一类服务的通讯模式或所述第二类服务的通讯模式。
8.根据权利要求1所述的车辆数据的管理方法，其特征在于，所述第一类服务通过采用MQTT协议或者MQTT-S协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP长连接获取所述第二车辆数据；
所述车辆数据需求方平台包括以下至少之一：换电APP大数据平台、换电运营平台和各地政府云平台。
9.一种车辆数据的管理方法，其特征在于，所述管理方法包括：
获取车载终端的第一车辆数据，并对所述第一车辆数据按照预设规则进行处理，得到第二车辆数据；
将所述第二车辆数据发送给服务器，以由所述服务器通过第二类服务获取所述第二车辆数据，并从所述第二车辆数据中提取目标车辆数据，以及将所述目标车辆数据发送至所述车辆数据需求方平台。
10.根据权利要求9所述的车辆数据的管理方法，其特征在于，所述预设规则包括保留所述第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息和车辆里程。
11.根据权利要求9所述的车辆数据的管理方法，其特征在于，还包括：
发送针对所述车载终端的通讯模式更改请求至所述服务器；
接收所述服务器针对所述通讯模式更改请求反馈的目标通讯模式信息；
根据所述目标通讯模式信息将所述车载终端的通讯模式更改为目标通讯模式，所述目标通讯模式为第一类服务的通讯模式或所述第二类服务的通讯模式，所述第一类服务用于获取所述车载终端提供的第一车辆数据。
12.一种车辆数据的管理装置，其特征在于，所述管理装置包括：
第一获取模块，用于通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
第二获取模块，用于通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
提取模块，用于从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，并将所述目标车辆数据发送至所述车辆数据需求方平台。
13.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述管理装置还包括第一数据处理模块和/或第二数据处理模块：
所述第一数据处理模块，用于按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
所述第二数据处理模块，用于按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
14.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述管理装置还包括存储模块；
所述存储模块，用于将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
15.根据权利要求14所述的车辆数据的管理方法，其特征在于，所述提取模块包括：
确定单元，用于响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
提取单元，用于从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
16.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述提取模块具体用于：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
17.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述管理装置还包括：
第一鉴权模块，用于基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；或者，获取所述车载终端提供的第一身份认证信息，并在确定预先存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
第二鉴权模块，用于基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定预先存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
18.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述管理装置还包括：
发送模块，用于响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述第一车辆数据来自于通讯模式为所述目标通讯模式的车载终端。
19.根据权利要求12所述的车辆数据的管理装置，其特征在于，所述第一类服务采用MQTT协议或者MQTT-S协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP长连接获取所述第二车辆数据；
所述车辆数据获取方包括以下至少之一：换电APP大数据平台、换电运营平台、各地政府云平台。
20.一种车辆数据的管理装置，其特征在于，所述管理装置包括：
获取模块，用于获取车载终端的第一车辆数据，并对所述第一车辆数据按照预设规则进行处理，得到第二车辆数据；
第一发送模块，用于将所述第二车辆数据发送给服务器，以由所述服务器通过第二类服务获取所述第二车辆数据，并从所述第二车辆数据提取目标车辆数据，以及将所述目标车辆数据发送至所述车辆数据需求方平台。
21.根据权利要求20所述的车辆数据的管理装置，其特征在于，所述预设规则包括保留所述第一车辆数据中以下参数的至少之一：车辆电池温度、车辆电池电量、车辆电池状态、车辆位置信息、车辆里程。
22.根据权利要求20所述的车辆数据的管理装置，其特征在于，所述管理装置还包括：
第二发送模块，用于发送针对所述车载终端的通讯模式更改请求至所述服务器；
接收模块，用于接收所述服务器针对所述通讯模式更改请求反馈的目标通讯模式信息；
更改模块，用于将所述车载终端的通讯模式更改为所述目标通讯模式，所述目标通讯模式用于使所述车载终端与所述服务器建立通信连接。
23.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的车辆数据的管理方法。
24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述的车辆数据的管理方法。
CN202111454408.2A 2021-12-01 2021-12-01 车辆数据的管理方法、装置、服务器、存储介质 Pending CN116208335A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111454408.2A CN116208335A (zh) 2021-12-01 2021-12-01 车辆数据的管理方法、装置、服务器、存储介质
PCT/CN2022/135941 WO2023098824A1 (zh) 2021-12-01 2022-12-01 车辆数据的管理方法、装置、服务器、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111454408.2A CN116208335A (zh) 2021-12-01 2021-12-01 车辆数据的管理方法、装置、服务器、存储介质

Publications (1)

Publication Number Publication Date
CN116208335A true CN116208335A (zh) 2023-06-02

Family

ID=86506547

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111454408.2A Pending CN116208335A (zh) 2021-12-01 2021-12-01 车辆数据的管理方法、装置、服务器、存储介质

Country Status (2)

Country Link
CN (1) CN116208335A (zh)
WO (1) WO2023098824A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117171701B (zh) * 2023-08-14 2024-05-14 陕西天行健车联网信息技术有限公司 一种车辆行驶数据处理方法、装置、设备和介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019191819A (ja) * 2018-04-23 2019-10-31 ヤマハ発動機株式会社 車両登録システム、車両生産管理システム、車両在庫管理装置、保証登録サーバ、アクティベーションキーサーバ、工場用ツール、販売店用ツール、および車両
CN110190958A (zh) * 2019-05-30 2019-08-30 北京百度网讯科技有限公司 一种车辆的身份验证方法、装置、电子设备及存储介质
CN110682918A (zh) * 2019-10-09 2020-01-14 南京领行科技股份有限公司 一种控制车辆方法及装置
CN112003784B (zh) * 2020-08-19 2021-07-20 安徽江淮汽车集团股份有限公司 车辆数据传输方法、设备、存储介质及装置
CN112134952B (zh) * 2020-09-22 2021-11-30 北京嘀嘀无限科技发展有限公司 一种基于车联网的车辆管理系统、方法、电子设备及存储介质
CN112130540A (zh) * 2020-09-28 2020-12-25 苏州砺行信息科技有限公司 一种新能源电动汽车多功能数据采集与智能分析系统
CN112187936B (zh) * 2020-09-29 2024-03-29 北京车和家信息技术有限公司 车辆数据处理方法、装置、设备、存储介质及车辆

Also Published As

Publication number Publication date
WO2023098824A1 (zh) 2023-06-08

Similar Documents

Publication Publication Date Title
EP3540628B1 (en) Mechanism for efficient validation of finality proof in lightweight distributed ledger clients
CN111543032B (zh) 用于控制和/或监控装置的方法和控制系统
CN111492624B (zh) 用于控制和/或监控装置的方法和控制系统
CN111274268B (zh) 物联网数据传输方法、装置、介质及电子设备
CN111143378B (zh) 处理数据的方法及实现该方法的装置
CN109948371B (zh) 为区块链节点发放身份证书的方法及相关装置
JP3937475B2 (ja) アクセス制御システムおよびその方法
CN103098070B (zh) 用于监视网络服务中数据位置的方法、装置和系统
CN110599095B (zh) 基于区块链网络的危废处理方法及区块链网络的节点
AU2014334841B2 (en) Method and system for distributing secrets
CN110838065A (zh) 一种交易数据处理方法及装置
CN109791566B (zh) 控制加密车载数据访问的系统和方法
CN105247529A (zh) 在目录服务之间同步凭证散列
CN111492355B (zh) 用于控制和/或监控装置的方法和控制系统
CN109017676B (zh) 车辆控制方法、装置及存储介质
CN110084600B (zh) 决议事务请求的处理、验证方法、装置、设备及介质
CN101305359A (zh) 用于确定数字证书是否已被撤消的服务
CN111597537B (zh) 基于区块链网络的证书签发方法、相关设备及介质
CN113505260A (zh) 人脸识别方法、装置、计算机可读介质及电子设备
WO2023098824A1 (zh) 车辆数据的管理方法、装置、服务器、存储介质
CN112068858A (zh) 使用布隆过滤器的设备更新传输
CN116996408A (zh) 一种数据传输监控方法、装置、电子设备和存储介质
CN112261112A (zh) 一种信息共享方法、装置及系统、电子设备及存储介质
CN113987475A (zh) 分布式资源管理系统及方法、凭证信息的管理系统、介质
CN115983850A (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