CN105656694B - 一种设备日志处理方法 - Google Patents

Abstract

本发明公开了一种设备日志处理方法，属于多设备管理技术领域；方法包括：步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；步骤S2，采用一服务端获取并缓存日志查询请求；步骤S3，采用一中转端定时向服务端发送一触发请求，服务端接收到触发请求后，将缓存的日志查询请求发送至中转端；步骤S4，中转端根据日志查询请求，从相应的设备端获取设备日志并发送至服务端；步骤S5，服务端将获取的设备日志提供给操作端，以供使用者查询。上述技术方案的有益效果是：能够缓解服务器保存设备日志的压力，提升日志查询的效率，从而提升使用者的使用体验。

Description

一种设备日志处理方法

技术领域

本发明涉及多设备管理技术领域，尤其涉及一种设备日志处理方法。

背景技术

现有技术中，对于多设备的管理，通常需要设置一个统一的管理服务器来实现这些设备运行过程中产生的设备日志的管理和查询操作。传统的设备日志收集和查询机制一般是在设备产生日志后就直接保存并发送给服务端，由服务端进行处理和存储。这种机制会导致服务端承受巨大的处理和存储压力，并且在运行时间较长或者管理的设备较多的情况下，庞大的日志数据库也会导致日志查询的进度非常缓慢，这就造成使用者等待查询结果的时间被拉长，从而降低使用者的使用体验。

发明内容

根据现有技术中存在的上述问题，现提供一种设备日志处理方法的技术方案，旨在缓解服务器保存设备日志的压力，提升日志查询的效率，从而提升使用者的使用体验。

上述技术方案具体包括：

一种设备日志处理方法，其中，包括至少一个产生设备日志的设备端，还包括：

步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；

步骤S2，采用一服务端获取并缓存所述日志查询请求；

步骤S3，采用一中转端定时向所述服务端发送一触发请求，所述服务端接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；

步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；

步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。

优选的，该设备日志处理方法，其中，所述步骤S2中，在所述服务端内建立一公共缓存，以缓存所述日志查询请求。

优选的，该设备日志处理方法，其中，所述步骤S3具体包括：

步骤S31，所述服务端接收所述中转端发送的所述触发请求；

步骤S32，所述服务端查找是否缓存有所述日志查询请求：

若否，则向所述中转端返回空命令，并等待下一次发送所述触发请求，返回所述步骤S31；

步骤S33，所述服务端向所述中转端发送包括有所述日志查询请求的查询命令，随后转向所述步骤S4。

优选的，该设备日志处理方法，其中，所述步骤S33中，所述服务端将所述日志查询请求中包括的数据封装形成一预定格式的所述查询命令并发送至所述中转端。

优选的，该设备日志处理方法，其中，所述步骤S4具体包括：

步骤S41，所述中转端向对应的所述设备端发送所述日志查询请求；

步骤S42，接收所述日志查询请求的所述设备将保存的所有所述设备日志打包形成一个预定格式的数据文件，并将所述数据文件的存储路径发送至所述中转端；

步骤S43，所述中转端根据所述存储路径获取所述数据文件，并将所述数据文件包括在所述触发请求中发送至所述服务端。

优选的，该设备日志处理方法，其中，若所述中转端向所述服务端发送的下一个所述触发请求中包括所述数据文件，则所述中转端立即向所述服务端发送所述触发请求。

优选的，该设备日志处理方法，其中，所述步骤S3中，采用所述中转端，将包括所述设备日志的一数据文件包括在所述触发请求中发送至所述服务端；

所述步骤S31中，所述服务端接收所述触发请求后，首先判断所述触发请求的内容：

若所述触发请求为空，则转向所述步骤S32；

若所述触发请求中包括的内容不关联于所述设备日志，则根据所述触发请求处理完毕后再转向所述步骤S32；

若所述触发请求中包括所述数据文件，则直接解析所述数据文件得到所述设备日志，随后转向所述步骤S5，并在执行完所述步骤S5后返回所述步骤S32。

优选的，该设备日志处理方法，其中，所述步骤S3中，采用所述中转端，将包括所述设备日志的一数据文件包括在所述触发请求中发送至所述服务端；

所述步骤S5具体包括：

步骤S51，所述服务端接收所述数据文件并进行解码；

步骤S52，所述服务端将经过解码的所述数据文件处理形成一压缩文件并进行保存；

步骤S53，所述服务端保存关联于所述压缩文件的日志存储信息；

步骤S54，所述服务端向所述操作端发送用于表示日志获取成功的提示信息，以提示使用者通过所述操作端下载所述设备日志。

优选的，该设备日志处理方法，其中，所述步骤S53中，所述日志存储信息包括：

所述压缩文件对应的所述设备端的编号；

