CN114913875A - 基于音频特征的通信方法和装置、电子设备、存储介质 - Google Patents

Abstract

本公开实施例提供基于音频特征的通信方法和装置、电子设备、存储介质，涉及通信技术领域。该基于音频特征的通信方法，包括：接收设备端发送的通信请求信息；设备端包括第一终端、第二终端；对通信请求信息进行解析，得到音频特征信息；根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端；发送第一终端的联系信息给第二终端；发送第二终端的联系信息给第一终端，通过本公开实施例提供的技术方案可以提高设备端的匹配效率。

Description

基于音频特征的通信方法和装置、电子设备、存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种基于音频特征的通信方法和装置、电子设备、存储介质。

背景技术

当前的移动终端一般具有蓝牙连接功能，通过搜索附近的蓝牙设备，可以实现设备之间的通信，进而实现设备端的用户之间的交友匹配功能。蓝牙连接的耗时较长，导致当前的通过蓝牙连接的匹配方式存在着匹配效率较低的问题。

发明内容

本公开实施例的主要目的在于提出一种基于音频特征的通信方法和装置、电子设备、存储介质，能够提高设备端的匹配效率。

为实现上述目的，本公开实施例的第一方面提出了一种基于音频特征的通信方法，应用于服务器，包括：

接收设备端发送的通信请求信息；所述设备端包括第一终端、第二终端；

对所述通信请求信息进行解析，得到音频特征信息；

根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端；

发送所述第一终端的联系信息给所述第二终端；

发送所述第二终端的联系信息给所述第一终端。

在一些实施例，所述音频特征信息包括目标振幅信息、与所述目标振幅信息对应的目标时间信息；所述目标振幅信息包括最大振幅信息；所述根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端，包括：

根据所述通信请求信息得到请求时间信息；所述请求时间信息包括第一时间信息；

根据所述请求时间信息确定所述第一终端；

根据所述第一终端的所述最大振幅信息对应的所述第一时间信息、预设的时间区间信息进行时间筛选处理，得到设备列表信息；

根据所述目标振幅信息、所述设备列表信息进行振幅筛选处理，得到剩余设备数量；

若所述剩余设备数量等于预设的阈值数量，则确定与所述第一终端相匹配的所述第二终端。

在一些实施例，所述目标振幅信息还包括最小振幅信息，所述根据所述目标振幅信息、所述设备列表信息进行振幅筛选处理，得到剩余设备数量，包括：

根据所述最大振幅信息对所述设备列表信息进行第一筛选处理，得到设备子列表信息；

根据所述最小振幅信息对所述设备子列表信息进行第二筛选处理，得到所述剩余设备数量。

在一些实施例，所述方法还包括：

若所述剩余设备数量不等于预设的阈值数量，则生成匹配失败信息；

发送所述匹配失败信息给所述第一终端。

为实现上述目的，本公开实施例的第二方面提出了一种基于音频特征的通信方法，应用于设备端，包括：

获取碰撞音频数据；所述碰撞音频数据为设备端之间碰撞时采集到的音频数据；

根据所述碰撞音频数据进行特征分析处理，得到音频特征信息；

根据所述音频特征信息生成通信请求信息；

发送所述通信请求信息给服务器；

接收所述服务器根据所述通信请求信息发送的联系信息。

在一些实施例，所述音频特征信息包括目标振幅信息、与所述目标振幅信息对应的目标时间信息；所述根据所述碰撞音频数据进行特征分析处理，得到音频特征信息，包括：

获取设备类型信息；

根据所述设备类型信息得到与所述设备类型信息对应的音频数据分析程序；

根据所述音频数据分析程序得到所述目标振幅信息。

为实现上述目的，本公开的第三方面提出了一种基于音频特征的通信装置，应用于服务器，包括：

请求信息接收模块，用于接收设备端发送的通信请求信息；所述设备端包括第一终端、第二终端；

请求信息解析模块，用于对所述通信请求信息进行解析，得到音频特征信息；

匹配模块，用于根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端；

第一联系信息发送模块，用于发送所述第一终端的联系信息给所述第二终端；

第二联系信息发送模块，用于发送所述第二终端的联系信息给所述第一终端。

