CN111526251A

CN111526251A - 一种同时解决随家用设备种类增多而来的几个问题的方法

Info

Publication number: CN111526251A
Application number: CN202010455769.8A
Authority: CN
Inventors: 卢泽民
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-05-26
Filing date: 2020-05-26
Publication date: 2020-08-11

Abstract

本发明公布了一种基于手机APP和云服务的、同时解决随家用设备种类增多而出现的几个问题的方法。实施方需要设置云服务器，向用户提供云版本或本地版本手机APP，并与设备厂商进行必要的协调。手机APP可用来录入所有家用设备，这包括设备的名称、照片多张、电子版的说明书和保修卡、厂商自选内容的链接等，以方便用户查阅。对其中的可充电设备，手机APP可计算下次需要充电的日期，并在到期后做充电提醒，并因在提醒时展示设备及其充电器（线）的照片使充电更为方便；对所录入的使用一次性电池的设备，则可定期做拆换电池的提醒。这样可避免这两类设备中的前者因在电池亏电的状态下长期闲置，和后者因电池在设备中老化至分解漏液，而发生的损毁。设备在保修期中的维修，可利用手机生成的设备唯一性识别信息取代纸质保修卡，并在维修后通过实施方云服务器向用户手机端请求确认和评价。这样形式的保修卡不仅方便用户，还能加强厂商对售后服务的管控。一些设备使用情况的信息还可以从用户手机端通过实施方服务器反馈给厂商，有助于厂商在其产品领域的深耕。

Description

一种同时解决随家用设备种类增多而来的几个问题的方法

技术领域

本发明属于手机应用、计算方法、和云服务技术领域。

背景技术

随着技术的进步和生活水平的提高，特别是锂离子电池的大量使用以来，一个普通家庭的各种设备，尤其是电子设备，不断增多。一些问题也伴随而生。问题一：在各类可充电电子设备中, 难免会有一些在一定时期内闲置，这期间很容易因遗忘而导致电池电量耗尽，时间稍长则会使电池受损。而这些设备的寿命往往取决于电池，电池受损即是设备本身受损。这首先对用户是一种浪费。再者，这些设备的加速淘汰会增加环保负担，尤其是处置其中的电池，难免造成对环境的破坏。除此之外，一般家庭还有多类使用可拆卸更换的一次性电池的电子设备。其中一些也难免会在一定时期内闲置。时间太久，其中的电池会分解液化，直接导致设备的损毁，同样增加了浪费和环境的负担。问题二：可充电设备的增多，也意味着各种充电器（线）的增多，这些充电器（线）往往形状类似，还经常混放在一起，使人难以寻找和辨别一特定设备所需的充电器（线），使充电变得越发麻烦。问题三：几乎所有这些设备都附有纸质说明书和保修卡，平时很少用到，但又不能丢弃，真需要用的时候，由于数目众多、大小各异，寻找起来非常怵头。所有这些问题，在智能手机普及的今天，应该可由一个基于手机应用和云服务的技术方案一并解决。

发明内容

本发明是一个基于智能手机APP和云服务的，对所有家用设备进行收录、管理、和必要处理，以解决上述全部三个问题的一体技术方案。实施方需设计手机APP，设置云服务器，并与设备厂商作必要的协调。其中的手机APP可以是本地版本也可以是云版本。但由于实施中所需的手机端与云端的通讯流量很少，而且用户操作的时间间隔很长（对有些设备甚至不短于手机的更换周期），再加之云应用的其他优点，如不占用本机空间、不受手机遗失或损坏的影响，故云应用为更优选择。没有特别需要区别两个版本时，以下泛称为之为本应用或APP。

本发明的实施需要将家用设备归分为以下四类：ⅰ）有蓝牙的可充电设备；ⅱ）无蓝牙的可充电设备；ⅲ）使用可拆换一次性电池的设备；ⅳ）其他设备。手机APP为这四种设备分别列表，并在APP的主页面，即点击APP在手机屏幕上的图标后所进入的页面，设置分别进入这四个列表的按钮。每个列表列有每一个已经收录的那类设备的名称和一些针对那类设备的操作按钮。

收录一个设备需要输入的内容包括设备名称、设备图片多张（包括可充电设备的充电器/线），电子说明书和电子保修卡（以区别于传统的纸质说明书和保修卡），厂商自选的任何内容的网址链接，和管理某类设备所需的几条数据。这些内容可借助设备的蓝牙MAC地址（第一类设备）或二维码（其他三类设备）来进行“一键输入”。对有蓝牙设备的收录，这里的设计是由一个APP建立同一手机的蓝牙模块与各种不同设备的蓝牙模块的连接。这需要本发明的实施方预先公布蓝牙连接协议，再需要设备厂商在设备蓝牙的设计中使用这一协议，以实现设备蓝牙和手机蓝牙的对接，和在此基础上实现本发明所设计的功能。第一项功能即是输入功能，即在两蓝牙模块第一次连接后，本APP根据设备蓝牙MAC地址中的厂商代码和设备号码访问和下载该厂商存储在云端的（较佳的选择为实施方的云服务器, 详见下面“实施方法”）上面所提的一键输入的内容。其他利用蓝牙实现的功能待下面说明。另外三类设备的信息输入可利用二维码。原理与利用蓝牙MAC地址类似，因为二维码也同样唯一识别厂商和设备。这里讲的二维码为本发明专用，其生成和使用同样需要发明的实施方和设备厂商的协同，以保证手机在扫码后启动本APP，并由APP下载为录入该设备所需的、由厂商预先存储在云端的该类设备的信息。

