建筑學結構工程

1、 .DOC資料. 建筑學結構工程-作者：-日期：建筑學結構校訂 1.0摘錄這份文件提供建筑的結構概觀在發(fā)展互通性協(xié)議方面被用被 ECTF 技術上的委員會當做一種基礎作為它的工作給建立計算機電話機制造法的客戶- 伺候器.?1996, 1997 企業(yè)計算機電話機制造法論壇 這一份文件被版權，而且所有的權利被企業(yè)計算機電話機制造法論壇保留 (ECTF). ECTF 技術上的落實協(xié)議是考慮過的公眾領域而且可能被復印,下載, 儲存在一個伺候器上或其它的再分配.放棄 互通性協(xié)議是 ECTF 成員的一個協(xié)同合作的, 志愿的努力結果，他們的職員和其它. ECTF 在沒有時間將有任何的職責或責任無論什么到 EC

2、TF 成員或任何其他的宴會為準確性, 對任何的 ECTF 成員或任何其他的宴會問題的 ECTF 的任何互通性協(xié)議或任何的回應完全，非荒廢或任何其他的方面尊敬任何的互通性協(xié)議.有關 ECTF如計算機電話機制造法 (CT) 變成包括英特網(wǎng)的整個溝通網(wǎng)絡的一個整體的部份, 有逐漸增加的挑戰(zhàn)到一起制造不同的溝通產(chǎn)品工作. ECTF 把重心集中在為使用者和開發(fā)者的利益一樣解決互通性的技術上的挑戰(zhàn).在 1995 年發(fā)現(xiàn),ECTF 是一個由來自美國，歐洲和亞洲/太平洋的計算機電話機制造法供應者，開發(fā)者，系統(tǒng)整合之人和使用者組成的非營利的組織. 一起我們討論，發(fā)展，而且測試在 PSTN ， IP 和企業(yè)數(shù)據(jù)系

3、統(tǒng)環(huán)境里面接近到成功的多層 interoperation. 當為開發(fā)者和使用者降低費用的時候 , 成功的多層 interoperation 使申請解決能夠以能開發(fā)完整范圍的同時代的溝通能力. ECTF 技術上的委員會有全世界的范圍和住址全球的技術上的需要為:?計算機和電話機制造法的集中?defacto 和 de jure 計算機電話機制造法標準的互通性?計算機電話機制造法接口的一致性?有效可攀登的，網(wǎng)絡, 可展開的計算機電話機制造法月臺和申請它的目標是依下列各項:?提供互通性建筑的架構?養(yǎng)育計算機電話機制造法產(chǎn)品和服務的有效率的和有效的發(fā)展?經(jīng)過非曖昧的通常落實協(xié)議促進工業(yè)的接受度互通性?促進

4、工業(yè)合作而且交換技術上的委員會有許多的工作團體 (WGs) 和工作強調(diào) ECTF 興趣的區(qū)域團體, 如此的當做:?管理的服務?申請互通性?建筑學?呼叫控制互通性?計算機電話機制造法維修月臺?硬件成份互通性如果你是開發(fā)者或計算機電話機制造法產(chǎn)品和服務的一個使用者,我們邀請你叁加 ECTF 而且?guī)椭绊懛较蚝陀嬎銠C電話機制造法工業(yè)的生長.內(nèi)容有關 ECTF內(nèi)容 第 1 節(jié) : ECTF 建筑的結構 1.1內(nèi)容的概觀 第 2 節(jié) : 任務陳述 2.1ECTF 任務 2.2建筑的工作小組任務 第 3 節(jié) : 問題陳述 3.1在市場上銷售復雜 3.2技術上的復雜 第 4 節(jié) : 結構需求和目標 4.1包

5、羅萬象的功能性為 CTI 申請 4.2已存在的申請 CTI 功能性的整合 4.3客戶/ 伺候器或伺候器- 居留的 CTI 落實 4.4申請可攜帶/ 伺候器可互換性 (月臺獨立) 4.5資源分享 4.6申請模組化 4.7多樣的申請分享一個呼叫 4.8行政和管理 4.9Scalability 4.10和已存在的電傳視訊系統(tǒng)的互通性 4.11和已存在的企業(yè)計算機系統(tǒng)的互通性 4.12對其他的媒體可延長性 4.13進化的技術 4.14廠商區(qū)別 4.15安全服務 第 5 節(jié) : 解決陳述 5.1歷史性的例子 135.2定義了成份和接口 第 6 節(jié) : ECTF 結構 6.1結構成份 6.2結構伺候器 6

6、.3結構接口 6.4結構組件 第 7 節(jié) : 結構伺候器 7.1伺候器結構 7.2基本 ECTF 電話機制造法伺候器 7.3呼叫控制整合 第 8 節(jié) : 結構接口 8.1媒體而且轉變服務接口 (S.100) 8.2媒體服務傳送記錄接口 (S.200) 8.3維修供給者接口 (S.300) 8.4硬件兼容性接口 (H.100) 8.5呼叫控制接口 8.6申請互通性接口 (一。X00) 8.7管理的服務接口 (S.900) 8.8系統(tǒng)啟始 第 9 節(jié) : 結構組件 9.1申請組件 9.2申請接口適配器組件 9.3系統(tǒng)維修組件 9.4呼叫控制組件 9.5駕駛者組件 9.6電話機制造法資源組件 第 1

7、0 節(jié) : 兼容性保證 附錄一 :操作團體的 ECTF 構成 A.1ECTF 技術上的委員會特許狀 A.1.1任務 A.1.2范圍 A.1.3目的 A.1.4活動 A.2建筑的工作小組特許狀 A.2.1任務 A.2.2目的 A.2.3活動 A.3呼叫控制互通性工作小組任務陳述 A.3.1任務 A.3.2目的和待送的貨物 A.4申請互通性工作小組 A.4.1任務 A.4.2目的 A.5稱中心為報告工作團體 A.5.1任務陳述 A.5.2目標 (對嚴重的交易追蹤的搖籃) A.6計算機電話機制造法維修月臺工作小組 A.6.1任務 A.6.2目的 A.6.3待送的貨物 A.6.4行政服務 A.7硬件成

8、份互通性工作小組特許狀 A.7.1任務 A.7.2目的 A.7.3待送的貨物 字匯 第 1 節(jié) : ECTF 建筑的結構 1.1內(nèi)容的概觀這份文件提供建筑的結構概觀在發(fā)展互通性協(xié)議方面被用被 ECTF 技術上的委員會當做一種基礎作為它的工作給建立計算機電話機制造法的客戶- 伺候器. 這一個結構被 ECTF 建筑學工作小組發(fā)展了如一份傘文件, 而且為個體的活動定義一個原理工作和在 ECTF 里面工作團體. 每工作和工作團體有他們自己的白皮書或結構描述他們的活動. 讀者應該關于附加的細節(jié)參照那些. 一連串的釋放 ECTF 文件可能在位在 http:/ 的 ECTF 網(wǎng)站上被發(fā)現(xiàn).在這一張紙中,建筑

9、的工作小組:1.美國應該被 ECTF 技術上的結構演說的問題組合和范圍.2.計畫對定義的問題組合的一般解決辦法. 這包括結構的定義促進互通性協(xié)議的發(fā)展.3.用一組目標和目的計畫一個結構以將會幫助指導結構形成而且測量它的成功.除此之外，這一份文件預計提供 ECTF 用可能用來 ECTF 結構和它如何全部一起來的全部結構 , 和在各種不同的結構成份的進步上的一張報告卡片銷售委員會.建筑的工作小組附加到準備這結構,也擔任一個論壇為議題的討論從在 ECTF 之間的交疊處理活動出現(xiàn)操作團體.第 2 節(jié) : 任務陳述2.1ECTF 任務ECTF 藉由一起帶來供應者，開發(fā)者 , 系統(tǒng)整合之人 , 和使用者促

10、進發(fā)展，落實和的接受度計算機電話機制造法 (CT) 解決. 論壇討論, 發(fā)展而且測試互通性技術, 合并而且增加存在工業(yè)標準, 而且出版 CT 落實協(xié)議.2.2建筑的工作小組任務建筑的工作小組要定義要確定所有的 ECTF 工作小組的一個高階層的結構 ECTF 正在為計算機電話機制造法集中和互通性向發(fā)展中的工業(yè)互通性協(xié)議的目標相互依存地工作. 個別的工作小組將會為他們的特定區(qū)域定義建筑學,在全部的 ECTF 建筑學結構里面第 3 節(jié) : 問題陳述 3.1在市場上銷售復雜現(xiàn)在的計算機- 電話機制造法系統(tǒng)市場是復雜的和有廣泛基礎的. 在 CTI 市場里面有如此的申請- 特性 CTI 裝置的一個廣泛的多

11、樣性當做:?交談式聲音回應系統(tǒng) (IVR)?聲音郵件系統(tǒng)?電子郵件聲音出入口 (對演講的本文)?傳真服務 - 傳真商店 &FaxBack?開關 - PBX 和 CO?自動機械呼叫經(jīng)銷商?預言性的撥號器復雜是進一步的藉著使用者需求增加用如此的各種不同的計算機環(huán)境整合這些申請- 特性裝置當做:?主人-建立計算機系統(tǒng)?客戶- 伺候器系統(tǒng)?桌面計算機系統(tǒng)這些裝置在各種不同的方面一定被聯(lián)合提供對企業(yè)- 寬的計算機- 電話機制造法問題的解決辦法. 身材?3-1 今天典型的企業(yè)電話機制造法網(wǎng)絡的內(nèi)容,藉由各種不同的申請- 特性裝置. 圖 3-1祖先傳下來之物 CTI 系統(tǒng)結構這些申請- 特性裝置利用寬廣的范

12、圍技術:?壓縮/擴充?語音合成?承認?傳真?傳真- 到-本文?數(shù)據(jù)/傳真/聲音調(diào)制解調(diào)器?桌面電話機制造法接口?聽損害了裝置?熒屏電話裝置和技術被不同的一群廠商賣而且支援:?轉變廠商?互相連接廠商?系統(tǒng)整合之人?電傳視訊公司?計算機公司?拆開即可用的申請廠商?申請工具- 裝備廠商?電話機制造法伺候器廠商這個復雜的市場提供迷你商店而且分割那支持很多的一般而且特殊化了廠商. 然而，當這一個復雜幫助保護各種不同的適當?shù)胤绞袌龅臅r候,那個相同的復雜也戲劇地減慢全部的市場生長. 創(chuàng)造現(xiàn)代的計算機- 電話機制造法申請的開發(fā)者產(chǎn)生整合的申請. 這些申請可能聯(lián)合來自所有的各種不同的已存在的 CTI 裝置的特征

13、和技術,和特征在任何的已存在的申請裝置中不發(fā)現(xiàn). 方式是需要的以將會允許一個申請開發(fā)者束以馬具所有的不同 CTI 技術而且產(chǎn)生新的 CTI 申請以不但跨越了 CTI 技術的已知使用的已存在的領域 , 而且不需要開發(fā)者而擴充范圍進新界學習所有的被和已存在的申請- 特性 CTI 裝置聯(lián)合的各種不同的專有接口. If this goal can be achieved, one of the most significant constraints to growth of the Computer-Telephony marketplace can be removed, and all part

14、icipants can benefit.3.2技術上的復雜建筑今天的企業(yè)環(huán)境的 CTI 申請可能各種不同的專有橫過一個企業(yè)或一個網(wǎng)絡的 CTI 裝置 , 像是 IVR 聲音郵件，開關， ACD 和傳真需要整合. 在場的了解接口這些裝置的萬工作, 而且集合他們進入一之內(nèi)合作全部可能恐嚇到更甚至那最技術上能干的公司. 使物質(zhì)成為比較壞的, 已存在的軟件結構典型地不提供對 CTI 發(fā)展的被分配的方面支持. CTI 申請程序師被留下到他自己的裝置發(fā)展或整合一種網(wǎng)絡溝通方法學.為了要更進一步弄復雜物質(zhì), CTI 申請容易是事件驅(qū)動的在自然中. 已存在的軟件用工具工作典型地不提供本地人支持給事件驅(qū)動的建

15、筑學,因此在他們能開始發(fā)展申請之前 , CTI 申請程序師一定設計事件- 處理結構. 除此之外， CTI 申請典型地有決定論的回應- 時間需求. 舉例來說, 一位來電者在那時候按在他們的電話上的一支按鍵式的鑰匙,他們期待一個及時的回應. 通常的操作環(huán)境也可能包括. CTI 申請程序師一定為和他們的環(huán)境非決定論的性質(zhì)頂部發(fā)展各種不同的方法, 再一次在他們能開始向真實的申請發(fā)表演說之前. 附加地，現(xiàn)在的 CTI 系統(tǒng)以其他的企業(yè)系統(tǒng) , 像是數(shù)據(jù)庫 , 目錄服務 , 電子郵件不整合得很好,及其他., 哪一使申請的這些類型更困難產(chǎn)生. 所有的這些議題聯(lián)合充其量使企業(yè) CTI 申請的發(fā)展成為一個冗長的

16、和困難的程序. 第 4 節(jié) : 結構需求和目標給市場和技術上的復雜 CTI 市場問題,ECTF 建筑的工作小組已經(jīng)發(fā)展一組需求和 ECTF 結構的目標目標. 這些需求幫助焦點并且精煉結構的結構. 如系統(tǒng)建筑學在結構里面被定義, 成份將會被測量被他們符合多么的好需求在下列各項區(qū)段中陳述.4.1包羅萬象的功能性為 CTI 申請在結構中被定義的功能性的組合一定夠廣泛來允許事實上所有的類型 CTI 申請的創(chuàng)造,電話機制造法網(wǎng)絡的中立派存取方法. 功能性會這一個目標應該在藉由分析被最通常的 CTI 申請是必需的功能性被測試的程度, 而且查證必需的功能性在標準方面是禮物. ECTF 可能定義一連串的對標準

17、功能性感到可實現(xiàn)的通常申請. 一本如此目錄包括:?交談式聲音回應?聲音郵件?自動機械呼叫經(jīng)銷商?預言性的撥號器?傳真-要求的?部門別的 PBX?企業(yè) PBX?聰明的會議橋?聲音撥ECTF 已經(jīng)定義一些程度的伺候器功能性 , 和特定的特征班級 , 像是傳真的定義功能的內(nèi)容，聲音承認,語音合成等.4.2已存在的申請 CTI 功能性的整合結構一定用和最小的努力兩者的已存在的電話機制造法和非電話機制造法申請允許 CTI 功能性的整合. 舉例來說，一個電子郵件軟件廠商應該能夠使用結構語音合成而且對他們的產(chǎn)品郵件功能性. 同樣地，一個聲音- 郵件廠商應該能夠把電子郵件能力加入他們的產(chǎn)品.4.3客戶/ 伺候

18、器或伺候器- 居留的 CTI 落實結構在一個包含 CTI 硬件的伺候器身上也應該允許申請開發(fā)者對準他們的住申請, 或在一個對伺候器被附上的客戶處理器上. ECTF 下列各項結構:1.在電話機制造法伺候器上的申請居民2.在申請伺候器上的申請居民來自電話機制造法伺候器的分開在附加，申請和電話機制造法伺候器中每個裝于罐頭是 1.一個單一實際的和合乎邏輯的節(jié)2.多樣的實際裝置將一個單一合乎邏輯的節(jié)視野呈現(xiàn)給申請. 3.多樣的實際裝置將多樣的合乎邏輯的節(jié)呈現(xiàn)給申請.區(qū)段?申請可攜帶/ 伺候器可互換性 (月臺獨立)一個申請開發(fā)者應該能夠產(chǎn)生申請以將會以一標準的可預期的方式橫過多樣的客戶或伺候

19、器環(huán)境操作. 使一致申請操作和任何的廠商使一致被裝備被申請是必需的適當特征的伺候器. 可并立的 CTI 申請一定敘述環(huán)境 (操作系統(tǒng) & 硬件月臺) 到哪一申請被對準. 如果申請要被涉及一個客戶月臺,那一個月臺一定提供目標環(huán)境給申請，而且電話機制造法伺候器可能使用任何的操作系統(tǒng). 在這一個模型中，伺候器可互換性被支援. 如果申請不是與伺候器環(huán)境相容 ,申請可能在一個申請伺候器上被適當?shù)沫h(huán)境主辦.一個系到這是 ECTF 結構申請的一個使用者將會能夠購買來自多樣的廠商申請而且期待他們在一個 CTI 系統(tǒng)上全部操作.4.5資源分享一個通常的網(wǎng)絡一些順從的申請應該能夠分享單一合乎邏輯的節(jié)電話機制造法資

20、源由沒有彼此的任何操作的知識一或較多的伺候器單位所組成. 相反地，行政接口應該能夠把資源獻給一個特性申請(s).4.6申請模組化使用 ECTF 結構的申請應該是模組的. 也就是說，不同的類型 CTI 申請應該能夠協(xié)同地沒有知識在結構中完全操作, 或在彼此上的效果. 其他的協(xié)同申請應該有在一個特定的申請上的效果唯一的時間, 是申請為分享的系統(tǒng)資源競爭的時候.4.7多樣的申請分享一個呼叫結構允許管理人配置系統(tǒng)以致于一些申請能合作而且分享一個單一呼叫,序列的每一個. 每個順從的申請,當用完一個呼叫的時候,可能經(jīng)過到下一個申請的合作路呼叫. 系統(tǒng)管理人應該能夠敘述:?哪個申請最初或放置一個呼叫 ?哪些

