Processing

Please wait...

Settings

Settings

Goto Application

1. WO2020134646 - DISTRIBUTED VOICE MONITORING METHOD, APPARATUS AND SYSTEM, STORAGE MEDIUM AND DEVICE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138   0139   0140   0141   0142   0143   0144   0145   0146   0147   0148   0149   0150   0151   0152   0153   0154   0155   0156   0157   0158   0159   0160   0161   0162   0163   0164   0165   0166   0167   0168   0169   0170   0171   0172   0173   0174   0175   0176   0177   0178   0179   0180   0181   0182   0183   0184   0185   0186   0187   0188   0189   0190   0191   0192   0193   0194   0195   0196   0197   0198   0199   0200   0201   0202  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15  

附图

1   2   3   4   5   6   7   8   9   10   11  

说明书

发明名称 : 分布式语音监控方法、装置、系统、存储介质和设备

技术领域

[0001]
本申请涉及语音内容监控技术领域,具体而言,本申请涉及一种分布式语音监控方法、装置、系统、计算机可读存储介质和计算机设备。

背景技术

[0002]
随着互联网的快速普及,以语音交流为主打手段进行沟通、交友、聊天和直播的社交应用颇受人们追捧。然而,庞大的用户群容易造成以语音房间形式进行的语音直播内容及语音聊天内容存在较大的不确定性,存在不法分子通过语音社交应用传播违规不良信息,影响应用平台的正常运营,因此需要对音频格式的聊天、直播内容进行实时审核识别,以及时打击语音社交应用内的违规不良行为。
[0003]
目前,可通过用户举报、房管巡查或者结合机器识别定期采集音频数据等方式实现监控审核,但其局限性在于,用户举报、房管巡查的监控审核方式覆盖面低、信息滞后较大且监控审核效率低下,容易造成恶性事件已经发生并产生恶劣的社会影响;而结合机器识别定期采集音频数据的方式通常采用中心化方式提供服务,在多运营商组网部署环境下,所有的音频数据要集中送到中心机器识别系统,中心机器识别系统庞大而复杂,建设成本高,且还需对跨运营商之间的流量费用投入大量成本,投入产出比低下。
[0004]
因此,现有的监控审核方法难以满足高活跃度的语音社交应用的语音内容审核需求,对于具有庞大数据量级音频数据的高活跃度语音社交应用,如何实现高投入产出比、高覆盖面、低延迟、高识别率和高效的语音监控是个非常大的挑战。
[0005]
发明内容
[0006]
为至少能解决上述的技术缺陷之一,本申请提供了以下技术方案的分 布式语音监控方法及对应的装置、系统、计算机可读存储介质和计算机设备。
[0007]
本申请的实施例根据第一个方面,提供了一种分布式语音监控方法,包括如下步骤:
[0008]
获取归属同一机房的音频流数据;
[0009]
按照预置推审策略,从所述音频流数据中采集待审音频数据;
[0010]
将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;
[0011]
根据所述预测值,生成音频机审结果。
[0012]
本申请的实施例根据第二个方面,提供了一种分布式语音监控方法,包括如下步骤:
[0013]
服务注册和发现系统广播与媒体服务器归属同一机房的机审系统的地址信息;
[0014]
媒体服务器根据所述地址信息,向归属同一机房的机审系统发送音频流数据;
[0015]
机审系统获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[0016]
此外,本申请的实施例根据第三个方面,提供了一种分布式语音监控装置,包括:
[0017]
音频流数据获取模块,用于获取归属同一机房的音频流数据;
[0018]
待审音频数据采集模块,用于按照预置推审策略,从所述音频流数据中采集待审音频数据;
[0019]
音频识别模块,用于将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;
[0020]
机审结果生成模块,用于根据所述预测值,生成音频机审结果。
[0021]
本申请的实施例根据第四个方面,提供了一种分布式语音监控系统,包括:服务注册和发现系统、媒体服务器和机审系统;其中,
[0022]
所述服务注册和发现系统,用于广播与媒体服务器归属同一机房的机审系统的地址信息;
[0023]
所述媒体服务器,用于根据所述地址信息,向归属同一机房的机审系统发送音频流数据;
[0024]
所述机审系统,用于获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[0025]
本申请的实施例根据第五个方面,提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的分布式语音监控方法。
[0026]
本申请的实施例根据第六个方面,提供了一种计算机设备,所述计算机包括一个或多个处理器;存储器;一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个计算机程序配置用于:执行上述的分布式语音监控方法。
[0027]
本申请与现有技术相比,具有以下有益效果:
[0028]
本申请提供的分布式语音监控方法、装置、系统、计算机可读存储介质和计算机设备,通过分布式去中心化的机审方式,无需以高昂的建设成本构建庞大、复杂的中心机审系统,并使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,可实现较高的投入产出比,显著降低音频内容监控成本;通过各个机审系统相互协作,分别对其归属同一机房的待审音频数据进行机器识别审核,可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核,且机器识别审核支持足够大的审核覆盖面,可实现较高的识别率和审核效率。该方法可实现高投入产出比、高覆盖面、低延迟、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度语音社交应用的音频内容监控需求。

附图说明

[0029]
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
[0030]
图1为本申请实施例提供的第一种分布式语音监控方法的方法流程图;
[0031]
图2为本申请实施例提供的第二种分布式语音监控方法的方法流程图;
[0032]
图3为本申请实施例提供的Kafka待审消息队列处理方法的方法流程图;
[0033]
图4为本申请实施例提供的第三种分布式语音监控方法的方法流程图;
[0034]
图5为本申请实施例提供的第四种分布式语音监控方法的方法流程图;
[0035]
图6为本申请实施例提供的第五种分布式语音监控方法的方法流程图;
[0036]
图7为本申请实施例提供的分布式语音监控装置的结构示意图;
[0037]
图8为本申请实施例提供的第一种分布式语音监控系统的结构示意图;
[0038]
图9为本申请实施例提供的第二种分布式语音监控系统的结构示意图;
[0039]
图10为本申请实施例提供的第三种分布式语音监控系统的结构示意图;
[0040]
图11为本申请实施例提供的计算机设备的结构示意图。

具体实施方式

