基于车载终端的卡拉OK业务的实现方法和装置与流程

本发明涉及汽车技术领域，特别是涉及一种基于车载终端的卡拉OK业务的实现方法和装置。

背景技术：

高速公路的建设给人们的出行带来了便利，越来越多的人选择自驾的方式出行。并且，随着智能设备的发展，汽车也向智能化发展，越来越多的汽车安装有带有显示设备的智能车载设备。如汽车智能中控台的显示设备，可用于显示安装于智能中控台的相关应用。

但现有的智能车载设备提供的应用有限，大部分仅包括导航应用、音乐播放应用和视频播放应用等传统应用。当人们驾驶汽车出行时，由于是在户外活动，且智能车载设备提供的娱乐方式有限，不能引起用户的兴趣，进而导致车载智能终端的利用率低。

技术实现要素：

基于此，有必要提供一种提高智能车载终端的利用率的基于车载终端的卡拉OK业务的实现方法和装置。

一种基于车载终端的卡拉OK业务的实现方法，包括：

获取第一账号通过所在第一车载终端发送的卡拉OK请求，所述卡拉OK请求包括歌曲信息；

获取状态为空闲的账号信息，并向状态为空闲的账号发送所述卡拉OK请求；

获取第二账号通过所在第二车载终端发送的应答请求，所述第二账号为所述状态为空闲的账号中的一个；

根据所述应答请求建立所述第一账号和所述第二账号的卡拉OK连接；

获取所述第一车载终端和/或所述第二车载终端采集的音频流；

将所述采集的音频流发送至对方，使所述第一车载终端和所述第二车载终端对对方的音频流和/或采集的音频流以及所述歌曲信息对应的本地的媒体流进行混音播放。

在一个实施例中，所述第二账号为最早收到的应答请求所对应的账号。

在一个实施例中，所述获取状态为空闲的账号信息，并向状态为空闲的账号发送所述卡拉OK请求的步骤包括：

获取所述第一账号的好友列表；

获取所述好友列表中状态为空闲的账号信息；

向所述好友列表中状态为空闲的账号发送所述卡拉OK请求。

在一个实施例中，在所述获取状态为空闲的账号信息，并向状态为空闲的账号发送所述卡拉OK请求的步骤之后，还包括：

若在预设时间内未获取第二账号通过所在第二车载终端发送的应答请求，则向所述第一账号返回请求失败信息。

在一个实施例中，在所述根据所述应答请求建立所述第一账号和所述第二账号的卡拉OK连接的步骤之后，还包括：

获取所述第一账号通过所在第一车载终端和/或所述第二账号通过所在第二车载终端发送的媒体流获取请求，所述媒体流获取请求包括所述歌曲信息；

根据所述媒体流获取请求，将所述歌曲信息对应的媒体流发送至对应的请求方。

一种基于车载终端的卡拉OK业务的实现装置，包括：

请求获取模块，用于获取第一账号通过所在第一车载终端发送的卡拉OK请求，所述卡拉OK请求包括歌曲信息；

状态获取模块，用于获取状态为空闲的账号信息，并向状态为空闲的账号发送所述卡拉OK请求；

应答获取模块，用于获取第二账号通过所在第二车载终端发送的应答请求，所述第二账号为所述状态为空闲的账号中的一个；

连接模块，用于根据所述应答请求建立所述第一账号和所述第二账号的卡拉OK连接；

音频流获取模块，用于获取所述第一车载终端和/或所述第二车载终端采集的音频流；

发送模块，用于将所述采集的音频流发送至对方，使所述第一车载终端和所述第二车载终端对对方的音频流和/或采集的音频流以及所述歌曲信息对应的本地的媒体流进行混音播放。

在一个实施例中，所述第二账号为最早收到的应答请求所对应的账号。

在一个实施例中，所述状态获取模块，包括：

列表获取模块，用于获取所述第一账号的好友列表；