为实现上述目的，本公开的第四方面提出了一种基于音频特征的通信装置，应用于设备端，包括：

碰撞音频数据获取模块，用于获取碰撞音频数据；所述碰撞音频数据为设备端之间碰撞时采集到的音频数据；

特征分析模块，用于根据所述碰撞音频数据进行特征分析处理，得到音频特征信息；

请求信息生成模块，用于根据所述音频特征信息生成通信请求信息；

请求信息发送模块，用于发送所述通信请求信息给服务器；

联系信息接收模块，用于接收所述服务器根据所述通信请求信息发送的联系信息。

为实现上述目的，本公开的第五方面提出了一种电子设备，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现本公开如上述第一方面所述的方法；

或者，

如上述第二方面所述的方法。

为实现上述目的，本公开的第四方面提出了一种存储介质，该存储介质是计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行：

如上述第一方面所述的方法；

或者，

如上述第二方面所述的方法。

本公开实施例提出的基于音频特征的通信方法和装置、电子设备、存储介质，先接收设备端发送的通信请求信息，然后对通信请求信息进行解析，得到音频特征信息，再根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端，最后发送第一终端的联系信息给第二终端，并发送第二终端的联系信息给第一终端,通过本公开实施例提供的技术方案可以提高设备端的匹配效率。

附图说明

图1是本公开实施例提供的基于音频特征的通信方法的应用场景示意图。

图2是本公开实施例提供的基于音频特征的通信方法的流程图。

图3是图2中的步骤S230的流程图。

图4是图3中的步骤S340的流程图。

图5是本公开另一实施例提供的基于音频特征的通信方法的流程图。

图6是本公开又一实施例提供的基于音频特征的通信方法的流程图。

图7是图6中的步骤S620的流程图。

图8是本公开实施例提供的基于音频特征的通信装置的模块框图。

图9是本公开另一实施例提供的基于音频特征的通信装置的模块框图。

图10是本公开实施例提供的电子设备的硬件结构示意图。

附图标记：服务器110、设备端120、第一终端121、第二终端122、请求信息接收模块810、请求信息解析模块820、匹配模块830、第一联系信息发送模块840、第二联系信息发送模块850、碰撞音频数据获取模块910、特征分析模块920、请求信息生成模块930，请求信息发送模块940、联系信息接收模块950、处理器1001、存储器1002、输入/输出接口1003、通信接口1004、总线1005。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

当前的移动终端一般具有蓝牙连接功能，通过搜索附近的蓝牙设备，可以实现设备之间的通信，进而实现设备的用户之间的交友匹配功能。蓝牙连接的耗时较长，导致当前的通过蓝牙连接的匹配方式存在着匹配效率较低的问题。

当前的通过蓝牙连接的匹配方式在开启交友功能后，通过设备之间的碰撞产生的重力传感器或者陀螺仪数据算法来判断执行交友动作，具体顺序：(1)打开设备蓝牙；(2)互相搜索附近蓝牙；(3)把搜索到的附近蓝牙信息上传给服务器；(4)服务器把一定时间内收到的不同设备上传的蓝牙信息交集对比，(如设备A上传的蓝牙信息包含设备B的蓝牙信息，设备B上传的蓝牙信息包含设备A的蓝牙信息)，若两组数据之间上传时间间隔不超过一定时间(如30秒)，则认定设备A与设备B请求交友，服务器则会将设备A与设备B联系方式互换，以实现交友功能。

当前的通过蓝牙连接的匹配方式采用重力传感器或者陀螺仪，对硬件性能及数据算法准确性要求较高，从而导致匹配的精确度较低。

当前的通过蓝牙连接的匹配方式需使用蓝牙搜索附近蓝牙信息，蓝牙搜索的工作原理决定了搜索速度偏慢，一般为5-15秒，若设备蓝牙天线灵敏度偏弱，则搜索时间更长，会导致交友功能无法完成。

当前的通过蓝牙连接的匹配方式对服务器数据分析能力要求高，需要分析的蓝牙信息里有可能包含数十条蓝牙信息，处理大量的信息耗时较长，导致匹配的效率较低。

基于此，本公开实施例提供一种基于音频特征的通信方法和装置、电子设备、存储介质，在具体的实施例中，在服务器端，先接收设备端发送的通信请求信息，然后对通信请求信息进行解析，得到音频特征信息，再根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端，最后发送第一终端的联系信息给第二终端，并发送第二终端的联系信息给第一终端；在设备端，先获取碰撞音频数据，再根据碰撞音频数据进行特征分析处理，得到音频特征信息，然后根据音频特征信息生成通信请求信息，进而发送通信请求信息给服务器，最后接收服务器根据通信请求信息发送的联系信息。

本公开实施例提供的技术方案可以应用的范围更广、门槛更低，具有麦克风和通信模块的设备都能使用，在设备端没有蓝牙模块的情况下也能使用；另外，上传给服务器的通信请求信息中封装的音频特征信息，是设备本地处理好的音频数据与产生数据的时间戳数据，数据量小且清晰，服务器处理容易；最后，本方案在没有重力传感器或陀螺仪的情况下也能使用，避免了该方式对硬件性能及数据算法准确性的高要求，节约了计算资源。通过本公开实施例提供的技术方案可以降低设备端之间交友或验证身份时对硬件性能的依赖，降低服务器的计算压力，简化用户的操作流程，提高匹配效率和精确率。

本公开实施例提供基于音频特征的通信方法和装置、电子设备、存储介质，具体通过如下实施例进行说明，首先描述本公开实施例中的基于音频特征的通信方法。

图1是本公开实施例的应用场景示意图，本公开实施例的基于音频特征的通信方法应用于网络系统中，网络系统包括：服务器110、设备端120，其中，设备端120包括但不限于第一终端121、第二终端122，服务器110分别与第一终端121、第二终端122连接。

需要说明的是，设备端是用于用户之间进行通信和交友的工具，包括但不限于手机、平板电脑、智能穿戴设备等移动终端。设备端包括但不限于第一终端、第二终端，设备端的数量包括但不限于两个；服务器用于配合设备端进行数据交互，并实现设备端之间交友功能的实现。

本公开实施例提出了一种基于音频特征的通信方法，应用于服务器，包括：接收设备端发送的通信请求信息；设备端包括第一终端、第二终端；对通信请求信息进行解析，得到音频特征信息；根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端；发送第一终端的联系信息给第二终端；发送第二终端的联系信息给第一终端。

图2是本公开实施例提供的基于音频特征的通信方法的一个可选的流程图，该应用于服务器，图2中的方法可以包括但不限于包括步骤S210至步骤S250，具体包括：

S210，接收设备端发送的通信请求信息；

S220，对通信请求信息进行解析，得到音频特征信息；

S230，根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端；

S240，发送第一终端的联系信息给第二终端；

S250，发送第二终端的联系信息给第一终端。

在步骤S210中，服务器接收相互碰撞的设备端发送的通信请求信息。

在步骤S220中，通信请求信息中封装有音频特征信息，需要对其进行解析以得到音频特征信息，音频特征信息为声音的特征，音频特征信息包括但不限于音频的振幅、频率等。

在步骤S230中，设备匹配处理包括：通过设备端之间碰撞时产生的噪音与相隔时间来判断具体哪几台设备端需要进行匹配交友，以实现联系方式互换，即确定与第一终端相匹配的第二终端。

需要说明的是，上述的第一终端和第二终端只是作为示例，用以区分进行碰撞和匹配的两个设备端，而非是对设备端的限制。

在步骤S240至S250中，完成匹配后，服务器分别将两者的联系信息发送给对方，实现匹配交友功能。具体地，例如，当两组音频特征信息之间上传时间间隔不超过30秒时，认定第一终端与第二终端请求交友，服务器则会将第一终端和第二终端联系方式互换。

在具体的实施例中，本公开实施例提供一种基于音频特征的通信方法，应用于服务器，先接收设备端发送的通信请求信息，然后对通信请求信息进行解析，得到音频特征信息，再根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端，最后发送第一终端的联系信息给第二终端，并发送第二终端的联系信息给第一终端，通过本公开实施例提供的技术方案可以降低设备端之间交友或验证身份时对硬件性能的依赖，降低服务器的计算压力，简化用户的操作流程，提高匹配效率和精确率。

