CN111371887B - 物联网日志传输方法、客户端、服务端、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了物联网日志传输方法、客户端、服务端、设备及存储介质，该方法包括：基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，日志请求报文包括报文头及报文体，日志请求报文的报文头包括日志请求报文的属性信息，日志请求报文的报文体中包括至少一个日志对象；发送日志请求报文。在日志数据外层采用协议封装，并不会改变每条日志数据内部信息结构；整个报文采用文本拼接而成，兼容性较强，对于客户端来说无需进行复杂改造，特别适合物联网设备场景下使用；一个报文中可以包括多个日志对象，可以实现一个报文发送多条日志，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。

Description

物联网日志传输方法、客户端、服务端、设备及存储介质

技术领域

本申请涉及通讯技术领域，特别是涉及物联网日志传输方法、客户端、服务端、设备及存储介质。

背景技术

目前在各种网络***中广泛采用syslog协议来实现日志数据远程传输，syslog是一种文本传输协议，具备简单、灵活、高效等特点，非常适用于物联网设备日志的传输。

但是目前syslog协议传输模式是一次传输一条数据。在实际网络环境中，物联网设备产生的日志一般较为简短，并且设备数量一般都非常多，如果直接采用syslog协议进行日志数据传输会导致网络上存在大量的小包数据，造成网络资源的浪费，日志数据传输效率低。

发明内容

本申请实施例的目的在于提供一种物联网日志传输方法、客户端、服务端、设备及存储介质，以实现减少物联网中网络资源的浪费，增加日志数据的传输效率。具体技术方案如下：

第一方面，本申请实施例提供了一种物联网日志传输方法，应用于客户端，所述方法包括：

基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括至少一个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；

发送所述日志请求报文。

在一种可能的实施方式中，在所述发送所述日志请求报文之后，所述方法还包括：

若所述日志请求报文未发送出去，重新发送所述日志请求报文。

在一种可能的实施方式中，所述日志对象包括日志序号，不同日志对象的日志序号不同，所述发送所述日志请求报文，包括：

采用传输控制协议TCP模式发送所述日志请求报文；

所述方法还包括：

接收服务端发送的日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述服务端解析成功的最后一个日志对象的日志序号；

在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功。

在一种可能的实施方式中，在所述接收服务端发送的日志应答报文之后，所述方法还包括：

在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

在一种可能的实施方式中，所述方法还包括：

若在预设时间内未接收到所述服务端发送的日志应答报文，重新发送所述日志请求报文。

在一种可能的实施方式中，所述日志请求报文的属性信息包括所述日志对象的压缩标识，所述生成待发送的日志数据的日志请求报文包括：

将待发送的日志对象进行压缩；

将压缩后的日志对象添加到所述报文体中，并在所述报文头中添加所述压缩标识，得到所述日志请求报文，其中，所述压缩标识表示所述日志请求报文中的日志对象经过压缩处理。

第二方面，本申请实施例提供了一种物联网日志传输方法，应用于服务端，所述方法包括：

接收日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括至少一个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；

对所述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据。

在一种可能的实施方式中，所述日志请求报文的属性信息包括所述日志对象的压缩标识，在所述接收日志请求报文之后，所述方法还包括：

解析所述日志请求报文的报文头，得到所述日志对象的压缩标识；

在所述日志对象的压缩标识表示日志对象经过压缩处理时，解压缩所述日志请求报文的日志对象。

在一种可能的实施方式中，所述日志对象包括日志序号，不同日志对象的日志序号不同，所述接收日志请求报文，包括：

接收TCP模式发送的日志请求报文；

所述方法还包括：

获取解析成功的最后一个日志对象的日志序号，得到目标日志序号；

按照所述目标日志序号，生成日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述目标日志序号；

向发送所述日志请求报文的客户端发送所述日志应答报文。

第三方面，本申请实施例提供了一种客户端，所述客户端包括：

日志请求报文生成模块，用于基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括至少一个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；

日志请求报文发送模块，用于发送所述日志请求报文。

在一种可能的实施方式中，所述客户端还包括：

报文重发模块，用于若所述日志请求报文未发送出去，重新发送所述日志请求报文。

