CN110636098B - 监护数据共享方法、监护设备、服务器和系统 - Google Patents

Abstract

本发明提出一种监护数据共享方法、监护设备、服务器和系统，其中，该方法包括：获取并组织监护数据；接收并识别由中央站发送的连接请求，若通过连接请求，则将中央站添加至第一连接列表；遍历第一连接列表，并向第一连接列表内的中央站发送监护数据。该方法通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

Description

监护数据共享方法、监护设备、服务器和系统

技术领域

本发明涉及医学技术领域，特别涉及一种监护数据共享方法、监护设备、服务器和系统。

背景技术

医用监护设备与中央站的使用已经普及，大多都基于监护设备接入中央站或某个特定系统的模式。

其中，监护设备接入中央站的结构示意图，如图1所示，在这种模式下，每个监护设备与中央站之间相互通信，每个监护设备可将监护数据发送至中央站。

随着当前医用监护系统种类的增加，为了完成病人生理数据的联合诊断与分析，监护数据的实时共享需求越来越强烈。

相关技术中，一般采用中转方式实现监护数据的共享，具体而言，监护设备将监护数据发送至中央站，然后，由中央站按照不同的需求将监护数据转发给其他中央站或者外部系统。比如，存在中央站A和服务器B(中央站或其他外部系统如医院信息系统(HospitalInformation System，HIS))，它们可以通讯，假设服务器B想查看中央站A下接入监护设备M的监护数据，此时，需要中央站A来中转监护设备M的监护数据给服务器B。

然而，在实现本发明的过程，发明人发现上述共享监护数据的方式至少存在如下技术问题：(1)其他中央站或者外部系统所接收到的监护数据都是经过解析识别的数据，并不是监护设备发送的原始监护数据，在中转共享的过程中，监护数据容易出现传输错误，从而引起监护数据不能无差别的传输给其他中央站或者其他外部系统，导致监护数据的准确度降低，进而影响后续基于监护数据的分析；(2)增加了中间环节，导致延时增大；(3)系统开发复杂性，部署维护难度大，共享监护数据的成本高。

发明内容

本发明旨在至少在一定程度上解决上述技术问题。

为此，本发明的第一个目的在于提出一种监护数据共享方法，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明的第二个目的在于提出一种共享监护数据的方法。

本发明的第三个目的在于提出一种监护设备。

本发明的第四个目的在于提出一种服务器。

本发明的第五个目的在于提出一种监护数据共享系统。

本发明的第六个目的在于提出一种计算机可读存储介质。

本发明的第七个目的在于提出一种计算机程序产品。

为达上述目的，根据本发明第一方面实施例提出了一种监护数据共享方法，包括以下步骤：获取并组织监护数据；接收并识别由中央站发送的连接请求，若通过所述连接请求，则将所述中央站添加至第一连接列表；遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据。

本发明实施例的监护数据共享方法，通过将监护设备与多个中央站直接建立通信连接，并将监护数据直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明第二方面实施例提出了一种监护数据共享方法，包括：向网络广播连接信息，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送所述连接请求；接收并识别由监护设备发送的所述连接请求；若通过所述连接请求，则将所述监护设备添加至所述中央站的第二连接列表；接收由所述第二连接列表内的监护设备发送的监护数据。

本发明实施例的监护数据共享方法，通过中央站广播连接信息，使得监护设备通过连接信息与中央站建立通信连接，并将监护设备添加至中央站的第二连接列表中，以及接收由所述第二连接列表内的监护设备发送的监护数据。由此，使得监护设备与中央站直接通信，监护设备可将监护数据发送给中央站，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明第三方面实施例提出了一种监护设备，所述监护设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，用于执行以下操作：获取并组织监护数据，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送所述连接请求；接收并识别由中央站发送的连接请求，若通过所述连接请求，则将所述中央站添加至第一连接列表；遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据。

本发明实施例的监护设备，通过将监护设备与多个中央站直接建立通信连接，并将监护设备直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明第四方面实施例提出了一种服务器，所述服务器包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，用于执行以下操作：向网络广播连接信息，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送所述连接请求；接收并识别由监护设备基于所述连接信息发送的连接请求；若通过所述连接请求，则将所述监护设备添加至所述中央站的第二连接列表；接收由所述第二连接列表内的监护设备发送的监护数据。

本发明实施例的服务器，通过中央站广播连接信息，使得监护设备通过连接信息与中央站建立通信连接，并将监护设备添加至中央站的第二连接列表中，以及接收由所述第二连接列表内的监护设备发送的监护数据。由此，使得监护设备与中央站直接通信，监护设备可将监护数据发送给中央站，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明第五方面实施例提出了一种监护数据共享系统，所述系统包括监护设备和中央站，其中，所述中央站，用于向所述监护设备发送连接请求；所述监护设备，用于获取并组织监护数据，接收并识别由中央站发送的连接请求，若通过所述连接请求，则将所述中央站添加至第一连接列表，以及遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据。

本发明实施例的监护数据共享系统，通过将监护设备与多个中央站直接建立通信连接，并将监护设备直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

本发明第六方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如本发明第一方面实施例的监护数据共享方法。

本发明第七方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行本发明第一方面实施例的监护数据共享方法。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1为监护设备接入中央站的结构示意图；

图2为根据本发明一个实施例的监护数据共享方法的流程图；

图3为监护设备与多个中央站具有通信连接的结构示意图；

图4为根据本发明另一个实施例的监护数据共享方法的流程图；

图5为根据本发明另一个实施例的监护数据共享方法的流程图；

图6为根据本发明另一个实施例的监护数据共享方法的流程图；

图7为监护设备上的工作流程示意图；

图8为中央站上的工作流程示意图；

图9为根据本发明一个实施例的监护设备的结构示意图；

图10为根据本发明一个实施例的服务器的结构示意图；

图11为根据本发明一个实施例的监护数据共享系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

在本发明的描述中，需要理解的是，术语“多个”指两个或两个以上；术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

下面参考附图描述根据本发明实施例的监护数据共享方法、监护设备、服务器和系统。

图2为根据本发明一个实施例的监护数据共享方法的流程图。其中，需要说明的是，该实施例监护数据共享方法应用在监护设备中。

如图2所示，根据本发明实施例的监护数据共享方法可以包括：

S21，获取并组织监护数据。

S22，接收并识别由中央站发送的连接请求，若通过连接请求，则将中央站添加至第一连接列表。

为了减少人工为中央站配置监护设备的配置信息的麻烦，且避免人为配置发生错误的情况的发生，在本发明的一个实施例中，在接收并识别由中央站发送的连接请求之前，还可以向网络广播监护设备的配置信息，以使中央站根据配置信息向监护设备发送连接请求。

其中，配置信息包括IP地址和用于处理中央站发送的连接请求的端口号。

在本发明的一个实施例中，为了提高数据交互的安全性，避免未认证的中央站使用监护数据，在将中央站添加至第一连接列表之前，监护设备可接收中央站发送的连接请求，并判断连接请求中是否包含预设约定信息，若获知连接请求中包含预设约定信息，则通过连接请求，并执行将中央站添加至第一连接列表的步骤。

其中，连接请求可以包括但不限于用于认证中央站是否允许接入监护设备的预设约定信息。

其中，需要理解的是，连接请求中还可以包括其他信息，例如，对应中央站的IP地址和端口信息。

其中，预设约定信息是用于验证中央站身份的信息，预设约定信息可以为任何能用于认证身份的信息，例如，预设约定信息可以为一段预先约定的序列号或者一段字符串，还可以为用户名和密码，该实施例对预设约定信息不作限定。

在本发明的一个实施例中，为了减少同时接入多个中央站对监护设备自身性能的影响，在监护设备接收到对应中央站的连接请求后，监护设备还可以判断中央站的连接个数是否超过预设阈值，若判断出中央站的连接个数未超过预设阈值，则监护设备执行根据连接请求与对应中央站建立通信连接。若判断出中央站法的连接个数超过预设阈值，则监护设备不允许对应中央站接入。

其中，预设阈值是监护设备可连接的中央站的临界值，例如，预设阈值为5，也就是说，监护设备最多可连接5个中央站。

作为另一种示例性的实施方式，为了对连接监护设备上的中央站进行管理，在监护设备接收到对应中央站的连接请求后，监护设备可先判断中央站的连接个数是否超过预设阈值，若未超过预设阈值，则监护设备可进一步根据连接请求，判断是否允许对应中央站接入监护设备，若判断出允许对应中央站接入监护设备，则监护设备根据连接请求与对应中央站建立通信连接，即，监护设备允许对应中央站接入。由此，实现了对中央站的接入管理，保护了监护数据的安全性的同时，避免了同时接入过多的中央站对监护设备自身性能的影响。

其中，需要理解的是，监护设备还可以通过先判断是否允许对应中央站接入监护设备，并在判断出允许对应中央站接入时，进一步判断中央站的连接个数是否超过预设阈值的方式来实现对中央站的接入管理。

S23，遍历第一连接列表，并向第一连接列表内的中央站发送监护数据。

由于监护设备与中央站之间的连接受多种因素影响，监护设备与中央站之间并不是一直处于连接状态，可能会出现连接异常，在连接异常时，监护设备与中央站将断开连接。在本发明的一个实施例中，为了避免监护设备向未处于连接状态的中央站发送监护数据，造成资源浪费，监护设备将监护数据发送给与其存在连接的中央站时，可判断当前的第一连接列表中是否为空，若否，则根据当前的第一连接列表向对应的中央站发送监护数据。

其中，需要理解的是，第一连接列表中中央站的数量为N个，其中，N为大于或者等于1的正整数。

具体而言，监护设备根据当前的第一连接列表获取与监护设备处于连接状态的所有中央站，并按照遍历连接，向各个中央站发送监护数据。由此，使得与监护设备相连的所有中央站均可以从监护设备中直接获得原始的监护数据，而无需其他中间节点转发监护数据，避免了中间转发过程中引起的传输错误情况的发生，提高了中央站所获取的监护数据的准确性，为后续准确分析奠定了数据基础。

其中，需要理解的是，监护设备中的第一连接列表中的中央站将随着监护设备与中央站之间的连接状态的变化而更新。

举例而言，假设当前的第一连接列表中包括3个中央站，分别用中央站1、中央站2和中央站3表示，在监护设备获取并组织监护数据后，可遍历第一连接列表，并依次向中央站1、中央站2和中央站3分别发送监护数据。假设在后续的某个时刻，中央站2向中央站发送断开连接请求，监护设备间根据断开连接请求，将第一连接列表中的中央站2的配置信息删除，此时，第一连接列表中包括中央站1和中央站3。之后，在监护设备再次发送监护数据时，监护设备根据当前的第一连接列表依次向中央站1和中央站3发送监护数据。

其中，需要理解的是，监护设备在向第一连接列表中的中央站发送监护数据时，监护设备可以通过TCP(Transmission Control Protocol传输控制协议)传输监护数据，或者UDP(User Datagram Protocol，用户数据报协议)组播技术向中央站发送监护数据。

作为一种示例，监护设备可以通过TCP传输监护数据，此时，监护设备根据第一连接列表，依次向对应的中央站发送监护数据。通过TCP传输数据，连接可靠，可以保证数据的连续性。

作为另一种示例，监护设备可以通过UDP组播技术，将监护数据发送至网络中，对应地，中央站加入UDP组播中，以接收监护设备发送的监护数据。通过UDP组播技术发送监护数据可以有效降低网络负荷。

由于通过UDP组播技术发送监护数据可能存在数据包丢失的问题，为了实现监护数据的准确传输，作为一种示例性的实施方式，中央站还可以根据数据接收情况，判断数据编号是否连续。若判断获知数据编号连续，则不需要断点续传功能；若判断获知数据编号不连续，则由中央站计算出需要的数据编号区间，然后发送请求包到监护设备，监护设备根据数据编号区间检索出对应的数据，重新打包并发送给中央站。

本发明实施例的监护数据共享方法，通过将监护设备与多个中央站直接建立通信连接，并将监护设备直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

其中，需要理解的是，对于每个中央站而言，在监护设备与中央站建立通信连接时，对应中央站将启动自身状态检测，若检测到自身状态异常，则对应中央站向监护设备发送断开连接请求。对应的，监护设备接收对应中央站发送的断开连接请求；监护设备根据断开连接请求，删除当前的第一连接列表中对应中央站的配置信息。由此，使得监护设备可向与其存在连接的中央站发送监护数据，合理利用了资源，避免了监护设备向未处于连接状态的中央站发送监护数据，造成资源浪费。