在一些实施例，音频特征信息包括目标振幅信息、与目标振幅信息对应的目标时间信息；目标振幅信息包括最大振幅信息；根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端，包括：根据通信请求信息得到请求时间信息；请求时间信息包括第一时间信息；根据请求时间信息确定第一终端；根据第一终端的最大振幅信息对应的第一时间信息、预设的时间区间信息进行时间筛选处理，得到设备列表信息；根据目标振幅信息、设备列表信息进行振幅筛选处理，得到剩余设备数量；若剩余设备数量等于预设的阈值数量，则确定与第一终端相匹配的第二终端。

图3是一些实施例中的步骤S230的流程图，图3示意的步骤S230包括但不限于步骤S310至步骤S350：

S310，根据通信请求信息得到请求时间信息；

S320，根据请求时间信息确定第一终端；

S330，根据第一终端的最大振幅信息对应的第一时间信息、预设的时间区间信息进行时间筛选处理，得到设备列表信息；

S340，根据目标振幅信息、设备列表信息进行振幅筛选处理，得到剩余设备数量；

S350，若剩余设备数量等于预设的阈值数量，则确定与第一终端相匹配的第二终端。

在步骤S310中，请求时间信息包括第一时间信息，通信请求时间为服务器接收到该请求的系统时间，第一时间信息为第一终端的请求时间信息。

在步骤S320中，第一终端表征在一次碰撞匹配过程中的一方，用于从一方的视角来解释本申请的技术方案的原理，具体地，依据接受请求时间优先原则，将请求时间信息较早的设备端定义为第一终端。

需要说明的是，音频特征信息包括目标振幅信息、与目标振幅信息对应的目标时间信息；目标振幅信息包括最大振幅信息、最小振幅信息。

在步骤S330中，时间筛选处理包括但不限于：选定第一终端上传数据的第一时间信息为基准，在最大振幅信息产生的时间点的前后，做一次时间区间信息的筛选，选出服务这个区间段的申请加好友的设备列表信息，其中，预设的时间区间信息为0.5秒钟。

在步骤S340中，经过时间筛选处理之后，还要经过振幅筛选处理，具体包括：分别判断设备列表信息中哪个数据的最大振幅信息与最小振幅信息的时间与第一终端相等，然后将相等的数据记录筛选处理，并计算剩余设备数量。

在步骤S350中，若本次碰撞匹配只有两个设备，则本次碰撞匹配的阈值数量为1，即当步骤S340中得到的剩余设备数量为1时，说明匹配成功。

需要说明的是，若本次碰撞匹配有3个设备，则本次碰撞匹配的阈值数量为2，若本次碰撞匹配有N个设备，则本次碰撞匹配的阈值数量为N-1。

在一些实施例，目标振幅信息还包括最小振幅信息，根据目标振幅信息、设备列表信息进行振幅筛选处理，得到剩余设备数量，包括：根据最大振幅信息对设备列表信息进行第一筛选处理，得到设备子列表信息；根据最小振幅信息对设备子列表信息进行第二筛选处理，得到剩余设备数量。

图4是一些实施例中的步骤S340的流程图，图4示意的步骤S340包括但不限于步骤S410至步骤S420：

S410，根据最大振幅信息对设备列表信息进行第一筛选处理，得到设备子列表信息；

S420，根据最小振幅信息对设备子列表信息进行第二筛选处理，得到剩余设备数量。

在步骤S410至步骤S420中，振幅筛选处理包括两个步骤：第一筛选处理和第二筛选处理，其中，第一筛选处理为是利用最大振幅信息进行筛选，具体为，判断设备列表信息中哪个数据的最大振幅信息的时间与第一终端相等；第二筛选处理是利用最小振幅信息再进行一次筛选，具体为，判断设备子列表信息中哪个数据的最小振幅信息的时间与第一终端相等，然后得到最终的列表，并计算得到剩余设备数量。

在一些实施例，基于音频特征的通信方法还包括：若剩余设备数量不等于预设的阈值数量，则生成匹配失败信息；发送匹配失败信息给第一终端。

