CN113452542A - 故障检测方法及设备 - Google Patents

故障检测方法及设备 Download PDF

Info

Publication number
CN113452542A
CN113452542A CN202010232312.0A CN202010232312A CN113452542A CN 113452542 A CN113452542 A CN 113452542A CN 202010232312 A CN202010232312 A CN 202010232312A CN 113452542 A CN113452542 A CN 113452542A
Authority
CN
China
Prior art keywords
detection
fault
detected
event
identification information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010232312.0A
Other languages
English (en)
Inventor
张哲滔
孙雪
汤岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010232312.0A priority Critical patent/CN113452542A/zh
Priority to EP21777080.9A priority patent/EP4109822A4/en
Priority to PCT/CN2021/081091 priority patent/WO2021190357A1/zh
Publication of CN113452542A publication Critical patent/CN113452542A/zh
Priority to US17/935,129 priority patent/US20230018598A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9027—Trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0681—Configuration of triggering conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/24—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using dedicated network management hardware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Biomedical Technology (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例提供了一种故障检测方法及设备，该方法包括：获取第一检测逻辑，第一检测逻辑包括多个检测事件，用于指示多个检测事件之间的逻辑关系，单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息，其中，多个检测事件中的待检测设备的标识信息部分相同；响应于获取到的第一检测逻辑，按照多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收待检测设备返回的执行结果；若检测到执行结果中包括故障事件的标识信息，则确定存在故障事件。本申请通过故障检测设备自动查询多个待检测设备的状态，并快速确定故障事件，从而可对应用场景中出现的故障问题进行准确定位。

Description

故障检测方法及设备
技术领域
本申请实施例涉及通信领域，尤其涉及一种故障检测方法及设备。
背景技术
随着通信技术的发展，越来越多的智能设备应用于人们的生活和工作当中。对于多智能设备的应用场景，一旦任一智能设备出现故障，已有技术通常采用人工排查方式，即，技术人员上门服务，对故障进行排查和维修。其中，技术人员排查过程中通常是采用人工逐一排查的方式，例如使用电脑连接智能设备的检测接口，并对智能设备的进行排查。
该种人工排查方式存在效率低且繁琐的问题，并且，随着智能设备的增多，出现问题的几率也逐渐增大，如果每次均需要技术人员上门排查和维修，则会使用户体验差，并且花费较多。
发明内容
本申请提供一种故障检测方法及设备，能够实现对多个待检测设备的自动化故障排查。
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请实施例提供一种故障检测方法，该包括：获取第一检测逻辑，第一检测逻辑包括多个检测事件，用于指示多个检测事件之间的逻辑关系，单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息；响应于获取到的第一检测逻辑，按照多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收待检测设备返回的执行结果；若检测到执行结果中包括故障事件的标识信息，则确定存在故障事件。
基于上述方式，实现了基于检测逻辑的检测指令，对待检测设备的自动化故障排查，并可基于故障事件的标识信息，确定是否存在故障事件，从而实现对待检测设备的自动化故障排查。
在一种可能的实现方式中，获取检测逻辑，包括：从服务器接收并存储多个第二检测逻辑，第一检测逻辑包含于多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取一个或多个第二检测逻辑。
基于上述方式，实现了故障检测设备可从服务器端预先获取多个检测逻辑，并基于不同的触发条件，执行对应的一个或多个检测逻辑。
在一种可能的实现方式中，单一检测事件还包括与故障事件对应的解决方案，方法还包括：基于故障事件的标识信息，获取与故障事件对应的解决方案；显示解决方案。
基于上述方式，实现了故障检测设备可预先获取到与故障事件对应的解决方案，并在检测到存在故障事件后，显示解决方案，以使用户可根据实际情况对故障设备进行维护。
在一种可能的实现方式中，方法还包括：向服务器指示存在故障事件；接收服务器发送的对应于故障事件的解决方案；显示解决方案。
基于上述方式，实现了故障检测设备在发现故障事件后，可向服务器上报该故障事件，使工作人员及时获取到故障事件，并给出对应的解决方案。
在一种可能的实现方式中，第一检测逻辑为第一检测逻辑树；或者，第一检测逻辑为第一检测逻辑列表。
基于上述方式，实现了检测逻辑的不同存储方式，示例性的，可以是逻辑树的方式，各逻辑分支以表示各检测事件之间的逻辑关系。示例性的，存储方式还可以是逻辑列表，即，以列表的方式表示各检测事件之间的逻辑关系。
第二方面，本申请实施例提供了一种故障检测设备，包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得故障检测设备执行如下步骤：获取第一检测逻辑，第一检测逻辑包括多个检测事件，用于指示多个检测事件之间的逻辑关系，单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息；响应于获取到的第一检测逻辑，按照多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收待检测设备返回的执行结果；若检测到执行结果中包括故障事件的标识信息，则确定存在故障事件。
在一种可能的实现方式中，程序指令由处理器执行时，使得故障检测设备执行如下步骤：从服务器接收并存储多个第二检测逻辑，第一检测逻辑包含于多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取一个或多个第二检测逻辑。
在一种可能的实现方式中，单一检测事件还包括与故障事件对应的解决方案，程序指令由处理器执行时，使得故障检测设备执行如下步骤：基于故障事件的标识信息，获取与故障事件对应的解决方案；显示解决方案。
在一种可能的实现方式中，程序指令由处理器执行时，使得故障检测设备执行如下步骤：向服务器指示存在故障事件；接收服务器发送的对应于故障事件的解决方案；显示解决方案。
在一种可能的实现方式中，第一检测逻辑为第一检测逻辑树；或者，第一检测逻辑为第一检测逻辑列表。
第三方面，本申请实施例提供了一种故障检测设备，包括：获取模块，处理模块，其中，获取模块，用于获取第一检测逻辑，第一检测逻辑包括多个检测事件，用于指示多个检测事件之间的逻辑关系，单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息，其中，多个检测事件中的待检测设备的标识信息部分相同；处理模块，用于响应于获取到的第一检测逻辑，按照多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收待检测设备返回的执行结果；处理模块，还用于若检测到执行结果中包括故障事件的标识信息，则确定存在故障事件。
在一种可能的实现方式中，获取模块具体用于：从服务器接收并存储多个第二检测逻辑，第一检测逻辑包含于多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取一个或多个第二检测逻辑。
在一种可能的实现方式中，单一检测事件还包括与故障事件对应的解决方案，处理模块具体用于：基于故障事件的标识信息，获取与故障事件对应的解决方案；显示解决方案。
在一种可能的实现方式中，处理模块还用于向服务器指示存在故障事件；接收服务器发送的对应于故障事件的解决方案；显示解决方案。
在一种可能的实现方式中，第一检测逻辑为第一检测逻辑树；或者，第一检测逻辑为第一检测逻辑列表。
第四方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第五方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第六方面，本申请实施例提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。
第七方面，本申请实施例提供一种故障检测系统，该系统包括上述第一方面涉及的故障检测设备与待检测设备。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种应用场景示意图；
图2为示例性示出的手机的结构示意图；
图3为本申请实施例提供的故障检测系统的结构框图；
图4为示例性示出的一种逻辑树的结构示意图；
图5为示例性示出的用户界面示意图；
图6为示例性示出的一种应用场景示意图；
图7为本申请实施例提供的一种故障检测方法的流程示意图；
图8为示例性示出的一种逻辑树的结构示意图；
图9为示例性示出的故障检测方法的流程示意图；
图10为示例性示出的一种应用场景示意图；
图11为本申请实施例提供的一种故障检测方法的流程示意图；
图12为本申请实施例提供的一种故障检测设备的结构示意图；
图13为本申请实施例提供的一种故障检测设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。
在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例的通信系统进行说明。参见图1，为本申请实施例提供的一种通信系统示意图。该通信系统中包括故障检测设备、服务器、以及至少一个待检测设备，至少一个待检测设备包括待检测设备A、待检测设备B以及待检测设备C。需要说明的是，在实际应用中，服务器、故障检测设备以及待检测设备的数量均可以为一个或多个，图1所示通信系统的各设备的数量仅为适应性举例，本申请对此不做限定。
本申请实施例提供的故障检测方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、智能电视、智能冰箱等具有无线通信功能且具有显示功能的电子设备。
示例性的，图2示出了故障检测设备为手机时的手机100的结构示意图。手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serialbus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
其中，控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机100充电，也可以用于手机100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100的结构限定。在本申请另一些实施例中，手机100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过手机100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为手机供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。手机100可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当手机100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。手机100可以设置一个或者多个麦克风170C。在另一些实施例中，手机100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，手机100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
手机100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。
手机100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，手机100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当手机100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。手机100可以支持一种或多种视频编解码器。这样，手机100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现手机100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，一个或者多个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或者多个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机100可以接收按键输入，产生与手机100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。手机100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。手机100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，手机100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在手机100中，不能和手机100分离。
结合上述如图1所示的应用场景示意图，下面介绍本申请的具体实施方案：
具体的，本申请提供了一种故障检测方法，该方法通过故障检测设备在不同的应用场景下，对当前应用场景中的一个或多个待检测设备执行自动化故障排查，并及时通知用户当前应用场景中的故障点，以及故障原因和/或故障解决方案，从而使用户在不需要专业人员的情况下，能够自行通过故障检测设备确定故障事件，用户可根据故障检测设备提供的故障原因和/或解决方案自行修复故障点，或者可向技术人员提供该故障事件，以使技术人员能够快速对故障点进行排查和维修。
具体的，如图3所示为本申请的故障检测系统的结构框图，参照图3，故障检测系统包括故障检测设备210、服务器220以及待检测设备230。需要说明的是，图3中所示的待检测设备230可以为图1中的应用场景中的任一待检设备设备，例如可以是图1中的待检测设备A、待检测设备B或待检测设备C，在图3中仅以其中一个待检测设备为例进行说明。
具体的，服务器220配置有逻辑树模块221，可选的，服务器220还可以包括诊断结果展示模块222。
示例性的，故障树模块221用于存储故障检测逻辑信息，故障检测逻辑信息包括但不限于：待检测设备的标识信息、检测指令、各故障检测指令对应的故障事件的标识信息，并且，故障检测逻辑信息还用于指示各检测指令之间的逻辑关系，其中，逻辑关系包括并列关系和/或顺序关系，也就是说，可按照故障检测逻辑信息指示的逻辑关系，对待检测设备的各功能进行逐一排查。示例性的，故障检测逻辑可以以逻辑树的形式存储，示例性的，故障检测逻辑也可以是列表方式，本申请不做限定。
如图4所示为示意性示出的一种逻辑树的结构示意图，参照图4，逻辑树包括头节点300，头节点300可包括但不限于：应用场景标识信息、应用场景下的各设备的标识信息以及该逻辑树被触发的触发条件。
可选地，应用场景标识信息可以为应用场景的名称，例如：回家场景、投屏场景、运动场景等。
可选地，应用场景下的各设备的标识信息为该应用场景下需要进行故障检测的待检测设备的标识信息，示例性的，标识信息可以为设备的名称、设备的地址信息等用于标识该设备的信息。
可选地，逻辑树的触发条件用于指示是否执行该逻辑树，也就是说，当故障检测设备210检测到存在符合触发条件的事件时，按照该触发条件所属的逻辑树执行相应的检测过程。一个示例中，触发条件可以是自动触发条件，例如，逻辑数A的触发条件为开锁事件，即当故障检测设备210检测到开锁事件，具体为接收到智能门锁发送的开锁消息后，故障检测设备210确定满足逻辑树A的触发条件，并执行逻辑树A的指令。另一个示例中，触发条件可以是手动触发应用场景，即，用户可通过手动选择应用场景，以触发应用场景对应的逻辑树，例如，用户可通过屏幕提供的故障检测选项，选择对应的应用场景，如图5所示，用户选择投屏场景，故障检测设备210识别到用户的触摸操作后，确定当前场景为投屏场景，则获取与投屏场景对应的逻辑树。
仍参照图4，逻辑树300还包括至少一个分支，示例性的，头节点300下包括第一分支310节点和第二分支节点320，示例性的，第一分支节点310和第二分支节点320可包括但不限于：待检测设备的标识信息、检测指令以及故障事件标识信息。示例性的，第一分支节点310下包括子节点311和子节点312。其中，子节点312进一步包括子节点3121和子节点3122。
在一种可能的实现方式中，各子节点包括待检测设备的标识信息、检测指令以及故障事件标识信息。
在另一种可能的实现方式中，若子节点与父节点所检测的目标是同一个待检测设备，则子节点可不包括待检测设备的标识信息，也就是说，子节点继承父节点所要检测的待检测设备的标识信息。
举例说明，第一分支节点310包括手机的地址信息、指令AA和故障事件标识信息8001。其中，检测指令AA用于指示查询手机的联网状态，故障事件标识信息8001用于指示存在手机联网状态故障事件，也就是说，如果待检测设备接收到手机返回的响应消息中包括8001代码(或指示)，即可确定存在手机联网状态故障事件。
参照图4，第二分支节点320与第一分支节点310的逻辑关系为并列关系，也就是说，第一分支节点310和第二分支节点320是并行执行的，或者也可以理解为是不分先后顺序的。示例性的，第二分支节点320包括电视的地址信息、指令BB以及故障事件标识信息8002。其中，指令BB用于指示查询电视的联网状态，故障事件标识信息8002用于指示手机联网状态故障事件，也就是说，如果待检测设备接收到电视返回的响应消息中包括8002代码，即可确定存在电视联网故障事件。
示例性的，子节点311包括手机的地址信息、指令CC以及故障标识信息8003。其中，指令CC用于指示查询手机的发送数据状态，故障事件标识信息8003用于指示存在手机发送数据故障事件。
示例性的，子节点312与子节点311并列，两者的逻辑关系同样为并列关系。示例性的，子节点312包括电视的地址信息、指令DD和故障事件标识信息8004。其中，指令DD用于查询电视接收数据状态，故障事件标识信息8004用于指示存在电视接收数据故障事件。
示例性的，子节点312包括子节点3121和子节点3122。子节点312也可以理解为是子节点3121和子节点3122的父节点。示例性的，子节点3121包括电视的地址信息、指令EE和故障事件标识信息8005。其中，指令EE用于查询电视的解码状态，故障标识信息8005用于指示存在电视解码故障事件。
示例性的，子节点3122与子节点3121的逻辑关系为并列关系，示例性的，子节点3122包括手机的地址信息、指令FF和故障标识信息8006。其中，指令FF用于查询电视的显示状态，故障标识信息8006用于指示存在电视显示状态故障事件。
在一种可能的实现方式中，逻辑树中的逻辑关系用于指示指令指令执行顺序，其中，并列节点不分先后，对于分支上的父节点与子节点，则为先执行父节点之后，再运行父节点下的各子节点。
在一种可能的实现方式中，如果故障检测设备检测到父节点指示的故障事件，则停止运行该父节点下的其它子节点，并执行后续的故障反馈流程。举例说明，如果故障检测设备210执行子节点312后，确定存在电视的接受数据故障事件，则故障检测设备210可停止执行子节点312下的其他子节点。
在一种可能的实现方式中，故障检测设备210可按照逻辑树的逻辑关系，逐一执行各节点上的指令，并接收各待检测设备返回的响应消息。示例性的，故障检测设备210可在执行逻辑树的过程中，或者在所有节点执行完成后，基于各故障标识信息，确定是否存在故障事件。
需要说明的是，本申请中的故障事件也可以理解为状态异常，例如，电视显示故障事件也可以理解为电视显示异常。
进一步需要说明的是，图4中的逻辑树的各节点的数量及其包括的指令和故障事件标识信息仅为示意性举例，针对不同的应用场景以及应用场景下多个的设备，可对应不同的逻辑树。以及，逻辑树中各节点的逻辑关系为技术人员预先设置的，可根据实际需求进行设置，本申请不做限定。逻辑树的具体应用将在下面的实施例中进行详细说明。
继续参照图3，可选地，在本申请中，故障检测设备210检测到存在故障事件，可向服务器220发送故障事件标识信息，服务器220可通过诊断结果展示模块222显示接收到的故障事件标识信息，以使后台监控人员及时获知用户所处应用场景中的设备存在的故障。
继续参照图3，故障检测设备210和待检测设备230中均预先安装有智能检测应用，该智能检测应用可用于故障检测过程中的信息交互以及处理。
具体的，参照图3，故障检测设备210中的智能检测应用包括分布式诊断模块211、分布式通信模块212。
示例性的，分布式诊断模块211可用于从服务器220中获取逻辑树。一个示例中，分布式诊断模块211可在启动(或激活)后，获取服务器220中与预先定义的应用场景对应的一个或多个逻辑树。举例说明，服务器220中存储有与回家场景对应的逻辑树A，与投屏场景对应的逻辑树B。相应的，用户可在故障检测设备210中预先设置回家场景和投屏场景，分布式诊断模块211即可基于已定义的场景，从服务器220端获取到对应的逻辑树，即与回家场景对应的逻辑树A以及与投屏场景对应的逻辑树B。另一个示例中，分布式诊断模块211也可以仅获取各逻辑树的触发条件，并在检测到触发条件被触发后，再从服务器220下载与触发条件对应的逻辑树，从而减少故障检测设备的内存占用。
示例性的，分布式诊断模块211还用于将逻辑树发送给分布式通信模块212。一个示例中，分布式诊断模块211与分布式通信模块212的交互方式可以是分布式诊断模块211按照逻辑树的逻辑顺序，将指令和对应的待检测设备的标识信息依次发送给分布式通信模块212，并且每次获取到与节点对应的反馈后，再向分布式通信模块212发送下一个节点中包括的指令。举例说明，仍以图4中的逻辑树为例，分布式诊断模块211向分布式通信模块212发送第一分支节点310包括的手机的地址信息以及指令AA，并在接收到分布式通信模块212返回的响应消息后，再向分布式通信模块212发送子节点311以及子节点312包括的信息。可选地，若分布式诊断模块211基于响应消息，确定存在故障事件后，可不再向分布式诊断模块212发送当前指令所对应的节点下的子节点的指令。另一个示例中，分布式诊断模块211可将逻辑树包括的指令，按顺序发给分布式通信模块212，分布式通信模块212按照接收顺序，依次执行对应的指令，并将结果反馈给分布式诊断模块211，其中，分布式诊断模块211不会打断逻辑树各节点的执行过程，直至逻辑树中的各节点运行完毕。
示例性的，分布式通信模块212用于响应于接收到的分布式诊断模块211的信息，包括待检测设备的标识信息和对应的指令，基于待检测设备的标识信息，向待检设备发送指令。以及，分布式通信模块212还用于接收待检测设备返回的结果。接着，分布式通信模块212可向分布式诊断模块211发送响应消息，响应消息中包括待检测设备返回的结果。可选地，响应消息中还可以包括待检测设备的标识信息和/或指令，以使分布式诊断模块211对故障事件快速定位。举例说明，若待检测设备返回的结果包括8003代码，一个示例中，分布式通信模块212可向分布式诊断模块211反馈响应消息，响应消息包括8003代码，分布式诊断模块211通过查询逻辑树，确定存在8003对应的故障事件，即，手机发送数据故障事件，这种检测方式需要分布式诊断模块211遍历逻辑树的各节点及其对应的故障事件标识信息。另一个示例中，响应消息可包括待检测设备的标识信息，即手机的地址信息和8003代码，分布式诊断模块211可基于手机的地址信息查询到对应的分支，再通过遍历该分支，确定8003代码对应的故障事件。又一个示例中响应消息可包括指令(即指令CC)和8003代码，可选地还可以包括待检测设备的标识信息，分布式诊断模块211可基于指令CC，确定子节点311，并检测到存在子节点311包含的8003代码，即可确定存在手机发送数据故障事件。
示例性的，待检测设备230同样安装有智能检测应用，该智能检测应用可基于接收到的故障检测设备发送的指令，执行对应的操作，并反馈执行结果。待检测设备320的执行过程可参照已有技术，本申请不再赘述。
仍参照图3，示例性的，分布式诊断模块211可基于分布式通信模块212返回的响应消息，通过遍历逻辑树，确定是否存在故障事件标识信息，以进一步确定是否存在故障事件。可选地，若分布式诊断模块211基于接收到的分布式通信模块212返回的多个响应消息，检测到存在故障事件，分布式诊断模块211可以向分布式通信模块212发送停止检测指令，用于指示停止执行该故障事件所述的节点下的各子节点所对应的指令。需要说明的是，本申请所述的停止执行某个指令，是指停止对该指令所属的节点下的子节点的指令的执行，而对于与该节点并列的其它分支节点，仍可继续执行其它分支节点对应的指令。
示例性的，分布式诊断模块211还可用于在确定存在故障事件的情况下，从服务器220端获取对应的故障事件描述和/或对应的解决方案。可选地，故障事件描述和/或对应的解决方案也可以包含于逻辑树的相应节点中，也就是说，分布式诊断模块211已预先获取到故障事件描述和/或对应的解决方案。可选地，分布式诊断模块211也可以向服务器上报故障事件标识信息，以通知后台技术人员存在故障事件。
在一种可能的实现方式中，分布式诊断模块211还可以记录检测事件标识信息，该标识信息用于标识各检测事件，也就是说，分布式诊断模块211每按照逻辑树进行一次故障检测，则会生成对应的检测事件标识信息，例如，检测事件1、检测事件2。分布式诊断模块211可将每次检测后存在的故障事件标识信息与对应的检测事件标识信息对应存储。示例性的，若分布式诊断模块211当前检测到存在故障事件标识信息，则分布式诊断模块211可基于故障事件标识信息，查询已记录的部分或全部检测事件中，是否有包含该故障事件标识信息的检测事件，并可将包含故障事件标识信息的检测事件标识信息与本次的检测结果一起反馈给服务器，以使技术人员能够更加准确、快速的排查多次产生同样故障事件的原因。
综上所述，本申请提出一种联合检测方式，通过故障检测设备自动查询多个待检测设备的状态，并可基于逻辑树快速确定故障事件，从而可对应用场景中出现的故障问题进行准确定位。以及，在本申请中，故障检测设备还可提供故障解决方案，使用户可自行解决部分问题，而无需技术人员上门维护，从而减少开销。
下面采用几个具体的实施例，对上述方法实施例的技术方案进行详细说明。
场景一
如图6所示为示例性示出的应用场景示意图，该应用场景所涉及的设备包括故障检测设备，即手机，以及待检测设备，包括空调、智能门锁、智能灯。需要说明的是，应用场景中的设备仅为示意性举例，本申请不做限定。
结合图6，如图7所示为本申请实施例中的故障检测方法的流程示意图，在图6中：
步骤101，手机检测到开锁事件，获取对应的逻辑树。
示例性的，在本实施例中，手机已从服务器(图中未示出)端获取到逻辑树A和逻辑树B，其中，逻辑树A如图4所示，逻辑树B如图8所示。
参照图8，逻辑树B包括头节点400、第一分支节点410、第二分支节点420以及第三分支节点430，第一分支节点410包括子节点411和子节点412，第二分支节点420包括子节点421和子节点422，第三分支节点430包括子节点431和子节点432。
示例性的，头节点包括应用场景名称、触发条件以及待检测设备标识信息，其中，应用场景名称为回家场景，触发条件为开锁事件，待检测设备标识信息包括智能门锁的标识信息、智能空调的标识信息以及智能灯的标识信息。第一分支节点410包括智能门锁的标识信息、智能门锁联网故障标识信息8010、用于查询智能门锁联网状态的指令AAA。子节点411包括智能门锁的标识信息、智能门锁发送数据故障标识信息8040、用于查询智能门锁发送数据状态的指令DDD。子节点412包括智能门锁的标识信息、智能门锁硬件故障标识信息8050、用于查询智能门锁日志的指令EEE。第二分支节点420包括智能灯的标识信息、智能灯联网故障标识信息8020、用于查询智能灯联网状态的指令BBB。子节点421包括智能灯的标识信息、智能灯接收数据故障标识信息8060、用于查询智能灯接收数据状态的指令FFF。子节点422包括智能灯的标识信息、智能灯硬件故障标识信息8070、用于查询智能灯日志的指令GGG。第三分支节点430包括智能空调的标识信息、智能空调联网故障标识信息8030、用于查询智能灯联网状态的指令CCC。子节点431包括智能空调的标识信息、智能空调接收数据故障标识信息8080、用于查询智能空调接收数据状态的指令HHH。子节点432包括智能空调的标识信息、智能空调硬件故障标识信息8090、用于查询智能空调日志的指令III。
具体的，用户在走近家门的过程中，用户携带的手机可自动接入家庭局域网。用户可通过指纹等方式开锁，智能门锁检测到开锁指令后，执行开锁，并向手机反馈开锁响应消息，同时，智能门锁还向应用场景中的智能空调与智能灯发送启动指令。需要说明的是，在正常情况下，该应用场景下的各设备均接入同一个无线网络，例如：局域网或5G等无线网络，以使各设备能够基于无线通信的方式实现信息交互。
手机接收到开锁响应消息后，确定存在开锁事件，并基于逻辑树B的头节点400所记录的触发条件，提取本地存储的逻辑树B。
步骤102，手机执行逻辑树中的指令，并获取待检测设备返回的结果。
具体的，在正常情况下，智能门锁向智能空调和智能灯发送启动指令后，智能空调和智能灯应按照预设配置，自动启动，例如，智能空调开始制冷，智能灯亮灯。
示例性的，在本实施例中，以空调未能正常启动为例进行说明。示例性的，手机获取到逻辑树B后，可基于逻辑树B中的逻辑顺序，依次对待检测设备的各项状态进行检测。
步骤103，手机基于待检测设备返回的结果，检测存在故障事件。
具体的，手机可基于各待检测设备返回的结果，检测是否存在故障事件标识信息，如果存在，则可确定存在故障事件。如果不存在，则流程结束。
示例性的，如图9为示例性示出的故障检测方式的流程示意图，参照图9，具体包括：
1)分布式诊断模块向分布式通信模块发送指令和待检测设备的标识信息。
示例性的，分布式诊断模块基于逻辑树B的逻辑顺序，向分布式通信模块发送指令AAA和智能门锁的标识信息；指令BBB和智能灯的标识信息；指令CCC和智能空调的标识信息。
2)分布式通信模块基于待检测设备的标识信息，执行对应的指令。
示例性的，分布式通信模块接收到上述信息后，向智能门锁发送指令AAA，向智能灯发送指令BBB，向智能空调发送指令CCC。
3)待检测设备返回结果。
示例性的，智能门锁、智能灯和智能空调接收到指令后，按照指令执行自检，并返回对应的结果，具体检测细节可参照已有技术，本申请不做限定。
4)分布式通信模块向分布式诊断模块发送检测响应消息。
具体的，分布式通信模块向分布式诊断模块发送检测响应消息，其中，响应消息中包括各待检测设备的标识信息以及对应的结果。
5)分布式诊断模块基于接收到的结果，检测是否存在故障事件。
具体的，分布式诊断模块接收到分布式通信模块的检测响应消息，获取其中的待检测设备标识信息以及结果，并遍历逻辑树，确定是否存在故障事件标识信息。示例性的，在本实施例中，分布式诊断模块基于当前接收到的各待检测设备的结果未检测到故障事件标识信息，即，确定各待检测设备的联网状态正常。
接着，各模块重复步骤1)～步骤5)，即，依次执行逻辑树B中的子节点411、子节点412、子节点421、子节点422以及子节点431和子节点432的指令，并进行检测。示例性的，在本实施例中，智能空调返回的日志中存在8090代码，分布式诊断模块检测到存在故障代码8090，即确定存在智能空调硬件故障事件。
步骤104，手机向服务器发送故障事件标识信息。
示例性的，在本实施例中，分布式诊断模块检测到存在故障事件标识信息，即8090代码后，向服务器发送该8090代码。
步骤105，手机从服务器获取解决方案。
示例性的，在本实施例中，服务器接收到8090代码后，可向后台技术人员告警，后台技术人员基于8090代码确定存在智能空调硬件故障事件后，可给出对应的解决方案，例如，解决方案为通知工作人员维修，并提供工作人员联系方式。服务器向手机发送该解决方案，手机接收到解决方案后，可在屏幕显示该解决方案，以使用户能够在不需要工作人员的情况下，即可对当前应用场景存在的设备问题进行排查，并在检测到存在故障事件后，获取到对应的解决方案。
场景二
如图10所示为示例性示出的应用场景示意图，该应用场景所涉及的设备包括故障检测设备，即手机，以及待检测设备，包括手机、智能电视(或可称为大屏)。需要说明的是，应用场景中的设备仅为示意性举例，本申请不做限定。
结合图10，如图11所示为本申请实施例中的故障检测方法的流程示意图，在图11中：
步骤201，手机检测到用户触发投屏场景，获取对应的逻辑树。
示例性的，在本实施例中，用户可通过手机界面选择投屏场景检测，如图5所示，手机检测到用户下达的指令后，确定用户触发投屏场景检测，并获取与投屏场景对应的逻辑树B。
其他细节可参照上文，此处不赘述。
步骤202，手机执行逻辑树中的指令，并获取待检测设备返回的结果。
示例性的，在本实施中，手机自身也是待检测的设备，即在投屏应用场景中，也可能由于手机的故障，导致投屏失败。
需要说明的是，在本实施例中，分布式通信模块除可通过无线通信的方式获取到电视返回的结果之外，还可通过调用手机的本地接口进行手机的自检，例如，分布式通信模块可将指令发送给手机中的处理器，由处理器执行响应的查询指令，并将查询结果反馈给分布式通信模块。
其他细节可参照上文，此处不赘述。
步骤203，手机基于待检测设备返回的结果，检测存在故障事件。
示例性的，在本实施例中，结合图3和图4，具体检测步骤包括：
1)分布式诊断模块向分布式通信模块发送第一分支节点310的信息和第二分支节点320的信息，其中包括手机的地址信息、指令AA、电视的地址信息、指令BB。
2)分布式通信模块检测到手机即为故障检测设备，直接调用指令AA，手机执行指令AA，并向分布式通信模块返回结果。以及，分布式通信模块基于电视的地址信息，执行指令BB，电视基于接收到的指令，返回执行的结果。
3)分布式通信模块接收手机返回的结果以及电视返回的结果。
4)分布式通信模块将手机返回的结果和电视返回的结果发送给分布式诊断模块。
5)分布式诊断模块遍历逻辑树，未发现任何故障事件标识信息，确定手机的联网状态正常，电视的联网状态正常。
6)分布式诊断模块箱分布式通信模块发送子节点311和子节点312的信息，其中包括手机的地址信息、指令CC以及电视的地址信息以及指令DD。
7)分布式通信模块调用指令CC，手机执行该指令，并向分布式通信模块返回结果。以及，分布式通信模块基于电视的地址信息，执行指令DD，电视基于接收到的指令，返回执行的结果。示例性的，本事实例中，电视返回的结果包括8004代码。
8)分布式诊断模块遍历逻辑树，示例性的，手机检测到8004代码，确定电视接收数据状态异常，以及，确定手机发送数据状态异常。
可选的，分布式诊断模块检测本地是否存储有与该电视接收数据故障事件对应的故障描述和/或解决方案。示例性的，本事实例中，手机中未存储上述信息，手机执行步骤204，即向服务器请求解决方案。
其他细节可参照上文，此处不赘述。
步骤204，手机向服务器发送故障事件标识信息。
步骤205，手机从服务器获取解决方案。
步骤203～步骤205可参照上文，此处不赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，故障检测设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对故障检测设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，在采用对应各个功能划分各个功能模块的情况下，图12示出了上述实施例中所涉及的故障检测设备500的一种可能的结构示意图，如图12所示，故障检测设备可以包括：获取模块501，处理模块502，其中，获取模块501，用于获取第一检测逻辑，第一检测逻辑包括多个检测事件，用于指示多个检测事件之间的逻辑关系，单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息，其中，多个检测事件中的待检测设备的标识信息部分相同；处理模块502，用于响应于获取到的第一检测逻辑，按照多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收待检测设备返回的执行结果；处理模块502，还用于若检测到执行结果中包括故障事件的标识信息，则确定存在故障事件。
在一种可能的实现方式中，获取模块501具体用于：从服务器接收并存储多个第二检测逻辑，第一检测逻辑包含于多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取一个或多个第二检测逻辑。
在一种可能的实现方式中，单一检测事件还包括与故障事件对应的解决方案，处理模块502具体用于：基于故障事件的标识信息，获取与故障事件对应的解决方案；显示解决方案。
在一种可能的实现方式中，处理模块502还用于向服务器指示存在故障事件；接收服务器发送的对应于故障事件的解决方案；显示解决方案。
在一种可能的实现方式中，第一检测逻辑为第一检测逻辑树；或者，第一检测逻辑为第一检测逻辑列表。
在另一个示例中，图13示出了本申请实施例的一种故障检测设备600的示意性框图故障检测设备可以包括：处理器601和收发器/收发管脚602，可选地，还包括存储器603。该处理器601可用于执行前述的实施例的各方法中的故障检测设备所执行的步骤，并控制接收管脚接收信号，以及控制发送管脚发送信号。
故障检测设备600的各个组件通过总线604耦合在一起，其中总线系统604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统604。
可选地，存储器603可以用于前述方法实施例中的存储指令。
应理解，根据本申请实施例的故障检测设备600可对应于前述的实施例的各方法中的故障检测设备，并且故障检测设备600中的各个元件的上述和其它管理操作和/或功能分别为了实现前述各个方法的相应步骤，为了简洁，在此不再赘述。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包含至少一段代码，该至少一段代码可由故障检测设备执行，以控制故障检测设备用以实现上述方法实施例。
基于相同的技术构思，本申请实施例还提供一种计算机程序，当该计算机程序被故障检测设备执行时，用以实现上述方法实施例。
所述程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。
基于相同的技术构思，本申请实施例还提供一种处理器，该处理器用以实现上述方法实施例。上述处理器可以为芯片。
结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种故障检测方法，其特征在于，包括：
获取第一检测逻辑，所述第一检测逻辑包括多个检测事件，用于指示所述多个检测事件之间的逻辑关系，所述单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息，其中，所述多个检测事件中的待检测设备的标识信息部分相同；
响应于获取到的所述第一检测逻辑，按照所述多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收所述待检测设备返回的执行结果；
若检测到所述执行结果中包括所述故障事件的标识信息，则确定存在所述故障事件。
2.根据权利要求1所述的方法，其特征在于，所述获取检测逻辑，包括：
从服务器接收并存储多个第二检测逻辑，所述第一检测逻辑包含于所述多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；
若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取所述一个或多个第二检测逻辑。
3.根据权利要求1所述的方法，其特征在于，所述单一检测事件还包括与所述故障事件对应的解决方案，所述方法还包括：
基于所述故障事件的标识信息，获取与所述故障事件对应的解决方案；
显示所述解决方案。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向服务器指示存在所述故障事件；
接收所述服务器发送的对应于所述故障事件的解决方案；
显示所述解决方案。
5.根据权利要求1所述的方法，其特征在于，
所述第一检测逻辑为第一检测逻辑树；
或者，
所述第一检测逻辑为第一检测逻辑列表。
6.一种故障检测设备，其特征在于，包括：
存储器和处理器，所述存储器和所述处理器耦合；
所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述故障检测设备执行如下步骤：
获取第一检测逻辑，所述第一检测逻辑包括多个检测事件，用于指示所述多个检测事件之间的逻辑关系，所述单一检测事件中包括待检测设备的标识信息、检测指令和故障事件的标识信息，其中，所述多个检测事件中的待检测设备的标识信息部分相同；
响应于获取到的所述第一检测逻辑，按照所述多个检测事件之间的逻辑关系，依次对各单一检测事件中的待检测设备执行对应的检测指令，并接收所述待检测设备返回的执行结果；
若检测到所述执行结果中包括所述故障事件的标识信息，则确定存在所述故障事件。
7.根据权利要求6所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述故障检测设备执行如下步骤：
从服务器接收并存储多个第二检测逻辑，所述第一检测逻辑包含于所述多个第二检测逻辑，并且，各单一第二检测逻辑中包括触发条件和多个检测事件；
若检测到一个或多个第二检测逻辑的触发条件被触发，则从本地获取所述一个或多个第二检测逻辑。
8.根据权利要求6所述的设备，其特征在于，所述单一检测事件还包括与所述故障事件对应的解决方案，所述程序指令由所述处理器执行时，使得所述故障检测设备执行如下步骤：
基于所述故障事件的标识信息，获取与所述故障事件对应的解决方案；
显示所述解决方案。
9.根据权利要求6所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述故障检测设备执行如下步骤：
向服务器指示存在所述故障事件；
接收所述服务器发送的对应于所述故障事件的解决方案；
显示所述解决方案。
10.根据权利要求6所述的设备，其特征在于，
所述第一检测逻辑为第一检测逻辑树；
或者，
所述第一检测逻辑为第一检测逻辑列表。
CN202010232312.0A 2020-03-27 2020-03-27 故障检测方法及设备 Pending CN113452542A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010232312.0A CN113452542A (zh) 2020-03-27 2020-03-27 故障检测方法及设备
EP21777080.9A EP4109822A4 (en) 2020-03-27 2021-03-16 FAULT DETECTION METHOD AND DEVICE
PCT/CN2021/081091 WO2021190357A1 (zh) 2020-03-27 2021-03-16 故障检测方法及设备
US17/935,129 US20230018598A1 (en) 2020-03-27 2022-09-25 Fault detection method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010232312.0A CN113452542A (zh) 2020-03-27 2020-03-27 故障检测方法及设备