其中，断开连接请求中包括对应中央站的配置信息。

另外，在本发明的一个实施例中，为了避免监护设备向未处于连接状态的中央站发送监护数据，造成资源浪费，在监护设备向对应中央站发送监护数据后，若在预设时间内未接收到对应中央站的确认指令，则将第一连接列表中对应中央站删除。

其中，预设时间是监护设备中预设设置的时间，例如，预设时间可以为1分钟，在监护设备向中央站A发送监护数据后，监护设备可判断在1分钟内是否接收到中央站A发送的确认指令，若否，则将第一列表中中央站A删除，即，将第一列表中中央站A的配置信息删除。

为了使得本领域的技术人员理解监护数据共享方法的过程，下面结合图3和图4描述监护设备采用服务器模式，中央站采用客户端模式时，监护设备与中央站共享监护数据的详细过程。需要理解的是，如图3所示，该监护设备可与多个中央站建立通信连接，监护设备与每个中央站之间的交互过程均与图4所示的交互过程相同。

S401，监护设备广播包含配置信息的广播消息。

其中，配置信息包括IP地址和用于处理对应中央站发送的连接请求的端口号，配置信息用于指示对应中央站向监护设备发送连接请求。

具体而言，监护设备可每间隔预设时间发送广播消息。

其中，预设时间是监护设备中预先设置的时间，例如，预设时间为2秒，即，监护设备每间隔2秒发送一次包含配置信息的广播消息。

其中，广播消息的格式的示例，如表1所示。

表1广播消息的格式

其中，包类型表示包的类型，包内容可以包括但不限于监护设备的IP地址和端口号。

其中，需要理解的是，通过监护设备广播配置信息，可以使得中央站获取监护设备的配置信息，即使得中央站可获得监护设备的IP地址和端口号，避免了人工为中央站逐个配置的麻烦，且可避免人工配置错误情况的发生，降低了部署成本。

S402，中央站侦听消息广播，并判断是否接收到广播消息，若否，则继续侦听消息广播，若是，则执行步骤S403。

S403，中央站判断广播消息是否正确，若获知广播消息不正确，则返回继续侦听消息广播，否则执行步骤S404。

S404，中央站根据广播消息中的配置信息，判断是否已连接该监护设备，若是，则中央站继续侦听消息广播，若否，则执行步骤S405。

具体而言，在中央站收到广播消息后，中央站先截取包长度的字节，然后再计算校验和，若验证该广播消息不正确，则中央站继续侦听消息广播。若验证该广播消息正确，则中央站根据广播消息中的配置信息，确定第二连接列表中是否已存在该配置信息，若存在，则说明中央站和监护设备已经建立连接。若否，则执行步骤405。

其中，第二连接列表中包括中央站已经连接到的监护设备的IP地址和端口号。

S405，中央站根据配置信息向监护设备发送连接请求。

S406，监护设备根据连接请求，判断是否允许中央站接入，若允许，则执行步骤S407，否则拒绝中央站接入监护设备。

S407，监护设备向中央站返回连接成功的确认指令，并根据连接请求，将中央站的IP地址和端口号信息保存至第一连接列表。

S408，中央站根据确认指令，将监护设备的配置信息保存至第二连接列表中。

中央站通过将监护设备的配置信息保存至第一连接列表中，以方便管理监护设备。

其中，需要理解的是，中央站接收到确认指令后，中央站立即进入数据的接收步骤，以便从监护设备上接收监护数据。

S409，监护设备获取并组织监护数据。

S410，监护设备根据第一连接列表向中央站发送监护数据。

本发明实施例的监护数据共享方法，通过将监护设备与多个中央站直接建立通信连接，并将监护数据直接发送给与其连接的中央站，由此，通过监护设备直接将监护设备发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

图5为根据本发明另一个实施例的监护数据共享方法的流程图。其中，需要说明的是，该实施例监护数据共享方法应用在中央站中。

S501，向网络广播连接信息。

其中，连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含连接信息，若否，则通过监护设备向中央站发送连接请求。

其中，连接信息可以包括但不限于中央站的IP地址和用于处理监护设备发送的连接请求的端口号。