[0041]
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本 申请,而不能解释为对本申请的限制。
[0042]
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
[0043]
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
[0044]
本申请实施例所涉及的名词:
[0045]
语音社交应用:以语音交流为主打手段进行沟通,交友,聊天,直播的社交应用。
[0046]
服务注册和发现系统:提供审核监控过程中各服务进程的注册,以及向注册的服务进程提供广播服务上下线通知的系统。
[0047]
MS(Media Server)媒体服务器:管理语音社交应用实时产生的音频流数据并将音频流数据向机审系统进行推流。
[0048]
机审系统:提供纯语音内容的机器识别审核服务的系统。
[0049]
复审系统:提供机器识别审核结果复审服务的系统。
[0050]
单线机房:单线机房只有一条运营商的线路,如电信、联通或者移动线路,单线机房仅允许对应运营商的用户访问。单线机房带宽便宜。
[0051]
双线机房:双线机房指机房有两条运营商的线路,如同时有电信、联通线路,则电信、联通用户都能访问。双线机房带宽费用昂贵。
[0052]
多线机房:多线机房指机房同时有多条运营商的线路,多线机房允许对应上述多条运营商的用户访问。多线机房带宽费用昂贵。
[0053]
Kafka消息中间件:是LinkedIn开源的分布式发布-订阅消息系统,目 前归属于Apache定级项目。Kafka主要特点是基于Pull的模式来处理消息消费,追求高吞吐量,对消息的重复、丢失、错误没有严格要求,适合产生大量数据的互联网服务的数据收集业务。
[0054]
容灾:构建两套或者多套功能相同的系统,相互之间可以进行健康态监视和功能切换,当一处系统因如火灾、地震等意外停止工作时,其他系统可随即起到接管处理的作用。
[0055]
有必要先对语音监控审核的特点进行如下的先导性说明。
[0056]
相对于文字聊天内容、视频直播内容的监控审核,纯语音内容的监控审核具有更高的难度,具体表现在:
[0057]
语音聊天和直播的内容要求很高的实时性,不宜采用先审核再呈现给用户的模式。只能采取巡查,或者音频延迟采集推审,对审核发现的违规行为进行处罚的方式。审核和处罚的延迟容易造成恶性事件已经发生,并产生恶劣的社会影响。需要支持低延迟的审核。
[0058]
文字识别、图像识别都已经发展了很长时间,有成熟的机器识别技术,可以快速辅助审核人员识别,人工审识别图片和文字也更加迅速。而音频内容识别的技术发展相对滞后,音频内容和场景多样,常常伴有周围噪声和背景音乐等,信道复杂,语音质量参差不齐,信噪比较低,音频时长长短不一,大部分发言非常短,信息量不足。人工审核音频得花时间听足够时长后才能判断是否违规,审核工作量大,效率低。
[0059]
目前,高活跃度的语音社交应用,为了支持高并发、容灾,通常选择多个网络运营商、多个单线机房部署音频媒体服务器,每日产生的音频数据量级非常大,一般达到10TB级别。对于具有庞大数据量级音频数据的高活跃度语音社交应用,如何实现高投入产出比、高覆盖面、低延迟、高可靠、易于扩展、高识别率和高效的语音监控审核是个非常大的挑战。
[0060]
对此,本申请实施例提供了一种分布式语音监控方法,应用于机审系统,如图1所示,该方法包括:
[0061]
步骤S110:获取归属同一机房的音频流数据。
[0062]
对于本实施例,所述音频流数据为高活跃度的语音社交应用中用户通过语音房间的形式进行语音聊天、语音直播期间实时产生的所有二进制音 频流数据。其中,所述音频流数据由语音社交应用部署的MS媒体服务器提供。
[0063]
对于本实施例,MS媒体服务器和机审系统均按机房进行部署,在机审系统运作正常情况下所述音频流数据均在本机房流转。单线机房的机审系统通过接收归属同一机房的MS媒体服务器推流的音频流数据来获取归属同一机房的音频流数据。
[0064]
步骤S120:按照预置推审策略,从所述音频流数据中采集待审音频数据。
[0065]
对于本实施例,机审系统对所获取的所述音频流数据中的部分音频流数据进行机器识别审核,其中,待进行机器识别审核的这部分音频流数据即所述待审音频数据。
[0066]
对于本实施例,预先设置有推审策略,所述预置推审策略为对应归属不同预置分类的音频流数据而预先设定的从音频流数据中采集待审核音频数据的采集频率和采集时长。在获取所述音频流数据之后,根据所述音频流数据确定其归属的预置分类,按照所述预置推审策略,以所述预置分类对应的采集频率和采集时长从所述音频流数据中采集待审音频数据。其中,所述预置分类包括但不限于:用户、语音房间、用户在语音社交应用中的用户等级、房间直播类型、房间用户数。
[0067]
步骤S130:将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值。
[0068]
对于本实施例,所述音频识别模型为基于GPU(Graphics Processing Unit,图形处理单元)预先训练的音频识别模型,GPU可用于处理语音,其具有强大的计算能力,适用于加速音频识别模型的网络训练。
[0069]
基于GPU预先训练的音频识别模型可提供机器识别GPU服务,具体地,通过在GPU机器上执行以对待审音频数据的特征进行机器智能检测识别,在识别后返回对应所述音频识别模型的预测值,实现对待审音频数据的智能检测归类。
[0070]
其中,所述音频识别模型可以是多种音频识别模型,可扩展支持多种不良信息类型音频数据的识别,例如用于识别色情信息的音频识别模型、 用于识别涉及政治言论的音频识别模型、用于识别暴力信息的音频识别模型等等。需明确指出的是,所述音频识别模型还可以是用于识别其他不良信息类型的音频识别模型,本技术领域的技术人员可根据实际应用需求确定所述音频识别模型可实现识别的不良信息类型,本申请实施例对此不做限定。
[0071]
例如,在为了识别待审音频数据是否存在涉黄问题的应用场景中,将采集得到的待审音频数据输入预先训练的用于识别色情信息的音频识别模型,得到对应所述用于识别色情信息的音频识别模型的预测值,所述预测值可用于判定所述待审音频数据是否存在涉黄问题。
[0072]
步骤S140:根据所述预测值,生成音频机审结果。
[0073]
对于本实施例,在得到待审音频数据对应所述音频识别模型的预测值之后,根据所述预测值的高低评估所述待审音频数据存在所述音频识别模型对应的不良信息类型的风险,生成所述待审音频数据的音频机审结果。
[0074]
本申请实施例提供的分布式语音监控方法,通过分布式去中心化的机审方式,无需以高昂的建设成本构建庞大、复杂的中心机审系统,并使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,可实现较高的投入产出比,显著降低音频内容监控成本;通过各个机审系统相互协作,分别对其归属同一机房的待审音频数据进行机器识别审核,可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核,且机器识别审核支持足够大的审核覆盖面,可实现较高的识别率和审核效率。该方法可实现高投入产出比、高覆盖面、低延迟、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度语音社交应用的音频内容监控需求。
[0075]
在一个实施例中,如图2所示,所述步骤S110获取归属同一机房的音频流数据,包括:
[0076]
S111:接收归属同一机房的媒体服务器发送的机审服务调用请求。
[0077]
S112:响应所述机审服务调用请求,获取所述媒体服务器上传的音频流数据。
[0078]
对于本实施例,机审系统提供有机审服务的调用接口,MS媒体服务 器可通过调用机审系统的机审服务调用接口向该机审系统推送音频流数据。
[0079]
对于本实施例,由于MS媒体服务器和机审系统均按机房进行部署,MS媒体服务器可优先选择向本机房的机审系统发送机审服务调用请求,并通过调用本机房的机审系统的机审服务调用接口向本机房的机审系统推送其管理的所有音频流数据,相应地,在机审系统运作正常情况下,机审系统会接收到归属同一机房的MS媒体服务器发送的机审服务调用请求,在响应所述机审服务调用请求之后,获取到归属同一机房的MS媒体服务器通过所述机审服务调用接口上传的归属同一机房的音频流数据,从而实现在机审系统运作正常情况下音频流数据均在本机房流转,投入产出比高且可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核。
[0080]
在一个实施例中,如图3所示,所述步骤S120按照预置推审策略,从所述音频流数据中采集待审音频数据之后,所述步骤S130将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值之前,还包括:
[0081]
步骤S310:保存所述待审音频数据,确定保存所述待审音频数据的统一资源定位符URL。
[0082]
对于本实施例,在从所述音频流数据采集得所述待审音频数据之后,将二进制压缩格式的待审音频数据上传至机审系统的存储子系统并保存,可得到所述待审音频数据保存在所述存储子系统中的统一资源定位符URL。
[0083]
步骤S320:根据所述待审音频数据的关联信息和所述统一资源定位符URL,生成所述待审音频数据的待审消息;将所述待审音频数据的待审消息写入Kafka待审消息队列。
[0084]
对于本实施例,所述待审音频数据的关联信息为与所述待审音频数据相关联的信息,例如,可以是所述待审音频数据归属的用户、语音房间、用户在语音社交应用中的用户等级、房间直播类型、房间用户数等相关信息。
[0085]
对于本实施例,在机审系统中引入Kafka消息中间件辅助机审系统的语音监控审核。具体地,根据所述待审音频数据的关联信息和所述统一资源定位符URL,生成所述待审音频数据的待审消息,并将所述待审音频数据的待审消息写入Kafka待审消息队列,即把所述待审音频数据的关联信息和所述待审音频数据保存在所述存储子系统中的统一资源定位符URL保存到Kafka待审消息队列。其中,所述Kafka待审消息队列为在消息传输过程中保存所述待审消息的容器。Kafka主要特点是基于Pull的模式来处理消息消费,追求高吞吐量,对消息的重复、丢失、错误没有严格要求,适合产生大量数据的互联网服务的数据收集业务,因此,通过引入Kafka待审消息队列可保证高可靠性和易水平扩展,实现瞬时高并发期的削锋,还可提升机器的利用率,且消息的实例化存储可灵活支持多种失败重试策略。
[0086]
步骤S330:当从所述Kafka待审消息队列读取所述待审消息时,根据所述待审消息中的所述统一资源定位符URL下载所述待审音频数据。
[0087]
对于本实施例,机审系统的待审消息消费进程不断从所述Kafka待审消息队列读取待审消息,当从所述Kafka待审消息队列读取到所述待审消息时,根据所述待审消息中的所述统一资源定位符URL从机审系统的存储子系统中下载二进制压缩格式的待审音频数据,所述二进制压缩格式的待审音频数据解码后可用于输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值。
[0088]
在本实施例中,通过在机审系统中引入Kafka消息中间件辅助机审系统的语音监控审核,可保证系统灵活、易水平扩缩容,且其削锋填谷的特性可保证系统的高可用和高可靠,消息的实例化存储可实现灵活的重试策略,有效满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0089]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括:
[0090]
以预置周期采集应用内的用户行为数据和用户标签数据,生成按用户分级推审的预置推审策略;和/或
[0091]
以预置周期采集应用内的语音房间标签数据,生成按语音房间分级推审的预置推审策略。
[0092]
对于本实施例,通过以预置周期采集应用内用户行为数据、用户标签数据、语音房间标签数据,生成不同用户、语音房间的分级推审的预置推审策略,对分级推审的预置推审策略进行配置管理。该方法为实现灵活多种的推审策略、控制合理的监控审核覆盖范围提供了有力的技术支持。
[0093]
其中,所述预置周期可以是一天、一周、一个月等时长,本技术领域的技术人员可根据实际应用需求确定所述预置周期的具体时长,本申请实施例对此不做限定。
[0094]
所述用户行为数据为用户在语音社交应用内进行沟通、交友、聊天、直播等行为时产生的行为数据。
[0095]
所述用户标签数据为用户在语音社交应用内的标签数据,例如年龄、性别、性格等用户个人标签数据或交友群体、语音房间类型偏好等用户偏好标签数据等等。
[0096]
所述语音房间标签数据为语音社交应用内语音房间的语音主题、语音群体等标签数据。
[0097]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据,包括:
[0098]
确定所述音频流数据对应的用户和/或语音房间;
[0099]
按照预置推审策略,确定对应所述用户和/或语音房间的待审音频数据的采集频率和采集时长;
[0100]
以所述采集频率和采集时长从所述音频流数据中采集待审音频数据。
[0101]
对于本实施例,所述预置推审策略预先为不同用户、语音房间制定不同的待审音频数据的采集频率和采集时长,故从所述音频流数据中采集待审音频数据时,支持根据预置推审策略,按用户、语音房间实现不同的待审音频数据的采集频率和采集时长,以所述采集频率和采集时长从所述音频流数据中采集待审音频数据。
[0102]
在本实施例中,通过基于分级推审的推审策略,按用户、语音房间实现不同的待审音频数据的采集频率和采集时长,可使审核监控范围更有针 对性,对监控对象有分级策略从而达到合理的监控覆盖范围,还可达到较高的审核识别率、正确率,显著提高机审系统的运作效率。
[0103]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括:
[0104]
当达到预置容灾条件时,接收归属同一运营商跨机房的音频流数据。
[0105]
对于本实施例,当达到预置容灾条件,即存在单线机房的机审系统完成停止工作,无法进行音频内容监控审核时,则对应该单线机房的MS媒体服务器的音频流数据不再分发到本机房的机审系统,而是分发到同一运营商的其他单线机房。
[0106]
因此,当达到所述预置容灾条件时,若有同一运营商的其他单线机房的MS媒体服务器选择向当前单线机房发送机审服务调用请求,并通过调用当前单线机房的机审系统的机审服务调用接口向当前单线机房的机审系统推送其管理的所有音频流数据时,当前单线机房的机审系统在响应所述机审服务调用请求之后会接收到归属同一运营商跨机房的音频流数据,并对归属同一运营商跨机房的音频流数据进行机器识别审核,以起到接管处理的作用。
[0107]
例如,机房A和机房B为同一运营商的两个单线机房,当机房A的机审系统发生故障而停止工作时,机房A的MS媒体服务器不再向机房A的机审系统推送音频流数据,机房A的MS媒体服务器的音频流数据随即分发至机房B的机审系统,由机房B的机审系统接收归属同一运营商跨机房(机房A)的音频流数据并作进一步机器识别审核处理。
[0108]
在本实施例中,通过在达到容灾条件时接收归属同一运营商跨机房的音频流数据并起接管处理的作用,使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,仅在容灾情况下产生同运营商间跨机房的流量,带宽成本可控,从而满足多运营商混合组网部署网络环境高活跃度语音社交应用的音频内容监控需求。
[0109]
在一个实施例中,如图4所示,所述步骤S140根据所述预测值,生成音频机审结果之后,还包括:
[0110]
步骤S150:根据所述音频机审结果,判断是否复审所述待审音频数 据。
[0111]
对于本实施例,采用机器审核结合复审的语音监控审核方式。在得到待审音频数据对应所述音频识别模型的音频机审结果之后,根据所述音频机审结果反映的所述待审音频数据存在所述音频识别模型对应的不良信息类型的风险,按照一定的策略判断是否复审所述待审音频数据。
[0112]
具体地,可针对不同的音频识别模型预先设定相同或不同的预置阈值,根据待审音频数据对应音频识别模型的预测值是否超过对应所述音频识别模型的预置阈值判断是否复审所述待审音频数据,当预测值超过预置阈值时则判定复审所述待审音频数据,当预测值未超过预置阈值时则判定不需要复审所述待审音频数据。
[0113]
其中,所述复审具体为人工审核。
[0114]
步骤S160:若是,根据所述音频机审结果,生成所述待审音频数据的机审结果消息;将所述待审音频数据的机审结果消息写入Kafka机审结果消息队列。
[0115]
对于本实施例,在根据所述音频机审结果判定复审所述待审音频数据之后,将所述待审音频数据的数据格式转换成可播放的wav格式文件,将所述待审音频数据的wav格式文件上传至机审系统的存储子系统并保存,为后续复审阶段的文件获取及播放提供便利。
[0116]
对于本实施例,在机审系统中引入Kafka消息中间件辅助机审系统的音频机审结果分发。
[0117]
具体地,根据所述待审音频数据的音频机审结果,生成所述待审音频数据的机审结果消息,并将所述待审音频数据的机审结果消息写入Kafka机审结果消息队列,即将所述待审音频数据的机审结果消息保存至Kafka机审结果消息队列。其中,所述Kafka机审结果消息队列为在消息传输过程中保存所述机审结果消息的容器。Kafka主要特点是基于Pull的模式来处理消息消费,追求高吞吐量,对消息的重复、丢失、错误没有严格要求,适合产生大量数据的互联网服务的数据收集业务,因此,通过引入Kafka机审结果消息队列可保证高可靠性和易水平扩展,实现瞬时高并发期的削锋,还可提升机器的利用率,且消息的实例化存储可灵活支持多种失败重 试策略。
[0118]
步骤S170:当从所述Kafka机审结果消息队列读取所述机审结果消息时,将所述待审音频数据的机审结果分发复审系统。
[0119]
对于本实施例,机审系统的机审结果分发子系统的服务进程不断从所述Kafka机审结果消息队列读取机审结果消息,当从所述Kafka待审消息队列读取到所述机审结果消息时,将所述待审音频数据的机审结果分发复审系统,以使复审系统对所述机审结果消息对应的待审音频数据进行复审。其中,所述复审系统具体为人审系统。
[0120]
在本实施例中,通过机器审核结合复审的语音监控审核方式,可进一步提高音频内容监控审核的准确性。
[0121]
此外,本申请实施例提供了另一种分布式语音监控方法,如图5所示,该方法包括如下步骤:
[0122]
步骤S510:服务注册和发现系统广播与媒体服务器归属同一机房的机审系统的地址信息。
[0123]
对于本实施例,所述服务注册和发现系统为提供审核监控过程中各服务进程的注册,以及向注册的服务进程提供广播服务上下线通知的系统。所述服务注册和发现系统以服务实例的方式部署服务注册和发现进程。所述服务注册和发现系统可用于实现分布式服务管理,通过广播与MS媒体服务器归属同一机房的机审系统的地址信息,可使MS服务器获知与其归属同一机房的机审系统的地址信息,并优先选择向本机房推送其管理的所有音频流数据,从而协同各个服务进程工作,实现音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,仅在本机房的机审系统停止工作的情况下才分发到同运营商的其他单线机房。其中,所述地址信息包括IP和端口。
[0124]
步骤S520:媒体服务器根据所述地址信息,向归属同一机房的机审系统发送音频流数据。
[0125]
对于本实施例,机审系统提供有机审服务的调用接口,MS媒体服务器可通过根据对应所述调用接口的地址信息调用机审系统的机审服务调用接口向该机审系统推送音频流数据。在本实施例中,MS媒体服务器在 接获知归属同一机房的机审系统的地址信息之后,根据所述地址信息,向归属同一机房的机审系统发送机审服务调用请求,并通过调用归属同一机房的机审系统的机审服务调用接口向本机房的机审系统推送其管理的所有音频流数据。
[0126]
步骤S530:机审系统获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[0127]
对于本实施例,所述机审系统提供纯语音内容的机器识别审核服务,包括但不限于音频流数据的接收、推审和机器识别。
[0128]
对于本实施例,所述步骤S530中机审系统的具体功能实现与以上应用于机审系统的分布式语音监控方法的步骤S110至S140中的技术特征相同,所述步骤S530的具体功能实现请参见上述实施例中的说明,在此不再赘述。
[0129]
在本实施例提供的分布式语音监控方法中,所述机审系统还可实现以上应用于机审系统的分布式语音监控方法的其他方法实施例,具体功能实现请参见上述方法实施例中的说明,在此亦不再赘述。
[0130]
本申请实施例提供的分布式语音监控方法,通过服务注册和发现系统、按单线机房部署的MS媒体服务器和机审系统实现分布式去中心化的纯语音内容监控审核,该方法可实现高投入产出比、高覆盖面、低延迟、高可靠、易于扩展、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0131]
在一个实施例中,如图6所示,所述步骤S530中所述根据所述预测值,生成音频机审结果之后,还包括:
[0132]
步骤S540:所述机审系统根据所述音频机审结果,确定复审所述待审音频数据;将所述待审音频数据的音频机审结果分发复审系统。
[0133]
对于本实施例,采用机器审核结合复审的语音监控审核方式。
[0134]
对于本实施例,所述步骤S540中机审系统的具体功能实现与以上应 用于机审系统的分布式语音监控方法的步骤S150至S170中的技术特征相同,所述步骤S540的具体功能实现请参见上述实施例中的说明,在此不再赘述。
[0135]
步骤S550:所述复审系统接收所述待审音频数据的音频机审结果;根据所述音频机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果。
[0136]
对于本实施例,所述复审系统具体为人审系统,所述人审系统为提供内容审核和管理的web平台系统。所述复审系统接收所述机审系统分发的所述待审音频数据的音频机审结果,并写入人工审核的运营数据库,并将所述待审音频数据的音频机审结果等相关信息录入待审工单,所述复审系统,即人审系统的人工审核人员获取所述待审工单之后,对所述待审工单对应的待审音频数据的音频机审结果进行人工确认等复审操作,从而得到所述待审音频数据的复审结果。其中,复审操作可分为一审、二审、终审等多个步骤工序。此外,所述复审系统还可对复审操作中终审的结果进行抽样检查,核实所述复审结果的正确性和合理性。所述复审系统还可对语音社交应用上报的违规举报进行人工确认等审核操作。
[0137]
在本实施例中,通过采用机器审核结合复审的语音监控审核方式,可进一步提高语音内容监控审核的正确率。
[0138]
在一个实施例中,所述根据所述音频机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果之后,还包括:
[0139]
当所述复审结果为存在违规行为时,所述复审系统确定所述待审音频数据对应的用户;根据服务注册和发现系统广播的所述用户客户端应用的违规处罚接口地址信息,向所述用户客户端应用的违规处罚接口发送违规行为处罚调用请求;
[0140]
所述客户端应用对所述用户进行违规处罚。
[0141]
对于本实施例,客户端应用预置有用于提供违规处罚服务的违规处罚接口。当所述复审结果为确认所述待审音频数据存在违规行为时,所述复审系统确定所述待审音频数据对应的用户,以通知对应客户端的语音社交应用对该用户进行违规处罚。具体地,所述复审系统与所述服务注册和发 现系统连接,所述服务注册和发现系统广播对应客户端的语音社交应用的违规处罚接口地址信息,复审系统可根据所述违规处罚接口地址信息向对应客户端的语音社交应用的违规处罚接口发送违规处罚服务调用请求。
[0142]
在其他实施例中,所述复审系统还可保存该存在违规行为的复审结果,并将该复审结果对应的音频审核数据等相关数据发送给音频识别模型,标注用于对应音频识别模型的学习和训练,持续提高音频识别模型识别审核的准确率。
[0143]
对于本实施例,客户端的语音社交应用在接收到所述违规处罚服务调用请求之后,响应所述违规处罚服务调用请求,对存在违规行为的用户执行预置的违规处罚操作,所述违规处罚操作包括但不限于账号冻结、账号封禁、对应直播语音房间封禁。
[0144]
在本实施例中,通过服务注册和发现系统、按单线机房部署的MS媒体服务器和机审系统实现分布式去中心化的纯语音内容监控审核,还结合复审系统实现机审结果复审,并根据复审结果请求客户端应用处罚存在违规行为的用户,实现从语音社交应用音频流数据推审到机器识别审核、机审结果复审,再到语音社交应用处罚效果端到端的纯语音内容审核和监控闭环流程,可支持高并发、低审核延迟,能够快速把违规信息和内容扼杀,避免恶性事件的发生、散播,可满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0145]
此外,本申请实施例提供了一种分布式语音监控装置,如图7所示,所述装置包括:音频流数据获取模块71、待审音频数据采集模块72、音频识别模块73和机审结果生成模块74;其中,
[0146]
所述音频流数据获取模块71,用于获取归属同一机房的音频流数据;
[0147]
所述待审音频数据采集模块72,用于按照预置推审策略,从所述音频流数据中采集待审音频数据;
[0148]
所述音频识别模块73,用于将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;
[0149]
所述机审结果生成模块74,用于根据所述预测值,生成音频机审结果。
[0150]
在一个实施例中,所述音频流数据获取模块71,具体用于:
[0151]
接收归属同一机房的媒体服务器发送的机审服务调用请求;
[0152]
响应所述机审服务调用请求,获取所述媒体服务器上传的音频流数据。
[0153]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之后,将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值之前,还包括:
[0154]
保存所述待审音频数据,确定保存所述待审音频数据的统一资源定位符URL;
[0155]
根据所述待审音频数据的关联信息和所述统一资源定位符URL,生成所述待审音频数据的待审消息;将所述待审音频数据的待审消息写入Kafka待审消息队列;
[0156]
当从所述Kafka待审消息队列读取所述待审消息时,根据所述待审消息中的所述统一资源定位符URL下载所述待审音频数据。
[0157]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括:
[0158]
以预置周期采集应用内的用户行为数据和用户标签数据,生成按用户分级推审的预置推审策略;和/或
[0159]
以预置周期采集应用内的语音房间标签数据,生成按语音房间分级推审的预置推审策略。
[0160]
在一个实施例中,所述待审音频数据采集模块72,具体用于:
[0161]
确定所述音频流数据对应的用户和/或语音房间;
[0162]
按照预置推审策略,确定对应所述用户和/或语音房间的待审音频数据的采集频率和采集时长;
[0163]
以所述采集频率和采集时长从所述音频流数据中采集待审音频数据。
[0164]
在一个实施例中,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括:
[0165]
当达到预置容灾条件时,接收归属同一运营商跨机房的音频流数据。
[0166]
在一个实施例中,所述根据所述预测值,生成音频机审结果之后,还包括:
[0167]
根据所述音频机审结果,判断是否复审所述待审音频数据;
[0168]
若是,根据所述音频机审结果,生成所述待审音频数据的机审结果消息;将所述待审音频数据的机审结果消息写入Kafka机审结果消息队列;
[0169]
当从所述Kafka机审结果消息队列读取所述机审结果消息时,将所述待审音频数据的机审结果分发复审系统。
[0170]
本申请提供的分布式语音监控装置可实现:通过分布式去中心化的机审方式,无需以高昂的建设成本构建庞大、复杂的中心机审系统,并使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,可实现较高的投入产出比,显著降低音频内容监控成本;通过各个机审系统相互协作,分别对其归属同一机房的待审音频数据进行机器识别审核,可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核,且机器识别审核支持足够大的审核覆盖面,可实现较高的识别率和审核效率。该方法可实现高投入产出比、高覆盖面、低延迟、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度语音社交应用的音频内容监控需求。还可实现:通过在机审系统中引入Kafka消息中间件辅助机审系统的语音监控审核,可保证系统灵活、易水平扩缩容,且其削锋填谷的特性可保证系统的高可用和高可靠,消息的实例化存储可实现灵活的重试策略,有效满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求;通过基于分级推审的推审策略,按用户、语音房间实现不同的待审音频数据的采集频率和采集时长,可使审核监控范围更有针对性,对监控对象有分级策略从而达到合理的监控覆盖范围,还可达到较高的审核识别率、正确率,显著提高机审系统的运作效率。
[0171]
本申请实施例提供的分布式语音监控装置可以实现上述提供应用于机审系统的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。
[0172]
此外,本申请实施例提供了一种分布式语音监控系统,如图8所示,所述分布式语音监控系统包括:服务注册和发现系统81、媒体服务器82和机审系统83;其中,
[0173]
所述服务注册和发现系统81,用于广播与媒体服务器归属同一机房的机审系统的地址信息;
[0174]
所述媒体服务器82,用于根据所述地址信息,向归属同一机房的机审系统发送音频流数据;
[0175]
所述机审系统83,用于获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[0176]
在一个实施例中,如图9所示,所述分布式语音监控系统还包括复审系统84;其中,
[0177]
所述机审系统83,还用于根据所述音频机审结果,确定复审所述待审音频数据;将所述待审音频数据的音频机审结果分发复审系统;
[0178]
所述复审系统84,用于接收所述待审音频数据的音频机审结果;根据所述音频机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果。
[0179]
以下,参见图10,示出了一个具体实施例对所述分布式语音监控系统作进一步阐述:
[0180]
所述分布式语音监控系统包括服务注册和发现系统、至少两个机审系统、至少两个语音社交应用-MS媒体服务器和人审系统。
[0181]
(1)服务注册和发现系统。所述服务注册和发现系统为提供审核监控过程中各服务进程的注册,以及向注册的服务进程提供广播服务上下线通知的系统,所述服务注册和发现系统与语音社交应用的MS媒体服务器、机审系统、作为复审系统的人审系统均有连接。所述服务注册和发现系统以服务实例的方式部署服务注册和发现进程,如图10所示,所述服务注册和发现系统中部署有多个服务注册和发现服务实例。所述服务注册和发现系统可实现分布式服务管理,协同各个服务进程工作,实现音频流数据在正常情况下在本机房传送,避免产生跨机房的流量费用,只有在本机房的机审服务进程全部不工作的情况下才分发到同运营商的其他单线机房。
[0182]
(2)机审系统。机审系统按单线机房进行部署,如图10所示,机房 1、机房2有各自的机审系统。所述机审系统提供纯语音内容的机器识别审核服务,包括但不限于音频流数据的接收、推审、存储、机器识别和机审结果分发,具体包括:推审策略子系统、音频机器识别子系统、机审结果分发子系统、存储子系统和作为所述Kafka待审消息队列的音频待审消息队列、作为所述Kafka机审结果消息队列的音频审核结果队列。
[0183]
a、推审策略子系统。实现接收同机房推送音频流、推审策略管理、音频流文件压缩保存至存储子系统、推审消息入Kafka音频待审消息队列。
[0184]
b、音频待审消息队列。保存待审音频数据的待审消息。待审消息的生产者是所述推审策略子系统的服务进程,消费者是所述音频机器识别子系统的服务进程。
[0185]
c、音频机器识别子系统。实现从存储子系统获取音频流文件、机器识别、机审结果入音频审核结果队列并将对应的wav格式的音频流文件保存至存储子系统。
[0186]
d、音频审核结果队列。保存待审音频数据的机审结果消息。机审结果消息的生产者是音频机器识别子系统的服务进程,消费者是机审结果分发子系统的服务进程。
[0187]
e、机审结果分发子系统。实现将机审结果推送给人审系统。
[0188]
f、存储子系统。实现原始音频流文件和转码后的高危WAV格式音频文件的存储。提供文件上传API,接收二进制的音频流数据,返回存储的URL。支持文件按照特定的存储时效策略自动清理。
[0189]
(3)作为复审系统的人审系统。所述人审系统为提供内容审核和管理的web平台系统。可实现接收全部机房的机审系统的机审结果、人工审核机审结果、对语音社交应用上报的违规行为举报进行人工审核确认、对复审结果进行审核质量抽检、对违规行为发起处罚请求、管理人审系统审核人员的信息、组织结构、人员角色权限的配置。
[0190]
(4)语音社交应用-MS媒体服务器。语音社交应用的MS媒体服务器按单线机房进行部署,如图10所示,机房1、机房2有各自的MS媒体服务器。语音社交应用-MS媒体服务器实现同机房音频流推送和行为处罚API的提供。
[0191]
本申请提供的分布式语音监控系统可实现:通过服务注册和发现系统、按单线机房部署的MS媒体服务器和机审系统实现分布式去中心化的纯语音内容监控审核,还结合复审系统实现机审结果复审,并根据复审结果请求客户端应用处罚存在违规行为的用户,实现从语音社交应用音频流数据推审到机器识别审核、机审结果复审,再到语音社交应用处罚效果端到端的纯语音内容审核和监控闭环流程,可支持高并发、低审核延迟,能够快速把违规信息和内容扼杀,避免恶性事件的发生、散播,可满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0192]
本申请实施例提供的分布式语音监控系统可以实现上述提供的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。
[0193]
此外,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现以上实施例所述的分布式语音监控方法。其中,所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随即存储器)、EPROM(Erasable Programmable Read-Only Memory,可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,存储设备包括由设备(例如,计算机、手机)以能够读的形式存储或传输信息的任何介质,可以是只读存储器,磁盘或光盘等。
[0194]
本申请提供的计算机可读存储介质,可实现:通过分布式去中心化的机审方式,无需以高昂的建设成本构建庞大、复杂的中心机审系统,并使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,可实现较高的投入产出比,显著降低音频内容监控成本;通过各个机审系统相互协作,分别对其归属同一机房的待审音频数据进行机器识别审核,可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核,且机器识别审核支持足够大的审核覆盖面,可实现较高的识别率和审核效率。该方法可实现高投入产出比、高覆 盖面、低延迟、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度语音社交应用的音频内容监控需求。还可实现:通过在机审系统中引入Kafka消息中间件辅助机审系统的语音监控审核,可保证系统灵活、易水平扩缩容,且其削锋填谷的特性可保证系统的高可用和高可靠,消息的实例化存储可实现灵活的重试策略,有效满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求;通过基于分级推审的推审策略,按用户、语音房间实现不同的待审音频数据的采集频率和采集时长,可使审核监控范围更有针对性,对监控对象有分级策略从而达到合理的监控覆盖范围,还可达到较高的审核识别率、正确率,显著提高机审系统的运作效率;通过服务注册和发现系统、按单线机房部署的MS媒体服务器和机审系统实现分布式去中心化的纯语音内容监控审核,还结合复审系统实现机审结果复审,并根据复审结果请求客户端应用处罚存在违规行为的用户,实现从语音社交应用音频流数据推审到机器识别审核、机审结果复审,再到语音社交应用处罚效果端到端的纯语音内容审核和监控闭环流程,可支持高并发、低审核延迟,能够快速把违规信息和内容扼杀,避免恶性事件的发生、散播,可满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0195]
本申请实施例提供的计算机可读存储介质可以实现上述提供的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。
[0196]
此外,本申请实施例还提供了一种计算机设备,如图11所示。本实施例所述的计算机设备可以是服务器、个人计算机以及网络设备等设备。所述计算机设备包括处理器1002、存储器1003、输入单元1004以及显示单元1005等器件。本领域技术人员可以理解,图11示出的设备结构器件并不构成对所有设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件。存储器1003可用于存储计算机程序1001以及各功能模块,处理器1002运行存储在存储器1003的计算机程序1001,从而执行设备的各种功能应用以及数据处理。存储器可以是内存储器或外存储器,或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可 编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本申请所公开的存储器包括但不限于这些类型的存储器。本申请所公开的存储器只作为例子而非作为限定。
[0197]
输入单元1004用于接收信号的输入,以及接收用户输入的关键字。输入单元1004可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作),并根据预先设定的程序驱动相应的连接装置;其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元1005可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元1005可采用液晶显示器、有机发光二极管等形式。处理器1002是计算机设备的控制中心,利用各种接口和线路连接整个电脑的各个部分,通过运行或执行存储在存储器1002内的软件程序和/或模块,以及调用存储在存储器内的数据,执行各种功能和处理数据。
[0198]
作为一个实施例,所述计算机设备包括:一个或多个处理器1002,存储器1003,一个或多个计算机程序1001,其中所述一个或多个计算机程序1001被存储在存储器1003中并被配置为由所述一个或多个处理器1002执行,所述一个或多个计算机程序1001配置用于执行以上任一实施例所述的分布式语音监控方法。
[0199]
本申请提供的计算机设备,可实现:通过分布式去中心化的机审方式,无需以高昂的建设成本构建庞大、复杂的中心机审系统,并使得音频流数据在正常情况下都在本机房流转,不会产生跨机房、跨运营商带宽流量,可实现较高的投入产出比,显著降低音频内容监控成本;通过各个机审系统相互协作,分别对其归属同一机房的待审音频数据进行机器识别审核,可打通与高活跃度语音社交应用庞大数量级的音频流数据的实时推审,支持低延迟的监控审核,且机器识别审核支持足够大的审核覆盖面,可实现较高的识别率和审核效率。该方法可实现高投入产出比、高覆盖面、低延 迟、高识别率和高效的语音监控审核,可满足多运营商混合组网部署网络环境下高活跃度语音社交应用的音频内容监控需求。还可实现:通过在机审系统中引入Kafka消息中间件辅助机审系统的语音监控审核,可保证系统灵活、易水平扩缩容,且其削锋填谷的特性可保证系统的高可用和高可靠,消息的实例化存储可实现灵活的重试策略,有效满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求;通过基于分级推审的推审策略,按用户、语音房间实现不同的待审音频数据的采集频率和采集时长,可使审核监控范围更有针对性,对监控对象有分级策略从而达到合理的监控覆盖范围,还可达到较高的审核识别率、正确率,显著提高机审系统的运作效率;通过服务注册和发现系统、按单线机房部署的MS媒体服务器和机审系统实现分布式去中心化的纯语音内容监控审核,还结合复审系统实现机审结果复审,并根据复审结果请求客户端应用处罚存在违规行为的用户,实现从语音社交应用音频流数据推审到机器识别审核、机审结果复审,再到语音社交应用处罚效果端到端的纯语音内容审核和监控闭环流程,可支持高并发、低审核延迟,能够快速把违规信息和内容扼杀,避免恶性事件的发生、散播,可满足多运营商混合组网部署网络环境下高活跃度、瞬时高并发语音社交应用的音频内容监控需求。
[0200]
本申请实施例提供的计算机设备可以实现上述提供的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。
[0201]
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
[0202]
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

