基于聊天室音频的跨版本通信方法、系统、介质及服务器与流程

1.本技术涉及数据处理技术领域，具体而言，涉及一种基于聊天室音频的跨版本通信方法、系统、介质及服务器。


背景技术：

2.在聊天室场景中，为了提升用户体验，经常会涉及到音频参数升级的情况。现有的升级方式，通常是直接发布：直接在新版本中发布新的音频参数，服务器仅支持新参数；或者，预埋版本：在新版本中支持参数配置，新版本发布时，先不启用新参数，待老版本用户大部分升级到新版本之后，放开新的音频参数。但这些常规的解决方案，存在以下问题：
3.直接发布：此种方式只支持新版本，不考虑老版本用户，那么，对于拥有大量老用户的线上系统来说无法使用，容易造成用户流失。
4.预埋版本：客户端预埋一段时间，用户基本升级之后都能支持新的采样率和编解码器，服务器切换升级。但此种方式不方便灰度测试，老用户升级较慢，对于不愿意升级的老用户不友好。
5.因此，对于聊天室场景中，老版本音频参数难以修改(成本极高)的情况，如何无缝升级聊天室语音音频采样率，并且不影响老版本用户的使用，是此细分领域中的一个难题。


技术实现要素：

6.本技术实施例的目的在于提供一种基于聊天室音频的跨版本通信方法、系统、介质及服务器，以在聊天室场景中老版本音频参数无法修改的情况下，在不影响老版本用户使用的同时，实现聊天室语音音频采样率的无缝升级。
7.为了实现上述目的，本技术的实施例通过如下方式实现：
8.第一方面，本技术实施例提供一种基于聊天室音频的跨版本通信方法，音频系统包括语音服务器和多个终端，且多个终端中至少包含内设老版本客户端的第一终端和内设新版本客户端的第二终端，所述老版本客户端适配第一采样率，所述新版本客户端适配第二采样率，第一采样率低于第二采样率，所述方法应用于所述语音服务器，针对关联有所述第一终端和所述第二终端的虚拟聊天室，所述方法包括：接收所述第一终端发送的第一音频数据，调用第一语音解码器对所述第一音频数据进行解码，得到第一解码数据，并调用第二语音编码器对所述第一解码数据进行第二采样率的音频采样，得到第二音频数据，以基于所述第二音频数据确定出最终音频数据并发送给所述第二终端；或者，接收所述第二终端发送的第三音频数据，调用第二语音解码器对所述第三音频数据进行解码，得到第二解码数据，并调用第一语音编码器对所述第二解码数据进行第一采样率的音频采样，得到第四音频数据，以基于所述第四音频数据确定出最终音频数据并发送给所述第一终端。
9.在本技术实施例中，利用语音服务器运行基于聊天室音频的跨版本通信方法，可以实现新老版本客户端之间的跨版本通信，音频系统升级(老版本音频参数无法修改)过程中升级的语音音频采样率及更新的编解码器，可以使得新版本客户端的用户能够得到更好
的体验。同时，通过语音服务器配置音频参数(老版本客户端适配第一采样率，新版本客户端适配第二采样率)，服务器对音频编解码及重采样，可以支持新版本客户端之间、老版本客户端之间，以及新老版本客户端之间的通话兼容。并且，此种方式可以非常方便地通过对单个服务器配置新版本客户端对应的音频参数进行配置，实现灰度验证，由此可以基于音频参数配置房间(虚拟聊天室)的音频参数，实现客户端音频参数的版本迭代无缝升级。另外，可以支持使用部分新版本客户端的用户验证采样率及新编解码器，如果新版本客户端的发布有问题，能够方便地回退到老版本客户端的音频参数并且正常使用，从而在不影响老版本客户端用户使用的前提下，改善新版本客户端用户的声音使用体验。以及，此种方式将音频的解码重采样过程放在了语音服务器上，无需对客户端进行额外的配置。
10.结合第一方面，在第一方面的第一种可能的实现方式中，所述虚拟聊天室还关联有额外终端，所述额外终端与所述第一终端同质，在基于所述第二音频数据确定出最终音频数据并发送给所述第二终端之前，所述方法还包括：接收所述额外终端发送的第五音频数据，调用第一语音解码器对所述第五音频数据进行解码，得到第三解码数据，并调用第二语音编码器对所述第三解码数据进行第二采样率的音频采样，得到第六音频数据；对应的，基于所述第二音频数据确定出最终音频数据并发送给所述第二终端，包括：将所述第二音频数据与所述第六音频数据进行混音处理，得到最终音频数据，并发送给所述第二终端。
11.在该实现方式中，虚拟聊天室还关联有额外终端，而额外终端与第一终端同质(即，适配第一采样率)，虚拟聊天室则属于多人聊天场景，可以进行对应的混音操作，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第二终端作为接收端时所需要接收的数据量，并将最终音频数据处理为第二终端便于使用的形式(无需第二终端进行额外的编解码、重采样和混音处理)。
12.结合第一方面，在第一方面的第二种可能的实现方式中，所述虚拟聊天室还关联有额外终端，所述额外终端与所述第一终端同质，在基于所述第四音频数据确定出最终音频数据并发送给所述第一终端之前，所述方法还包括：接收所述额外终端发送的第五音频数据；对应的，基于所述第四音频数据确定出最终音频数据并发送给所述第一终端，包括：将所述第四音频数据与所述第五音频数据进行混音处理，得到最终音频数据，并发送给所述第一终端。
13.在该实现方式中，虚拟聊天室还关联有额外终端，而额外终端与第一终端同质(即，适配第一采样率)，虚拟聊天室则属于多人聊天场景，可以进行对应的混音操作，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第一终端作为接收端时所需要接收的数据量，并将最终音频数据处理为第一终端便于使用的形式(无需第一终端进行额外的编解码、重采样和混音处理)。
14.结合第一方面，在第一方面的第三种可能的实现方式中，所述虚拟聊天室还关联有额外终端，所述额外终端与所述第二终端同质，在基于所述第二音频数据确定出最终音频数据并发送给所述第二终端之前，所述方法还包括：接收所述额外终端发送的第七音频数据；对应的，基于所述第二音频数据确定出最终音频数据并发送给所述第二终端，包括：将所述第二音频数据与所述第七音频数据进行混音处理，得到最终音频数据，并发送给所述第二终端。
15.在该实现方式中，虚拟聊天室还关联有额外终端，而额外终端与第二终端同质
(即，适配第二采样率)，虚拟聊天室则属于多人聊天场景，可以进行对应的混音操作，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第二终端作为接收端时所需要接收的数据量，并将最终音频数据处理为第二终端便于使用的形式(无需第二终端进行额外的编解码、重采样和混音处理)。
16.结合第一方面，在第一方面的第四种可能的实现方式中，所述虚拟聊天室还关联有额外终端，所述额外终端与所述第二终端同质，在基于所述第四音频数据确定出最终音频数据并发送给所述第一终端之前，所述方法还包括：接收所述额外终端发送的第七音频数据，调用第二语音解码器对所述第七音频数据进行解码，得到第四解码数据，并调用第一语音编码器对所述第四解码数据进行第一采样率的音频采样，得到第八音频数据；对应的，基于所述第四音频数据确定出最终音频数据并发送给所述第一终端，包括：将所述第四音频数据与所述第八音频数据进行混音处理，得到最终音频数据，并发送给所述第一终端。
17.在该实现方式中，虚拟聊天室还关联有额外终端，而额外终端与第二终端同质(即，适配第二采样率)，虚拟聊天室则属于多人聊天场景，可以进行对应的混音操作，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第一终端作为接收端时所需要接收的数据量，并将最终音频数据处理为第一终端便于使用的形式(无需第一终端进行额外的编解码、重采样和混音处理)。
18.结合第一方面，在第一方面的第五种可能的实现方式中，所述音频系统还包括管理服务器，所述新版本客户端还可适配第一采样率，针对任一虚拟聊天室，在任一内设新版本客户端的待定终端与该虚拟聊天室建立关联之前，所述方法还包括：获取所述管理服务器发送的第一请求或第二请求，所述第一请求表示所述管理服务器请求为所述待定终端适配第一采样率，所述第二请求表示所述管理服务器请求为所述待定终端适配第二采样率；基于所述第一请求，为所述待定终端配置第一采样率对应的第一语音编码器和第一语音解码器，此时所述待定终端视为与内设老版本客户端的第一终端同质；基于所述第二请求，为所述待定终端配置第二采样率对应的第二语音编码器和第二语音解码器，此时所述待定终端为内设新版本客户端的第二终端。
19.在该实现方式中，通过获取管理服务器发送的第一请求(管理服务器请求为待定终端适配第一采样率)或第二请求(管理服务器请求为待定终端适配第二采样率)，基于请求进行相应的配置(配置采样率对应的语音编码器和语音解码器)，便于新老版本客户端的用户之间的兼容通话。
20.结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，在所述待定终端与该虚拟聊天室建立关联之前，所述管理服务器采用以下方式确定为所述待定终端适配第一采样率或第二采样率：判断该虚拟聊天室当前是否可适配第二采样率；若该虚拟聊天室当前不可适配第二采样率，生成请求为所述待定终端适配第一采样率的第一请求；若该虚拟聊天室当前可适配第二采样率，判断所述待定终端的型号或唯一编号是否属于预设黑名单中的型号或唯一编号，若属于，生成请求为所述待定终端适配第一采样率的第一请求，若不属于，生成请求为所述待定终端适配第二采样率的第二请求。
21.在该实现方式中，将虚拟聊天室当前是否可适配第二采样率，以及，待定终端的型号或唯一编号是否属于预设黑名单中的型号或唯一编号，作为适配第一采样率和第二采样率的依据，可以很好地考虑到虚拟聊天室的实际情况，以及待定终端自身的情况，从而确定
出最合适的采样率适配请求，有利于提升用户体验。
22.第二方面，本技术实施例提供一种基于聊天室音频的音频系统，包括语音服务器和多个终端，且多个终端中至少包含内设老版本客户端的第一终端和内设新版本客户端的第二终端，所述老版本客户端适配第一采样率，所述新版本客户端适配第二采样率，第一采样率低于第二采样率，针对关联有所述第一终端和所述第二终端的虚拟聊天室，所述第一终端，用于基于第一采样率进行音频采样，得到第一音频数据，并发送给所述语音服务器；所述语音服务器，用于接收所述第一终端发送的第一音频数据，调用第一语音解码器对所述第一音频数据进行解码，得到第一解码数据，并调用第二语音编码器对所述第一解码数据进行第二采样率的音频采样，得到第二音频数据，以基于所述第二音频数据确定出最终音频数据并发送给所述第二终端；或者，所述第二终端，用于基于第二采样率进行音频采样，得到第三音频数据，并发送给所述语音服务器；所述语音服务器，用于接收所述第二终端发送的第三音频数据，调用第二语音解码器对所述第三音频数据进行解码，得到第二解码数据，并调用第一语音编码器对所述第二解码数据进行第一采样率的音频采样，得到第四音频数据，以基于所述第四音频数据确定出最终音频数据并发送给所述第一终端。
23.第三方面，本技术实施例提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面或第一方面的可能的实现方式中任一项所述的基于聊天室音频的跨版本通信方法。
24.第四方面，本技术实施例提供一种语音服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述程序指令被处理器加载并执行时实现第一方面或第一方面的可能的实现方式中任一项所述的基于聊天室音频的跨版本通信方法。
25.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
26.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
27.图1为本技术实施例提供的一种基于聊天室音频的音频系统的结构示意图。
28.图2为本技术实施例提供的一种语音服务器应用基于聊天室音频的跨版本通信方法时的时序图。
29.图3为本技术实施例提供的一种语音服务器的结构框图。
30.图标：100-音频系统；111-第一终端；112-第二终端；120-语音服务器；121-存储器；122-通信单元；123-总线；124-处理器；130-管理服务器。
具体实施方式
31.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
32.请参阅图1，图1为本技术实施例提供的一种基于聊天室音频的音频系统100的示
意图。
33.在本实施例中，基于聊天室音频的音频系统100可以包括语音服务器120和多个终端。终端可以内设老版本客户端或新版本客户端，老版本客户端适配第一采样率，新版本客户端可适配第二采样率，也可适配第一采样率，第一采样率低于第二采样率。
34.为了便于理解和说明，本方案采用以下方式区分不同终端：
35.将内设老版本客户端的终端作为第一终端111，其中，第一终端111只能适配第一采样率，对应的，语音服务器120为其配置的第一语音编码器和第一语音解码器。
36.将内设新版本客户端的终端作为待定终端，因为内设新版本客户端的待定终端，具备适配第一采样率和第二采样率的条件，但同一终端同一时刻只能确定一种采样率进行适配，因此未确定适配何种采样率的内设新版本客户端的终端称为待定终端。
37.将内设新版本客户端，且确定为适配第一采样率的终端，在此时视为与第一终端111同质(即，可视为第一终端111)，直到该终端适配的第一采样率撤销或变更，当然，此时语音服务器120为其配置第一语音编码器和第一语音解码器。
38.将内设新版本客户端，且确定为适配第二采样率的终端，在此时称为第二终端112，直到该终端适配的第二采样率撤销或变更，当然，此时语音服务器120为其配置第二语音编码器和第二语音解码器。
39.而虚拟聊天室中，可以关联多个终端，由于本方案主要解决音频系统100无缝升级过程中的新老版本客户端之间的兼容通信问题，因此，主要以同时关联有第一终端111和第二终端112的虚拟聊天室为例进行说明。
40.但在对虚拟聊天室关联的不同终端之间的通信进行介绍之前，此处先对终端加入虚拟聊天室(与该虚拟聊天室建立关联关系)的过程进行介绍。
41.在本实施例中，为了便于对终端的采样率配置的管理，基于聊天室音频的音频系统100还可以包括管理服务器130。
42.在一个终端加入到一个虚拟聊天室之前，可以基于以下规则进行采样率配置(也称音频参数的配置)：
43.若欲加入该虚拟房间中的终端为第一终端111(即内设老版本客户端的终端)，由于第一终端111只能适配第一采样率，因此，第一终端111加入该虚拟房间时，可以无需向管理服务器130发送配置请求，而是通过语音服务器120为其配置默认的第一采样率对应的第一语音编码器和第一语音解码器即可。当然，也可以通过第一终端111向管理服务器130发送音频参数请求，而管理服务器130则向语音服务器120发送对应的配置请求，使得语音服务器120基于该配置请求为第一终端111配置第一采样率对应的第一语音编码器和第一语音解码器，此处不作限定。
44.若欲加入该虚拟房间中的终端为内设新版本客户端的待定终端，待定终端可以向管理服务器130发送配置请求。而管理服务器130可以基于配置请求，判断该虚拟聊天室当前是否可适配第二采样率。
45.示例性的，管理服务器130可以获取该虚拟聊天室的推荐采样率(推荐加入的终端配置第一采样率或第二采样率)。由此，管理服务器130可以确定该虚拟聊天室当前是否可适配第二采样率。
46.此处的推荐采样率，可以是语音服务器120根据该虚拟聊天室中第一个进来的终
端决定其使用哪种采样率(音频参数)：如果是内设新版本客户端的待定终端(进入之后配置为第二采样率，称为第二终端112)，则推荐使用第二采样率对应的第二语音编码器和第二语音解码器(即，推荐采样率为第二采样率)；如果是内设老版本客户端的第一终端111，则推荐使用第一采样率对应的第一语音编码器和第一语音解码器(即，推荐采样率为第一采样率)。当然，此处推荐采样率的确定方式仅是示例性的，不应视为对本技术的限定。例如，推荐采样率的确定方式，还可以为：确定该虚拟聊天室内当前存在的内设老版本客户端的第一终端111的数量是否为零，以此确定该虚拟聊天室的推荐采样率；也可以为用户人为设定的推荐采样率(创建该虚拟聊天室时进行手动选择)，此处不作限定。
47.若该虚拟聊天室当前不可适配第二采样率，管理服务器130可以生成请求为待定终端适配第一采样率的第一请求。
48.若该虚拟聊天室当前可适配第二采样率，管理服务器130还可以获取待定终端的型号(或唯一编号)，并判断待定终端的型号(或唯一编号)是否属于预设黑名单中的型号(或唯一编号)。若属于，管理服务器130可以生成请求为待定终端适配第一采样率的第一请求，若不属于，管理服务器130可以生成请求为待定终端适配第二采样率的第二请求。此处，第一请求表示管理服务器130请求语音服务器120为待定终端适配第一采样率，第二请求表示管理服务器130请求语音服务器120为待定终端适配第二采样率。
49.将虚拟聊天室当前是否可适配第二采样率，以及，待定终端的型号或唯一编号是否属于预设黑名单中的型号或唯一编号，作为适配第一采样率和第二采样率的依据，可以很好地考虑到虚拟聊天室的实际情况，以及待定终端自身的情况，从而确定出最合适的采样率适配请求，有利于提升用户体验。
50.在管理服务器130生成第一请求或第二请求之后，可以将该第一请求后第二请求发送给语音服务器120。
51.那么，语音服务器120可以获取管理服务器130发送的第一请求或第二请求。语音服务器120可以基于第一请求，为待定终端配置第一采样率对应的第一语音编码器和第一语音解码器，此时该待定终端视为与内设老版本客户端的第一终端111同质。语音服务器120可以基于第二请求，为待定终端配置第二采样率对应的第二语音编码器和第二语音解码器，此时该待定终端为内设新版本客户端的第二终端112。
52.通过获取管理服务器130发送的第一请求(管理服务器130请求为待定终端适配第一采样率)或第二请求(管理服务器130请求为待定终端适配第二采样率)，基于请求进行相应的配置(配置采样率对应的语音编码器和语音解码器)，便于新老版本客户端的用户之间的兼容通话。
53.当然，为了应对紧急情况(例如，发布的新版本客户端存在问题，需要回退到老版本客户端)，语音服务器120内可以配置一个“开关”(实质为一个参数)，以决定语音服务器120是否开启第二采样率对应的音频参数(即是否可配置第二采样率对应的第二语音编码器和第二语音解码器)。如果该“开关”(参数)关闭，则无论是老版本客户端还是新版本客户端，语音服务器120都返回第一采样率的音频参数(第一采样率对应的第一语音编码器和第一语音解码器)。
54.需要说明的是，以上对第一终端111、待定终端的采样率配置，除了在语音服务器120进行相应的配置之外，还需要向对应的终端返回对应的配置参数，以使该终端基于相应
的配置参数进行采样。例如，针对第一终端111，语音服务器120返回包含第一采样率的配置参数，使得第一终端111在采集语音信息时，采用第一采样率进行采样，得到对应的音频数据。
55.以上是对终端加入虚拟聊天室的过程的介绍，以下，将对虚拟聊天室关联的不同终端之间的通信过程进行介绍。
56.请参阅图2，图2为本技术实施例提供的一种语音服务器120应用基于聊天室音频的跨版本通信方法时的时序图。
57.在本实施例中，基于聊天室音频的跨版本通信方法，针对关联有第一终端111和第二终端112的虚拟聊天室，可以分为两个过程进行介绍：
58.针对第一个过程——将第一终端111作为发送端，第二终端112作为接收端时的过程：
59.此处先讨论最简单的情况，即，第二终端112只接收第一终端111的音频数据的情况：
60.第一终端111可以基于第一采样率进行音频采样，得到第一音频数据，并发送给语音服务器120。
61.而语音服务器120可以接收第一终端111发送的第一音频数据，调用第一语音解码器对第一音频数据进行解码，得到第一解码数据，并调用第二语音编码器对第一解码数据进行第二采样率的音频采样，得到第二音频数据。而后，语音服务器120可以基于第二音频数据确定出最终音频数据并发送给第二终端112。
62.由于此处第二终端112需要接收的音频数据仅来源于第一终端111，因此，语音服务器120可以将第二音频数据作为最终音频数据，并将此最终音频数据发送给第二终端112。
63.针对第二个过程——将第二终端112作为发送端，第一终端111作为接收端时的过程：
64.此处同样先讨论最简单的情况，即，第一终端111只接收第二终端112的音频数据的情况：
65.第二终端112可以基于第二采样率进行音频采样，得到第三音频数据，并发送给语音服务器120。
66.而语音服务器120可以接收第二终端112发送的第三音频数据，调用第二语音解码器对第三音频数据进行解码，得到第二解码数据，并调用第一语音编码器对第二解码数据进行第一采样率的音频采样，得到第四音频数据。而后，语音服务器120可以基于第四音频数据确定出最终音频数据并发送给第一终端111。
67.此处第一终端111需要接收的音频数据仅来源于第二终端112，因此，语音服务器120可以将第四音频数据作为最终音频数据，并将此最终音频数据发送给第二终端112。
68.需要说明的是，本实施例中的任一终端之间或与语音服务器120之间的通信，均基于rtp协议进行，当然，在其他实现方式中，也可以采用其他的通信协议，此处不作限定。
69.由于虚拟聊天室中可能会包含不止两个终端在同时进行通信(即聊天室内不止两个用户在同时进行语音通话聊天)，因此，以下将对稍复杂的情况进行进一步的介绍。由于不管多少个用户在同时聊天，从第二终端112作为接收端的角度来看，第二终端112无非就
是同时接收的语音内容不止一个，因此，需要进行混音处理。
70.那么，本实施例中引入额外终端这个概念，以便于对第二终端112作为接收端需要接收多个不同终端的语音内容的情况进行介绍。
71.在本实施例中，虚拟聊天室还关联有额外终端，此处仅引入一个额外终端，并对额外终端属于不同类型的情况进行介绍，以此阐述终端数量众多的情况下的通信过程，因为不管终端数量有多少，它的类别确定了，那么对其进行处理的流程是一致的。
72.首先，若额外终端与第一终端111同质，以第二终端112作为接收端为例：
73.在语音服务器120基于第二音频数据确定出最终音频数据并发送给第二终端112之前，语音服务器120还需要接收额外终端发送的第五音频数据(此第五音频数据由额外终端基于第一采样率进行音频采样得到，且第五音频数据的接收时段与第一音频数据的接收时段相同)。而后，语音服务器120可以调用第一语音解码器对第五音频数据进行解码，得到第三解码数据，并调用第二语音编码器对第三解码数据进行第二采样率的音频采样，得到第六音频数据。
74.那么，语音服务器120可以将第二音频数据与第六音频数据进行混音处理，得到最终音频数据，并发送给第二终端112。
75.此种方式，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第二终端112作为接收端时所需要接收的数据量，并将最终音频数据处理为第二终端112便于使用的形式(无需第二终端112进行额外的编解码、重采样和混音处理)。
76.其次，若额外终端与第一终端111同质，以第一终端111作为接收端为例：
77.在语音服务器120基于第四音频数据确定出最终音频数据并发送给第一终端111之前，语音服务器120还需要接收额外终端发送的第五音频数据(此第五音频数据由额外终端基于第一采样率进行音频采样得到，且第五音频数据的接收时段与第三音频数据的接收时段相同)。
78.那么，语音服务器120可以将第四音频数据与第五音频数据进行混音处理，得到最终音频数据，并发送给第一终端111。
79.此种方式，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第一终端111作为接收端时所需要接收的数据量，并将最终音频数据处理为第一终端111便于使用的形式(无需第一终端111进行额外的编解码、重采样和混音处理)。
80.再者，若额外终端与第二终端112同质，以第二终端112作为接收端为例：
81.在语音服务器120基于第二音频数据确定出最终音频数据并发送给第二终端112之前，语音服务器120还需要接收额外终端发送的第七音频数据(此第七音频数据由额外终端基于第二采样率进行音频采样得到，且第七音频数据的接收时段与第一音频数据的接收时段相同)。
82.那么，语音服务器120可以将第二音频数据与第七音频数据进行混音处理，得到最终音频数据，并发送给第二终端112。
83.此种方式，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第二终端112作为接收端时所需要接收的数据量，并将最终音频数据处理为第二终端112便于使用的形式(无需第二终端112进行额外的编解码、重采样和混音处理)。
84.最后，若额外终端与第二终端112同质，以第一终端111作为接收端为例：
85.在语音服务器120基于第四音频数据确定出最终音频数据并发送给第一终端111之前，语音服务器120还需要接收额外终端发送的第七音频数据(此第七音频数据由额外终端基于第二采样率进行音频采样得到，且第七音频数据的接收时段与第三音频数据的接收时段相同)。而后，语音服务器120可以调用第二语音解码器对第七音频数据进行解码，得到第四解码数据，并调用第一语音编码器对第四解码数据进行第一采样率的音频采样，得到第八音频数据。
86.那么，语音服务器120可以将第四音频数据与第八音频数据进行混音处理，得到最终音频数据，并发送给第一终端111。
87.此种方式，一方面可以与实际聊天场景相匹配，提升多人聊天体验，另一方面，还能够减少第一终端111作为接收端时所需要接收的数据量，并将最终音频数据处理为第一终端111便于使用的形式(无需第一终端111进行额外的编解码、重采样和混音处理)。
88.请参阅图3，图3为本技术实施例提供的一种语音服务器120的结构框图。
89.在本实施例中，语音服务器120可以为云服务器、服务器集群等，此处不作限定。
90.示例性的，语音服务器120可以包括：通过网络与外界连接的通信模块122、用于执行程序指令的一个或多个处理器124、总线123和不同形式的存储器121，例如，磁盘、rom、或ram，或其任意组合。存储器121、通信模块122、处理器124之间可以通过总线123连接。
91.示例性的，存储器121中存储有程序。处理器124可以从存储器121调用并运行这些程序，从而便可以通过运行程序而实现基于聊天室音频的跨版本通信方法。
92.本技术实施例还提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行本实施例中的基于聊天室音频的跨版本通信方法。
93.综上所述，本技术实施例提供一种基于聊天室音频的跨版本通信方法、系统、介质及服务器，可以利用语音服务器120运行基于聊天室音频的跨版本通信方法，实现新老版本客户端之间的跨版本通信，音频系统100升级(老版本音频参数无法修改)过程中升级的语音音频采样率及更新的编解码器，可以使得新版本客户端的用户能够得到更好的体验。同时，通过语音服务器120配置音频参数(老版本客户端适配第一采样率，新版本客户端适配第二采样率)，服务器对音频编解码及重采样，可以支持新版本客户端之间、老版本客户端之间，以及新老版本客户端之间的通话兼容。并且，此种方式可以非常方便地通过对单个服务器配置新版本客户端对应的音频参数进行配置，实现灰度验证，由此可以基于音频参数配置房间(虚拟聊天室)的音频参数，实现客户端音频参数的版本迭代无缝升级。另外，可以支持使用部分新版本客户端的用户验证采样率及新编解码器，如果新版本客户端的发布有问题，能够方便地回退到老版本客户端的音频参数并且正常使用，从而在不影响老版本客户端用户使用的前提下，改善新版本客户端用户的声音使用体验。以及，此种方式将音频的解码重采样过程放在了语音服务器120上，无需对客户端进行额外的配置。
94.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
95.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的
任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。