信息获取模块，用于获取所述好友列表中状态为空闲的账号信息；

请求发送模块，用于向所述好友列表中状态为空闲的账号发送所述卡拉OK请求。

在一个实施例中，所述的基于车载终端的卡拉OK业务的实现装置，还包括：

反馈模块，用于在预设时间内未获取第二账号通过所在第二车载终端发送的应答请求时，向所述第一账号返回请求失败信息。

在一个实施例中，所述的基于车载终端的卡拉OK业务的实现装置还包括：

媒体流获取模块，用于获取所述第一账号通过所在第一车载终端和/或所述第二账号通过所在第二车载终端发送的媒体流获取请求，所述媒体流获取请求包括所述歌曲信息；

媒体流发送模块，用于根据所述媒体流获取请求，将所述歌曲信息对应的媒体流发送至对应的请求方。上述的基于车载终端的卡拉OK业务的实现方法，通过将第一账号所在第一车载终端发送的卡拉OK请求发送给状态为空闲的账号，在获取到第二账号所在第二车载终端发送的应答请求后，建立第一账号和第二账号的卡拉OK连接，并分别将第一车载终端和第二车载终端采集的音频流发送至对方，由第一车载终端和第二车载终端对音频流和本地的媒体流进行混音后播放。该基于车载终端的卡拉OK业务的实现方法，在建立了第一账号和第二账号的卡拉OK连接后，用户通过车载终端实现合唱，有效的利用了车载终端，提高了车载终端的利用率。

附图说明

图1为一个实施例的基于车载终端的卡拉OK业务的实现系统的模块示意图；

图2为一个实施例的基于车载终端的卡拉OK业务的实现方法的流程图；

图3为另一个实施例的基于车载终端的卡拉OK业务的实现方法的流程图；

图4为一个实施例的基于车载终端的卡拉OK业务的实现装置的功能模块示意图；

图5为另一个实施例的基于车载终端的卡拉OK业务的实现装置的功能模块示意图。

具体实施方式

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

在一个实施例中，提供一种基于车载终端的卡拉OK业务的实现系统，如图1所示，该系统包括至少第一车载终端102、第二车载终端104以及服务器106，第一车载终端102与第二车载终端104分别与服务器106通信连接。车载终端为智能车载中控、智能车载后视镜或智能车载屏。在一个实施例中，提供一种基于车载终端的卡拉OK业务的实现方法，如图2所示，该方法应用于上述的服务器106，具体包括以下步骤：

S102：获取第一账号通过所在第一车载终端发送的卡拉OK请求。

卡拉OK请求包括第一账号对应的用户所选择的歌曲信息。歌曲信息可以为一首歌的歌曲信息，也可以为第一账号对应的用户所选择的歌曲形成的歌曲列表的歌曲信息。歌曲信息为歌曲标识，歌曲标识可以为歌曲名称或在系统内的歌曲编号等。本实施例中的卡拉OK请求具体为合唱邀请，邀请方为第一账号。第一账号通过第一车载终端登录系统，并发送卡拉OK请求。

S104：获取状态为空闲的账号信息，并向状态为空闲的账号发送卡拉OK请求。

系统用户的状态包括忙碌状态和空闲状态。状态与车载终端所在车辆的行驶状态相关。当车载终端所在车辆处于行驶状态时，车载终端上所登录的对应账号处于忙碌状态，当车载终端所在车辆处于停止状态时，车载终端上所登录的对应账号处于空闲状态。在其它的实施方式中，用户也可以通过账号所在车载终端对当前状态进行设置，例如，在堵车时，将状态设置为空闲，在开前时，将状态设置为忙碌。本实施例中的，获取状态为空闲的账号信息，可以为获取卡拉OK系统中除第一账号外，所有账号中状态为空闲的账号信息，还可以为距离第一账号所在车载终端预设距离的用户中，状态为空闲的账号信息。在获取到状态为空闲的账号信息后，向这些账号发送卡拉OK请求，发送的卡拉OK请求中包括歌曲信息，发送的卡拉OK请求将显示在对应账号所在的车载终端上。

S106：获取第二账号通过所在第二车载终端发送的应答请求。

第二账号为状态为空闲的账号中的一个。用户通过车载终端查看卡拉OK请求，若卡拉OK请求中的歌曲是自己感兴趣的歌曲，通过其账号所在的车载终端发送应答请求，即接收合唱邀请。第二账号可以为唯一响应该卡拉OK请求并发送应答请求的用户，也可以为系统从多个发送应答请求的账号中选择的与第一账号匹配度最高的用户，匹配度可以为地域的匹配度，歌曲与用户唱歌喜欢的匹配度等。第二车载终端为第二账号所在的终端。

S108：根据应答请求建立第一账号和第二账号的卡拉OK连接。

当接收到第二账号对卡拉OK请求的应答后，根据应答请求建立第一账号和第二账号的卡拉OK连接，具体为，建立第一账号和第二账号的映射关系，该映射关系中还包括卡拉OK请求中的歌曲信息。

S110：获取第一车载终端和/或第二车载终端采集的音频流。

在建立第一帐号和第二账号的卡后OK连接后，分别在第一账号所在第一车载终端以及第二账号所在第二车载终端播放歌曲信息对应的媒体流，用户根据播放的媒体流唱歌，第一车载终端和第二车载终端还采集用户唱歌的音频流，并发送至服务器。

S112：将采集的音频流发送至对方，使第一车载终端和第二车载终端对对方的音频流和/或采集的音频流以及歌曲信息对应的本地的媒体流进行混音播放。

服务器在获取到第一车载终端和第二车载终端发送的音频流后，还将音频流发送至对方，第一车载终端和第二车载终端对对方的音频流和/或采集的音频流以及歌曲信息对应的本地的媒体流进行混音播放。应当理解的是，本地存储有歌曲对应的媒体流。对方为一方在卡拉OK连接中的另一方，如对于第一账号而言，对方为第二账号，对于第一车载终端而言，对方为第二车载终端。采样的音频流是指第一车载终端或第二车载终端自身采集的音频流。对方的音频流是指接收到的对方发送的对方采集的音频流。

具体的，当歌曲的某一段是第一车载终端所在的用户独唱时，第一车载终端将采集的音频流和本地的媒体流进行混音播放，第二车载终端将对方的音频流和本地的媒体流进行混音播放。当歌曲的某一段由第一车载终端所在的用户和第二车载终端所在的用户合唱时，第一车载终端和第二车载终端分别将采集的音频流、对方的音频流以及本地的媒体媒体流进行混音播放。

本实施例的基于车载终端的卡拉OK业务的实现方法，通过将第一账号所在第一车载终端发送的卡拉OK请求发送给状态为空闲的账号，在获取到第二账号所在第二车载终端发送的应答请求后，建立第一账号和第二账号的卡拉OK连接，并分别将第一车载终端和第二车载终端采集的音频流，由第一车载终端和第二车载终端对音频流和本地的媒体流进行混音后播放。本实施例的基于车载终端的卡拉OK业务的实现方法，在建立了第一账号和第二账号的卡拉OK连接后用户通过车载终端实现合唱，有效的利用了车载终端，提高了车载终端的利用率。并且，在建立第一账号和第二账号的卡拉OK连接过程中，还考虑了账号的状态，避免了忙碌状态的用户参与卡拉OK合唱，确保行车安全。该基于车载终端的卡拉OK业务的实现方法可用于堵车以及户外活动等场景，为人们的出行提供了一种新型的娱乐方式。

