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

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

Info

Publication number
WO2023098824A1
WO2023098824A1 PCT/CN2022/135941 CN2022135941W WO2023098824A1 WO 2023098824 A1 WO2023098824 A1 WO 2023098824A1 CN 2022135941 W CN2022135941 W CN 2022135941W WO 2023098824 A1 WO2023098824 A1 WO 2023098824A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
vehicle data
data
service
platform
Prior art date
Application number
PCT/CN2022/135941
Other languages
English (en)
French (fr)
Inventor
周晓东
Original Assignee
奥动新能源汽车科技有限公司
上海电巴新能源科技有限公司
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 奥动新能源汽车科技有限公司, 上海电巴新能源科技有限公司 filed Critical 奥动新能源汽车科技有限公司
Publication of WO2023098824A1 publication Critical patent/WO2023098824A1/zh

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

Definitions

  • the present invention relates to the technical field of data processing, in particular to a management method, device, server and storage medium for vehicle data.
  • big data With the popularization of automobile intelligence and networking, the application of big data involves all aspects of car companies. By realizing the remote online big data collection of all models and systems of vehicles, it can provide users with services such as vehicle status query and maintenance. Maintenance suggestions, etc., to prevent failures, thereby improving the user's consumption experience. At the same time, big data can also be used in design and development to continuously improve and improve the quality and performance of vehicles. At present, the system architecture of vehicle data management can no longer meet the requirements of diversity, balance and uncertainty of vehicle data sources, and cannot realize effective management of vehicle data.
  • the technical problem to be solved by the present invention is to overcome the defect that the vehicle data management system architecture in the prior art cannot meet the requirements for diversity, balance and uncertainty of vehicle data sources, and cannot realize effective management of vehicle data
  • a vehicle data management method, device, server, and storage medium are a vehicle data management method, device, server, and storage medium.
  • a management method of vehicle data comprising:
  • the second vehicle data comes from a vehicle producer platform, and the second vehicle data on the vehicle producer platform is provided by a vehicle-mounted terminal;
  • the first vehicle data through the first type of service it also includes:
  • the first preset rules include encryption rules and/or desensitization rules
  • Data processing is performed on the second vehicle data according to second preset rules;
  • the second preset rules include encryption rules and/or desensitization rules.
  • the first vehicle data and the second vehicle data are stored in different storage spaces, and the data sources of the first vehicle data or the second vehicle data stored in each storage space are the same; the data sources include at least the following One: service source, vehicle terminal source and vehicle producer platform source.
  • extracting target vehicle data from the first vehicle data and/or the second vehicle data includes:
  • Data matching the data type information carried in the vehicle data acquisition request is extracted from the target storage space as target vehicle data.
  • extracting target vehicle data from the first vehicle data and/or the second vehicle data includes:
  • Extracting target vehicle data from the initial data the target vehicle data is data matching the search keywords provided by the vehicle data demand side platform.
  • the first vehicle data through the first type of service it also includes:
  • the first public key is provided by the vehicle-mounted terminal,
  • the first signature data is obtained by the vehicle-mounted terminal signing the target data according to the first private key corresponding to the first public key;
  • the second public key is produced by the vehicle Provided by the vehicle manufacturer platform, the second signature data is obtained by signing the target data by the vehicle manufacturer platform according to the second private key corresponding to the second public key;
  • the vehicle manufacturer platform In response to the communication mode change request for the vehicle terminal, feed back target communication mode information to the vehicle manufacturer platform that sent the communication mode change request, so that the vehicle manufacturer platform changes the communication mode of the vehicle terminal to the Target communication mode: the first vehicle data comes from a vehicle-mounted terminal whose communication mode is the target communication mode.
  • the first type of service obtains the first vehicle data by using MQTT (Message Queuing Telemetry Transport) protocol or MQTT-S (MQTT for Sensor Networks) protocol communication;
  • MQTT Message Queuing Telemetry Transport
  • MQTT-S MQTT for Sensor Networks
  • the second type of service is a cloud forwarding service, which adopts TCP (Transmission Control Protocol, Transmission Control Protocol) long connection to obtain the second vehicle data;
  • TCP Transmission Control Protocol, Transmission Control Protocol
  • the vehicle data demand side platform includes at least one of the following: power exchange APP (application program) big data platform, power exchange operation platform and local government cloud platforms.
  • power exchange APP application program
  • big data platform big data platform
  • power exchange operation platform power exchange operation platform
  • local government cloud platforms local government cloud platforms
  • a management method of vehicle data comprising:
  • the preset rule includes retaining at least one of the following parameters in the first vehicle data: vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information and vehicle mileage.
  • the target communication mode is the communication mode of the first type of service or the communication mode of the second type of service, and the first type of service is used for Obtaining the first vehicle data provided by the vehicle terminal;
  • the target communication mode is used to establish a communication connection between the vehicle-mounted terminal and the server.
  • a management device for vehicle data comprising:
  • the first obtaining module is used to obtain the first vehicle data through the first type of service, and the first vehicle data comes from the vehicle-mounted terminal;
  • the second acquisition module is configured to acquire second vehicle data through a second type of service, the second vehicle data comes from a vehicle producer platform, and the second vehicle data of the vehicle producer platform is provided by a vehicle-mounted terminal;
  • An extracting module configured to extract target vehicle data from the first vehicle data and/or the second vehicle data, and send the target vehicle data to the vehicle data demander platform.
  • the management device further includes a first data processing module and/or a second data processing module:
  • the first data processing module is configured to perform data processing on the first vehicle data according to first preset rules;
  • the first preset rules include encryption rules and/or desensitization rules;
  • the second data processing module is configured to perform data processing on the second vehicle data according to second preset rules; the second preset rules include encryption rules and/or desensitization rules.
  • the management device further includes a storage module
  • the storage module is configured to store the first vehicle data and the second vehicle data in different storage spaces, and the data sources of the first vehicle data or the second vehicle data stored in each storage space are the same;
  • the data source includes at least one of the following: a service source, a vehicle terminal source, and a vehicle producer platform source.
  • the extraction module includes:
  • a determining unit configured to, in response to the vehicle data acquisition request, determine the corresponding target storage space according to the data source information carried in the vehicle data acquisition request;
  • An extracting unit configured to extract from the target storage space data that matches the data type information carried in the vehicle data acquisition request as target vehicle data.
  • the extraction module is specifically used for:
  • Extracting target vehicle data from the initial data the target vehicle data is data matching the search keywords provided by the vehicle data demand side platform.
  • the management device also includes:
  • the first authentication module is used to verify the first signature data provided by the vehicle terminal based on the first public key, and trigger the first type of service to obtain the first vehicle data when the verification is passed;
  • the first public key The key is provided by the vehicle-mounted terminal, and the first signature data is obtained by the vehicle-mounted terminal signing the target data according to the first private key corresponding to the first public key; or, obtaining the first signature data provided by the vehicle-mounted terminal Identity authentication information, and when it is determined that there is information matching the first identity authentication information in the registration information stored in the electronic device, the first type of service is triggered to obtain the first vehicle data;
  • the second authentication module is used to verify the second signature data provided by the vehicle manufacturer platform based on the second public key, and trigger the second type of service to obtain the second vehicle data when the verification is passed;
  • the second public key is provided by the vehicle manufacturer platform, and the second signature data is obtained by the vehicle manufacturer platform signing the target data according to the second private key corresponding to the second public key; or, obtaining the The second identity authentication information provided by the vehicle manufacturer platform, and when it is determined that there is information matching the second identity authentication information in the registration information stored in the electronic device, the second type of service is triggered to obtain the second identity authentication information.
  • vehicle data is used to verify the second signature data provided by the vehicle manufacturer platform based on the second public key, and trigger the second type of service to obtain the second vehicle data when the verification is passed.
  • the second public key is provided by the vehicle manufacturer platform, and the second signature data is obtained by the vehicle manufacturer platform signing the target data according to the second private key corresponding to the second public key; or, obtaining the The second identity authentication information provided by the vehicle manufacturer platform, and
  • the management device also includes:
  • the sending module is used to respond to the communication mode change request for the vehicle-mounted terminal, and feed back the target communication mode information to the vehicle manufacturer platform that sends the communication mode change request, so that the vehicle manufacturer platform will transmit the communication mode of the vehicle-mounted terminal
  • the mode is changed to the target communication mode; the first vehicle data comes from the vehicle-mounted terminal whose communication mode is the target communication mode.
  • the first type of service obtains the first vehicle data through MQTT protocol or MQTT-S protocol communication;
  • the second type of service is a cloud forwarding service, which uses a TCP long connection to obtain the second vehicle data;
  • the vehicle data acquirer includes at least one of the following: a big data platform of the battery exchange APP, an operation platform of the battery exchange, and a cloud platform of local governments.
  • a management device for vehicle data comprising:
  • An acquisition module configured to acquire the first vehicle data of the vehicle-mounted terminal, and process the first vehicle data according to preset rules to obtain second vehicle data;
  • a first sending module configured to send the second vehicle data to a server, so that the server obtains the second vehicle data through a second type of service, and extracts target vehicle data from the second vehicle data, and Sending the target vehicle data to the vehicle data demand side platform.
  • the preset rule includes retaining at least one of the following parameters in the first vehicle data: vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information, and vehicle mileage.
  • the management device also includes:
  • a second sending module configured to send a communication mode change request for the vehicle-mounted terminal to the server
  • a receiving module configured to receive target communication mode information fed back by the server in response to the communication mode change request
  • a modification module configured to change the communication mode of the vehicle-mounted terminal to the target communication mode, and the target communication mode is used to establish a communication connection between the vehicle-mounted terminal and the server.
  • a server including a memory, a processor, and a computer program stored on the memory and operable on the processor, when the processor executes the computer program, the vehicle data management method described in any one of the above is implemented.
  • a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the vehicle data management method described in any one of the above items is implemented.
  • the positive progress effect of the present invention is that: the present invention combines two types of services from the vehicle terminal and the vehicle manufacturer platform, and realizes the compatible management of the first vehicle data from the vehicle terminal and the second vehicle data from the vehicle manufacturer platform , and provide the target vehicle data to the vehicle data demand-side platform.
  • two communication modes are combined, namely the communication mode of the first type of service and the communication mode of the second type of service, and realize the communication based on the communication mode of the first type of service and the communication mode of the second type of service
  • the first vehicle data from the vehicle terminal and the second vehicle data from the vehicle manufacturer platform are managed, which can flexibly cope with the diversity, balance and uncertainty of vehicle data sources in the current new energy vehicle industry for data communication. To achieve effective data management and facilitate data maintenance.
  • Fig. 1a is a flowchart of a vehicle data management method provided by an exemplary embodiment of the present invention
  • Fig. 1b is a flowchart of another vehicle data management method provided by an exemplary embodiment of the present invention.
  • Fig. 2 is a flowchart of another vehicle data management method provided by an exemplary embodiment of the present invention.
  • Fig. 3a is a flowchart of another vehicle data management method provided by an exemplary embodiment of the present invention.
  • Fig. 3b is a schematic diagram of a system architecture adopted by a vehicle data management method provided by an exemplary embodiment of the present invention
  • Fig. 4 is a block diagram of a device for managing vehicle data provided by an exemplary embodiment of the present invention.
  • Fig. 5 is a block diagram of another vehicle data management device provided by an exemplary embodiment of the present invention.
  • Fig. 6 is a schematic diagram of modules of a server provided by an exemplary embodiment of the present invention.
  • An embodiment of the present invention provides a management method for vehicle data.
  • the management method runs on the server of the data management party.
  • the server is deployed with a first type of service and a second type of service.
  • the first type of service is defined as being able to obtain and process data from vehicles
  • the second type of service is defined as being able to acquire and process the second vehicle data from the vehicle manufacturer platform.
  • the number of the first type of service deployed on the server may be one or multiple, which is not particularly limited in this embodiment of the present invention.
  • the multiple first-type services can simultaneously acquire the first vehicle data provided by multiple vehicle-mounted terminals, so as to improve the efficiency of data acquisition.
  • the number of the second type of service deployed on the server may be one or multiple, which is not particularly limited in this embodiment of the present invention.
  • multiple second-type services can simultaneously obtain the second vehicle data provided by multiple vehicle producer platforms, or multiple second-type services can simultaneously obtain the second vehicle data provided by one vehicle producer platform
  • the second vehicle data with a large amount of data is used to improve the efficiency of data acquisition.
  • the first type of service and the second type of service can be designed with a distributed micro-service architecture, and the communication mode of the first type of service and the communication mode of the second type of service are separately formed as single-point services, and then the single-point services are deployed in clusters.
  • the foregoing server may be a physical server or a virtual server, may be a single server, or may be a server cluster, which is not particularly limited in this embodiment of the present invention.
  • Fig. 1a is a flowchart of a method for managing vehicle data provided by an exemplary embodiment of the present invention, the management method is applied to a server, and the management method includes the following steps:
  • Step 101 Obtain first vehicle data through a first type of service.
  • the first vehicle data comes from a vehicle-mounted terminal.
  • the first vehicle data may include, but is not limited to: license plate information of the vehicle, vehicle identification code (VIN code), user identity information to which the vehicle belongs, vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information, and vehicle mileage etc.
  • VIN code vehicle identification code
  • user identity information to which the vehicle belongs vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information, and vehicle mileage etc.
  • the first type of service obtains the first vehicle data by using MQTT protocol or MQTT-S protocol communication, and may also use other one or a combination of several communication protocols to obtain the first vehicle data.
  • the authority of the vehicle terminal providing the first vehicle data is authenticated, specifically, the first signature data provided by the vehicle terminal is verified based on the first public key; If the verification is passed, it means that the vehicle-mounted terminal has the authority to provide the first vehicle data to the server for management or the server is authorized by the vehicle-mounted terminal to manage the first vehicle data of the vehicle-mounted terminal, and the server will trigger the first type of service to obtain the first vehicle data ; If the verification fails, it means that the vehicle-mounted terminal does not have the authority to provide the first vehicle data to the server for management or the server is not authorized by the vehicle-mounted terminal to manage the first vehicle data of the vehicle-mounted terminal, then the server does not obtain the first vehicle data of the vehicle-mounted terminal; 1. Vehicle data.
  • the first public key is provided by the vehicle-mounted terminal
  • the first signature data is obtained by the vehicle-mounted terminal signing the target data according to the first private key corresponding to the first public key.
  • the target data can be selected according to the actual situation, and can be but not limited to all or part of the first vehicle data.
  • the authority authentication of the vehicle-mounted terminal may be implemented through the first type of service, or may be implemented by defining another service, which is not particularly limited in this embodiment of the present invention.
  • the authority of the vehicle terminal providing the first vehicle data is authenticated, specifically, the first identity authentication information provided by the vehicle terminal is obtained, and the first identity
  • the authentication information may include, but is not limited to, the account, password, and other information of the vehicle-mounted terminal, and determine whether there is information matching the first identity authentication information in the registration information stored by the server; Matching information indicates that the vehicle-mounted terminal has the right to provide the first vehicle data to the server for management or the server is authorized by the vehicle-mounted terminal to manage the first vehicle data of the vehicle-mounted terminal, and the server triggers the first type of service to obtain the first vehicle data ; If the registration information stored in the server does not have information matching the first identity authentication information, it means that the vehicle-mounted terminal does not have the authority to provide the first vehicle data to the server for management or the server is not authorized by the vehicle-mounted terminal to manage the vehicle-mounted terminal the first vehicle data of the vehicle-mounted terminal, the server does not acquire the first vehicle data of the vehicle-mounted terminal.
  • the registration information stored in the server is generated by the vehicle-mounted terminal when registering with the server.
  • the first vehicle data is further processed according to a first preset rule.
  • the first preset rule includes at least one of the following rules: an encryption rule, a desensitization rule, a masking rule, a conversion rule, and the like. If data processing is performed on the first vehicle data according to the first preset rule, the first vehicle data stored in the server will be processed data, thereby preventing the first vehicle data from being monitored and stolen on the server, resulting in data Give way.
  • any of the above-mentioned processing on the first vehicle data may be performed on all data in the first vehicle data, or may be performed on sensitive privacy data in the first vehicle data.
  • Encryption rules, desensitization rules, masking rules, and conversion rules can be set according to the actual situation.
  • the data processing of the first vehicle data according to the first preset rule can be realized through the first type of service, or can also be realized by defining another service, which is not particularly limited in this embodiment of the present invention.
  • the first vehicle data is stored in the storage space of the server. If the source of the first vehicle data is different, the first vehicle data is stored in a different storage space, and every The data sources of the first vehicle data stored in the two storage spaces are the same, so as to realize data storage isolation and prevent data confusion.
  • the first vehicle data of the vehicle-mounted terminal A is stored in the storage space a1
  • the first vehicle data of the vehicle-mounted terminal B is stored in the storage space b1
  • the first vehicle data of the vehicle-mounted terminal C is stored in the storage space c1. If the data volume of the vehicle-mounted terminal D is large and the capacity of one storage space is not enough to store the first vehicle data of the vehicle-mounted terminal D, then the first vehicle data of the vehicle-mounted terminal D is stored in the storage space d1 and the storage space e1.
  • the server performs data processing on the first vehicle data according to the first preset rule, then the data-processed first vehicle data is stored in the storage space.
  • the aforementioned data sources include one or more of service sources, vehicle terminal sources, and vehicle manufacturer platform sources.
  • the storage of the first vehicle data may be implemented through the first type of service, or may be implemented by defining another service, which is not particularly limited in this embodiment of the present invention.
  • Step 102 Obtain second vehicle data through the second type of service.
  • the second vehicle data comes from the vehicle manufacturer's platform, and the second vehicle data on the vehicle manufacturer's platform is provided by the vehicle-mounted terminal.
  • the second type of service is a cloud forwarding service
  • the second vehicle data is obtained by using a TCP long connection.
  • the second vehicle data can also be obtained by using other one or a combination of several communication protocols.
  • the authority of the vehicle manufacturer platform that provides the second vehicle data is authenticated, specifically, the first vehicle data provided by the vehicle manufacturer platform is verified based on the second public key.
  • Two signature data if the verification is passed, it means that the vehicle producer platform has the authority to provide the second vehicle data to the server for management or the server is authorized by the vehicle producer platform to manage the second vehicle data of the vehicle producer platform, and the server then Trigger the second type of service to obtain the second vehicle data; if the verification fails, it means that the vehicle manufacturer platform does not have the authority to provide the second vehicle data to the server for management or the server is not authorized by the vehicle manufacturer platform to manage the vehicle manufacturer If the second vehicle data of the platform is not available, the server does not obtain the second vehicle data of the vehicle manufacturer platform.
  • the second public key is provided by the vehicle manufacturer platform
  • the second signature data is obtained by the vehicle manufacturer platform signing the target data according to the second private key corresponding to the second public key.
  • the target data can be selected according to the actual situation. It can be, but not limited to, all or part of the second vehicle data, the license plate information of the vehicle to which the vehicle producer platform belongs, the vehicle identification code (VIN code), etc., or at least two of the above. A combination of class data.
  • the authority authentication of the vehicle manufacturer platform can be implemented through the second type of service, or can be implemented by defining another service, which is not particularly limited in the embodiment of the present invention.
  • the authority of the vehicle manufacturer platform that provides the second vehicle data is authenticated, specifically, the second identity authentication information provided by the vehicle manufacturer platform is obtained
  • the second identity authentication information may include, but is not limited to, information such as the account and password of the vehicle manufacturer platform, and determine whether there is information matching the second identity authentication information in the registration information stored by the server;
  • the information matching the second identity authentication information indicates that the vehicle manufacturer platform has the authority to provide the second vehicle data to the server for management or the server is authorized by the vehicle manufacturer platform to manage the second vehicle data of the vehicle manufacturer platform,
  • the server triggers the second type of service to obtain the second vehicle data; if the registration information stored in the server does not match the second identity authentication information, it means that the vehicle manufacturer platform does not have the ability to provide the second vehicle data to the server for management authority or the server is not authorized by the vehicle producer platform to manage the second vehicle data of the vehicle producer platform, the server will not obtain the second vehicle data of the vehicle producer platform.
  • the registration information stored in the server is generated by the vehicle manufacturer's platform when the server registers.
  • the vehicle manufacturer's platform can be prevented from maliciously connecting to the server and occupying server resources.
  • the second vehicle data is further processed according to a second preset rule.
  • the second preset rule includes at least one of the following rules: an encryption rule, a desensitization rule, a shielding rule, and a conversion rule. If data processing is performed on the first vehicle data according to the first preset rule, the first vehicle data stored in the server will be processed data, thereby preventing the first vehicle data from being monitored and stolen on the server, resulting in data Give way.
  • any of the above-mentioned processing on the second vehicle data may be performed on all data in the second vehicle data, or may be performed on sensitive privacy data in the second vehicle data.
  • Encryption rules, desensitization rules, masking rules, and conversion rules can be set according to the actual situation.
  • Data processing of the second vehicle data according to the second preset rule can be realized through the second type of service, or can also be realized by defining another service, which is not particularly limited in the embodiment of the present invention.
  • the second vehicle data after obtaining the second vehicle data, store the second vehicle data in the storage space of the server, if the source of the second vehicle data is different, store the second vehicle data in different storage spaces, and
  • the data sources of the second vehicle data stored in each storage space are the same, so as to realize physical isolation of data and prevent data confusion.
  • store the second vehicle data of vehicle manufacturer platform A in storage space a2 store the second vehicle data of vehicle manufacturer platform B in storage space b2, and store the second vehicle data of vehicle manufacturer platform C In storage space c2. If the amount of data on the platform D of the vehicle producer is large, and the capacity of one storage space is not enough to store the second vehicle data of the platform D of the vehicle producer, then the second vehicle data of the platform D of the vehicle producer is stored in the storage space d2 and Space e2.
  • the server performs data processing on the second vehicle data according to the second preset rule, then the processed second vehicle data is stored in the storage space.
  • the aforementioned data sources include one or more of service sources, vehicle terminal sources, and vehicle manufacturer platform sources.
  • the storage of the second vehicle data may be implemented through a second type of service, or may be implemented by defining another service, which is not particularly limited in this embodiment of the present invention.
  • the second vehicle data provided by the vehicle manufacturer's platform is data after at least one of the processes of encrypting, desensitizing, shielding, and converting the first vehicle data provided by the vehicle terminal
  • the second After the class service acquires the second vehicle data, it can be directly stored without performing data processing on the second vehicle data according to the second preset rule.
  • the execution order of the step of obtaining the first vehicle data and the step of obtaining the second vehicle data is not limited, and both the step of obtaining the first vehicle data and the step of obtaining the second vehicle data are executed before the target data is extracted.
  • the step of acquiring the first vehicle data and then the step of acquiring the second vehicle data shown in Figure 1a the step of acquiring the first vehicle data and the step of acquiring the second vehicle data can be executed in parallel, or can be executed first
  • the step of obtaining the second vehicle data is followed by the step of obtaining the first vehicle data.
  • the execution sequence of the step of acquiring the first vehicle data and the step of acquiring the second vehicle data is determined in combination with the resource occupation of the server and the priority of the vehicle data.
  • the step of obtaining the first vehicle data and the step of obtaining the second vehicle data are performed in parallel; if the remaining resources of the server can only satisfy one type of service to obtain data, the step of obtaining the first vehicle data is determined first according to the data priority , or execute the step of obtaining the second vehicle data first.
  • the data priority can be set according to the actual situation, for example, the priority is determined according to the order in which the data acquisition requests are received; or, the priority is determined by identifying the priority of the vehicle data.
  • Step 103 extracting target vehicle data from the first vehicle data and/or the second vehicle data, and sending the target vehicle data to the vehicle data demand side platform.
  • the vehicle data demand side platform includes at least one of the following: battery swap APP big data platform, battery swap operation platform, and local government cloud platforms.
  • the extraction and sending of target vehicle data can define a service implementation, for example, define a data forwarding service to realize the extraction and sending of target vehicle data.
  • the server extracts target vehicle data according to the requirements of each vehicle data demander platform, and sends it to each vehicle data demander platform.
  • the extraction and sending of the target vehicle data is carried out according to the application, that is, the server extracts the data from the first vehicle data and/or the second vehicle data when receiving the data acquisition request sent by the vehicle data demand-side platform.
  • Target vehicle data and send the target vehicle data to the vehicle data demand-side platform.
  • the data acquisition request sent by the vehicle data demand-side platform can carry keywords, and the extracted target vehicle data is the data that matches the keywords.
  • the vehicle data acquisition request may also carry data source information and data type information, and the target vehicle data is data matching the data source information and data type information.
  • the corresponding target storage space is determined according to the data source information carried in the vehicle data acquisition request, and the target storage space is retrieved from the target storage space.
  • the data that matches the data type information carried in the vehicle data acquisition request is extracted from the space as the target vehicle data.
  • the extraction and transmission of the target vehicle data is carried out according to the preset extraction and transmission rules.
  • the target vehicle data may be periodically extracted and transmitted, or the target vehicle data may be regularly extracted and transmitted.
  • At least one data parameter among keywords, data source information, and data type information can also be defined in the extraction and sending rule, and the target vehicle data is data that matches the data parameter defined in the extraction and sending rule.
  • the extraction and sending rules can be set according to actual needs, which is not particularly limited in this application.
  • two communication modes are combined, namely the communication mode of the first type of service and the communication mode of the second type of service, and realize the communication based on the communication mode of the first type of service and the communication mode of the second type of service
  • the management of the first vehicle data from the vehicle-mounted terminal and the second vehicle data from the vehicle manufacturer platform can flexibly respond to various requirements of the current new energy vehicle industry for data communication and realize effective data management.
  • the server can modify the communication module of the vehicle-mounted terminal according to the request of the vehicle manufacturer's platform. Specifically, based on the communication mode change request for the vehicle-mounted terminal, the server sends feedback to the vehicle manufacturer's platform that sent the communication mode change request.
  • Target communication mode information so that the vehicle manufacturer's platform changes the communication mode of the vehicle terminal to the target communication mode according to the target communication mode information.
  • the target communication mode is the communication mode of the first type of service or the communication mode of the second type of service.
  • the target communication mode information includes at least one of the following parameters: communication mode address, communication protocol, data field format and so on.
  • the vehicle-mounted terminal directly establishes a communication connection with the server, and the server obtains the first vehicle data of the vehicle-mounted terminal through the first type of service.
  • the vehicle manufacturer's platform can change the communication mode of the vehicle terminal, and change the communication mode of the vehicle terminal to the communication mode of the second type of service. After the communication mode is changed, the vehicle terminal establishes a communication connection with the vehicle manufacturer's platform. And provide the first vehicle data to the vehicle manufacturer platform.
  • the vehicle-mounted terminal establishes a communication connection with the vehicle manufacturer's platform, and the vehicle terminal sends the first vehicle data to the vehicle manufacturer's platform, and the vehicle manufacturer's platform
  • the first vehicle data is processed according to preset rules to obtain second vehicle data, and the second vehicle data is sent to the server.
  • the vehicle manufacturer's platform can change the communication mode of the vehicle-mounted terminal to the communication mode of the first type of service. After the communication mode is changed, the vehicle-mounted terminal will directly establish a communication connection with the server, and the The first vehicle data is provided to the server.
  • Fig. 2 is a flowchart of another vehicle data management method provided by an exemplary embodiment of the present invention, the management method is applied to the vehicle manufacturer platform, and the management method includes the following steps:
  • Step 201 Obtain the first vehicle data of the vehicle-mounted terminal, and process the first vehicle data according to preset rules to obtain second vehicle data.
  • the preset rule includes retaining at least one of the following parameters in the first vehicle data: vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information and vehicle mileage.
  • the preset rules include at least one of the following rules: encryption rules, desensitization rules, shielding rules, conversion rules and the like.
  • the above preset rules can be set according to the actual situation.
  • Step 202 sending the second vehicle data to the server.
  • the server obtains the second vehicle data through the second type of service, extracts the target vehicle data from the second vehicle data, and sends the target vehicle data to the vehicle data demander platform.
  • the vehicle manufacturer's platform can request the server to change the communication mode of the vehicle-mounted terminal. Specifically, the vehicle manufacturer's platform sends a communication mode change request for the vehicle-mounted terminal to the server, and receives the target of the server's feedback on the communication mode change request. communication mode information, and then change the communication mode of the vehicle-mounted terminal to the target communication mode according to the target communication mode information, wherein the target communication mode is the communication mode of the first type of service or the communication mode of the second type of service.
  • Fig. 3a is a flowchart of another vehicle data management method provided by an exemplary embodiment of the present invention
  • Fig. 3b is a schematic diagram of a system architecture adopted by a vehicle data management method provided by an exemplary embodiment of the present invention, Fig.
  • the management method includes the following steps:
  • Step 301 the vehicle terminal a sends the first vehicle data to the server.
  • Step 302 the server acquires the first vehicle data of the vehicle-mounted terminal a through the first type of service.
  • the vehicle-mounted terminal a is used as an example for illustration.
  • the server can be connected to multiple vehicle-mounted terminals, that is, the server obtains the first vehicle data of multiple vehicle-mounted terminals through the first type of service.
  • the server Before the server obtains the first vehicle data, it may authenticate the authority of the vehicle terminal a.
  • the server Before the server obtains the first vehicle data, it may authenticate the authority of the vehicle terminal a.
  • the server Before the server obtains the first vehicle data, it may authenticate the authority of the vehicle terminal a.
  • the specific authentication method refer to the explanation of step 101, and details will not be repeated here.
  • the server After the server acquires the first vehicle data, it can perform data processing on the first vehicle data according to the first preset rule.
  • the server After the specific data processing method, refer to the explanation of step 101 , which will not be repeated here.
  • the server After the server acquires the first vehicle data, it stores the first vehicle data in the storage space.
  • the server For the specific data storage method, please refer to the explanation of step 101 , which will not be repeated here.
  • Step 303 the vehicle-mounted terminal b sends the first vehicle data to the platform of the vehicle manufacturer.
  • vehicle-mounted terminal b is used as an example for illustration.
  • the platform of the vehicle manufacturer can be connected to multiple vehicle-mounted terminals.
  • Step 304 the vehicle manufacturer's platform generates second vehicle data according to the first vehicle data.
  • step 201 For the specific implementation process of generating the second vehicle data by the vehicle manufacturer's platform according to the first vehicle data, please refer to the explanation of step 201 , which will not be repeated here.
  • Step 305 the vehicle manufacturer's platform sends the second vehicle data to the server.
  • Step 306 the server obtains the second vehicle data through the second type of service.
  • the server Before the server obtains the second vehicle data, it may authenticate the authority of the vehicle manufacturer platform. For the specific authentication method, refer to the explanation of step 102, which will not be repeated here.
  • the server After the server acquires the second vehicle data, it may perform data processing on the second vehicle data according to the second preset rule.
  • the server may perform data processing on the second vehicle data according to the second preset rule.
  • the specific data processing method refer to the explanation of step 102 , which will not be repeated here.
  • the server After the server acquires the second vehicle data, it stores the second vehicle data in the storage space.
  • the server For the specific data storage method, please refer to the explanation of step 102, which will not be repeated here.
  • Step 307 the server extracts target vehicle data from the first vehicle data and/or the second vehicle data.
  • Step 308 sending the target vehicle data to the vehicle data requester platform.
  • step 103 For the specific implementation manner of the server extracting the target vehicle data and sending the target vehicle numerical control, please refer to the explanation of step 103, which will not be repeated here.
  • vehicle data demand-side platform is taken as an example for illustration.
  • the server can be connected to multiple vehicle data demand-side platforms.
  • the vehicle manufacturer's platform can change the communication mode of the vehicle-mounted terminal a and the vehicle-mounted terminal b.
  • the specific implementation process can be found in the introduction of the above-mentioned embodiments, and will not be repeated here.
  • steps 301 to 302 are the steps of obtaining the first vehicle data
  • steps 303 to 306 are the steps of obtaining the second vehicle data
  • steps of obtaining the first vehicle data and the second vehicle data The steps are independent of each other, and the execution order is not limited, let alone the execution order shown in the figure, and steps 301 to 302 and steps 303 to 306 can be executed synchronously.
  • the present invention also provides an embodiment of a vehicle data management device.
  • Fig. 4 is a block diagram of a management device for vehicle data provided by an exemplary embodiment of the present invention, the management device includes:
  • the first obtaining module 41 is used to obtain the first vehicle data through the first type of service, and the first vehicle data comes from the vehicle-mounted terminal;
  • the second acquisition module 42 is configured to acquire second vehicle data through a second type of service, the second vehicle data comes from the vehicle producer platform, and the second vehicle data of the vehicle producer platform is provided by the vehicle terminal;
  • An extracting module 43 configured to extract target vehicle data from the first vehicle data and/or the second vehicle data, and send the target vehicle data to the vehicle data demander platform.
  • the management device further includes a first data processing module and/or a second data processing module:
  • the first data processing module is configured to perform data processing on the first vehicle data according to first preset rules;
  • the first preset rules include encryption rules and/or desensitization rules;
  • the second data processing module is configured to perform data processing on the second vehicle data according to second preset rules; the second preset rules include encryption rules and/or desensitization rules.
  • the management device further includes a storage module
  • the storage module is configured to store the first vehicle data and the second vehicle data in different storage spaces, and the data sources of the first vehicle data or the second vehicle data stored in each storage space are the same;
  • the data source includes at least one of the following: a service source, a vehicle terminal source, and a vehicle producer platform source.
  • the extraction module includes:
  • a determining unit configured to, in response to the vehicle data acquisition request, determine the corresponding target storage space according to the data source information carried in the vehicle data acquisition request;
  • An extracting unit configured to extract data matching the data type information carried in the vehicle data acquisition request from the target storage space as target vehicle data.
  • the extraction module is specifically used for:
  • Extracting target vehicle data from the initial data the target vehicle data is data matching the search keywords provided by the vehicle data demand side platform.
  • the management device also includes:
  • the first authentication module is used to verify the first signature data provided by the vehicle terminal based on the first public key, and trigger the first type of service to obtain the first vehicle data when the verification is passed;
  • the first public key The key is provided by the vehicle-mounted terminal, and the first signature data is obtained by the vehicle-mounted terminal signing the target data according to the first private key corresponding to the first public key; or, obtaining the first signature data provided by the vehicle-mounted terminal Identity authentication information, and when it is determined that there is information matching the first identity authentication information in the registration information stored in the electronic device, the first type of service is triggered to obtain the first vehicle data;
  • the second authentication module is used to verify the second signature data provided by the vehicle manufacturer platform based on the second public key, and trigger the second type of service to obtain the second vehicle data when the verification is passed;
  • the second public key is provided by the vehicle manufacturer platform, and the second signature data is obtained by the vehicle manufacturer platform signing the target data according to the second private key corresponding to the second public key; or, obtaining the The second identity authentication information provided by the vehicle manufacturer platform, and when it is determined that there is information matching the second identity authentication information in the registration information stored in the electronic device, the second type of service is triggered to obtain the second identity authentication information.
  • vehicle data is used to verify the second signature data provided by the vehicle manufacturer platform based on the second public key, and trigger the second type of service to obtain the second vehicle data when the verification is passed.
  • the second public key is provided by the vehicle manufacturer platform, and the second signature data is obtained by the vehicle manufacturer platform signing the target data according to the second private key corresponding to the second public key; or, obtaining the The second identity authentication information provided by the vehicle manufacturer platform, and
  • the management device also includes:
  • the sending module is used to respond to the communication mode change request for the vehicle-mounted terminal, and feed back the target communication mode information to the vehicle manufacturer platform that sends the communication mode change request, so that the vehicle manufacturer platform will transmit the communication mode of the vehicle-mounted terminal
  • the mode is changed to the target communication mode; the first vehicle data comes from the vehicle-mounted terminal whose communication mode is the target communication mode.
  • the first type of service obtains the first vehicle data through MQTT protocol or MQTT-S protocol communication;
  • the second type of service is a cloud forwarding service, which uses a TCP long connection to obtain the second vehicle data;
  • the vehicle data acquirer includes at least one of the following: a big data platform of the battery exchange APP, an operation platform of the battery exchange, and a cloud platform of local governments.
  • Fig. 5 is a block diagram of another vehicle data management device provided by an exemplary embodiment of the present invention, the management device includes:
  • An acquisition module 51 configured to acquire first vehicle data of the vehicle-mounted terminal, and process the first vehicle data according to preset rules to obtain second vehicle data;
  • the first sending module 52 is configured to send the second vehicle data to a server, so that the server obtains the second vehicle data through a second type of service, and extracts target vehicle data from the second vehicle data, and sending the target vehicle data to the vehicle data demander platform.
  • the preset rule includes retaining at least one of the following parameters in the first vehicle data: vehicle battery temperature, vehicle battery power, vehicle battery status, vehicle location information, and vehicle mileage.
  • the management device also includes:
  • a second sending module configured to send a communication mode change request for the vehicle-mounted terminal to the server
  • a receiving module configured to receive target communication mode information fed back by the server in response to the communication mode change request
  • a modification module configured to change the communication mode of the vehicle-mounted terminal to the target communication mode, and the target communication mode is used to establish a communication connection between the vehicle-mounted terminal and the server.
  • the device embodiment since it basically corresponds to the method embodiment, please refer to the description of the method embodiment for relevant parts.
  • the above-mentioned embodiment of a vehicle data management device can also realize a vehicle data management The corresponding technical effects of the method embodiments have been described in detail above, and will not be repeated here.
  • the device embodiments described above are only illustrative, and the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in One place, or it can be distributed to multiple network elements. Part or all of the modules can be selected according to actual needs to achieve the purpose of the solution of the present invention. It can be understood and implemented by those skilled in the art without creative effort.
  • Fig. 6 is a schematic structural diagram of a server according to an exemplary embodiment of the present invention, showing a block diagram of an exemplary server 60 suitable for implementing the embodiments of the present invention.
  • the server 60 shown in FIG. 6 is only an example, and should not limit the functions and scope of use of this embodiment of the present invention.
  • server 60 may take the form of a general-purpose computing device.
  • Components of the server 60 may include, but are not limited to: at least one processor 61 , at least one memory 62 , and a bus 63 connecting different system components (including the memory 62 and the processor 61 ).
  • the bus 63 includes a data bus, an address bus and a control bus.
  • the memory 62 may include a volatile memory, such as a random access memory (RAM) 621 and/or a cache memory 622 , and may further include a read only memory (ROM) 623 .
  • RAM random access memory
  • ROM read only memory
  • Memory 62 may also include a program tool 625 (or utility) having a set (at least one) of program modules 624, such program modules 624 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include the realization of the network environment.
  • program tool 625 or utility
  • program modules 624 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include the realization of the network environment.
  • the processor 61 executes various functional applications and data processing by running computer programs stored in the memory 62 , such as the methods provided in any of the above-mentioned embodiments.
  • Server 60 may also communicate with one or more external devices 64 (eg, keyboards, pointing devices, etc.). Such communication may occur through input/output (I/O) interface 65 .
  • the model generation server 60 can also communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN) and/or a public network such as the Internet) via a network adapter 66 .
  • network adapter 66 communicates with other modules of model generation server 60 via bus 63 .
  • model generation server 60 may be used in conjunction with the model generation server 60, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID (disk array) systems, tape drives, and data backup storage systems.
  • the processor 61 executes various functional applications and data processing by running the computer program stored in the memory 62, and can also realize the corresponding technology of the embodiment of a vehicle data management method The effect has been described in detail above and will not be repeated here.
  • This embodiment provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the steps of the method provided by any of the foregoing embodiments are implemented.
  • the readable storage medium may more specifically include but not limited to: portable disk, hard disk, random access memory, read-only memory, erasable programmable read-only memory, optical storage device, magnetic storage device or any of the above-mentioned the right combination.
  • the present invention can also be implemented in the form of a program product, which includes program code, and when the program product runs on a terminal device, the program code is used to make the terminal device execute The steps of the method provided by any one of the above embodiments.
  • the program code for executing the present invention can be written in any combination of one or more programming languages, and the program code can be completely executed on the user equipment, partially executed on the user equipment, or used as an independent
  • the package executes, partly on the user device and partly on the remote device, or entirely on the remote device.

