CN110247957A - 网络***及其数据传输方法、电子设备 - Google Patents

Abstract

本公开涉及一种网络***及其数据传输方法、电子设备，以使客户端可以主动向服务器发送状态数据，实现单向网络下服务器对客户端状态数据的获取。该***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述单向网络用于客户端向服务器单向传输数据，所述客户端通过所述中间节点与所述服务器连接；所述客户端，用于将自身状态数据发送给所述中间节点；所述中间节点，用于接收所述客户端发送的所述状态数据，并保存所述状态数据；所述服务器，用于从所述中间节点获取所述客户端的状态数据。

Description

网络***及其数据传输方法、电子设备

技术领域

本公开涉及网络技术领域，具体地，涉及一种网络***及其数据传输方法、电子设备。

背景技术

随着科学技术的不断发展，网络技术也得到了不断发展。通常的网络***可以包括服务器和客户端，服务器可以主动向客户端发送数据获取指令，并通过代理TCP(Transmission Control Protocol，传输控制协议)连接或者SNMP(Simple NetworkManagement Protocol，简单网络管理协议)连接主动拉取客户端的状态数据。整个过程中，需要服务器与客户端分别向对方开通入站端口，才能实现客户端状态数据的回传。

但是，如果客户端有多个，且该多个客户端分布在不同的机构或组织，那么基于网络安全的考虑，各客户端不会向服务器开通入站端口，即客户端与服务器之间为单向网络。在此种情况下，客户端无法接收服务器发送的数据获取指令，因此按照上述方式，服务器无法获取客户端的状态数据。

发明内容

本公开的目的是提供一种网络***及其数据传输方法、电子设备，以提供一种新的服务器获取客户端状态数据的方式。

为了实现上述目的，第一方面，本公开提供一种网络***，包括所述***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述单向网络用于客户端向服务器单向传输数据，所述客户端通过所述中间节点与所述服务器连接；

所述客户端，用于将自身状态数据发送给所述中间节点；

所述中间节点，用于接收所述客户端发送的所述状态数据，并保存所述状态数据；

所述服务器，用于从所述中间节点获取所述客户端的状态数据。

可选地，所述中间节点为多个，所述客户端用于将所述状态数据分别发送给所述多个中间节点；

所述服务器用于从所述多个中间节点中的目标中间节点获取所述客户端的状态数据，当确定所述目标中间节点处于不可用状态时，从所述多个中间节点中处于可用状态的中间节点获取所述状态数据。

可选地，所述中间节点为消息队列，所述服务器用于：

订阅所述消息队列的目标主题，所述目标主题用于标识所述消息队列中存储的所述客户端的状态数据；

从所述消息队列中获取具有所述目标主题的状态数据。

可选地，所述服务器还用于：

解析所述状态数据，得到所述状态数据的生成时间，所述生成时间用于表征所述客户端获取所述状态数据的时间；

在所述状态数据中，确定所述生成时间最晚的目标状态数据；

将所述目标状态数据的生成时间与所述服务器当前记录的时间进行比对；

根据所述比对的结果，确定所述客户端的状态是否存在异常。

可选地，所述服务器还用于：

当所述目标状态数据的生成时间与所述服务器当前记录的时间的时间差超过预设时长时，确定所述客户端的状态存在异常，并输出告警提示信息，以通知运维人员所述客户端的状态存在异常。

第二方面，本公开还提供一种网络***中的数据传输方法，所述网络***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述客户端通过所述中间节点与所述服务器连接，所述方法包括：

所述客户端将自身状态数据发送给所述中间节点；

所述中间节点接收所述客户端发送的所述状态数据，并保存所述状态数据；

所述服务器从所述中间节点获取所述客户端的状态数据。

第三方面，本公开还提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第二方面所述方法中客户端所执行的步骤。

第四方面，本公开还提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第二方面所述方法中服务器所执行的步骤。

