CN117729236A - 一种终端信息采集方法、服务器、设备及存储介质 - Google Patents

Abstract

本申请提供了一种终端信息采集方法、服务器、设备及存储介质，应用于第一服务器，其中，响应于数据上报配置命令，向各设备终端发送广播包；接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。采用上述方法，以保证终端信息的正常采集，同时确保各终端的正常运行。

Description

一种终端信息采集方法、服务器、设备及存储介质

技术领域

本发明涉及信息化管理技术领域，具体而言，涉及一种终端信息采集方法、服务器、设备及存储介质。

背景技术

现有技术中，视联网***在获取各视联网终端的设备数据时，需要通过核心服务器中的各层级设备依次进行传输指令的下发以及上报数据的传输。例如向终端发送命令时，命令需要由管理***发送至主控设备，然后由主控设备发送至分控设备，再由分控设备发送至终端设备，即命令的流转为管理***-主控设备-分控设备-设备终端。同时终端上报的数据需要由终端设备发送至分控设备，然后由分控设备发送至主控设备，再由主控设备发送至管理***，即数据的流转为设备终端-分控设备-主控设备-管理***。

在研究中发现，当核心服务器中存在成千上万台设备时，所有数据都需要经过主控设备或者分控设备才能够实现数据采集，但是由于主控设备、分控设备其处理能力和带宽有限，当需要采集的数据量过大时，可能会超出主控设备或者分控设备的最大负载量，从而无法正常进行终端数据采集。同时，由于主控设备和分控设备也同时运行着其各自的业务，当主控设备和分控设备的数据处理量过大时，会占用设备处理器的处理线程，很可能会干扰正常的视联网业务，导致业务出现异常。

发明内容

有鉴于此，本发明的目的在于提供一种终端信息采集方法、服务器、设备及存储介质，以保证终端信息的正常采集，同时确保各终端的正常运行。

第一方面，本申请实施例提供了一种终端信息采集方法，应用于第一服务器，所述方法包括：

响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型；

接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；

接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

可选地，在响应于数据上报配置命令，向各设备终端发送广播包前，所述方法还包括：

接收通信连接包，判断其自身的服务器地址是否与所述通信连接包中携带的目的地址相同；

若其自身的服务器地址与所述目的地址相同，则返回通信连接响应，以建立通信连接。

可选地，所述根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，包括：

对于各响应包中携带的终端标识信息，判断该响应包中携带的终端标识信息所指示的设备终端是否为所述终端列表中所记录的设备终端；

若该响应包中携带的终端标识信息所指示的设备终端为所述终端列表中所记录的设备终端，则将该响应包中携带的终端标识信息所指示的设备终端确定为所述目标终端。

可选地，在接收针对所述数据上报配置命令返回的目标数据后，所述方法还包括：

确定出各目标终端中未针对所述数据上报配置命令返回目标数据的异常终端；

发送所述异常终端的终端信息。

可选地，所述目标信息类型包括日志文件信息、终端告警信息、终端配置信息、***状态信息和业务状态信息。

可选地，在根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端后，所述方法还包括：

每隔预设时长向各目标终端发送心跳包；

接收针对所述心跳包返回的心跳响应，其中，所述心跳响应中的负载内容包括所述心跳响应的发送时间；

当所述目标信息类型为日志文件信息时，在接收针对所述数据上报配置命令返回的目标数据前，所述方法还包括：

根据各心跳响应的第一发送时间和接收到各心跳响应的第一接收时间判断其与发出各心跳响应的响应终端之间的通信连接是否发生故障，其中，将与第一发送时间和第一接收时间之间的时间间隔超出预设时长的响应终端之间的通信连接确定为发生故障，将与第一发送时间和第一接收时间之间的时间间隔未超出预设时长的响应终端之间的通信连接确定为未发生故障；

从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

可选地，在返回通信连接响应后，所述方法包括：

接收定时发送的心跳连接包，根据其接收到所述心跳连接包的第二接收时间和所述心跳连接包的第二发送时间判断其通信连接是否出现故障，其中，当所述第二接收时间和所述第二发送时间之间的时间间隔超过预设时长时，确定其通信连接出现故障，当所述第二接收时间和所述第二发送时间之间的时间间隔未超过预设时长时，确定其通信连接未出现故障；

当其通信连接出现故障时，向针对所述数据上报配置命令返回目标数据的各返回终端发送停止信息上报通知，以使各返回终端停止发送目标数据；

当其通信连接未出现故障时，接收针对所述数据上报配置命令返回的目标数据。

第二方面，本申请实施例提供了一种服务器，所述服务器用于：

响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型；

接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；

接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

可选地，所述服务器在用于响应于数据上报配置命令，向各设备终端发送广播包，还用于：

接收通信连接包，判断其自身的服务器地址是否与所述通信连接包中携带的目的地址相同；

若其自身的服务器地址与所述目的地址相同，则返回通信连接响应，以建立通信连接。

可选地，所述第一服务器在用于根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端时，具体用于：

对于各响应包中携带的终端标识信息，判断该响应包中携带的终端标识信息所指示的设备终端是否为所述终端列表中所记录的设备终端；

若该响应包中携带的终端标识信息所指示的设备终端为所述终端列表中所记录的设备终端，则将该响应包中携带的终端标识信息所指示的设备终端确定为所述目标终端。

可选地，所述第一服务器在用于接收针对所述数据上报配置命令返回的目标数据后，还用于：

确定出各目标终端中未针对所述数据上报配置命令返回目标数据的异常终端；

发送所述异常终端的终端信息。

可选地，所述目标信息类型包括日志文件信息、终端告警信息、终端配置信息、***状态信息和业务状态信息。

可选地，所述第一服务器在用于根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端后，还用于：

每隔预设时长向各目标终端发送心跳包；

接收针对所述心跳包返回的心跳响应，其中，所述心跳响应中的负载内容包括所述心跳响应的发送时间；

当所述目标信息类型为日志文件信息时，在接收针对所述数据上报配置命令返回的目标数据前，所述方法还包括：

根据各心跳响应的第一发送时间和接收到各心跳响应的第一接收时间判断其与发出各心跳响应的响应终端之间的通信连接是否发生故障，其中，将与第一发送时间和第一接收时间之间的时间间隔超出预设时长的响应终端之间的通信连接确定为发生故障，将与第一发送时间和第一接收时间之间的时间间隔未超出预设时长的响应终端之间的通信连接确定为未发生故障；

从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

可选地，所述第一服务器在用于返回通信连接响应后，还用于：

接收定时发送的心跳连接包，根据其接收到所述心跳连接包的第二接收时间和所述心跳连接包的第二发送时间判断其通信连接是否出现故障，其中，当所述第二接收时间和所述第二发送时间之间的时间间隔超过预设时长时，确定其通信连接出现故障，当所述第二接收时间和所述第二发送时间之间的时间间隔未超过预设时长时，确定其通信连接未出现故障；

当其通信连接出现故障时，向针对所述数据上报配置命令返回目标数据的各返回终端发送停止信息上报通知，以使各返回终端停止发送目标数据；

当其通信连接未出现故障时，接收针对所述数据上报配置命令返回的目标数据。

第三方面，本申请实施例提供了一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面中任一种可选地实施方式中所述的终端信息采集方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面中任一种可选地实施方式中所述的终端信息采集方法的步骤。

本申请提供的技术方案包括但不限于以下有益效果：

本申请公开的第一服务器在与需要进行数据采集的设备或者***在建立通信连接后，将需要进行数据采集的设备或者***发送的数据上报配置命令发送至针对其发出的广播包返回了响应包的目标终端，并对目标终端的数据进行获取，然后将获取到的目标终端的数据进行发送，从而实现终端信息的采集。

采用上述方法，通过第一服务器作为需要进行数据采集的设备或者***和各终端之间的传输桥梁，将与数据采集的相关指令绕过主控设备和分控设备，经由第一服务器发送至各终端，将需要采集的终端信息绕过主控设备和分控设备，经由第一服务器发送至需要进行数据采集的设备或者***，从而能够避免由于主控设备和分控设备的处理能力和带宽有限可能造成的数据采集出现异常的情况发生，以保证终端信息的正常采集；同时避免对核心服务器的资源占用，以避免对各终端设备中原本进行的业务的干扰和影响，确保各终端的正常运行。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例一所提供的一种终端信息采集方法的流程图；

图2示出了本发明实施例一所提供的一种终端信息采集***的结构示意图；

图3示出了本发明实施例一所提供的一种通信连接方法的流程图；

图4示出了本发明实施例一所提供的一种目标终端筛选方法的流程图；

图5示出了本发明实施例一所提供的一种终端信息发送方法的流程图；

图6示出了本发明实施例一所提供的一种目标数据获取方法的流程图；

图7示出了本发明实施例一所提供的一种目标数据发送方法的流程图；

图8示出了本发明实施例一所提供的一种具体的数据采集方法的流程图；

图9示出了本发明实施例三所提供的一种计算机设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

为便于对本申请进行理解，下面结合图1示出的本发明实施例一所提供的一种终端信息采集方法的流程图描述的内容对本申请实施例一进行详细说明。

参见图1所述，图1示出了本发明实施例一所提供的一种终端信息采集方法的流程图，其中，应用于第一服务器，所述方法包括步骤S101～S103：

S101：响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型。

具体的，参见图2所述，图2示出了本发明实施例一所提供的一种终端信息采集***的结构示意图，其中，第一服务器，即数据采集服务器归属于终端信息采集***，该终端信息采集***还包括运维管理***和核心服务器，核心服务器中包括多个终端，包括主控设备、分控设备(分控设备1,…,分控设备n)和设备终端(终端1,终端2,…)；运维管理***和数据采集服务器通过交换网络连接，主控设备和各分控设备统通过交换网络连接，各分控设备和各设备终端统通过交换网络连接，数据采集服务器和各设备终端统通过交换网络连接，通过本申请提供的终端信息采集方法，通过第一服务器从中核心服务器中的设备终端中获取数据，然后将数据发送至运维管理***，以实现终端信息的采集。在本申请中，各设备终端可以为视联网终端。

运维管理***根据需求向数据采集服务器发送数据上报配置命令，其负载内容包括所需采集的目标信息类型以及各目标信息类型的数据的上报频率。

数据采集服务器收到数据上报配置命令后，解析出负载内容进行本地保存，然后向运维管理***返回数据上报配置响应包，同时，数据采集服务器向各设备终端发送广播包。通过服务器根据所需采集的目标信息类型向各设备终端发送广播包，能够实现跨过主控设备和分控设备，以服务器作为数据提供端和数据接收端的传输媒介进行数据传输，从而减少主控设备和分控设备的功能工作负荷。

S102：接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令。

具体的，各设备终端中可能存在部分异常或者不在线的终端，这些设备终端无法正常接收到广播包或者是无法针对接收到的广播包返回响应包，所以这些设备终端的信息时无法采集的，只能采集到针对广播包返回了响应包的正常设备终端(即各响应包中携带的终端地址所对应的终端)发送的终端信息。当设备终端为视联网终端时，各响应包中携带的终端地址为MAC地址。

各目标终端(包括主控设备、分控设备、终端设备等)收到数据上报配置命令后，按照预设协议(视联网协议)规则进行解析，根据协议判断消息码是否为能识别的业务消息码：如果不是则不处理；如果是，则获取第一服务器的地址进行保存。同时向第一服务器发送数据上报设备响应包，响应包中包括其所属于的设备类型(主控设备、分控设备、终端设备)，其地址，其设备号码。第一服务器收到数据上报设备响应包后，解析输出设备地址、设备类型、设备号码进行保存。通过上述步骤，能够确定出能够进行数据采集和上报的设备终端，并将需要采集的数据的信息发送给这个设备终端，从而能够使得可用的设备终端能够作为数据的提供端提供数据来源。