其中，需要理解的是，中央站通过网络广播连接信息，从而使得监护设备可通过网络广播即可获得中央站的连接请求，避免了人工为监护设备逐个配置的麻烦，且可避免人工配置错误情况的发生，进一步而言，可提高中央站与监护设备组网的效率。

具体而言，中央站向网络广播连接信息。对应地，监护设备接收广播消息，并验证所接收到的广播消息是否正确，并在验证广播消息正确后，监护设备根据广播消息中的连接信息，判断自身中的第一连接列表内是否已包含连接信息，若否，则监护设备向中央站发送连接请求。

其中，需要说明的是，若监护设备判断到自身中的第一连接列表中包含该连接信息，则说明监护设备与中央站已建立连接，此时，监护设备无需再次向中央站发送连接请求。

S502，接收并识别由监护设备发送的连接请求。

在本发明的一个实施例中，为了提高数据交互的安全性，避免未认证的监护设备连接中央站，中央站可接收监护设备发送的连接请求，并判断连接请求中是否包含预设约定信息，若判断获知连接请求中包含预设约定信息，则通过连接请求，并执行将监护设备添加至中央站的第二连接列表。

其中，连接请求可以包括但不限于用于认证监护设备是否允许接入中央站的预设约定信息，连接请求中还可以包括其他信息，例如，连接请求中还可以包括对应监护设备的IP地址和端口号。

其中，预设约定信息是用于验证监护设备身份的信息，预设约定信息可以为任何能用于认证身份的信息，例如，预设约定信息可以为一段预先约定的序列号或者一段字符串，还可以为用户名和密码，该实施例对预设约定信息不作限定。

S503，若通过连接请求，则将监护设备添加至中央站的第二连接列表。

S504，接收由第二连接列表内的监护设备发送的监护数据。

本发明实施例的监护数据共享方法，通过中央站广播连接信息，使得监护设备通过连接信息与中央站建立通信连接，并将监护设备添加至中央站的第二连接列表中，以及接收由第二连接列表内的监护设备发送的监护数据。由此，使得监护设备与中央站直接通信，监护设备可将监护数据发送给中央站，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

基于上述实施例的基础上，中央站中的第二连接列表中的监护设备将随着中央站与监护设备之间的连接状态的变化而更新，作为一种示例性的实施方式，中央站还可以接收监护设备的断开连接请求，并根据断开连接请求，将监护设备从第二连接列表中删除。由此，根据监护设备的断开口连接请求，实现了对第二连接列表的更新。

为了使得本领域的技术人员理解监护数据共享方法的过程，下面结合图6描述在监护设备采用客户端模式，中央站采用服务器模式时，监护设备与中央站进行监护数据共享的过程。需要理解的是，监护设备与每个中央站之间的交互过程均与图6所示的交互过程相同。

S601，中央站广播连接信息。

其中，连接信息包括对应中央站的IP地址和用于处理监护设备发送的连接请求的端口号。

具体而言，中央站广播包含连接信息的广播消息。

S602，监护设备侦听消息广播，并判断是否接收到广播消息，若否，则继续侦听消息广播，若是，则执行步骤S603。

S603，监护设备判断广播消息是否正确，若广播消息不正确，则返回继续侦听消息广播，否则执行步骤S604。

S604，监护设备根据连接信息，判断是否已连接该中央站，若是，则监护设备继续侦听消息广播，若否，则执行步骤S605。

具体而言，监护设备判断自身中的第二连接列表中是否包含该连接信息，若包含，则说明监护设备与该中央站已建立通信连接，此时，监护设备无需再次向该中央站发送连接请求。

S605，监护设备根据连接信息向中央站发送连接请求。

S606，中央站根据连接请求，验证监护设备是否为合法连接，若是，则执行步骤S607，否则拒绝监护设备接入。

S607，中央站将监护设备的配置信息保存至第二连接列表中，并向监护设备返回连接成功的确认指令。

S608，监护设备根据确认指令，将中央站的配置信息保存至对应的第一连接列表中。

其中，需要说明的是，在监护设备与中央站建立通信连接后，中央站与监护设备各自启动自身连接状态检测，在检测到自身的连接状态异常时，将启动断开连接事件，以断开两者之间的连接。

S609，监护设备向中央站发送监护数据。

S610，中央站接收由第二连接列表内的监护设备发送的监护数据。

具体地，监护设备与中央站建立通信连接后，监护设备获取并组织监护数据，并将向第一连接列表中的中央站发送监护数据。对应地，中央站接收监护设备发送的监护数据。

本发明实施例的监护数据共享方法，通过中央站广播连接信息，使得监护设备通过连接信息与中央站建立通信连接，并将监护设备添加至中央站的第二连接列表中，以及接收由第二连接列表内的监护设备发送的监护数据。由此，使得监护设备与中央站直接通信，监护设备可将监护数据发送给中央站，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

其中，监护设备上的工作流程示意图，如图7所示。

通过图7可以看出，在监护设备采用服务器模式时，监护设备广播监护设备的IP和当前侦听的端口后，监护设备主要完成以下两个方面的工作。

1、监护设备接收连接请求并管理连接

监护设备侦听端口，等待中央站来连接，若是没有连接，则继续等待。若有连接到来，则监护设备进入连接识别。

监护设备根据接收到的连接请求，判断是否是允许接入的连接，若判断获知连接不允许接入，即移除连接；若判断获知允许连接接入，即将连接添加到第一连接列表A中。若同时有多个中央站发送连接请求，则逐个识别。若连接个数达到监护设备设定的预设阈值，就不再接入连接到第一连接列表A。

每一个与监护设备连接的中央站，在建立时就会启动自身状态检测，若是正常就允许自己被继续使用；若检测到自身状态异常，则对应中央站向监护设备发送断开连接请求，对应的，监护设备根据断开连接请求，将对应中央站的配置信息从第一连接列表A中移除。

2、监护设备发送监护数据、接收指令

监护设备获取待发送的监护数据，并获取当前的第一连接列表A，并从第一连接列表A中查询是否包含连接，若不存在连接，丢弃数据并重新组织数据。若存在连接，则监护设备从第一连接列表A中取得所有连接，然后遍历连接，将数据从各个连接发送出去。发送失败后会自动触发断开连接事件。若发送成功结束本次执行，等待下一包数据的发送。

在监护设备采用客户端模式，监护设备采用侦听的方式侦听对应中央站发送的地址广播消息，并根据地址广播消息向对应中央站发送连接请求，以完成监护设备与中央站建立通信连接。

在建立通信连接后，监护设备发送监护数据、接收指令的处理作过程与监护设备采用服务器模式时对应的处理过程相同，此处不再赘述。

其中，中央站上的工作流程示意图，如图8所示。

通过图8可以看出，中央站采用客户端模式时，中央站主要完成下面3方面的工作：

1、中央站判断广播消息的正确性：

当中央站收到广播消息后，先截取包长度的字节，然后再计算校验和，若通过计算比较确定广播消息不正确，返回继续侦听；若验证广播消息正确，中央站根据广播消息中的IP地址和端口号，判断是否已经连接过这个新收到的IP和端口号；

中央站上循环检测所侦听的端口是否接收到广播消息，若没有接收到广播消息，就继续等待；若收到广播消息，则进一步判断广播消息的正确性。

2、中央站判断是否需要连接监护设备：

中央站根据自身中的连接列表B，检测是否已经存在相同的连接，若存在即表明中央站已经和该监护设备在通信，那么不需要再发起连接到监护设备，返回到第1步继续侦听；若不存在相同IP和端口的连接，即中央站需要新建立一个连接，此时，中央站向监护设备发送连接请求，以通过连接请求与监护设备建立连接。

其中，需要说明的是，中央站中的连接列表B中包含了中央站连接到的监护设备IP和端口号。

其中，需要理解的是，一个中央站只能与某台监护设备建立一个连接。所以每次连接时，都会从当前连接列表B中检索所有连接，检查是否存在与计划发起连接的监护设备IP和端口号相同的连接，若存在即表示已经连接过，无需再连接；若不存在，中央站向对应监护设备发起连接。

3、中央站连接到监护设备并进入数据收发和状态维护

中央站用上面识别的监护设备IP和端口作为一个服务器请求地址，开始发起连接请求，若是连接失败，则返回到第1步继续侦听；若连接成功，中央站要执行2个动作，第一个动作是先将这个新建立的连接保存在连接列表B中，以便保持连接和管理，第二个动作是立即进入数据的接收准备步骤，以便从监护设备上接收数据。

进一步的，中央站会对上面步骤建立的每个连接进行状态检测，若连接状态出现异常，即触发连接断开动作，并从连接列表B中移除这个新建的连接。在断开连接后，中央站重新从第1步开始执行，直到可以与监护设备通讯。此时存在掉线后重新连接上监护设备的一个时间段，在这个时间段内监护设备的监护数据没有传输到当前这个中央站上。对于缺失的监护数据，同样可以重新请求获得数据。

在中央站采用服务器模式接收连接时，中央站主要完成下面3方面的工作：

1、中央站侦听端口，等待监护设备连接的到来，若没有连接，则继续等待。若有连接到来，则中央站进行连接识别。

2、中央站从收到的监护设备连接上接收连接请求，然后根据连接请求，判定是否是允许接入的连接，若判断获知连接不允许接入，即移除连接；若判断获知允许连接接入，即将连接添加到连接列表A中。

3、进入连接列表A中的连接开始收发数据，立即进入工作状态，对于每一个连接对象，此处，连接对象即为监护设备，在建立时就会启动自身状态检测，若是正常就允许自己被继续使用；若是检测到自身状态异常，就出发断开连接事件，对应的，中央站将从连接列表A中将对应连接对象的配置信息删除。

为了实现上述实施例，本发明还提出一种监护设备。

图9为根据本发明一个实施例的监护设备的结构示意图。

图9所示，根据本发明实施例的监护设备9可以包括存储器91、处理器92及存储在存储器91上并可在处理器上运行的计算机程序93，处理器92执行程序93时，用于执行以下操作：

获取并组织监护数据，连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含连接信息，若否，则通过监护设备向中央站发送连接请求；

接收并识别由中央站发送的连接请求，若通过连接请求，则将中央站添加至第一连接列表；

遍历第一连接列表，并向第一连接列表内的中央站发送监护数据。

其中，需要说明的是，前述对监护数据共享方法实施例的解释说明也适用于该实施例的监护设备，此处不再赘述。

本发明实施例的监护设备，通过将监护设备与多个中央站直接建立通信连接，并将监护设备直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

为了实现上述实施例，本发明还提出一种服务器。

图10为根据本发明一个实施例的服务器的结构示意图。

图10所示，根据本发明实施例的服务器10可以包括存储器101、处理器102及存储在存储器101上并可在处理器上运行的计算机程序103，处理器102执行程序103时，用于执行以下操作：

向网络广播连接信息，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送所述连接请求；

接收并识别由监护设备基于连接信息发送的连接请求；

若通过连接请求，则将监护设备添加至中央站的第二连接列表；

接收由第二连接列表内的监护设备发送的监护数据。

其中，需要说明的是，前述对监护数据共享方法实施例的解释说明也适用于该实施例的服务器，此处不再赘述。

本发明实施例的服务器，通过中央站广播连接信息，使得监护设备通过连接信息与中央站建立通信连接，并将监护设备添加至中央站的第二连接列表中，以及接收由第二连接列表内的监护设备发送的监护数据。由此，使得监护设备与中央站直接通信，监护设备可将监护数据发送给中央站，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

为实现上述实施例，本发明还提出了一种监护数据共享系统。

图11为根据本发明一个实施例的监护数据共享系统的结构示意图。如图11所示，该系统包括监护设备9和多个中央站20，其中：

中央站20，用于向监护设备9发送连接请求。

监护设备9，用于获取并组织监护数据，接收并识别由中央站20发送的连接请求，若通过连接请求，则将中央站20添加至第一连接列表，以及遍历第一连接列表，并向第一连接列表内的中央站20发送监护数据。

其中，需要说明的是，上述对监护数据共享方法实施例的解释说明也适用于该实施例的监护数据共享系统，此处不再赘述。

本发明实施例的监护数据共享系统，通过将监护设备与多个中央站直接建立通信连接，并将监护设备直接发送给与其连接的中央站，由此，通过监护设备直接将监护数据发送给中央站实现了监护数据的共享，省去了中间数据转发环节，有效减少了数据传输延时，提高了数据的有效性的同时，避免了中间转发环节引起的传输错误情况的发生，提高了数据的准确性。

为实现上述实施例，本发明还提出了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现上述实施例的监护数据共享方法。

为实现上述实施例，本发明还提出了一种计算机程序产品，当计算机程序产品中的指令处理器执行时，执行上述实施例的监护数据共享方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种监护数据共享方法，其特征在于，包括以下步骤：

监护设备获取并组织监护数据；

接收并识别由中央站发送的连接请求，若通过所述连接请求，则将所述中央站添加至第一连接列表；

遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据；其中

所述监护数据为从监护设备中直接获得原始监护数据；

所述第一连接列表中中央站的数量至少为2个；其中

在所述接收并识别由中央站发送的连接请求之前，所述方法还包括：所述监护设备向网络广播所述监护设备的配置信息，以使所述中央站根据所述配置信息向所述监护设备发送所述连接请求。

2.如权利要求1所述的方法，其特征在于，所述配置信息包括IP地址和用于处理所述中央站发送的连接请求的端口号。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述中央站发送的断开连接请求；

根据所述断开连接请求，将所述中央站从所述第一连接列表中删除。

4.如权利要求1所述的方法，其特征在于，在所述向所述第一连接列表内的中央站发送所述监护数据之后，还包括：

若在预设时间内未接收到对应中央站的确认指令，则将所述第一连接列表中所述对应中央站删除。

5.如权利要求1所述的方法，其特征在于，所述接收并识别由中央站发送的连接请求，包括：

接收所述中央站发送的所述连接请求；

判断所述连接请求中是否包含预设约定信息；

若获知所述连接请求中包含预设约定信息，则通过所述连接请求，并执行所述将所述中央站添加至第一连接列表的步骤。

6.一种监护数据共享方法，其特征在于，包括以下步骤：

中央站向网络广播连接信息，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送连接请求；

接收并识别由监护设备发送的所述连接请求；

若通过所述连接请求，则将所述监护设备添加至所述中央站的第二连接列表；

接收由所述第二连接列表内的监护设备发送的监护数据；其中

所述监护数据为从监护设备中直接获得原始监护数据；

所述第一连接列表中中央站的数量至少为2个。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

接收所述监护设备的断开连接请求；

根据所述断开连接请求，将所述监护设备从所述第二连接列表中删除。

8.一种监护设备，其特征在于，所述监护设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，用于执行以下操作：

所述监护设备获取并组织监护数据，连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送所述连接请求；

所述中央站接收并识别由所述监护设备发送的连接请求，若通过所述连接请求，则所述监护设备将所述中央站添加至第一连接列表；

所述监护设备遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据；其中

所述监护数据为从监护设备中直接获得原始监护数据；

所述第一连接列表中中央站的数量至少为2个；

在所述接收并识别由中央站发送的连接请求之前，还包括：所述监护设备向网络广播所述监护设备的配置信息，以使所述中央站根据所述配置信息向所述监护设备发送所述连接请求。

9.一种服务器，其特征在于，所述服务器包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，用于执行以下操作：

中央站向网络广播连接信息，所述连接信息用于指示监护设备判断自身中的第一连接列表内是否已包含所述连接信息，若否，则通过所述监护设备向中央站发送连接请求；

接收并识别由监护设备基于所述连接信息发送的连接请求；

若通过所述连接请求，则将所述监护设备添加至所述中央站的第二连接列表；

接收由所述第二连接列表内的监护设备发送的监护数据；其中

所述监护数据为从监护设备中直接获得原始监护数据；

所述第一连接列表中中央站的数量至少为2个。

10.一种监护数据共享系统，其特征在于，所述系统包括监护设备和中央站，其中，

所述中央站，用于向所述监护设备发送连接请求；

所述监护设备，用于获取并组织监护数据，接收并识别由中央站发送的连接请求，若通过所述连接请求，则将所述中央站添加至第一连接列表，以及遍历所述第一连接列表，并向所述第一连接列表内的中央站发送所述监护数据；其中

所述监护数据为从监护设备中直接获得原始监护数据；

所述第一连接列表中中央站的数量至少为2个。

Images