CN110430104B - 音频传输延迟的测试方法、装置、存储介质和电子设备 - Google Patents

音频传输延迟的测试方法、装置、存储介质和电子设备 Download PDF

Info

Publication number
CN110430104B
CN110430104B CN201910884928.3A CN201910884928A CN110430104B CN 110430104 B CN110430104 B CN 110430104B CN 201910884928 A CN201910884928 A CN 201910884928A CN 110430104 B CN110430104 B CN 110430104B
Authority
CN
China
Prior art keywords
time
audio
audio signal
server
delay
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.)
Active
Application number
CN201910884928.3A
Other languages
English (en)
Other versions
CN110430104A (zh
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.)
Beijing Yunzhong Rongxin Network Technology Co ltd
Original Assignee
Beijing Yunzhong Rongxin Network Technology 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 Beijing Yunzhong Rongxin Network Technology Co ltd filed Critical Beijing Yunzhong Rongxin Network Technology Co ltd
Priority to CN201910884928.3A priority Critical patent/CN110430104B/zh
Publication of CN110430104A publication Critical patent/CN110430104A/zh
Application granted granted Critical
Publication of CN110430104B publication Critical patent/CN110430104B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0852—Delays
    • H04L43/0858—One way delays
    • 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/0852—Delays
    • H04L43/0864—Round trip delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供一种音频传输延迟的测试方法、装置、存储介质和电子设备，该测试方法包括：服务器获取第一延迟时间；服务器获取第二延迟时间；服务器获取第三延迟时间；服务器将第一延迟时间、第二延迟时间和第三延迟时间相加，得到音频播放设备和音频接收设备之间的音频传输延迟。本申请实施例通过将音频播放设备和音频接收设备之间的传输延迟划分成三段，服务器通过获取每段对应的延迟时间来计算音频播放设备和音频接收设备之间的传输延迟，从而本申请实施例不仅能够实现音频传输延迟的自动化测试，还能够实现音频播放设备和音频接收设备之间的音频传输延迟的精准测试，进而避免了现有技术中由于需要人工参与测试造成的测试效率不高的问题。

Description

音频传输延迟的测试方法、装置、存储介质和电子设备
技术领域
本申请涉及流媒体传输技术领域，具体而言，涉及一种音频传输延迟的测试方法、装置、存储介质和电子设备。
背景技术
随着网络技术的飞速发展，音视频技术的应用也越来越普及。其中，在音视频技术的应用中，音频的传输延迟是一个影响用户体验的重要因素，因此，在手机、平板电脑等设备的测试过程中常常需要测试音频传输延迟。
目前，音频传输延迟的测试方法通常是采用录音的方式来实现，即将需测试的设备A和设备B放在距离相近的地方，用户利用扬声器播放一个尖锐的声音，当设备A接收到扬声器的声音后，将接收到的声音转发给设备B，设备B将接收到的声音播放出来。后续，用户可操控用于测试音频传输延迟的专用设备来同时采集扬声器和设备B发出的声音，且通过专用设备来查看声音的波形之间的两个峰值，从而获取音频传输延迟。
在实现本发明的过程中，发明人发现现有技术中存在如下问题：现有的音频传输延迟的测试方法至少存在着由于需要人工参与测试造成的测试效率不高的问题。
发明内容
本申请实施例的目的在于提供一种音频传输延迟的测试方法、装置、存储介质和电子设备，以解决现有技术中由于需要人工参与测试造成的测试效率不高的问题。
第一方面，本申请实施例提供了一种音频传输延迟的测试方法，该方法包括：服务器获取第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和音频播放设备发送第一音频信号的第一发送时间的差值，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息；服务器获取第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第一设备发送第二音频信号的第二发送时间的差值，第二音频信号携带第二发送时间；服务器获取第三延迟时间，其中，第三延迟时间表示音频接收设备接收第三音频信号的时间和第二设备发送第三音频信号的第三发送时间的差值，第三音频信号携带用于确定第二设备发送第三音频信号的第三发送时间的第二时间信息；服务器将第一延迟时间、第二延迟时间和第三延迟时间相加，得到音频播放设备和音频接收设备之间的音频传输延迟。
需要说明的是，本申请实施例中的服务器是指计算音频播放设备和音频接收设备之间的音频传输延迟的服务器。
其中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器(或者服务器是单个服务器)的情况下，这一个服务器可以分别与音频播放设备和音频接收设备连接，从而这一个服务器通过获取的第一延迟时间、第二延迟时间和第三延迟时间，来计算音频播放设备和音频接收设备之间的音频传输延迟。
或者，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器(或者服务器为服务器组)的情况下，第一服务器可以与音频播放设备连接，第二服务器可以与音频接收设备连接，从而第一服务器或者第二服务器都可以为计算音频播放设备和音频接收设备之间的音频传输延迟的服务器。也就是说，计算音频播放设备和音频接收设备之间的音频传输延迟的服务器可以为第一服务器和第二服务器中的任意一个服务器。
因此，本申请实施例通过将音频播放设备和音频接收设备之间的传输延迟划分成三段，服务器通过获取每段对应的延迟时间来计算音频播放设备和音频接收设备之间的传输延迟，从而本申请实施例不仅能够实现音频传输延迟的自动化测试，还能够实现音频播放设备和音频接收设备之间的音频传输延迟的精准测试，进而避免了现有技术中由于需要人工参与测试造成的测试效率不高的问题。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，服务器获取第一延迟时间，包括：服务器接收第一设备发送的第一延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第一延迟时间，包括：第一服务器接收第一设备发送的第一延迟时间；或者，第一服务器接收第二服务器发送的第一延迟时间，其中，第一延迟时间是由第一设备发送给第二服务器的。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第一延迟时间，包括：第二服务器接收第一设备发送的第一延迟时间；或者，第二服务器接收第一服务器发送的第一延迟时间，其中，第一延迟时间是由第一设备发送给第一服务器的。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，服务器获取第二延迟时间，包括：服务器接收第二设备发送的第二延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第二延迟时间，包括：第一服务器接收第二设备发送的第二延迟时间；或者，第一服务器接收第二服务器发送的第二延迟时间，其中，第二延迟时间是由第二设备发送给第二服务器的。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第一延迟时间，包括：第二服务器接收第二设备发送的第二延迟时间；或者，第二服务器接收第一服务器发送的第二延迟时间，其中，第二延迟时间是由第二设备发送给第一服务器的。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，服务器获取第三延迟时间，包括：服务器通过音频接收设备接收第二设备发送的第三音频信号，服务器根据第三音频信号确定第三延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第三延迟时间，包括：第二服务器或者第一服务器通过音频接收设备接收第二设备发送的第三音频信号，第二服务器或者第一服务器根据第三音频信号确定第三延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，服务器获取第三延迟时间，包括：第一服务器获取第二服务器发送的第三延迟时间。其中，第三延迟时间是由第二服务器计算得到的。其中，第三延迟时间是由第二服务器计算得到的，包括：第二服务器通过音频接收设备接收第二设备发送的第三音频信号，第二服务器根据第三音频信号确定第三延迟时间。
在一个可能的实施例中，第一音频信号是由第一预设频段中的第一频域数据进行时域转换后得到的，第一频域数据是由第一时间信息转换后得到的，第一时间信息是根据第一发送时间和第一参考时间的差值确定的。
因此，本申请实施例通过对第一时间信息进行频域的转换处理，并将第一时间信息转换为第一音频信号，从而可以避免由于声音干扰造成的问题。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，服务器生成第一音频信号。其中，服务器生成第一音频信号包括：服务器将第一发送时间和第一参考时间的差值确定为第一时间信息；服务器将第一时间信息转换成第一预设频段的第一频域数据；服务器对第一频域数据进行时域转换，得到第一音频信号。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，第一服务器(或者与音频播放设备连接的服务器)生成第一音频信号。其中，第一服务器生成第一音频信号，包括：第一服务器将第一发送时间和第一参考时间的差值确定为第一时间信息；第一服务器将第一时间信息转换成第一预设频段的第一频域数据；第一服务器对第一频域数据进行时域转换，得到第一音频信号。
在一个可能的实施例中，第二时间信息是由第二预设频段中的第二频域数据转换后得到的，第二频域数据是由第三音频信号频域转换后得到的。
因此，本申请实施例通过对第二时间信息进行频域的转换处理，并将第二时间信息转换为第三音频信号，从而可以避免由于声音干扰造成的问题。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，服务器根据第三音频信号确定第三延迟时间。其中，服务器根据第三音频信号确定第三延迟时间，包括：服务器对第三音频信号进行频域转换，得到第二预设频段的第二频域数据；服务器将第二频域数据转换成第二时间信息；服务器将第二时间信息和第二参考时间的和值确定为第三发送时间；服务器将接收第三音频信号的时间和第三发送时间的差值确定为第三延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，第二服务器(或者，与音频接收设备连接的服务器)根据第三音频信号确定第三延迟时间。其中，第二服务器根据第三音频信号确定第三延迟时间，包括：第二服务器对第三音频信号进行频域转换，得到第二预设频段的第二频域数据；第二服务器将第二频域数据转换成第二时间信息；第二服务器将第二时间信息和第二参考时间的和值确定为第三发送时间；第二服务器将接收第三音频信号的时间和第三发送时间的差值确定为第三延迟时间。
第二方面，本申请实施例提供了一种音频传输延迟的测试方法，该方法包括：第一设备接收第一音频信号，其中，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息，且第一音频信号是由音频播放设备发送的；第一设备根据第一音频信号确定第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和第一发送时间的差值，第一发送时间是表示第一时间信息和第一参考时间的和值；第一设备发送第一延迟时间，其中，第一延迟时间用于确定音频播放设备和音频接收设备之间的音频传输延迟。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，第一设备发送第一延迟时间，包括：第一设备向服务器发送第一延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，第一设备发送第一延迟时间，包括：第一设备向第一服务器或者第二服务器发送第一延迟时间。
在一个可能的实施例中，第一设备根据第一音频信号确定第一延迟时间，包括：第一设备对第一音频信号进行频域转换，得到第一预设频段的第一频域数据；第一设备将第一频域数据转换成第一时间信息；第一设备将第一时间信息和第一参考时间的和值确定为第一发送时间；第一设备将接收第一音频信号的时间和第一发送时间的差值确定为第一延迟时间。
在一个可能的实施例中，测试方法还包括：第一设备将第二发送时间转换成第三预设频段的第三频域数据；第一设备对第三频域数据进行时域转换，得到第二音频信号；第一设备在第二发送时间向第二设备发送第二音频信号。
第三方面，本申请实施例提供了一种音频传输延迟的测试方法，该方法包括：第二设备接收第一设备发送的第二音频信号，其中，第二音频信号携带第二音频信号的第二发送时间；第二设备根据第二音频信号确定第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第二发送时间的差值；第二设备发送第二延迟时间，其中，第二延迟时间用于确定音频播放设备和音频接收设备之间的音频传输延迟。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，第二设备发送第二延迟时间，包括：第二设备向服务器发送第二延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，第二设备发送第二延迟时间，包括：第二设备向第一服务器或者第二服务器发送第二延迟时间。
在一个可能的实施例中，第二设备根据第二音频信号确定第二延迟时间，包括：第二设备对第二音频信号进行频域转换，得到第三预设频段的第三频域数据；第二设备将第三频域数据转换成第二发送时间；第二设备将接收第二音频信号的时间和第二发送时间的差值确定为第二延迟时间。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括一个服务器的情况下，测试方法还包括：第二设备将第三发送时间和第二参考时间的差值确定为第二时间信息；第二设备将第二时间信息转换成第二预设频段的第二频域数据；第二设备对第二频域数据进行时域转换，得到第三音频信号；第二设备向服务器发送第三音频信号。
在一个可能的实施例中，在本申请实施例中的音频传输延迟的测试系统包括第一服务器和第二服务器这两个服务器的情况下，测试方法还包括：第二设备将第三发送时间和第二参考时间的差值确定为第二时间信息；第二设备将第二时间信息转换成第二预设频段的第二频域数据；第二设备对第二频域数据进行时域转换，得到第三音频信号；第二设备向第二服务器发送第三音频信号。
第四方面，本申请实施例提供了一种音频传输延迟的测试装置，应用于服务器，该装置包括：获取模块，用于获取第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和音频播放设备发送第一音频信号的第一发送时间的差值，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息；获取模块，还用于获取第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第一设备发送第二音频信号的第二发送时间的差值，第二音频信号携带第二发送时间；获取模块，还用于获取第三延迟时间，其中，第三延迟时间表示音频接收设备接收第三音频信号的时间和第二设备发送第三音频信号的第三发送时间的差值，第三音频信号携带用于确定第二设备发送第三音频信号的第三发送时间的第二时间信息；第一确定模块，用于将第一延迟时间、第二延迟时间和第三延迟时间相加，得到音频播放设备和音频接收设备之间的音频传输延迟。
第五方面，本申请实施例提供了一种音频传输延迟的测试装置，应用于第一设备，该装置包括：第一接收模块，用于接收第一音频信号，其中，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息，且第一音频信号是由音频播放设备发送的；第二确定模块，用于根据第一音频信号确定第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和第一发送时间的差值，第一发送时间是表示第一时间信息和第一参考时间的和值；第一发送模块，用于发送第一延迟时间，其中，第一延迟时间用于确定音频播放设备和音频接收设备之间的音频传输延迟。
第六方面，本申请实施例还提供了一种音频传输延迟的测试装置，应用于第二设备，该装置包括：第二接收模块，用于接收第一设备发送的第二音频信号，其中，第二音频信号携带第二音频信号的第二发送时间；第三确定模块，用于根据第二音频信号确定第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第二发送时间的差值；第二发送模块，用于发送第二延迟时间，其中，第二延迟时间用于确定音频播放设备和音频接收设备之间的音频传输延迟。
第七方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
第八方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第二方面或第二方面的任一可选的实现方式所述的方法。
第九方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第三方面或第三方面的任一可选的实现方式所述的方法。
第十方面，本申请实施例提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面或第一方面的任一可选的实现方式所述的方法。
第十一方面，本申请实施例提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第二方面或第二方面的任一可选的实现方式所述的方法。
第十二方面，本申请实施例提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第三方面或第三方面的任一可选的实现方式所述的方法。
为使本申请实施例所要实现的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例可应用的一种音频传输延迟的测试系统的示意图；
图2示出了本申请实施例提供的一种音频传输延迟的测试方法的流程图；
图3示出了本申请实施例提供的步骤S210的流程图；
图4示出了本申请实施例提供的步骤S240的流程图；
图5示出了本申请实施例提供的步骤S260的流程图；
图6示出了本申请实施例提供的步骤S290的流程图；
图7示出了本申请实施例提供的一种音频传输延迟的测试方法的具体流程图；
图8示出了本申请实施例提供的一种音频传输延迟的测试装置的结构框图；
图9示出了本申请实施例提供的另一种音频传输延迟的测试装置的结构框图；
图10示出了本申请实施例提供的另一种音频传输延迟的测试装置的结构框图；
图11为本申请实施例提供的一种电子设备的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
现有技术中的音频传输延迟的测试方法只能同时测试两个设备之间的音频传输延迟，且延迟特别低的时候干扰比较大。因此，现有的音频传输延迟的测试方法除了存在由于需要人工参与测试造成的测试效率不高的问题之外，还存在着无法实现同时测量多个设备之间的音频传输延迟的问题。
基于此，本申请实施例巧妙地提出了一种音频传输延迟的测试方法、装置、存储介质和电子设备，通过将服务器的音频播放设备和服务器的音频接收设备之间的传输延迟划分成三段，服务器通过获取每段对应的延迟时间来计算音频播放设备和音频接收设备之间的传输延迟，且音频传输延迟的测试过程可以是通过服务器控制的，从而本申请实施例不仅能够实现音频传输延迟的自动化测试，还能够实现音频播放设备和音频接收设备之间的音频传输延迟的精准测试，进而避免了现有技术中由于需要人工参与测试造成的测试效率不高的问题。
其中，音频传输延迟的三段包括第一段、第二段和第三段，第一段为音频播放设备发出第一音频信号到第一设备接收音频播放设备发出的第一音频信号的延迟，第二段为第一设备发出第二音频信号到第二设备接收第二音频信号的延迟，第三段为第二设备发出第三音频信号到音频接收设备接收第三音频信号的延迟。
请参见图1，图1示出了本申请实施例可应用的一种音频传输延迟的测试系统100的示意图。如图1所示，该音频传输延迟的测试系统100包括服务器110、网络120、第一设备130和第二设备140。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在第一设备130、第二设备140、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到第一设备130和第二设备140中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现。
在一些实施例中，在服务器110为单个服务器的情况下，一服务器110可以分别连接音频播放设备和音频接收设备。音频播放设备可以实现音频的播放。例如，音频播放设备可以包括喇叭、音响等。音频接收设备可以实现音频的接收。例如，音频接收设备可以包括麦克风、话筒等。也就是说，音频播放设备或音频接收设备的具体设备类型均可以根据实际需求来进行选择，本申请实施例并不局限于此。
在一些实施例中，在服务器110为服务器组(包括第一服务器和第二服务器)的情况下，第一设备可以与音频播放设备连接，第二服务器可以与音频接收设备连接。
应理解，在服务器110为服务器组的情况下时，可以是由服务器组中的任意一个服务器通过音频播放设备播放第一音频信号，也可以由任意一个服务器控制音频接收设备接收第三音频信号。换句话说，第一服务器或第二服务器均可为服务器中的任意一个服务器。
网络120可以用于信息和/或数据的交换。在一些实施例中，音频传输延迟的测试系统100的一个组件或多个组件(例如，第一设备130，第二设备140)可以向其他组件发送信息或者数据。例如，服务器110可以经由网络120从第一设备130获取第一延迟时间。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，音频传输延迟的测试系统100的一个组件或者多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，第一设备130和第二设备140均可以包括移动设备、平板计算机、或者膝上型计算机等，或其任意组合。也就是说，第一设备130或第二设备140的具体设备类型均可根据实际需求来进行设置，本申请实施例并不局限于此。
为了便于理解本申请实施例，下面以服务器110为单个服务器为例来进行描述。
在本申请实施例中，可以通过服务器110连接的音频播放设备来播放音频以及与服务器110连接的音频接收设备来接收音频的方式来模拟两个用户发送语音的过程，即音频播放设备相当于发送语音的用户，音频接收设备相当于接收语音的用户，从而可以通过音频播放设备和音频接收设备来实现第一设备130和第二设备140的语音发送过程。
此外，基于本领域技术人员的理解，音频播放设备和音频接收设备之间的音频传输延迟也可以看作第一设备130和第二设备140之间的音频传输延迟。
另外，第一设备130的音频传输延迟的测试过程可以是受服务器110控制的。例如，服务器110可以控制第一设备130中的音频传输延迟的测试过程的开始和结束。对应的，第二设备140的音频传输延迟的测试过程也可以是受服务器110控制的。例如，服务器110可以控制第二设备140的音频传输延迟的测试过程的开始和结束。
应理解，在服务器110为服务器组的情况下，还可以通过服务器组中的任意一个服务器来实现音频传输延迟的测试过程的控制。当然可以理解，该音频传输延迟的测试过程也可由至少两个服务器配合控制来实现，本申请实施例并不局限于此。
需要说明的是，本发明实施例提供的音频传输延迟的测试方法还可以进一步拓展到其他合适的实施场景中，而不限于图1所示的音频传输延迟的测试系统100对应的实施场景。虽然图1中仅示出了1服务器和2个设备，但本领域的技术人员应当理解，在实际应用的过程中，该测试系统100可以包括更多的服务器或更多的设备，本申请实施例并不局限于此。
为了便于理解本申请的技术方案，下面以通过两个设备来实现音频传输延迟的测试为例来进行描述。
应理解，下文中结合图2至图7仅以音频传输延迟的测试系统包括一个服务器(或者说，服务器是单个服务器)为例描述本申请实施例的音频传输延迟的测试方法，但本申请实施例并不局限于此。
在音频传输延迟的测试系统包括多个服务器(或者说，服务器是服务器组)的情况下，图2至图7中所有由服务器完成的动作，可以是多个服务器中的任意一个服务器完成，也可以是由多个服务器配合完成。例如，可以由两个服务器(或者说，第一服务器和第二服务器)完成。再例如，第一音频信号的生成和发送由同一服务器完成，也可以由不同服务器完成。再例如，各个延迟时间，可以由同一服务器完成，也可以由不同的服务器完成。再例如，各个延迟时间可以由同一服务器直接获取，也可以先由至少两个服务器直接获取(例如，第一服务器获取第一延迟时间，第二服务器获取第二延迟时间和第三延迟时间)，再由服务器组中的任意一个服务器(例如，至少两个服务器中的一个服务器)来获取三个延迟时间(包括第一延迟时间、第二延迟时间和第三延迟时间)并计算音频播放设备和音频接收设备之间的音频传输延迟。
总之，本申请实施例中，可以由一个服务器完成的各种动作，也可以由多个服务器分开完成，最终汇总到一个服务器(例如，第二服务器)进行计算确定得到音频传输延迟。
请参见图2，图2示出了本申请实施例提供的一种音频传输延迟的测试方法的流程图。如图2所示的测试方法包括：
步骤S210，服务器生成第一音频信号。其中，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息。
应理解，第一时间信息可以是服务器发送第一音频信号的第一发送时间和第一参考时间的差值，即第一时间信息可以表示第一发送时间相对于第一参考时间之间相差的时间段。
换句话说，第一音频信号没有携带第一发送时间，而是通过第一音频信号携带了类似于中间值的第一时间信息，后续第一设备可以通过第一时间信息来计算第一发送时间，由于使用了第一时间信息其不会引入大量的干扰，从而使得音频延迟的测试较为准确，从而解决了由于服务器的音频播放设备的精度不高而导致的干扰较大的问题。
另外，后续的第二设备和音频接收设备之间也由于服务器连接的音频播放设备的精度不高而导致的干扰较大，从而第二设备和音频接收设备之间传输的第三音频信号可以直接携带第二时间信息，从而由于使用了第二时间信息其不会引入大量的干扰，从而使得音频延迟的测试较为准确。
也就是说，本申请实施例可以基于不同的场景来选取时间信息或者发送时间，从而能够提高音频传输延迟的测试精准度。
此外，后续的第二时间信息与本申请实施例的第一时间信息类似，后续不再描述，具体可参见第一时间信息的相关描述。
还应理解，第一参考时间也可以根据实际需求来进行设置，本申请实施例并不局限于此。例如，第一参考时间可以是测试的开始时间，也可以是设定的某一时间点。
此外，后续的第二参考时间与本申请实施例中的第一参考时间类似，后续不再详细描述，具体可参见第一参考时间的相关描述。
具体地，请参见图3，图3示出了本申请实施例提供的步骤S210的流程图。如图3所示的方法包括：步骤S211，服务器将第一发送时间和第一参考时间的差值确定为第一时间信息；步骤S212，服务器将第一时间信息转换成第一预设频段的第一频域数据；步骤S213，服务器对第一频域数据进行时域转换，得到第一音频信号。
其中，在步骤S211中，服务器可以确定第一音频信号的第一发送时间，随后服务器可以计算第一音频信号的第一发送时间和第一参考时间之间的差值(或者第一发送时间和第一参考时间之间的时间段)，并可以将差值确定为第一时间信息。
应理解，由于服务器需要一段时间才可将第一音频信号发送出去，因此，第一发送时间可以是第一音频信号的开始发送时间，也可以是第一音频信号的发送完成时间，从而在第一参考时间可以为一时间点的情况下，服务器可以通过计算第一音频信号的开始发送时间或发送完成时间与第一参考时间之间的差值来确定第一时间信息。
或者说，第一发送时间也可以是本领域技术人员通常理解的发送时间，本申请实施例并不局限于此。
此外，后续的第三发送时间与本申请实施例中的第一发送时间类似，后续不再详细描述，具体可参见第一发送时间的相关描述。
还应理解，由于第一时间信息为服务器发送第一音频信号的第一发送时间和第一参考时间的差值，因此，第一时间信息也可看作一个相对的时间信息。换句话说，第一时间信息也可以称为第一相对的时间信息，本申请实施例并不局限于此。
对应地，后续的第三发送时间也可称为第二相对的时间信息，本申请实施例并不局限于此。
在步骤S212中，服务器可以预先将第一预设频段划分成至少两个子频段，也可以在获取到第一二进制数据后再将第一预设频段划分成至少两个子频段，本申请实施例并不局限于此。
应理解，第一预设频段的频段范围或者第一预设频段划分后的子频段的个数都可根据实际需求来进行设置，本申请实施例并不局限于此。
在服务器获取到第一时间信息后，由于第一时间信息为十进制数据，服务器可以先将第一时间信息转换为第一二进制数据。其中，第一二进制数据的位数可以与第一预设频段划分后的子频段的个数相同。例如，在第一二进制数据为0010的情况下，服务器可以将第一预设频段划分成四段，本申请实施例并不局限于此。
随后，服务器可以将第一二进制数据中的数据为1的位数对应的频段的中心点增加一个窄脉冲，从而得到与第一二进制数据相对应的第一频域数据。或者，服务器也可以将第一二进制数据中的数据为0的位数对应的频段的中心点增加一个窄脉冲，从而得到与第一二进制数据相对应的第一频域数据，本申请实施例并不局限于此。
为了便于理解本申请实施例，下面通过具体的实施例来进行描述。
在第一预设频段为500HZ～3000HZ的情况下，服务器可以将该第一预设频段划分成4个子频段。其中，4个子频段分别为500HZ～800HZ、801HZ～2200HZ、2201HZ～2800HZ和2801HZ～3000HZ。其中，这4个频段从低频段到高频段可以分别与第一二进制数据从右到左(或者说从数据最后一位到数据开始第一位)的每位数据一一对应。在第一二进制数据为“1101”的情况下，500HZ～800HZ与1101中的最右边的数据最后一位的1对应，801HZ～2200HZ与1101中的右边数倒数第二位的0对应，2201HZ～2800HZ与1101中右边数倒数第三位的1对应，2801HZ～3000HZ与1101中最左边数据开始第一位的1对应。
在服务器可以将第一二进制数据中的数据为1的位数对应的频段的中心点增加一个窄脉冲的情况下，由于1101中的数据最后一位的数据为1，则服务器可将500HZ～800HZ中的中心点650HZ增加一个窄脉冲。以及，由于1101中的右边数倒数第二位为0，则服务器在801HZ～2200HZ无需进行设置。此外，剩余的两个频段与500HZ～800HZ的频段的设置方式类似，在此不再一一描述。
应理解，第一二进制数据的位数和第一预设频段划分后的子频段的个数的对应方式也可以根据实际需求来进行设置，本申请实施例并不局限于此。
例如，对于第一子频段划分后的6个频段，这6个频段按照频率从低到高可以分别与第一二进制数据从右到左(或者说从数据开始第一位到最后一位)的每位数据一一对应。
在步骤S213中，服务器在通过上述步骤S212获取到第一频域数据后，服务器可以通过反傅里叶变换的方式来将第一频域数据转换成第一音频信号。后续，服务器可以通过PCM转换等方式来将第一音频信号转换成可以发送的第一音频信号。
步骤S220，服务器在第一发送时间通过音频播放设备向第一设备发送第一音频信号。
步骤S230，第一设备接收服务器发送的第一音频信号。
步骤S240，第一设备根据第一音频信号确定第一延迟时间。其中，第一延迟时间表示接收第一音频信号的时间和第一发送时间的差值。
应理解，在第一发送时间为第一音频信号的开始发送时间的情况下，第一设备接收第一音频信号的时间可以为第一设备开始接收第一音频信号的时间。或者，在第一发送时间为第一音频信号的发送完成时间的情况下，第一设备接收第一音频信号的时间可以为第一设备接收完成第一音频信号的时间，本申请实施例并不局限于此。
具体地，请参见图4，图4示出了本申请实施例提供的步骤S240的流程图。如图4所示的方法包括：步骤S241，第一设备对第一音频信号进行频域转换，得到第一预设频段的第一频域数据；步骤S242，第一设备将第一频域数据转换成第一时间信息；步骤S243，第一设备将第一时间信息和第一参考时间的和值确定为第一发送时间；步骤S244，第一设备将接收第一音频信号的时间和第一发送时间的差值确定为第一延迟时间。
在步骤S241中，第一设备对接收到的第一音频信号转进行模数转换，得到第一PCM(Pulse Code Modulation，脉冲编码调制)数据。随后，第一设备可以通过傅里叶变换的方式来将第一PCM数据转换为第一频域数据。
在步骤S242中，服务器可以将第一预设频段的相关信息发送给第一设备，其中，第一预设频段的相关信息包括第一预设频段的频段范围、第一预设频域的划分方式。从而，使得第一设备中的第一预设频段的划分方式和服务器中的第一预设频段的划分方式是一致的。
也就是说，服务器中的第一预设频段的设置和第一设备中的第一预设频段的设置是一致的，从而第一设备能够根据第一频域数据来反推出第一时间信息。换句话说，服务器根据第一时间信息获取第一频域数据的过程可以理解成编码的过程，第一设备根据第一音频数据获取第一时间信息的过程可以理解成解码的过程。
应理解，虽然上面以服务器向第一设备发送第一预设频段的相关信息的方式来实现第一设备中第一预设频段的相关信息和服务器中的第一预设频段的相关信息一致为例进行了描述，但本领域的技术人员还可根据实际需求来进行设置，本申请实施例并不局限于此。
在服务器获取到第一频域数据后，服务器可以通过判断第一频域数据对应的每个子频段是否存在窄脉冲来确定第一二进制数据。也就是说，步骤S242的实现过程可以看作步骤S212的逆过程。
随后，服务器可以将第一二进制数据转换成十进制数据，从而服务器可以获取到第一时间信息。
为了便于理解本申请实施例，下面通过具体的实施例来进行描述。
在第一预设频段为500HZ～3000HZ的情况下，服务器可以将第一预设频段划分成4个子频段。其中，4个子频段分别为500HZ～800HZ、801HZ～2200HZ、2201HZ～2800HZ和2801HZ～3000HZ。其中，这4个频段从低频段到高频段可以分别与第一二进制数据从右到左(或者说从数据最后一位到数据开始第一位)的每位数据一一对应。
在服务器可以将第一二进制数据中的数据为1的位数对应的频段的中心点增加一个窄脉冲的情况下，第一设备确定500HZ～800HZ、2201HZ～2800HZ和2801HZ～3000HZ存在窄脉冲信号的情况下，服务器可以确定第一二进制数据为“1101”。
随后，第一设备可以将1101转换成十进制数据，从而第一设备可以获取到第一时间信息。
应理解，第一二进制数据的位数和第一预设频段划分后的子频段的个数的对应方式也可以根据实际需求来进行设置，只要保证服务器和第一设备中存储的对应方式一致即可，本申请实施例并不局限于此。
在步骤S243中，由于第一设备可以存储有第一参考时间，且第一设备和服务器是时间同步的，因此，第一设备可以将第一时间信息和第一参考时间相加，并将相加后得到的和值来作为第一发送时间。
例如，在第一参考时间为2019年6月30日7时的情况下，第一时间信息对应的时间为2小时，则第一音频信号的发送时间为2019年6月30日9时。
步骤S244，第一设备确定接收第一音频信号的时间，随后第一设备将接收第一音频信号的时间和第一发送时间相减，以获取表示接收第一音频信号的时间和第一发送时间之间的时间段的差值。随后，服务器将差值作为第一延迟时间。
步骤S250，第一设备将第一延迟时间上传到服务器。相应地，服务器接收第一设备发送的第一延迟时间。
步骤S260，第一设备生成第二音频信号。其中，第二音频信号携带第一设备发送第二音频信号的第二发送时间。
应理解，第二发送时间可以当前的具体时间，也可以是UNIX时间戳(Unixtimestamp)等。换句话说，第二发送时间可以根据实际需求来进行设置，本申请实施例并不局限于此。
还应理解，由于第二发送时间为当前的具体时间，因此，第二发送时间也可称为绝对的时间信息，本申请实施例并不局限于此。
具体地，请参见图5，图5示出了本申请实施例提供的步骤S260的流程图。如图5所示的方法包括：步骤S261，第一设备将第二发送时间转换成第三预设频段的第三频域数据；步骤S262，第一设备对第三频域数据进行时域转换，得到第二音频信号。
在步骤S261中，第一设备可以预先将第三预设频段划分成至少两个子频段，也可以在第一设备获取到第二二进制数据后再将第三预设频段划分成至少两个子频段，本申请实施例并不局限于此。
应理解，第三预设频段划分后的子频段的数量和每个子频段对应的频段范围都可根据实际需求来进行设置，本申请实施例并不局限于此。
还应理解，第三预设频段对应的频段范围与第一预设频段对应的频段范围可以是相同的，也可以是不同的，本申请实施例并不局限于此。
由于第一设备和第二设备之间的传输不会引入声音的干扰，所以第一设备和第二设备间传输的音频信号可以直接携带第二发送时间。
在第一设备获取到第二发送时间后，由于第二发送时间为十进制数据，第一设备可以先将第二发送时间转换为第二二进制数据。其中，第二二进制数据的位数可以与第三预设频段划分后的子频段的个数相同。
随后，第一设备可以将第二二进制数据中的数据为1的位数对应的频段的中心点增加一个窄脉冲，从而得到第三频域数据。或者说，第一设备也可以将第二二进制数据中的数据为0的位数对应的频段的中心点增加一个窄脉冲，从而得到第三频域数据，本申请实施例并不局限于此。
应理解，本申请实施例中的步骤S261的过程与前面的步骤S212的过程类似，在此不再具举例描述，具体可参见步骤S212的相关描述。
在步骤S262中，第一设备在获取到第三频域数据后，第一设备可以通过反傅里叶变化的方式来将第三频域数据转换成第二音频信号。后续，第一设备也可通过PCM转换等方式来将第二音频信号转换成可以发送的第二音频信号。
步骤S270，第一设备在第二发送时间向第二设备发送第二音频信号。
应理解，第一发送时间和第二发送时间可以是相邻的，也可以是间隔比较长的，即第一设备在接收到第一音频数据后，可以马上发送第二音频信号，也可以间隔预定的时间后再发送第二音频信号。
还应理解，预定的时间可以根据实际需求来进行设置，本申请实施例并不局限于此。
步骤S280，第二设备接收第一设备发送的第二音频信号。
步骤S290，第二设备根据第二音频信号确定第二延迟时间。其中，第二延迟时间表示第二设备接收第二音频信号的时间和第一设备发送第二音频信号的第二发送时间的差值。
具体地，请参见图6，图6示出了本申请实施例提供的步骤S290的流程图。如图6所示的方法包括：步骤S291，第二设备对第二音频信号进行频域转换，得到第三预设频段的第三频域数据；步骤S292，第二设备将第三频域数据转换成第二发送时间；步骤S293，第二设备将第二设备接收第二音频信号的时间和第二发送时间的差值确定为第二延迟时间。
在步骤S291中，第二设备对接收到的第二音频信号进行模数转换，得到第二PCM数据。随后，第二设备可以通过傅里叶变换的方式来将第二PCM数据转换成第三预设频段的第三频域数据。
在步骤S292中，第一设备可以将第三预设频段的相关信息发送给第二设备，从而能够使得第二设备中的第三预设频段的划分设置和第一设备中的第三预设频段的划分设置是一致的。其中，第三预设频段的相关信息包括第三预设频段的频段范围、第三预设频段的划分方式。
应理解，虽然上面以第一设备向第二设备发送第三预设频段的相关信息的方式来实现第一设备中第三预设频段的相关信息和第二设备中第三预设频段的相关信息一致为例进行了描述，但本领域的技术人员还可根据实际需求来进行设置，本申请实施例并不局限于此。
在第二设备获取到第三频域数据后，第二设备可以通过判断第三频域数据对应的每个子频段是否存在窄脉冲的方式来确定与第三频域数据对应的第二二进制数据。也就是说，本申请实施例的步骤S292的过程可以看作前面的步骤S261的逆过程。
随后，第二设备可以将第二二进制数据转换成十进制数据，从而第二设备可以获取到第二发送时间。
应理解，本申请实施例中的步骤S292的实现过程可以与步骤S242的过程类似，在此不再具举例描述，具体可参见步骤S242的相关描述。
此外，本申请实施例中的步骤S292和前面的步骤S242的区别在于：步骤S292获取的是第二发送时间，步骤S242获取的是第一时间信息。
在步骤S293中，第二设备可以获取接收第二音频信号的时间，第二设备可以将接收第二音频信号的时间和第二发送时间相减，以获取表示接收第二音频信号的时间和第二发送时间之间的时间段的差值。随后，第二设备将差值作为第二延迟时间。
步骤S300，第二设备将第二延迟时间上传到服务器。相应地，服务器接收第二设备发送的第二延迟时间。
步骤S310，第二设备生成第三音频信号。其中，第三音频信号携带用于确定第二设备发送第三音频信号的第三发送时间的第二时间信息。
具体地，步骤S310包括：第二设备将第三发送时间和第二参考时间的差值确定为第二时间信息；第二设备将第二时间信息转换成第二预设频段的第二频域数据；第二设备对第二频域数据进行时域转换，得到第三音频信号。
应理解，本申请实施例中的步骤S310的过程与前面的步骤S210的步骤类似，在此不再详细描述，具体可参见步骤S210的相关描述。
步骤S320，第二设备在第三发送时间向与服务器连接的音频接收设备发送第三音频信号。相应地，服务器通过音频接收设备接收第二设备发送的第三音频信号。
应理解，第三发送时间和第二发送时间可以是相邻的，也可以是间隔比较长的，即第二设备在接收到第二音频数据后，可以马上发送第三音频信号，也可以间隔预定的时间再发送第三音频信号。
还应理解，预定的时间可以根据实际需求来进行设置，本申请实施例并不局限于此。
步骤S330，服务器根据第三音频信号确定第三延迟时间。
具体地，步骤S330包括：服务器对第三音频信号进行频域转换，得到第二预设频段的第二频域数据；服务器将第二频域数据转换成第二时间信息；服务器将第二时间信息和第二参考时间的和值确定为第三发送时间；服务器将第三音频信号的接收时间和第三发送时间的差值确定为第三延迟时间。
应理解，本申请实施例中的步骤S330的过程与前面的步骤S230的步骤类似，在此不再详细描述，具体可参见步骤S230的相关描述。
步骤S340，服务器将第一延迟时间、第二延迟时间和第三延迟时间相加，得到音频播放设备和音频接收设备之间的音频传输延迟。
具体地，服务器可以将第一延迟时间、第二延迟时间和第三延迟时间相加，并将相加后的和值对应的时间段来作为音频播放设备和音频接收设备而之间的音频传输延迟。
需要说明的是，虽然图2示出了两个设备来实现音频传输延迟的测试过程，但本领域的技术人员应理解，本申请实施例的方法还可实现同时测试多个设备的音频传输延迟。具体地：
由于每个设备的处理能力不同，因此，对于每个设备，可以预先测得服务器和该设备之间对应的延迟时间(例如，在服务器为单个服务器的情况下，可分别测得该服务器和该设备之间的第一延迟时间和/或第三延迟时间。后续，在该设备为接收第一音频信号的设备的情况下，上述对应的延迟时间为第一延迟时间，对应地，在该设备为向音频播放设备发送第三音频信号的设备的情况下，上述对应的延迟时间为第三延迟时间；再例如，在服务器为服务器组(包括多个服务器)的情况下，可分别测得每个服务器和该设备之间的延迟时间，后续可以通过音频测试系统中服务器、第一设备和第二设备的摆放位置以及音频传输方向，来从多个延迟时间中选择出第一延迟时间和第二延迟时间)，即可以预先获取第一段对应的延迟和第三段对应的延迟。然后，服务器再获取不同设备之间的第二延迟时间，即获取第二段对应的延迟。最后，服务器可以通过对应设备的第一段对应的延迟、以及对应设备的第三段对应的延迟和不同设备之间的第二段对应的延迟来计算音频传输延迟，进而服务器可以通过上面的方式来实现同时测量多个设备的音频传输延迟。
因此，本申请实施例通过将音频播放设备和音频接收设备之间的传输延迟划分成三段，服务器通过获取每段对应的延迟时间来计算音频播放设备和音频接收设备之间的传输延迟，从而本申请实施例不仅能够实现音频传输延迟的自动化测试，还能够实现音频播放设备和音频接收设备之间的音频传输延迟的精准测试，且该自动化测试还能够提高测量的效率，进而避免了现有技术中由于需要人工参与测试造成的测试效率不高的问题。
为了便于理解本申请实施例，下面通过具体的实施例来进行描述。
请参见图7，图7示出了本申请实施例提供的一种音频传输延迟的测试方法的具体流程图。如图7所示的方法包括：
第一段对应的延迟和第三段对应的延迟的测试类似，下面以第一段对应的延迟的测试为例来进行描述，对应的第三段对应的延迟的测试可参考第一段对应的延迟的测试过程。
与服务器连接的服务器的扬声器和第一设备之间的第一段的延迟一般都在500毫秒以内，因此，服务器可以第一参考时间为基准，将第一音频信号的第一发送时间相对于第一参考时间偏移的毫秒数编码成8位的二进制数据。以及，服务器还将200HZ～10KHZ的频段分成8段子频段(其可根据需求来进行划分)，如果8段中的某段对应的二进制数据中的位数为1，则在该段的中心点增加一个窄脉冲。后续，服务器将获取到的第一频域数据转换成时域的声音。随后，服务器在第一发送时间通过音频播放设备将第一音频信号发送给第一设备，其中，第一音频信号携带第一相对的时间信息。
第一设备采集到服务器发送的第一音频信号，第一设备将采集到的第一音频信号进行模数转换获取到PCM数据，并将PCM数据转换到频域，从而通过上述过程的逆过程来读取第一相对的时间信息，并通过第一相对的时间信息来获取第一发送时间，后续，第一时间根据接收第一音频信号的时间和第一发送时间来得到第一延迟时间。
对于第二段对应的延迟，在第一设备获取到PCM数据后，将第一时间信息对应的数据丢弃。为了提高时间精度，第一设备可以利用绝对的UNIX时间戳来生成第二频域信号。因为第一设备和第二设备中间的传输均为数字信号，从而不会引入时间的干扰。不同的设备可以用不同的频域区段来进行编码，第二设备接收到第二音频信号后，可以将第二音频信号转换成PCM数据，从而可以将UNIX时间戳提取出来，从而能够根据UNIX时间戳来获取第二段对应的延迟。
应理解，上述音频传输延迟的测试方法仅是示例性的，本领域技术人员根据上述的方法可以进行各种变形。
例如，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。例如，步骤S260和步骤S270可以设置在步骤S230的前面。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。例如，可以将步骤S250和步骤S260合并为一个步骤，或者，也可将步骤S330拆分成三个步骤。
请参见图8，图8示出了本申请实施例提供的一种音频传输延迟的测试装置800的结构框图，应理解，该测试装置800与上述图2至图7的方法实施例中的服务器侧对应，能够执行上述方法实施例服务器侧涉及的各个步骤，该测试装置800具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。测试装置800包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在测试装置800的操作系统(operatingsystem，OS)中的软件功能模块。具体地，该测试装置800包括：
获取模块810，用于获取第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和音频播放设备发送第一音频信号的第一发送时间的差值，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息；获取模块810，还用于获取第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第一设备发送第二音频信号的第二发送时间的差值，第二音频信号携带第二发送时间；获取模块810，还用于获取第三延迟时间，其中，第三延迟时间表示音频接收设备接收第三音频信号的时间和第二设备发送第三音频信号的第三发送时间的差值，第三音频信号携带用于确定第二设备发送第三音频信号的第三发送时间的第二时间信息；第一确定模块820，用于将第一延迟时间、第二延迟时间和第三延迟时间相加，得到音频播放设备和音频接收设备之间的音频传输延迟。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
请参见图9，图9示出了本申请实施例提供的另一种音频传输延迟的测试装置900的结构框图，应理解，该测试装置900与上述图2至图7的方法实施例中的第一设备侧对应，能够执行上述方法实施例第一设备侧涉及的各个步骤，该测试装置900具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。测试装置900包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在测试装置900的操作系统(operatingsystem，OS)中的软件功能模块。具体地，该测试装置900包括：
第一接收模块910，用于接收第一音频信号，其中，第一音频信号携带用于确定第一音频信号的第一发送时间的第一时间信息，且第一音频信号是由音频播放设备发送的；第二确定模块920，用于根据第一音频信号确定第一延迟时间，其中，第一延迟时间表示第一设备接收第一音频信号的时间和第一发送时间的差值，第一发送时间是表示第一时间信息和第一参考时间的和值；第一发送模块930，用于发送第一延迟时间，其中，第一延迟时间用于确定音频播放设备和音频接收设备之间的音频传输延迟。
在一个可能的实施例中，第二转换模块(未示出)，用于对第一音频信号进行频域转换，得到第一预设频段的第一频域数据；第二转换模块，还用于将第一频域数据转换成第一时间信息；第二确定模块920，还用于将第一时间信息和第一参考时间的和值确定为第一发送时间；第二确定模块920，还用于将接收第一音频信号的时间和第一发送时间的差值确定为第一延迟时间。
在一个可能的实施例中，第二转换模块，还用于将第二发送时间转换成第三预设频段的第三频域数据；第二转换模块，还用于对第三频域数据进行时域转换，得到第二音频信号；第二发送模块，还用于在第二发送时间向第二设备发送第二音频信号。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
请参见图10，图10示出了本申请实施例提供的另一种音频传输延迟的测试装置1000的结构框图，应理解，该测试装置1000与上述图2至图7的方法实施例中的第二设备侧对应，能够执行上述方法实施例第二设备侧涉及的各个步骤，该测试装置1000具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。测试装置1000包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在测试装置1000的操作系统(operating system，OS)中的软件功能模块。具体地，该测试装置1000包括：
第二接收模块1010，用于接收第一设备发送的第二音频信号，其中，第二音频信号携带第二音频信号的第二发送时间；第三确定模块1020，用于根据第二音频信号确定第二延迟时间，其中，第二延迟时间表示第二设备接收第二音频信号的时间和第二发送时间的差值；第二发送模块1030，用于发送第二延迟时间，其中，第二延迟设备用于确定音频播放设备和音频接收设备之间的音频传输延迟。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
本申请还提供一种电子设备1100，该电子设备1100可设置在服务器、第一设备或第二设备中。
图11为本申请实施例提供的一种电子设备1100的结构框图，如图11所示。电子设备1100可以包括处理器1110、通信接口1120、存储器1130和至少一个通信总线1140。其中，通信总线1140用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口1120用于与其他节点设备进行信令或数据的通信。处理器1110可以是一种集成电路芯片，具有信号的处理能力。上述的处理器1110可以是通用处理器，包括中央处理器(CentralProcessing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器1110也可以是任何常规的处理器等。
存储器1130可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。存储器1130中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器1110执行时，电子设备1100可以执行上述图2至图7方法实施例中对应装置侧的各个步骤。例如，在电子设备1100设置在服务器中的情况下，存储器1130中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器1110执行时，电子设备1100可以执行上述图2至图7的方法实施例中服务器侧的各个步骤。
电子设备1100还可以包括存储控制器、输入输出单元、音频单元、显示单元。
所述存储器1130、存储控制器、处理器1110、外设接口、输入输出单元、音频单元、显示单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线1140实现电性连接。所述处理器1110用于执行存储器1130中存储的可执行模块，例如电子设备1100包括的软件功能模块或计算机程序。
输入输出单元用于提供给用户输入数据实现用户与所述服务器(或本地终端)的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
音频单元向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。
显示单元在所述电子设备与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。
可以理解，图11所示的结构仅为示意，所述电子设备1100还可包括比图11中所示更多或者更少的组件，或者具有与图11所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。
本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行图2至图7中的服务器侧的任一可选的实现方式所述的方法。
本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行图2至图7中的第一设备侧的任一可选的实现方式所述的方法。
本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行图2至图7中的第二设备侧的任一可选的实现方式所述的方法。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (6)

1.一种音频传输延迟的测试方法，其特征在于，包括：
服务器获取第一延迟时间，其中，所述第一延迟时间表示第一设备接收第一音频信号的时间和音频播放设备发送所述第一音频信号的第一发送时间的差值，所述第一音频信号携带用于确定所述第一音频信号的第一发送时间的第一时间信息；
所述服务器获取第二延迟时间，其中，所述第二延迟时间表示第二设备接收第二音频信号的时间和所述第一设备发送所述第二音频信号的第二发送时间的差值，所述第二音频信号携带所述第二发送时间；
所述服务器获取第三延迟时间，其中，所述第三延迟时间表示音频接收设备接收第三音频信号的时间和所述第二设备发送所述第三音频信号的第三发送时间的差值，所述第三音频信号携带用于确定所述第二设备发送所述第三音频信号的第三发送时间的第二时间信息；
所述服务器将所述第一延迟时间、所述第二延迟时间和所述第三延迟时间相加，得到所述音频播放设备和所述音频接收设备之间的音频传输延迟。
2.根据权利要求1所述的测试方法，其特征在于，所述第一音频信号是由第一预设频段中的第一频域数据进行时域转换后得到的，所述第一频域数据是由第一时间信息转换后得到的，所述第一时间信息是根据所述第一发送时间和第一参考时间的差值确定的。
3.根据权利要求1所述的测试方法，其特征在于，所述第二时间信息是由第二预设频段中的第二频域数据转换后得到的，所述第二频域数据是由所述第三音频信号频域转换后得到的。
4.一种音频传输延迟的测试装置，其特征在于，应用于服务器，所述测试装置包括：
获取模块，用于获取第一延迟时间，其中，所述第一延迟时间表示第一设备接收第一音频信号的时间和音频播放设备发送所述第一音频信号的第一发送时间的差值，所述第一音频信号携带用于确定所述第一音频信号的第一发送时间的第一时间信息；
所述获取模块，还用于获取第二延迟时间，其中，所述第二延迟时间表示第二设备接收第二音频信号的时间和所述第一设备发送所述第二音频信号的第二发送时间的差值，所述第二音频信号携带所述第二发送时间；
所述获取模块，还用于获取第三延迟时间，其中，所述第三延迟时间表示音频接收设备接收第三音频信号的时间和所述第二设备发送所述第三音频信号的第三发送时间的差值，所述第三音频信号携带用于确定所述第二设备发送所述第三音频信号的第三发送时间的第二时间信息；
第一确定模块，用于将所述第一延迟时间、所述第二延迟时间和所述第三延迟时间相加，得到所述音频播放设备和所述音频接收设备之间的音频传输延迟。
5.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-3任一所述的音频传输延迟的测试方法。
6.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1-3任一所述的音频传输延迟的测试方法。
CN201910884928.3A 2019-09-18 2019-09-18 音频传输延迟的测试方法、装置、存储介质和电子设备 Active CN110430104B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910884928.3A CN110430104B (zh) 2019-09-18 2019-09-18 音频传输延迟的测试方法、装置、存储介质和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910884928.3A CN110430104B (zh) 2019-09-18 2019-09-18 音频传输延迟的测试方法、装置、存储介质和电子设备

Publications (2)

Publication Number Publication Date
CN110430104A CN110430104A (zh) 2019-11-08
CN110430104B true CN110430104B (zh) 2021-12-03

Family

ID=68418282

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910884928.3A Active CN110430104B (zh) 2019-09-18 2019-09-18 音频传输延迟的测试方法、装置、存储介质和电子设备

Country Status (1)

Country Link
CN (1) CN110430104B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113688656A (zh) * 2020-05-19 2021-11-23 福建天泉教育科技有限公司 一种投屏软件中声音延迟测试的方法及其系统
CN112489686A (zh) * 2020-12-02 2021-03-12 公安部第三研究所 一种端到端的音频信号延时测试方法
CN113611266B (zh) * 2021-07-08 2023-10-31 北京小唱科技有限公司 适用于多人k歌的音频同步方法、装置及存储介质
CN113872829B (zh) * 2021-09-27 2023-02-28 西安易朴通讯技术有限公司 双向数据传输测试装置及测试方法
CN114554355A (zh) * 2022-03-17 2022-05-27 中科雷欧(常熟)科技有限公司 一种车载沉浸式音频的传输方法及装置
CN114780324B (zh) * 2022-06-20 2022-09-13 深圳市华曦达科技股份有限公司 一种用于安卓系统的媒体延时测试方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100872771B1 (ko) * 2007-09-04 2008-12-09 한국전자통신연구원 암호화 통신에서 키 재동기 프레임을 이용하여 시간정보를동기화하는 장치 및 방법
CN103179240A (zh) * 2011-12-20 2013-06-26 比亚迪股份有限公司 移动终端的音频测试方法及测试系统
US9129600B2 (en) * 2012-09-26 2015-09-08 Google Technology Holdings LLC Method and apparatus for encoding an audio signal
EP3264712A1 (en) * 2016-06-28 2018-01-03 Thomson Licensing Apparatus and method for autorizing access to a service according to device proximity
CN107181506A (zh) * 2017-04-13 2017-09-19 深圳市金立通信设备有限公司 一种控制终端播放资源的方法及蓝牙耳机
CN109688528A (zh) * 2018-12-27 2019-04-26 安克创新科技股份有限公司 音频设备及信号延迟的测试方法、系统以及存储介质

Also Published As

Publication number Publication date
CN110430104A (zh) 2019-11-08

Similar Documents

Publication Publication Date Title
CN110430104B (zh) 音频传输延迟的测试方法、装置、存储介质和电子设备
EP2955713A1 (en) Synchronous audio playback method, apparatus and system
JP6127476B2 (ja) ネットワーク音楽セッションにおける遅延測定方法及び装置
US10877512B2 (en) Audio data transmission method and apparatus
CN112040225B (zh) 播放延时差测量方法、装置、设备、系统及存储介质
US20240163623A1 (en) In-sync digital waveform comparison to determine pass/fail results of a device under test (dut)
WO2022120384A1 (en) Heterogeneous computing systems and methods for clock synchronization
WO2020073564A1 (zh) 用于检测音频信号的响度的方法和装置
CN112039612B (zh) 延时测量方法、装置、设备、系统及存储介质
US11308199B2 (en) User authentication method using ultrasonic waves
CN115022771A (zh) 音量调节方法、装置、计算机设备及可读存储介质
CN110753261B (zh) 音视频时延测试方法、装置、计算机设备和存储介质
WO2020114369A1 (zh) 无线通信延迟测试方法、装置、计算机设备及存储介质
JP2018180489A (ja) 演奏支援装置、及びプログラム
JP2015197941A (ja) サンプリング周波数推定装置
CN108984621A (zh) 信息存储、读取方法
JP5792689B2 (ja) 送話ラウドネス定格情報測定装置、及び送話ラウドネス定格情報測定方法
CN111444068B (zh) 系统性能测试方法、装置、计算机设备及存储介质
Le et al. A Framework to Measure Reliance of Acoustic Latency on Smartphone Status
JP6668306B2 (ja) サンプリング周波数推定装置
CN108235426B (zh) 一种时延、终端间的本机时差检测方法、装置及系统
CN116320372A (zh) 音频延时检测方法、系统、装置、存储介质和处理器
TW202232305A (zh) 用於同步聲音播放及記錄時脈的系統及其使用之方法
WO2019182074A1 (ja) 信号処理方法および信号処理装置
KR101535130B1 (ko) 통화지연 시간 측정 장비 및 이를 이용한 통화지연 시간 측정 시스템

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
GR01 Patent grant
GR01 Patent grant