CN115375518A - 异常寻呼的方法以及相关装置 - Google Patents

Abstract

本申请实施例公开了一种异常寻呼的方法以及相关装置。所述方法包括以下步骤：获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态；当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表；根据所述第一信息，使用预设算法模型确认替代邻近宿舍；控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达。采用本申请，大幅度提升了需寻呼宿舍音频设备异常的处理效率。

Description

异常寻呼的方法以及相关装置

技术领域

本申请属于信息处理技术领域，主要涉及了一种异常寻呼的方法以及相关装置。

背景技术

目前，校园宿舍管理中，熄灯后学生宿舍依然存在大声喧哗的现象，严重影响宿舍和周边宿舍的休息，管理者一般通过宿舍的音频设备进行寻呼播报，有时寻呼的宿舍音频设备是异常的。

现有技术中，当宿舍音频设备状态是异常时，学校的解决方案是安排管理人员立即赶往出现吵闹嘈杂的宿舍，进行重点巡查和当面警示，异常寻呼处理效率低下。

发明内容

本申请的一个目的在于提供了一种异常寻呼的方法以及相关装置，其优势在于，大幅度提升需寻呼宿舍音频设备异常的处理效率。

为实现上述目的，第一方面，本申请实施例提供一种异常寻呼的方法，其中包括：

获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态；

当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表；

根据所述第一信息，使用预设算法模型确认替代邻近宿舍；

控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达。

可以理解，获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态，当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表，根据所述第一信息，使用预设算法模型确认替代邻近宿舍，控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达，能够提升需寻呼宿舍音频设备异常的处理效率。

在一个可能的示例中，所述并检测所述需要寻呼宿舍的音频设备状态，包括以下步骤：

接收所述需要寻呼宿舍的音频设备发送的状态识别码；

基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态；

或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的。

可以理解，接收所述需要寻呼宿舍的音频设备发送的状态识别码，基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态，或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的，能够优化检测音频设备状态的过程。

在一个可能的示例中，所述使用预设算法模型确认替代邻近宿舍，包括以下步骤：

将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中；

使用所述预设算法模型计算替代邻近宿舍。

可以理解，将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中，使用所述预设算法模型计算替代邻近宿舍，能够提升获取替代邻近宿舍的效率。

在一个可能的示例中，所述使用预设算法模型确认替代邻近宿舍，包括以下步骤：

将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练；

根据所述计算训练的结果，调整所述预设算法模型的参数；

当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍。

可以理解，将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练，根据所述计算训练的结果，调整所述预设算法模型的参数，当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍，提升了替代邻近宿舍的计算准确度。

在一个可能的示例中，所述能够根据所述训练的结果进行优化，包括以下步骤：

将预设需要寻呼宿舍的位置参数和预设最优邻近宿舍的位置参数输入到所述邻近宿舍计算模型，进行计算训练；

根据所述训练的结果，调整所述邻近宿舍计算模型的参数。

可以理解，将预设需要寻呼宿舍的位置参数和预设最优邻近宿舍的位置参数输入到所述邻近宿舍计算模型，进行计算训练，根据所述训练的结果，调整所述邻近宿舍计算模型的参数，能够优化邻近宿舍计算模型的准确度。

在一个可能的示例中，所述控制所述替代邻近宿舍的音频设备进行播报，包括以下步骤：

选择人声录播模式或者语音包播报模式；

根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项。

可以理解，选择人声录播模式或者语音包播报模式，根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项，能够完善寻呼的播报过程。

在一个可能的示例中，所述控制所述替代邻近宿舍的音频设备进行播报，包括以下步骤：

根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量。

可以理解，根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量，能够提升播报的多样性。

在一个可能的示例中，所述或者通知所述替代邻近宿舍的人员进行传达，包括以下步骤：

在通知所述替代邻近宿舍的人员的第二预设时间段内，接收所述人员是否传达完毕的信息。

可以理解，在通知所述替代邻近宿舍的人员的第二预设时间段内，接收所述人员是否传达完毕的信息，能够完善寻呼反馈的效率。

第二方面，一种异常寻呼的装置，包括用于执行第一方面或者第一方面任一实施方式提供的方法的模块。

第三方面，一种异常寻呼的设备，包括处理器、存储器以及一个或至少一个程序，其中，所述一个或至少一个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行第一方面或者第一方面任一实施方式提供的方法的指令。

第四方面，一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现第一方面或者第一方面任一实施方式提供的方法。

实施本申请实施例，将具有如下有益效果：

获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态，当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表，根据所述第一信息，使用预设算法模型确认替代邻近宿舍，控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达，从而大幅度提升需寻呼宿舍音频设备异常的处理效率。

附图说明

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

图1为本申请实施例提供的一种异常寻呼的应用场景图；

图2为本申请实施例提供的一种异常寻呼应用的示意图；

图3为本申请实施例提供的一种计算替代邻近宿舍的场景示意图；

图4为本申请实施例提供的一种异常寻呼主界面的场景示意图；

图5为本申请实施例提供的一种异常寻呼的流程示意图；

图6为本申请实施例提供的一种异常寻呼装置的结构示意图；

图7为本申请实施例提供的一种异常寻呼设备的结构图。

具体实施方式

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

本申请中的术语“1”和“2”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，图1为本申请实施例提供的一种异常寻呼的应用场景图。如图1所示，该应用场景图包括用户101、电子设备102、服务器103。需要说明的是，图1所示的系统中的各个设备的数量、各个设备的形态和用户的数量用于举例，并不构成对本申请实施例的限定，一个用户可以使用多个电子设备。

其中，用户101是实际操作电子设备102的用户，以控制电子设备102执行相应的操作。电子设备102可以是图1所示的笔记本电脑，还可以是个人计算机(personal computer，PC)、一体机、掌上电脑、平板电脑(pad)、智能手机、智能电视播放终端和便捷式设备等。PC端的电子设备，例如一体机等，其操作系统可以包括但不限于Linux系统、Unix系统、Windows系列系统(例如Windows xp、Windows 7等)等操作系统。移动端的电子设备，例如智能手机等，其操作系统可以包括但不限于安卓系统、IOS(苹果手机的操作系统)、Window系统等操作系统。

下面介绍本申请实施例提供的异常寻呼的方法，该方法可以由异常寻呼装置执行，该装置可由软件和/或硬件实现，一般可集成在电子设备或服务器中。

请参见图2，图2为本申请实施例提供的一种异常寻呼应用的示意图。第一电子设备201可以安装如图2所示的异常寻呼应用202，第一电子设备201的使用者为用户，当用户对第一电子设备201中所安装的异常寻呼应用202执行触发操作(例如，点击异常寻呼应用202的图标)时，第一电子设备201可以启动所安装的异常寻呼应用202，并进入异常寻呼应用202之中，当用户使用完该应用以后，也可以点击首页203回到第一电子设备201的初始界面。

请参见图3，图3为本申请实施例提供的一种计算替代邻近宿舍的场景示意图。具体而言，第二电子设备301获取第一信息、播报内容紧急度和播报内容重要度，用户可以在第二电子设备301查看替代邻近宿舍的计算过程。具体地，第二电子设备301在接收到第一信息、播报内容紧急度和播报内容重要度之后，通过将第一信息、播报内容紧急度和播报内容重要度输入至预先训练好的预设算法模型进行计算，从而得到替代邻近宿舍。其中，预设算法模型是通过采用预设练习数据与对应预设替代邻近宿舍，对预先构建的预设算法模型进行不断地迭代训练，从而获取到的具有较高准确计算能力的模型，此时，第二电子设备301的弹框302显示“请稍等，替代邻近宿舍计算中”，第二电子设备301的弹框303显示替代邻近宿舍的信息。

请参照图4，图4为本申请实施例提供的一种异常寻呼主界面的场景示意图。用户通过第三电子设备401查看异常寻呼主界面407，并显示以下内容：语音包播报模式403，人声录播模式404，异常寻呼时间405，异常寻呼日期406，第三电子设备401的弹框402显示“请在1小时内完成处理”。

