CN110417854A - 一种计量仪表控制方法、装置、存储介质及计量仪表 - Google Patents

Abstract

本申请实施例公开了一种计量仪表控制方法、装置、存储介质及计量仪表，计量仪表控制方法包括：计量仪表确定阀门处于开启状态时，以第一通讯模式与计量仪表的服务器进行周期性通讯；接收服务器发送的阀门关闭指令；根据阀门关闭指令，从第一通讯模式切换为第二通讯模式；其中，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

Description

一种计量仪表控制方法、装置、存储介质及计量仪表

技术领域

本申请实施例涉及计量仪表技术领域，涉及但不限于一种计量仪表控制方法、装置、存储介质及计量仪表。

背景技术

目前，计量仪表作为一种智能终端，在物联网中得到了广泛应用。物联网中的计量仪表对用户消耗的水、电或燃气等能源进行计量，并将计量信息发送到服务器。服务器可以根据计量信息跟踪用户的能源使用情况，并结合用户的账户金额、通过控制计量仪表的阀门开启或关闭来对用户的能源供给进行远程控制。

相关技术中，计量仪表普遍使用电池进行供电，需要降低运行功耗来避免频繁更换电池。另外，计量仪表还需要从服务器接收开启和关闭阀门的指令，使得服务器可以对用户的能源供给实现远程控制。一般而言，因账户欠费而导致计量仪表关闭阀门后，用户期望缴费后可以立即开启阀门以恢复能源供给。可见，服务器的这种远程控制对实时性的要求高。也即，计量仪表需要能够及时地接收到服务器发送的开启阀门的指令。因此，需要一种计量仪表控制方法，使得计量仪表可以在运行的过程中兼顾实时性和低功耗。

发明内容

有鉴于此，本申请实施例为解决现有技术中存在的至少一个问题而提供一种计量仪表控制方法、装置、存储介质及计量仪表。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种计量仪表控制方法，所述方法包括：

所述计量仪表确定阀门处于开启状态时，以第一通讯模式与所述计量仪表的服务器进行周期性通讯；

接收所述服务器发送的阀门关闭指令；

根据所述阀门关闭指令，从所述第一通讯模式切换为第二通讯模式；其中，所述计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于所述计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

第二方面，本申请实施例提供一种计量仪表控制装置，所述装置包括：

第一模式切换模块，用于确定阀门处于开启状态时，使所述计量仪表以第一通讯模式与所述计量仪表的服务器进行周期性通讯；

指令接收模块，用于接收所述服务器发送的阀门关闭指令；

第二模式切换模块，用于根据所述阀门关闭指令，使所述计量仪表从所述第一通讯模式切换为第二通讯模式；其中，所述计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于所述计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

第三方面，本申请实施例提供一种计量仪表，包括：存储器、处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述计量仪表控制方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述计量仪表控制方法。

本申请实施例中，计量仪表接收到服务器发送的阀门关闭指令后，从第一通讯模式切换为第二通讯模式。这里，第一通讯模式是阀门处于开启状态时计量仪表采用的通讯模式。从第一通讯模式切换到第二通讯模式后，计量仪表将延长每个周期内下行窗口开启的总时长，从而延长计量仪表对服务器下发的指令的监听时间，提升计量仪表接收服务器的阀门开启指令的实时性。

此外，由于第二通讯模式的耗电量高于第一通讯模式，本申请实施例中，只有当服务器下发阀门关闭指令使得阀门关闭之后，计量仪表才切换到第二通讯模式；当用户的账户没有发生欠费、阀门处于开启状态时，计量仪表持续以第一通讯模式与服务器进行通讯。这样，既能够保证计量仪表在大多数情况下运行在低功耗模式下，以达到省电的技术效果，又能使计量仪表与服务器之间的通讯具有较高的实时性，以及时地接收到服务器发送的开启阀门的指令，最终提高用户的满意度。

附图说明

图1为本申请实施例中计量仪表控制方法的实现流程示意图；

图2为本申请实施例中计量仪表的组成结构示意图；

图3为本申请实施例中设备处于Class A模式时的通讯过程示意图；

图4为本申请实施例中设备处于Class C模式时的通讯过程示意图；

图5为本申请实施例中设备处于Class B模式时的通讯过程示意图；

图6为本申请实施例中水表在Class A模式和Class B模式之间切换的通讯过程示意图；

图7为本申请实施例的计量仪表控制装置的组成结构示意图；

图8为本申请实施例中计量仪表的一种硬件实体示意图。

具体实施方式

下面结合附图和实施例对本申请的技术方案进一步详细阐述。

实施例一

本申请实施例提供一种计量仪表控制方法，如图1所示，该计量仪表控制方法包括：

S110，计量仪表确定阀门处于开启状态时，以第一通讯模式与计量仪表的服务器进行周期性通讯。

本申请实施例中的计量仪表是一种智能仪表，如图2所示，计量仪表210包括电源模块211、控制模块212、通讯模块213、采集模块214和阀门215，其中：

电源模块211用于给其他模块供电。如果计量仪表210运行在耗电量较高的通讯模式，将导致电源模块211的电量以较快的速度被消耗。相关技术中的计量仪表多采用电池作为电源模块。如果电池的电量以较高的速度被消耗，用户需要频繁更换电池来保障计量仪表中各功能模块的电能供给。如果计量仪表被安装在用户不容易接触到的地方，频繁更换电池将影响用户的使用体验。

