数据处理方法、系统及服务器与流程

本发明涉及通信技术领域，尤其涉及一种数据处理方法、系统及服务器。

背景技术：

随着科技发展，电动汽车的使用也日益普及。根据《新能源汽车生产企业及产品准入管理规定》(工业和信息化部令第39号)和《关于进一步做好新能源汽车推广应用安全监管工作的通知》(工信装[2016]377号)的相关规定，监管平台要实时监控已销售的全部新能源汽车产品的运行状态。

现有的监控方案为，新能源汽车的车机端直接与监管平台对接，各车机端独立上传运行数据。这样，监管平台就需要设置较多的数据接口，且接收的数据量庞杂，导致监管平台的处理量巨大。

技术实现要素：

本发明实施例提供数据处理方法、系统及服务器，以解决现有监控方案存在的监管平台的数据接口较多，处理数据量巨大且庞杂的技术问题。

为了达到上述目的，本发明提供的具体方案如下：

第一方面，本发明实施例提供了一种数据处理方法，应用于第一服务器，所述方法包括：

获取车机端的运行数据；其中，所述车机端至少为一个；

将所述车机端的运行数据整理成待上报数据；

向第二服务器发送所述待上报数据。

可选的，所述将所述车机端的运行数据整理成待上报数据的步骤包括：

判断所述车机端的运行数据是否为预先定义的异常数据；

若所述运行数据不是预先定义的异常数据，则将所述车机端的运行数据整理成待上报数据。

可选的，所述判断所述车机端的运行数据是否为预先定义的异常数据的步骤之后，所述方法还包括：

若所述运行数据是预先定义的异常数据，获取所述运行数据的关联数据；

向所述第二服务器发送所述运行数据的关联数据。

可选的，所述向所述第二服务器发送所述运行数据的关联数据的步骤，包括：

在第一时段，向所述第二服务器发送所述关联数据，其中，所述第一时段为除了发送非异常数据的时段之外的其它时段。

可选的，所述第一服务器所应用的上报协议为gbt32960协议；和/或

所述预先定义的异常数据包括三级告警数据。

可选的，所述向第二服务器发送所述待上报数据的步骤之后，所述方法还包括：

判断所述待上报数据是否已经发送至所述第二服务器；

若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述运行数据。

可选的，所述若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述运行数据的步骤，包括：

若未接收到应答数据，等待第二时段后重新向所述第二服务器发送所述待上报数据；

若接收到的所述应答数据不满足预设规则，等待第三时段后重新向所述第二服务器发送所述待上报数据；其中，

所述第二时段长于或者等于所述第三时段。

可选的，所述第一服务器为基于netty搭建的服务器。

第二方面，本发明实施例提供了一种服务器，包括：

第一获取模块，用于获取车机端的运行数据；其中，所述车机端至少为一个；

整理模块，用于将所述车机端的运行数据整理成待上报数据；

第一发送模块，用于向第二服务器发送所述待上报数据。

可选的，所述服务器包括：

第一判断模块，用于判断所述车机端的运行数据是否为预先定义的异常数据；

所述整理模块用于：

若所述运行数据不是预先定义的异常数据，则将所述车机端的运行数据整理成待上报数据。

可选的，所述服务器还包括：

第二获取模块，用于若所述运行数据是预先定义的异常数据，获取所述运行数据的关联数据；

第二发送模块，用于向所述第二服务器发送所述运行数据的关联数据。

可选的，所述第二发送模块用于：

在第一时段，向所述第二服务器发送所述关联数据，其中，所述第一时段为除了发送非异常数据的时段之外的其它时段。

可选的，所述第一服务器所应用的上报协议为gbt32960协议；和/或

所述预先定义的异常数据包括三级告警数据。

可选的，所述服务器还包括：

第二判断模块，用于判断所述待上报数据是否已经发送至所述第二服务器；

所述第一发送模块还用于：

若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述运行数据。

可选的，所述第二判断模块还用于：

判断是否接收到所述第二服务器返回的满足预设规则的应答数据；

若未接收到满足预设规则的应答数据，则判定所述待上报数据未发送至所述第二服务器。

可选的，第二发送模块还用于：

若未接收到应答数据，等待第二时段后重新向所述第二服务器发送所述待上报数据；

若接收到的所述应答数据不满足预设规则，等待第三时段后重新向所述第二服务器发送所述待上报数据；其中，

所述第二时段长于或者等于所述第三时段。

可选的，所述服务器为基于netty搭建的服务器。

