本发明涉及设备安全技术领域，尤其涉及一种租赁净饮机解锁方法、系统和服务器。
背景技术：
目前，为了方便人们的生活和工作，各种各样的租赁净饮机越来越普及，比如，租赁式净饮机由于其商业方式简便实用，只要支付每个月的租赁费用，无需购买饮水机本体，以及关心净饮机的保养换滤芯等被广泛使用。从而，租赁公司进行生产研发和出租净饮机，并对租赁机进行定期的保养和换滤芯等售后工作，每月收取用户一定的月租费用。这种模式对于租赁公司和商业用户都十分有利，在商业环境(例如医院、学校、写字楼等)中越来越被接受。
然而，使用租赁净饮机的用户并不是专业人员，因而可能会在对租赁净饮机进行某些操作时，带来安全隐患等。比如，在用户安装净饮机时存在没有按照相应的要求进行安装，或者用户私自改装净饮机的问题，导致在租赁式净饮机的使用上存在一定的安全隐患。
技术实现要素：
本发明的目的旨在至少在一定程度上解决上述的技术问题之一。
为此，本发明的第一个目的在于提出一种租赁净饮机解锁方法，该方法提高了租赁净饮机的设备安全。
本发明的第二个目的在于提出一种服务器。
本发明的第三个目的在于提出一种租赁净饮机解锁系统。
为了实现上述目的，本发明第一方面实施例提出了一种租赁净饮机解锁方法，包括以下步骤：
服务器接收终端设备的解锁应用发送的解锁请求，解析所述解锁请求信息获取待解锁的租赁净饮机的第一设备标识；
所述服务器若检测到存储有所述第一设备标识，则根据预存的与所述第一设备标识对应的第二设备标识检测对应的解锁器是否在线；
所述服务器若检测到所述解锁器在线，则通过所述解锁器向所述租赁净饮机发送包含解锁码的解锁指令；
所述服务器接收所述解锁器反馈的所述租赁净饮机根据所述解锁码解锁成功的解锁信息，并向所述终端设备的解锁应用发送解锁成功提示消息。
本发明实施例的租赁净饮机解锁方法，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
另外，本发明实施例的租赁净饮机解锁方法，还具有如下附加的技术特征：
在本发明的一个实施例中，还包括：所述服务器初始化与解锁器之间的通信交互链路，并监听是否有解锁器发送连接请求；
所述服务器若监听到解锁器发送的连接请求，则与所述解锁器建立连接；
所述服务器向所述解锁器发送设备信息查询请求，并接收所述解锁器反馈的所连接的租赁净饮机的第一设备标识，以及所述解锁器的第二设备标识，其中，当检测到所述租赁净饮机满足预设的安装条件后，将所述解锁器与所述租赁净饮机连接；
所述服务器存储所述第一设备标识和所述第二设备标识的对应关系。
在本发明的一个实施例中，所述根据预存的与所述第一设备标识对应的第二设备标识检测对应的解锁器是否在线，包括：
所述服务器向与所述第二标识设备对应的解锁器发送心跳信号；
所述服务器若在预设时间内接收到所述解锁器反馈的心跳响应信号，则获知所述解锁器在线；
所述服务器若在预设时间内没有接收到所述解锁器反馈的心跳响应信号，则获知所述解锁器离线。
在本发明的一个实施例中，还包括：
所述服务器若检测到所述解锁器离线，则向所述终端设备的解锁应用发送解锁器离线提示消息。
在本发明的一个实施例中，在通过所述解锁器向所述租赁净饮机发送包含解锁码的解锁指令之后，还包括：
所述服务器若在预设的时间内没有接收所述解锁器反馈的所述解锁成功的解锁信息，则通过所述解锁器向所述租赁净饮机发送重发所述解锁指令；
所述服务器若检测到所述解锁指令的发送次数满足预设阈值，则向所述终端设备的解锁应用发送解锁超时提示消息。
为了实现上述目的，本发明第二方面实施例提出了一种服务器，包括：
接收模块，用于接收终端设备的解锁应用发送的解锁请求；
获取模块，用于解析所述解锁请求信息获取待解锁的租赁净饮机的第一设备标识；
检测模块，用于在检测到存储有所述第一设备标识时，根据预存的与所述第一设备标识对应的第二设备标识检测对应的解锁器是否在线；
发送模块，用于在检测到所述解锁器在线时，通过所述解锁器向所述租赁净饮机发送包含解锁码的解锁指令；
所述接收模块用于接收所述解锁器反馈的所述租赁净饮机根据所述解锁码解锁成功的解锁信息；
所述发送模块用于向所述终端设备的解锁应用发送解锁成功提示消息。
本发明实施例的服务器，接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
另外，本发明实施例的服务器，还具有如下附加的技术特征：
在本发明的一个实施例中，还包括：
监听模块，用于初始化与解锁器之间的通信交互链路，并监听是否有解锁器发送连接请求；
建立模块，用于在监听到解锁器发送的连接请求时，与所述解锁器建立连接；
所述发送模块用于向所述解锁器发送设备信息查询请求；
所述接收模块用于接收所述解锁器反馈的所连接的租赁净饮机的第一设备标识，以及所述解锁器的第二设备标识，其中，当检测到所述租赁净饮机满足预设的安装条件后，将所述解锁器与所述租赁净饮机连接；
存储模块，用于存储所述第一设备标识和所述第二设备标识的对应关系。
在本发明的一个实施例中，所述检测模块包括：发送单元，用于向与所述第二标识设备对应的解锁器发送心跳信号；获知单元，用于在预设时间内接收到所述解锁器反馈的心跳响应信号时，获知所述解锁器在线；
所述获知单元还用于在预设时间内没有接收到所述解锁器反馈的心跳响应信号时，获知所述解锁器离线。
在本发明的一个实施例中，所述发送模块还用于：
在检测到所述解锁器离线时，向所述终端设备的解锁应用发送解锁器离线提示消息。
在本发明的一个实施例中，所述发送模块用于在预设的时间内没有接收所述解锁器反馈的所述解锁成功的解锁信息时，通过所述解锁器向所述租赁净饮机重发所述解锁指令；以及
所述发送模块用于在检测到所述解锁指令的发送次数满足预设阈值时，向所述终端设备的解锁应用发送解锁超时提示消息。
为了实现上述目的，本发明第三方面实施例提出了一种设备解锁系统，包括租赁净饮机；
解锁器；
服务器，所述服务器包括本发明第二方面实施例所述的服务器；
终端设备的解锁应用。
本发明实施例的租赁净饮机解锁系统，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
另外，本发明实施例的租赁净饮机解锁系统，还具有如下附加的技术特征：
在本发明的一个实施例中，所述租赁净饮机和所述解锁器通过串口连接；
所述解锁器通过GPRS通信模块连接到所述服务器。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是根据本发明一个实施例的租赁净饮机解锁方法的流程图；
图2是根据本发明另一个实施例的租赁净饮机的解锁方法的流程图；
图3是根据本发明一个实施例的服务器的结构示意图；
图4是根据本发明另一个实施例的服务器的结构示意图；
图5是根据本发明又一个实施例的服务器的结构示意图；
图6是根据本发明一个实施例的租赁净饮机解锁系统的结构示意图；
图7(a)是在具体应用场景下租赁净饮机解锁系统的结构示意图；
图7(b)是在具体应用场景下服务器与解锁器的交互过程的流程图；以及
图7(c)是在具体应用场景下服务器与解锁应用的交互过程的流程图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的租赁净饮机解锁方法、系统和服务器。
如上所述，由于租赁净饮机的使用者并不是专业人员，因而在安装或者使用过程中，都可能操作不当，导致在租赁净饮机的使用过程中，存在安全隐患。
比如，在用户安装租赁式净饮机的过程中，可能由于进水管或者电源线的安装不当，导致租赁式净饮机在提供服务时，出现漏电、漏水等现象。
又比如，用户可能在安装租赁净饮机的过程中，对租赁净饮机私自改装，导致租赁净饮机不能正常服务，且出现漏电等现象。
为了解决上述问题，本发明提出了一种租赁净饮机解锁方法，使得用户在安装完毕租赁净饮机后，租赁净饮机被锁住，仅仅提供开关机等基本操作功能，其余操作功能均设置为锁定状态，只有在服务器检查租赁净饮机安装合格后，使用特有装置才能对相关设备进行解锁使用。
图1是根据本发明一个实施例的租赁净饮机解锁方法的流程图。
如图1所示，该租赁净饮机解锁方法可包括：
S101，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识。
其中，第一设备标识可包括租赁净饮机的SN(Serial Number，序列号)、租赁净饮机的生产号、租赁净饮机的注册码等标识租赁净饮机唯一性的信息。
在实际应用中，为了便于相关技术人员对租赁净饮机进行解锁操作控制等，在终端设备的解锁应用中可提供解锁请求按键等，从而，用户可通过点击解锁应用上的解锁请求按键，向服务器发送解锁请求，其中，为了明确该解锁请求所针对的解锁租赁净饮机，该解锁请求中包括租赁净饮机的第一设备标识。
具体地，服务器接收终端设备的解锁应用发送的解锁请求后，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，以识别解锁请求针对的具体租赁净饮机。
其中，由于在不同的应用场景中，服务器和终端设备的解锁应用的连接方式不同，因而终端设备的解锁应用向服务器发送解锁请求的方式不同，比如，当服务器和终端设备的解锁应用的连接方式是WiFi连接时，终端设备的解锁应用通过WiFi向服务器发送解锁请求。
S102，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线。
可以理解，在实际应用中，可被解锁处理的租赁净饮机为已经处于锁定状态的租赁净饮机，并且是安装条件符合相应规范的租赁净饮机，当租赁净饮机已经处于解锁状态，或者安装条件不合格，比如，安装电源不安全等，是不能够实施解锁处理的。
因而，为了提高解锁的准确性，需要验证第一设备标识对应的租赁净饮机是否合法。
具体地，服务器中存储有合法租赁净饮机的第一设备标识，因而，服务器若检测到解锁请求中包括的第一设备标识，存在于服务器中，则认为解锁请求中包括的第一设备标识对应的租赁净饮机合法，可对该租赁净饮机进行解锁处理。
在本发明提供的租赁净饮机解锁方法中，通过解锁器对租赁净饮机进行解锁，该解锁器在确定租赁净饮机符合安装条件时，通过相关硬件接口与租赁净饮机进行连接，且通过无线方式与服务器连接，解锁器实现服务器和租赁净饮机之间的信息透传作用。
比如，解锁器可通过设置于外部的连接线插到租赁净饮机硬件插口上，通过UART串口与租赁净饮机进行信息交互，并且通过GPRS通信模块与服务器进行自动连接。
因而，服务器中存储有与合法租赁净饮机的第一设备标识对应的解锁器的第二设备标识，在检测到服务器中存储有与查询请求中的第一设备标识后，为了能够对租赁净饮机进行解锁操作，获取与该第一设备标识对应的解锁器的第二设备标识，并根据该第二设备标识检测对应的解锁器是否在线，其中，第二设备标识可包括解锁器的CCID码等唯一标识解锁器的信息。
需要说明的是，根据具体应用需求的不同，服务器获取租赁净饮机的第一设备标识和与第一设备标识对应的第二设备标识的方式不同，下面举例说明：
第一种实现方式，由于解锁器是在检测到租赁净饮机满足预设的安装条件后，与租赁净饮机连接的，因而服务器可通过解锁器，主动获取解锁器的第二设备标识，以及与解锁器连接的租赁净饮机的第一设备标识。
在本示例中，服务器初始化与解锁器之间的通信交互链路，并监听是否有解锁器发送连接请求，服务器若监听到解锁器发送的连接请求，则与解锁器建立连接。
进而，服务器向解锁器发送设备信息查询请求，并接收解锁器反馈的所连接的租赁净饮机的第一设备标识，和解锁器的第二设备标识，并存储第一设备标识和第二设备标识的对应关系。
第二种实现方式，由于解锁器是在检测到租赁净饮机满足预设的安装条件后，与租赁净饮机连接的，因而在解锁器与租赁净饮机连接后，解锁器可主动向服务器发送解锁器的第二设备标识，以及与解锁器连接的租赁净饮机的第一设备标识。
在本示例中，服务器初始化与解锁器之间的通信交互链路，并监听是否有解锁器发送连接请求，服务器若监听到解锁器发送的连接请求，则与解锁器建立连接。
进而，服务器接收解锁器发送的所连接的租赁净饮机的第一设备标识，以及解锁器的第二设备标识，并存储第一设备标识和第二设备标识的对应关系。
S103，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令。
具体地，服务器如果检测到解锁器在线，则表明当前解锁器可控制租赁净饮机进行解锁操作，因而，通过解锁器向租赁净饮机发送包含解锁码的解锁指令，其中，解锁码包括待解锁租赁净饮机的序列号等唯一标识租赁净饮机的标识信息。
S104，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。
在本发明的一个实施例中，租赁净饮机根据解锁码中的标识信息，验证该标识信息与其本地存储的标识信息一致，如果一致，则进行解锁操作，并经由解锁器向服务器反馈解锁成功的解锁信息。
为了更加直观的展示解锁结果，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向服务器的解锁应用发送解锁成功提示信息，以供服务器直观的向用户展示当前解锁成功。
综上所述，本发明实施例的租赁净饮机解锁方法，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
基于以上实施例，应当理解的是，根据具体应用场景的不同，根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线的方式不同。比如，可获取解锁器的状态标识码，根据状态标识码判断解锁器是否在线等。
为了更加清楚的说明，如何根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，下面以通过服务器向解锁器发送心跳信号，根据解锁器对心跳信号的响应情况，判断解锁器是否在线为例，进行举例说明，说明如下：
图2是根据本发明另一个实施例的租赁净饮机的解锁方法的流程图，如图2所示，该方法包括：
S201，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识。
举例而言，当服务器与解锁应用通过WiFi方式相连时，服务器可通过WiFi向终端设备的解锁应用发送解锁请求，并解析解锁请求中，针对待解锁租赁净饮机的第一设备标识。
S202，服务器若检测到存储有第一设备标识，获取与预存的与第一设备标识对应的第二设备标识，向与第二设备标识对应的解锁器发送心跳信号。
心跳信号是每隔一段时间向互联的另一方发送一个很小的数据包，通过对方回复情况判断互联的双方之间的通讯链路是否已经断开的方法。
在本发明的实施例中，服务器通过向与第二设备标识对应的解锁器发送的心跳信号的方法，判断解锁器与服务器之间的连接是否断开。
其中，由于解锁器在离线状态时，停止与服务器之间的链路连接，只有在解锁器在线时，才能维持与服务器之间的链路连接，因而，可通过判断解锁器与服务器之间的连接是否断开，判断解锁器是否在线。
S203，服务器若在预设时间内接收到解锁器反馈的心跳响应信号，则获知解锁器在线。
具体地，服务器若在预设时间内接收到解锁器反馈的心跳响应信号，则表明服务器与解锁器之间的通信链路没有断开，因而获知解锁器在线。
其中，预设时间是根据大量实验标定的心跳信号的通常响应时长，如果通信双方的链路连接正常，则发出心跳信号的一方会在预设时间内，接收到另一方发送的心态响应信号。
S204，通过解锁器向租赁净饮机发送包含解锁码的解锁指令。
S205，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。
举例而言，当解锁码包括租赁净饮机的生产编号时，租赁净饮机将接收到的生产编号和本地存储的生产编号进行比较，如果一致，则进行解锁操作，并通过解锁器向租赁净饮机反馈解锁成功的解锁信息。
从而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功的提示消息，以直观的向用户展示解锁成功。
需要说明的是，在具体执行过程中，可能当前解锁器与服务器之间的连接信号不稳定，或者服务器当前运行压力过大等外部环境原因，导致租赁净饮机接收不到解锁查询请求，或者服务器接收不到解锁器反馈的解锁成功的解锁信息等。
因而，在本发明的一个实施例中，服务器若在预设时间内，没有接收到解锁器反馈的解锁成功的解锁信息，则通过解锁器向租赁净饮机重发解锁指令。其中，预设时间是根据大量实验标定的。
进而，如果服务器检测到解锁指令的发送次数满足预设阈值，则表明当前解锁失败的原因，可能是解锁器与租赁净饮机的硬件连接出现问题等，因而向终端设备的解锁应用发送解锁超时提示消息，以便于相关人员进行故障排查等。
其中，上述次数的预设阈值是根据大量实验标定的，比如，可为3次等。
S206，服务器若在预设时间内没有接收到解锁器反馈的心跳响应信号，则获知解锁器离线。
具体地，服务器若在预设时间内没有接收到解锁器反馈的心跳响应信号，则表明服务器与解锁器之间的通信链路断开，因而获知解锁器离线。
S207，服务器若检测到解锁器离线，则向终端设备的解锁应用发送解锁器离线提示消息。
具体地，服务器若检测到解锁器离线，则向终端设备的解锁应用发送解锁离线提示消息，以便于对解锁器进行开启等。
综上所述，本发明实施例的租赁净饮机解锁方法，服务器向与第二标识设备对应的解锁器发送心跳信号，服务器若在预设时间内接收到解锁器反馈的心跳响应信号，则获知解锁器在线，服务器若在预设时间内没有接收到解锁器反馈的心跳响应信号，则获知解锁器离线。由此，准确获知解锁器是否在线，在解锁器处于在线状态时，才向解锁器发送解锁指令，提高了对租赁净饮机的解锁效率。
为了实现上述实施例，本发明还提出了一种服务器，图3是根据本发明一个实施例的服务器的结构示意图，如图3所示，该服务器包括：接收模块110、获取模块120、检测模块130和发送模块140。
其中，接收模块110，用于接收终端设备的解锁应用发送的解锁请求。
获取模块120，用于解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识。
检测模块130，用于在检测到存储有第一设备标识时，根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线。
其中，图4是根据本发明另一个实施例的服务器的结构示意图，如图4所示，在如图3所示的基础上，该服务器还包括：监听模块150、建立模块160和存储模块170。
其中，监听模块150，用于初始化与解锁器之间的通信交互链路，并监听是否有解锁器发送连接请求。
建立模块160，用于在监听到解锁器发送的连接请求时，与解锁器建立连接。
进一步地，发送模块140用于向解锁器发送设备信息查询请求。
接收模块110用于接收解锁器反馈的所连接的租赁净饮机的第一设备标识，以及解锁器的第二设备标识，其中，当检测到租赁净饮机满足预设的安装条件后，将解锁器与租赁净饮机连接。
存储模块170，用于存储第一设备标识和第二设备标识的对应关系。
发送模块140，用于在检测到解锁器在线时，通过解锁器向租赁净饮机发送包含解锁码的解锁指令。
进一步地，接收模块110用于接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息。
发送模块140用于向终端设备的解锁应用发送解锁成功提示消息。
在本发明的另一个实施例中，发送模块140还用于在检测到解锁器离线时，向终端设备的解锁应用发送解锁器离线提示消息。
需要说明的是，前述对租赁净饮机解锁方法实施例的解释说明，也适用于本发明实施例的服务器，本发明服务器实施例中未披露的细节，在此不再赘述。
综上所述，本发明实施例的服务器，接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
图5是根据本发明又一个实施例的服务器的结构示意图，如图5所示，在如图3所示的基础上，检测模块130包括发送单元131和获知单元132。
其中，发送单元131，用于向与第二标识设备对应的解锁器发送心跳信号。
获知单元132，用于在预设时间内接收到解锁器反馈的心跳响应信号时，获知解锁器在线。
在本发明的一个实施例中，发送模块140用于在预设的时间内没有接收解锁器反馈的解锁成功的解锁信息时，通过解锁器向租赁净饮机重发解锁指令，以及
发送模140用于在检测到解锁指令的发送次数满足预设阈值时，向终端设备的解锁应用发送解锁超时提示消息。
进一步地，获知单元132还用于在预设时间内没有接收到解锁器反馈的心跳响应信号时，获知解锁器离线。
需要说明的是，前述对租赁净饮机解锁方法实施例的解释说明，也适用于本发明实施例的服务器，本发明服务器实施例中未披露的细节，在此不再赘述。
综上所述，本发明实施例的服务器，向与第二标识设备对应的解锁器发送心跳信号，服务器若在预设时间内接收到解锁器反馈的心跳响应信号，则获知解锁器在线，服务器若在预设时间内没有接收到解锁器反馈的心跳响应信号，则获知解锁器离线。由此，准确获知解锁器是否在线，在解锁器处于在线状态时，才向解锁器发送解锁指令，提高了对租赁净饮机的解锁效率。
为了实现上述实施例，本发明提出了一种租赁净饮机解锁系统，图6是根据本发明一个实施例的租赁净饮机解锁系统的结构示意图，如图6所示，该租赁净饮机解锁系统包括服务器100、租赁净饮机200、解锁器300和终端设备的解锁应用400。
其中，对服务器100的描述参照上述结合图3-图5描述的服务器，其实现原理类似，在此不再赘述。
为了更加清楚的描述本发明实施例中，租赁净饮机解锁系统的工作流程，下面结合具体的应用场景，对租赁净饮机的工作流程进行举例说明，在该示例中，服务器与解锁器之间通过TCP/IP协议进行信息交互租赁净饮机的第一设备标识是SN，解锁器的第二设备标识是CCID，说明如下：
在本示例中，如图7(a)所示，租赁净饮机解锁系统包括净饮机、解锁器、服务器和解锁应用。
具体而言，如图7(b)所示的服务器与解锁器的交互中，服务器初始化与解锁器通信的处理任务(S301)，初始化完成后使用TCP/IP协议并监听相应的通信端口，等待解锁器的连接请求。当获取解锁器的连接请求后，解锁器连接到服务器，服务器使用TCP协议进行和解锁器的长连接并间隔1分钟进行心跳包的发送确认解锁器为在线状态(S302)。
同时，服务器发送请求读取解锁器的CCID标识以唯一标识解锁器设备(S303)，并且读取解锁器连接到净饮机的SN码，唯一标识净饮机(S304)，读取后将解锁器的CCID和净饮机的SN码数据绑定后存储到数据库中，以便后续解锁时进行匹配查找。保存CCID的作用是用于与解锁器进行通信时进行设备查找和确定通信对象，而保存SN码用于确认数据库中是否存在对应的净饮机设备，增强解锁的正确性(S305)。
进一步而言，如图7(c)所示的服务器与解锁应用的交互中，服务器需先初始化与解锁应用通信的任务相关资源(S401)。初始化完成后通过特定的端口监听解锁应用端的HTTP请求，即在本示例中，服务器与解锁应用之间的通信方式为HTTP通信协议，在接受到解锁应用的连接请求后，服务器与解锁器进行连接(S402)。
进而，服务器与解锁应用连接成功后监听解锁应用发送的解锁请求(S403)，在接收到解锁应用发送的解锁请求后，对解锁应用发送的解锁请求进行解析出要解锁净饮机的SN码，此参数用于唯一确定待解锁的净饮机对象，防止解锁了其他的净饮机，提高系统正确性(S404)。
服务器使用该SN码在数据库中查找是否已存在该SN码的租赁净饮机曾经连接到过服务器(S405)，如不存在，则向APP端提示该解锁设备不存在的信息，提高系统的安全性。如存在该SN，则根据此前保存时绑定的解锁器的CCID码查询到对应的解锁器设备(S406)，同时，在发送解锁命令前首先要确认该解锁器为在线状态(S407)，否则将向APP端返回解锁设备离线的提示信息。
在确定解锁器为在线状态时，向该解锁器设备发送解锁命令(S408)，发送完解锁命令后服务器等待接收解锁器返回的解锁信息并反馈到解锁应用端。其中，如1分钟内没有接收到解锁器返回的信息，则进行重发解锁命令，最多重试3次，如3次均不成功则发送解锁超时的信息到解锁应用端进行提示(S409)。
综上所述，本发明实施例的租赁净饮机解锁系统，服务器接收终端设备的解锁应用发送的解锁请求，解析解锁请求信息获取待解锁的租赁净饮机的第一设备标识，服务器若检测到存储有第一设备标识，则根据预存的与第一设备标识对应的第二设备标识检测对应的解锁器是否在线，服务器若检测到解锁器在线，则通过解锁器向租赁净饮机发送包含解锁码的解锁指令，进而，服务器接收解锁器反馈的租赁净饮机根据解锁码解锁成功的解锁信息，并向终端设备的解锁应用发送解锁成功提示消息。由此，有效防止了租赁净饮机的违规安装和私自改装，提高了租赁净饮机的安全性。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。