通过上述技术方案，客户端可以主动向服务器发送状态数据，即使是单向网络的情况，服务器也能获取到客户端的状态数据。并且，可以在服务器和客户端之间设置中间节点，相应地，客户端可以将数据主动发送到中间节点，服务器可以从中间节点获取数据，从而可以避免客户端直接向服务器发送状态数据时由于服务器宕机而导致的数据丢失问题。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开一示例性实施例示出的一种网络***的框图；

图2是根据本公开一示例性实施例示出的一种网络***的示意图；

图3是根据本公开一示例性实施例示出的一种网络***中的数据传输方法的流程图；

图4是根据本公开另一示例性实施例示出的一种网络***中的数据传输方法的流程图；

图5是根据本公开一示例性实施例示出的一种电子设备的框图；

图6是根据本公开另一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

相关技术中，服务器可以主动向客户端发送数据获取指令，并通过代理TCP连接或者SNMP连接主动拉取客户端的状态数据。整个过程中，需要服务器与客户端分别向对方开通入站端口，才能实现客户端状态数据的回传。但是，如果客户端有多个，且该多个客户端分布在不同的机构或组织，那么基于网络安全的考虑，各客户端不会向服务器开通入站端口，即客户端与服务器之间为单向网络。在此种情况下，客户端无法接收服务器发送的数据获取指令，因此按照上述方式，服务器无法获取客户端的状态数据。

为了解决上述技术问题，本公开实施例提出一种网络***及其数据传输方法、电子设备，以提供一种新的服务器获取客户端状态数据的方式，使得客户端可以主动向服务器发送状态数据，实现单向网络下服务器对客户端状态数据的获取。

图1是根据本公开一示例性实施例示出的一种网络***的框图。参照图1，该网络***100可以包括客户端101、中间节点102和服务器103，客户端101与所述服务器103之间为单向网络，所述单向网络用于客户端向服务器单向传输数据，客户端101通过中间节点102与服务器103连接。

其中，客户端101可以用于将自身状态数据发送给中间节点102。

示例地，客户端101可以是例如平板电脑、PC机、笔记本电脑等不同的电子设备，本公开实施例对此不作限定。客户端101的状态数据可以包括用于表征客户端内存使用情况、CPU(Central Processing Unit，中央处理器)占用率等不同性能状态的数据，本公开实施例对此也不作限定。

示例地，客户端101可以实时将自身状态数据发送给中间节点，也可以周期性将自身状态数据发送给中间节点。对于客户端101周期性将自身状态数据发送给中间节点的方式，比如，可以通过计算机程序设计语言Python中的schedule模块实现定时任务，使得客户端101每五分钟主动将自身状态数据发送给中间节点。当然，也可以通过其他方式实现客户端101周期性将自身状态数据发送给中间节点，本公开实施例对此不作限定。

示例地，客户端101可以读取预先存储的配置文件中的服务器103的IP(InternetProtocol，网络协议)地址和端口，从而将状态数据发送给与服务器103处于同一网络下的中间节点102，比如客户端101可以将状态数据发送给与服务器103处于同一局域网中的中间节点102，等等，本公开实施例对此不作限定。

中间节点102可以用于接收客户端101发送的状态数据，并保存该状态数据。

示例地，中间节点102可以是具有数据存储功能的任一电子设备，比如服务器。或者，中间节点102也可以是用于保存数据的容器，比如消息队列。当然，中间节点102也可以具有其他的形式，本公开实施例对此不作限定，只要中间节点102可以接收数据并保存数据即可。

服务器103可以用于从中间节点102获取客户端101的状态数据。

例如，参照图2，网络***包括服务器、中间节点及多个客户端，其中，客户端A为某医院A的客户端，客户端B为某医院B的客户端，客户端C为某学校C的客户端，中间节点MQ1和中间节点MQ2均为消息队列。由于客户端A、B和C分布在不同的机构组织，因此基于网络安全的考虑，客户端A、B和C不会向服务器开通入站端口。在此种情况下，客户端A、B和C无法接收服务器发送的数据获取指令。

