CN110636428A - 音频故障检测方法及系统 - Google Patents
音频故障检测方法及系统 Download PDFInfo
- Publication number
- CN110636428A CN110636428A CN201810641763.2A CN201810641763A CN110636428A CN 110636428 A CN110636428 A CN 110636428A CN 201810641763 A CN201810641763 A CN 201810641763A CN 110636428 A CN110636428 A CN 110636428A
- Authority
- CN
- China
- Prior art keywords
- audio
- equipment
- hardware
- tested
- fault detection
- 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
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 130
- 238000000034 method Methods 0.000 claims description 26
- 238000012423 maintenance Methods 0.000 abstract description 4
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R29/00—Monitoring arrangements; Testing arrangements
- H04R29/001—Monitoring arrangements; Testing arrangements for loudspeakers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R29/00—Monitoring arrangements; Testing arrangements
- H04R29/004—Monitoring arrangements; Testing arrangements for microphones
Landscapes
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Otolaryngology (AREA)
- Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Acoustics & Sound (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种音频故障检测方法及系统,用以节约维护成本,该音频故障检测方法包括:在待测设备处于检测状态时,获取待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;确定所述第一音频与所述第二音频之间的关联参数;依据所述关联参数确定所述第一音频硬件是否故障。
Description
技术领域
本申请涉及电子设备技术领域,尤其涉及一种音频故障检测方法及系统。
背景技术
在多媒体应用广泛的今天,音频硬件,例如扬声器(或称听筒)、麦克风(或称话筒)等,是目前电子设备中必不可少的配置。
目前,一般采用双向语音对讲的方式检测电子设备的音频硬件是否正常,例如:在安防领域,在前端安装终端设备后,需要一个人到前端使用终端设备,与在中心使用中心管理设备的人进行双向语音对讲,来检测终端设备的音频硬件是否正常;在使用终端设备的过程中,也需要使用双向语音对讲方式对设备进行定期检测。由于该检测方式中,需要两个人进行双向语音对讲,这样就比较浪费人力资源,也浪费时间,造成维护成本高。
发明内容
本申请实施例提供了一种音频故障检测方法及系统,用以节约维护成本。
第一方面,本申请实施例提供了一种音频故障检测方法,所述音频故障检测方法包括:
在待测设备处于检测状态时,获取待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
上述方法,在待测设备处于检测状态时,通过获取待测设备上第一音频硬件接收的第一音频,以及获取待测设备上第二音频硬件采集的第二音频,然后确定第一音频与第二音频之间的关联参数,之后依据关联参数确定第一音频硬件是否故障,由于在检测过程中,待测设备处于检测状态,此时待测设备关闭了回声消除功能,这样就可以利用回声来建立第一音频硬件与第二音频硬件之间的音频回路,而通过该音频回路来检测音频故障就无需两个人进行双向语音对讲,因此可以节省人力资源,从而节约维护成本。
在一可能的实现方式中,当不能获取所述待测设备上第二音频硬件采集的第二音频时,该方法进一步包括:
确定所述第二音频硬件故障。
在一可能的实现方式中,所述关联参数为所述第一音频与所述第二音频之间的吻合度;
所述依据关联参数确定所述第一音频硬件是否故障包括:
判断所述第一音频与所述第二音频的吻合度是否小于设定阈值,
如果是,确定所述第一音频硬件故障;
如果否,确定所述第一音频硬件正常。
在一可能的实现方式中,该方法进一步包括:从独立于所述待测设备的另一设备获取音频故障检测参数,所述检测参数至少包括:音频故障检测周期;
所述音频故障检测方法是依据获取的音频故障检测参数执行。
该方法中,待测设备中设有音频故障检测周期,这样待测设备就能依据该音频故障检测周期自动执行音频故障检测步骤。
在一可能的实现方式中,所述音频故障检测方法由独立于所述待测设备的另一设备执行;
该方法之前进一步包括:
发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;
当接收到所述待测设备返回的启动成功信号时,执行所述音频故障检测方法。
该方法中,使用独立于待测设备的另一设备执行音频故障检测步骤,由于在检测过程中要经过音频网络链路,因此在检测待测设备的音频硬件是否故障的同时,也检测了音频网络链路是否故障。
在一可能的实现方式中,所述获取待测设备上第一音频硬件接收的第一音频包括:
接收所述待测设备返回的所述待测设备预存的用于第一音频硬件接收的第一音频;或者,
获取本地预存的或实时录入的用于所述待测设备上第一音频硬件接收的第一音频。
在一可能的实现方式中,获取所述待测设备上第二音频硬件采集的第二音频包括:
接收所述待测设备返回的由所述待测设备上第二音频硬件采集的第二音频。
第二方面,本申请实施例还提供了一种音频故障检测系统,所述系统包括:终端设备和中心管理设备;所述终端设备为待测设备;
其中,所述中心管理设备用于:发送音频故障检测参数给所述终端设备,所述检测参数至少包括:音频故障检测周期;
所述终端设备用于:依据接收到的音频故障检测参数执行音频故障检测的步骤;
所述音频故障检测的步骤包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
第三方面,本申请实施例还提供了一种音频故障检测系统,所述系统包括:终端设备和中心管理设备;所述终端设备为待测设备;
其中,所述中心管理设备用于:发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;以及当接收到所述待测设备返回的启动成功信号时,执行音频故障检测的步骤;
所述终端设备用于:响应于所述开启信号,启动所述待测设备的第一音频硬件和第二音频硬件,并在启动完成后返回启动成功信号给所述中心管理设备;
所述音频故障检测的步骤包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
附图说明
图1是为本申请实施例提供的一种音频故障检测方法的流程示意图;
图2为本申请实施例一提供的音频故障检测系统的结构示意图;
图3为本申请实施例二提供的音频故障检测系统的结构示意图;
图4为本申请实施例一提供的音频故障检测系统进行音频故障检测的交互流程示意图;
图5为本申请实施例二提供的音频故障检测系统进行音频故障检测的交互流程示意图;
图6为本申请实施例提供的音频故障检测装置所在终端设备或中心管理设备的一种硬件结构图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在传统语音对讲系统中,通常存在回声,该回声是指扬声器播放出来的声音被麦克风拾取后发回远端,使远端通话者能听到自己的声音,从而使通话者产生不适,也就是说,在语音对讲中,回声是有害的,需要消除掉的,不然就会影响正常的对讲,因此,现有的语音对讲系统中的电子设备一般都会设有回声消除功能。
目前,在安装检测或者定期检测电子设备的音频硬件是否正常时,通常采用双向语音对讲的方式进行检测,由于该检测方式中,需要两个人进行双向语音对讲,这样就比较浪费人力资源,也浪费时间,造成维护成本高。
基于此,本申请提供了一种音频故障检测方法、装置及系统,在对电子设备进行音频故障检测时,关闭该电子设备的回声消除功能,然后通过回声可以建立扬声器与麦克风之间的音频回路,之后通过该音频回路来检测音频故障就无需两个人进行双向语音对讲,因此可以节省人力资源,从而节约维护成本。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
参见图1,本申请实施例提供了一种音频故障检测方法,该方法包括如下步骤:
S101、在待测设备处于检测状态时,获取待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
其中,第一音频为用于音频故障检测的检测音频,该第一音频可以为预存的音频,也可以为用户实时录入的音频。
第一音频硬件例如可以为扬声器,在检测时,若第一音频硬件正常,第一音频硬件将播放接收到的第一音频。
第二音频硬件例如可以为麦克风,在检测时,若第二音频硬件正常,第二音频硬件将采集外部传入的第二音频,若第一音频硬件也正常,该第二音频包括第一音频硬件播放的第一音频。
上述检测状态包括待测设备关闭了回声消除功能,这样第二音频硬件就可以采集第一音频硬件播放的第一音频。
S102、确定所述第一音频与所述第二音频之间的关联参数;
例如:可以将第一音频与第二音频进行比对,然后确定第一音频与第二音频之间的关联参数。
其中,关联参数例如可以为相关度、吻合度等。
S103、依据所述关联参数确定所述第一音频硬件是否故障。
在一可能的实现方式中,当不能获取所述待测设备上第二音频硬件采集的第二音频时,该方法进一步可以包括:
确定所述第二音频硬件故障。
在一可能的实现方式中,上述关联参数为所述第一音频与所述第二音频之间的吻合度;
步骤S103中依据关联参数确定所述第一音频硬件是否故障可以包括:
判断所述第一音频与所述第二音频的吻合度是否小于设定阈值,
如果是,确定所述第一音频硬件故障;
如果否,确定所述第一音频硬件正常。
例如,设定阈值为75%,当第一音频与第二音频的吻合度小于75%时,确定第一音频硬件故障,当第一音频与第二音频的吻合度大于或等于75%时,确定第一音频硬件正常。
在一可能的实现方式中,在检测到音频故障后,上述方法还可以包括:
提醒用户所述待测设备的音频硬件存在故障。
例如:在检测到音频故障后,可以通过声音或者灯光的方式进行提示,以便用户进行检修。
上述音频故障检测方法可以由待测设备执行,也可以由独立于所述待测设备的另一设备执行。
针对音频故障检测方法由待测设备(例如终端设备)执行的实现方式一:
上述方法进一步可以包括:从独立于所述待测设备的另一设备(例如用于管理终端设备的中心管理设备)获取音频故障检测参数,所述检测参数至少包括:音频故障检测周期;
上述音频故障检测方法是依据获取的音频故障检测参数执行。
在一可能的实现方式中,在检测到音频故障后,上述方法还可以包括:
将音频故障检测结果发送给独立于所述待测设备的另一设备。
其中,音频故障检测结果包括第一音频硬件和第二音频硬件正常、第一音频硬件故障、第二音频硬件故障其中之一。
针对音频故障检测方法由独立于待测设备的另一设备执行的实现方式二:
上述方法之前进一步可以包括:
发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;
当接收到所述待测设备返回的启动成功信号时,执行所述音频故障检测方法。
在一可能的实现方式中,上述步骤S101中获取待测设备上第一音频硬件接收的第一音频可以包括:
接收所述待测设备返回的所述待测设备本地预存的用于第一音频硬件接收的第一音频。
在另一可能的实现方式中,上述步骤S101中获取待测设备上第一音频硬件接收的第一音频可以包括:
获取本地预存的或实时录入的用于所述待测设备上第一音频硬件接收的第一音频。
在一可能的实现方式中,上述步骤S101中获取所述待测设备上第二音频硬件采集的第二音频可以包括:
接收所述待测设备返回的由所述待测设备上第二音频硬件采集的第二音频。
在一可能的实现方式中,在音频故障检测完成后,该方法还可以包括:
发送关闭信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件关闭;
接收所述待测设备返回的关闭成功信号。
基于同一发明构思,本申请实施例还提供了一种音频故障检测系统,接下来结合附图介绍本申请实施例提供的音频故障检测系统。
实施例一:
参见图2,本申请实施例一提供的一种音频故障检测系统,用于由终端设备执行音频故障检测的步骤,该系统包括:终端设备21和中心管理设备22。
其中,中心管理设备22用于:发送音频故障检测参数给终端设备21,其中,检测参数至少包括:音频故障检测周期。
终端设备21为待测设备,终端设备21用于:依据接收到的音频故障检测参数执行音频故障检测的步骤;
其中,音频故障检测的步骤可以包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
其中,第一音频可以为待测设备中预存的音频,用于给第一音频硬件播放。
具体的,如图2所示,上述终端设备21包括:第一音频硬件211(例如扬声器)、第二音频硬件212(例如麦克风)和音频故障检测装置213。第一音频硬件211用于播放第一音频,第二音频硬件212用于采集第二音频,音频故障检测装置213用于依据接收到的音频故障检测参数执行音频故障检测的步骤。
在一可能的实现方式中,如图2所示,音频故障检测装置213还可以用于:
当不能获取所述待测设备上第二音频硬件采集的第二音频时,确定所述第二音频硬件故障。
在一可能的实现方式中,上述关联参数为第一音频与第二音频之间的吻合度;
如图2所示,上述音频故障检测装置213可以用于:
判断所述第一音频与所述第二音频的吻合度是否小于设定阈值,
如果是,确定所述第一音频硬件故障;
如果否,确定所述第一音频硬件正常。
在一可能的实现方式中,如图2所示,在检测到音频故障后,终端设备21还可以用于:
将音频故障检测结果发送给中心管理设备22。
下面结合一个具体的场景说明本申请实施例一提供的音频故障检测系统进行音频故障检测的过程,参见图4。
S201、中心管理设备通过网络发送音频故障检测参数给终端设备;
S202、终端设备配置好音频故障检测参数后,返回配置成功信号给中心管理设备;
然后终端设备依据该音频故障检测参数执行音频故障检测的步骤,具体如下:
S203、终端设备关闭回声消除功能,通过扬声器播放本地预存的第一音频,并通过麦克风采集第二音频;
S204、终端设备判断是否能够获取麦克风采集的第二音频,若否,执行步骤S205和S211,若是,执行步骤S206;
S205、终端设备确定麦克风故障;
S206、终端设备获取本地预存的第一音频,并获取麦克风采集的第二音频;
S207、终端设备将第一音频与第二音频进行比对,确定第一音频与第二音频之间的吻合度;
S208、终端设备判断第一音频与第二音频的吻合度是否小于设定阈值,如果是,执行步骤S209和S211,如果否,执行步骤S210和S211;
S209、终端设备确定扬声器故障;
S210、终端设备确定扬声器正常;
S211、终端设备将音频故障检测结果通过网络发送给中心管理设备。
其中,音频故障检测结果包括扬声器和麦克风正常、扬声器故障、麦克风故障其中之一。
实施例二:
本申请实施例二提供的音频故障检测系统与本申请实施例一提供的音频故障检测系统相似,相同的部分在此不再赘述,下面只说明不同的部分
参见图3,本申请实施例二提供的音频故障检测系统用于由中心管理设备执行音频故障检测的步骤,该系统中,中心管理设备22用于:发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;以及当接收到所述待测设备返回的启动成功信号时,执行音频故障检测的步骤;该中心管理设备22包括音频故障检测装置221。当接收到待测设备(即终端设备21)返回的启动成功信号时,音频故障检测装置221执行音频故障检测的步骤。
如图3所示,终端设备21用于:响应于所述开启信号,启动所述待测设备的第一音频硬件和第二音频硬件,并在启动完成后返回启动成功信号给中心管理设备22;该终端设备21包括第一音频硬件211(例如扬声器)和第二音频硬件212(例如麦克风)。
在一可能的实现方式中,音频故障检测装置221可以用于:
接收所述待测设备返回的所述待测设备预存的用于第一音频硬件接收的第一音频,即从终端设备21获取该终端设备21预存的第一音频。
在另一可能的实现方式中,音频故障检测装置221可以用于:
获取本地预存的或实时录入的用于所述待测设备上第一音频硬件接收的第一音频,即在本地获取第一音频。
在一可能的实现方式中,音频故障检测装置221可以用于:
接收所述待测设备返回的由所述待测设备上第二音频硬件采集的第二音频。
在一可能的实现方式中,在音频故障检测完成后,中心管理设备22还可以用于:
发送关闭信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件关闭;
接收所述待测设备返回的关闭成功信号。
下面结合一个具体的场景说明本申请实施例一提供的音频故障检测系统进行音频故障检测的过程,参见图5。
S301、中心管理设备通过网络发送开启信号给终端设备,以指示终端设备的扬声器和麦克风启动,以及终端设备关闭回声消除功能;
S302、扬声器和麦克风启动成功,以及终端设备关闭回声消除功能后,终端设备返回启动成功信号给中心管理设备;
当中心管理设备接收到终端设备返回的启动成功信号时,执行音频故障检测的步骤,具体如下:
S303、中心管理设备通过网络发送本地预存的第一音频给终端设备;
S304、终端设备通过扬声器播放该第一音频,并通过麦克风采集第二音频;
S305、中心管理设备判断是否能够从终端设备获取麦克风采集的第二音频,若否,执行步骤S306和S312,若是,执行步骤S307;
S306、中心管理设备确定麦克风故障;
S307、中心管理设备获取本地预存的第一音频,并接收终端设备返回的由麦克风采集的第二音频;
S308、中心管理设备将第一音频与第二音频进行比对,确定第一音频与第二音频之间的吻合度;
S309、中心管理设备判断第一音频与第二音频的吻合度是否小于设定阈值,如果是,执行步骤S310和S312,如果否,执行步骤S311和S312;
S310、中心管理设备确定扬声器故障;
S311、中心管理设备确定扬声器正常;
S312、中心管理设备发送关闭信号给终端设备;
S313、终端设备关闭扬声器和麦克风,并返回关闭成功信号给中心管理设备。
需要指出的是,在实际应用场景中,终端设备和中心管理设备都可以包括:扬声器和麦克风,终端设备和中心管理设备是对等的关系,当中心管理设备为待测设备时,其检测的原理是相似的,也就是说,本申请实施例提供的技术方案,即可以用于检测终端侧设备的音频故障,也可以用于检测中心侧设备的音频故障。
需要指出的是,本申请音频故障检测装置的实施例可以应用在音频故障检测系统的终端设备或中心管理设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在终端设备或中心管理设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图6所示,为本申请音频故障检测装置所在终端设备或中心管理设备的一种硬件结构图,除了图6所示的处理器71、内存72、网络接口73、非易失性存储器74、以及内部总线75之外,实施例中装置所在的终端设备或中心管理设备通常根据该终端设备或中心管理设备的实际功能,还可以包括其他硬件,对此不再赘述。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (9)
1.一种音频故障检测方法,其特征在于,所述音频故障检测方法包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
2.根据权利要求1所述的方法,其特征在于,当不能获取所述待测设备上第二音频硬件采集的第二音频时,该方法进一步包括:
确定所述第二音频硬件故障。
3.根据权利要求1所述的方法,其特征在于,所述关联参数为所述第一音频与所述第二音频之间的吻合度;
所述依据关联参数确定所述第一音频硬件是否故障包括:
判断所述第一音频与所述第二音频的吻合度是否小于设定阈值,
如果是,确定所述第一音频硬件故障;
如果否,确定所述第一音频硬件正常。
4.根据权利要求1-3任一项所述的方法,其特征在于,该方法进一步包括:从独立于所述待测设备的另一设备获取音频故障检测参数,所述检测参数至少包括:音频故障检测周期;
所述音频故障检测方法是依据获取的音频故障检测参数执行。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述音频故障检测方法由独立于所述待测设备的另一设备执行;
该方法之前进一步包括:
发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;
当接收到所述待测设备返回的启动成功信号时,执行所述音频故障检测方法。
6.根据权利要求5所述的方法,其特征在于,所述获取待测设备上第一音频硬件接收的第一音频包括:
接收所述待测设备返回的所述待测设备预存的用于第一音频硬件接收的第一音频;或者,
获取本地预存的或实时录入的用于所述待测设备上第一音频硬件接收的第一音频。
7.根据权利要求5所述的方法,其特征在于,获取所述待测设备上第二音频硬件采集的第二音频包括:
接收所述待测设备返回的由所述待测设备上第二音频硬件采集的第二音频。
8.一种音频故障检测系统,其特征在于,所述系统包括:终端设备和中心管理设备;所述终端设备为待测设备;
其中,所述中心管理设备用于:发送音频故障检测参数给所述终端设备,所述检测参数至少包括:音频故障检测周期;
所述终端设备用于:依据接收到的音频故障检测参数执行音频故障检测的步骤;
所述音频故障检测的步骤包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
9.一种音频故障检测系统,其特征在于,所述系统包括:终端设备和中心管理设备;所述终端设备为待测设备;
其中,所述中心管理设备用于:发送开启信号给所述待测设备,以指示所述待测设备的第一音频硬件和第二音频硬件启动;以及当接收到所述待测设备返回的启动成功信号时,执行音频故障检测的步骤;
所述终端设备用于:响应于所述开启信号,启动所述待测设备的第一音频硬件和第二音频硬件,并在启动完成后返回启动成功信号给所述中心管理设备;
所述音频故障检测的步骤包括:
在待测设备处于检测状态时,获取所述待测设备上第一音频硬件接收的第一音频,以及获取所述待测设备上第二音频硬件采集的第二音频;
确定所述第一音频与所述第二音频之间的关联参数;
依据所述关联参数确定所述第一音频硬件是否故障。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810641763.2A CN110636428A (zh) | 2018-06-21 | 2018-06-21 | 音频故障检测方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810641763.2A CN110636428A (zh) | 2018-06-21 | 2018-06-21 | 音频故障检测方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110636428A true CN110636428A (zh) | 2019-12-31 |
Family
ID=68967690
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810641763.2A Pending CN110636428A (zh) | 2018-06-21 | 2018-06-21 | 音频故障检测方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110636428A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111182435A (zh) * | 2020-01-13 | 2020-05-19 | 北京松果电子有限公司 | 语音设备的测试方法及装置 |
CN112788513A (zh) * | 2020-05-31 | 2021-05-11 | 深圳市睿耳电子有限公司 | 一种智能检测无线耳机麦克风堵孔的方法及相关装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729635A (zh) * | 2009-12-30 | 2010-06-09 | 中兴通讯股份有限公司 | 一种测试通讯终端音频回路的方法及装置 |
CN102638756A (zh) * | 2012-04-26 | 2012-08-15 | 青岛海信移动通信技术股份有限公司 | 移动终端音频测试方法、测试装置及移动终端 |
FR2997257A1 (fr) * | 2012-10-22 | 2014-04-25 | Renault Sa | Systeme et procede de test d'un equipement audio |
CN105246015A (zh) * | 2015-11-11 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | 一种电子设备及其扬声器音源的检测方法及系统 |
US20180035223A1 (en) * | 2016-07-28 | 2018-02-01 | Getgo, Inc. | Detecting Signal Processing Component Failure Using One or More Delay Estimators |
CN107743292A (zh) * | 2017-11-17 | 2018-02-27 | 中国航空工业集团公司西安航空计算技术研究所 | 一种音频电路的故障自动检测方法 |
-
2018
- 2018-06-21 CN CN201810641763.2A patent/CN110636428A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729635A (zh) * | 2009-12-30 | 2010-06-09 | 中兴通讯股份有限公司 | 一种测试通讯终端音频回路的方法及装置 |
CN102638756A (zh) * | 2012-04-26 | 2012-08-15 | 青岛海信移动通信技术股份有限公司 | 移动终端音频测试方法、测试装置及移动终端 |
FR2997257A1 (fr) * | 2012-10-22 | 2014-04-25 | Renault Sa | Systeme et procede de test d'un equipement audio |
CN105246015A (zh) * | 2015-11-11 | 2016-01-13 | 上海斐讯数据通信技术有限公司 | 一种电子设备及其扬声器音源的检测方法及系统 |
US20180035223A1 (en) * | 2016-07-28 | 2018-02-01 | Getgo, Inc. | Detecting Signal Processing Component Failure Using One or More Delay Estimators |
CN107743292A (zh) * | 2017-11-17 | 2018-02-27 | 中国航空工业集团公司西安航空计算技术研究所 | 一种音频电路的故障自动检测方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111182435A (zh) * | 2020-01-13 | 2020-05-19 | 北京松果电子有限公司 | 语音设备的测试方法及装置 |
CN112788513A (zh) * | 2020-05-31 | 2021-05-11 | 深圳市睿耳电子有限公司 | 一种智能检测无线耳机麦克风堵孔的方法及相关装置 |
CN112788513B (zh) * | 2020-05-31 | 2022-09-02 | 深圳市睿耳电子有限公司 | 一种智能检测无线耳机麦克风堵孔的方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11178275B2 (en) | Method and apparatus for detecting abnormality of caller | |
US20120249328A1 (en) | Cross Monitoring Method and System Based on Voiceprint Recognition and Location Tracking | |
JP2011119953A (ja) | 呼制御および通話録音の機能を用いた通話録音システム | |
CN108122314A (zh) | 一种门铃呼叫处理方法、云服务器、介质以及系统 | |
US10582167B2 (en) | Triggering video surveillance using embedded voice, speech, or sound recognition | |
CN111971647A (zh) | 语音识别设备、语音识别设备的协作系统和语音识别设备的协作方法 | |
CN105321293A (zh) | 一种危险检测提醒方法及智能设备 | |
CN109697989B (zh) | 音频数据处理方法、服务器及可读存储介质 | |
CN110636428A (zh) | 音频故障检测方法及系统 | |
CN111862411A (zh) | 一种智能家居门锁控制方法、装置、设备及存储介质 | |
CN106550189A (zh) | 一种联动方法、相关设备及系统 | |
CN111311774A (zh) | 基于语音识别的签到方法及系统 | |
JP2002247223A (ja) | 携帯電話利用の監視システムおよび監視方法 | |
AU2016205895B2 (en) | Determining entry into or exit from a place while a tracking device is in the place | |
CN107357549A (zh) | 一种处理方法及可穿戴电子设备 | |
CN110033584B (zh) | 服务器、控制方法以及计算机可读取记录介质 | |
CN111784947A (zh) | 一种基于图像与声纹的主动预警方法、系统和设备 | |
CN113593570B (zh) | 语音异常诊断方法、装置、设备及存储介质 | |
CN110738812B (zh) | 门铃提示方法及相关产品 | |
CN103501296A (zh) | 基于声纹识别技术的社保生存认证系统及其认证方法 | |
CN113345210A (zh) | 一种基于音视频智能判断呼救的方法及装置 | |
CN110992555A (zh) | 一种基于nfc的到家提示方法、装置、设备及存储介质 | |
WO2019183894A1 (zh) | 一种设备间的数据迁移的方法和设备 | |
WO2018227560A1 (zh) | 耳机控制方法及系统 | |
US12010260B2 (en) | Detecting synthetic sounds in call audio |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191231 |