关于上述的录入方式有三点补充：第一，在这里所述的录入过程中，除下载厂商在云端预存的设备照片外，用户还可自拍设备照片。第二，除上述利用蓝牙地址或二维条码的录入方式外，本APP具有手动录入的功能，用于录入没有可利用的蓝牙地址和二维码的设备，详见实施方法。第三，一个设备的录入完成后，本发明中涉及该设备的全部后续操作只需在手机APP上进行。

本APP的每一类设备列表中，每一个按上面所述的通过蓝牙地址或二维码方式录入的设备的名称之后设置一个按钮，供用户点击进入载有该设备的电子说明书、电子保修卡、和厂商自选内容网址链接的页面。该按钮可标有“厂商服务”或类似文字以表明其功能。这样，用户可以在手机上通过三次左右的点击即可读取所收录的任何一个设备的说明书和保修卡，解决了纸质说明书和保修卡的种种不便。电子保修卡的使用，需要手机端的电子保修卡载有设备编号，或可以生成包含设备编号的条形码或二维码，以方便设备维修方读取并以此获得设备厂商数据库中该设备的保修范围、保修期等所需要的信息。维修后，维修方需填写对应这个设备编号的维修内容和维修结果，并上传给设备厂商。设备厂商然后通过实施方的云服务器向用户手机端发出确认请求。这个请求可伴随有维修方上传的维修结果，用户查看后确认。更多细节见下面“具体实施方法”。设备厂商只对确认后的维修予以承认并做后续处理。这样的电子保修卡除方便设备用户外，也节省了维修方和厂商间各种纸质文件的存储和传输，同时加强了设备厂商对其售后服务的管控。

无论是通过蓝牙MAC或二维码自动录入的设备还是手动录入的设备，手机端的一个重要功能是对其中的可充电设备进行充电提醒，和对其中的使用一次性电池的设备进行电池拆卸或更换提醒，以免这些设备在不常被使用的时期，因用户忘记做这些处理而发生的损毁。在这些设备中首先要区分有蓝牙的可充电设备和所有其他设备，因为对前者的充电提醒因可利用设备蓝牙传输的数据而更方便。

为任何一个可充电设备做充电提醒均需计算下一次提醒的日期。这一计算的依据一是描述电池电量在设备闲置状态下随时间逐渐减少的函数，以下称之为电量衰减函数，并以 ƒ(t) 表示；二是电池的现实电量。利用这两者便可计算出，如果从现在起设备一直闲置，多长时间以后电池电量会降低到需要充电的程度。对于有蓝牙的可充电设备，现实电量的信息可以通过蓝牙方便地获取，只需在前面提到的蓝牙连接协议中做相应设定。优选的方式是，在两蓝牙模块的第一次匹配以后（即通过设备蓝牙地址完成设备的自动录入后），每一次设备开机使用，两蓝牙模块自动连接，并在设备的使用过程中，每隔一小段时间，如5分钟，由设备蓝牙把设备的现时电量通过手机蓝牙传给本APP。如果是云版本APP，再由APP传给云服务器。本机APP或云端再在一定时间，如当日的24：00时，根据最后的电量数据计算下次充电提醒日期并更新上一次的计算。

实施方可参照最新的研究成果选择电量衰减函数 ƒ(t)，这里的 t 的单位的选择由ƒ(1) =0 决定；其他条件还有ƒ(0)=100，代表起始满格电量，和ƒ(t) 为递减函数。需要设备厂商提供的，并包括在自动录入时所输入的内容之中，是一个以周或月为单位的时间参数T，代表该设备在闲置状态下电量从满格到耗光所用的时间。这样，为自变量 t 选用与 T 相同时间单位的电量衰减函数则为 ƒ(t/T)。还有，作为一项可调整的省缺选择，本发明采用目前最为常用的20% 电量为需要再充电时的电量。设备闲置状态下从满格电量到再充电的时间则为 ƒ^-1(20) T，这里 ƒ^-1( ) 代表 ƒ( ) 的反函数（下同）。假设最后一次使用中设备蓝牙最后传递的电量为 d%，这里 d>20, 从那时起到下次充电提醒日期的时间，以与T相同的时间单位计，则为 [ƒ^-1(20) – ƒ^-1(d)] T。另外，由于电池衰减速度随电池充放电次数的增多会有所加快，参数 T 会随着充放电的次数增多而有所减少。一个办法是把 T 设为已充放电的次数n 的函数，即 T(n), 其随着 n的增加有所减少。为获取充电次数，可在蓝牙协议中设定蓝牙在设备充电时启动并录找和连接手机蓝牙，并在一定间隔，如10分钟，发送电量信息，这样可以由APP在手机或云端累计充电次数，并用以更新参数T。

对于没有蓝牙的可充电设备，需要区分其中的常用设备和不常用设备，因为只有对后者需要充电提醒，但因前者往往在用户不经意间转换成后者，本APP需要能够应对这样的转变。在录入一个这类设备时，无论是通过二维码的自动录入还是手动录入，用户需输入充电提醒间隔及当前电量，或选择不用提醒。后者适合于那种不会在用户不经意间变为不常用并被用户忘记充电的设备。否则，即使目前设备为常用，也要输入提醒间隔，只是这个间隔可以长些，起到定期检查这个设备是否仍为常用的作用。对于不常用的设备，这个间隔是偏于保守的粗估即可，一两次使用后即可被更正为较准确的数值，详见下面的说明。

下面依然以 ƒ(t) 代表电量衰减函数，其满足递减、ƒ(0)=100、ƒ(1)=0 三条件，其中的最后一个条件用于规定这一 ƒ(t) 中的自变量的单位，即，在设备闲置状态下从满格电量到电量耗光的最短时间为1个时间单位。与以上不同的是，用户自己需要为一个没有蓝牙的可充电设备输入充电提醒间隔。仍以20% 为需要再充电的电量，这个充电提醒间隔, 以下用 I 来表示，即为在设备闲置状态下从满格电量降到20% 电量的时间。用户以周或月等惯用时间单位输入I，等同于选择了 ƒ(t/T) 为电量衰减函数，其中的时间自变量t和参数T均采用与I相同的时间单位，并且T 满足 ƒ(I/T)=20，即 T =I / ƒ^-1(20) 或I =ƒ^-1(20) T 。（从 ƒ(T/T)=0 可见，T 是以与I相同时间单位表示的、电量在设备闲置状态从满格到耗光的最短时间。）如果用户输入的现时电量为 p%（>20%），从满电到现在已过去的时间 t_p 则满足 ƒ(t_p/T) = p，即 t_p =ƒ^-1(p) T。而从现在起到下次充电提醒日期的时间则为

再把T =I / ƒ^-(20) 代入，得，

每一次用户输入p% 为现时电量，APP在本地或云端根据此公式和之前输入的充电提醒间隔 I 计算和更新下次充电提醒日期。用户可以在充电之后输入充电后的电量，也可以在平时，尤其在使用设备之后，输入当时的电量。在上述的更新计算之后和下一次更新计算之前的任何一天，会有一个“自估现有电量”根据从最后一次更新起到这一天过去的时间自动计算出来。假设这一天自最后一次更新已过去的时间为 t，这一天的自估现有电量则为 ƒ( ( t_p+t )/T )，其中t_p和T可由上面所给算式代入。

用户输入的充电提醒间隔 I仅为一个粗略估计即可，在使用中可以很方便地更正。假设某一天的“自估现有电量”为 p，而实际现时电量为p_a，两者的出入越大，说明之前输入的I越不准。假设这一天自满格电量已过去时间为t，现在利用p和p_a 来更正之前输入的I。以I′代表更正后的充电提醒间隔，以T′代表与之对应的电量从满格到耗光的时间，则有 ƒ( t/T′) = p_a，即 T′= t / ƒ^-1(p_a)；还有 ƒ( I′/T′)=20，即 I′= ƒ^-1(20) T′。将T′的算式代入I′的算式，得 I′= [ƒ^-1(20) / ƒ^-1(p_a)] × t 。由 t 的定义 ƒ( t /T )= p，得 t = ƒ^-1(p) T；再代入以前的 T =I / ƒ^-1(20)，得 t = [ƒ^-1(p) / ƒ^-1(20)] ×I。将此代入上面I′的算式，便得出更正后的充电提醒间隔为,

与之对应 T′= I′/ ƒ^-1(20)，即电池的电量衰减函数已更新为 ƒ(t/T′)，以后据此计算下次充电提醒日期和每日的自估现有电量。

关于最后两类设备，即使用可拆卸一次性电池的设备和其他设备，前者的录入过程中用户可输入拆除或更换电池的提醒间隔。这个间隔可以较长，只要能防止电池在设备中老化至分解漏夜即可。对所有其他设备，无需做通过二维码的自动录入之外的输入。对于这些设备，手机APP的功能仅限于使用电子说明书，电子保修卡，查看售后服务相关信息和任何其他厂商选择的内容。

附图说明

图1为本发明主要涉及到的三方，即，发明实施方、设备用户、和设备厂商，在本发明实施中的信息交流介质和路径。

图2 为本发明中手机APP的提醒功能中的核心部分，即，为不常用的无蓝牙可充电设备的充电提醒功能，的设计方案。

具体实施方法

本发明的实施需要实施方设置云服务器（及操作系统），并设计手机的APP（云版本和本地版本）用于实现手机端与实施服务器的交流。除此之外，实施方需要与设备厂商协调。前面“发明内容”部分所述的由实施方提供统一的蓝牙连接协议供设备厂商采用，即协调的内容之一。这个协调过程还包括，由实施方提供厂商客户端，供厂商安装于其系统，用于与实施方服务器的交流。这个交流的框架如图1所示。每一个使用云APP的用户均是实施方服务器上的一个帐户，用户手机端与实施方服务器的交流通过其对应的帐户执行。每个设备厂商的客户端对应这个厂商在实施方服务器上的帐户，其与实施方服务器的交流通过其对应厂商帐户执行。下面要提到的一些功能的实现需要用户帐户和厂商帐户的数据交流。这个实施方案的宗旨是尽可能多的使用实施方服务器内部的交流，以提高可靠性和便捷性。

下面说明厂商客户端的具体功能。这里仍先假设所涉及的是有蓝牙的可充电设备，涉及无蓝牙的设备时有何不同随后解释。第一，厂商使用这个客户端向实施方服务器上传设备名称、图片、电子说明书、电子保修卡的内容（即保修范围），连接厂商自选内容的一个链接，和上面所提的 T 的数据。这些便是用户在初次录入一个设备时一键输入的内容。如果是本地APP，这些内容即从实施方服务器下载至手机，如果是云APP，仅仅录下这些内容在实施方服务器中的存储地址，需要时可以读取即可（没有必要推送至并存储于每个用户的帐户）。这其中的那个链接所读取的内容由厂商自己决定并可以更新，可以用于展示相关产品，配套产品和更新产品，有助于厂商在其产品领域的深耕。这是厂商参与协调的好处之一。厂商客户端的第二个功能是读取设备使用信息，如前面“发明内容”部分所述，蓝牙连接协议中设定，在设备蓝牙和手机蓝牙的初始匹配成功后，每次设备开机使用，设备蓝牙间歇向手机蓝牙发送电量信息。手机端可实时或定时（比如每日的24：00）把这些信息上传给实施方服务器中的厂商帐户，供厂商从其客户端读取。厂商可利用这些信息更好地计划其生产、销售、售后服务及产品的改进和升级。第三，电子保修卡的使用需要厂商客户端从厂商系统中获取已售设备的编号和对应的销售日期。这样便可确定每个保修卡以销售日期计算的有效期。另外维修后的确认请求也需要由厂商的客户端，通过实施方云端发向用户的手机端。较佳地，发出的这个确认请求可以是一个链接，用户点击进入，并查看维修内容后，点击安置于那一个界面的确认键。这样可以最大程度地使用厂商与维修方原有的信息交换系统。（在维修方的现场纸质签名依旧可以用。但只是维修方的证据留底）。除确认键外，厂商也可在这个界面安置输入框以收集用户的反馈意见。

对于没有蓝牙的设备，以上所述的实施方法只有两点不同。第一，实施方与设备厂商的协调的第一步是生成设备二维码。因为二维码也同样唯一识别厂商和设备，上述的其他步骤是根据设备二维码操作，但原理与利用蓝牙MAC地址相同。第二个不同，是这些设备无法在使用中通过手机端向厂商发送使用情况信息。如果是可充电设备，厂商仅能获取多少用户将一设备归为常用、多少将其归为不常用这样的信息（见下面充电提醒实施的描述）。

在下面要讲的充电提醒的实施方法上，有蓝牙的可充电设备和没有蓝牙的可充电设备亦不相同。对前者的充电提醒可利用设备蓝牙发送的电量信息，因此简单得多，手机APP只需按“发明内容”中所讲的方法计算下次提醒日期，并在那个日期提醒即可。而对无蓝牙设备，APP须区分常用与不常用设备，需要用户决定提醒间隔和输入现实电量，并能处理使用中可能出现的不同情况。下面是APP对没有蓝牙设备提醒功能的设计方案。由于本发明的价值相当程度上取决于其完整性，这个方案包括那些需要手动录入的设备，即无法利用蓝牙地址或二维码进行一键输入的设备，还包括对使用一次性电池设备的处理提醒。与充电提醒功能相匹配，并使其以便捷的方式实现，这个APP兼有录入功能，以收录各种设备并输入其相关的信息；以及管理功能，用来管理所录入的设备和对APP的使用方式和参数进行调整。下面依次对这三个功能做具体描述。为讲解方便，以下把无蓝牙可充电设备简写为RED（英文Re-chargeable Electronic Device 的缩写），和把使用可拆卸一次性电池的设备简写为DBPD (英文Disposable Battery Powered Device 的缩写)。

首先，APP具有录入功能，即，可以收录各种设备，并输入为其做充电和其他处理提醒所需的信息。如前所述，本发明将全部家用设备分为四类，并在APP的主页面设置分别进入每一类设备列表的按钮。其中的两类，有蓝牙可充电设备和其他设备，无需自动录入过程之外的其他信息输入。(其他设备只使用电子说明书和电子保修卡两项功能，如果不是自动录入，这两项功能也无法使用，所以无需录入。) 这里只需说明RED和DBPD的录入操作。在显示其中任何一类的列表的页面，安置有录入更多同类设备的按钮，并标以能明确表示录入功能的文字或符号（如“添加”、“+”等），以下称其为“添加”按钮。点击这一按钮，即进入手动录入该类设备的界面。