S103：接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

具体的，接收针和目标终端对返回的目标数据，将所述目标数据发送至需要进行数据采集的设备或者***(例如运维管理***)，或者根据设备类型对目标数据进行分类统计后得到上报数据设备集合信息，并发送至需要进行数据采集的设备或者***。

需要进行数据采集的设备或者***收到目标数据或者上报数据设备集合信息后，获取到核心服务器中有哪些主控设备、分控设备和终端设备可以上报目标数据，判断是否和预期一致，如果不一致则过滤出预期中有哪些异常设备未参加数据上报，同时检查未参与数据上报的设备异常原因(如不在线、未启动等)，并发送至需要进行数据采集的设备或者***。通过第一服务器将设备终端发送的数据转发至需要采集数据的设备或者***，能够在完成数据采集的同时，减少各设备终端的负荷，保证终端信息的正常采集。

在一个可行的实施方案中，参见图3所述，图3示出了本发明实施例一所提供的一种通信连接方法的流程图，其中，在响应于数据上报配置命令，向各设备终端发送广播包前，所述方法包括步骤S301～S302：

S301：接收通信连接包，判断其自身的服务器地址是否与所述通信连接包中携带的目的地址相同；

具体的，需要进行数据采集的设备或者***为了与第一建立连接，向第一服务器发送通信连接包，第一服务器收到数据包后，获取数据包中的目的地址，判断是否是第一服务器自己的地址：如果不是，则不做处理。

S302：若其自身的服务器地址与所述目的地址相同，则返回通信连接响应，以建立通信连接。

具体的，如果是，则根据预设协议获取出源地址、消息码、事务ID等参数，如果消息码为通信连接命令，则向需要进行数据采集的设备或者***返回通信连接响应，需要进行数据采集的设备或者***收到通信连接响应后，说明连接成功，则定时向第一服务器发送心跳连接包，心跳包中包括当前时间等信息。

在一个可行的实施方案中，参见图4所述，图4示出了本发明实施例一所提供的一种目标终端筛选方法的流程图，其中，所述根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，包括步骤S401～S402：

S401：对于各响应包中携带的终端标识信息，判断该响应包中携带的终端标识信息所指示的设备终端是否为所述终端列表中所记录的设备终端。

S402：若该响应包中携带的终端标识信息所指示的设备终端为所述终端列表中所记录的设备终端，则将该响应包中携带的终端标识信息所指示的设备终端确定为所述目标终端。

具体的，基于需要进行数据采集的设备或者***可能所需要采集的终端信息会发生变化，可以预先根据需求预先配置好终端列表，然后将终端列表中有记录的正常终端确定为目标终端，然后向目标终端发送数据上报配置命令。

在一个可行的实施方案中，参见图5所述，图5示出了本发明实施例一所提供的一种终端信息发送方法的流程图，其中，在接收针对所述数据上报配置命令返回的目标数据后，所述方法还包括步骤S501～S502：

S501：确定出各目标终端中未针对所述数据上报配置命令返回目标数据的异常终端；

S502：发送所述异常终端的终端信息。

具体的，核心服务器中的设备收到数据上报配置命令后，记录配置并生效，同时：返回数据上报配置响应，响应包中消息码为数据上报配置响应、负载数据为指示成功的数字或者指示未成功的数字；第一服务器根据设备返回的数据上报配置响应结果进行统计，并把未返回的设备或返回响应包中负载数据为指示未成功的数字的设备上报给需要进行数据采集的设备或者***进行告警和排查。

在一个可行的实施方案中，所述目标信息类型包括日志文件信息、终端告警信息、终端配置信息、***状态信息和业务状态信息。

具体的，当目标信息类型为***状态信息时，目标终端开启新的线程上报***状态信息，根据数据上报配置命令的负载内容中***状态信息的上报频率作为上报间隔时间，将目标终端的***状态信息发送至第一服务器。***状态信息包括设备号码，本地***时间、终端地址、设备类型、版本信息、当前业务、运行状态(在线、离线等)、内存使用、磁盘使用、CPU使用、运行时长、主源视频发送速率、辅源视频发送速率、单路音频发送速率等等。

当目标信息类型为终端配置信息时，目标终端开启新的线程上报终端配置信息，根据数据上报配置命令的负载内容中终端配置信息的上报频率作为上报间隔时间，将目标终端的终端配置信息发送至第一服务器。终端配置信息包括设备号码，输入类型(如1280*720、)、帧率(如30、60)、视频编码格式(如H264、H265)、编码帧率(如24、25)等)。

当目标信息类型为业务状态信息时，目标终端开启新的线程上报业务状态信息，根据数据上报配置命令的负载内容中业务状态信息的上报频率作为上报间隔时间，将目标终端的业务状态信息发送至第一服务器。业务状态信息包括设备号码，为主叫设备或被叫设备、会议名称、会议ID、主持人号码、直播源设备号码等。

当目标信息类型为终端告警信息时，目标终端开启新的线程上报终端告警信息，终端告警信息包括设备号码，丢帧告警、音视频不同步、接收通道无流等相关异常详细信息。

在一个可行的实施方案中，在根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端后，所述方法还包括：

每隔预设时长向各目标终端发送心跳包；接收针对所述心跳包返回的心跳响应，其中，所述心跳响应中的负载内容包括所述心跳响应的发送时间。

具体的，每隔5秒向返回过响应包的目标终端发送心跳包，心跳包中的负载内容为当前时间。

参见图6所述，图6示出了本发明实施例一所提供的一种目标数据获取方法的流程图，其中，当所述目标信息类型为日志文件信息时，在接收针对所述数据上报配置命令返回的目标数据前，所述方法还包括步骤S601～S602：

S601：根据各心跳响应的第一发送时间和接收到各心跳响应的第一接收时间判断其与发出各心跳响应的响应终端之间的通信连接是否发生故障，其中，将与第一发送时间和第一接收时间之间的时间间隔超出预设时长的响应终端之间的通信连接确定为发生故障，将与第一发送时间和第一接收时间之间的时间间隔未超出预设时长的响应终端之间的通信连接确定为未发生故障；从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

S602：从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

具体的，当所述目标信息类型为日志文件信息时，需要目标终端开启新的线程上报日志文件信息，进一步通过以下步骤进行目标数据的采集：

步骤一：判断目标终端与第一服务器之间心跳是否超时：用当前时间减去记录中收到数据服务器心跳时间，如果大于5秒，说明心跳超时，则等待5秒后再计算一次，如果还是大于5秒，则说明目标终端与第一服务器之间通信故障，暂不上传日志文件信息。

步骤二：如果心跳未超时，第一服务器向目标终端发送日志文件信息上报数据包，其中负载内容为日志名称以及日志内容。目标终端响应日志文件信息上报数据包，根据其中的日志名称打开指定路径下的日志文件，获取日志文件字符总长度，同时获取本地记录的已发送字符长度，计算出当前应该发送的字符长度：日志文件字符总长度-已发送字符长度＝当前应该发送的字符长度，在进行后续业务处理：如果当前应该发送的字符长度为0，表示日志文件未更新，不用上传日志数据；如果当前发送的字符长度大于0，则从“已发送字符长度”位置处往后取“当前应该发送的字符长度”字符，并发送给第一服务器，同时更新“已发送字符长度＝已发送字符长度+当前应该发送的字符长度”。例如当前日志文件总字符长度为1000个字符，已发送字符长度为600，计算出当前应发送的字符长度为400个字符(1000-600＝400)，即从第600个字符开始往后取400个字符，作为当前应该发送的数据，同时更新已发送字符长度＝600+400；如果当前发送的字符长度大于1024，则分多次发送(一次最大发送1024个字符)。

步骤三：第一服务器收到日志文件信息上传后，需回一个日志文件信息上传响应包，防止在日志传输过程中发生丢包导致日志文件信息不全，日志文件信息上传响应包中的负载内容为与收到的日志文件信息上传包中的编号对应的编号。

步骤四：上次日志的终端收到第一服务器返回的日志文件信息上传响应包后，再进行后续的日志文件上传操作，如果未收到对应响应包，则等待3秒后尝试再发送一次当前日志文件信息，如果仍未收到响应，则产生告警，并停止上传日志文件信息发送。

在一个可行的实施方案中，参见图7所述，图7示出了本发明实施例一所提供的一种目标数据发送方法的流程图，其中，在返回通信连接响应后，所述方法包括步骤S701～S703：

S701：接收定时发送的心跳连接包，根据其接收到所述心跳连接包的第二接收时间和所述心跳连接包的第二发送时间判断其通信连接是否出现故障，其中，当所述第二接收时间和所述第二发送时间之间的时间间隔超过预设时长时，确定其通信连接出现故障，当所述第二接收时间和所述第二发送时间之间的时间间隔未超过预设时长时，确定其通信连接未出现故障。

S702：当其通信连接出现故障时，向针对所述数据上报配置命令返回目标数据的各返回终端发送停止信息上报通知，以使各返回终端停止发送目标数据。

具体的，第一服务器收到心跳命令包后，向需要进行数据采集的设备或者***返回“通信心跳响应”包，同时记录或更新收到心跳包时间。如果心跳未超时，则将目标数据直接转发给需要进行数据采集的设备或者***；如果有心跳超时设备，则向所有终端发送停止信息上报通知，各终端收到停止数据上报通知后，销毁对应线程释放资源，以使各返回终端停止发送目标数据。

S703：当其通信连接未出现故障时，接收针对所述数据上报配置命令返回的目标数据。

具体的，需要进行数据采集的设备或者***收到第一服务器转发的目标数据后：如果数据为日志文件信息，则将日志文件信息进行保存；如果目标数据为终端告警信息、终端配置信息、***状态信息或业务状态信息，则将目标数据以分类的形式在需要进行数据采集的设备或者***中进行展示。

参见图8所述，图8示出了本发明实施例一所提供的一种具体的数据采集方法的流程图，其中，运维管理***通过MAC地址向数据采集服务器发起连接，数据采集服务器判断目的MAC地址是否和自己匹配，若否则不做处理，若是则返回通信连接响应，运维管理***按时发送心跳包，保持通信连接。运维管理***根据需求发送数据上报配置命令，数据采集服务器根据协议解析配置信息并本地保存，随后返回配置处理结果响应，运维管理***根据返回结果进行提示，同时数据采集服务器向连接的视联网络中发送广播包；视联网络中的核心服务器设备判断其接收到的是否广播数据包，若是，则解析出数据上报设备命令，若否则不做处理；在解析出数据上报设备命令后，判断上报命令是否为能识别的业务消息码，若否，则不做处理，若是，则返回响应数据包和设备相关信息，数据采集服务器保存这些相关的设备信息。数据采集服务器根据设备类型分类统计，并返回能通信的设备集合，运维管理***根据返回结果进行处理和显示，同时数据采集服务器向设备发送心跳包建立通信连接，并循环判断设备是否需要上报信息，若否则不做出，若是，则向设备发送上报配置信息。核心服务器设备保存配置信息，根据配置需求进行响应业务，判断其他信息上报是否发生，若是，则根据配置信息获取设备相应信息，数据采集服务器接收并转发设备相应信息，运维管理***进行相应处理和展示；若否，则不做处理；同时核心服务器设备判断是否进行为进行日志上报，若是，则打开日志文件计算出当前应发字符长度，若否，则不做处理；在打开日志文件计算出当前应发字符长度后，判断是否满足应发长度为0，若是，则不做处理，若否，则获取对应长度日志内容并上报。数据采集服务器接收日志信息并转发，运维管理***根据日志名称把日志信息保存到指定目录；在数据采集服务器接收日志信息并转发后，返回日志上传响应，核心服务器设备获取到日志上报响应后再进行后续日志传输，从而实现终端设备的数据上报。

实施例二

本发明实施例二提供了一种服务器，所述服务器用于：

响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型；

接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；

接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

在一个可行的实施方案中，所述服务器在用于响应于数据上报配置命令，向各设备终端发送广播包，还用于：

接收通信连接包，判断其自身的服务器地址是否与所述通信连接包中携带的目的地址相同；

若其自身的服务器地址与所述目的地址相同，则返回通信连接响应，以建立通信连接。

在一个可行的实施方案中，所述第一服务器在用于根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端时，具体用于：

对于各响应包中携带的终端标识信息，判断该响应包中携带的终端标识信息所指示的设备终端是否为所述终端列表中所记录的设备终端；

若该响应包中携带的终端标识信息所指示的设备终端为所述终端列表中所记录的设备终端，则将该响应包中携带的终端标识信息所指示的设备终端确定为所述目标终端。

在一个可行的实施方案中，所述第一服务器在用于接收针对所述数据上报配置命令返回的目标数据后，还用于：

确定出各目标终端中未针对所述数据上报配置命令返回目标数据的异常终端；

发送所述异常终端的终端信息。

在一个可行的实施方案中，所述目标信息类型包括日志文件信息、终端告警信息、终端配置信息、***状态信息和业务状态信息。

在一个可行的实施方案中，所述第一服务器在用于根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端后，还用于：

每隔预设时长向各目标终端发送心跳包；

接收针对所述心跳包返回的心跳响应，其中，所述心跳响应中的负载内容包括所述心跳响应的发送时间；

当所述目标信息类型为日志文件信息时，在接收针对所述数据上报配置命令返回的目标数据前，所述方法还包括：

根据各心跳响应的第一发送时间和接收到各心跳响应的第一接收时间判断其与发出各心跳响应的响应终端之间的通信连接是否发生故障，其中，将与第一发送时间和第一接收时间之间的时间间隔超出预设时长的响应终端之间的通信连接确定为发生故障，将与第一发送时间和第一接收时间之间的时间间隔未超出预设时长的响应终端之间的通信连接确定为未发生故障；

从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

在一个可行的实施方案中，所述第一服务器在用于返回通信连接响应后，还用于：

接收定时发送的心跳连接包，根据其接收到所述心跳连接包的第二接收时间和所述心跳连接包的第二发送时间判断其通信连接是否出现故障，其中，当所述第二接收时间和所述第二发送时间之间的时间间隔超过预设时长时，确定其通信连接出现故障，当所述第二接收时间和所述第二发送时间之间的时间间隔未超过预设时长时，确定其通信连接未出现故障；

当其通信连接出现故障时，向针对所述数据上报配置命令返回目标数据的各返回终端发送停止信息上报通知，以使各返回终端停止发送目标数据；

当其通信连接未出现故障时，接收针对所述数据上报配置命令返回的目标数据。

实施例三

基于同一申请构思，参见图9所示，图9示出了本发明实施例三所提供的一种计算机设备的结构示意图，其中，如图9所示，本申请实施例三所提供的一种计算机设备900包括：

处理器901、存储器902和总线903，所述存储器902存储有所述处理器901可执行的机器可读指令，当计算机设备900运行时，所述处理器901与所述存储器902之间通过所述总线903进行通信，所述机器可读指令被所述处理器901运行时执行上述实施例一所示的终端信息采集方法的步骤。

实施例四