按照本公开实施例的方案，参照图2，客户端A可以主动向中间节点MQ1发送状态数据，从而服务器可以从中间节点MQ1获取客户端A的状态数据。客户端B可以主动向中间节点MQ1和MQ2发送状态数据，从而服务器可以从中间节点MQ1和/或MQ2获取客户端B的状态数据。客户端C可以主动向中间节点MQ2发送状态数据，从而服务器可以从中间节点MQ2获取客户端C的状态数据。

通过上述网络***，客户端可以主动向服务器发送状态数据到中间节点，相应地，服务器可以从该中间节点获取客户端的状态数据，从而可以实现单向网络下服务器对客户端状态数据的获取。并且，通过在客户端与服务器之间设置中间节点的方式，可以避免客户端直接向服务器发送状态数据时由于服务器宕机而导致的数据丢失问题。

在一种可能的情况下，中间节点可以为多个，那么客户端可以用于将状态数据分别发送给该多个中间节点，相应地，服务器可以用于从该多个中间节点中的目标中间节点获取客户端的状态数据，以及当确定目标中间节点处于不可用状态时，从该多个中间节点中处于可用状态的中间节点获取状态数据。

也即是说，客户端和服务器可以分别与多个中间节点连接，每个中间节点均可以接收并保存客户端发送的状态数据。如果服务器从目标节点获取状态数据，且目标节点由于故障而处于不可用状态，那么服务器可以在处于可用状态的中间节点中继续获取状态数据。

具体地，在此种情况下，服务器在处于可用状态的中间节点继续获取状态数据可以是先在处于可用状态的中间节点重新确定一目标节点，然后从重新确定的目标节点继续获取状态数据。或者，由于每个中间节点均接收并保存有客户端发送的状态数据，因此也可以是依次从处于可用状态的多个中间节点获取状态数据，比如服务器可以先从处于可用状态的中间节点A1获取接收到的第5条状态数据，然后从处于可用状态的中间节点A2继续获取接收到的第6条状态数据，以此类推。

应当理解的是，上述只是对服务器从中间节点获取状态数据的方式进行的举例性说明，本公开在具体实施时，服务器也可以按照其他方式从中间节点获取状态数据，本公开实施例对此不作限定。

在一种可能的情况下，如果中间节点为消息队列，那么服务器可以用于订阅消息队列的目标主题，并从消息队列中获取具有目标主题的状态数据。

在本公开实施例中，消息队列的消息模式可以是发布-订阅模式，在此种情况下，消息队列可以具有多个发布者和多个消费者。其中，发布者用于向消息队列发送数据，消费者用于从消息队列中获取数据。发布者发送到消息队列的数据，只有订阅了该数据对应的目标主题的订阅者才可以获取到该数据。

在本公开实施例中，目标主题可以用于标识消息队列中存储的客户端的状态数据。示例地，目标主题可以通过字母形式、数字形式或者两者结合形式的字符或字符串表示。应当理解的是，对于同一客户端的状态数据，目标主题可以相同，而对于不同客户端的状态数据，目标主题可以不同。在一种可能的方式中，目标主题可以是唯一标识客户端的信息，例如，参照图2，对于客户端A的状态数据，目标主题可以通过客户端A的名称、标号等进行表示，比如，目标主题可以为客户端的名称“A”，那么服务器可以从消息队列MQ1中获取目标主题为A的状态数据，从而可以获取到客户端A的状态数据。

应当理解的是，如果服务器出现异常停止等故障，且消息队列处于可用状态，那么消息队列可以持续接收客户端发送的状态数据。在服务器重新恢复正常后，可以重新订阅消息队列的目标主题，从而服务器可以继续从该消息队列中获取客户端的状态数据。在此种情况下，服务器可以获取到故障期间的所有客户端状态数据，从而可以有效避免服务器故障期间客户端状态数据的丢失问题。

在一种可能的情况下，服务器还可以用于解析状态数据，得到状态数据的生成时间，在状态数据中确定生成时间最晚的目标状态数据，以及将目标状态数据的生成时间与服务器当前记录的时间进行比对，根据比对的结果，确定客户端的状态是否存在异常。

其中，状态数据的生成时间用于表征客户端获取状态数据的时间，可以是客户端获取到状态数据后为该状态数据添加的时间戳信息。比如客户端于12点获取到客户端的一状态数据，那么该状态数据的生成时间即为12点，因此可以为该状态数据添加表征12点的时间戳信息。相应地，解析状态数据可以是解析该状态数据的时间戳信息，以得到该状态数据的生成时间。

在得到状态数据的生成时间后，服务器可以确定生成时间最晚的目标状态数据。比如，服务器从中间节点获取到了状态数据1、状态数据2和状态数据3，并分别对状态数据1、状态数据2和状态数据3进行解析后，得到了状态数据1、状态数据2和状态数据3的生成时间分别为上午11点15分，上午11点22分，上午11点26分。其中，状态数据3的生成时间最晚，因此可以确定状态数据3为目标状态数据。

在得到目标状态数据后，服务器可以用于将目标状态数据的生成时间与服务器当前记录的时间进行比对，以及根据比对的结果，确定客户端的状态是否存在异常。

在一种可能的情况下，服务器可以当目标状态数据的生成时间与服务器当前记录的时间的时间差超过预设时长时，确定客户端的状态存在异常。

示例地，预设时长可以根据客户端获取状态数据的时间间隔而确定的，比如预设时长可以设定为客户端获取状态数据的时间间隔的预设倍数，比如客户端获取状态数据的时间间隔为10秒，即客户端每间隔10秒获取一次状态数据，那么预设时长可以设定为该时间间隔的2倍，即预设时长为20秒。此种情况下，当目标状态数据的生成时间与服务器当前记录的时间的时间差超过20秒时，服务器可以确定客户端没有获取到最新的状态数据，从而可以确定客户端存在异常，便于及时发现客户端存在的异常。

进一步，在确定客户端存在异常的情况下，服务器还可以输出告警提示信息，以通知运维人员该客户端的状态存在异常，便于运维人员对于客户端的异常进行修复，保证网络***的正常运行。

或者，在多个客户端存在异常的情况下，服务器可以先对存在异常的多个客户端进行标记，然后依次输出告警提示信息，以分别通知多个客户端对应的运维人员相应客户端的状态存在异常，本公开实施对此不作限定。

在另一种可能的情况下，如果目标状态数据的生成时间与服务器当前记录的时间的时间差未超过预设时长，则服务器可以确定客户端的状态不存在异常，那么服务器可以将获取到的状态数据进行持久化操作，比如将获取到的状态数据直接进行保存，或者将获取到的状态数据按照生成时间进行组装，得到时序数据后进行保存，等等，本公开实施例对此不作限定。

基于同一发明构思，参照图3，本公开还提供一种网络***中的数据传输方法，所述网络***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述客户端通过所述中间节点与所述服务器连接，所述方法包括：

步骤S301，所述客户端将自身状态数据发送给所述中间节点；

步骤S302，所述中间节点接收所述客户端发送的所述状态数据，并保存所述状态数据；

步骤S303，所述服务器从所述中间节点获取所述客户端的状态数据。

通过上述数据传输方法，客户端可以主动向服务器发送状态数据到中间节点，相应地，服务器可以从该中间节点获取客户端的状态数据，从而可以实现单向网络下服务器对客户端状态数据的获取。并且，通过在客户端与服务器之间设置中间节点的方式，可以避免客户端直接向服务器发送状态数据时由于服务器宕机而导致的数据丢失问题。

可选地，所述中间节点为多个，该方法还包括：

所述客户端将所述状态数据分别发送给所述多个中间节点；

所述服务器从多个中间节点中的目标中间节点获取客户端的状态数据，当确定目标中间节点处于不可用状态时，从多个中间节点中处于可用状态的中间节点获取状态数据。

可选地，所述中间节点为消息队列，所述方法还包括：

所述服务器订阅所述消息队列的目标主题，所述目标主题用于标识所述消息队列中存储的所述客户端的状态数据；

所述服务器从中间节点获取客户端的状态数据，包括：

所述服务器从所述消息队列中获取具有所述目标主题的状态数据。

可选地，所述方法还包括：

所述服务器解析所述状态数据，得到所述状态数据的生成时间，所述生成时间用于表征所述客户端获取所述状态数据的时间；

所述服务器在所述状态数据中，确定所述生成时间最晚的目标状态数据；

所述服务器将所述目标状态数据的生成时间与所述服务器当前记录的时间进行比对；

所述服务器根据所述比对的结果，确定所述客户端的状态是否存在异常。

可选地，所述方法还包括：

所述服务器当所述目标状态数据的生成时间与所述服务器当前记录的时间的时间差超过预设时长时，确定所述客户端的状态存在异常，并输出告警提示信息，以通知运维人员所述客户端的状态存在异常。

应当理解的是，上述各方法步骤的具体实施过程已在上文进行详细举例说明，这里不再赘述。

下面通过一个示例性实施例对本公开的数据传输方法进行举例说明。参照图4，该方法可以包括以下步骤：

步骤S401，服务器对消息队列进行高可用部署。其中，高可用部署可以是为服务器设置多个消息队列，从而保证在消息队列不可用的情况下，服务器可以从其他消息队列继续获取客户端的状态数据。

步骤S402，客户端周期性获取状态数据。

步骤S403，客户端读取预设配置文件的IP地址和端口，将状态数据发送到对应的消息队列。

步骤S404，服务器订阅消息队列的目标主题。

步骤S405，服务器从消息队列中获取具有目标主题的状态数据。

步骤S406，服务器解析获取到的状态数据，得到状态数据的生成时间。

步骤S407，在状态数据中确定生成时间最晚的目标状态数据。

步骤S408，确定目标状态数据的生成时间与服务器当前记录的时间的时间差是否超过预设时长，如果是，进入步骤S409，否则进入步骤S410。

步骤S409，确定所述客户端的状态存在异常，并输出告警提示信息。

步骤S410，将获取到的状态数据按照生成时间进行组装，得到时序数据进行保存。

上述各步骤的具体实施方式已在上文进行详细举例说明，这里不再赘述。另外应当理解的是，对于上述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受上文所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，上文所描述的实施例属于优选实施例，所涉及的步骤并不一定是本公开所必须的。

通过上述数据传输方法，客户端可以主动向服务器发送状态数据，即使是单向网络的情况，服务器也能获取到客户端的状态数据。并且，通过在服务器和客户端之间设置中间节点，客户端可以将数据主动发送到中间节点，服务器可以从中间节点获取数据，从而还可以避免客户端直接向服务器发送状态数据时由于服务器宕机而导致的数据丢失问题。

基于同一发明构思，本公开还提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现上述数据传输方法中客户端所执行的步骤。

在可能的方式下，该电子设备的框图可以如图5所示。参照图5，该电子设备500可以包括：处理器501，存储器502。该电子设备500还可以包括多媒体组件503，输入/输出(I/O)接口504，以及通信组件505中的一者或多者。

其中，处理器501用于控制该电子设备500的整体操作，以完成上述数据传输方法中客户端所执行的全部或部分步骤。存储器502用于存储各种类型的数据以支持在该电子设备500的操作，这些数据例如可以包括用于在该电子设备500上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如客户端的状态数据等等。

该存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable ProgrammableRead-Only Memory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

多媒体组件503可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或通过通信组件505发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口504为处理器501和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。

