CN115720121A - 设备联动实时播报方法、装置、存储介质、计算机设备 - Google Patents

Abstract

本申请提供的设备联动实时播报方法、装置、存储介质、计算机设备，利用业务平台对客户端发起的实时播报请求进行响应，得到多个播报设备构建成的待播报设备列表，并向语音网管管理服务获取与待播报设备列表对应的组装参数，接着利用信令服务将该组装参数下发给待播报设备列表中的各个播报设备，基于该组装参数，利用语音网关建立客户端与各个播报设备之间的实时传输通道，以便对设备进行喊话，实现智能分发，精准到户，接着可以将用户在客户端输入的音频数据通过实时传输通道对每个播报设备进行实时播报，并在接收到所述客户端发起的结束播报指令时，对该音频数据进行存储，以便让用户随时对音频数据内容进行回放，进而保证了通知的准确传达。

Description

设备联动实时播报方法、装置、存储介质、计算机设备

技术领域

本申请涉及新兴信息技术领域，尤其涉及一种设备联动实时播报方法、装置、存储介质、计算机设备。

背景技术

广播是指通过无线电波或导线传送声音的新闻传播工具，通过无线电波传送节目的称无线广播，通过导线传送节目的称有线广播。随着农村现代化发展趋势，广播仍以它的实用性、经济性、便捷性在乡村或基层单位被广泛应用，它的优势在于对象广泛，传播迅速，功能多样，感染力强。

广播满足了农村村委或基层单位对疫情防控、党建宣传、自然灾害通知等信息及时传播的需求。然而，在现有技术广播无法按照实际需求场景，细分广播群体精准播报，且广播收听结束后无法对播报内容进行回放，从而无法保证通知准确传达。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中广播无法按照实际需求场景，细分广播群体精准播报，且广播收听结束后无法对播报内容进行回放，从而无法保证通知准确传达的技术缺陷。

本申请提供了一种设备联动实时播报方法，所述方法包括：

响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，所述待播报设备列表包括多个播报设备；

基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道；

接收用户在所述客户端实时输入的音频数据，利用所述实时传输通道将所述音频数据实时传播至每个所述播报设备；

在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储。

可选地，所述响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，包括：

利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表；

根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID；

基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

可选地，所述利用业务平台对所述实时播报请求进行数据分析，确定待播报设备列表，包括：

利用业务平台对客户端发起的实时播报请求进行数据分析，确定初始设备列表；

从所述初始设备列表中筛选出处于空闲状态的播报设备，形成待播报设备列表。

可选地，所述基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道，包括：

将所述组装参数和所述待播报设备列表下发至信令服务，以便所述信令服务将所述组装参数下发给所述待播报设备列表中的每个播报设备；

基于所述组装参数包含的语音网关连接信息，触发每个所述播报设备与语音网关进行连接；

将所述组装参数返回给所述客户端，以使所述客户端根据所述语音网关连接信息与语音网关进行连接；

当所述客户端以及每个所述播报设备与所述语音网关进行连接后，基于所述会话ID，利用所述语音网关建立所述客户端与各个所述播报设备之间的实时传输通道。

可选地，所述在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储，包括：

接收到所述客户端向语音网关发起的结束播报指令时，利用所述语音网关向所述业务平台获取上传地址；

基于所述上传地址，将所述音频数据上传至资源池进行存储。

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

在接收所述客户端向所述语音网关发起的结束播报指令后，获取当前播报数据，并将所述当前播报数据上报至所述业务平台，所述当前播报数据包括各个所述设备的当前播报状态、播报详情以及资源池的存储信息；

利用所述业务平台对所述当前播报数据进行记录。

本申请还提供一种设备联动实时播报装置，包括：

数据获取模块，用于响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，所述待播报设备列表包括多个播报设备；

传输通道建立模块，用于基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道；

实时传输模块，用于接收用户在所述客户端实时输入的音频数据，利用所述实时传输通道将所述音频数据实时传播至每个所述播报设备；