21、其他的申請能處理呼叫.?在以呼叫為條件的東西之下被結束.4.8行政和管理結構一定支援并且提供接口給有效的行政和 CTI 系統(tǒng)的管理. 這些接口的功能性包括:1.結構管理2.過失管理3.表現(xiàn)管理 4.會計5.安全管理4.9Scalability申請的呼叫能力應該超過寬范圍的呼叫體積不變更申請而依比例決定. 申請在被分配的多伺候器環(huán)境中也應該涉及一個單一月臺.4.10和已存在的電傳視訊系統(tǒng)的互通性結構也應該允許申請和伺候器.4.11和已存在的企業(yè)計算機系統(tǒng)的互通性結構應該用已存在的企業(yè)系統(tǒng) , 像是電子郵件，數(shù)據(jù)庫 , 目錄服務提供互通性,及其他.4.12對其他的媒體可延長性當 ECTF 的現(xiàn)在焦

22、點在聲音的電話機制造法帶寬上的時候,結構一定沒有放在媒體的類型上的限制,所以狹窄的帶寬 (被壓縮的媒體 /演講) 和寬的帶寬 (錄象機或多媒體) 服務都可能被支援. 建筑學應該對這些和其他的媒體是可展開的.4.13進化的技術結構一定對進化的技術 , 像是 AIN 感到可并立, 超過英特網(wǎng)和多媒體技術. ECTF 將不預先排除這些服務的利用,即使他們被其他的組織定義.4.14廠商區(qū)別ECTF 解決一定是有柔性的并且允許廠商提供他們自己的獨特而且區(qū)別了解決. 服從不能限制設定，延長和未來進化. 4.15安全服務ECTF 那安全服務對許多 CTI 申請很重要. 其他的開著組織 (舉例來說. OMG)

23、和各種不同的操作系統(tǒng)廠商正在發(fā)展解決. ECTF 不想要復制這一個努力或在這次支持任何的特別落實. 現(xiàn)在,沒有 ECTF 活動向這一個主題發(fā)表演說.第 5 節(jié) : 解決陳述一一般的方式到解決市場的問題和技術上的復雜被計畫. 整合 CTI 次要系統(tǒng)的復雜可能被藉由用完全敘述的接口定義泛用型的電話機制造法成份減少. 一個減少建筑和整合 CTI 申請的復雜結構將會種植市場. 這應該為進入和增加競爭降低障礙. 如果這可能被做,不相容的專有申請裝置的 overabundance 將會被較一般和更有成本效益的解決代替. 5.1歷史性的例子一個優(yōu)良的歷史性的例子今天為標準化/ 單一化模型在場,在標準的硬件/

24、軟件月臺上的今天拆開即可用的桌面?zhèn)€人計算機申請的組合中. 個人計算機月臺硬件的標準化而且操作系統(tǒng)為申請產(chǎn)了一個極大的市場以自從個人計算機被介紹已經(jīng)繼續(xù)快速地生長.主要這里是:1.基本個人計算機硬件月臺的標準化為競爭開放了硬件月臺, 而且為基本的個人計算機產(chǎn)生了一個市場.2.對硬件功能性的主要軟件接口的定義開放了扮演重要角色/ 功能的申請在相似的申請之中的競爭創(chuàng)造拆開即可用的軟件申請市場, 和允許收縮- 外套軟件的經(jīng)濟效益.3.硬件/ 軟件接口的一個標準化為把- 加入董事會 , 像是錄象機，聲音，磁盤片控制器,網(wǎng)絡接口等. 產(chǎn)生了一個第三的市場為可并立的把- 加入組件允許對基本的硬件功能性的延長

25、.當然，我們應該從問題得知以已經(jīng)在這一個模型中發(fā)生. 月臺的一般功能性需要不是被小的一群公司控制的. 理想地，月臺的標準功能性會是放置藉著開著的論壇 , 像是 ECTF 的工業(yè)一致. 一個客戶應該能夠從來自多樣的廠商寬范圍的 CTI 月臺選擇,所有的支援被工業(yè)一致定義的功能性. 如果月臺建筑學和功能性小心地被選擇,這將會造成提供 IVR 的拆開即可用的申請一個動態(tài)的市場 , ACD/撥號器,會議,郵件 , 和 PBX 能力, 和整合并且延長仍未被構思的申請. 5.2定義了成份和接口下列各項個人計算機的模型 , ECTF 已經(jīng)定義一組 CTI 成份以能提供所有的功能性必需的給在區(qū)段中被描述的申請

26、目錄?3. 在最高的水平, 主要的 CTI 成份當做被 ECTF 現(xiàn)在定義是:1.ECTF 電話機制造法伺候器 - 硬件月臺提供電話機制造法支持給所有的 CTI 申請 2.CTI 申請 - 控制電話機制造法伺候器的軟件申請.CTI 申請可能歸電話機制造法伺候器所有, 或可能歸分開的申請?zhí)幚砥魉? 在第二個情形中，被分配的建筑學是必需的. 身材?5-1 企業(yè)電話機制造法系統(tǒng)的結構使用 ECTF 成份的被分配的模型. 在這一個模型中，電話機制造法申請在來自在網(wǎng)絡上的電話機制造法伺候器的處理器節(jié)分開上住. 這被分配的結構有一位客戶/伺候器建筑學的一些屬性, 申請?zhí)幚砥魇请娫挋C制造法伺候器的客戶.

27、對比身材的視野?5-1 在身材中對專有的系統(tǒng)結構顯示?3-1.圖 5-1ECTF 電話機制造法伺候器 - 網(wǎng)絡附件在一些情形中，內(nèi)在的轉變一個 ECTF 電話機制造法伺候器的能力將不對一種特性申請是適當?shù)幕蜻m當?shù)? ECTF 電話機制造法伺候器能由于已存在的轉變使用標準的接口儀器 , 像是 PBX 整合, 擴充那個轉變電話機制造法伺候器的功能性. 身材?5-2 和 PBX 的合作關系的 ECTF 電話機制造法伺候器. 圖 5-2ECTF 電話機制造法伺候器 - PBX 附件第 6 節(jié) : ECTF 結構區(qū)段?5 描述了一般的達成方式減少 CTI 申請配置的復雜. 這一個區(qū)段藉由描述帶下一個步驟

