CN113452486A - 车辆信息的上传方法、装置、设备和存储介质 - Google Patents

车辆信息的上传方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN113452486A
CN113452486A CN202111009353.4A CN202111009353A CN113452486A CN 113452486 A CN113452486 A CN 113452486A CN 202111009353 A CN202111009353 A CN 202111009353A CN 113452486 A CN113452486 A CN 113452486A
Authority
CN
China
Prior art keywords
vehicle information
vehicle
target
platform
queue
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.)
Granted
Application number
CN202111009353.4A
Other languages
English (en)
Other versions
CN113452486B (zh
Inventor
张少婷
程前
王梦杰
孙旭
王凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202111009353.4A priority Critical patent/CN113452486B/zh
Publication of CN113452486A publication Critical patent/CN113452486A/zh
Application granted granted Critical
Publication of CN113452486B publication Critical patent/CN113452486B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种车辆信息的上传方法、装置、设备和存储介质，应用于交通领域。通过本申请实施例提供的技术方案，在向目标平台上传车辆信息的过程中，设置了一个重传队列来存储上传失败且上传失败的次数符合第一目标条件的车辆信息。当重传队列中车辆信息的数量符合第二目标条件时，也就表示重传队列中车辆信息的数量较多，此时不会向目标平台上传第一车辆信息，这样能够避免错误的累积。直至重传队列中车辆信息的数量减少到符合第二目标条件时，车辆信息处理平台开始向目标平台上传第一车辆信息。通过重传队列来存储未成功上传的车辆信息，以重传队列中车辆信息的数量来对车辆信息的上传进行限制，减少车辆信息漏报和丢失的概率。

Description

车辆信息的上传方法、装置、设备和存储介质
技术领域
本申请应用于交通领域，特别涉及一种车辆信息的上传方法、装置、设备和存储介质。
背景技术
在能源和环境危机的双重压力下，新能源车辆成为汽车行业的新趋势。为了对新能源车辆的运行情况进行监管，会通过新能源汽车监管平台来收集新能源车辆的车辆信息。
相关技术中，由于新能源车辆的数量众多，常常会出现新能源车辆上报的车辆信息无法成功上传至新能源汽车监管平台的情况，随着无法上报的车辆信息数量的增加，容易出现车辆信息漏报和丢失的情况。
发明内容
本申请实施例提供了一种车辆信息的上传方法、装置、设备和存储介质，可以减少车辆信息漏报和丢失的概率，技术方案如下。
一方面，提供了一种车辆信息的上传方法，由车辆信息处理平台执行，所述方法包括：
响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量，所述重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，所述目标平台用于收集车辆信息；
响应于所述重传队列中车辆信息的数量不符合第二目标条件，不向所述目标平台上传所述第一车辆信息；直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息。
一方面，提供了一种车辆信息的上传装置，所述装置包括：
数量确定模块，用于响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量，所述重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，所述目标平台用于收集车辆信息；
上传模块，用于响应于所述重传队列中车辆信息的数量不符合第二目标条件，不向所述目标平台上传所述第一车辆信息；直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息。
在一种可能的实施方式中，所述数量确定模块，用于响应于从消息队列中将所述第一车辆信息添加至第一缓存队列，确定所述重传队列中车辆信息的数量，所述消息队列用于存储车载终端上传的车辆信息。
在一种可能的实施方式中，所述消息队列添加模块，用于获取第一车载终端上传的报文，所述第一车载终端为所述第一车辆的车载终端；采用所述第一车载终端对应的封装协议，对所述第一车载终端上传的报文进行解析，得到所述第一车辆信息；将所述第一车辆信息添加至所述消息队列。
在一种可能的实施方式中，所述装置还包括：
重传队列添加模块，用于响应于向所述目标平台上传所述第一车辆信息失败，且上传失败的次数符合所述第一目标条件，将所述第一车辆信息添加至所述重传队列。
在一种可能的实施方式中，所述装置还包括：
转移模块，用于对于所述重传队列中的第二车辆信息，响应于向所述目标平台上传所述第二车辆信息失败，且上传失败的次数符合第三目标条件，将所述第二车辆信息从所述重传队列转移至错误日志中，不再向所述目标平台上传所述第二车辆信息。
在一种可能的实施方式中，所述上传模块，还用于直至所述重传队列中车辆信息的数量减少至小于或等于数量阈值，确定所述车辆信息处理平台在所述目标平台的登录状态；响应于所述车辆信息处理平台在所述目标平台的登录状态为已登录，向所述目标平台上传所述第一车辆信息。
在一种可能的实施方式中，所述上传模块，还用于响应于所述车辆信息处理平台在所述目标平台的登录状态为未登录，向所述目标平台发送登录报文，所述登录报文用于登录所述目标平台；响应于接收到所述目标平台发送的登录成功报文，向所述目标平台上传所述第一车辆信息。
在一种可能的实施方式中，所述装置还包括下述任一个模块：
重传队列添加模块，用于响应于接收到所述目标平台发送的登录失败报文，将所述登录报文添加至所述重传队列；
报警提示发送模块，用于响应于接收到所述目标平台发送的登录失败报文，且向所述目标平台发送所述登录报文的次数符合第三目标条件，发出报警提示，所述报警提示用于提醒无法登录所述目标平台。
在一种可能的实施方式中，所述装置还包括：
告警等级获取模块，用于获取所述第一车辆信息的告警等级；
所述装置还包括缓存队列添加模块，用于执行下述任一项：
响应于所述第一车辆信息的告警等级符合第四目标条件，将所述第一车辆信息添加至第一缓存队列；
响应于所述第一车辆信息的告警等级不符合所述第四目标条件，且所述第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔，将所述第一车辆信息加入所述第一缓存队列；
响应于所述第一车辆信息的告警等级不符合所述第四目标条件，且所述第一车辆信息的时间戳与当前时间之间的间隔大于所述目标时间间隔，将所述第一车辆信息加入第二缓存队列，所述第一缓存队列的处理优先级高于所述第二缓存队列。
在一种可能的实施方式中，所述装置还包括：
第一存储模块，用于每隔第一目标时长，基于车辆信息对应的车辆标识，对所述第一缓存队列中的车辆信息进行聚合，得到各个车辆标识分别对应的车辆信息；从信息存储数据库中获取所述第一目标时长内新接入所述车辆信息处理平台的车辆数量；将所述各个车辆标识分别对应的车辆信息，以及所述车辆数量作为所述第一目标时长的统计信息存储在所述信息存储数据库中。
在一种可能的实施方式中，所述第一存储模块，用于将所述第一目标时长划分为多个时间段，基于车辆信息的时间戳与时间段的对应关系，将所述第一缓存队列中的车辆信息划分为多个第一聚合组，所述多个第一聚合组分别对应于所述多个时间段；对于各个所述第一聚合组，基于车辆信息对应的多个车辆标识进行聚合，将各个所述第一聚合组中的车辆信息划分为多个第二聚合组，所述多个第二聚合组分别对应于多个车辆标识。
在一种可能的实施方式中，所述装置还包括：
第二存储模块，用于每隔第二目标时长，将所述第二缓存队列中的车辆信息存储至所述信息存储数据库。
一方面，提供了一种计算机设备，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条计算机程序，所述计算机程序由所述一个或多个处理器加载并执行以实现所述车辆信息的上传方法。
一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机程序，所述计算机程序由处理器加载并执行以实现所述车辆信息的上传方法。
一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括程序代码，该程序代码存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该程序代码，处理器执行该程序代码，使得该计算机设备执行上述车辆信息的上传方法。
通过本申请实施例提供的技术方案，在向目标平台上传车辆信息的过程中，设置了一个重传队列来存储上传失败且上传失败的次数符合第一目标条件的车辆信息。当重传队列中车辆信息的数量符合第二目标条件时，也就表示重传队列中车辆信息的数量较多，此时不会向目标平台上传第一车辆信息，这样能够避免错误的累积。直至重传队列中车辆信息的数量减少到符合第二目标条件时，车辆信息处理平台开始向目标平台上传第一车辆信息。通过重传队列来存储未成功上传的车辆信息，以重传队列中车辆信息的数量来对车辆信息的上传进行限制，减少车辆信息漏报和丢失的概率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种车辆信息的上传方法的实施环境的示意图；
图2是本申请实施例提供的一种车辆信息的上传方法的第一流程图；
图3是本申请实施例提供的一种车辆信息的上传方法的第二流程图；
图4是本申请实施例提供的一种车辆信息处理平台登录目标平台的流程图；
图5是本申请实施例提供的一种车辆信息的上传方法的逻辑框图；
图6是本申请实施例提供的一种聚合车辆信息的流程图；
图7是本申请实施例提供的一种聚合车辆信息的架构图；
图8是本申请实施例提供的一种车辆信息的上传装置结构示意图；
图9是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式做进一步地详细描述。
本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。
本申请中术语“至少一个”是指一个或多个，“多个”的含义是指两个或两个以上，例如，多个参照人脸图像是指两个或两个以上的参照人脸图像。
新能源监控系统：为车企搭建的新能源车辆信息上报系统。国家平台对全国新能源汽车推广应用和安全工作负监管责任，通过国家平台监督检查企业平台、地方平台运行情况；地方政府对公共服务领域的新能源汽车安全负监管责任，通过地方平台接收企业平台转发的实施数据，掌握公共服务领域新能源汽车运行状况；生产企业对其生产的全部新能源汽车安全问题负总责，通过企业平台，对其产品实现100%的实时监测，并对发现的风险及时采取措施予以控制。
T-BOX（Telematics BOX，远程通信箱），车联网系统包含四部分，主机、车载T-BOX、手机APP及后台系统。主机主要用于车内的影音娱乐，以及车辆信息显示；车载T-BOX主要用于和后台系统/手机APP（Application，应用程序）通信，实现手机APP的车辆信息显示与控制。当用户通过手机端APP发送控制命令后，TSP（Telematics Service Provider，汽车远程服务提供商）后台会发出监控请求指令到车载T-BOX，车辆在获取到控制命令后，通过CAN（Controller Area Network，控制局域网）总线发送控制报文并实现对车辆的控制，最后反馈操作结果到用户的手机APP上，仅这个功能可以帮助用户远程启动车辆、打开空调、调整座椅至合适位置等。
智能车路协同系统(Intelligent Vehicle Infrastructure CooperativeSystems，IVICS)，简称车路协同系统，是智能交通系统 (Intelligent Traffic System，ITS)的一个发展方向。车路协同系统是采用先进的无线通信和新一代互联网等技术，全方位实施车车、车路动态实时信息交互，并在全时空动态交通信息采集与融合的基础上开展车辆主动安全控制和道路协同管理，充分实现人车路的有效协同，保证交通安全，提高通行效率，从而形成的安全、高效和环保的道路交通系统。本申请实施例提供的技术方案能够应用在智能车路协同系统中，本申请实施例中的车辆信息处理平台能够作为智能车路协同系统的一个组件。
图1是本申请实施例提供的一种车辆信息的上传方法的实施环境示意图，参见图1，该实施环境中可以包括终端110、第一服务器120以及第二服务器140。
终端110通过无线网络或有线网络与第一服务器120相连。可选地，终端110是车载终端（车机T-BOX）、智能手机、平板电脑、笔记本电脑、台式计算机、智能手表等，但并不局限于此。终端110安装和运行有支持车辆信息上传的应用程序。
可选地，第一服务器120是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、分发网络（Content Delivery Network，CDN）、以及大数据和人工智能平台等基础云计算服务的云服务器。第一服务器120上运行有车辆信息处理平台，车辆信息处理平台能够对接收到的车辆信息进行处理。
可选地，第二服务器140是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、分发网络（Content Delivery Network，CDN）、以及大数据和人工智能平台等基础云计算服务的云服务器。第二服务器140上运行有目标平台，目标平台用于收集车辆信息，与第一服务器120相连，第一服务器120能够向第二服务器140上传车辆信息，也即是车辆信息处理平台能够将车辆信息上传给目标平台。
可选地，终端110泛指多个终端中的一个，本申请实施例仅以终端110来举例说明。
本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端仅为一个，或者上述终端为几十个或几百个，或者更多数量，此时上述实施环境中还包括其他终端。本申请实施例对终端的数量和设备类型不加以限定。
在介绍完本申请实施例的实施环境之后，下面对本申请实施例的应用场景进行介绍。在下述说明过程中，终端也即是上述实施环境中的终端110、第一服务器也即是上述实施环境中的第一服务器120、第二服务器也即是上述实施环境中的第二服务器140。
本申请实施例提供的车辆信息的上传方法，能够应用在新能源车辆向国家平台、地方平台或者企业平台上传车辆信息的场景下，相应地，目标平台也即是国家平台、地方平台或者企业平台。其中，国家平台也即是国家层面的监督平台，用于收集全国新能源车辆的辆信息；地方平台也即是地方政府的监督平台，用于收集地方新能源车辆的车辆信息；企业平台也即是企业的监督平台，用于收集企业销售的新能源车辆的车辆信息。
以终端为安装在新能源车辆上的车载终端为例，车载终端与第一服务器通过无线网络相连，车载终端能够向第一服务器上传新能源车辆的车辆信息。第一服务器上运行的车辆信息处理平台接收到车辆信息之后，能够对车辆信息进行处理，将处理后的车辆信息发送给第二服务器上运行的目标平台，目标平台获取车辆信息。在这种场景下，第一服务器上运行的车辆信息处理平台也可以视作一个新能源监控与转发平台（New Energy VehicleMonitoring and Data Forwarding Platform，EVMP）。
在介绍完本申请实施例提供的车辆信息的上传方法的实施环境和应用场景之后，下面对本申请实施例提供的车辆信息的上传方法进行说明。
图2是本申请实施例提供的一种车辆信息的上传方法的第一流程图，参见图2，以方法由第一服务器上的车辆信息处理平台执行为例，方法包括下述步骤。
201、响应于获取到第一车辆的第一车辆信息，车辆信息处理平台确定重传队列中车辆信息的数量，该重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，该目标平台用于收集车辆信息。
其中，第一车辆的第一车辆信息是由第一车辆的车载终端上传至车辆信息处理平台的，第一车辆信息包括第一车辆在行驶过程中的相关信息。重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息。换句话说，重传队列用于存储向目标平台上传失败，且失败次数较多的车辆信息。在一些实施例中，第一车辆的第一车辆信息以报文的形式进行传输和存储。
202、响应于该重传队列中车辆信息的数量不符合第二目标条件，车辆信息处理平台不向该目标平台上传该第一车辆信息。
在一些实施例中，重传队列中车辆信息的数量不符合第二目标条件是指重传队列中车辆信息的数量过多，在这种情况下，车辆信息处理平台不向该目标平台上传该第一车辆信息，能够保证重传队列中车辆信息的数量不再增加，避免错误累积。在一些实施例中，目标平台也被称为新能源监控系统。
203、直至该重传队列中车辆信息的数量减少至符合该第二目标条件，车辆信息处理平台向该目标平台上传该第一车辆信息。
其中，当重传队列中车辆信息的数量减少到符合该第二目标条件时，也就表示车辆信息处理平台将重传队列中的车辆信息上传至了目标平台，也就表示通讯恢复正常。此时，车辆信息处理平台能够开始向目标平台上传该第一车辆信息。
通过本申请实施例提供的技术方案，在向目标平台上传车辆信息的过程中，设置了一个重传队列来存储上传失败且上传失败的次数符合第一目标条件的车辆信息。当重传队列中车辆信息的数量符合第二目标条件时，也就表示重传队列中车辆信息的数量较多，此时不会向目标平台上传第一车辆信息，这样能够避免错误的累积。直至重传队列中车辆信息的数量减少到符合第二目标条件时，车辆信息处理平台开始向目标平台上传第一车辆信息。通过重传队列来存储未成功上传的车辆信息，以重传队列中车辆信息的数量来对车辆信息的上传进行限制，减少车辆信息漏报和丢失的概率。
图3是本申请实施例提供的一种车辆信息的上传方法的第二流程图，以方法由第一服务器上的车辆信息处理平台执行为例，参见图3，方法包括下述步骤。
301、响应于获取到第一车辆的第一车辆信息，车辆信息处理平台确定重传队列中车辆信息的数量，该重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，该目标平台用于收集车辆信息。
其中，第一车辆为新能源车辆，比如为电动汽车，第一车辆信息包括电池剩余容量、电池温度、电池电流、电池电压、电动机转速、电动机功率、第一车辆的位置、第一车辆的速度等信息。
在一种可能的实施方式中，响应于从消息队列中将该第一车辆信息添加至第一缓存队列，车辆信息处理平台确定该重传队列中车辆信息的数量，该消息队列用于存储车载终端上传的车辆信息。
其中，消息队列也即是用于存储车载终端上传的车辆信息的队列，也就是说，车载终端向车辆信息处理平台发送的车辆信息会被存储在该消息队列中，车辆信息处理平台既能够将该消息队列中的车辆信息转发给目标平台，也能够基于该消息队列中的车辆信息进行进一步的数据处理。在一些实施例中，该消息队列为kafka（卡夫卡）。第一缓存队列可以视作一个非关系型数据库，以键值对的形式来存储数据，因此第一缓存队列具有较快的读取和写入速度。在一些实施中，键值对中的键也即是车辆的标识，比如车辆的VIN码，这样当车辆信息处理平台需要在第一缓存队列中进行查询时，直接基于车辆的标识进行查询即可，效率较高。在一些实施例中，第一缓存队列为Redis（Remote Dictionary Server，远程字典服务）。采用Redis作为第一缓存队列优化了海量车辆信息场景下的QPS（Queries PerSecond，每秒查询率），能够提高车辆信息的存储和读取性能。
重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息。比如，当第一服务器与第二服务器之间的通讯存在故障时，也即是车辆信息处理平台无法与目标平台进行通讯时，那么当车辆信息处理平台向目标平台上传车辆信息时，会上传失败，当车辆信息处理平台重新上传该车辆信息时，由于通讯出现故障，那么还是无法将该车辆信息上传至目标平台，这种情况下，该车辆信息也就被存储在重传队列中等待再次上传。由于重传队列的存在，向目标平台上传失败的车辆信息不会丢失，而是会暂存在重传队列中等待重新上传。重传队列与消息队列是两个相互独立的队列，当第一服务器与第二服务器之间的通讯存在故障时，那么车辆信息处理平台会将向目标平台上传失败，且上传失败的次数较多的车辆信息存储在重传队列中。若车载终端能够第一服务器进行通讯，也即是车载终端能够向车辆信息处理平台上传车辆信息，上传的车辆信息会被存储在消息队列中，重传队列和消息队列相互独立，互不影响。
举例来说，第一服务器获取第一车载终端上传的报文，该第一车载终端为该第一车辆的车载终端。第一服务器通过车辆信息处理平台，对该第一车载终端上传的报文进行预处理，得到该第一车辆信息，比如，车辆信息处理平台采用该第一车载终端对应的封装协议，对该第一车载终端上传的报文进行解析，得到该第一车辆信息。在一些实施例中，车辆信息处理平台上存储有多种封装协议以及封装协议与车载终端类型的对应关系。第一车载终端上传的报文中携带有第一车载终端的类型。第一服务器获取到第一车载终端上传的报文之后，能够从该报文中获取第一车载终端的类型。车辆信息处理平台能够基于第一车载终端的类型进行查询，获取与第一车载终端对应的封装协议。车辆信息处理平台采用该第一车载终端对应的封装协议对该报文进行解析，得到第一车辆信息。车辆信息处理平台将该第一车辆信息添加至该消息队列。当需要对该第一车辆信息进行处理时，车辆信息处理平台从该消息队列中获取该第一车辆信息。响应于从消息队列中获取到该第一车辆信息，车辆信息处理平台确定该重传队列中车辆信息的数量。
在一些实施例中，技术人员能够在车辆信息处理平台上配置封装协议，这样当出现新的封装协议时，技术人员也就能够直接在车辆信息处理平台上进行更新，保证了封装协议的扩展性。以可充电故障总数字段来说，车辆信息处理平台按照封装协议指定了具体的映射关系，直接传入计算函数即可，避免了代码耦合。后续有改动时，比如最大值发生变化，直接改变最大值即可。在一些实施例中，在配置封装协议时，车辆信息处理平台能够通过加载不同的yaml（YAML Ain't Markup Language，YAML不是一种标记语言）或json（JavaScript Object Notation，JS对象简谱）文件来实现封装协议的配置。
比如，第一车辆启动时，第一车载终端向第一服务器上运行的车辆信息处理平台发送车辆登录请求，该车辆登录请求用于登录车辆信息处理平台，该车辆登录请求中携带有该第一车辆的标识，在一些实施例中，该标识为第一车辆的VIN（VehicleIdentification Number，车辆识别号码），在一些情况下，VIN也被称为车架号。车辆信息处理平台接收到该车辆登录请求之后，从该车辆登录请求中获取该第一车辆的标识。车辆信息处理平台基于该第一车辆的标识来确定第一车载终端是否具有登录权限，也即是车载数据处理平台采用该第一车辆的标识在数据库中进行查询，以确定第一车载终端是否具有登录权限。响应于第一车载终端具有登录权限，车辆信息处理平台向第一车载终端发送登录确认指令。响应于接收到登录确认指令，第一车载终端与第一服务器建立心跳。第一车载终端获取第一车辆的车辆信息，对第一车辆的第一车辆信息进行封装，将封装后的车辆信息以报文的形式发送给第一服务器上运行的车辆信息处理平台。车辆信息处理平台接收到第一车载终端上传的报文之后，采用第一车载终端对应的封装协议对该报文进行解析，得到第一车辆信息。车辆信息处理平台将该第一车辆信息添加至该消息队列。当需要对该第一车辆信息进行处理时，比如需要将该第一车辆信息转发至目标平台，或者需要基于该第一车辆信息生成统计日志时，车辆信息处理平台从该消息队列中获取该第一车辆信息。响应于从消息队列中获取到该第一车辆信息，车辆信息处理平台确定该重传队列中车辆信息的数量。
302、响应于该重传队列中车辆信息的数量不符合第二目标条件，车辆信息处理平台不向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，响应于该重传队列中车辆信息的数量大于或等于数量阈值，车辆信息处理平台不向该目标平台上传该第一车辆信息，其中，数量阈值由技术人员根据实际情况进行设置，本申请实施例对此不做限定。由于重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，那么当重传队列中车辆信息的数量大于或等于数量阈值时，也就表示车辆信息处理平台与目标平台之间的通讯出现故障，或者是目标平台正在维护等，此时车辆信息处理平台不向该目标平台上传该第一车辆信息，以避免错误的累积。
举例来说，若重传队列中车辆信息的数量大于或等于数量阈值，车辆信息处理平台开启流控开关，该流控开关用于控制是否向目标平台上传车辆信息。响应于流控开关开启，车辆信息处理平台不向该目标平台上传该第一车辆信息。在一些实施例中，该流控开关不会对车辆信息处理平台向目标平台上传重传队列中的车辆信息进行限制，也即是当该流控开关开启时，车辆信息处理平台仍然能将重传队列中的车辆信息上传至该目标平台，流控开关开启时，也就表示处于流量控制状态。
可选地，在步骤301之后，车辆信息处理平台除了能够执行上述步骤301之外，还能够执行下述步骤。
响应于该重传队列中车辆信息的数量符合第二目标条件，车辆信息处理平台向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，响应于该重传队列中车辆信息的数量小于数量阈值，车辆信息处理平台向该目标平台上传该第一车辆信息。由于重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，那么当重传队列中车辆信息的数量小于数量阈值时，也就表示车辆信息处理平台与目标平台之间的通讯正常，此时车辆信息处理平台直接向该目标平台上传该第一车辆信息即可。
303、直至该重传队列中车辆信息的数量减少至符合该第二目标条件，车辆信息处理平台向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，直至该重传队列中车辆信息的数量减少至小于数量阈值，车辆信息处理平台向该目标平台上传该第一车辆信息。
在这种实施方式下，当重传队列中车辆信息的数量减少至小于数量阈值时，也就表示车辆信息处理平台与目标平台之间的通讯恢复正常，车辆信息处理平台将重传队列中的车辆信息成功上传至目标平台，此时车辆信息处理平台向目标平台上传第一车辆信息即可。
举例来说，响应于该重传队列中车辆信息的数量减少至小于数量阈值，车辆信息处理平台关闭流控开关。响应于流控开关关闭，车辆信息处理平台向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，直至该重传队列中车辆信息的数量减少至小于数量阈值，车辆信息处理平台确定该车辆信息处理平台在该目标平台的登录状态。响应于该车辆信息处理平台在该目标平台的登录状态为已登录，车辆信息处理平台向该目标平台上传该第一车辆信息。
在这种实施方式下，当重传队列中车辆信息的数量减少至小于数量阈值时，也就表示车辆信息处理平台与目标平台之间的通讯恢复正常，为了保证车辆信息处理平台能够向目标平台上传车辆信息，车辆信息处理平台能够先判断在目标平台上的登录状态。当车辆信息处理平台在目标平台上的登录状态为已登录时，再向目标平台上传第一车辆信息，这样能够提高上传第一车辆信息的成功率。
举例来说，响应于该重传队列中车辆信息的数量减少至小于数量阈值，车辆信息处理平台向该目标平台发送登录状态确认请求，该登录状态确认请求中携带有该车辆信息处理平台的标识。响应于接收到目标平台基于该登录状态确认请求返回的第一类登录状态确认指示，该车辆信息处理平台确定在该目标平台登录状态为已登录。响应于该车辆信息处理平台在该目标平台的登录状态为已登录，车辆信息处理平台向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，直至该重传队列中车辆信息的数量减少至小于或等于数量阈值，车辆信息处理平台确定该车辆信息处理平台在该目标平台的登录状态。响应于该车辆信息处理平台在该目标平台的登录状态为未登录，向该目标平台发送登录报文，该登录报文用于登录该目标平台。
举例来说，响应于该重传队列中车辆信息的数量减少至小于数量阈值，车辆信息处理平台向该目标平台发送登录状态确认请求，该登录状态确认请求中携带有该车辆信息处理平台的标识。响应于接收到目标平台基于该登录状态确认请求返回的第二类登录状态确认指示，该车辆信息处理平台确定在该目标平台登录状态为未登录。响应于该车辆信息处理平台在该目标平台的登录状态为未登录，向该目标平台发送登录报文，该登录报文中携带有该车辆信息处理平台的标识。响应于接收到目标平台返回的登录成功报文，该车辆信息处理平台将在目标平台的登录状态更新为已登录，向目标平台发送该第一车辆信息。响应于接收到该目标平台发送的登录失败报文，该车辆信息处理平台将该登录报文添加至该重传队列，以等待重新上传。响应于接收到该目标平台发送的登录失败报文，且向该目标平台发送该登录报文的次数符合第三目标条件，该车辆信息处理平台发出报警提示，该报警提示用于提醒无法登录该目标平台。
下面将结合图4以及上述举例，对车辆信息处理平台登录目标平台的方式进行说明。
参见图4，当车辆信息处理平台登录目标平台时，车辆信息处理平台发送登录报文，车辆信息处理平台基于该登录报文计算第一SN（Serial Number，序列号），将第一SN发送给目标平台。目标平台向车辆信息处理平台返回报文。响应于目标平台返回的报文为登录成功报文，该车辆信息处理平台将在目标平台的登录状态更新为已登录；响应于接收到该目标平台发送的登录失败报文，该车辆信息处理平台将该登录报文添加至该重传队列。若重传队列中的登录报文重复上传的次数小于3次，那么车辆信息处理平台向目标平台再次上传该登录报文。若重传队列中的登录报文重复上传的次数大于或等于3次，那么该车辆信息处理平台发出报警提示，该报警提示用于提醒无法登录该目标平台。当然，当车辆信息处理平台需要解除在目标平台上的登录状态时，也能够向目标平台发送登出报文，车辆信息处理平台基于该登出报文计算第二SN，将第二SN发送给目标平台。
304、响应于向该目标平台上传该第一车辆信息失败，且上传失败的次数符合第一目标条件，车辆信息处理平台将该第一车辆信息添加至该重传队列。
在一种可能的实施方式中，车辆信息处理平台接收目标平台返回的上传结果报文。响应于上传结果报文指示第一车辆信息上传失败，车辆信息处理平台确定第一车辆信息上传失败的次数。响应于第一车辆信息上传失败的次数大于或等于失败次数阈值，车辆信息处理平台将该第一车辆信息添加至该重传队列。
在一种可能的实施方式中，对于该重传队列中的第二车辆信息，响应于向该目标平台上传该第二车辆信息失败，且上传失败的次数不符合第三目标条件，该车辆信息处理平台向该目标平台再次上传该第二车辆信息。
需要说明的是，若第一车辆信息被加入该重传队列，那么第二车辆信息可能为该第一车辆信息。
在一种可能的实施方式中，对于该重传队列中的第二车辆信息，响应于向该目标平台上传该第二车辆信息失败，且上传失败的次数符合第三目标条件，该车辆信息处理平台将该第二车辆信息从该重传队列转移至错误日志中，不再向该目标平台上传该第二车辆信息。
在这种实施方式下，当重传队列中的车辆信息多次上传失败时，车辆信息处理平台能够不再上传该车辆信息，而是将该车辆信息从重传队列转移至错误日志以便于查询，避免多次上传该车辆信息导致的网络资源浪费。
在一种可能的实施方式中，响应于向该目标平台上传该第一车辆信息时上传失败，车辆信息处理平台将该第一车辆信息的类型调整为补发信息，将该第一车辆信息的校验码调整为目标校验码，得到第三车辆信息。车辆信息处理平台向该目标平台上传该第三车辆信息。
305、响应于成功向该目标平台上传该第一车辆信息，车辆信息处理平台将该第一车辆信息的状态调整为已上传。
下面将结合图5以及上述步骤301-305中各个可选的实施方式，对本申请实施例提供的车辆信息的上传方法进行说明。
参见图5，车辆信息处理平台从消息队列中获取第一车辆信息，该第一车辆信息也即是待上传至目标平台的车辆信息。车辆信息处理平台确定在目标平台的登录状态，响应于该车辆信息处理平台在该目标平台的登录状态为未登录，向该目标平台发送登录报文来进行重新登录。响应于该车辆信息处理平台在该目标平台的登录状态为已登录，车辆信息处理平台确定是否处于流量控制状态，也即是确定流控开关是否开启。响应于处于流量控制状态，车辆信息处理平台不向目标平台发送第一车辆信息，也停止从消息队列中获取车辆信息。响应于处于流量控制状态，车辆信息处理平台确定第一车辆信息是否为补发的车辆信息。响应于第一车辆信息为补发的车辆信息，车辆信息处理平台将第一车辆信息的类型改为补发车辆信息，通过对应调整第一车辆信息的BCC（Block Check Character，信息组校验码），向目标平台上传调整后的第一车辆信息。响应于第一车辆信息不为补发的车辆信息，车辆信息处理平台向目标平台上传第一车辆信息。车辆信息处理平台向目标平台上传第一车辆信息之后，获取目标平台返回的上传结果报文。响应于上传结果报文指示上传成功，车辆信息处理平台将该第一车辆信息的上传状态设置为已上传。响应于上传结果报文指示上传失败，也即是上传超时或者错误，车辆信息处理平台将该第一车辆信息添加至重传队列。响应于该重传队列中车辆信息的数量大于或等于数量阈值，车辆信息处理平台开启流控开关。响应于该重传队列中车辆信息的数量小于数量阈值，车辆信息处理平台关闭流控开关。若向目标平台上传该第一车辆信息的次数小于3次，车辆信息处理平台向目标平台重新上传该第一车辆信息。若向目标平台上传该第一车辆信息的次数大于或等于3次，车辆信息处理平台该第一车辆信息从该重传队列转移至错误日志中，不再向该目标平台上传该第一车辆信息。
可选地，参见图6，在步骤301中，车辆信息处理平台获取到第一车辆信息之后，除了能够执行上述步骤之外，还能够执行下述任一个步骤。
A、在一种可能的实施方式中，车辆信息处理平台获取该第一车辆信息的告警等级。响应于该第一车辆信息的告警等级符合第四目标条件，车辆信息处理平台将该第一车辆信息添加至该第一缓存队列，第一缓存队列用于存储告警符合第四目标条件的车辆信息。其中，第一缓存队列可以视作一个非关系型数据库，以键值对的形式来存储数据，因此第一缓存队列具有较快的读取和写入速度。在一些实施中，键值对中的键也即是车辆的标识，比如车辆的VIN码，这样当车辆信息处理平台需要在第一缓存队列中进行查询时，直接基于车辆的标识进行查询即可，效率较高。
其中，告警等级用于表示情况的紧急程度，告警等级越高，表示情况的紧急程度也就越高。在一些实施例中，告警等级由车载终端基于车辆信息确定，车载终端基于车辆信息确定告警等级的规则由技术人员根据实际情况进行配置，比如，对于电动汽车来说，三电系统（电驱动、电池以及电控）的故障对于电子汽车的影响较大，技术人员能够将三电系统故障对应的告警等级配置为较高的等级。本申请实施例对于技术人员配置车辆信息与告警等级之间关系的方法不做限定。
举例来说，第一车载终端向第一服务器上运行的车辆信息处理平台发送报文时，报文中携带有告警等级。比如，第一车载终端在该报文中添加用于指示告警等级的字段，比如，若第一车载终端在该报文中添加字段0x00，也就表示告警等级为0级；若第一车载终端在该报文中添加字段0x01，也就表示告警等级为1级；若第一车载终端在该报文中添加字段0x02，也就表示告警等级为2级；若第一车载终端在该报文中添加字段0x03，也就表示告警等级为3级。车辆信息处理平台接收到第一车载终端上传的报文之后，从该报文中获取第一车辆信息的告警等级。响应于第一车辆信息的告警等级小于告警等级阈值，也即是第一车辆信息的告警等级符合第四目标条件，车辆信息处理平台将该第一车辆信息添加至该第一缓存队列，车辆信息处理平台后续能够从该第一缓存队列中获取该第一车辆信息。在一些实施例中，第一缓存队列为Redis（Remote Dictionary Server，远程字典服务）。采用Redis作为第一缓存队列优化了海量车辆信息场景下的QPS（Queries Per Second，每秒查询率），能够提高车辆信息的存储和读取性能。
B、在一种可能的实施方式中，响应于该第一车辆信息指示该第一车辆为新接入该车辆信息处理平台的车辆，车辆信息处理平台将该第一车辆的标识添加至该信息存储数据库。
其中，新接入该车辆信息处理平台的车辆是指，第一次接入车辆信息处理平台的车辆。
举例来说，车辆信息处理平台从第一车辆信息中获取第一车辆的标识，基于第一车辆的标识在信息存储数据库中进行查询，响应于未查询到该第一车辆的标识，车辆信息处理平台将第一车辆的标识添加至该信息存储数据库，其中，未查询到该第一车辆的标识也就表示第一车辆为新接入车辆信息处理平台的车辆。在一些实施例中，第一车辆的标识也即是第一车辆的VIN码。
若车辆信息处理平台同时执行力上述A和B，可选地，车辆信息处理平台还能够执行下述步骤。
在一种可能的实施方式中，每隔第一目标时长，车辆信息处理平台基于车辆信息对应的车辆标识，对该第一缓存队列中的车辆信息进行聚合，得到各个车辆标识分别对应的车辆信息。车辆信息处理平台从信息存储数据库中获取该第一目标时长内新接入该车辆信息处理平台的车辆数量。车辆信息处理平台将该各个车辆标识分别对应的车辆信息，以及该车辆数量作为该第一目标时长的统计信息存储在该信息存储数据库中。若第一目标时长为1个小时，那么车辆信息处理平台能够在每个小时的59分59秒对该第一缓存队列中的车辆信息进行聚合，得到每个小时的统计信息。
在一些实施例中，第一缓存队列可以视作信息存储数据库的缓存，将第一缓存队列中存储的车辆信息转移至信息存储数据库的过程，也即是数据持久化的过程。第一目标时长由技术人员根据实际情况进行设置，比如设置为半小时、一小时或者两小时等，本申请实施例对此不做限定。
举例来说，车辆信息处理平台将该第一目标时长划分为多个时间段，基于车辆信息的时间戳与时间段的对应关系，将该第一缓存队列中的车辆信息划分为多个第一聚合组，该多个第一聚合组分别对应于该多个时间段。对于各个该第一聚合组，基于车辆信息对应的多个车辆标识进行聚合，将各个该第一聚合组中的车辆信息划分为多个第二聚合组，该多个第二聚合组分别对应于多个车辆标识。车辆信息处理平台从信息存储数据库中获取该第一目标时长内接入该车辆处理平台的车辆数量。车辆信息处理平台将聚合后的多个车辆信息与该第一目标时长内新接入该车辆信息处理平台的车辆数量，作为该第一目标时长的一条统计信息存储在信息存储数据库中。在一些实施例中，信息存储数据库为MongoDB（Mongo Date Base，蒙戈数据库），当然，在其他可能的实施方式中，信息存储数据库也可以为其他类型的数据库，本申请实施例对此不做限定。
车辆信息处理平台在对车辆信息进行聚合时，使用了分片+分布式的思想，将车辆信息按照key（车辆标识）和时间进行分片，完成任务拆解，以降低信息聚合的难度。
以第一目标时长为一小时为例，车辆信息处理平台将该第一目标时长划分为多个时间段，比如将一小时划分为六个时间段，也即是将每10分钟作为一个时间段。对于车辆信息的时间戳来说，车载终端向车辆信息处理平台以报文形式上传车辆信息时，可以在该报文中携带车辆信息的时间戳，该时间戳是车载终端发送车辆信息的时间生成的。车辆信息处理平台接收到该报文之后，从该报文中获取车辆信息的时间戳。车辆信息处理平台基于第一缓存队列中车辆信息的时间戳和时间段的对应关系，将第一存储队列中的车辆信息划分为多个第一聚合组，每个第一聚合组对应于一个时间段。比如，一个车辆信息的时间戳为3:08:56，那么车辆信息处理平台能够确定该车辆信息确定与第一目标时长的第一个时间段相匹配，车辆信息处理平台将该车辆信息划分至该第一个时间段对应的第一聚合组。在每个第一聚合组中，车辆信息处理平台基于车辆标识对第一聚合组中的车辆信息进行再次聚合，得到多个第二聚合组，每个第二聚合组对应于一个车辆标识。每隔第一目标时长，车辆信息处理平台从信息存储数据库中获取第一目标时长内新接入车辆信息处理平台的车辆数量，将聚合后的多个车辆信息与该第一目标时长内新接入该车辆信息处理平台的车辆数量，作为该第一目标时长的一条统计信息存储在信息存储数据库中。
需要说明的是，车辆信息处理平台将第一目标时长划分为不同数量的时间段，也就表示车辆信息处理平台以不同的统计粒度来进行统计。比如，参见图7，车辆信息处理平台能够通过一个或多个分类器对第一缓存队列中的车辆信息进行聚合，若车辆信息处理平台将第一目标时长划分为6个时间段，也就表示车辆信息处理平台以10分钟为粒度来进行统计，6个十分钟也就对应于6个第一聚合组。在每个聚合组中，还包括多个第二聚合组，第二聚合组也即是以车辆标识为维度进行聚合的聚合组。若车辆标识为VIN，那么图7中的VIN1-VIN4也就对应于6个第二聚合组。在一些实施例中，将第一目标时长划分为时间段的数量由技术人员根据实际情况进行配置，比如将统计粒度配置为1分钟。
比如，车载终端A在3:05:35和3:08:56分别上传了车辆信息A和车辆信息B，车载终端B在3:02:35上传了车辆信息C，车辆信息A的时间戳也即是3:05:35，车辆信息B的时间戳也即是3:08:56，车辆信息C的时间戳也即是3:02:35。车辆信息处理平台将车辆信息A、车辆信息B以及车辆信息C均存储在消息队列中。车辆信息处理平台在对消息队列中的车辆信息进行统计时，能够从消息队列中获取车辆信息A、车辆信息B以及车辆信息C，也即是将车辆信息A、车辆信息B以及车辆信息C从消息队列存储至第一缓存队列中。还是以第一目标时长为一小时，车辆信息处理平台将第一目标时长划分为六个时间段为例。在对第一缓存队列中的车辆信息进行聚合时，由于车辆信息A、车辆信息B以及车辆信息C的时间戳均与第一目标时长的第一个时间段匹配，车辆信息处理平台将车辆信息A、车辆信息B以及车辆信息C划分至同一个第一聚合组。在该第一聚合组中，由于车辆信息A和车辆信息B对应于同一个车辆标识，车辆信息C对应于另一个车辆标识，那么车辆信息处理平台能够将车辆信息A和车辆信息B划分至同一个第二聚合组，将车辆信息C划分至另一个第二聚合组。每隔第一目标时长，车辆信息处理平台从信息存储数据库中获取新接入车辆信息处理平台的车辆数量，当存在新接入车辆信息处理平台的车辆时，车辆信息处理平台会将新接入车辆的车辆标识存储至信息存储数据库，那么在车辆信息平台每隔第一目标时长获取第一目标时长内新接入的车辆数量时，车辆信息数据库只需统计第一目标时长内在信息存储数据库中新增加的车辆标识的数量即可。车辆信息处理平台将聚合后的车辆信息与新接入的车辆数量作为第一目标时长的一条统计信息加入信息存储数据库，以便于后续的查询。
在一些实施例中，车辆信息处理平台除了能够基于时间段和车辆信息对车辆信息进行聚合之外，还能够基于车辆信息的上传状态来对车辆信息进行聚合，比如，车辆信息处理平台在第一缓存队列中，将已上传至目标平台的车辆信息划分为一个聚合组，将未上传至目标平台的车辆信息划分为另一个聚合组，这样也有助于提高车辆信息的聚合效果。后续车辆信息处理平台在第一缓存队列中进行查询时，也能够方便地查询到已上传至目标平台的车辆信息以及未上传至目标平台的车辆信息，效率较高。
在一些实施例中，若目标平台为地方平台，那么车辆信息处理平台还能够基于车辆信息对应的地方平台来对车辆信息进行聚合，比如，存在车辆信息M和车辆信息N，车辆信息M是向地方平台H上传的车辆信息，车辆信息N是向地方平台L上传的车辆信息，那么车辆信息处理平台能够将车辆信息M和车辆信息N分别划分至两个聚合组，这两个聚合组分别与地方平台H和地方平台L对应。这样也有助于提高车辆信息的聚合效果。后续车辆信息处理平台在第一缓存队列中进行查询时，也能够方便地查询到向地方平台H上传的车辆信息以及向地方平台L上传的车辆信息，效率较高。
C、在一种可能的实施方式中，车辆信息处理平台获取该第一车辆信息的告警等级。响应于该第一车辆信息的告警等级不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔，将该第一车辆信息加入该第一缓存队列，相较于上述步骤A，第一缓存队列还用于存储告警不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔的车辆信息。
举例来说，第一车载终端向第一服务器上运行的车辆信息处理平台发送报文时，报文中携带有告警等级。车辆信息处理平台接收到第一车载终端上传的报文之后，从该报文中获取第一车辆信息的告警等级。响应于第一车辆信息的告警等级大于或等于告警等级阈值，也即是第一车辆信息的告警等级不符合第四目标条件，车辆信息处理平台比较第一车辆信息的时间戳与当前时间。响应于第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔，车辆信息处理平台将该第一车辆信息添加至该第一缓存队列，车辆信息处理平台后续能够从该第一缓存队列中获取该第一车辆信息。
其中，第一车辆信息的告警等级大于或等于告警等级阈值，也就表示第一车辆信息为一个告警信息，告警信息用于提醒第一车辆存在故障。第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔也就表示第一车载终端发送第一车辆信息的时间与当前时间较为接近，综合第一车辆信息的告警等级以及第一车辆信息的时间戳，能够确定第一车辆信息为一个实时告警信息。由于车载终端上传车辆信息可能存在延迟，以车载终端上传告警信息为例，车载终端可能在上传告警信息时通讯故障，比如车辆熄火或者车载终端故障，那么该告警信息也就无法实时上传至车辆信息处理平台，当通讯恢复时，车载终端才能将该告警信息上传至车辆信息处理平台，该告警信息的时间戳也即是车载终端第一次上传时的时间戳。相对于实时告警信息来说，该告警信息也即是非实时告警信息。车辆信息处理平台能够对实时告警信息进行优先处理，以便于消除故障。这种实时告警信息和非实时告警信息的存在的现象，也可以被称为告警信息的延迟分布，在本申请实施例中，优先处理实时告警信息，异步处理非实时告警信息，以减轻第一服务器的压力。
D、在一种可能的实施方式中，车辆信息处理平台获取该第一车辆信息的告警等级。响应于该第一车辆信息的告警等级不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔大于该目标时间间隔，将该第一车辆信息加入第二缓存队列，该第一缓存队列的处理优先级高于该第二缓存队列。
其中，第一缓存队列的处理优先级高于该第二缓存队列是指，车辆信息处理平台对第一缓存队列中的车辆信息进行聚合的优先级高于车辆信息处理平台对第二缓存队列中的车辆信息进行聚合的优先级，或者说车辆信息处理平台将第一缓存队列中的车辆信息存储至信息存储数据库的优先级高于车辆信息处理平台将第二缓存队列中的车辆信息存储至信息存储数据库的优先级。在一些实施例中，第二缓存队列为Redis（RemoteDictionary Server，远程字典服务）。
其中，第一车辆信息的告警等级不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔大于该目标时间间隔，也就表示该第一车辆信息为一个非实时告警信息，车辆信息处理平台能够将第一车辆信息加入第二缓存队列，与第一缓存队列中的车辆信息进行异步处理，以减轻第一服务器的压力。另外，将实时告警信息存储在第一缓存队列，将非实时告警信息存储在第二缓存队列，这样也便于车辆信息处理平台获取实时告警信息和非实时告警信息。
可选地，在步骤D之后，车辆信息处理平台每隔第二目标时长，将该第二缓存队列中的车辆信息存储至该信息存储数据库。
在一些实施例中，第二缓存队列可以视作信息存储数据库的缓存，将第二缓存队列中存储的车辆信息转移至信息存储数据库的过程，也即是数据持久化的过程。第二目标时长由技术人员根据实际情况进行设置，比如设置为半天或者一天，本申请实施例对此不做限定。在一些实施例中，第二目标时长大于第一目标时长。若第二目标时长为一天，那么车辆信息处理平台能够在每天的0点0分0秒对该第二缓存队列中的车辆信息进行聚合，得到每天的统计信息。
举例来说，车辆信息处理平台将该第二目标时长划分为多个时间段，基于车辆信息的时间戳与时间段的对应关系，将该第二缓存队列中的车辆信息划分为多个第三聚合组，该多个第三聚合组分别对应于该多个时间段。对于各个该第三聚合组，基于车辆信息对应的多个车辆标识进行聚合，将各个该第三聚合组中的车辆信息划分为多个第四聚合组，该多个第四聚合组分别对应于多个车辆标识。车辆信息处理平台将聚合后的第二缓存队列中的车辆信息，作为第二目标时长对应的统计信息添加至信息存储数据库。在一些实施例中，这个过程也被称为缓存的预归并，以减少存储至数据库时的操作。可选地，在上述实施方式之后，车辆信息处理平台还能够对信息存储数据库中存储的车辆信息进行聚合。若第一目标时长为一小时，那么第一目标时长对应的统计信息也即是车辆信息的每时统计记录。若第二目标时长为一天，那么第二目标时长对应的统计信息也即是车辆信息的每日统计记录。车辆信息处理平台能够将第二目标时长对应的统计信息与信息存储数据库中存储的每日统计信息进行融合。若第二目标时长为一天，车辆信息数据库处理平台将第二目标时长划分为了24个时间段，那么一个第三聚合组也即对应于一个每时统计记录，车辆信息处理平台还能够将多个第三聚合组分别与信息存储数据库中的每时统计记录进行融合。通过存储统计记录，便于技术人员对车辆运行情况进行健康分析和复盘。参见图7，车辆信息处理平台通过分类器来将第二缓存队列中的车辆信息划分为以一小时为统计粒度的多个第三聚合组，在每个第三聚合组中按照车辆标识VIN1-VIN4将多个车辆信息划分为多个第四聚合组。
上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。
通过本申请实施例提供的技术方案，在向目标平台上传车辆信息的过程中，设置了一个重传队列来存储上传失败且上传失败的次数符合第一目标条件的车辆信息。当重传队列中车辆信息的数量符合第二目标条件时，也就表示重传队列中车辆信息的数量较多，此时不会向目标平台上传第一车辆信息，这样能够避免错误的累积。直至重传队列中车辆信息的数量减少到符合第二目标条件时，车辆信息处理平台开始向目标平台上传第一车辆信息。通过重传队列来存储未成功上传的车辆信息，以重传队列中车辆信息的数量来对车辆信息的上传进行限制，减少车辆信息漏报和丢失的概率。
图8是本申请实施例提供的一种车辆信息的上传装置结构示意图，参见图8，装置包括：数量确定模块801以及上传模块802。
数量确定模块801，用于响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量，该重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，该目标平台用于收集车辆信息。
上传模块802，用于响应于该重传队列中车辆信息的数量不符合第二目标条件，不向该目标平台上传该第一车辆信息。直至该重传队列中车辆信息的数量减少至符合该第二目标条件，向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，该数量确定模块801，用于响应于从消息队列中将该第一车辆信息添加至第一缓存队列，确定该重传队列中车辆信息的数量，该消息队列用于存储车载终端上传的车辆信息。
在一种可能的实施方式中，该消息队列添加模块，用于获取第一车载终端上传的报文，该第一车载终端为该第一车辆的车载终端。采用该第一车载终端对应的封装协议，对该第一车载终端上传的报文进行解析，得到该第一车辆信息。将该第一车辆信息添加至该消息队列。
在一种可能的实施方式中，该装置还包括：
重传队列添加模块，用于响应于向该目标平台上传该第一车辆信息失败，且上传失败的次数符合第一目标条件，将该第一车辆信息添加至该重传队列。
在一种可能的实施方式中，该装置还包括：
转移模块，用于对于该重传队列中的第二车辆信息，响应于向该目标平台上传该第二车辆信息失败，且上传失败的次数符合第三目标条件，将该第二车辆信息从该重传队列转移至错误日志中，不再向该目标平台上传该第二车辆信息。
在一种可能的实施方式中，该上传模块802，还用于直至该重传队列中车辆信息的数量减少至小于或等于数量阈值，确定该车辆信息处理平台在该目标平台的登录状态。响应于该车辆信息处理平台在该目标平台的登录状态为已登录，向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，该上传模块802，还用于响应于该车辆信息处理平台在该目标平台的登录状态为未登录，向该目标平台发送登录报文，该登录报文用于登录该目标平台。响应于接收到该目标平台发送的登录成功报文，向该目标平台上传该第一车辆信息。
在一种可能的实施方式中，该装置还包括下述任一个模块：
重传队列添加模块，用于响应于接收到该目标平台发送的登录失败报文，将该登录报文添加至该重传队列。
报警提示发送模块，用于响应于接收到该目标平台发送的登录失败报文，且向该目标平台发送该登录报文的次数符合第三目标条件，发出报警提示，该报警提示用于提醒无法登录该目标平台。
在一种可能的实施方式中，该装置还包括：
告警等级获取模块，用于获取该第一车辆信息的告警等级。
该装置还包括缓存队列添加模块，用于执行下述任一项：
响应于该第一车辆信息的告警等级符合第四目标条件，将该第一车辆信息添加至第一缓存队列。
响应于该第一车辆信息的告警等级不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔，将该第一车辆信息加入该第一缓存队列。
响应于该第一车辆信息的告警等级不符合该第四目标条件，且该第一车辆信息的时间戳与当前时间之间的间隔大于该目标时间间隔，将该第一车辆信息加入第二缓存队列，该第一缓存队列的处理优先级高于该第二缓存队列。
在一种可能的实施方式中，该装置还包括：
第一存储模块，用于每隔第一目标时长，基于车辆信息对应的车辆标识，对该第一缓存队列中的车辆信息进行聚合，得到各个车辆标识分别对应的车辆信息。从信息存储数据库中获取该第一目标时长内新接入该车辆信息处理平台的车辆数量。将该各个车辆标识分别对应的车辆信息，以及该车辆数量作为该第一目标时长的统计信息存储在该信息存储数据库中。
在一种可能的实施方式中，该第一存储模块，用于将该第一目标时长划分为多个时间段，基于车辆信息的时间戳与时间段的对应关系，将该第一缓存队列中的车辆信息划分为多个第一聚合组，该多个第一聚合组分别对应于该多个时间段。对于各个该第一聚合组，基于车辆信息对应的多个车辆标识进行聚合，将各个该第一聚合组中的车辆信息划分为多个第二聚合组，该多个第二聚合组分别对应于多个车辆标识。
在一种可能的实施方式中，该装置还包括：
第二存储模块，用于每隔第二目标时长，将该第二缓存队列中的车辆信息存储至该信息存储数据库。
需要说明的是：上述实施例提供的车辆信息的上传装置在上传车辆信息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将计算机设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的车辆信息的上传装置与车辆信息的上传方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
通过本申请实施例提供的技术方案，在向目标平台上传车辆信息的过程中，设置了一个重传队列来存储上传失败且上传失败的次数符合第一目标条件的车辆信息。当重传队列中车辆信息的数量符合第二目标条件时，也就表示重传队列中车辆信息的数量较多，此时不会向目标平台上传第一车辆信息，这样能够避免错误的累积。直至重传队列中车辆信息的数量减少到符合第二目标条件时，车辆信息处理平台开始向目标平台上传第一车辆信息。通过重传队列来存储未成功上传的车辆信息，以重传队列中车辆信息的数量来对车辆信息的上传进行限制，减少车辆信息漏报和丢失的概率。
上述计算机设备可以实现为第一服务器，下面对第一服务器的结构进行介绍。
图9是本申请实施例提供的一种第一服务器的结构示意图，该第一服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器（Central ProcessingUnits，CPU）901和一个或多个的存储器902，其中，所述一个或多个存储器902中存储有至少一条计算机程序，所述至少一条计算机程序由所述一个或多个处理器901加载并执行以实现上述各个方法实施例提供的方法。当然，该第一服务器900还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该第一服务器900还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括计算机程序的存储器，上述计算机程序可由处理器执行以完成上述实施例中的车辆信息的上传方法。例如，该计算机可读存储介质可以是只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、只读光盘 (Compact Disc Read-Only Memory，CD-ROM）、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括程序代码，该程序代码存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该程序代码，处理器执行该程序代码，使得该计算机设备执行上述车辆信息的上传方法。
在一些实施例中，本申请实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
上述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种车辆信息的上传方法，其特征在于，由车辆信息处理平台执行，所述方法包括：
响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量，所述重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，所述目标平台用于收集车辆信息；
响应于所述重传队列中车辆信息的数量不符合第二目标条件，不向所述目标平台上传所述第一车辆信息；直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息。
2.根据权利要求1所述的方法，其特征在于，所述响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量包括：
响应于从消息队列中将所述第一车辆信息添加至第一缓存队列，确定所述重传队列中车辆信息的数量，所述消息队列用于存储车载终端上传的车辆信息。
3.根据权利要求2所述的方法，其特征在于，所述响应于从消息队列中将所述第一车辆信息添加至第一缓存队列，确定所述重传队列中车辆信息的数量之前，所述方法还包括：
获取第一车载终端上传的报文，所述第一车载终端为所述第一车辆的车载终端；
采用所述第一车载终端对应的封装协议，对所述第一车载终端上传的报文进行解析，得到所述第一车辆信息；
将所述第一车辆信息添加至所述消息队列。
4.根据权利要求1所述的方法，其特征在于，所述直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息之后，所述方法还包括：
响应于向所述目标平台上传所述第一车辆信息失败，且上传失败的次数符合所述第一目标条件，将所述第一车辆信息添加至所述重传队列。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对于所述重传队列中的第二车辆信息，响应于向所述目标平台上传所述第二车辆信息失败，且上传失败的次数符合第三目标条件，将所述第二车辆信息从所述重传队列转移至错误日志中，不再向所述目标平台上传所述第二车辆信息。
6.根据权利要求1所述的方法，其特征在于，所述直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息包括：
直至所述重传队列中车辆信息的数量减少至小于或等于数量阈值，确定所述车辆信息处理平台在所述目标平台的登录状态；
响应于所述车辆信息处理平台在所述目标平台的登录状态为已登录，向所述目标平台上传所述第一车辆信息。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
响应于所述车辆信息处理平台在所述目标平台的登录状态为未登录，向所述目标平台发送登录报文，所述登录报文用于登录所述目标平台；
响应于接收到所述目标平台发送的登录成功报文，向所述目标平台上传所述第一车辆信息。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括下述任一项：
响应于接收到所述目标平台发送的登录失败报文，将所述登录报文添加至所述重传队列；
响应于接收到所述目标平台发送的登录失败报文，且向所述目标平台发送所述登录报文的次数符合第三目标条件，发出报警提示，所述报警提示用于提醒无法登录所述目标平台。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述第一车辆信息的告警等级；
所述方法还包括下述任一项：
响应于所述第一车辆信息的告警等级符合第四目标条件，将所述第一车辆信息添加至第一缓存队列；
响应于所述第一车辆信息的告警等级不符合所述第四目标条件，且所述第一车辆信息的时间戳与当前时间之间的间隔小于或等于目标时间间隔，将所述第一车辆信息加入所述第一缓存队列；
响应于所述第一车辆信息的告警等级不符合所述第四目标条件，且所述第一车辆信息的时间戳与当前时间之间的间隔大于所述目标时间间隔，将所述第一车辆信息加入第二缓存队列，所述第一缓存队列的处理优先级高于所述第二缓存队列。
10.根据权利要求9所述的方法，其特征在于，所述响应于所述第一车辆信息的告警等级符合第四目标条件，将所述第一车辆信息添加至第一缓存队列之后，所述方法还包括：
每隔第一目标时长，基于车辆信息对应的车辆标识，对所述第一缓存队列中的车辆信息进行聚合，得到各个车辆标识分别对应的车辆信息；
从信息存储数据库中获取所述第一目标时长内新接入所述车辆信息处理平台的车辆数量；
将所述各个车辆标识分别对应的车辆信息，以及所述车辆数量作为所述第一目标时长的统计信息存储在所述信息存储数据库中。
11.根据权利要求10所述的方法，其特征在于，所述每隔第一目标时长，基于车辆信息对应的车辆标识，对所述第一缓存队列中的车辆信息进行聚合，得到各个车辆标识分别对应的车辆信息包括：
将所述第一目标时长划分为多个时间段，基于车辆信息的时间戳与时间段的对应关系，将所述第一缓存队列中的车辆信息划分为多个第一聚合组，所述多个第一聚合组分别对应于所述多个时间段；
对于各个所述第一聚合组，基于车辆信息对应的多个车辆标识进行聚合，将各个所述第一聚合组中的车辆信息划分为多个第二聚合组，所述多个第二聚合组分别对应于多个车辆标识。
12.根据权利要求9所述的方法，其特征在于，所述响应于所述第一车辆信息的告警等级不符合所述第四目标条件，且所述第一车辆信息的时间戳与当前时间之间的间隔大于所述目标时间间隔，将所述第一车辆信息加入第二缓存队列之后，所述方法还包括：
每隔第二目标时长，将所述第二缓存队列中的车辆信息存储至所述信息存储数据库。
13.一种车辆信息的上传装置，其特征在于，所述装置包括：
数量确定模块，用于响应于获取到第一车辆的第一车辆信息，确定重传队列中车辆信息的数量，所述重传队列用于存储向目标平台上传失败且上传失败的次数符合第一目标条件的车辆信息，所述目标平台用于收集车辆信息；
上传模块，用于响应于所述重传队列中车辆信息的数量不符合第二目标条件，不向所述目标平台上传所述第一车辆信息；直至所述重传队列中车辆信息的数量减少至符合所述第二目标条件，向所述目标平台上传所述第一车辆信息。
14.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条计算机程序，所述计算机程序由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求12任一项所述的车辆信息的上传方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至权利要求12任一项所述的车辆信息的上传方法。
CN202111009353.4A 2021-08-31 2021-08-31 车辆信息的上传方法、装置、设备和存储介质 Active CN113452486B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111009353.4A CN113452486B (zh) 2021-08-31 2021-08-31 车辆信息的上传方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111009353.4A CN113452486B (zh) 2021-08-31 2021-08-31 车辆信息的上传方法、装置、设备和存储介质

Publications (2)

Publication Number Publication Date
CN113452486A true CN113452486A (zh) 2021-09-28
CN113452486B CN113452486B (zh) 2021-11-23

Family

ID=77819291

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111009353.4A Active CN113452486B (zh) 2021-08-31 2021-08-31 车辆信息的上传方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN113452486B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114007111A (zh) * 2021-10-28 2022-02-01 北京达佳互联信息技术有限公司 资源分发方法、装置、电子设备及存储介质
CN114745370A (zh) * 2022-04-11 2022-07-12 深圳市华宝电子科技有限公司 一种报警附件上传方法、装置、设备及存储介质
CN114745408A (zh) * 2022-05-10 2022-07-12 潍柴动力股份有限公司 数据传输方法及相关装置
WO2024016251A1 (zh) * 2022-07-21 2024-01-25 华为技术有限公司 一种日志上报方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047484A (zh) * 2006-06-21 2007-10-03 华为技术有限公司 一种传输层重传方法和系统
US20160203653A1 (en) * 2014-08-07 2016-07-14 Launch Tech Co., Ltd. Method and apparatus for processing realtime vehicle operating data
US20170032402A1 (en) * 2014-04-14 2017-02-02 Sirus XM Radio Inc. Systems, methods and applications for using and enhancing vehicle to vehicle communications, including synergies and interoperation with satellite radio
CN109801399A (zh) * 2018-12-29 2019-05-24 北京理工新源信息科技有限公司 新能源车辆故障实时报警方法及系统
CN111212151A (zh) * 2020-04-22 2020-05-29 武汉中科通达高新技术股份有限公司 文件传输方法、装置及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047484A (zh) * 2006-06-21 2007-10-03 华为技术有限公司 一种传输层重传方法和系统
US20170032402A1 (en) * 2014-04-14 2017-02-02 Sirus XM Radio Inc. Systems, methods and applications for using and enhancing vehicle to vehicle communications, including synergies and interoperation with satellite radio
US20160203653A1 (en) * 2014-08-07 2016-07-14 Launch Tech Co., Ltd. Method and apparatus for processing realtime vehicle operating data
CN109801399A (zh) * 2018-12-29 2019-05-24 北京理工新源信息科技有限公司 新能源车辆故障实时报警方法及系统
CN111212151A (zh) * 2020-04-22 2020-05-29 武汉中科通达高新技术股份有限公司 文件传输方法、装置及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114007111A (zh) * 2021-10-28 2022-02-01 北京达佳互联信息技术有限公司 资源分发方法、装置、电子设备及存储介质
CN114007111B (zh) * 2021-10-28 2024-05-10 北京达佳互联信息技术有限公司 资源分发方法、装置、电子设备及存储介质
CN114745370A (zh) * 2022-04-11 2022-07-12 深圳市华宝电子科技有限公司 一种报警附件上传方法、装置、设备及存储介质
CN114745408A (zh) * 2022-05-10 2022-07-12 潍柴动力股份有限公司 数据传输方法及相关装置
WO2024016251A1 (zh) * 2022-07-21 2024-01-25 华为技术有限公司 一种日志上报方法及装置

Also Published As

Publication number Publication date
CN113452486B (zh) 2021-11-23

Similar Documents

Publication Publication Date Title
CN113452486B (zh) 车辆信息的上传方法、装置、设备和存储介质
CN110858850B (zh) 一种轨道交通系统综合网管方法、装置及系统
CN106657387A (zh) 一种空管自动化智能集中监控系统
CN111447128A (zh) 可远程动态配置的整车数据采集上传方法及存储介质
CN112947372A (zh) 一种基于故障码主动上报的远程诊断方法
CN111897718A (zh) 一种基于大数据的车机自动测试方法及存储介质
US20190217869A1 (en) Control apparatus, control method, and program
CN107797902B (zh) 用于监控机器人操作系统的消息传输频率的方法和装置
CN111740952A (zh) 一种车辆监管平台数据管理方法及系统
DE102022122167A1 (de) Verfahren zur ecu-echtzeit-absturzmeldung und wiederherstellung
CN114429711B (zh) 消息分发方法、装置、存储介质与服务器
CN112947364B (zh) 一种基于大数据预警配电站设备故障的系统及方法
CN113162942A (zh) 一种自适应协议的转发方法
US20230073566A1 (en) Intelligent telematics data synchronization
CN115880811A (zh) 用于控制车辆数据的采集的方法和装置
CN114422227B (zh) 一种基于网络安全的数据采集分析系统
CN116155720A (zh) 一种t-box中can数据采集远程配置方法
CN112187873B (zh) 车联网数据智能分发方法、装置及系统
CN113190583B (zh) 一种数据采集系统、方法、电子设备及存储介质
DE102022122064A1 (de) System und verfahren für verbesserte ecu-ausfallerkennung in fahrzeugflotte
CN113965447B (zh) 一种在线云诊断方法、装置、系统、设备及存储介质
CN117112039B (zh) 一种数据中心的传输优化系统及运行方法
CN108259626B (zh) 一种兼容多种通信协议的远程监控服务系统和方法
CN115273271B (zh) 一种基于车辆娱乐主机采集车辆数据的系统及方法
CN116593171A (zh) 车机故障监测方法、装置、电子设备及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40052828

Country of ref document: HK