检测设备的监测方法及服务器与流程

1.本发明涉及汽车电子部件的监测，尤其是涉及对汽车例如空调滤芯的主动监测。


背景技术：

2.随着车辆的普及，无论是往返上班还是专业运输过程，驾驶员或乘客需要在行驶车辆中停留大量的时间，由于驾驶室空间的狭小和空气流通不畅，人们易受到车内空气中微生物过敏、空气污染的影响。因此正确地使用空调以及保持空调最佳的工作状态对乘员的健康非常重要。在空调系统中，空调滤芯用于过滤空气中的微生物、粉尘等污染物，因此它的工作状态的好坏对空气质量影响非常大。然而由于滤芯通常设置在车内比较难以获取的位置，使得对滤芯的检查负担比较重。
3.现有技术中，为便于检查滤芯的工作状态，通常在滤芯上或滤芯附近设置检测设备，其中检测设备包括传感器模块，传感器模块可以是一个或多个传感器，例如温度传感器、湿度传感器、rgb传感器,飞时测距(tof)传感器等等。检测设备通过传感器模块收集有关滤芯工作状态/环境的状态数据，并发送给后台，例如车辆控制台。从而控制台根据从检测设备获取到的滤芯工作的状态数据而确定出滤芯的健康状况
4.然而按照现有技术的方案，车辆控制台只能从检测设备被动地收集滤芯的状态数据，仅仅充当收集信息的角色。然而车辆控制台并不能反向地控制检测设备，例如控制数据上传频率，而且也不能对上传的状态数据进行选择性地接收。而且，在检测设备与车辆控制台的链路中断的情况下，检测设备就会失去联系，此外，也存在着检测设备发生工作故障但无法有效诊断的情形。


技术实现要素：

5.本发明提出一种改进的利用远程服务器实现对例如汽车空调滤芯的检测设备进行监测与报警的方案，不但可以收集来自检测设备上传的所检测的状态数据，而且还可以对检测设备的工作状态进行控制，包括对检测本身工作参数的控制，以及对所上传的状态数据的定制等。而且，通过利用远程服务器，还可以灵活地向不同的对象发出报警信号。
6.根据本发明的一个方面，提供一种用于对汽车检测设备进行监控的方法，包括：通过第一链路与一通信装置通信以接收由检测设备检测的目标装置的状态数据，其中所述通信装置通过第二链路与所述检测设备通信；以及传送控制命令给所述通信装置以控制所述检测设备按照所述控制命令动作。作为一个示例，这里的目标装置可以是汽车空调滤芯等。
7.优选地，所述控制命令是用于调试所述检测设备的调试命令，包括所述检测设备的以下中的至少一项调试工作参数：所述检测设备上传所述目标装置的状态数据的上传频率；用于上传所述状态数据的信号强度；对所述状态数据中包含的传感数据类型的定制。
8.优选地，从所述通信装置接收所述检测设备针对所述调试命令的响应信号，并基于所述响应信号判断所述检测设备的工作状态，其中所述响应信号包括所述检测设备的状态数据，其中所述状态数据中包含不同类型的传感数据。基于所述响应信号判断所述检测
设备的工作状态包括：确定连续接收的所述响应信号是否符合所述上传频率，并在不符合上传频率时确定所述检测设备故障。在另一示例中，基于所述响应信号判断所述检测设备的工作状态包括：确定所述响应信号中的状态数据是否存在错误，其中如果存在错误，所述方法进一步包括：向所述通信装置发出另一调试命令以控制所述检测设备增加所述信号强度和/或调整所述状态数据中包含的传感数据的类型和数量。
9.优选地，根据本发明的方法进一步包括：检测在所述增强的信号强度下由所述检测设备发送的响应信号中的状态数据是否存在误差，其中如果不存在误差，则将所述增强的信号强度设定为所述检测设备的最优发送信号强度；如果继续存在误差，则判定所述检测设备中存在误差的传感数据所对应的传感器发生故障。
附图说明
10.图1示出根据发明一个示例的用于检测设备的监测系统。
11.图2示出根据本发明一个示例的复位检测设备的方法流程。
12.图3示出根据本发明一个示例的调试检测设备的方法流程。
13.图4示出了根据本发明一个示例的服务器300的示意图。
具体实施方式
14.下面结合附图对本发明实施例提供的方法和设备进行详细说明。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整的传达给本领域的技术人员。
15.图1示出根据发明一个示例的检测设备的监测系统。该系统可实现对目标装置例如车辆附属设备的工作状态的监测，这样的附属设备例如可以是空调滤芯，从而确定驾驶室内空气质量的状况，并进而向事先注册的目标监测用户发出是否需要更换滤芯的警示信息，这里目标监测用户既可以是车辆用户、空调滤芯的所有者，也可以是与检测设备建立连接的移动终端用户，移动终端可以是用户手机。该监测系统包括对检测设备100进行监测的通信装置200以及远程服务器300。在本发明的一种实现中，检测设备100由传感器模块101与信息收发模块102组成，其中传感器模块101可以包括一个或多个传感器101-1，101-2，
…
101-n，例如可以是温度传感器、湿度传感器、rgb传感器等。这些传感器设置在滤芯之上或周围，配置为检测与滤芯相关的多个过滤参数p1、p2、
…
pn，例如温度、湿度等。信息收发模块102与传感器模块101集成在一起或以其它方式连通，用于从传感器模块101收集有关滤芯的状态参数p1、p2、
…
pn。按照本实施例，信息收发模块102具有无线通信能力，例如内置有蓝牙模块、lora模块、nb-iot模块、蜂窝通信模块、或sigfox模块等，用于与通信装置200通信，以便按照设定要求将所收集的滤芯的状态参数p1、p2、
…
pn中的一个或多个发送给通信装置200。此外，作为一个示例，信息收发模块102还可以配置为从通信装置200接收控制指令，根据该指令来改变工作状态或条件，例如上传状态参数的频率或选择性地上传状态参数。
16.在本例中，通信装置200具有信息接收与发送能力，可以支持一种或多种通信协议，并且可以任何形式存在，例如通信装置200可以是移动终端，例如目标监测用户的智能手机，其内部预置有程序(例如以app，或其它小程序的形式呈现)以及通信模块(例如蓝牙
通信模块、或nb-iot模块、lora模块、sigfox模块、蜂窝通信模块如4g或5g无线通信模块)。通信装置200也可以是支持蓝牙、nb-iot、lora、sigfox、蜂窝通信如4g或5g等通信的其它无线通信装置。按照本发明，通信装置200可以与检测设备100通过第一种通信协议例如蓝牙协议通信，同时按照第二通信协议例如sigfox、lora、nb-iot、4g/5g与远程服务器300通信，也可以采用相同的协议与检测设备100以及远程服务器300进行通信。在本发明实施例的以下说明中，以由目标监测用户的手机实现通信装置200为例予以说明。在公开文本中，标记200同时表示手机或通信装置。
17.手机200的用户在将手机200与搜索到的检测设备100建立通信后(例如，通过按照蓝牙协议，与检测设备100中的信息收发模块102配对)，可以与检测设备100通信以接收由检测设备100所采集的有关空调滤芯的状态数据statusdata(包括分别由检测设备100内部的传感器模块101采集的传感数据p1、p2、
…
pn中的一个或多个)。作为一个示例，为便于标识检测设备100是和某个空调滤芯或和某个用户对应的，检测设备100的标识以deviceid表示，通常配置为例如蓝牙设备标识，如可以通过icfxxx的格式配置蓝牙标识，该标识deviceid也可以默认为车辆的唯一标识，例如车架号或发动机号、或车辆滤芯的标识号等。用户则以用户标识userid表示，通常可以是例如用户名、邮箱、电话号码等。
18.这里需要指出的是，在上述说明及以下实施例说明中，对于检测设备100所上传的数据，是以空调滤芯为目标而测得的传感数据。但本发明不限于此，还可以认为是以检测设备为目标而测得的数据，也可以是以车辆为目标而测得的数据。具体以什么为目标可以提前确定。
19.按照本发明的示例，通过内置的app，手机200经由无线通信链路(例如蜂窝通信(4g或5g)、远程通信(例如sigfox通信等))与服务器300通信，将从检测设备100接收到的状态数据statusdata上传给服务器300。这里的app可以由用户从指定网站下载到手机200中。此外，服务器300也可以通过手机200向检测设备100发送控制命令，以控制检测设备100向服务器300上报信息。在本发明的另一可选实施例中，在检测设备100具有远程通信能力情况下，服务器300的命令也可以直接发送给检测设备100，从而免去中间通信装置或手机200的需要。
20.按照本发明的实施例，服务器300可以对检测设备100的上传通信进行控制，这种控制可以包括以下至少一项：
[0021]-控制检测设备100选择性地上传状态数据statusdata中的传感数据类型。例如控制检测设备100上传n类传感器所采集的(p1、p2、
…
pn)传感数据中的m个类型的数据，m小于或等于n，或者，使能m个传感器工作，其余n-m个传感器不工作。
[0022]-控制检测设备100上传状态数据statusdata的频率f，例如设定检测设备100上传statusdata的时间间隔。作为一个示例，检测设备100可通过对传感器模块100中的某些传感器的频率改变来实现。
[0023]
服务器300可运营在汽车厂商或汽车销售商处或云端，用于实现对空调空滤使用情况的监控。服务器300设置有无线通信模块例如4g或5g模块、sigfox模块、nb-lot模块等，用于与手机200通信。利用手机200中下载的app可以将检测设备100注册在服务器300侧。手机app可以将检测设备100的标识信息deviceid与用户标识信息userid绑定，并将标识信息deviceid、用户标识信息userid及其绑定关系信息注册在服务器300侧。服务器300将该注
册信息存储在服务器300内部或服务器300可访问的数据库db中。在绑定成功后，在数据库db中生成该车辆或该空调滤芯或该检测设备的一条记录，作为示例，每条记录可包括例如以下字段：
[0024]
deviceid：存储检测设备标识，
[0025]
userid：存储目标监测用户标识，
[0026]
connectivity：存储服务器300与检测设备100的连接建立时间，该连接建立时间是检测设备100注册到服务器300上的时间或重新连接时间；
[0027]
installationdate：存储滤芯的安装/更换日期、
[0028]
operationpara：用于存储检测设备100的工作参数，例如上传频率f，以及检测设备100上传数据的信号强度strength；
[0029]
datatypereport：用于指定检测设备100上传的传感数据的类型，例如指定上传n个传感器中的m个数据；
[0030]
filterlife：存储滤芯使用寿命。
[0031]
bindingset：用于存储检测设备100与目标监测用户的关联性。例如，通过该字段可以确定一个检测设备deviceid下绑定了几个目标监测用户userid，也可以确定一个目标监测用户userid下绑定了几个检测设备deviceid。
[0032]
history：用于存储检测设备上传的历史状态数据statusdata，包括由检测设备100上传的有关滤芯的每次状态检测结果statusdata，该检测结果包括检测设备100中的多个传感器的传感数据(p1、p2、
…
pn)中的至少一部分。
[0033]
服务器300基于每次的检测到的statusdata，判断滤芯的当前状况，并计算出例如寿命周期，并存储在寿命字段filterlife字段里。当使用寿命低于规定极限值时，由服务器300向userid指示的目标监测用户发出报警指示。设置远程服务器300的好处在于可以集中维护与处理车辆信息，而不需要像现有技术那样需要使用专用检测仪器通过直接读取车辆传感器或检测设备来获取数据。
[0034]
按照本发明的实施例，服务器300除了可以通过通信装置200接收检测设备100上传的滤芯状态数据statusdata外，即通过上行方式接收状态数据statusdata，还可以通过下行方式控制检测设备100，包括通过刷新绑定关系而实现对检测设备100的检测，以及配置检测设备100以命令检测设备100选择性地上传状态数据statusdata中的传感数据类型，即确定将(p1、p2、
…
pn)中的哪些数据上传给服务器300。对检测设备100的控制通过向检测设备100发送控制命令cmd来实现。以下实施例描述了对检测设备100的二种控制方式。
[0035]
【方式一】：复位模式。
[0036]
在复位模式下可解除检测设备100与目标监测用户的绑定关系。为此，服务器300可通过以下操作方式进入复位模式：
[0037]-服务器300删除数据库中维护的检测设备100与目标监测用户的绑定关系，例如通过删除bindingset字段下的内容实施；和/或
[0038]-在复位模式下，服务器300可以删除operationpara下有关检测设备100的工作参数例如当前的上传频率f以及datatypereport下存储的传感数据类型；和/或
[0039]-在复位模式下，服务器300可以通过清除history字段的数据来删除空滤的历史状态数据。
req发送给服务器300，其中re-req中包含设备标识deviceid例如车辆识别号icf000001以及待绑定的用户标识userid例如test1。服务器300在接收到re-req后，根据其中包含的标识号icf000001，重新生成该车辆的数据库记录，建立当前用户例如test1与icf000001的绑定关系，例如在bindingset字段中记录检测设备100与用户test1的绑定关系。
[0049]
按照一个示例，设置一个定时器timer，如果手机200在预定时限内未能从检测设备100接收到响应消息res后，或者未能找到检测设备100，则向服务器300发出检测设备100可能发生故障的报警消息。或者，在服务器300侧通过定时器发现在预定时限内未能收到检测设备100的上报数据，服务器300确定检测设备100可能发生故障。因此服务器300可生成报警消息并发送给目标监测用户。
[0050]
按照一个示例，在检测到当前手机200与服务器300网络连接中断的情况下，则服务器300可向手机号码发送要求由身份标识icf000001所识别的检测设备100重新绑定的短消息re-msg。用户可以在收到该re-msg提醒后，确定当前配对的蓝牙设备中是否存在由icf000001标识的设备，并重复前述绑定过程。此外，手机200可在接收到短消息re-msg时，确定手机200与服务器300的网络连接是否正常，并在连接不正常时解决故障以恢复连接。由此按照该示例，通过服务器删除相应的记录并要求用户与车辆检测设备100重新绑定，服务器300可刷新检测设备100与用户的绑定关系，从而实现对检测设备100的控制。
[0051]
在另一实施例中，复位模式也可以设置在手机端，例如用户可以通过操作app提交复位请求，在该请求中包含用户信息例如userid和设备信息例如deviceid。服务器300接收到复位请求后，按如上所述操作，将服务器端存储的检测设备100和目标监测用户解除绑定关系并通过发送重新绑定的命令cmd而实现重新绑定。
[0052]
【调试模式】
[0053]
为确定检测设备100工作是否正常，或者，在发生异常时进行故障诊断，服务器300还可以采用与检测设备100交互的调试模式来测试。具体地，仍以检测设备icf000001为例，服务器300可向设备标识号icf000001所标识的检测设备100发送调试命令debug，在本例中采用手机200来转发通信情况下，可由手机200将调试命令debug从服务器300转发检测设备100。具体地，用户手机接收到调试命令debug后，确定手机是否与调试命令debug中包含的设备标识号icf000001所识别的检测设备100配对。当配对时，例如用户进入车辆或在开车时，手机200将调试命令debug下发给检测设备100。
[0054]
该debug命令包含以下至少一项控制参数：
[0055]-检测设备100上传的传感数据p的类型datatypereport，即指定上传(p1、p2、
…
pn)中的哪一个或哪几个，例如仅湿度，或包含温度、湿度及色温等；
[0056]-检测设备100上报空调滤芯的工作状态的频次f。这可以通过改变检测设备100读取传感数据的时间周期来实现，例如检测设备100可以调整传感器的采样周期；也可以通过直接改变检测设备100的上传频率f来改变；
[0057]-检测设备100上传数据的信号强度strength。该强度可以在调试模式下增强，例如，按照调试命令中指定的强度配置。调试命令中配置的强度可以是信号强度或信号强度增加值。
[0058]
检测设备100从调试命令debug中解析出控制参数，例如指定的检测设备100的上传频率f(5秒一次)、指定的上传的传感数据类型datatypereport参数、以及期望的信号强
度strength等。例如在仅要求上传温度与湿度数据p1、p2情况下，检测设备100根据控制参数中设定的上报频率f从指定的状态参数项p1、p2所对应的传感器101-1、101-2收集空调滤芯湿度与温度数据，以下统称为statusdata，并按照控制参数中设定的信号强度strength将状态数据statusdata通过蓝牙接口发送给手机200，手机200在接收到状态数据statusdata后转发给服务器300。在调试模式下，服务器300分析状态数据statusdata。服务器300不但可以分析所接收的状态数据statusdata的内容与频率是否与所发送的调试命令规定相符，例如确定状态数据statusdata中是否包含温度与湿度，并且是每5秒上传一次。同时，服务器300还检查状态数据statusdata是否包含错误。如果全部相符且无错误发生，则确认检测设备100当前工作正常；如果状态数据statusdata有错误，则服务器300再发出调试命令，命令检测设备100以增强的信号强度发送状态数据statusdata，服务器300再次评估数据的准确性，从而确定检测设备的最优工作参数。如果未能按照预定的频率从检测设备100接收到状态数据statusdata，或者状态数据statusdata中包含的数据类型与调试命令不符，则表明检测设备100工作异常，因此服务器300向目标监测用户发出故障报警，以指示检测设备100可能存在异常。在另一种可能的实现方式中，服务器300通过调整调试命令，命令检测设备100在上传的statusdata中包含更多类型的状态参数，来判断具体是检测设备100还是某个传感器发生异常。显然，如果按照调整的调试命令，检测设备100上传状态数据statusdata的频率f不符合规定，或者上传的全部状态参数数据异常，则可以可靠地判定检测设备100通信异常。如果其它正常，但只有某个或某几个传感器检测的传感数据p发生异常，则可以初步判断是这个或这几个传感器可能发生了故障。在本例中，通过上传更多类型的传感数据可避免因为默认配置的上传参数(如3周上传一次，信号强度正常，数据为传感器1的数值)而导致由于过少上传数据而出现判断误差。
[0059]
这里需要说明的是，为了调试的目的，服务器300发出的调试命令debug中也可以仅要求检测设备100仅传送一项或几项传感数据类型，从而减轻检测设备100的负载。而一旦确定检测设备工作正常后，服务器300可再发出控制命令，命令检测设备100上传为确定滤芯的工作状态而所需要的全部状态参数(p1、p2、
…
pn)或一部分。
[0060]
按照本发明的方案，通过采用特定的服务器300来监测滤芯的工作，不但容易地将报警信号发送给目标监测用户，而且还能主动地、定期地对检测设备100进行强制调整和/或调试，从而及时发现检测设备100故障。而且利用本发明的方案，通过定制调试命令debug的内容，还可以实现对特定类型传感器和检测设备的诊断。例如，如果debug命令中要求仅上传温度数据，但如果上传数据明显异常，且这种异常即便是调整检测设备100与手机200之间的信号强度下也无法校正，则可初步判断是温度传感器出现异常。
[0061]
由此，通过配置本发明的服务器300对检测设备100进行反向控制，可以主动地确定检测端的异常，而且还可以将报警消息灵活地发送给相关各关。
[0062]
在本发明的前述实施例中，检测设备100是通过作为通信装置的手机200与服务器300进行通信，然而按照本发明，通信装置200可以是任何型式的具有双向通信能力的模块。此外，按照本发明的另一变例，还可以省略通信装置200(或者将通信装置200与检测设备100集成在一起)，而是检测设备100与服务器300建立直接通信，例如通过内置的4g或5g通信模块按照sigfox、lora、nb-lot通信协议来实现直接通信。显然本发明描述的针对检测设备100的主动复位与调试方案同样适用于这种直接通信情形，而服务器300仍可以将报警信
号发送给注册的目标监测用户。
[0063]
图2示出由服务器300实现的复位检测设备的示例性方法流程图，该示例以在服务器300端发起复位模式来说明。如图2所示，在步骤201，在服务器300处激活复位模式，例如通过操作者点击复位模式启动键resetuser。在激活复位模式时，服务器300解除数据库db中维护的检测设备100与用户userid的绑定关系。在一个示例中，在激活模式下，服务器300通过清空bindingset字段中的信息来删除数据库db中维护的有关检测设备100与目标监测用户userid绑定信息；在另一个示例中，服务器300还可以进一步删除有关检测设备100的工作参数例如上传状态参数的频率f以及采集的传感数据类型。进一步地，服务器300还可以通过清除history字段的数据来删除有关空滤的历史状态数据。
[0064]
在步骤203，根据数据库中存储的用户注册信息，在检测到当前手机200仍与服务器300保持网络连接的情况下，向该用户例如test1的手机200发出
‘
复位’命令cmd，在该命令中可以指定一个目标检测设备例如由标识icf000001标识的检测设备，也可以指定与该用户关联的所有检测设备。以下以仅指定一个检测设备icf000001为例说明。该命令表示服务器已经将当前用户test1与复位命令中指定的检测设备100在服务器端解除绑定，并且要求用户重新绑定其关联的检测设备。在复位命令中可以通过设置命令参数cp来指示已执行的具体的复位操作，例如包括以下中的一个或多个：cp1：“清空bindingset”、cp2：“清空operationpara/datatypereport”以及cp3：“清空history”。此外，在复位命令中，还可以指定复位针对的对象，即单个检测设备还是与用户绑定的所有检测设备。
[0065]
在步骤205，服务器300从手机200接收作为所述
‘
复位’命令的响应的重新绑定请求re-req。按照本发明的一个示例，在复位命令指定单个检测设备例如icf000001情况下，手机接收复位命令cmd后，确定当前配对的蓝牙设备中是否存在由icf000001标识的设备。如果未检测到目标蓝牙设备icf000001存在，则显示一条提醒消息，提示用户在服务端用户userid已经与检测设备icf000001解除绑定，并尝试建立与icf000001所标识的设备建立蓝牙连接。如果用户手机200与目标蓝牙设备icf000001成功配对，则向检测设备100发送探测信号probe_signal，该probe_signal既可以是基于命令cmd生成，也可以是由手机200直接转发的cmd本身。在接收到该探测信号probe_signal后，检测设备100发送一条响应消息res，该响应消息res作为所述重新绑定请求re-req被手机200转发给服务器300。按照本发明的一个示例，该响应消息res的内容取决于复位命令cmd中的命令参数cp。例如，在cmd仅包含cp1情况下，该响应消息res可以包含固定的符号，例如身份标识icf000001或其它特定的符号。在cmd中还包含cp2的情况下，则检测设备100进一步将当前的默认工作参数例如上传频率f信息包含在响应消息res中。而在cmd还包括cp3的情况下，检测设备100则根据当前默认的要采集的传感数据类型datatypereport，从相应的传感器实时采集状态数据并包含在res中。
[0066]
在步骤207，服务器300在接收到re-req后，根据其中包含的标识号icf000001，重新生成该车辆的数据库记录，重新建立检测设备100与用户userid的绑定关系，例如在数据库bindingset字段中生成绑定关系数据。此外，在re-req中还包含其它响应信息例如上传频率f与状态数据的情况下，服务器300还进一步将检测设备100的上传频率f以及传感数据类型等写入数据库记录中。
[0067]
按照本示例，如果服务器300在预定时限内未能从检测设备100或手机200接收到
响应消息res后，则服务器300可生成报警消息并发送给目标监测用户。
[0068]
按照本发明的另一示例，在服务器300解除了用户的所有检测设备的绑定情况下，手机200在接收到复位命令cmd后，为所有检测设备生成探测信号probe_signal并发送给相应的检测设备,并从每个检测设备接收re-req，并依据其中包含的信息而为该用户名下的每个检测设备建立重新绑定关系。
[0069]
图3示出根据本发明一个示例的调试检测设备的方法流程。在以下说明中，仍以对设备icf000001调试为例予以说明。
[0070]
在步骤301，服务器300向设备标识号icf000001所标识的检测设备100发送调试命令debug，本例中存在通信装置200情况下，可由通信装置200接收该调试命令。在该调试命令中，可包含检测设备100上传空调滤芯的工作状态数据statusdata的频次f、检测设备100上传的传感数据类型datatypereport以及上传数据时采用的信号强度strength。
[0071]
通信装置200接收到调试命令debug后，确定是否与调试命令debug中包含的设备标识号icf000001所识别的检测设备100保持通信连接。当保持通信连接时，通信装置200将调试命令debug下发给检测设备100。
[0072]
在步骤303，服务器300从通信装置200接收作为调试命令debug的响应的状态数据statusdata。按照本发明的实施例，检测设备100从通信装置200接收到调试命令debug后中，从调试命令debug中解析出控制参数，例如指定的检测设备100的上传频率、指定的上传的传感数据类型、以及期望的信号强度。检测设备100根据控制参数cp中设定的上报频率f从指定的传感数据类型所对应的传感器收集滤芯状态数据statusdata，并按照控制参数cp中设定的信号强度将状态数据statusdata发送给通信装置200，通信装置200在接收到状态数据statusdata后转发给服务器300。
[0073]
在步骤305，服务器300分析状态数据statusdata以确定状态数据是否与调试命令相符。作为一个示例，服务器300分析所接收的状态数据statusdata中的传感数据类型与上传频率是否与所发送的调试命令中规定的类型与频率相符。同时，服务器300还检查状态数据statusdata中的滤芯传感数据p是否包含错误。如果全部相符且无错误发生，则确认检测设备100当前工作正常，因此进入步骤307，结束调试。否则，如果状态数据statusdata有错误，则进入步骤309。
[0074]
在步骤309，服务器300再发出调试命令，命令检测设备100以增强的信号强度strength发送状态数据statusdata，并在步骤311服务器300接收并再次评估状态数据statusdata是否存在错误。如果数据准确性提高或不存在错误，可以确定当前强度strength是检测设备100的最优工作参数，进入步骤307，结束调试。
[0075]
在步骤311，如果在改变信号强度情形下接收到的数据仍存在错误，则进入步骤313，服务器300更改调试命令，命令检测设备100在上传的statusdata中包含更多类型的传感数据。在步骤315，服务器300接收更改了调试命令后检测设备100所发送的状态数据statusdata，并判断具体是检测设备100还是某个或某些传感器发生异常。显然，如果检测设备100上传状态数据statusdata的频率f不符合规定，或者上传的全部状态参数数据异常，则可以可靠地判定检测设备100异常。如果其它正常，但只有某个或某几个传感器检测的传感数据发生异常，则可以初步判断是这个或这几个传感器可能发生了故障。
[0076]
如果在步骤305，未能按照调试命令中预定的频率f从检测设备100接收到状态数
据statusdata，或者状态数据statusdata中包含的传感数据类型datatypereport与调试命令不符，则表明检测设备100工作异常，因此前进至步骤316，服务器300向目标监测用户发出故障报警，以指示检测设备100可能存在异常。
[0077]
根据本发明的方法可以通过中央处理单元cpu或处理器执行存储于存储器中的程序或指令来实现。图4示出了根据本发明一个示例的服务器300的示意图。该服务器300包括收发单元401、存储介质402以及控制单元403。发收单元401用于从通信装置200或直接从检测设备100接收数据，或向其发送复位或调试命令，而在存储介质402中存储用于实现本发明的方法或处理或流程的指令，其中控制单元403通过执行存储器中的指令来实现本发明的方法。本发明另一实施例提供的机器可读介质上存储有机器可读指令，该机器可读指令在被处理器执行时，使处理器执行前述的任一种方法。具体地，可以提供配有机器可读介质的系统或者装置，在该机器可读介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该机器可读介质中的机器可读指令。在这种情况下，从机器可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的机器可读介质构成了本发明的一部分。机器可读介质的实施例包括软盘、硬盘、磁光盘、光盘(如cd-rom、cd-r、cd-rw、dvd-rom、dvd-ram、dvd-rw、dvd+rw)、磁带、非易失性存储卡和rom。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。
[0078]
需要说明的是，上述各流程中不是所有的步骤都是必须的，可以根据实际的需要忽略某些步骤。此外，本发明也并不是各步骤的执行顺序不是固定的，可以根据需要进行调整。
[0079]
上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。