手动录入RED从点击添加开始，手机页面显示“输入可充电设备名称: ________”后跟 [确认] 按钮。（引号“ ”中的文字表示手机页面显示的文字；引号中的下横线________ 表示在同一引号中的文字旁边的输入框，用于输入文字或数字；中括号 [ ] 中的文字表示操作按钮的标识文字。下同。）为使用方便，一省缺RED名称可预先显示在RED名称的输入框中，如“可充电设备(n)”，其中n为该省缺名称尚未使用的最小整数。（因为照片的使用，一个能唯一辨别该设备的名称不是绝对必要。）以上操作确认后，页面转为印有上面所输入名称的背景，操作按钮转为，[添加照片] 和 [跳过]，供选其一。若点击 [跳过]，则进入下段所述操作；若点击 [添加照片] ，手机相机开启。相机拍照后，页面显示所拍照片，同时显示操作按钮 [再添照片] 和 [下一步]，供选其一。点击 [再添照片] ，拍照操作重复，用户可再拍充电器（线）、操作说明、保修卡等（因为无法为手动录入设备使用电子说明书和电子保修卡）。点击 [下一步] 则进入下段所述操作。

下一步是为正在录入的RED 输入状态信息。如果是由上一步点击 [跳过] 进入，页面保持印有该RED名称的背景；如果由上一步点击 [下一步] 而进入，页面背景转成第一幅照片，同时显示操作选项 [经常使用] 和 [不经常使用]，供选其一。这里点击 [ 经常使用 ] 便进入为经常使用的RED的输入操作。页面背景图案不变，操作项显示为“充电提醒间隔为_______月”(时间单位“月”可在管理功能中变更。以下操作的时间单位也是如此)供输入数字，后随 [确认] 和 [不需提醒] 。用户填写数字并确认，可预防此设备今后逐渐变为不常用并被忘记。如果这种可能性极小，可直接点击 [不需提醒] 。操作完毕即结束该常用设备的录入。如果此前点击 [ 不经常使用 ] ，则进入为不经常使用的RED的输入操作。页面背景图案不变，操作项变为：“充电提醒间隔______ 周”和“估计现有电量______%”，后随 [确认] 按钮。输入数字并确认后，该不常用RED的录入完成，APP在本地或云端根据这里输入的数字和 <算式一> 计算下一次提醒的日期。此为手动录入RED的过程，适用于没有本发明实施专用二维码的RED。对有这样二维码的RED，手机扫码即开启APP录入功能，此段之前的内容均自动录入，另外包括电子说明书、电子保修卡，和厂商自选内容的链接。这个自动录入部分的结束即是本段所述的状态信息输入的开始。如果用户想另加自拍照片，可使用后面说明的管理功能。

手动录入DBPD的操作：在DBPD列表页面点击添加后，页面显示操作项：“输入可充电设备名称: _________”，后随 [确认] 。为使用方便，一省缺DBPD名称，如 “使用一次性电池设备 (n)”，可预先显示在输入框中供选择或修改。这里n为这一省缺名称尚未使用的最小数字。输入名称并确认后，页面转为印有上面所输入名称的背景，并显示以下两按钮供选其一：[添加照片]、[跳过]。若点击 [跳过]，则进入下段所述操作。点击 [添加照片] ，手机相机开启。拍照后，页面显示所拍照片，同时显示下列按钮供选其一：[再添照片]，[下一步]。点击 [ 再添照片 ] ，重复这里的操作。

然后输入电池寿命。如果由点击上面的 [跳过] 进入，页面保持印有该设备名称的背景；如果由点击上面的 [下一步] 进入，页面背景转成第一幅照片，同时显示下列操作项，“电池寿命约为______月”，后随 [确认] 和 [不需提醒] 两按钮。如果输入了电池寿命并确认，本应用会根据这里输入的数字确定下一次提醒的日期。此为手动录入DBPD的过程。利用二维码开启的自动录入如之前所述，随后是本段所述的输入操作。

下面讲 APP提醒功能的实施。到了任何一个设备的提醒日期，本APP在手机屏幕的图标会由静态转入动态。这一动态可以设计成任何形式，如旋转、闪烁、渐隐渐出；也可设计成图标的部分成动态；只要能吸引一个正常使用其手机的用户的注意即可。一个较佳的设计是，将处于提醒状态的设备移至APP的主页面显示，以便用户以最少的点击次数找到这一设备并做处理。图标在日间的动态时间，作为省缺选择，可设为每天常人的非睡眠时间，如8:00 –22:00 (可在管理功能中更改)，以免不必要地打扰用户休息。

