CN109068300A - 实现设备自动转床的方法及装置 - Google Patents

Abstract

本发明涉及了一种实现设备自动转床的方法及装置，所述实现设备自动转床的方法，包括：设备向设备集合中的其他设备广播状态信息，通过所述状态信息的广播向所述设备集合中的其他设备通知所述设备的工作状态；接收转床请求，所述转床请求是所述设备集合中的其他设备向工作状态处于空闲状态的所述设备发起的；响应所述转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。采用本发明所提供的实现设备自动转床的方法及装置解决了现有技术中设备转床效率较低的问题。

Description

实现设备自动转床的方法及装置

技术领域

本发明涉及医疗技术领域，尤其涉及一种实现设备自动转床的方法及装置。

背景技术

在医疗资源极其紧缺的情况下，医院人满为患，往往导致设备出现经常性没电或者突发性故障，由此，病人需要由一台设备转移至另一台设备进行监护，即设备转床。

由于设备通常配置了相连接的无线附件，以通过病人佩戴该无线附件实现对病人的监护，因此，在上述设备转床过程中，除了设备之间的转移，还需要将病人原先佩戴的无线附件拆除，再重新佩戴转移后设备所连接的无线附件，造成转床效率低下，严重影响了医护人员的工作效率。尤其对于产科而言，从待产室至产房属于孕妇正常分娩的必发场景，若此时进行设备转床，对本身处于疼痛状态下的孕妇进行无线附件的拆除和佩戴，极为不便，还可能给孕妇造成不良的后果。

由上可知，现有技术中存在设备转床效率低下的问题。

发明内容

为了解决上述技术问题，本发明的一个目的在于提供一种实现设备自动转床的方法及装置。

其中，本发明所采用的技术方案为：

一种实现设备自动转床的方法，包括：设备向设备集合中的其他设备广播状态信息，通过所述状态信息的广播向所述设备集合中的其他设备通知所述设备的工作状态；接收转床请求，所述转床请求是所述设备集合中的其他设备向工作状态处于空闲状态的所述设备发起的；响应所述转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

一种实现设备自动转床的装置，包括：状态信息广播模块，用于设备向设备集合中的其他设备广播状态信息，通过所述状态信息的广播向所述设备集合中的其他设备通知所述设备的工作状态；请求接收模块，用于所述转床请求是所述设备集合中的其他设备向工作状态处于空闲状态的所述设备发起的；请求响应模块，用于响应所述转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

一种实现设备自动转床的装置，包括处理器及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的实现设备自动转床的方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的实现设备自动转床的方法。

在上述技术方案中，源设备获取设备集合中设备的状态信息来指示设备集合中设备是否处于空闲状态，以在设备集合中选取目标设备，进而向目标设备发起转床请求，以控制目标设备进行源设备所连接无线附件的绑定，由此，对于病人而言，源设备所连接的无线附件无需拆除，也无需重新佩戴目标设备所连接的无线附件，而是通过目标设备与源设备所连接无线附件的绑定，实现设备自动转床，从而解决了现有技术中设备转床效率低下的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的实施环境的示意图。

图2是根据一示例性实施例示出的一种设备的硬件结构框图。

图3是根据一示例性实施例示出的一种实现设备自动转床的方法的流程图。

图4是根据一示例性实施例示出的另一种实现设备自动转床的方法的流程图。

图5是根据一示例性实施例示出的另一种实现设备自动转床的方法的流程图。

图6是根据一示例性实施例示出的另一种实现设备自动转床的方法的流程图。

图7是根据一示例性实施例示出的另一种实现设备自动转床的方法的流程图。

图8是根据一示例性实施例示出的另一种实现设备自动转床的方法的流程图。

图9是一应用场景中一种设备的原理框图。

图10是一应用场景中一种实现设备自动转床的方法的具体实现示意图。

图11是根据一示例性实施例示出的一种实现设备自动转床的装置的框图。

图12是根据一示例性实施例示出的一种实现设备自动转床的装置的硬件结构框图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1为一种实现设备自动转床的方法所涉及的实施环境的示意图。该实施环境包括设备集合100，进一步，设备集合100中的设备包括但不限于：设备110、设备130、设备150。设备集合100中的设备可以是监护仪、胎心仪、心电图机等医疗设备，在此不进行限定。