请参照图5，图5为本申请实施例提供的一种异常寻呼的流程示意图。以该方法应用于异常寻呼过程进行举例说明，该异常寻呼装置可以包括服务器或电子设备。该方法包括如下步骤S501-S504，其中，

S501：获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态。

在本申请实施例中，音频设备包括音响设备，音响设备由：控制设备(模拟或数字调音台)、音频处理器(用效果器、均衡器、压限器、分频器、信号分配器、延时器等周边设备，或者数字式系统控制器)、功率放大器(功放)、音箱组成。以上设备由各种类型不同的线材、电缆串接在一起使用，构成了音频的播放设备。当上述设备均能够正常运行时，则表明音频设备状态为良好；当上述众多设备中出现无法运行的设备时，则表明音频设备状态为异常状态。

在一种可能的示例中，步骤S501包括以下步骤A1-A3，其中，

A1：接收所述需要寻呼宿舍的音频设备发送的状态识别码。

A2：基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态。

A3：或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的。

S502：当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表。

S503：根据所述第一信息，使用预设算法模型确认替代邻近宿舍。

在一种可能的示例中，步骤S503包括以下步骤B1-B2：

B1:将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中。

B2:使用所述预设算法模型计算替代邻近宿舍。

在一种可能的示例中，步骤S503包括以下步骤B3-B5：

B3:将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练。

B4:根据所述计算训练的结果，调整所述预设算法模型的参数。

B5:当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍。

S504：控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达。

在一种可能的示例中，步骤S504包括以下步骤C1-C4：

C1:选择人声录播模式或者语音包播报模式。

举一个例子来说，当喧哗的宿舍为204宿舍，但是204宿舍音频设备损坏时，通过预设算法模型计算出最优邻近宿舍为206，那么通过206宿舍的音频设备进行警告播报，选择人声录播模式，管理者对着值班室话筒说“宿舍204的学生立即停止喧哗，安静下来”，这时，206宿舍的音频设备将“宿舍204的学生立即停止喧哗，安静下来”播报出来。

C2:根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项。

C3:根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量。

举一个例子而言，声音频率的高低叫做音调，是声音主要的主观属性之一。表示人的听觉分辨一个声音的调子高低的程度。音调主要由声音的频率决定，对一定强度的纯音，音调随频率的升降而升降，对一定频率的纯音和低频纯音的音调随声强增加而下降，高频纯音的音调随强度增加而上升。大体上，500赫兹以下的低频纯音的音调随响度的增加而下降，1500赫兹以上高频纯音的音调随响度的增加而上升。音调的单位称为美(mel)：取频率1000赫兹、声压级为40分贝的纯音的音调作标准，称为1000美，另一些纯音，听起来调子高一倍的称为2000美，调子低一倍的称为500美，依此类推，可建立起整个可听频率内的音调标度。所谓音调控制就是人为地改变信号里高、低频成分的比重，以满足渲染某种气氛、达到某种效果或补偿扬声器系统及放音场所的音响不足。这个控制过程其实并没有改变节目里各种声音的音调(频率)，高保真扩音机大都装有音调控制器。然而，从保证信号传送质量来考虑，音调控制不是必须的，一个良好的音调控制电路，要有足够的高、低音调节范围，但又同时要求高、低音从最强到最弱的整个调节过程里，中音信号(通常指500赫)不发生明显的幅度变化，以保证音量大致不变。所谓提升或衰减高、低音，都是相对于中音而言的，先把中音作一个固定衰减(或加深负反馈)，然后让高音或低音衰减小一些(或负反馈轻一些)。因此，为了弥补音调控制电路的增益损失，常需增加一到两级放大电路。音调控制电路大致可分为两大类：衰减式和负反馈式。衰减式音调控制电路的调节范围可以做得较宽，但因中音电平要作很大衰减，并且在调节过程中整个电路的阻抗也在变，所以噪声和失真大一些。负反馈式音调控制电路的噪声和失真较小，但调节范围受最大负反馈量的限制，所以实际的电路常和输入衰减联合使用，成为衰减负反馈混合式。

C4:在通知所述替代邻近宿舍的人员的第二预设时间段内，接收所述人员是否传达完毕的信息。

