用於處理軟交換開放式系統的事件的方法和系統的製作方法

2023-10-11 16:34:49

專利名稱：用於處理軟交換開放式系統的事件的方法和系統的製作方法
技術領域：
本發明涉及一種用於處理軟交換開放式系統的事件的方法和系統，更具體地說，涉及一種便於操作、管理、維護和運行(OAMP)操作者實現不同應用程式或者不同處理之間的事件處理接口的方法和系統。
背景技術：
將來，將提供協同或者兼容各種通信服務的一體化服務，這種通信服務包括用戶網絡、公共開關電話網絡(PSTN)以及企業通信網絡。在網關中進行不同網絡間的協作，並且需要用於處理各種這種服務的介質網關。
這種介質網關應提供各種信號協議和信號控制，並把用於一體式提供這種功能的機構稱作軟交換。
軟交換向介質網關和網際網路協議(IP)終端提供輔助服務，並通過根據用戶和服務供應商執行呼叫(call)處理，而對每一次呼叫提供適當的服務。基於開放式結構研製軟交換，並單獨提供呼叫處理部分和介質傳輸部分，從而限定它們之間的應用程式接口(API)和協議。
為了使這種軟交換開放式系統能處理各種事件，需要單獨的事件處理。
下面以許多事件中引起中斷事件的告警/故障事件為例，說明相關技術領域所述的事件處理方法。
在相關技術領域中，已通過運用從分布式處理環境提供的一組服務，執行中斷(告警/故障)事件。
為運用模塊間的一組服務函數，應用程式用戶將使用客戶接口塊(block)和伺服器接口，從而有可能在模塊之間進行通信。這兩個類(class)通過繼承從一組服務函數提供的各種類可實現它們的函數，並將清楚地了解應用從一組服務函數提供的各種類的方法。
應用程式用戶可設計將在客戶和伺服器之間進行傳輸的對象類。還有，由於將繼承許多相關的服務組類，並將其轉換成DTN信息格式，這種信息格式是一組服務傳輸單元類，因此將由模塊管理器實現的部分增多。因此，最初不使用服務組的OAMP操作者或者呼叫處理器(CP)操作者在使用服務組時存在許多困難。
下述專利被認為與本發明基本上相關，但是這些專利存在上述缺點2003年9月30日授權的、名稱為RESERVATION BASED PRIORITIZATIONMETHOD FOR WIRELESS TRANSMISSION OF LATENCY AND JITTERSENSITIVE IP-FLOWS IN A WIRELESS POINT TO MULTI-POINTTRANSMISSION SYSTEM、授予Jorgenson的美國專利US6628629；2003年7月15日授權的、名稱為IP-FLOW IDENTIFICATION IN A WIRELESSPOINT TO MULTI-POINT RANSMISSION SYSTEM、授予Jorgenson的美國專利US6594246；以及2003年3月26日授權的、名稱為REUSE OFSERVICES BETWEEN DIFFERENT DOMAINS USING STATE MACHINEMAPPING TECHNICALS、授予Douglas等人的美國專利US6363424。