基于同一申请构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述实施例中任一项所述的终端信息采集方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的服务器的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例所提供的进行终端信息采集的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

本发明实施例所提供的服务器可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的服务器，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，服务器实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的服务器、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的实施例中，应该理解到，所揭露服务器和方法，可以通过其它的方式实现。以上所描述的服务器实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种终端信息采集方法，其特征在于，应用于第一服务器，所述方法包括：

响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型；

接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；

接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

2.根据权利要求1所述的方法，其特征在于，在响应于数据上报配置命令，向各设备终端发送广播包前，所述方法还包括：

接收通信连接包，判断其自身的服务器地址是否与所述通信连接包中携带的目的地址相同；

若其自身的服务器地址与所述目的地址相同，则返回通信连接响应，以建立通信连接。

3.根据权利要求1所述的方法，其特征在于，所述根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，包括：

对于各响应包中携带的终端标识信息，判断该响应包中携带的终端标识信息所指示的设备终端是否为所述终端列表中所记录的设备终端；

若该响应包中携带的终端标识信息所指示的设备终端为所述终端列表中所记录的设备终端，则将该响应包中携带的终端标识信息所指示的设备终端确定为所述目标终端。

4.根据权利要求1所述的方法，其特征在于，在接收针对所述数据上报配置命令返回的目标数据后，所述方法还包括：

确定出各目标终端中未针对所述数据上报配置命令返回目标数据的异常终端；

发送所述异常终端的终端信息。

5.根据权利要求1所述的方法，其特征在于，所述目标信息类型包括日志文件信息、终端告警信息、终端配置信息、***状态信息和业务状态信息。

6.根据权利要求5所述的方法，其特征在于，在根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端后，所述方法还包括：

每隔预设时长向各目标终端发送心跳包；

接收针对所述心跳包返回的心跳响应，其中，所述心跳响应中的负载内容包括所述心跳响应的发送时间；

当所述目标信息类型为日志文件信息时，在接收针对所述数据上报配置命令返回的目标数据前，所述方法还包括：

根据各心跳响应的第一发送时间和接收到各心跳响应的第一接收时间判断其与发出各心跳响应的响应终端之间的通信连接是否发生故障，其中，将与第一发送时间和第一接收时间之间的时间间隔超出预设时长的响应终端之间的通信连接确定为发生故障，将与第一发送时间和第一接收时间之间的时间间隔未超出预设时长的响应终端之间的通信连接确定为未发生故障；

从与其之间的通信连接为未发生故障的响应终端中获取所述目标数据。

7.根据权利要求2所述的方法，其特征在于，在返回通信连接响应后，所述方法包括：

接收定时发送的心跳连接包，根据其接收到所述心跳连接包的第二接收时间和所述心跳连接包的第二发送时间判断其通信连接是否出现故障，其中，当所述第二接收时间和所述第二发送时间之间的时间间隔超过预设时长时，确定其通信连接出现故障，当所述第二接收时间和所述第二发送时间之间的时间间隔未超过预设时长时，确定其通信连接未出现故障；

当其通信连接出现故障时，向针对所述数据上报配置命令返回目标数据的各返回终端发送停止信息上报通知，以使各返回终端停止发送目标数据；

当其通信连接未出现故障时，接收针对所述数据上报配置命令返回的目标数据。

8.一种服务器，其特征在于，所述服务器用于：

响应于数据上报配置命令，向各设备终端发送广播包，其中，所述数据上报配置命令包括所需采集的目标信息类型；

接收针对所述广播包返回的响应包，根据各响应包中携带的终端标识信息从预先配置的终端列表中筛选出目标终端，并向各目标终端发送所述数据上报配置命令；

接收针对所述数据上报配置命令返回的目标数据，并发送所述目标数据，其中，所述目标数据为归属于所述目标信息类型的数据。

9.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至7中任意一项所述的终端信息采集方法的步骤。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7中任意一项所述的终端信息采集方法的步骤。