通话数据的处理方法及装置与流程

本申请涉及信息处理技术领域，具体涉及一种通话数据的处理方法及装置。

背景技术：

随着通讯技术与互联网技术的迅速发展，互联网协议地址(internetprotocoladdres，ip)电话的应用越来越广泛，其可通过互联网传输音频、视频等多媒体信息，不仅可实现传统电话网的语音通话功能，而且在此基础上话音质量更好功能更丰富，所需通讯费用也更低。在ip电话中，信令控制协议主要包括h.323协议和通话初始协议(sessioninitiationprotocol，sip)，其中，sip协议是一个会话层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话；媒体控制协议主要包括实时传输协议(real-timetransportprotocol，rtp)，其中，rtp协议主要用于传输音频和视频数据。

现在最常见的sip协议录音系统为实时录音：即当sip会话发起的同时启动录音程序对当前通话进行实时录音，当前服务器有多少实时通话录音系统完成多少录音，录音系统会占用sip服务器的计算资源。

但是，由于录音程序和sip服务器中的软交换代码本质是结合在一起的不能独立分开运行，会挤占所在sip软交换计算资源，不能使软交换本身发挥最大的服务承载能力，录音受软交换计算性能干扰容易造成事件触发失败，录音丢失，录音通道数量受本机软交换性能影响，难以发挥最大计算能力和录音并发能力。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种通话数据的处理方法及装置。

本申请提供一种通话数据的处理方法，包括：

在通话初始协议sip通话过程中，通过镜像端口获取通话数据；

根据预设的标识库，对所述通话数据进行分析，得到与所述标识库相匹配的目标通话数据，作为待录音数据；

对所述待录音数据进行处理，得到目标录音数据。

本申请还提供一种通话数据的处理装置，包括：

获取模块，用于在通话初始协议sip通话过程中，通过镜像端口获取通话数据；

分析模块，用于根据预设的标识库，对所述通话数据进行分析，得到与所述标识库相匹配的目标通话数据，作为待录音数据；

处理模块，用于对所述待录音数据进行处理，得到目标录音数据。

本申请的通话数据的处理方法及装置，在通话初始协议sip通话过程中，通过镜像端口获取通话数据；根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据；对待录音数据进行处理，得到目标录音数据，实现了录音过程与sip软交换服务器之间的物理隔离。采用本申请的技术方案，能够减小sip软交换计算资源占用率，使软交换本身发挥最大的服务承载能力，减小录音过程中受软交换计算性能干扰现象，降低事件触发失败概率，防止录音丢失，避免录音通道数量受本机软交换性能影响，提高软交换的最大计算能力和录音并发能力。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请的通话数据的处理方法实施例一的流程图；

图2为本申请的通话数据的处理方法实施例二的流程图；

图3为本申请的通话数据的处理装置实施例一的结构示意图；

图4为本申请的通话数据的处理装置实施例二的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1为本申请的通话数据的处理方法实施例一的流程图，如图1所示，本实施例的通话数据的处理方法具体可以包括如下步骤：

100、在通话初始协议sip通话过程中，通过镜像端口获取通话数据。

在一个具体实现过程中，可以部署与sip软交换服务器物理隔离，完全依赖自主识别sip信令完成旁挂录音采集功能的录音服务器。具体地，可以基于网络交换机端口流量镜像技术对其中发生的sip通话进行端口镜像，以使录音服务器对sip信令识别解析技术并完成通话录音的功能。

例如，在通话初始协议sip通话过程中，可以将sip软交换服务器网卡端口的通话数据镜像到录音服务器网卡端口，从而可以使录音服务器通过镜像端口获取到通话数据。

101、根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据。

本实施例中，录音服务器内预设有需要进行录音的通话数据的标识库，例如，该标识库可以包括当不限制于通话数据的网络地址段、通话数据的端口段和通话数据的类别中的至少一种。录音服务器在获取到通话数据后，可以根据该标识库，对通话数据进行分析，以得到与标识库相匹配的目标通话数据，作为待录音数据。

例如，获取的通话数据的网络地址段与预先存储的通话数据的网络地址段在同一地址段内，可以确定需要对获取的通话数据进行录音，否侧，不对获取的通话数据进行录音。同理，获取的通话数据的端口段与预先存储的通话数据的端口段一致，可以确定需要对获取的通话数据进行录音，否侧，不对获取的通话数据进行录音。同理，获取的通话数据的类型与预先存储的通话数据的类型一致，可以确定需要对获取的通话数据进行录音，否侧，不对获取的通话数据进行录音。

102、对待录音数据进行处理，得到目标录音数据。

在得到待录音数据后，需要对待录音数据进行处理，得到目标录音数据。例如，可以基于多线程异步处理的方法，对待录音数据中的sip信令进行解析，得到sip信令对应的识别结果；根据识别结果，创建sip通话表；根据sip通话表，生成临时文件夹；对待录音数据中的实时传送协议rtp数据进行解析，得到主叫端的录音数据和被叫端的录音数据；对主叫端的录音数据和被叫端的录音数据进行合成处理，得到合成录音数据；将合成录音数据和临时文件夹进行关联，得到目标录音数据。

需要说明的是，本实施例中，在得到目标录音数据后，可以将目标录音数据存储至数据库，并删除临时文件夹，以避免占用录音服务器过多的资源，对录音服务器的运行造成影响。

本实施例的通话数据的处理方法的执行主体可以为设置在录音服务器中的通话数据的处理装置，该通话数据的处理装置具体可以通过软件来集成，例如该通话数据的处理装置具体可以为一个应用，本发明对此不进行特别限定。

