專利名稱：對象補救系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種對象補救系統(tǒng)及方法，例如，可適用于在提供由面向?qū)ο蟮某绦蛩鶚?gòu)建的呼叫處理服務的語音通信服務裝置中，即使在呼叫處理對象中產(chǎn)生了障礙的情況下，也可迅速且可靠地補救該呼叫的系統(tǒng)及方法。
背景技術(shù)：
例如，現(xiàn)有的語音通信服務提供裝置為了保持系統(tǒng)的可靠性，具有ACT系服務器和SBY系服務器，具有在ACT系服務器中產(chǎn)生了故障的情況下，由SBY系服務器繼續(xù)進行正在提供中的服務的冗余結(jié)構(gòu)。
為了在ACT系服務器出現(xiàn)故障時由SBY系服務器提供同一服務，就需要SBY系服務器能夠利用與ACT系服務器具有的數(shù)據(jù)同值的數(shù)據(jù)。
在專利文獻1中公開了一種使在多個呼叫代理商(CA)之間分別搭載的呼叫控制數(shù)據(jù)一致，并且對該呼叫控制數(shù)據(jù)進行一元化管理的技術(shù)。具體而言專利文獻1公開了以下技術(shù)包括具有原始數(shù)據(jù)的信息服務器，各呼叫代理商從信息服務器接收原始數(shù)據(jù)并復制該原始數(shù)據(jù)，從而安裝與原始數(shù)據(jù)同值的數(shù)據(jù)(復制數(shù)據(jù))。由此，各呼叫代理商就能夠分別安裝并利用一致的呼叫控制數(shù)據(jù)。
以往，在借助于面向?qū)ο蟮某绦騺硖峁└鞣N服務的語音通信服務裝置中，在服務提供開始前，預約為了提供服務所必要的資源。
因此，語音通信服務裝置即便在對收容終端提供呼叫處理服務時，也要在進行呼叫處理之前確保呼叫處理對象的內(nèi)存區(qū)等資源。然后，當進程進行生成時，在內(nèi)存上生成呼叫處理服務所需要的遍及多分支的一個或多個對象，并在各個對象中設(shè)定類。
此處，一般而言，經(jīng)過類設(shè)定的對象具有描述自身的對象數(shù)據(jù)和為了通過虛擬函數(shù)表調(diào)用服務提供所需要的虛擬函數(shù)而分配的變量(虛擬函數(shù)表指針(VFTPVirtual Function Table Pointer))。虛擬函數(shù)表將VFTP和虛擬函數(shù)的區(qū)域?qū)饋磉M行管理，類對象通過把該VFTP指向虛擬函數(shù)表，就可以調(diào)用對應VFTP的虛擬函數(shù)的區(qū)域。
專利文獻1日本專利特開2001-345850號公報可是，若正在提供呼叫處理服務時，在硬件或軟件上產(chǎn)生故障，就需要再次生成提供呼叫處理服務的進程并恢復呼叫。
但是，根據(jù)以往的語音通信服務裝置，由于故障發(fā)生而使此前提供著的呼叫處理服務所需要的數(shù)據(jù)將消失，在進程再次生成之際就需要再一次從頭開始進行處理。因此，呼叫的補救就需要時間。
此外，上述課題并不限于呼叫處理對象，對由面向?qū)ο蟮某绦蛩鶚?gòu)建的其他對象也是同樣遇到的課題。
因而，就要求一種對象補救系統(tǒng)和方法，能夠在硬件或軟件中產(chǎn)生了故障時，快速、可靠地補救與提供中的服務有關(guān)的對象。