在一种可能的实施方式中，所述日志对象包括日志序号，不同日志对象的日志序号不同，所述日志请求报文发送模块，具体用于：采用传输控制协议TCP模式发送所述日志请求报文；

所述客户端还包括：

日志应答报文接收模块，用于接收服务端发送的日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述服务端解析成功的最后一个日志对象的日志序号；

第一判定模块，用于在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功。

在一种可能的实施方式中，所述客户端还包括：

第二判定模块，用于在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

在一种可能的实施方式中，所述客户端还包括：报文重发模块，用于若在预设时间内未接收到所述服务端发送的日志应答报文，重新发送所述日志请求报文。

在一种可能的实施方式中，所述日志请求报文的属性信息包括所述日志对象的压缩标识，所述日志请求报文生成模块具体用于：将待发送的日志对象进行压缩；将压缩后的日志对象添加到所述报文体中，并在所述报文头中添加所述压缩标识，得到所述日志请求报文，其中，所述压缩标识表示所述日志请求报文中的日志对象经过压缩处理。

第四方面，本申请实施例提供了一种服务端，所述服务端包括：

日志请求报文接收模块，用于接收日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括至少一个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；

日志请求报文解析模块，用于对所述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据。

在一种可能的实施方式中，所述日志请求报文的属性信息包括所述日志对象的压缩标识，所述服务端还包括：

压缩标识解析模块，用于解析所述日志请求报文的报文头，得到所述日志对象的压缩标识；

日志对象解压缩模块，用于在所述日志对象的压缩标识表示日志对象经过压缩处理时，解压缩所述日志请求报文的日志对象。

在一种可能的实施方式中，所述日志对象包括日志序号，不同日志对象的日志序号不同，所述日志请求报文接收模块，具体用于：接收TCP模式发送的日志请求报文；

所述服务端还包括：日志应答报文发送模块，用于：获取解析成功的最后一个日志对象的日志序号，得到目标日志序号；按照所述目标日志序号，生成日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述目标日志序号；向发送所述日志请求报文的客户端发送所述日志应答报文。

第五方面，本申请实施例提供了一种电子设备，包括处理器及存储器；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存放的程序时，实现上述任一应用于客户端的物联网日志传输方法。

第六方面，本申请实施例提供了一种电子设备，包括处理器及存储器；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存放的程序时，实现上述任一应用于服务端的物联网日志传输方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一应用于客户端的物联网日志传输方法。

第八方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一应用于服务端的物联网日志传输方法。

本申请实施例提供的物联网日志传输方法、客户端、服务端、设备及存储介质，基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，日志请求报文包括报文头及报文体，日志请求报文的报文头包括日志请求报文的属性信息，日志请求报文的报文体中包括至少一个日志对象，日志对象包括基于目标传输协议生成的待传输日志数据；发送日志请求报文。在日志数据外层采用协议封装，并不会改变每条syslog内部信息结构；整个报文采用文本拼接而成，兼容性较强，对于客户端来说无需进行复杂改造，特别适合物联网设备场景下使用；一个报文中可以包括多个日志对象，可以实现一个报文发送多条日志，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本申请实施例的应用于客户端的物联网日志传输方法的第一种示意图；

图2a为本申请实施例的日志请求报文的一种示意图；

图2b为本申请实施例的日志应答报文的第一种示意图；

图3a为本申请实施例的日志请求报文的报文头的一种示意图；

图3b为本申请实施例的日志请求报文的报文体的一种示意图；

图3c为本申请实施例的日志请求报文的日志对象的一种示意图；

图3d为本申请实施例的日志应答报文的第二种示意图；

图4a为本申请实施例的基于UDP模式的信令交互的一种示意图；

图4b为本申请实施例的基于TCP模式的信令交互的一种示意图；

图5为本申请实施例的应用于客户端的物联网日志传输方法的第二种示意图；

图6为本申请实施例的应用于客户端的物联网日志传输方法的第三种示意图；

图7为本申请实施例的应用于服务端的物联网日志传输方法的第一种示意图；

图8为本申请实施例的应用于服务端的物联网日志传输方法的第二种示意图；

图9为本申请实施例的客户端的一种示意图；

图10为本申请实施例的服务端的一种示意图；

图11为本申请实施例的电子设备的一种示意图。

具体实施方式

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

