CN110326055A - 用于实时定位平台的接收器健康系统和方法 - Google Patents

Abstract

本发明公开了促进接近度检测和位置跟踪的方法、装置、系统和制品。示例性装置包括实时定位系统(RTLS)健康处理器。该示例性RTLS健康处理器包括事件处理器以处理来自RTLS设备的消息中包括的事件，从而识别与该RTLS设备相关的事件信息，该事件与RTLS设备的健康状态相关，并且该事件信息包括事件类型和事件详情。该示例性RTLS健康处理器包括健康分析仪以将事件详情与事件类型的规定界限进行比较，该事件与该设备的健康状态相关。示例性RTLS健康处理器包括输出发生器以便当事件信息在规定界限之外时触发响应，以针对RTLS设备解决该事件。

Description

用于实时定位平台的接收器健康系统和方法

相关申请的交叉引用

本专利源自要求2016年12月31日提交的美国临时专利申请序列号62/441,201的权益的专利申请。美国临时专利申请序列号62/441,201据此全文以引用方式并入本文。据此要求美国临时专利申请序列号62/441,201的优先权。

技术领域

本公开整体涉及医疗环境，并且更具体地讲，涉及促进接近度检测和位置跟踪的方法和装置。

背景技术

实时定位系统(RTLS)监测资产分配和使用，从而提供可执行信息以帮助控制成本并改善护理的质量和效率。为跟踪和分析临床环境中的活动而开发的系统已包括将射频识别(RFID)或红外(IR)读取器基础设施安装到建筑物中以捕获位置信息。可将RFID传感器置于需要跟踪的人和/或资产上。

然而，这是昂贵且耗时的解决方案，因为这需要将电源和数据线拉引到所有所需的位置。定位精度还可根据技术而改变。典型RFID系统具有大约加减十英尺的公差，从而进一步限制其范围。不过基于RFID和IR的传感器非常容易因为环境(例如，病房)中的干扰以及被物理隔离但它们之间有视线的位置(例如，彼此在大厅对面的两个病房)之间的串扰而漂移。

因此，希望设计在最少基础设施需求和标准化技术的情况下跟踪环境中的人与资产之间的位置和交互的系统和方法。

发明内容

某些示例提供了用于实时定位系统管理的改进系统、装置、方法和介质。

某些示例提供了包括实时定位系统(RTLS)健康处理器的装置。示例性RTLS健康处理器包括事件处理器以处理来自RTLS设备的消息中包括的事件，从而识别与RTLS设备相关的事件信息，该事件与RTLS设备的健康状态相关，并且该事件信息包括事件类型和事件详情。示例性RTLS健康处理器包括健康分析仪以将事件详情与事件类型的规定界限进行比较，该事件与设备的健康状态相关。示例性RTLS健康处理器包括输出发生器以便当事件信息在规定界限之外时触发响应，以针对RTLS设备解决该事件。

某些示例提供包括指令的计算机可读存储介质，所述指令在被执行时使处理器被配置为实现实时定位系统(RTLS)健康处理器。示例性RTLS健康处理器将包括事件处理器以处理来自RTLS设备的消息中包括的事件，从而识别与RTLS设备相关的事件信息，该事件与RTLS设备的健康状态相关，并且该事件信息包括事件类型和事件详情。示例性RTLS健康处理器将包括健康分析仪以将事件详情与事件类型的规定界限进行比较，该事件与设备的健康状态相关。示例性RTLS健康处理器将包括输出发生器以便当事件信息在规定界限之外时触发响应，以针对RTLS设备解决该事件。

某些示例提供用于实时定位系统(RTLS)的处理器实现方法。示例性方法包括使用处理器来处理来自RTLS设备的消息中包括的事件以识别与RTLS设备相关的事件信息，该事件与RTLS设备的健康状态相关，并且该事件信息包括事件类型和事件详情。示例性方法包括使用处理器将事件详情与事件类型的规定界限进行比较，该事件与设备的健康状态相关。示例性方法包括当事件信息在规定界限之外时，使用处理器触发响应以针对RTLS设备解决该事件。

附图说明

本文所公开的系统和方法的特征和技术方面将在下文结合附图阐述的以下具体实施方式中变得显而易见，在附图中，类似的附图标记指示相同或功能类似的元件。

图1是示出为促进接近度检测和位置跟踪而根据本公开的教导内容构造的示例性环境的框图。

图2是图1的示例性环境的示例性读取器工牌的框图。

图3示出了说明经由云在楼宇之间交互的示例性环境。

图4示出了图3的示例的医院网络和云的示例性体系结构。

图5示出了基本实时定位平台，其包括设施中的多个受监测设备和边缘设备以及云中的云健康处理器和一个或多个管理服务。

图6示出了图5的云健康处理器的示例性实施方式。

图7示出了受监测设备的示例性实施方式。

图8描绘了示出受监测设备的示例性健康状态的示例性状态图。

图9示出了经由网关在信标、接收器和云健康处理器之间的示例性数据流。

图10至图12示出了监测实时定位系统中的接收器和/或其他设备健康状态的示例性方法的流程图。

图13是示例性服务器的框图，该服务器被结构化为执行图10至图12的示例性机器可读指令以实现图1至图9的示例性系统。

具体实施方式

在以下详细描述中，参考形成其一部分的附图，并且其中通过图示的方式示出了可实践的具体示例。足够详细地描述了这些示例以使得本领域技术人员能够实践本主题，并且应当理解，可以利用其他示例，并且可以在不脱离本公开主题的范围的情况下进行逻辑、机械、电气和其他改变。因此提供以下详细描述的目的是为了描述示例性实施方式，而非被看作对本公开所述的主题的范围进行限制。来自以下描述的不同方面的某些特征可组合形成下文所讨论的主题的新方面。

当介绍本公开的各种实施方案的元件时，冠词“一个”、“一种”和“该”旨在意指存在这些元件中的一个或多个。术语“第一”、“第二”等不表示任何次序、数量或重要性，而是用于将一个元件与另一个元件区分开。术语“包含”、“包括”和“具有”旨在是包含性的，并且意指除了列出的元件之外还可存在附加元件。当在本文中使用术语“连接到”、“耦接到”等时，一个对象(例如，材料、元件、结构、构件等)可连接到或耦接到另一个对象，而不论一个对象是否直接连接或耦接到另一个对象或一个对象与另一个对象之间是否存在一个或多个居间对象。

如本文所用，术语“系统”、“单元”、“模块”、“引擎”等可包括操作以执行一个或多个功能的硬件和/或软件系统。例如，模块、单元或系统可包括计算机处理器、控制器和/或基于存储在有形和非暂态计算机可读存储介质(诸如计算机存储器)上的指令来执行操作的其他基于逻辑的设备。另选地，模块、单元、引擎或系统可包括基于设备的硬连线逻辑来执行操作的硬连线设备。附图中示出的各种模块、单元、引擎和/或系统可表示基于软件或硬连线指令操作的硬件、指示硬件执行操作的软件、或其组合。

另外，应当理解，对本公开的“一个实施方案”或“实施方案”的引用并非旨在被解释为排除也包含所引用特征的附加实施方案的存在。

I.概述

某些示例提供了使医院和/或其他医疗机构能够捕获与其资产有关的实时位置数据的新型系统和相关联的方法。诸如低功耗(例如，低功耗蓝牙(BLE)等)信标等信标所发出的信号由接收器捕获。与接收器相关联的软件捕获、分析并过滤所收集的位置数据，然后可将该位置数据转发到基于云的服务器和相关联的软件，这可促进众包以进一步分析该数据。与其他实时定位服务不同，使用低功耗和/或其他无线通信(例如，Wi-Fi等)时，可跟踪信标并且可交换数据而无需打开天花板或钻进墙壁以漫长、侵入式安装方式布设电缆。相反，可在数天而非数月内配置无线信标-接收器跟踪网络。某些示例实现用于检查和预防性维护的设备的位置跟踪、用于患者护理的设备定位以及对与如何、何时和多久使用设备有关的所收集的数据的分析和洞察。

在某些示例中，可经由基于Web的接口和相关联的应用程序将基于信标的数据提供给用户。可经由台式计算机、膝上型计算机、平板计算机、智能电话等访问基于Web的接口。例如，位置资产数据可与一个或多个其他管理系统集成在一起。

本发明所公开的技术的某些示例改善了诸如医院等环境中的资源的接近度检测和位置跟踪。本文所公开的示例性系统包括附连到环境内的资产并且传输(例如，周期性地、非周期性地和/或作为一次性事件)信标消息的一个或多个信标标签。信标消息由移动读取器工牌接收，该移动读取器工牌侦听环境中传输的信标消息。例如，所公开的示例性读取器工牌(本文有时称为“读取器”、“工牌”或“移动无线桥接器”)可包括网络接口以接收经由低功耗的低功耗蓝牙(BLE)传输的信标消息。在一些所公开的示例中，读取器工牌处理所接收的信标消息，并且经由通信基础设施将从信标消息获得的信息传送到一个或多个实时定位服务(RTLS)服务器。例如，所公开的示例性读取器工牌可聚合一批信标消息(例如，阈值数量的信标消息、阈值时间间隔(例如，感兴趣窗口)等)并且经由Wi-Fi基础设施(例如，无线网络)将该批信标消息传送到RTLS服务器。在一些所公开的示例中，RTLS服务器处理所接收到的一批信标消息以促进环境中的资源的实时位置跟踪。在一些所公开的示例中，RTLS服务器可经由图表、曲线图、表格等报告资源的位置。

实时定位服务经由诸如医院等医疗环境中的接近度检测和位置跟踪来实现改进的患者工作流程。位置跟踪可用于定位医院内的资源，诸如移动资产(例如，患者、静脉(IV)泵、遥测单元、轮椅等)。例如，位置跟踪可用于定位病房内“丢失的”或“遗失的”IV泵。接近度检测有利于提高对患者工作流程期间如何发生交互的理解。例如，基于与皂液分配器的接近度，用户(例如，系统管理员)可确定看护者是否在与患者交互之前清洗了其双手。