数据更新模块，用于在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储。

可选地，所述数据获取模块，包括：

数据分析子模块，用于利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表；

连接信息获取子模块，用于根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID；

组装参数构建模块，用于基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

本申请还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至6中任一项所述设备联动实时播报方法的步骤。

本申请还提供了一种计算机设备，包括：一个或多个处理器，以及存储器；

所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如权利要求1至6中任一项所述设备联动实时播报方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供的设备联动实时播报方法、装置、存储介质、计算机设备，利用平台服务实现用户在客户端与设备之间一对多的实时播报，该平台读物包括业务平台，信令服务，语音网管管理服务，语音网关，可以利用业务平台对客户端发起的实时播报请求进行响应，可以得到多个待播报的播报设备构建成的待播报设备列表，并向语音网管管理服务获取与待播报设备列表对应的组装参数，接着利用信令服务将该组装参数下发给待播报设备列表中的每一个播报设备，基于该组装参数，利用语音网关建立客户端与各个播报设备之间的实时传输通道，以便根据实际需求场景，细分广播群体，选择需要播报的设备进行喊话，实现智能分发，精准到户。本申请在接收到用户在客户端输入的音频数据后，可以通过实时传输通道将该音频数据对每个播报设备进行实时播报，并获取当前播报详情，并在接收到所述客户端发起的结束播报指令时，对该音频数据进行存储，并记录所述当前播报详情，以便让用户随时音频数据内容以及查看播报详情，进而保证了通知的准确传达。

附图说明

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

图1为本申请实施例提供的一种设备联动实时播报方法的流程示意图；

图2为本申请实施例提供的一种设备联动实时播报方法的总体架构示意图；

图3为本申请实施例提供的一种设备联动实时播报方法的业务流程示意图；

图4为本申请实施例提供的一种设备联动实时播报装置的结构示意图；

图5为本申请实施例提供的一种计算机设备的内部结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

随着农村现代化发展趋势，广播以它的实用性、经济性、便捷性在乡村或基层单位被广泛应用，它的优势在于对象广泛，传播迅速，功能多样，感染力强，满足了农村村委或基层单位对疫情防控、党建宣传、自然灾害通知等信息及时传播的需求。然而，在现有技术广播无法按照实际需求场景，细分广播群体精准播报，且广播收听结束后无法对播报内容进行回放，从而无法保证通知准确传达。

因此，本申请的目的是解决现有技术中广播无法按照实际需求场景，细分广播群体精准播报，且广播收听结束后无法对播报内容进行回放，从而无法保证通知准确传达的技术问题，并提出如下技术方案：

在一个实施例中，如图1所示，图1为本申请实施例提供的一种设备联动实时播报方法的流程示意图；本申请提供了一种设备联动实时播报方法，具体包括如下：

S110：响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数。

本步骤中，当用户需要对播报设备进行实时播报时，可以使用客户端，选择想要播报的设备，形成带播报设备列表并发出实时播报请求，平台服务接收到客户端发起的实时播报请求后，得到实时播报请求携带的待播报设备列表以及与待播报设备列表对应的组装参数。

需要说明的是，平台服务可以包括四个模块，分别为业务平台、信令服务、语音网关管理服务和语音网关，以用于客户端与播报设备之间的数据交互以及建立实时传输通道，而待播报设备列表包括多个播报设备，该播报设备为用户根据实际需求场景，细分广播群体，使用客户端选择需要播报的设备，从而实现智能分发，精准到户。

示意性地，如图2所示，图2为本申请实施例提供的一种设备联动实时播报方法的总体架构示意图；由图2可知，本申请以客户端为用户入口，用于接收客户输入的数据信息，接着利用中间件在平台服务上对客户端与设备之间的数据进行交互，从而在客户端与设备之间建立一个一对多的实时传输通道，实现用户在客户端发出的声音在设备侧或外置音柱侧实时播报出来，其中，用于处理交互数据的中间件包含的多个处理模块，例如MySQL、Codis、Cassandra、RocketMQ、K8S等，这里的客户端可以包括PC、Android和IOS等可以用来接收以及传递数据信息的终端，而设备可以采用摄像头和外接音柱的组合方式，采用摄像头的实时播报功能，将用户在客户端播报的内容在设备侧或外置音柱里进行实时的播报。

进一步地，平台服务接收到客户端发起的实时播报请求后，可以对实时播报请求进行数据解析，取得实时播报请求携带的信息，从而确定待播报设备列表，并获取与待播报设备列表对应的组装参数。其中，组装参数中包含从语音网关管理服务中获取的语音网关连接信息和会话ID。

S120：基于所述组装参数，建立客户端与各个播报设备之间的实时传输通道。

本步骤中，通过步骤S110获取待播报设备列表以及与待播报设备列表对应的组装参数后，根据该组装参数，可以在客户端与各个播报设备之间建立一个一对多的实时传输通道。

具体地，在得到组装参数后，可以利用信令服务将组装参数下发给带播报设备列表中的各个播报设备，客户端与各个播报设备都接收到组装参数后，可以根据组装参数向语音网关管理服务进行连接，接着语音网关管理服务确认客户端与各个播报设备携带的组装参数信息一致性，并建立客户端与各个播报设备之间的实时传输通道。

进一步地，若客户端与各个播报设备携带的组装参数信息一致，则直接在客户端与各个播报设备之间建立一个一对多的实时传输通道，若存在播报设备与客户端携带地组装参数信息不一致，则先剔除信息不一致的播报设备后再建立一个一对多的实时传输通道。

S130：接收用户在所述客户端实时输入的音频数据，利用实时传输通道将音频数据实时传播至每个播报设备。

本步骤中，通过步骤S120建立实时传输通道后，用户可以将需要播报的通知内容以音频数据的形式实时传输至客户端中，当客户端接收到用户输入的音频数据后，即可同步将该音频数据通过实时传输通向每个播报设备进行实时传播。

可以理解的是，这里的音频数据指的是用户在客户端输入的一系列连续或非连续的音频数据，对于音频数据的获取，可以是用户在客户端实时讲话进行传输，也可以是提前存储的录音数据，在此不做限制。

具体地，当平台服务在客户端与各个播报设备之间建立实时传输通道后，可以将确认播报信息返回给用户，以便用户在客户端输入音频数据进行实时播报，在对音频数据传输的过程中，为了进一步提高传输的同步率，可以对该音频数据进行分段处理，分段处理后的音频数据的数据量较小，可以实现客户端音频数据输入以及设备音频数据输出的同步率，从而实现设备联动实时传播的效果。

S140：在接收到客户端发起的结束播报指令时，对音频数据进行存储。

本步骤中，通过步骤S130获得音频数据后，可以在用户通知播报结束后发出结束播报指令时进行永久存储，以便用户可以随时对该次播报内容进行回放和通知信息确认。

具体地，用户在通知播报结束后，可以使用客户端向语音网关发起结束播报请求，接着语音网关可以响应该结束播报请求，断开客户端与各个播报设备之间的实时传输通道，同时获取各个播报设备的播报详情记录，并将该次播报内容的音频数据与播报详情记录进行永久存储，以便用户可以随时对该次播报内容进行查阅和回放。

上述实施例中，利用平台服务实现用户在客户端与设备之间一对多的实时播报，该平台读物包括业务平台，信令服务，语音网管管理服务，语音网关，可以利用业务平台对客户端发起的实时播报请求进行响应，可以得到多个待播报的播报设备构建成的待播报设备列表，并向语音网管管理服务获取与待播报设备列表对应的组装参数，接着利用信令服务将该组装参数下发给待播报设备列表中的每一个播报设备，基于该组装参数，利用语音网关建立客户端与各个播报设备之间的实时传输通道，以便根据实际需求场景，细分广播群体，选择需要播报的设备进行喊话，实现智能分发，精准到户。本申请在接收到用户在客户端输入的音频数据后，可以通过实时传输通道将该音频数据对每个播报设备进行实时播报，并获取当前播报详情，并在接收到所述客户端发起的结束播报指令时，对该音频数据进行存储，并记录所述当前播报详情，以便让用户随时音频数据内容以及查看播报详情，进而保证了通知的准确传达。

在一个实施例中，步骤S110中响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，可以包括：

S111：利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表。

S112：根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID。

S113：基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

本实施例中，在接收到客户端发起的实时播报请求后，可以利用业务平台对实时播报请求携带的数据进行分析，以确定待播报设备列表，接着业务平台可以依据该待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID，并将该语音网关连接信息和会话ID构建成为该待播报列表对应的组装参数。

可以理解的是，这里的语音网关连接信息为语音网关管理服务中处于空闲可用的语音网关连接信息，作为客户端和播报设备与语音网关管理服务进行连接的判断依据，而会话ID是在业务平台向语音网关管理服务获取语音网关连接信息时，语音网关管理服务同步分配给业务平台的。

具体地，在业务平台确认待播报设备列表后，可以向语音网关管理服务发起语音网关连接信息获取请求，语音网关管理服务接收到请求后，对所有语音网关连接信息进行查询，筛选出可用的语音网关连接信息并随机将其中一条以及分配的会话ID返回给业务平台，该会话ID具有唯一性，避免会话ID重复导致数据混乱，业务平台接收到语音网关管理服务返回的语音网关连接信息和会话ID后，构建成组装参数。

在一个实施例中，步骤S111中利用业务平台对所述实时播报请求进行数据分析，确定待播报设备列表，可以包括：

S1111：利用业务平台对客户端发起的实时播报请求进行数据分析，确定初始设备列表。

S1112：从所述初始设备列表中筛选出处于空闲状态的播报设备，形成待播报设备列表。

本实施例中，在接收到客户端发起的实时播报请求后，可以利用业务平台对实时播报请求携带的数据进行分析，以确定初始设备列表，接着对初始设备列表包含的播报设备进行筛选，剔除已在广播的播报设备，得到处于空闲状态的播报设备，并形成待播报设备列表。

可以理解的是，本申请在设备联动实时播报过程中，在同一时间段可以同步进行多个实时播报，分别对不同播报设备进行不同通知信息的播报，举例来说，在同一个时间段有两个实时播报，需要将各自的通知播报到各自对应的播报设备上，若其中有播报设备发生重叠，则较慢发出实时播报请求的客户端对应的初始设备列表中剔除已在广播的播报设备。

在一个实施例中，步骤S120中基于所述组装参数，建立客户端与各个播报设备之间的实时传输通道，可以包括：

S121：将所述组装参数和所述待播报设备列表下发至信令服务，以便所述信令服务将所述组装参数下发给所述待播报设备列表中的每个播报设备。

S122：基于所述组装参数包含的语音网关连接信息，触发每个所述播报设备与语音网关进行连接。

S123：将所述组装参数返回给所述客户端，以使所述客户端根据所述语音网关连接信息与所述语音网关进行连接。

S124：当所述客户端以及每个所述播报设备与所述语音网关进行连接后，基于所述会话ID，利用所述语音网关建立所述客户端与各个所述播报设备之间的实时传输通道。

本实施例中，在获取组装参数后，可以将该组装参数返回给客户端，以便客户端根据语音网关连接信息与语音网关进行连接，同时将组装参数和待播报设备列表下发至信令服务，信令服务在接收到该组装参数后下发给所述待播报设备列表中的每个播报设备，以便各个播报设备依据该组装参数中的语音网关连接信息，与语音网关进行连接，待客户端与每个播报设备皆与语音网关进行连接后，根据会话ID建立所述客户端与各个所述播报设备之间的实时传输通道。

具体地，在客户端接收到组装参数后，可以向业务平台发起连接请求，接着业务平台根据客户端携带的语音网关连接信息，连接对应的语音网关服务，同时，各个播报设备接收到信令服务下发的组装参数后，也根据组装参数中包含的语音网关连接信息连接语音网关中对应的语音网关服务，最后语音网关服务根据客户端以及各个播报设备携带的会话ID建立客户端及多设备的音频数据传输通道，进行音频数据的实时传输，从而达到设备联动实时播报的功能。

其中，本申请中客户端以及各个播报设备连接语音网关服务皆采用TCP(Transmission Control Protocol，传输控制协议)的方式进行连接，这里的TCP为一种面向连接的、可靠的、基于字节流的传输层通信协议，是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议，适应支持多网络应用的分层协议层次结构。其他可以实现本申请中连接与越南网关服务的方式，均可以作为本申请优选的方案，在此不做限制。

在一个实施例中，步骤S140中在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储，可以包括：

S141：接收到所述客户端向语音网关发起的结束播报指令时，利用所述语音网关向所述业务平台获取上传地址。

S142：基于所述上传地址，将所述音频数据上传至资源池进行存储。

本实施例中，当用户确认结束实时播报后，客户端可以向语音网关发起结束播报指令，语音网关对该结束播报指令进行响应，向业务平台获取上传地址，以便将该次实时播报的音频数据上传至资源池。

例如，用户通过客户端将重要通知一键广播至所有播报设备后，点击结束实时播报，客户端则向语音网关发起结束播报指令，并把结束广播的状态上报业务平台，语音网关收到结束播报指令后，可以向业务平台发起数据上传请求，业务平台响应该请求并在资源池中筛选出空闲地址后返回给业务平台，以便业务平台将该地址返回给语音网关，用于该次实时播报中语音数据的上传。

在一个实施例中，所述方法还可以包括：

S150：在接收所述客户端向语音网关发起的结束播报指令后，获取当前播报数据，以并将所述当前播报数据上报至所述业务平台。

S160：利用所述业务平台对所述当前播报数据进行记录。

本实施例中，当用户确认结束实时播报后，语音网关接收到客户端发起的结束播报指令后，获取当前播报数据并上报给业务平台，接着可以利用业务平台对当前播报数据进行记录，以便用户后续可以查看历史实时播报的详情。

可以理解的是，这里的当前播报数据包括各个播报设备的当前播报状态、播报详情以及资源池的存储信息，而各个播报设备的当前播报状态具体可以表现为录音文件生成中、播报失败、播报成功，播报详情可以为播报音量、播报时长等，资源池的存储信息可以是该次播报的音频数据对应的上传地址以及占用资源等，当前播报数据记录该次实时播报中设备以及资源池的各种详情信息，在此不做限制。

为了更好地对本申请的设备联动实时播报方法进行解释，下面将通过图3来进一步说明，示意性地，如图3所示，图3为本申请提供地一种设备联动实时播报地业务流程示意图。

图3中，用户在客户端选中播报设备形成播报设备列表后，向业务平台发起实时播报请求，业务平台接收到请求后，可以向语音网关管理服务获取可用的语音网关，语音网关管理服务通过查询获取到可用的语音网关信息后，将可用的语音网关信息以及分配的会话ID构建成组装参数，并返回给业务平台，在业务平台将组装参数下发给信令服务前，可以将设备列表中已在广播的设备进行剔除，接着将组装参数发送给客户端以及设备列表中的各个设备，以便客户端以及各个设备与语音网关进行连接，在客户端以及各个设备接连结束后，语音网关可以建立客户端与播报设备之间的实时传输通道，用于客户端对播报设备进行音频数据传输，当客户端结束播报后，向语音网关发起结束播报指令，语音网关接收到指令后对请求进行响应并断开实时传输通道。

下面对本申请实施例提供的设备联动实时播报装置进行描述，下文描述的设备联动实时播报装置与上文描述的设备联动实时播报方法可相互对应参照。

在一个实施例中，如图4所示，图4为本申请实施例提供的一种设备联动实时播报装置的结构示意图；本申请还提供了一种设备联动实时播报装置，包括数据获取模块210、传输通道建立模块220、实时传输模块230、数据更新模块240，具体包括如下：