通信组件505用于该电子设备500与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near Field Communication，简称NFC)，2G、3G、4G、NB-IOT、eMTC、或其他5G等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件505可以包括：Wi-Fi模块，蓝牙模块，NFC模块等等。

在一示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital SignalProcessing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述数据传输方法中客户端所执行的步骤。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述数据传输方法中客户端所执行的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器502，上述程序指令可由电子设备500的处理器501执行以完成上述数据传输方法中客户端所执行的步骤。

基于同一发明构思，本公开实施例还提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现上述数据传输方法中服务器所执行的步骤。

在可能的方式中，该电子设备的框图可以如图6所示。参照图6，该电子设备600可以被提供为一服务器。参照图6，电子设备600包括处理器622，其数量可以为一个或多个，以及存储器632，用于存储可由处理器622执行的计算机程序。存储器632中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器622可以被配置为执行该计算机程序，以执行上述数据传输方法中服务器所执行的步骤。

另外，电子设备600还可以包括电源组件626和通信组件640，该电源组件626可以被配置为执行电子设备600的电源管理，该通信组件640可以被配置为实现电子设备600的通信，例如，有线或无线通信。此外，该电子设备600还可以包括输入/输出(I/O)接口658。电子设备600可以操作基于存储在存储器632的操作***，例如Windows ServerTM，Mac OSXTM，UnixTM,LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述数据传输方法中服务器所执行的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器632，上述程序指令可由电子设备600的处理器622执行以完成上述数据传输方法中服务器所执行的步骤。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (8)

1.一种网络***，其特征在于，所述***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述单向网络用于客户端向服务器单向传输数据，所述客户端通过所述中间节点与所述服务器连接；

所述客户端，用于将自身状态数据发送给所述中间节点；

所述中间节点，用于接收所述客户端发送的所述状态数据，并保存所述状态数据；

所述服务器，用于从所述中间节点获取所述客户端的状态数据。

2.根据权利要求1所述的***，其特征在于，所述中间节点为多个，所述客户端用于将所述状态数据分别发送给所述多个中间节点；

所述服务器用于从所述多个中间节点中的目标中间节点获取所述客户端的状态数据，当确定所述目标中间节点处于不可用状态时，从所述多个中间节点中处于可用状态的中间节点获取所述状态数据。

3.根据权利要求1所述的***，其特征在于，所述中间节点为消息队列，所述服务器用于：

订阅所述消息队列的目标主题，所述目标主题用于标识所述消息队列中存储的所述客户端的状态数据；

从所述消息队列中获取具有所述目标主题的状态数据。

4.根据权利要求1-3任一所述的***，其特征在于，所述服务器还用于：

解析所述状态数据，得到所述状态数据的生成时间，所述生成时间用于表征所述客户端获取所述状态数据的时间；

在所述状态数据中，确定所述生成时间最晚的目标状态数据；

将所述目标状态数据的生成时间与所述服务器当前记录的时间进行比对；

根据所述比对的结果，确定所述客户端的状态是否存在异常。

5.根据权利要求4所述的***，其特征在于，所述服务器还用于：

当所述目标状态数据的生成时间与所述服务器当前记录的时间的时间差超过预设时长时，确定所述客户端的状态存在异常，并输出告警提示信息，以通知运维人员所述客户端的状态存在异常。

6.一种网络***中的数据传输方法，其特征在于，所述网络***包括客户端、服务器和中间节点，所述客户端与所述服务器之间为单向网络，所述客户端通过所述中间节点与所述服务器连接，所述方法包括：

所述客户端将自身状态数据发送给所述中间节点；

所述中间节点接收所述客户端发送的所述状态数据，并保存所述状态数据；

所述服务器从所述中间节点获取所述客户端的状态数据。

7.一种电子设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求6所述方法中客户端所执行的步骤。

8.一种电子设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求6所述方法中服务器所执行的步骤。