Publications (1)

Publication Number Publication Date
CN113452542A true CN113452542A (zh) 2021-09-28

Family

ID=77808159

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010232312.0A Pending CN113452542A (zh) 2020-03-27 2020-03-27 故障检测方法及设备

Country Status (4)

Country Link
US (1) US20230018598A1 (zh)
EP (1) EP4109822A4 (zh)
CN (1) CN113452542A (zh)
WO (1) WO2021190357A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115357838A (zh) * 2022-10-18 2022-11-18 南京国电南自轨道交通工程有限公司 一种基于事件触发的轨道交通设备故障监测配置方法
CN115460071A (zh) * 2022-07-27 2022-12-09 荣耀终端有限公司 故障定位方法及装置
CN116032799A (zh) * 2021-10-25 2023-04-28 中移物联网有限公司 故障检测方法、装置及存储介质
WO2023093386A1 (zh) * 2021-11-29 2023-06-01 腾讯科技（深圳）有限公司 一种数据检测方法、装置、电子设备、计算机存储介质及计算机程序产品
CN117235649A (zh) * 2023-11-09 2023-12-15 广东正德工业科技股份有限公司 一种基于大数据的工业设备状态智能监测系统及方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111488088B (zh) * 2020-04-07 2022-05-06 Oppo广东移动通信有限公司 设备状态标识方法、装置及智能终端
CN117573459A (zh) * 2022-08-03 2024-02-20 华为技术有限公司 一种故障检测方法、装置、电子设备及存储介质
CN116401138B (zh) * 2023-06-08 2023-09-15 建信金融科技有限责任公司 操作系统的运行状态检测方法、装置、电子设备和介质
CN116827843B (zh) * 2023-08-30 2023-11-14 湖北华特信息技术有限公司 一种基于大数据技术的通信检测方法及装置
CN117713385B (zh) * 2024-02-05 2024-05-03 威海双城电气有限公司 一种基于量子计算和人工智能结合的电力检测系统及方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722722A (zh) * 2012-05-25 2012-10-10 清华大学 基于逻辑推理和故障辨识的混合故障检测诊断方法
CN105207851A (zh) * 2015-09-30 2015-12-30 小米科技有限责任公司 故障的检测方法、装置、系统、终端及智能设备
CN107894750A (zh) * 2017-10-18 2018-04-10 佛山华数机器人有限公司 一种机器人应用在数控车床加工中的故障检测和响应方法
CN109179211A (zh) * 2018-08-24 2019-01-11 中车齐齐哈尔车辆有限公司 故障类型的展示方法及装置
CN109583726A (zh) * 2018-11-19 2019-04-05 南京新联电能云服务有限公司 检测工艺状态的方法及系统
CN110336698A (zh) * 2019-07-05 2019-10-15 精英数智科技股份有限公司 一种故障数据分析方法、服务器及存储介质
CN110380907A (zh) * 2019-07-26 2019-10-25 京信通信系统（中国）有限公司 一种网络故障诊断方法、装置、网络设备及存储介质
CN110728013A (zh) * 2018-06-29 2020-01-24 比亚迪股份有限公司 V2x通信模组的故障检测建模方法、装置及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7321989B2 (en) * 2005-01-05 2008-01-22 The Aerospace Corporation Simultaneously multithreaded processing and single event failure detection method
US8788097B2 (en) * 2009-06-22 2014-07-22 Johnson Controls Technology Company Systems and methods for using rule-based fault detection in a building management system
CN102306244B (zh) * 2011-07-29 2014-03-05 北京航星机器制造有限公司 一种基于检测点评估的排故方法
KR20160044625A (ko) * 2014-10-15 2016-04-26 극동대학교 산학협력단 홈 네트워크 내 기기의 장애 감지 시스템
WO2018117610A1 (ko) * 2016-12-20 2018-06-28 삼성전자 주식회사 홈 네트워크를 관리하는 서버 및 이의 제어방법

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722722A (zh) * 2012-05-25 2012-10-10 清华大学 基于逻辑推理和故障辨识的混合故障检测诊断方法
CN105207851A (zh) * 2015-09-30 2015-12-30 小米科技有限责任公司 故障的检测方法、装置、系统、终端及智能设备
CN107894750A (zh) * 2017-10-18 2018-04-10 佛山华数机器人有限公司 一种机器人应用在数控车床加工中的故障检测和响应方法
CN110728013A (zh) * 2018-06-29 2020-01-24 比亚迪股份有限公司 V2x通信模组的故障检测建模方法、装置及存储介质
CN109179211A (zh) * 2018-08-24 2019-01-11 中车齐齐哈尔车辆有限公司 故障类型的展示方法及装置
CN109583726A (zh) * 2018-11-19 2019-04-05 南京新联电能云服务有限公司 检测工艺状态的方法及系统
CN110336698A (zh) * 2019-07-05 2019-10-15 精英数智科技股份有限公司 一种故障数据分析方法、服务器及存储介质
CN110380907A (zh) * 2019-07-26 2019-10-25 京信通信系统（中国）有限公司 一种网络故障诊断方法、装置、网络设备及存储介质

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116032799A (zh) * 2021-10-25 2023-04-28 中移物联网有限公司 故障检测方法、装置及存储介质
WO2023093386A1 (zh) * 2021-11-29 2023-06-01 腾讯科技（深圳）有限公司 一种数据检测方法、装置、电子设备、计算机存储介质及计算机程序产品
CN115460071A (zh) * 2022-07-27 2022-12-09 荣耀终端有限公司 故障定位方法及装置
CN115460071B (zh) * 2022-07-27 2023-09-29 荣耀终端有限公司 故障定位方法及装置
CN115357838A (zh) * 2022-10-18 2022-11-18 南京国电南自轨道交通工程有限公司 一种基于事件触发的轨道交通设备故障监测配置方法
CN117235649A (zh) * 2023-11-09 2023-12-15 广东正德工业科技股份有限公司 一种基于大数据的工业设备状态智能监测系统及方法
CN117235649B (zh) * 2023-11-09 2024-02-13 广东正德工业科技股份有限公司 一种基于大数据的工业设备状态智能监测系统及方法

Also Published As

Publication number Publication date
WO2021190357A1 (zh) 2021-09-30
EP4109822A4 (en) 2023-08-23
US20230018598A1 (en) 2023-01-19
EP4109822A1 (en) 2022-12-28

Similar Documents

Publication Publication Date Title
CN113452542A (zh) 故障检测方法及设备
CN113704014B (zh) 日志获取系统、方法、电子设备及存储介质
CN113645341B (zh) 电源键误触检测方法及电子设备
CN112399390A (zh) 一种蓝牙回连的方法及相关装置
WO2022111665A1 (zh) 应用的管理方法、装置、设备及存储介质
WO2022089000A1 (zh) 文件系统检测方法、电子设备及计算机可读存储介质
CN115622177B (zh) 一种充电方法、移动终端及存储介质
CN115589051B (zh) 充电方法和终端设备
CN114125793A (zh) 一种蓝牙数据传输方法及相关装置
CN111526068A (zh) 故障上报方法及终端
CN111031492A (zh) 呼叫需求响应方法、装置及电子设备
CN116137639A (zh) 一种跨设备音频数据传输的方法和电子设备
CN115904297A (zh) 屏幕显示检测方法、电子设备及存储介质
CN113703849A (zh) 投屏应用打开方法和装置
CN116049122B (zh) 日志信息传输控制方法、电子设备和存储介质
CN114780029A (zh) 器件识别方法和相关装置
CN114816973A (zh) 调试代码的方法、装置、电子设备和可读存储介质
CN116707050B (zh) 充放电次数记录方法、装置、电子设备及可读存储介质
CN116662096B (zh) 故障调试方法和电子设备
CN114125805B (zh) 蓝牙回连方法及终端设备
CN112583651B (zh) 一种用于对小程序通信接口进行测试的方法、装置及介质
CN116709220B (zh) 网络连接方法、装置、电子设备和计算机可读存储介质
CN115460445B (zh) 电子设备的投屏方法和电子设备
CN116719376B (zh) 电压控制方法、装置、设备和存储介质
CN116775419B (zh) 文件系统的监视方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination