通信数据传输方法、装置和电子设备与流程

本申请涉及车云通信领域，具体而言，涉及一种通信数据传输方法、装置和电子设备。
背景技术：
：随着车联网相关技术的不断成熟，传感器技术、移动通讯技术等均与智能网联驾驶技术深度融合，使得智能网联驾驶技术具有的功能日益完善。由于汽车制造活动中，不同车厂、不同车辆类型、不同数据类型的数据上传、下发的示范运行的技术要求不统一，使用复杂，兼容性较差。给实时管理车与车之间和车与云服务器之间传输的车辆多维度信息带来了不便。技术实现要素：本申请实施例的目的在于提供一种通信数据传输方法、装置和电子设备，用以解决现有技术中存在的问题。第一方面，实施例提供一种通信数据传输方法，包括：发送登录请求至服务器，登录请求中携带终端的身份信息；接收来自服务器的应答信息；根据应答信息的应答类型，生成上报信息；发送上报信息至服务器；接收来自服务器的反馈信息。在可选的实施方式中，接收来自服务器的应答信息，包括：判断是否在预设时间段内接收到服务器的应答信息；若在预设时间段内未接收到服务器的应答信息，则再次发送登录请求至服务器，并记录登录请求的当前发送次数；判断当前发送次数是否大于预设次数；若当前发送次数大于预设次数，则于预设时间间隔后再次发送登录请求。在可选的实施方式中，根据应答信息的应答类型，生成上报信息，包括：获取应答信息的应答类型标识符；根据应答类型标识符，判断应答类型是否为正确应答；若应答类型是正确应答，则生成上报信息。在可选的实施方式中，若应答类型是正确应答，则生成上报信息，包括：获取服务器的数据加密标识；根据数据加密标识判断上报信息是否需要加密；若上报信息需要加密，则创建带有加密字节的数据包；根据状态数据以及预设数据赋值表，将状态数据进行封装，生成消息体；根据数据包的起止符将消息体填入数据包，生成上报信息。第二方面，实施例提供一种通信数据传输方法，包括：接收来自终端的登录请求，登录请求中携带终端的身份信息；根据身份信息，生成应答信息；发送应答信息至终端；接收来自终端的上报信息；根据上报信息生成反馈信息；发送反馈信息至终端。在可选的实施方式中，根据身份信息，生成应答信息，包括：获取身份信息的标识码；根据身份信息的标识码和数据库，判断身份信息是否符合登录条件；若身份信息符合登录条件，则生成携带正确应答标识的应答信息。第三方面，实施例提供一种通信数据传输装置，包括：第一发送模块，用于发送登录请求至服务器，登录请求中携带终端的身份信息；第一接收模块，用于接收来自服务器的应答信息；第一生成模块，用于根据应答信息的应答类型，生成上报信息；第二发送模块，用于发送上报信息至服务器；第二接收模块，用于接收来自服务器的反馈信息。在可选的实施方式中，第一接收模块用于：判断是否在预设时间段内接收到服务器的应答信息；若在预设时间段内未接收到服务器的应答信息，则再次发送登录请求至服务器，并记录登录请求的当前发送次数；判断当前发送次数是否大于预设次数；若当前发送次数大于预设次数，则于预设时间间隔后再次发送登录请求。在可选的实施方式中，第一生成模块用于：获取应答信息的应答类型标识符；根据应答类型标识符，判断应答类型是否为正确应答；若应答类型是正确应答，则生成上报信息。在可选的实施方式中，第一生成模块还用于：获取服务器的数据加密标识；根据数据加密标识判断上报信息是否需要加密；若上报信息需要加密，则创建带有加密字节的数据包；根据状态数据以及预设数据赋值表，将状态数据进行封装，生成消息体；根据数据包的起止符将消息体填入数据包，生成上报信息。第四方面，实施例提供一种通信数据传输装置，包括：第三接收模块，用于接收来自终端的登录请求，登录请求中携带终端的身份信息；第二生成模块，用于根据身份信息，生成应答信息；第三发送模块，用于发送应答信息至终端；第四接收模块，用于接收来自终端的上报信息；第三生成模块，用于根据上报信息生成反馈信息；第四发送模块，用于发送反馈信息至终端。在可选的实施方式中，第二生成模块用于：获取身份信息的标识码；根据身份信息的标识码和数据库，判断身份信息是否符合登录条件；若身份信息符合登录条件，则生成携带正确应答标识的应答信息。第五方面，实施例提供一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行如前述第一方面的实施方式中任一项的方法。第六方面，实施例提供一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行如前述第二方面的实施方式中任一项的方法。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。图1为本申请实施例提供的一种电子设备；图2是本申请实施例提供的终端与服务器的交互示意场景；图3是本申请实施例提供的一种通信数据传输方法的流程示意图；图4是本申请实施例提供的另一种通信数据传输方法的流程示意图；图5是本申请实施例提供的另一种通信数据传输方法的流程示意图；图6是本申请实施例提供的另一种通信数据传输方法的流程示意图；图7是本申请实施例提供的一种通信数据传输装置的结构示意图；图8是本申请实施例提供的另一种通信数据传输装置的结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。如图1所示，本实施例提供一种电子设备1，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接，存储器12存储有可被处理器11执行的指令，指令被处理器11执行。于一实施例，电子设备1可以是终端100。终端100根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。于一实施例，电子设备1可以是服务器200。可以藉由通信网络实现服务器200根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。如图2所示，其为本申请一实施例中终端100与服务器200的交互示意场景，终端100可以是车辆，服务器200可以是数据监测或数据存储服务器200。终端100向服务器200发起登录请求，并在终端100和服务器200之间建立通信链路，当通信链路成功建立以后，终端100自动向服务器200发送身份信息进行身份识别，服务器对接收到的身份信息进行校验，校验正确时，服务器200返回身份校验成功应答；校验错误时，服务器200存储错误记录并通知终端100。在身份信息校验通过后，终端100上传车辆的各种及时数据以供服务器200存储或分析。从而提高维护车辆的及时性和安全性。请参阅图3，其为本实施例提供的一种通信数据传输方法，该方法可以由图1所示的电子设备1作为终端100来执行，并可以应用于图2所示的交互场景中，以实现终端100根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该方法包括以下步骤：步骤301：发送登录请求至服务器200，登录请求中携带终端100的身份信息。在本步骤中，终端100可以是车辆，用户可以通过操作车辆上的智能设备上传车辆的相关数据至服务器200，例如通过操作行车电脑将当前车辆的能源类型、当前时速信息、驾驶模式信息等上传至服务器200。于一实施例中，在上传车辆数据之前，需要建立终端100与服务器200之间的通信链路，所以终端100在发送带有身份信息的登录请求至服务器200，且在服务器200验证身份信息通过后进行数据上传。其中，登录请求中携带车辆的身份信息，身份信息可以是车辆的唯一识别码，用于区分不同的车辆。比如，车辆的识别码(vehicleidentificationnumber，车架号码，简称“vin”)，可以是一组由十七个字母或数字符号组成，可以用来识别车辆的生产商、引擎、底盘序号及其他性能等资料。步骤302：接收来自服务器200的应答信息。在本步骤中，应答信息由服务器200根据车辆的身份信息生成并发送至车辆，车辆接收该应答信息。步骤303：根据应答信息的应答类型，生成上报信息。在本步骤中，在车辆发送登录请求后，服务器200会根据登录请求验证车辆的身份信息是否具有登录权限，若具有登录权限则应答信息的应答类型是正确应答，车辆根据正确应答获取车辆数据，生成上报信息。若不具有登录权限则应答信息的应答类型是错误应答，车辆根据错误应答重新发起登录请求。步骤304：发送上报信息至服务器200。在本步骤中，上报信息是经车辆本地处理器采集、整合初始数据后生成的上报信息，将上报信息上传至服务器200。步骤305：接收来自服务器200的反馈信息。在本步骤中，接收服务器200的反馈信息，车辆可以根据反馈信息确认上报信息是否上传成功，或者确认是否需要重新提取相应的数据。请参阅图4，其为本实施例提供的一种通信数据传输方法，该方法可以由图1所示的电子设备1作为终端100来执行，并可以应用于图2所示的交互场景中，以实现终端100根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该方法包括以下步骤：步骤401：发送登录请求至服务器200，登录请求中携带终端100的身份信息。详细请参阅上述实施例中对步骤301的描述。步骤402：判断是否在预设时间段内接收到服务器200的应答信息。在本步骤中，由于车辆可能处于无网络覆盖的空间，或者信号连接不稳定，可以设置一个时间段用于检测车辆当前与服务器200的通信连接是否正常。若在预设时间段内未接收到服务器200的应答信息，则进入步骤403，否则进入步骤405。步骤403：再次发送登录请求至服务器200，并记录登录请求的当前发送次数。在本步骤中，若预设时间段内未接收到服务器200的应答信息，则说明车辆与服务器200中有一方处于离线状态或者网络延时过高。由于网络延时过高，本次登录请求不成功，需要重新发送登录请求建立通信链路。记录当前发送登录请求的次数，超过一定次数后，停止发送或间隔一段时间后再次发送。步骤404：判断当前发送次数是否大于预设次数。在本步骤中，随着重新发送登录请求的次数增加，消耗时间也就越多，从而确定车辆与服务器200之间的通信连接是其中有一方离线，无法正常发送或接受信息。则于预设时间间隔后再次发送登录请求，返回步骤401。否则，返回步骤403。步骤405：获取应答信息的应答类型标识符。在本步骤中，应答信息由服务器200发送至车辆，车辆根据应答信息的应答类型标识符识别应答信息的应答类型。步骤406：判断应答类型是否为正确应答。在本步骤中，根据应答类型标识符，判断应答类型是否为正确应答，若应答类型是正确应答，则进入步骤407。否则，返回步骤401。步骤407：获取服务器200的数据加密标识。在本步骤中，若应答类型是正确应答，说明服务器200确认了车辆的登录请求，车辆现在可以将数据上传至服务器200。进一步获取服务器200的数据加密标识，以此来判断上传至服务器200的数据是否需要进行加密。步骤408：判断上报信息是否需要加密。在本步骤中，根据数据加密标识判断上报信息是否需要加密。若上报信息需要加密进入步骤409，否则进入步骤410。步骤409：创建带有加密字节的数据包。在本步骤中，根据数据加密标识判断上报信息需要加密时，终端100对数据进行加密处理。于一实施例中，终端100与服务器200采用大端模式的网络字节序来传递字和双字。其中进行传输的一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成。数据包结构和定义见表1、表2所示。表1数据包结构和定义表：表2命令单元说明表：编码定义传输方向0x01车辆登入消息上行0x02实时信息上报上行0x03补发信息上报上行0x04车辆登出消息上行0x05平台登入上行0x06平台登出上行0x07～0x08终端100数据预留上行0x09～0x07f上行数据系统预留上行0x80～0x82终端100数据预留下行0x83～0xbf下行数据系统预留下行0xc0～0xfe平台交换自定义数据自定义步骤410：根据状态数据以及预设数据赋值表，将状态数据进行封装，生成消息体。在本步骤中，车辆根据车载的数据采集器等设备采集车辆的状态数据，并将状态数据根据预设数据赋值表进行封装，生成消息体。于一实施例中，预设数据赋值表如表3所示。表3消息体数据单元对照表步骤411：根据数据包的起止符将消息体填入数据包，生成上报信息。在本步骤中，将消息体根据数据包的起止符填入数据包，于一实施例中，根据表1所示的起止字节将消息体填入数据包。请参阅图5，其为本实施例提供的一种通信数据传输方法，该方法可以由图1所示的电子设备1作为服务器200来执行，并可以应用于图2所示的交互场景中，藉由通信网络以实现服务器200根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该方法包括以下步骤：步骤501：接收来自终端100的登录请求，登录请求中携带终端100的身份信息。在本步骤中，终端100可以是车辆，服务器200根据车辆发送的身份信息验证本次登录请求是否合法。身份信息的详细描述可以参阅上述实施例中对步骤301的描述。步骤502：根据身份信息，生成应答信息。在本步骤中，服务器200于数据库中查询该身份信息是否存在，根据查询结果生成应答信息。步骤503：发送应答信息至终端100。在本步骤中，服务器200将生成的应答信息发送至车辆。应答信息中可以包括应答信息的应答类型标识码。步骤504：接收来自终端100的上报信息。在本步骤中，服务器200接收车辆根据应答信息发送的上报信息。步骤505：根据上报信息生成反馈信息。在本步骤中，服务器200接收上报信息并解析数据包，获取数据包中的状态数据，根据状态数据的情况生成反馈信息。于一实施例中，反馈信息可以根据状态数据的缺失情况生成，例如缺少车辆油量数据，发送反馈信息中携带获取油量数据的请求。步骤506：发送反馈信息至终端100。在本步骤中，服务器200将生成的反馈信息发送至车辆。请参阅图6，其为本实施例提供的一种通信数据传输方法，该方法可以由图1所示的电子设备1作为服务器200来执行，并可以应用于图2所示的交互场景中，藉由通信网络以实现服务器200根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该方法包括以下步骤：步骤601：接收来自终端100的登录请求，登录请求中携带终端100的身份信息。详细请参阅上述实施例中对步骤501的描述。步骤602：获取身份信息的标识码。在本步骤中，车辆发送的登录请求中携带车辆的身份信息，身份信息可以是车辆的唯一识别码，用于区分不同的车辆。比如，车辆的识别码(vehicleidentificationnumber，车架号码，简称“vin”)，可以是一组由十七个字母或数字符号组成，可以用来识别车辆的生产商、引擎、底盘序号及其他性能等资料。步骤603：判断身份信息是否符合登录条件。在本步骤中，根据身份信息的标识码和数据库，判断身份信息是否符合登录条件。若身份信息符合登录条件，则进入步骤604，否则进入步骤605。步骤604：生成携带正确应答标识的应答信息。在本步骤中，若身份信息的标识码存在于数据库，则说明车辆的登录请求是合法的，将应答信息中添加正确应答标识。步骤605：生成携带错误应答标识的应答信息。在本步骤中，若身份信息的标识码不存在于数据库，则说明车辆的登录请求是不合法的，将应答信息中添加错误应答标识。步骤606：发送应答信息至终端100。详细请参阅上述实施例中对步骤503的描述。步骤606：接收来自终端100的上报信息。详细请参阅上述实施例中对步骤504的描述。步骤607：根据上报信息生成反馈信息。详细请参阅上述实施例中对步骤505的描述。步骤608：发送反馈信息至终端100。详细请参阅上述实施例中对步骤506的描述。请参阅图7，其为本实施例提供的一种通信数据传输装置700，该装置可应用于图1所示的电子设备1，并可以应用于图2所示的交互场景中，以实现终端100根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该装置包括：第一发送模块701、第一接收模块702、第一生成模块703、第二发送模块704和第二接收模块705。各个模块的原理关系如下：第一发送模块701，用于发送登录请求至服务器200，登录请求中携带终端100的身份信息。第一接收模块702，用于接收来自服务器200的应答信息。详细请参阅上述实施例中对步骤301的描述。第一生成模块703，用于根据应答信息的应答类型，生成上报信息。详细请参阅上述实施例中对步骤302的描述。第二发送模块704，用于发送上报信息至服务器200。详细请参阅上述实施例中对步骤303的描述。第二接收模块705，用于接收来自服务器200的反馈信息。详细请参阅上述实施例中对步骤304的描述。于一实施例中，第一接收模块702用于：判断是否在预设时间段内接收到服务器200的应答信息。若在预设时间段内未接收到服务器200的应答信息，则再次发送登录请求至服务器200，并记录登录请求的当前发送次数。判断当前发送次数是否大于预设次数。若当前发送次数大于预设次数，则于预设时间间隔后再次发送登录请求。详细请参阅上述实施例中对步骤402-404的描述。于一实施例中，第一生成模块703用于：获取应答信息的应答类型标识符。根据应答类型标识符，判断应答类型是否为正确应答。若应答类型是正确应答，则获取服务器200的数据加密标识。根据数据加密标识判断上报信息是否需要加密。若上报信息需要加密，则创建带有加密字节的数据包。根据状态数据以及预设数据赋值表，将状态数据进行封装，生成消息体。根据数据包的起止符将消息体填入数据包，生成上报信息。详细请参阅上述实施例中对步骤405-411的描述。请参阅图8，其为本实施例提供的一种通信数据传输装置800，该装置可应用于图1所示的电子设备1，并可以应用于图2所示的交互场景中，藉由通信网络以实现服务器200根据终端100的身份信息向服务器200发送登录请求，并根据接收到的服务器200的应答信息生成上报信息，然后将上报信息发送给服务器200，并接收服务器200的反馈信息，以完成通信数据传输的过程。该装置包括：第三接收模块801、第二生成模块802、第三发送模块803、第四接收模块804、第三生成模块805和第四发送模块806。各个模块的原理关系如下：第三接收模块801，用于接收来自终端100的登录请求，登录请求中携带终端100的身份信息。详细请参阅上述实施例中对步骤501的描述。第二生成模块802，用于根据身份信息，生成应答信息。详细请参阅上述实施例中对步骤502的描述。第三发送模块803，用于发送应答信息至终端100。详细请参阅上述实施例中对步骤503的描述。第四接收模块804，用于接收来自终端100的上报信息。详细请参阅上述实施例中对步骤504的描述。第三生成模块805，用于根据上报信息生成反馈信息。详细请参阅上述实施例中对步骤505的描述。第四发送模块806，用于发送反馈信息至终端100。详细请参阅上述实施例中对步骤506的描述。于一实施例中，第二生成模块802用于：获取身份信息的标识码。根据身份信息的标识码和数据库，判断身份信息是否符合登录条件。若身份信息符合登录条件，则生成携带正确应答标识的应答信息。若身份信息不符合登录条件，则生成携带错误应答标识的应答信息。详细请参阅上述实施例中对步骤602-605的描述。在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。需要说明的是，功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页12