|
一．前言 数据通讯的重要性是不言而喻的，特别是在写程序的过程中掌握数据通讯技术，了解各种通讯的方法及其优缺点是很重要的。调制解调器是目前进行远程通讯的一种重要工具，基于调制解调器的应用越来越多，TAPI就是Microsoft及Intel公司联合开发的，基于MODEM，电话线进行数据传输的一种应用程序接口，TAPI既适用于BC+＋也适用于VC＋＋。 近一段时间我一直使用TAPI实现两台机器间用MODEM，电话线之间进行数据传输，现总结如下： Windows95/98基于API的通信手段大致分为以下几种： 1. 基于TCP／IP协议的WinSock API，可实现局域网上或互联网上的微机通信； 2. 基于进程之间的通信技术：动态数据交换（DDE）； 3. 基于直接电缆连接的通信技术，可直接操作串行口、交行口以及远红外线接口； 4. 基于电话线路的通信应用程序接口（TAPI），可方便地控制调制解调器。 二．通讯过程 TAPI的基本通讯过程包括如下几步： 步骤 说明 初始化TAPI环境 使用lineInitialize函数初始化TAPI32.DLL，获得TAPI句柄。此时必须指定一个回调函数，由此回调函数处理消息。 应答方初始化 1. 通过lineNegotiateAPIVersion确定使用TAPI的版本； 2. 用lineOpen打开线路，得到HLINE句柄，dwPrivileges函数必须使用LINECALLPRIVILEGE＿MONITOR＋LINECALLPRIVILEGE＿OWNER，与呼叫方不同； 呼叫方进行呼叫 1. 通过lineNegotiateAPIVersion确定使用TAPI的版本； 2. 用lineOpen打开线路，得到HLINE句柄，dwPrivileges函数必须使用LINECALLPRIVILEGE_NONE； 3. 创建拨号参数，类型为：LPLINECALLPARAMS； 4. 用lineMakeCall或lineDial进行拨号，两者的区别是，使用前者是还没有HCALL句柄的情况下，使用此拨号可得到HCALL句柄，而lineDial是在HCALL句柄已得到的情况下使用。 回调函数的处理 回调函数对消息进行处理，最主要的消息包括： 1. LINECALLSTATE_OFFERING：此函数由应答方捕获，得到此消息表明已接收到拨号方的呼叫，应进行回应，回应的格式为：lineAnswer( (HCALL)dwDevice,NULL,0 )； 2. LINECALLSTATE_BUSY, LINECALLSTATE_IDLE, LINECALLSTATE_SPECIALINFO：在拨号或应答过程中出现错误，应断接； 3. LINECALLSTATE_DISCONNECTED：某一方断接，此时可以判断到底是哪一种原因造成断接，同时也应调用断接函数； 4. LINECALLSTATE_CONNECTED：已连接上并建立线路，此时应调用lineGetID函数得到MODEM的句柄，必要时应清空MODEM缓冲区，以便开始进行数据的传输。 断接 1. 任何一方可以调用linDrop（HCALL）来停止呼叫，该函数将会发送LINECALLSTATE_IDLE消息给回调函数 2. 当任何一方收到LINECALLSTATE_IDLE消息时应调用lineDeallocateCall(hCall)来释放掉占用的呼叫资源； 3. 当收到LINECALLSTATE_DISCONNECTED 消息时应使用lineClose(HLINE)释放由lineOpen 分配的资源，调用lineShutDown(HLINEAPP)释放为线路设备分配的资源 数据的发送与接收 使用ReadFile与WriteFile函数发送与接收数据，共中的文件句柄好是MODEM句柄。 三．数据发送与传输 ReadFile与WriteFile并非TAPI的函数集成员函数，TAPI并不提供数据传输的函数。 （一）函数调用格式： ReadFile的调用格式为： ReadFile(文件句柄，发送的数据的缓冲区地址，欲发送多少字节数据，实际发送了多少字节数据，一个指向OVERLAPPED结构的指针)； 1. 文件句柄：此处即为MODEM句柄； 2. 发送数据的缓冲区地址：可为char *或LPDWORD格式，传送的数据为二进制格式； 3. 欲发送多少字节数据：用户指定，但也可以使用ClearCommError函数来测到当前MODEM缓冲区有多少字节数据，然后有多少读多少。 4. 实际发送了多少字节数据：返回值； 5. OVERLAPPED结构的指针： （二）传输模式 在95／98下：ReadFile与WriteFile有两种模式，一种是等待模式，一种是非等待模式。 等待模式的格式为： DWORD len; ReadFile(g_hCommFile,lpBuffer,256,&len,NULL); 此时必须完成了读写操作函数才会返回，实际读写的字节数在len中，最后一个参数必须为NULL。 非等待模式的格式为： OVERLAPPED myOVLP = {0, 0, 0, 0, NULL}; myOVLP.hEvent = CreateEvent(NULL, TRUE, FALSE, NULL); ReadFile(g_hCommFile,lpBuffer,256,NULL,&myOVLP); GetOverlappedResult(g_hCommFile,&myOVLP,&len,TRUE) CloseHandle(myOVLP.hEvent); 此时ReadFile函数会马上返回，第四个参数会被忽略，实际读写的字节数由GetOverlappedResult函数返回，如果读写成功，此函数为返回非0值，最后一个函数为TRUE，表示等待方式，为FALSE表示非等待。 在NT下必须使用OVERLAPPED参数，调用格式与95／98下的非等待方式类似。 （三）如何保证数据传输的正确性 在等待模式下，如果读写操作不完成，函数就会一直处于挂起状态； 在非等待模式下，函数调用后会马上返回，此时应调用GetOverlappedResult函数来判断，如果此函数返回FALSE，就应进一步判断，例如： WriteFile(g_hCommFile,lpBuffer,256,NULL,&myOVLP); while(!GetOverlappedResult(g_hCommFile,&myOVLP,&len,TRUE)) { dwError=GetLastError(); if(dwError == ERROR_IO_INCOMPLETE) continue; else 出错; } (四)如何提高传输性能 因为MODEM的缓冲区毕竟非常有限，如果某一方出现阻塞，另一方就不得不陷入等待之中，而且双方之间的协调会使速率非常之低，此时可以采用缓冲区的办法，发送与接收双方都开辟一个缓冲区（应是循环的），数据直接写入缓冲区中，然后用线程的方法，发送方不断的判断缓冲区中是否有数据，如果有发送方就发送到MODEM中，接收方则不断判断MODEM中是否有数据，如果有就读入缓冲区中。 就MODEM传输速度，我使用的环境是内线，没有通过交换机，满载的情况下每秒在6K字节／秒左右。 四．消息的处理 TAPI由回调函数进行消息处理，回调函数在初始化TAPI时创建，消息的处理在TAPI的使用过程中是至关重要的。以下是一些主要的消息： 1. LINECALLSTATE_IDLE 没有呼叫，为空，此时应断接，释放掉占用的资源； 2. LINECALLSTATE_BUSY 线路忙或设备忙，此时应断接，释放掉占用的资源； 3. LINECALLSTATE_SPECIALINFO 特别的消息，此时应断接，释放掉占用的资源； 4. LINECALLSTATE_OFFERING 应答方已收到呼叫方信号，此时应进行应答，调用lineAnswer函数； 5. LINECALLSTATE_CONNECTED 已连接成功，此时可进行数据的传输，但必须先得到MODEM的句柄； 6. LINECALLSTATE_DISCONNECTED 已断接，此时应释放掉占用的资源。 | 