CN104483940A - 一种监护系统的组网方法及装置 - Google Patents

Abstract

本发明涉及一种监护系统的组网方法，包括如下步骤：得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，如果是，记录存在的串口编号，并对所述存在的串口执行监护仪识别步骤；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互；在该方法中还包括以下步骤：启动串口监测，得到中央站上的当前串口编号；逐一判断得到的当前串口编号是否在所述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐个对添加的串口执行监护仪识别步骤。本发明还涉及一种实现上述方法的装置。实施本发明的一种监护系统的组网方法及装置，具有以下有益效果：其成本较低，操作较为简单。

Description

一种监护系统的组网方法及装置

技术领域

本发明涉及医疗设备的连接，更具体地说，涉及一种监护系统的组网方法及装置。

背景技术

中央监护系统的使用已经很普及。一般来讲，中央监护系统包括多个分布在不同位置的监护仪和与这些监护仪连接的一个或多个中央站。其规模及监护仪分布也有很大的不同。有的医院规模大，监护仪多且分散，有的医院规模小，监护仪少且集中；在诊所内更是有几台监护仪在一个房间的情况。在现有技术中，这些中央监护系统的连接方式（或组网方式）有以下几种情况：监护仪通过串口直接和中央站的串口通讯，它们之间采用标准的232线路连接，其适合近距离串口通讯，两台设备间的串口连接线不能超过20米；方式受硬件和中央站应用程序的制约，只能实现一对一的单一组网；或者在中央站串口上接485总线的主控端，在各个监护仪上集成485总线的从模块端，中央站通过主控端轮流和各个从模块端完成通讯；通常这种方式是通过硬件线路组网的，但也有在中央站主控端和监护仪485总线从模块延伸出433M网的组网方式，即形成了基于485总线的433M无线网；在这种方式中，中央站端需要有主控硬件、程序，每个监护仪需要有485总线的从模块接入485总线；采用无线433M组网，中央站需要在485总线主控端延伸出无线模块，监护仪的485总线从模块端也需要延伸出433M网。由此可见组网比较麻烦，出现故障不容易排查、恢复；或者是以太网组网的中央监护仪系统，这个是通过网线连接各个节点；在这种方式中，需要有交换机和路由器、网线等网络设备的支持，同时还需要开通网络设备上特殊端口的通讯功能。同时，不管是485总线还是以太网，都需要监护仪做相关配置，比如485的信道、模块号，以太网要配置监护仪的IP地址、中央站的IP地址、端口等等。因此，在现有技术中，上述连接方式具有组网成本较高、操作复杂、串口单一接入不能满足需求等缺点。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述只能单一组网或成本较高、操作复杂缺陷，提供一种能够连接多个监护仪且成本较低、操作简单的一种监护系统的组网方法及装置。

本发明解决其技术问题所采用的技术方案是：构造一种监护系统的组网方法，所述监护系统包括中央站，所述中央站包括用于连接监护仪的多个串行接口；所述监护系统的组网方法包括如下步骤：

    取得中央站上系统缺省的串口编号列表，得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，如果是，记录存在的串口编号，并对所述存在的串口进行监护仪识别；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互；

    在判断所述第一串口列表中的每个串口编号是否确实存在串口之后还包括以下步骤：启动串口监测，得到中央站上的当前串口编号；逐一判断得到的当前串口编号是否在所述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐个对添加的串口进行监护仪识别。

更进一步地，所述监护仪识别包括如下：

    C1）检测该串口是否连接有设备，如是，执行下一步骤；否则，重复本步骤，检测该串口设定次数后退出；

    C2）接收该设备发送到中央站的数据，根据所述数据判断该设备是否为监护仪，如是，执行下一步骤；否则，重复本步骤，重复判断设定次数后退出；

    C3）将得到的监护仪信息和该串口绑定或相关；

其中，所述退出是退出该串口的检测，进行下一个串口的检测；在所有第一串口列表中的存在或添加的串口被遍历后，退出本次监护仪识别。

更进一步地，在所述步骤C2）中，如果没有接收到该设备发送到该串口的数据，所述中央站发送指令到所述设备，要求该设备上报其身份信息；通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。

更进一步地，所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容。

更进一步地，所述步骤C3）中，将绑定或相关的监护仪信息和串口编号逐个填入一个列表中，得到第二串口列表；所述监护仪应用程序依据所述第二串口列表中该监护仪所对应的串口编号与该监护仪进行数据交互。

更进一步地，所述串行接口包括USB接口转换得到的串行接口，所述USB接口包括设置在所述中央站上的USB接口和/或由所述设置在中央站上的USB接口扩展得到的USB接口。

本发明还涉及一种实现上述方法的装置，所述监护系统包括中央站，所述中央站包括用于连接监护仪的多个串行接口；所述装置包括：

    第一串口列表取得单元：用于取得中央站上系统缺省的串口编号列表，得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，记录存在的串口编号，并逐一对该串口调用监护仪判断单元；

    串口监测单元：用于启动串口监测，得到当前中央站上当前的串口编号；逐一判断所述当前的串口编号是否在上述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐一对该串口调用监护仪判断单元；

    监护仪判断单元：用于逐个对在第一串口列表取得单元中存在或在串口设备监测单元中添加到第一串口列表的串口进行设备识别，通过识别信息的传输得到该串口上连接的监护仪身份信息；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互。

更进一步地，所述监护仪判断单元中进一步包括：

    连接检测模块：用于检测该串口是否连接有设备，如是，调用数据接收及判断模块；否则，重复调用连接检测模块设定次数后退出；

    数据接收及判断模块：用于接收该设备发送到中央站的数据，根据所述数据判断该设备是否监护仪，如是，调用监护仪信息绑定模块；否则，重复调用数据接收及判断模块设定次数后退出；

    监护仪信息绑定模块：用于将得到的监护仪信息和该串口绑定或相关；

其中，所述退出是退出该串口的检测，进行下一个串口的检测；在所有第一串口列表中的存在或添加的串口被遍历后，退出本次串口检测。

更进一步地，在所述数据接收及判断模块中，如果该设备并未发送数据到该串口或没有接收到该设备发送到该串口的数据，所述中央站发送指令到所述设备，要求该设备上报其身份信息。

更进一步地，在所述数据接收及判断模块中，所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容；在所述数据接收及判断模块中，通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。

实施本发明的一种监护系统的组网方法及装置，具有以下有益效果：由于其形成第一串口列表并分别对其中存在的串口进行串口识别，并判断其连接的是否为监护仪，所以在中央站上运行的运用程序能够分别与多个连接在中央站串口上的多个监护仪进行数据交换，因此可以在一个中央站上连接多个监护仪；同时，由于上述步骤是不需要人工干预就能够自动执行的，因此，其成本较低，操作较为简单。

附图说明

图1是本发明一种监护系统的组网方法及装置实施例中该方法的流程图；

图2是所述实施例中判断串口上连接的设备的进一步的流程图；

图3是所述实施例中装置的结构示意图。

具体实施方式

下面将结合附图对本发明实施例作进一步说明。

如图1所示，在本发明的一种监护系统的组网方法及装置实施例中，该监护系统的组网方法包括如下步骤：

