识别歌曲信息的方法、装置和系统与流程

本申请涉及计算机技术领域，特别涉及一种识别歌曲信息的方法、装置和系统。

背景技术：

歌曲识别功能是终端中一种非常常用的功能，可以对正在播放的音频数据进行识别，以得到该音频数据的歌曲信息，如歌曲名称、歌手、专辑等信息。用户如果听到了好听的歌曲，可以通过终端进行歌曲识别，识别出歌曲信息后，用户可以基于歌曲信息在线播放或者下载相应的音频数据。

一般的歌曲识别方式，终端中安装有具有歌曲识别功能的应用程序，用户听到好听歌曲时，可以开启该应用程序，并触发应用程序中的歌曲识别功能，此时，应用程序开始通过例如终端的麦克风等进行音频录制，将录制的音频数据传输给服务器，服务器将音频数据与音频库中的音频数据进行比对，以确定与录制的音频数据相匹配的音频数据，进而获取音频库中记录的该音频数据的歌曲信息，将歌曲信息发送给终端进行显示。

在实现本申请的过程中，发明人发现相关技术至少存在以下问题：

上述歌曲识别的方式，想要完成音频数据的比对，需要录制一段时长的音频数据，一般至少需要3、4秒，而且受环境噪声影响也比较大，当环境噪声较大时，需要更长的时间才能识别出歌曲信息，从而，进行歌曲识别的效率较低；并且在终端连接了耳机时，无法通过终端的麦克风来录制音频数据，导致无法进行歌曲识别。

技术实现要素：

本申请实施例提供了一种识别歌曲信息的方法，能够解决歌曲识别效率较低的问题。所述技术方案如下：

一方面，提供了一种识别歌曲信息的方法，所述方法包括：

接收通过预设的目标系统界面触发的歌曲识别指令，获取调用所述目标系统界面的目标应用程序当前的应用界面的内容链接；

向服务器发送携带有所述内容链接的识别请求，其中，所述识别请求，用于指示所述服务器获取所述内容链接对应的页面内容数据中的第一音频数据，识别所述第一音频数据的歌曲信息；

当接收到所述服务器发送的携带有所述歌曲信息的识别成功通知时，显示所述歌曲信息。

可选的，所述接收通过预设的目标系统界面触发的歌曲识别指令之前，还包括：

当接收目标应用程序中的调用预设的目标系统界面的调用指令时，显示所述目标系统界面，在所述目标系统界面中显示歌曲识别控件；

所述接收通过预设的目标系统界面触发的歌曲识别指令，包括：

接收通过所述歌曲识别控件触发的歌曲识别指令。

可选的，所述在所述目标系统界面中显示歌曲识别控件，包括：

如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。

可选的，所述方法还包括：

当接收到所述服务器发送的识别失败通知时，显示识别失败提示。

可选的，所述目标系统界面为联系人界面。

另一方面，提供了一种识别歌曲信息的方法，所述方法包括：

接收终端发送的携带有内容链接的识别请求；

获取所述内容链接对应的页面内容数据中的第一音频数据；

识别所述第一音频数据的歌曲信息；

向终端发送携带有所述歌曲信息的识别成功通知。

可选的，所述获取所述内容链接对应的页面内容数据中的第一音频数据，包括：

基于所述内容链接，下载对应的页面内容数据；

检测所述页面内容数据中包括的第一音频数据。

可选的，所述识别所述第一音频数据的歌曲信息，包括：

生成所述第一音频数据的第一声纹数据；

在音频库中查找与所述第一音频数据的第一声纹数据相匹配的第二声纹数据，并确定所述第二声纹数据对应的第二音频数据；

在所述音频库中获取所述第二音频数据的歌曲信息，作为所述第一音频数据的歌曲信息。

可选的，所述方法还包括：

如果所述内容链接对应的页面内容数据中不包括音频数据，则向所述终端发送识别失败通知。

又一方面，提供了一种识别歌曲信息的装置，所述装置包括：

获取模块，被配置为接收通过预设的目标系统界面触发的歌曲识别指令，获取调用所述目标系统界面的目标应用程序当前的应用界面的内容链接；

发送模块，被配置为向服务器发送携带有所述内容链接的识别请求，其中，所述识别请求，用于触发所述服务器获取所述内容链接对应的页面内容数据中的第一音频数据，识别所述第一音频数据的歌曲信息；