發(fā)明內(nèi)容
為了解決這種課題，本發(fā)明的技術(shù)方案之一提供一種對象補救系統(tǒng)，補救在操作由面向?qū)ο蟮某绦蛩鶚?gòu)建的內(nèi)存區(qū)上的一個或多個對象來實現(xiàn)服務提供的服務器內(nèi)、產(chǎn)生了異常的對象，其中，各對象具有識別虛擬函數(shù)的內(nèi)存區(qū)的虛擬函數(shù)識別信息、識別該對象所屬的類的類識別信息、和對象數(shù)據(jù)而構(gòu)成，所述對象補救系統(tǒng)具備實例管理單元，在服務提供時，依照功能處理的順序在預先所確保的內(nèi)存區(qū)排列并管理將提供的服務所需要的一個或多個對象；虛擬函數(shù)存儲區(qū)域，每當進程生成就在不同的內(nèi)存區(qū)中存儲虛擬函數(shù)；以及再設(shè)定單元，在響應于異常發(fā)生再次生成了進程時，基于與有了異常的進程有關(guān)的對象的類識別信息來確定對象的類屬性，從而為對象設(shè)定新生成的進程的虛擬函數(shù)的虛擬區(qū)域識別信息。
另外，本發(fā)明的技術(shù)方案之二提供一種對象補救方法，補救在操作由面向?qū)ο蟮某绦蛩鶚?gòu)建的內(nèi)存區(qū)上的一個或多個對象來實現(xiàn)服務提供的服務器內(nèi)、產(chǎn)生了異常的對象，其中，各對象具有識別虛擬函數(shù)的內(nèi)存區(qū)的虛擬函數(shù)識別信息、識別該對象所屬的類的類識別信息、和對象數(shù)據(jù)而構(gòu)成，所述對象補救方法具備實例管理步驟，在服務提供時，依照功能處理的順序在預先所確保的內(nèi)存區(qū)排列并管理將提供的服務所需要的一個或多個對象；虛擬函數(shù)存儲區(qū)域，每當進程生成就在不同的內(nèi)存區(qū)中存儲虛擬函數(shù)；以及再設(shè)定步驟，在響應于異常發(fā)生再次生成了進程時，基于與有了異常的進程有關(guān)的對象的類識別信息來確定對象的類屬性，從而為對象設(shè)定新生成的進程的虛擬函數(shù)的虛擬區(qū)域識別信息。
根據(jù)本發(fā)明的對象補救系統(tǒng)和方法，就能夠在硬件或軟件中產(chǎn)生了故障的情況下，快速、可靠地補救與提供中的服務有關(guān)的對象。


