目 录
论文总页数：19页
1 引言 1
2 语音传输系统需求分析 1
3 开发工具与环境介绍 2
3.1 Visual C++概述 2
3.1.1 Visual C++简介 2
3.1.2 Visual C++的发展过程 2
3.1.3 Visual C++的特点 3
3.2 Visual C++的集成开发环境 3
3.3 Windows程序设计基础 4
3.3.1 概述 4
3.3.2 消息处理函数 4
3.3.3 窗口的建立 5
3.3.4 消息循环 6
4 Windows网络编程 8
4.1 网络和协议 8
4.2 Winsock 接口 9
4.3 服务器程序和客户程序创建过程 11
5 语音传输系统功能实现 13
5.1 语音模块实现 13
5.2 服务器和客户端功能的实现 14
6 系统功能的测试与分析 15
6.1 语音聊天程序使用介绍 15
6.2 测试与分析 16
结 论 16
参考文献 17
致 谢 18
声 明 19
3.3.3 窗口的建立
客户需要自己建立窗口，建立后会得到系统返回的窗口句柄(HWND),后继的针对窗口的操作都针对句柄进行。
1.注册窗口类
建立窗口前，需要制定好这个窗口的相关属性，最主要的就是将自己定义的消息处理函数与窗口关联，其他的属性还包括：菜单、图标等等。
这个属性指定步骤是通过指定"窗口类"来完成的。
对于自己建立的窗口，这个"窗口类"需要自己制定，也即自己充一个WNDCLASS结构,然后向系统注册。
对于一些特殊窗口，如按钮等控件，他们的行为是系统制定好了的，所以不需要自己注册，直接使用对应的“窗口类”名称就行了。
2.建立窗口
建立窗口时，注册的"窗口类"名称作为参数传入。
这样，当有针对该窗口的消息时，将调用“窗口类”中指定的消息处理函数，在其中得到处理。
在应用程序中使用对话框是很方便的，因为对话框可以从模板创建，而模板可以使用可视化资源编译器进行编译，这就大大简化了窗口界面的设计过程。同时为了简化程序设计，Windows在内部也定义了许多窗口类，即常说的字窗口控件，应用程序直接使用这些类名就可以创建子窗口。
同子窗口控件类似，对话框的窗口函数也由User32.dll提供，所以在创建对话框之前不需要注册窗口类。在创建对话框时并不需要调用CreateWindowEx函数，而是调用了DialogBoxParam或CreateDialogBox函数。前一个函数用来创建模式对话框，后一个函数用来创建非模式对话框，它们都在内部调用了CreateWindowEx函数，使用的风格、大小和位置等参数取自资源中定义的对话框模板。
要创建对话框就要先创建对话框模板。对话框模板定义了对话框的基本属性，这包括该对话框的宽度和高度及其中包含的控件。创建对话框模板最简单的方法是使用VC自带的资源编译器，使用VC++的“Insert/Resource”菜单命令，可以非常方便地向工程中加入对话框资源。
3.3.4 消息循环
系统会将针对这个程序的消息依次放到程序的“消息队列”中，由程序自己依次取出消息，在分发到对应的窗口中去。
因此，建立窗口后，将进入一个循环。
在循环中，取出消息、派发消息，循环往复，直到取得的消息是退出消息。
循环退出后，程序即结束。
TCP/IP是面向连接的协议。连接的两个设备之间，每一方都使用他自己的IP地址和端口号。通常，一方称为客户，另外一方称为服务器。客户是发出请求方，服务器响应他们。例如，当打开网站时，浏览器是客户，WebServer是服务器。浏览器发出连接请求，初始化和服务器的连接，请求指定的资源。服务器然后返回响应和请求的数据。
服务器通常是等待客户连接，这叫做监听，这一般是在特定的IP地址和端口号进行。客户仅在有需要时才启动，因为客户总是一个连接的发起者，信息的请求者。为了创建连接，客户需要知道服务起正在监听的IP地址和端口号。
服务器和客户方都需要使用IP地址和端口号，但是服务器的IP地址和端口号一般都是固定的。在客户方，端口号并不重要，任何端口都可以使用。
工作在软件层的几个协议，如HTTP、FTP、POP3、SMTP等，大多数是以服务器/客户机方式工作的。例如，客户产生请求，服务器响应。请求和响应数据的准确格式由这些协议定义。
4.2 Winsock 接口
Winsock是处理网络的Windows API。许多函数与BSD Unix中使用的Berkeley套接字函数是相同的。
通信的双方要建立连接，这个连接的终端就是套接字。客户端和服务器端都有一个套接字，每个套接字与特定的IP地址和端口号关联。
几乎所有的Winsock函数都在套接字上进行操作，因为套接字是连接的句柄。连接的两端都要使用一贯套接字，它们与平台无关。套接字是双通的，也就是说在同一个套接字上既能够接收也能够发送数据。
套接字主要有两种类型，一种是流套接字（SOCK_STREAM）,另外一种是数据报套接字（SOCK_DGRAM）。流套接字是为需要可靠连接的应用程序设计的。这些程序经常使用连续的数据流。用于这种类型套接字的协议是TCP。流套接字最常用，一些众所周知的协议如HTTP、TCP、SMTP、POP3等都使用它。
数据报套接字使用UDP作为下层协议，是无连接的，有一个最大缓冲区大小。它是为那些需要发送小数据包，并且对可靠性要求不高的应用程序设计的。与套接字不同，数据包套接字并不保证数据会到达终端，也不保证他是以正确的顺序到来的。数据报套接字传输效率相当高，他经常用于音频或视频应用程序。对这些程序来说，速度比可靠性更加重要。
基本的音频数字化处理包括以下几种。
1、不同采样率、频率、通道数之间的变换和转换。其中变换只是将其视为另外一种格式，而转换通过重新采样来进行，其中还可以根据需要采用插值算法以补偿失真。
2、针对音频数据本身进行的各种变换，如淡入、淡出、音量调节等。
3、通过数字滤波算法进行的变换，如高通、低通滤波器。
但是最基本、最常用的还是声音的录制和播放。作为一个语音传输软件，声音的录制、保存、传输和播放都是必不可少的，也是最重要的一环。本软件需要语音输入、输出功能。这些技术的实现借助了Windows系统提供的底层音频API。
MIDI的意思是乐器数字接口（Musical Instrument Digital Interface），它在微软公司开发Windows系统以前就有的一个用于电子键盘的标准。MIDI定义了一个传输和存储音乐信息的协议。它在多媒体音频中占有重要的位置，是播放和录制音乐的国际标准，它确定了连接音乐设备的电缆线、硬件和通信协议。
下边将介绍程序的具体实现。
对于录入和播放的声音存储时必须以特定的格式才可以，本软件的格式定义如下：