首先是提醒功能中对不常用RED的处理操作，这是提醒功能中的主要部分，须参照图2说明。在RED列表或主页中点击一个不常用RED的名称，无论其是否正在提醒状态，界面转为该RED的第一幅照片。向左滑动屏幕可拉入下一幅照片，如此可依次看到该RED的全部照片，包括充电器/线的照片。同时在不过多影响查看照片的位置，显示下列三个操作按钮：[两天后再提醒]、[另择提醒日期]、和 [已充电/不充电]，供选其一。这些按钮的位置和内容不随刷屏转换照片而动。

点击 [两天后再提醒]后，该RED的提醒状态关闭，APP转回主页面，以便用户处理下一个提醒状态中的RED。如果没有这样的RED，APP关闭。此为图2中的关闭方式1 所指。若点击上段所提的 [另择提醒日期] 后，页面的背景图片不变，所显示的操作项转为：“____天后再提醒”，后随 [确认]。输入数字并确认后，关闭方式2 执行。除再次提醒的日期以这里的输入为准外，与关闭方式1相同。若点击上段所提的 [已充电/不充电]后，页面的背景图片不变，所显示的操作项转为下列三个按钮，供选其一：[确认满格充电]、[确认部分充电]、和 [改写状态/电量]。这里若点击 [确认满格充电]，关闭方式3执行，即，APP以现有100% 电量为依据用 <算式一> 确定下一次提醒的日期，其他与上述关闭方式1相同。如果这里点击 [确认部分充电] 后，页面的背景图片不变，显示的操作项转为“目前电量____%”，后随 [确认] 按钮。输入数字并确认后，关闭方式4 执行，即，APP以这里输入的电量为依据用 <算式一> 确定下一次提醒的日期，其他与关闭方式1相同。如果上面一步点击的是 [改写状态/电量]，页面的背景图片不变，显示的操作项转为：“变更为常用状态”后随 [是] 和 [否]。

在为“变更为常用状态”选择 [是] 以后，页面的背景图片不变，显示的操作项转为：“延长提醒间隔至___月”，后随 [确认] 和 [无需提醒]。这里的待输入数字显示为用户之前将该RED作为常用RED录入时所选的提醒间隔。若不曾输入过，则是一个省缺数字如12，供选择或变更。确认后，APP即将该设备归为常用RED，并按这里的输入确定下次提醒日期，其他与关闭方式1相同，此为关闭方式5。如果这一步点击 [无需提醒]，关闭方式6执行，与关闭方式5的区别仅是没有下次提醒日期。

如果为“变更为常用状态”选择 [否]，页面的背景图片不变，同时显示文字“当前充电提醒间隔为 X周” 和操作项：“当前电量为_____%”，“重新计算充电提醒间隔 __ 是__ 否 ”，后随 [确认] 按钮。其中的X为之前该RED被改为或录入为不常用RED时所填。先输入当前电量，再勾选“否”并确认后，前面所述的关闭方式4执行，即，APP以这里输入的电量为依据用 <算式一> 确定下一次提醒的日期，然后关闭。若勾选“是”后确认，页面背景图片不变，操作项转而显示“充电提醒间隔更新为（已计算数字）周”，后随 [确认] 。这里的“已计算数字”是根据以前的充电提醒间隔 I、以前的自估现有电量 p，和这里填写的当前电量p_a, 用 <算式二> 计算的 I′。确认后关闭方式7执行，其与关闭方式1 的不同是，下一次的提醒日期以由更改后的充电提醒间隔 I′和这里填写的当前电量 p_a用 <算式一> 重新计算。参照图2的说明到这里结束。

下面是对常用RED的处理操作。在其列表或主页面点击一个常用RED的名称，无论其是否在提醒状态，页面转为该RED的第一张照片。向左滑动屏幕可拉入下一幅照片，如此可依次看到该RED的全部照片，包括充电器/线的照片。同时在不过多影响查看照片的位置，显示 [仍为常用状态] 和 [改为不常用状态] 两个操作按钮，供选其一。这些按钮的位置和内容不随刷屏转换照片而动。若点击[仍为常用状态]，页面的背景图片不变，显示的操作项转为“充电提醒间隔为X月”，后随 [确认]和 [不用提醒] 。其中的X为之前录入此RED时所填，现供直接确认或更改后确认。这里操作之后，APP根据确认的数字计算下次提日期或决定不再提醒，其他与之前所述关闭方式1 相同。若点击 [改为不常用状态]，页面的背景图片不变，操作项转而显示录入功能部分所述的为不常用RED的输入操作，即，“充电提醒间隔 _____ 周”和“估计现有电量 _____ %”，后随 [确认] 。输入数字并确认后，APP将此RED归入不常用RED，并根据这里输入以 <算式一> 计算下一次提醒的日期，其他与此前所述关闭方式1相同。