本实施例的通话数据的处理方法，在通话初始协议sip通话过程中，通过镜像端口获取通话数据；根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据；对待录音数据进行处理，得到目标录音数据，实现了录音过程与sip软交换服务器之间的物理隔离。采用本申请的技术方案，能够减小sip软交换计算资源占用率，使软交换本身发挥最大的服务承载能力，减小录音过程中受软交换计算性能干扰现象，降低事件触发失败概率，防止录音丢失，避免录音通道数量受本机软交换性能影响，提高软交换的最大计算能力和录音并发能力。

图2为本申请的通话数据的处理方法实施例二的流程图，如图2所示，本实施例的通话数据的处理方法在图1所示实施例的基础上，进一步更加详细地对本申请的技术方案进行描述。

如图2所示，本实施例的通话数据的处理方法具体可以包括如下步骤：

200、将当前承载能力发送至sip软交换服务器。

在一个具体实现过程中，可以采用分布式的方式布置录音服务器，每个录音服务器会将对应的当前承载能力发送给sip软交换服务器，在sip软交换服务器利用网络交换机端口流量镜像技术对其中发生的sip通话进行端口镜像时，可以根据每个录音服务器的当前承载能力，确定镜像端口，并将通话数据镜像到确定的镜像端口。

需要说明的是，本实施例中，还可以根据录音服务的当前承载能力进行快速水平扩展，根据不同网络地址段和端口段进行快速扩容，使通话录音并发数量能在单台服务器承载更大的水平。

201、在通话初始协议sip通话过程中，通过镜像端口获取通话数据。

202、根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据。

203、对待录音数据进行处理，得到目标录音数据。

204、存储目标录音数据。

本实施例中，在得到目标录音数据后，需要将目标录音数据进行存储。

需要说明的是，在实际应用中，由于录音服务器的存储空间有限，若存储大量的历史录音数据后，再次存储目标录音数据时，会导致无法存储，用户需要对大量的历史录音数据进行清理，这样会给用户带来较大工作量。因此，本实施例中，录音服务器可以监测存储空间的剩余空间，当存储空间的剩余空间达到预设阈值时，在存储目标录音数据时，可以根据历史数据的存储时间的先后数据，对存储时间较早的历史数据进行覆盖。

尽管可以采用对存储时间较早的历史数据进行覆盖，以存储当前的目标录音数据，避免用户清理大量数据，但是，由于一些历史数据比较重要，尽管其存储时间较早，但是用户并不想将其清楚，这样，采用对存储时间较早的历史数据进行覆盖的方式存储当前的目标录音数据，会造成重要数据丢失，因此，本实施例还提供了以下技术方案。

具体地，在每次存储目标录音数据时，可以针对目标录音数据设置相应的权重值。例如，用户可以手动目标录音数据的权重值，服务器将该权重值与目标录音数据进行关联，也可以由服务器根据目标录音数据的具体内容，自动分析，并设定权重值等，本实施例不做具体限制。这样，在存储当前的目标录音数据时，若存储空间的剩余空间达到预设阈值，可以按照权重值的大小，依次覆盖权重值较小的历史数据。

为了进一步防止重要数据丢失，在对历史数据进行覆盖前，还可以生成相应的提示信号，以使用户调取待覆盖的历史数据，由用户确认后再进行覆盖。

图3为本申请的通话数据的处理装置实施例一的结构示意图，如图3所示，本实施例的通话数据的处理装置可以包括获取模块10、分析模块11和处理模块12。

获取模块10，用于在通话初始协议sip通话过程中，通过镜像端口获取通话数据；

分析模块11，用于根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据。

例如，本实施例的标识库可以包括但不限制于通话数据的网络地址段、通话数据的端口段和通话数据的类别中的至少一种。

处理模块12，用于对待录音数据进行处理，得到目标录音数据。

例如，处理模块12用于对待录音数据中的sip信令进行解析，得到sip信令对应的识别结果；根据识别结果，创建sip通话表；根据sip通话表，生成临时文件夹；对待录音数据中的实时传送协议rtp数据进行解析，得到主叫端的录音数据和被叫端的录音数据；对主叫端的录音数据和被叫端的录音数据进行合成处理，得到合成录音数据；将合成录音数据和临时文件夹进行关联，得到目标录音数据。将目标录音数据存储至数据库；删除临时文件夹。

本实施例的通话数据的处理装置，实现对通话数据进行录音的实现机制与上述图1所示实施例的实现机制相同，详细可以参考上述图1所示实施例的记载，在此不再赘述。

本实施例的通话数据的处理装置，在通话初始协议sip通话过程中，通过镜像端口获取通话数据；根据预设的标识库，对通话数据进行分析，得到与标识库相匹配的目标通话数据，作为待录音数据；对待录音数据进行处理，得到目标录音数据，实现了录音过程与sip软交换服务器之间的物理隔离。采用本申请的技术方案，能够减小sip软交换计算资源占用率，使软交换本身发挥最大的服务承载能力，减小录音过程中受软交换计算性能干扰现象，降低事件触发失败概率，防止录音丢失，避免录音通道数量受本机软交换性能影响，提高软交换的最大计算能力和录音并发能力。

图4为本申请的通话数据的处理装置实施例二的结构示意图，如图4所示，本实施例的通话数据的处理装置在图3所示实施例的基础上，进一步还可以包括发送模块13。

发送模块13，用于将当前承载能力发送至sip软交换服务器，以使所述sip软交换服务器根据所述当前承载能力，确定所述镜像端口。

本实施例的通话数据的处理装置，实现对通话数据进行录音的实现机制与上述图2所示实施例的实现机制相同，详细可以参考上述图2所示实施例的记载，在此不再赘述。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。