步骤S11 取得第一串口列表：在本实施例中，监护系统至少包括一个中央站和一个监护仪，在多数情况下，监护仪不止一个，这些监护仪和中央站连接在一起，便于操作人员能够在中央站上通过监护仪应用程序，得到分散的监护仪取得的数据，从而达到在中央站上存储、监控监护仪数据的效果。监护仪接入中央站是为了在数据或指令的传输，监护仪在本实施例中是连接在中央站的串口上的。通常，一个中央站上设置有多个串口，为了正确地进行数据交换，在中央站上运行的监护仪应用程序必须在数据交换之前就能够得知监护仪和串口的对应关系，否则，就可能造成数据传输的延迟甚至数据传输的失败。这正是监护仪接入的意义所在。在本实施例中，监护仪接入的过程就是中央站检测其串行接口上是否连接有监护仪以及监护仪及其连接的串行接口的对应关系的确定过程。运行在中央站上的监护仪应用程序正是依据这些信息确定自己发送及接收的数据或指令的目的地及来源的。在本步骤中，取得中央站上系统缺省的串口编号列表，得到第一串口列表。值得一提的是，初始的第一串口列表实际上是中央站系统中的缺省的串行接口列表，这些缺省的串行接口可能是实际存在的，具有实际的物理结构能够连接外部设备的串行接口，也可能仅仅是一个编号，实际上并不存在实际的物理结构。这是由中央站的物理系统自身决定的。同时，上述第一串口列表并不是不变的，在后续的过程中，随着检测的进行，上述第一列表是可以被修改的。

步骤S12 记录存在的串口编号：在本步骤中，由于第一串口列表的上述特性，需要对上述第一串口列表（初始的第一串口列表）中的串行接口进行判断，确定这些串行接口确实具有物理结构，能够连接设备。当逐一判断得到第一串口列表中存在的串行接口时，记录或在第一串口列表中标记出来，然后执行下一步骤。具体来讲，在本实施例中，是通过调用系统函数获取当前中央站上的串口编号、逐个调用打开串口的命令、、等待5秒接收串口上数据或是发送指令给设备等操作来判断该串口是否存在的。如果一个串口在第一串口列表中有编号，但是在调用系统函数后不能打开，则判断为该串口在中央站上并不存在；相反，能够打开的串口则必然是存在的串口。在本实施例中，以上操作任何一个失败，都判断为不存在接入设备。一般来讲，只有在收到数据且能够判断为监护仪数据或发送指令成功、且收到数据中有指定标记的情况下，才能认为存在监护仪。

步骤S13 执行串口监测，检测当前存在串口并添加到第一串口列表中：在本步骤中，启动串口设备监测程序，得到当前中央站上当前的串口编号。在本实施例中，上述串口监测程序同样是通过调用系统函数、判断其是否能够打开来得到当前中央站上存在的串口编号的。当得到当前存在的串口后，逐一判断得到的当前的串口编号是否在上述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并执行步骤S14；如在，则将原先第一串口列表中的该编号标记为设备离线。标记为设备离线这一步骤实际上是修改了上述第一串口列表中串口的属性，即将该串口的属性由原先的不存在修改为存在，只不过设备已经离线。此时，该设备与该编号的串口实际上可能存在两种情况，一种是该设备仍然接在该串口上，只不过该设备已经关机；另外一种是该设备并没有关机，只不过已经接到另外的串口上。所以，如果一个串口的串口属性在第一串口列表中修改后，该串口将会参加下一步骤的串口检测。

步骤S14 对第一串口列表中存在的串口依次检测，确定其连接设备为监护仪：在本步骤中，将上述步骤中得到的在第一串口列表中存在的串口和在上述步骤中被添加到第一串口列表中的串口和上述步骤中被修改属性的串口逐进行设备识别，首先判断其是否连接有设备，如果没有连接设备，则对下一个串口进行判断；如果连接有设备，则判断该设备是否是监护仪，如果不是，则跳过该串口，进行下一个串口判断；如果该设备是监护仪，则进行下一步骤。在本实施例中，判断串口连接设备是否是监护仪，是通过接收或发送指令后接收该设备传输来的信息，如果该信息在经过中央站处理后能够识别其信息中携带有合法的监护仪身份信息，则判断该串口连接的是监护仪。如果不能够得到合法的监护仪身份信息，则判断该串口上连接的不是监护仪。此外，在本步骤中，也是通过上述串口判断的操作来判断一个串口是否连接有设备的；在本实施例中，存在一个串口表示该串口物理上在中央站上存在，如果该串口上连接有一个设备，则表示该设备存在；但是，即使串口上连接有设备，该设备也不一定就是监护仪；确定监护仪的存在，必须是在打开串口成功、接收到该设备的数据且能够被识别为监护仪数据或确认该数据中有特定的标识的情况下；所以，打开串口、成功发送指令并不能表示该串口连接的是一个监护仪，而仅仅只能表明该串口连接了一个设备。值得一提的是，在本步骤中，不是检测一个串口之后就执行下一步骤，而是将所有需要检测的串口都进行检测之后，在去执行下一步骤，其间得到的数据或信息都将存在缓存中，便于下一步骤使用。当然，在本实施例中的一些情况下，也可以对一个串口检测后立即执行下一步骤，在这些情况下，需要多次在本步骤和下一步骤之间重复，直到所有需要检测的串口都检测完毕之后，再执行其他的后续步骤。

步骤S15 将当前串口及其连接的监护仪身份信息绑定：在本步骤中，将上述通过识别信息的传输得到该串口上连接的监护仪身份信息及其对应的串口编号绑定或相关在一起；中央站上运行的监护仪应用程序就是依据这些信息取得监护仪的串口编号并与其进行数据交互。每执行一遍上述步骤（步骤S11或S12-S15），得到的这些绑定或相关信息就可能不同。值得一提的是，在本实施例中的一些情况下，也可以设置一个第二串口列表，将上述步骤中得到的绑定的串口编号和监护仪身份信息逐个填入到该第二串口列表中，当监护仪应用程序需要和一个监护仪进行数据交互时，直接由第二串口列表中查找该监护仪的身份信息就可以得到其串口编号；相反，知道数据来自一个串口时，同样可以通过该第二串口列表得到其监护仪身份信息。同样地，这个第二串口列表也是可以随时间的变化而变化的。

步骤S16 等待设定时间间隔：在本实施例中，一种可能出现的情况是在正常工作的系统中添加一个监护仪，为了使得添加的监护仪能够正常地识别并进行数据交互，间隔一定的时间进行一次串口检测是很有必要的。因此，在本实施例中，当执行完上步骤，得到当前的绑定或相关信息之后，间隔是定的时间，返回上述步骤S13，进行串口监测，便于使得新加入的监护仪正常工作。

在本实施例中，上述的串行接口是中央站的USB接口转换而来的串行接口，这些USB接口包括原先就设置在该中央站上的USB接口和由这些设置在中央站上的USB接口扩展得到的USB接口。此外，在本实施例中，也可以补充一个验证的步骤，以保证不会出现串口编号之间的冲突。在一些情况下，当一个监护仪先连接在一个串口，然后连接到另外一个串口时，在本实施例中，原先连接的那个串口将在第一串口列表中被标记为设备离线，这可能使得该串口在连接另外一个监护仪时出现冲突的情况。为此，在本实施例中，也可以在得到上述绑定或相关信息后，逐一判断第一串口列表中是否存在这些串口编号且被标记为设备离线的，如是，可以将该之前的监护仪与串口之间的绑定关系删除，使得之前的一个串口可以在下一次检测中重新判断是否连接有别的设备或别的监护仪。

图2示出了在本实施例中对串口检测的具体步骤，其包括：

步骤S21判断一个存在的串口是否连接设备：在本步骤中，检测该串口是否连接有设备，如是，执行步骤S23；否则，执行步骤S22。检测一个串口是否连接有设备的方法，在上面已经说明，在此不再赘述。

步骤S22重复设定次数后，返回进行下一个串口判断或退出：在本步骤中，执行同样的操作设定次数，然后进行下一个串口判断，如果所有需要判断的串口都已经遍历，则退出本次串口检测。由于在本实施例中，执行本步骤之前执行的步骤可能是步骤S21，也可能是步骤S22，在本步骤中的同样的操作也可能不同，如果执行步骤之前执行的是步骤S21，那同样的操作就是执行步骤S21；如果执行步骤之前执行的是S23，那同样的操作执行的就是步骤S23。

步骤S23该设备是否监护仪：在本步骤中，接收连接在该串口上的设备发送到中央站的数据，判断该设备是否监护仪，如是，则执行下一步骤；否则，返回步骤S22；在本实施例中，如果该设备并未发送数据到该串口或没有接收到该设备发送到该串口的数据，所述中央站发送指令到所述设备，要求该设备上报其身份信息。具体来讲，所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容。此外，在本实施例中，通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。在本实施例中，中央站和监护仪交互的数据格式是：

包头

数据

包尾

或是

包头

数据

     在本实施例中，除了上述得到合法的身份信息外，也可以根据包头中的数据长度、校验位或包尾的校验位来对监护仪的数据做验证。检验位是保证数据报文正确性和完整性的一组运算数字。如果包头中数据长度或者特定的校验位符合监护仪的要求，则认为通过校验。

步骤S24取得该串口编号及监护仪身份信息，并将其绑定：在本步骤中，将得到的监护仪信息和该串口绑定。值得一提的是，本步骤中可以在一个串口被识别后进行，也可以在所有需要检测的串口被识别后进行。在前一种情况下，从步骤S21开始到本步骤将被多次重复；而在后一种情况下，步骤S21-S23将被多次重复。

本实施例中还涉及一种实现上述方法的装置，同样地，在该装置中，监护系统包括至少一个监护仪和一个中央站，中央站包括多个串行接口，监护仪分别连接在所述中央站不同的串行接口上并形成能够进行数据交换的网络。如图3所示，该装置包括第一串口列表取得单元1、串口监测单元2、监护仪检测单元3以及监测周期设定单元4；其中，第一串口列表取得单元1用于取得中央站上系统缺省的串口编号列表，得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，记录存在的串口编号，并逐一对该串口调用监护仪判断单元3；串口监测单元2用于启动串口监测，得到当前中央站上当前的串口编号；逐一判断所述当前的串口编号是否在上述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐一对该串口调用监护仪判断单元3；监护仪判断单元3用于逐个对在第一串口列表取得单元中存在或在串口设备监测单元中添加到第一串口列表的串口进行设备识别，通过识别信息的传输得到该串口上连接的监护仪身份信息；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互。监测周期设定单元4用于在设定的时间间隔上重复调用上述串口监测单元2和监护仪检测单元3。

在本实施例中，监护仪检测单元3中进一步包括连接检测模块31、数据接收及判断模块32以及监护仪信息绑定模块33；其中，连接检测模块31用于检测该串口是否连接有设备，如是，调用数据接收及判断模块32；否则，重复调用该连接检测模块31，对该串口检测设定次数，如任一次检测到连接设备，则调用数据接收及判断模块32；如均未检测到连接设备，则退出；数据接收及判断模块32用于接收该设备发送到中央站的数据，判断该设备是否监护仪，如是，调用监护仪信息绑定模块33；否则，重复调用该数据接收及判断模块32，重复判断端该串口是否监护仪设定次数，如任意一次判断该设备是监护仪，则调用监护仪信息绑定模块33；如均不能确定，则在执行设定次数的判断后退出；监护仪信息绑定模块33用于将得到的监护仪信息和该串口绑定。此外，这里的退出是退出该串口的检测，进行下一个串口的检测；在所有第一串口列表中的存在或添加的串口被遍历后，退出本次串口检测。

在本实施例中，数据接收及判断模块32中，如果该设备并未发送数据到该串口或没有接收到该设备发送到该串口的数据（这两种情况的结果是一样的，就是没有接收到设备发送的数据），所述中央站发送指令到所述设备，要求该设备上报其身份信息。而所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容；在所述数据接收及判断模块32中，通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种监护系统的组网方法，其特征在于，所述监护系统包括中央站，所述中央站包括用于连接监护仪的多个串行接口；所述监护系统的组网方法包括如下步骤：

    取得中央站上系统缺省的串口编号列表，得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，如果是，记录存在的串口编号，并对所述存在的串口进行监护仪识别；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互；

    在判断所述第一串口列表中的每个串口编号是否确实存在串口之后还包括以下步骤：启动串口监测，得到中央站上的当前串口编号；逐一判断得到的当前串口编号是否在所述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐个对添加的串口进行监护仪识别。

