饮水机及其换水检测方法和装置

技术领域

本申请属于饮水机领域，尤其涉及一种饮水机及其换水检测方法和装置。

背景技术

饮水机是一种可以将桶装的纯净水(或矿泉水)升温或降温并方便人们饮用的装置。通过购买和更换桶装水，可以为家庭或企业单位提供便利的干净饮水。为了能够更为准确的为用户提供饮水机的使用数据，包括如饮水机的水质数据等，需要对饮水机的使用信息进行监测，比如，需要对饮水机的桶装水的更换时间进行监测。从而便于及时为用户更换新的桶装水。

目前的饮水机在换水时，通常依靠用户提出换水请求，用户在使用过程中经常会忘记申请，导致用户使用饮水机可能出现断水区间。或者通过重力监测时，容易由于换水操作或其它误碰操作而误触发换水订单，不利于为用户提供更好的用水体验。

发明内容

有鉴于此，本申请实施例提供了一种饮水机及其换水检测方法和装置，以解决现有技术中的饮水机在进行换水检测时，容易误触发换水订单，不利于为用户提供更好的用水体验的问题。

2.本申请实施例的第一方面提供了一种饮水机的换水检测方法，所述方法包括：

获取安装在所述饮水机的桶装水的重力数据；

在触发第一换水订单后，判断是否监测到所述重力数据满足预设的更新条件，所述更新条件包括所述重力数据大于第二阈值，且持续时长大于预设的第一时长；

在监测到所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则触发第二换水订单，所述第二阈值大于所述第一阈值；

在未监测所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则不触发第二换水订单。

结合第一方面，在第一方面的第一种可能实现方式中，所述更新条件还包括：所述重力数据在预设的第一时长范围内的波动幅度小于预设的幅度阈值。

结合第一方面，在第一方面的第二种可能实现方式中，在判断是否监测到所述重力数据满足预设的更新条件之前，所述方法还包括：

确定所述桶装水的重力变化范围；

根据所述重力变化范围对获取的重力数据进行过滤，得到过滤后的重力数据。

结合第一方面，在第一方面的第三种可能实现方式中，在触发第一换水订单之前，所述方法还包括：

获取换水订单对应的配送信息；

根据所述配送信息确定所述第一阈值的大小。

结合第一方面的第三方面，在第一方面的第四种可能实现方式中，所述换水订单对应的配送信息包括商家与用户的距离、天气信息、商家的配送订单强度信息、商家与用户的路线的交通拥堵信息和/或用户的用水习惯信息，根据所述商家信息确定所述第一阈值大小，包括：

根据所述商家与用户的距离、天气信息、商家的配送订单强度信息、以及商家与用户的路线的交通拥堵信息，确定商家接收到换水订单后完成配送的第二时长；

根据所述用户的用水习惯信息确定第二时长的用水量；

确定用水量对应的桶装水的重力为所述第一阈值大小。

结合第一方面的第四方面，在第一方面的第五种可能实现方式中，根据所述商家与用户的距离、天气信息、商家的配送订单强度信息、以及商家与用户的路线的交通拥堵信息，确定商家接收到换水订单后完成配送的第二时长，包括：

根据所述商家与用户的距离、商家与用户的路线的交通拥堵信息，确定商家至用户所花费的运输时长；

根据所述商家的配送订单强度信息，确定所述换水订单的排队时长；

由运输时长与排队时长的和确定所述第二时长。

结合第一方面的第五种可能实现方式，在第一方面的第六种可能实现方式中，根据所述商家的配送订单强度信息，确定所述换水订单的排队时长，包括：

获取与所述商家签约的用户的用水数据；

根据所述用水数据估计得到商家配送订单强度信息。

本申请实施例的第二方面提供了一种饮水机的换水检测装置，所述装置包括：

重力数据获取单元，用于获取安装在所述饮水机的桶装水的重力数据；

更新条件判断单元，用于在触发第一换水订单后，判断是否监测到所述重力数据满足预设的更新条件，所述更新条件包括所述重力数据大于第二阈值，且持续时长大于预设的第一时长；

第二换水订单触发单元，用于在监测到所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则触发第二换水订单，所述第二阈值大于所述第一阈值；

误订单监测单元，用于在未监测所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则不触发第二换水订单。

本申请实施例的第三方面提供了一种饮水机，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：本申请通过第一阈值监测触发第一换水订单后，通过增加更新条件的判断，在满足所设定的更新条件后，如果监测到重力满足小于第一阈值，则为有效的第二换水订单，如果未满足所设定的更新条件，如果监测到重力满足小于第一阈值，则不触发第二换水订单，从而能够有效的避免在换水过程中的桶装水重力变化而出现的换水订单的误触发，提高触发换水订单的准确率，从而有利于提升用户的用水体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种饮水机的换水检测方法的实现系统示意图；

图2是本申请实施例提供的一种饮水机的换水检测方法的实现流程示意图；

图3是本申请实施例提供的一种确定第一阈值大小的实现流程示意图；

图4是本申请实施例提供的一种饮水机的换水检测装置的示意图；

图5是本申请实施例提供的饮水机的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

目前的饮水机的换水检测时，通常仅仅采集对桶装水的质量监测的方式，在桶装水的质量小于所设定的重量时，如果用户换水过程的重量变化，或者其它误碰触容易误触发换水订单，不利于提升用户的用水体验。

图1为本申请实施例提供的一种饮水机的换水检测方法的实现系统示意图。所述实现系统包括饮水机、服务器和用户终端，其中，饮水机可以压力传感器、主控芯片和通信模块。

其中，压力传感器可以安装在饮水机的聪明座的位置，可以检测饮水机所安装的桶装水的质量的变化。当然，当桶装水安装在饮水机下部时，则可以将压力传感器设置在放置桶装水的位置，从而有效的检测桶装水的质量的变化。

所述主控制芯片用于将压力传感器所采集的数据，通过通信模块发送至服务器，或者根据所检测到的、接收到的数据，控制饮水机的显示状态信息的变化，包括如加热、制冷、换水订单的状态信息的显示等。

所述通信模块可以有线通信模块，也可以为WIFI通信模块、移动通信模块等。通过所述通信模块，可以将饮水机的数据传送至服务器，并接收服务器所发送的换水订单的状态信息、控制指令、提醒信息等。

图2为本申请实施例提供的一种饮水机的换水检测方法的实现流程示意图，包括：

在S201中，获取安装在所述饮水机的桶装水的重力数据。

本申请实施例中，在饮水机的桶装水安装处设置有重力传感器，比如在聪明座或桶装水安装台上设置有重力传感器，通过所述重力传感器可采集所述桶装水的重力数据。

一般的，所述重力传感器的重力检测量程的最大值，大于所述桶装水的重力变化范围的最大值，即大于桶装水满桶时的重力。重力传感器的重力检测量程的最小值小于空桶装水的重力变化范围的最小值，即小于桶装水空桶时的重力。

在确定了桶装水的重力范围后，可以根据该重力范围对重力传感器所检测的数据进行筛选过滤，过滤掉由于传输过程中产生的乱码而显示的错误数据，从而有利于提升所获取的重力数据的准确度。

其中，所述重力数据的采集，可以按照预定的时间间隔进行采集，也可以根据饮水机所安装的桶装水的质量的变化，相应的调整重力数据的采集频率。比如，在饮水机的桶装水的质量逐渐减小时，相应的半圆所述重力数据的采集频率，从而能够更为及时准确的生成换水订单。

在S202中，在触发第一换水订单后，判断是否监测到所述重力数据满足预设的更新条件，所述更新条件包括所述重力数据大于第二阈值，且持续时长大于预设的第一时长，所述第二阈值大于所述第一阈值。

其中，第一换水订单为有效的换水订单。所述第一换水订单，可以为饮水机在刚开始使用时的第一个用水订单。也可为饮水机在使用过程中所触发的任意一个有效的换水订单。

在监测到饮水机生成了一个有效的换水订单后，系统进入更新条件的监测，且可暂时不进行换水订单的监测。

其中，更新条件的监测，可以为监测重力数据大于第二阈值，且持续时长大于预设的第一时长。

其中，第二阈值大于第一阈值。比如，在可能的实现方式中，饮水机的桶装水的重力范围为2-50，第一阈值可以为7，第二阈值大于第一阈值，第二阈值可以为40。

其中，第一时长大于饮水机的换桶时长。通常，饮水机的换桶时长在十几秒钟就可以完成，在可能的实现方式中，可以设定第一时长为2分钟。

如果在第一换水订单之后，由于换水操作所带来的重力变化信息，不能满足所设定的更新条件，即重力数据不能持续第一时长的满足大于第二阈值，从而能够有效的避免换水或其它误操作对重力变化的影响，提高换水订单触发的准确率。即在未满足更新条件之前，系统不进行换水订单的触发。

在可能的实现方式中，所述更新条件可以包括波动幅度条件。即还可以包括重力数据在预设的第一时长范围内波动数据小于预设的幅度阈值。由于换水或其它误操作会导致检测的重力会出现较大的波动，因此，可以通过预先设定的幅度阈值，来过滤由于换水操作或者其它误操作。

在可能的实现方式中，所述波动幅度条件可以与之前的重力数据大于第二阈值的持续时长相结合来确定饮水机是否满足更新条件。

在S203中，在监测到所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则触发第二换水订单。

在监测到所述重力数据满足更新条件后，表示当前已更换完桶装水，并且桶装水进入到更新后的使用状态，当监测到重力数据重新小于预定的第一阈值，则表示更换后的桶装水再一次即将使用完毕，可触发第二换水订单，再次请求商家配送新的桶装水。

在S204中，在未监测所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则不触发第二换水订单。

如果在第一换水订单之后，重力数据未满足所述更新条件，则可暂时不用触发第二换水订单，从而能够有效的过滤掉由于换水操作或者其它误操作引起的误触发换水订单。

值得注意的是，本申请实施例中触发换水订单，可以为单桶配送的用户，通过根据用户的用水数据，及时的生成换水订单，可有效的减少用户出现用水空缺期。并且通过更新条件的过滤作用，可以有效的减少误触发换水订单，提升用户用水体验。

在本申请实施例中，为了能够及时的生成换水订单(包括第一换水订单和第二换水订单)，可以通过换水订单的配送信息，确定用于比较和触发换水订单的第一阈值。

在可能的实现方式中，换水订单对应的配送信息可以包括商家与用户的距离、天气信息、商家的配送订单强度信息、商家与用户的路线的交通拥堵信息和用户的用水习惯信息中的一种或者多种。

在可能的实现方式，通过所述配送信息确定第一阈值大小的过程可以如图3所示，包括：

在S301中，根据所述商家与用户的距离、天气信息、商家的配送订单强度信息、以及商家与用户的路线的交通拥堵信息，确定商家接收到换水订单后完成配送的第二时长。

其中，所述第二时长可以包括运输时长和订单的排队时长。

所述运输时长可以根据商家与用户的距离、天气信息、商家的配送订单强度信息、商家与用户的路线的交通拥堵信息来确定。

在确定所述运输时长，可以所获取的数据与历史统计数据的相似度，确定所述运输时长。也可以通过历史相本数据训练得到的神经网络模型，确定当前采集的数据所对应的运输时长。

所述排队时长可以根据用户在多个不同的时刻生成换水订单时所需要排队等待配送的时长。其中，不同的时刻对应的配送订单强度，可以根据与所述商家签约的用户的用水数据，来确定生成换水订单的时间，根据所生成的换水订单的时间，来确定不同时刻需要等待配送的排队时长。

在S302中，根据所述用户的用水习惯信息确定第二时长的用水量。

根据用户的用水习惯，可以获得用户在不同时间点的用水量，根据用户在不同时间的用水量的统计数据，可确定用户在第二时长对应的用水量。

在S303中，确定用水量对应的桶装水的重力为所述第一阈值大小。

根据第二时长对应的用水量的重力大小，即为第一阈值的大小。在桶装水中的水量与第二时长对应的用水量相符时，则可以触发第二换水订单，使得商家能够及时的将新的桶装水配送至用户处，及时的完成桶装水的更换，减少出现用水空缺期的出现几率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图4为本申请实施例提供的一种饮水机的换水检测装置的示意图，该装置包括：

重力数据获取单元401，用于获取安装在所述饮水机的桶装水的重力数据；

更新条件判断单元402，用于在触发第一换水订单后，判断是否监测到所述重力数据满足预设的更新条件，所述更新条件包括所述重力数据大于第二阈值，且持续时长大于预设的第一时长，所述第二阈值大于所述第一阈值；

第二换水订单触发单元403，用于在监测到所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则触发第二换水订单；

误订单监测单元404，用于在未监测所述重力数据满足所述更新条件之后，监测到所述重力数据小于预定的第一阈值，则不触发第二换水订单。

图4所示的饮水机的换水检测装置，与图2所示的饮水机的换水检测方法对应。

图5是本申请一实施例提供的饮水机的示意图。如图5所示，该实施例的饮水机5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如饮水机的换水检测程序。所述处理器50执行所述计算机程序52时实现上述各个饮水机的换水检测方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块501至503的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述饮水机5中的执行过程。

所述饮水机可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是饮水机5的示例，并不构成对饮水机5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述饮水机还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述饮水机5的内部存储单元，例如饮水机5的硬盘或内存。所述存储器51也可以是所述饮水机5的外部存储设备，例如所述饮水机5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述饮水机5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述饮水机所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。