其中，设备集合100中的设备具备网络连接功能，以使设备集合100中的设备之间可建立有线或者无线网络连接；设备集合100中的设备还可以具备近距离通信功能，例如，近距离通信包括WIFI通信、蓝牙通信等，以使设备集合100中的设备之间可建立近距离通信连接。

在完成设备集合100中的设备之间的网络连接或者通信连接之后，便在设备集合100中的设备之间形成互联互通网络，由此，设备集合100中的设备之间便能够基于该互联互通网络进行数据传输。

举例来说，设备110可向设备130或者设备150发出转床请求，并控制设备130或者设备150进行设备110所连接无线附件的绑定。也就是说，对于病人而言，无需将设备110所连接的无线附件拆除，也无需重新佩戴设备130或者设备150所连接的无线附件，即实现了设备自动转床。

图2是根据一示例性实施例示出的一种设备的硬件结构框图。需要说明的是，该设备只是一个适配于本发明的示例，不能认为是提供了对本发明的使用范围的任何限制。该设备也不能解释为需要依赖于或者必须具有图2中示出的示例性的设备200中的一个或者多个组件。

该设备200的硬件结构可因配置或者性能的不同而产生较大的差异，如图2所示，设备200包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,CentralProcessing Units)270。

其中，电源210用于为设备200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等，用于与外部设备通信。

存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制设备200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是WindowsServerTM、Mac OSXTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图2中未示出)，每个模块都可以分别包含有对设备200的一系列计算机可读指令。数据255可以是存储于磁盘中的照片、图片等。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储器250通信，用于运算与处理存储器250中的海量数据255。

如上面所详细描述的，适用本发明的设备200将通过中央处理器270读取存储器250中存储的一系列计算机可读指令的形式来完成实现设备自动转床的方法。

此外，通过硬件电路或者硬件电路结合软件也能同样实现本发明，因此，实现本发明并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图3，在一示例性实施例中，一种实现设备自动转床的方法适用于图1所示实施环境的设备200，该设备200的结构可以如图2所示。

该种实现设备自动转床的方法可以由设备200执行，可以包括以下步骤：

步骤310，源设备获取设备集合中设备的状态信息。

首先说明的是，设备集合，由互连互通的设备构建而成。

其中，互联互通，是指使用有线或者无线网络连接的方式，或者，使用近距离通信连接的方式，使得设备集合中的设备之间在物理链路上是相互连接的，从而使得各设备之间可以通过TCP、UDP、WIFI、蓝牙等通信方式进行数据传输。

举例来说，设备集合中的设备可以隶属于同一个病人，或者位于同一个病房，也可以放置在相邻的两个病房，甚至对于某些大医院来说，设备集合中的设备还可以分布在不同楼层的不同病房，此时，对于设备集合中的各设备而言，距离近的设备之间可以建立WIFI通信连接，距离较远的设备之间则可以建立无线网络连接，以此在各设备之间形成互联互通网络。

通过上述设置，实现了互联互通网络的灵活构建，还能够有效地减少设备的网络接口配备。

进一步地，设备集合可以更新。

例如，对设备集合中的设备进行在线检测，将处于离线的设备剔除设备集合。

其中，设备处于离线包括设备掉线、设备运行异常等。

相应地，在线检测可以通过监控设备连接数、CPU占用率、丢包率、网络速率等执行。例如，网络速率保持为0则判定设备处于离线。

其次说明的是，状态信息，指示了设备集合中设备的工作状态。

设备的工作状态包括但不限于监护状态、空闲状态。

进一步地，状态信息的内容包括：无线附件是否处于离线、无线附件是否上传有效监护数据、无线附件是否有信号等，相应地，状态信息指示工作状态处于空闲状态的设备可以是无线附件处于离线的设备、所连接无线附件未上传有效监护数据的设备、所连接无线附件无信号的设备等。

其中，无线附件处于离线表示设备未连接无线附件，所连接无线附件未上传有效交互数据表示病人未佩戴该无线附件，同理，所连接无线附件无信号也表示病人未佩戴该无线附件。

因此，通过状态信息的指示，便能够判断哪些设备的工作状态处于空闲状态而具备接纳病人的资格，即可以进行设备自动转床。

步骤330，根据状态信息的指示在设备集合中选取目标设备，向目标设备发起转床请求进行空闲设备搜索。

本实施例中，步骤330可以进一步包括以下步骤：

步骤一，根据状态信息的指示在设备集合中进行空闲设备搜索。

