接收到所述触发请求后，将缓存的所述日志查询请求发送至所述中转端；
[0055]步骤S4，所述中转端根据所述日志查询请求，从相应的所述设备端获取所述设备日志并发送至所述服务端；
[0056]步骤S5，所述服务端将获取的所述设备日志提供给所述操作端，以供使用者查询。
[0057]在一个具体实施例中，首先，不同的设备端在其运行过程中分别会产生设备日志，并且一个设备端在持续的运行过程中会产生越来越多的设备日志，则所有需要管理的设备端所产生的设备日志的存储量是非常巨大的，若将这些设备日志全都保存在服务端以供使用者查询的话，那服务端的负担将会非常大。
[0058]因此在该实施例中，每个设备端在运行过程中产生的设备日志并不主动向服务端发送，而是先保存在每个设备端内。随后，存在一个操作端供使用者输入日志查询的相关指令(即外部的操作指令)，操作端根据这些操作指令形成对应的日志查询请求，并将这些日志查询请求发送至服务端。该实施例中，上述日志查询请求可以包括:该请求指向的设备端的序号、名称等信息，该请求指向的具体的设备日志的相关信息等。
[0059]该实施例中，服务端接收到上述操作端发送的日志查询请求后，将其缓存。具体地，在服务端内可以包括一个公共缓存的区域，服务端接收到上述日志查询请求后就将其缓存到该区域内。同时，服务端可以将该日志查询请求标记为需要被发送的信息，并且等待后续的发送操作。
[0060]该实施例中，连接上述服务端的还包括一个中转端，该中转端分别连接每个设备端。换言之，上述中转端作为服务端与设备端之间的缓冲。则上述中转端会定时向服务端发送一个触发请求，服务端根据该触发请求中包括的内容，向中转端发送上述公共缓存中需要被发送的日志查询请求。
[0061 ]则该实施例中，中转端接收到该日志查询请求后，会将该日志查询请求发送至对应的设备端。则该设备端接收到日志查询请求后，将其中所有的设备日志打包以供中转端获取。中转端获取这些设备日志后将其发送至服务端。服务端保存这些设备日志及其相关的信息，并且提示操作端可以对其进行查询下载。
[0062]综上所述，本发明技术方案中，首先将设备日志存储在各自对应的设备端内。服务端接收操作端发送的日志查询请求并进行缓存。中转端根据定时发送的触发请求从服务端获取被缓存的日志查询请求，并将这些日志查询请求发送至对应的设备端。接收到日志查询请求的设备端将其所有的设备日志打包以供中转端调取。然后中转端再将这些获取到的设备日志发送至服务端，以供操作端查询和下载。
[0063]则本发明的较佳的实施例中，依照上文中所述，可以形成如图2所示的用于支撑上述设备日志处理方法的设备逻辑结构:
[0064]设置多个设备端I，每个设备端均可以在其运行过程中产生设备日志，并且保存这些设备日志。
[0065]设置一个操作端2。该操作端可以供使用者输入操作指令，并将其转换成相应的日志查询请求。则该操作端2可以为计算机设备例如台式电脑，也可以为移动设备例如平板电脑或者手机等，在此不限定操作端2的设备类型。
[0066]设置一个服务端3，该服务端3连接上述操作端2，并且可以接收该操作端2发送的日志查询请求。该服务端3内部存在一个公共缓存的区域31，服务端3可以将接收到的日志查询请求缓存入该区域31中。
[0067]设置一个中转端4，该中转端4连接上述服务端3，并且分别连接上述每个设备端I。中转端4可以定时向服务端3发送触发请求，以触发服务端3向中转端4发送上述被缓存的日志查询请求。中转端4接收到该日志查询请求后将其发送至相应的设备端I，以通知设备端I打包其所有设备日志，以供中转端4调取。随后中转端4会将这些设备日志发送至服务端3，以供操作端2查询和下载。
[0068]本发明的较佳的实施例中，如图3所示，上述步骤S3具体包括:
[0069]步骤S31，服务端接收中转端发送的触发请求；
[0070]步骤S32，服务端查找是否缓存有日志查询请求:
[0071]若否，则向中转端返回空命令，并等待下一次发送触发请求，返回步骤S31;
[0072]步骤S33，服务端向中转端发送包括有日志查询请求的查询命令，随后转向步骤S40
[0073]具体地，本发明的较佳的实施例中，中转端定时向服务端发送触发请求，上述定时的时间间隔可以根据实际情况自行设置。
[0074]本发明的较佳的实施例中，若接收到中转端发送的触发请求，上述服务端就从公共缓存中查找是否存在需要发送的日志查询请求:若存在，则转向步骤S33，即将查询得到的日志查询请求打包形成查询命令并发送至中转端;若不存在，则返回步骤S31，即向中转端返回空命令，以表示没有需要发送的日志查询请求，随后返回上述步骤S31，以等待中转端下一次向服务端发送触发请求。
[0075]本发明的较佳的实施例中，如上文中所述，可以采用在缓存日志查询请求的过程中打上未发送标记，并在之后识别标记的方式识别缓存中是否存在需要发送的日志查询请求。在向中转端发送一个日志查询请求后，为了避免重复发送，可以将公共缓存中相应的日志查询请求进行去标记操作，或者从缓存中直接删除该日志查询请求。
[0076]本发明的较佳的实施例中，上述中转端发送的触发请求可以为https请求。
[0077]本发明的较佳的实施例中，服务端将日志查询请求中包括的数据封装形成一预定格式的查询命令并发送至中转端。具体地，服务端接收到上述https请求后解析其中携带的数据，并从公共缓存中取出一条包括有日志查询请求的命令，封装成特定的json格式并返回给中转端。
[0078]本发明的较佳的实施例中，如图4所示，上述步骤S4具体包括:
[0079]步骤S41，中转端向对应的设备端发送日志查询请求；
[0080]步骤S42，接收日志查询请求的设备将保存的所有设备日志打包形成一个预定格式的数据文件，并将数据文件的存储路径发送至中转端；
[0081]步骤S43，中转端根据存储路径获取数据文件，并将数据文件包括在触发请求中发送至服务端。
[0082]具体地，本发明的较佳的实施例中，上述中转端向对应的设备端发送日志查询请求，则接收到日志查询请求的设备可以将其中保存的所有设备日志打包形成预定格式的数据文件，进一步地，上述预定格式的数据文件可以为将所有设备日志进行base64编码并根据特定的json格式压缩形成一个新的文件。然后设备端将保存该数据文件的存储路径发送至上述中转端，以供中转端调取。
[0083]则中转端根据该存储路径获取该数据文件后，将该数据文件包括在触发请求中一起发送给服务端。
[0084]本发明的较佳的实施例中，若中转端向服务端发送的下一个触发请求中包括数据文件，则中转端立即向服务端发送触发请求。具体地，若中转端接收到数据文件，则立即将其包括在触发请求中并发送至服务端，而无需遵守定时发送的设定。
[0085]本发明的较佳的实施例中，如上文中所述，在中转端向服务端发送的触发请求中，可能包括:1)空命令，即触发请求的内容为空;2)数据文件;3)其他非设备日志的有效请求。
[0086]在这种情况下，服务端接收到上述触发请求后，需要先做一定的判断，再决定相应的操作，其步骤如图5所示，其中结合了图1和图3的内容，具体为:
[0087]上述步骤S31中，服务端接收触发