?? overvw1_7nxv.htm
字號:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML DIR="LTR"><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=iso8859-1">
</HEAD>
<TITLE>Extended Line Functions</TITLE>
<SCRIPT SRC="/library/psdk/linkcss.js"></SCRIPT>
<META NAME="MS-HAID" CONTENT="_tapi2_extended_line_functions">
</HEAD>
<BODY TOPMARGIN="0">
<!--TOOLBAR_START-->
<!--TOOLBAR_EXEMPT-->
<!--TOOLBAR_END-->
<!--SYNC_START-->
<script language="JavaScript" src='/library/synch.js'></script>
<!--SYNC_END-->
<H2><A NAME="_tapi2_extended_line_functions"></A>Extended Line Functions</H2>
<P><I>Extended line services</I> (or device-specific line services) include all service-provider defined extensions to the API. The API defines a mechanism that enables service-provider vendors to extend TAPI using device-specific extensions. The API only defines the extension mechanism, and by doing so provides access to device-specific extensions, but the API does not define their behavior. Behavior is completely defined by the service provider. </P>
<P>TAPI consists of scalar and bit-flag constant definitions, data structures, functions, and messages. Procedures are defined that enable a vendor to extend most of these as follows. </P>
<P>For extensible scalar data constants, a service-provider vendor can define new values in a specified range. As most data constants are <B>DWORD</B>s, typically the range 0x00000000 through 0x7FFFFFFF is reserved for common future extensions, while 0x80000000 through 0xFFFFFFFF are available for vendor-specific extensions. The assumption is that a vendor would define values that are natural extensions of the data types defined by the API. </P>
<P>For extensible bit-flag data constants, a service-provider vendor can define new values for specified bits. As most bit-flag constants are <B>DWORD</B>s, typically a specific number of the lower bits are reserved for common extensions while the remaining upper bits are available for vendor-specific extensions. Common bit flags are assigned from bit zero up; vendor-specific extensions should be assigned from bit 31 down. This provides maximum flexibility in assigning bit positions to common extensions versus vendor-specific extensions. A vendor is expected to define new values that are natural extensions of the bit flags defined by the API. </P>
<P>Extensible data structures have a variably sized field that is reserved for device-specific use. Being variably sized, the service provider decides the amount of information and the interpretation. A vendor that defines a device-specific field is expected to make these natural extensions of the original data structure defined by the API. </P>
<P>Two functions, <A HREF="func1_9qcj.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/func1_9qcj.htm"><B>lineDevSpecific</B></A> and <A HREF="func1_63mt.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/func1_63mt.htm"><B>lineDevSpecificFeature</B></A>, and two related messages, <A HREF="msgs_7i5f.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/msgs_7i5f.htm">LINE_DEVSPECIFIC</A> and <A HREF="msgs_64bp.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/msgs_64bp.htm">LINE_DEVSPECIFICFEATURE</A>, provide a vendor-specific extension mechanism. The <B>lineDevSpecific</B> function and associated LINE_DEVSPECIFIC message enable an application to access device-specific line, address, or call features that are unavailable with the Basic or Supplementary Telephony services. The parameter profile of the <B>lineDevSpecific</B> function is generic in that little interpretation of the parameters is made by the API. The interpretation of the parameters is defined by the service provider and must be understood by an application that uses them. The parameters are simply passed through TAPI from the application to the service provider. An application that relies on device-specific extensions will not generally work with other service providers; however, applications written to the Basic and Supplementary Telephony services will work with the extended service provider. </P>
<P>For convenience, a more specialized escape function is also provided. It is similar to <A HREF="func1_9qcj.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/func1_9qcj.htm"><B>lineDevSpecific</B></A>, but places interpretation on some of the parameters. This more specialized function is <A HREF="func1_63mt.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/func1_63mt.htm"><B>lineDevSpecificFeature</B></A>, a device-specific escape function to allow sending switch features to the switch. The message <A HREF="msgs_64bp.htm" tppabs="http://msdn.microsoft.com/library/psdk/tapi22/msgs_64bp.htm">LINE_DEVSPECIFICFEATURE</A> is the device-specific message sent to the application as an indication of features sent to the switch. This function and its associated message allow an application to emulate button presses at the line's feature phone. As feature phones and the meanings of their buttons are vendor-specific, feature invocation using <B>lineDevSpecificFeature</B> is also vendor specific. </P>
<P>As mentioned earlier, there is no central registry for manufacturer identifiers. Instead, a unique identifier generator (EXTIDGEN) is made available. </P>
<DIV CLASS="footer">Built on Monday, August 14, 2000</DIV>
<!--FOOTER_START-->
<DIV CLASS="footer" STYLE="color:#000000;font-size:90%;">
<A HREF="mailto:sdkfdbk@microsoft.com">Send feedback</A> to the Platform SDK.</P>
<P><A HREF="javascript:if(confirm('http://msdn.microsoft.com/isapi/gomscom.asp?TARGET=/info/cpyright.htm \n\n這個文件不能通過 Teleport Pro 取回, 因為 地址在一個域或為它的開始地址設定的邊界的外部路徑上. \n\n你想從服務器打開它嗎?'))window.location='http://msdn.microsoft.com/isapi/gomscom.asp?TARGET=/info/cpyright.htm'" tppabs="http://msdn.microsoft.com/isapi/gomscom.asp?TARGET=/info/cpyright.htm" TARGET="_top">© 1999 Microsoft Corporation. All rights reserved. Terms of use.</A></P>
</DIV>
<!--FOOTER_END-->
</BODY>
</HTML>
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -