[發(fā)明專利]一種航旅多客戶端消息通知系統(tǒng)及其方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201210032510.8
• 申請(qǐng)日: 2012-02-14
• 公開(kāi)（公告）號(hào): CN102595346A
• 公開(kāi)（公告）日: 2012-07-18
• 發(fā)明（設(shè)計(jì)）人: 薄滿輝;唐紅武;佟業(yè)新;高棟;李長(zhǎng)杰
• 申請(qǐng)（專利權(quán)）人: 中國(guó)民航信息網(wǎng)絡(luò)股份有限公司
• 主分類號(hào): H04W4/12
• 分類號(hào): H04W4/12;H04W88/18
• 代理公司: 北京瑞思知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11341
• 代理人: 李濤

技術(shù)領(lǐng)域

本發(fā)明涉及一種航旅多客戶端消息通知系統(tǒng)及其方法，通過(guò)該系統(tǒng)或方法，多種手機(jī)平臺(tái)能夠與服務(wù)端進(jìn)行無(wú)實(shí)時(shí)連接的消息交互，服務(wù)端動(dòng)態(tài)適配客戶端。

背景技術(shù)

手機(jī)作為一個(gè)現(xiàn)代科技產(chǎn)物，不僅是方便的通信工具，而且在信息管理方面也起著重要的作用。手機(jī)上網(wǎng)已經(jīng)慢慢地進(jìn)入了人們的生活，早期手機(jī)上網(wǎng)比較單一，一般采用Wap方式瀏覽網(wǎng)頁(yè)，隨著技術(shù)的發(fā)展，智能手機(jī)的出現(xiàn)讓手機(jī)上網(wǎng)已不再局限于使用Wap方式，可以采用客戶端方式直接訪問(wèn)internet。目前，手機(jī)品種和型號(hào)多的讓人目不暇接，各種智能手機(jī)應(yīng)用也是層出不窮，從而使得手機(jī)客戶端與服務(wù)器間的信息交互變的多樣化。

本法的目的在于提供一款為用戶提供以行程為中心的多服務(wù)的手機(jī)應(yīng)用，注冊(cè)用戶產(chǎn)生行程后，該產(chǎn)品將提供一系列服務(wù)，諸如行程分享，行程定制等，這些過(guò)程需要服務(wù)端與手機(jī)客戶端的信息交互才能完成，而手機(jī)客戶端由于種類繁多，服務(wù)端動(dòng)態(tài)識(shí)別客戶端平臺(tái)，所以這是一種多客戶端交互模式，更主要的是服務(wù)端針對(duì)多客戶端可以采取不同的消息通知模式，服務(wù)端主動(dòng)向不同平臺(tái)客戶端系統(tǒng)用戶下推消息。

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

本發(fā)明提供一種航旅多客戶端消息通知系統(tǒng)及其方法，由客戶端系統(tǒng)與服務(wù)端系統(tǒng)組成。客戶端系統(tǒng)包括客戶端應(yīng)用模塊；服務(wù)端系統(tǒng)包括：信息采集模塊，平臺(tái)適配模塊，消息通知模塊。

客戶端應(yīng)用模塊負(fù)責(zé)注冊(cè)登陸并提供服務(wù)端所需參數(shù)信息，并接收來(lái)自服務(wù)端系統(tǒng)的消息通知。

信息采集模塊負(fù)責(zé)維護(hù)更新一份用戶設(shè)備映射列表，它是用戶信息與手機(jī)特征碼的映射關(guān)系列表。當(dāng)有客戶端訪問(wèn)時(shí)，服務(wù)端信息采集模塊解析客戶端訪問(wèn)協(xié)議，獲取客戶端手機(jī)平臺(tái)類型，然后查詢用戶id是否在用戶設(shè)備映射列表，最后根據(jù)手機(jī)平臺(tái)類型來(lái)更新用戶設(shè)備映射列表，添加或刪記錄。

平臺(tái)適配模塊首先查詢消息庫(kù)未發(fā)送狀態(tài)消息，獲取消息對(duì)應(yīng)的用戶id，然后根據(jù)id查詢用戶設(shè)備映射列表的結(jié)果選擇使用消息通知模塊。

消息通知模塊由兩個(gè)子模塊構(gòu)成，模塊A處理iPhone消息，模塊B處理Android、Symbian消息。模塊A根據(jù)用戶id查詢用戶設(shè)備映射列表取得用戶手機(jī)特征碼，再將消息與特征碼發(fā)送到蘋果服務(wù)器，由蘋果服務(wù)器通知手機(jī)用戶。模塊B根據(jù)客戶端訪問(wèn)請(qǐng)求動(dòng)態(tài)響應(yīng)，根據(jù)客戶端用戶id查詢消息庫(kù)后直接發(fā)送消息通知。

本發(fā)明還提供一種航旅多客戶端消息通知方法，包括如下步驟：

步驟1，客戶端應(yīng)用模塊進(jìn)行用戶注冊(cè)登陸，提交原始數(shù)據(jù)。

步驟2，信息采集模塊解析客戶端請(qǐng)求協(xié)議，獲取客戶端手機(jī)平臺(tái)類型，維護(hù)更新用戶設(shè)備映射列表；

步驟3，平臺(tái)適配模塊查詢消息庫(kù)未發(fā)送狀態(tài)消息，根據(jù)消息對(duì)應(yīng)用戶id判斷其是否在用戶設(shè)備映射列表中，判斷此用戶id對(duì)應(yīng)手機(jī)平臺(tái)類型，來(lái)決定執(zhí)行后續(xù)消息通知；

步驟4，消息通知模塊中的模塊A發(fā)送消息到蘋果服務(wù)器，由蘋果服務(wù)器發(fā)送到客戶端手機(jī)，模塊B直接發(fā)送消息到客戶端手機(jī)；

在步驟1中，客戶端應(yīng)用模塊首先校驗(yàn)旅客注冊(cè)數(shù)據(jù)是否有效，如果無(wú)效，則返回錯(cuò)誤提示，旅客注冊(cè)登陸后，旅客信息提交到服務(wù)端。

在步驟2中，信息采集模塊解析客戶端請(qǐng)求協(xié)議，獲取客戶端手機(jī)平臺(tái)類型，根據(jù)客戶端用戶id查詢用戶設(shè)備映射列表是否存在此id，并進(jìn)一步根據(jù)當(dāng)前手機(jī)平臺(tái)類型決定是添加還是刪除用戶設(shè)備映射列表記錄，保持列表中當(dāng)前手機(jī)的用戶設(shè)備映射關(guān)系是最近一次登陸的記錄；

在步驟3中，平臺(tái)適配模塊定期查詢消息庫(kù)中是否存在未發(fā)送狀態(tài)消息，當(dāng)存在未發(fā)送消息時(shí)，根據(jù)消息對(duì)應(yīng)用戶id查詢用戶設(shè)備映射列表，判斷此用戶id對(duì)應(yīng)手機(jī)平臺(tái)類型。

在步驟4中，根據(jù)步驟3中判斷的手機(jī)平臺(tái)類型決定由模塊A或者模塊B執(zhí)行消息發(fā)送，模塊A將消息內(nèi)容與用戶設(shè)備特征碼發(fā)送到蘋果服務(wù)器，由蘋果服務(wù)器下推消息；模塊B根據(jù)用戶id直接查詢消息庫(kù)是否存在此id對(duì)應(yīng)消息，如果存在則直接發(fā)送消息到客戶端手機(jī)。

本發(fā)明重在服務(wù)端針對(duì)多客戶端使用動(dòng)態(tài)適配技術(shù)，根據(jù)各客戶端類型決定采取不同的消息通知方式。

附圖說(shuō)明

圖1為本發(fā)明一種航旅客戶端消息通知系統(tǒng)及其方法方框圖；

圖2為本發(fā)明一種航旅客戶端消息通知系統(tǒng)及其方法總體流程圖；

圖3為服務(wù)端信息采集模塊所執(zhí)行的處理流程圖；

圖4為平臺(tái)適配模塊所執(zhí)行的處理流程圖；

圖5為模塊A所執(zhí)行的處理流程圖；

圖6為模塊B所執(zhí)行的處理流程圖；

具體實(shí)施方式