数据获取模块210，用于响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，所述待播报设备列表包括多个播报设备。

传输通道建立模块220，用于基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道。

实时传输模块230，用于接收用户在所述客户端实时输入的音频数据，利用所述实时传输通道将所述音频数据实时传播至每个所述播报设备。

数据更新模块240，用于在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储。

上述实施例中，利用平台服务实现用户在客户端与设备之间一对多的实时播报，该平台读物包括业务平台，信令服务，语音网管管理服务，语音网关，可以利用业务平台对客户端发起的实时播报请求进行响应，可以得到多个待播报的播报设备构建成的待播报设备列表，并向语音网管管理服务获取与待播报设备列表对应的组装参数，接着利用信令服务将该组装参数下发给待播报设备列表中的每一个播报设备，基于该组装参数，利用语音网关建立客户端与各个播报设备之间的实时传输通道，以便根据实际需求场景，细分广播群体，选择需要播报的设备进行喊话，实现智能分发，精准到户。本申请在接收到用户在客户端输入的音频数据后，可以通过实时传输通道将该音频数据对每个播报设备进行实时播报，并获取当前播报详情，并在接收到所述客户端发起的结束播报指令时，对该音频数据进行存储，并记录所述当前播报详情，以便让用户随时音频数据内容以及查看播报详情，进而保证了通知的准确传达。

在一个实施例中，所述数据获取模块210可以包括：

数据分析子模块，用于利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表。

连接信息获取子模块，用于根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID。

组装参数构建子模块，用于基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

在一个实施例中，所述数据分析子模块可以包括：

数据分析单元，用于利用业务平台对客户端发起的实时播报请求进行数据分析，确定初始设备列表。

数据筛选单元，用于从所述初始设备列表中筛选出处于空闲状态的播报设备，形成待播报设备列表。

在一个实施例中，所述传输通道建立模块220可以包括：

数据下发子模块，用于将所述组装参数和所述待播报设备列表下发至信令服务，以便所述信令服务将所述组装参数下发给所述待播报设备列表中的每个播报设备。

设备连接子模块，用于基于所述组装参数包含的语音网关连接信息，触发每个所述播报设备与语音网关进行连接。

客户端连接子模块，用于将所述组装参数返回给所述客户端，以使所述客户端根据所述语音网关连接信息与所述语音网关进行连接。

传输通道建立子模块，用于当所述客户端以及每个所述播报设备与所述语音网关进行连接后，基于所述会话ID，利用所述语音网关建立所述客户端与各个所述播报设备之间的实时传输通道。

在一个实施例中，所述数据更新模块240可以包括：

上传地址获取子模块，用于接收到所述客户端向语音网关发起的结束播报指令时，利用所述语音网关向所述业务平台获取上传地址；

资源上传子模块，用于基于所述上传地址，将所述音频数据上传至资源池。

在一个实施例中，所述装置还可以包括：

播报数据获取模块，用于在接收所述客户端向语音网关发起的结束播报指令后，获取当前播报数据，并将所述当前播报数据上报至所述业务平台，所述当前播报数据包括各个所述设备的当前播报状态、播报详情以及资源池的存储信息；

播报数据更新模块，用于利用所述业务平台对所述当前播报数据进行记录。

在一个实施例中，本申请还提供了一种存储介质，所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述设备联动实时播报方法的步骤。

在一个实施例中，本申请还提供了一种计算机设备，所述计算机设备中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述实施例中任一项所述设备联动实时播报方法的步骤。

示意性地，如图5所示，图5为本申请实施例提供的一种计算机设备的内部结构示意图，该计算机设备300可以被提供为一服务器。参照图5，计算机设备300包括处理组件302，其进一步包括一个或多个处理器，以及由存储器301所代表的存储器资源，用于存储可由处理组件302的执行的指令，例如应用程序。存储器301中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件302被配置为执行指令，以执行上述任意实施例的设备联动实时播报方法。

计算机设备300还可以包括一个电源组件303被配置为执行计算机设备300的电源管理，一个有线或无线网络接口304被配置为将计算机设备300连接到网络，和一个输入输出(I/O)接口305。计算机设备300可以操作基于存储在存储器301的操作系统，例如WindowsServer TM、Mac OS XTM、Unix TM、Linux TM、Free BSDTM或类似。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种设备联动实时播报方法，其特征在于，所述方法包括：

响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，所述待播报设备列表包括多个播报设备；

基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道；

接收用户在所述客户端实时输入的音频数据，利用所述实时传输通道将所述音频数据实时传播至每个所述播报设备；

在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储。

2.根据权利要求1所述的设备联动实时播报方法，其特征在于，所述响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，包括：

利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表；

根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID；

基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

3.根据权利要求2所述的设备联动实时播报方法，其特征在于，所述利用业务平台对所述实时播报请求进行数据分析，确定待播报设备列表，包括：

利用业务平台对客户端发起的实时播报请求进行数据分析，确定初始设备列表；

从所述初始设备列表中筛选出处于空闲状态的播报设备，形成待播报设备列表。

4.根据权利要求2所述的设备联动实时播报方法，其特征在于，所述基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道，包括：

将所述组装参数和所述待播报设备列表下发至信令服务，以便所述信令服务将所述组装参数下发给所述待播报设备列表中的每个播报设备；

基于所述组装参数包含的语音网关连接信息，触发每个所述播报设备与语音网关进行连接；

将所述组装参数返回给所述客户端，以使所述客户端根据所述语音网关连接信息与所述语音网关进行连接；

当所述客户端以及每个所述播报设备与所述语音网关进行连接后，基于所述客户端以及每个所述播报设备携带的会话ID，利用所述语音网关建立所述客户端与各个所述播报设备之间的实时传输通道。

5.根据权利要求1所述的设备联动实时播报方法，其特征在于，所述在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储，包括：

接收到所述客户端向语音网关发起的结束播报指令时，利用所述语音网关向业务平台获取上传地址；

基于所述上传地址，将所述音频数据上传至资源池进行存储。

6.根据权利要求1所述的设备联动实时播报方法，其特征在于，所述方法还包括：

在接收所述客户端向所述语音网关发起的结束播报指令后，获取当前播报数据，并将所述当前播报数据上报至所述业务平台，所述当前播报数据包括各个所述设备的当前播报状态、播报详情以及资源池的存储信息；

利用所述业务平台对所述当前播报数据进行记录。

7.一种设备联动实时播报装置，其特征在于，包括：

数据获取模块，用于响应于客户端发起的实时播报请求，获取待播报设备列表以及与待播报设备列表对应的组装参数，所述待播报设备列表包括多个播报设备；

传输通道建立模块，用于基于所述组装参数，建立所述客户端与各个播报设备之间的实时传输通道；

实时传输模块，接收用户在所述客户端实时输入的音频数据，利用所述实时传输通道将所述音频数据实时传播至每个所述播报设备；

数据更新模块，用于在接收到所述客户端发起的结束播报指令时，对所述音频数据进行存储。

8.根据权利要求7所述的设备联动实时播报装置，其特征在于，所述数据获取模块，包括：

数据分析子模块，用于利用业务平台对客户端发起的实时播报请求进行数据分析，确定待播报设备列表；

连接信息获取子模块，用于根据所述待播报设备列表，向语音网关管理服务获取语音网关连接信息以及会话ID；

组装参数构建模块，用于基于所述语音网关连接信息和所述会话ID，构建所述待播报设备列表对应的组装参数。

9.一种存储介质，其特征在于：所述存储介质中存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至6中任一项所述设备联动实时播报方法的步骤。

10.一种计算机设备，其特征在于，包括：一个或多个处理器，以及存储器；

所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如权利要求1至6中任一项所述设备联动实时播报方法的步骤。

Images