用于向和自远程范围外收发器进行数据传输的装置和方法

技术领域

本技术涉及低功率收发器、移动网关和控制服务器的网络中的移动网关。

背景技术

当服务器网络(特别是无线网络)没有覆盖远程位置时，远程位置中的收发器不能与服务器通信。范围外收发器的一种解决方案是使用移动网关，该移动网关通过服务器移入/移出无线网络连接范围，并通过收发器移入/移出无线连接范围，以充当移动数据缓冲器。虽然描述了无线连接，但是相同的原理也适用于物理连接。无线移动网关解决方案在低功率收发器系统中特别有用，在该系统中，大多数收发器不在中央服务器的无线范围内，并且实际上是远程的。这样的收发器通常是没有大面积数据收发器或与数据收发器相关联的大电池的低功率设备。已知的移动网关解决方案要求由中央控制器严格管理的专用移动网关。

发明内容

根据第一种技术，提供了一种网关服务器，该网关服务器用于使用中间移动网关与远程收发器交换数据，该中间移动网关在网关服务器和远程收发器的相应数据范围之间传输数据，所述网关服务器包括：收发器，用于从至少一个移动网关请求和接收数据；移动网关识别引擎，用于从接收到的数据中识别参与的移动网关和移动网关信息；以及远程收发器接口，用于从接收到的数据中识别远程收发器信息。

根据第二种技术，提供了一种移动网关，该移动网关提供通过在中间交换之前在网关服务器和远程收发器的相应数据范围之间传输数据来实现远程收发器和网关服务器之间的数据交换，该移动网关包括：收发器，用于通过向网关服务器发送移动网关信息和/或远程收发器信息来接收来自网关服务器的参与数据传输的请求；请求引擎，用于确定是接受还是拒绝参与请求；以及上传管理器，用于在网关服务器或远程收发器的无线网络范围内时管理数据交换。

根据第三种技术，提供了一种在网关服务器中的方法，该网关服务器用于使用中间移动网关与远程收发器交换数据，该中间移动网关在网关服务器和远程收发器的相应数据范围之间传输数据，所述方法包括：从至少一个移动网关请求参与数据传输；从参与的移动网关接收数据；从接收到的数据中识别远程收发器信息和/或移动网关信息。

根据第四种技术，提供了一种在移动网关中的方法，该移动网关用于通过在中间交换之前在网关服务器和远程收发器的相应数据范围之间传输数据来实现远程收发器和网关服务器之间的数据交换，该方法包括：通过交换远程收发器信息和/或移动网关信息来接收参与数据传输的请求；确定是接受还是拒绝请求；以及与远程收发器和/或网关服务器交换信息。

根据第五种技术，提供了一种在远程收发器中的方法，该远程收发器用于当移动网关已经移入远程收发器的通信范围内时与移动网关交换数据，此后移动网关移出远程收发器的范围并移入与网关服务器的通信范围用于交换数据，包括与网关服务器先前交换的数据，该方法包括：接收与移动网关交换远程收发器信息的参与请求；确定是否接受参与请求；以及如果确定接受，那么与移动网关交换数据。

实施例旨在包括携带人的独立电话或具有可以被众包(crowd source)作为用于网关服务器的移动网关的移动设备的任何独立移动实体。

对于端到端连接，可以使用独立的移动实体和设备作为移动网关。当远程设备位于地下深处或无法连接的地方时，独立的移动网关知道其自身的典型行程并且能够高速缓存有效载荷数据，这些有效载荷数据可以在其下次处于范围中时被传递给低功率收发器。数据速率可能很低，并且时延将很长，但是它使许多低功率收发器能够在其否则无法连接的情况下连接到网关服务器。

一个示例用例是用于跟踪远程托盘(pallet)的资产跟踪系统，其中托盘具有嵌入式低功率收发器(例如，蓝牙收发器)，用于与移动网关通信。远程托盘中的嵌入式收发器是远程收发器。托盘可能会在远程位置丢失，并且仍与移动网关通信，以将其位置和状态中继回托盘跟踪器系统和网关服务器。另一个用例是使用收发器与经过的行人的移动设备通信的远程照明单元。现在可以给予诸如地下系统之类的远程位置中的照明足够的连接性，以提供有用的信息或为照明提供部分软件更新有效载荷。在一个实施例中，一种用于参与跟踪系统的众包应用，其可以被下载或预安装以在移动设备上在后台运行。更一般地，可以指示移动设备一旦在远程收发器的通信范围内就向该远程收发器发送数据或从该远程收发器接收数据。在示例中，可以向移动设备的用户提供对远程收发器的位置的估计，并使用该估计来尝试与远程收发器连接。

其中实施例可以用于扩展受约束的IoT设备的互联网连接性的其它示例远程空间包括：广阔的远程空间，诸如沙漠，其中无线电信号无法到达整个空间；地下空间，其中无线电传输无法穿过地球；以及海底空间，其中无线电信号难以穿透。

附图说明

将参考附图描述第一实施例：

图1是在两个分区的区域上的示例部署图；

图2是在多个分区的区域上的示例部署图；

图3A、3B和3C是网关服务器、移动网关和远程收发器的部署图；

图4A和4B分别是众包模块和移动众包模块的组件图；

图5是网关服务器中的众包方法的方法图；

图6是移动网关中的移动众包方法的方法图；

图7A、7B、7C、7D和7E是示例数据消息结构图；以及

图8A和8B示出了单个泳道(swim lane)交互图示例。

具体实施方式

参考图1，收发器网关系统10A包括：网关服务器12A；移动网关14A、14B和14C；以及远程收发器16A至16D。图1涵盖两个区域：区域A包括网关服务器12A和单个移动网关14A；区域B被划分为网格(X1至X8，Y1至Y7包括移动网关14B和14C和远程收发器16A到16D。在区域A中，移动网关14(如果在区域A中，那么是14A至14C中的任何一个)将在网关服务器12A的范围内，并且在该示例中，MG 14A示出在区域A的范围内，带有指示计划的方向和目的地的箭头(区域B坐标X4Y7)。在区域B中，移动网关14(如果在区域B中，那么是14A、14B、14C或14D中的任何一个)将在网关服务器12A的范围外(在该示例中14B和14C在范围外)。移动网关14B位于参考网格(grid reference)X3Y5处并具有计划的方向和区域A的端部位置。移动网关14C位于参考网格X7Y6处并具有计划的到区域A的移动。远程收发器16A位于参考网格X1Y2处。远程收发器16B位于参考网格X2Y5处。远程收发器16C和16D位于参考网格X6Y6处。移动网关调度表(schedule)至少包含时间以及标记移动网关要行进的路线的对应位置。

参考图2，收发器网关系统10B包括：网关服务器12B；移动网关(MG 14D至14I和远程收发器(标记为RT，但未单独编号)。图2示出了多个区域B至区域I，它们都在网关服务器12B的范围外并且被划分为网格。在区域A中，移动网关图14(如果在区域A中，那么为14D至14I中的任何一个)将在网关服务器12B的范围内，并且在该示例中，在区域A中示出在范围中的14A和14H，其中箭头指示计划的方向和目的地(对于MG 14E为区域H，并且对于MG 14H为区域K)。在区域B至I中，移动网关14(如果不在区域A中，那么为14D至14I中的任何一个)将在网关服务器12B的范围外，并且在该示例中，14D、14F、14G和14I不在范围内。移动网关14D位于区域D中，具有指向区域A的计划的方向；移动网关14F位于区域I中，具有指向区域A的计划的移动；移动网关14G位于区域G中，并且移动网关14I位于区域E中。

参考图3A、3B和3C，根据抽象的互操作通用或专用计算处理系统环境或配置来描述第一实施例的网关服务器12、移动网关14和远程收发器16的相应部署图。

网关服务器12是计算机处理系统，其包括：中央处理器单元(CPU)120；存储器122和大范围收发器124，由此网关服务器的功能在大范围收发器124本地执行(但是设想网关服务器的功能也可以在云计算环境中实现)。网关服务器12使用大范围收发器124与移动网关14通信。存储器122包括：网关服务器模块126和众包模块400。网关服务器模块126用于协调移动网关。众包模块400用于执行下面更详细描述的实施例的方法。

移动网关14是计算机处理系统，其包括：中央处理器(CPU)140；存储器142；多范围收发器144；驱动系统146和电池148，由此通过CPU 140在本地执行移动网关的功能(但是还可以设想移动网关的功能可以在便携式计算解决方案中实现，诸如没有驱动系统并且借助于由独立用户携带或在车辆中而移动的移动电话)。移动网关14使用多范围收发器144与网关服务器12(当在范围内时)通信，并且与远程收发器16(当在范围内时)通信。存储器142包括移动网关模块150和移动众包模块450。移动网关模块150用于协调移动网关14与驱动系统146的移动。移动众包模块450用于执行下面更详细描述的实施例的方法。

远程收发器16是计算处理系统，其包括：中央处理器160；存储器162；低功率收发器164；以及电池166。远程收发器16使用低功率收发器164与移动网关14(当在范围内时)通信。存储器162包括远程收发器模块168。远程收发器模块168包括用于以与移动网关是否被众包无关的方式控制远程收发器16的组件和指令，因此不再进一步描述。

也可以适合用作网关服务器12、移动网关14和远程收发器16的计算处理系统、环境和/或配置的示例包括但不限于个人计算机系统、服务器计算机系统、瘦客户端、胖客户端、手持或便携式设备、多处理器系统、基于微处理器的系统、网络PC、小型计算机系统、大型计算机系统以及包括上述任何系统或设备的分布式计算环境。分布式计算机环境包括云计算环境，例如，其中网关服务器是由多个计算机处理系统中的一个或多个执行的第三方服务。

网关服务器12、移动网关14和远程收发器16分别包括包含由计算机处理器执行的可执行指令的程序模块。一般而言，程序模块可以包括：例程；程序；对象；组件；逻辑；以及控制处理器任务的执行或实现特定抽象数据类型的数据结构。计算机处理系统可以实施在分布式云计算环境中，其中任务由通过通信网络链接的远程处理设备执行。在分布式云计算环境中，程序模块可以位于包括存储器存储设备的本地和远程计算机系统存储介质中。

CPU 120、140和160从相应的模块加载可执行指令以响应于机器指令来执行机器操作。这样的机器操作包括：对寄存器中的值执行操作(例如，算术或逻辑操作)；直接将值从寄存器移到存储器位置，反之亦然；以及进行有条件或无条件的分支。CPU可以执行许多不同的机器操作。机器指令以机器代码语言编写，该机器代码语言被称为低级计算机语言。用高级计算机语言(也称为源代码)编写的计算机程序需要先编译为机器代码程序(也称为目标代码)，然后才能由处理器执行。替代地，诸如虚拟机或解释器之类的机器代码程序可以根据机器操作来解释高级语言。

存储器122、142和162可以是易失性存储器以及非易失性或持久性存储器。易失性存储器用于更快的应用，而非易失性存储器用于将数据保持更长时间。每个计算机处理系统还可以包括其它可移动和/或不可移动、易失性和/或非易失性计算机系统存储介质。仅作为示例，可以提供永久性存储器用于读取和写入不可移动的非易失性磁性介质(未示出，并且通常是磁性硬盘或固态驱动器)。如将在下面进一步描绘和描述的，存储器122和142包括程序产品模块，该程序产品模块包括用于执行实施例的功能的组件和指令。支持优选实施例但未示出的其它程序模块包括固件、引导程序、操作系统和支持应用。每个操作系统；支持应用；其它程序模块；以及程序数据；或者它们的某种组合可以包括联网环境的实现。

参考图4A，描述了实施例的众包模块400的组件图。众包模块400包括：收发器接口404；移动网关识别引擎406；远程收发器识别引擎408；数据有效载荷引擎410；下载管理器412；激励(incentive)创建器414；上传管理器416；移动预测引擎418；收发器位置预测引擎420；以及众包方法500。

收发器接口404用于与移动网关通信。

移动网关识别引擎406用于从多个通信的移动网关中识别参与的移动网关，并且用于从接收到的数据中识别移动网关信息。

远程收发器识别引擎408用于从从远程收发器接收到的通信中识别各个远程收发器，并从接收的数据中识别远程收发器信息。

数据有效载荷引擎410用于识别数据有效载荷以传递给识别出的远程收发器。

下载管理器412用于管理对参与的移动网关的请求，该请求用于将识别出的数据有效载荷传递给识别出的远程收发器。

激励创建器414用于创建包括在请求中的激励，由此激励具有潜在参与的移动网关可能接受的价值。

上传管理器416用于管理来自移动网关的数据交换(例如，移动网关调度表，并且包括源自远程收发器的上传，例如远程收发器报告)。移动网关调度表是包括可以根据预期旅程路径排序的旅程位置，并且包括预期或计划时间的指示的时刻表。

移动预测引擎418用于基于移动网关调度表、先前的经验和发现的习惯/模式来做出关于哪些移动网关将去向哪里的预测。

收发器位置预测引擎420用于收集历史远程收发器位置并对未知或先前已知的远程收发器进行位置预测。收发器预测引擎发现历史和当前远程收发器位置中的模式，并在寻找其位置未知的远程收发器时使用这些模式进行位置建议或预测，以指导移动网关。然后基于接收到的远程收发器位置信息来更新远程收发器位置预测。

众包方法500包括下面更详细描述的用于控制众包模块400和用于执行实施例的指令。

参考图4B，描述了实施例的移动众包模块450的组件图。移动众包模块450包括：移动收发器接口452；请求引擎454；激励引擎456；上传管理器458和移动众包方法600。

移动收发器接口452用于与移动网关通信(当在范围内时)，并且用于与一个或多个远程收发器通信(当在范围内时)。

请求引擎454用于管理将数据有效载荷传递给远程收发器的参与请求。

激励引擎456用于如果激励值等于或大于可接受的激励值那么接受包括在请求中的激励。

上传管理器458用于管理远程收发器和/或网关服务器之间的数据交换。

移动众包方法600包括下面更详细描述的用于控制移动众包模块450和用于执行实施例的指令。

参考图5，众包方法500包括用于在网关服务器中实现该实施例的执行的逻辑处理指令502至518，网关服务器用于当移动网关在网关服务器的范围内时与移动网关交换数据；移动网关用于移入到远程收发器的无线范围内(远程收发器在网关服务器的范围外)，并且用于在移回到与网关服务器的范围内之前与远程收发器交换数据，并且进一步与网关服务器交换数据。在第一实施例中，交换是无线的，并且数据包括移动调度表、收发器报告、固件更新和查询。

步骤502用于从至少一个移动网关请求参与和数据。

步骤504用于接收参与接受及数据并整合数据。在第一实施例中，接收到的数据包括收发器报告和移动网关调度表。

步骤506用于从接收到的数据中识别收发器。在第一实施例中，这由远程收发器识别引擎408使用收发器报告模型来执行。

步骤508用于从接收到的数据中识别参与的移动网关。在第一实施例中，这是由移动网关识别引擎406使用调度模型从移动网关调度表执行的。

步骤510用于识别数据有效载荷，以由参与的移动网关传递给收发器。在第一实施例中，数据有效载荷包括对收发器的更新和/或查询，并且从独立来源(例如，收发器应用)接收数据有效载荷，并将其整合到数据有效载荷模型中。

步骤512用于请求参与的移动网关将数据有效载荷传递给远程收发器，并且在接受之后，将数据有效载荷发送到接受的移动网关以传递给远程收发器。在第一实施例中，两个或更多个接受的数据有效载荷可以被包括在单个整合的数据有效载荷中，以发送到接受的移动网关。对于重要的或紧急数据，可以请求多个参与的移动网关将相同的有效载荷传递给远程应答器设备，从而引入冗余。可以为第一移动网关提供用以传递有效载荷的激励，但是然后可能需要针对尝试的传递进行激励。如果第二移动网关发现特定的有效载荷已经被第一移动网关传递到特定的远程收发器，那么第二移动网关可以中止传递。同样，远程收发器可以拒绝接收已接收到的数据的任何尝试，例如，有效载荷可能具有远程收发器可以识别为已交付的版本或标识符。

步骤514用于可选地在对参与的移动网关的请求中包括激励提议(incentiveoffer)，由此对请求的接受也是对激励提议的接受。可选地，激励是绝对值或可协商的值，或者是对值的请求。激励被提供和授予以下一个或多个：接收收发器报告、接收移动网关调度表和/或将数据有效载荷传递到远程收发器(以及可选地部分传递)。在第一实施例中，激励是在接收到传递之后转移到与移动网关相关联的支付系统中的支付账户的支付金额。

步骤516用于可选地基于对移动网关调度表中的现有旅程的绕行而计算用于移动网关的激励值。替代地，基于用于移动网关调度表的附加新旅程来计算移动网关的激励值。

步骤518用于可选地履行由网关服务器做出的先前做出的激励提议。

这是众包方法500的结束。

参考图6，众包方法600包括用于在移动网关中实现实施例的执行的逻辑处理指令602至614，移动网关用于当移动网关在网关服务器的范围内时与网关服务器交换数据，移动网关用于移入到远程收发器的无线范围内(远程收发器在网关服务器的范围外)，并且用于在移回到与网关服务器的范围内之前与远程收发器交换数据，并且进一步与网关服务器交换数据。在第一实施例中，交换是无线的，并且数据包括移动调度表、收发器报告、固件更新和查询。

步骤602用于从网关服务器接收对数据的请求(一旦在范围内)。

步骤604用于将数据发送到网关服务器。在第一实施例中，发送的数据包括收发器报告和移动网关调度表。

步骤606用于接收将数据有效载荷传递到远程收发器的请求。在第一实施例中，数据有效载荷可以包括对远程收发器的更新和/或查询。从独立来源(例如，收发器应用)接收数据有效载荷，并将其整合到数据有效载荷模型中。

步骤608用于确定是接受还是拒绝请求。

步骤610用于接受请求并下载数据有效载荷以传递到远程收发器。在第一实施例中，两个或更多个接受的数据有效载荷可以被包括在单个整合的数据有效载荷中用于发送到接受的移动网关。

步骤612用于可选地将激励提议包括在请求中，由此确定请求包括对激励提议的考虑，并且对请求的接受也是对激励提议的接受(可选地，激励是绝对值或可协商的值，或者是对值的请求)。激励被提供和授予以下一个或多个：接收收发器报告、接收移动网关调度表和/或将数据有效载荷传递到远程收发器(以及可选地部分传递)。在第一实施例中，激励是在接收到传递之后转移到与移动网关相关联的支付系统中的支付账户的支付金额。

步骤614用于可选地计算完成数据有效载荷传递的成本，并将计算出的成本与激励提议进行比较以确定对请求的接受或拒绝。

这是移动众包方法600的结束。

参考图7A，描述了示例收发器报告数据结构。该数据结构是表，并且该表中的每条记录表示已接收到的收发器报告。每条记录包括以下字段：远程收发器ID；位置参考；剩余电量；平台类型；以及固件版本。收发器报告可以被具有这些字段中的大多数字段的移动网关接收，然后被格式化以包括在收发器报告表中。移动网关可以构建用于发送到网关服务器的收发器报告表，或者移动网关可以单独转发收发器报告，并且网关服务器构建该表。给出的示例列出了四个收发器：1010、1003、1004、1100，其具有相应的位置参考线：X1Y4；X2Y8；X3Y4；以及X4Y6。收发器具有的相应剩余电池电量分别为：40％、30％、45％和100％。收发器具有的相应平台类型为：P3；P3；P4和P5。收发器具有的相应固件版本为：2；3；3；以及1。

参考图7B，描述了示例移动网关调度表数据结构。在这个示例中，数据结构是表，每条记录有两个数据字段：日期/时间和位置参考。日期/时间是日期值，例如1、2、3或N，其时间值采用24小时格式，例如1000h和1200h。位置参考将两个网格坐标连接为一个参考串，使得位置X1、Y2被引用为X1Y2。移动网关调度表由每个移动网关或控制实体独立创建，并传递给网关控制器。在该示例中，移动网关计划或已被指示为：在第3天的1000H时在位置X1Y2；在第3天的1200h时在位置X2Y6；在由椭圆表示的中间日期/时间和位置；并且最后在第4天的1600h时在位置X3Y4。

参考图7C，描述了示例传递请求消息706。传递请求消息包括以下字段：远程收发器；位置参考；传递报文；传递请求；以及激励。远程收发器是将报文传递到的远程收发器的标识符。位置参考包含移动网关将找到远程收发器的位置。传递报文包含详细信息和实际传递的报文。在该示例中，请求将大小为125kB的名为Xv3的数据报文传递到位置X2Y8处的远程收发器ID 1003。具体请求是传递全部或部分报文，并且激励是每kB 100个单位，或对于完全传递和更新状态接收是1500个单位。如果下载中存在错误，那么后者是有用的，使得移动网关可能需要重复一些或全部传递，以接收完整的更新状态消息，从而获得激励。

参考图7D，描述了示例传感器数据有效载荷708数据结构。传感器数据有效载荷708是具有远程收发器字段、位置字段、日期/时间字段和传感器数据字段的表。在这个示例中，同一远程收发器(和位置)有多个日期/时间和传感器数据记录。远程收发器在位置X1Y4被识别为1010，具有以下传感器数据读数：第1天/1000h＝90；第2天/1000h＝80；第3天/1000h＝70；以及第4天/1000h＝60。例如，传感器数据是远程收发器电池电量百分比读数，并且该数据显示电池每天消耗10％。

参考图7E，描述了示例传感器数据有效载荷710数据结构，其包括来自多个传感器的数据。当两个或更多个远程收发器相互通信并池化(pool)数据，使得仅需要一次上传时，就会发生这种用例。传感器数据有效载荷710是具有远程收发器字段、位置字段、日期/时间字段和传感器数据字段的表。在这个示例中，存在多个远程收发器(和相应位置)的多个日期/时间和传感器数据记录。第一远程收发器在位置X1Y5处被识别为1011，具有以下传感器数据读数：第1天/1000h＝60；第2天/1000h＝50；第3天/1000h＝40；并且第4天/1000h＝30。第二远程收发器在位置X1Y5处被识别为1012，具有以下传感器数据读数：第1天/1000h＝20；第2天/1000h＝10；第3天/1000h＝5；并且第4天/1000h＝1。如果传感器数据是远程收发器电池电量百分比读数，那么该数据表明远程收发器1012的电池电量严重不足。当移动网关经过多个远程收发器并整合数据以准备当在范围内时将其传递到网关服务器时，可能会发生类似的将数据池化到单个数据有效载荷中的情况。

参考图8A和8B，描述了根据第一实施例的具有交互22至56的单个泳道交互图，由此区域B中的远程收发器经由从区域B移动到区域A的移动网关14向区域A中的网关服务器12发送报告，然后经由从区域A移动到区域B的移动网关14(不一定是同一移动网关)从网关服务器12接收有效载荷。

在交互22中，远程收发器16将盲信标发送到任何监听的移动网关，从而发送“我在这里(I’m here)”而无需知道是否有任何移动网关正在监听。在该示例中，在第三次传输之后，移动网关14移动到监听范围内并拾取第四盲信标。

在交互24中，移动网关14从“我在这里”信号中发现并注册远程收发器16，并且发送响应信号“什么事？(what’s up)”。

在交互26中，在接收到“什么事？”信号之后，远程收发器发送收发器报告。收发器报告至少包括：标识符信息；位置信息；以及与远程收发器设备相关的状态信息。如果远程收发器是跟踪设备的一部分，那么报告将包含跟踪信息。如果定位技术不是远程收发器设备的一部分，那么可以从移动网关的位置导出位置信息。

在交互28中，移动网关14接收收发器报告。

在交互30中，移动网关14从区域B(在网关服务器12的范围外)移动到区域A(在网关服务器B的范围内)。

在交互32中，网关服务器12正在请求移动网关14联系。

在交互34中，移动网关14接收联系请求。

在交互36中，移动网关14传递收发器报告。在该交互期间，移动网关14还可以传递移动网关调度表。

在交互38中，收发器报告被接收。执行进一步的交互，包括：整合所有接收到的收发器报告；整合所有接收到的移动网关调度表；识别特定收发器的有效载荷；确定用于传递有效载荷的参与移动网关；以及可选地，确定用于传递有效载荷的激励提议。

在交互40中，向参与的移动网关发出请求以将有效载荷传递到特定收发器(并且可选地用于激励提议)。特定的移动网关不一定与传递收发器报告的移动网关相同。

在交互42中，特定的移动网关决定协商和/或接受有效载荷传递请求。如果决定，那么发生协商交互(未示出)。如果有效载荷传递请求被拒绝，那么发送拒绝消息，并且这是该移动网关的特定交互的结束。在这个示例中，结果是在有或没有协商的情况下接受有效载荷传递请求。

在交互44中，有效载荷从网关服务器12发送/上传并且由移动网关14下载。

在交互46中，有效载荷被移动网关接收。

在交互48中，参与的移动网关从区域A(在远程收发器的范围外)移动到区域B(在远程收发器的范围内)并广播信标，直到它被远程收发器接收。“你在那里吗？(Are youthere？)”

在交互50中，远程收发器接收到广播的信标，并发送回信号“我在这里”。

在交互52中，移动网关将有效载荷发送到远程收发器。

在交互54中，远程收发器接收有效载荷并发送有效载荷接收。远程收发器可以使用有效载荷来更新固件或其它机载软件，然后发送具有更新状态的新的收发器报告。

在交互56中，移动网关接收有效载荷接收和新的收发器报告。然后，移动网关将从区域B移到区域A，以将有效载荷接收和新的收发器报告传递给网关服务器，并开始新的交互循环。

从开头或从适当的点重复这些交互。

如本领域技术人员将认识到的，本技术可以被实施为系统、方法或计算机程序产品。因此，本技术可以采取完全硬件实施例、完全软件实施例或组合软件和硬件的实施例的形式。

此外，本技术可以采取在计算机可读介质中实施的计算机程序产品的形式，该计算机可读介质具有实施在其上的计算机可读程序代码。该计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以是例如但不限于电子、磁性、光学、电磁、红外线或半导体系统、装置或设备，或前述的任何适当组合。

可以以一种或多种编程语言的任何组合来编写用于执行本技术的操作的计算机程序代码，包括面向对象的编程语言和过程编程语言。

例如，用于执行本技术的操作的程序代码可以包括诸如C之类的编程语言(解释型或编译型)源代码、目标代码或可执行代码，或汇编代码，用于建立或控制ASIC(专用集成电路)或FPGA(现场可编程门阵列)的代码，或用于诸如VerilogTM或VHDL(超高速集成电路硬件描述语言)之类的硬件描述语言的代码。

程序代码可以完全在计算机上执行、部分地在计算机上执行并且部分地在远程计算机上执行，或者完全在远程计算机或服务器上执行。在后一种情况下，远程计算机可以通过任何类型的网络连接到计算机。代码组件可以被实施为过程、方法等，并且可以包括子组件，这些子组件可以采取任何抽象级别的指令或指令序列的形式，从本机指令集的直接机器指令到高级编译型或解释型语言构造。

本领域技术人员还将清楚，根据本技术的优选实施例的逻辑方法的全部或部分可以适当地实施在包括执行方法的步骤的逻辑元件的逻辑装置中，并且这样的逻辑元件可以包括例如可编程逻辑阵列或专用集成电路中的组件，诸如逻辑门。这样的逻辑布置还可以实施在使能元件中，用于使用例如虚拟硬件描述符语言在这样的阵列或电路中临时或永久地建立逻辑结构，所述虚拟硬件描述符语言可以使用固定或可传输的载体介质来存储和传输。

在一个替代方案中，可以以计算机实现的部署服务的方法的形式来实现本技术的实施例，该方法包括以下步骤：部署计算机程序代码，该计算机程序代码可操作以在部署到计算机基础结构或网络中并在其上执行时使所述计算机系统或网络执行该方法的所有步骤。

在另一个替代方案中，可以以其上具有功能数据的数据载体的形式来实现本技术的优选实施例，所述功能数据包括功能计算机数据结构，以在被加载到计算机系统或网络中并由此对其进行操作时，使所述计算机系统能够执行该方法的所有步骤。

对于本领域技术人员将显而易见的是，在不脱离本技术范围的情况下，可以对前述示例性实施例进行许多改进和修改。