首先，对本申请实施例中的专业术语进行解释：

RFC(Request For Comments，请求评论)：是一系列以编号排定的文件。文件收集了有关互联网相关信息，以及UNIX(一种操作***)和互联网社区的软件文件，基本的互联网通信协议在RFC文件内都有详细说明。例如跟syslog协议有关的标准就有RFC3164、RFC3195、RFC5424。

OSI(Open System Interconnection，开放式***互联)参考模型：国际标准化组织制定的一个用于计算机或通信***间互联的标准体系，一般称为OSI参考模型或七层模型。从下到上分为物理层、数据链路层、网络层、会话层、表示层、应用层，常见的TCP(Transmission Control Protocol，传输控制协议)、UDP(User Datagram Protocol，用户数据报协议)协议是工作在传输层中。

网络层分包传输：以太网一次能传输的数据长度由链路层MTU(MaximumTransmission Unit，最大传输单元)决定，当传输数据(该数据包括IP包头和实际数据)超过MTU时，发送方的网络层会把数据包分成若干片传输，而接收方的网络层则需要对该类报文进行重组。数据包分片传输增加了数据丢失概率，由于UDP的特性，当某一分片数据丢失时，接收方无法进行重组操作，而发送方也没有重传机制，进而会导致整个UDP数据包丢失。

大端模式：指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；这和我们的阅读习惯一致。

小端模式：指数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中，这种存储模式将地址的高低和数据位权有效地结合起来，高地址部分权值高，低地址部分权值低。

字节：计算机信息技术用于计量存储容量的一种计量单位，作为一个单位来处理的一个二进制数字串，是构成信息的一个小单位。本文档字节换算关系：1byte(字节)＝8bit(位)。

为了减少物联网中网络资源的浪费，增加日志数据的传输效率，本申请实施提供了一种物联网日志传输方法，应用于客户端，参见图1，该方法包括：

S11，基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，上述日志请求报文包括报文头及报文体，上述日志请求报文的报文头包括上述日志请求报文的属性信息，上述日志请求报文的报文体中包括至少一个日志对象，上述日志对象包括基于目标传输协议生成的待传输日志数据。

本申请实施例的物联网日志传输方法应用于客户端，因此可以通过客户端实现，此处的客户端为物联网中的终端，例如，可以为摄像机、车载终端、硬盘录像机等设备。

第一传输协议为任意相关的报文传输协议，例如，可以为TCP或UDP等传输协议。日志对象包括基于目标传输协议生成的待传输的日志数据，一个日志对象中包含一条日志数据，目标传输协议可以为现有技术中的任一相关协议，例如，syslog日志传输协议等，可以为基于现有技术中的syslog日志传输协议生成的待传输的日志数据。

客户端按照预设的日志请求报文格式，将多个日志对象进行组包，得到日志请求报文。如图2a所示，日志请求报文包括报文头及报文体，日志请求报文的报文头包括该日志请求报文的属性信息，日志请求报文的属性信息可以包括日志请求报文的报文长度、头标识及版本号等信息，还可以包括日志请求报文中日志对象数量等信息。

可选的，如图3a所示，日志请求报文的报文头包括报文长度、头标识、版本号、压缩标识、日志对象数量。其中，日志请求报文的报文长度为该报文的总字节数(不包括长度值本身的长度)，即从日志请求报文的头标识开始到日志请求报文结束的字节数，占四字节，采用大端模式，单个日志请求长度最大可为4294967295字节。头标识：日志请求报文头的标识信息，可以为一字节的固定字符，例如可以为‘H’(0x72)；版本号：当前日志请求报文协议版本信息，占两字节；压缩标识：用于标识日志请求的报文体是否经过压缩，占一字节，压缩算法可以采用deflate算法等，可以用‘C’(0x67)表示压缩，‘0’(0x30)表示未压缩；日志对象数量：日志请求报文体中所包含的日志对象个数，占四字节，采用大端模式，一个日志请求报文可放置最大4294967295个日志对象。

如图3b所示，日志请求报文的报文体中可以包括多个日志对象，报文体是日志对象集合，每个日志对象除日志本身内容外，还可以包括本条日志长度，日志序号值等信息，单个日志对象内容具体可以如图3c所示，由日志对象长度，日志序号，日志内容三部分组成，其中日志对象长度为当前日志对象的总字节数(不包括长度值本身的长度)，占四字节，采用大端模式；日志序号表示当前日志对象在日志请求报文的报文体中的排列位置，占四字节，采用大端模式，同一日志请求报文中各日志对象内容的日志序号具有唯一性。日志序号可以是从1开始，此后每增加一个日志序号递增1；日志内容为客户端传输给服务端的syslog日志信息。

S12，发送上述日志请求报文。

客户端向服务端发送日志请求报文。

在本申请实施例中，在日志数据外层采用协议封装，并不会改变每条syslog内部信息结构；整个报文采用文本拼接而成，兼容性较强，对于客户端来说无需进行复杂改造，特别适合物联网设备场景下使用；一个报文中可以包括多个日志对象，可以实现一个报文发送多条日志，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。

第一传输协议可以为UDP，此时日志请求报文采用UDP模式进行发送，例如图4a所示。客户端每次发送一个日志请求报文，日志请求报文中可以携带一条或多条日志，由于UDP无连接的特性，在该协议下的日志交互流程较为简单，服务端只接收日志数据，并不做应答处理，数据流方向为设备端到服务端，单向流动。

第一传输协议可以为TCP，此时日志请求报文采用TCP模式进行发送，例如图4b所示。日志传输交互采用一应一答模式，客户端发起日志上送请求后，日志服务端提供服务端口接收来自设备端日志数据，客户端向该端口发送日志请求报文，服务端处理日志请求报文完毕后会应答日志处理结果。

在一种可能的实施方式中，上述日志对象包括日志序号，不同日志对象的日志序号不同，参见图5，上述发送上述日志请求报文，包括：

S21，采用TCP模式发送上述日志请求报文。

客户端与服务端之间基于TCP模式发送日志请求报文。同一日志请求报文中，各日志对象的日志序号不同，日志对象的日志序号表示该日志对象在日志请求报文的报文体中的排列位置。

上述方法还包括：

S22，接收服务端发送的日志应答报文，其中，上述日志应答报文包括报文头及报文体，上述日志应答报文的报文头包括上述日志应答报文的属性信息，上述日志应答报文的报文体包括上述服务端解析成功的最后一个日志对象的日志序号。

如图2b所示，日志应答报文包括报文头及报文体，日志应答报文的报文头包括该日志应答报文的属性信息，日志应答报文的属性信息可以包括报文长度及应答标识等。日志应答报文的报文体包括日志序号，该日志序号为服务端日志请求报文时，解析成功的最后一个日志对象的日志序号。日志应答报文具体可以如图3d所示，包括报文长度、应答标识及日志序号。其中，日志应答报文的报文长度为日志应答报文的长度(不包括字段自身长度)，即应答标识、日志序号的长度值，占四字节，采用大端模式；应答标识表明该条报文是日志应答报文，可以采用一字节固定字符‘A’(0x65)；日志序号为服务端解析成功的最后一个日志对象的日志序号，格式和日志请求报文中的日志序号一致，占四字节。

TCP模式下日志传输交互采用一应一答模式，若为接收到日志应答报文，则表明服务端可能未接收到日志请求报文。可选的，上述方法还包括：若在预设时间内未接收到上述服务端发送的日志应答报文，重新发送上述日志请求报文。预设时间可以按照实际情况自定义设定，当发送日志请求报文后，若在预设时间内未接收到服务端针对该日志请求报文返回的日志应答报文，则重新发送该日志请求报文。

S23，在上述日志应答报文中的日志序号与上述日志请求报文中的最后一个日志对象的日志序号相同时，判定上述日志请求报文发送成功。

日志请求报文中日志对象的排列顺序应当与服务端的日志对象解析顺序相同。在日志应答报文中的日志序号(以下称为目标日志序号)与日志请求报文中的最后一个日志对象的日志序号相同时，说明日志请求报文中所有日志对象均被解析成功，因此判定日志请求报文发送成功。

在一种可能的实施方式中，在上述接收服务端发送的日志应答报文之后，上述方法还包括：

S24，在上述日志应答报文中的日志序号与上述日志请求报文中的最后一个日志对象的日志序号不相同时，选取上述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

在目标日志序号(日志应答报文中的日志序号)与日志请求报文中的最后一个日志对象的日志序号不相同时，说明部分或全部日志对象解析失败，因此需要对解析失败的日志对象重新进行发送。获取日志请求报文中目标日志序号之后的日志对象，将这些日志对象重新生成日志请求报文并进行发送。可选的，如果当第一条日志对象就解析失败，应答日志应答报文中的日志序号可以为四个零。在客户端接收到的日志应答报文中的日志序号为四个零时，重新对日志请求报文进行发送。

在本申请实施例中，可以通过服务端发送的日志应答报文确定日志请求报文中的日志对象是否已被服务端成功处理，提高了日志传输可靠性。并且每条日志对象中设置有唯一日志序号，可以准确确认出未解析成功的日志对象并进行重传，不用对解析成功的日志进行重传，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。

为了减少因日志请求报文过大而被网络层分包传输的情况，可以将日志经过压缩后再传输，以减小单个日志请求报文的长度。在一种可能的实施方式中，在上述日志请求报文的属性信息包括上述日志对象的压缩标识，上述生成待发送的日志数据的日志请求报文包括：将待发送的日志对象进行压缩；将压缩后的日志对象添加到上述报文体中，并在上述报文头中添加上述压缩标识，得到上述日志请求报文，其中，上述压缩标识表示上述日志请求报文中的日志对象经过压缩处理。

日志对象的压缩标识用于表示日志请求报文中的各日志对象是否经过压缩处理。其中，若日志请求报文中的各日志对象经过压缩处理，则该日志对象的压缩标识表示该日志请求报文中的各日志对象经过压缩处理。若日志请求报文中的各日志对象未经过压缩处理，则该日志对象的压缩标识表示该日志请求报文中的各日志对象未经过压缩处理，或者可以不添加压缩标识。将日志请求报文中的日志对象进行压缩，并通过压缩标识进行标定，具备对日志数据进行压缩传输的能力，这可提高日志数据传输速度，减小网络传输带宽。

在一种可能的实施方式中，在上述发送上述日志请求报文之后，上述方法还包括：若上述日志请求报文未发送出去，重新发送上述日志请求报文。

若客户端未能成功发出日志请求报文，例如，客户端调用发送接口失败等，客户端重新发送该日志请求报文。例如图6所示，客户端将日志对象组包，得到日志请求报文，并发送该日志请求报文。判断日志请求报文是否发送出去，若未发送出去，则重新发送；若发送出去、且发送模式为UDP时，判定发送完成。若发送出去、且发送模式为TCP时，接收日志应答报文并解析出日志应答报文中的日志序号。按照日志应答报文中的日志序号判断日志请求报文中的各报文对象是否均上传成功，若均上传成功判定发送完成；若存在未上传成功的报文对象，则重新发送未上传成功的报文对象。

在本申请实施例中，在日志请求报文未发送出去时，重新发送日志请求报文，从而提高报文发送的成功率。

本申请实施例还提供了一种物联网日志传输方法，应用于服务端，参见图7，该方法包括：

S31，接收日志请求报文，其中，上述日志请求报文包括报文头及报文体，上述日志请求报文的报文头包括上述日志请求报文的属性信息，上述日志请求报文的报文体中包括多个日志对象，上述日志对象包括基于目标传输协议生成的待传输日志数据。

本申请实施例的物联网日志传输方法应用于服务端，因此可以通过服务端实现，具体的，该服务端可以为服务器等。日志请求报文是由客户端生成的，其具体生成方法参见上述应用于客户端的物联网日志传输方法，此处不再赘述。

具体的，服务端在接收到日志请求报文后，可以先读取日志请求报文的长度，具体可以为处理日志请求报文的前四个字节(报文长度数据占四个字节)，计算日志请求报文长度值，并根据长度取出剩余的整个日志请求报文。

在一种可能的实施方式中，上述日志请求报文的属性信息包括上述日志对象的压缩标识，在上述接收日志请求报文之后，上述方法还包括：

步骤一，解析上述日志请求报文的报文头，得到上述日志对象的压缩标识。

步骤二，在上述日志对象的压缩标识表示日志对象经过压缩处理时，解压缩上述日志请求报文的日志对象。

服务端解析报文头信息，取出版本号、日志条数、压缩标识等信息。当报文体是压缩模式时，需要对报文体进行解压处理。

S32，对上述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据。

在获取到报文体后，服务端依次解析报文体中的各日志对象，从而得到解析后的日志数据。

在本申请实施例中，在日志数据外层采用协议封装，并不会改变每条syslog内部信息结构；整个报文采用文本拼接而成，兼容性较强，对于客户端来说无需进行复杂改造，特别适合物联网设备场景下使用；一个报文中可以包括多个日志对象，可以实现一个报文发送多条日志，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。

当服务端与客户端采用UDP模式传输报文时，在当前的日志对象处理完毕后，继续对下一日志对象进行解析。如果当前的日志对象中途解析错误，服务端将该条日志对象作为异常日志处理，并继续下一条日志对象的解析。

在TCP模式下，服务端会进行应答处理。在一种可能的实施方式中，上述日志对象包括日志序号，不同日志对象的日志序号不同，参见图8，上述接收日志请求报文，包括：

S41，接收TCP模式发送的日志请求报文。

上述方法还包括：

S42，获取解析成功的最后一个日志对象的日志序号，得到目标日志序号。

S43，按照上述目标日志序号，生成日志应答报文，其中，上述日志应答报文包括报文头及报文体，上述日志应答报文的报文头包括上述日志应答报文的属性信息，上述日志应答报文的报文体包括上述目标日志序号。

S44，向发送上述日志请求报文的客户端发送上述日志应答报文。

服务端依次对日志请求报文中的各日志对象进行解析，若当前的日志对象解析成功，则继续对下一日志对象进行解析，直至该日志请求报文中的日志对象全部解析成功，获取该日志请求报文中最后一个日志对象的日志序号，生成日志应答报文并返回给客户端。如果当前的日志对象中途解析失败，则退出解析流程，获取该日志请求报文中上一条解析成功的日志对象的日志序号，生成日志应答报文发送给客户端，例如某个日志请求报文包含有10个日志对象，服务端处理到第8条出现异常时，第9、第10个日志对象不处理，直接当失败处理，服务端日志应答报文中包括第7个日志对象的日志序号。其中，如果当第一条日志对象就解析失败，应答日志应答报文中的日志序号可以为四个零。

在本申请实施例中，可以通过服务端发送的日志应答报文确定日志请求报文中的日志对象是否已被服务端成功处理，提高了日志传输可靠性。并且每条日志对象中设置有唯一日志序号，可以准确确认出未解析成功的日志对象并进行重传，不用对解析成功的日志进行重传，提高了提高物联网中网络资源的利用率，增加日志数据的传输效率。

本申请实施例还提供了一种客户端，参见图9，该客户端包括：

日志请求报文生成模块501，用于基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，上述日志请求报文包括报文头及报文体，上述日志请求报文的报文头包括上述日志请求报文的属性信息，上述日志请求报文的报文体中包括至少一个日志对象，上述日志对象包括基于目标传输协议生成的待传输日志数据；

日志请求报文发送模块502，用于发送上述日志请求报文。

在一种可能的实施方式中，上述客户端还包括：

报文重发模块，用于若上述日志请求报文发送失败，重新发送上述日志请求报文。

在一种可能的实施方式中，上述日志对象包括日志序号，不同日志对象的日志序号不同，上述日志请求报文发送模块502，具体用于：采用传输控制协议TCP模式发送上述日志请求报文；

上述客户端还包括：

日志应答报文接收模块，用于接收服务端发送的日志应答报文，其中，上述日志应答报文包括报文头及报文体，上述日志应答报文的报文头包括上述日志应答报文的属性信息，上述日志应答报文的报文体包括上述服务端解析成功的最后一个日志对象的日志序号；

第一判定模块，用于在上述日志应答报文中的日志序号与上述日志请求报文中的最后一个日志对象的日志序号相同时，判定上述日志请求报文发送成功。

在一种可能的实施方式中，上述客户端还包括：

第二判定模块，用于在上述日志应答报文中的日志序号与上述日志请求报文中的最后一个日志对象的日志序号不相同时，选取上述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