在另一实施例中，第二账号为最早收到的应答请求所对应的账号。即卡拉OK请求发送给多个状态为空闲的账号，但卡拉OK连接是与最早收到的应答请求所对应的账号进行连接。即多个状态为空闲的账号为竞争关系，对应账号的用户在接收到卡拉OK请求时，需要第一时间进行应答，类似于“抢单”，才能获得本次与第一账号对应用户唱歌的权限。由于存在竞争关系，能够激起用户的积极性，提高用户的参与度。

在另一实施例中，步骤S104包括以下步骤(1)至步骤(3)：

(1)、获取第一账号的好友列表。

系统具体添加好友功能，通过利用该功能，可添加熟知的朋友或陌生人为好友。好友列表包括账号对应的所有好友。

(2)、获取好友列表中状态为空闲的账号信息。

好友列表中包括账号对应的所有好友的信息，包括好友名称，好友状态等。

(3)、向好友列表中状态为空闲的账号发送卡拉OK请求。

本实施例中，卡拉OK请求发送至第一账号的好友中状态为空闲状态的好友账号，系统通过设置添加好友功能，用户在发起卡拉OK请求时，系统将卡拉OK请求发送至请求方的好友中状态为空闲的好友，能够增加好友间的互动。系统还提供聊天功能，可实现好友间的即时通讯。

在另一实施例中，如图3所示，在步骤S104之后，还包括：

S107：若在预设时间内未获取第二账号通过所在第二车载终端发送的应答请求，则向第一账号返回请求失败信息。

本实施例中，通过对应答请求的发送时间进行计时，若以预设时间内未获取第二账号通过所在第二车载终端发送的应答请求，则向第一账号返回请求失败信息，从而避免第一账号的用户长时间等待。

在具体的实施方式中，返回的请求失败信息中可以包括失败原因的提示信息，比如，返回“无人应答，邀请失败”，或者“无人空闲，邀请失败”。可以理解的是，上述的预设时间可以根据实际需要进行设定。

在又一个实施例中，步骤S108和步骤S110之间，还包括以下步骤(1)至步骤(2)。

(1)、获取第一账号通过所在第一车载终端和/或第二账号通过所在第二车载终端发送的媒体流获取请求。

第一账号在通过所在第一车载终端发送的卡拉OK请求包括了歌曲信息，在第一账号和第二账号的卡拉OK连接后，第二账号获取歌曲信息。在建立卡拉OK请求后，第一车载终端和第二车载终端检测本地是否存储有歌曲对应的媒体流，若无，则向服务器发送媒体流获取请求。

(2)、根据媒体流获取请求，将对应歌曲的媒体流发送至对应的请求方。

本实施例中的基于车载终端的卡拉OK业务的实现方法，通过将歌曲信息对应的媒体流发送至车载终端，使车载终端存储有歌曲信息对应的媒体流，当用户进行唱歌时，将媒体流与用户唱歌的音频流进行混音播放。车载终端本地存储有媒体流，而不是将媒体流在用户唱歌时边唱边发送，能够避免出现因网络不畅导致的卡拉OK播放卡壳的现象。在其它的实施方式中，用户也可以在其它时间向服务器发送媒体流获取请求，以下载并保存喜欢的歌曲的媒体流在本地。

在一个实施例中，如图4所示，提供一种基于车载终端的卡拉OK业务的实现装置，包括：

请求获取模块402，用于获取第一账号通过所在第一车载终端发送的卡拉OK请求，卡拉OK请求包括歌曲信息。

卡拉OK请求包括第一账号对应的用户所选择的歌曲信息。歌曲信息可以为一首歌的歌曲信息，也可以为第一账号对应的用户所选择的歌曲形成的歌曲列表的歌曲信息。歌曲信息为歌曲标识，歌曲标识可以为歌曲名称或在系统内的歌曲编号等。本实施例中的卡拉OK请求具体为合唱邀请，邀请方为第一账号。第一账号通过第一车载终端登录系统，并发送卡拉OK请求。