Abstract

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

Description

车辆数据的管理方法、装置、服务器、存储介质
本申请要求申请日为2021/12/1的中国专利申请2021114544082的优先权。本申请引用上述中国专利申请的全文。
技术领域
本发明涉及数据处理技术领域，尤其涉及一种车辆数据的管理方法、装置、服务器、存储介质。
背景技术
随着汽车智能化和网联化程度的普及，大数据的应用涉及车企的方方面面，通过对车辆实现全车型、全系统的远程在线大数据收集，可为用户提供例如车辆状态查询服务及维修保养建议等，以预防故障发生，从而提升用户的消费体验。同时，大数据也可用于设计研发端，以持续提高及改善车辆的质量和性能。目前，车辆数据管理的系统架构已经无法满足对车辆数据来源的多样性、均衡性、不确定性的要求，无法实现对车辆数据的有效管理。
发明内容
本发明要解决的技术问题是为了克服现有技术中车辆数据管理的系统架构已经无法满足对车辆数据来源的多样性、均衡性、不确定性的要求，无法实现对车辆数据的有效管理的缺陷，提供一种车辆数据的管理方法、装置、服务器、存储介质。
本发明是通过下述技术方案来解决上述技术问题：
一种车辆数据的管理方法，所述管理方法包括：
通过第一类服务获取第一车辆数据，所述第一车辆数据来自于车载终端；
通过第二类服务获取第二车辆数据，所述第二车辆数据来自于车辆生产方平台，所述车辆生产方平台的第二车辆数据由车载终端提供；
从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，并将所述目标车辆数据发送至车辆数据需求方平台。
可选地，通过第一类服务获取第一车辆数据之后，还包括：
按照第一预设规则对所述第一车辆数据进行数据处理；所述第一预设规则包括加密规则和/或脱敏规则；
通过第二类服务获取第二车辆数据之后，还包括：
按照第二预设规则对所述第二车辆数据进行数据处理；所述第二预设规则包括加密规则和/或脱敏规则。
可选地，还包括：
将所述第一车辆数据和所述第二车辆数据存储在不同的存储空间，并且每个存储空间内存储的第 一车辆数据或者第二车辆数据的数据来源相同；所述数据来源包括以下至少一种：服务来源、车载终端来源和车辆生产方平台来源。
可选地，从所述第一车辆数据和/或所述第二车辆数据中提取目标车辆数据，包括：
响应于车辆数据获取请求，根据所述车辆数据获取请求携带的数据来源信息确定对应的目标存储空间；
从所述目标存储空间中提取与所述车辆数据获取请求携带的数据类型信息相匹配的数据作为目标车辆数据。
可选地，从所述第一车辆数据和/或所述第二车辆数据提取目标车辆数据，包括：
从所述第一车辆数据和/或所述第二车辆数据中提取对应于预设字段的初始数据，所述预设字段与所述车辆数据需求方平台的权限相匹配；
从所述初始数据中提取目标车辆数据，所述目标车辆数据为与所述车辆数据需求方平台提供的搜索关键词相匹配的数据。
可选地，通过所述第一类服务获取第一车辆数据之前，还包括：
基于第一公钥验证所述车载终端提供的第一签名数据，并在验证通过时触发所述第一类服务获取所述第一车辆数据；所述第一公钥由所述车载终端提供，所述第一签名数据由所述车载终端根据所述第一公钥对应的第一私钥对目标数据进行签名得到；
或者，获取所述车载终端提供的第一身份认证信息，并在确定存储的注册信息中存在与所述第一身份认证信息相匹配的信息时触发所述第一类服务获取所述第一车辆数据；
或
通过所述第二类服务获取第二车辆数据之前，还包括：
基于第二公钥验证所述车辆生产方平台提供的第二签名数据，并在验证通过时触发所述第二类服务获取所述第二车辆数据；所述第二公钥由所述车辆生产方平台提供，所述第二签名数据由所述车辆生产方平台根据所述第二公钥对应的第二私钥对目标数据进行签名得到；
或者，获取所述车辆生产方平台提供的第二身份认证信息，并在确定存储的注册信息中存在与所述第二身份认证信息相匹配的信息时触发所述第二类服务获取所述第二车辆数据。
可选地，还包括：
响应于针对车载终端的通讯模式更改请求，向发送所述通讯模式更改请求的车辆生产方平台反馈目标通讯模式信息，以使所述车辆生产方平台将所述车载终端的通讯模式更改为所述目标通讯模式；所述第一车辆数据来自于通讯模式为所述目标通讯模式的车载终端。
可选地，所述第一类服务通过采用MQTT(消息队列遥测传输，Message Queuing Telemetry Transport)协议或者MQTT-S(MQTT for Sensor Networks)协议通讯获取所述第一车辆数据；
所述第二类服务为云端转发服务，采用TCP(传输控制协议，Transmission Control 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 (20)

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

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2023098824A1 true WO2023098824A1 (zh) 2023-06-08

Family

ID=86506547

Family Applications (1)

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

Country Status (2)

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

Cited By (1)

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

Citations (7)

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

Patent Citations (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 南京领行科技股份有限公司 一种控制车辆方法及装置
CN112003784A (zh) * 2020-08-19 2020-11-27 安徽江淮汽车集团股份有限公司 车辆数据传输方法、设备、存储介质及装置
CN112134952A (zh) * 2020-09-22 2020-12-25 北京嘀嘀无限科技发展有限公司 一种基于车联网的车辆管理系统及方法
CN112130540A (zh) * 2020-09-28 2020-12-25 苏州砺行信息科技有限公司 一种新能源电动汽车多功能数据采集与智能分析系统
CN112187936A (zh) * 2020-09-29 2021-01-05 北京车和家信息技术有限公司 车辆数据处理方法、装置、设备、存储介质及车辆

Cited By (1)

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

Also Published As

Publication number Publication date
CN116208335A (zh) 2023-06-02

Similar Documents

Publication Publication Date Title
JP5522307B2 (ja) 仮想機械によるソフトウェアテストを用いた電子ネットワークにおけるクライアントシステムの遠隔保守のためのシステム及び方法
US8347378B2 (en) Authentication for computer system management
CN110120979B (zh) 一种调度方法、装置及相关设备
CN114465719A (zh) 被配置成基于面向服务的体系结构实施集中式服务ecu的专门编程的计算系统及其方法
CN110569251A (zh) 一种数据处理方法、相关设备及计算机可读存储介质
EP4216077A1 (en) Blockchain network-based method and apparatus for data processing, and computer device
CN111385103B (zh) 权限处理方法、系统、装置及电子设备
CN111274268A (zh) 物联网数据传输方法、装置、介质及电子设备
WO2023098824A1 (zh) 车辆数据的管理方法、装置、服务器、存储介质
CN108156175A (zh) 云计算平台下对共享存储信息的访问方法
EP3751822B1 (en) Device update transmission using a bloom filter
CN111431988B (zh) 一种基于区块链的车辆信息存储方法、设备及存储介质
CN111416709A (zh) 基于区块链系统的投票方法、装置、设备及存储介质
CN110990790A (zh) 一种数据处理方法及设备
CN113783685A (zh) 一种使用区块链保护车联网数据的系统
CN113301163A (zh) 业务处理方法、系统、电子设备及存储介质
CN111291420B (zh) 一种基于区块链的分布式离链数据存储方法
CN114428661A (zh) 一种镜像管理方法及装置
CN115277208A (zh) 一种智能网联汽车数据传输方法、装置、设备及介质
CN113987475A (zh) 分布式资源管理系统及方法、凭证信息的管理系统、介质
CN115701078A (zh) 跨链交易处理方法、装置、电子设备以及存储介质
CN115983850A (zh) 基于区块链的设备控制方法和相关设备
EP3200388B1 (en) User permission check system
CN112948054A (zh) 一种基于虚拟化技术的公交混合云平台系统
CN117040930B (zh) 区块链网络的资源处理方法、装置、产品、设备和介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22900628

Country of ref document: EP

Kind code of ref document: A1