圖1是說明本實施方式的類實例管理中的多個對象的排列的示意圖。
圖2是說明本實施方式的具有ACT系服務器1A和SBY系服務器1B的冗余結(jié)構(gòu)的圖。
圖3是表示本實施方式的服務器的硬件結(jié)構(gòu)的方框圖。
圖4是表示本實施方式的服務器實現(xiàn)的軟件結(jié)構(gòu)的圖。
圖5是本實施方式的服務器的一般的對象模型的結(jié)構(gòu)圖。
圖6是說明本實施方式的共享內(nèi)存和用戶程序之關(guān)系的說明圖。
圖7是表示本實施方式的共享內(nèi)存上的各種呼叫處理對象的結(jié)構(gòu)的圖。
圖8是說明本實施方式的呼叫處理對象的補救的說明圖。
具體實施例方式
(A)實施方式以下，參照附圖就本發(fā)明的對象補救系統(tǒng)和方法的實施方式進行說明。
本實施方式說明把本發(fā)明的對象補救系統(tǒng)和方法適用于下述系統(tǒng)的情況，該系統(tǒng)在執(zhí)行用面向?qū)ο蟮某绦蛩鶚?gòu)建的對象以提供呼叫處理服務的語音通信服務裝置(以下稱之為服務器)中，在硬件或軟件上產(chǎn)生了故障時，對呼叫處理對象進行補救。
本實施方式的服務器是提供呼叫處理服務的語音通信服務裝置(呼叫代理商)，其中，該呼叫處理服務用于建立所收容的一個或多個電話終端間的呼叫，如圖2所示，該服務器包括具有ACT系服務器1A和SBY系服務器1B的冗余結(jié)構(gòu)。另外，雖然在圖2中將SBY系服務器1B設(shè)為一臺，但也可以設(shè)為多臺。
ACT系服務器1A是主要被利用的裝置，SBY系服務器1B是在ACT系服務器1A中產(chǎn)生了故障的情況下從ACT系服務器1A切換后被利用的裝置。由此，即便在ACT系服務器1A中產(chǎn)生了故障時，SBY系服務器1B也能夠使迄今為止的處理繼續(xù)以下，并能夠?qū)τ脩衾^續(xù)提供同樣的服務。
另外，雖然ACT系服務器1A和SBY系服務器1B可分別具有對應的結(jié)構(gòu)和功能，但在下面以ACT系服務器1A的結(jié)構(gòu)和動作為代表來進行說明。
圖3是表示本實施方式的服務器的硬件結(jié)構(gòu)的方框圖。如圖3所示，與本實施方式有關(guān)的服務器10至少具有CPU11、存儲器12、外部存儲裝置13、通信部14、維護用通信部15。
在圖3中，CPU11掌管服務器10整體的控制。CPU11在通過通信部14從所收容的電話終端發(fā)出呼叫請求等的呼叫處理階段，一邊把RAM作為工作區(qū)域來利用ROM內(nèi)的處理程序，一邊適當使用處理所需要的固定數(shù)據(jù)來實現(xiàn)處理。另外，CPU11還具有檢測在服務器10內(nèi)的硬件或軟件中是否產(chǎn)生故障的功能，在產(chǎn)生了故障時或為了防備故障，而實現(xiàn)再起動控制功能、系統(tǒng)結(jié)構(gòu)管理功能、數(shù)據(jù)雙重化功能、插入功能、命令控制功能等。此外，在本實施方式中，設(shè)處理程序是借助于面向?qū)ο蟮恼Z言(例如，C++語言等)所構(gòu)建的程序。
存儲器12和外部存儲裝置13例如ROM、RAM、閃存等就符合要求，用于存儲處理程序、固定數(shù)據(jù)等。
通信部14按照規(guī)定的通信方式在服務器10收容的多個電話終端(未圖示)之間授受呼叫處理所需要的信息。另外，通信部14還為了呼叫建立而與必要的數(shù)據(jù)庫服務器等進行連接。
維護用通信部15與其他服務器之間授受在故障產(chǎn)生時為了切換服務器系統(tǒng)所需要的信息。
圖4是表示服務器10實現(xiàn)的軟件結(jié)構(gòu)的圖。在圖4中，服務器10在故障產(chǎn)生時或為了防備故障，在共用平臺上至少具備再起動控制功能部11A、系統(tǒng)結(jié)構(gòu)管理功能部11B、數(shù)據(jù)雙重化功能部11C、插入功能部11D、命令控制功能部11E。
這些再起動控制功能部11A、系統(tǒng)結(jié)構(gòu)管理功能部11B、數(shù)據(jù)雙重化功能部11C、插入功能部11D、命令控制功能部11E位于操作系統(tǒng)(OS例如Linux(注冊商標)等)11F的上層，并對上層的應用11G提供各自的功能。
此外，如上面所述那樣，共用平臺用面向?qū)ο蟮恼Z言(例如，C++語言等)進行描述。另外，共用平臺和用戶間的起動方法例如以C語言函數(shù)調(diào)用或者函數(shù)地址調(diào)用為基準。即，共用平臺和用戶不進行利用套接字(socket)或信號量(semaphore)等的通信。因此，在用戶進程和僅利用共用平臺構(gòu)成的進程之間進行通信的情況下，使對于共用平臺進程的存取函數(shù)庫化，并把該庫鏈接到用戶程序，從而實現(xiàn)通信。
再起動控制功能部11A按照規(guī)定的再起動可執(zhí)行程序段(phase)進行系統(tǒng)的初始設(shè)定，或者如后面所述那樣，進行只再起動存在異常的程序的個別初始設(shè)定，監(jiān)視運行中的進程的狀態(tài)，或者管理個別初始設(shè)定對象線程。此處，在系統(tǒng)的重新起動中大致區(qū)分有基于再起動命令、用戶指示等的外部因素的重新起動，和基于硬件或軟件的異常檢測的自行重新起動。在ACT系服務器1A中，再起動控制功能部11A進行自行重新起動。在SBY系服務器1B中，再起動控制功能部11A通過從后述的系統(tǒng)結(jié)構(gòu)管理功能部11B接受ACT系服務器1A的故障發(fā)生通知來進行起動。
系統(tǒng)結(jié)構(gòu)管理功能部11B管理ACT系服務器1A和SBY系服務器1B之間的雙重化(二重化)結(jié)構(gòu)，進行ACT系服務器1A和SBY系服務器1B的決定，或ACT系服務器1A產(chǎn)生故障時的系統(tǒng)切換。另外，系統(tǒng)結(jié)構(gòu)管理功能部11B在系統(tǒng)切換時，為了避免存在于連接到通信部14方一側(cè)(收容的電話終端側(cè))的中繼裝置(例如路由器等)的ARP表(IP地址/MAC地址轉(zhuǎn)換表)的改寫延遲，設(shè)定與接口的IP地址和MAC地址不同的虛擬的IP地址和MAC地址，并使用虛擬IP地址和虛擬MAC地址來實現(xiàn)通信。然后，SBY系服務器1B的系統(tǒng)結(jié)構(gòu)管理功能部11B使用虛擬IP地址和虛擬MAC地址來監(jiān)視ACT系服務器1A的動作，當檢測出ACT系服務器1A的故障時，將該內(nèi)容通知給SBY系服務器1B內(nèi)的再起動控制功能部11A。另外，若SBY系服務器1B的系統(tǒng)結(jié)構(gòu)管理功能部11B從再起動控制功能部11A接收到系統(tǒng)切換指示，就設(shè)定虛擬IP地址和虛擬MAC地址，從而實現(xiàn)迅速且可靠的通信。
數(shù)據(jù)雙重化功能部11C在ACT系服務器1A中產(chǎn)生了故障時，使服務提供所需要的數(shù)據(jù)同步化(使數(shù)據(jù)成為相同值)，以使得SBY系服務器1B承接ACT系服務器1A正在提供的服務。利用數(shù)據(jù)雙重化功能部11C的數(shù)據(jù)雙重化方法，在共享內(nèi)存上具有保存同步對象數(shù)據(jù)的同步對象內(nèi)存區(qū)；管理同步對象內(nèi)存區(qū)上的虛擬段(segment)的管理位圖(bitmap)表；和同步請求隊列，通過處在共享內(nèi)存上即便在發(fā)生了各自不同的進程的情況下也能夠共通地進行識別。然后，若隨著應用進程的執(zhí)行出現(xiàn)同步對象數(shù)據(jù)的變更，則對涉及該變更的同步對象數(shù)據(jù)的段，在管理位圖表上的對應部分設(shè)置標志。另外，同時在同步請求隊列上排隊該段的開頭地址和大小。之后，發(fā)生與應用進程不同的發(fā)送進程，發(fā)送進程取出被排在同步請求隊列中的段的開頭地址和大小，使用所取出的開頭地址和大小并參照管理位圖表，向其他系服務器發(fā)送同步對象區(qū)域上的變更后的數(shù)據(jù)。由此，即便正在執(zhí)行的應用進程產(chǎn)生故障，與該進程不同的發(fā)送進程也能夠使用共享內(nèi)存上的同步請求隊列和管理位圖表，從同步對象區(qū)域向其他系服務器發(fā)送變更數(shù)據(jù)，所以能夠謀求數(shù)據(jù)的同步化，并能夠避免服務的中斷。
插入功能部11D不停止系統(tǒng)地更新執(zhí)行程序。由此，就能夠?qū)崿F(xiàn)程序的錯誤(BUG)處置、簡單的功能變更和功能追加等。此外，該程序的更新以函數(shù)單位為基準。
命令控制功能部11E以用戶程序創(chuàng)建的負荷減輕為目的，進行由維護人員輸入的CUI命令和實際進行命令處理的進程的過渡。
接著，說明與本實施方式有關(guān)的服務器10中的呼叫處理對象的補救處理。
首先，當服務器10從所收容的電話終端(未圖示)接收到呼叫請求時，為了確保包含呼叫處理服務所需要的一個或多個呼叫處理對象的類的實例，而在共享內(nèi)存上進行區(qū)域確保。
然后，依次生成為了提供呼叫處理服務所需要的進程，使用處理所需要的數(shù)據(jù)等使用于其一個或多個對象動作，從而能夠?qū)崿F(xiàn)呼叫處理服務。
當服務器10在提供呼叫處理服務的過程中，在硬件或軟件上產(chǎn)生故障時，ACT系服務器的再起動控制功能部11A基于故障檢測起動規(guī)定的再起動控制進程。
在這里，圖5是服務器10中的一般對象模型的示意圖。
在圖5中，具有通知開始再起動處理的再起動控制51；管理類編號和管理器編號的管理主52；進行對象生成及共享內(nèi)存的確保等的管理的管理器53；進行內(nèi)存管理的內(nèi)存控制器54；管理器數(shù)據(jù)管理24；實例管理21；實例區(qū)域23。
在圖5中，呼叫處理服務所需要的各呼叫處理對象位于用戶對象類22中。然后，掌管呼叫處理的各對象與靜態(tài)存在的裝載類對象、實例管理類21、對象類(實例區(qū)域)23的基礎(chǔ)類協(xié)作起來進行管理。
在圖5中，當檢測到硬件或軟件的故障時，再起動控制51通知管理主52開始再起動處理。管理主52對再起動處理所需要的一個或多個類的管理器53指示進行再起動處理。由此，關(guān)于服務器10具有的各種功能的再起動處理得以進行。
管理器53管理多個類的實例管理，進行對象的生成和共享內(nèi)存的確保等的管理。
其次，參照圖6的示意圖就服務器10中的共享內(nèi)存20和用戶程序30的關(guān)系進行說明。
共享內(nèi)存20是在服務器10中可以在多個進程之間進行共享的內(nèi)存區(qū)。用戶程序30是服務器10執(zhí)行的程序的區(qū)域。
在服務器10中，將要提供的服務所需要的資源需要在服務開始前預先進行預約，所以在呼叫處理發(fā)生前的階段，在共享內(nèi)存20上確保為了執(zhí)行呼叫處理所需要的呼叫處理對象的內(nèi)存區(qū)。
在本實施方式中，在共享內(nèi)存20上設(shè)置服務提供所需要的類實例管理21，該類實例管理確保呼叫處理服務所需要的一個或多個對象并進行管理。
圖1是說明類實例管理中的多個對象的排列的示意圖。
在圖1中，例如在提供呼叫處理服務時，為了執(zhí)行呼叫處理服務，需要n+1個對象#0～#n，把這些對象#0～#n中所設(shè)定的類設(shè)為類A和類B。
以往，類的對象管理是確保各自的類的對象。因此，在調(diào)用服務提供所需要的對象時，進行跨越類來調(diào)用對象的處理。
例如，類A的實例管理來管理類A的對象，類B的實例管理來管理類B的對象，所以呼叫處理服務所需要的各自對象的調(diào)用是由類A的實例管理來進行調(diào)用，或者由類B的實例管理來進行調(diào)用。
但是，在本實施方式中，如圖1所示，類的實例管理21是以規(guī)定順序排列并確保服務提供所需要的對象的結(jié)構(gòu)。通過采用這種結(jié)構(gòu)，就可以對應服務提供謀求迅速的處理。
另外，本實施方式的類的實例管理21處于共享內(nèi)存20上。通過將類實例管理21處在共享服務器20上，即便在故障發(fā)生后進程再次生成也可不消失地進行保持。另外，例如通過利用在ACT系服務器1A和SBY系服務器1B之間謀求數(shù)據(jù)的同步化的規(guī)定的數(shù)據(jù)雙重化系統(tǒng)，還可以向別的主機發(fā)送未消失地得以保持的實例管理的對象，可以實現(xiàn)跨越主機的呼叫補救。
此外，雖然在本實施方式中，將類實例管理21設(shè)在共享服務器20上，但只要是即便進程再次生成也不會消失的內(nèi)存區(qū)，則不限定于共享服務器20。
另外，例如在產(chǎn)生多個呼叫時，使用多個一種對象，所以類實例管理21如圖1所示，采取排列服務所需要的對象的結(jié)構(gòu)，由此類實例管理21可以根據(jù)呼叫處理發(fā)生時的請求，進行抽出并轉(zhuǎn)交對象或者一旦不需要就將對象再次合并起來之類的管理。
進而，設(shè)為繼承序列相同的類，并根據(jù)請求進行選擇生成類之類的捕獲，所以能夠通過類實例管理21在有請求時切換內(nèi)存區(qū)相同的各自的類并進行傳遞。
接著，參照