状态获取模块404，用于获取状态为空闲的账号信息，并向状态为空闲的账号发送卡拉OK请求。

系统用户的状态包括忙碌状态和空闲状态。状态与车载终端所在车辆的行驶状态相关。当车载终端所在车辆处于行驶状态时，车载终端上所登录的对应账号处于忙碌状态，当车载终端所在车辆处于停止状态时，车载终端上所登录的对应账号处于空闲状态。在其它的实施方式中，用户也可以通过账号所在车载终端对当前状态进行设置，例如，在堵车时，将状态设置为空闲，在开前时，将状态设置为忙碌。本实施例中的，获取状态为空闲的账号信息，可以为获取卡拉OK系统中除第一账号外，所有账号中状态为空闲的账号信息，还可以为距离第一账号所在车载终端预设距离的用户中，状态为空闲的账号信息。在获取到状态为空闲的账号信息后，向这些账号发送卡拉OK请求，发送的卡拉OK请求中包括歌曲信息，发送的卡拉OK请求将显示在对应账号所在的车载终端上。

应答获取模块406，用于获取第二账号通过所在第二车载终端发送的应答请求。

第二账号为状态为空闲的账号中的一个。用户通过车载终端查看卡拉OK请求，若卡拉OK请求中的歌曲是自己感兴趣的歌曲，通过其账号所在的车载终端发送应答请求，即接收合唱邀请。第二账号可以为唯一响应该卡拉OK请求并发送应答请求的用户，也可以为系统从多个发送应答请求的账号中选择的与第一账号匹配度最高的用户，匹配度可以为地域的匹配度，歌曲与用户唱歌喜欢的匹配度等。第二车载终端为第二账号所在的终端。

连接模块408，用于根据应答请求建立第一账号和第二账号的卡拉OK连接。

当接收到第二账号对卡拉OK请求的应答后，根据应答请求建立第一账号和第二账号的卡拉OK连接，具体为，建立第一账号和第二账号的映射关系，该映射关系中还包括卡拉OK请求中的歌曲信息。

音频流获取模块410，用于获取第一车载终端和/或第二车载终端采集的音频流。

在建立第一帐号和第二账号的卡后OK连接后，分别在第一账号所在第一车载终端以及第二账号所在第二车载终端播放歌曲信息对应的媒体流，用户根据播放的媒体流唱歌，第一车载终端和第二车载终端还采集用户唱歌的音频流，并发送至服务器。

发送模块412，用于将采集的音频流发送至对方，使第一车载终端和第二车载终端对对方的音频流和/或采集的音频流以及歌曲信息对应的本地的媒体流进行混音播放。

在获取到第一车载终端和第二车载终端发送的音频流后，还将音频流发送至对方，第一车载终端和第二车载终端对对方的音频流和/或采集的音频流以及歌曲信息对应的本地的媒体流进行混音播放。应当理解的是，本地存储有歌曲对应的媒体流。对方为一方在卡拉OK连接中的另一方，如对于第一账号而言，对方为第二账号，对于第一车载终端而言，对方为第二车载终端。采样的音频流是指第一车载终端或第二车载终端自身采集的音频流。对方的音频流是指接收到的对方发送的对方采集的音频流。

具体的，当歌曲的某一段是第一车载终端所在的用户独唱时，第一车载终端将采集的音频流和本地的媒体流进行混音播放，第二车载终端将对方的音频流和本地的媒体流进行混音播放。当歌曲的某一段由第一车载终端所在的用户和第二车载终端所在的用户合唱时，第一车载终端和第二车载终端分别将采集的音频流、对方的音频流以及本地的媒体媒体流进行混音播放。

