[發(fā)明專利]一種大容量用戶業(yè)務(wù)信息加載方法及其系統(tǒng)

有效

• 申請?zhí)枺?/td>: 200810090675.4
• 申請日: 2008-04-09
• 公開（公告）號: CN101257661A
• 公開（公告）日: 2008-09-03
• 發(fā)明（設(shè)計）人: 陳正光;屠要峰;邢剛;陶長標(biāo)
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04Q7/22
• 分類號: H04Q7/22;H04L12/56
• 代理公司: 北京安信方達(dá)知識產(chǎn)權(quán)代理有限公司
• 代理人: 龍洪;霍育棟

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

本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)的短消息領(lǐng)域，具體的說，尤其涉及一種大容量用戶業(yè)務(wù)信息加載方法及其系統(tǒng)。

背景技術(shù)

短消息業(yè)務(wù)一直是通訊增值業(yè)務(wù)的一個亮點(diǎn)。隨著通訊增值業(yè)務(wù)的深入開展，短消息業(yè)務(wù)重新煥發(fā)青春，各種短消息增值業(yè)務(wù)產(chǎn)品推陳出新，各類個性化的短消息業(yè)務(wù)正如火如荼展開，如一號雙機(jī)業(yè)務(wù)，自動簽名業(yè)務(wù)，個性簽名業(yè)務(wù)，自動回復(fù)業(yè)務(wù)等。

如圖1所示，SMSC(Short?Message?Service?Center，短消息中心)包含短消息業(yè)務(wù)處理機(jī)、用戶數(shù)據(jù)處理平臺、用戶數(shù)據(jù)庫等模塊。其中，用戶數(shù)據(jù)庫記錄了用戶數(shù)據(jù)，即用戶個人信息和用戶業(yè)務(wù)信息。用戶業(yè)務(wù)信息在短消息業(yè)務(wù)處理中地位舉足輕重，基本上每一條短消息處理都需要查詢源、目的用戶的用戶業(yè)務(wù)信息，并根據(jù)用戶業(yè)務(wù)信息實現(xiàn)業(yè)務(wù)。用戶業(yè)務(wù)信息由用戶數(shù)據(jù)處理平臺維護(hù)，短消息業(yè)務(wù)處理機(jī)對用戶業(yè)務(wù)信息執(zhí)行查詢操作。為提升系統(tǒng)處理性能，短消息業(yè)務(wù)處理機(jī)采用內(nèi)存緩存技術(shù)，在系統(tǒng)啟動時將用戶業(yè)務(wù)信息從用戶數(shù)據(jù)庫中加載到內(nèi)存。當(dāng)用戶業(yè)務(wù)信息發(fā)生變化，如進(jìn)行增加、修改、刪除用戶等操作時，用戶數(shù)據(jù)處理平臺同步通知短消息業(yè)務(wù)處理機(jī)，對內(nèi)存中用戶數(shù)據(jù)進(jìn)行相應(yīng)操作。

隨著各類個性化短消息業(yè)務(wù)的開展，SMSC需要處理的用戶數(shù)據(jù)數(shù)量快速增長。以廣東聯(lián)通為例，不到2年間，用戶數(shù)據(jù)數(shù)量達(dá)到2600萬。

目前采用直接加載方式，即在短消息業(yè)務(wù)處理機(jī)啟動時，短消息業(yè)務(wù)處理機(jī)直接從用戶數(shù)據(jù)庫中加載用戶業(yè)務(wù)信息到內(nèi)存。這種加載方式，在處理千萬級用戶業(yè)務(wù)信息時，加載時間以小時計量。同時，加載操作占用大量CPU和IO資源，會影響業(yè)務(wù)處理效率。現(xiàn)有加載方法導(dǎo)致業(yè)務(wù)處理機(jī)不敢輕易重啟，帶來了維護(hù)上的困擾。另一方面，當(dāng)發(fā)生故障導(dǎo)致業(yè)務(wù)處理機(jī)宕機(jī)時，加載時間過長，不能快速恢復(fù)，增加了運(yùn)營風(fēng)險。因此，需要提供一種高效率的加載方式。

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

本發(fā)明所解決的技術(shù)問題在于提供一種大容量用戶業(yè)務(wù)信息加載方法及其系統(tǒng)，以解決目前用戶數(shù)據(jù)加載速度慢，以及故障宕機(jī)而導(dǎo)致的用戶數(shù)據(jù)重新加載問題。