举例而言，当通知替代邻近宿舍的人员的10分钟之内，所述人员去需要寻呼的宿舍进行传达，返回替代邻近宿舍后，将替代邻近宿舍的传达完毕的按钮按下，则管理者看到异常寻呼系统接收的该信息后，明白寻呼信息成功传达。

在本申请实施例中，只要涉及到音频传输、信号传输的过程，均使用千米传音技术，人声录播模式或者语音包播报模式的音频数据，通过千米传音技术传送出去，发送给云服务器。针对云服务器侧来说，如果下发的是文本信息，也是通过编码方式实现数字信号的传输，然后接收端接收到数字信号之后，会将数字信号还原为文本信息，并对文本信息进行TTS转换，得到模拟信号(音频信息)。总体来说，本申请实施例中，所有的信息传输都是依赖于Lora技术实现的，在Lora协议传输的基础上，进行了压缩编码和信道编码。就发送端来说，采集音频信号时，对采集到的音频信号进行数字转换，得到第一数字信号；然后对数字信号进行编码(分两个过程的编码，一个是压缩编码，可以是OPUS压缩编码，然后在压缩编码之后，再进行信道编码，提高传输的稳定性和可靠性，例如，可以通过RS前向纠错编码，进行信道编码，RS前向纠错编码可以为前向纠错编码(Forward Error Correction，FEC)，得到第二数字信号。得到上述第二数字信号之后，发送端会将第二数字信号发送出去。就接收端而言，接收到第二数字信号之后，会对第二数字信号执行解码和模拟信号的转换，并通过喇叭播放出音频信号，从而实现音频信号的千米传输。

请参见图6，图6为本申请实施例提供的一种异常寻呼装置的结构示意图。基于上述的系统架构，该异常寻呼装置600可以为服务器，也可以为服务器中的模块。该装置600，至少包括：检测模块601、处理模块602和播报模块603，其中，

检测模块601用于检测所述需要寻呼宿舍的音频设备状态；

处理模块602用于根据所述第一信息，使用预设算法模型确认替代邻近宿舍；

基于所述替代邻近宿舍的音频设备，播报模块603用于进行播报。

在一个可能的示例中，在所述并检测所述需要寻呼宿舍的音频设备状态方面，所述处理模块602接收所述需要寻呼宿舍的音频设备发送的状态识别码；基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态；或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的。

在一个可能的示例中，在所述使用预设算法模型确认替代邻近宿舍方面，所述处理模块602将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中；使用所述预设算法模型计算替代邻近宿舍。

在一个可能的示例中，在所述使用预设算法模型确认替代邻近宿舍方面，所述处理模块602将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练；根据所述计算训练的结果，调整所述预设算法模型的参数；当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍。

在一个可能的示例中，在所述控制所述替代邻近宿舍的音频设备进行播报方面，所述处理模块602选择人声录播模式或者语音包播报模式；根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项。

在一个可能的示例中，在所述控制所述替代邻近宿舍的音频设备进行播报方面，所述处理模块602根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量。

在一个可能的示例中，在所述或者通知所述替代邻近宿舍的人员进行传达方面，所述处理模块602在通知所述替代邻近宿舍的人员的第二预设时间段内，处理所述人员是否传达完毕的信息。

请参见图7，图7为本申请实施例提供的一种异常寻呼设备的结构图。如图7所示，该异常寻呼设备700包括处理器701、存储器702、通信接口704以及至少一个程序703。上述至少一个程序703被存储在上述存储器702中，并且被配置由上述处理器701执行，上述至少一个程序703包括用于执行以下步骤的指令：

获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态；

当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表；

根据所述第一信息，使用预设算法模型确认替代邻近宿舍；

控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

接收所述需要寻呼宿舍的音频设备发送的状态识别码；

基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态；

或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中；

使用所述预设算法模型计算替代邻近宿舍。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练；

根据所述计算训练的结果，调整所述预设算法模型的参数；

当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

选择人声录播模式或者语音包播报模式；

根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量。

在一个可能的示例中，所述至少一个程序703具体用于执行以下步骤的指令：

在通知所述替代邻近宿舍的人员的第二预设时间段内，接收所述人员是否传达完毕的信息。

本领域技术人员可以理解，为了便于说明，图7中仅示出了一个存储器702和处理器701。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

应理解，在本申请实施例中，处理器可以是中央处理单元(Central ProcessingUnit，简称CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器还可以采用通用的微处理器、图形处理器(graphics processing unit，GPU)或者一个或多个集成电路，用于执行相关程序，以实现本申请实施例所需执行的功能。

处理器701还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的各个步骤可以通过处理器701中硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存和只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成本申请实施例的方法、装置及存储介质包括的单元所需执行的功能。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，简称ROM)、可编程只读存储器(Programmable ROM，简称PROM)、可擦除可编程只读存储器(Erasable PROM，简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccess Memory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，简称SRAM)、动态随机存取存储器(Dynamic RAM，简称DRAM)、同步动态随机存取存储器(Synchronous DRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，简称DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，简称DR RAM)。该存储器还可以是只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在的，通过总线与处理器相连接。存储器也可以和处理器集成在一起，存储器可以存储程序，当存储器中存储的程序被处理器执行时，处理器用于执行本申请上述实施例中的各个步骤。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤，为避免重复，这里不再详细描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ILB)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机编程的程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在处理器上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输，也可以从一个网站站点、计算机、服务器或数据中心通过有线方式向手机处理器进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种异常寻呼的方法，其特征在于，包括以下步骤：

获取需要寻呼宿舍的宿舍信息，并检测所述需要寻呼宿舍的音频设备状态；

当所述需要寻呼宿舍的音频设备状态是异常状态时，获取第一信息，所述第一信息包括宿舍位置信息、宿舍人员安排表和课程安排表；

根据所述第一信息，使用预设算法模型确认替代邻近宿舍；

控制所述替代邻近宿舍的音频设备进行播报，或者通知所述替代邻近宿舍的人员进行传达。

2.根据权利要求1所述的方法，其特征在于，所述并检测所述需要寻呼宿舍的音频设备状态，包括以下步骤：

接收所述需要寻呼宿舍的音频设备发送的状态识别码；

基于所述状态识别码，确认所述需要寻呼宿舍的音频设备的状态；

或者向所述需要寻呼宿舍的音频设备发送应答码，当第一预设时间段内未收到回复时，则所述需要寻呼宿舍的音频设备状态是异常的。

3.根据权利要求1所述的方法，其特征在于，所述使用预设算法模型确认替代邻近宿舍，包括以下步骤：

将所述第一信息、播报内容紧急度和播报内容重要度输入到所述预设算法模型中；

使用所述预设算法模型计算替代邻近宿舍。

4.根据权利要求1所述的方法，其特征在于，所述使用预设算法模型确认替代邻近宿舍，包括以下步骤：

将预设练习数据与对应预设替代邻近宿舍输入到所述预设算法模型中，进行计算训练；

根据所述计算训练的结果，调整所述预设算法模型的参数；

当所述计算训练的结果正确率大于预设数值时，使用预设算法模型确认替代邻近宿舍。

5.根据权利要求1所述的方法，其特征在于，所述控制所述替代邻近宿舍的音频设备进行播报，包括以下步骤：

选择实时人声录播模式或者语音包播报模式；

根据所述选择结果，调整播报频率、循环模式和背景音乐中的至少一项。

6.根据权利要求1或3所述的方法，其特征在于，所述控制所述替代邻近宿舍的音频设备进行播报，包括以下步骤：

根据所述播报内容紧急度和所述播报内容重要度，调整所述替代邻近宿舍的音频设备的音调和音量。

7.根据权利要求1所述的方法，其特征在于，所述或者通知所述替代邻近宿舍的人员进行传达，包括以下步骤：

在通知所述替代邻近宿舍的人员的第二预设时间段内，接收所述人员是否传达完毕的信息。

8.一种异常寻呼的装置，其特征在于，用于执行如权利要求1-7中任一项所述的方法。

9.一种异常寻呼的设备，其特征在于，包括处理器、存储器以及一个或至少一个程序，其中，所述一个或至少一个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行权利要求1-7中任一项所述方法的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1-7中任一项所述的方法。

Images