CN109743643A - 楼宇对讲系统的处理方法及装置 - Google Patents

Abstract

本发明提供一种楼宇对讲系统的处理方法及装置，涉及对讲系统技术领域，本发明提供的楼宇对讲系统的处理方法中：第一对讲终端通过处理平台与第二对讲终端建立网络通信，建立网络通信时，第一对讲终端向处理平台发送多媒体流，处理平台通过调用音频解码数据库和视频解码数据库对接收到的多媒体流中的音频流和视频流进行解码，最终将解码后的音频流和视频流发送给第二对讲终端，实现第一对讲终端与第二对讲终端之间的网络通信。其中，处理平台采用成本低廉的ARM提供硬件支持，简单易实现，降低了楼宇对讲系统的运营成本。

Description

楼宇对讲系统的处理方法及装置

技术领域

本发明涉及对讲系统技术领域，具体而言，涉及一种楼宇对讲系统的处理方法及装置。

背景技术

楼宇对讲产品近年来发展迅速，目前已经成为房地产开发必备的配套设施。作为住宅智能化的最基本配套设施，楼宇对讲产品能够实现访客、住户和物业管理中心三者之间的相互通话，并进行信息交流。

随着计算机技术的发展，各种全数字型楼宇对讲产品逐渐推出，可以满足复杂、大规模及超大规模小区组网需求。但是，现有的楼宇对讲系统由控制电路板、音频和视频对讲器、高通滤波器以及低通滤波器等多种硬件组合实现，所需的硬件成本很高，因此导致整个楼宇对讲系统的运营成本过高。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种楼宇对讲系统的处理方法及装置，简单易实现，可以降低现有楼宇对讲系统的运营成本。

为实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种楼宇对讲系统的处理方法，应用于处理平台，所述处理平台包括：先进精简指令集计算机微处理器ARM，所述方法包括：所述处理平台接收第一对讲终端发送的多媒体流，所述多媒体流包括：音频流和视频流；调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，获取解码后的音频流和视频流；向第二对讲终端发送所述解码后的音频流和视频流。

可选地，所述处理平台接收第一对讲终端发送的多媒体流之前，还包括：接收所述第一对讲终端发送的连接建立请求，所述连接建立请求包括：所述第二对讲终端的标识；根据所述连接请求向所述第二对讲终端发送呼叫请求；接收所述第二对讲终端发送的接通响应。

可选地，所述调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码之前，还包括：将所述音频解码数据库中的除音频解码器之外的内容删除、将所述视频解码数据库中除视频解码器之外的内容删除。

可选地，所述调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，包括：根据所述多媒体流解析获取所述音频流和所述视频流；根据所述音频流的格式调用音频解码数据库中对应的音频解码器对所述音频流进行解码、根据所述视频流的格式调用视频解码数据库中对应的视频解码器对所述视频流进行解码。

可选地，还包括：获取当前待显示内容，生成所述待显示内容对应的显示界面信息；向所述第二对讲终端发送所述显示界面信息，所述显示界面信息包括：触控按键。

第二方面，本发明实施例还提供了一种楼宇对讲系统的处理装置，应用于处理平台，所述处理平台包括：先进精简指令集计算机微处理器ARM，所述装置包括：第一接收模块，用于接收第一对讲终端发送的多媒体流，所述多媒体流包括：音频流和视频流；调用模块，用于调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，获取解码后的音频流和视频流；第一发送模块，用于向第二对讲终端发送所述解码后的音频流和视频流。

可选地，所述装置还包括：第二接收模块，用于接收所述第一对讲终端发送的连接建立请求，所述连接建立请求包括：所述第二对讲终端的标识；第二发送模块，用于根据所述连接请求向所述第二对讲终端发送呼叫请求；第三接收模块，用于接收所述第二对讲终端发送的接通响应。

可选地，所述装置还包括：删除模块，用于将所述音频解码数据库中的除音频解码器之外的内容删除、将所述视频解码数据库中除视频解码器之外的内容删除。