第三方面，本发明实施例提供了一种数据处理系统，包括：包括第一服务器、第二服务器和至少一个车机端；其中，

所述车机端用于向所述第一服务器发送运行数据；

所述第一服务器用于将所获取的所述车机端的运行数据整理成待上报数据，并向所述第二服务器发送所述待上报数据；

所述第二服务器用于接收所述第一服务器发送的所述待上报数据。

第四方面，本发明实施例提供了一种服务器，包括收发机、总线接口、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面中任一项所述的数据处理方法。

第五方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机序被处理器执行时实现如第一方面所述的数据处理方法的步骤。

本发明实施例中，通过在至少一个车机端与作为监管平台的第二服务器之间增设第一服务器，将车机端的运行数据，按照预设规则整理成待上报数据后再向第二服务器发送。这样，第二服务器就无需设置较多数据端口，可以直接接收由第一服务器整理后的数据，极大程度地减少了第二服务器需要处理的数据量，优化了第二服务器端的软硬件部署。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据处理方法的流程示意图；

图2为本发明实施例提供的一种数据处理系统的结构示意图；

图3为本发明实施例提供的另一种数据处理系统的结构示意图；

图4为本发明实施例提供的第一服务器与第二服务器之间的通信协议栈的结构示意图；

图5为本发明实施例提供的一种服务器的结构示意图；

图6为本发明实施例提供的另一种服务器的结构示意图；

图7为本发明实施例提供的另一种服务器的结构示意图；

图8为本发明实施例提供的另一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，为本发明实施例提供的一种数据处理方法的流程示意图，本实施例提供的数据处理方法，应用于第一服务器。如图2所示，为第一服务器201所在的数据处理系统的交互示意图。其中，所述第一服务器201与第二服务器203和至少一个车机端202连接，所述第一服务器201可以接收车机端202发送的数据，并与第二服务器203之间进行数据交互。如图1所示，所提供的数据处理方法，主要包括：

步骤101、获取车机端的运行数据。

本实施例中，所述第一服务器与至少一个车机端连接，用于获取车机端的运行数据。具体的，车机端的运行数据可以为车机端所在整车的机器使用参数、驾驶参数等，例如车辆行驶里程、磨损状态参数、运行时间、配件更新频率等，或者其他能反应车辆状态的运行数据等，不作限定。

所述第一服务器获取车机端的运行数据时，可以主动向车机端索取运行数据，也可以被动接收车机端发送的运行数据。所述第一服务器采取主动向车机端索取运行数据的方式的情况下，所述第一服务器可以预先设置获取频率，按照该频率定期获取车机端的运行数据，例如可以设置数据获取频率小于或者等于1秒/次。

此外，还可以在第一服务器与车机端之间设置中转服务器，该中转服务器的数量可以为一个或者多个，每个中转服务器可以与一个或者多个车机端对接，用于接收所对接的一个或者多个车机端的运行数据，并将该车机端的运行数据发送至第一服务器。

步骤102、将所述车机端的运行数据整理成待上报数据。

第一服务器内预先设置有整理流程，在接收到车机端的运行数据后，按照预先设置的整理流程，将车机端的运行数据整理，得到的数据可以定义为待上报数据。

第一服务器整理运行数据的方式可以有多种，包括但不限于：单个车机端的单次运行数据的格式整理、单个车机端的多次运行数据的格式整理和/或合并整理、多个车机端的运行数据的格式整理和/或合并整理等。

当然，第一服务器在整理运行数据之前，还可以进行运行数据的分类、筛选或者剔除等操作，仅将数据类型正常的运行数据或者监管所需的运行数据进行整理，将异常数据或者不需要的运行数据存储待发或者直接清除。

步骤103、向第二服务器发送所述待上报数据。

第一服务器依据上述步骤接收车机端的运行数据，并整理为待上报数据后，即可向第二服务器发送该待上报数据。第一服务器可以在整理后立即发送该待上报数据，也可以按照预先设置的发送周期发送该待上报数据，或者在接收到第二服务器发送的数据获取指示后再反馈对应的待上报数据，本实施例不作限定。

上述本发明实施例提供的数据处理方法，通过在至少一个车机端与作为监管平台的第二服务器之间增设第一服务器，将车机端的运行数据，按照预设规则整理成待上报数据后再向第二服务器发送。这样，第二服务器就无需设置较多数据端口，可以直接接收由第一服务器整理后的数据，极大程度地减少了第二服务器需要处理的数据量，优化了第二服务器端的软硬件部署。

在一种可选的实施方式中，所述第一服务器可以为基于netty搭建的服务器。

netty能够提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。本实施方式中，利用技术框架选型netty，实现第一服务器的客户端程序，建立与第二服务器之间的通信连接，实现与第二服务器之间的数据交互。

利用技术框架选型netty搭建第一服务器的客户端程序，具备更好的吞吐量，较低的延时，且资源消耗更少，内存占用也更少。此外，在健壮性方面，能够健壮性消除由于慢、快或者重载连接产生的内存溢出，消除经常出现在nio在高速网络中的应用中可能存在的不公平的度/写比的情况，简化且优化了大容量数据流的处理方案。

另外，本实施例通过管理平台配置对接国家平台信息，通过界面化操作，动态设置相关配置参数，简化操作流程。通过界面可以模拟平台过检case，实时输出日志数据。完成企业平台过检和车辆过检，车辆正式运营数据上报。

可选的，本实施例还增加针对预先定义的异常数据的筛选操作。步骤102所述的，将所述车机端的运行数据整理成待上报数据的步骤可以包括：

判断所述车机端的运行数据是否为预先定义的异常数据；

若所述运行数据不是预先定义的异常数据，则将所述车机端的运行数据整理成待上报数据。

本实施例中，第一服务器内预先设置有针对预先定义的异常数据的筛选程序，用于在整理所接收的运行数据之前，先判断所接收的运行数据是否为预先定义的异常数据。其中，预先定义的异常数据的类型可以包括但不限于：未预先注册的车机端发送的运行数据，已被标注为异常状态的车机端发送的运行数据，数据格式、类型或者数据量不满足预设要求的运行数据，或者数据内容指示车机端异常状态的运行数据等。

第一服务器判断所接收的运行数据是否为异常数据，若判定结果为非异常数据，即该运行数据不是预先定义的异常数据，则可以直接将该车机端的运行数据整理成待上报数据，并向第二服务器发送所述待上报数据。若接收的车机端的运行数据为异常数据，则可以直接删除该异常数据，或者按照预先设置的异常数据的处理流程进行相关处理，例如可以直接舍弃或者删除相关异常数据，或者按照其他处理流程处理。

在另一种实施方式中，针对异常数据的判定结果，所述判断所述车机端的运行数据是否为预先定义的异常数据的步骤之后，所述方法还可以包括：

若所述运行数据是预先定义的异常数据，获取所述运行数据的关联数据；

向所述第二服务器发送所述运行数据的关联数据。

本实施方式中，针对所接收的运行数据为异常数据的情况，先获取该运行数据的关联数据，关联数据可以为在该运行数据的获取时刻之前的预设时段内获取的运行数据。然后，第一服务器将所获取的该运行数据的关联数据发送至第二服务器，以使得第二服务器可以查找异常数据出现的原因或者相关处理方案等。当然，第一数据在发送该异常数据的关联数据时，也可以同时将该异常数据发送给第二服务器，以使得第二服务器能更轻易、准确地查找异常原因或者处理方案。

在一种具体实施方式中，所述第一服务器所应用的上报协议可以为gbt32960协议；和/或

所述预先定义的异常数据包括三级告警数据。

本实施方式中，所涉及的数据处理方案应用于电动汽车的运行数据监管场景，执行该数据处理方案的第一服务器所应用的上报协议为gbt32960协议，即为gbt32960-2016-电动汽车远程服务与管理系统技术规范，所对应的第二服务器即可以为针对电动汽车远程服务与管理的国家平台所对应的服务器。

在电动汽车监管方面，第二服务器所接收和监管的运行数据中，可能存在的异常数据包括一级告警数据、二级告警数据和三级告警数据，而最主要监管的异常数据则为三级告警数据。一级告警数据不影响车辆行驶，二级告警数据为影响性能需驾驶员限制行驶的故障，三级告警数据则为需要立即停车不能行驶的故障，例如电池温度过高或者过低、单体电压或高或者过低、电池总电压过高或者欠压、电池不均衡等会严重影响驾驶安全的故障。因此，第一服务器在进行运行数据的整理好发送时，可以主要针对三级告警数据进行筛选和处理，以保证车机端所在车辆的驾驶安全和异常处理。

进一步的，所述向所述第二服务器发送所述运行数据的关联数据的步骤，可以包括：

在第一时段，向所述第二服务器发送所述关联数据，其中，所述第一时段为除了发送非异常数据的时段之外的其它时段。

