分布式监护系统中备份数据的方法和装置制造方法

分布式监护系统中备份数据的方法和装置制造方法
【专利摘要】本发明涉及一种在分布式监护系统中备份数据的方法，包括如下步骤：当确认监护仪和原先与其连接的服务器的连接断开时，取得监护仪存储的、事先设置了连接顺序的服务器列表；按照所述服务器列表中服务器的顺序，依次取得所述列表中每个服务器对应的地址，逐个对该服务器发送连接请求；如服务器允许连接，则与所述服务器建立连接并将所述监护仪得到的监护数据上传到该与所述监护仪建立连接的服务器；否则重复上述步骤。本发明还涉及一种实现上述方法的装置。实施本发明的分布式监护系统中备份数据的方法和装置，具有以下有益效果：可以自动地在多台服务器之间进行切换，备份其数据。
【专利说明】分布式监护系统中备份数据的方法和装置

【技术领域】
[0001] 本发明涉及医用监护系统，更具体地说，涉及一种分布式监护系统中备份数据的 方法和装置。

【背景技术】
[0002] 中央监护系统在医院内的使用已经很普及，按照组网方式分为BS和CS两大类。 CS方式的中央监护系统是最早出现的，它在中央站端采用Socket (或串口）与监护仪传输 数据。用户需要安装特殊的客户端来连接中央站。这种系统结构具有单一的中央站(或服 务器）；BS方式中央站的出现，使得用户电脑直接通过IE浏览器访问监护数据得以实现； BS方式的中央监护系统同样是在中央站端用Socket (或串口）完成与监护仪数据的交互。 这种系统可以采用多个中央站的结构，中央站间采用了数据库同步完成数据共享、数据库 备份等策略来保证数据安全；用户可以浏览不同的网址访问不同的中央监护系统。BS方式 中还有一种不同的架构，中央监护系统内所有的以太网监护仪上都内置有web服务器。用 户可以直接登录监护仪上的web服务来查看和操作监护数据。此时，若需要访问监护仪，必 须逐个登入监护仪上的web服务，前提是知道正确的IP地址，当然也可以使用中央站来登 录监护仪。这种架构对操作的限制会比较多，因为用户直接修改的是原始监护仪器上的数 据。同时监护数据分散在各个监护仪上，数据的管理比较麻烦，数据安全的保障需要其他辅 助的功能。这种架构对串口监护仪、其他非以太网监护仪不能提供支持。从上面的描述可 以看出，现有的中央监护系统，受组网、部署、性能等因素影响，很多医院存在着多个相同的 中央监护系统。这些系统之间有的是互相孤立的，有的是可以互相依赖完成历史数据同步 或备份的。但是当某一个中央站出现故障，这个中央站下面的监护仪实时数据就不能在其 他中央站上被观察到。通常出现故障的中央站下的监护仪可以在对故障中央站做维护后、 或是切换监护仪连接到其他中央站来重新接入系统。但是这种切换或重新接入的方式会对 医护人员的工作带来很多不便，尤其是重症监护室（ICU)里的监护数据的观察会很麻烦，更 严重可能出现医疗事故。


【发明内容】

[0003] 本发明要解决的技术问题在于，针对现有技术的上述需要对服务器进行维护或人 工进行服务器和监护仪之间的连接切换的缺陷，提供一种可以自动在多台服务器之间进行 连接切换及数据备份的分布式监护系统中备份数据的方法和装置。
[0004] 本发明解决其技术问题所采用的技术方案是：构造一种在分布式监护系统中备份 数据的方法，所述监护系统包括多个服务器和多个监护仪，每个监护仪与所述多个服务器 中的一个通过网络连接并将其得到的监护数据上传到与其连接的服务器中，其特征在于， 所述数据备份的方法包括如下步骤： A)当确认监护仪和原先与其连接的服务器的连接断开时，取得监护仪存储的、事先设 置了连接顺序的服务器列表； B) 按照所述服务器列表中服务器的顺序，依次取得所述列表中每个服务器对应的地 址，逐个对该服务器发送连接请求；如服务器允许连接，则执行下一步骤；否则，重复本步 骤； C) 与所述服务器建立连接； D) 将所述监护仪得到的监护数据上传到该与所述监护仪建立连接的服务器。
[0005] 更进一步地，还包括如下步骤： E) 当重复步骤B)设定时间后仍未连接上服务器时，判断能否收到其他服务器发送的广 播消息，如能，执行下一步骤，否则，按所述监护仪初始接入网络时的方式查找服务器并建 立连接，然后执行步骤C); F) 逐一判断接收到的广播消息中是否包括所述监护仪的标识，如是，执行下一步骤，否 贝1J，按所述监护仪初始接入网络时的方式查找服务器并建立连接，然后执行步骤C); G) 取得包括所述监护仪标识的所有广播消息中的服务器地址，并向其发送连接请求； 如服务器返回允许连接消息，则步骤C);如服务器不允许连接或无回应，则重复本步骤，对 下一个服务器地址发送连接请求，如所有服务器均不允许连接或无回应，按所述监护仪初 始接入网络时的方式查找服务器并建立连接，然后执行步骤C)。
[0006] 更进一步地，所述服务器在线时分别按照设定的时间间隔不断发送广播消息；所 述广播消息包括依次排列的服务器地址、服务器连接端口号和允许接入的监护仪标识。 [0007] 更进一步地，所述步骤G)中进一步包括如下步骤： G1)按照接收到的广播消息的先后顺序取得一个广播消息中的服务器地址及端口，并 向该服务器发出连接请求； G2)打开侦听端口，接收来自所述服务器的回应消息； G3)判断是否接收到所述服务器发出的允许连接的消息，如是，与该服务器建立连接； 如超过设定时间未收到服务器回应或服务器回应不允许连接，则判断是否还有接收到的广 播消息未发出连接请求，如有，返回步骤E1 )，对未连接的广播消息的服务器发出连接请求； 如无，按所述监护仪初始接入网络时的方式查找服务器并建立连接。
[0008] 更进一步地，所述步骤G)中进一步包括如下步骤： G4)接收监护仪发出的连接请求； G5)取得其中的监护仪表示，并在设备列表中查找该标识，如找到，执行下一步骤；否 贝1J，断开与该监护仪的连接； G6)建立与该监护仪的连接并对其进行管理。
[0009] 更进一步地，所述步骤D)中进一步包括如下步骤： D1)接收并处理所述监护仪发送来的当前监护数据； D2)采用数据包编号查询程序，将当前发送来的数据包编号逐次减一，并要求所述监护 仪发送得到的数据包编号指向的数据包，直到所述监护仪将最后一次掉线后的所有监护数 据包发送出来； D3)按所述数据包编号顺序存储最后一次掉线后到当前的数据。
[0010] 更进一步地，所述步骤D2)进一步包括： D21)取得当前监护仪发送来的数据包编号，将所述数据包编号减一后放入数据包编号 查询指令中，并将该指令发送到监护仪； D22)所述监护仪通过计算最后掉线时间及其接收到的查询数据包指令中的数据包编 号判断是否存在需要发送的掉线后的数据包。如有，执行下一步骤；否则，退出历史数据发 送； D23)所述监护仪接收所述指令，并查找到其指向的数据包，将其标记为历史数据后发 送。
[0011] 本实施例还涉及一种实现上述方法的装置，包括： 服务器列表取得模块：用于当确认监护仪和原先与其连接的服务器的连接断开时，取 得监护仪存储的、事先设置了连接顺序的服务器列表； 服务器连接请求模块：用于按照所述服务器列表中服务器的顺序，依次取得所述列表 中每个服务器对应的地址，逐个对该服务器发送连接请求；如服务器允许连接，则调用服务 器连接模块； 服务器连接模块：用于与所述服务器建立连接； 数据上传模块：用于将所述监护仪得到的监护数据上传到该与所述监护仪建立连接的 服务器。
[0012] 更进一步地，还包括： 广播消息判断模块：用于当所述服务器连接请求模块在设定时间后仍未连接上服务器 时，判断能否收到其他服务器发送的广播消息，如能，调用监护仪标识判断模块；否则，调用 服务器连接模块； 监护仪标识判断模块：用于逐一判断接收到的广播消息中是否包括所述监护仪的标 识，如是，调用广播服务器连接模块，否则，调用服务器连接模块； 广播服务器连接模块：用于取得包括所述监护仪标识的所有广播消息中的服务器地 址，并向其发送连接请求；如服务器返回允许连接消息，则调用服务器连接模块；如服务器 不允许连接或无回应，则对下一个服务器地址发送连接请求；如所有服务器均不允许连接 或无回应，则调用服务器连接请求模块。
[0013] 更进一步地，所述数据上传模块进一步包括： 当前数据接收单元：用于接收并处理所述监护仪发送来的当前监护数据； 历史数据查询单元：用于采用数据包编号查询程序，将当前发送来的数据包编号逐次 减一，并要求所述监护仪发送得到的数据包编号指向的数据包，直到所述监护仪将最后一 次掉线后的所有监护数据包发送出来； 历史数据存储单元：用于按所述数据包编号顺序存储最后一次掉线后到当前的数据。
[0014] 实施本发明的分布式监护系统中备份数据的方法和装置，具有以下有益效果：由 于在网络上存在多个服务器，这些服务器分别设置有可以连接的监护仪标识，且这些服务 器分别按照设定时间在网络上发送广播包，将自己的地址和能够接受的监护仪标识发送到 网络上，这样，当任意一个监护仪所连接的服务器出现故障时，该监护仪可以接收上述广播 包，得到可以和自己建立连接的服务器地址，并与其建立连接，将数据备份到其上。这样，监 护仪和服务器之间的连接出现故障时，可以自动地在多台服务器之间进行切换，并备份其 数据。

【专利附图】

【附图说明】
[0015] 图1是本发明分布式监护系统中备份数据的方法和装置实施例中数据备份方法 的流程图； 图2是所述实施例中通过广播消息连接服务器的流程图； 图3是所述实施例监护仪与服务器连接的具体流程图； 图4是所述实施例中历史数据上传的流程图； 图5是所述实施例中装置结构示意图。

【具体实施方式】
[0016] 下面将结合附图对本发明实施例作进一步说明。
[0017] 如图1所示，在本发明的分布式监护系统中备份数据的方法和装置实施例中，监 护仪与服务器的数据备份包括如下步骤： 步骤S11确定监护仪与服务器之间的连接断开：在本实施例中，分布式监护系统包括 多个服务器和多个监护仪，这些服务器和监护仪连接在同一个网络上，其中，每个监护仪与 所述多个服务器中的一个通过网络连接(存在或建立了连接通道）并将其得到的监护数据 上传到与其连接的服务器中；服务器中存储有监护仪的连接清单，指定该服务器可以连接 的监护仪标识；该监护仪标识可以是监护仪的名称、网络地址、身份识别码或设定的位置等 等参数。在本实施例中，当监护仪上电连接到网络时（即监护仪初始连接服务器时)，是通过 调取存储在其中的连接服务器清单，按照该清单中服务器的顺序，逐个发出连接请求，如果 连接成功，则不再试图连接下面的服务器。即取得监护仪存储的、事先设置了连接顺序的服 务器列表；按照所述服务器列表中服务器的顺序，依次取得所述列表中每个服务器对应的 地址，逐个对该服务器发送连接请求；如服务器允许连接，则与该服务器建立连接，并上传 监护数据；否则，一直使用不同的服务器地址重复上述步骤，直到建立连接(可能是和上述 清单中的任意一个服务器建立连接)。在该清单中，包括服务器的名称、地址及其用于连接 的端口；监护仪取得这些参数后就可以对服务器发出连接请求，当服务器允许连接时，二者 建立连接通道，监护仪取得的监护数据将被形成数据包上传到该服务器并存储；当服务器 每接收到一个监护仪发出的数据包时，都会返回该监护仪一个确定信号，表示服务器收到 该数据包。但是，由于种种原因，该服务器和监护仪的连接可能中断，特别是在服务器出现 故障的情况下。一般来讲，这种故障的表现是服务器对监护仪上传的数据包没有回应，即月艮 务器不会发出收到数据包的确定信号。当出现上述中断情况时，执行本步骤，确定监护仪与 其原先连接的服务器的连接通道已经断开，监护仪没有收到服务器发回的确定信号。此外， 还可以根据网络信号检测到连接与否还可以通过中央站在预定时长内没有收到相应数据 包来判断是否中央站和监护仪断开。
[0018] 步骤S12取得存储的服务器列表，逐个发送连接请求：在本步骤中，如前一步骤 中描述的监护仪初始连接到网络时所操作的那样，取得事先存储在监护仪中的可连接服务 器的服务器清单，并按照该清单逐一发送连接请求到该清单中的每个服务器；当发送连接 请求到一个服务器时，该服务器可能允许连接或不允许连接或没有回应，在允许连接的情 况下，监护仪不再试图连接下一个服务器，执行下一步骤；当服务器回复不允许连接或没有 回复时(在一设定的时间内），监护仪对下一个清单上的服务器发送连接请求，重复上述内 容；如果全部清单上的服务器都已经试过，但都没有连接上，则重复本步骤。
[0019] 步骤S13连接首个回复的允许连接的服务器：在本步骤中，由于发送的连接请求 被服务器接收且允许连接，在本步骤中，将连接该服务器（即使有多个服务器可以连接，但 由于该服务器最先回复允许连接，监护仪将不再尝试连接其他服务器）和该监护仪，在二者 之间建立连接通道。执行完本步骤后，执行下一步骤。
[0020] 步骤S14上传数据：在本步骤中，通过原先存储在监护仪中的连接清单中的服务 器地址的方式，该监护仪在掉线之后，再次连接上另外一个连接在网络上的服务器。因此， 将当前取得的监护数据上传到该服务器上进行存储。在一些情况下，还可以将该监护仪最 后一次掉线后到当前的监护数据(或称为历史数据）上传到该服务器，以保证监护数据的完 整性。
[0021] 通常来讲，在监护仪中存储的服务器列表中的服务器可以连接时，上述步骤足以 将掉线的监护仪在次与在线的服务器连接起来并进行数据备份。但是，由于网络环境的复 杂性，在本实施例中，也可能出现另外一种情况，即该监护仪服务器列表中的服务器由于种 种原因都不能连接。此时，在重复上述步骤S12设定时间后，该监护仪仍然不能连接，表明 该服务器列表上的服务器可能出现问题，为此，在本实施例中，可以执行如下步骤(请参见 图2): 步骤S21是否接收到广播消息，如是执行下一步骤；否则，执行上述的监护仪初始连 接步骤，直到和上述监护仪中的服务器清单中的任意一个服务器建立连接，即跳转到步骤 S25。
[0022] 步骤S22广播消息中是否携带有本监护仪标识：在本步骤中，判断接收到的广播 信息中是否携带有本监护仪的标识。具体而言，就是将接收到的广播消息解包，取出其中设 定位置上携带的可以和该服务器（即发出该广播消息的服务器）连接的监护仪的标识，并与 本监护仪的标识进行比较，如果相同，则判断为该广播消息中携带有本监护仪的标识，该服 务器可以和本监护仪连接，执行下一步骤；如果不相同，则判断为该服务器不能和本监护仪 连接，跳转到步骤S25。
[0023] 步骤S23取得该广播消息中的服务器地址，发送连接请求：在本步骤中，取出广 播消息中的服务器地址及连接端口作为目的地址，向该服务器发出连接请求。在本实施例 中，上述服务器地址和连接端口也是位于该广播消息中的指定位置的，只要将广播消息解 包并读出指定位置的数据，即可得到上述服务器地址及连接端口。值得一提的是，在本实施 例中，监护仪可能接收到多个来自不同服务器的广播消息，在这种情况下，按照接收到的先 后顺序对多个广播消息进行上述判断，只有在所有的广播消息都没有本监护仪的标识时， 才会执行步骤S24;当其中有多个广播消息中携带有本监护仪的标识时，将按照接收到的 顺序逐个执行下一步骤，即按照接收顺序，分别取出广播消息中的服务器地址，并逐个发送 连接请求，直到连接建立。
[0024] 步骤S24服务器是否允许连接：当监护仪发出连接请求后，就开始收听网络上的 信息，等待并接收服务器发出的允许连接的回应信息，如果接收到该服务器发出的允许连 接的信息，则判断为服务器允许连接，执行下一步骤；如果在设定时间内没有接收到上述服 务器发出的允许连接的信息，则判断为服务器不允许连接，执行步骤S25。同样地，在本实施 例中上述存在多个服务器发出的广播信息中存在本监护仪标识的情况下，当判断一个服务 器不允许连接时，需要另外一个服务器发送连接请求，并等待其回应；只有在所有发出携带 该监护仪标记的广播信息的服务器都被判断为不允许连接的情况下，才会跳转到步骤S17 执行。
[0025] 步骤S25采用监护仪初始接入网络时的方式连接服务器：在本步骤中，按照上述 监护仪初始连接的方式，逐一对该监护仪中存储的连接清单上的服务器发送连接请求，并 等待其回应，直到连接建立。实际上，在本实施例中，本步骤与上述步骤S12是大致相同的。 执行完本步骤后，执行步骤S26。
[0026] 步骤S26连接回复的服务器及该监护仪：在本步骤中，由于发送的连接请求被服 务器接收且允许连接，在本步骤中，将连接该服务器和该监护仪，在二者之间建立连接通 道。实际上，在本实施例中，本步骤与上述步骤S13是大致相同的。执行完本步骤后，将跳 转到步骤S14去执行。
[0027] 图3示出了本实施例中监护仪在取得一个由广播消息携带的服务器地址时，与该 服务器建立连接的具体步骤。在图3中，该监护仪与服务器建立连接的步骤如下： 步骤S31取得广播消息中的服务器地址：在本步骤中，监护仪将其接收的广播消息解 包，并在解包后的信息的指定位置得到发出该广播消息的服务器的地址及其连接端口。
[0028] 步骤S32发送连接请求：在本步骤中，将上述步骤中得到的服务器地址及连接端 口作为目的地址，形成并发送连接请求到上述服务器。
[0029] 步骤S33取出连接请求中的监护仪标识，在清单中查找：在步骤中，服务器接收 上述监护仪发来的连接请求，并取出携带在该连接请求中的监护仪标识，该监护仪即发出 连接请求的监护仪；之后，在其自身存储的监护仪清单中查找该监护仪标识，如果该监护仪 标识在服务器的监护仪清单中，标识该服务器被设定能够与该监护仪连接，于是该服务器 发出回应信息，表示允许连接，然后执行步骤S35 ;如果该监护仪标识不在上述清单中，则 服务器不发送允许连接的回应。
[0030] 步骤S34打开侦听端口，接收服务器的回应信息：在本步骤中，当监护仪发送上 述连接请求之后，打开其网络模块的侦听端口，以便接受服务器的回应信息。值得一提的 是，由于步骤S34和S33发生在不同的物理载体上，所以，从时间上来看，在实际上步骤S34 是发生在前的，此处这两个步骤的排列方式仅仅是为了叙述的方便，并不表示步骤S34 - 定在步骤S33之前发生。
[0031] 步骤S35建立连接：在本步骤中，监护仪和服务器建立连接，以便于监护仪可以 将掉线后的历史数据即当前取得的监护数据传输到上述服务器进行数据备份。
[0032] 步骤S36对监护仪进行管理：在本步骤中，由于在监护仪以及服务器之间已经建 立了连接，所以可以通过服务器对上述监护仪进行一定的管理。例如，要求监护仪上传历史 数据等等。
[0033] 图4示出了本实施例中如何由当前监护数据包得到历史数据的流程。在图4中， 该流程包括： 步骤S41由当前数据包中取得其数据包编号：如上所述，当监护仪和一个新的服务器 建立连接后，监护仪开始将当前得到的监护数据上传到该服务器。在本实施例中，每个监护 仪发出的数据包均设置有数据包编号，其表现了数据包的顺序。在本步骤中，有上述监护仪 与新的服务器建立连接后传输的第一个数据包得到该数据包的编号。
[0034] 步骤S42将该数据包编号减一，得到要求的数据包编号，并将该要求的数据包编 号发送到监护仪：将上述得到的数据包的编号减一，得到当前数据包之前的一个数据包编 号，即要求的数据包编号，该数据包是历史数据，即处于监护仪掉线后且连接新的服务器之 前的数据包。该数据包由于掉线的原因，并没有传输到服务器保持。
[0035] 步骤S43由最后一次的掉线时间和上述要求的数据包编号得到历史数据包的范 围：在本步骤中，由监护仪掉线的时间点和上述要求的数据包编号，得到该监护仪在掉线之 后、重新建立与服务器的连接之前采集的生理参数数据包。在本实施例中，由于起点时间是 已知的。发送数据包的时间间隔是已知的，同时，当前数据包的编号（或上述要求的数据包 编号）是已知的，所以不难得到其间有多少个数据包所包括的数据没有传输到服务器。
[0036] 步骤S44判断历史数据包是否发送完成，如是，执行下步骤S46,否则，执行步骤 S45 :在本步骤中，由于在上述步骤得到需要发送多个数据包，所以在本步骤中判断上述历 史数据包是否发送完毕，如是，执行步骤S46 ;否则执行步骤S45。
[0037] 步骤S45查找并发送上述要求的数据包编号对应的数据包：在本步骤中，由于仍 需要发送历史数据且已知要求的数据包编号，所以在监护仪上查找该编号的数据包，找到 后发送到服务器。值得一提的是，该数据包并不是当前的数据。而是历史数据，所以在服务 器上对其加以标识，表明其为历史数据。执行本步骤后，以上述要求的数据包编号作为当前 编号，跳转到步骤S42; 步骤S46退出历史数据发送，只发送当前数据包：在本步骤中，由于已经发送所有的 历史数据（即由监护仪最后一次掉线到当前数据包之间的所有数据包)，所以不再发送历史 数据包，而仅仅发送当前的监护数据到上述服务器。
[0038] 在本实施例中，上述分布式监护系统需要有2个及2个以上的中央站(服务器)，每 个中央站既可以实时接入监护仪，也可以等待其他允许接入的监护仪随时接入，从而实现 有多个备份中央站的目标。例如，在有两个中央站的情况下，中央站1采用Socket侦听特 定端口等待监护仪连接。监护仪根据自身配置的中央站地址连接到中央站1。有多少个监 护仪连接到中央站1，就存在相应数量的TCP (Transmission Control Protocol)连接在 中央站1和监护仪间；中央站2采用Socket侦听特定端口等待监护仪连接。监护仪根据 自身配置的中央站地址连接到中央站2。有多少个监护仪连接到中央站2,就存在相应数量 的TCP连接在中央站2和监护仪间。在本实施例中，上述监护仪和中央站在通常情况下是 通过以太网连接的；但是，在一些情况下，监护仪也可是非以太网接口的，此时，需要在该监 护仪和中央站之间连接一个非以太网接入模块，使得该不具有以太网接口的监护仪通过虚 拟的方式接入到上述中央站上。非以太网接入模块启动后，根据其配置的中央站地址，将接 入到非以太网接入模块的监护仪虚拟并连接到中央站，可以是中央站1或中央站2。非以 太网接入模块下存在多少个监护仪，那么非以太网接入模块和中央站间就存在相应数量的 TCP连接。
[0039] -个实际的例子是，中央站1和中央站2先启动socket的TCP侦听接入服务，等 待来自于网络的监护仪连接；然后启动UDP (User Datagram Protocol)地址广播服务，通 常每3秒广播一次自身的可用连接地址、端口和附加的允许通过广播地址连接到中央站的 监护仪编号。广播消息的内容格式为：

【权利要求】
1. 一种在分布式监护系统中备份数据的方法，所述监护系统包括多个服务器和多个监 护仪，每个监护仪与所述多个服务器中的一个通过网络连接并将其得到的监护数据上传到 与其连接的服务器中，其特征在于，所述数据备份的方法包括如下步骤： A) 当确认监护仪和原先与其连接的服务器的连接断开时，取得监护仪存储的、事先设 置了连接顺序的服务器列表； B) 按照所述服务器列表中服务器的顺序，依次取得所述列表中每个服务器对应的地 址，逐个对该服务器发送连接请求；如服务器允许连接，则执行下一步骤；否则，重复本步 骤； C) 与所述服务器建立连接； D) 将所述监护仪得到的监护数据上传到该与所述监护仪建立连接的服务器。
2. 根据权利要求1所述的在分布式监护系统中备份数据的方法，其特征在于，还包括 如下步骤： E) 当重复步骤B)设定时间后仍未连接上服务器时，判断能否收到其他服务器发送的广 播消息，如能，执行下一步骤，否则，按所述监护仪初始接入网络时的方式查找服务器并建 立连接，然后执行步骤C); F) 逐一判断接收到的广播消息中是否包括所述监护仪的标识，如是，执行下一步骤，否 贝1J，按所述监护仪初始接入网络时的方式查找服务器并建立连接，然后执行步骤C); G) 取得包括所述监护仪标识的所有广播消息中的服务器地址，并向其发送连接请求； 如服务器返回允许连接消息，则步骤C);如服务器不允许连接或无回应，则重复本步骤，对 下一个服务器地址发送连接请求，如所有服务器均不允许连接或无回应，按所述监护仪初 始接入网络时的方式查找服务器并建立连接，然后执行步骤C)。
3. 根据权利要求2所述的在分布式监护系统中备份数据的方法，其特征在于，所述服 务器在线时分别按照设定的时间间隔不断发送广播消息；所述广播消息包括依次排列的服 务器地址、服务器连接端口号和允许接入的监护仪标识。
4. 根据权利要求2所述的在分布式监护系统中备份数据的方法，其特征在于，所述步 骤G)中进一步包括如下步骤： G1)按照接收到的广播消息的先后顺序取得一个广播消息中的服务器地址及端口，并 向该服务器发出连接请求； G2)打开侦听端口，接收来自所述服务器的回应消息； G3)判断是否接收到所述服务器发出的允许连接的消息，如是，与该服务器建立连接； 如超过设定时间未收到服务器回应或服务器回应不允许连接，则判断是否还有接收到的广 播消息未发出连接请求，如有，返回步骤E1 )，对未连接的广播消息的服务器发出连接请求； 如无，按所述监护仪初始接入网络时的方式查找服务器并建立连接。
5. 根据权利要求4所述的在分布式监护系统中备份数据的方法，其特征在于，所述步 骤G)中进一步包括如下步骤： G4)接收监护仪发出的连接请求； G5)取得其中的监护仪表示，并在设备列表中查找该标识，如找到，执行下一步骤；否 贝1J，断开与该监护仪的连接； G6)建立与该监护仪的连接并对其进行管理。
6. 根据权利要求1所述的在分布式监护系统中备份数据的方法，其特征在于，所述步 骤D)中进一步包括如下步骤： D1)接收并处理所述监护仪发送来的当前监护数据； D2)采用数据包编号查询程序，将当前发送来的数据包编号逐次减一，并要求所述监护 仪发送得到的数据包编号指向的数据包，直到所述监护仪将最后一次掉线后的所有监护数 据包发送出来； D3)按所述数据包编号顺序存储最后一次掉线后到当前的数据。
7. 根据权利要求6所述的在分布式监护系统中备份数据的方法，其特征在于，所述步 骤D2)进一步包括： D21)取得当前监护仪发送来的数据包编号，将所述数据包编号减一后放入数据包编号 查询指令中，并将该指令发送到监护仪； D22)所述监护仪通过计算最后掉线时间及其接收到的查询数据包指令中的数据包编 号判断是否存在需要发送的掉线后的数据包；如有，执行下一步骤；否则，退出历史数据发 送； D23)所述监护仪接收所述指令，并查找到其指向的数据包，将其标记为历史数据后发 送。
8. -种实现如权利要求1所述的在分布式监护系统中备份数据方法的装置，其特征在 于，包括： 服务器列表取得模块：用于当确认监护仪和原先与其连接的服务器的连接断开时，取 得监护仪存储的、事先设置了连接顺序的服务器列表； 服务器连接请求模块：用于按照所述服务器列表中服务器的顺序，依次取得所述列表 中每个服务器对应的地址，逐个对该服务器发送连接请求；如服务器允许连接，则调用服务 器连接模块； 服务器连接模块：用于与所述服务器建立连接； 数据上传模块：用于将所述监护仪得到的监护数据上传到该与所述监护仪建立连接的 服务器。
9. 根据权利要求8所述的装置，其特征在于，还包括： 广播消息判断模块：用于当所述服务器连接请求模块在设定时间后仍未连接上服务器 时，判断能否收到其他服务器发送的广播消息，如能，调用监护仪标识判断模块；否则，调用 服务器连接模块； 监护仪标识判断模块：用于逐一判断接收到的广播消息中是否包括所述监护仪的标 识，如是，调用广播服务器连接模块，否则，调用服务器连接模块； 广播服务器连接模块：用于取得包括所述监护仪标识的所有广播消息中的服务器地 址，并向其发送连接请求；如服务器返回允许连接消息，则调用服务器连接模块；如服务器 不允许连接或无回应，则对下一个服务器地址发送连接请求；如所有服务器均不允许连接 或无回应，则调用服务器连接请求模块。
10. 根据权利要求9所述的装置，其特征在于，所述数据上传模块进一步包括： 当前数据接收单元：用于接收并处理所述监护仪发送来的当前监护数据； 历史数据查询单元：用于采用数据包编号查询程序，将当前发送来的数据包编号逐次 减一，并要求所述监护仪发送得到的数据包编号指向的数据包，直到所述监护仪将最后一 次掉线后的所有监护数据包发送出来； 历史数据存储单元：用于按所述数据包编号顺序存储最后一次掉线后到当前的数据。
【文档编号】H04L29/08GK104301407SQ201410530270
【公开日】2015年1月21日 申请日期:2014年10月10日 优先权日:2014年10月10日
【发明者】张智, 尹新 申请人:西安理邦科学仪器有限公司