可选地，所述调用模块还包括：获取子模块，用于根据所述多媒体流解析获取所述音频流和所述视频流；解码子模块，用于根据所述音频流的格式调用音频解码数据库中对应的音频解码器对所述音频流进行解码、根据所述视频流的格式调用视频解码数据库中对应的视频解码器对所述视频流进行解码。

可选地，所述装置还包括：获取模块，用于获取当前待显示内容，生成所述待显示内容对应的显示界面信息；第三发送模块，用于向所述第二对讲终端发送所述显示界面信息，所述显示界面信息包括：触控按键。

本发明的有益效果是：本发明提供的楼宇对讲系统的处理方法中：第一对讲终端通过处理平台与第二对讲终端建立网络通信，建立网络通信时，第一对讲终端向处理平台发送多媒体流，处理平台通过调用音频解码数据库和视频解码数据库对接收到的多媒体流中的音频流和视频流进行解码，最终将解码后的音频流和视频流发送给第二对讲终端，实现第一对讲终端与第二对讲终端之间的网络通信。其中，处理平台采用成本低廉的ARM提供硬件支持，简单易实现，降低了楼宇对讲系统的运营成本。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种楼宇对讲系统的处理方法的流程图；

图2为本发明实施例提供的另一种楼宇对讲系统的处理方法的示意图；

图3为本发明实施例提供的一种楼宇对讲系统的处理装置的模块示意图；

图4为本发明实施例提供的另一种楼宇对讲系统的处理装置的模块示意图；

图5为本发明实施例提供的又一种楼宇对讲系统的处理装置的模块示意图；

图6为本发明实施例提供的又一种楼宇对讲系统的处理装置的模块示意图；

图7为本发明实施例提供的又一种楼宇对讲系统的处理装置的模块示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

请参照图1，为本发明实施例提供的一种楼宇对讲系统的处理方法的流程图。该方法应用于处理平台，处理平台为该楼宇对讲系统的处理方法的应用平台，为楼宇对讲系统提供硬件支持。该处理平台可以集成于处理器或者其他计算设备。

该处理平台可以采用ARM(Advanced RISC Machine，先进精简指令集计算机微处理器)内核，操作系统使用Linux3.4(一种操作系统的版本)的内核。例如，在本发明实施例中，处理平台可以采用ARM Cortex-A7的内核，CPU(Central Processing Unit，中央处理器)的时钟频率为1.2GHZ，内置内存为64M DDR2(Double Data Rate 2，双倍数据速率)内存。其中，ARM Cortex-A7处理器隶属于Cortex-A系列，该处理器的特点是可以在保证性能的基础上降低功耗。DDR2内存可以在时钟脉冲的上升和下降沿均读取数据，因此数据传输率可以是时钟频率的两倍。

该方法包括：

步骤S101，处理平台接收第一对讲终端发送的多媒体流，多媒体流包括：音频流和视频流。

由于可以采用成本低廉的处理平台提供硬件支持，降低楼宇对讲系统的运营成本，因此，该楼宇对讲系统应用于成本低廉的处理平台，在需要建立网络通信时，可以通过该处理平台接收第一对讲终端发送的多媒体流。

其中，第一对讲终端为发送网络通信请求的设备。

多媒体流为采用流式传输方式传输的数据或文件，多媒体流包括音频流和视频流，其中，音频流可以是一种二进制比特流格式保存的音频数据，视频流可以是一种采用流式传输方式传输的视频数据。

还需要说明的是，处理平台可以通过Ffmpeg(Fast Forward Mpeg，一种多媒体视频处理工具)工具接收第一对讲终端发送的多媒体流。其中，Ffmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。

步骤S102，调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码，获取解码后的音频流和视频流。

由于处理平台接收到的多媒体流需要进行解码才能实现视频或音频的播放，因此，需要调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码，获取解码后的音频流和视频流。

