一種彩鈴播放方法及系統的製作方法
2023-05-22 18:37:01
專利名稱:一種彩鈴播放方法及系統的製作方法
技術領域：
本發明涉及一種彩鈴播放方法及系統，特別涉及一種分布式網絡架構中的彩鈴播放方法及系統。
背景技術：
彩鈴業務(Color Ring Back Tone，CRBT)一般是一項由主叫、被叫或者集團用戶等定製，為主叫用戶提供一段悅耳的音樂，或一句問候語，或一段定製者自行錄製合成的提示語音來替代普通回鈴音的業務。由主叫定製的彩鈴我們稱之為主叫彩鈴，由被叫用戶的定製的彩鈴我們稱之為被叫彩鈴，由集團用戶定製的彩鈴稱之為集團彩鈴。主叫彩鈴和集團彩鈴是被叫彩鈴業務的一個延伸，它是將被叫彩鈴的定製方改為主叫或者集團用戶。
現有的彩鈴系統一般根據規模和網絡的需要採用獨立局點組網，或者是分布組網方式。
一般的小型彩鈴系統採用獨立局點組網設置，較大的局點一般採用分布組網方式架構。目前分布式架構一般採用數據網絡異地訪問數據。如果是獨立局點方式設置，則不存在分布式組網的需求，而是將管理、呼叫都集中在一個局點。如果是採用數據網組網設置，則可以實現分布式組網，但是對網絡質量和網絡帶寬都有一定的要求。下面對兩種組網方式下的彩鈴系統作簡要介紹。
1)獨立局點組網圖1為獨立局點組網的邏輯結構示意圖，該局點完成如下工作1、彩鈴呼叫的接入和處理(信令和中繼)；2、彩鈴的用戶管理，包括IVR(Interactive Voice Response，交互式語音應答)接入(信令和中繼)、WEB(全球資訊網)接入、WAP(Wireless Access Protocol；無線訪問協議)接入、SMS(Short Messaging Service；短消息業務)接入；彩鈴的系統管理，包括系統管理員管理、SP/CP(Service Provider/ContentProvider；業務提供商/內容提供商)管理員管理、客服管理員管理、集團管理員管理；運營和計費功能。
如圖1所示，獨立局點工作流程是在接到呼叫請求後，在本地資料庫DB(database)101查詢管理信息後，到文件系統Fileserver102中讀取相應的彩鈴文件進行播放。
獨立局點組網的不足在於因為電信網絡中的中繼資源成本很高，所以如果都採用獨立組網無法滿足局方對分布式組網的需求。
2)分布式組網圖2為分布式組網的邏輯結構示意圖，如圖所示，整個彩鈴系統分為管理節點201和呼叫節點202，其中呼叫節點可以有若干，現僅舉其中之一呼叫節點202來闡述。
其中管理節點承擔的工作包括1、彩鈴的用戶管理，含有IVR接入(信令和中繼)、WEB接入、WAP接入、SMS接入；2、彩鈴的系統管理，含有系統管理員管理、SP/CP管理員管理、客服管理員管理、集團管理員管理；3、運營和計費功能。
呼叫節點承擔的工作包括彩鈴呼叫的接入和處理(信令和中繼)其工作流程是，當一個呼叫請求到達呼叫節點202時，呼叫節點202向管理節點201發起查詢請求，管理節點201從資料庫DB2011中讀取相應管理信息後反饋至呼叫節點202，呼叫節點202再根據查詢結果，從文件系統fileserver2022相應文件中讀取彩鈴文件進行播放。
呼叫節點202是通過實時訪問從管理節點201的資料庫DB2011獲取管理信息的，而呼叫節點202文件系統fileserver2022與管理節點201文件系統fileserver2012的彩鈴文件等是通過文件同步方式來實現的。
分布式組網的主要優點在於呼叫和管理相分離，呼叫節點只處理呼叫，管理節點處理複雜的業務邏輯，呼叫節點關注於系統的可靠性、穩定性，管理節點關注系統的快速響應和新特性的快速部署；呼叫數據分布，多個呼叫節點之間可以採用負荷分擔、備份和容災；呼叫節點和各地的交換系統對應上，減少呼叫長途中繼的佔用，降低彩鈴的運營成本。
但分布式組網的不足在於由於分布式組網目前的解決方案一般是採用跨越大網訪問數據的方式，本地一般不配置呼叫資料庫或者是備份數據，這樣存在的問題是如果管理節點出現故障的時候，呼叫節點同樣會受到影響，系統的安全性和可靠性不好。
同時，目前現有的數據網組網設置，可以實現分布式組網，但對網絡質量和網絡帶寬的要求較高，一般難以滿足要求。主要的原因在於1、呼叫節點和管理節點的數據訪問是實時訪問模式，即一個呼叫請求到達時，呼叫節點向管理節點發起查詢請求，根據查詢結果判斷放音內容；2、呼叫節點和管理節點之間存在文件同步和實時訪問兩種數據服務，其之間又無法有效實施QOS(Quality of Service；服務質量)保證，因此實時訪問服務和文件同步服務之間存在資源競爭，實時訪問服務的時效性無法保證；3、呼叫查詢對響應時間要求極高，因為其和呼叫過程相關聯，因此對網絡帶寬和網絡質量要求很高，否則對呼叫過程產生影響，會導致呼叫接通仍然沒有聽到回鈴音的問題。
發明內容本發明提供了一種彩鈴播放方法及系統，用以解決彩鈴呼叫節點分布在各地，在滿足對彩鈴信息集中管理的條件下，降低彩鈴業務對網絡資源、網絡帶寬與網絡質量的要求，同時提高網絡發生故障時彩鈴業務的穩定性和可靠性。
本發明方法包括所應用的彩鈴系統，至少包括一個含存放第一彩鈴文件的第一文件系統、存放第一管理信息的第一資料庫的管理節點；一個含存放第二彩鈴文件的第二文件系統、存放第二管理信息的第二資料庫的呼叫節點，所述第一文件系統與第二文件系統通信，進行數據同步；所述第一資料庫與第二資料庫通信，進行數據同步，所述方法包括如下步驟當呼叫節點接收呼叫請求後，呼叫節點根據第二資料庫中的第二管理信息，從第二文件系統中讀取相應的第二彩鈴文件進行播放。
較佳地，本方法中所述數據同步是將增量數據進行同步。
較佳地，本方法中可以進一步包括如下步驟當數據同步失敗時，記錄未同步的所述增量數據；當數據同步恢復時，將所述記錄的未同步增量數據同步。
較佳地，本方法中可以進一步包括如下步驟根據需要將所述第一文件系統、第一資料庫、呼叫節點分類；按分類將第一文件系統與同類呼叫節點的第二文件系統數據同步；按分類將第一資料庫與同類呼叫節點的第二資料庫數據同步。
較佳地，本方法中所述數據同步可以是定時進行的，或者是當數據發生變化時進行的。
本發明還提供了一種彩鈴播放系統，至少包括含有一個存放第一彩鈴文件的第一文件系統、存放第一管理信息的第一資料庫的管理節點；含有一個存放第二彩鈴文件的第二文件系統、存放第二管理信息的第二資料庫的呼叫節點，第一文件系統與第二文件系統通信，並進行數據同步；第一資料庫與第二資料庫通信，並進行數據同步；
所述呼叫節點接收呼叫請求後，根據第二資料庫中的第二管理信息，從第二文件系統中讀取相應的第二彩鈴文件進行播放。
較佳地，本系統中可以進一步包括文件同步模塊，用於將第一文件系統與第二文件系統數據同步；和/或數據同步模塊，用於將第一資料庫與第二資料庫數據同步。
較佳地，本系統中所述文件同步模塊進一步包括用於記錄第一文件系統增量的第一增量記錄單元；所述文件同步模塊，將所述第一增量記錄單元記錄的增量數據同步；所述數據同步模塊進一步包括用於記錄第一資料庫增量的第二增量記錄單元；所述數據同步模塊，將所述第二增量記錄單元記錄的增量數據同步。
較佳地，本系統中所述第一增量記錄單元進一步包括第一未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第一增量記錄單元中未同步的增量；所述文件同步模塊，用於將所述第一未同步增量記錄子單元記錄的增量數據同步；所述第二增量記錄單元進一步包括第二未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第二增量記錄單元中未同步的增量；所述數據同步模塊，用於將所述第二未同步增量記錄子單元記錄的增量數據同步。
較佳地，本系統中所述文件同步模塊進一步包括第一歸類單元，用於按需要將第一文件系統與呼叫節點歸類；所述文件同步模塊，根據所述第一歸類單元歸類結果，將管理節點的第一文件系統與同類呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二歸類單元，用於按需要將第一資料庫與呼叫節點歸類；所述數據同步模塊，根據所述第二歸類單元歸類結果，將管理節點的第一資料庫與同類呼叫節點的第二資料庫數據同步。
較佳地，本系統中所述文件同步模塊進一步包括第一定時單元，用於按需要設置文件同步時間；所述文件同步模塊，按所述第一定時單元設置時間，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二定時單元，用於按需要設置數據同步時間；所述數據同步模塊，按所述第二定時單元設置時間，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
較佳地，本系統中所述文件同步模塊進一步包括第一觸發單元，用於測量到第一文件系統發生變化時，觸發第一同步信號；所述文件同步模塊，接收到所述第一同步信號時，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二觸發單元，用於測量到第一資料庫發生變化時，觸發第二同步信號；所述數據同步模塊，接收到所述第二同步信號時，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
由於在本發明中，將實現彩鈴業務的管理節點與呼叫節點功能相分離，這樣呼叫節點在接到彩鈴呼叫信息後，在呼叫節點資料庫中查詢管理信息，這使得進行彩鈴業務時，不再需要實時向管理節點查詢管理信息後才能進行播放，克服了因為呼叫查詢對響應時間要求極高，而對網絡帶寬和網絡質量要求也很高的問題。
同時，本發明將管理節點文件系統中的彩鈴文件與資料庫中的管理信息與本地同步，不僅解決了實時訪問服務和文件同步服務之間存在資源競爭的問題，還使得彩鈴業務中不再需求實時傳輸信息，而是在網絡可用時將所需信息與本地同步，從而使得彩鈴呼叫節點分布在各地，在滿足對彩鈴信息集中管理的條件下，降低了彩鈴業務對網絡資源、網絡帶寬與網絡質量的要求；這樣還能在網絡帶寬緊張的情況下業務依然能夠正常運行，不會因為網絡擁塞或者業務量大導致業務系統不可用，減少了呼叫節點分布在各地MSC(Mobile SwitchCenter；移動交換中心)或者TMSC(Tandem MSC；匯接移動交換中心)的情況下的長途中繼佔用；即使在網絡不可用的情況下，僅是管理系統發生的數據維護和更新操作沒有同步到呼叫節點，由於不再需要向管理節點查詢彩鈴的管理信息，因此呼叫系統依然能夠進行彩鈴業務。
由於管理節點與呼叫節點功能的分離，使得彩鈴的呼叫節點不依賴於管理節點獨立運行，耦合性小，可以實現多廠家簡單對接。也使得在網絡帶寬、可靠性要求不高的情況下，容易實現了分布式組網、多節點的平滑擴容、多節點N+1備份等特性。
圖1為背景技術中所述獨立局點組網的邏輯結構示意圖；圖2為背景技術中所述分布式組網的邏輯結構示意圖；圖3為實施例所述分布式網絡的邏輯結構示意圖；圖4為實施例中所述管理節點與呼叫節點數據同步的流程示意圖；圖5為實施例中所述彩鈴系統結構示意圖。
具體實施方式現在的彩鈴呼叫是當呼叫請求到達呼叫節點時，呼叫節點向管理節點發起查詢請求，管理節點反饋查詢結果後，呼叫節點讀取彩鈴音進行播放。呼叫節點是通過實時訪問從管理節點的資料庫DB獲取管理信息的，而在文件系統fileserver的彩鈴文件等是通過文件同步方式來實現。而本發明實施例中，則採用的是與獨立局點相似的方式，即呼叫節點在接到呼叫請求後，在本地資料庫查詢管理信息，到文件系統Fileserver中讀取相應的彩鈴文件進行播放。因此實現本發明的關鍵在於如何將管理節點中彩鈴業務所需的數據與呼叫節點同步。
下面結合附圖來說明本發明的具體實施方式
。
圖3為實施例分布式網絡的邏輯結構示意圖，如圖所示，在彩鈴系統分為管理節點301和呼叫節點302，其中呼叫節點可以有若干，現僅舉其中之一呼叫節點302來闡述。
其中管理節點主要負責彩鈴業務的用戶管理(WEB網站訪問服務、SMS簡訊服務、IVR語音接入服務、WAP無線瀏覽服務、BREW無線應用服務、Java無線應用服務、營業廳等各種接入手段)；彩鈴業務的CP管理，負責提供CP信息管理、彩鈴內容管理、業務統計等功能；彩鈴業務的系統管理，負責CP管理、彩鈴內容管理、業務統計、權限管理等功能；彩鈴業務的其他對業務系統的管理手段。
呼叫系統主要負責彩鈴系統的彩鈴音播放；可能涉及的呼叫控制、呼出到被叫等特性。
實施例中，將管理節點與呼叫節點之間的功能進行了分離，因此管理節點和呼叫節點之間可以採用鬆散耦合，管理節點301與呼叫節點302之間的數據同步包括兩個部分1)、管理信息同步用於用戶呼叫的管理信息存放在管理節點301的資料庫3011，管理節點301通過各種TCP/IP協議方式將資料庫DB3011的管理信息與呼叫節點302資料庫DB3021同步；2)、彩鈴文件同步管理節點301在通過網絡共享、FTP、HTTP接口等各種協議接口將CP上傳彩鈴文件到Fileserver3012後，管理節點301將Fileserver3012的彩鈴文件與呼叫節點302的Fileserver3022同步。
圖4為實施例中管理節點與呼叫節點數據同步的流程示意圖，如圖所示，
具體的實施步驟為步驟401、SP/CP、用戶上傳彩鈴文件到管理節點。
這時可以採用HTTP協議。
步驟402、管理節點將需要同步的文件放置到需要同步的文件目錄下。
需要同步的文件目錄可以根據管理員需要進行配置，一般配置為彩鈴音的根目錄。
步驟403、用戶和SP通過網站設置各種管理信息，管理節點將管理信息設置到管理節點的資料庫DB。
步驟404、管理節點將需要同步的管理信息放在資料庫DB特定區域中。
特定區域可以是資料庫中的特殊的表，具體需要同步的表可以在資料庫同步中進行配置。
步驟405、管理節點將上傳的彩鈴文件保存到Fileserver的正式目錄中與呼叫節點同步。
增量主要是針對全部數據量非常巨大，而用戶的定購數據需要第一時間反饋到呼叫平臺，以便用戶的定購能夠最短的時間內生效。如果採用全量同步，其同步周期將非常長，無法滿足業務發展的需要。呼叫節點可以通過定時觸發的方式查詢其節點上的彩鈴文件和管理節點上彩鈴文件的增量，並將增量同步過來。增量指管理節點中相對上一時刻所增加的、或所更新的文件。文件同步協議可以基於Windows CFS(Common file service)、FTP(File Transfer Protocol；文件傳輸協議)、HTTP(Hyper Text Transport Protocol；超級文本傳送協議)等等協議進行網絡傳輸，增量可以採用文件目錄樹對比方式獲取查詢文件信息並將其進行拷貝，拷貝方式可以是管理節點向多個呼叫節點同步，也可以是呼叫節點從管理節點同步。文件目錄樹對比方式是採用目錄迭代分解出所有的子目錄和文件，將原目錄中的文件和目標目錄中的文件屬性進行對比，確認大小、修改時間、名稱等保持一致，如果不一致則進行文件刷新。
步驟406、將呼叫節點的資料庫與管理節點的資料庫中的管理信息同步。
呼叫節點的資料庫也可以通過定時的方式從管理節點的資料庫將管理數據同步過來，資料庫同步可以採用事務同步、定時數據塊同步和應用同步三種方式，事務同步是當事務發生的時刻通過數據的事務日誌同步，定時數據塊同步是管理節點資料庫定時將管理資料庫中需要同步的數據同步到呼叫節點，應用同步是通過應用在操作管理節點數據時同時操作呼叫節點數據。
實施例中，兩個同步接口，包括文件同步與管理信息同步，均可採用事件觸發方式或者定時同步方式。事件觸發方式是指在發生用戶數據更新的時候同步數據，在文件發生更新的時候同步文件；定時同步方式是指在指定時間間隔後系統自動同步所有更新的數據和更新的文件。
根據實際的需要在實施中還可以制定不同的同步策略，比如1、全同步策略，即把所有的鈴音文件資源、所有的管理信息數據都全部同步，這是用於解決在實際的呼叫處理中無法根據歸屬來選擇彩鈴播放平臺問題的；2、按照分類同步，比如按照歸屬分類，即把只有該呼叫節點歸屬的鈴音文件資源、歸屬的管理信息數據才從管理節點同步到呼叫節點。
為更好的保障數據同步，在以上兩個節點中均採用異常保護機制。在網絡發生斷連時，管理節點的同步任務會自動記錄所有未同步的數據，待網絡恢復後管理節點能夠識別網絡狀況並恢復同步任務，並將故障期間所有的未同步的管理信息和彩鈴文件同步到呼叫系統。因為同步過程中採用增量同步，因此管理節點的數據變化先記錄到管理節點中，並將增量部分記錄下來以便網絡恢復時同步到呼叫節點，這樣通過異常保護機制就能更好的保障數據的同步。
因為廣域網的帶寬一般不可能太高，對網絡帶寬的要求也依賴於用戶可以接受的生效時間和用戶數量，這樣在實施裡的數據同步保證下，即使網絡帶寬緊張的情況下，彩鈴業務依然能夠正常運行，不會因為網絡擁塞或者業務量大導致業務系統不可用。
根據同樣發明構思，本發明還提供了一種彩鈴系統，現結合附圖對實施本系統進行說明。
圖5為實施例中彩鈴系統結構示意圖，如圖所示，其中至少包括含有一個存放第一彩鈴文件的第一文件系統、存放第一管理信息的第一資料庫的管理節點；含有一個存放第二彩鈴文件的第二文件系統、存放第二管理信息的第二資料庫的呼叫節點。本發明實施例中僅用一個管理節點501與一個呼叫節點502來進行說明。
在呼叫節點502與管理節點501中，它們的第一文件系統與第二文件系統通信，並進行數據同步；第一資料庫與第二資料庫通信，並進行數據同步；在呼叫節點502接收到用戶呼叫請求後，根據第二資料庫中的第二管理信息，從第二文件系統中讀取相應的第二彩鈴文件進行播放。與分布式不同的是，本發明中呼叫節點不再向管理節點請求管理信息，而是從本地資料庫中進行讀取。
文件同步模塊503是用來將第一文件系統與第二文件系統進行數據同步的；數據同步模塊504是用來將第一資料庫與第二資料庫進行數據同步的。
文件同步模塊503中可以進一步包括第一增量記錄單元5031、第一歸類單元5032、第一定時單元5033、第一觸發單元5034；數據同步模塊504中則可以進一步包括第二增量記錄單元5041、第二歸類單元5042、第二定時單元5043、第二觸發單元5044。其中第一增量記錄單元5031是用於記錄第一文件系統增量的，文件同步模塊503，將第一增量記錄單元記錄的增量數據同步；第一增量記錄單元可以進一步包括第一未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第一增量記錄單元中未同步的增量，文件同步模塊，將所述第一未同步增量記錄子單元記錄的增量數據同步；第一歸類單元5032按需要將第一文件系統與呼叫節點歸類，文件同步模塊503，根據第一歸類單元歸類結果，將管理節點的第一文件系統與同類呼叫節點的第二文件系統數據同步；這樣的目的是根據實際的需要在實施中制定的不同的同步策略，來按照歸屬分類，即把只有該呼叫節點歸屬的鈴音文件資源、歸屬的管理信息數據才從管理節點同步到呼叫節點。
第一定時單元5033，用於按需要設置文件同步時間，文件同步模塊503，按第一定時單元設置時間，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；第一觸發單元5034，用於測量到第一文件系統發生變化時，觸發第一同步信號，文件同步模塊，接收到第一同步信號時，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；第二增量記錄單元5041是用於記錄第一資料庫增量的，數據同步模塊5004則將第二增量記錄單元記錄的增量數據同步。
第二增量記錄單元進一步包括第二未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第二增量記錄單元中未同步的增量，數據同步模塊將第二未同步增量記錄子單元記錄的增量數據同步。
第二歸類單元5042用於按需要將第一資料庫與呼叫節點歸類，數據同步模塊，根據第二歸類單元歸類結果，將管理節點的第一資料庫與同類呼叫節點的第二資料庫數據同步。這樣的目的是根據實際的需要在實施中制定的不同的同步策略，來按照歸屬分類，即把只有該呼叫節點歸屬的資料庫資源、歸屬的管理信息數據才從管理節點同步到呼叫節點。
第二定時單元5043用於按需要設置數據同步時間，數據同步模塊，按第二定時單元設置時間，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
第二觸發單元5044用於測量到第一資料庫發生變化時，觸發第二同步信號，數據同步模塊，接收到所述第二同步信號時，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
在本系統中，增量主要是針對全部數據量非常巨大，而用戶的定購數據需要第一時間反饋到呼叫平臺，以便用戶的定購能夠最短的時間內生效。如果採用全量同步，其同步周期將非常長，無法滿足業務發展的需要。呼叫節點可以通過定時觸發的方式查詢其節點上的彩鈴文件和管理節點上彩鈴文件的增量，並將增量同步過來。增量指管理節點中相對上一時刻所增加的、或所更新的文件。本系統中第一增量記錄單元與第二增量記錄單元便是用於記錄增量的。
為更好的保障數據同步，在以上兩個節點中均採用異常保護機制。在網絡發生斷連時，第一未同步增量自單元與第二未同步增量子單元作為同步任務會自動記錄管理節點的所有未同步的數據，待網絡恢復後管理節點能夠識別網絡狀況並恢復同步任務，並將故障期間第一、第二未同步增量子單元所記錄的所有的未同步的管理信息和彩鈴文件同步到呼叫系統。因為同步過程中採用增量同步，因此管理節點的數據變化先記錄到管理節點中，並將增量部分記錄下來以便網絡恢復時同步到呼叫節點，這樣通過異常保護機制就能更好的保障數據的同步。
對於文件同步模塊來說，文件同步協議可以基於Windows CFS、FTP、HTTP等等協議進行網絡傳輸，增量可以採用文件目錄樹對比方式獲取查詢文件信息並將其進行拷貝，拷貝方式可以是管理節點向多個呼叫節點同步，也可以是呼叫節點從管理節點同步。文件目錄樹對比方式是採用目錄迭代分解出所有的子目錄和文件，將原目錄中的文件和目標目錄中的文件屬性進行對比，確認大小、修改時間、名稱等保持一致，如果不一致則進行文件刷新。
對於數據同步模塊來說，呼叫節點的資料庫也可以通過定時的方式從管理節點的資料庫將管理數據同步過來，資料庫同步可以採用事務同步、定時數據塊同步和應用同步三種方式，事務同步是當事務發生的時刻通過數據的事務日誌同步，定時數據塊同步是管理節點資料庫定時將管理資料庫中需要同步的數據同步到呼叫節點，應用同步是通過應用在操作管理節點數據時同時操作呼叫節點數據。
實施例中，兩個同步接口，包括文件同步與管理信息同步，均可採用事件觸發方式或者定時同步方式。事件觸發方式是指在發生用戶數據更新的時候同步數據，在文件發生更新的時候同步文件；定時同步方式是指在指定時間間隔後系統自動同步所有更新的數據和更新的文件。
從實施例可以看出，本發明對網絡的可靠性要求低，即使在網絡不可用的情況下，呼叫系統依然能夠在接收到呼叫請求後即在本地進行查詢，因為不必再到管理節點進行管理信息的實時查詢，因此也能夠正常使用。
從實施例可以看出，在實現呼叫節點的分布式布局後，呼叫節點可以分布在各地MSC或者TMSC相同的機房，減少長途中繼佔用，有效地降低了長途中繼的租用和布置的成本。
從實施例可以看出，本發明可以容易的實現大容量情況的下平滑擴容，當在彩鈴業務容量大到一個獨立的系統難以承擔全網用戶容量的時候，能方便的採用分布式解決方案，從而實現彩鈴業務的平滑擴容和疊加，例如一個呼叫節點最大的交換接入容量為20000路，則超過20000路需要建立一個節點時，此時採用本發明中的分布式組網增加節點就可以滿足平滑擴容的要求。
從實施例可以看出，本發明可以實現呼叫節點的N+1備份和負荷分擔，在N+1個呼叫節點的情況下，當其中的呼叫節點發生故障時，可以將呼叫送到其他的N個呼叫節點。在所有的呼叫節點中實現了負荷分擔，當然也可以按照歸屬設置負荷分擔。
從實施例我們可以看出，由於管理節點和呼叫節點鬆散耦合，因此可以實現多廠家合作實現彩鈴設備，比如可以由管理部件開發能力強的公司提供管理節點，由電信供應商提供呼叫節點，從而實現彩鈴業務平臺的優勢最大化。
權利要求
1.一種彩鈴播放方法，所應用彩鈴系統，至少包括一個合存放第一彩鈴文件的第一文件系統、存放第一管理信息的第一資料庫的管理節點；一個含存放第二彩鈴文件的第二文件系統、存放第二管理信息的第二資料庫的呼叫節點，其特徵在於，所述第一文件系統與第二文件系統通信，進行數據同步；所述第一資料庫與第二資料庫通信，進行數據同步；當呼叫節點接收呼叫請求後，呼叫節點根據第二資料庫中的第二管理信息，從第二文件系統中讀取相應的第二彩鈴文件進行播放。
2.如權利要求
1所述的方法，其特徵在於，所述數據同步是將增量數據進行同步。
3.如權利要求
2所述的方法，其特徵在於，進一步包括如下步驟當數據同步失敗時，記錄未同步的所述增量數據；當數據同步恢復時，將所述記錄的未同步增量數據同步。
4.如權利要求
1所述的方法，其特徵在於，進一步包括如下步驟將所述第一文件系統、第一資料庫、呼叫節點分類；按分類將所述第一文件系統與同類呼叫節點的第二文件系統數據同步；按分類將所述第一資料庫與同類呼叫節點的第二資料庫數據同步。
5.如權利要求
1所述的方法，其特徵在於，所述數據同步是定時進行的。
6.如權利要求
1所述的方法，其特徵在於，所述數據同步是當數據發生變化時進行的。
7.一種彩鈴播放系統，至少包括含有一個存放第一彩鈴文件的第一文件系統、存放第一管理信息的第一資料庫的管理節點；含有一個存放第二彩鈴文件的第二文件系統、存放第二管理信息的第二資料庫的呼叫節點，其特徵在於，所述第一文件系統與所述第二文件系統通信，並進行數據同步；所述第一資料庫與所述第二資料庫通信，並進行數據同步；所述呼叫節點接收呼叫請求後，根據所述第二資料庫中的第二管理信息，從所述第二文件系統中讀取相應的第二彩鈴文件進行播放。
8.如權利要求
7所述的系統，其特徵在於，進一步包括文件同步模塊，用於將所述第一文件系統與第二文件系統數據同步；和/或數據同步模塊，用於將所述第一資料庫與第二資料庫數據同步。
9.如權利要求
8所述的系統，其特徵在於，所述文件同步模塊進一步包括用於記錄所述第一文件系統增量的第一增量記錄單元；所述文件同步模塊，將所述第一增量記錄單元記錄的增量數據同步；所述數據同步模塊進一步包括用於記錄所述第一資料庫增量的第二增量記錄單元；所述數據同步模塊，將所述第二增量記錄單元記錄的增量數據同步。
10.如權利要求
9所述的系統，其特徵在於，所述第一增量記錄單元進一步包括第一未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第一增量記錄單元中未同步的增量；所述文件同步模塊，用於將所述第一未同步增量記錄子單元記錄的增量數據同步；所述第二增量記錄單元進一步包括第二未同步增量記錄子單元，用於記錄在增量數據同步失敗時，第二增量記錄單元中未同步的增量；所述數據同步模塊，用於將所述第二未同步增量記錄子單元記錄的增量數據同步。
11.如權利要求
8所述的系統，其特徵在於，所述文件同步模塊進一步包括第一歸類單元，用於按需要將第一文件系統與呼叫節點歸類；所述文件同步模塊，根據所述第一歸類單元歸類結果，將管理節點的第一文件系統與同類呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二歸類單元，用於按需要將第一資料庫與呼叫節點歸類；所述數據同步模塊，根據所述第二歸類單元歸類結果，將管理節點的第一資料庫與同類呼叫節點的第二資料庫數據同步。
12.如權利要求
8所述的系統，其特徵在於，所述文件同步模塊進一步包括第一定時單元，用於按需要設置文件同步時間；所述文件同步模塊，按所述第一定時單元設置時間，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二定時單元，用於按需要設置數據同步時間；所述數據同步模塊，按所述第二定時單元設置時間，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
13.如權利要求
8所述的系統，其特徵在於，所述文件同步模塊進一步包括第一觸發單元，用於測量到第一文件系統發生變化時，觸發第一同步信號；所述文件同步模塊，接收到所述第一同步信號時，將管理節點的第一文件系統與呼叫節點的第二文件系統數據同步；所述數據同步模塊進一步包括第二觸發單元，用於測量到第一資料庫發生變化時，觸發第二同步信號；所述數據同步模塊，接收到所述第二同步信號時，將管理節點的第一資料庫與呼叫節點的第二資料庫數據同步。
專利摘要
本發明公開了一種彩鈴播放方法及系統，所應用彩鈴系統，至少包括一個含存放彩鈴文件的文件系統、存放管理信息的資料庫的管理節點；一個含存放彩鈴文件的文件系統、存放管理信息的資料庫的呼叫節點，管理節點文件系統與呼叫節點文件系統通信，進行數據同步；管理節點資料庫與呼叫節點資料庫通信，進行數據同步，當呼叫節點接收呼叫請求後，呼叫節點根據本地資料庫中的管理信息，從本地文件系統中讀取相應的彩鈴文件進行播放。本發明使得進行彩鈴業務時，大大降低了對呼叫查詢響應時間以及對網絡帶寬和質量的要求；解決了實時訪問服務和文件同步服務之間資源競爭的問題；且容易實現了分布式組網、多節點的平滑擴容、多節點N+1備份等特性。
文檔編號H04Q7/22GK1997067SQ200610086777
公開日2007年7月11日 申請日期2006年6月26日
發明者胡小清, 王向東, 周堯軍, 黃崇輝 申請人:華為技術有限公司導出引文BiBTeX, EndNote, RefMan