CN110781034B - 分布式监管方法和系统 - Google Patents
分布式监管方法和系统 Download PDFInfo
- Publication number
- CN110781034B CN110781034B CN201911037879.6A CN201911037879A CN110781034B CN 110781034 B CN110781034 B CN 110781034B CN 201911037879 A CN201911037879 A CN 201911037879A CN 110781034 B CN110781034 B CN 110781034B
- Authority
- CN
- China
- Prior art keywords
- server
- voice
- queue
- voice information
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例提供一种分布式监管方法和系统,呼叫服务器在接收到呼叫请求时,将获得的语音信息发送至传输层服务器。传输层服务器对语音信息进行解析,将解析后的语音信息发送至多个队列服务器中的其中一个,队列服务器在接收到语音信息后,获取语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按组别编码及唯一标识码将语音信息存入消息队列中,并将消息队列同步至其他的队列服务器。如此,采用多个队列服务器实现多副本存储记录,避免单机故障造成的影响,且基于语音信息的组别编码和唯一标识码将语音信息存入消息队列,在数据量大的情况下,也可实现有序存储,避免信息的丢失。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种分布式监管方法和系统。
背景技术
在语音通讯过程中,需要通过基站等设备采集呼叫双方的语音信息,将采集到的语音信息进行存储、记录,并且还需在语音监听方查询语音信息时,将语音信息发送至语音监听方进行播放,从而成功实现语音通讯及监听等功能。目前,在语音信息监听记录的过程中,传统方式所采用的直接将接收到的信息写入至文件,然后保存至数据库的方式,在语音信息数据量大的情况下,容易造成语音信息的丢失,并且,若存储设备出现故障,也可能导致存储的语音信息的丢失。
发明内容
本申请的目的包括,例如,提供了一种分布式监管方法和系统,其能够对采集到的语音信息进行有序存储,避免信息的丢失。
本申请的实施例可以这样实现:
第一方面,本申请实施例提供一种分布式监管方法,应用于分布式监管系统,所述分布式监管系统包括呼叫服务器、传输层服务器以及多个队列服务器,所述方法包括:
所述呼叫服务器在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至所述传输层服务器;
所述传输层服务器对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器;
所述队列服务器在接收到所述语音信息后,获取所述语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按所述组别编码以及唯一标识码将所述语音信息存入消息队列中,并将所述消息队列同步至所述多个队列服务器中的其他队列服务器。
在可选的实施方式中,所述分布式监管系统还包括监听客户端,所述监听客户端安装有浏览器,所述方法还包括:
所述监听客户端通过安装于所述浏览器中的插件向所述队列服务器发起监听请求;
所述队列服务器根据所述监听请求中携带的组别编码从记录的消息队列中提取多条语音信息,并按提取出的各所述语音信息各自的唯一标识码将各所述语音信息反馈至所述监听客户端。
在可选的实施方式中,所述分布式监管系统还包括监听服务器,所述监听客户端通过安装于所述浏览器中的插件向所述队列服务器发起监听请求的步骤,包括:
所述监听客户端通过安装于所述浏览器中的插件将监听请求发送至所述监听服务器,通过所述监听服务器向所述队列服务器发起监听请求。
在可选的实施方式中,所述监听服务器包括多个,所述分布式监管系统还包括网关设备,所述监听客户端通过安装于所述浏览器中的插件将监听请求发送至所述监听服务器的步骤,包括:
所述监听客户端通过安装于所述浏览器中的插件向所述网关设备发起监听请求;
所述网关设备在接收到所述监听请求后,从多个所述监听服务器中确定出当前用于处理该监听请求的监听服务器,并将所述监听请求发送至该监听服务器。
在可选的实施方式中,所述分布式监管系统还包括与所述监听客户端连接的音频设备,所述方法还包括:
所述监听客户端将接收到的语音信息实时发送至所述音频设备;
所述音频设备将接收到的语音信息进行播放。
在可选的实施方式中,所述传输层服务器包括TCP服务器以及UDP服务器,所述语音信息包括信令数据包和语音数据,所述传输层服务器对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器的步骤,包括:
所述TCP服务器在接收到所述呼叫服务器发送的表征语音监管开始的信令数据包时,将该信令数据包发送至所述多个队列服务器中的其中一个队列服务器以触发语音监管过程;
所述UDP服务器接收在语音监管过程中所述呼叫服务器发送的语音数据,解析所述语音数据并将解析后的语音数据发送至所述其中一个队列服务器;
所述TCP服务器在接收到所述呼叫服务器发送的表征本次语音监管结束的信令数据包时,将该信令数据包发送至所述其中一个队列服务器,以结束本次语音监管。
在可选的实施方式中,所述分布式监管系统还包括数据处理服务器,所述方法还包括:
在结束本次语音监管后,所述数据处理服务器从所述其中一个队列服务器中读取本次语音监管过程中所存储的语音信息,并将所述语音信息写入文件后存储至数据库中。
在可选的实施方式中,所述数据处理服务器从所述其中一个队列服务器中读取本次语音监管过程中所存储的语音信息,并将所述语音信息写入文件后存储至数据库中的步骤,包括:
所述数据处理服务器从所述其中一个队列服务器中读取本次语音监管过程所存储的多条语音信息,并获取各所述语音信息的唯一标识码;
按读取到的各所述语音信息的唯一标识码将各所述语音信息写入文件后存储至数据库中。
在可选的实施方式中,所述分布式监管系统还包括注册服务器,所述方法还包括:
所述注册服务器接收所述传输层服务器发送的注册信息,对所述传输层服务器的注册信息进行验证,将验证通过的传输层服务器的设备信息进行记录;
所述注册服务器接收各所述队列服务器发送的注册信息,对各所述队列服务器的注册信息进行验证,将验证通过的队列服务器的设备信息进行记录。
第二方面,本申请实施例提供一种分布式监管系统,所述分布式监管系统包括呼叫服务器、传输层服务器以及多个队列服务器;
所述呼叫服务器用于在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至所述传输层服务器;
所述传输层服务器用于对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器;
所述队列服务器用于在接收到所述语音信息后,获取所述语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按所述组别编码以及唯一标识码将所述语音信息存入消息队列中,并将所述消息队列同步至所述多个队列服务器中的其他队列服务器。
本申请实施例的有益效果包括,例如:
本申请实施例提供的分布式监管方法和系统,呼叫服务器在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至传输层服务器。传输层服务器对语音信息进行解析,将解析后的语音信息发送至多个队列服务器中的其中一个,队列服务器在接收到语音信息后,获取语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按组别编码及唯一标识码将语音信息存入消息队列中,并将消息队列同步至其他的队列服务器。如此,采用多个队列服务器实现多副本存储记录,避免单机故障造成的影响,且基于语音信息的组别编码和唯一标识码将语音信息存入消息队列,在数据量大的情况下,也可实现有序存储,避免信息的丢失。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的分布式监管系统的结构框图;
图2为本申请实施例提供的分布式监管方法的流程图;
图3为图2中步骤S120的子步骤的流程图;
图4为本申请实施例提供的分布式监管方法的另一流程图;
图5为本申请实施例提供的语音监听方法的流程图。
图标:10-呼叫服务器;20-传输层服务器;201-TCP服务器;202-UDP服务器;30-网关设备;40-数据处理服务器;50-监听服务器;60-队列服务器;70-监听客户端;80-注册服务器。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请的描述中,需要说明的是,若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该申请产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本申请的实施例中的特征可以相互结合。
请参阅图1,为本申请实施例提供的分布式监管系统的结构框图,该分布式监管系统采用微服务架构,该分布式监管系统包括呼叫服务器10、传输层服务器20、网关设备30、数据处理服务器40、监听服务器50以及多个队列服务器60。其中,呼叫服务器10可与传输层服务器20通信,以实现数据及信息的交互,传输层服务器20可与各个队列服务器60通信,可用于将信息存入各个队列服务器60中。而数据处理服务器40及监听服务器50可与各个队列服务器60通信,以读取队列服务器60中存储的信息。
此外,该分布式监管系统还包括监听客户端70,监听客户端70可通过网关设备30与监听服务器50通信,从而获得监听服务器50所读取的信息,以实现对语音通讯过程中所产生的语音信息的监听。
需要说明的是,上述的例如传输层服务器20、监听服务器50、数据处理服务器40等可以是单独的服务器,也可以是服务集群,具体地在本实施例中不作限制。
请参阅图2,图2示出了本申请实施例提供的分布式监管方法的流程示意图,该分布式监管方法可由图1中所示的分布式监管系统实现。应当理解,在其它实施例中,本实施例的分布式监管方法其中部分步骤的顺序可以根据实际需要相互交换,或者其中的部分步骤也可以省略或删除。该分布式监管方法的详细步骤介绍如下。
步骤S110,所述呼叫服务器10在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至所述传输层服务器20。
步骤S120,所述传输层服务器20对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器60中的其中一个队列服务器60。
步骤S130,所述队列服务器60在接收到所述语音信息后,获取所述语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按所述组别编码以及唯一标识码将所述语音信息存入消息队列中,并将所述消息队列同步至所述多个队列服务器60中的其他队列服务器60。
在本实施例中,呼叫服务由基站、中心服务器、交换服务器等实现,其中,呼叫服务器10为中心服务器,可将接收到的语音信息发送至传输层服务器20。而传输层服务器20可对语音信息进行解析,例如将语音信息转换后存储于哈希表中等,并将解析后的语音信息发送至多个队列服务器60中的其中一个队列服务器60。
可选地,可通过轮询的方式依次循环将获得的语音信息发送各个队列服务器60,也可通过检测各个队列服务器60的资源占用情况,将语音信息发送至资源占用率最小的队列服务器60进行处理,或者也可采用其他方式确定可用于处理当前的语音信息的队列服务器60,具体地在本实施例中不作限制。
语音信息中携带有其所属的组别的组别编码,其中,语音信息的组别划分方式可以是每间隔预设时长,将该预设时长内所产生的语音信息划分为同一组别,也可以是将同一个呼叫发起端在呼叫过程中所产生的语音信息划分为同一组别,或者也可以是其他的组别划分方式,在本实施例中不作具体限制。
此外,语音信息还携带有唯一标识码,各条语音信息的唯一标识码不同,接收到语音信息的队列服务器60可根据语音信息携带的组别编码以及唯一标识码将语音信息存入消息队列中。如此,在语音信息数据量较大的情况下,也可将各条语音信息有序地存入消息队列,避免信息的丢失。并且,通过先将语音信息存入消息队列的方式,可缓解语音信息数据量较大时,处理不及时的问题。
可选地,队列服务器60还可将消息队列同步至多个队列服务器60中的其他队列服务器60,例如,可以是每间隔一定时长,则可将该一定时长后所更新获得的消息队列同步至其他队列服务器60,也可以是实时地将消息队列同步至其他队列服务器60,具体地在本实施例中不作限制。
采用上述分布式架构,利用多副本存储的方式,若出现某个队列服务器60发生故障时,还可利用其他副本实现数据的恢复,避免数据信息的丢失。
在本实施例中,传输层服务器20包括TCP(Transmission Control Protocol,传输控制协议)服务器201以及UDP(User Datagram Protocol,用户数据报协议)服务器202,TCP服务器201和UDP服务器202分别与呼叫服务器10通信连接。
可选地,请参阅图3,在本实施例中,上述步骤S120可通过以下过程实现:
步骤S121,所述TCP服务器201在接收到所述呼叫服务器10发送的表征语音监管开始的信令数据包时,将该信令数据包发送至所述多个队列服务器60中的其中一个队列服务器60以触发语音监管过程。
步骤S122,所述UDP服务器202接收在语音监管过程中所述呼叫服务器10发送的语音数据,解析所述语音数据并将解析后的语音数据发送至所述其中一个队列服务器60。
步骤S123,所述TCP服务器201在接收到所述呼叫服务器10发送的表征本次语音监管结束的信令数据包时,将该信令数据包发送至所述其中一个队列服务器60,以结束本次语音监管。
在本实施例中,呼叫服务器10与TCP服务器201之间实现TCP连接,呼叫服务器10发送至TCP服务器201的信令数据包中可携带流标识,例如在检测呼叫开始时,可发送表征语音监管开始的信令数据包至TCP服务器201,TCP服务器201将信令数据包发送至可处理当前的语音监管的队列服务器60,以触发语音监管过程。而在呼叫过程结束之后,呼叫服务器10可发送表征语音监管结束的信令数据包至TCP服务器201,TCP服务器201将该信令数据包发送至上述的队列服务器60,从而结束本次语音监管。
而UDP服务器202可在TCP服务器201与呼叫服务器10建立连接之后,接收呼叫服务器10发送的语音监管过程中所采集到的呼叫双方的语音数据,对其进行解析后,将解析后的语音数据发送至上述的队列服务器60进行存储记录。
进一步地,在本实施例中,数据处理服务器40可在每次语音信息存储记录完成之后,例如在结束一次语音监管之后,可从上述的队列服务器60中读取本次语音监管过程中所存储的语音信息,并将语音信息写入文件后存储至数据库中。
可选地,请参阅图4,数据处理服务器40在将语音信息存入数据库时,具体可通过以下过程实现:
步骤S210,所述数据处理服务器40从所述其中一个队列服务器60中读取本次语音监管过程所存储的多条语音信息,并获取各所述语音信息的唯一标识码。
步骤S220,按读取到的各所述语音信息的唯一标识码将各所述语音信息写入文件后存储至数据库中。
由上述可知,在将各条语音信息缓存至消息队列时,按照语音信息的组别编码和唯一标识码进行存储,若一次语音监管过程中由于时间较长,获得的语音信息包括多条时,由于各条语音信息的唯一标识码可体现出各条语音信息的流水信息,因此,在将多条语音信息写入至文件时,即可根据各语音信息的唯一标识码,将各语音信息写入至文件。
如此,后续在查找语音信息时,可快速、便捷地找到对应的语音信息。
通过以上过程,可首先基于语音信息的组别编码和唯一标识码将各条语音信息有序地存储至消息队列中,然后再将消息队列中的语音信息写入文件后存入数据库中。可避免数据高并发时,数据处理不及时、数据容易丢失等问题。
可选地,在本实施例中,用户在需要对语音过程进行监听时,可通过监听客户端70发起监听请求,以获得对应的语音信息,具体地,请参阅图5,可通过以下过程实现:
步骤S310,所述监听客户端70通过安装于所述浏览器中的插件向所述队列服务器60发起监听请求。
步骤S320,所述队列服务器60根据所述监听请求中携带的组别编码从记录的消息队列中提取多条语音信息,并按提取出的各所述语音信息各自的唯一标识码将各所述语音信息反馈至所述监听客户端70。
本实施例中,采用B/S模式进行开发,各个监听客户端70通过安装于浏览器中的插件即可向队列服务器60发起监听请求,避免了传统方式中采用C/S模式实现语音监听所存在的监听客户端70需要安装专用的软件才能实现监听的、无法实现随时随地的语音监听的缺陷。
具体地,在本实施例中,监听客户端70通过安装于浏览器中的插件将监听请求发送至监听服务器50,通过监听服务器50向队列服务器60发起监听请求。
作为一种可能的实施方式,监听服务器50可包括多个,监听客户端70可通过安装于浏览器中的插件向网关设备30发起监听请求,网关设备30收到监听请求后,可从多个监听服务器50中确定出当前用户处理该监听请求的监听服务器50,例如可以采用轮询的方式来确定,也可以根据各个监听服务器50的资源占用率的情况来确定,具体在本实施例中不作限制。
网关设备30可将监听请求发送至确定出的监听服务器50,通过该监听服务器50从队列服务器60中读取语音信息并反馈至监听客户端70。
本实施例中,监听客户端70可连接有音频设备,例如声卡,在监听客户端70接收到语音信息时,将接收到的语音信息实时发送至语音设备,音频设备将接收到的语音信息进行播放。
在本实施例中,分布式监管系统还可包括注册服务器80,可以理解,该注册服务器80可以是单独的服务器,也可以是由多台服务器组成的服务器集群。该注册服务器80可用于实现注册、管理服务,对分布式监管系统中的各个服务器进行管理,例如注册服务器80可接收传输层服务器20,包括TCP服务器201和UDP服务器202发送的注册信息,对传输层服务器20的注册信息进行验证,将验证通过的传输层服务器20的设备信息进行记录。便于后续在语音监管过程中,实现非法的传输层服务器20对语音监管过程的介入,造成语音信息的泄漏。
此外,注册服务器80还可接收各队列服务器60发送的注册信息,对各队列服务器60的注册信息进行验证,将验证通过的队列服务器60的设备信息进行记录。
综上所述,本申请实施例提供的分布式监管方法和系统,呼叫服务器10在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至传输层服务器20。传输层服务器20对语音信息进行解析,将解析后的语音信息发送至多个队列服务器60中的其中一个,队列服务器60在接收到语音信息后,获取语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按组别编码及唯一标识码将语音信息存入消息队列中,并将消息队列同步至其他的队列服务器60。如此,采用多个队列服务器60实现多副本存储记录,避免单机故障造成的影响,且基于语音信息的组别编码和唯一标识码将语音信息存入消息队列,在数据量大的情况下,也可实现有序存储,避免信息的丢失,且有助于快速查找到对应的语音信息。
进一步地,监听客户端70可通过安装于浏览器的插件向队列服务器60发起监听请求,从而获得队列服务器60中存储的语音信息,通过B/S模式进行开发,无需安装专用的应用程序,可实现随时随地的语音监听。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (7)
1.一种分布式监管方法,其特征在于,应用于分布式监管系统,所述分布式监管系统包括呼叫服务器、传输层服务器以及多个队列服务器,所述方法包括:
所述呼叫服务器在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至所述传输层服务器;
所述传输层服务器对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器;
所述队列服务器在接收到所述语音信息后,获取所述语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按所述组别编码以及唯一标识码将所述语音信息存入消息队列中,并将所述消息队列同步至所述多个队列服务器中的其他队列服务器;
所述传输层服务器包括TCP服务器以及UDP服务器,所述语音信息包括信令数据包和语音数据,所述传输层服务器对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器的步骤,包括:
所述TCP服务器在接收到所述呼叫服务器发送的表征语音监管开始的信令数据包时,将该信令数据包发送至所述多个队列服务器中的其中一个队列服务器以触发语音监管过程;
所述UDP服务器接收在语音监管过程中所述呼叫服务器发送的语音数据,解析所述语音数据并将解析后的语音数据发送至所述其中一个队列服务器;
所述TCP服务器在接收到所述呼叫服务器发送的表征本次语音监管结束的信令数据包时,将该信令数据包发送至所述其中一个队列服务器,以结束本次语音监管;
所述分布式监管系统还包括数据处理服务器,所述方法还包括:
在结束本次语音监管后,所述数据处理服务器从所述其中一个队列服务器中读取本次语音监管过程所存储的多条语音信息,并获取各所述语音信息的唯一标识码;
按读取到的各所述语音信息的唯一标识码将各所述语音信息写入文件后存储至数据库中,其中,各条语音信息的唯一标识码体现出各条语音信息在时间上的流水信息。
2.根据权利要求1所述的分布式监管方法,其特征在于,所述分布式监管系统还包括监听客户端,所述监听客户端安装有浏览器,所述方法还包括:
所述监听客户端通过安装于所述浏览器中的插件向所述队列服务器发起监听请求;
所述队列服务器根据所述监听请求中携带的组别编码从记录的消息队列中提取多条语音信息,并按提取出的各所述语音信息各自的唯一标识码将各所述语音信息反馈至所述监听客户端。
3.根据权利要求2所述的分布式监管方法,其特征在于,所述分布式监管系统还包括监听服务器,所述监听客户端通过安装于所述浏览器中的插件向所述队列服务器发起监听请求的步骤,包括:
所述监听客户端通过安装于所述浏览器中的插件将监听请求发送至所述监听服务器,通过所述监听服务器向所述队列服务器发起监听请求。
4.根据权利要求3所述的分布式监管方法,其特征在于,所述监听服务器包括多个,所述分布式监管系统还包括网关设备,所述监听客户端通过安装于所述浏览器中的插件将监听请求发送至所述监听服务器的步骤,包括:
所述监听客户端通过安装于所述浏览器中的插件向所述网关设备发起监听请求;
所述网关设备在接收到所述监听请求后,从多个所述监听服务器中确定出当前用于处理该监听请求的监听服务器,并将所述监听请求发送至该监听服务器。
5.根据权利要求2所述的分布式监管方法,其特征在于,所述分布式监管系统还包括与所述监听客户端连接的音频设备,所述方法还包括:
所述监听客户端将接收到的语音信息实时发送至所述音频设备;
所述音频设备将接收到的语音信息进行播放。
6.根据权利要求1所述的分布式监管方法,其特征在于,所述分布式监管系统还包括注册服务器,所述方法还包括:
所述注册服务器接收所述传输层服务器发送的注册信息,对所述传输层服务器的注册信息进行验证,将验证通过的传输层服务器的设备信息进行记录;
所述注册服务器接收各所述队列服务器发送的注册信息,对各所述队列服务器的注册信息进行验证,将验证通过的队列服务器的设备信息进行记录。
7.一种分布式监管系统,其特征在于,所述分布式监管系统包括呼叫服务器、传输层服务器以及多个队列服务器;
所述呼叫服务器用于在接收到呼叫发起端发送的呼叫请求时,将获得的语音信息发送至所述传输层服务器;
所述传输层服务器用于对所述语音信息进行解析,将解析后的语音信息发送至所述多个队列服务器中的其中一个队列服务器;
所述队列服务器用于在接收到所述语音信息后,获取所述语音信息携带的该语音信息所属组别的组别编码以及该语音信息的唯一标识码,按所述组别编码以及唯一标识码将所述语音信息存入消息队列中,并将所述消息队列同步至所述多个队列服务器中的其他队列服务器;
其中,所述传输层服务器包括TCP服务器以及UDP服务器,所述语音信息包括信令数据包和语音数据,所述TCP服务器用于在接收到所述呼叫服务器发送的表征语音监管开始的信令数据包时,将该信令数据包发送至所述多个队列服务器中的其中一个队列服务器以触发语音监管过程;
所述UDP服务器用于接收在语音监管过程中所述呼叫服务器发送的语音数据,解析所述语音数据并将解析后的语音数据发送至所述其中一个队列服务器;
所述TCP服务器还用于在接收到所述呼叫服务器发送的表征本次语音监管结束的信令数据包时,将该信令数据包发送至所述其中一个队列服务器,以结束本次语音监管;
所述分布式监管系统还包括数据处理服务器,所述数据处理服务器用于在结束本次语音监管后,从所述其中一个队列服务器中读取本次语音监管过程所存储的多条语音信息,并获取各所述语音信息的唯一标识码;
按读取到的各所述语音信息的唯一标识码将各所述语音信息写入文件后存储至数据库中,其中,各条语音信息的唯一标识码体现出各条语音信息在时间上的流水信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911037879.6A CN110781034B (zh) | 2019-10-29 | 2019-10-29 | 分布式监管方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911037879.6A CN110781034B (zh) | 2019-10-29 | 2019-10-29 | 分布式监管方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110781034A CN110781034A (zh) | 2020-02-11 |
CN110781034B true CN110781034B (zh) | 2022-11-29 |
Family
ID=69387425
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911037879.6A Active CN110781034B (zh) | 2019-10-29 | 2019-10-29 | 分布式监管方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110781034B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111432441B (zh) * | 2020-03-30 | 2022-09-02 | 展讯通信(上海)有限公司 | 音频数据发送方法及装置、计算机可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1540954A (zh) * | 2003-10-30 | 2004-10-27 | 清华大学深圳研究生院 | 一种ip视频会议系统中音视频流传输的流量控制方法 |
CN103188411A (zh) * | 2011-12-31 | 2013-07-03 | 北京大唐高鸿数据网络技术有限公司 | 基于录音的voip电话实时监听系统及监听方法 |
CN103491106A (zh) * | 2013-10-11 | 2014-01-01 | 深圳市邦彦信息技术有限公司 | 基于sip协议的ip电话录音的方法及系统 |
CN103929555A (zh) * | 2014-04-28 | 2014-07-16 | 广东佳和通信技术有限公司 | 一种ip录音系统语音流镜像方法 |
CN109246282A (zh) * | 2018-10-30 | 2019-01-18 | 北京网众共创科技有限公司 | 通话信息的存储方法及装置、存储介质、电子装置 |
CN109462546A (zh) * | 2018-12-28 | 2019-03-12 | 苏州思必驰信息科技有限公司 | 一种语音对话历史消息记录方法、装置及系统 |
-
2019
- 2019-10-29 CN CN201911037879.6A patent/CN110781034B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1540954A (zh) * | 2003-10-30 | 2004-10-27 | 清华大学深圳研究生院 | 一种ip视频会议系统中音视频流传输的流量控制方法 |
CN103188411A (zh) * | 2011-12-31 | 2013-07-03 | 北京大唐高鸿数据网络技术有限公司 | 基于录音的voip电话实时监听系统及监听方法 |
CN103491106A (zh) * | 2013-10-11 | 2014-01-01 | 深圳市邦彦信息技术有限公司 | 基于sip协议的ip电话录音的方法及系统 |
CN103929555A (zh) * | 2014-04-28 | 2014-07-16 | 广东佳和通信技术有限公司 | 一种ip录音系统语音流镜像方法 |
CN109246282A (zh) * | 2018-10-30 | 2019-01-18 | 北京网众共创科技有限公司 | 通话信息的存储方法及装置、存储介质、电子装置 |
CN109462546A (zh) * | 2018-12-28 | 2019-03-12 | 苏州思必驰信息科技有限公司 | 一种语音对话历史消息记录方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110781034A (zh) | 2020-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103501486B (zh) | 一种消息推送方法及推送服务器 | |
KR102167613B1 (ko) | 메시지 푸시 방법 및 장치 | |
CN104144098B (zh) | 消息推送方法、系统及推送服务器设备 | |
CN113157466A (zh) | 一种消息推送方法、装置、系统、电子设备和存储介质 | |
KR101602175B1 (ko) | 방송프로그램 콘텐츠를 인식하기 위한 시스템 및 방법 | |
CN105681385B (zh) | 信息推送方法及装置 | |
CN108228363A (zh) | 一种消息发送方法及装置 | |
CN112118266A (zh) | 一种HTTP与WebSocket协同的分布式状态同步方法 | |
CN111107390B (zh) | 直播服务系统及直播连接的建立方法 | |
CN109451078B (zh) | 一种分布式架构下的事务处理方法和装置 | |
EP3754998B1 (en) | Streaming media quality monitoring method and system | |
CN110995566A (zh) | 一种消息数据推送方法、系统及装置 | |
CN103685354A (zh) | 一种基于rmi协议的测试方法和装置 | |
CN109525620B (zh) | 一种消息推送系统、方法及装置 | |
CN117714532A (zh) | 一种基于Timeline模型的数据信息推送方法、网关及相关设备 | |
CN110781034B (zh) | 分布式监管方法和系统 | |
CN104053132B (zh) | 一种信息号码识别的方法及装置 | |
CN114222086A (zh) | 音视频码流的调度方法、系统、介质及电子装置 | |
CN102833241A (zh) | 流媒体业务流量记录合并处理方法及装置 | |
CN112243139B (zh) | 一种多媒体终端的节目分发同步方法及系统 | |
CN110650055A (zh) | 广电网络设备监测方法及系统 | |
CN113347035B (zh) | 一种以太网交换机配置持久化方法及装置 | |
CN111262706B (zh) | 一种数据的传输方法、服务器以及存储装置 | |
CN114270389A (zh) | 信息获取方法、装置、系统、电子设备以及存储介质 | |
CN109525870A (zh) | 一种广告推播系统及伺服器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |