一种设备日志处理方法技术

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

【技术实现步骤摘要】

本专利技术涉及多设备管理
，尤其涉及一种设备日志处理方法。
技术介绍
现有技术中，对于多设备的管理，通常需要设置一个统一的管理服务器来实现这些设备运行过程中产生的设备日志的管理和查询操作。传统的设备日志收集和查询机制一般是在设备产生日志后就直接保存并发送给服务端，由服务端进行处理和存储。这种机制会导致服务端承受巨大的处理和存储压力，并且在运行时间较长或者管理的设备较多的情况下，庞大的日志数据库也会导致日志查询的进度非常缓慢，这就造成使用者等待查询结果的时间被拉长，从而降低使用者的使用体验。
技术实现思路
根据现有技术中存在的上述问题，现提供一种设备日志处理方法的技术方案，旨在缓解服务器保存设备日志的压力，提升日志查询的效率，从而提升使用者的使用体验。上述技术方案具体包括：一种设备日志处理方法，其中，包括至少一个产生设备日志的设备端，还包括：步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；步骤S2，采用一服务端获取并缓存所述日志查询请求；步骤S3，采用一中转端定时向所述服务端发送一触发请求，所述服务端接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。r>优选的，该设备日志处理方法，其中，所述步骤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，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志本文档来自技高网...

【技术保护点】
一种设备日志处理方法，其特征在于，包括至少一个产生设备日志的设备端，还包括：步骤S1，根据外部的操作指令，采用一操作端形成并输出对应的日志查询请求；步骤S2，采用一服务端获取并缓存所述日志查询请求；步骤S3，采用一中转端定时向所述服务端发送一触发请求，所述服务端接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。

【技术特征摘要】
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，接收所述日志查询请求的所述设备将保存的所有所述设备日

\t志打包形成一个预定格式的数据文件，并将所述数据文件的存储路径发送至
所述中转端；
步骤S43，所述中转端根据所述存储路径获取...

【专利技术属性】
技术研发人员：袁初成，
申请(专利权)人：上海缔安科技股份有限公司，
类型：发明
国别省市：上海;31