【正文】 務 的必需 數(shù) 據(jù)后，與相 關的 系 統(tǒng)單 元 進 行交互，完成 業(yè)務流 程。互聯(lián)網(wǎng)短信網(wǎng)關通過向匯接網(wǎng)關（ GNS） 查詢的方式獲得網(wǎng)關間的轉發(fā)路由信息。 參數(shù) C、 T、 N原則上應可配置，現(xiàn)階段建議取值為： C=3分鐘， T=60 秒， N=3。 SP在實現(xiàn)接口改造時必須對 DSMP通過該接口傳過去的所有用戶狀態(tài)改變信息都要做對應的處理，比如 BOSS 暫停、 BOSS 開機、用戶取消、暫停等等，否則會引起 MISC 和 SP 雙方定購關系不同步 ，引起不必要的費用糾紛 。 “全時通”系統(tǒng)與數(shù)據(jù)庫服務器并不是在同一臺服務器上，他們處于同一局域網(wǎng)內，而機主留言功能的數(shù)據(jù)庫的表也建在已有系統(tǒng)上，所以該設計的數(shù) 據(jù)庫訪問與原有系統(tǒng)的數(shù)據(jù)庫訪問是一致的， JDBC 代碼如下： try{ (“”)。 (M)!=1 ) { String message = null。 else break。 =new SimpleDateFormat(yyyyMMdd HH:mm:ss).format(new Date(()))。因此，必須保證內存模塊與數(shù)據(jù)庫之間同步。 pos = (user[i][0])。 = mobile。 由于“全時通”系統(tǒng)獲得的有關用戶的操作信息等都是從 SPprovision 接口上得到的，但是 SPprovision 接口主要的功能是與移動的 Provision 接口進行通訊和解決雙方通訊“障礙”。 i 。 留言短信發(fā)送與全球呼短信的關系 “全時 通”系統(tǒng)獲得的主叫號碼與被叫號碼都是通過全球呼平臺的下發(fā)短信（全球呼短信 tdownmsg）而得到的，所以給主叫號碼發(fā)送留言短信時號碼的獲得是以全球呼短信為前提的，實現(xiàn)方法如下： public void DealBackMsgLogic(){ TDownMsg tdownmsg = (TDownMsg)()。amp。 !() amp。系統(tǒng)實現(xiàn)程序如下： String mobile = (0, 11)。)。在操作文件方面遇到了很多問題，特別是在文件的寫入方面，花了很多 的時間才成功地向文件里寫入內容。系統(tǒng)初始化時把數(shù)據(jù)庫內容導 入內存中程序如下： public class InitPsUserThread extends ApplicationThread implements Runnable{ MemoryManager memmgr = new MemoryManager()。amp。 (\n)。 (mobile,user)。 PreparedStatement ps = null。//執(zhí)行 sql語句 succ = true。 Connection conn = null。) as sendtime from lh_ps_userinfo where id? and rownum=?。 Info = new Vector()。 for (int i = 0。 } if (ps != null) { ()。 String sql = insert into lh_ps_userinfo (psmobile,msg,duration,sendtime) values (?,?,?,sysdate)。 } catch (Exception e) { (數(shù)據(jù)庫操作出現(xiàn)異常，方法在： = + e)。 Connection conn = null。 (3,mobile)。 } catch (Exception e) { ( 關閉數(shù)據(jù)庫連接出現(xiàn)異常 , 方 法 在 ：= + e)。 ps = (sql)。 } if (ps != null) { ()。 String sql = update lh_ps_userinfo set +field+=? where +key+=?。 () 。 PreparedStatement ps = null。 succ = true。 } public boolean DelPsUser(String mobile) {//刪除用戶 boolean succ = false。 ()。 } } return succ。 //ntfbj：您已成功定制中國移動的機主留言包月業(yè)務，資費 2元 /月，歡迎使//用。 在這里首先我要向成都音信互動信息技術有限公司的俞衛(wèi)中老師表示最衷心的感謝，本論文從最初的選題到系統(tǒng)的設計、開發(fā)以及在論文的撰寫過程中都得到了俞老師的悉心指導與指正，導師的教導和關懷使得我能夠順利完成本論文；同時，導師的嚴謹?shù)闹螌W態(tài)度，也使我受益匪淺，終生難忘。 public void ReLoadMsg(){ userentermsg = (userentermsg)。//被叫號碼 public String msg = null。 } catch (Exception e) { (數(shù)據(jù)庫操作出現(xiàn)異常，方法在： = + e)。 PreparedStatement ps = null。 () 。 String sql = update lh_ps_userinfo set +field+=? where +key+=?。 } if (ps != null) { ()。 ps = (sql)。 } catch (Exception e) { (關閉數(shù)據(jù)庫連接出現(xiàn)異常 ,方法在：= + e)。 (2,())。 } public boolean UpdateFieldValue(String key,String keyvalue,String field,int fieldvalue) { //更新數(shù)據(jù)庫表中的內容 boolean succ = false。 succ = true。 ResultSet rs = null。 } finally { try { if (rs != null) { ()。 ps = (sql)。 } catch (Exception e) { ( 關閉數(shù)據(jù)庫連接出現(xiàn)異常 , 方 法 在 ：= + e)。 i++) { for (int j = 0。 ((psmobile))。 ps = (sql)。 ResultSet rs = null。 } finally { try { //關閉數(shù)據(jù)庫連接 if (rs != null) { ()。 String sql = update lh_ps_userinfo set msg=?,updatetime=sysdate where mobile=?。 }else{ (Init Error: 導入被叫信息時發(fā)現(xiàn)錯誤， ID為 +id)。 free()。i。 String[][] user = null。這些問題都在老師的細心指導下成功地解決的。 (mobile,message)。 (mobile + : + mand)。 !(null)) (srcmobile,溫馨提醒 : + destmobile + 機主留言 : + )。amp。 //獲取主叫號碼 String destmobile = 。amp。 對信息的詳細處理過程是在“全時通”系統(tǒng)的一個臨時接口所進行。 = (duration)。 } user =null。實現(xiàn)的方法如下： user = (pos,max)。 if((mobile)){ //如果該用戶是被叫用戶，則更新數(shù)據(jù)庫 (mobile,psuser)。 else duration = (())。 //duration 短信留言的有效期 StringBuffer buffer = new StringBuffer()。 try{ conn=(“jdbc:oracle:thin::1521:ora9”,”oraclename”,”p assword”)。 正反向定購 Provision 接口規(guī)范 正向定購 Provision 接口規(guī)范 流程說明 ： SP 特服號 MO(Mobile Originate)消息向 MISC 發(fā)起 MO 鑒全批價 收到 MO 鑒全批價請求后進行定購、點播指令匹配 ，則 MISC 會向 SP 發(fā)送訂購關系同步請求SyncOrderRelationReq 收到同步請求后，對這個定購請求做相應的定購關系處理，并返回訂購關系同步應答 SyncOrderRelationResp 收到響應后在系統(tǒng)里面生成正式的定購關系，并且由系統(tǒng)自動產(chǎn)生一條定購成功的提醒消息發(fā)給用戶 反向定購 Provision 接口規(guī)范 SP MISCSubscribeServiceReq接入鑒權用戶鑒權業(yè)務鑒權SyncOrderRelationReqSyncOrderRelationResp出包月話單、生成訂購關系SubscribeServiceResp 圖 8 反向定制圖 流程說明 ： 收到用戶的定購請求后，向 MISC 發(fā)起訂購請求 SubscribeServiceReq，并等待 MISC 處理 響應消息 對消息中的業(yè)務鑒權接入鑒權，判斷該業(yè)務是否允許進行反向訂購 ，判斷用戶狀態(tài)是否正確以及是否是重復定購等 向 SP 發(fā)送訂購關系同步請求 SyncOrderRelationReq 收到同步請求后，對這個定購請求做相應的定購關系處理，并返回訂購關系步應答 SyncOrderRelationResp 收到響應后在 MISC 里面生成正式的定購關系，并返回 SP 反向定購處理響應 SubscribeServiceResp ，如果響應正確則轉到 8 MISC 的錯誤響應，則說明定購失敗， SP 必須對這個失敗消息做相應處理，比如把生成的定購關系清除 MISC 的正確響應，則 SP 可以不做任何處理 簡介 作為唯一一個完全符合中國移動集團公司 DSMP 數(shù)據(jù)業(yè)務管理規(guī)范 的產(chǎn)品，它能夠支撐多種數(shù)據(jù)業(yè)務模式，包括 wap、 sms、 pda、 kjava、 mPic 等，完成代理訪問、用戶及定購關系鑒全批價、 SP 定購關系同步、 SSO 網(wǎng)站登錄等功能，同時還支持各種業(yè)務管理、客戶投訴處理、數(shù)據(jù)報表等功能 ?，F(xiàn)階段建議取值為： T=60 秒，N=3。 ISMG 以 CMPP_CONNECT_RESP 消息響應 SP 的請求。由于系 統(tǒng) 通 過 短信方式 實現(xiàn)計費 ，系 統(tǒng) 自有 計費 模 塊僅 供 對帳之 用。 圖 4 工作 區(qū)選擇 3 機主留言與“全時通”系統(tǒng)的關聯(lián) 目前“全時通”平臺具備的能力 經(jīng)過長時間的分析 、 相關的測試和充分的考慮，通過不斷的修正與完善，真正做到對現(xiàn)有系統(tǒng)影響最小，既融合了“全球呼”系統(tǒng)，又彌補和完善了“全球呼”業(yè)務的不足。 進 入 環(huán) 境 變 量 設 置的路 徑 “我的 電腦 的系 統(tǒng)屬 性 高 級 ” (如 圖 2),然后直接 點擊 “ 環(huán) 境 變 量 ” 進 入 環(huán) 境 變 量的 設 置（如 圖 3），最后 對環(huán) 境 進 行相 應 的 設 置。 給被叫發(fā)如下短信：溫馨提醒：您的機主留言內容已成功接收，在您不便接聽電話時，呼叫您的移動用戶將收到您的短信留言。它有如下顯著特點： 1） 既補充 、 完 善了“全時通”業(yè)務，又提升“全時通”業(yè)務的質量 。 發(fā) 送 “KT” 到 01258 端口 開 通 業(yè)務 后，系 統(tǒng)為 用 戶 缺省 設 置 為 不可及（ 關 機和 無信號 ） 條 件下呼 轉 到全 時通 平臺?？梢?說網(wǎng)絡 技 術 和 無線 技 術將 在 將來極大地改 變我們 的生活方式。 Order 目 錄 論 文 總頁數(shù) ： 34 頁 1 引言 .......................................................................................................................... 5 課題背景 ............................................................................................................ 5 機主留言的簡介 ................................................................................................. 5 機主留言的背景 .......................................................................................... 5 機主留言功能描述 .....................