專利名稱：利用短信實(shí)名和語音技術(shù)搭建信息發(fā)布平臺(tái)的方法
技術(shù)領(lǐng)域：
本發(fā)明專利涉及到無線互聯(lián)信息發(fā)布平臺(tái)的搭建方法，尤其涉及關(guān)于如何 利用短信實(shí)名和語音技術(shù)搭建信息發(fā)布平臺(tái)的方法。
背景技術(shù)：
隨著時(shí)間的推移，現(xiàn)在越來越多的銷售商品、提供服務(wù)的經(jīng)商者已經(jīng)傾向 于利用網(wǎng)絡(luò)這個(gè)全新的宣傳媒介提供有關(guān)商品、服務(wù)方面的信息，來進(jìn)行 商品、服務(wù)銷售的廣告宣傳，與傳統(tǒng)宣傳媒介相比，網(wǎng)絡(luò)廣告以其互動(dòng)性、 目標(biāo)性、信息容量大等優(yōu)勢(shì)吸引著越來越多的客戶。但由于目前成熟的在 線宣傳網(wǎng)絡(luò)為英特爾互聯(lián)網(wǎng)，受眾在信息獲取時(shí)大多需要在室內(nèi)有網(wǎng)線的 工作環(huán)境下，而在日常生活中，受眾往往更多的是在公共場(chǎng)合或身邊沒電 腦上網(wǎng)的的狀態(tài)下，而恰恰這時(shí)候也是對(duì)獲取信息產(chǎn)生更大需求的時(shí)候， 而商家卻無法及時(shí)給這群受眾傳遞信息，這時(shí)候， 一個(gè)在無線狀態(tài)下，讓 商家可以隨時(shí)進(jìn)行信息發(fā)布，受眾可以隨時(shí)進(jìn)行信息獲取的全新信息平臺(tái)， 就產(chǎn)生了巨大的市場(chǎng)需求。
發(fā)明專利內(nèi)容
針對(duì)現(xiàn)有技術(shù)不足缺點(diǎn)，本發(fā)明專利的目的是提供一種搭建全新的無線互 聯(lián)信息發(fā)布平臺(tái)的方法，此方法創(chuàng)造性的把短信和語音兩項(xiàng)技術(shù)，結(jié)合起來 應(yīng)用到企業(yè)應(yīng)用及個(gè)人娛樂而搭建的全新聲音+短信的音信互動(dòng)服務(wù)平臺(tái), 并創(chuàng)新性的推出全新的音信互聯(lián)互動(dòng)的新互聯(lián)網(wǎng)應(yīng)用服務(wù)概念！此無線互 聯(lián)信息發(fā)布平臺(tái)主要通過短信文本方式作為語音網(wǎng)站的地址，使用者以短信 方式訪問以語音搭建成信息承載的服務(wù)平臺(tái),用戶通過發(fā)送短信方式"點(diǎn)擊"
企業(yè)或個(gè)人的語音門戶網(wǎng)站，企業(yè)或個(gè)人的語音網(wǎng)站接到短信"點(diǎn)擊"請(qǐng)求后, 馬上回電給發(fā)起"點(diǎn)擊"的移動(dòng)終端，發(fā)起人接通電話?cǎi)R上進(jìn)入要進(jìn)入的企業(yè)
或個(gè)人語音門戶網(wǎng)站. 本發(fā)明專利的技術(shù)方案
利用短信實(shí)名和語音交互技術(shù)搭建的無線互聯(lián)信息發(fā)布平臺(tái)的方法，由短 信接收模塊(1)、音信網(wǎng)址處理模塊(2)、語音處理模塊(3)、語音網(wǎng)關(guān) 子模塊(3.1)、流程控制子模塊(3.2)、彩信下載模塊(4)、互聯(lián)網(wǎng)接入 模塊(5)這七大處理模塊組成；各模塊的功能為-
1. 短信接收模塊的功能通過GSM網(wǎng)絡(luò)的硬件接收設(shè)備接收用戶發(fā)送過來的 短信實(shí)名信息，并將信息通過網(wǎng)絡(luò)層傳送給語音網(wǎng)址處理服務(wù)器
2. 音信網(wǎng)址處理模塊的功能由網(wǎng)絡(luò)層接收來自短信接收模塊的用戶短信實(shí) 名信息，并將信息和企業(yè)預(yù)注冊(cè)的實(shí)名進(jìn)行精確匹配，半模糊匹配，全模 糊匹配來最終確定用戶需要進(jìn)入的是哪個(gè)企業(yè)的語音站點(diǎn)。
3. 語音處理模塊的功能該模塊主要用來控制語音硬件和操作用戶流程，具
體劃分為語音網(wǎng)關(guān)子模塊和流程控制子模塊。
3丄語音網(wǎng)關(guān)子模塊的功能該模塊主要負(fù)責(zé)接收來自流程控制模塊的流程控
制指令，并翻譯為硬件控制指令來操作語音設(shè)備，實(shí)現(xiàn)遠(yuǎn)程控制放音，錄 音，多人會(huì)議等等的操作，另外還要監(jiān)測(cè)硬件由于用戶呼叫，按鍵等等操 作所產(chǎn)生的事件，并將事件通過網(wǎng)絡(luò)層傳送給流程控制子模塊，實(shí)現(xiàn)業(yè)務(wù) 邏輯。
3.2.流程控制子模塊的功能接收來自語音網(wǎng)關(guān)子模塊的事件數(shù)據(jù)，根據(jù)流程
號(hào)碼或者被叫號(hào)碼來確定業(yè)務(wù)流程，并智能加載業(yè)務(wù)流程到內(nèi)存，將接收
到的語音事件數(shù)據(jù)解釋后，根據(jù)FUN字段調(diào)用對(duì)應(yīng)的事件處理函數(shù)，在
函數(shù)執(zhí)行過程中將會(huì)產(chǎn)生動(dòng)作數(shù)據(jù)，并通過網(wǎng)絡(luò)層將動(dòng)作數(shù)據(jù)傳送給語音 網(wǎng)關(guān)子模塊，完成最終的硬件控制。
4. 彩信下載模塊的功能接收來自語音處理模塊的下發(fā)彩信請(qǐng)求，通過彩信發(fā) 送設(shè)備將用戶請(qǐng)求下載的彩信發(fā)送到用戶指定的彩信接收終端。
5. 互聯(lián)網(wǎng)接入模塊的功能將來自互聯(lián)網(wǎng)的用戶請(qǐng)求數(shù)據(jù)轉(zhuǎn)換為相應(yīng)的短信請(qǐng) 求數(shù)據(jù)再通過網(wǎng)絡(luò)層傳送給音信網(wǎng)址處理模塊


下面結(jié)合附圖對(duì)本發(fā)明專利作進(jìn)一步描述，圖1為本發(fā)明專利的總結(jié)構(gòu)圖, 圖(2、 3、 4、 5、 6、 7、 8)為各個(gè)功能模塊的結(jié)構(gòu)圖；
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明專利的具體實(shí)施方式
作詳細(xì)描述。
本發(fā)明專利包括短信接收模塊(1)、音信網(wǎng)址處理模塊(2)、語音處理模 塊(3)、語音網(wǎng)關(guān)子模塊(3.1)、流程控制子模塊(3.2)、彩信下載模塊 (4)、互聯(lián)網(wǎng)接入模塊(5)這七大處理模塊組成。 短信接收模塊(1) 一一附圖2的節(jié)點(diǎn)組成及工作原理為 101節(jié)點(diǎn)循環(huán)發(fā)送短信接收設(shè)備的接口指令一刪除指令，將一些已經(jīng)過期的
存在設(shè)備內(nèi)存里面的垃圾信息刪除，以免影響正常信息的處理。 102節(jié)點(diǎn)利用主線程循環(huán)檢測(cè)用戶通過鍵盤輸入的控制指令，如果為退出指
令"ESC"則進(jìn)入到107步驟，做退出程序處理。 103節(jié)點(diǎn)由于涉及到文件IO讀寫操作，速度會(huì)比較慢，因此需要在內(nèi)存里面 創(chuàng)建消息隊(duì)列進(jìn)行緩沖處理，然后通過寫入線程對(duì)消息隊(duì)列里面的
消息逐步處理，這樣可以避免在瞬間對(duì)硬盤的寫入出現(xiàn)峰值狀態(tài)， 實(shí)現(xiàn)均衡硬盤的讀寫目的。 104節(jié)點(diǎn)通過工作子線程，不停循環(huán)調(diào)用短信接收設(shè)備的接口指令檢査設(shè)備 里面是否接收到新的短信息，如果發(fā)現(xiàn)有新的信息到達(dá)，則使用設(shè)
備接口指令將信息讀取到內(nèi)存，并對(duì)經(jīng)過UCS2或者UNICODE編 碼的信息進(jìn)行解碼為GB2312編碼 105節(jié)點(diǎn)根據(jù)用戶發(fā)送上來的內(nèi)容和信息來源進(jìn)行業(yè)務(wù)路由處理，在內(nèi)存里 面對(duì)業(yè)務(wù)進(jìn)行定位。
106、 108節(jié)點(diǎn)將成功定位到對(duì)應(yīng)業(yè)務(wù)的用戶數(shù)據(jù)打包成適合網(wǎng)絡(luò)傳送的二進(jìn) 制數(shù)據(jù)流通過網(wǎng)絡(luò)將數(shù)據(jù)傳送給音信網(wǎng)址處理模塊進(jìn)行網(wǎng)址匹配處 理
107節(jié)點(diǎn)關(guān)閉網(wǎng)絡(luò)傳送對(duì)象，關(guān)閉設(shè)備檢測(cè)的工作線程，關(guān)閉日志消息處理線 程，刪除一些臨時(shí)使用的動(dòng)態(tài)內(nèi)存，退出程序
音信網(wǎng)址處理模塊(2) —一附圖3的節(jié)點(diǎn)組成及工作原理為 201節(jié)點(diǎn)通過網(wǎng)絡(luò)接收線程將從其他模塊通過網(wǎng)絡(luò)傳送過來的二進(jìn)制數(shù)據(jù)流
存入緩沖區(qū)，并將數(shù)據(jù)進(jìn)行拆包存入接收消息隊(duì)列，等待工作線程 從隊(duì)列讀取該消息并處理。
202節(jié)點(diǎn)從消息接收隊(duì)列將數(shù)據(jù)讀取出來，分析數(shù)據(jù)包是否合法，如果不合 法則將其丟棄，如果合法則從內(nèi)存的數(shù)據(jù)庫(kù)隊(duì)列里面根據(jù)業(yè)務(wù)ID獲
取對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)庫(kù)進(jìn)行對(duì)數(shù)據(jù)進(jìn)行業(yè)務(wù)邏輯處理。
203節(jié)點(diǎn)在數(shù)據(jù)庫(kù)里面通過存儲(chǔ)過程對(duì)數(shù)據(jù)跟預(yù)注冊(cè)的數(shù)據(jù)進(jìn)行精確匹配處理，關(guān)鍵匹配指令如select top 1 * from reg一userData where data=userdata
204節(jié)點(diǎn)當(dāng)203節(jié)點(diǎn)進(jìn)行精確匹配無法定位語音網(wǎng)址時(shí)，需要此節(jié)點(diǎn)再次進(jìn)行
半模糊匹配處理，半模糊匹配的關(guān)鍵匹配指令如select top 1 * from
reg—userData\vhere'%，+data+，％， like userdata 205節(jié)點(diǎn)當(dāng)204節(jié)點(diǎn)進(jìn)行半模糊匹配也無法定位語音網(wǎng)址時(shí)，則再次使用正則
表達(dá)式對(duì)用戶數(shù)據(jù)進(jìn)行全模糊匹配 206節(jié)點(diǎn)如果203—205的匹配方式均無法匹配到對(duì)應(yīng)的語音網(wǎng)址，則從數(shù)據(jù)
量庫(kù)里面讀取默認(rèn)的語音網(wǎng)址作為數(shù)據(jù)數(shù)據(jù) 207節(jié)點(diǎn)根據(jù)語音網(wǎng)址的ID,獲取注冊(cè)該語音網(wǎng)址的企業(yè)的相關(guān)信息，如企
業(yè)的名稱，聯(lián)系人等等預(yù)注冊(cè)的企業(yè)數(shù)據(jù)，為進(jìn)入語音模塊提供足
夠的數(shù)據(jù)
208節(jié)點(diǎn)判斷從207傳遞過來的企業(yè)數(shù)據(jù)是否具備語音模塊需要的全部數(shù)據(jù)， 如果缺少數(shù)據(jù)，則該數(shù)據(jù)包不完整，被視為錯(cuò)誤數(shù)據(jù)包被丟棄。
209節(jié)點(diǎn)將企業(yè)的相關(guān)數(shù)據(jù)打包成適合網(wǎng)絡(luò)傳送的二進(jìn)制數(shù)據(jù)流通過網(wǎng)絡(luò)將數(shù) 據(jù)傳送給語音處理模塊進(jìn)行語音處理
語音處理模塊(3) —一附圖4的節(jié)點(diǎn)組成及工作原理為
301節(jié)點(diǎn)通過網(wǎng)絡(luò)接收對(duì)象將音信網(wǎng)址通過網(wǎng)絡(luò)發(fā)送過來的二進(jìn)制數(shù)據(jù)包進(jìn)行
接收，拆包，分包，并存入內(nèi)存中的數(shù)據(jù)接收隊(duì)列，等待處理。
302子模塊(語音網(wǎng)關(guān)子模塊)該模塊主要是用來控制語音硬件設(shè)備，首先從 網(wǎng)絡(luò)層接收到303流程控制子模塊發(fā)送過來的動(dòng)作指令數(shù)據(jù)包，然后
將其變換成硬件廠家提供的硬件控制指令并執(zhí)行，從而達(dá)到遠(yuǎn)程操作 硬件的目的。另外該模塊還需要循環(huán)監(jiān)控硬件由于用戶按鍵、說話、 掛機(jī)等事件的產(chǎn)生，當(dāng)產(chǎn)生用戶事件后，該模塊將事件數(shù)據(jù)打包成二 進(jìn)制數(shù)據(jù)流通過網(wǎng)絡(luò)層將事件數(shù)據(jù)發(fā)送給流程控制子模塊對(duì)事件進(jìn) 行處理，達(dá)到驅(qū)動(dòng)業(yè)務(wù)邏輯不停變換的目的。 303子模塊(流程控制子模塊)該模塊主要用來控制語音業(yè)務(wù)路由，業(yè)務(wù)邏輯
動(dòng)態(tài)內(nèi)存更新，以及將業(yè)務(wù)邏輯緩沖到內(nèi)存，并根據(jù)語音網(wǎng)關(guān)子模塊 發(fā)送過來的語音事件數(shù)據(jù)包進(jìn)行動(dòng)態(tài)執(zhí)行業(yè)務(wù)邏輯的功能，另外還附 加了語音話單存儲(chǔ)，外呼報(bào)告存儲(chǔ)等附加功能。
語音網(wǎng)關(guān)子模塊(3.1)— —附圖5的節(jié)點(diǎn)組成及工作原理為
3101節(jié)點(diǎn)對(duì)硬件進(jìn)行初始化操作，以東進(jìn)公司的ISDN數(shù)字語音卡為例
a) 調(diào)用硬件控制函數(shù)DJSys—EnableCard實(shí)現(xiàn)常用語音的載入內(nèi)存進(jìn)行 緩沖。
b) 調(diào)用硬件控制函數(shù)DJISDN—InitSystem實(shí)現(xiàn)對(duì)硬件進(jìn)行初始化工作
c) 調(diào)用DJConf_GetSysInfo獲取硬件的系統(tǒng)信息，并對(duì)會(huì)議資源進(jìn)行動(dòng) 態(tài)分配管理
d) 調(diào)用DJTTS3—Init對(duì)東進(jìn)的TTS模塊進(jìn)行初始化
3102節(jié)點(diǎn)檢測(cè)從網(wǎng)絡(luò)層傳遞過來的數(shù)據(jù)，并將其拆包，存入數(shù)據(jù)接收隊(duì)列， 等待處理
3103節(jié)點(diǎn)在此模塊不停讀取來自3102加入到隊(duì)列里面的動(dòng)作數(shù)據(jù)，并將動(dòng)作 數(shù)量里面的期待事件全部解釋出來并加入到內(nèi)存的等待事件隊(duì)列
中，等待處理。
3104節(jié)點(diǎn)此節(jié)點(diǎn)將3103拆出來的數(shù)據(jù)重新按等待隊(duì)列的格式將數(shù)據(jù)打包并加 入事件等待隊(duì)列
3105節(jié)點(diǎn)根據(jù)動(dòng)作數(shù)據(jù)包里面的ActionID來判斷需要執(zhí)行的是什么動(dòng)作，然 后再根據(jù)該動(dòng)作需要哪些參數(shù)來執(zhí)行從數(shù)據(jù)包里面提取各個(gè)參數(shù)， 例如最常用的AC—PLAYFILE事件需要用到的KeyMask， FileName 兩個(gè)參數(shù)，都可直接從動(dòng)作數(shù)據(jù)包里面同時(shí)獲取，然后調(diào)用硬件控 制接口的初始化D1W函數(shù)DJTrk—InitDtmffiuf對(duì)用戶按鍵緩沖區(qū) 進(jìn)行初始化，接著調(diào)用硬件控制函數(shù)DJVoc一PlayFile進(jìn)行語音文件 的播放操作,其他動(dòng)作的處理過程大致相同，常用的一些動(dòng)作有 ACJJPDATECALLOUTSEQID ， AC—DIGIT ， AC一INPUT ， AC_ENDFLOW， AC—RECORD， AC_CALLOUT ， AC—CALLSOMEBODY， AC_PLAYTTS等等
3106節(jié)點(diǎn)不停調(diào)用硬件線路狀態(tài)函數(shù)DJISDN_GetChnState來獲取當(dāng)前線路的 狀態(tài)，如果有系統(tǒng)事件(FLOW—START ， CH一CONNECT ， FLOW—CAIXSOMEBODY—SUCC , FLOW_CALLSOMEBODY—FAIL ， FLOW—CALLOUT—REPORT ) 產(chǎn)生，則將這些事件打包后存放到當(dāng)前線路事件隊(duì)列
3107節(jié)點(diǎn)循環(huán)調(diào)用線路的用戶事件檢測(cè)函數(shù)來監(jiān)控是否有用戶事件產(chǎn)生，常
用的幾個(gè)事件檢測(cè)函數(shù)有，DJTrk一GetDtmflCodeNew ， DJTrk—GetTrunkPlaylD， DJTTS3_E1—CheckPlayTextEnd，
DJVoc_CheckIndexPlayEnd， DJVoc_CheckVoiceEnd等，根據(jù)這些硬
件檢測(cè)函數(shù)就可以隨時(shí)發(fā)現(xiàn)用戶事件是否產(chǎn)生，如果有用戶事件產(chǎn)
生，則將所產(chǎn)生的所有用戶事件加入到當(dāng)前線路的事件隊(duì)列 3108、 3110節(jié)點(diǎn)循環(huán)讀取當(dāng)前線路中的事件隊(duì)列數(shù)據(jù)，將讀到的事件跟當(dāng)前
線路的期待事件隊(duì)列比較，如果發(fā)現(xiàn)是當(dāng)前動(dòng)作所期待的事件已經(jīng)
產(chǎn)生，則將該事件打包 3109節(jié)點(diǎn)將打包好的事件數(shù)據(jù)編碼為二進(jìn)制數(shù)流，通過網(wǎng)絡(luò)層把數(shù)據(jù)發(fā)送到
流程控制子模塊 流程控制子模塊(3.2) —_附圖6的節(jié)點(diǎn)組成及工作原理為 3201節(jié)點(diǎn)將業(yè)務(wù)邏輯事先加載到內(nèi)存，用于加速對(duì)事件處理請(qǐng)求的響應(yīng)速度，
另外還有一些業(yè)務(wù)路由等配置數(shù)據(jù)也實(shí)現(xiàn)加載到內(nèi)存，用于提高程
序效率。
3202、 3203節(jié)點(diǎn)將網(wǎng)絡(luò)層傳送過來的數(shù)據(jù)拆包并加入事件請(qǐng)求隊(duì)列，等待工 作線程讀取并處理
3204節(jié)點(diǎn)從事件隊(duì)列讀取事件請(qǐng)求數(shù)據(jù)，并分析請(qǐng)求類型，常用的事件請(qǐng)求 有FLOW_CALLOUT_REPORT， FLOW_END以及業(yè)務(wù)邏輯事件 (動(dòng)態(tài)指定事件處理函數(shù))
3205節(jié)點(diǎn)將外呼請(qǐng)求按規(guī)定格式打包后通過網(wǎng)絡(luò)層傳送給語音網(wǎng)關(guān)子模塊進(jìn) 行處理
3206節(jié)點(diǎn)將業(yè)務(wù)邏輯事件的通過函數(shù)RouteToModule將業(yè)務(wù)邏輯根據(jù)呼叫號(hào) 碼ServiceNum或者是流程號(hào)碼FlowNum進(jìn)行業(yè)務(wù)邏輯定位
3207、 3208節(jié)點(diǎn)將成功進(jìn)行業(yè)務(wù)邏輯定位的事件進(jìn)行査找業(yè)務(wù)邏輯處理模塊， 如果發(fā)現(xiàn)該業(yè)務(wù)邏輯模塊尚未載入內(nèi)存，則通過LoadLibmiy函數(shù) 將業(yè)務(wù)處理模塊進(jìn)行動(dòng)態(tài)載入內(nèi)存處理
3209節(jié)點(diǎn)對(duì)無法定位的業(yè)務(wù)邏輯等錯(cuò)誤信息進(jìn)行寫日志的錯(cuò)誤處理，以方便 維護(hù)的時(shí)候及時(shí)發(fā)現(xiàn)問題
3210節(jié)點(diǎn)在業(yè)務(wù)邏輯處理過程結(jié)束后，當(dāng)前線路的動(dòng)作隊(duì)列將保存了將要發(fā) 送給語音網(wǎng)關(guān)處理的新的動(dòng)作數(shù)據(jù)，此節(jié)點(diǎn)將新的動(dòng)作數(shù)據(jù)打包后 通過網(wǎng)絡(luò)層將數(shù)據(jù)發(fā)送到語音網(wǎng)關(guān)處理模塊進(jìn)行語音動(dòng)作處理。
3211節(jié)點(diǎn)將已經(jīng)成功記載模塊數(shù)據(jù)的事件進(jìn)行業(yè)務(wù)邏輯處理，根據(jù)事件參數(shù) FimName獲取到對(duì)應(yīng)的事件處理函數(shù)，如果在內(nèi)存的函數(shù)隊(duì)列沒發(fā) 現(xiàn)該函數(shù)地址，則根據(jù)模塊名稱和函數(shù)名稱通過函數(shù)GetProcAddress 動(dòng)態(tài)從內(nèi)存中獲取處理函數(shù)的入口地址，并調(diào)用該函數(shù)完成業(yè)務(wù)邏 輯的處理過程。
彩信下載模塊(4) _ —附圖7的節(jié)點(diǎn)組成及工作原理為
401節(jié)點(diǎn)調(diào)用彩信發(fā)送設(shè)備的初始化函數(shù)foGetPortMax、 fhlnitModem、 fhGetStatusString對(duì)硬件設(shè)備進(jìn)行初始化工作
402節(jié)點(diǎn)利用主線程循環(huán)檢測(cè)用戶通過鍵盤輸入的控制指令，如果為退出指令 "ESC"則進(jìn)入到407步驟，做退出程序處理。
403節(jié)點(diǎn)工作線程不停從彩信的數(shù)據(jù)隊(duì)列檢査是否有彩信需要發(fā)送，如果檢測(cè) 到有需要發(fā)送的彩信數(shù)據(jù)，則進(jìn)入404節(jié)點(diǎn)進(jìn)行發(fā)送操作。
404節(jié)點(diǎn)調(diào)用硬件接口函數(shù)fhSendMms發(fā)送彩信，并調(diào)用fhGetResult接口函
數(shù)獲取彩信發(fā)送的結(jié)果 405節(jié)點(diǎn)當(dāng)彩信由于網(wǎng)絡(luò)問題導(dǎo)致發(fā)送不成功的時(shí)候，判斷當(dāng)前彩信的重發(fā)次
數(shù)是否已經(jīng)超出最大的重發(fā)次數(shù)，如果尚未超出，則進(jìn)入408節(jié)點(diǎn)，
如果已經(jīng)超出最大重試次數(shù)，則進(jìn)入406寫日志節(jié)點(diǎn) 406節(jié)點(diǎn)將發(fā)送成功和失敗的彩信，還有發(fā)送后返回的狀態(tài)報(bào)告通過文件和數(shù)
據(jù)庫(kù)的方式進(jìn)行日志記錄 407節(jié)點(diǎn)關(guān)閉網(wǎng)絡(luò)傳送對(duì)象，關(guān)閉設(shè)備檢測(cè)的工作線程，關(guān)閉日志消息處理線
程，刪除一些臨時(shí)使用的動(dòng)態(tài)內(nèi)存，退出程序 互聯(lián)網(wǎng)接入模塊(5)— —附圖8的節(jié)點(diǎn)組成及工作原理為
501節(jié)點(diǎn)從互聯(lián)網(wǎng)接收來自用戶提交的數(shù)據(jù)請(qǐng)求，暫存在內(nèi)存等待處理 502節(jié)點(diǎn)將來自互聯(lián)網(wǎng)的暫存數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換，再打包成目標(biāo)數(shù)據(jù)包格式 503節(jié)點(diǎn)將打包后的數(shù)據(jù)通過網(wǎng)絡(luò)層傳送給音信網(wǎng)址處理模塊進(jìn)行進(jìn) 一
步處理
實(shí)施例l:
企業(yè)創(chuàng)建此無線互聯(lián)信息發(fā)布平臺(tái)后，訪問者可以隨時(shí)隨地即興通過手機(jī)編寫
短信，如"點(diǎn)優(yōu)科技"發(fā)送至統(tǒng)一特服號(hào)碼平臺(tái)13500001633了解企業(yè)簡(jiǎn)介、最 新動(dòng)態(tài)、業(yè)務(wù)介紹等全方位的企業(yè)信息。加深外界對(duì)企業(yè)品牌的認(rèn)識(shí)，實(shí)現(xiàn)企 業(yè)與客戶的零距離接觸。
實(shí)施例2:
企業(yè)創(chuàng)建此無線互聯(lián)信息發(fā)布平臺(tái)后，訪問者可以隨時(shí)隨地通過手機(jī)編寫短信，
把自己想了解的該企業(yè)的產(chǎn)品、服務(wù)名稱，例如"產(chǎn)品、服務(wù)名稱"發(fā)至統(tǒng)一 特服號(hào)碼平臺(tái)13500001633了解該產(chǎn)品、服務(wù)的詳細(xì)內(nèi)容。減低服務(wù)成本，更有 效的觸發(fā)客戶的購(gòu)買行為發(fā)生。
實(shí)例3:
對(duì)于版位/時(shí)長(zhǎng)有限的傳統(tǒng)媒體，如電視、平面廣告，只能傳播非常精簡(jiǎn)的企 業(yè)/產(chǎn)品信息，創(chuàng)建了這個(gè)無線互聯(lián)信息發(fā)布平臺(tái)做為補(bǔ)充，將輔助企業(yè)傳統(tǒng) 媒體作更多信息的對(duì)外傳遞。
實(shí)例4:
企業(yè)創(chuàng)建此無線互聯(lián)信息發(fā)布平臺(tái)后，通過彩信下載模塊和互聯(lián)網(wǎng)接入模塊， 利用短信、語音、彩信、wap push等手機(jī)DM(Direct Mail)傳遞企業(yè)信息，用戶
訪問企業(yè)或產(chǎn)品信息發(fā)布平臺(tái)，參與互動(dòng)營(yíng)銷活動(dòng)。
實(shí)例5:
企業(yè)創(chuàng)建此無線互聯(lián)信息發(fā)布平臺(tái)后，可利用此平臺(tái)作為一個(gè)客服管理中心， 客戶進(jìn)去企業(yè)信息門戶，可享受免費(fèi)高效的客戶服務(wù)。本發(fā)明專利的優(yōu)點(diǎn)是改進(jìn)后 優(yōu)點(diǎn)l、通過建立統(tǒng)一的特服號(hào)碼平臺(tái)，可以讓企業(yè)擁有更低成本的資訊發(fā)布
平臺(tái)，實(shí)現(xiàn)品牌共享。 優(yōu)點(diǎn)2、通過實(shí)名短信激發(fā)的方式來獲取資訊，無需記憶一大堆復(fù)雜的聯(lián)系資
料，方便資訊的傳播。 優(yōu)點(diǎn)3、通過下載中心可以下載圖文并茂的企業(yè)資訊，讓資訊傳播有聲有色，
多姿多彩；
優(yōu)點(diǎn)4、通過設(shè)置下載優(yōu)惠券或電子票等方式，實(shí)現(xiàn)相關(guān)票務(wù)的電子化，促進(jìn)
企業(yè)相關(guān)業(yè)務(wù)的發(fā)展，節(jié)省成本。 優(yōu)點(diǎn)5、內(nèi)容更新方便，可以隨時(shí)隨地進(jìn)行；用戶接收方便，僅需憑一臺(tái)終端
通訊工具即可快速獲取所需資訊。 優(yōu)點(diǎn)6、企業(yè)可以通過該平臺(tái)與用戶進(jìn)行立體互動(dòng)，開展互動(dòng)營(yíng)銷活動(dòng)；用戶
可以通過該平臺(tái)進(jìn)行無線搜尋，隨心所欲的暢享資訊的樂趣。 優(yōu)點(diǎn)7、企業(yè)可以通過該平臺(tái)建立免費(fèi)來電客服中心，從而提高客戶服務(wù)的效
率，優(yōu)化客戶服務(wù)質(zhì)量。 優(yōu)點(diǎn)8、企業(yè)可通過該平臺(tái)有效的收集目標(biāo)用戶群，開展專門精準(zhǔn)營(yíng)銷活動(dòng)。
權(quán)利要求
1.利用短信實(shí)名和語音技術(shù)搭建信息發(fā)布平臺(tái)的方法，其特征在于，包括a)通過短信接收設(shè)備接收企業(yè)實(shí)名數(shù)據(jù)用以觸發(fā)語音平臺(tái)發(fā)起用戶呼叫請(qǐng)求b)通過音信網(wǎng)址處理模塊將用戶的短信實(shí)名和預(yù)注冊(cè)的企業(yè)實(shí)名進(jìn)行三層匹配，三層分別是精確匹配，半模糊匹配，全模糊匹配c)通過語音處理模塊發(fā)起外呼，實(shí)現(xiàn)用戶的按鍵處理，語音播放，在線錄音，多方通話控制等語音相關(guān)的交互操作d)在用戶進(jìn)行語音交換的過程中所產(chǎn)生的文字或者圖片下載信息請(qǐng)求通過網(wǎng)絡(luò)層傳送到對(duì)應(yīng)的設(shè)備實(shí)現(xiàn)用戶的數(shù)據(jù)接收
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述觸發(fā)過程包括從短信接收設(shè)備接收用戶發(fā)送過來的企業(yè)實(shí)名，并判斷信息所屬編碼類型，然后使用對(duì)應(yīng)的解碼程序?qū)⑵浣獯a為GB2312編碼；得到解碼數(shù)據(jù)后再?gòu)膬?nèi)存里 面獲取業(yè)務(wù)信息進(jìn)行業(yè)務(wù)匹配，得到成功匹配后的業(yè)務(wù)id后，將數(shù)據(jù)一起 打包成網(wǎng)絡(luò)傳送的數(shù)據(jù)包，通過網(wǎng)絡(luò)層將數(shù)據(jù)傳送到音信網(wǎng)址處理模塊進(jìn)行 下一步的匹配處理。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述匹配過程包括將用戶發(fā)送上來的企業(yè)實(shí)名傳送到數(shù)據(jù)庫(kù)，跟企業(yè)預(yù)注冊(cè)的企業(yè)實(shí)名進(jìn)行三層匹配，首先是進(jìn)行精確匹配，關(guān)鍵的匹配程序?yàn)閟elect top 1 * from reg一userData where "預(yù)注冊(cè)的企業(yè)實(shí)名"="用戶發(fā)送上來的企業(yè)實(shí)名"， 如果精確匹配不能成功，則再次進(jìn)行半模糊匹配，半模糊匹配過程的關(guān)鍵程 序?yàn)閟elect top 1 * from reg—userData where '%， + "用戶發(fā)送上來 的企業(yè)實(shí)名"+' %' like"預(yù)注冊(cè)的企業(yè)實(shí)名"，如果半模糊匹配還是不能成功匹配到對(duì)應(yīng)的企業(yè)實(shí)名，則還需要使用正則表達(dá)式的專業(yè)匹配模式 進(jìn)行全模糊匹配，當(dāng)所有的匹配過程都結(jié)束后，如果還是無法匹配用戶請(qǐng)求 的企業(yè)實(shí)名，則系統(tǒng)會(huì)自動(dòng)讀取默認(rèn)的企業(yè)做為用戶請(qǐng)求的企業(yè)實(shí)名，然后 將匹配后的數(shù)據(jù)再次打包成網(wǎng)絡(luò)傳送所要求的數(shù)據(jù)包，通過網(wǎng)絡(luò)層傳送到語 音處理模塊進(jìn)行語音處理。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述語音處理過程包括a) 接收外呼請(qǐng)求，并發(fā)起外呼b) 接收用戶呼叫請(qǐng)求，并路由到對(duì)應(yīng)語音業(yè)務(wù)邏輯C)實(shí)時(shí)監(jiān)測(cè)語音處理設(shè)備所產(chǎn)生的用戶事件，例如呼叫請(qǐng)求，按鍵請(qǐng)求，掛機(jī)請(qǐng)求等等d)接收語音業(yè)務(wù)邏輯所產(chǎn)生的新動(dòng)作，并將其翻譯成對(duì)應(yīng)的硬件控制指令， 最終實(shí)現(xiàn)語音硬件的播音，錄音，應(yīng)答，掛機(jī)，多路語音控制等操作
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟a所述外呼過程包括當(dāng)流 程控制子模塊從網(wǎng)絡(luò)層接收到來自音信網(wǎng)址處理模塊傳送過來的用戶呼叫 請(qǐng)求數(shù)據(jù)后，將其解包后，檢査各個(gè)數(shù)據(jù)是否完整，如果數(shù)據(jù)完整，則再將 對(duì)應(yīng)的數(shù)據(jù)翻譯成語音網(wǎng)關(guān)子模塊所認(rèn)識(shí)的動(dòng)作指令，最終再通過網(wǎng)絡(luò)層將 外呼動(dòng)作數(shù)據(jù)包發(fā)送給語音網(wǎng)關(guān)子模塊，讓其發(fā)起用戶外呼。
6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟b所述應(yīng)答過程包括當(dāng)用 戶接聽后，語音硬件會(huì)產(chǎn)生應(yīng)答通知，語音網(wǎng)關(guān)子模塊程序檢測(cè)到通知后， 將其打包后通過網(wǎng)絡(luò)層將事件數(shù)據(jù)傳送給流程控制子模塊，流程控制子模塊 根據(jù)流程號(hào)碼和被叫號(hào)碼進(jìn)行語音業(yè)務(wù)路由處理，當(dāng)事件成功路由到對(duì)應(yīng)的 語音業(yè)務(wù)后，再根據(jù)事件里面所指定的處理函數(shù)來實(shí)現(xiàn)語音的邏輯處理。
7. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟c所述應(yīng)答過程包括由于語音硬件包含有多條線路，每條線路每時(shí)每刻都可能會(huì)產(chǎn)生用戶事件，所以 語音網(wǎng)關(guān)子模塊需要獨(dú)立的事件檢測(cè)線程來完成對(duì)硬件的實(shí)時(shí)檢測(cè)。
8. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟d所述應(yīng)答過程包括由于 線路所產(chǎn)生的事件都會(huì)產(chǎn)生動(dòng)作數(shù)據(jù)，而多條線路則會(huì)在同一時(shí)間同時(shí)產(chǎn)生 非常多的動(dòng)作數(shù)據(jù)，因此，語音網(wǎng)關(guān)子模塊還需要建立獨(dú)立的動(dòng)作監(jiān)視線程， 來完成實(shí)時(shí)監(jiān)視從網(wǎng)絡(luò)層傳送過來的動(dòng)作數(shù)據(jù)包，實(shí)現(xiàn)語音業(yè)務(wù)邏輯的驅(qū)動(dòng) 過程
9. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟a/b進(jìn)一步包括在用戶呼 叫成功的同時(shí)，在系統(tǒng)內(nèi)立刻產(chǎn)生用戶呼叫的起始時(shí)間，并記錄到對(duì)應(yīng)線路 的內(nèi)存；在用戶掛機(jī)后，也需要在對(duì)應(yīng)的線路里面生成用戶的終止時(shí)間，并 將兩個(gè)時(shí)間以及呼叫流程號(hào)，線路號(hào)，語音網(wǎng)關(guān)號(hào)，被叫號(hào)，請(qǐng)求外呼號(hào)等 參數(shù)封裝成計(jì)費(fèi)數(shù)據(jù)包，通過網(wǎng)絡(luò)層反饋給流程控制子模塊。另外，不管是外呼成功或者失敗，都需要在事件產(chǎn)生的時(shí)候同時(shí)生成外呼狀 態(tài)報(bào)告，通過網(wǎng)絡(luò)層反饋給流程控制子模塊。
10. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟c進(jìn)一步包括在檢測(cè)到用 戶掛機(jī)的事件產(chǎn)生后，要將用戶呼叫的起始時(shí)間和終止時(shí)間進(jìn)行計(jì)費(fèi)數(shù)據(jù)包 的封裝。
11. 根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟d進(jìn)一步包括當(dāng)由于用戶 操作發(fā)起短信企業(yè)名片下載或者圖文信息下載的時(shí)候，需要立刻生成下載請(qǐng) 求流水號(hào)，并將用戶當(dāng)前所在的企業(yè)語音網(wǎng)站，所請(qǐng)求下載的資料信息一并 打包通過網(wǎng)絡(luò)層傳送給流程控制子模塊。
12. 根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括在接收到用戶發(fā)送 的企業(yè)實(shí)名后生成請(qǐng)求流水號(hào)，并生成請(qǐng)求清單記錄到統(tǒng)計(jì)數(shù)據(jù)庫(kù)，并在消 息中封裝請(qǐng)求流水號(hào)。
13. 根據(jù)權(quán)利要求7所述的方法，其特征在于，進(jìn)一步包括將檢測(cè)到的事件進(jìn) 行事件ID封裝，并將所產(chǎn)生的事件跟導(dǎo)致該事件產(chǎn)生的期待事件進(jìn)行比較， 如果發(fā)現(xiàn)該事件是動(dòng)作期待產(chǎn)生的事件，則在事件消息中封裝事件流水號(hào)、 事件處理函數(shù)、事件的其他參數(shù)。
14. 根據(jù)權(quán)利要求8所述的方法，其特征在于，進(jìn)一步包括將檢測(cè)到的動(dòng)作進(jìn)行拆包，并將所動(dòng)作包里面包含的期待事件加入到線路的期待事件等待隊(duì)列中，等待該事件的響應(yīng)，接著將動(dòng)作m進(jìn)行硬件指令翻譯，如果翻譯成功，則在硬件上直接執(zhí)行該動(dòng)作，實(shí)現(xiàn)硬件的控制。
15. 在整個(gè)系統(tǒng)的網(wǎng)絡(luò)傳送過程中，系統(tǒng)需要定義一個(gè)通用的網(wǎng)絡(luò)數(shù)據(jù)協(xié)議來完成各個(gè)模塊之間的數(shù)據(jù)通訊，此協(xié)議大致定義格式如下表<image>image see original document page 5</image>此數(shù)據(jù)包是通過長(zhǎng)連接的TCP/IP協(xié)議實(shí)現(xiàn)數(shù)據(jù)的可靠傳送，在設(shè)定時(shí)間內(nèi)如果 不存在數(shù)據(jù)通訊，需要發(fā)送測(cè)試包進(jìn)行連接鏈路的有效性。
全文摘要
本發(fā)明公開了一種關(guān)于如何利用短信實(shí)名和語音交互技術(shù)搭建的無線互聯(lián)信息發(fā)布平臺(tái)的方法。該平臺(tái)由短信接收模塊、音信網(wǎng)址處理模塊、語音處理模塊、語音網(wǎng)關(guān)子模塊、流程控制子模塊、彩信下載模塊、互聯(lián)網(wǎng)接入模塊這七大處理模塊組成。它的優(yōu)點(diǎn)是創(chuàng)造性的把短信和語音兩項(xiàng)技術(shù)，結(jié)合起來應(yīng)用到企業(yè)應(yīng)用及個(gè)人娛樂而搭建的全新聲音+短信的音信互動(dòng)服務(wù)的無線互聯(lián)信息發(fā)布平臺(tái)。此無線互聯(lián)信息發(fā)布平臺(tái)主要通過短信文本方式作為語音網(wǎng)站的地址，使用者以短信方式訪問以語音搭建成信息承載的服務(wù)平臺(tái)，用戶通過發(fā)送短信方式“點(diǎn)擊”企業(yè)或個(gè)人的語音門戶網(wǎng)站，企業(yè)或個(gè)人的語音網(wǎng)站接到短信“點(diǎn)擊”請(qǐng)求后，馬上回電給發(fā)起“點(diǎn)擊”的移動(dòng)終端，發(fā)起人接通電話?cǎi)R上進(jìn)入要進(jìn)入的企業(yè)或個(gè)人語音門戶網(wǎng)站。
文檔編號(hào)H04M3/487GK101340491SQ20071002898
公開日2009年1月7日 申請(qǐng)日期2007年7月3日 優(yōu)先權(quán)日2007年7月3日
發(fā)明者莫登業(yè) 申請(qǐng)人:廣州點(diǎn)優(yōu)網(wǎng)絡(luò)科技有限公司