接收模块，被配置为当接收到所述服务器发送的携带有所述歌曲信息的识别成功通知时，显示所述歌曲信息。

可选的，所述装置还包括显示模块，被配置为当接收目标应用程序中的调用预设的目标系统界面的调用指令时，显示所述目标系统界面，在所述目标系统界面中显示歌曲识别控件；

所述获取模块，被配置为接收通过所述歌曲识别控件触发的歌曲识别指令。

可选的，所述显示模块，被配置为如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。

可选的，所述接收模块，还被配置为当接收到所述服务器发送的识别失败通知时，显示识别失败提示。

可选的，所述目标系统界面为联系人界面。

再一方面，提供了一种识别歌曲信息的装置，所述装置包括：

接收模块，被配置为接收终端发送的携带有内容链接的识别请求；

获取模块，被配置为获取所述内容链接对应的页面内容数据中的第一音频数据；

识别模块，被配置为识别所述第一音频数据的歌曲信息；

发送模块，被配置为向终端发送携带有所述歌曲信息的识别成功通知。

可选的，所述获取模块，被配置为：

基于所述内容链接，下载对应的页面内容数据；

检测所述页面内容数据中包括的第一音频数据。

可选的，所述识别模块，被配置为：

生成所述第一音频数据的第一声纹数据；

在音频库中查找与所述第一音频数据的第一声纹数据相匹配的第二声纹数据，并确定所述第二声纹数据对应的第二音频数据；

在所述音频库中获取所述第二音频数据的歌曲信息，作为所述第一音频数据的歌曲信息。

可选的，所述发送模块，还被配置为：

如果所述内容链接对应的页面内容数据中不包括音频数据，则向所述终端发送识别失败通知。

再一方面，提供了一种识别歌曲信息的系统，所述系统包括终端和服务器，其中：

所述终端，用于接收通过预设的目标系统界面触发的歌曲识别指令，获取调用所述目标系统界面的目标应用程序当前的应用界面的内容链接；向所述服务器发送携带有所述内容链接的识别请求；当接收到所述服务器发送的携带有所述歌曲信息的识别成功通知时，显示所述歌曲信息；

所述服务器，用于接收所述终端发送的携带有内容链接的识别请求；获取所述内容链接对应的页面内容数据中的第一音频数据；识别所述第一音频数据的歌曲信息；向终端发送携带有所述歌曲信息的识别成功通知。

再一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现上述的识别歌曲信息的方法所执行的操作。

还一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现上述的识别歌曲信息的方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例中，在目标应用程序播放音频数据时，可以通过调用目标系统界面的方式触发歌曲识别指令，然后获取目标应用程序当前的应用界面的内容链接，将内容链接发送给服务器，进而服务器基于内容链接获取音频数据，进行歌曲信息识别。其中，获取内容链接、发送内容链接、基于内容链接获取音频数据、基于音频数据数据进行歌曲信息识别，这一系列处理都可以非常快速的完成，该过程中，无需等待音频数据播放，无需进行录制，而且不受环境噪声影响，节省了大量时间，从而，可以提高歌曲识别的效率；并且即使在终端连接了耳机时，也能够对终端当前正在播放的歌曲进行识别。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的实施环境示意图；

图2是本申请实施例提供的识别歌曲信息的方法流程图；

图3是本申请实施例提供的识别歌曲信息的方法流程图；

图4是本申请实施例提供的识别歌曲信息的方法流程图；

图5是本申请实施例提供的界面显示示意图；

图6是本申请实施例提供的界面显示示意图；

图7是本申请实施例提供的识别歌曲信息的装置结构示意图；

图8是本申请实施例提供的识别歌曲信息的装置结构示意图；

图9是本申请实施例提供的终端结构示意图；

图10是本申请实施例提供的服务器结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种实施环境的示意图。参见图1，本申请的识别歌曲信息的方法可以由终端和服务器共同实现。终端上除了安装有系统程序外，可以安装有用于进行歌曲识别的识别应用程序，还可以安装有能够播放歌曲的其它应用程序，下面提到的目标应用程序就是其它应用程序中的任意一个应用程序。识别应用程序可以是一个独立的应用程序，也可以是一个应用程序插件。识别应用程序可以是一个综合性的应用程序，具有多种多样的功能，如歌曲识别功能、音乐播放功能、直播功能等，也可以是一个功能单一的应用程序，只具备歌曲识别功能。服务器可以是识别应用程序的后台服务器。