在一种可能的实施方式中，上述客户端还包括：报文重发模块，用于若在预设时间内未接收到上述服务端发送的日志应答报文，重新发送上述日志请求报文。

在一种可能的实施方式中，上述日志请求报文的属性信息包括上述日志对象的压缩标识，上述日志请求报文生成模块501具体用于：将待发送的日志对象进行压缩；将压缩后的日志对象添加到上述报文体中，并在上述报文头中添加上述压缩标识，得到上述日志请求报文，其中，上述压缩标识表示上述日志请求报文中的日志对象经过压缩处理。

本申请实施例还提供了一种服务端，参见图10，上述服务端包括：

日志请求报文接收模块601，用于接收日志请求报文，其中，上述日志请求报文包括报文头及报文体，上述日志请求报文的报文头包括上述日志请求报文的属性信息，上述日志请求报文的报文体中包括至少一个日志对象；

日志请求报文解析模块602，用于对上述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据。

在一种可能的实施方式中，上述日志请求报文的属性信息包括上述日志对象的压缩标识，上述服务端还包括：

压缩标识解析模块，用于解析上述日志请求报文的报文头，得到上述日志对象的压缩标识；

日志对象解压缩模块，用于在上述日志对象的压缩标识表示压缩时，解压缩上述日志请求报文的日志对象。

在一种可能的实施方式中，上述日志对象包括日志序号，不同日志对象的日志序号不同，上述日志请求报文接收模块601，具体用于：接收TCP模式发送的日志请求报文；

上述服务端还包括：日志应答报文发送模块，用于：获取解析成功的最后一个日志对象的日志序号，得到目标日志序号；按照上述目标日志序号，生成日志应答报文，其中，上述日志应答报文包括报文头及报文体，上述日志应答报文的报文头包括上述日志应答报文的属性信息，上述日志应答报文的报文体包括上述目标日志序号；向发送上述日志请求报文的客户端发送上述日志应答报文。

本申请实施例还提供了一种电子设备，包括：处理器及存储器；

上述存储器，用于存放计算机程序；

上述处理器用于执行上述存储器存放的计算机程序时，实现上述任一应用于客户端的物联网日志传输方法。

可选的，参见图11，本申请实施例的电子设备还包括通信接口902和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信。

本申请实施例还提供了一种电子设备，包括：处理器及存储器；

上述存储器，用于存放计算机程序；

上述处理器用于执行上述存储器存放的计算机程序时，实现上述任一应用于服务端的物联网日志传输方法。

上述电子设备提到的通信总线可以是PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括RAM(Random Access Memory，随机存取存储器)，也可以包括NVM(Non-Volatile Memory，非易失性存储器)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括CPU(Central Processing Unit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(Digital Signal Processing，数字信号处理器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例还提供了一种计算机可读存储介质，上述计算机可读存储介质内存储有计算机程序，上述计算机程序被处理器执行时实现上述任一应用于客户端的物联网日志传输方法。

本申请实施例还提供了一种计算机可读存储介质，上述计算机可读存储介质内存储有计算机程序，上述计算机程序被处理器执行时实现上述任一应用于服务端的物联网日志传输方法。

需要说明的是，在本文中，各个可选方案中的技术特征只要不矛盾均可组合来形成方案，这些方案均在本申请公开的范围内。诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于客户端、服务端、电子设备及存储介质的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (10)

1.一种物联网日志传输方法，其特征在于，应用于客户端，所述方法包括：

基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括多个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；所述日志请求报文的属性信息包括以下信息中的至少一个：日志请求报文的报文长度、日志请求报文的日志对象数量；

发送所述日志请求报文；

所述日志对象包括日志序号，不同日志对象的日志序号不同，所述发送所述日志请求报文，包括：

采用传输控制协议TCP模式发送所述日志请求报文；

所述方法还包括：

接收服务端发送的日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述服务端解析成功的最后一个日志对象的日志序号；

在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功；

在所述接收服务端发送的日志应答报文之后，所述方法还包括：

在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

2.根据权利要求1所述的方法，其特征在于，在所述发送所述日志请求报文之后，所述方法还包括：

若所述日志请求报文未发送出去，重新发送所述日志请求报文。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若在预设时间内未接收到所述服务端发送的日志应答报文，重新发送所述日志请求报文。

4.根据权利要求1所述的方法，其特征在于，所述日志请求报文的属性信息包括所述日志对象的压缩标识，所述生成待发送的日志数据的日志请求报文包括：

将待发送的日志对象进行压缩；

将压缩后的日志对象添加到所述报文体中，并在所述报文头中添加所述压缩标识，得到所述日志请求报文，其中，所述压缩标识表示所述日志请求报文中的日志对象经过压缩处理。

5.一种物联网日志传输方法，其特征在于，应用于服务端，所述方法包括：

接收日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括多个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；所述日志请求报文的属性信息包括以下信息中的至少一个：日志请求报文的报文长度、日志请求报文的日志对象数量；

对所述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据；

所述日志对象包括日志序号，不同日志对象的日志序号不同，所述接收日志请求报文，包括：

接收TCP模式发送的日志请求报文；

所述方法还包括：

获取解析成功的最后一个日志对象的日志序号，得到目标日志序号；

按照所述目标日志序号，生成日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述目标日志序号；

向发送所述日志请求报文的客户端发送所述日志应答报文；以使所述客户端在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功，在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并向所述服务端发送新生成的日志请求报文。

6.根据权利要求5所述的方法，其特征在于，所述日志请求报文的属性信息包括所述日志对象的压缩标识，在所述接收日志请求报文之后，所述方法还包括：

解析所述日志请求报文的报文头，得到所述日志对象的压缩标识；

在所述日志对象的压缩标识表示日志对象经过压缩处理时，解压缩所述日志请求报文的日志对象。

7.一种客户端，其特征在于，所述客户端包括：

日志请求报文生成模块，用于基于第一传输协议对日志对象进行协议封装，生成待发送的日志数据的日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括多个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；所述日志请求报文的属性信息包括以下信息中的至少一个：日志请求报文的报文长度、日志请求报文的日志对象数量；

日志请求报文发送模块，用于发送所述日志请求报文；

所述日志对象包括日志序号，不同日志对象的日志序号不同，所述日志请求报文发送模块，具体用于：采用传输控制协议TCP模式发送所述日志请求报文；

所述客户端还包括：

日志应答报文接收模块，用于接收服务端发送的日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述服务端解析成功的最后一个日志对象的日志序号；

第一判定模块，用于在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功；

第二判定模块，用于在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并发送新生成的日志请求报文。

8.一种服务端，其特征在于，所述服务端包括：

日志请求报文接收模块，用于接收日志请求报文，其中，所述日志请求报文包括报文头及报文体，所述日志请求报文的报文头包括所述日志请求报文的属性信息，所述日志请求报文的报文体中包括多个日志对象，所述日志对象包括基于目标传输协议生成的待传输日志数据；所述日志请求报文的属性信息包括以下信息中的至少一个：日志请求报文的报文长度、日志请求报文的日志对象数量；

日志请求报文解析模块，用于对所述日志请求报文中的各日志对象进行解析，从而得到各解析后的日志数据；

所述日志对象包括日志序号，不同日志对象的日志序号不同，所述日志请求报文接收模块，具体用于：接收TCP模式发送的日志请求报文；

所述服务端还包括：日志应答报文发送模块，用于：获取解析成功的最后一个日志对象的日志序号，得到目标日志序号；按照所述目标日志序号，生成日志应答报文，其中，所述日志应答报文包括报文头及报文体，所述日志应答报文的报文头包括所述日志应答报文的属性信息，所述日志应答报文的报文体包括所述目标日志序号；向发送所述日志请求报文的客户端发送所述日志应答报文；以使所述客户端在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号相同时，判定所述日志请求报文发送成功，在所述日志应答报文中的日志序号与所述日志请求报文中的最后一个日志对象的日志序号不相同时，选取所述日志应答报文的日志序号之后的日志对象，生成新的日志请求报文，并向所述服务端发送新生成的日志请求报文。

9.一种电子设备，其特征在于，包括处理器及存储器；

所述存储器，用于存放计算机程序；

所述处理器，用于执行所述存储器上所存放的程序时，实现权利要求1-4或者权利要求5-6任一所述的物联网日志传输方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4或者权利要求5-6任一所述的物联网日志传输方法。

Images