本文所公开的示例性系统和方法有利于通过使用已经安装在医院中的通信基础设施创建医院内的医院跟踪网络来改进接近度检测和位置跟踪。信标标签安装在整个位置或建筑物中。例如，信标标签可附连到固定资产(例如，病房入口、盥洗盆、饮水器、走廊等)和移动资产(诸如医院病床、IV泵、皂液分配器等)。在一些所公开的示例中，信标标签还包括在住院时提供给患者的一次性患者标签中。信标标签是信标消息的低成本、低功耗发射器。信标消息(本文有时称为“信标”)包括有关信标标签的信息，诸如唯一识别符(例如，标签识别符，诸如介质访问控制(MAC)地址)和标签类型识别符(例如，信标标签是附连到固定位置资产还是附连到移动资产)。在一些所公开的示例中，信标标签以预设频率(例如，一秒十次、一秒一次、一分钟一次等)广播(例如，公布、传送、传输等)信标消息。例如，附连到固定位置资产(例如，盥洗盆)的信标标签可以以一秒十次广播信标消息，而附连到移动资产(例如，轮椅)的信标标签可以以相对较短的间隔(例如，一秒一次)广播信标消息。

读取器工牌是移动无线桥接器，其通过“侦听”和接收信标标签所广播的信标消息来促进移动跟踪。该读取器工牌包括BLE控制器以接收信标标签所广播的无连接信标消息。读取器工牌还包括Wi-Fi控制器以与RTLS服务器建立连接。读取器工牌可由医院照护者佩戴或携带。例如，读取器工牌可作为挂带佩戴或夹在照护者的衣服上。当照护者在医院四周走动时，读取器工牌被动地收集信标消息并且将读取器消息传送到系统后端的RTLS服务器。在一些示例中，读取器工牌在传送读取器消息之前收集多个(例如，预定数量)信标消息或等待一段时间(例如，预定时间段)。在一些示例中，读取器工牌在接收到来自信标标签的信标消息时生成并传送读取器消息。读取器消息包括从信标消息接收到的信息，诸如源信标标签的唯一识别符和源信标标签的空间位置。在一些示例中，读取器工牌包括时间戳，该时间戳识别读取器工牌何时在读取器消息中接收到信标消息。在一些示例中，读取器工牌包括所接收的信号强度指示(RSSI)值(例如，所测量的功率的分贝数与一毫瓦的功率比(dBm))。

本文所公开的示例性读取器工牌包括接近度引擎以处理信标消息并且确定离源(例如，广播对应信标消息的信标标签)的距离。例如，医院病房可包括附连到门的第一信标标签、附连到输液泵的第二信标标签、附连到病床的第三信标标签、以及患者标签(例如，包括患者身份识别信息(诸如姓名、性别、出生日期信息)的一次性腕带)中包括的第四信标标签。当照护者在医院病房四周走动时，读取器工牌可从每个信标标签接收信标消息。接近度引擎可确定每个信标消息的RSSI强度，并且将RSSI强度与相应信标标签相关联。

在一些示例中，接近度引擎确定哪些信标标签接近(例如，靠近或紧密定位于)读取器工牌。例如，接近度引擎可将信标消息的RSSI强度与阈值进行比较，并且如果RSSI强度满足阈值(例如，RSSI强度大于阈值)，则接近度引擎将源信标标签识别为接近读取器工牌。在一些示例中，接近度引擎丢弃不接近读取器工牌的信标消息。

例如，固定信标接收器可插入到整个医院的交流电源插座中。信标接收器从在其四周移动的信标标签捕获传输，然后经由医院的Wi-Fi网络将这些标签的唯一识别符转发到基于云的服务器。医院可基于该数据来查看位置信息。例如，信标标签可附接到资产，和/或由工作人员或患者佩戴。

在该示例中，与寻呼机类似，工牌设备形式的移动BLE接收器可由临床人员佩戴。与固定接收器一样，这些工牌设备也捕获信标传输并且经由Wi-Fi网络转发该数据。该系统可使用大数据分析和众包来扩展解决方案范围和实时精度。然后用户可使用基于Web的应用程序来轻松找到资产(例如，最靠近的资产、某种类型的所有资产、特定设备等)。例如，如果工作人员正在寻找干净输液泵，则他或她可经由其平板计算机上的应用程序提出请求，然后访问例如仅与他们所处的同一区内的物品相关的位置数据。

本文所公开的示例性系统和方法包括RTLS服务器，其监测和/或报告环境中的跟踪位置以及人与资产之间的交互。例如，RTLS服务器可从环境(例如，医院)中包括的所述一个或多个读取器工牌聚合读取器消息。该RTLS服务器可经由无线内联网(例如，无线局域网等)和/或无线互联网连接来与读取器工牌连接。

随着医疗资产继续变得更小且越来越符合人体工程学，占用空间较小的RTLS跟踪变得日益重要。另外，随着医院的医疗设备库存变得更精简，该设备可能要更频繁清洗。因此，资产跟踪信标应能承受刺激性消毒化学物质的频繁、反复清洗。

某些示例提供了可与BLE和/或其他位置跟踪技术一起应用于医疗资产(例如，扫描仪、IV泵、监测器等)的改进壳体。在某些示例中，计算机化维护管理系统(CMMS)和/或源系统可组织并监测资产，并且可根据需要从一个资产移除信标并使之与另一个资产重新关联起来。信标可安装在没有平坦表面的符合人体工程学的物品上。信标可被开发为具有壳体以承受苛刻的医疗清洗方案，同时保持小的占用空间以不妨碍其上施加信标的设备的正常使用。

实时定位平台所提供的位置数据的质量可取决于被部署为接收传感和/或定位事件的设备的健康状态。如果所部署的设备未按照预期那样发挥功能，则该系统所产生的位置数据可不准确/不可靠。为了帮助确保准确的位置数据，支持团队可监测系统健康状态，隔离有问题的设备，并且通过重新配置/更换/升级等来纠正这些问题。

某些示例提供了用于实时定位平台的接收器健康方法和系统。某些示例定义机制和相关联的应用编程接口(API)规范，通过该规范，被部署为实时定位平台一部分的定位接收器可以由此使用基于事件的消息传递框架来传输系统健康信息。可捕获所提供的数据/事件并且将其用于维护该系统并帮助确保改善的或最佳的性能。

用于实现实时定位平台的设备可具有许多相依性，包括可靠的电源(例如，电池、插座等)、网络连接和可接受的环境条件(例如，最小/最大操作温度等)。在部署了大量设备的情况下，定期人工实地检查每个设备不可行或没有成本效益。某些示例促进健康状态和相关联的系统事件的设备自报告以帮助维护运行中的系统。

在某些示例中，定位设备被设计为将事件数据(例如，作为JavaScript对象表示法(JSON)文件等)提交到服务接口(例如，表述性状态转移(REST)或RESTful服务接口等)。存在所定义的许多事件，并且可响应于条件(例如，设备恢复网络连接，设备放置在充电器上，设备从充电器移除等)或按可配置为设备简档一部分的时间表来发送这些事件。事件包括用于正在进行的系统健康管理的一组基本(例如，标头等)属性。另外，每个事件包括详情部分，其中可包括特定于事件类型的属性/数据。

在某些示例中，接收器健康状态包括为接收器设备(例如，蓝牙接收器设备、BLE接收器设备等)定义的一组事件。例如，可根据API来定义该组事件。在某些示例中，网关客户端API包括该设备用来发布接收器健康事件等的RESTful服务的服务接口规范或API。

某些示例为大规模系统提供集中的健康与监测能力，这些大规模系统包括在广泛环境中部署的多个设备。例如，在没有此类监测的情况下，所部署的系统可随时间推移而破损失修，和/或监测/维护此类系统的成本可威胁到相关产品的商业可行性。

某些示例在被利用时得到了改善的系统性能、更高的客户满意度、对于客户更高的投资回报率、对于客户更低的购置成本、对于供应商更低的支持成本以及对于供应商增加的利润率等。

可按多种方式扩充/修改设备所报告的健康事件的类型和详情以提出一组“独特”的健康事件。例如，也可改变交付(例如，JSON/XML/CSV或HTTP/JMS/SMTP等)和/或捕获事件的机制/方案以提出“独特”的解决方案。

II.示例性医院跟踪网络

上述系统和方法可被部署为提供实时定位服务。实时定位服务(RTLS)有利于在诸如医院等工业环境中跟踪人和资产。本文所述的示例性RTLS系统被设计为通过从安装在整个医院中的信标标签捕获位置和接近度信息来建立资产的位置感知。本文所公开的示例利用医疗工作者(例如，医生、护士、管理人员、清洁工等)所佩戴的读取器工牌，这些读取器工牌从安装在诸如走廊、病房、设备、患者等资产中和/或附连到这些资产的信标标签接收信标消息，这些资产的位置和/或接近度信息将在信标标签与被标记的资产之间收集。例如，信标标签可广播信标消息，包括与对应信标标签相关联的唯一识别符(例如，签名、MAC地址、序列号等)。当医疗工作者在医院四周走动时，他们的读取器工牌收集从整个医院的信标标签传输的信标消息。在一些所公开的示例中，读取器工牌聚合信标消息并且将一批信标消息传输到RTLS服务器以便进行处理。本文所公开的示例性RTLS服务器处理信标消息以便通过接近度和概率来建立位置感知。

在一些公开的示例中，信标标签安装在固定位置资产中和/或附接到固定位置资产(例如，放置在固定(或接近固定)资产上)。例如，一些“已知位置”信标标签可附连到走廊、门、窗户、盥洗盆等。如下所讨论，在一些示例中，RTLS服务器利用从“已知位置”信标标签接收到的信标消息来确定读取器工牌的位置。

在一些公开的示例中，信标标签被附连到诸如设备等移动资产。例如，一些“移动位置”信标标签可附连到病床、轮椅、患者等。如下所讨论，在一些示例中，RTLS服务器利用从“移动位置”信标标签接收到的信标消息来确定什么资产靠近对应读取器工牌(例如，聚合并传输一批信标消息的读取器工牌)。

另外，比较不同时间戳间隔期间的资产位置可用于确定这些资产如何移动和/或照护者何时与这些资产交互。例如，考虑轮椅(例如，移动位置资产)位于第一病房中的示例。在所示示例中，假定轮椅附连有移动位置资产信标标签并且第一病房附连有固定位置资产信标标签。在所示示例中，当佩戴读取器工牌的照护者走进第一病房时，其读取器工牌收集轮椅信标标签和第一病房信标标签所广播的信标消息。在所示示例中，基于第一病房信标标签所广播的信标消息将照护者位置分配给第一病房。另外，由于在相同位置中“看见”轮椅，还可将轮椅位置更新到第一病房。

在所示示例中，当照护者在第一病房中时，其读取器工牌收集轮椅信标标签和第一病房信标标签所广播的信标消息。如果照护者开始移动轮椅(例如，从第一病房移动到第二病房)，则其读取器工牌将继续收集第一病房工牌标签所广播的信标标签，但还将开始收集第二病房信标标签所广播的信标消息。在所示示例中，一旦照护者进入第二病房，就将照护者位置更新到第二病房。另外，在所示示例中，由于照护者仍“看见”轮椅(例如，确定轮椅位置接近照护者)，因此还将轮椅的位置更新到第二病房。

在所示示例中，在将轮椅从第一病房移动到第二病房之后，轮椅位于第二病房而非第一病房的置信度可较低。然而，在所示示例中，每当照护者走进第一病房且未“看见”轮椅时，轮椅位于第一病房的置信度会降低。另外，在所示示例中，每当照护者走进第二病房且的确“看见”轮椅时，轮椅位于第二病房的置信度会升高。在所示示例中，“人群”(例如，照护者)提供在不同位置和不同时间所“见”之物的不同快照。如本文所公开，RTLS服务器可分析不同快照以促进环境中的资产的接近度检测和位置跟踪。

参见图1，示出了示例性环境100，其中本文所公开的示例可被实现为使用移动无线桥接器来促进接近度检测和位置跟踪。图1的示例性环境100包括示例性信标标签105、示例性读取器工牌125和示例性实时定位服务(RTLS)服务器155。

在图1的所示示例中，信标标签105使用低功耗BLE发射器来实现并且包括单个纽扣电池。在一些示例中，单个纽扣电池在两年或更多年内向对应信标标签105供电。在所示示例中，信标标签105安装在整个环境100中的两种类型资产上。例如，一个或多个信标标签105可位于(例如，附连到)诸如门、病房、走廊、饮水器等固定位置资产上。另外，一个或多个信标标签105可位于(例如，附连到)诸如患者(例如，插入在患者标签内)、病床、IV泵、轮椅等移动位置资产上。虽然图1的所示示例仅包括两个信标标签105，但其他环境可能包括附加信标标签。例如，不同环境可包括附连到资产的数十、数百和/或数千个信标标签。一般来讲，基于增加或减少放置在环境中的信标标签的数量来提高和/或降低环境中的资产的接近度检测和位置跟踪的精度。

在图1的所示示例中，示例性信标标签105周期性地公布其在环境100中的存在。例如，信标标签105可以每一秒广播一次示例性信标消息110。在其他示例中，信标标签105可以非周期性地和/或作为一次性事件广播信标消息110。在一些示例中，信标标签105可以以不同时间间隔广播信标消息110。例如，位于固定位置资产上的信标标签105可以每两秒广播一次信标消息110，而位于移动位置资产上的信标标签105可以每一秒广播一次信标消息110。在一些示例中，位于移动位置资产上的信标标签在移动位置资产静止时可以以第一频率(例如，每一秒一次)广播信标消息110，并且在移动位置资产移动时可以以第二频率(例如，每半秒一次)广播信标消息110。然而，可附加地或另选地使用其他时间间隔。

在所示示例中，信标消息110包括标签识别信息115和标签类型识别信息120。例如，标签识别信息115可为信标标签105的唯一识别符，诸如MAC地址、序列号、字母数字签名等。示例性标签类型识别信息120识别广播信标消息110的信标标签105是附连到固定位置资产还是附连到移动位置资产。然而，信标消息110可包括附加或另选的信息。例如，信标消息110可包括识别由信标标签105执行的软件版本的信息，可包括识别信标标签105的功率电平的信息等。

在图1的所示示例中，由读取器工牌125接收信标消息110。在所示示例中，由诸如医生、护士等医院照护者126佩戴读取器工牌125。当医院照护者在医院中走动时，读取器工牌125收集信标标签105所广播的信标消息110。例如，当医院工作者126探访示例性病房#1中的患者时，示例性读取器工牌110可从位于病房#1的门上的固定位置资产信标标签收集一个或多个信标消息，从位于病房#1中的盥洗盆上的固定位置资产信标标签收集一个或多个信标消息，从位于患者身份识别标签上的移动位置资产信标标签收集一个或多个信标消息，从位于病房#1中的病床上的移动位置资产信标标签收集一个或多个信标消息等。

在图1的所示示例中，读取器工牌125响应于接收到信标消息110而生成示例性读取器消息130。例如，读取器工牌125可产生读取器消息130，该读取器消息包括信标消息110中所包括的标签识别信息115和标签类型识别信息120，并且附加示例性工牌识别信息135、示例性时间戳140、示例性信号强度信息145和示例性通道识别信息150。在所示示例中，工牌识别信息135是唯一地识别读取器工牌110的一串字母数字字符(例如，MAC地址、序列号、字母数字签名等)。示例性时间戳140识别读取器工牌125接收到信标消息110时的日期和/或时间(例如，2015年1月1日，晚上9:10:04)。示例性信号强度信息145识别读取器工牌125接收到信标消息110时该信标消息的信号强度(例如，所接收的信号强度指示(RSSI)值)。示例性通道识别信息150识别其上接收到信标消息110的通道(例如，蓝牙频率通道，诸如通道37、通道38或通道39)。

在图1的所示示例中，读取器工牌125周期性地将一组(例如，一批)读取器消息130传送到RTLS服务器155。例如，读取器工牌125可传输在一段时间(例如，三十秒)内收集的一个或多个读取器消息130。附加地或另选地，读取器工牌125可非周期性地和/或作为一次性事件传送一个或多个读取器消息130。例如，读取器工牌125可在将所收集的读取器消息130传输到RTLS服务器155之前收集阈值数量的读取器消息130。在一些示例中，当读取器工牌125产生读取器消息130时，读取器工牌125传输这些读取器消息。

在图1的所示示例中，RTLS服务器155是促进接近度检测和位置跟踪的服务器和/或数据库。在一些示例中，RTLS服务器155使用多个设备来实现。例如，RTLS服务器155可包括彼此通信的磁盘阵列或多个工作站(例如，台式计算机、工作站服务器、膝上型计算机等)。

在所示示例中，RTLS服务器155经由示例性网络160所表示的一个或多个无线网络来与读取器工牌125通信。示例性网络160可使用任何一个或多个合适的无线网络(包括例如一个或多个数据总线、一个或多个无线局域网(LAN)、一个或多个蜂窝网络、互联网等)来实现。如本文所用，短语“与...通信”(包括其变型(例如，通信、和...通信等))涵盖直接通信和/或通过一个或多个中间部件的间接通信，并且不需要直接物理(例如，有线)通信和/或持续通信，而是附加地包括以周期性或非周期性间隔以及一次性事件的通信。

在图1的所示示例中，RTLS服务器155利用读取器消息130来促进环境100中的资产的接近度检测和位置跟踪。在所示示例中，RTLS服务器155选择从读取器工牌125接收到的读取器消息130的一部分来确定读取器工牌125的位置。例如，RTLS服务器155可处理读取器消息130以识别读取器消息130的第一子集(例如，一个或多个读取器消息)，该读取器消息的第一子集由读取器工牌125在第一感兴趣窗口(例如，五秒窗口)期间接收，并且是固定位置资产标签类型(例如，基于读取器消息的第一子集中包括的标签类型信息120)。在图1的所示示例中，RTLS服务器155利用读取器消息130的第一子集中包括的信号强度信息145来确定最近的固定位置资产。例如，相对较强的RSSI值可指示与和相对较弱的RSSI值相关联的信标标签105相比，广播的信标标签105更紧密接近读取器工牌125。在图1的所示示例中，RTLS服务器155基于最近的固定位置资产来更新读取器工牌125的位置。

在图1的所示示例中，一旦RTLS服务器155将读取器工牌125与位置(例如，最近的固定位置资产的位置)关联起来，RTLS服务器155就识别读取器消息130的第二子集(例如，一个或多个读取器消息)，该读取器消息的第二子集由读取器工牌125在第一感兴趣窗口(例如，五秒窗口等)期间接收，并且是移动位置资产标签类型(例如，基于读取器消息130的第二子集中包括的标签类型信息120)。例如，RTLS服务器155可基于其与读取器工牌125的接近度来更新移动位置资产的位置。

在图1的所示示例中，RTLS服务器155选择读取器消息130的第二子集中的读取器消息，并且基于所选择的读取器工牌130中包括的RSSI值155对对应的移动位置资产相对于读取器工牌125的位置进行分类。例如，当信号强度信息155满足第一阈值(例如，RSSI值小于(-60)分贝等)时，RTLS服务器155将移动位置资产分类为相对较远的资产。当信号强度信息155满足第二阈值(例如，RSSI值大于(-40)分贝等)时，图1的示例性RTLS服务器155将移动位置资产分类为相对接近的资产。在图1的所示示例中，当信号强度信息155不满足第一阈值和第二阈值时，RTLS服务器155将移动位置资产分类为相对较近的资产。例如，当RSSI值小于(-40)分贝且大于(-60)分贝时，RTLS服务器155可将移动位置资产分类为相对较近的资产。

在图1的所示示例中，根据相对位置分类，RTLS服务器155更新移动位置资产的位置和/或更新与移动位置资产相关联的资产位置置信度评分。在所示示例中，资产位置置信度评分表示可在当前分配的资产位置处找到移动位置资产的概率(或可能性)。例如，当在相同位置中“看见”移动位置资产时，RTLS服务器155提高移动位置资产的资产位置置信度评分。当在不同位置中“看见”移动位置资产时，RTLS服务器155降低移动位置资产的资产位置置信度评分。另外，当资产位置置信度评分不能满足位置阈值(例如，小于位置阈值)时，可基于例如读取器工牌125的位置来更新移动位置资产的资产位置，该读取器工牌收集(例如，由附连到移动位置资产的信标标签105)从移动位置资产发出的信标消息110。

在所示示例中，当移动位置资产被分类为相对较远时，图1的示例性RTLS服务器155丢弃读取器消息130，并且RTLS服务器155不对移动位置资产的位置和/或与移动位置资产相关联的资产位置置信度评分作改变。例如，读取器工牌125可能已收集从经过病房#1外的走廊的移动位置资产发出的相对较弱信标消息。在一些示例中，读取器工牌125可过滤此类信标消息(例如，与弱(例如，低)RSSI值相关联的信标消息110)而非将弱信标消息传送到RTLS服务器155。

当移动位置资产被分类为相对接近的资产时，高信号强度(例如，大于(-40)分贝等的RSSI值)可指示移动位置资产在医院工作者126的前面，正由医院工作者126使用，和/或正由医院工作者126移动。在一些此类情况下，移动位置资产的位置可被假定为与读取器工牌125的位置相同。在所示示例中，图1的示例性RTLS服务器155将移动位置资产的位置更新到读取器工牌125的位置。另外，示例性RTLS服务器155递增移动位置资产的资产位置置信度评分(例如，增加移动位置资产位于所更新的资产位置处的概率)。在一些示例中，如果信标标签105与读取器工牌125相对接近，则可作出照护者正与对应资产交互的假定。例如，照护者可能正用轮椅推患者。

在图1的所示示例中，当移动位置资产被分类为相对较近的资产(例如，与中等信号强度相关联)时，图1的示例性RTLS服务器155将和移动位置资产相关联的当前位置与读取器工牌125的位置进行比较。在所示示例中，当当前资产位置与读取器工牌125的位置相同时，RTLS服务器155提高移动位置资产的资产位置置信度评分。例如，在与其当前分配的相同的位置中“看见”移动位置资产。在一些示例中，当当前资产位置不与读取器工牌125的位置相同时，示例性RTLS服务器155降低移动位置资产的资产位置置信度评分。另外，示例性RTLS服务器155将移动位置资产的资产位置置信度评分与位置阈值进行比较，并且当资产位置置信度评分不能满足位置阈值(例如，小于位置阈值)时，RTLS服务器155将移动位置资产的资产位置更新到接收对应信标消息110的读取器工牌125的位置。

在图1的所示示例中，示例性环境100包括示例性对接模块165。示例性对接模块165可用于对一个或多个读取器工牌125充电。在一些示例中，对接模块165从信标标签105接收信标消息110，和/或将读取器消息130传输到RTLS服务器155。

图2示出了示例性信标标签202、示例性信标工牌204、示例性集线器模块206和示例性对接模块208中包括的各种部件。例如，信标标签202包括传输信标消息110的一个或多个BLE芯片(被标记为“信标”)210、一个或多个电源214(例如，一个或多个纽扣电池)以及管理所述一个或多个BLE芯片210和所述一个或多个电源214的片上系统(SOC)212。示例性信标工牌204包括接收信标消息106a-109a的一个或多个BLE芯片216(被标记为“收发器”)、与无线网络(例如，示例性网络160)通信的一个或多个Wi-Fi芯片218、一个或多个电源(例如，一个或多个电池)222、一个或多个传感器224(例如，运动传感器、加速度计、陀螺仪等)以及管理所述一个或多个BLE芯片216、所述一个或多个Wi-Fi芯片218、所述一个或多个电源222和所述一个或多个传感器224的片上系统(SOC)220。示例性信标工牌204还包括将信标工牌204连接到示例性集线器模块206和/或对接模块208的示例性模块连接器226。

在图2的所示示例中，信标工牌204可连接到示例性集线器模块206。信标工牌204与集线器模块206之间的连接可包括机械连接、电连接或它们的组合。在所示示例中，集线器模块206可用于跟踪资产与固定位置的交互。在医疗环境中，固定位置的示例包括皂液分配器、病床、墙壁、设备等。在诸如零售环境等其他环境中，固定位置可包括壁灯、灯具、镜子、货架和其他此类固定位置。

可利用集线器模块206来识别特定位置。作为一个示例，信标工牌204可经由工牌连接234耦接到放置在限制区域的入口上的集线器模块206以识别佩戴信标标签202的人何时进入(或接近)限制区域。在一个实施方案中，集线器模块206包括管理集线器模块206的部件的片上系统(SOC)228、延长电池寿命和信标工牌204的能力的一个或多个电源230(例如，一个或多个电池和外部电源(例如，AC/DC连接))、通信地耦接到SOC228的一个或多个传感器232、以及用于将信标工牌204连接到集线器模块206的工牌连接234。

在所示示例中，信标工牌204可连接(例如，机械地耦接、电子地耦接等)到示例性对接模块208。在所示示例中，对接模块208可用于对一个或多个信标工牌204充电。因此，在一个实施方案中，对接模块208包括外部电源连接器236(例如，AC连接器)、指示信标工牌204是否已被充电或正在充电的充电指示器238、以及用于将信标工牌204连接到对接模块208的工牌连接240。在一个实施方案中，对接模块208是便携式的。例如，对接模块208可放置在一个或多个环境中，诸如放置在收银台、平台、柜台、护理站、休息室、走廊等处，并且照护者可在不上班时经由工牌连接240将其信标工牌204耦接到对接模块208。

图3示出了说明经由云306在楼宇302，304之间交互的示例性环境300。在图3的示例中，一个或多个固定信标308和一个或多个移动信标310定位在设施302(例如，医院、诊所等)中。信标308，310附连(例如，永久地附连、可移除地附连等)到位置、资产等。例如，固定信标308可安装在一个或多个资产可定位的设施302中某位置处的墙壁上以向接收器提供位置。例如，移动信标310可(例如，永久地、可移除地等)附连到待定位和跟踪的物品(例如，静脉(IV)泵、成像扫描仪(例如，x射线、CT、超声等)、救护车、样品推车等)。

例如，由一个或多个移动接收器312和/或固定接收器314(例如，经由Bluetooth^TM、低功耗蓝牙(BLE)、近场通信(NFC)等)检测和读取信标308，310。例如，移动接收器312包括处理其位置(例如，相对于固定信标308等)的逻辑部件。可由人和/或移动资产佩戴的移动接收器312来产生众包环境，在该众包环境中，移动接收器312与信标308，310交互并且向系统300通知例如接收器312位置以及一个或多个信标308，310在该位置范围内的存在。固定接收器314用其在设施302中的位置来配置。固定接收器314可安装在众包减少的位置(例如，储存位置、封闭位置等)中的墙壁上以与信标308，310交互并且向系统300通知例如接收器314位置以及一个或多个信标308，310在该位置范围内的存在。一个或多个移动接收器312和一个或多个固定接收器314处理哪个(哪些)资产位于范围内(例如，如一个或多个移动信标310和/或一个或多个固定信标308等所指示)并且通知系统300的一个或多个其他部件。

一个或多个接收器312，314通过诸如Wi-Fi等通道316来与中间件网关318通信以将与信标308，310位置有关的信息传输到中间件引擎320。中间件网关318可为例如在楼宇302与云306之间交接的边缘设备、网关设备、集线器和/或其他电子设备。中间件引擎320可驻留在云306上以处理所接收的信标308，310和接收器312，314数据并且计算位置信息。例如，中间件引擎320还可向一个或多个接收/订阅接收者发布定位事件。

例如，一个或多个消费应用程序322经由云306从中间件引擎320访问位置数据以利用该位置数据来实现排程、跟踪、(重新)排序、维护、计费、方案依从性、治疗评估、员工评估、资源评估和/或一个或多个其他资源管理应用等。另选地或附加地，应用编程接口(API)324提供供一个或多个医院应用程序326-332在第二设施(例如，医院、诊所等)304处消费的位置感知数据。例如，医院计算机化维护管理系统(CMMS)326、医院病床管理系统328和/或其他医院系统330、医院应用程序332等可经由API324来接收和处理资产位置信息。

图4示出了图3的医院网络302和云306的示例性体系结构400。如图4的示例中所示，医院网络302经由中间件或定位网关318来与云306通信，(如图4的示例中所示)该中间件或定位网关可被分成客户端定位网关318a和服务器定位网关318b。示例性医院网络302包括工牌配置工具402，该工牌配置工具用于针对诸如Wi-Fi网络、网关连接性、网关安全凭据/证书等一个或多个参数来配置工牌414(例如，医院工作人员工牌、智能电话等)。工具402可经由Wi-Fi、蓝牙、NFC等来与工牌414通信。此外，工牌414与客户端定位网关318a通信以向云306提供位置信息。

另外，固件404可与工牌414通信以更新工牌414上的固件、设置等。例如，示例性固件404可提供软件开发套件(SDK)和/或与软件开发套件相关联以使一个或多个应用程序能够集成到工牌414中。例如，通过使用SDK，固件404可向工牌414和/或工牌414的用户/佩戴者提供通知、提议和/或其他定制。

图4的示例性医院网络302还包括定位工具箱应用程序406，该定位工具箱应用程序与信标416(例如，蓝牙信标、BLE信标等)和/或集线器408(例如，经由蓝牙、BLE等)通信。例如，信标416和/或集线器408还可与工牌414和/或客户端定位网关318a通信。工具箱406为集线器408、工牌414和/或信标416等提供一个或多个配置和/或授权应用程序、一个或多个设置、一个或多个配置等。例如，工具箱406可用于设定信标频率、信标范围、信标传输模式等。工具箱406、信标416和/或工牌414可经由集线器408来与客户端定位网关318a等通信。

图4的示例性医院网络302还可包括无源读取器410、接入点412和无源标签418。Wi-Fi接入点412有助于按存在(例如，在设施302中)、区(例如，在设施302的特定区域中)、位置(例如，实际位置)等来中继定位信息。例如，无源标签418和无源读取器410可交互以向客户端定位网关318a提供医院网络302中的位置信息。

客户端定位网关318a与云306处的服务器定位网关318b通信。客户端定位网关318a还与中间件引擎320(诸如定位服务器320)通信。示例性服务器320提供多个特征，包括管理用户界面(UI)、系统健康监测器、配置信息、洞察/分析等。示例性服务器320与信标/站点管理服务420和站点构建器424通信，这有助于在地图上标出位置(例如，医院网络302等)以及在该位置处找到的信标。

例如，通过使用服务总线422，服务器定位网关318b、信标/站点管理服务420和/或站点构建器424可与地理信息系统(GIS)426通信以创建设施302的一个或多个地图以便使用地理参考位置坐标来存储。可使用站点构建器424和GIS 426来识别放置在设施302中的固定接收器并将这些固定接收器添加到该地图上。例如，定位引擎428可用于利用地图(一个或多个)和地理信息将一个或多个位置与所检测的信标事件关联起来，从而得出特定资产的位置。例如，通过使用GIS 426和站点构建器424，可实时(或基本上实时(考虑到有一些数据处理、传输和/或存储延迟等))修改/更新地图以基于输入数据作出快速、流畅改变。例如，GIS 426向站点构建器424所映射的设施302的内部提供空间上下文。通过使用GIS 426平台，可得出各对象之间的一个或多个距离并且可包括地理参考坐标。定位引擎428所生成的信息可由包括资产管理434、医院信息系统(HIS)436和/或其他第三方系统438等的一个或多个产品432消费。例如，工牌配置服务430也可有助于服务器/云端上的工牌配置，从而有助于更新医院302处的工牌配置工具402。

在某些示例中，诸如服务器、台式计算机、膝上型计算机、平板计算机、智能电话和/或其他提供图形用户界面(GUI)的计算设备等用户界面设备440使得能够经由与一个或多个用户的接口来提供基于Web的控制台和/或其他控制台。用户界面设备440诸如经由基于Web的控制台和/或其他GUI等来提供与诸如信标、工牌、接收器等连接的本地设备有关的信息。例如，诸如心跳、位置、MAC地址和/或其他设备识别符(例如，通用唯一识别符(UUID)、次要值、主要值等)、固件信息、电池寿命、时间戳、信号强度等健康状态信息可经由用户界面设备440查看，与该用户界面设备交互，和/或以其他方式修改，路由到另一个系统/程序等。例如，用户界面设备440可为与医院网络302和/或云306通信的路由器、网关和/或其他边缘设备(诸如网关318a，318b、服务器320等)和/或单独设备。

因此，某些示例提供监测并管理一个或多个工牌、一个或多个信标和一个或多个接收器的系统和方法，并且为此类设备提供健康统计信息。某些示例提供API，这些API允许安装在某位置处的设备将状态信息传送到云306基础设施以便在处理后显示报告、分析，促进维修/更新的交互等以便针对系统健康状态和正在进行的系统操作来驱动通知、警报、维护等。某些示例促进监测和评估网络和系统性能以及重新调谐/重新配置/重新定义所需的网络和/或系统操作。

更一般地讲，图5示出了基本实时定位平台500，其包括设施520中的多个受监测设备502-506和边缘设备510以及云550中的云健康处理器530和一个或多个管理服务540。受监测设备502-506可包括一个或多个信标、工牌和/或接收器308，310，312，314，408，410，412，414，416，418等。边缘设备510可包括定位网关318等。云健康处理器530可包括定位服务器320等。管理服务540可包括信标/站点管理服务420、工牌配置服务430等。

云健康处理器530定义机制和相关联的API规范，被部署为实时定位平台300，400一部分的定位接收器312，314，410可以由此使用基于事件的消息传递框架来传输系统健康信息。可捕获所提供的数据/事件并且将其用于维护系统300，400并帮助确保最佳的和/或以其他方式改善的性能。

在某些示例中，考虑到有许多相依性、连接问题和电源问题，系统500被配置为使得设备502-506经由边缘设备510向健康处理器530自报告其健康状态和相关联的系统事件，从而有助于维护功能系统300，400，500。例如，定位设备502-506被设计为经由边缘设备510将事件数据(例如，JSON文件和/或其他格式/协议，诸如XML、CSV、HTTP、JMS、SMTP等)提交给健康处理器530处或与该健康处理器通信的接口(例如，RESTful服务接口等)。在某些示例中，用户界面设备440可形成健康处理器530的一部分和/或与健康处理器530通信以处理并显示设备502-506健康信息。

可定义多个事件。事件包括用于正在进行的系统健康管理的一组基本(例如，标头等)属性。另外，每个事件包括详情部分，其中可包括特定于事件类型的属性/数据。例如，可定义许多事件，并且可响应于指定条件(例如设备恢复网络连接，例如设备放置在充电器上，例如设备从充电器移除等)和/或按可配置为设备简档一部分的时间表来发送这些事件。下表提供了接收器健康相关事件的一些示例：

事件	发生/触发
		正在充电	当工牌正在充电时
断开充电	当工牌断开充电时
		强制重启	当工牌操作系统重新启动时
非强制重启/系统错误	当系统错误后工牌操作重新启动时
		Wi-Fi重新连接	当工牌重新连接到Wi-Fi而不与重启事件相关联时
心跳	当接收器简档配置的时间间隔已流逝时

因此，每个接收器在相关联的事件被执行时经由API(例如，API 324等)将健康/操作详情传输到处理器530。在某些示例中，Wi-Fi重新连接不包括移动接收器的漫游和/或接入点转变。在某些示例中，心跳定时器在设备重启时重新启动。在某些示例中，例如，心跳间隔被设定为足够频繁以监测温度变化，从而消除对温度阈值事件的需要。在某些示例中，信标、工牌等可将类似的健康/操作详情传输到处理器530。在某些示例中，可提供重启原因和/或相关联的错误详情(例如，系统错误日志等)。

在某些示例中，可诸如为一个或多个设备502-506用来发布健康事件的RESTful服务等提供服务接口(例如，API)规范。服务接口可定义健康API和/或参考API，后者提供定位事件、时间、固件更新、系统健康状态、接收器配置等的定义。例如，定位事件请求可被格式化为JSON对象以包括信标MAC地址、UUID、RSSI、电池寿命(例如，电池寿命剩余百分比、电池值等)、时间戳(例如，接收到信标事件的时间等)、接收器MAC地址等。例如，获得时间请求可被实现为JSON格式化对象，包括诸如UNIX时间、POSIX时间、新纪元时间、UTC时间等时间。例如，固件更新可被实现为二进制文件，从而向目标设备502-506提供应用程序/八位字节流。系统健康请求可被实现为例如JSON格式化对象，包括事件类型、设备MAC地址、时间戳、固件版本、放电深度(例如，电池寿命剩余百分比等)、温度(例如，以华氏度、摄氏度等为单位的设备温度)、详情(例如，为事件提供的任何附加详情)等。接收器配置请求可被实现为例如JSON格式化对象，包括扫描间隔(例如，评估所接收的信标以确定应传输哪些信标的时间段等)、扫描通道(例如，应在其上侦听该设备的一个或多个BLE通道等)、心跳间隔、Wi-Fi传输频率、简档名/ID、信标类型、接近度范围、RSSI低(例如，被视为在应处理信标的范围内的最弱RSSI信号强度等)、RSSI高(例如，被视为在应处理信标的范围内的最强RSSI信号强度等)、信标命中计数(例如，将在扫描间隔内接收到的所需信标命中数量等)、扫描保留间隔(例如，在将扫描结果存储用于传输之前发生的扫描次数等)、仅发送最近的(例如，如果为真，则该设备将传输在给定范围内接收到的所有信标，否则仅将传输最近(例如，最高RSSI值)信标等)、抑制重复(例如，如果为真，则将在来自该设备的传输与前一扫描间隔相同时抑制这些传输等)、时间服务URL(例如，公开时间服务的统一资源定位符等)、事件服务URL(例如，公开事件服务的统一资源定位符等)、固件服务URL(例如，公开固件服务的统一资源定位符等)、固件文件名等。

实时定位平台300，400所提供的位置数据的质量取决于被部署为接收传感和/或定位事件的设备的健康状态。如果所部署的设备未按照预期那样发挥功能，则该系统所产生的位置数据有可能不准确/不可靠。为了帮助确保准确的位置数据，一个或多个支持系统和/或团队(例如，健康处理器530和管理服务540)必须能够监测系统健康状态，隔离有问题的设备，并且通过重新配置、更换、升级等来纠正这些问题。因此，某些示例为大规模系统提供集中的健康与监测能力，这些大规模系统包括广泛环境中部署的数千个设备。在没有该系统的情况下，所部署的系统将随时间推移而破损失修，和/或监测/维护此类系统的成本将威胁到相关产品的商业可行性。某些示例监测系统健康状态并且提供维护/解决方案以实现改善的系统性能、更高的客户满意度、对于客户更高的投资回报率、对于客户更低的购置成本、对于供应商更低的支持成本、对于供应商增加的利润率等。

在某些示例中，用户界面设备440(例如，由健康处理器530执行和/或与该健康处理器协同工作等)提供显示设施的资产状态信息的多个视图。例如，界面440提供基于Web的设备健康控制台，其包括提供站点处的一些或所有RTLS设备的信息的站点概览。例如，界面设备440上运行的示例性GUI可提供站点概览、固定接收器视图、移动接收器视图、固定信标视图、移动信标视图和/或事件视图等。

示例性概览提供网关318和/或其他边缘设备510的健康概览，一个或多个受监测设备502-506通过该健康概览提供健康信息。例如，可经由示例性控制台来测量并报告连接状态、数据路由传输时间、事件吞吐量等。

例如，示例性固定接收器视图为站点处的固定接收器提供心跳、锚位置和固件信息。例如，示例性固定接收器视图可用于确定固定接收器是否离线，并且验证固定接收器是否具有正确固件。如果接收器在一定时间间隔内(例如，在过去一小时内等)未将心跳发送到网关，则接收器将显示为离线。例如，离线状态指示接收器不能连接到网关或Wi-Fi，或者接收器尚未插电。