用户在使用目标应用程序的过程中，收听到好听的歌曲想要进行歌曲识别。可以通过识别应用程序向系统程序获取目标应用程序中播放歌曲的界面的内容链接，将内容链接发送给服务器，由服务器基于内容链接识别出歌曲信息，返回给终端，由终端显示给用户。

本申请实施例提供了一种识别歌曲信息的方法，如图2所示，该方法中终端侧的处理流程可以如下：

步骤201，接收通过预设的目标系统界面触发的歌曲识别指令，通过系统程序，获取调用目标系统界面的目标应用程序当前的应用界面的内容链接。

步骤202，向服务器发送携带有内容链接的识别请求。其中，该识别请求用于指示服务器获取内容链接对应的页面内容数据中的第一音频数据，识别第一音频数据的歌曲信息。

步骤203，当接收到服务器发送的携带有歌曲信息的识别成功通知时，显示歌曲信息。

本申请实施例提供了一种识别歌曲信息的方法，如图3所示，该方法中服务器侧的处理流程可以如下：

步骤301，接收终端发送的携带有内容链接的识别请求。

步骤302，获取内容链接对应的页面内容数据中的第一音频数据。

步骤303，识别第一音频数据的歌曲信息。

步骤304，向终端发送携带有歌曲信息的识别成功通知。

本申请实施例提供了一种识别歌曲信息的方法，如图4所示，该方法的处理流程可以如下：

步骤401，终端接收通过预设的目标系统界面触发的歌曲识别指令，获取调用目标系统界面的目标应用程序当前的应用界面的内容链接。

其中，内容链接可以是url(uniformresourcelocator，统一资源定位符)，本实施例中以内容链接为url为例进行说明，其它情况与之类似不在累述。目标系统界面是预先设置的系统程序的界面，如联系人界面等，本实施例中以目标系统界面为联系人界面进行详细说明，其它情况与之类似不再累述。目标应用程序可以是终端安装的任一具有歌曲播放功能的应用程序。

在实施中，技术人员可以通过一些配置方式，为系统程序中的联系人界面添加一个操作功能。基于该操作功能，用户进行相应的操作可以触发歌曲识别处理。具体的，在用户进行相应的操作时，可以触发识别应用程序获取目标应用程序当前的应用界面的url，目标应用程序是当前调用联系人界面的应用程序。上述的操作可以根据需求具体配置，例如，可以在联系人界面中设置一个控件，上述操作可以是点击该控件的操作，或者，上述操作也可以是指定方向的滑动操作，如横向滑动或竖向滑动。

用户在目标应用程序中进行操作调用系统程序的联系人界面(例如，在进行分享的时候会调用联系人界面)，终端会显示联系人界面，用户在联系人界面中进行指定的操作，可以触发识别应用程序获取目标应用程序当前的应用界面的url。

下面对联系人界面中设置歌曲识别控件的方式进行说明。终端在接收歌曲识别指令之前可以进行如下处理：当接收目标应用程序中的调用预设的目标系统界面的调用指令时，显示目标系统界面，在目标系统界面中显示歌曲识别控件。进而，接收歌曲识别指令的过程可以是：接收通过歌曲识别控件触发的歌曲识别指令。

在实施中，用户在目标应用程序中进行操作调用系统程序的联系人界面(例如，在进行分享的时候会调用联系人界面)，终端会显示联系人界面，并且在联系人界面中显示歌曲识别控件，如图5所示。此时目标应用程序会将其当前的应用界面的一些相关信息发送给系统程序，相关信息包括该应用界面的url，还可以包括内容名、用户名等信息。系统程序可以将目标应用程序发送过来的相关信息存储在联系人界面的附属信息中。这些相关信息存储在这里一般用作后续的分享处理，本方案中可以借助这些相关信息中的url，进行歌曲识别处理。当用户点击歌曲识别控件后，识别应用程序会接收到歌曲识别指令，进而会显示等待窗口，如图6所示，并会遍历系统程序存储的上述相关信息，在其中查找url。

例如，用户在某小视频应用程序(如抖音)中浏览视频，发现某个小视频的配乐很好听，想要识别此配乐的歌曲信息，用户可以在小视频应用程序中点击分享选项，并在分享窗口中点击“更多”选项，此时则会触发小视频应用程序调用系统程序的联系人界面，终端显示联系人界面，在联系人界面中显示歌曲识别控件，用户点击歌曲识别控件，则会触发识别应用程序获取小视频应用程序当前播放的小视频的url。

另外，如果遍历系统程序存储的上述相关信息，未查找到url，可以显示识别失败提示。

一种可选的处理方式，在目标应用程序调用目标系统界面时，可以先判断预设的应用程序列表中是否包括所述目标应用程序，如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。

在实施中，应用程序列表可以由开发识别应用程序的技术人员进行预先设置。配置一个应用程序列表，可以只针对某些特定的应用程序进行歌曲识别，这些特定的应用程序，技术人员会列入应用程序列表中。应用程序列表会存入识别应用程序的安装包中，在安装识别应用程序的过程中，应用程序列表会被存储在系统程序中。这样，当目标应用程序调用联系人界面的时候，系统程序可以判断一下应用程序列表中是否包括目标应用程序，如果包括，则显示歌曲识别控件，如果不包括则不显示歌曲识别控件。这样，应用程序列表之外的应用程序就不能进行歌曲识别处理。

上述过程的实现具体实现方式可以多种多样，后面内容中会有详细的介绍。

步骤402，终端向服务器发送携带有内容链接的识别请求。

在实施中，识别应用程序获取到目标应用程序当前的应用界面的url之后，可以对url进行编码，然后生成识别请求，将编码的url添加到识别请求中，发送给服务器。这里的编码方式可以任意选择，一般可以使用普通的url编码。

步骤403，服务器接收终端发送的携带有内容链接的识别请求。

在实施中，服务器接收到识别请求后，对识别请求进行解析，获取其中携带的编码的url，对其进行解码得到url。

步骤404，服务器基于内容链接，下载对应的页面内容数据，检测页面内容数据中包括的第一音频数据。

在实施中，当服务器获取到目标应用程序当前的应用界面的url之后，可以基于该url，向目标应用程序的服务器发送页面请求。目标应用程序的服务器接收到页面请求后，可以获取页面请求中携带的url，在本地获取该url对应的页面内容数据，将页面内容数据发送给识别应用程序的服务器。例如，对于上述举出的小视频应用程序的情况，小视频应用程序的服务器可以基于url获取对应的小视频的数据，发送给识别应用程序的服务器。

在识别应用程序的服务器中，可以预先记录各种音频数据的格式。当识别应用程序的服务器在接收到url对应的页面内容数据后，可以在页面内容数据中进行音频数据的检测，只要检测出任一中格式的音频数据，就将该音频数据获取出来，此即上述第一音频数据。

例如，目标应用程序是一个浏览器，用户正通过这个网页在播放歌曲，当前的应用界面是某个网页，那页面内容数据是该网页的网页数据，网页数据中可以包括文本数据、图片数据、音频数据等等，服务器可以从各种不同类型的数据中获取出其中的音频数据。

又例如，目标应用程序是一个小视频应用程序，用户正在其中浏览小视频，当前的应用界面是小视频的播放界面，页面内容数据可以包括视频图像数据、音频数据和一些文本数据，服务器可以从各种不同类型的数据中获取出其中的音频数据。

再例如，目标应用程序是一个游戏应用程序，用户正在玩游戏，当前的应用界面是游戏界面，页面内容数据可以包括图像数据、音频数据和文本数据，服务器可以从各种不同类型的数据中获取出其中的音频数据。

另外还有一种情况，如果所述内容链接对应的页面内容数据中不包括音频数据，则服务器可以向终端发送识别失败通知。

步骤405，服务器识别第一音频数据的歌曲信息。

在实施中，服务器可以调用预先设置的歌曲信息识别接口，输入第一音频数据，即可以得到对应的歌曲信息。

该接口识别第一音频数据的歌曲信息的过程可以如下：生成第一音频数据的第一声纹数据，在音频库中查找与第一音频数据的第一声纹数据相匹配的第二声纹数据，并确定第二声纹数据对应的第二音频数据，在音频库中获取第二音频数据的歌曲信息，作为第一音频数据的歌曲信息。

在实施中，服务器中可以建立音频库，在音频库中存储有大量歌曲的音频数据，并且对应每个歌曲还存储了相应的歌曲信息，如歌曲名称、歌手名称、专辑名称等。服务器可以基于预设的声纹算法，对每个音频数据进行声纹计算，得到每个音频数据对应的声纹数据，其声纹算法可以根据需求任意选择。

当服务器获取到第一音频数据后，可以将第一音频数据转换为pcm格式(录制格式)的音频数据，然后可以采用上述同样的声纹算法，对pcm格式的音频数据进行声纹计算，生成第一音频数据的第一声纹数据。然后将第一声纹数据与音频库中的每个声纹数据分别进行比对，计算相似度，获取与第一声纹数据相似度最高的第二声纹数据，可以认为第二声纹数据和第一声纹数据相匹配。进而，可以查找第二声纹数据所属的第二音频数据，获取第二音频数据对应的歌曲信息。因为第一声纹数据和第二声纹数据相匹配，所以可以认为第一音频数据和第二音频数据是相同歌曲的音频数据，有可能两个音频数据的声纹数据完全相同，那说明两个音频数据完全相同，也有可能两个音频数据的声纹数据相似度很高但是不完全相同，说明两个音频数据可能是同一歌曲的不同版本。所以第二音频数据对应的歌曲信息即为第一音频数据对应的歌曲信息。

另外，在进行上述相似度判定的时候可以设置一个相似度阈值。如果最高的相似度大于或等于该相似度阈值，则判定匹配成功，将第二声纹数据对应的第二音频数据的歌曲信息作为识别结果。如果最高相似度小于该相似度阈值，则可以判定匹配失败，可以向终端发送识别失败通知。

步骤406，服务器向终端发送携带有歌曲信息的识别成功通知。

对于上述匹配成功的情况，服务器生成识别成功通知，将歌曲信息携带于识别成功通知中发送给终端。

步骤407，当接收到服务器发送的携带有歌曲信息的识别成功通知时，终端显示歌曲信息。

终端接收到识别成功通知后，可以对识别成功通知进行解析，获取其中携带的歌曲信息，对歌曲信息进行显示，同时关闭上述等待窗口，歌曲信息可以在系统通知栏中进行显示，也可以通过弹窗等方式显示。

另外，当接收到所述服务器发送的识别失败通知时，终端可以显示识别失败提示。识别失败提示可以在系统通知栏中进行显示，也可以通过弹窗等方式显示。显示识别失败提示的同时可以关闭上述等待窗口。

上述的执行流程已经介绍完毕，下面将对上述流程中步骤401的一种实现方式进行介绍，这种实现方式中借助了ios(iphoneoperatingsystem，苹果手机操作系统)的shareextension(分享扩展)功能。

技术人员在设计识别应用程序的过程中，在识别应用程序中加入一个用于触发系统程序的shareextension功能的文件组，该文件组用于指示系统程序在接收目标应用程序中的调用系统程序的联系人界面的调用指令后显示所述联系人界面时，获取并存储目标应用程序发送来的当前的应用界面的相关信息，相关信息中包括url和一些文本信息，如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。

这样，当识别应用程序安装到终端时，系统程序识别到上述文件组，就会进行记录，当接收目标应用程序中的调用系统程序的联系人界面的调用指令后显示所述联系人界面时，获取并存储目标应用程序发送来的当前的应用界面的相关信息，相关信息中包括url和一些文本信息，如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。进而，当用户点击歌曲识别控件时，识别应用程序可以向系统程序获取该url。

本申请实施例中，在目标应用程序播放音频数据时，可以通过调用目标系统界面的方式，获取目标应用程序当前的应用界面的内容链接，将内容链接发送给服务器，进而服务器基于内容链接获取音频数据，进行歌曲信息识别。其中，获取内容链接、发送内容链接、基于内容链接获取音频数据、基于音频数据数据进行歌曲信息识别，这一系列处理都可以非常快速的完成，该过程中，无需等待音频数据播放，无需进行录制，而且不受环境噪声影响，节省了大量时间，从而，可以提高歌曲识别的效率；另外，即使在终端连接了耳机时，也能够对目标应用程序当前正在播放的音频数据进行歌曲识别。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例还提供了一种识别歌曲信息的装置，该装置可以为上述实施例中的终端，如图7所示，所述装置包括：

获取模块710，被配置为接收通过预设的目标系统界面触发的歌曲识别指令，获取调用所述目标系统界面的目标应用程序当前的应用界面的内容链接；