例如，音频解码数据库可以为Ffmpeg工具自带的AAC(Advanced Audio Coding，高级音频编码)，调用AAC对音频流进行解码可以获取AAC格式的音频数据。

视频解码数据库可以全志V3S平台提供的为H264库，调用H264库对视频流进行解码可以获取H264格式的视频数据。

步骤S103，向第二对讲终端发送解码后的音频流和视频流。

由于第一对讲终端需要通过处理平台与第二对讲终端建立网络通信，因此，在分别对音频流和视频流进行解码后，处理平台可以向第二对讲终端发送解码后的音频流和视频流。

其中，第二对讲终端为接收网络通信请求的设备。

需要说明的是，在向第二对讲终端发送解码后的音频流后，处理平台可以通过调用SDL(Simple DirectMedia Layer，简单直媒体层)库在操作系统中实现对音频的播放，从而在第一对讲终端和第二对讲终端之间建立网络通信。

其中，SDL是一套开放源代码的跨平台多媒体开发库，使用C语言写成，使用时调取ALSA(Advanced Linux Sound Architecture，高级Linux声音架构)库，ALSA在Linux操作系统上提供了音频和MIDI(Musical Instrument Digital Interface，音乐设备数字化接口)的支持，可以高效地支持从消费类入门级声卡到专业级音频设备所有类型的音频接口。

另外，在向第二对讲终端发送解码后的视频流后，处理平台可以通过调用QT(显示界面的库)，在显示界面上实现视频的播放。

需要说明的是，本申请中的对讲终端可以是楼宇系统中的楼外对讲终端，即需要请求进入小区或者某栋楼的用户可以在楼外对讲终端发起请求。对讲终端还可以是家内的对讲终端，与外界进行交流。上述第一对讲终端、第二对讲终端可以一个是楼外对讲终端、另一个是家内的对讲终端，本申请不具体限定。

本实施例中，第一对讲终端通过处理平台与第二对讲终端建立网络通信，建立网络通信时，第一对讲终端向处理平台发送多媒体流，处理平台通过调用音频解码数据库和视频解码数据库对接收到的多媒体流中的音频流和视频流进行解码，最终将解码后的音频流和视频流发送给第二对讲终端，实现第一对讲终端与第二对讲终端之间的网络通信。其中，处理平台采用成本低廉的ARM提供硬件支持，简单易实现，降低了楼宇对讲系统的运营成本。

请参照图2，为本发明实施例提供的另一种楼宇对讲系统的处理方法的流程图。包括：

步骤S201，接收第一对讲终端发送的连接建立请求，连接建立请求包括：第二对讲终端的标识。

由于第一对讲终端可以通过向处理平台发送连接建立请求以实现与第二对讲终端的网络通信，因此，处理平台可以接收第一对讲终端发送的需要建立通信的第二对讲终端的标识。

其中，第二对讲终端的标识可以为第一对讲终端所要呼叫的用户的门牌号。

步骤S202，根据连接请求向第二对讲终端发送呼叫请求。

处理平台在接收到第一对讲终端的连接请求后，可以向第一对讲终端所要呼叫的用户发送呼叫请求。

步骤S203，接收第二对讲终端发送的接通响应。

第二对讲终端在接收到第一对讲终端的呼叫请求之后，向处理平台发出接通响应。

步骤S204，处理平台接收第一对讲终端发送的多媒体流，多媒体流包括：音频流和视频流。

在处理平台接收到第二对讲终端发出的接通响应之后，可以将该接通响应发送给第一对讲终端，第一对讲终端将会向处理平台发送多媒体流。

其中，处理平台接收第一对讲终端发送的多媒体流的方式，可以参见前述中的相关描述，此处不再一一赘述。

步骤S205，将音频解码数据库中的除音频解码器之外的内容删除、将视频解码数据库中除视频解码器之外的内容删除。

为了减小处理平台的内存，可以对音频解码数据库和视频解码数据库进行优化，将音频解码数据库中与音频解码无关的组件删除，只保留与音频播放相关的组件，将视频解码数据库中与视频解码无关的组件删除，只保留与视频播放相关的组件。

其中，音频解码器即为与音频解码数据库对应的解码器，在本发明实施例中，可以为AAC解码器。

视频解码器即为与视频解码数据库对应的解码器，在本发明实施例中，可以为H264解码器。

具体地，在本发明实施例中，可以根据Ffmpeg库中各功能组件的说明文档来编译设计所需要的编译选项，仅保留与AAC解码相关的库以及与H264解码相关的库，删除所有的音频编码器(比如aac、adpcm、gsm、pcm等)、删除所有的视频编码器(比如h261、h263、h264、mpeg1、mpeg2、mpeg4、vp8等)，删除绝大多数音频解码器(仅保留AAC解码器和PCM解码器)，删除绝大多数视频解码器(仅保留了H264解码器)、删除所有的封装格式(比如mp4格式、avi格式、flv格式等)、删除绝大多数解封装格式(仅保留flv格式)、删除绝大多数协议(仅保留rtmp网络协议)、删除所有的过滤器以及所有的输入、输出设备。通过删除上述大量的功能组件，对Ffmpeg库的内存进行了优化。

当然，在实际应用中，还可以通过其他方式来编译设计所需要的编译选项，从而删除与AAC解码无关的库和与H264解码无关的库，比如，可以直接根据Ffmpeg库中各功能组件的名称来编译设计所需要的编译选项。

可选地，为了进一步减小处理平台的内存，可以对实现音频播放的SDL库和ALSA库进行优化，对实现视频播放的QT库进行优化。