為了解決上述問題，本發(fā)明提供了一種大容量用戶業(yè)務(wù)信息加載系統(tǒng)，其包括用戶數(shù)據(jù)共享內(nèi)存、數(shù)據(jù)管理模塊、數(shù)據(jù)導(dǎo)出模塊、數(shù)據(jù)導(dǎo)入模塊、數(shù)據(jù)備份文件和數(shù)據(jù)同步文件；其中，

用戶數(shù)據(jù)共享內(nèi)存，使用共享內(nèi)存緩存用戶業(yè)務(wù)信息，用戶業(yè)務(wù)信息通過數(shù)組方式組織，并在共享內(nèi)存中采用位圖指示記錄使用狀態(tài)；

數(shù)據(jù)管理模塊，管理用戶數(shù)據(jù)共享內(nèi)存，提供用戶數(shù)據(jù)查詢、插入、修改、刪除等操作接口；接收并處理加載通知消息，加載通知消息包括定時加載通知消息、重啟加載通知消息以及手動加載通知消息；定時加載通知消息由數(shù)據(jù)管理模塊設(shè)置，用于定時加載數(shù)據(jù)；數(shù)據(jù)管理模塊接收到加載通知消息后，判斷是否需要從物理存儲加載數(shù)據(jù)，如否則重新組織用戶數(shù)據(jù)共享內(nèi)存中用戶業(yè)務(wù)信息數(shù)據(jù)，并結(jié)束操作，否則指示數(shù)據(jù)導(dǎo)入模塊工作，從數(shù)據(jù)備份文件加載數(shù)據(jù)到用戶數(shù)據(jù)共享內(nèi)存，并對導(dǎo)入的用戶業(yè)務(wù)信息進(jìn)行組織處理，讀取數(shù)據(jù)同步文件上的數(shù)據(jù)，修正用戶數(shù)據(jù)共享內(nèi)存中用戶業(yè)務(wù)信息；

數(shù)據(jù)導(dǎo)出模塊，用于將用戶業(yè)務(wù)信息從用戶數(shù)據(jù)庫導(dǎo)出到數(shù)據(jù)備份文件；

數(shù)據(jù)備份文件，為數(shù)據(jù)導(dǎo)出模塊生成，用文件形式存儲用戶業(yè)務(wù)信息，并包含用戶業(yè)務(wù)信息的版本、用戶業(yè)務(wù)信息數(shù)量、導(dǎo)出時間戳、記錄長度等信息。用戶業(yè)務(wù)信息組織方式和記錄格式與用戶數(shù)據(jù)共享內(nèi)存保持一致，數(shù)據(jù)備份文件可為多個應(yīng)用模塊共享

數(shù)據(jù)導(dǎo)入模塊，用以將用戶業(yè)務(wù)信息從數(shù)據(jù)備份文件加載到用戶數(shù)據(jù)共享內(nèi)存，并通知數(shù)據(jù)管理模塊進(jìn)行管理；

數(shù)據(jù)同步文件，為數(shù)據(jù)管理模塊生成，以文件形式記錄加載時間戳后，數(shù)據(jù)管理模塊收到的用戶業(yè)務(wù)數(shù)據(jù)同步信息。

上述各模塊可以嵌入到SMSC相關(guān)模塊中。

為了解決上述問題，本發(fā)明還提供了一種大容量用戶業(yè)務(wù)信息加載方法，應(yīng)用于SMSC(短消息中心)，其特征在于，包括以下步驟：

步驟一，數(shù)據(jù)管理模塊采用用戶數(shù)據(jù)共享內(nèi)存，緩存用戶業(yè)務(wù)信息；

步驟二，設(shè)置定時任務(wù)，定時調(diào)度數(shù)據(jù)導(dǎo)出模塊，將用戶業(yè)務(wù)信息導(dǎo)出到數(shù)據(jù)備份文件；

步驟三，數(shù)據(jù)管理模塊設(shè)置定時器，定時發(fā)送加載通知消息；數(shù)據(jù)管理模塊接收到加載通知消息后，判斷是否需要從數(shù)據(jù)備份文件加載數(shù)據(jù)，如否，則設(shè)置不處理數(shù)據(jù)同步文件標(biāo)志轉(zhuǎn)步驟五；

步驟四，數(shù)據(jù)導(dǎo)入模塊判斷數(shù)據(jù)備份文件是否有效且可加載，如是則將用戶業(yè)務(wù)信息加載到共享內(nèi)存，更新加載時間為數(shù)據(jù)備份文件時間戳，設(shè)置記錄位圖信息，通知數(shù)據(jù)管理模塊；