本实施例中，第一服务器按照一定周期向第二服务器发送整理好的待上报数据，此时段发送的运行数据均为非异常数据，可以将此上报时段理解为上报忙时。因此，可以将除了发送所述非异常数据之外的其它时段定义为第一时段，可以将第一时段理解为上报闲时，即非常规的上报时段。所述第一服务器在判定所接收的运行数据为异常数据后，在第一时段向第二服务器发送关联数据。

本实施方式中，在针对运行数据整理和发送之前，增设针对异常数据的判断操作，以便针对可能存在的异常情况及时跟踪、上报和处理，提高了车机端运行监控的准确性、及时性和安全性。此外，选择上报闲时上传异常数据的关联数据的方案，第一服务器既可以保持正常的上报忙时上报数据的流程，又能在上报闲时将异常数据的关联数据上报至第二服务器，进一步优化了数据处理方案。

在另一种具体实施方式中，所述向第二服务器发送所述待上报数据的步骤之后，所述方法还可以包括：

判断所述待上报数据是否已经发送至所述第二服务器；

若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述待上报数据。

本实施方式中，增设第一服务器发送待上报数据之后的结果跟踪方案。第一服务器向第二服务器发送整理后的待上报数据之后，监测是否已经将该待上报数据发送至第二服务器。若监测到待上报数据发送成功，则结束此次发送任务。若监测到待上报数据未发送成功，则需要向第二服务器重发该待上报数据，以提高发送成功率。

进一步的，所述判断所述待上报数据是否已经发送至所述第二服务器的步骤，可以包括：

判断是否接收到所述第二服务器返回的满足预设规则的应答数据；

若未接收到满足预设规则的应答数据，则判定所述待上报数据未发送至所述第二服务器。

在第一服务器向第二服务器发送待上报数据后，若第二服务器接收到该待上报数据，且上报过程中未出现丢包等异常情况导致所接收的待上报数据错误，则第二服务器会向第一服务器返回满足预设规则的应答数据，用于告知第一服务器数据上报成功。因此，若第一服务器未接收到应答数据，或者所接收的应答数据不满足预设规则，则可以判定未成功发送待上报数据至第二服务器，需要进行数据重发操作。

具体的，所述若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述运行数据的步骤，包括：

若未接收到应答数据，等待第二时段后重新向所述第二服务器发送所述待上报数据；

若接收到的所述应答数据不满足预设规则，等待第三时段后重新向所述第二服务器发送所述待上报数据；其中，

所述第二时段长于或者等于所述第三时段。

第一服务器向第二服务器发送待上报数据至之后，若未接收到应答数据，则表示该待上报数据未发送至第二服务器，可能已经丢失或者由于网络线路延迟等问题仍在发送过程中，因此，第一服务器可以在等待第二时段后再向第二服务器发送该待上报数据。

若第一服务器接收到的第二服务器返回的应答数据不满足预设规则，则表示第二服务器已经接收到该待上报数据，但可能由于网络线路异常等原因造成该待上报数据出现错误，第二服务器所接收的数据并非第一服务器原来发送的待上报数据，因此，第一服务器可以在等待第三时段后再向该第二服务器重发该待上报数据。

另外，考虑到针对接收到应答数据但不满足规则的情况，可以明确获知待上报数据发送错误，可能此时的网络线路存在影响数据正确发送的因素。而针对未接收到应答数据的情况，不能明确获知待上报发送已丢失还是等待发送过程中，若立即重发可能会出现第二服务器接收到两份相同数据的情况，增加第二服务器的处理操作。

因此，可以设置所述第二时段长于或者等于所述第三时段，即若确定待上报数据发送错误，就等待较短时段即可重发，若不确定发送丢失还是尚在发送过程中，则等待较长时段再执行重发操作。而在等待第二时段的过程中，还可以继续监控应答数据的接收状态，若在第二时段结束之前接收到满足预设要求的应答数据，则可以取消此次重发操作，若在第二时段结束时仍未接收到满足预设要求的应答数据，则可以执行此次重发操作。

继续参见图2，为本发明实施例提供的一种数据处理系统的交互示意图。如图2所示，所述数据处理系统可以包括：第一服务器201、第二服务器203和至少一个车机端202；其中，

所述车机端202用于向所述第一服务器201发送运行数据；

所述第一服务器201用于将所获取的所述车机端202的运行数据整理成待上报数据，并向所述第二服务器203发送所述待上报数据；

所述第二服务器203用于接收所述第一服务器201发送的所述待上报数据。

在一种具体实施方式中，如图3和图4所示，图3为上述本发明实施例提供的数据控制方法所涉及的数据处理系统的另一种结构示意图，图4为第一服务器与第二服务器之间的通信协议栈的结构示意图。第一服务器与第二服务器之间以tcp/ip((transmissioncontrolprotocol/internetprotocol))网络控制协议作为底层通信承载协议。

如图3所示，转发服务器连接多个车机端，接收多个车机端上传的运行数据，转发至第一服务器。此外，转发服务器和第一服务器均连接有公用存储设备，用于存储转发及上报过程中的相关数据。具体的，第一服务器可以包括但不限于：上行数据处理器、下行数据处理器、定时数据处理器、三级告警数据处理器、重发数据处理器、补发数据处理器等。公用存储设备可以包括但不限于：已发数据缓存容器、重发数据缓存容器、上报数据队列、采集数据容器等。

数据采集容器用于实时存储车辆容器，其数据采集周期可以设置为小于或者等于1秒。定时数据处理器用于从所述采集数据容器中获取最新运行数据，并交由上行数据处理器上报至所述第二服务器，数据上报的周期可以默认为10秒。当然，也可以通过第一服务器的客户端界面修改相关的周期等参数，不作限定。定时数据处理器还用于判断所接收的运行数据是否为三级告警数据，若判定所接收的运行数据不是三级告警数据，则可以正常上报该运行数据。若判定所接收的运行数据是三级告警数据，则向三级告警数据处理器发送三级告警通知。

三级告警数据处理器若接收到三级告警通知，即可以从公用数据存储设备中的数据采集容器或者已发数据缓存容器中获取该三级告警数据前的预设时段内的运行数据，例如前30秒的运行数据。三级告警数据可以将所获取的关联数据存储到补发数据缓存容器内，由补发数据处理器将该补发数据交由上行数据处理器，以补发数据形式在上报闲时上报至第二服务器。然后，在该三级告警通知发生后的预设时段，例如30秒内，所述定时数据处理器可以以1秒为采样周期，发送实时采集的运行数据至数据上报队列，以指示上行数据处理器实时上报该运行数据。

补发数据处理器用于在上行数据处理器上报数据之外的上报闲时，从补发数据缓存中获取补发数据，上报补发数据，发送数据到数据上报队列。每次最大处理补发报文条数可以设置为1000。

数据上报队列则可以用于存储全部上报，上行数据处理器则用于实时读取数据上报队列中的数据，上报到第二服务器。

下行数据处理器则用于处理第二服务器的应答数据。若应答成功，则移出此条数据在已发缓存容器中的数据。

重发数据处理器则用于处理第二服务器响应的错误应答数据的情况和无应答数据的情况。若第二服务器响应错误应答数据，则可以等待1分钟再重发一次，如果重发3次仍然未发送成功，则此条数据可以不再进行重发。若第二服务器无应答数据，则可以超过10分钟再进行重发。

补发数据缓存容器可以用于存储等待补发的数据，缓存最大容量可以设置为100000条，初始大小设置为1000条，缓存过期时间设置为7天。

已发数据缓存容器可以用于存储已发数据，缓存最大容量可以设置为100000条，初始大小设置为1000条，缓存过期时间设置为7天。

本发明实施例中，通过在至少一个车机端与作为监管平台的第二服务器之间增设第一服务器，将车机端的运行数据，按照预设规则整理成待上报数据后再向第二服务器发送。这样，第二服务器就无需设置较多数据端口，可以直接接收由第一服务器整理后的数据，极大程度地减少了第二服务器需要处理的数据量，优化了第二服务器端的软硬件部署。应用于新能源汽车产品运行安全状态监测方案中，对已投入使用的全部新能源汽车产品的运行状态进行监测，并与国家新能源汽车监管平台对接。提供界面化操作，完成国家平台对接的平台过检、车辆过检，取得车辆符合性报告和企业平台符合性报告，达到国家针对新能源汽车相关规定。本发明实施例提供的数据处理系统的具体实施过程，可以参见上述实施例提供的数据处理方法的具体实施过程，在此不再一一赘述。

参见图5，为本发明实施例提供的一种服务器的结构示意图，所述服务器可以为上述实施例涉及的第一服务器。如图5所示，所述服务器可以包括：

第一获取模块501，用于获取车机端的运行数据；

整理模块502，用于将所述车机端的运行数据整理成待上报数据；

第一发送模块503，用于向第二服务器发送所述待上报数据。

可选的，如图6所示，所述服务器500还可以包括：

第一判断模块504，用于判断所述车机端的运行数据是否为预先定义的异常数据；

所述整理模块502用于：

若所述运行数据不是预先定义的异常数据，则将所述车机端的运行数据整理成待上报数据。

可选的，如图6所示，所述服务器500还可以包括：

第二获取模块505，用于若所述运行数据是预先定义的异常数据，获取所述运行数据的关联数据；

第二发送模块506，用于向所述第二服务器发送所述运行数据的关联数据。

可选的，所述第二发送模块506可以用于：

在第一时段，向所述第二服务器发送所述关联数据，其中，所述第一时段为除了发送非异常数据的时段之外的其它时段。

可选的，所述第一服务器所应用的上报协议为gbt32960协议；和/或

所述预先定义的异常数据包括三级告警数据。

可选的，如图7所示，所述服务器500还包括：

第二判断模块507，用于判断所述待上报数据是否已经发送至所述第二服务器；

,第三发送模块508，用于若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述运行数据。

可选的，所述第二判断模块507还用于：

判断是否接收到所述第二服务器返回的满足预设规则的应答数据；

若未接收到满足预设规则的应答数据，则判定所述待上报数据未发送至所述第二服务器。

可选的，第三发送模块508还可以用于：

若未接收到应答数据，等待第二时段后重新向所述第二服务器发送所述待上报数据；

若接收到的所述应答数据不满足预设规则，等待第三时段后重新向所述第二服务器发送所述待上报数据；其中，

所述第二时段长于或者等于所述第三时段。

上述本发明实施例提供的服务器，为设置在至少一个车机端与作为监管平台的第二服务器之间的服务器，该服务器将车机端的运行数据，按照预设规则整理成待上报数据后再向第二服务器发送。这样，第二服务器就无需设置较多数据端口，可以直接接收由第一服务器整理后的数据，极大程度地减少了第二服务器需要处理的数据量，优化了第二服务器端的软硬件部署。本发明实施例提供的服务器的具体实施过程，可以参见上述实施例提供的数据处理方法及系统的具体实施过程，在此不再一一赘述。

参见图8，为本发明实施例提供的一种服务器的结构示意图，所述服务器可以为上述实施例所涉及的第一服务器。如图8所示，服务器800包括：收发机801、总线接口及处理器802，其中：

收发机，801可以用于获取车机端的运行数据；

处理器802，可以用于将所述车机端的运行数据整理成待上报数据；

所述收发机801还可以用于向第二服务器发送所述待上报数据。

可选的，所述处理器802还可以用于：

判断所述车机端的运行数据是否为预先定义的异常数据；

若所述运行数据不是预先定义的异常数据，则将所述车机端的运行数据整理成待上报数据。

可选的，所述处理器802还可以用于：

若所述运行数据是预先定义的异常数据，获取所述运行数据的关联数据；

向所述第二服务器发送所述运行数据的关联数据。

可选的，所述处理器802还可以用于：

在第一时段，向所述第二服务器发送所述关联数据，其中，所述第一时段为除了发送非异常数据的时段之外的其它时段。

可选的，所述第一服务器所应用的上报协议为gbt32960协议；和/或

所述预先定义的异常数据包括三级告警数据。

可选的，所述处理器802还可以用于：

判断所述待上报数据是否已经发送至所述第二服务器；

若所述待上报数据未发送至所述第二服务器，重新向所述第二服务器发送所述待上报数据。

可选的，所述处理器802还可以用于：

判断是否接收到所述第二服务器返回的满足预设规则的应答数据；

若未接收到满足预设规则的应答数据，则判定所述待上报数据未发送至所述第二服务器。

可选的，所述处理器802还可以用于：

若未接收到应答数据，等待第二时段后重新向所述第二服务器发送所述待上报数据；

若接收到的所述应答数据不满足预设规则，等待第三时段后重新向所述第二服务器发送所述待上报数据；其中，

所述第二时段长于或者等于所述第三时段。

如图8所示，在本发明实施例中，服务器800还包括：存储器803。在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器802代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机801可以是多个元件，即包括发送机和接收机，提供可以用于在传输介质上与各种其他装置通信的单元。处理器802负责管理总线架构和通常的处理，存储器803可以存储处理器802在执行操作时所使用的数据。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。