本实施例的基于车载终端的卡拉OK业务的实现装置，通过将第一账号所在第一车载终端发送的卡拉OK请求发送给状态为空闲的账号，在获取到第二账号所在第二车载终端发送的应答请求后，建立第一账号和第二账号的卡拉OK连接，并分别将第一车载终端和第二车载终端采集的音频流，由第一车载终端和第二车载终端对音频流和本地的媒体流进行混音后播放。本实施例的基于车载终端的卡拉OK业务的实现装置，在建立了第一账号和第二账号的卡拉OK连接后用户通过车载终端实现合唱，有效的利用了车载终端，提高了车载终端的利用率。并且，在建立第一账号和第二账号的卡拉OK连接过程中，还考虑了账号的状态，避免了忙碌状态的用户参与卡拉OK合唱，确保行车安全。该基于车载终端的卡拉OK业务的实现装置可用于堵车以及户外活动等场景，为人们的出行提供了一种新型的娱乐方式。

在另一实施例中，第二账号为最早收到的应答请求所对应的账号。即卡拉OK请求发送给多个状态为空闲的账号，但卡拉OK连接是与最早收到的应答请求所对应的账号进行连接。即多个状态为空闲的账号为竞争关系，对应账号的用户在接收到卡拉OK请求时，需要第一时间进行应答，类似于“抢单”，才能获得本次与第一账号对应用户唱歌的权限。由于存在竞争关系，能够激起用户的积极性，提高用户的参与度。

在一个实施例中，如图5所示，状态获取模块404包括：

列表获取模块4041，用于获取第一账号的好友列表。

信息获取模块4042，用于获取好友列表中状态为空闲的账号信息。

请求发送模块4043，用于向好友列表中状态为空闲的账号发送卡拉OK请求。

本实施例中，卡拉OK请求发送至第一账号的好友中状态为空闲状态的好友账号，系统通过设置添加好友功能，用户在发起卡拉OK请求时，系统将卡拉OK请求发送至请求方的好友中状态为空闲的好友，能够增加好友间的互动。系统还提供聊天功能，可实现好友间的即时通讯。

在又一个实施例中，请继续参阅图5，基于车载终端的卡拉OK业务的实现装置，还包括：

反馈模块407，用于在预设时间内未获取第二账号通过所在第二车载终端发送的应答请求时，向第一账号返回请求失败信息。

本实施例中，通过对应答请求的发送时间进行计时，若以预设时间内未获取第二账号通过所在第二车载终端发送的应答请求，则向第一账号返回请求失败信息，从而避免第一账号的用户长时间等待。

在具体的实施方式中，返回的请求失败信息中可以包括失败原因的提示信息，比如，返回“无人应答，邀请失败”，或者“无人空闲，邀请失败”。可以理解的是，上述的预设时间可以根据实际需要进行设定。

在再一个实施例中基于车载终端的卡拉OK业务的实现装置，还包括：

媒体流获取模块413，用于获取第一账号通过所在第一车载终端和/或第二账号通过所在第二车载终端发送的媒体流获取请求，媒体流获取请求包括歌曲信息。

第一账号在通过所在第一车载终端发送的卡拉OK请求包括了歌曲信息，在第一账号和第二账号的卡拉OK连接后，第二账号获取歌曲信息。在建立卡拉OK请求后，第一车载终端和第二车载终端检测本地是否存储有歌曲对应的媒体流，若无，则向服务器发送媒体流获取请求。

媒体流发送模块414，用于根据媒体流获取请求，将歌曲信息对应的媒体流发送至对应的请求方。

本实施例中的基于车载终端的卡拉OK业务的实现装置，通过将歌曲信息对应的媒体流发送至车载终端，使车载终端存储有歌曲信息对应的媒体流，当用户进行唱歌时，将媒体流与用户唱歌的音频流进行混音播放。车载终端本地存储有媒体流，而不是将媒体流在用户唱歌时边唱边发送，能够避免出现因网络不畅导致的卡拉OK播放卡壳的现象。在其它的实施方式中，用户也可以在其它时间向服务器发送媒体流获取请求，以下载并保存喜欢的歌曲的媒体流在本地。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。