2.根据权利要求1所述的监护系统的组网方法，其特征在于，所述监护仪识别包括如下：

    C1）检测该串口是否连接有设备，如是，执行下一步骤；否则，重复本步骤，检测该串口设定次数后退出；

    C2）接收该设备发送到中央站的数据，根据所述数据判断该设备是否为监护仪，如是，执行下一步骤；否则，重复本步骤，重复判断设定次数后退出；

    C3）将得到的监护仪信息和该串口绑定或相关；

其中，所述退出是退出该串口的检测，进行下一个串口的检测；在所有第一串口列表中的存在或添加的串口被遍历后，退出本次监护仪识别。

3.根据权利要求2所述的监护系统的组网方法，其特征在于，在所述步骤C2）中，如果没有接收到该设备发送到该串口的数据，所述中央站发送指令到所述设备，要求该设备上报其身份信息；通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。

4.根据权利要求2所述的监护系统的组网方法，其特征在于，所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容。

5.根据权利要求2所述的监护系统的组网方法，其特征在于，所述步骤C3）中，将绑定或相关的监护仪信息和串口编号逐个填入一个列表中，得到第二串口列表；所述监护仪应用程序依据所述第二串口列表中该监护仪所对应的串口编号与该监护仪进行数据交互。

6.根据权利要求1所述的监护系统的组网方法，其特征在于，所述串行接口包括USB接口转换得到的串行接口，所述USB接口包括设置在所述中央站上的USB接口和/或由所述设置在中央站上的USB接口扩展得到的USB接口。

7.一种实现如权利要求1所述的监护仪组网方法的装置，其特征在于，所述监护系统包括中央站，所述中央站包括用于连接监护仪的多个串行接口；所述装置包括：

    第一串口列表取得单元：用于取得中央站上系统缺省的串口编号列表，得到第一串口列表，依次判断所述第一串口列表中的每个串口编号是否确实存在串口，记录存在的串口编号，并逐一对该串口调用监护仪判断单元；

    串口监测单元：用于启动串口监测，得到当前中央站上当前的串口编号；逐一判断所述当前的串口编号是否在上述第一串口列表中，如不在，将该编号添加到所述第一串口列表中，并逐一对该串口调用监护仪判断单元；

    监护仪判断单元：用于逐个对在第一串口列表取得单元中存在或在串口设备监测单元中添加到第一串口列表的串口进行设备识别，通过识别信息的传输得到该串口上连接的监护仪身份信息；中央站上运行的监护仪应用程序依据识别到的监护仪所对应的串口编号与其进行数据交互。

8.根据权利要求7所述的装置，其特征在于，所述监护仪判断单元中进一步包括：

    连接检测模块：用于检测该串口是否连接有设备，如是，调用数据接收及判断模块；否则，重复调用连接检测模块设定次数后退出；

    数据接收及判断模块：用于接收该设备发送到中央站的数据，根据所述数据判断该设备是否监护仪，如是，调用监护仪信息绑定模块；否则，重复调用数据接收及判断模块设定次数后退出；

    监护仪信息绑定模块：用于将得到的监护仪信息和该串口绑定或相关；

其中，所述退出是退出该串口的检测，进行下一个串口的检测；在所有第一串口列表中的存在或添加的串口被遍历后，退出本次串口检测。

9.根据权利要求8所述的装置，其特征在于，在所述数据接收及判断模块中，如果该设备并未发送数据到该串口或没有接收到该设备发送到该串口的数据，所述中央站发送指令到所述设备，要求该设备上报其身份信息。

10.根据权利要求8所述的装置，其特征在于，在所述数据接收及判断模块中，所述设备发送到中央站的信息或所述中央站发送该设备的指令均为数据包格式，该数据包至少包括包头和设置在所述包头后面的数据或指令内容；在所述数据接收及判断模块中，通过是否能够由所述设备上传的数据包中得到合法的、可识别的监护仪身份信息来判断该串口连接的是否为监护仪。