采集模块214可以采集计量信息，计量信息包括用户的能源消耗数据，比如，如果计量仪器210是水表，那么计量信息相应的为用水量；如果计量仪器210是电表，那么计量信息相应的为用电量；如果计量仪器210是燃气表，那么计量信息相应的为燃气使用量。采集模块214将计量信息发送到控制模块212，控制模块212通过通讯模块213将计量信息发送到服务器220。服务器220根据接收到的计量信息，对用户的账户余额进行更新。如果服务器220判断用户的账户发生了欠费，就向计量仪表210发送阀门关闭指令。控制模块212通过通讯模块213接收到阀门关闭指令，就关闭阀门，切断对用户的能源供给。

用户可以在阀门关闭之后对账户进行缴费充值。服务器220接收到用户的充值信息、确定用户充值成功后，向计量仪表210发送阀门开启指令。计量仪表210的控制模块212通过通讯模块213接收到阀门开启指令后，就开启阀门215，恢复对用户的能源供给。在一些实施例中，用户可以通过移动终端对账户进行充值，从而避免因计量仪表的阀门长时间关闭对用户生活带来不便，提升用户体验。

在一些实施例中，控制模块212可以是处理器，通讯模块213可以是一种通信接口。

这里，计量仪表与服务器的通讯包括以下几种情形：

第一，计量仪表向服务器发送计量信息。

这是计量仪表的常规上报任务，计量仪表通常按照固定的周期开启上行窗口，在上行窗口的开启期间向服务器发送计量信息。本领域技术人员可以理解，上报的周期越长，计量仪表向服务器发送计量信息的频率越低，计量仪表的功耗也越低。

第二，服务器向计量仪表发送阀门关闭指令。

服务器接收到计量仪表发送的计量信息后，会更新计量仪表对应的账户余额。更新后的账户余额可能大于零，也可能小于零。如果账户余额小于零，服务器就向计量仪表发送阀门关闭指令。对应地，计量仪表在上报计量信息后，将开启下行窗口来等待服务器发送的阀门关闭指令。

由于用户的账户余额更新发生在服务器端，计量仪表需要接收到阀门关闭指令之后才断开对用户的能源供给，所以，如果上报的周期过长，有可能导致用户的账户欠费状况发生在两次上报行为中间。但是，本领域技术人员可以理解，在账户欠费之后用户消耗的能源数据也会被计量仪表如实记录，并被上报到服务器，在服务器端进行费用核算。也就是说，当计量仪表的阀门处于开启状态时，计量仪表与服务器之间的通讯不需要有太高的实时性，此时可以通过对实时性进行一定的妥协来降低计量仪表的功耗。

第三，计量仪表向服务器发送阀门开启指令。

服务器接收到用户的充值信息后，对用户的账户余额进行更新。如果更新后的账户余额大于零，则服务器向计量仪表发送阀门开启指令。本领域技术人员可以理解，计量仪表只有开启了下行窗口以后，才有可能接收到服务器发送的阀门开启指令。一般而言，用户会期望充值成功后计量仪表的阀门可以尽快打开，即，此时对计量仪表与服务器之间通讯的实时性要求较高，可以通过在一定程度上提高计量仪表的功耗来满足用户对实时性的需求。

S110中，阀门处于开启状态，即意味着当前对实时性的要求不高，可以以功耗较低的第一通讯模式与服务器进行通讯。这里，计量仪表的控制模块与阀门相连，可以获取阀门的状态。

S120，接收服务器发送的阀门关闭指令。

S130，根据阀门关闭指令，从第一通讯模式切换为第二通讯模式；其中，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

本申请实施例中，处于第一通讯模式时，计量仪表定期开启上行窗口向服务器上报计量信息，然后开启下行窗口监听服务器发送的阀门关闭指令。

接收到阀门关闭指令后，计量仪表关闭阀门，意味着此时对通讯的实时性要求较高。此时，计量仪表从第一通讯模式切换为第二通讯模式。这里，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

本领域技术人员可以理解，计量仪表只有开启了下行窗口，才有可能接收到服务器发送的阀门开启指令。计量仪表从第一通讯模式切换到第二通讯模式后，每个周期内下行窗口开启的总时长变长。这样，计量仪表可以在更长的一段时间内对服务器的阀门开启指令进行接收，提升通讯的实时性。

本申请实施例中，计量仪表接收到服务器发送的阀门关闭指令后，从第一通讯模式切换为第二通讯模式。这里，第一通讯模式是阀门处于开启状态时计量仪表采用的通讯模式。从第一通讯模式切换到第二通讯模式后，计量仪表将延长下行窗口开启的总时长，从而延长计量仪表对服务器下发的指令的监听时间，提升计量仪表接收服务器的阀门开启指令的实时性。

此外，由于第二通讯模式的耗电量高于第一通讯模式，本申请实施例中，只有当服务器下发阀门关闭指令使得阀门关闭之后，计量仪表才切换到第二通讯模式。当用户的账户没有发生欠费、阀门处于开启状态时，计量仪表持续以第一通讯模式与服务器进行通讯。这样，可以保证计量仪表在大多数情况下都运行在低功耗模式下，以达到省电的技术效果。

实施例二

本申请实施例提供一种计量仪表控制方法，该计量仪表控制方法包括：

S210，计量仪表确定阀门处于开启状态时，以第一通讯模式与计量仪表的服务器进行周期性通讯。

S220，接收服务器发送的阀门关闭指令。

S230，根据阀门关闭指令，从第一通讯模式切换为第二通讯模式；其中，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

S240，在从第一通讯模式切换为第二通讯模式时，启动计时器。

S250，如果在计时器的计时时长内未接收到服务器发送的阀门开启指令、且计时时长超过设定时长，从第二通讯模式切换为第一通讯模式。

通常而言，用户在发现计量仪表的阀门关闭后，会及时对账户进行充值。也就是说，服务器向计量仪表发送了阀门关闭指令后，会很快接收到用户的充值信息，并紧接着向计量仪表发送阀门开启指令。这种情况下，计量仪表在接收到服务器发送的阀门关闭指令、从第一通讯模式切换为第二通讯模式后，在很短的时间内就可以接收到服务器发送的阀门开启指令。耗电的第二通讯模式不会持续太长时间，从而使得计量仪表可以兼顾实时性与低功耗的需求。

但是，在其他情况下，用户可能在外出差、旅游，或者在一段时间内没有用电或者用水需求，因而在阀门关闭很长一段时间后才会账户进行充值。或者用户可能由于网络问题在很长一段时间内没有充值成功。如果计量仪表在这期间一直维持在第二通讯模式，将导致功耗大大升高，缩短电池的使用寿命。

对此，本申请实施例中，计量仪表从第一通讯模式切换为第二通讯模式时，启动计时器。在一些实施例中，可以通过控制模块对计时器的设定时长进行设置。如果在计时器的计时时长内计量仪表没有接收到服务器发送的阀门开启指令、而且计时时长超过了设定时长，此时即意味着用户没有及时对账户进行成功充值。在这种情况下，为了防止长时间处于第二通讯模式造成电量过度耗损，计量仪表将从第二通讯模式切换为第一通讯模式，以降低功耗。

计量仪表切换为第一通讯模式后，用户充值成功后，服务器需要等到计量仪表上报计量信息之后才可以下发阀门开启指令。如果计量仪表在第一通讯模式下向服务器上报计量信息的周期是一天，那么在用户充值成功后，阀门可能要在第二天才会重新开启。这种方式虽然降低了电表的功耗，但是实时性上的欠缺可能会影响用户的使用体验。

在一些实施例中，为了使得用户在充值之后可以尽快开启计量仪表的阀门，计量仪表控制方法还包括：

S260，从计量仪表的人机交互接口接收下行窗口开启指令，其中，下行窗口开启指令用于触发处于第一通讯模式的计量仪表开启下行窗口。

S270，根据下行窗口开启指令，向服务器发送通知信息；其中，通知信息用于通知服务器计量仪表已开启下行窗口。

这里，计量仪表包括人机交互接口。用户在充值成功后，可以通过计量仪表的人机交互接口触发计量仪表与服务器的通讯，使得计量仪表可以开启下行窗口来接收服务器的阀门开启指令，从而开启阀门。其中，人机交互接口可以是安装在计量仪表的外壳上的机械按钮，也可以是可以接收外部输入的其他输入部件如读卡装置等。人机交互接口用于向控制模块传递下行窗口开启指令，使控制模块获知用户开启阀门的意愿。

下行窗口开启指令可以启动计量仪表与服务器的一个通讯周期。人机交互接口接收到下行窗口开启指令之后，计量仪表开启一个上行窗口来向服务器发送通知信息，然后开启下行窗口，等待服务器发送阀门开启指令。

这里，通知信息可以是一个任意的数据包，用于通知服务器计量仪表已经开启开行窗口。服务器接收到通知信息，如果确定用户的账户余额大于零，就可以向计量仪表发送阀门开启指令。

本申请实施例中，通过在计量仪表上设置人机交互接口来接收下行窗口开启指令，使得用户可以在需要的时候触发计量仪表与服务器的通讯，提升用户体验。

实施例三

本申请实施例提供一种计量仪表控制方法，该计量仪表控制方法包括：

S310，计量仪表确定阀门处于开启状态时，以第一通讯模式与计量仪表的服务器进行周期性通讯。

S320，在第一通讯模式下采集第一计量信息。

S330，以第一通讯模式下的第一周期，向服务器发送第一计量信息。

S340，在发送第一计量信息后，根据第一总时长开启下行窗口。

这里，阀门处于开启状态时，计量仪表以第一通讯模式与服务器进行周期性通讯。此时，用户处于正常的能源消耗状态，第一计量信息包括用户的能源消耗数据，比如用水量、用电量或燃气使用量。对用户的能源消耗数据进行采集之后，计量仪表周期性地向服务器发送第一计量信息。发送了第一计量信息之后，根据第一总时长开启下行窗口。

在一些实施例中，第一周期包括第一上行窗口和第一下行窗口；其中，第一总时长为第一下行窗口的数量与单个第一下行窗口的开启时长的乘积。S330中，向服务器发送第一计量信息，包括：S331，在第一上行窗口，向服务器发送第一计量信息。

这里，第一周期包括第一上行窗口和第一下行窗口。在第一上行窗口，计量仪表向服务器发送第一计量信息；在第一下行窗口，服务器如果确定用户的账户余额小于零，向计量仪表发送阀门关闭指令。本领域技术人员可以理解，本申请实施例中，第一上行窗口和第一下行窗口之间、各个第一下行窗口之间存在睡眠时段。

第一总时长为第一下行窗口的数量与单个第一下行窗口的开启时长的乘积。在一些实施例中，第一总时长可以是第一通讯模式对应的一个参数，在对第一通讯模式的参数进行设定时可以设置第一总时长的值。

选择第一总时长作为参数之后，为了设置第一下行窗口的开启方式，可以选择第一下行窗口的数量或单个第一下行窗口的开启时长作为第一通讯模式对应的另一个参数。

如果选择第一下行窗口的数量作为第一通讯模式对应的另一个参数，在对第一总时长进行设定时可以同时设定第一下行窗口的数量。根据第一总时长开启下行窗口时，根据第一总时长和第一下行窗口的数量即可得到单个第一下行窗口的开启时长，从而根据第一下行窗口的数量和单个第一下行窗口的开启时长来开启第一下行窗口。

如果选择单个第一下行窗口的开启时长作为第一通讯模式对应的另一个参数，在对第一总时长进行设定时可以同时设定单个第一下行窗口的开启时长。根据第一总时长开启下行窗口时，根据第一总时长和单个第一下行窗口的开启时长即可得到第一下行窗口的数量，从而根据第一下行窗口的数量和单个第一下行窗口的开启时长来开启第一下行窗口。

在其他实施例中，也可以选择第一下行窗口的数量和单个第一下行窗口的开启时长作为第一通讯模式对应的两个参数。

S340中，根据第一总时长开启下行窗口，包括：

S341，获取第一数量和第一时长；其中，第一数量为第一总时长对应的第一下行窗口的数量，第一时长为第一总时长对应的单个第一下行窗口的开启时长。

S342，根据第一数量和第一时长开启第一下行窗口。

这里，第一下行窗口的数量为第一数量，单个第一下行窗口的开启时长为第一时长，在对第一通讯模式的参数进行设定时可以设置第一数量和第一时长的值。计量仪表处于第一通讯模式时，如果需要开启下行窗口，可以直接查询得到第一数量和第一时长，确定第一下行窗口的数量和单个第一下行窗口的开启时长，从而根据第一下行窗口的数量和单个第一下行窗口的开启时长来开启第一下行窗口。

在一些实施例中，第一下行窗口之间睡眠时段的时长可以是固定的，在确定了第一下行窗口的数量与单个第一下行窗口的开启时长后，第一通讯模式对应的第一下行窗口开启方式也随之确定。

S350，接收服务器发送的阀门关闭指令。

S360，根据阀门关闭指令，从第一通讯模式切换为第二通讯模式；其中，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

S370，在第二通讯模式下采集第二计量信息。

S380，以第二通讯模式下的第二周期，向服务器发送第二计量信息。

S390，在发送第二计量信息后，根据第二总时长开启下行窗口。

这里，计量仪表接收到服务器发送的阀门关闭指令后，从第一通讯模式切换为第二通讯模式。第二计量信息也包括用户的能源消耗数据。阀门关闭时，用户处于能源供给断开状态，正常情况下不会产生能源消耗数据。如果服务器接收到第二计量信息后，发现用户的能源消耗数据不为零，则表明阀门没有成功关闭，或者计量仪表发生了其他故障，可以派遣工作人员到现场进行检修。

此外，第二计量信息也可以包括计量仪表的电池电量信息。当计量仪表处于第二通讯模式时，电量消耗速度较快，可以通过将电池的电量信息发送到服务器，以在必要的时候提醒用户注意。

在一些实施例中，第二周期包括第二上行窗口和第二下行窗口；其中，第二总时长为所述第二下行窗口的数量与单个第二下行窗口的开启时长的乘积。S380中，向所述服务器发送所述第二计量信息，包括：在所述第二上行窗口，向所述服务器发送所述第二计量信息。

这里，与第一周期类似，第二周期包括第二上行窗口和第二下行窗口。在第二上行窗口，计量仪表向服务器发送第二计量信息；在第二下行窗口，服务器如果确定用户充值成功，向计量仪表发送阀门开启指令。本领域技术人员可以理解，本申请实施例中，第二上行窗口和第二下行窗口之间、各个第二下行窗口之间存在睡眠时段。

为了设置第一下行窗口的开启方式，可以选择第二总时长作为第二通讯模式对应的一个参数。根据第二总时长开启下行窗口的方式与上文中根据第一总时长开启下行窗口的方式类似。

在其他实施例中，也可以选择第二下行窗口的数量和单个第二下行窗口的开启时长作为第二通讯模式对应的两个参数。

S390中，根据第二总时长开启下行窗口，包括：

S391，获取第二数量和第二时长；其中，所述第二数量为所述第二总时长对应的第二下行窗口的数量，所述第二时长为所述第二总时长对应的单个第二下行窗口的开启时长。

S392，根据所述第二数量和所述第二时长开启第二下行窗口。

这里，第二下行窗口的数量为第二数量，单个第二下行窗口的开启时长为第二时长，在对第二通讯模式的参数进行设定时可以设置第二数量和第二时长的值。计量仪表处于第二通讯模式时，如果需要开启下行窗口，可以直接查询得到第二数量和第二时长，确定第二下行窗口的数量和单个第二下行窗口的开启时长，从而根据第二下行窗口的数量和单个第二下行窗口的开启时长来开启第二下行窗口。

在对第二通讯模式的参数进行设置时，通过增加第二数量或延长第二时长，可以提升第二通讯模式下计量仪表与服务器之间通讯的实时性。通过减少第二数量或缩短第二时长，可以降低第二模式下计量仪表的功耗。

在一些实施例中，第二下行窗口之间的睡眠时段可以是固定的，在确定了第二下行窗口的数量与单个第二下行窗口的开启时长后，第二通讯模式对应的第二下行窗口开启方式也随之确定。