例如，示例性移动接收器视图为站点处的移动接收器提供心跳、电池、位置和固件信息。例如，移动接收器视图可用于确定移动接收器是否离线，并且验证固定接收器是否具有正确固件。如果接收器在一定时间间隔内(例如，在过去一小时内等)未将心跳发送到网关，则接收器将显示为离线。例如，离线状态指示接收器不能连接到网关或Wi-Fi，或者接收器的电池耗尽。例如，接收器的位置表示固定信标看见移动接收器的最后位置以及看见移动接收器的最后时间。

示例性固定信标视图提供固定信标MAC地址、剩余电池寿命、锚位置以及看见固定信标的最后移动接收器的时间戳和地址。如果移动接收器在一定时间间隔内(例如，在过去一小时内等)未检测到固定信标，则信标将显示为离线。例如，离线状态指示信标被掩蔽而不能被接收器看见，信标的电池耗尽，或最近的接收器的电池耗尽。例如，信标的位置表示移动接收器看见固定信标的最后位置以及该目击事件发生时的时间戳。

示例性移动信标视图提供移动信标MAC地址、剩余电池寿命、看见移动信标的最后接收器的时间戳和地址、以及与移动信标相对于其定位的固定设备(例如，固定接收器、固定信标等)的位置有关的信息。如果在一定时间间隔内(例如，在过去一小时内等)未检测到移动信标，则信标将显示为离线。例如，离线状态指示信标被掩蔽而不能被接收器看见，信标的电池耗尽，或最近的接收器的电池耗尽。例如，信标的位置表示接收器看见固定信标的最后位置以及该目击事件发生时的时间戳。

示例性事件视图为所选信标或接收器提供传感事件历史。时间戳表示发生给定传感事件(例如，在信标与接收器之间等)的时间。例如，RSSI表示信标的信号强度，并且主要值/次要值表示所选信标的信标主频和副频。

图6示出了云健康处理器530的示例性实施方式。在图6的示例中，处理器530包括消息接收器610、消息评估器620、事件处理器630、健康分析仪640、健康警报通知器650和输出发生器660。

示例性消息接收器610监测来自接收器(例如，来自一个或多个设备502-506，包括一个或多个信标、工牌和/或接收器308，310，312，314，408，410，412，414，416，418等)的消息。当接收到消息时，示例性消息评估器620评估所接收到的消息以确定与该消息相关联的消息类型(例如，位置消息、固件消息、时间消息、接收器配置消息、健康消息等)。如果该消息不是接收器健康消息，则消息评估器620将该消息发送到另一个处理器，诸如定位引擎428、站点构建器424、一个或多个消费产品432等。

如果该消息是健康消息，则消息评估器620将该消息发送到事件处理器630。示例性事件处理器630处理健康消息以识别该消息所指示的事件类型。例如，该消息可指示正在充电事件、断开充电事件、强制重启事件、非强制重启/系统错误事件、Wi-Fi重新连接事件、心跳事件等。基于事件类型，事件处理器630处理事件的详情。

事件处理器630向健康分析仪提供消息详情和事件类型。基于事件类型，示例性健康分析仪640将事件的详情与阈值、范围、标准、基准等进行比较。如果该事件在正常或预期行为以内，则可经由输出发生器660记录该事件。如果该事件在一个或多个规定界限以外和/或以其他方式偏离一个或多个规定界限，则可响应于该事件而触发健康警报通知器650。在一些示例中，健康警报通知器650可经由输出发生器660向该设备生成响应消息或指令以响应于该事件(例如，未充足电量、未适当充电、不规则心跳、需要重启等)而调节电平、设置、模式等，诸如将消息发送给用户，自动调节设备设置，触发维护请求，提醒医院工作人员设备出现故障、有必要改变设置/配置等。因此，输出发生器660可向该设备和/或第三方(例如，信标/站点管理服务420、工牌配置服务430、一个或多个消费产品432等)提供更新和/或其他消息以维修、更换和/或调节一个或多个受影响的设备。例如，可生成警报、更新和/或其他消息以帮助确保RTLS系统300，400的可靠操作和运行时间。

图7示出了受监测设备502，504，506的示例性实施方式(仅出于示例性说明的目的，图7中示出了示例性监测设备502)。如上所述，受监测设备502-506可包括一个或多个信标、工牌和/或接收器308，310，312，314，408，410，412，414，416，418等。在图7的示例中，受监测设备502包括存储器710、健康监测器720、处理器730和通信接口740。

示例性存储器710存储设备502的识别数据以及供设备502的处理器730执行的指令。例如，存储器710可存储设备502的状态和/或其他健康信息，如健康监测器720所确定。

示例性消息接收器610监测来自接收器(例如，来自一个或多个设备502-506，包括一个或多个信标、工牌和/或接收器308，310，312，314，408，410，412，414，416，418等)的消息。当接收到消息时，示例性消息评估器620评估所接收到的消息以确定与该消息相关联的消息类型(例如，位置消息、固件消息、时间消息、接收器配置消息、健康消息等)。如果该消息不是接收器健康消息，则消息评估器620将该消息发送到另一个处理器，诸如定位引擎428、站点构建器424、一个或多个消费产品432等。

如果该消息是健康消息，则消息评估器620将该消息发送到事件处理器630。示例性事件处理器630处理健康消息以识别该消息所指示的事件类型。例如，该消息可指示正在充电事件、断开充电事件、强制重启事件、非强制重启/系统错误事件、Wi-Fi重新连接事件、心跳事件等。基于事件类型，事件处理器630处理事件的详情。

事件处理器630向健康分析仪提供消息详情和事件类型。基于事件类型，示例性健康分析仪640将事件的详情与阈值、范围、标准、基准等进行比较。如果该事件在正常或预期行为以内，则可经由输出发生器660记录该事件。如果该事件在一个或多个规定界限以外和/或以其他方式偏离一个或多个规定界限，则可响应于该事件而触发健康警报通知器650。在一些示例中，健康警报通知器650可经由输出发生器660向该设备生成响应消息或指令以响应于该事件(例如，未充足电量、未适当充电、不规则心跳、需要重启等)而调节电平、设置、模式等，诸如将消息发送给用户，自动调节设备设置，触发维护请求，提醒医院工作人员设备出现故障、有必要改变设置/配置等。因此，输出发生器660可向该设备和/或第三方(例如，信标/站点管理服务420、工牌配置服务430、一个或多个消费产品432等)提供更新和/或其他消息以维修、更换和/或调节一个或多个受影响的设备。例如，可生成警报、更新和/或其他消息以帮助确保RTLS系统300，400的可靠操作和运行时间。

图8描绘了示出受监测设备502-506的示例性健康状态的示例性状态图800。例如，示例性状态图800可存储为状态机以便如设备502-506的健康监测器720所指示的那样改变存储器710并配置处理器730。如图8的示例中所示，多种状态可包括操作状态810、离线状态820、错误状态830、低功耗状态840、无心跳状态850、配置状态860、复位状态870、重启状态880等。受监测设备502-506可根据示例性状态机800在状态810-880之间转变。

例如，受监测设备502-506在根据其配置正常地操作时可转变为操作状态810。例如，当受监测设备502-506无法找到连接(例如，连接到网关、Wi-Fi等)的网络时，设备502-506可转变为离线状态820。当受监测设备502-506检测到其操作的问题、在其定义的状态以外的问题/错误等时，其可转变为错误状态830。例如，当受监测设备502-506的电池、可用壁装插座电源等的电量低时，设备502-506可转变为低功耗状态840。例如，当受监测设备502-506在一定时间间隔内未检测到另一个设备的心跳时，其可转变成无心跳状态850。

当受监测设备502-506正在其配置模式下配置和/或以其他方式设置时，受监测设备502-506可转变成配置状态860。例如，技术人员可在配置模式下设置受监测设备502-506。例如，健康处理器530、网关318(例如，318a和/或318b等)、另一个设备502-506等可在受监测设备502-506处触发配置状态860以调节设备502-506的一个或多个参数/一个或多个设置。

例如，受监测设备502-506在被指示将其设置复位为其默认设置时可转变成复位状态870。例如，技术人员、健康处理器530、网关318、另一个设备502-506等可触发复位状态870以将受监测设备502-506复位为其出厂默认值。例如，当(例如，技术人员、健康处理器530、网关318、另一个设备502-506等)触发受监测设备502-506的重启时，设备502-506可转变成重启状态880。

图9示出了经由网关318在信标(例如，固定信标308或移动信标310等)、接收器(例如，固定接收器314或移动接收器312等)和云健康处理器530之间的示例性数据流900。在902处，信标308，310在其范围内提供信号(例如，心跳、ping、状态信号等)。例如，信标308，310在其通信范围内广播信号以识别自身并提供其状态。

在904处，接收器312，314将信标信号中继到网关318/边缘设备510。例如，接收器312，314在处于信标308，310的范围内时接收信标信号，并且打包来自所接收的信标信号的信息，并生成网关318/边缘设备510的通信。

在某些示例中，网关318/边缘设备510可处理来自接收器312，314的信标信号数据并对该信标信号数据作出反应(例如，通过记录信标信号数据，生成响应(例如，配置、复位、重启、错误、确认等)以返回到接收器312，314(和/或经过接收器312，314返回到信标308，310)。在其他示例中，在906处，网关318/边缘设备510将来自接收器312，314的消息中继到健康处理器530。在908处，健康处理器530生成响应(例如，配置、复位、重启、错误、确认等)以经由网关318/边缘设备510返回到接收器312，314(和/或经过接收器312，314返回到信标308，310)。

在910处，如果接收器312，314未接收到信标信号，则接收器312，314向网关318/边缘设备510提供与例如信标308，310缺失/不可用/离线/出错有关的反馈以便路由到健康处理器530。在912处，健康处理器530(和/或其网关318/边缘设备510等)可记录信息并且生成(例如，对接收器312，314、对网关318/边缘设备510、对信标308，310、对服务请求等的)响应。

在914处，如果网关318/边缘设备510未接收到接收器通信，则网关318/边缘设备510可触发响应和/或向健康处理器530发送与例如接收器312，314缺失/不可用/离线/出错有关的警报。在916处，健康处理器530(和/或其网关318/边缘设备510等)可记录信息并且生成(例如，对接收器312，314、对网关318/边缘设备510、对服务请求等的)响应。

在918处，如果接收器312，314未接收到网关/边缘设备通信，则接收器312，314可进入例如离线状态820或错误状态830，直到在920处接收到指令，诸如来自网关318/边缘设备510的复位、重启、心跳通信等。

虽然图1至图9中示出了系统100，300，400，500的示例性实施方式，但图1至图9所示的元件、过程和/或设备中的一者或多者可组合、分割、重新布置、省略、消除和/或以任何其他方式实现。此外，图1至图9的示例性部件可由硬件、软件、固件和/或硬件、软件和/或固件的任何组合来实现。因此，例如，图1至图9的任何示例性部件可由一个或多个模拟或数字电路、逻辑电路、一个或多个可编程处理器、一个或多个专用集成电路(ASIC)、一个或多个可编程逻辑设备(PLD)和/或一个或多个现场可编程逻辑设备(FPLD)来实现。当读到本专利中的任一项覆盖纯粹的软件和/或固件实现的装置或系统权利要求时，图1至图9的示例性部件中的至少一者在此明确地被定义为包括存储软件和/或固件的有形计算机可读存储设备或存储盘，诸如存储器(例如，只读存储器(ROM)、硬盘驱动器、闪速存储器、其他易失性和/或非易失性存储器等)、数字通用盘(DVD)、压缩盘(CD)、蓝光盘等。更进一步地，图1至图9的示例性系统可包括一个或多个元件、过程和/或设备作为图1至图9所示的那些的补充或替代，和/或可包括任何或所有所示元件、过程和设备中的不止一者。

图10至图12中示出了表示用于实现图1至图9的系统、状态和数据流的示例性机器可读指令的流程图。在这些示例中，机器可读指令包括供处理器(诸如下文结合图13讨论的示例性处理器平台1300中所示的处理器1312)执行的一个或多个程序。所述一个或多个程序可体现在有形计算机可读存储介质(诸如CD-ROM、软盘、硬盘驱动器、DVD、蓝光盘或与处理器1312相关联的存储器)上存储的软件中，但整个程序和/或其部分可另选地由除处理器1312之外的设备执行和/或体现在固件或专用硬件中。此外，尽管参考图10至图12所示的流程图描述了一个或多个示例性程序，但是可另选地使用实现示例性系统的许多其他方法。例如，可改变框的执行顺序，和/或可改变、消除或组合所述的一些框。

如上所述，图10至图12的一个或多个示例性过程可使用存储在有形计算机可读存储介质上的编码指令(例如，计算机和/或机器可读指令)来实现，该有形计算机可读存储介质诸如为将信息存储任何持续时间(例如，存储延长时间段、永久存储、用于短暂实例、用于暂时缓冲和/或用于信息的高速缓存)的硬盘驱动器、闪速存储器、ROM、CD、DVD、高速缓存、随机存取存储器(RAM)和/或任何其他存储设备或存储盘。如本文所用，术语有形计算机可读存储介质明确地被定义为包括任何类型的计算机可读存储设备和/或存储盘，并且排除传播信号且排除传输介质。如本文所用，“有形计算机可读存储介质”和“有形机器可读存储介质”可互换使用。附加地或另选地，图10至图12的一个或多个示例性过程可使用存储在非暂态计算机和/或机器可读介质上的编码指令(例如，计算机和/或机器可读指令)来实现，该非暂态计算机和/或机器可读介质诸如为将信息存储任何持续时间(例如，存储延长时间段、永久存储、用于短暂实例、用于暂时缓冲和/或用于信息的高速缓存)的硬盘驱动器、闪速存储器、只读存储器、压缩盘、数字通用盘、高速缓存、随机存取存储器和/或任何其他存储设备或存储盘。如本文所用，术语非暂态计算机可读介质明确地被定义为包括任何类型的计算机可读存储设备和/或存储盘，并且排除传播信号且排除传输介质。如本文所用，当短语“至少”用作权利要求前序中的过渡性术语时，与术语“包含”是开放式的一样，其也是开放式的。

图10示出了监测实时定位系统中的接收器和/或其他设备健康状态的示例性方法1000的流程图。在框1002处，监测消息以检测来自接收器的消息。例如，示例性消息接收器610监测来自接收器(例如，来自一个或多个设备502-506，包括一个或多个信标、工牌和/或接收器308，310，312，314，408，410，412，414，416，418等)的消息。在框1004处，当接收到消息时，评估该消息以确定消息类型。例如，示例性消息评估器620评估所接收到的消息以确定与该消息相关联的消息类型(例如，位置消息、固件消息、时间消息、接收器配置消息、健康消息等)。在框1006处，将消息类型与健康消息类型进行比较。如果该消息不是健康消息，则在框1008处，重定向该消息以便进一步处理。例如，当该消息不是接收器健康消息时，消息评估器620将该消息发送到另一个处理器，诸如定位引擎428、站点构建器424、一个或多个消费产品432等。

如果该消息是健康消息，则在框1010处，处理健康消息以识别健康消息所指示的事件类型。例如，消息评估器620将该消息发送到事件处理器630。示例性事件处理器630处理健康消息以识别该消息所指示的事件类型。例如，该消息可指示正在充电事件、断开充电事件、强制重启事件、非强制重启/系统错误事件、Wi-Fi重新连接事件、心跳事件等。在框1012处，基于事件类型，事件处理器630处理事件的详情。例如，事件处理器630理解与事件类型和附加详情(如果该消息中提供的话)相关联的信息。

在框1014处，将该事件与该事件的一个或多个规定界限进行比较。例如，事件处理器630向健康分析仪提供消息详情和事件类型。基于事件类型，示例性健康分析仪640将事件的详情与阈值、范围、标准、基准等进行比较。在框1016处，如果该事件在正常或预期行为以内，则记录该事件。例如，可经由输出发生器660记录该事件。在框1018处，如果该事件在一个或多个规定界限以外和/或以其他方式偏离一个或多个规定界限，则触发对该事件的响应。例如，可响应于该事件而触发健康警报通知器650。在一些示例中，健康警报通知器650可经由输出发生器660向该设备生成响应消息或指令以响应于该事件(例如，未充足电量、未适当充电、不规则心跳、需要重启/复位、有必要重新配置等)而调节电平、设置、模式等，诸如将消息发送给用户，自动调节设备设置，触发维护请求，提醒医院工作人员设备出现故障、有必要改变设置/配置等。在框1020处，提供输出。例如，输出发生器660可将更新和/或其他消息提供给该设备和/或第三方(例如，信标/站点管理服务420、工牌配置服务430、一个或多个消费产品432等)以维修、更换和/或调节一个或多个受影响的设备。例如，可生成警报、更新和/或其他消息以帮助确保RTLS系统300，400的可靠操作和运行时间。

图11提供与基于所识别的事件类型来处理事件的示例性实施方式(图10的示例的框1012)有关的更多详情。在框1102处，处理与该事件相关联的时间。例如，该事件的所接收的消息可包括与该事件相关联的时间，事件处理器630处理与该事件相关联的时间以确定与该事件相关联的时间戳和/或相关消息、自上次响应以来的时间、自心跳以来的时间等。

在框1104处，验证固件。例如，该事件的所接收的消息可包括相关联的设备502-506的固件版本的指示，并且事件处理器630可确定设备502-506是否具有最新和/或适当的固件。

在框1106处，评估系统健康状态。例如，事件处理器630和/或健康分析仪640可评估事件内容以确定错误代码、设备502-506状态的指示、自新纪元以来的时间、设备剩余电池寿命、设备温度和/或其他事件详情，从而确定设备502-506(例如，接收器等)的系统健康状态。

在框1108处，确定接收器配置。例如，健康处理器530可存储接收器配置信息，然后可分析接收器配置信息并将其与系统健康状态和其他事件信息的评估进行比较，使得健康处理器530的事件处理器630、健康分析仪640等可确定接收器配置是否正促成和/或以其他方式引起该事件，对接收器配置的调节可解决与该事件相关联的问题等。

在框1110处，基于时间、固件验证、系统健康评估和接收器配置确定来生成对该事件的分析。例如，健康处理器530及其部件可基于时序(例如，发生时间、自上次接触以来的时间、时间间隔等)、固件(例如，旧版本、不正确/不适用的版本等)、系统健康状态、接收器配置等来分析该事件，以建立对该事件、该事件的影响以及该事件的潜在下一动作(一个或多个)的理解。例如，事件处理器630对该事件的分析可确定该事件是否符合接收器的预期、允许和/或其他操作界限、事件的该类型等。然后控制可返回到框1014，在该框处，该事件被确定为例如在其界限以内或以外。

因此，在某些示例中，每个接收器基于某些事件(例如，正在充电、断开充电、强制重启、非强制重启/系统错误、网络重新连接、心跳等)的执行将与其系统健康状态有关的详情发送到边缘设备510和/或健康处理器530所托管的API，并且健康处理器530可评估此类健康详情以确定响应/下一动作等。

图12提供与触发对该事件的响应的示例性实施方式(图10的示例的框1018)有关的更多详情。在框1202处，审查该事件的处理以确定该事件的类型和性质。例如，健康处理器530审查该事件以确定该事件是否影响接收器、边缘设备、信标等的操作，诸如接收器无响应、接收器未获得信标信号、接收器的电池电量不足、接收器最近被重启等。

在框1204处，将响应的可用选项与事件处理的结果进行比较以确定一个或多个最适当的可用响应。例如，输出发生器660可将更新和/或其他消息提供给该设备和/或第三方(例如，信标/站点管理服务420、工牌配置服务430、一个或多个消费产品432等)以维修、更换和/或调节一个或多个受影响的设备。例如，可生成警报、更新和/或其他消息以帮助确保RTLS系统300，400的可靠操作和运行时间。例如，可响应于该事件而提供重新配置信息、重启或复位指令、Wi-Fi凭据等。

如果该响应被确定为受影响的设备502-506的重新配置，则在框1206处，提供重新配置信息以用于框1020处向设备502-506的输出。例如，可调节接收器参数以便在不同频率下操作，采用不同时间间隔，寻找另一个信标，处于不同功率电平，利用心跳调节等。如果该响应被确定为受影响的设备502-506的复位，则在框1208处，发送复位命令以用于框1020处向设备502-506的输出，从而将设备502-506复位为默认或出厂状态等。如果该响应被确定为重启，则在框1210处，发送重启命令以用于框1020处向受影响的设备502-506的输出，从而重启或重新启动设备502-506。如果该响应被确定为生成该事件的日志，则在框1212处，在框1020的输出中生成要传输到用户、另一个系统等的日志条目。如果该响应被确定为受影响的设备502-506的维护，则在框1214处，生成维护请求以用于框1020处向服务中心、操作者、排程系统、维护专业人员等的输出。如果该响应被确定为警报，则在框1216处，生成警报以用于框1020处向操作者、其他系统、服务中心、日志、用户界面等的输出。例如，报警(例如，字母数字、听觉、视觉、触觉和/或其他报警)可生成为警报。例如，充电提示可生成为警报。

在框1218处，如果要提供附加响应，则控制返回到框1204。否则，控制返回到框1020以生成输出。

图13是示例性处理器平台1300的框图，该处理器平台能够执行图10至图12的指令以实现本文相对于图1至图9公开和描述的示例性系统和部件。处理器平台1300可为例如服务器、个人计算机或任何其他类型的计算设备。

所示示例的处理器平台1300包括处理器1312。所示示例的处理器1312是硬件。例如，处理器1312可由来自任何所需产品系列或制造商的一个或多个集成电路、逻辑电路、微处理器或控制器来实现。

所示示例的处理器1312包括本地存储器1313(例如，高速缓存)。所示示例的处理器1312执行这些指令以实现示例性消息接收器610、示例性消息评估器620、示例性事件处理器630、示例性健康分析仪640、示例性健康警报通知器650、示例性输出发生器660和/或更一般地讲，图3至图6的示例性健康处理器。所示示例的处理器1312经由总线1318来与主存储器(包括易失性存储器1314和非易失性存储器1316)通信。易失性存储器1314可由同步动态随机存取存储器(SDRAM)、动态随机存取存储器(DRAM)、RAMBUS动态随机存取存储器(RDRAM)和/或任何其他类型的随机存取存储器设备来实现。非易失性存储器1316可由闪速存储器和/或任何其他所需类型的存储器设备来实现。由存储器控制器控制对主存储器1314，1316的存取。

所示示例的处理器平台1300还包括接口电路1320。该接口电路1320可由任何类型的接口标准诸如以太网接口、通用串行总线(USB)和/或PCI express接口来实现。

在所示的示例中，一个或多个输入设备1322连接到接口电路1320。一个或多个输入设备1322允许用户将数据和命令输入到处理器1312中。一个或多个输入设备可由例如音频传感器、麦克风、相机(静物相机或摄像机)、键盘、按钮、鼠标、触摸屏、触控板、轨迹球、isopoint和/或语音识别系统来实现。

一个或多个输出设备1324也连接到所示示例的接口电路1320。输出设备1324可例如由显示设备(例如，发光二极管(LED)、有机发光二极管(OLED)、液晶显示器、阴极射线管显示器(CRT)、触摸屏、触觉输出设备、打印机和/或扬声器)来实现。因此，所示示例的接口电路1320通常包括图形驱动器卡、图形驱动器芯片或图形驱动器处理器。

所示示例的接口电路1320还包括通信设备，诸如发射器、接收器、收发器、调制解调器和/或网络接口卡，以促进经由网络1326(例如，以太网连接、数字用户线(DSL)、电话线、同轴电缆、蜂窝电话系统等)来与外部机器(例如，任何种类的计算设备)交换数据。

所示示例的处理器平台1300还包括用于存储软件和/或数据的一个或多个海量存储设备1328。此类海量存储设备1328的示例包括软盘驱动器、硬盘驱动器、压缩盘驱动器、蓝光盘驱动器、RAID系统以及数字通用光盘(DVD)驱动器。

图9至图12的编码指令1332可存储在海量存储设备1328中，存储在易失性存储器1314中，存储在非易失性存储器1316中，和/或存储在可移动有形计算机可读存储介质诸如CD或DVD上。

根据前述内容，应当理解，以上所公开的方法、装置和制品促进了工业环境中的资产的接近度检测和位置跟踪。如上所述，示例性公开内容独特地消除了昂贵且难以维护的基础设施。所公开的技术的示例性有益效果包括在不构建新基础设施的情况下确定工业环境中的资产的位置感知。在一些所公开的示例中，资产的位置感知由资产的“众包”概率接近度位置确定。

虽然先前的RTLS系统和相关联的设备没有能力提供健康状态信息并在处理器与一个或多个设备之间通信以更新配置、重新启动/复位、警报和/或以其他方式对健康事件作出响应，但某些示例为接收器、信标、工牌和/或其他RTLS设备提供电子电路并编程为存储、传送并响应于健康状态事件。某些示例提供嵌入在边缘设备中和/或在云中实现的健康处理器，该健康处理器处理系统健康事件并且与RTLS设备通信并控制RTLS设备以解决此类健康事件。因此，某些示例不仅提供先前不存在于RTLS设备和相关联的系统中的新技术，而且提供生态系统和基础设施以帮助确保改善的RTLS运行时间、可靠性、自动化维护/可配置性/故障排除、以及健康资产监测、跟踪和管理的精度。

虽然本文已公开了某些示例性方法、装置和制品，但本专利的覆盖范围不限于此。相反，本专利覆盖合理落入本专利的权利要求书的范围内的所有方法、装置和制品。

Claims (22)

1.一种装置，包括：

实时定位系统(RTLS)健康处理器，所述RTLS健康处理器包括：

事件处理器，所述事件处理器用于处理来自RTLS设备的消息中包括的事件，以识别与所述RTLS设备相关的事件信息，所述事件与所述RTLS设备的健康相关，并且所述事件信息包括事件类型和事件详情；

健康分析仪，所述健康分析仪用于将所述事件详情与所述事件类型的规定界限进行比较，所述事件与所述设备的健康相关；和

输出发生器，所述输出发生器用于当所述事件信息在所述规定界限之外时触发响应，以针对所述RTLS设备解决所述事件。

2.根据权利要求1所述的装置，其中所述RTLS设备的所述健康包括所述RTLS设备的功率电平、所述RTLS设备的连接性、所述RTLS设备的重启状态或所述RTLS设备的心跳中的至少一者。

3.根据权利要求1所述的装置，其中当所述事件信息在所述规定界限以内时，所述输出发生器将记录所述事件。

4.根据权利要求1所述的装置，其中所述响应包括充电提示、功率电平调节、报警、重启或心跳调节中的至少一者。

5.根据权利要求1所述的装置，其中所述RTLS设备包括固定接收器或移动接收器中的至少一者以从固定信标、移动信标或工牌中的至少一者接收信号。

6.根据权利要求1所述的装置，其中所述RTLS设备将经由应用编程接口来与所述健康处理器通信。

7.根据权利要求1所述的装置，其中所述健康处理器将被实现为基于云的健康处理器。

8.根据权利要求1所述的装置，其中所述装置将在与云通信的边缘设备上实现。

9.根据权利要求1所述的装置，其中所述装置还包括用户界面设备以使控制台显示与所述RTLS设备和所述事件有关的信息以便进行交互。

10.一种包括指令的计算机可读存储介质，所述指令在被执行时使处理器被配置为实现实时定位系统(RTLS)健康处理器，所述RTLS健康处理器将包括：

事件处理器，所述事件处理器用于处理来自RTLS设备的消息中包括的事件，以识别与所述RTLS设备相关的事件信息，所述事件与所述RTLS设备的健康相关，并且所述事件信息包括事件类型和事件详情；

健康分析仪，所述健康分析仪用于将所述事件详情与所述事件类型的规定界限进行比较，所述事件与所述设备的健康相关；和

输出发生器，所述输出发生器用于当所述事件信息在所述规定界限之外时触发响应，以针对所述RTLS设备解决所述事件。

11.根据权利要求10所述的计算机可读存储介质，其中所述RTLS设备的所述健康包括所述RTLS设备的功率电平、所述RTLS设备的连接性、所述RTLS设备的重启状态或所述RTLS设备的心跳中的至少一者。

12.根据权利要求10所述的计算机可读存储介质，其中当所述事件信息在所述规定界限以内时，所述输出发生器将记录所述事件。

13.根据权利要求10所述的计算机可读存储介质，其中所述响应包括充电提示、功率电平调节、报警、重启或心跳调节中的至少一者。

14.根据权利要求10所述的计算机可读存储介质，其中所述RTLS设备包括固定接收器或移动接收器中的至少一者以从固定信标、移动信标或工牌中的至少一者接收信号。

15.根据权利要求10所述的计算机可读存储介质，其中所述RTLS设备将经由应用编程接口来与所述健康处理器通信。

16.根据权利要求10所述的计算机可读存储介质，其中所述装置还包括用户界面设备以使控制台显示与所述RTLS设备和所述事件有关的信息以便进行交互。

17.一种用于实时定位系统(RTLS)的处理器实现方法，所述方法包括：

使用处理器来处理来自RTLS设备的消息中包括的事件，以识别与所述RTLS设备相关的事件信息，所述事件与所述RTLS设备的健康相关，并且所述事件信息包括事件类型和事件详情；

使用所述处理器将所述事件详情与所述事件类型的规定界限进行比较，所述事件与所述设备的健康相关；以及

当所述事件信息在所述规定界限之外时，使用所述处理器触发响应，以针对所述RTLS设备解决所述事件。

18.根据权利要求17所述的方法，其中所述RTLS设备的所述健康包括所述RTLS设备的功率电平、所述RTLS设备的连接性、所述RTLS设备的重启状态或所述RTLS设备的心跳中的至少一者。

19.根据权利要求17所述的方法，还包括当所述事件信息在所述规定界限以内时，记录所述事件。

20.根据权利要求17所述的方法，其中所述响应包括充电提示、功率电平调节、报警、重启或心跳调节中的至少一者。

21.根据权利要求17所述的方法，其中所述RTLS设备包括固定接收器或移动接收器中的至少一者以从固定信标、移动信标或工牌中的至少一者接收信号。

22.根据权利要求17所述的方法，还包括经由用户界面使控制台显示与所述RTLS设备和所述事件有关的信息以便进行交互。