專利名稱：信息處理裝置、信息處理方法和信息處理程序的制作方法
技術領域：
本發明涉及信息處理裝置、信息處理方法和信息處理程序，尤其適用于例如呼叫控制服務器等。
背景技術：
目前，很多OS(操作系統)在因硬件故障而發生核心停止時，進行系統停機或轉儲信息收集用信息的動作。
但是，在要求具有高度可用性的情況下，有時采用通過進行群集等來使多個服務器裝置(例如呼叫控制服務器裝置A和B)相聯合的結構。在這樣的結構中，在各呼叫控制服務器裝置的內部設置有群集管理程序，作為在OS的上層動作、利用OS所提供的服務的用戶程序的一個。群集管理程序例如執行將表示在呼叫控制服務器裝置A內積蓄的呼叫狀態的信息(呼叫狀態信息)傳送給相聯合的其他呼叫控制服務器裝置B的動作等。呼叫控制服務器裝置B通過接收該呼叫狀態信息，在萬一呼叫控制服務器裝置A不動作時，任何時候都可以代替呼叫控制服務器裝置A來提供呼叫控制服務。
但是，因硬件故障，OS(例如呼叫控制服務器裝置A上的OS)僅進行上述的轉儲等處理并停機時，呼叫狀態信息的傳送也突然中斷，呼叫控制服務器裝置B代替呼叫控制服務器裝置A所提供的呼叫控制服務產生故障的可能性大，因此使用IP電話機等的呼叫控制服務的用戶就會認為可用性較低。
發明內容
為了解決該問題，第一本發明是一種信息處理裝置，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于(1)上述廣義核心由構成該廣義核心的中核部分的基本核心、和構成擴展部分的擴展核心構成，在該擴展核心中設置硬件訪問用擴展核心，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心，檢查由該硬件訪問用擴展核心進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，(2)設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，(3)該監視用用戶程序在從上述停機檢測用擴展核心接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
另外，第二本發明是一種信息處理方法，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于(1)上述廣義核心由構成該廣義核心的中核部分的基本核心、和構成擴展部分的擴展核心構成，在該擴展核心中設置硬件訪問用擴展核心，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心，檢查由該硬件訪問用擴展核心進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，(2)設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，(3)該監視用用戶程序在從上述停機檢測用擴展核心接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
另外，第三本發明是一種信息處理程序，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于(1)在上述廣義核心具有構成該廣義核心的中核部分的基本核心功能、和構成擴展部分的擴展核心功能的情況下，使計算機執行下述功能作為該擴展核心功能的一部分硬件訪問用擴展核心功能，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心功能，檢查由該硬件訪問用擴展核心功能進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，(2)設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，(3)該監視用用戶程序在從上述停機檢測用擴展核心功能接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
根據本發明，可以將可用性提高到極高的水準。
圖1是表示實施方式中使用的呼叫控制服務器裝置的主要部分的結構例的概略圖。
圖2是表示實施方式中使用的呼叫控制服務器裝置的動作例的概略圖。
圖3是表示實施方式中使用的呼叫控制服務器裝置的動作例的流程圖。
圖4是表示實施方式中使用的呼叫控制服務器裝置的動作例的流程圖。
圖5是表示實施方式中使用的呼叫控制服務器裝置的動作例的流程圖。
圖6是表示實施方式的VoIP通信系統的整體結構例的概略圖。
具體實施例方式
(A)實施方式以下，以將本發明的信息處理裝置、信息處理方法和信息處理程序應用于VoIP通信系統中的呼叫控制服務器裝置的情況為例，說明
(A-1)實施方式的結構圖6示出本實施方式的VoIP通信系統10的整體結構例。另外，在該VoIP通信系統10中當然也可以存在未圖示的服務器種類(例如，DNS服務器等)。
圖6中，該VoIP通信系統10具有因特網11、呼叫控制服務器裝置12、13和IP電話機14、15。
其中，因特網11可以置換成其他網絡，但本實施方式中假設是因特網。
呼叫控制服務器裝置12是經由因特網11向IP電話機提供呼叫控制服務等各種服務的服務器。該呼叫控制服務器裝置12例如相當于SIP服務器等。從而，呼叫控制服務器裝置12也可以具有定位服務器等的功能。
呼叫控制服務器裝置13也是具有與該呼叫控制服務器裝置12相同功能的通信裝置，在呼叫控制服務器裝置13和12之間采用群集結構。因此，例如呼叫控制服務器裝置12在向IP電話機14、15提供上述呼叫控制服務的途中產生了硬件故障時，由呼叫控制服務器裝置13按原樣繼續進行呼叫控制服務器裝置12所提供的呼叫控制服務。在該繼續進行的前后，要求具有使IP電話機14、15的用戶U1、U2完全感覺不到硬件故障的產生和繼續的產生的高度可用性。
IP電話機14是具有VoIP對應功能的電話機。該IP電話機14可以置換成VoIP網關和一般電話機(不具有VoIP對應功能的電話機)的組合。
IP電話機15對應于該IP電話機14。IP電話機14由用戶U1使用，IP電話機15由用戶U2使用。
上述呼叫控制服務器裝置12的內部結構也可以例如如圖1所示。呼叫控制服務器裝置13的內部結構也與此相同。
(A-1-1)呼叫控制服務器裝置的內部結構例在圖1中，該呼叫控制服務器裝置12具有硬件20、21、核心22、核心模塊23、24、停機檢測部25、應用程序26、27和監視進程(監視程序)28。
其中，硬件20可以是任意硬件，但限于作為硬件故障的監視對象的硬件。眾所周知，通信裝置具有各種各樣的硬件，但成為硬件故障監視對象的硬件可以限于對于該通信裝置所提供的服務來說較為重要的硬件。例如，在提供呼叫控制服務的呼叫控制服務器裝置14的情況下，可以說NIC(網絡接口卡)和硬盤等是重要的硬件。NIC是進行經由網絡的通信時不可缺少的硬件，硬盤是存儲日志信息等時不可缺少的硬件。對于運營呼叫控制服務器裝置12、提供IP電話服務的通信商來說，為了進行計費等，呼叫處理的日志信息是極其重要的。
硬件21對應于該硬件20。作為一例，硬件20可以是上述NIC，硬件21可以是硬盤。另外，由于呼叫控制服務器裝置通常具有多個NIC(例如6個)，所以可以通過針對每個NIC(即針對每個網絡)確定是否作為監視對象來進行極其細致的管理。
核心22是構成OS(操作系統)的中核部分的程序，進行存儲器管理或任務管理等。
核心模塊23是相當于設備驅動器等的程序。因此，在每個設備(硬件)中都可以存在核心模塊。從廣義上來解釋“核心”這個詞的情況下，核心模塊也可以看作核心的一部分。
核心模塊24對應于該核心模塊23。
核心模塊23是上述硬件21的設備驅動器，核心模塊24是上述硬件20的設備驅動器。因此，對應于核心模塊23、24，執行用于硬件訪問的任務(硬件訪問任務)。
在搭載于呼叫控制服務器裝置12內的多個核心模塊中，可以混合存在具有和不具有停機檢測部的模塊。在圖示的例子中，核心模塊24具有停機檢測部25，但核心模塊23不具有停機檢測部。具有停機檢測部的核心模塊(例如24)的情況下，在其執行時，幾乎在同時，除了執行上述硬件訪問任務之外，還執行對應于上述停機檢測部(例如25)的停機檢測任務。
停機檢測部25是構成核心模塊24的一部分的程序，但在本實施方式中具有特別的作用。即，該停機檢測部25具有檢測核心模塊24自身的停機的功能。以后說明停機檢測部25為了檢測核心模塊24的停機而具有的具體功能，停機檢測部25在檢測出核心模塊24的停機時，將硬件故障通知HE1(參考圖2)發送給上述監視程序28。在存在多個具有停機檢測部(這里為25)的核心模塊時，當然也可以將表示該硬件故障通知HE1涉及哪一個核心模塊的識別信息與該硬件故障通知HE1一起發送。
應用程序26是利用核心22或核心模塊23提供的服務的用戶程序。同樣，應用程序27是利用核心22或核心模塊24提供的服務的用戶程序。在呼叫控制服務器裝置12上動作的應用程序可以是各種各樣，但主要的是用于提供上述呼叫控制服務等的服務應用程序。在此，作為一個例子，應用程序27是提供呼叫控制服務的服務應用程序。
各應用程序根據其功能確定所使用的核心模塊。
例如，在提供呼叫控制服務的服務應用程序27的情況下，由于必須進行經由網絡的通信，所以使用作為硬件(NIC)20的設備驅動器的核心模塊24。因此，當核心模塊24例如因硬件故障(例如，NIC自身的故障等)而停機時，服務應用程序27不能提供呼叫控制服務。
監視進程(監視程序)28是監視作為監視對象的各應用程序的狀態的應用程序，在接收到上述硬件故障通知HE1時，在確認對應的應用程序的狀態是不妨執行規定的故障恢復動作的狀態后，執行故障恢復動作。
作為監視對象的應用程序是利用具有停機檢測部(這里為25)的核心模塊(這里為24)的應用程序。因此，如果假設不存在23、24以外的核心模塊，則上述應用程序26雖然使用核心模塊23，但只要不使用核心模塊24，該應用程序26就不是監視對象。而上述服務應用程序27由于使用上述核心模塊24，所以成為監視對象。
上述故障恢復動作可以有各種各樣，但例如可以是OS的重新引導(重新啟動)等。另外，例如在服務應用程序27將上述的呼叫狀態信息傳送給其他呼叫控制服務器裝置13的情況下，該傳送結束之后等的狀態相當于不妨執行故障恢復動作的應用程序狀態。如果這樣的呼叫狀態信息的傳送不受上述重新啟動的影響而正常結束，則可以圓滑地進行呼叫控制服務器裝置12、13之間的上述繼續，從而可以提高可用性。
以下，參考圖2～圖5說明具有上述結構的本實施方式的動作。
圖2是表示進行硬件故障通知的情況的概念圖。
圖3是表示上述硬件訪問任務為了進行停機檢測而執行的動作的流程圖，具有S10～S12的各步驟。
圖4是表示上述停機檢測任務為了進行停機檢測而執行的動作的流程圖，具有S20～S23的各步驟。
圖5是表示上述監視程序28的動作的流程圖，具有S30～S35的各步驟。在此，主要關注呼叫控制服務器裝置12來說明動作。當然，在上述呼叫控制服務器裝置13內也可執行同樣的動作。
(A-2)實施方式的動作呼叫控制服務器裝置12動作時，上述服務應用程序27經由上述核心模塊24來利用硬件(NIC)20，并經由因特網11向各IP電話機(例如14、15)提供呼叫控制服務。另外，如果伴隨該呼叫控制服務的進行而產生呼叫狀態信息，則該呼叫狀態信息以規定的程序傳送給上述呼叫控制服務器裝置13。呼叫狀態信息的傳送也可以形成由其他應用程序執行的結構，但這里由服務應用程序27自身執行。
此時，上述監視程序(監視進程)28可以常駐于呼叫控制服務器裝置12的存儲器(主存儲裝置)中，處于隨時可以接收硬件故障通知HE1的狀態。
上述核心模塊24在執行硬件訪問任務(例如，呼叫控制消息的發送或接收等)時，如圖3所示，必定重復進行以下動作首先記錄時戳(S10)，接著執行硬件訪問任務(S11)，如果硬件訪問任務正常結束，則使在步驟S10中記錄的時戳無效(S12)。步驟S10的時戳可以表示當時的時刻。由于時戳的無效化是用于向停機檢測任務(停機檢測部25)傳遞此次的硬件訪問成功這一情況的操作，因而只要能夠實現該目的，可以以任何形態來執行。
對于核心模塊24，停機檢測任務幾乎與該硬件訪問任務同時地、并行地動作，并且如圖4所示，收集時戳(S20)。該收集是收集在上述步驟S10中硬件訪問任務所記錄的時戳。在該時刻，如果該時戳處于在上述步驟S12中被無效化的狀態，則不進行收集本身，反之，則進行收集并執行下一步驟S21。
在步驟S21中，計算出時戳所表示的時刻和當前時刻之差。接著，如果計算出的差小于等于規定的閾值，則步驟S22向Yes側分支，處理返回步驟S20，如果超過該閾值，則S22向No側分支。在與步驟S22的No側的分支相連的步驟S23中，發送圖2所示的硬件故障通知HE1。這樣，可以防止盡管產生了硬件故障、但不能檢測出該事實的靜默故障。
另一方面，在圖5的例子的情況下，監視進程28一方處于可以隨時接收該硬件故障通知HE1的接收等待狀態(S30)。然后，實際接收到硬件故障通知HE1(S31)后，該監視進程28確認與作為該硬件故障通知HE1的發送源的核心模塊24相對應的上述服務應用程序的動作狀態(S32)。該確認可以常時執行，但在圖5的例子中，是在接收了硬件故障通知HE1之后執行。
無論那種情況，接收到硬件故障通知HE1的時刻的服務應用程序27的狀態例如是上述呼叫狀態信息的傳送途中等狀態時，監視進程28判定該服務應用程序27處于不可停止的狀態，然后步驟S33分支到No側，隔開規定的等待時間之后(S34)，處理再次進行到上述步驟S32。由該步驟S32、S33、S34構成的循環重復進行，直到應用程序的狀態變成可停止為止。
例如，在上述呼叫狀態信息的傳送已經結束等的情況下，監視進程28判定服務應用程序27處于可停止的狀態，步驟S33分支到Yes側，執行上述故障恢復動作(例如，OS的重新引導等)。
如果重新引導OS，則監視進程28自身也一度停止動作，但通過重新引導啟動之后，再次從步驟S30開始處理。
(A-3)實施方式的效果如上所述，根據本實施方式，由于可以適當地進行例如上述的呼叫狀態信息的傳送等用于群集結構的呼叫控制服務器裝置(12、13)間的聯合，所以可以使可用性提高到極高的水準。
而且，本實施方式中，針對每個核心模塊確定是否進行停機檢測，從而可以進行極為細致的管理。由此，與對所有的核心模塊進行停機檢測的情況相比，可以減輕用于停機檢測的負荷(例如CPU(中央處理裝置)使用率的上升等)。
(B)其他實施方式上述實施方式中，參與群集的呼叫控制服務器裝置為2臺，但當然也可以是3臺以上。
另外，圖6中只示出2臺IP電話機(14、15)，但1個VoIP通信系統中當然也可以含有3臺以上的IP電話機。
另外，在上述實施方式中，形成個別的核心模塊(例如24)具有用于檢測自身的停機的停機檢測部(例如25)的結構，但也可以配備用于檢測其他核心模塊的停機的、獨立的核心模塊(停機檢測用核心模塊)，利用該停機檢測用核心模塊來檢測其他任意的核心模塊的停機。
另外，根據需要，也可以使狹義的核心具有檢測核心模塊的停機的功能。
另外，在上述實施方式中，將本發明適用于VoIP通信系統，但本發明還有可能適用于VoIP通信系統以外的系統。
另外，上述實施方式中例示的通信協議可以置換成其他通信協議。例如，IP協議作為一個例子有可能置換成IPX協議等，SIP協議也有可能置換成其他呼叫控制協議。
另外，上述實施方式中，將本發明適用于呼叫控制服務器裝置，但本發明還有可能適用于呼叫控制服務器裝置以外的通信裝置。
另外，本發明還可以適用于通信裝置以外的信息處理裝置。
在以上的說明中，用硬件實現的功能的大部分可以用軟件實現，用軟件實現的功能的幾乎全部可以用硬件實現。
權利要求
1.一種信息處理裝置，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于上述廣義核心由構成該廣義核心的中核部分的基本核心、和構成擴展部分的擴展核心構成，在該擴展核心中設置硬件訪問用擴展核心，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心，檢查由該硬件訪問用擴展核心進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，該監視用用戶程序在從上述停機檢測用擴展核心接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
2.如權利要求1所述的信息處理裝置，其特征在于上述硬件訪問用擴展核心在自身訪問相應的硬件之前，記錄表示當時的時刻的時刻記錄信息，在自身訪問了相應的硬件之后，使該時刻記錄信息改變為規定的訪問成功狀態，上述停機檢測用擴展核心判斷相當于當前時刻與不處于上述訪問成功狀態的時刻記錄信息所表示的時刻之差的時間是否超過規定的基準時間，在判定超過時，發送上述硬件故障檢測通知。
3.一種信息處理方法，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于上述廣義核心由構成該廣義核心的中核部分的基本核心、和構成擴展部分的擴展核心構成，在該擴展核心中設置硬件訪問用擴展核心，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心，檢查由該硬件訪問用擴展核心進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，該監視用用戶程序在從上述停機檢測用擴展核心接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
4.一種信息處理程序，采用在最下層配置各種硬件、在其上層配置廣義核心、在其上層配置各種用戶程序的層結構來實現所希望的功能，其特征在于在上述廣義核心具有構成該廣義核心的中核部分的基本核心功能、和構成擴展部分的擴展核心功能的情況下，使計算機執行下述功能作為該擴展核心功能的一部分硬件訪問用擴展核心功能，用于根據來自相應的上述用戶程序的委托，訪問相應的上述硬件；和停機檢測用擴展核心功能，檢查由該硬件訪問用擴展核心功能進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，設置掌握其他用戶程序的動作狀態的監視用用戶程序作為上述用戶程序，該監視用用戶程序在從上述停機檢測用擴展核心功能接收到硬件故障檢測通知后，確認與該硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行該硬件故障對策動作。
全文摘要
本發明提供了一種信息處理裝置、信息處理方法和信息處理程序，可以提高可用性。在信息處理裝置中，在廣義核心的擴展核心中設置硬件訪問用擴展核心；和停機檢測用擴展核心，檢查由硬件訪問用擴展核心進行的硬件訪問的正常性，在檢查結果為檢測出硬件訪問異常的情況下，發送硬件故障檢測通知，由此來進行停機檢測，同時設置監視用用戶程序，監視用用戶程序在從停機檢測用擴展核心接收到硬件故障檢測通知后，確認與硬件故障檢測通知相對應的其他用戶程序的動作狀態，在該動作狀態為不妨執行規定的硬件故障對策動作時，執行硬件故障對策動作。
文檔編號H04L12/26GK1841341SQ20061000244
公開日2006年10月4日 申請日期2006年1月26日 優先權日2005年3月31日
發明者小池友岳 申請人:沖電氣工業株式會社