于Parlay API的呼叫禁止業(yè)務(wù)的設計和實(shí)現
2004/10/13
摘 要 本文首先說(shuō)明了基于Parlay API（Application Programming Interface）技術(shù)的呼叫禁止業(yè)務(wù)的功能結構，然后描述了該業(yè)務(wù)的框架接入消息交互和業(yè)務(wù)消息交互，最后闡述了業(yè)務(wù)處理模塊和業(yè)務(wù)話(huà)音管理模塊的功能和實(shí)現細節。
關(guān)鍵詞 Parlay API 呼叫禁止業(yè)務(wù) 下一代業(yè)務(wù)
一、引言
Parlay API（Application Programming Interface）是一種基于分布式技術(shù)的、開(kāi)放的、面向對象的下一代業(yè)務(wù)開(kāi)發(fā)技術(shù)，它通過(guò)協(xié)議映射技術(shù)把底層網(wǎng)絡(luò )的通信細節抽象成標準的API形式供業(yè)務(wù)開(kāi)發(fā)者開(kāi)發(fā)業(yè)務(wù)邏輯程序。它帶來(lái)的好處是降低了業(yè)務(wù)開(kāi)發(fā)的技術(shù)門(mén)檻，能使業(yè)務(wù)開(kāi)發(fā)者更快捷地滿(mǎn)足用戶(hù)的個(gè)性化需要，提供豐富多彩的業(yè)務(wù)，為下一代網(wǎng)絡(luò )的應用和發(fā)展提供最有效的驅動(dòng)力。
框架服務(wù)器接口和業(yè)務(wù)能力接口是Parlay API定義的兩類(lèi)主要接口。業(yè)務(wù)邏輯程序通過(guò)Parlay網(wǎng)關(guān)中框架服務(wù)器接口鑒權后，被授權接入規定的業(yè)務(wù)，然后使用框架服務(wù)器接口提供的業(yè)務(wù)能力發(fā)現和業(yè)務(wù)能力選擇功能，通過(guò)簽訂在線(xiàn)業(yè)務(wù)能力使用協(xié)議，獲得在框架服務(wù)器中注冊的、滿(mǎn)足業(yè)務(wù)需求的業(yè)務(wù)能力管理類(lèi)接口引用。業(yè)務(wù)邏輯通過(guò)獲得業(yè)務(wù)能力管理類(lèi)接口引用就可以和其對應的業(yè)務(wù)能力接口進(jìn)行通信，實(shí)現特定業(yè)務(wù)邏輯的呼叫控制、用戶(hù)交互、計費等功能。文本主要在結合實(shí)踐的基礎上，說(shuō)明如何實(shí)現基于Parlay API技術(shù)的呼叫禁止業(yè)務(wù)的基本功能。
二、業(yè)務(wù)功能結構
當主叫用戶(hù)呼叫申請了呼叫禁止業(yè)務(wù)的用戶(hù)時(shí)，要求主叫用戶(hù)輸入被叫的設定的PIN（Personal Identification Number）碼，如果呼叫禁止業(yè)務(wù)邏輯發(fā)現輸入的PIN碼正確，則允許把該呼叫接續到被叫用戶(hù)目的地址，否則提示主叫用戶(hù)并禁止該呼叫。
呼叫禁止業(yè)務(wù)功能結構由框架接入模塊、業(yè)務(wù)消息通知接口、業(yè)務(wù)話(huà)音管理模塊、業(yè)務(wù)處理模塊、后臺數據庫和業(yè)務(wù)支撐接口六部分組成。
框架接入模塊通過(guò)Parlay網(wǎng)關(guān)框架服務(wù)器接口提供的接入鑒權、授權、業(yè)務(wù)能力發(fā)現、業(yè)務(wù)能力選擇等功能獲得呼叫禁止業(yè)務(wù)邏輯所需的一般呼叫控制能力管理類(lèi)接口對象引用和用戶(hù)交互能力管理類(lèi)接口對象引用。業(yè)務(wù)邏輯使用一般呼叫控制能力管理類(lèi)接口對象的方法要求Parlay網(wǎng)關(guān)上報定制的呼叫禁止業(yè)務(wù)事件，使用用戶(hù)交互能力管理類(lèi)接口對象方法創(chuàng )建用戶(hù)信息交互對象，向用戶(hù)發(fā)送系統提示音收集用戶(hù)輸入的交互信息。
呼叫禁止業(yè)務(wù)邏輯通過(guò)業(yè)務(wù)消息接口收集Parlay網(wǎng)關(guān)的呼叫消息和用戶(hù)交互信息，它們也是標準的Parlay API接口，由Parlay網(wǎng)關(guān)使用對象回調的方式調用呼叫禁止業(yè)務(wù)邏輯提供的這些接口對象中的方法，實(shí)現消息的傳遞。業(yè)務(wù)消息接口根據消息類(lèi)型和業(yè)務(wù)邏輯當前狀態(tài)把接收到的消息傳遞給業(yè)務(wù)話(huà)音管理模塊和業(yè)務(wù)處理模塊。
業(yè)務(wù)話(huà)音管理模塊的功能主要是允許用戶(hù)在系統語(yǔ)音提示下在線(xiàn)設置、修改和刪除PIN碼；而業(yè)務(wù)處理模塊的功能主要是判斷主叫用戶(hù)輸入的PIN碼是否和被叫設置的PIN碼一致，以決定是否允許接續本次呼叫到被叫用戶(hù)。它們都涉及到對后臺數據庫的操作，主要是讀寫(xiě)用戶(hù)設置的PIN碼信息。
業(yè)務(wù)支撐接口主要是接收和響應系統管理操作、業(yè)務(wù)管理操作、用戶(hù)管理操作和用戶(hù)業(yè)務(wù)定制操作，它在呼叫禁止業(yè)務(wù)邏輯產(chǎn)品化過(guò)程中占有重要的地位。
三、消息交互
呼叫禁止業(yè)務(wù)和Parlay網(wǎng)關(guān)間的消息交互是基于Parlay API方法調用的，它主要由框架接入消息交互和業(yè)務(wù)消息交互兩部分組成。
1. 框架接入消息交互
框架接入消息交互依照接入流程的先后次序由初始接入、業(yè)務(wù)能力發(fā)現和業(yè)務(wù)能力選擇三組交互序列組成。
在初始接入時(shí)業(yè)務(wù)邏輯框架接入模塊調用Parlay網(wǎng)關(guān)框架服務(wù)器通過(guò)名字服務(wù)方式向外公布的初始接入對象IpInitial的認證初始化方法InitialAuthentication，然后使用selectEncryptionMethod選擇和框架服務(wù)的鑒權機制。業(yè)務(wù)邏輯和框架服務(wù)需相互認證，只有當相互認證成功后，業(yè)務(wù)邏輯才可以調用requestAccess方法獲得一個(gè)IpAccess對象引用，業(yè)務(wù)邏輯通過(guò)調用該對象的selectSigningAlgorithm方法和框架服務(wù)器協(xié)商交易簽署算法。
業(yè)務(wù)邏輯在完成初始接入后，使用obtainInterface方法獲得框架服務(wù)器提供的業(yè)務(wù)發(fā)現接口對象，然后調用該對象的listServiceTypes方法列出在網(wǎng)絡(luò )中哪些業(yè)務(wù)能力類(lèi)型被支持。業(yè)務(wù)邏輯在其獲得的業(yè)務(wù)能力類(lèi)型列表中，使用describeServiceType方法獲得它所感興趣的一個(gè)確定業(yè)務(wù)類(lèi)型的屬性，然后使用discoverService方法獲得跟它需要的業(yè)務(wù)屬性相匹配的已注冊的、包含業(yè)務(wù)能力標識符和特征描述的列表。
在業(yè)務(wù)能力發(fā)現過(guò)程中獲得的包含業(yè)務(wù)能力標識符和特征描述的列表中，包含有多個(gè)業(yè)務(wù)能力版本，它們通過(guò)serviceID來(lái)標識，在進(jìn)行業(yè)務(wù)能力選擇時(shí)，業(yè)務(wù)邏輯從中確定其最終使用的業(yè)務(wù)能力，通過(guò)調用selectService方法獲得一個(gè)針對該業(yè)務(wù)能力的私有標識符，它被用在簽署業(yè)務(wù)能力使用條約的過(guò)程中。業(yè)務(wù)邏輯和框架服務(wù)器間相互簽署業(yè)務(wù)使用條約，如果簽署成功，則業(yè)務(wù)邏輯就獲得了一個(gè)指向該業(yè)務(wù)能力管理接口的引用。
在呼叫禁止業(yè)務(wù)邏輯使用上述流程獲得一般呼叫控制能力管理接口引用后，還需充分業(yè)務(wù)能力發(fā)現和業(yè)務(wù)能力選擇流程，以獲得用戶(hù)交互能力管理接口的引用。
2. 業(yè)務(wù)消息交互
呼叫禁止業(yè)務(wù)通過(guò)Parlay網(wǎng)關(guān)提供的一般呼叫控制對象和用戶(hù)交互對象下網(wǎng)絡(luò )發(fā)送消息，通過(guò)在業(yè)務(wù)消息接口中實(shí)現的一般呼叫控制應用對象和用戶(hù)交互應用對象接收Paraly網(wǎng)關(guān)的傳遞給業(yè)務(wù)邏輯的消息。
呼叫禁止業(yè)務(wù)邏輯在完成框架接入消息流程后。首先業(yè)務(wù)邏輯使用enableCallNotification方法要求Parlay網(wǎng)關(guān)通知底層網(wǎng)絡(luò )上報跟呼叫禁止業(yè)務(wù)相關(guān)的業(yè)務(wù)觸發(fā)事件，如上報對申請了呼叫禁止業(yè)務(wù)用戶(hù)的呼叫觸發(fā)事件，上報呼叫禁止業(yè)務(wù)話(huà)音管理觸發(fā)事件。Parlay網(wǎng)關(guān)通過(guò)一般呼叫控制應用對象的callEventNotifify方式上報業(yè)務(wù)觸發(fā)事件，根據事件類(lèi)型，把消息傳遞給業(yè)務(wù)處理模塊或業(yè)務(wù)話(huà)音管理模塊。隨后業(yè)務(wù)模塊通過(guò)用戶(hù)交互對象向用戶(hù)發(fā)送提示音收集用戶(hù)信息，一般根據需要這樣的語(yǔ)音提示信息收集過(guò)程要進(jìn)行多次。業(yè)務(wù)邏輯根據用戶(hù)信息決定業(yè)務(wù)邏輯后續執行動(dòng)作，如在業(yè)務(wù)處理模塊中，當獲得的主叫用戶(hù)輸入PIN碼和被叫用戶(hù)設定的PIN碼相同時(shí)，則使用Parlay網(wǎng)關(guān)的routeReq方法允許底層網(wǎng)絡(luò )接續本次呼叫。呼叫結束后需使用callEnded方法通知業(yè)務(wù)邏輯，業(yè)務(wù)邏輯使用deassignCall方法釋放Parlay網(wǎng)關(guān)中的呼叫對象和底層網(wǎng)絡(luò )中的相關(guān)呼叫資源。
四、業(yè)務(wù)模塊
業(yè)務(wù)模塊可分為業(yè)務(wù)處理模塊和業(yè)務(wù)話(huà)音管理模塊，它們是呼叫禁止業(yè)務(wù)邏輯的核心部分，在后臺數據庫的配合下，由它們實(shí)現呼叫禁止業(yè)務(wù)的業(yè)務(wù)處理和業(yè)務(wù)話(huà)音管理功能。
1. 業(yè)務(wù)處理模塊
當主叫用戶(hù)呼叫申請了呼叫禁止業(yè)務(wù)的用戶(hù)時(shí)，底層網(wǎng)絡(luò )交換設備把該初始呼叫事件通過(guò)Parlay網(wǎng)關(guān)上報給呼叫禁止業(yè)務(wù)邏輯，業(yè)務(wù)邏輯在其IpAppCallControlManager對象的callEventNotify方法中接收到該事件后，業(yè)務(wù)邏輯程序進(jìn)入業(yè)務(wù)處理模塊，創(chuàng )建一個(gè)線(xiàn)程處理該呼叫，隨后使用Parlay網(wǎng)關(guān)IpUICall對象的sendInfoAndCollectReq方法向用戶(hù)發(fā)送系統提示音要求主叫用戶(hù)輸入被叫設定的PIN碼，業(yè)務(wù)邏輯邏輯通過(guò)其的IpAppUICall對象的sendInfoAndCollectRes收集到主叫輸入的PIN碼。
業(yè)務(wù)邏輯從后臺數據庫中讀出被叫用戶(hù)設定的PIN碼，并和收集到的主叫用戶(hù)輸入的PIN碼相比較，當不一致時(shí)，如果主叫用戶(hù)輸入錯誤PIN的次數沒(méi)有超過(guò)規定的最大次數，則發(fā)送系統提示音告知用戶(hù)輸入PIN碼不正確，需重新輸入，如果主叫用戶(hù)輸入錯誤PIN的次數超過(guò)規定的最大次數，則告訴用戶(hù)呼叫失敗，隨后釋放本次呼叫。
當主叫輸入的PIN碼和被叫設定的相一致時(shí)，終止和主叫用戶(hù)的信息交互，然后使用Parlay網(wǎng)關(guān)IpCall對象的routeReq方法運行底層網(wǎng)絡(luò )交換設備繼續本次呼叫，當呼叫結束時(shí)，Parlay網(wǎng)關(guān)上報呼叫結束事件，業(yè)務(wù)邏輯釋放本次呼叫對象和資源。
2. 業(yè)務(wù)話(huà)音管理模塊
呼叫禁止業(yè)務(wù)話(huà)音管理功能對應著(zhù)一個(gè)特服號，當用戶(hù)撥打該特服號號時(shí)，Parlay網(wǎng)關(guān)通過(guò)調用業(yè)務(wù)邏輯的callEventNotify方法把來(lái)自底層網(wǎng)絡(luò )交換設備的該事件上報給業(yè)務(wù)邏輯，業(yè)務(wù)邏輯程序進(jìn)入業(yè)務(wù)話(huà)音管理模塊，創(chuàng )建一個(gè)線(xiàn)程處理該業(yè)務(wù)話(huà)音管理呼叫，實(shí)現用戶(hù)PIN碼設定、刪除和修改功能。
業(yè)務(wù)邏輯查詢(xún)后臺數據庫該用戶(hù)是否已申請了呼叫禁止業(yè)務(wù)，如果沒(méi)有申請，則提示用戶(hù)是否要設定被叫時(shí)的PIN碼，如果用戶(hù)要求設定，則業(yè)務(wù)邏輯同樣通過(guò)Parlay網(wǎng)關(guān)的sendInfoAndCollectReq和業(yè)務(wù)邏輯的sendInfoAndCollectRes方法收集用戶(hù)設定的PIN碼，如果兩次輸入的PIN碼相同，則把該用戶(hù)和PIN碼對應的信息寫(xiě)到后臺數據庫中，并提示用戶(hù)設定成功。
如果用戶(hù)已設定了被叫時(shí)的PIN碼，則提示用戶(hù)是否刪除或修改PIN碼。如果用戶(hù)選擇刪除PIN碼，則業(yè)務(wù)邏輯從后臺數據庫中清除該用戶(hù)設定的PIN碼，本次會(huì )話(huà)結束。如果用戶(hù)選擇修改PIN碼，則只有當用戶(hù)現正確輸入原PIN碼后，才可設定新的PIN碼。
五、結束語(yǔ)
Parlay API是進(jìn)行下一代業(yè)務(wù)開(kāi)發(fā)的重要技術(shù)，作者通過(guò)對基于Parlay API的呼叫禁止業(yè)務(wù)的開(kāi)發(fā)，熟悉了Parlay API的基本原理，掌握了一定的業(yè)務(wù)邏輯工程實(shí)現技術(shù)，為開(kāi)發(fā)其他各種基于Parlay API技術(shù)的下一代業(yè)務(wù)奠定了技術(shù)基礎。
通信世界網(wǎng)(www.cww.net.cn)
相關(guān)鏈接:
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩
陈巴尔虎旗|
靖西县|
平定县|
合江县|
宣化县|
广州市|
阳谷县|
老河口市|
辽源市|
唐海县|
南澳县|
天气|
芦溪县|
杭锦后旗|
瓮安县|
和林格尔县|
双牌县|
桃园县|
穆棱市|
神农架林区|
定边县|
隆尧县|
安阳县|
乐平市|
卢氏县|
临潭县|
清涧县|
武功县|
淳化县|
诸城市|
枞阳县|
大同县|
绥宁县|
甘南县|
延安市|
安吉县|
北京市|
桦甸市|
德格县|
福清市|
大姚县|
http://444
http://444
http://444
http://444
http://444
http://444