28、在一一般的消除成份和包含 ECTFs 的電話機制造法結構的接口. 6.1結構成份有 ECTF 結構的成份二類型;伺候器和組件. 組件是伺候器的子成份. 使在區(qū)段中被定義的 ECTF 結構的可攜帶，可互換性和可延長性需求滿意?4,特性成份一定有對系統(tǒng)的定義明確的接口. 藉由敘述在挑選的系統(tǒng)成份之間的主要接口， ECTF 結構能達成寬廣范圍的互通性. 身材?6-1 在下面 ECTF 結構的主要接口. 圖 6-1ECTF 結構接口ECTF 不委任統(tǒng)治所有的成份一定是禮物,或所有的接口在任何的特定落實方面一定被支援. 它是廠商的選項提供無論那一個他的組件和接口是適當?shù)慕o他產(chǎn)品. 一個廠商可能選擇全部或

29、只有實現(xiàn)一些組件或接口仰賴產(chǎn)品的類型，而且互通性的程度需要. 舉例來說, 一種電話機制造法伺候器產(chǎn)品只有提供 S。100 美國石油協(xié)會，沒有那個支援 S。200 ， S 。300 或 H100 接口,是有效的提供. 其他的廠商可能選擇支援 S 。300 SPI 支援資源成份互通性.6.2結構伺候器在最高的水平， ECTF 結構由一或較多的伺候器所組成互相影響提供電話機制造法申請的架構. ECTF 結構在結構里面定義伺候器的二類型;ECTF 申請伺候器和 ECTF 電話機制造法伺候器. ECTF 申請伺候器運行一個被分配的網(wǎng)絡電話機制造法和媒體申請. ECTF 電話機制造法伺候器提供電話機制造法

30、和媒體被申請需要的資源 (線,聲音承認傳真). 結構沒有放置在落實方面的限制. 在一些情形，申請計畫和電話機制造法資源中可能在一個單一電話機制造法伺候器身上住. 在這情況一個分開的申請伺候器不被用. 當那個處理電話機制造法伺候器的力量對電話機制造法資源和申請計畫是適當?shù)臅r候 , 這結構可能被用. 在其他的情況，一個分開的申請伺候器被用改良處理力量, 提供特定的地理分配 , 或給特定的功能需求.ECTF 下列各項結構:1.在 ECTF 電話機制造法伺候器上的申請居民2.在申請伺候器上的申請居民來自電話機制造法伺候器的分開各種不同的伺候器結構在區(qū)段中被更詳細地描述?7.6.3結構接口 ECTF 相

31、信藉由徹底地敘述在主要的系統(tǒng)成份之間的一些主要接口，最寬廣范圍的互通性可能被達成. 身材?6-1 各種不同的結構接口,被和接口存在的被定義的邊歪方形的最短邊歪方形描述. 接口的目錄在區(qū)段中更進一步定義?8 包括下列各項: ?媒體而且轉變服務接口 (S.100)?傳送記錄接口 (S.200)?維修供給者接口 (S.300)?硬件兼容性接口 (H.100)?呼叫控制接口 (C 。X00)?管理的服務接口 (S.900)?申請互通性 (一。X00)6.4結構組件ECTF 結構的剩余成份是組件. 通常，軟件和硬件組件要提供在 ECTF 接口中被定義的功能性. 組件現(xiàn)在在 ECTF 結構中識別, 而且在

32、區(qū)段中更進一步描述?9 是:?申請組件?申請接口適配器組件?系統(tǒng)維修組件?呼叫控制組件?駕駛者組件?電話機制造法資源組件第 7 節(jié) : 結構伺候器ECTF 結構可能被實現(xiàn)或如一個被分配的系統(tǒng),在申請在被稱為從在電話機制造法伺候器上的電話機制造法資源是遙遠的申請伺候器的處理器上運行的地方, 或如一個獨石的系統(tǒng),申請在電話機制造法伺候器身上直接地住哪里. 如果申請在伺候器身上住,或伺候器可互換性不是一個議題,一個非標準的 interprocess 溝通記錄可能被用. 7.1伺候器結構ECTF 申請和電話機制造法伺候器每個裝于罐頭是 1.一個單一實際的和合乎邏輯的節(jié)2.多樣的實際裝置將一個單一合乎邏

33、輯的節(jié)視野呈現(xiàn)給申請. 3.多樣的實際裝置將多樣的合乎邏輯的節(jié)呈現(xiàn)給申請.S。100 美國石油協(xié)會提供電話機制造法伺候器的單一合乎邏輯的節(jié)視野給申請. S。100 提供功能性藉由明確地叁考他們控制來自一個申請的多樣合乎邏輯的節(jié).圖 7-1單一節(jié) ECTF 電話機制造法伺候器身材?7-1場表演單一節(jié)合乎邏輯的電話機制造法伺候器. 在最簡單的結構中，每個合乎邏輯的伺候器是一個單一節(jié). 被一個維修一個呼叫的申請用的所有資源被附上到這個單一節(jié).一個申請可能使用 ( 或服務) 多樣的電話機制造法伺候器 ( 虛線) 但是沒有嘗試互相連接呼叫或資源使用 S.100. 如果多樣的伺候器被連接 ( 舉例來說,

34、被 PSTN),申請制造沒有嘗試開發(fā)那一個連接. 同樣地，如此的連接被考慮是在伺候器的管理領域的外面.圖 7-2露骨的多樣節(jié) ECTF 電話機制造法伺候器 (申請使用 S 。100 連接特征)在身材中?7-2,申請明確地知道多樣的伺候器. 申請能處理來自每個伺候器的呼叫使用 S 。100 美國石油協(xié)會. 來自不同的伺候器的資源可能在相同的呼叫上被用，但是只有當如果申請明確地在各種不同的伺候器之間作呼叫和連接. 呼叫在伺候器之間的頻道能使用任何的技術, 舉例來說:PSTN ，綜合服務數(shù)字網(wǎng), 二等兵打電話給線， Internode 轉變公共汽車 (舉例來說. SCxbus),及其他.圖 7-3單