發明內容
因此，本發明的目的是提供一種用於處理軟交換開放式系統的事件的方法，可通過在被發送到事件主模塊的事件處、把相關的與封裝(capsule)有關的事件對象只重新發送到每一相關的封裝，並在由操作者進行的事件管理中將必要的事件只發送到與事件處理函數有關的相關封裝的類，從而能夠呼叫和處理相關處理類。
為達到上述目的，提供了一種用於處理軟交換開放式系統的事件的方法，該方法包括如下步驟對使用事件處理函數的事件處理器進行呼叫，並在每個應用程式(application)中發生事件時，把所發生的事件傳輸(發送)到指定為事件處理主元素的配置管理(CM)元素；根據事件類型把所發生的事件發送到相關模塊；以及通過呼叫相關事件處理類而處理傳輸到相關模塊的事件。另外，第一步驟(呼叫步驟)包括如下子步驟在應用程式處檢測事件；在事件處理器構造稱作問題事件的事件；呼叫事件傳送以檢索線程(thread)；請求數據傳送對事件進行發送；在數據用戶處呼叫遠程服務產生函數以把事件發送到配置管理(CM)元素；以及使用遠程服務把事件發送到CM元素的數據用戶。
第二步驟(發送步驟)包括如下子步驟把事件發送到數據隊列；把事件傳輸到事件線程；在線程處執行無限循環，以接收另一事件，其中處理優先於(overridden)數據傳送類；請求發送事件對象；確定應把事件發送到何種函數(哪個函數)；當確定了將要把事件發送到其的類時，通過過濾器判斷應用於相關封裝的事件對象是否有效；呼叫遠程服務產生函數，以把事件發送到相關封裝；以及使用遠程服務把事件發送到相關封裝的數據用戶。


參照下面考慮到結合附圖所作的詳細說明中，可更好地理解本發明，而且對本發明有更全面地了解，其許多伴隨的優點也更容易顯而易見，附圖中相同的參考標記表示相同或者相似的元件，其中。
圖1簡要表示根據本發明的優選實施例所述，用於在軟交換處把事件發送到每一相關封裝的事件處理方框圖；圖2是定義用於處理事件中的中斷(告警/故障)事件的類結構和繼承關係的附圖；圖3表示用於告警/故障事件發送的線程產生和準備過程；圖4表示利用濾波把來自中斷事件封裝的相關事件記錄到相關封裝的過程；圖5A是根據本發明的優選實施例所述用於把事件從應用程式發送到CM的過程的流程圖；圖5B是根據本發明的優選實施例所述用於把事件從CM再發送到可靠性模塊(Relim)封裝的過程的流程圖；圖5C是根據本發明的優選實施例所述用於在可靠性模塊(Relim)封裝處處理事件的過程的流程圖。
具體實施例方式
下面參照

本發明的優選實施例，從而使本領域的普通技術人員能夠很容易地實施本發明。
在詳細說明本發明之前，對詳細說明中使用的術語進行如下定義封裝(capsule)模塊單元中的執行結果文件(a.out)。
配置(configuration)管理(CM)執行記錄、刪除、管理用於每一節點的封裝的功能，並作為事件處理主元素(event processing master)操作的軟交換OAMP封裝。
可靠性模塊(Relim)當軟交換系統中產生故障時，用於執行告警過程的可靠性模塊和封裝。
發送(posting)將對象發送到存在於不同封裝中的數據隊列。
遠程服務用於在不同封裝之間進行通信的一種組服務(groupservice)，它在OAMP環境下支持封裝之間的事件通信。為了使用遠程服務，應通過連結到同一類的程序庫而彙編通信之間的封裝，並且必須定義兩個封裝之間的主(master)/從(slave)關係。在主元素出錯的情況下，對象被傳輸到連結到設定為真(true)的類程序庫的封裝。遠程服務主要用於OAMP應用程式之間的接口。
數據重新定向(dataredirection)由OAMP提供的框架，並在用於在不同封裝之間進行對象傳輸的數據隊列之間提供發送(posting)函數。為使用數據重新定向函數，應形成數據用戶類。
下面以許多事件中的告警/故障事件為例，說明本發明所述的結構。
圖1是根據本發明的優選實施例所述用於在軟交換處將某一事件(特別是告警/故障事件)發送到每一相關封裝的事件處理塊的簡易示意圖。
參照圖1，在事件處理中將事件發送到每一封裝所需的元素包括用於在檢測到事件時產生事件的應用程式100；用於執行事件處理主元素(master)功能的CM 200；用於最終接收和處理許多事件中的中斷(告警/故障)事件的可靠性模塊(Relim)300；以及用於最終接收和處理與另一事件有關的事件的任意事件封裝X00。
採用這種結構，如果產生一種告警事件，為了將其從應用程式100傳輸到可靠性模塊(Relim)300，每一元素100、200、300、X00應包括事件處理器110、210、310、X10；與事件相關的程序庫(未示出)；以及用於執行在用於事件對象的封裝之間的發送函數的、與類程序庫有關的數據重新定向元素130、230、330、X30。
CM 200將數據處理器210設置成主元素＝真，以利用遠程服務接收從應用程式100傳輸的事件對象。如果事件對象被過濾器250過濾並被確定為是告警/故障事件，CM 200就把可靠性模塊遠程用戶(RelimRemoteConsumer)220設定為主元素＝假，以對可靠性模塊(Relim)300進行再發送。
為了發送告警/故障事件，可靠性模塊(Relim)300包括與事件相關的類和程序庫；數據重新定向(dataredirection)元素330；以及用於執行確定和過濾告警/故障事件函數的可靠性模塊遠程用戶(RelimRemoteConsumer)元素320。
為了接收事件，可靠性模塊(Relim)300利用遠程服務將事件處理器310設定為主元素＝假，將可靠性模塊遠程用戶320設定為主元素＝真。這種設定正好與為CM 200的遠程服務設定的主元素標誌相反。
如果所發生的事件不是告警/故障事件，CM 200就將事件處理器210設定為主元素＝真，以接收利用遠程服務從應用程式100傳輸的事件對象，並將可靠性模塊遠程用戶220設定為主元素＝假，以利用過濾器250過濾事件對象，並將其重新發送到相關事件處理元素(例如任意事件封裝X00)。
為了重新發送相關事件，任意事件封裝X00包括與事件相關的類和程序庫(未示出)；數據重新定向元素X30；以及用於執行確定和過濾相關事件的功能的可靠性模塊遠程用戶元素X20。
為接收事件，任意事件封裝X00利用遠程服務將事件處理器X10設定為主元素＝假，並將相關事件遠程用戶(RemoteConsumer)元素X20設定為主元素＝真。
下面參照附圖2說明與告警/故障事件相關的類的結構，附圖2是定義用於處理各種事件中的中斷(告警/故障)事件的類結構和繼承關係的附圖。
參照圖2，用於把告警/故障事件發送到可靠性模塊(Relim)300的類結構包括用於繼承數據重新定向框架FW1的數據用戶C11的可靠性模塊遠程用戶C1；用於繼承過濾器框架FW2的過濾器C21的可靠性模塊過濾器(RelimFilter)C2；以及用於繼承動態對象定義(definition)(DOD)C31的可靠性模塊事件定義(RelimEventDefinition)C3。
下面說明用於處理每一告警事件的各種元素的功能。
可靠性模塊過濾器C2繼承過濾器框架FW2的過濾器C21，確定對於哪一個數據用戶，使用最初被發送到CM 200的事件對象。可靠性模塊過濾器C2進行過濾，從而可由可靠性模塊遠程用戶C1處理髮送到CM 200的事件信息中的告警/故障事件對象。
操作可靠性模塊(Relim)300時，可靠性模塊過濾器C2的信息與可靠性模塊遠程用戶C1的信息一起作為一對數據被存儲在資料庫(DB)240中，以在接收到事件信息時使用。
當在可靠性模塊過濾器C2中進行過濾時，可靠性模塊事件定義C3把定義在Reli-events-dods.ini文件中的告警/故障對象作為判斷數據。
表1表示目前用於軟交換的告警/故障表。
表1

下面說明當實際上發生告警/故障事件時每一元素之間的發送過程。
最初，CM 200產生用於執行所有事件信息的發送的事件線程、以及告警/故障事件。
圖3所示的簡圖表示用於告警/故障事件發送的線程發生和準備過程，而圖4所示的簡圖表示用於對來自記錄到相關元素的中斷事件元素中的相關事件進行過濾的過程。
下面以告警/故障事件為例進行解釋。如圖3所示，判斷是否把可靠性模塊(Relim)300設定為主元素(T1)，該可靠性模塊(Relim)300是用於可靠性模塊遠程用戶320的主元素。如果主元素設定為真，就請求產生獨立線程，從而可處理其本身的事件對象(T2)。作為可靠性模塊遠程用戶220的起源的數據重新定向框架的數據用戶產生用於可靠性模塊遠程用戶220(T3)的事件發送數據隊列，當把事件發送到可靠性模塊遠程用戶220的數據隊列時，執行用於處理事件的部件(member)功能性處理(T4，T5)。
此外，確定是否把對象發送到數據隊列，從而在把事件對象發送到可靠性模塊(Relim)300的數據隊列時，可以優先於可靠性模塊遠程用戶320的執行。
如果以此方式產生線程，如圖4所示，可靠性模塊遠程用戶320就在可靠性模塊(Relim)300中利用事件處理器310、形成對到達由事件使用的數據傳送的可靠性模塊遠程用戶320和可靠性模塊過濾器的記錄請求(P1)。
通過使用遠程服務(P2)把該信息(由所發生的事件使用的用戶和過濾器)傳輸到CM 200的數據重新定向230，以將該信息記錄在作為事件處理函數的主元素的CM 200中。還有，CM 200的事件處理函數記錄由可靠性模塊(Relim)300請求的可靠性模塊數據用戶(RelimDataConsumer)(P3)，並記錄用於過濾告警/故障事件對象的可靠性模塊過濾器250(P4)。
在事件對象被發送到CM 200的事件處理函數時，可靠性模塊過濾器250就確定在哪個函數中將在繼承數據用戶的類中使用數據對象。並利用可靠性模塊過濾器250在可靠性模塊遠程用戶220中運用告警/故障事件。
下面說明把從應用程式100的事件發送到CM 200、並從CM 200發送到可靠性模塊(Relim)300的整個處理過程。
圖5A是根據本發明的優選實施例所述，用於把事件從應用程式100發送到CM 200的過程的流程圖，圖5B是根據本發明的優選實施例所述，用於把事件從CM 200重新發送到可靠性模塊(Relim)300的過程的流程圖，而圖5C是根據本發明的優選實施例所述，用於在可靠性模塊(Relim)300處理事件的過程的流程圖。
參照圖5A，下面說明用於把事件從應用程式100發送到CM 200的過程。最初，如果應用程式100檢測到事件(S11)，就在事件處理器110的問題事件(issueEvent)中構造事件，並呼叫該事件(S12)。
事件處理器110呼叫事件傳送(EventTransport)，以檢索存在於應用程式100中的線程(S13)，並請求在應用程式100中產生的數據傳送進行事件發送(S14)。
應用程式100中的數據用戶呼叫用於產生遠程服務的接收函數，以把事件發送到作為事件主元素的CM 200(S15)。通過遠程服務，把事件發送到CM 200的數據重新定向230，從而可在CM 200中對其進行處理(S16)。
參照圖5B，下面說明用於把事件從CM 200發送到相關封裝X00的過程(S20)。把事件發送到利用CM 200的事件處理函數產生的數據隊列(S21)，而且數據隊列把輸入被指定列的事件傳輸到事件線程(S22)。
此時，該處理優先於數據傳送類，而且線程執行無限循環(infiniteloop)，以接收另一種數據(S23)。
CM 200請求把事件對象發送到可靠性模塊(Relim)300(S24)，並確定應把目前發生的事件發送到哪個函數(S25)。
當確定將被發送的類(class)時，通過過濾器250確定用於相關封裝的事件對象是否有效(validity)(S26)，而且呼叫用於產生遠程服務的接收函數，以把事件發送到相關封裝(S27)。利用遠程服務，把事件發送到相關封裝的數據重新定向X30(S28)。
參照圖5C，下面說明用於處理被發送到相關封裝X00的事件的過程。根據被發送的事件的類型呼叫相關事件處理類，並進行處理。如果被發送的事件是告警事件，就呼叫告警事件處理類，而且，如果被發送的事件是故障事件，就呼叫故障事件處理類。
從上面的說明中可以清楚，如果採用根據本發明所述的事件處理函數實現許多事件中的中斷(告警/故障)事件接口的接口，就可在用戶側很容易地實現，而且應用程式用戶根據預定的事件格式構造數據，並使用包括在其本身的封裝中的事件處理函數、利用單次呼叫把事件傳輸到可靠性模塊封裝，從而不需要具有可靠性模塊(Relim)封裝的獨立接口。
另外，很容易增加/刪除告警/故障元素，而且使用定義在.ini文件中的告警/故障事件，從而在增加事件時僅僅通過修改.ini文件而執行告警/故障元素的增加/刪除操作。當然，僅僅通過改變.ini文件可執行告警/故障事件的數據格式變換。
雖然參照其特定的優選實施例已圖示並說明了本發明，但是本領域的普通技術人員可以理解，不超出限定在隨附權利要求書中的本發明的實質和保護範圍，還可以在形式和細節上作出各種改變。
雖然已說明了本發明的優選實施例，但是本領域的技術人員可以理解，本發明並不限於所述的優選實施例。相反，在如權利要求書所限定的本發明的實質和保護範圍內，還可以作出各種改變和改進。
權利要求
1.一種用於處理軟交換開放式系統的事件的方法，該方法包括如下步驟(a)對採用了事件處理函數的事件處理器進行呼叫，並在多個應用程式中的每一應用程式中發生事件時，把所發生的事件傳輸到指定為事件處理主元素的配置管理(CM)元素；(b)根據每一所述事件的類型把每一所發生的事件發送到相關模塊；以及(c)通過呼叫相關事件處理類而進行處理，以處理已發送到相關模塊的所述每一所發生的事件。
2.如權利要求1所述的方法，其中步驟(a)包括如下子步驟檢測在應用程式處所發生的事件；在事件處理器構造事件，並呼叫問題事件；呼叫事件傳送以檢索線程；請求數據傳送對事件進行發送；在數據用戶處呼叫遠程服務產生函數，以把事件發送到CM元素；以及利用遠程服務把事件發送到CM的數據用戶。
3.如權利要求1所述的方法，其中步驟(b)包括如下子步驟把事件發送到數據隊列；把事件傳輸到事件線程；在線程處執行無限循環，以接收另一事件，其中處理優先於數據傳送類；請求發送事件對象；確定應把事件發送到哪個函數；當確定了事件應被發送的類時，通過過濾器確定應用在相關封裝的事件對象是否有效；呼叫遠程服務產生函數，以把事件發送到相關封裝；以及使用遠程服務把事件發送到相關封裝的數據用戶。
4.如權利要求3所述的方法，其中把事件發送成數據隊列的步驟包括如下子步驟確定相關事件遠程用戶是否設定為主元素；請求產生獨立線程，從而在主元素設定為真時可處理其本身的事件對象；在作為相關事件遠程用戶的起源的數據重新定向框架的數據用戶處，產生用於相關事件遠程用戶的事件發送數據隊列；以及當把事件發送到相關事件遠程用戶的數據隊列時，執行用於處理事件的部件處理。
5.如權利要求3所述的方法，其中當確定了事件將被發送的類時，通過過濾器判斷應用在相關封裝的事件對象是否有效的步驟包括如下子步驟通過在相關事件封裝中使用事件處理器，而在相關事件遠程用戶處請求在由事件使用的數據傳送上記錄相關事件遠程用戶和相關事件過濾器；使用遠程服務，以在事件處理函數的主封裝上記錄關於遠程用戶和相關事件過濾器的特定信息；把特定信息發送到主封裝的數據重新定向框架，並在主封裝的事件處理函數處記錄相關事件封裝所要求的相關事件數據用戶；以及記錄用於過濾相關事件對象的相關事件過濾器。
6.一種用於處理軟交換開放式系統的事件的系統，該系統包括第一裝置，該第一裝置用於呼叫使用事件處理函數的事件處理器，並在多個應用程式中的每一應用程式中發生事件時，把所發生的事件傳輸到指定為事件處理主元素的配置管理(CM)元素；第二裝置，該第二裝置用於根據所述每一事件的類型把每一所發生的事件發送到相關模塊；以及第三裝置，該第三裝置通過呼叫相關事件處理類而進行處理，以處理已發送到相關模塊的所述的每一所發生的事件。
7.如權利要求6所述的系統，其中所述第一裝置檢測在應用程式處所發生的事件；在事件處理器構造事件，並呼叫問題事件；呼叫事件傳送以檢索線程；請求數據傳送對事件進行發送；在數據用戶處呼叫遠程服務產生函數，以把事件發送到CM元素；以及使用遠程服務把事件發送到CM的數據用戶。
8.如權利要求6所述的系統，其中所述第二裝置把事件發送到數據隊列；把事件傳輸到事件線程；在線程處執行無限循環，以接收另一事件，其中處理優先於數據傳送類；請求發送事件對象；確定應把事件發送到哪個函數；當確定了事件應被發送的類時，通過過濾器確定應用在相關封裝的事件對象是否有效；呼叫遠程服務產生函數，以把事件發送到相關封裝；以及使用遠程服務把事件發送到相關封裝的數據用戶。
9.如權利要求8所述的系統，其中把事件發送到數據隊列包括確定相關事件遠程用戶是否設定為主元素；請求產生獨立線程，從而在主元素設定為真時可處理其本身的事件對象；在作為相關事件遠程用戶的起源的數據重新定向框架的數據用戶處，產生用於相關事件遠程用戶的事件發送數據隊列；以及當把事件發送到相關事件遠程用戶的數據隊列時，執行用於處理事件的部件處理。
10.如權利要求8所述的系統，其中當確定了事件將被發送的類時，通過過濾器確定應用在相關封裝的事件對象是否有效，包括通過在相關事件封裝中使用事件處理器以通過過濾相關事件而在相關事件封裝上記錄相關事件，從而在相關事件遠程用戶處請求在事件使用的數據傳送上記錄相關事件遠程用戶和相關事件過濾器；使用遠程服務，以在事件處理函數的主封裝上記錄關於遠程用戶和相關事件過濾器的特定信息；把特定信息發送到主封裝的數據重新定向框架，並在主封裝的事件處理函數處記錄相關事件封裝所要求的相關事件數據用戶；以及記錄用於過濾相關事件對象的相關事件過濾器。
全文摘要
在用於處理軟交換開放式系統的事件的方法和系統中，OAMP操作者可在不同應用程式或不同處理之間很容易地實施事件處理接口。如果產生告警事件，為了使應用程式將事件傳輸到可靠性模塊，系統事件的每一元素包括事件處理器、與事件有關的程序庫、用於在事件對象的元素之間執行發送函數的數據重新定向元素以及接收通過遠程服務從所述應用程式傳輸的事件對象的CM。可靠性模塊使用遠程服務發送事件，如果所產生的事件是任意事件，而不是告警/故障事件，把事件再發送到相關事件處理元素。採用這種結構，便於實現軟體，而且利用包括在元素本身內的事件處理函數由單次呼叫把事件傳輸到相關元素，從而不需要單獨的與相關元素的接口。
文檔編號G06F9/46GK1518388SQ20041000144
公開日2004年8月4日 申請日期2004年1月8日 優先權日2003年1月8日
發明者李承鉉 申請人:三星電子株式會社