如图5所示，图5是另一些实施例提供的基于音频特征的通信方法的流程图，基于音频特征的通信方法还包括：

S510，若剩余设备数量不等于预设的阈值数量，则生成匹配失败信息；

S520，发送匹配失败信息给第一终端。

在步骤S510至步骤S520中，若剩余设备数量不等于阈值数量，说明匹配已经失败，服务器生成匹配识别信息，用于发送给第一终端，来在第一终端上进行显示，提示用户本次匹配失败。

本公开实施例提出了一种基于音频特征的通信方法，应用于设备端，包括：获取碰撞音频数据；碰撞音频数据为设备端之间碰撞时采集到的音频数据；根据碰撞音频数据进行特征分析处理，得到音频特征信息；根据音频特征信息生成通信请求信息；发送通信请求信息给服务器；接收服务器根据通信请求信息发送的联系信息。

图6是本公开实施例提供的基于音频特征的通信方法的一个可选的流程图，该应用于设备端，图6中的方法可以包括但不限于包括步骤S610至步骤S650，具体包括：

S610，获取碰撞音频数据；

S620，根据碰撞音频数据进行特征分析处理，得到音频特征信息；

S630，根据音频特征信息生成通信请求信息；

S640，发送通信请求信息给服务器；

S650，接收服务器根据通信请求信息发送的联系信息。

在步骤S610中，碰撞音频数据为设备端之间碰撞时采集到的音频数据，具体地，当设备端开启交友功能后，自动打开麦克风执行录音功能，然后用户操纵设备端之间产生碰撞，如用户甲的手机与用户乙的手机碰撞，碰撞产生的噪音通过麦克风识别并记录。

在步骤S620中，音频特征信息为声音的特征，音频特征信息包括但不限于音频的振幅、频率等。

在步骤S630中，在碰撞发生后，设备端将得到的音频特征信息进行封装，得到通信请求信息，通信请求信息用于向服务器发出请求命令，请求服务器分析并反馈与自身匹配的设备是哪个。

在步骤S640中，相互碰撞的设备端分别发送自身的通信请求信息给服务器，以保证匹配过程的可靠性。

在步骤S650中，联系信息为设备端之间用于直接联系对方的信息，用于直接与对方建立连接，帮助用户完成交友过程。

在具体的实施例中，本公开实施例提供一种基于音频特征的通信方法，应用于设备端，先获取碰撞音频数据，再根据碰撞音频数据进行特征分析处理，得到音频特征信息，然后根据音频特征信息生成通信请求信息，进而发送通信请求信息给服务器，最后接收服务器根据通信请求信息发送的联系信息，通过本公开实施例提供的技术方案可以降低设备端之间交友或验证身份时对硬件性能的依赖，降低服务器的计算压力，简化用户的操作流程，提高匹配效率和精确率。

在一些实施例，音频特征信息包括目标振幅信息、与目标振幅信息对应的目标时间信息；根据碰撞音频数据进行特征分析处理，得到音频特征信息，包括：获取设备类型信息；根据设备类型信息得到与设备类型信息对应的音频数据分析程序；根据音频数据分析程序得到目标振幅信息。

图7是一些实施例中的步骤S620的流程图，图7示意的步骤S620包括但不限于步骤S710至步骤S730：

S710，获取设备类型信息；

S720，根据设备类型信息得到与设备类型信息对应的音频数据分析程序；

S730，根据音频数据分析程序得到目标振幅信息。

在步骤S710中，设备类型信息为设备端的操作系统类型，包括但不限于android、IOS等。

在步骤S720中，音频数据分析程序为与设备类型信息对应的类或方法，是获取目标振幅信息的方式。

在步骤S730中，音频特征信息包括目标振幅信息、与目标振幅信息对应的目标时间信息；目标振幅信息包括最大振幅信息、最小振幅信息，例如，当设备类型信息为android时，调用android中MediaRecorder类中getMaxAmplitude方法来获取最大振幅值，调用getMinAmplitudeh方法来获取最小振幅值，并记录这个最大振幅值、最小振幅值产生的时间，存储在设备缓存区。

在具体的实施例中，当记录到最大振幅值产生的时间时，停止录音，以节约音频监听的功耗，并提升匹配过程的效率。

本公开实施例提出了一种基于音频特征的通信装置，应用于服务器，包括：请求信息接收模块，用于接收设备端发送的通信请求信息；设备端包括第一终端、第二终端；请求信息解析模块，用于对通信请求信息进行解析，得到音频特征信息；匹配模块，用于根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端；第一联系信息发送模块，用于发送第一终端的联系信息给第二终端；第二联系信息发送模块，用于发送第二终端的联系信息给第一终端。

请参阅图8，图8示意了一实施例的基于音频特征的通信装置，应用于服务器，基于音频特征的通信装置包括：请求信息接收模块810、请求信息解析模块820、匹配模块830、第一联系信息发送模块840、第二联系信息发送模块850，其中，请求信息接收模块810与请求信息解析模块820连接，请求信息解析模块820与匹配模块830连接，匹配模块830与第一联系信息发送模块840连接，第一联系信息发送模块840与第二联系信息发送模块850连接。

本实施例的基于音频特征的通信装置的具体实施方式与上述应用于服务器的基于音频特征的通信方法的具体实施方式基本一致，属于相同的发明构思，在此不再赘述。

本公开实施例提出了一种基于音频特征的通信装置，应用于设备端，基于音频特征的通信装置包括：碰撞音频数据获取模块，用于获取碰撞音频数据；碰撞音频数据为设备端之间碰撞时采集到的音频数据；特征分析模块，用于根据碰撞音频数据进行特征分析处理，得到音频特征信息；请求信息生成模块，用于根据音频特征信息生成通信请求信息；请求信息发送模块，用于发送通信请求信息给服务器；联系信息接收模块，用于接收服务器根据通信请求信息发送的联系信息。

请参阅图9，图9示意了一实施例的基于音频特征的通信装置，应用于设备端，基于音频特征的通信装置包括：碰撞音频数据获取模块910、特征分析模块920、请求信息生成模块930，请求信息发送模块940、联系信息接收模块950，其中，碰撞音频数据获取模块910与特征分析模块920连接，征分析模块920与请求信息生成模块930连接，请求信息生成模块930与请求信息发送模块940连接，请求信息发送模块940与联系信息接收模块950。

本实施例的基于音频特征的通信装置的具体实施方式与上述应用于设备端的基于音频特征的通信方法的具体实施方式基本一致，属于相同的发明构思，在此不再赘述。

本公开实施例还提供了一种电子设备，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现本公开实施上述的基于音频特征的通信方法。

请参阅图10，图10示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器1001，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本公开实施例所提供的技术方案；

存储器1002，可以采用ROM(ReadOnlyMemory，只读存储器)、静态存储设备、动态存储设备或者RAM(RandomAccessMemory，随机存取存储器)等形式实现。存储器1002可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1002中，并由处理器1001来调用执行本公开实施例的基于音频特征的通信方法；

输入/输出接口1003，用于实现信息输入及输出；

通信接口1004，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；和

总线1005，在设备的各个组件(例如处理器1001、存储器1002、输入/输出接口1003和通信接口1004)之间传输信息；

其中处理器1001、存储器1002、输入/输出接口1003和通信接口1004通过总线1005实现彼此之间在设备内部的通信连接。

本公开实施例还提供了一种存储介质，该存储介质是计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令用于使计算机执行上述基于音频特征的通信方法。

本公开实施例提出的基于音频特征的通信方法和装置、电子设备、存储介质，先接收设备端发送的通信请求信息，然后对通信请求信息进行解析，得到音频特征信息，再根据音频特征信息进行设备匹配处理，确定与第一终端相匹配的第二终端，最后发送第一终端的联系信息给第二终端，并发送第二终端的联系信息给第一终端，通过本公开实施例提供的技术方案提高设备端的匹配效率。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本公开实施例描述的实施例是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图2-7中示出的技术方案并不构成对本公开实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本公开实施例的优选实施例，并非因此局限本公开实施例的权利范围。本领域技术人员不脱离本公开实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本公开实施例的权利范围之内。

Claims (10)

1.一种基于音频特征的通信方法，其特征在于，应用于服务器，所述方法包括：

接收设备端发送的通信请求信息；所述设备端包括第一终端、第二终端；

对所述通信请求信息进行解析，得到音频特征信息；

根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端；

发送所述第一终端的联系信息给所述第二终端；

发送所述第二终端的联系信息给所述第一终端。

2.根据权利要求1所述的方法，其特征在于，所述音频特征信息包括目标振幅信息、与所述目标振幅信息对应的目标时间信息；所述目标振幅信息包括最大振幅信息；所述根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端，包括：

根据所述通信请求信息得到请求时间信息；所述请求时间信息包括第一时间信息；

根据所述请求时间信息确定所述第一终端；

根据所述第一终端的所述最大振幅信息对应的所述第一时间信息、预设的时间区间信息进行时间筛选处理，得到设备列表信息；

根据所述目标振幅信息、所述设备列表信息进行振幅筛选处理，得到剩余设备数量；

若所述剩余设备数量等于预设的阈值数量，则确定与所述第一终端相匹配的所述第二终端。

3.根据权利要求2所述的方法，其特征在于，所述目标振幅信息还包括最小振幅信息，所述根据所述目标振幅信息、所述设备列表信息进行振幅筛选处理，得到剩余设备数量，包括：

根据所述最大振幅信息对所述设备列表信息进行第一筛选处理，得到设备子列表信息；

根据所述最小振幅信息对所述设备子列表信息进行第二筛选处理，得到所述剩余设备数量。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若所述剩余设备数量不等于预设的阈值数量，则生成匹配失败信息；

发送所述匹配失败信息给所述第一终端。

5.一种基于音频特征的通信方法，其特征在于，应用于设备端，所述方法包括：

获取碰撞音频数据；所述碰撞音频数据为设备端之间碰撞时采集到的音频数据；

根据所述碰撞音频数据进行特征分析处理，得到音频特征信息；

根据所述音频特征信息生成通信请求信息；

发送所述通信请求信息给服务器；

接收所述服务器根据所述通信请求信息发送的联系信息。

6.根据权利要求5所述的方法，其特征在于，所述音频特征信息包括目标振幅信息、与所述目标振幅信息对应的目标时间信息；所述根据所述碰撞音频数据进行特征分析处理，得到音频特征信息，包括：

获取设备类型信息；

根据所述设备类型信息得到与所述设备类型信息对应的音频数据分析程序；

根据所述音频数据分析程序得到所述目标振幅信息。

7.一种基于音频特征的通信装置，其特征在于，应用于服务器，所述装置包括：

请求信息接收模块，用于接收设备端发送的通信请求信息；所述设备端包括第一终端、第二终端；

请求信息解析模块，用于对所述通信请求信息进行解析，得到音频特征信息；

匹配模块，用于根据所述音频特征信息进行设备匹配处理，确定与所述第一终端相匹配的所述第二终端；

第一联系信息发送模块，用于发送所述第一终端的联系信息给所述第二终端；

第二联系信息发送模块，用于发送所述第二终端的联系信息给所述第一终端。

8.一种基于音频特征的通信装置，其特征在于，应用于设备端，所述装置包括：

碰撞音频数据获取模块，用于获取碰撞音频数据；所述碰撞音频数据为设备端之间碰撞时采集到的音频数据；

特征分析模块，用于根据所述碰撞音频数据进行特征分析处理，得到音频特征信息；

请求信息生成模块，用于根据所述音频特征信息生成通信请求信息；

请求信息发送模块，用于发送所述通信请求信息给服务器；

联系信息接收模块，用于接收所述服务器根据所述通信请求信息发送的联系信息。

9.一种电子设备，其特征在于，包括：

至少一个存储器；

至少一个处理器；

至少一个程序；

所述程序被存储在存储器中，处理器执行所述至少一个程序以实现：

如权利要求1至4任一项所述的方法；

或者，

如权利要求5至6任一项所述的方法。

10.一种存储介质，所述存储介质为计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行：

如权利要求1至4任一项所述的方法；

或者，

如权利要求5至6任一项所述的方法。

Images