35、一合乎邏輯的伺候器在多樣的節(jié)上建造身材?7-3 允許一個伺候器/系統(tǒng)廠商用在多樣的實際節(jié)上的資源展開一個單一合乎邏輯的伺候器的簡單技術,大概避免基架限制. 這伺候器落實使用一個二等兵信息代理與標準的 S 溝通。在其他的節(jié)上 300 資源. 那個信息代理裝置進 S 之內(nèi)。300個結構喜歡任何其他的系統(tǒng)服務,和可以想得到地在來自不同的廠商伺候器上被用. 這技術很簡單的和廉宜，但是主人的節(jié)一個失敗將會使延長節(jié)失去能力. 較復雜的伺候器軟件可以分配而且折疊橫過每個節(jié)的系統(tǒng)服務,如身材所示?7-4. Internode 信息是潛在性 ECTF 標準. 它應該是 S 的簡單延長.300.在 Interno

36、de 織物上的連接被一個開關織物控制器處理 (SFC). 一位合乎邏輯的連接經(jīng)理一定夠復雜來多單腳跳連接,橫越多樣的 SFCs.圖 7-4有分配/ 折疊系統(tǒng)服務的多樣節(jié)電話機制造法伺候器在身材中?7-4, 所有的系統(tǒng)服務 (資源配置，聚集創(chuàng)造，期間經(jīng)理 ,容器經(jīng)理等.) 已經(jīng)被提高工作在一折疊/多余的分配結構. 一個單一節(jié)的失敗將會失去資源，而且呼叫附上到那一個節(jié)，但是申請將會拿而且處理呼叫使用在這個單一合乎邏輯的伺候器的部份其他的節(jié)上資源. 一經(jīng)你達成分配系統(tǒng)服務,他們能更甚至被放置在非資源處理器節(jié)上! 注意,申請在身材中被顯示的露骨技術?7-6 將會仍然工作,為那些申請需要克服多樣的合乎邏

37、輯的伺候器. 注意在一個合乎邏輯的伺候器的節(jié)之間的連接技術不是一輛特別的 TDM 公共汽車. T1 ，綜合服務數(shù)字網(wǎng)，自動柜員機 , 區(qū)域網(wǎng)絡, 或更甚至裝入盆中可能被用,只要 SFC 對處理那些連接是可得的.圖 7-5多樣的節(jié) ECTF 電話機制造法伺候器在廣域網(wǎng)上分配身材?寬的區(qū)域分配伺候器的 7-5 場表演可能被建立使用標準網(wǎng)絡技術. 信息路徑的 internode 可能被傳送使用 IP/廣域網(wǎng)技術.伺候器落實和配置的架構這些情節(jié)復雜的和貴. 然而,被寫到 S 的申請。100 而且資源設計來作 S 。300 和 H 。100 將會在這些環(huán)境之中的任何一個中操作. 在 Internode

38、織物上的連接被 SFC 處理.7.2基本 ECTF 電話機制造法伺候器圖 7-6基本 ECTF 電話機制造法伺候器結構 (S。100 只有轉變沒有呼叫控制接口) 身材?7-6 基本 ECTF 電話機制造法伺候器結構. 這一個結構提供對實現(xiàn)全部范圍的在區(qū)段中被描述的申請是必需的所有功能性?4.1. 所有的電話機制造法服務都在 S 中定義。100 美國石油協(xié)會對 S 是可得的。100 申請規(guī)畫接口. 這包括團體/被 S.100 供應的呼叫管理,媒體維修玩而且記錄, 和連接美國石油協(xié)會使網(wǎng)絡之間的露骨連結港口或媒體成為資源團體. 呼叫控制接口 , 像是 TAPI ， TSAPI 否則 JTAPI 不

39、被包含在基本電話機制造法伺候器中. 所有的聲音路徑 , 像是得名次的人轉變和收受呼叫, 而且一起連接和會議港口,經(jīng)過 S 被做。100 美國石油協(xié)會.S。100 申請能在電話機制造法伺候器和使用或私人的 interprocess 溝通或 S 上住。200個記錄與系統(tǒng)服務溝通. S。100個申請遙遠的 ECTF 申請伺候器所有應該使用 S 。200 記錄接口與電話機制造法伺候器溝通,S。100 定義一個系統(tǒng)呼叫路由器 (SCR) 服務追蹤呼叫進步,而且定路線呼叫充用申請. SCR 藉由配置適當?shù)暮艚蓄l道資源 (CCR) 進一個團體之內(nèi)遞送呼叫,用基本的呼叫數(shù)據(jù) (ANI,DNIS) 注解團體而且

40、把團體交給一個申請. 申請的選擇基于在 S 的領域外面被定義的工作路線排定規(guī)則.100.電話機制造法線的控制可能被任何的申請做以能存取線控制接口那是被用于電話機制造法伺候器. SCR 是一個被保證是可得的在 S 中的如此申請。100-順從的伺候器. 身材?7-6 也為對 ECTF 電話機制造法伺候器溝通的申請二個不同的方法 - S 。200個溝通記錄 , 或一個專有的 interprocess 記錄. 典型地，只有這些方法之一將會被用于一個系統(tǒng). S。200個記錄提供一個和遙遠的從處理器運行申請的各種不同的伺候器允許可互換性的標準接口. 一個 ECTF 電話機制造法伺候器被期望支援 S 。20

41、0 為了要提供伺候器可互換性.7.3呼叫控制整合圖 7-7 穿越 7-10 用 S 舉出標準的呼叫控制美國石油協(xié)會接口的整合例子。100個電話機制造法伺候器. 當已存在的聰明開關要與 S 整合的時候 , 這一個整合是有用的。100個伺候器利用那個轉變外部開關的能力. 圖 7-7有外部的呼叫控制的 ECTF 電話機制造法伺候器 身材?7-7 用對 PBX 的一個控制聯(lián)編 ECTF 電話機制造法伺候器的一個典型的安裝. SCR 被授與權力使用一個 CTI 聯(lián)編如果得到較多的控制和關于到達在 PBX 上的呼叫資訊是可得的. 這一個結構的復雜 ACD 或呼叫中心申請會使用呼叫控制美國石油協(xié)會檢測而且控

42、制 PBX 的服務.許多的呼叫控制美國石油協(xié)會是可得的，而且 PBXs 已經(jīng)被整合到,每一些服務供給者接口 (SPI) 層接口. ECTF 將會在其中任何這些層定義或支持接口. 在這一個結構中, 呼叫控制接口可能或不可能對外面的申請是可得的,但是媒體伺候器可能決定只提供 SCR 接口而且期待 S 。100個經(jīng)由呼叫控制美國石油協(xié)會處理呼叫的申請.圖 7-8有外部的呼叫控制的 ECTF 電話機制造法伺候器在準備中為表現(xiàn)一個整合的 ECTF 電話機制造法伺候器和呼叫控制服務,身材?7-8?硌莞乓厥裁叢? PBX 之內(nèi)可能是. PBX 為線駕駛者和一個線控制接口 , 和一個控制線和內(nèi)在的開關織物的呼

43、叫控制組件有它自己的內(nèi)在落實. PBX 也有相當?shù)能浖幚砉ぷ髀肪€排定而且在多樣的節(jié)和比較大的外部網(wǎng)絡之間的呼叫轉變. PBX 也有軟件處理撥計劃，儲列等., 而且檢測而且系統(tǒng)的所有線，裝置和呼叫的狀態(tài).圖 7-9有整合的呼叫控制的 ECTF 電話機制造法伺候器 身材?7-9 ECTF 電話機制造法伺候器的邊界延長包括 PBX 的成份 (或相反地， PBX 的邊界延長包括電話機制造法伺候器的成份). 鑰匙這一張照片的主意是電話機制造法伺候器的開關織物而且 PBX 被叁加或合并. 這一張照片出示二件織物的一個概念上的剪刀撐. 電話機制造法伺候器仍然呼叫引導資源和 PBX 仍然線控制組件. SCR

44、 可能或不可能看一個線控制接口和線控制組件,它由于呼叫控制組件仰賴整合 SCR 是多么的接近.如果所有的這些成份被一個單身的廠商發(fā)展,SCR 可能有對在呼叫控制組件得到的數(shù)據(jù)秘密的通路. 在這情況， SCR 落實如何存取呼叫控制組件是主要不恰當,經(jīng)由美國石油協(xié)會， SPI 或二等兵接口; 契約將會足夠的好工程學練習和規(guī)畫如果民眾或出版接口不被用.SNMP 代理人能現(xiàn)在控制并且兩者媒體服務，而且呼叫控制維修. 圖 7-10有整合的呼叫控制的 ECTF 電話機制造法伺候器 身材?7-10 一個完全整合的 ECTF 電話機制造法伺候器. 呼叫控制組件軟件主要不變,雖然整合的開關織物的它通路是經(jīng)過 S

45、 。300個接口. 這確定開關織物資源而且聯(lián)合的媒體資源不誤用或感到困擾.如果媒體資源也被呼叫控制組件需要因為頻道聯(lián)合作信號或在附上媒體請求之后,呼叫控制組件可能經(jīng)由 S 存取那些資源。300 或使用如落實所決定的內(nèi)在接口.SNMP 代理人明顯地一定在領域的所有資源和程序上控制而且.SCR 仍然提供它的呼叫處理對 S 的服務。100個申請, 但是我們可能承擔它有對呼叫州和呼叫控制組件的工作路線排定計劃的好和完全的通路.第 8 節(jié) : 結構接口這一個區(qū)段定義 ECTF 結構的每一個接口. 所有的描述提到演算?6-1 和圖 7-1 穿越 7-4.8.1媒體而且轉變服務接口 (S.100)媒體而且轉

46、變規(guī)畫接口的服務被定義提供互通性因為 CTI 申請軟件組件消除. 這一個美國石油協(xié)會提供 CTI 申請作家將會使用的接口. 它提供功能性允許所有的在區(qū)段中被描述的類型申請的創(chuàng)造?4.1. CTI 申請使用 ECTF S。100 美國石油協(xié)會如接口對 CTI 服務來說將會埋葬-以其他的相似申請操作. ECTF 申請/ 電話機制造法伺候器系統(tǒng)的管理人應該期待能夠購買來自一些不同的廠商順從的申請如唯軟件包裹, 而且和一個 ECTF- 順從的電話機制造法伺候器有他們正確地操作. 在最高的水平,S。100個接口提供:1.一個同時的接口為簡單的申請.2.一個非同步的接口為較復雜的申請.3.期間為多樣的伺候

47、器演說.4.為傳送記錄接口對伺候器整頓和儲列.媒體服務美國石油協(xié)會提供下列各項 CTI 功能性給申請開發(fā)者.?媒體功能 (游戲/記錄，送傳真,聲音等.)?資源配置?媒體容器?傳真服務?地方性的開關織物控制當然，申請一定在那個操作他們被申請廠商設計來作了的系統(tǒng)環(huán)境中被安裝. 電話機制造法伺候器可能沒有正確的為一個特性申請操作環(huán)境. 在這情況， ECTF 建筑學的客戶/ 伺候器模組化允許的申請被放置在和適當?shù)牟僮鳝h(huán)境的一個分開客戶處理器上. 8.2媒體服務傳送記錄接口 (S.200)媒體服務接口被定義在 ECTF 電話機制造法伺候器水平提供互通性的記錄數(shù)據(jù)單位 (PDU). 這一個接口允許電話機制

48、造法伺候器從多樣的廠商到對申請的任何特定的組合感到可互換流逝一或較多的客戶. S。200件規(guī)格本質(zhì)上是在客戶和伺候器之間的導線記錄. 這一件規(guī)格定義一組在客戶和伺候器之間被轉移的 PDUs. 在大部份的情形下,a S。100 美國石油協(xié)會呼叫可能被映射一對一的進入一種特性 S 之內(nèi)。200個信息. 同樣地，每個伺候器回應可能被映射進入特定的 PDUs 之內(nèi).S。200個接口及其他不敘述比較低的同高連接性層，像是傳輸控制協(xié)議/IP ， SPX/IPX ，自動柜員機，乙太網(wǎng)絡 ,表征戒指. 然而,S。200個記錄確實需要可靠，被定向的連接，越過原野的記錄. S。100 接口層不依靠這些層.8.3維

49、修供給者接口 (S.300)S。300 供給者接口 (SPI) 被 ECTF 定義提供用做一個 ECTF 電話機制造法伺候器內(nèi)部電話機制造法資源和服務的一個被標準化的接口服務. S。300個接口允許資源從不同的廠商到在一個 ECTF 電話機制造法伺候器中被可交換地用.建立所有的他們自己硬件的伺候器廠商和伺候器軟件能不理睬這一個接口和那一個在 (之后教派. 7.4), 只要他們不需要來自其他的廠商資源卡片在他們的伺候器中操作.8.4硬件兼容性接口 (H.100)硬件兼容性接口被 ECTF 定義在資源董事會水平提供一個通常的硬件接口. 這一個接口在硬件水平允許董事會可互換性. 規(guī)格定義在一張 PC

50、I 形式因素卡片上的在資源董事會 (TDM 數(shù)據(jù)公共汽車) 之間的硬件接口. H 的 Interoperation。100 由于 MVIP 或 SCbus 卡片也被敘述. 如果電話機制造法伺候器管理人買他的伺候器而且所有的功能性從一個廠商完成,這一個接口不是興趣.在中間- 董事會規(guī)格定義在資源之間的電和機械的接口從多樣的廠商備置卡片, 和資源如何備置卡片在這些卡片之間溝通媒體數(shù)據(jù)而且控制. 這一個接口為一起連接各種不同的資源包括一件被分配的連接織物.8.5呼叫控制接口呼叫控制工作小組正在定義 ECTF 呼叫模型允許多樣的呼叫控制美國石油協(xié)會在 CTI 環(huán)境中被支援, 包括 TAPI ， JTA

51、PI ， TSAPI 和 ECMA/ CSTA 服務和記錄.8.6申請互通性接口 (一。X00)申請互通性包括在申請之間被交換的電話機制造法數(shù)據(jù)的定義. 數(shù)據(jù)的這些表格的例子是稱中心為報告數(shù)據(jù),呼叫上下文數(shù)據(jù)和 CTI 申請終止數(shù)據(jù).申請互通性是寬廣范圍的不是被 S.100 ， S.200 ， S.300 ， S 復蓋的互通性接口。900 和 C 。X00. 一。X00 將會定義建立申請，像是電子郵件的 CTI 申請和非 CTI 之間的互通性，目錄維修,數(shù)據(jù)庫等. 一。X00 也將會定義在 ECTF 電話機制造法伺候器和在身材中被顯示的申請伺候器之間的互通性?5-1 和 5-2.8.7管理的服

52、務接口 (S.900)管理的服務接口在 ECTF 電話機制造法伺候器水平定義互通性. S。900個接口支援一個美國石油協(xié)會和一種一起支援一個電話機制造法伺候器的結構，過失，表現(xiàn)，安全和會計的管理輪廓定義. 接口提供功能性允許管理的申請創(chuàng)造以能處理在區(qū)段中被描述的所有基本的 CTI 申請類型?4.1. 電話機制造法伺候器廠商和 CTI 系統(tǒng)行政包裹廠商能寫到這一個接口提供管理的功能給 ECTF 電話機制造法伺候器和他們的申請. S。900個功能性包括:1.結構管理2.過失管理3.表現(xiàn)管理 4.會計5.安全管理身材?8-1 管理的接口區(qū)段圖表. 圖 8-1阻塞管理的接口圖表8.8系統(tǒng)啟始建筑的結構

53、為在成份上面開始不定義一種特性序列. 結構的特別落實將會定義啟始序列. S。100 而且呼叫控制美國石油協(xié)會呈現(xiàn)一個模型在哪一申請開始與伺候器連絡. 無論序列落實實際上使用什么,它一定支援這一個申請模型.The S.300/S.900 specifications define the model for starting, registering, and managing resources. These specifications are not yet published but the requirements dictate that resources and services

54、 can be written to these specifications and be supported by any particular implementation of the framework.System modules are expected to startup independently of each other. There is an expected, but not mandated, order of events. The ECTF Telephony Server will most likely be the first to start up,

55、 followed by the resources which are registered within it.Section 9 : Framework ModulesThis section provides a more detailed description of each of the ECTF framework modules listed in the previous sections. 9.1Applications ModulesA key component in the ECTF Framework is the application software mod

56、ule. An application module could be a voice mail program, an ACD program, or any of the other typical types of application described in section4.1. A CTI application module interfaces to the Media Services API for access to Telephony Server functions. The primary issue is that these application modu

57、les are strictly software. All of the hardware required for the application resides in the Telephony Servers. Applications modules use the S.100 Media Services Programming Interface as their control interface.9.2Application Interface Adapter ModuleThe Application Interface Adapter module is a softwa

58、re layer that provides the Media Services Interface (S.100) to Applications Modules. The Application Interface Adapter module contains structures to simplify application programming, and drive the Protocol Interface (S.200) to the telephony server.In more detail, the Application Interface Adapter mo

59、dule gives:1.A synchronous interface for simple applications.2.An asynchronous interface for more sophisticated applications.3.Session addressing for multiple applications.4.Marshalling and queuing for the Protocol Interface to the server.9.3System Services ModuleThe system services module is a soft

60、ware module that resides on the ECTF Telephony Server. This module provides all of the administrative, communication, and control functions for the Telephony Servers hardware resources. The System Services module also provides the server side of the Transport Protocol Interface.9.4Call Control Modul