所述压缩文件的文件名称；

所述压缩文件的存储路径；

所述压缩文件对应的文件下载地址；

保存所述压缩文件的存储时间。

上述技术方案的有益效果是：提供一种设备日志处理方法，能够缓解服务器保存设备日志的压力，提升日志查询的效率，从而提升使用者的使用体验。

附图说明

图1是本发明的较佳的实施例中，一种设备日志处理方法的总体流程示意图；

图2是本发明的较佳的实施例中，支撑设备日志处理方法的设备逻辑结构示意图；

图3是本发明的较佳的实施例中，服务端发送日志查询请求的步骤的流程示意图；

图4是本发明的较佳的实施例中，中转端获取设备日志的步骤的流程示意图；

图5是本发明的较佳的实施例中，包括服务端判断触发请求的设备日志处理方法的总体流程示意图；

图6是本发明的较佳的实施例中，服务端提供给操作端查询日志的步骤的流程示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明的较佳的实施例中，基于现有技术中存在的上述问题，现提供一种设备日志处理方法，该方法中，包括至少一个能够产生设备日志的设备端。不同的设备端可以分属于不同的设备类型。所有设备端可以同属于一个类型，例如均为某个工种的操作设备，也可以分属于不同类型，在此不做限定。

本发明的较佳的实施例中，上述设备日志处理方法具体包括：

步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；

步骤S2，采用一服务端获取并缓存所述日志查询请求；

步骤S3，采用一中转端定时向所述服务端发送一触发请求，所述服务端接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；

步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；

步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。

在一个具体实施例中，首先，不同的设备端在其运行过程中分别会产生设备日志，并且一个设备端在持续的运行过程中会产生越来越多的设备日志，则所有需要管理的设备端所产生的设备日志的存储量是非常巨大的，若将这些设备日志全都保存在服务端以供使用者查询的话，那服务端的负担将会非常大。

因此在该实施例中，每个设备端在运行过程中产生的设备日志并不主动向服务端发送，而是先保存在每个设备端内。随后，存在一个操作端供使用者输入日志查询的相关指令(即外部的操作指令)，操作端根据这些操作指令形成对应的日志查询请求，并将这些日志查询请求发送至服务端。该实施例中，上述日志查询请求可以包括：该请求指向的设备端的序号、名称等信息，该请求指向的具体的设备日志的相关信息等。

该实施例中，服务端接收到上述操作端发送的日志查询请求后，将其缓存。具体地，在服务端内可以包括一个公共缓存的区域，服务端接收到上述日志查询请求后就将其缓存到该区域内。同时，服务端可以将该日志查询请求标记为需要被发送的信息，并且等待后续的发送操作。

该实施例中，连接上述服务端的还包括一个中转端，该中转端分别连接每个设备端。换言之，上述中转端作为服务端与设备端之间的缓冲。则上述中转端会定时向服务端发送一个触发请求，服务端根据该触发请求中包括的内容，向中转端发送上述公共缓存中需要被发送的日志查询请求。

则该实施例中，中转端接收到该日志查询请求后，会将该日志查询请求发送至对应的设备端。则该设备端接收到日志查询请求后，将其中所有的设备日志打包以供中转端获取。中转端获取这些设备日志后将其发送至服务端。服务端保存这些设备日志及其相关的信息，并且提示操作端可以对其进行查询下载。

综上所述，本发明技术方案中，首先将设备日志存储在各自对应的设备端内。服务端接收操作端发送的日志查询请求并进行缓存。中转端根据定时发送的触发请求从服务端获取被缓存的日志查询请求，并将这些日志查询请求发送至对应的设备端。接收到日志查询请求的设备端将其所有的设备日志打包以供中转端调取。然后中转端再将这些获取到的设备日志发送至服务端，以供操作端查询和下载。

则本发明的较佳的实施例中，依照上文中所述，可以形成如图2所示的用于支撑上述设备日志处理方法的设备逻辑结构：

设置多个设备端1，每个设备端均可以在其运行过程中产生设备日志，并且保存这些设备日志。

设置一个操作端2。该操作端可以供使用者输入操作指令，并将其转换成相应的日志查询请求。则该操作端2可以为计算机设备例如台式电脑，也可以为移动设备例如平板电脑或者手机等，在此不限定操作端2的设备类型。

设置一个服务端3，该服务端3连接上述操作端2，并且可以接收该操作端2发送的日志查询请求。该服务端3内部存在一个公共缓存的区域31，服务端3可以将接收到的日志查询请求缓存入该区域31中。