提醒功能中关系DBPD的处理操作：在其列表或主页面中点击任一DBPD，无论其是否正在提醒状态，页面转为该 DBPD的第一照片。向左滑动屏幕可拉入下一幅照片，如此可依次看到其全部照片。同时在不过多影响查看照片的位置，显示 [2天后再提醒 ] 和 [已经处理] 两操作按钮，供选其一。这些按钮的位置和内容不随刷屏转换照片而动。点击 [2天后再提醒] 即解除该DBPD的提醒状态，关闭方式1执行。若这里点击的是 [已经处理]，页面的背景图片不变,显示的操作项转为：“电池寿命为 X 月”，“下次提醒在 Y 月后”，后随[确认] 和 [不必提醒] 。这里的 X和Y同为之前录入此DBPD时所输入的电池寿命，此处可以分别被修改，以便机主在发现原电池不必更换的情况下调整前者、输入后者。这里操作之后，APP根据这里的输入对今后的提醒日期做调整，其他与此关闭方式1相同。

服务于上述的录入功能和提醒功能，本APP需具有管理功能，其包括设备管理和应用管理，分别指对所录入的设备可做的管理操作和对APP本身的使用方式和各项参数可做的调整。本APP按现今一般APP的惯例在主页面右上角安置点开管理功能的按钮，并以常用的、表示管理功能的图案或文字明确标明此按钮的功能。点击进入后，可见 [设备管理] 和[应用管理]，供点击以分别打开这两方面的管理功能。

设备管理具体包含设备删除、查看与备注、和照片管理三项功能。与从APP主页面进入的各类设备列表不同，通过 [设备管理] 进入的各类设备列表中，每个设备名称后设有 [删除] 和 [查看与备注] 按钮。点击 [删除] 后，页面显示要删除的设备的照片。同时在不过多影响查看照片的位置显示操作按钮 [确认删除] 和 [返回] 供选其一。如果该设备没有照片，则以显示其名称代替。点击 [查看与备注] 后，页面显示过去对这一设备进行过操作的日期的列表。点击某一日期，页面显示那一次的操作记录和为那一次操作所做的备注，同时给出输入框供做新的备注，如“更换了电池”等。查看或加注后确认即返回设备列表。对一设备的照片做调整可点击设备列表中该设备的名称，页面随即显示该设备的照片。若不止一张，可滑动屏幕依次拉出显示。页面同时在不过多影响查看照片的位置，且不跟随照片的转换而动，显示操作按钮 [删除此照片] 和 [添加照片] 供选其一。若点击 [删除此照片]，页面所显示照片不变，操作按钮转换为 [确认删除] 和[返回] 。点击[确认删除]后，当前显示照片消失，屏幕转而显示下一张照片，并再示操作按钮 [删除此照片] 和 [添加照片] ，以重复这里所述步骤删除更多照片。若删除的是最后一张，屏幕转而显示该设备的名称，和 [添加照片]一个按钮。在这里所述的任何一步点击 [添加照片]，手机相机开启，拍照后照片即显示于屏幕，同时可见 [删除此照片] 和 [添加照片] 两按钮供重复操作。

在管理功能中点击进入应用管理，则见屏幕显示APP当前的一些选择和使用的参数，供用户查看和做不同的勾选或输入不同的数字。这包括为不常用充电设备的充电提醒间隔时间单位选择“周”或“月”，为常用可充电设备的充电提醒间隔时间单位选择“月”或“年”，为可更换一次性电池的寿命时间单位选择“月”或“年”，为充电（或其他处理）提醒的日间时段选择8:00-22:00 或其它，为可充电设备的充电提醒每次推迟的天数选择2天或其它，为可更换一次性电池设备的处理提醒每次推迟的天数选择2天或其它，以及为可充电设备需再充电时的电量选择20%或其它。

以上所述实施方案各个步骤中的选择，如信息的存储地点和读取方式，均为较佳选择，并非唯一选择或限制性选择。尤其是，这里描述手机APP所用的页面显示文字和虚拟按钮标识文字仅为示例性的。显然，本领域的普通技术人员无需创造性思维或劳动就可以根据本发明的构思作出诸多变动，如缩简、润色、合并、拆分、次序调整等。这样的变动只要不在精神上偏离本发明的总体构思和其中的各项功能，均不构成对本发明范围的变更或超越。

Claims

1.一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，1）利用手机录入所有家用设备，这包括设备的名称、照片多张、电子版的说明书和保修卡、厂商自选内容的链接、和为其中的可充电设备做充电提醒所需的数据，2）在设备维修的过程中，利用手机生成的设备唯一性识别信息和手机通过实施方云服务器与厂商的交流，取代纸质保修卡的使用，3）利用手机对所录入的可充电设备，在由手机本地或云端计算的需要再充电的日期，做充电提醒，并因为有设备和其充电器（线）的照片可供查看使充电更为方便，4）利用手机对所录入的使用一次性电池的设备，定期做拆卸或更换电池的提醒。

2.如权利要求书1所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于实施方需设置云服务器，向用户提供云版本或本地版本手机APP，并与设备厂商协调，具体包括向厂商提供厂商客户端软件，公布设备蓝牙连接协议，和与厂商协同生成和使用专用的设备二维码。