本申请实施例中，计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。如果选择第一下行窗口的数量和单个第一下行窗口的开启时长作为第一通讯模式对应的两个参数，并选择第二下行窗口的数量和单个第二下行窗口的开启时长作为第二通讯模式对应的两个参数，那么对参数进行设置时，第一数量和第二数量、第一时长和第二时长满足以下条件：

第一数量等于第二数量，且第一时长小于第二时长；或

第一数量小于第二数量，且第一时长等于第二时长。

这里，在设置参数时对第一数量和第二数量、第一时长和第二时长的大小进行调节，可以使得计量仪表从第一通讯模式切换为第二通讯模式后，第二总时长大于第一总时长，提升计量仪表与服务器之间通讯的实时性。

在一些实施例中，S330中从第一通讯模式切换为第二通讯模式包括：

从LoRa WAN Class A模式切换为LoRa WAN Class B模式。

LPWAN(Low Power Wide Area Network，低功率广域网络)是一类面向低功耗、广覆盖应用场景的物联网技术。LoRaWAN(Long Range Wide Area Network，远距离广域网络)是一个开放标准，定义了基于LoRa芯片的LPWAN技术的通信协议，具有低功耗、远距离、数据安全的特性，在国内外被广泛使用。

在LoRaWAN标准中，终端设备的运行模式被分为Class A，Class B，Class C三类，他们在功耗和实时性上存在明显区别。

以Class A模式运行时，设备有最低的功耗和最低的实时性。如图3所示，以ClassA模式运行的设备绝大部分时间都处于睡眠状态c。通过周期性地开启上行窗口，设备周期性地进入发送状态a。设备在主动上发数据之后，短暂开启下行窗口，进入接收状态b，此时可以接收服务器的信息。也就是说，设备只有在主动发送数据之后才可以收到服务器下发的数据。这种模式适用于对功耗有严苛要求的数据采集场景，多上行少下行。

以Class C模式运行时，设备有最高的实时性和最高的功耗。如图4所示，以ClassC模式运行时，设备除了发送数据时关闭用于接收消息的下行窗口以外，其他时候下行窗口均处于打开状态。下行窗口打开时，设备处于接收状态b，服务器几乎可以在任何时候向设备发送下行数据。然而，由于长期打开下行窗口，以Class C模式运行的设备功耗很高。这种模式适用于对实时性要求很高、且不需要考虑功耗大小的场景。

以Class B模式运行时，设备的功耗和实时性介于Class A和Class C之间。如图5所示，设备在上发数据之后会开启若干下行窗口用于接收下行指令。设备以Class B模式运行时，用户可在下行的实时性和功耗之间进行权衡，来调整下行窗口的数量。通过调整下行窗口的数量，可以动态调整功耗和实时性的关系，在保障一定实时性的同时达到降低功耗的目的。

本申请实施例中，当阀门关闭后，计量仪表从LoRa WAN Class A模式切换为LoRaWAN Class B模式，可以提升计量仪表与服务器之间通讯的实时性，使得计量仪表可以尽快开启阀门，提升用户体验。

在一些实施例中，计量仪表为水表或电表等。在另一些实施例中，还可以为煤气表或者其他类型的仪表，这些仪表可以具有安装位置等原因造成的更换不方便的特点，当然也可以不具备该特点。本申请实施例提供的方案能够在用户欠费(此时计量阀门会关闭，暂停为用户提供服务)后，具有良好的实时性，这样在用户缴费后，能够及时打开阀门，从而为用户提供服务，提供用户的满意度。

相关技术中的LoRaWAN水表包括以下几类：

第一类，只有计量功能，没有阀控功能的LoRaWAN水表。由于不需要及时接收服务器的阀门控制指令，这类水表一般采用LoRaWAN Class A模式，具有最优的功耗，服务器在水表上报计量信息之后再向水表下发对实时性要求不高的指令。

第二类，既具有计量功能又具有阀控功能的LoRaWAN Class A模式水表。服务器的阀门关闭指令在水表上报计量信息后下发。由于水表工作在Class A模式，为了使得水表在用户缴费后可以及时开启阀门，需要用户手动触发水表上报数据来开启接收指令的下行窗口，从而为用户恢复供水。此类水表一般在设备上设有按键，用户缴费后，按下水表上的按键，使得水表开启接收指令的下行窗口。但是，实践中，有些水表被安装在用户较难接触的位置，这种使用方式会降低用户的使用满意度。

第三类，LoRaWAN Class B模式的阀控水表。这类水表长期工作在Class B模式(LoRaWAN协议规定下行窗口的最长周期为128s)，下行窗口开启时间过长会导致功耗过高，进而缩短水表的使用寿命，增加维护成本。

第四类，LoRaWAN Class C的工作模式。这类水表功耗最高，对于电池供电的水表而言，可行性最低。

本申请实施例中的水表或电表可以在LoRa WAN Class A模式和LoRa WAN ClassB模式之间进行切换，结合了第二类和第三类水表的优点，既能保证水表或电表与服务器之间通讯的实时性，又可以降低水表或电表的功耗，延长使用寿命。

实施例四

本申请实施例提供一种计量仪表控制方法，该计量仪表控制方法用于控制LoRaWAN阀控水表。

LPWAN(Low Power Wide Area Network，低功率广域网络)是一类面向低功耗、广覆盖应用场景的物联网技术。LoRaWAN(Long Range Wide Area Network，远距离广域网络)是一个开放标准，定义了基于LoRa芯片的LPWAN技术的通信协议，具有低功耗、远距离、数据安全的特性，在国内外被广泛使用。

在LoRaWAN标准中，终端设备的运行模式被分为Class A，Class B，Class C三类，他们在功耗和实时性上存在明显区别。

以Class A模式运行时，设备有最低的功耗和最低的实时性。如图3所示，以ClassA模式运行的设备绝大部分时间都处于睡眠状态c。通过周期性地开启上行窗口，设备周期性地进入发送状态a。设备在主动上发数据之后，短暂开启下行窗口，进入接收状态b，此时可以接收服务器的信息。也就是说，设备只有在主动发送数据之后才可以收到服务器下发的数据。这种模式适用于对功耗有严苛要求的数据采集场景，多上行少下行。

以Class C模式运行时，设备有最高的实时性和最高的功耗。如图4所示，以ClassC模式运行时，设备除了发送数据时关闭用于接收消息的下行窗口以外，其他时候下行窗口均处于打开状态。下行窗口打开时，设备处于接收状态b，服务器几乎可以在任何时候向设备发送下行数据。然而，由于长期打开下行窗口，以Class C模式运行的设备功耗很高。这种模式适用于对实时性要求很高、且不需要考虑功耗大小的场景。

以Class B模式运行时，设备的功耗和实时性介于Class A和Class C之间。如图5所示，设备在上发数据之后会开启若干下行窗口用于接收下行指令。设备以Class B模式运行时，用户可在下行的实时性和功耗之间进行权衡，来调整下行窗口的数量。通过调整下行窗口的数量，可以动态调整功耗和实时性的关系，在保障一定实时性的同时达到降低功耗的目的。

相关技术中的LoRaWAN水表包括以下几类：

第一类，只有计量功能，没有阀控功能的LoRaWAN水表。由于不需要及时接收服务器的阀门控制指令，这类水表一般采用LoRaWAN Class A模式，具有最优的功耗，服务器在水表上报计量信息之后再向水表下发对实时性要求不高的指令。

第二类，既具有计量功能又具有阀控功能的LoRaWAN Class A模式水表。服务器的阀门关闭指令在水表上报计量信息后下发。由于水表工作在Class A模式，为了使得水表在用户缴费后可以及时开启阀门，需要用户手动触发水表上报数据来开启接收指令的下行窗口，从而为用户恢复供水。此类水表一般在设备上设有按键，用户缴费后，按下水表上的按键，使得水表开启接收指令的下行窗口。但是，实践中，有些水表被安装在用户较难接触的位置，这种使用方式会降低用户的使用满意度。

第三类，LoRaWAN Class B模式的阀控水表。这类水表长期工作在Class B模式(LoRaWAN协议规定下行窗口的最长周期为128s)，下行窗口开启时间过长会导致功耗过高，进而缩短水表的使用寿命，增加维护成本。

第四类，LoRaWAN Class C的工作模式。这类水表功耗最高，对于电池供电的水表而言，可行性最低。

本申请实施例中的计量仪表控制方法包括：

S410，阀门处于开启状态，水表运行在LoRaWAN Class A模式。

如图6所示，LoRaWAN Class A模式为水表的第一通讯模式。在LoRaWAN Class A模式下，水表定期开启第一上行窗口601，在第一上行窗口601开启时向服务器上报第一计量信息。第一计量信息包括用户的用水情况及水表的状态信息。这里，水表可以以一天为周期向服务器上报数据。

水表上报第一计量信息之后，关闭第一上行窗口601，并短暂开启第一下行窗口602来接收服务器发送的指令。如果在第一下行窗口602的开启期间，服务器没有向水表发送指令，那么服务器只能等待水表下一次上报第一计量信息之后开启第一下行窗口602时再向水表发送指令。

运行在LoRaWAN Class A模式时，水表的功耗最低，水表与服务器之间的通讯实时性最差。此时，由于水表处于阀门开启状态，供水正常，不会对用户体验造成影响。

S420，服务器接收水表发送的第一计量信息，如果确定此时水表的用水量超出，导致用户的账户余额不足，则在第一下行窗口602向水表发送阀门关闭指令。

这里，用户的账户余额计算发生在服务器端，当服务器根据水表发送的第一计量信息，判断用户的账户余额不足时，向水表发送阀门关闭指令，停止对用户的供水。

S430，水表接收阀门关闭指令，关闭阀门，并从LoRaWAN Class A模式切换到LoRaWAN Class B模式。

如图5所示，LoRaWAN Class B模式为水表的第二通讯模式。在LoRaWAN Class B模式下，水表定期开启第二上行窗口603，在第二上行窗口603开启时向服务器上报第二计量信息。水表上报第二计量信息之后，以固定的间隔开启第二下行窗口604。水表在第二下行窗口604开启的期间等待服务器发送的阀门开启指令。此时，由于第二下行窗口604的数量多于第一下行窗口602的数量，水表功耗增加，水表与服务器之间通讯的实时性提高。

如图5所示，本申请实施例中，阀门关闭后，水表从LoRaWAN Class A模式切换到LoRaWAN Class B模式，可以保证在用户成功充值后一定时间内水表即可开启阀门，恢复对用户的供水，避免用户缴费后由于恢复供水不及时而对用户体验造成影响。

S440，水表的阀门关闭之后，如果用户充值成功，服务器通过第二下行窗口604向水表发送阀门开启指令。

这里，水表阀门关闭后，用户可以对账户进行充值。用户对账户进行成功充值之后，服务器就通过第二下行窗口604向水表发送阀门开启指令，恢复对用户的供水。如图5所示，此时水表处于LoRaWAN Class B模式，每个周期内存在多个密集开启的第二下行窗口604，可以保证在用户成功充值后，服务器在尽量短的时间内通过第二下行窗口604下发阀门开启指令。

S450，水表打开阀门恢复供水，并在成功开启阀门后重新切换至LoRaWAN Class A模式。

S460，水表关闭阀门后，启动计时器。如果在计时器的计时时长内没有接收到服务器发送的阀门开启指令，且计时器的计时时长超过预设时长时，水表重新切换至LoRaWANClass A模式。

这里，如果计时器的计时时长超过预设时长时，没有接收到服务器发送的阀门开启指令，表明这一段时间内用户没有充值成功。此时水表无法预计从当前时刻到用户充值成功还需要等待多长时间。如果水表继续维持在LoRaWAN Class B模式等待服务器下发的阀门开启指令，无法预计这一段等待时间将要花费的能耗，会造成水表的功耗发生不必要的升高。

因此，为了降低功耗，延长水表的寿命，水表在计时器的计时时长内没有接收到服务器发送的阀门开启指令，且计时器的计时时长超过预设时长时，会重新切换至LoRaWANClass A模式。

在水表切换至LoRaWAN Class A模式后，如果用户充值成功，服务器需要等待水表下一次上报计量数据之后才能够在第一下行窗口602发送阀门开启指令，会造成阀门开启产生一定的延迟。

为了避免这种延迟发生，在一些实施例中，可以在水表上设置按键。用户充值成功后，可以通过手动触发水表上的按键，使水表向服务器上报计量数据，从而开启第一下行窗口602。

实施例五

基于前述的实施例，本申请实施例提供一种计量仪表控制装置，该装置包括所包括的各模块，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图7为本申请实施例计量仪表控制装置的组成结构示意图，如图7所示，计量仪表控制装置700包括第一模式切换模块701、指令接收模块702和第二模式切换模块703，其中：

第一模式切换模块701，用于确定阀门处于开启状态时，使所述计量仪表以第一通讯模式与所述计量仪表的服务器进行周期性通讯；

阀门控制指令接收模块702，用于接收所述服务器发送的阀门关闭指令；

第二模式切换模块703，用于根据所述阀门关闭指令，使所述计量仪表从所述第一通讯模式切换为第二通讯模式；其中，所述计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于所述计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

在一些实施例中，所述装置还包括：

计时器启动模块，用于在所述计量仪表从所述第一通讯模式切换为第二通讯模式时，启动计时器；

所述第一模式切换模块，还用于在计时器的计时时长内未接收到所述服务器发送的阀门开启指令、且所述计时时长超过设定时长时，使所述计量仪表从所述第二通讯模式切换为所述第一通讯模式。

在一些实施例中，所述装置还包括：

下行窗口开启指令接收模块，用于在所述计量仪表从所述第二通讯模式切换为所述第一通讯模式后，从所述计量仪表的人机交互接口接收下行窗口开启指令，其中，所述下行窗口开启指令用于触发处于第一通讯模式的计量仪表开启下行窗口；

通知信息发送模块，用于根据所述下行窗口开启指令，向所述服务器发送通知信息；其中，所述通知信息用于通知服务器所述计量仪表已开启下行窗口。

在一些实施例中，所述装置还包括：

第一计量信息采集模块，用于在所述计量仪表以第一通讯模式与所述计量仪表的服务器进行通讯后，在所述第一通讯模式下采集第一计量信息；

第一计量信息发送模块，用于以所述第一通讯模式下的第一周期，向所述服务器发送所述第一计量信息；

第一下行窗口开启模块，用于在第一计量信息发送模块发送所述第一计量信息后，根据所述第一总时长开启下行窗口；

第二计量信息采集模块，用于在所述计量仪表从第一通讯模式切换为第二通讯模式后，在所述第二通讯模式下采集第二计量信息；

第二计量信息发送模块，用于以所述第二通讯模式下的第二周期，向所述服务器发送所述第二计量信息；

第二下行窗口开启模块，用于在第二计量信息发送模块发送所述第二计量信息后，根据所述第二总时长开启下行窗口。

在一些实施例中，所述第一周期包括第一上行窗口和第一下行窗口，所述第二周期包括第二上行窗口和第二下行窗口；其中，所述第一总时长为所述第一下行窗口的数量与单个第一下行窗口的开启时长的乘积，所述第二总时长为所述第二下行窗口的数量与单个第二下行窗口的开启时长的乘积；

所述第一计量信息发送模块包括：

第一计量信息发送单元，用于在所述第一上行窗口，向所述服务器发送所述第一计量信息；

所述第二计量信息发送模块包括：

第二计量信息发送单元，用于在所述第二上行窗口，向所述服务器发送所述第二计量信息。

在一些实施例中，所述第一下行窗口开启模块，包括：

第一获取单元，用于获取第一数量和第一时长；其中，所述第一数量为所述第一总时长对应的第一下行窗口的数量，所述第一时长为所述第一总时长对应的单个第一下行窗口的开启时长；

第一下行窗口开启单元，用于根据所述第一数量和所述第一时长开启第一下行窗口；

所述第二下行窗口开启模块，包括：

第二获取单元，用于获取第二数量和第二时长；其中，所述第二数量为所述第二总时长对应的第二下行窗口的数量，所述第二时长为所述第二总时长对应的单个第二下行窗口的开启时长；

第二下行窗口开启单元，用于根据所述第二数量和所述第二时长开启第二下行窗口；其中，所述第一数量等于所述第二数量，且所述第一时长小于所述第二时长；或所述第一数量小于所述第二数量，且所述第一时长等于所述第二时长。

在一些实施例中，所述计量仪表为水表，所述第二模式切换模块，包括：

第二模式切换单元，用于使所述计量仪表从LoRa WAN Class A模式切换为LoRaWAN Class B模式。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的计量仪表控制方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

对应地，本申请实施例提供一种计量仪表(例如计算机设备)，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例中提供的计量仪表控制方法中的步骤。

对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述实施例中提供的计量仪表控制方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

图8为本申请实施例中计量仪表的一种硬件实体示意图，如图8所示，该计量仪表800的硬件实体包括：处理器801、通信接口802和存储器803，其中

处理器801通常控制计量仪表800的总体操作。

通信接口802可以使计量仪表800通过网络与其他设备通信。

存储器803配置为存储由处理器801可执行的指令和应用，还可以缓存待处理器801以及计量仪表800中各模块待处理或已经处理的数据，可以通过闪存(FLASH)或随机访问存储器(Random Access Memory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计量仪表(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种计量仪表控制方法，其特征在于，包括：

所述计量仪表确定阀门处于开启状态时，以第一通讯模式与所述计量仪表的服务器进行周期性通讯；

接收所述服务器发送的阀门关闭指令；

根据所述阀门关闭指令，从所述第一通讯模式切换为第二通讯模式；其中，所述计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于所述计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

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

在所述从所述第一通讯模式切换为第二通讯模式时，启动计时器；

如果在计时器的计时时长内未接收到所述服务器发送的阀门开启指令、且所述计时时长超过设定时长，从所述第二通讯模式切换为所述第一通讯模式。

3.根据权利要求2所述的方法，其特征在于，在所述从所述第二通讯模式切换为所述第一通讯模式后，所述方法还包括：

从所述计量仪表的人机交互接口接收下行窗口开启指令，其中，所述下行窗口开启指令用于触发处于第一通讯模式的计量仪表开启下行窗口；

根据所述下行窗口开启指令，向所述服务器发送通知信息；其中，所述通知信息用于通知服务器所述计量仪表已开启下行窗口。

4.根据权利要求1至3任一项所述的方法，其特征在于，在以第一通讯模式与所述计量仪表的服务器进行通讯后，所述方法还包括：

在所述第一通讯模式下采集第一计量信息；

以所述第一通讯模式下的第一周期，向所述服务器发送所述第一计量信息；

在发送所述第一计量信息后，根据所述第一总时长开启下行窗口；

在所述从第一通讯模式切换为第二通讯模式后，所述方法还包括：

在所述第二通讯模式下采集第二计量信息；

以所述第二通讯模式下的第二周期，向所述服务器发送所述第二计量信息；

在发送所述第二计量信息后，根据所述第二总时长开启下行窗口。

5.根据权利要求4所述的方法，其特征在于，所述第一周期包括第一上行窗口和第一下行窗口，所述第二周期包括第二上行窗口和第二下行窗口；其中，所述第一总时长为所述第一下行窗口的数量与单个第一下行窗口的开启时长的乘积，所述第二总时长为所述第二下行窗口的数量与单个第二下行窗口的开启时长的乘积；

所述向所述服务器发送所述第一计量信息，包括：在所述第一上行窗口，向所述服务器发送所述第一计量信息；

所述向所述服务器发送所述第二计量信息，包括：在所述第二上行窗口，向所述服务器发送所述第二计量信息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一总时长开启下行窗口，包括：

获取第一数量和第一时长；其中，所述第一数量为所述第一总时长对应的第一下行窗口的数量，所述第一时长为所述第一总时长对应的单个第一下行窗口的开启时长；

根据所述第一数量和所述第一时长开启第一下行窗口；

所述根据第二总时长开启下行窗口，包括：

获取第二数量和第二时长；其中，所述第二数量为所述第二总时长对应的第二下行窗口的数量，所述第二时长为所述第二总时长对应的单个第二下行窗口的开启时长；

根据所述第二数量和所述第二时长开启第二下行窗口；

其中，所述第一数量等于所述第二数量，且所述第一时长小于所述第二时长；或所述第一数量小于所述第二数量，且所述第一时长等于所述第二时长。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述计量仪表为水表，所述从所述第一通讯模式切换为第二通讯模式，包括：

从LoRa WAN Class A模式切换为LoRa WAN Class B模式。

8.一种计量仪表控制装置，其特征在于，包括：

第一模式切换模块，用于确定阀门处于开启状态时，使所述计量仪表以第一通讯模式与所述计量仪表的服务器进行周期性通讯；

指令接收模块，用于接收所述服务器发送的阀门关闭指令；

第二模式切换模块，用于根据所述阀门关闭指令，使所述计量仪表从所述第一通讯模式切换为第二通讯模式；其中，所述计量仪表处于第一通讯模式时每个周期内下行窗口开启的第一总时长小于所述计量仪表处于第二通讯模式时每个周期内下行窗口开启的第二总时长。

9.一种计量仪表，其特征在于，包括：存储器、处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述权利要求1至7中任一项提供的计量仪表控制方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行上述权利要求1至7中任一项提供的计量仪表控制方法。