基于无线wi_fi技术的多媒体信息推送系统(3)

PUSH推送技术

２０吉林大学学报（信息科学版）第３０卷自然音源得到的音频信号必须变换成数字音频信号后，才能送到处理器中作进一步处理。在声卡驱动上，从安全性角度考虑，应用程序在Ｌ而是通过内核提供的驱动程序完ｉｎｕｘ下无法直接对声卡设备进行操作，

１０］。成对声卡的各种操作［

）系统调用ｏ函数获得对声卡的访问权，同时为随后的系统调用做好准备，其函数原型：ｅｎ（ｉｎｔｏｅｎ　ｐｐ

（，，）；参数ｐ对于本系统ｃｏｎｓｔｃｈａｒ＊ｐａｔｈｎａｍｅｉｎｔｆｌａｓｉｎｔｍｏｄｅａｔｈｎａｍｅ是将要被打开的设备文件名称，　　　ｇ

／为／参数ｆ指明新创建文ｄｅｖｄｓｌａｓ标志设备打开方式；ｍｏｄｅ为可选参数。当指定设备文件不存在时，ｐ；ｇ

），，函数从声卡读取数据，其函数原型：件具有的权限。系统调用ｒｅａｄ（ｉｎｔｒｅａｄ（ｉｎｔｆｄｃｈａｒ＊ｂｕｆｓｉｚｅ＿ｔ　　

）；参数ｆ通过ｏ参数ｂ保存从声卡获得的数ｃｏｕｎｔｄ是设备文件的标识符，ｅｎ函数调用获得；ｕｆ是缓冲区，ｐ

参数ｃ如果调用成功，将返回从声卡读取的实际字节数，如果调用据；ｏｕｎｔ限定从声卡获得的最大字节数；

失败，将返回－故系统调用ｗ函数原型：１。因为设计声音为双向通信，ｒｉｔｅ函数向声卡写入数据，ｓｉｚｅ＿ｔ

（，，＿）；其参数和ｒｗｒｉｔｅｉｎｔｆｄｃｏｎｓｔｃｈａｒ＊ｂｕｆｓｉｚｅｔｃｏｕｎｔｅａｄ函数一样。系统调用ｉｏｃｔｌ对声卡进行控制，　　　

在此设置采样率，量化位数以及声道数目和控制方式。

）视频以及图像显示。在显示设备的图形用户界面利用ｌ帧缓冲２ｉｎｕｘ内核中的一种驱动程序接口，

［１］），接口。当Ｌ利用Ｆ驱动（ＦｒａｍｅｂｕｆｆｅｒＤｒｉｖｅｒｉｎｕｘ抽象出ＦｒａｍｅＢｕｆｆｅｒ设备时１ｒａｍｅｂｕｆｆｅｒ机制模仿显　

卡的功能，将显卡硬件结构抽象掉后，便于在程序设计上利用用户态进程实现对屏的直接写功能，使设计简明，便于维护升级。基于这种理念的设计本质上是为了避免考虑物理显存的位置、换页机制，将对显示

统一化，用户将Ｆ将其映射到进程地址空间后，就设备的操作抽象化、ｒａｍｅｂｕｆｆｅｒ看成是显存的一个映像，

能直接进行读写操作，而写操作立即反应在屏幕上。这样的设计更加方便，而且效果可以达到预期指标。

）视频信息的传输。设计网络环境中实时传输流媒体数据是运用３

［１２］，，单播）或一对多（组播）传ＲＴＰ。利用它能一对一（ｕｎｉｃａｓｔｍｕｌｔｉｃａｓｔ

播。Ｒ见ＴＰ是在传输协议基础上作为应用程序的一部分加以实现的（

）。图２

——考虑到成本问题，设计采用开源的Ｒ面向对ＴＰ库—ＪＲＴＰＬＩＢ（

。以下给出设计程序实现的主要过程。象的ＲＴＰ库）

）初始化：使用Ｊ首先生成１ＲＴＰＬＩＢ进行实时流媒体数据传输前，

（）再调用Ｃ方法对ＲＴＰＳｅｓｓｉｏｎ类的一个实例表示此次ＲＴＰ会话，ｒｅａｔｅ

１３］。Ｒ（）其进行初始化操作［方法只有一个参数，ＴＰＳｅｓｓｉｏｎ类的Ｃｒｅａｔｅ

［３］。用来指明此次ＲＴＰ会话所采用的端口号１

）（）数据接收：首先调用Ｒ方法接收Ｒ２ＴＰＳｅｓｓｉｏｎ类的ＰｏｌｌＤａｔａＴＰ

）或者Ｒ数据报。由于同ＴＣＰ（ＲｅａｌｉｍｅＴｒａｎｓｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ－Ｔ　　　ｐ图２　结构层Ｆｉ．２　Ｓｔｒｕｃｔｕｒｅｌａｅｒ　ｇｙ

，（）一Ｒ源）调用Ｒ和ＧＴＰ会话中允许有多个参与者（ＴＰＳｅｓｓｉｏｎ类的ＧｏｔｏＦｉｒｓｔＳｏｕｒｃｅＷｉｔｈＤａｔａｏｔｏＮｅｘｔ－

（）方法遍历携带有数据的源。从Ｒ调用ＲＳｏｕｒｃｅＷｉｔｈＤａｔａＴＰ会话中检测出有效数据源后，ＴＰＳｅｓｓｉｏｎ类

（），的Ｇ并从中抽取Ｒ将其释放。ｅｔＮｅｘｔＰａｃｋｅｔＴＰ数据报，ＲＴＰ数据报处理完后，

）数据控制：在使用时可以由Ｊ３ＪＲＴＰＬＩＢ是个高度封装后的ＲＴＰ库，ＲＴＰＬＩＢ完成传输。只要Ｐｏｌｌ－（）（）或Ｓ方法被成功调用，并在需要ＤａｔａｅｎｄＰａｃｋｅｔＪＲＴＰＬＩＢ就能自动对到达的ＲＴＣＰ数据报进行处理，

［４］。时发送Ｒ确保整个ＲＴＣＰ数据报，ＴＰ会话过程的正确性１

２　调　试

在调试阶段，进行了声音、图片以及视频等多媒体信息实时推送测试。测试结果表明，在接收终端和控制中心的距离在２视频能顺畅播放，图片推送十分理想。００ｍ以内声音的实时性和真实性比较理想，

下面给出图片测试的过程以及效果图。

）；将所有设备连接好，在主控机窗口添加被推送内容（见图３选择被推送图片后，选择已连接的Ｉ用Ｐ（

户终端提出请求的Ｉ点击“发送数据”按钮即可将多媒体信息打包推送出去。Ｐ地址）

当用户终端接收到来自Ｐ终端根据数据包信息判断后，提取ＣＣｏｎｔｒｏｌ从数据库推送过来的信息时，