3.如权利要求书2所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于利用设备蓝牙MAC地址中厂商代码的唯一性和设备号码的唯一性，或利用专用二维码中厂商代码的唯一性和设备号码的唯一性，在实施方云服务器中为每一协作厂商设置账户，用以存储厂商通过其客户端上传的、其每一类设备被用户录入时所需要的信息，和用以收集用户使用其设备的信息，供厂商通过其客户端读取。

4.如权利要求书2所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于实施方云服务器中为每一个使用云版本手机APP的用户设有账户，用以存储用户录入每一个设备时所输入的信息，或是（如果所涉及的信息来自厂商）信息在实施方云服务器中的地址，并通过这个账户与用户手机端交流数据和收发指令。

5.如权利要求书2所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于实施方公布蓝牙连接协议供厂商采用，以使同一手机蓝牙模块能与各类不同设备的蓝牙模块连接，并利用蓝牙连接实现下列功能：1）手机蓝牙模块初次与一设备的蓝牙模块连接时，手机APP自动完成对该设备的录入，2）手机蓝牙与一可充电设备的蓝牙初次连接成功后，每一次设备开机使用时，两蓝牙模块自动连接，并由设备蓝牙间歇地，如每隔5分钟，向手机蓝牙发送电量信息，再由手机APP实时或在一天中的特定时间，如24:00，将信息通过实施方云端反馈给厂商，并利用这一信息在本地或云端计算下一次充电提醒的日期。

6.如权利要求书2所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，对于无蓝牙设备，APP在手机初次扫读实施方与厂商协同生成的专用二维码时，自动开启并录入厂商为用户收录该设备而存储于云端的信息，并可以在此后的设备使用中通过实施方云端向厂商反馈信息。

7.如权利要求书2所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，可以使用手机APP对一个既没有采用蓝牙协议也没有专用二维码的设备手动录入，以便在录入后为其使用APP的充电提醒或电池处理提醒功能。

8. 如权利要求书1所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，对于任何一个利用蓝牙地址或专用二维码录入的设备，手机APP可生成唯一识别该设备的信息，供设备维修过程中以下列方式使用：1）维修之前，维修方使用这一识别信息从厂商系统查询保修范围和保修日期，2）维修之后，维修方填写对应这一识别信息的维修内容和维修结果，并上传给厂商，3）厂商然后按照这一识别信息通过实施方云端向用户手机端发出确认请求，并可以在此过程中收集用户评价意见。

9.如权利要求书1所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，对于有蓝牙的可充电设备，APP在本地或云端以下述方法计算下次充电提醒日期：假设电池电量在设备闲置状态下随时间逐渐减少的过程由时间函数 ƒ(t) 描述，其满足严格递减，ƒ(0)=100以代表起始满格电量，和ƒ(1)=0 以规定 ƒ(t) 中自变量 t 的单位，再假设T 是以周或月等惯用时间单位衡量的、电池电量在设备闲置状态下从满格到耗光（或几乎耗光）的最短时间，再假设 20% 为设备需要充电时的电量，那么，每次设备使用完毕至下次充电提醒日期的时间，以与T相同的单位衡量，为

其中的 ƒ^-1( ) 代表 ƒ( ) 的反函数，d表明d% 是设备蓝牙最后一次发出的设备电量。

10.如权利要求书1所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，对于无蓝牙的可充电设备，需要用户确定其为常用或是不常用，以便为其中的不常用设备做充电提醒。

11.如权利要求书10所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，为一个不常用的无蓝牙可充电设备做充电提醒，需要用户预先输入充电提醒间隔 I，其表示以周或月等惯用为时间单位衡量的、电池电量在设备闲置状态下从满格降到20% 这样需要再充电的电量的时间，然后每一次用户在手机APP中输入设备的现时电量为p%，APP则在本地或云端计算自这次输入操作至下次充电提醒日期的时间、以与 I 相同的单位衡量，为

其中的 ƒ^-1( ) 与权利要求书9中所定义相同。

12.如权利要求书11所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，为给不常用的无蓝牙可充电设备做充电提醒而输入的充电提醒间隔 I 仅为一个粗略估计即可，因其在使用中会被以下述方法更正：在任何一天，假设按之前输入的充电提醒间隔I计算电池电量应已降到 p%, 可实际却有 p_a%，那么在用户输入实际现有电量p_a% 之后，APP就会在本地或云端按下列算式将充电提醒间隔更正为

并据此重新计算下次充电提醒日期，这里的 ƒ^-1( ) 与权利要求书9中所定义相同。

13.如权利要求书10所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，在所录入的无蓝牙可充电设备中，如果一个之前归为常用的设备已实际转变成不为用户所常用，或一个之前归为不常用的设备已实际转变成为用户所常用，手机APP的提醒功能可适时对这一设备所属的常用状态或不常用状态予以更改。

14.如权利要求书1所述的一种同时解决随家用设备种类增多而来的几个问题的方法，其特征在于，手机APP的充电提醒和电池处理提醒功能的具体提醒方式，如手机图标的某种动态形式，可被选择只在日间的特定时段执行。