一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)及方法
【專利摘要】本發(fā)明涉及一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)及方法，所述系統(tǒng)包括：客戶端，其置于智能終端內(nèi)，用于通過融合通信模塊從菜單服務(wù)模塊下載菜單信息，并顯示下載的菜單信息；融合通信模塊，其與客戶端及菜單服務(wù)模塊均建立有即時(shí)消息通信鏈路，用于實(shí)現(xiàn)客戶端與菜單服務(wù)模塊之間的即時(shí)消息轉(zhuǎn)發(fā)；菜單管理模塊，其用于接收并編輯企業(yè)上傳的菜單信息，并將編輯后的菜單信息加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)；菜單服務(wù)模塊，其用于將存儲(chǔ)的菜單信息打包成即時(shí)消息，并通過融合通信模塊回送至客戶端。通過本發(fā)明，企業(yè)可向廣大用戶開展自動(dòng)交互式業(yè)務(wù)，用戶可根據(jù)菜單提示與企業(yè)業(yè)務(wù)系統(tǒng)交互。
【專利說明】一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)及方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及融合通信【技術(shù)領(lǐng)域】，特別是涉及一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交 互的系統(tǒng)及方法。

【背景技術(shù)】
[0002] 在互聯(lián)網(wǎng)上開展業(yè)務(wù)一般是基于瀏覽器方式或?qū)I(yè)客戶端，瀏覽器方式提供的業(yè) 務(wù)基本是基于PC開發(fā)，屏幕較大。另外一種交互式業(yè)務(wù)則是采用交互式語音應(yīng)答，建設(shè)維 護(hù)成本高，需要購買專業(yè)設(shè)備，租用中繼線路，修改加載業(yè)務(wù)流程復(fù)雜，需要專業(yè)人員維護(hù)。
[0003] 因此，在移動(dòng)互聯(lián)網(wǎng)環(huán)境下，智能終端屏幕較小，普通瀏覽器方式不太合適，較大 規(guī)模企業(yè)自己開發(fā)發(fā)布專用客戶端，但自己開發(fā)客戶端成本較高，還有大量后期維護(hù)升級 工作要做，另外知名度不高的中小企業(yè)進(jìn)行專用客戶端的推廣難度高。隨著智能手機(jī)的普 及，越來越多的人用移動(dòng)客戶端做社交類應(yīng)用，因?yàn)閿y帶方便，幾乎是隨時(shí)隨地可以使用。 在這龐大的用戶群中利用社交類應(yīng)用聊天窗口開展業(yè)務(wù)，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)與社交類應(yīng)用軟件 有機(jī)融合，既有利于業(yè)務(wù)推廣，又方便用戶使用，業(yè)務(wù)提供者無須自己開發(fā)專業(yè)客戶端，使 用戶、社交類應(yīng)用提供者、業(yè)務(wù)提供者三方受益。
[0004] 因此，本發(fā)明提出了一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)及方法。


【發(fā)明內(nèi)容】

[0005] 本發(fā)明所要解決的技術(shù)問題是提供一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系 統(tǒng)及方法，用于解決現(xiàn)有交互式業(yè)務(wù)存在的成本高、不易推廣等問題。
[0006] 本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交 互的系統(tǒng)，包括客戶端、融合通信模塊、菜單管理模塊和菜單服務(wù)模塊：
[0007] 客戶端，其置于智能終端內(nèi)，用于通過所述融合通信模塊從菜單服務(wù)模塊下載菜 單信息，并顯示下載的菜單信息；
[0008] 融合通信模塊，其與所述客戶端及所述菜單服務(wù)模塊均建立有即時(shí)消息通信鏈 路，用于實(shí)現(xiàn)客戶端與菜單服務(wù)模塊之間的即時(shí)消息轉(zhuǎn)發(fā)；
[0009] 菜單管理模塊，其用于接收并編輯企業(yè)上傳的菜單信息，并將編輯后的菜單信息 加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)；
[0010] 菜單服務(wù)模塊，其用于將存儲(chǔ)的菜單信息打包成即時(shí)消息，并通過融合通信模塊 回送至客戶端。
[0011] 在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。
[0012] 進(jìn)一步，還包括業(yè)務(wù)模塊：
[0013] 所述業(yè)務(wù)模塊，其連接菜單服務(wù)模塊，用于進(jìn)行業(yè)務(wù)邏輯，生成具有相應(yīng)業(yè)務(wù)能力 的菜單，并向菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口；
[0014] 所述客戶端，其還用于向菜單服務(wù)模塊發(fā)送菜單功能請求；
[0015] 所述菜單服務(wù)模塊，其還用于分析菜單功能請求，若該菜單功能請求的菜單內(nèi)容 為動(dòng)態(tài)內(nèi)容，則所述菜單服務(wù)模塊調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù)能力 的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端。
[0016] 進(jìn)一步，所述客戶端預(yù)定義有業(yè)務(wù)功能鍵，用于標(biāo)識(shí)菜單功能請求。
[0017] 進(jìn)一步，所述客戶端接收到菜單信息后，若菜單信息中包括超鏈接，則可通過超鏈 接打開智能終端內(nèi)置的瀏覽器，通過瀏覽器實(shí)現(xiàn)客戶端與業(yè)務(wù)模塊的直接交互。
[0018] 進(jìn)一步，所述客戶端和所述菜單服務(wù)模塊還在所述融合通信模塊上進(jìn)行帳號注 冊，通過注冊的帳號登錄所述融合通信模塊，以通過融合通信模塊建立即時(shí)消息通信鏈路。
[0019] 進(jìn)一步，所述菜單信息包括服務(wù)帳號、菜單名稱、菜單說明、節(jié)點(diǎn)ID、父節(jié)點(diǎn)ID、子 節(jié)點(diǎn)信息、菜單功能鍵、超鏈接和接口。
[0020] 進(jìn)一步，所述菜單管理模塊編輯菜單信息時(shí)，將菜單信息定義為一至兩級菜單，并 通過企業(yè)服務(wù)帳號進(jìn)行標(biāo)識(shí)。
[0021] 本發(fā)明的技術(shù)方案還包括一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的方法，包括：
[0022] 步驟1，企業(yè)向菜單管理模塊上傳菜單信息，菜單管理模塊對菜單信息進(jìn)行編輯， 并將編輯后的菜單信息加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)；
[0023] 步驟2,客戶端和菜單服務(wù)模塊之間通過融合通信模塊建立即時(shí)消息通信鏈路；
[0024] 步驟3,客戶端通過所述融合通信模塊從菜單服務(wù)模塊請求下載菜單信息；
[0025] 步驟4,菜單服務(wù)模塊根據(jù)客戶端的請求，將存儲(chǔ)的菜單信息打包成即時(shí)消息，并 通過融合通信模塊回送至客戶端進(jìn)行顯示。
[0026] 進(jìn)一步，還包括：
[0027] 步驟5,建立用于進(jìn)行業(yè)務(wù)邏輯，生成具有相應(yīng)業(yè)務(wù)能力的菜單，并向菜單服務(wù)模 塊提供調(diào)用業(yè)務(wù)能力接口的業(yè)務(wù)模塊；
[0028] 步驟6,客戶端向菜單服務(wù)模塊發(fā)送菜單功能請求，若該菜單功能請求的菜單內(nèi)容 為動(dòng)態(tài)內(nèi)容，則所述菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù) 能力的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端進(jìn)行顯示。
[0029] 進(jìn)一步，若步驟6中菜單功能請求的菜單內(nèi)容為靜態(tài)內(nèi)容，則所述菜單服務(wù)模塊 直接從存儲(chǔ)的菜單信息中選擇符合的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端。
[0030] 本發(fā)明的有益效果是：通過本發(fā)明，企業(yè)只需在菜單服務(wù)模塊注冊服務(wù)帳號，自 己定義需要向用戶提供的業(yè)務(wù)及交互菜單，即可向廣大用戶開展自動(dòng)交互式業(yè)務(wù)。用戶只 需找到服務(wù)帳號，打開聊天窗口，根據(jù)菜單提示與企業(yè)業(yè)務(wù)系統(tǒng)交互，實(shí)現(xiàn)用戶自動(dòng)業(yè)務(wù)咨 詢、自動(dòng)業(yè)務(wù)辦理等?？偟膩碚f，本發(fā)明效益主要表現(xiàn)為：技術(shù)入門簡單，無須專業(yè)人員即可 開展企業(yè)需要提供的業(yè)務(wù)；業(yè)務(wù)流程更新簡單快速，即時(shí)上傳，即時(shí)生效；成本低廉，無須 自己建設(shè)、維護(hù)設(shè)備，無須租用中繼線路；推廣容易，社交網(wǎng)絡(luò)用戶群十分龐大，用戶搜索加 入關(guān)注即可；用戶使用簡單，按聊天窗口提示操作；安全性高，因?yàn)榍度朐诳尚哦雀叩目蛻?端內(nèi)、信息加密傳輸，關(guān)鍵信息用戶與第三方業(yè)務(wù)模塊直接交互，不與其它軟件接觸。

【專利附圖】

【附圖說明】
[0031] 圖1為本發(fā)明所述基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)的結(jié)構(gòu)示意圖；
[0032] 圖2為本發(fā)明所述基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的方法的流程示意圖。

【具體實(shí)施方式】
[0033] 以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實(shí)例只用于解釋本發(fā)明，并 非用于限定本發(fā)明的范圍。
[0034] 如圖1所示，本發(fā)明給出了一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)，包括 客戶端、融合通信模塊、菜單管理模塊和菜單服務(wù)模塊：
[0035] 客戶端，其置于智能終端內(nèi)，用于通過所述融合通信模塊從菜單服務(wù)模塊下載菜 單信息，并顯示下載的菜單信息。
[0036] 融合通信模塊，其與所述客戶端及所述菜單服務(wù)模塊均建立有即時(shí)消息通信鏈 路，用于實(shí)現(xiàn)客戶端與菜單服務(wù)模塊之間的即時(shí)消息轉(zhuǎn)發(fā)。本實(shí)施例中，所述客戶端和所述 菜單服務(wù)模塊還在所述融合通信模塊上進(jìn)行帳號注冊，通過注冊的帳號登錄所述融合通信 模塊，以通過融合通信模塊建立即時(shí)消息通信鏈路。
[0037] 菜單管理模塊，其用于接收并編輯企業(yè)上傳的菜單信息，并將編輯后的菜單信息 加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)。編輯后的菜單信息包括服務(wù)帳號、菜單名稱、菜單說明、節(jié) 點(diǎn)ID、父節(jié)點(diǎn)ID、子節(jié)點(diǎn)信息、菜單功能鍵、超鏈接和接口。另外，考慮到客戶端的屏幕大 小，所述菜單管理模塊編輯菜單信息時(shí)，將菜單信息定義為一至兩級菜單，并在定義完成后 通過企業(yè)服務(wù)帳號進(jìn)行標(biāo)識(shí)。
[0038] 菜單服務(wù)模塊，其用于將存儲(chǔ)的菜單信息打包成即時(shí)消息，并通過融合通信模塊 回送至客戶端。
[0039] 另外，還包括有業(yè)務(wù)模塊，其連接菜單服務(wù)模塊，用于進(jìn)行業(yè)務(wù)邏輯，生成具有相 應(yīng)業(yè)務(wù)能力的菜單，并向菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口。所述客戶端預(yù)定義有業(yè)務(wù) 功能鍵，用于標(biāo)識(shí)菜單功能請求，客戶端通過業(yè)務(wù)功能鍵向菜單服務(wù)模塊發(fā)送菜單功能請 求，菜單服務(wù)模塊分析菜單功能請求，若該菜單功能請求的菜單內(nèi)容為動(dòng)態(tài)內(nèi)容，則所述菜 單服務(wù)模塊調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù)能力的菜單內(nèi)容，再通過融 合通信模塊轉(zhuǎn)發(fā)給客戶端。若菜單功能請求的菜單內(nèi)容為靜態(tài)內(nèi)容，則所述菜單服務(wù)模塊 直接從存儲(chǔ)的菜單信息中選擇符合的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端。
[0040] 所述客戶端接收到菜單信息后，若菜單信息中包括超鏈接，則可通過超鏈接打開 智能終端內(nèi)置的瀏覽器，瀏覽企業(yè)提供的頁面辦理業(yè)務(wù)，使用戶直接與業(yè)務(wù)模塊交互，不擔(dān) 心關(guān)鍵信息泄密，關(guān)閉瀏覽器回到聊天窗口。
[0041] 對應(yīng)地，本實(shí)施例還給出了一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的方法，如圖2 所示，主要包括有如下步驟：
[0042] 步驟1，企業(yè)向菜單管理模塊上傳菜單信息，菜單管理模塊對菜單信息進(jìn)行編輯， 并將編輯后的菜單信息加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)；
[0043] 步驟2,客戶端和菜單服務(wù)模塊之間通過融合通信模塊建立即時(shí)消息通信鏈路；
[0044] 步驟3,客戶端通過所述融合通信模塊從菜單服務(wù)模塊請求下載菜單信息；
[0045] 步驟4,菜單服務(wù)模塊根據(jù)客戶端的請求，將存儲(chǔ)的菜單信息打包成即時(shí)消息，并 通過融合通信模塊回送至客戶端進(jìn)行顯示；
[0046] 步驟5,建立用于進(jìn)行業(yè)務(wù)邏輯，生成具有相應(yīng)業(yè)務(wù)能力的菜單，并向菜單服務(wù)模 塊提供調(diào)用業(yè)務(wù)能力接口的業(yè)務(wù)模塊；
[0047] 步驟6,客戶端向菜單服務(wù)模塊發(fā)送菜單功能請求，若該菜單功能請求的菜單內(nèi)容 為動(dòng)態(tài)內(nèi)容，則所述菜單服務(wù)模塊調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù)能力 的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端進(jìn)行顯示。
[0048] 上述各步驟的標(biāo)號是為了使步驟說明更有層次，實(shí)際應(yīng)用時(shí)可根據(jù)具體情況調(diào)整 步驟執(zhí)行的順序，并不局限于上述的標(biāo)號。
[0049] 基于上述關(guān)于一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)及方法的陳述，下面 具體地說明如何完成一次業(yè)務(wù)交互。
[0050] 步驟A01 :菜單服務(wù)模塊在融合通信模塊注冊賬戶，認(rèn)證通過，與融合通信模塊建 立即時(shí)消息通信鏈路，正常收發(fā)消息。
[0051] 步驟A02 :需要在聊天窗口向用戶提供菜單式交互服務(wù)的企業(yè)在菜單服務(wù)模塊注 冊服務(wù)賬戶，開通菜單業(yè)務(wù)。
[0052] 步驟A03 :企業(yè)定義好與用戶交互的菜單，開發(fā)完成后臺(tái)業(yè)務(wù)處理邏輯，部署在業(yè) 務(wù)模塊內(nèi)，向菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口。
[0053] 步驟A04:企業(yè)把菜單信息上傳菜單管理模塊，菜單信息包括服務(wù)帳號、菜單名 稱、節(jié)點(diǎn)ID、父節(jié)點(diǎn)ID、子節(jié)點(diǎn)信息、菜單功能鍵、超鏈接、接口等。
[0054] 步驟A05 :菜單管理模塊把菜單加載到菜單服務(wù)模塊。
[0055] 步驟A06 :用戶使用智能終端（如智能手機(jī)）中的客戶端找到提供菜單式服務(wù)企 業(yè)的帳號，加入關(guān)注，顯示在通訊錄里。
[0056] 步驟A07 :用戶打開與該賬戶的聊天窗口，客戶端發(fā)現(xiàn)該帳號屬性為菜單服務(wù)帳 號，通過融合通信模塊向菜單服務(wù)模塊發(fā)送服務(wù)請求。
[0057] 步驟A08 :菜單服務(wù)模塊根據(jù)請求的服務(wù)帳號找到帳號對應(yīng)企業(yè)的提供的菜單信 息，打包成即時(shí)消息，通過融合通信模塊回送給客戶端。
[0058] 步驟A09 :客戶端收到消息后，檢查消息內(nèi)容，發(fā)現(xiàn)是菜單消息，把菜單顯示在聊 天窗口一定位置。
[0059] 步驟A10 :用戶點(diǎn)擊菜單，如果菜單指向超鏈接，打開內(nèi)嵌瀏覽器瀏覽超鏈接指向 的頁面，由用戶直接與業(yè)務(wù)模塊交互；關(guān)閉瀏覽器回到聊天窗口。
[0060] 步驟All :如果用戶點(diǎn)擊的是功能鍵，客戶端通過融合通信模塊向菜單服務(wù)模塊 發(fā)送功能鍵指向的功能請求。
[0061] 步驟A12 :菜單服務(wù)模塊根據(jù)功能鍵定義，如果是靜態(tài)文本，從本服務(wù)器獲取企業(yè) 上傳的文本內(nèi)容，打包成即時(shí)消息，通過融合通信模塊回送給客戶端。
[0062] 步驟A13 :如果是動(dòng)態(tài)內(nèi)容，調(diào)用功能鍵定義的接口，向第三方業(yè)務(wù)模塊獲取內(nèi) 容。
[0063] 步驟A14 :第三方業(yè)務(wù)模塊根據(jù)功能鍵定義的業(yè)務(wù)邏輯進(jìn)行運(yùn)算，把運(yùn)算結(jié)果返 回給菜單服務(wù)模塊。
[0064] 步驟A15 :菜單服務(wù)模塊把響應(yīng)內(nèi)容打包成即時(shí)消息，通過融合通信模塊回送給 客戶端。
[0065] 步驟A16 :客戶端收到響應(yīng)內(nèi)容后顯示在聊天窗口，完成一次業(yè)務(wù)交互。
[〇〇66] 以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和 原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1. 一種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的系統(tǒng)，其特征在于，包括客戶端、融合通信 模塊、菜單管理模塊和菜單服務(wù)模塊： 客戶端，其置于智能終端內(nèi)，用于通過所述融合通信模塊從菜單服務(wù)模塊下載菜單信 息，并顯示下載的菜單信息； 融合通信模塊，其與所述客戶端及所述菜單服務(wù)模塊均建立有即時(shí)消息通信鏈路，用 于實(shí)現(xiàn)客戶端與菜單服務(wù)模塊之間的即時(shí)消息轉(zhuǎn)發(fā)； 菜單管理模塊，其用于接收并編輯企業(yè)上傳的菜單信息，并將編輯后的菜單信息加載 至菜單服務(wù)模塊進(jìn)行存儲(chǔ)； 菜單服務(wù)模塊，其用于將存儲(chǔ)的菜單信息打包成即時(shí)消息，并通過融合通信模塊回送 至客戶端。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，還包括業(yè)務(wù)模塊： 所述業(yè)務(wù)模塊，其連接菜單服務(wù)模塊，用于進(jìn)行業(yè)務(wù)邏輯，生成具有相應(yīng)業(yè)務(wù)能力的菜 單，并向菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口； 所述客戶端，其還用于向菜單服務(wù)模塊發(fā)送菜單功能請求； 所述菜單服務(wù)模塊，其還用于分析菜單功能請求，若該菜單功能請求的菜單內(nèi)容為動(dòng) 態(tài)內(nèi)容，則所述菜單服務(wù)模塊調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù)能力的菜 單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端。
3. 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述客戶端預(yù)定義有業(yè)務(wù)功能鍵，用于標(biāo) 識(shí)菜單功能請求。
4. 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述客戶端接收到菜單信息后，若菜單信 息中包括超鏈接，則可通過超鏈接打開智能終端內(nèi)置的瀏覽器，通過瀏覽器實(shí)現(xiàn)客戶端與 業(yè)務(wù)模塊的直接交互。
5. 根據(jù)權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述客戶端和所述菜單服務(wù)模塊還在 所述融合通信模塊上進(jìn)行帳號注冊，通過注冊的帳號登錄所述融合通信模塊，以通過融合 通信模塊建立即時(shí)消息通信鏈路。
6. 根據(jù)權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述菜單信息包括服務(wù)帳號、菜單名 稱、菜單說明、節(jié)點(diǎn)ID、父節(jié)點(diǎn)ID、子節(jié)點(diǎn)信息、菜單功能鍵、超鏈接和接口。
7. 根據(jù)權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述菜單管理模塊編輯菜單信息時(shí)， 將菜單信息定義為一至兩級菜單，并通過企業(yè)服務(wù)帳號進(jìn)行標(biāo)識(shí)。
8. -種基于融合通信實(shí)現(xiàn)菜單式業(yè)務(wù)交互的方法，其特征在于，包括： 步驟1，企業(yè)向菜單管理模塊上傳菜單信息，菜單管理模塊對菜單信息進(jìn)行編輯，并將 編輯后的菜單信息加載至菜單服務(wù)模塊進(jìn)行存儲(chǔ)； 步驟2,客戶端和菜單服務(wù)模塊之間通過融合通信模塊建立即時(shí)消息通信鏈路； 步驟3,客戶端通過所述融合通信模塊從菜單服務(wù)模塊請求下載菜單信息； 步驟4,菜單服務(wù)模塊根據(jù)客戶端的請求，將存儲(chǔ)的菜單信息打包成即時(shí)消息，并通過 融合通信模塊回送至客戶端進(jìn)行顯示。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，還包括： 步驟5,建立用于進(jìn)行業(yè)務(wù)邏輯，生成具有相應(yīng)業(yè)務(wù)能力的菜單，并向菜單服務(wù)模塊提 供調(diào)用業(yè)務(wù)能力接口的業(yè)務(wù)模塊； 步驟6,客戶端向菜單服務(wù)模塊發(fā)送菜單功能請求，若該菜單功能請求的菜單內(nèi)容為動(dòng) 態(tài)內(nèi)容，則所述菜單服務(wù)模塊提供調(diào)用業(yè)務(wù)能力接口從業(yè)務(wù)模塊中獲取具有相應(yīng)業(yè)務(wù)能力 的菜單內(nèi)容，再通過融合通信模塊轉(zhuǎn)發(fā)給客戶端進(jìn)行顯示。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，若步驟6中菜單功能請求的菜單內(nèi)容為 靜態(tài)內(nèi)容，則所述菜單服務(wù)模塊直接從存儲(chǔ)的菜單信息中選擇符合的菜單內(nèi)容，再通過融 合通信模塊轉(zhuǎn)發(fā)給客戶端。
【文檔編號】H04L29/08GK104113469SQ201410317589
【公開日】2014年10月22日 申請日期:2014年7月4日 優(yōu)先權(quán)日:2014年7月4日
【發(fā)明者】鐘貴華 申請人:北京思特奇信息技術(shù)股份有限公司