发明创造名称：净水设备故障提醒方法、通知方法及装置
外观设计名称：
决定号：199920
决定日：2020-01-08
委内编号：1F276697
优先权日：
申请（专利）号：201410729480.5
申请日：2014-12-03
复审请求人：佛山市云米电器科技有限公司 小米科技有限责任公司 陈小平
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：杨静
合议组组长：高芳
参审员：许凌云
国际分类号：G05B19/418;G05B15/02
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：如果一项权利要求与作为最接近现有技术的对比文件相比存在区别技术特征，这些区别技术特征或被其他对比文件公开，或是本领域技术人员在上述对比文件公开内容的基础上容易想到的，则该权利要求相对于现有技术不具备创造性。
全文：
本复审请求涉及申请号为201410729480.5，名称为“净水设备故障提醒方法、通知方法及装置”的发明专利申请（下称本申请）。本申请的申请日为2014年12月03日，公开日为2015年09月30日，申请人为佛山市云米电器科技有限公司、小米科技有限责任公司以及陈小平。
经实质审查，国家知识产权局实质审查部门于2018年12月03日发出驳回决定，驳回了本发明专利申请，其理由是：权利要求1-16不符合专利法第22条第3款的规定。其中引用了如下对比文件：
对比文件1：CN202067115U，公告日为2011年12月07日；
对比文件3：CN102752360A，公开日为2012年10月24日；
对比文件4：CN101155230A，公开日为2008年04月02日。
驳回决定所依据的文本为申请日提交的说明书摘要、说明书第1-154段、摘要附图、说明书附图以及2018年05月09日提交的权利要求第1-16项。驳回决定所针对的权利要求书如下：
“1. 一种净水设备故障提醒方法，应用于一净水设备，其特征在于，所述方法包括：
获取所述净水设备的使用状态数据；
根据所述使用状态数据判断所述净水设备是否发生故障；
在判断所述净水设备发生故障时，根据所述净水设备的故障状态生成一故障编号信息并将所述故障编号信息发送至一服务器和/或一与所述净水设备通信连接的用户终端；
所述用户终端预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息。
2. 根据权利要求1所述的净水设备故障提醒方法，其特征在于，所述使用状态数据包括净水设备水流速、净水设备水温值、净水设备出水水质及净水设备水位逻辑至少之一；所述根据所述使用状态数据判断所述净水设备是否发生故障包括：
在所述净水设备水流速小于流速设定值、所述净水设备水温值超出预设水温范围、所述净水设备出水水质超出预设水质范围和/或所述净水设备水位逻辑错误时，则判断所述净水设备发生故障。
3. 一种净水设备故障通知方法，其特征在于，所述净水设备故障通知方法包括：
接收一故障编号信息；
解析所述故障编号信息得到对应的具体故障消息；
将所述具体故障消息提供至一用户终端。
4. 根据权利要求3所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法应用于一服务器；所述将所述具体故障消息提供至一用户终端包括：
将所述具体故障消息推送至一与所述净水设备关联的用户终端。
5. 根据权利要求4所述的净水设备故障通知方法，其特征在于，接收的所述故障编号信息还携带一净水设备标识信息；所述净水设备故障通知方法还包括：
根据所述净水设备标识信息查询所述净水设备关联的用户终端的信息；
基于所述用户终端的信息，将所述具体故障消息推送至对应的用户终端。
6. 根据权利要求3所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法应用于一用户终端，所述将所述具体故障消息提供至一用户终端包括：
通过所述用户终端提供所述具体故障消息。
7. 根据权利要求3-6任意一项所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法，还包括：
获取所述净水设备的位置信息；
以所述净水设备的位置信息为基准，查找预定范围内的一个或多个维修点；
将查找到的所述维修点的位置信息提供至所述用户终端供用户选择。
8. 根据权利要求7所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法还包括：
将所述净水设备的具体故障消通知至被所述用户选择的一维修点，以为所述净水设备的用户提供维修服务。
9. 一种净水设备故障提醒装置，应用于一净水设备，其特征在于，所述净水设备故障提醒装置包括：
获取单元，用于获取所述净水设备的使用状态数据；
判断单元，连接至所述获取单元，用于根据所述使用状态数据判断所述净水设备是否发生故障；
故障编号信息生成单元，连接至所述判断单元，用于在确定所述净水设备发生故障时，根据所述净水设备的故障状态生成一故障编号信息；
通信单元，连接至所述故障编号信息生成单元，将所述故障编号信息发送至一服务器和/或一与所述净水设备通信连接的用户终端；
所述用户终端中预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息。
10. 根据权利要求9所述的净水设备故障提醒装置，其特征在于，所 述状态数据包括净水设备水流速、净水设备水温值、净水设备出水水质及净水设备水位逻辑至少之一；所述判断单元在所述净水设备水流速小于流速设定值、所述净水设备水温值超出预设水温范围、所述净水设备出水水质超出预设水质范围和/或所述净水设备水位逻辑错误，则判断所述净水设备发生故障。
11. 一种净水设备故障通知装置，其特征在于，所述净水设备故障通知装置包括：
接收单元，用于接收来自所述净水设备故障报警装置的故障编号信息；
解析单元，连接至所述接收单元，用于解析所述故障编号信息得到具体故障消息；
提供单元，将所述具体故障消息提供至一用户终端。
12. 根据权利要求11所述的净水设备故障通知装置，其特征在于，所述净水设备故障通知装置应用于一服务器；所述提供单元用于：
将所述具体故障消息推送至一与所述净水设备关联的用户终端。
13. 根据权利要求12所述的净水设备故障通知装置，其特征在于，接收的所述故障编号信息还携带一净水设备标识信息；所述净水设备故障通知装置还包括：
查询单元，用于根据所述净水设备标识信息查询所述净水设备关联的用户终端的信息；
发送单元还用于，基于所述用户终端的信息，将所述故障消息推送至对应的用户终端。
14. 根据权利要求11所述的净水设备故障通知装置，其特征在于，所述净水设备故障通知方法应用于一用户终端，所述将所述具体故障消息提供至一用户终端包括：
通过所述用户终端提供所述具体故障消息。
15. 根据权利要求11-14任意一项所述的净水设备故障通知装置，其特征在于，所述净水设备故障通知装置，还包括：
位置获取单元，用于获取所述净水设备的位置信息；
查找单元，以所述净水设备的位置信息为基准，查找预定范围内的一 个或多个维修点；
所述提供单元还用于，将查找到的所述维修点的位置信息提供至所述用户终端供用户选择。
16. 根据权利要求15所述的净水设备故障通知装置，其特征在于，所述提供单元还用于，将所述净水设备的具体故障消通知至被所述用户选择的一维修点，以为所述净水设备的用户提供维修服务。”
驳回决定认为，1、权利要求1包括两种技术方案：①包括“根据所述净水设备的故障状态生成一故障编号信息并将所述故障编号信息发送至一服务器和一与所述净水设备通信连接的用户终端”的技术方案；②包括“根据所述净水设备的故障状态生成一故障编号信息并将所述故障编号信息发送至一服务器或一与所述净水设备通信连接的用户终端”的技术方案。权利要求1所要求保护的技术方案①与对比文件1公开的内容相比，区别技术特征在于：所述异常信息具体为根据净水设备的故障状态生成的一故障编号信息，所述用户终端预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息。上述区别特征部分已被对比文件4公开，另外对比文件4已经给出了获取具体故障信息以帮助处理故障的技术启示，同时本领域技术人员在与用户联系时容易想到告知用户具体的故障信息，在此基础上，对于具有足够存储容量和数据处理能力的用户终端来说，为了使用户获取具体的故障信息，本领域技术人员也有动机使得用户终端自身具备解析故障代码的能力。对于技术方案②，在针对技术方案①评述的基础上，单独向服务器或与所述净水设备通信连接的用户终端发送故障编号信息是本领域技术人员对接收端所进行的常规选择。因此在对比文件1的基础上结合对比文件4以及本领域的公知常识以获得该权利要求所要求保护的技术方案，对本领域技术人员来说是显而易见的，权利要求1不具备创造性。2、从属权利要求2引用权利要求1，其附加特征部分被对比文件1公开，其他属于本领域常规设置，因而也不具备创造性。3、权利要求3所要求保护的技术方案与对比文件4公开的内容相比，区别技术特征在于：所述故障通知方法具体应用于净水设备，还将具体的故障消息提供至一用户终端。本领域技术人员容易想到将对比文件4中的故障通知方法应用到净水设备中，以实现对净水设备的监控；对比文件4公开了对用户进行通知，而具体的将故障消息发送到用户终端仅仅是本领域通知用户的常规技术手段。在对比文件4的基础上结合本领域的公知常识以获得该权利要求所要求保护的技术方案，对本领域技术人员来说是显而易见的，权利要求3不具备创造性。4、从属权利要求4-8直接或间接引用权利要求3，其附加特征或被对比文件3、对比文件4公开，或属于本领域常规技术手段，因而也不具备创造性。5、权利要求9包括两种技术方案：①包括“将所述故障编号信息发送至一服务器和一与所述净水设备通信连接的用户终端”的技术方案；②包括“将所述故障编号信息发送至一服务器或一与所述净水设备通信连接的用户终端”的技术方案。权利要求9所要求保护的技术方案①与对比文件1公开的内容相比，区别技术特征在于：所述装置还包括连接至判断单元的故障编号信息生成单元，用于在确定所述净水设备发生故障时，根据净水设备的故障状态生成的一故障编号信息，且通信单元连接至所述故障编号信息生成单元；所述用户终端中预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息。上述区别特征部分已被对比文件4公开，另外已经给出了获取具体故障信息以帮助处理故障的技术启示，同时本领域技术人员在与用户联系时容易想到告知用户具体的故障信息，在此基础上，对于具有足够存储容量和数据处理能力的用户终端来说，为了使用户获取具体的故障信息，本领域技术人员也有动机使得用户终端自身具备解析故障代码的能力。对于技术方案②，在针对技术方案①评述的基础上，单独向服务器或与所述净水设备通信连接的用户终端发送故障编号信息是本领域技术人员对接收端所进行的常规选择。在对比文件1的基础上结合对比文件4以及本领域的公知常识以获得该权利要求所要求保护的技术方案，对本领域技术人员来说是显而易见的，权利要求9不具备创造性。6、从属权利要求10引用权利要求9，其附加特征部分被对比文件1公开，其他属于本领域常规设置，因而也不具备创造性。7、权利要求11所要求保护的技术方案与对比文件4公开的内容相比，区别技术特征在于：所述故障通知方法具体应用于净水设备，提供单元将具体的故障消息提供至一用户终端。本领域技术人员容易想到将对比文件4中的故障通知方法应用到净水设备中，以实现对净水设备的监控；另外，由于对比文件4已经公开了厂家售后服务器在读取故障信息包中包含的故障设备ID后，立刻获得故障设备所在的家庭以及联系方式，即对比文件4公开了与对用户进行通知，而具体的将故障消息发送到用户终端仅仅是本领域通知用户的常规技术手段。在对比文件4的基础上结合本领域的公知常识以获得该权利要求所要求保护的技术方案，对本领域技术人员来说是显而易见的，权利要求11不具备创造性。8、从属权利要求12-16直接或间接引用权利要求11，其附加特征或被对比文件3、对比文件4公开，或属于本领域常规技术手段，因而也不具备创造性。
申请人佛山市云米电器科技有限公司、小米科技有限责任公司以及陈小平（下称复审请求人）对上述驳回决定不服,于2019年03月18日向国家知识产权局提出了复审请求，未修改申请文件。复审请求人认为：与对比文件1相比权利要求1至少包括区别技术特征：所述用户终端中预存每一所述故障编号信息所对应的具体故障信息，用于在收到所述故障编号信息时，查找对应的具体故障信息。对比文件1中客户端收到异常信息时可以提供报警提示，但没有说明客户端3可以通过异常信息提供具体的故障消息。对比文件4中的用户通讯终端107只能判断某一家电是否发生了故障，并不能对故障信息进行解析从而得到具体的故障名称。对比文件4给出的技术启示是“通过家庭网关向客户端传输故障报警信息”，而家庭网关104接收的只是故障代码，并不能解析出具体的故障信息，本领域技术人员很难想到通过用户终端查找具体故障消息。
经形式审查合格，国家知识产权局于2019年03月26日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中坚持原驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年10月30日向复审请求人发出复审通知书，指出：1、权利要求1请求保护的技术方案与对比文件1公开的内容相比，区别特征在于：根据净水设备的故障状态生成一故障编号信息，并发送故障编号信息；用户终端预存每一故障编号信息所对应的具体故障消息，用于在收到故障编号信息时，查找对应的具体故障消息。上述区别特征部分已被对比文件4公开，未公开的部分也是本领域技术人员在对比文件4公开内容的基础上容易想到的。在对比文件1的基础上结合对比文件4和本领域公知常识得到权利要求1请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求1不具备创造性。2、从属权利要求2引用权利要求1，其附加特征部分被对比文件1公开，其他为本领域的常规技术手段，因而也不具备创造性。3、权利要求3请求保护的技术方案与对比文件4公开的内容相比，区别特征在于：应用于净水设备，将具体故障消息提供至一用户终端。将对比文件4中的故障通知方法用于净水设备对本领域技术人员来说是显而易见的，根据需要将具体故障消息提供至用户终端是本领域的常规技术手段。在对比文件4的基础上结合及本领域公知常识得到权利要求3请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求3不具备创造性。4、从属权利要求4-8直接或间接引用权利要求3，其附加特征或被对比文件3、对比文件4公开，或为本领域常规技术手段，因而也不具备创造性。5、权利要求9其限定的特征与权利要求1请求保护的净水设备故障提醒方法所限定的特征相对应。基于相同的理由，在对比文件1的基础上结合对比文件4和本领域公知常识得到权利要求9请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求9不具备创造性。6、从属权利要求10引用权利要求9，其附加技术特征与从属权利要求2的附加技术特征相对应。基于相同的理由，在其引用的权利要求不具有创造性的基础上，该权利要求也不具备创造性。7、权利要求11其限定的特征与权利要求3请求保护的净水设备故障通知方法所限定的特征相对应。基于相同的理由，在对比文件4的基础上结合及本领域公知常识得到权利要求11请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求11不具备创造性。8、从属权利要求12-16直接或间接引用权利要求11，其附加技术特征与从属权利要求4-8相对应。基于相同的理由，在其引用的权利要求不具有创造性的基础上，权利要求12-16均不具备创造性。
针对上述复审通知书，复审请求人于2019年12月13日提交了意见陈述书，同时提交了权利要求书的全文修改替换页，将原权利要求2的部分附加特征补入原权利要求1，删除原权利要求2；将原权利要求7的附加特征补入原权利要求3，并补入特征“根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至所述用户终端”补入原权利要求3；将原权利要求10的部分附加特征补入原权利要求9，原权利要求15的附加特征补入原权利要求11，并补入特征“所述净水设备故障通知装置还能够根据净水设备的位置信息为用户推送最近的维修点以及前往该维修点的交通路线”。修改后的权利要求书内容如下：
“1. 一种净水设备故障提醒方法，应用于一净水设备，其特征在于，所述方法包括：
获取所述净水设备的使用状态数据；
根据所述使用状态数据判断所述净水设备是否发生故障；
在判断所述净水设备发生故障时，根据所述净水设备的故障状态生成一故障编号信息并将所述故障编号信息发送至一服务器和/或一与所述净水设备通信连接的用户终端；
所述用户终端预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息；
所述使用状态数据包括净水设备水流速、净水设备水位逻辑至少之一；所述根据所述使用状态数据判断所述净水设备是否发生故障包括：
在所述净水设备水流速小于流速设定值和/或所述净水设备水位逻辑错误时，则判断所述净水设备发生故障。
2. 一种净水设备故障通知方法，其特征在于，所述净水设备故障通知方法包括：
接收一故障编号信息；
解析所述故障编号信息得到对应的具体故障消息；
将所述具体故障消息提供至一用户终端；
所述净水设备故障通知方法，还包括：
获取所述净水设备的位置信息；
以所述净水设备的位置信息为基准，查找预定范围内的一个或多个维修点；
将查找到的所述维修点的位置信息提供至所述用户终端供用户选择；
所述净水设备故障通知方法，还包括：
根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至所述用户终端。
3. 根据权利要求2所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法应用于一服务器；所述将所述具体故障消息提供至 一用户终端包括：
将所述具体故障消息推送至一与所述净水设备关联的用户终端。
4. 根据权利要求3所述的净水设备故障通知方法，其特征在于，接收的所述故障编号信息还携带一净水设备标识信息；所述净水设备故障通知方法还包括：
根据所述净水设备标识信息查询所述净水设备关联的用户终端的信息；
基于所述用户终端的信息，将所述具体故障消息推送至对应的用户终端。
5. 根据权利要求2所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法应用于一用户终端，所述将所述具体故障消息提供至一用户终端包括：
通过所述用户终端提供所述具体故障消息。
6. 根据权利要求2所述的净水设备故障通知方法，其特征在于，所述净水设备故障通知方法还包括：
将所述净水设备的具体故障消通知至被所述用户选择的一维修点，以为所述净水设备的用户提供维修服务。
7. 一种净水设备故障提醒装置，应用于一净水设备，其特征在于，所述净水设备故障提醒装置包括：
获取单元，用于获取所述净水设备的使用状态数据；
判断单元，连接至所述获取单元，用于根据所述使用状态数据判断所述净水设备是否发生故障；
故障编号信息生成单元，连接至所述判断单元，用于在确定所述净水设备发生故障时，根据所述净水设备的故障状态生成一故障编号信息；
通信单元，连接至所述故障编号信息生成单元，将所述故障编号信息发送至一服务器和/或一与所述净水设备通信连接的用户终端；
所述用户终端中预存每一所述故障编号信息所对应的具体故障消息，用于在收到所述故障编号信息时，查找对应的具体故障消息。
所述状态数据包括净水设备水流速、净水设备水位逻辑至少之一；所述判断单元在所述净水设备水流速小于流速设定值和/或所述净水设备水 位逻辑错误，则判断所述净水设备发生故障。
8. 一种净水设备故障通知装置，其特征在于，所述净水设备故障通知装置包括：
接收单元，用于接收来自所述净水设备故障报警装置的故障编号信息；
解析单元，连接至所述接收单元，用于解析所述故障编号信息得到具体故障消息；
提供单元，将所述具体故障消息提供至一用户终端；
所述净水设备故障通知装置，还包括：
位置获取单元，用于获取所述净水设备的位置信息；
查找单元，以所述净水设备的位置信息为基准，查找预定范围内的一个或多个维修点；
所述提供单元还用于，将查找到的所述维修点的位置信息提供至所述用户终端供用户选择；
所述净水设备故障通知装置还能够根据净水设备的位置信息为用户推送最近的维修点以及前往该维修点的交通路线。
9. 根据权利要求8所述的净水设备故障通知装置，其特征在于，所述净水设备故障通知装置应用于一服务器；所述提供单元用于：
将所述具体故障消息推送至一与所述净水设备关联的用户终端。
10. 根据权利要求9所述的净水设备故障通知装置，其特征在于，接收的所述故障编号信息还携带一净水设备标识信息；所述净水设备故障通知装置还包括：
查询单元，用于根据所述净水设备标识信息查询所述净水设备关联的用户终端的信息；
发送单元还用于，基于所述用户终端的信息，将所述故障消息推送至对应的用户终端。
11. 根据权利要求9所述的净水设备故障通知装置，其特征在于，所述净水设备故障通知方法应用于一用户终端，所述将所述具体故障消息提供至一用户终端包括：
通过所述用户终端提供所述具体故障消息。
12. 根据权利要求9所述的净水设备故障通知装置，其特征在于，所述提供单元还用于，将所述净水设备的具体故障消通知至被所述用户选择的一维修点，以为所述净水设备的用户提供维修服务。”
复审请求人认为：（1）与对比文件1相比权利要求1至少包括如下区别技术特征：所述使用状态数据包括净水设备水流速、净水设备水位逻辑至少之一；所述根据所述使用状态数据判断所述净水设备是否发生故障包括：在所述净水设备水流速小于流速设定值和/或所述净水设备水位逻辑错误时，则判断所述净水设备发生故障。在净水设备领域，常规的状态数据类型仅为净水设备水温值、净水设备出水水质，本申请创造性的提出对净水设备的输流速度和水位逻辑进行监控，从而可以更加全面的监控净水设备的运行状态，且申请人未在申请人前公开的任何教科书或工具书中发现此特征的记载，因此上述区别技术特征不是常用技术手段和公知常识。（2）与对比文件4相比权利要求2至少包括如下区别技术特征：根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至所述用户终端。本领域的常用技术手段是将位置信号传输到用户终端，当用户不清楚前往维修点的具体路线时，还需要根据位置信号通过导航软件等方式查询前往维修点的具体交通路线。上述区别技术特征中可以根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至所述用户终端，例如可以以文字、图片和/或音频的方式将交通路线提供给用户，该技术特征可以使得用户方便的获得交通路线以快速的前往维修点，申请人未在申请人前公开的任何教科书或工具书中发现此特征的记载，因此上述区别技术特征不是常用技术手段和公知常识。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
审查文本的认定
在复审程序中，复审请求人于2019年12月13日提交了权利要求1-12的修改替换页，经审查，其修改符合专利法第33条的规定。因此本复审决定所依据的文本为：申请日提交的说明书摘要、说明书第1-154段、摘要附图、说明书附图以及2019年12月13日提交的权利要求第1-12项。
2、关于创造性
专利法第22条第3款规定，创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步。
如果一项权利要求与作为最接近现有技术的对比文件相比存在区别技术特征，这些区别技术特征或被其他对比文件公开，或是本领域技术人员在上述对比文件公开内容的基础上容易想到的，则该权利要求相对于现有技术不具备创造性。
具体到本案：
1）、权利要求1请求保护一种净水设备故障提醒方法。对比文件1公开了一种基于GPRS系统和在线智能监控的净水器（参见说明书18-21段、图1），净水器的GPRS系统包括收集净水器运行数据的微电脑在线监控系统、嵌入SIM卡的用户终端模块、中转用户终端模块信息并发送客户端指令的中转服务器和安装有相应软件的客户端。微电脑在线监控系统由微电脑控制芯片、纽扣电池、电磁阀、流量传感器、水质传感器、跨膜压差指示装置、漏水保护传感器、温度传感器等通过电路连接方式组成。水质传感器将净水器进水和产水水质通过微电脑 控制芯片转换成数据信息显示在LCD显示屏上，并通过用户终端模块向服务器、客户端传输信息。开始制水后，进水电磁阀1和产水电磁阀2开启，进水水质传感器5、产水水质传感器6和原水温度传感器17分别对水质指标(如浊度)以及原水温度进行监测，并将得到结果以信号方式传输到微电脑芯片9。微电脑芯片9通过设定的分析程序对得到的数据进行分析，如果所得数据符合程序要求，则以正常数据形式传输给用户终端模块11，如果不符合程序要求，则以报警形式传输给用户终端模块11。用户终端模块11通过嵌入的SIM卡将数据无线传输至中转服务器12并最终传给客户端13。客户端13内安装的相应软件将正常数据进行保存处理，对于异常信息则以报警提示，以便工作人员及时提醒用户并进行相应处理。
将对比文件1公开的内容与本申请权利要求1相比较可知，对比文件1公开了一种净水设备故障提醒方法，应用于一净水设备。对比文件1中净水器的微电脑芯片9通过设定的分析程序对得到的数据进行分析，如果所得数据符合程序要求，则以正常数据形式传输给用户终端模块11，如果不符合程序要求，则以报警形式传输给用户终端模块11。以上相当于获取净水设备的使用状态数据，根据使用状态数据判断净水设备是否发生故障。对比文件1中用户终端模块11通过嵌入的SIM卡将数据无线传输至中转服务器12并最终传给客户端13。客户端13内安装的相应软件将正常数据进行保存处理，对于异常信息则以报警提示，以便工作人员及时提醒用户并进行相应处理。以上相当于在判断净水设备发生故障时，将故障信息发送至一服务器和/或与净水设备通信连接的用户终端。
权利要求1请求保护的技术方案与对比文件1公开的内容相比，区别特征在于：根据净水设备的故障状态生成一故障编号信息，并发送故障编号信息；用户终端预存每一故障编号信息所对应的具体故障消息，用于在收到故障编号信息时，查找对应的具体故障消息；使用状态数据包括净水设备水流速、净水设备水位逻辑至少之一，根据所述使用状态数据判断所述净水设备是否发生故障包括：在所述净水设备水流速小于流速设定值和/或所述净水设备水位逻辑错误时，则判断所述净水设备发生故障。
基于上述区别特征，权利要求1的方案实际解决的技术问题是：如何减小数据发送量以及使用户获取具体故障消息，如何判断净水设备故障。
对比文件4公开了一种网络家电故障反馈系统（参见说明书第5页第2段至第9页倒数第3段、图1），该网络家电故障反馈系统包括：若干网络家电101、家庭网络总线102、 主控器103、网关104、外部公共网络(因特网、电话网)105、数字家庭服务器106、用户通讯终端(包括固定电话和手机)107、若干厂家售后服务器108。所述若干网络家电101，具有网络家电设备标识ID号，并且在发生故障时，能够根据故障类型形成故障代码发出。网络家电101包括执行机构1011、中央控制器1012，所述中央控制器1012用于实现对该网络家电执行机构1011的操作控制以及检测其工作状态。在本系统中，该中央控制器1012用于检测该网络家电设备运行过程中出现的各种故障，并以故障代码的形式记录该信息。所述主控器103，用于通过所述家庭网络总线102接收网络家电101输出的故障代码，以及获得该网络家电的网络地址，该主控器103通过所述网络家电的网络地址，可以查出故障设备的设备ID，将故障代码连同故障设备的设备ID号，一起打包发送给家庭网关104。所述家庭网关104是一个连接家庭内部网络和外部网络的装置，通过该家庭网关104，所述家庭网络总线102可以连接因特网、固定电话网等外部公共网络。用户可以根据实际需要在家庭网关104中设置故障信息的反馈形式，例如：设备提示信息可以通过电话拨号向用户的手机发送，设备故障信息可以通过电话拨号向用户设定的电话发送，或者通过邮件的形式或固定信息格式向用户的信箱或公共的数字家庭服务器106上发送息，设备报警信息通过电话拨号向指定的服务机构发送。所述数字家庭服务器106是一个公共的服务器，用于接收各个家庭网关 104传送的网络家电设备的故障信息，并根据故障信息中包含的设备ID号，获得对应于该网络家电的售后服务厂商，将该故障信息发送到所述厂家售后服务器108。所述用户通讯终端107，用于接收家庭网关104通过电话网等公共网络传送的故障报警等网络家电故障信息，以便用户即时获得网络家电101的故障状况，以便及时处理。所述厂家售后服务器108，用于通过因特网等公共网络接收数字家庭服务器106分发的对应于该厂家售后服务器108的网络家电故障信息，并进行相应的处理，包括通知相关维护人员进行维护以及向该网络家电发送维护指令。所述厂家售后服务器108中，存储有对应于网络家电101ID号的用户信息，以及与故障代码相关的设备故障信息等。上述信息以表格的形式存储。厂家售后服务器108在读取故障信息包中包含的故障设备ID后，立刻获得故障设备所在的家庭以及联系方式；并根据故障设备ID确定故障设备的类型和型号，结合故障设备的类型和设备型号，可以确定故障信息包中故障代码所表示的故障名称。所获得的上述信息可以使厂家维修服务人员获得足够的信息，酌情进行处理。处理方式包括通过网络向网络家电设备发出修复指令，以及与客户联系进行维护指导或者上门维修等。
首先，对比文件4中，网络家电可在发生故障时根据故障类型形成故障代码发出，具体通过中央控制器实现对网络家电执行机构的操作控制以及检测其工作状态，中央控制器检测网络家电设备运行中出现的各种故障，并以故障代码的形式记录该信息。之后，通过与家庭网络总线连接的主控器和家庭网关，将故障代码连同故障设备信息发送给用户通讯终端，或通过数字家庭服务器发送给售后服务厂商的厂家售后服务器。可见对比文件4公开了根据设备故障状态生成一故障编号信息，并将故障编号信息发送至服务器或用户终端，且上述特征在对比文件4中所起作用与其在本发明中的作用相同，都是在被监测的设备端生成并发送故障代码，从而减小故障数据的发送量。因此，对比文件4能够给出将上述特征用于对比文件1，以解决其技术问题的启示。本领域技术人员容易想到对对比文件1的净水器在线监控系统作出改进，在净水器端根据设备故障状态生成并发送故障编号信息。
其次，对比文件4中，厂家售后服务器利用表格形式存储了与设备型号相关的故障信息，确定故障信息包中故障代码所表示的故障名称。可见对比文件4公开了在服务器中预存每一故障编号信息所对应的具体故障消息，用于在收到故障编号信息时，查找对应的具体故障消息。因此，对比文件4能够给出预存故障编号对应的具体故障消息，用于根据故障编号信息查找获得对应的具体故障消息的技术启示。虽然对比文件4中公开的是在服务器中预存以查找故障编号对应的具体故障消息，但是对比文件1和4中均公开了用户终端接收故障信息，而在用户终端同样存在使用户获得具体故障消息的客观需求，现有的用户终端的处理能力也足以使其具备预存故障编号及对应的具体故障消息、用于根据故障编号信息查找获得对应的具体故障消息的能力。因此，本领域技术人员在对比文件4公开内容的基础上，也容易想到由用户终端预存故障编号信息对应的具体故障消息，用于在收到故障编号信息时查找对应的具体故障消息，而无需付出创造性劳动，也没有产生意料不到的技术效果。
对比文件1公开了开始制水后，进水电磁阀1和产水电磁阀2开启，进水水质传感器5、产水水质传感器6和原水温度传感器17分别对水质指标(如浊度)以及原水温度进行监测，并将得到结果以信号方式传输到微电脑芯片9。微电脑芯片9通过设定的分析程序对得到的数据进行分析，如果所得数据符合程序要求，则以正常数据形式传输给用户终端模块11，如果不符合程序要求，则以报警形式传输给用户终端模块11。可见，对比文件1公开了使用状态数据包括净水设备水温值、净水设备出水水质。在控制领域，本领域技术人员有动机根据设备类型和实际需求获得相应类型的状态数据，对于净水设备来说，其水流速度、当前水位关系到设备的容量与净水能力等，根据需要可将净水设备的水流速和水位逻辑作为监测状态数据类型对本领域技术人员来说是显而易见的。此外，根据各状态数据是否超出预设范围、设定值或产生逻辑错误判断设备发生故障，也是本领域常规的故障判断方式。
对于复审请求人的意见陈述，合议组认为：在对不同设备的故障监测与控制中，本领域技术人员有动机根据设备类型、根据监测与控制的实际需求来获取不同类型的状态数据。无论是如对比文件1公开的水温、水质，还是本申请进一步列举的水流速、水位逻辑，均是净水设备中的常规状态表征，根据需要选择上述类型作为监测状态数据类型进行监控，这对于本领域技术人员来说是容易想到的，无需付出创造性劳动，没有产生意料不到的技术效果。因此，合议组对复审请求人的主张不予支持。
因此，在对比文件1的基础上结合对比文件4和本领域公知常识得到权利要求1请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求1不具备突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
2）、权利要求2请求保护一种净水设备故障通知方法。对比文件4公开了一种网络家电故障反馈系统（参见说明书第5页第2段至第9页倒数第3段、图1），该网络家电故障反馈系统包括：若干网络家电101、家庭网络总线102、主控器103、网关104、外部公共网络(因特网、电话网)105、数字家庭服务器106、用户通讯终端(包括固定电话和手机)107、若干厂家售后服务器108。所述若干网络家电101，具有网络家电设备标识ID号，并且在发生故障时，能够根据故障类型形成故障代码发出。网络家电101包括执行机构1011、中央控制器1012，所述中央控制器1012用于实现对该网络家电执行机构1011的操作控制以及检测其工作状态。在本系统中，该中央控制器1012用于检测该网络家电设备运行过程中出现的各种故障，并以故障代码的形式记录该信息。所述主控器103，用于通过所述家庭网络总线102接收网络家电101输出的故障代码，以及获得该网络家电的网络地址，该主控器103通过所述网络家电的网络地址，可以查出故障设备的设备ID，将故障代码连同故障设备的设备ID号，一起打包发送给家庭网关104。所述家庭网关104是一个连接家庭内部网络和外部网络的装置，通过该家庭网关104，所述家庭网络总线102可以连接因特网、固定电话网等外部公共网络。用户可以根据实际需要在家庭网关104中设置故障信息的反馈形式，例如：设备提示信息可以通过电话拨号向用户的手机发送，设备故障信息可以通过电话拨号向用户设定的电话发送，或者通过邮件的形式或固定信息格式向用户的信箱或公共的数字家庭服务器106上发送息，设备报警信息通过电话拨号向指定的服务机构发送。所述数字家庭服务器106是一个公共的服务器，用于接收各个家庭网关 104传送的网络家电设备的故障信息，并根据故障信息中包含的设备ID号，获得对应于该网络家电的售后服务厂商，将该故障信息发送到所述厂家售后服务器108。所述用户通讯终端107，用于接收家庭网关104通过电话网等公共网络传送的故障报警等网络家电故障信息，以便用户即时获得网络家电101的故障状况，以便及时处理。所述厂家售后服务器108，用于通过因特网等公共网络接收数字家庭服务器106分发的对应于该厂家售后服务器108的网络家电故障信息，并进行相应的处理，包括通知相关维护人员进行维护以及向该网络家电发送维护指令。所述厂家售后服务器108中，存储有对应于网络家电101ID号的用户信息，以及与故障代码相关的设备故障信息等。上述信息以表格的形式存储。厂家售后服务器108在读取故障信息包中包含的故障设备ID后，立刻获得故障设备所在的家庭以及联系方式；并根据故障设备ID确定故障设备的类型和型号，结合故障设备的类型和设备型号，可以确定故障信息包中故障代码所表示的故障名称。所获得的上述信息可以使厂家维修服务人员获得足够的信息，酌情进行处理。处理方式包括通过网络向网络家电设备发出修复指令，以及与客户联系进行维护指导或者上门维修等。
将对比文件4公开的内容与本申请权利要求2相比较可知，对比文件4公开了一种家电设备故障通知方法，其中厂家售后服务器通过数字家庭服务器接收网络家电设备的故障信息，故障信息包括在网络家电中形成的故障代码以及相应的故障设备信息。以上相当于接收一故障编号信息。对比文件4中厂家售后服务器存储有与设备信号相关的故障信息，用于确定故障信息包中包含的故障代码的含义，可以确定故障信息包中故障代码所表示的故障名称。以上相当于解析故障编号信息得到对应的具体故障消息。
权利要求2请求保护的的技术方案与对比文件4公开的内容相比，区别特征在于：应用于净水设备，将具体故障消息提供至一用户终端；获取所述净水设备的位置信息，以所述净水设备的位置信息为基准，查找预定范围内的一个或多个维修点，将查找到的所述维修点的位置信息提供至所述用户终端供用户选择，根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至用户终端。
基于上述区别特征，权利要求2的方案实际解决的技术问题是：选择应用设备类型以及如何向用户提供故障消息，如何向用户提供附近维修点。
对比文件4公开的故障通知方法可用于网络家电，而净水设备是一种常见的家用电器，可将对比文件4中的故障通知方法用于净水设备对本领域技术人员来说是显而易见的。
对比文件4中公开了厂家售后服务器所获得的信息可使厂家维修服务人员获得足够的信息，酌情进行处理，处理方式包括与客户联系进行维护指导或者上门维修等。可见对比文件4提及了在解析获得具体故障消息后可与客户联系。可根据需要将具体故障消息提供至用户终端是本领域的常规技术手段。
对比文件3公开了一种基于云计算的汽车故障检测系统（参见说明书6-14段），包括车载终端和云计算端；所述云计算端，为服务器，服务器连入网络，通过网络与各车载终端相连，服务器接收从车载终端发送过来的数据，进行故障判断。所述车载终端还包括有GPS模块，云计算端还接收GPS模块的数据，在云计算端对汽车故障作出判断后，对该汽车故障内容进行分析，若为严重的故障，则将汽车故障内容、汽车位置、汽车资料及部件参数发送给选定的汽车维修端。云计算端在判断出汽车故障时，还对该汽车故障内容进行分析，若为严重的故障，即让车辆抛锚的故障，如发动机的故障，则在将检测到的故障内容以及维修提示发送给车载终端同时，还将各汽车维修端的信息发送给车载终端，汽车维修端的信息包括各汽车维修点的名称、汽车维修点所在地点等，云计算端还可以将各汽车维修端信息进行筛选排列后发送给车载终端，如根据与汽车距离最近的原则筛选出一批汽车维修端，并按远近进行排列；该汽车维修端的信息在显示模块上进行显示，若用户选择了其中一个汽车维修端，车载终端将给信息发送给云计算端，云计算端则将该汽车的汽车故障内容、汽车位置、汽车资料及部件参数发送给用户选定的汽车维修端。对比文件3还公开了（参见说明书25-27段），在云计算端上存储有各汽车维修端的资料，如名称、地址、地图等。云计算接收到数据后，根据汽车型号、汽车配置、各部件的型号等信息调取存储器内对应的数据，然后根据预先建立的故障公式对该汽车的各项参数进行分析。若分析该故障落入严重故障分类中，根据车辆传送来的位置、车辆资料等信息，对各汽车维修端信息进行筛选和排列，如根据车辆型号筛选对应的汽车维修端；或者车辆距离最近的原则筛选出一批汽车维修端，并按远近进行排列；或者根据点击率筛选出一批汽车维修端，并按点击率多少进行排列。然后将这些数据还有地图信息与故障内容、故障维修提示一通发送给车载终端。
可见，对比文件3公开了用于汽车的故障通知方法，包括获取汽车的位置信息，以该位置信息为准，查找预定范围内的一个或多个维修点，将查找到的维修点的位置信息提供至用户终端供用户选择。且上述特征在对比文件3中的作用与其在本发明中的作用相同，都是用于为发生故障的设备提供合适的维修点信息，对比文件3给出了将上述特征用于对比文件4以解决其技术问题，本领域技术人员容易想到将根据设备位置查询并提供维修点信息的方法应用于家电设备的故障通知中，进而用于常见的家电设备如净水设备中。此外，对比文件3还公开了，在云计算端上存储有各汽车维修端的资料，如名称、地址、地图等，以及在根据车辆位置等信息筛选出一批汽车维修端后，可将这些数据还有地图信息与故障信息一同发送给车载终端。即对比文件3的云计算端已有包含维修点位置的地图信息，并将地图信息发送给用户，在此基础上，还可以进一步根据实际需要，根据用户选择的维修点规划前往该维修点的交通路线，并将交通路线提供至用户终端，也是本领域技术人员容易想到的，无需付出创造性劳动，也没有产生意料不到的技术效果。
对于复审请求人的意见陈述，合议组认为：对比文件3公开了根据汽车位置信息查找预定范围内的维修点，将查找到的维修点的位置信息提供至用户终端供用户选择，这和本申请根据净水设备位置查找预定范围内的维修点，并将维修点位置信息提供至用户终端供用户选择的方式是完全相同的。此外，对比文件3还指出，云计算端中存储了各汽车维修端的名称、地址、地图等资料，并且将筛选出的汽车维修端的数据还有地图信息与故障信息一同发送给车载终端即用户终端。而在已经存储有地图信息的基础上，可利用已有的地图信息，进一步规划出用户前往其选择的维修点的交通路线，这是本领域技术人员在对比文件3公开内容以及路线规划这一公知技术的基础上容易想到的，其产生的使用户方便获得交通路线的效果也是可以预期的。因此，合议组对复审请求人的主张不予支持。
因此，在对比文件4的基础上结合及本领域公知常识得到权利要求2请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求2不具备突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
3）、从属权利要求3引用权利要求2，进一步限定了“所述净水设备故障通知方法应用于一服务器；所述将所述具体故障消息提供至一用户终端包括：将所述具体故障消息推送至一与所述净水设备关联的用户终端”。
基于对比文件4公开的内容可以看出，其公开了净水设备故障通知方法应用于一服务器。将具体故障消息推送至一与净水设备关联的用户终端对本领域技术人员来说也是显而易见的。因此在其引用的权利要求不具有创造性的基础上，该权利要求也不符合专利法第22条第3款关于创造性的规定。
4）、从属权利要求4引用权利要求3，进一步限定了“接收的所述故障编号信息还携带一净水设备标识信息；所述净水设备故障通知方法还包括：根据所述净水设备标识信息查询所述净水设备关联的用户终端的信息；基于所述用户终端的信息，将所述具体故障消息推送至对应的用户终端”。
对比文件4公开了数字家庭服务器接收到包括故障代码、网络家电设备ID等故障信息包，将所述故障信息包发送到对应的厂家售后服务器。厂家售后服务器中存储有对应于网络家电ID号的用户信息，以及与故障代码相关的设备故障信息等，上述信息以表格的形式存储。通过该表格，厂家售后服务器可通过读取故障信息包中的网络家电设备ID，获得用户信息，从而可以与用户联系，进行故障处理（参见说明书第8页倒数第4段至第9页第2段）。可见对比文件4公开了接收的故障编号信息携带净水设备标识信息，根据净水设备标识信息查询净水设备关联的用户的信息，基于用户信息与用户联系。用户信息可以是用户终端的信息，从而基于用户终端信息将具体故障消息推送至对应的用户终端对本领域技术人员来说也是显而易见的。因此在其引用的权利要求不具有创造性的基础上，该权利要求也不符合专利法第22条第3款关于创造性的规定。
5）、从属权利要求5引用权利要求2，进一步限定了“所述净水设备故障通知方法应用于一用户终端，所述将所述具体故障消息提供至一用户终端包括：通过所述用户终端提供所述具体故障消息”。
对比文件4公开了用户通讯终端107用于接收家庭网关104通过电话网等公共网络传送的故障报警等网络家电故障信息，以便用户即时获得网络家电101的故障状况，以便及时处理。可见，其公开了用户终端可以用于故障通知，具体包括接收故障编号信息，以及通过用户终端提供故障信息。此外，如前文所述，对比文件4能够给出预存故障编号对应的具体故障消息，用于根据故障编号信息查找获得对应的具体故障消息的技术启示，本领域技术人员在其公开内容的基础上，容易想到由用户终端预存故障编号信息对应的具体故障消息，用于在收到故障编号信息时查找对应的具体故障消息，从而通过用户终端提供具体故障消息。因此在其引用的权利要求不具有创造性的基础上，该权利要求也不符合专利法第22条第3款关于创造性的规定。
6）、从属权利要求6引用权利要求2，进一步限定了“所述净水设备故障通知方法还包括：将所述净水设备的具体故障消通知至被所述用户选择的一维修点，以为所述净水设备的用户提供维修服务”。
对比文件3公开了若用户选择了其中一个汽车维修端，车载终端将给信息发送给云计算端，云计算端则将该汽车的汽车故障内容、汽车位置、汽车资料及部件参数发送给用户选定的汽车维修端。可见其公开了将设备的具体故障消息通知至被用户选择的一维修点，以为设备的用户提供维修服务。因此在其引用的权利要求不具有创造性的基础上，该权利要求也不符合专利法第22条第3款关于创造性的规定。
7）、权利要求7请求保护一种净水设备故障提醒装置，其限定的特征与权利要求1请求保护的净水设备故障提醒方法所限定的特征相对应。基于相同的理由，在对比文件1的基础上结合对比文件4和本领域公知常识得到权利要求7请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求7不具备突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
8）、权利要求8请求保护一种净水设备故障通知装置，其限定的特征与权利要求2请求保护的净水设备故障通知方法所限定的特征相对应。基于相同的理由，在对比文件4的基础上结合及本领域公知常识得到权利要求8请求保护的技术方案，对本领域技术人员而言是显而易见的，权利要求8不具备突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
9）、从属权利要求9-12直接或间接引用权利要求8，其附加技术特征与从属权利要求3-6相对应。基于相同的理由，在其引用的权利要求不具有创造性的基础上，权利要求9-12均不符合专利法第22条第3款关于创造性的规定。
综上所述，权利要求1-12均不具备专利法第22条第3款规定的创造性。
三、决定
维持国家知识产权局于2018年12月03日对本申请作出的驳回决定。
如对本复审请求审查决定不服,根据专利法第41条第2款的规定,请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