空闲设备，即为状态信息指示工作状态处于空闲状态的设备。

空闲设备的搜索过程，实质上是状态信息中设备标识与设备集合中设备所对应的设备标识进行匹配。譬如，将硬件唯一标识码作为设备标识，以对设备进行唯一地标识。

例如，状态信息指示设备标识A对应的设备工作状态处于空闲状态，若从设备集合中设备所对应的设备标识匹配得到一设备标识A，则设备标识为A的设备即视为空闲设备。

步骤二，由搜索到的空闲设备中选取目标设备，向目标设备发起转床请求。

假设搜索到的空闲设备有若干台，在一实施例中，目标设备是随机选取的空闲设备，在另一实施例中，目标设备是与源设备距离最近的空闲设备，在又一实施例中，目标设备则是根据病人触发的选择操作选取的空闲设备。

其中，对于病人触发的选择操作而言，源设备为病人提供了选取入口，当病人需要进行目标设备选取时，将在该选取入口触发相应的选择操作。

例如，源设备配置的可触摸显示屏中，若干台空闲设备以列表形式进行展示，在所展示列表中，每一台空闲设备即为选取入口，当病人点击了其中一台空闲设备，即选取被点击的其中一台空闲设备作为目标设备，该点击操作即为病人在选取入口触发的选择操作。

在完成目标设备选取之后，即可发送转床请求至目标设备，以控制目标设备进行源设备所对应无线附件的绑定。

步骤350，通过目标设备对转床请求的响应控制目标设备进行源设备所对应无线附件的绑定。

源设备所对应的无线附件，可以是指与源设备仍然绑定的无线附件，也可以是指为了实施自动转床，而已经与源设备解除绑定的无线附件。

相应地，目标设备在进行无线附件绑定时，可以是首先请求源设备与无线附件解除绑定，然后与该无线附件进行绑定，也可以是直接与已经解除绑定的无线附件进行绑定，本实施例并未对此加以限定。

通过如上所述的过程，实现了设备自动转床方案，即能够在不拆除病人所佩戴的无线附件的前提下，将病人由一台设备转移至另一台设备进行监护，无需人工干预，有效地提高了设备转床效率，进而有利于医护人员的工作效率得到极大提升。

请参阅图4，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤410，源设备接收目标设备发送的设备配置信息。

其中，设备配置信息包括用于标识目标设备的目标设备信息。

应当说明的是，目标设备信息，是对目标设备进行唯一地标识，可以是硬件唯一标识码，还可以是SSID(Service Set Identifier，服务集标识)，在此不进行限定。

步骤430，将设备配置信息存储至源设备连接的无线附件，通过存储使得源设备连接的无线附件与源设备解除绑定。

也就是说，当源设备所连接的无线附件存储了设备配置信息时，则认为无线附件能够在后续通过设备配置信息中的目标设备信息而与目标设备进行绑定，因此，无线附件断开与源设备之间的无线连接，即无线附件由源设备解除绑定。

在上述过程中，实现了无线附件的自动解绑，为后续无线附件的自动绑定提供了有利的保障。

在一示例性实施例中，步骤410之后，如上所述的方法还可以包括以下步骤：

源设备将用于标识源设备的源设备信息添加至设备配置信息。

其中，源设备信息，是对源设备进行唯一地标识，可以是硬件唯一标识码，还可以是SSID(Service Set Identifier，服务集标识)，在此并未加以限定。

可以理解，如果无线附件中关于目标设备信息存储有误或者存储失败，均可能导致无线附件与非目标设备绑定，由此，在上述实施例的作用下，将为无线附件绑定的合法性检测提供充分的依据，进而有利于保障后续无线附件绑定的正确性，以此提高设备转床的正确率。

在一示例性实施例中，如上所述的方法还可以包括以下步骤：

在无线附件根据其所存储的设备配置信息进行目标设备搜索时，目标设备进行与无线附件的绑定。

也可以理解为，在无线附件存储设备配置信息之后，便能够根据该设备配置信息中的目标设备信息进行目标设备搜索，一旦病人转移到目标设备，无线附件即能够与目标设备自动连接，进而完成与目标设备的绑定。

在上述实施例的作用下，实现了无线附件的自动绑定，避免人工实现，极大地提升了设备转床效率。

在一示例性实施例中，目标设备与无线附件绑定之后，如上所述的方法还可以包括以下步骤：

绑定了无线附件的目标设备进行锁定状态解除，目标设备在接收到转床请求时进入待绑定无线附件的锁定状态。

本实施例中，设备的工作状态还包括锁定状态，是指设备在接收到转床请求至与无线附件绑定之间所处的工作状态。

换而言之，在目标设备处于锁定状态期间，目标设备不会作为空闲设备来接纳新病人，而是一直等待与发起转床请求的源设备所连接的无线附件进行绑定，直至与该无线附件完成绑定之后，方可解除锁定状态，即进入监护状态，对佩戴该无线附件的病人进行监护。

在上述实施例的配合下，避免目标设备因被误认为是空闲设备，而被非源设备所连接的其他无线附件误绑定，从而充分地保障了设备转床的可靠性和成功率。

请参阅图5，在一示例性实施例中，目标设备与无线附件绑定之后，如上所述的方法还可以包括以下步骤：

步骤510，目标设备根据向设备集合中其他设备广播的源设备信息进行绑定的合法性检测。

如前所述，如果无线附件中关于目标设备信息存储有误或者存储失败，均可能导致无线附件与非目标设备绑定，为此，设备配置信息中还存储了用于标识源设备的源设备信息。

由此，在目标设备与无线附件绑定之后，将对该绑定进行合法性检测。

具体而言，目标设备由其所绑定的无线附件中存储的设备配置信息获取目标设备信息，并进行该目标设备信息与向设备集合中其他设备广播的源设备信息之间的匹配。若二者不匹配，表示目标设备与无线附件的绑定为非法绑定，则跳转至步骤530。

需要说明的是，由于无线附件可能被非法绑定至非目标设备，进而导致该无线附件所实际需要绑定的目标设备一直处于锁定状态，为此，该实际需要绑定的目标设备可以在进入锁定状态一定时间范围(例如5min)之后，再次向设备集合中的其他设备广播目标设备信息，以便于确认其所实际需要绑定的无线附件是否被非法绑定至了非目标设备。

步骤530，通过广播对无线附件中存储的设备配置信息进行更新。

当目标设备与无线附件的绑定为非法绑定时，则需要对无线附件中存储的设备配置信息进行更新，以使该无线附件进行目标设备的重新绑定。

具体地，通过广播，重新获取实际需要绑定的目标设备的目标设备信息，将该目标设备信息替换设备配置信息中的目标设备信息。

同时，与无线附件绑定的目标设备断开与该无线附件之间的连接，即该无线附件与该目标设备解除绑定，进而使得该无线附件能够根据更新的设备配置信息中目标设备信息进行目标设备搜索，以自动连接实际需要绑定的目标设备。

在上述过程中，避免因目标设备信息存储有误或者存储失败而导致无线附件与非目标设备之间的非法绑定，进而充分地保障了无线附件绑定的正确性，从而有利于提高设备转床的正确率。

请参阅图6，在一示例性实施例中，目标设备与无线附件绑定之后，如上所述的方法还可以包括以下步骤：

步骤610，目标设备由其所绑定的无线附件获取实时监护数据，并由源设备获取历史监护数据。

首先说明的是，实时监护数据，是指无线附件所监护病人在设备转床过程中的监护数据，和/或，无线附件完成绑定之后的监护数据。

相应地，历史监护数据，是指源设备在发起转床请求之前为其所监护病人存储的监护数据。

其次，无论是实时监护数据还是历史监护数据，获取过程中，可以是主动上传，也可以受控于目标设备，在此不加以限定。

例如，对于无线附件而言，在完成自动连接时即主动上传实时监护数据，或者，根据目标设备所发送的上传指令进行实时监护数据的上传。

就源设备来说，则是在发起转床请求时主动上传历史监护数据，或者，根据目标设备所发送的上传指令进行历史监护数据的上传。

在一实施例的具体实现中，监护数据获取过程如下所描述：

目标设备发送上传指令至无线附件，无线附件将实时监护数据上传至目标设备，还将上传其所监护病人的基本信息，例如，病人姓名、病人号等等。

目标设备根据该病人的基本信息为该病人创建新监护，例如，在显示界面中启动新的监护窗口，并根据该病人的基本信息向源设备发送上传指令，以获取该病人相关的历史监护数据。

步骤630，进行实时监护数据与历史监护数据的拼接显示。

拼接显示，可以按照时间顺序进行，也可以根据数据来源进行，在此不进行限定。

进一步地，拼接显示中，可以针对数据来源的不同，分别对实时监护数据和历史监护数据进行标识，以在显示过程中进行唯一标识。

在上述实施例的配合下，实现了实时监护数据和历史监护数据的联合显示，不仅保证了设备转床过程中病人的实时监护数据不丢失，而且有利于提高医护人员的便利性，能够方便地查看到病人在进行设备转床前后的监护数据，进而有利于对病人进行实时监护。

请参阅图7，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤710，设备集合中的其中一台设备侦听得到为自动转床触发的操作。

具体而言，设备为自动转床提供了入口，当病人转移到该设备并需要将该设备作为目标设备以进行设备转床时，将在该入口触发相应的操作。

例如，设备配置的可触摸显示屏中，设置一虚拟对话框作为自动转床的入口，当病人触摸勾选了该虚拟对话框，即认为病人将该设备作为进行设备转床的目标设备，该勾选操作即为病人为自动转床在入口触发的操作。

需要说明的是，不同于源设备进行的目标设备选取，设备集合中的任何一台设备都有可能因病人的转移而成为自动转床的目标设备。

步骤730，根据操作向源设备发起转床申请，通过源设备对转床申请的响应控制源设备及其连接的无线附件之间解除绑定。

此处，并未对源设备的工作状态是否处于空闲状态加以限定，即源设备可以正在对该病人进行监护，也可以是在该病人转床过程中已完成监护。

转床申请，区别于转床请求，是由目标设备向源设备发起的，进而通过源设备对转床申请的响应，完成设备转床过程，如上述各实施例所描述的，在此不再赘述。

通过上述过程，使得设备转床不仅可以由源设备发起，还可以通过目标设备发起，以此增加了设备转床的灵活性，充分地保证了设备转床的通用性和实用性。

请参阅图8，在一示例性实施例中，如上所述的方法还可以包括以下步骤：

步骤810，设备向设备集合中的其他设备广播状态信息，通过状态信息的广播向设备集合中的其他设备通知设备的工作状态。

步骤830，接收转床请求，转床请求是设备集合中的其他设备向工作状态处于空闲状态的设备发起的。

步骤850，响应转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

通过上述实施例的实现过程，对于设备集合中的各个设备而言，不仅可以作为转床请求的发起方，即源设备，还可以作为转床请求的接收方，即目标设备，也就是说，工作状态处于空闲状态的任意设备均可以为设备集合中的其他设备提供自动转床服务，由此基于设备集合中互联互通的各设备加强了自动转床的灵活性。

图9是一应用场景中一种设备的原理框图。图10是一应用场景中一种实现设备自动转床的方法的具体实现示意图。

如图9所示，在该应用场景中，设备包括通讯单元21、选择单元22、数据单元23和判断单元24。无线附件则包括通讯单元25、存储单元26和测量单元27。

如图10所示，通过执行步骤101，将可互连互通的设备构建形成设备集合。选择单元22执行步骤120，由搜索到的空闲设备选取目标设备，并向目标设备发起转床请求。

设备的通讯单元21和无线附件的通讯单元25，执行步骤103，进行目标设备与无线附件之间的绑定，以及实时监护数据的上传。其中，实时监护数据是由无线附件的测量单元27获得，并存储于存储单元26。

数据单元23执行步骤104，对实时监护数据和历史监护数据进行拼接显示。

此外，判断单元24用于对无线附件的绑定进行合法性检测，并在目标设备完成无线附件绑定之后进行目标设备的锁定状态解除。

在该应用场景中，随着互联互通的设备逐渐增加，设备转床的成功率越高，能够有效地解决现有技术中存在的设备转床效率低下的问题。

下述为本发明装置实施例，可以用于执行本发明所涉及的实现设备自动转床的方法。对于本发明装置实施例中未披露的细节，请参照本发明所涉及的实现设备自动转床的方法的方法实施例。

请参阅图11，在一示例性实施例中，一种实现设备自动转床的装置900包括但不限于：状态信息广播模块910、请求接收模块930和请求响应模块950。

其中，状态信息广播模块910用于设备向设备集合中的其他设备广播状态信息，通过状态信息的广播向设备集合中的其他设备通知设备的工作状态。

请求接收模块930用于接收转床请求，转床请求是设备集合中的其他设备向工作状态处于空闲状态的设备发起的。

请求响应模块950用于响应转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

需要说明的是，上述实施例所提供的实现设备自动转床的装置在进行设备转床时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即设备报警装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的实现设备自动转床的装置与实现设备自动转床的方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

请参阅图12，在一示例性实施例中，一种实现设备自动转床的装置1000，包括处理器1001及存储器1002。

其中，存储器1002上存储有计算机可读指令，该计算机可读指令被处理器1001执行时实现上述各实施例中的实现设备自动转床的方法。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的实现设备自动转床的方法。

上述内容，仅为本发明的较佳示例性实施例，并非用于限制本发明的实施方案，本领域普通技术人员根据本发明的主要构思和精神，可以十分方便地进行相应的变通或修改，故本发明的保护范围应以权利要求书所要求的保护范围为准。

Claims (11)

1.一种实现设备自动转床的方法，其特征在于，包括：

设备向设备集合中的其他设备广播状态信息，通过所述状态信息的广播向所述设备集合中的其他设备通知所述设备的工作状态；

接收转床请求，所述转床请求是所述设备集合中的其他设备向工作状态处于空闲状态的所述设备发起的；

响应所述转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

2.如权利要求1所述的方法，其特征在于，所述设备向设备集合中的其他设备广播状态信息之后，所述方法还包括：

如果所述设备的工作状态处于空闲状态，则检测为自动转床触发进行的操作；

当检测到所述操作时，向所述设备集合中的其他设备发起转床申请；

通过所述设备集合中其他设备对所述转床申请的响应，与响应所述转床申请的其他设备所对应无线附件进行绑定。

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

接收所述设备集合中其他设备广播的状态信息；

根据接收到的状态信息在所述设备集合中选取工作状态处于空闲状态的其他设备，向工作状态处于空闲状态的其他设备发起转床请求；

通过所述转床请求的发起，解除所述设备与其自身所连接的无线附件之间的绑定。

4.如权利要求3所述的方法，其特征在于，所述通过所述转床请求的发起，解除所述设备与其自身所连接的无线附件之间的绑定，包括：

所述设备接收工作状态处于空闲状态的其他设备发送的设备配置信息，所述设备配置信息包括用于标识工作状态处于空闲状态的其他设备的目标设备信息；

将所述设备配置信息存储至所述设备连接的无线附件，通过所述存储使得所述设备连接的无线附件与所述设备解除绑定。

5.如权利要求4所述的方法，其特征在于，所述通过所述转床请求的发起，解除所述设备与其自身所连接的无线附件之间的绑定，还包括：

所述设备向所述设备集合中的其他设备广播源设备信息；

将用于标识所述设备的所述源设备信息添加至所述设备配置信息。

6.如权利要求1至5任一项所述的方法，其特征在于，所述与发起转床请求的其他设备所对应无线附件进行绑定，包括：

在所述其他设备所对应无线附件根据存储的设备配置信息进行目标设备搜索时，所述设备作为被搜索到的目标设备，进行与所述其他设备所对应无线附件的绑定。

7.如权利要求6所述的方法，其特征在于，所述与发起转床请求的其他设备所对应无线附件进行绑定，还包括：

所述设备根据向所述设备集合中其他设备广播的源设备信息进行所述绑定的合法性检测；

当所述绑定为非法绑定时，对所述无线附件中存储的设备配置信息进行更新，并解除所述绑定。

8.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

所述设备在接收到所述转床请求时进入锁定状态，所述锁定状态用于指示所述设备等待与其他设备所对应无线附件进行绑定；

相应地，所述方法还包括：

当所述设备完成无线附件绑定之后，进行所述锁定状态的解除。

9.如权利要求1至5任一项所述的方法，其特征在于，所述与其他设备所对应无线附件进行绑定之后，所述方法还包括：

所述设备由其所绑定的无线附件中获取实时监护数据，并由解除无线附件绑定的其他设备中获取历史监护数据；

进行实时监护数据与历史监护数据的拼接显示。

10.一种实现设备自动转床的装置，其特征在于，包括：

状态信息广播模块，用于设备向设备集合中的其他设备广播状态信息，通过所述状态信息的广播向所述设备集合中的其他设备通知所述设备的工作状态；

请求接收模块，用于所述转床请求是所述设备集合中的其他设备向工作状态处于空闲状态的所述设备发起的；

请求响应模块，用于响应所述转床请求，与发起转床请求的其他设备所对应无线附件进行绑定。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的实现设备自动转床的方法。