权利要求书

[权利要求 1]
一种分布式语音监控方法,其特征在于,包括如下步骤: 获取归属同一机房的音频流数据; 按照预置推审策略,从所述音频流数据中采集待审音频数据; 将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值; 根据所述预测值,生成音频机审结果。
[权利要求 2]
根据权利要求1所述的分布式语音监控方法,其特征在于,所述获取归属同一机房的音频流数据,包括: 接收归属同一机房的媒体服务器发送的机审服务调用请求; 响应所述机审服务调用请求,获取所述媒体服务器上传的音频流数据。
[权利要求 3]
根据权利要求1所述的分布式语音监控方法,其特征在于,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之后,将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值之前,还包括: 保存所述待审音频数据,确定保存所述待审音频数据的统一资源定位符URL; 根据所述待审音频数据的关联信息和所述统一资源定位符URL,生成所述待审音频数据的待审消息;将所述待审音频数据的待审消息写入Kafka待审消息队列; 当从所述Kafka待审消息队列读取所述待审消息时,根据所述待审消息中的所述统一资源定位符URL下载所述待审音频数据。
[权利要求 4]
根据权利要求1所述的分布式语音监控方法,其特征在于,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括: 以预置周期采集应用内的用户行为数据和用户标签数据,生成按用户分级推审的预置推审策略;和/或 以预置周期采集应用内的语音房间标签数据,生成按语音房间分级推审的预置推审策略。
[权利要求 5]
根据权利要求4所述的分布式语音监控方法,其特征在于,所述 按照预置推审策略,从所述音频流数据中采集待审音频数据,包括: 确定所述音频流数据对应的用户和/或语音房间; 按照预置推审策略,确定对应所述用户和/或语音房间的待审音频数据的采集频率和采集时长; 以所述采集频率和采集时长从所述音频流数据中采集待审音频数据。
[权利要求 6]
根据权利要求1所述的分布式语音监控方法,其特征在于,所述按照预置推审策略,从所述音频流数据中采集待审音频数据之前,还包括: 当达到预置容灾条件时,接收归属同一运营商跨机房的音频流数据。
[权利要求 7]
根据权利要求1所述的分布式语音监控方法,其特征在于,所述根据所述预测值,生成音频机审结果之后,还包括: 根据所述音频机审结果,判断是否复审所述待审音频数据; 若是,根据所述音频机审结果,生成所述待审音频数据的机审结果消息;将所述待审音频数据的机审结果消息写入Kafka机审结果消息队列; 当从所述Kafka机审结果消息队列读取所述机审结果消息时,将所述待审音频数据的机审结果分发复审系统。
[权利要求 8]
一种分布式语音监控方法,其特征在于,包括如下步骤: 服务注册和发现系统广播与媒体服务器归属同一机房的机审系统的地址信息; 媒体服务器根据所述地址信息,向归属同一机房的机审系统发送音频流数据; 机审系统获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[权利要求 9]
根据权利要求8所述的分布式语音监控方法,其特征在于,所述根据所述预测值,生成音频机审结果之后,还包括: 所述机审系统根据所述音频机审结果,确定复审所述待审音频数据;将所述待审音频数据的音频机审结果分发复审系统; 所述复审系统接收所述待审音频数据的音频机审结果;根据所述音频 机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果。
[权利要求 10]
根据权利要求9所述的分布式语音监控方法,其特征在于,所述根据所述音频机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果之后,还包括: 当所述复审结果为存在违规行为时,所述复审系统确定所述待审音频数据对应的用户;根据服务注册和发现系统广播的所述用户客户端应用的违规处罚接口地址信息,向所述用户客户端应用的违规处罚接口发送违规行为处罚调用请求; 所述客户端应用对所述用户进行违规处罚。
[权利要求 11]
一种分布式语音监控装置,其特征在于,包括: 音频流数据获取模块,用于获取归属同一机房的音频流数据; 待审音频数据采集模块,用于按照预置推审策略,从所述音频流数据中采集待审音频数据; 音频识别模块,用于将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值; 机审结果生成模块,用于根据所述预测值,生成音频机审结果。
[权利要求 12]
一种分布式语音监控系统,其特征在于,包括:服务注册和发现系统、媒体服务器和机审系统;其中, 所述服务注册和发现系统,用于广播与媒体服务器归属同一机房的机审系统的地址信息; 所述媒体服务器,用于根据所述地址信息,向归属同一机房的机审系统发送音频流数据; 所述机审系统,用于获取归属同一机房的所述音频流数据;按照预置推审策略,从所述音频流数据中采集待审音频数据;将所述待审音频数据输入预先训练的音频识别模型,得到对应所述音频识别模型的预测值;根据所述预测值,生成音频机审结果。
[权利要求 13]
根据权利要求12所述的分布式语音监控系统,其特征在于,还包括复审系统;其中, 所述机审系统,还用于根据所述音频机审结果,确定复审所述待审音频数据;将所述待审音频数据的音频机审结果分发复审系统; 所述复审系统,用于接收所述待审音频数据的音频机审结果;根据所述音频机审结果对所述待审音频数据进行复审,得到所述待审音频数据的复审结果。
[权利要求 14]
一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至10任一项所述的分布式语音监控方法。
[权利要求 15]
一种计算机设备,其特征在于,其包括: 一个或多个处理器; 存储器; 一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个计算机程序配置用于:执行根据权利要求1至10任一项所述的分布式语音监控方法。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]  
[ 图 8]  
[ 图 9]  
[ 图 10]  
[ 图 11]