发送模块720，被配置为向服务器发送携带有所述内容链接的识别请求，其中，所述识别请求，用于触发所述服务器获取所述内容链接对应的页面内容数据中的第一音频数据，识别所述第一音频数据的歌曲信息；

接收模块730，被配置为当接收到所述服务器发送的携带有所述歌曲信息的识别成功通知时，显示所述歌曲信息。

可选的，所述装置还包括显示模块，被配置为当接收目标应用程序中的调用预设的目标系统界面的调用指令时，显示所述目标系统界面，在所述目标系统界面中显示歌曲识别控件；

所述获取模块710，被配置为接收通过所述歌曲识别控件触发的歌曲识别指令。

可选的，所述显示模块，被配置为如果预设的应用程序列表中包括所述目标应用程序，则在所述目标系统界面中显示歌曲识别控件。

可选的，所述接收模块730，还被配置为当接收到所述服务器发送的识别失败通知时，显示识别失败提示。

可选的，所述目标系统界面为联系人界面。

本申请实施例还提供了一种识别歌曲信息的装置，该装置可以为上述实施例中的服务器，如图8所示，所述装置包括：

接收模块810，被配置为接收终端发送的携带有内容链接的识别请求；

获取模块820，被配置为获取所述内容链接对应的页面内容数据中的第一音频数据；

识别模块830，被配置为识别所述第一音频数据的歌曲信息；

发送模块840，被配置为向终端发送携带有所述歌曲信息的识别成功通知。

可选的，所述获取模块820，被配置为：

基于所述内容链接，下载对应的页面内容数据；

检测所述页面内容数据中包括的第一音频数据。

可选的，所述识别模块830，被配置为：

生成所述第一音频数据的第一声纹数据；

在音频库中查找与所述第一音频数据的第一声纹数据相匹配的第二声纹数据，并确定所述第二声纹数据对应的第二音频数据；

在所述音频库中获取所述第二音频数据的歌曲信息，作为所述第一音频数据的歌曲信息。

可选的，所述发送模块840，还被配置为：

如果所述内容链接对应的页面内容数据中不包括音频数据，则向所述终端发送识别失败通知。

本申请实施例还提供了一种识别歌曲信息的系统，所述系统包括终端和服务器，其中：

所述终端，用于接收通过预设的目标系统界面触发的歌曲识别指令，获取调用所述目标系统界面的目标应用程序当前的应用界面的内容链接；向所述服务器发送携带有所述内容链接的识别请求；当接收到所述服务器发送的携带有所述歌曲信息的识别成功通知时，显示所述歌曲信息；

所述服务器，用于接收所述终端发送的携带有内容链接的识别请求；获取所述内容链接对应的页面内容数据中的第一音频数据；识别所述第一音频数据的歌曲信息；向终端发送携带有所述歌曲信息的识别成功通知。

需要说明的是：上述实施例提供的识别歌曲信息的装置在识别歌曲信息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的识别歌曲信息的装置与识别歌曲信息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图9示出了本申请一个示例性实施例提供的终端900的结构框图。该终端900可以是：智能手机、平板电脑、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端900包括有：处理器901和存储器902。

处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。

存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的识别歌曲信息的方法。

在一些实施例中，终端900还可选包括有：外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地，外围设备包括：射频电路904、显示屏905、摄像头组件906、音频电路907、定位组件908和电源909中的至少一种。

外围设备接口903可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路904用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wirelessfidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括nfc(nearfieldcommunication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏905用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用lcd(liquidcrystaldisplay，液晶显示屏)、oled(organiclight-emittingdiode,有机发光二极管)等材质制备。

摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtualreality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。

定位组件908用于定位终端900的当前地理位置，以实现导航或lbs(locationbasedservice，基于位置的服务)。定位组件908可以是基于美国的gps(globalpositioningsystem，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。

加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3d动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器913可以设置在终端900的侧边框和/或显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在显示屏905的下层时，由处理器901根据用户对显示屏905的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商logo时，指纹传感器914可以与物理按键或厂商logo集成在一起。

光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制显示屏905的显示亮度。具体地，当环境光强度较高时，调高显示屏905的显示亮度；当环境光强度较低时，调低显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。

接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制显示屏905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图10是本申请实施例提供的一种服务器的结构示意图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)1001和一个或一个以上的存储器1002，其中，所述存储器1002中存储有至少一条指令，所述至少一条指令由所述处理器1001加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成下述实施例中识别歌曲信息的方法。例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。