在服務器10中正在提供呼叫處理服務中，在硬件或軟件上產(chǎn)生了故障時的呼叫處理對象的補救。
參照圖7說明涉及本實施方式的共享內(nèi)存20上的各呼叫處理對象的結(jié)構(gòu)。如圖7所示，各呼叫處理對象具有虛擬函數(shù)表指針(VFTP)、類編號、對象數(shù)據(jù)。圖8是說明呼叫處理對象的補救的說明圖。
VFTP是為了對應于各自的類的虛擬函數(shù)而指向虛擬函數(shù)表的指針。
類編號是至少能夠識別類的識別信息。類編號例如能夠應用對象邏輯ID(LID)。對象邏輯ID(LID)是由類編號和實例編號所構(gòu)成的識別信息。另外，類編號在生成對象時選擇了類之際進行設(shè)定。
在本實施方式中，除了VFTP外，還設(shè)置用于判定共享內(nèi)存20上的對象是哪個類的對象的類編號。這樣設(shè)置類編號是由于以下理由。
在利用面向?qū)ο蟮恼Z言(例如C++語言)所生成的一般對象內(nèi)，為了分別對應于類的函數(shù)，而保持著指向函數(shù)表的指針。然后，在生成了繼承序列相同但繼承等級不同的對象的情況下，通過切換VFTP來決定對象的動作條件。
但是，在欲使用上述方式來補救呼叫處理對象時，不能適當進行呼叫處理對象的補救。
其理由是虛擬函數(shù)表對每次生成進程將生成在內(nèi)存上(在圖8中為堆區(qū)域)，故在進程被再次生成時，就沒有被捕獲在同一區(qū)域的保證。即，被分配到與以前(進程再次生成前)不同的區(qū)域。另外，由于VFTP被配置在補救內(nèi)存區(qū)域中，所以以前所生成的信息(變量)仍保留著。因此，設(shè)定在VFTP中的以前的信息(變量)的對應性丟失。因而，對每次進程生成都需要再次設(shè)定VFTP自身。
但是，在本實施方式中，由于對同一內(nèi)存區(qū)分配不同的類(即，在本實施方式中，使服務所需要的對象配置在類實例管理21中，所以被分配不同類的對象)，故在該內(nèi)存區(qū)中以前分配了哪個類的對象，無法直接進行判定，所以不能進行VFTP的再設(shè)定。
因此，能夠根據(jù)與VFTP同樣，在被補救的對象內(nèi)與實際類相對應起來的類編號來判定類，判定應進行再設(shè)定的類，并再次設(shè)定VFTP。
然后，當VFTP被再設(shè)定時，就能夠通過該VFTP調(diào)用對象具有的函數(shù)并使其動作，并能夠補救呼叫處理對象。由此，即使VFTP對每個進程或每個主機不同也能夠補救呼叫處理對象。
(B)其他實施方式(B-1)雖然在上述實施方式中，以把SBY系服務器設(shè)為1臺服務器的情況為例進行了說明，但是SBY系服務器的設(shè)置臺數(shù)也可以是2臺或2臺以上。
(B-2)在上述實施方式中，用戶程序20A和20B、數(shù)據(jù)雙重化控制部數(shù)據(jù)雙重化客戶端庫30A和30B、數(shù)據(jù)雙重化控制部40A和40B、系統(tǒng)結(jié)構(gòu)管理部50A和50B、雙重化開始/停止通知受理庫60A和60B，可以作為由各自的服務器中的OS(操作系統(tǒng))所管理的軟件來進行實現(xiàn)。
權(quán)利要求
1.一種對象補救系統(tǒng)，補救在操作由面向?qū)ο蟮某绦蛩鶚?gòu)建的內(nèi)存區(qū)上的一個或多個對象來實現(xiàn)服務提供的服務器內(nèi)、產(chǎn)生了異常的對象，其特征在于，上述各對象具有識別虛擬函數(shù)的內(nèi)存區(qū)的虛擬函數(shù)識別信息、識別該對象所屬的類的類識別信息、和對象數(shù)據(jù)而構(gòu)成，所述對象補救系統(tǒng)具備實例管理單元，在服務提供時，依照功能處理的順序在預先所確保的內(nèi)存區(qū)排列并管理將要提供的服務所需的一個或多個上述對象；虛擬函數(shù)存儲區(qū)域，每當進程生成就在不同的內(nèi)存區(qū)中存儲虛擬函數(shù)；以及再設(shè)定單元，在響應于異常發(fā)生而再次生成了進程之際，基于與有了異常的進程有關(guān)的上述對象的上述類識別信息，來確定該對象的類屬性，由此對上述對象設(shè)定新生成的進程的虛擬函數(shù)的虛擬區(qū)域識別信息。
2.一種對象補救方法，補救在操作由面向?qū)ο蟮某绦蛩鶚?gòu)建的內(nèi)存區(qū)上的一個或多個對象來實現(xiàn)服務提供的服務器內(nèi)、產(chǎn)生了異常的對象，其特征在于，上述各對象具有識別虛擬函數(shù)的內(nèi)存區(qū)的虛擬函數(shù)識別信息、識別該對象所屬的類的類識別信息、和對象數(shù)據(jù)而構(gòu)成，所述對象補救方法具備實例管理步驟，在服務提供時，依照功能處理的順序在預先所確保的內(nèi)存區(qū)排列并管理將要提供的服務所需的一個或多個上述對象；虛擬函數(shù)存儲區(qū)域，每當進程生成就在不同的內(nèi)存區(qū)中存儲虛擬函數(shù)；以及再設(shè)定步驟，在響應于異常發(fā)生而再次生成了進程之際，基于與有了異常的進程有關(guān)的上述對象的上述類識別信息，來確定該對象的類屬性，由此對上述對象設(shè)定新生成的進程的虛擬函數(shù)的虛擬區(qū)域識別信息。
全文摘要
本發(fā)明提供一種對象補救系統(tǒng)，即便在產(chǎn)生了故障的情況下也能夠快速、可靠地補救與提供服務有關(guān)的對象。其作為在操作由面向?qū)ο蟮某绦蛩鶚?gòu)建的內(nèi)存區(qū)上的對象來實現(xiàn)服務提供的服務器中的對象補救系統(tǒng)。其中，各對象具有虛擬函數(shù)識別信息、類識別信息和對象數(shù)據(jù)，該對象補救系統(tǒng)具備實例管理單元，在服務提供之際，根據(jù)功能處理順序在預先所確保的內(nèi)存區(qū)中排列將要提供的服務所需要的一個或多個對象；存儲虛擬函數(shù)的虛擬函數(shù)存儲區(qū)域；以及再設(shè)定單元，在再次生成了進程之際，基于與出現(xiàn)了異常的進程有關(guān)的對象的類識別信息來確定對象的類屬性，并為對象重新設(shè)定新進程的虛擬函數(shù)的虛擬區(qū)域識別信息。
文檔編號H04L12/24GK1842025SQ200610002449
公開日2006年10月4日 申請日期2006年1月26日 優(yōu)先權(quán)日2005年3月31日
發(fā)明者小池友岳 申請人:沖電氣工業(yè)株式會社