设置一个中转端4，该中转端4连接上述服务端3，并且分别连接上述每个设备端1。中转端4可以定时向服务端3发送触发请求，以触发服务端3向中转端4发送上述被缓存的日志查询请求。中转端4接收到该日志查询请求后将其发送至相应的设备端1，以通知设备端1打包其所有设备日志，以供中转端4调取。随后中转端4会将这些设备日志发送至服务端3，以供操作端2查询和下载。

本发明的较佳的实施例中，如图3所示，上述步骤S3具体包括：

步骤S31，服务端接收中转端发送的触发请求；

步骤S32，服务端查找是否缓存有日志查询请求：

若否，则向中转端返回空命令，并等待下一次发送触发请求，返回步骤S31；

步骤S33，服务端向中转端发送包括有日志查询请求的查询命令，随后转向步骤S4。

具体地，本发明的较佳的实施例中，中转端定时向服务端发送触发请求，上述定时的时间间隔可以根据实际情况自行设置。

本发明的较佳的实施例中，若接收到中转端发送的触发请求，上述服务端就从公共缓存中查找是否存在需要发送的日志查询请求：若存在，则转向步骤S33，即将查询得到的日志查询请求打包形成查询命令并发送至中转端；若不存在，则返回步骤S31，即向中转端返回空命令，以表示没有需要发送的日志查询请求，随后返回上述步骤S31，以等待中转端下一次向服务端发送触发请求。

本发明的较佳的实施例中，如上文中所述，可以采用在缓存日志查询请求的过程中打上未发送标记，并在之后识别标记的方式识别缓存中是否存在需要发送的日志查询请求。在向中转端发送一个日志查询请求后，为了避免重复发送，可以将公共缓存中相应的日志查询请求进行去标记操作，或者从缓存中直接删除该日志查询请求。

本发明的较佳的实施例中，上述中转端发送的触发请求可以为https请求。

本发明的较佳的实施例中，服务端将日志查询请求中包括的数据封装形成一预定格式的查询命令并发送至中转端。具体地，服务端接收到上述https请求后解析其中携带的数据，并从公共缓存中取出一条包括有日志查询请求的命令，封装成特定的json格式并返回给中转端。

本发明的较佳的实施例中，如图4所示，上述步骤S4具体包括：

步骤S41，中转端向对应的设备端发送日志查询请求；

步骤S42，接收日志查询请求的设备将保存的所有设备日志打包形成一个预定格式的数据文件，并将数据文件的存储路径发送至中转端；

步骤S43，中转端根据存储路径获取数据文件，并将数据文件包括在触发请求中发送至服务端。

具体地，本发明的较佳的实施例中，上述中转端向对应的设备端发送日志查询请求，则接收到日志查询请求的设备可以将其中保存的所有设备日志打包形成预定格式的数据文件，进一步地，上述预定格式的数据文件可以为将所有设备日志进行base64编码并根据特定的json格式压缩形成一个新的文件。然后设备端将保存该数据文件的存储路径发送至上述中转端，以供中转端调取。

则中转端根据该存储路径获取该数据文件后，将该数据文件包括在触发请求中一起发送给服务端。

本发明的较佳的实施例中，若中转端向服务端发送的下一个触发请求中包括数据文件，则中转端立即向服务端发送触发请求。具体地，若中转端接收到数据文件，则立即将其包括在触发请求中并发送至服务端，而无需遵守定时发送的设定。

本发明的较佳的实施例中，如上文中所述，在中转端向服务端发送的触发请求中，可能包括：1)空命令，即触发请求的内容为空；2)数据文件；3)其他非设备日志的有效请求。

在这种情况下，服务端接收到上述触发请求后，需要先做一定的判断，再决定相应的操作，其步骤如图5所示，其中结合了图1和图3的内容，具体为：

上述步骤S31中，服务端接收触发请求后，首先判断触发请求的内容：

若触发请求为空，则转向步骤S32；

若触发请求中包括的内容不关联于设备日志，则根据触发请求处理完毕后再转向步骤S32；

若触发请求中包括数据文件，则直接解析数据文件得到设备日志，随后转向步骤S5，并在执行完步骤S5后返回步骤S32。

换言之，本发明的较佳的实施例中，服务器接收到上述触发请求后，首先执行判断：

1)若触发请求为空，则直接转向上述步骤S32，即直接从公共缓存中查询是否存在需要发送的日志查询请求并发送；

2)若触发请求中包括数据文件，则服务端直接解析该数据文件并得到设备日志，保存这些设备日志并转向上述步骤S5，在执行完步骤S5后返回步骤S32。具体地，对应上文中所述，上述解析方式同样可以采用base64解码的方式进行。解析上述数据文件并得到设备日志的过程在下文中会详述。

3)若触发请求不为空，但是其中包括了其他非设备日志的有效请求，则服务端首先根据该有效请求进行相应的处理，随后再执行上述步骤S32。上述对有效请求的处理在现有技术中有较多实现方式，且不属于本发明的保护范围，因此在此不再赘述。

本发明的较佳的实施例中，如图6所示，上述步骤S5具体包括：

步骤S51，服务端接收数据文件并进行解码；

步骤S52，服务端将经过解码的数据文件处理形成一压缩文件并进行保存；

步骤S53，服务端保存关联于压缩文件的日志存储信息；

步骤S54，服务端向操作端发送用于表示日志获取成功的提示信息，以提示使用者通过操作端下载设备日志。

具体地，本发明的较佳的实施例中，服务端接收到数据文件后，进行base64解码，然后将经过解码的数据文件处理写成一个压缩文件并存放在服务端中。随后，服务端保存关联于该压缩文件的日志存储信息。

具体地，上述日志存储信息中可以包括：

压缩文件对应的设备端的编号；

压缩文件的文件名称；

压缩文件的存储路径；

压缩文件对应的文件下载地址；

保存压缩文件的存储时间。

最后，服务端将日志获取成功的提示消息发送至操作端，以提示操作端可以来服务端查询和下载相应的设备日志。随后使用者可以登录操作端，并通过操作端下载保存在服务端的相应的设备日志。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (9)

1.一种设备日志处理方法，其特征在于，包括至少一个产生设备日志的设备端，还包括：

步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；

步骤S2，采用一服务端获取并缓存所述日志查询请求；

步骤S3，采用一中转端定时向所述服务端发送一触发请求，所述服务端接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；

步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；

步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。

2.如权利要求1所述的设备日志处理方法，其特征在于，所述步骤S2中，在所述服务端内建立一公共缓存，以缓存所述日志查询请求。

3.如权利要求1所述的设备日志处理方法，其特征在于，所述步骤S3具体包括：

步骤S31，所述服务端接收所述中转端发送的所述触发请求；

步骤S32，所述服务端查找是否缓存有所述日志查询请求：

若否，则向所述中转端返回空命令，并等待下一次发送所述触发请求，返回所述步骤S31；

步骤S33，所述服务端向所述中转端发送包括有所述日志查询请求的查询命令，随后转向所述步骤S4。

4.如权利要求3所述的设备日志处理方法，其特征在于，所述步骤S33中，所述服务端将所述日志查询请求中包括的数据封装形成一预定格式的所述查询命令并发送至所述中转端。

5.如权利要求1所述的设备日志处理方法，其特征在于，所述步骤S4具体包括：

步骤S41，所述中转端向对应的所述设备端发送所述日志查询请求；

步骤S42，接收所述日志查询请求的所述设备将保存的所有所述设备日志打包形成一个预定格式的数据文件，并将所述数据文件的存储路径发送至所述中转端；

步骤S43，所述中转端根据所述存储路径获取所述数据文件，并将所述数据文件包括在下一个触发请求中发送至所述服务端。

6.如权利要求5所述的设备日志处理方法，其特征在于，若所述中转端向所述服务端发送的下一个所述触发请求中包括所述数据文件，则所述中转端立即向所述服务端发送所述触发请求。

7.如权利要求3所述的设备日志处理方法，其特征在于，所述步骤S3中，采用所述中转端，将包括所述设备日志的一数据文件包括在所述触发请求中发送至所述服务端；

所述步骤S31中，所述服务端接收所述触发请求后，首先判断所述触发请求的内容：

若所述触发请求为空，则转向所述步骤S32；

若所述触发请求中包括的内容不关联于所述设备日志，则根据所述触发请求处理完毕后再转向所述步骤S32；

若所述触发请求中包括所述数据文件，则直接解析所述数据文件得到所述设备日志，随后转向所述步骤S5，并在执行完所述步骤S5后返回所述步骤S32。

8.如权利要求1所述的设备日志处理方法，其特征在于，所述步骤S3中，采用所述中转端，将包括所述设备日志的一数据文件包括在所述触发请求中发送至所述服务端；

所述步骤S5具体包括：

步骤S51，所述服务端接收所述数据文件并进行解码；

步骤S52，所述服务端将经过解码的所述数据文件处理形成一压缩文件并进行保存；

步骤S53，所述服务端保存关联于所述压缩文件的日志存储信息；

步骤S54，所述服务端向所述操作端发送用于表示日志获取成功的提示信息，以提示使用者通过所述操作端下载所述设备日志。

9.如权利要求8所述的设备日志处理方法，其特征在于，所述步骤S53中，所述日志存储信息包括：

所述压缩文件对应的所述设备端的编号；

所述压缩文件的文件名称；

所述压缩文件的存储路径；

所述压缩文件对应的文件下载地址；

保存所述压缩文件的存储时间。