具体地，在ALSA库中，仅保留与音频播放有关的组件(删除ctl、pcm、monotonicclock、libdl等组件)；在SDL库中，仅保留与音频播放有关的组件，删除与视频播放有关的组件(比如(video-dummy、video-x11、directfb、directx、video-vulkan、render等)以及游戏手柄(joystick)组件；在QT中，仅保留了第一对讲终端的显示界面以及第二对讲终端的显示界面所用到的界面组件(比如窗口、按钮、标签、滚动条)。

步骤S206，调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码，获取解码后的音频流和视频流。

可选地，调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码，包括：根据多媒体流解析获取音频流和视频流；根据音频流的格式调用音频解码数据库中对应的音频解码器对音频流进行解码、根据视频流的格式调用视频解码数据库中对应的视频解码器对视频流进行解码。

由于处理平台接收到的多媒体流为rtmp(RealTime Messaging Protocol，实时消息传送协议)协议的多媒体流，因此需要Ffmpeg工具对rtmp协议的多媒体流进行解析，从中分离出音频流和视频流，再根据音频流的格式调用音频解码数据库中对应的音频解码器对音频流进行解码、根据视频流的格式调用视频解码数据库中对应的视频解码器对视频流进行解码。

其中，rtmp协议是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议。

另外，在对音频流或视频流进行解码前，首先需要根据音频的封装格式或者视频的封装格式找到对应的音频流或视频流，然后基于音频的封装格式去调用音频解码器，基于视频的封装格式去调用视频解码器。

具体地，当打开了音频解码器后，音频的初始化已经完成，然后就可以循环获取音频流，对音频流进行解码和播放。另外，在打开音频解码器的同时，可以对播放的音频格式进行设置，比如可以对采样率、通道数、存储格式以及存储位数等参数进行设置。

需要说明的是，从Ffmpeg工具中解析出来的音频流是Apacket(一种Ffmpeg工具自定义的打包格式)格式的音频流，该格式的音频流是AAC格式编码的，需要采用Ffmpeg工具自带的解码器对音频流进行解码，解码出原始的PCM(一种音频数据格式)格式，然后将PCM格式的音频送入SDL库中，实现音频的播放。

具体地，当打开了视频解码器后，视频的初始化已经完成，然后就可以循环获取视频流，对视频流进行解码和播放。

需要说明的是，从Ffmpeg工具中解析出来的视频流是Vpacket(一种Ffmpeg工具自定义的打包格式)格式的视频流，该格式的视频流经过H264解码器解码后，输出为YUV(一种视频数据格式)格式，但是YUV格式的视频不能在QT中直接显示，因此需要将通过转换工具将YUV格式的视频转换为RGB格式，在QT中显示。

可选地，在将YUV格式的视频转换为RGB格式时，可以对YUV格式转换RGB格式的转换函数进行优化，使用移位运算代替乘除运算，可以提高运算的速率即格式的转换效率，以降低操作系统内CPU的使用率。

可选地，在调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码之前，还包括：对操作媒体流进行初始化。

其中，操作媒体流包括：Ffmpeg工具、SDL库、H264库。只有在进行初始化之后，才能正常使用操作媒体流的功能，比如在SDL库中实现音频的播放。

步骤S207，向第二对讲终端发送解码后的音频流和视频流。

可选地，该方法还包括：获取当前待显示内容，生成待显示内容对应的显示界面信息；向第二对讲终端发送显示界面信息，显示界面信息包括：触控按键。

在QT中，可以实现UI(User Interface，用户界面)界面的显示，为了减少处理平台的内存，在某个界面需要显示的时候再生成该界面对应的信息，不需要的时候可以被删除，因此，在需要生成显示界面时，可以获取当前待显示内容，生成待显示内容对应的显示界面信息，然后向第二对讲终端发送显示界面信息。

在本发明实施例中，UI界面可以包括主界面、安防报警界面、信息发布界面、呼叫群组界面、呼叫物业界面、多媒体显示界面以及高级设置界面等。另外，在接收第一对讲终端发送的连接建立请求之前，需要对UI界面进行初始化。

本实施例中，处理平台基于接收到的第一对讲终端发送的连接建立请求向第二对讲终端发送呼叫请求，获取第二对讲终端发送的接通响应，然后第一对讲终端向处理平台发送多媒体流，处理平台通过调用音频解码数据库和视频解码数据库对接收到的多媒体流中的音频流和视频流进行解码，最终将解码后的音频流和视频流发送给第二对讲终端，实现第一对讲终端与第二对讲终端之间的网络通信。由于采用成本低廉的处理平台提供硬件支持，因此，降低了楼宇对讲系统的运营成本。另外，由于将音频解码数据库中的除音频解码器之外的内容删除，同时将视频解码数据库中除视频解码器之外的内容删除，因此，为处理平台节省了内存。

请参照图3，为本发明实施例提供的一种楼宇对讲系统的处理装置的模块示意图，包括：第一接收模块301、调用模块302、第一发送模块303，其中：

第一接收模块301，用于接收第一对讲终端发送的多媒体流，多媒体流包括：音频流和视频流。

调用模块302，用于调用音频解码数据库对音频流进行解码、调用视频解码数据库对视频流进行解码，获取解码后的音频流和视频流。

第一发送模块303，用于向第二对讲终端发送解码后的音频流和视频流。

可选地，如图4所示，该装置还包括：

第二接收模块304，用于接收第一对讲终端发送的连接建立请求，连接建立请求包括：第二对讲终端的标识。

第二发送模块305，用于根据连接请求向第二对讲终端发送呼叫请求。

第三接收模块306，用于接收第二对讲终端发送的接通响应。

可选地，如图5所示，该装置还包括：

删除模块307，用于将音频解码数据库中的除音频解码器之外的内容删除、将视频解码数据库中除视频解码器之外的内容删除。

可选地，如图6所示，调用模块302还包括：

获取子模块3021，用于根据多媒体流解析获取音频流和视频流。

解码子模块3022，用于根据音频流的格式调用音频解码数据库中对应的音频解码器对音频流进行解码、根据视频流的格式调用视频解码数据库中对应的视频解码器对视频流进行解码。

可选地，该装置还包括：获取模块，用于获取当前待显示内容，生成待显示内容对应的显示界面信息；第三发送模块，用于向第二对讲终端发送显示界面信息，显示界面信息包括：触控按键。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图7为本发明一实施例提供的另一种楼宇对讲系统的处理装置的模块示意图，该装置可以集成于终端设备或者终端设备的芯片，该终端可以是具备楼宇对讲系统的处理功能的计算机设备。

该装置包括：处理器701、存储器702。

存储器702用于存储程序，处理器701调用存储器702存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种楼宇对讲系统的处理方法，其特征在于，应用于处理平台，所述处理平台包括：先进精简指令集计算机微处理器ARM，所述方法包括：

所述处理平台接收第一对讲终端发送的多媒体流，所述多媒体流包括：音频流和视频流；

调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，获取解码后的音频流和视频流；

向第二对讲终端发送所述解码后的音频流和视频流。

2.如权利要求1所述的楼宇对讲系统的处理方法，其特征在于，所述处理平台接收第一对讲终端发送的多媒体流之前，还包括：

接收所述第一对讲终端发送的连接建立请求，所述连接建立请求包括：所述第二对讲终端的标识；

根据所述连接请求向所述第二对讲终端发送呼叫请求；

接收所述第二对讲终端发送的接通响应。

3.如权利要求1所述的楼宇对讲系统的处理方法，其特征在于，所述调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码之前，还包括：

将所述音频解码数据库中的除音频解码器之外的内容删除、将所述视频解码数据库中除视频解码器之外的内容删除。

4.如权利要求3所述的楼宇对讲系统的处理方法，其特征在于，所述调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，包括：

根据所述多媒体流解析获取所述音频流和所述视频流；

根据所述音频流的格式调用音频解码数据库中对应的音频解码器对所述音频流进行解码、根据所述视频流的格式调用视频解码数据库中对应的视频解码器对所述视频流进行解码。

5.如权利要求1所述的楼宇对讲系统的处理方法，其特征在于，还包括：

获取当前待显示内容，生成所述待显示内容对应的显示界面信息；

向所述第二对讲终端发送所述显示界面信息，所述显示界面信息包括：触控按键。

6.一种楼宇对讲系统的处理装置，其特征在于，应用于处理平台，所述处理平台包括：先进精简指令集计算机微处理器ARM，所述装置包括：

第一接收模块，用于接收第一对讲终端发送的多媒体流，所述多媒体流包括：音频流和视频流；

调用模块，用于调用音频解码数据库对所述音频流进行解码、调用视频解码数据库对所述视频流进行解码，获取解码后的音频流和视频流；

第一发送模块，用于向第二对讲终端发送所述解码后的音频流和视频流。

7.如权利要求6所述的楼宇对讲系统的处理装置，其特征在于，所述装置还包括：

第二接收模块，用于接收所述第一对讲终端发送的连接建立请求，所述连接建立请求包括：所述第二对讲终端的标识；

第二发送模块，用于根据所述连接请求向所述第二对讲终端发送呼叫请求；

第三接收模块，用于接收所述第二对讲终端发送的接通响应。

8.如权利要求6所述的楼宇对讲系统的处理装置，其特征在于，所述装置还包括：

删除模块，用于将所述音频解码数据库中的除音频解码器之外的内容删除、将所述视频解码数据库中除视频解码器之外的内容删除。

9.如权利要求8所述的楼宇对讲系统的处理装置，其特征在于，所述调用模块还包括：

获取子模块，用于根据所述多媒体流解析获取所述音频流和所述视频流；

解码子模块，用于根据所述音频流的格式调用音频解码数据库中对应的音频解码器对所述音频流进行解码、根据所述视频流的格式调用视频解码数据库中对应的视频解码器对所述视频流进行解码。

10.如权利要求6所述的楼宇对讲系统的处理装置，其特征在于，所述装置还包括：

获取模块，用于获取当前待显示内容，生成所述待显示内容对应的显示界面信息；

第三发送模块，用于向所述第二对讲终端发送所述显示界面信息，所述显示界面信息包括：触控按键。