(57)【特許請求の範囲】
【請求項１】
インテリジェントネットワークを構成する呼毎にリアルタイム名サービス制御を行い、提供中のサービスの実行状態を管理する情報処理方法において、
サービスを制御するサービス制御ノードにおいて、障害の発生によりサービスデータが失われた場合に、
前記サービス制御ノードにおいて、バックアップ情報を用いて前記サービスデータの一部を復旧し、
前記サービス管理システムは、サービスデータの復旧に必要なデータを、サービスデータ原本を管理する領域及び削除された情報を管理する領域から読み出して、前記サービス制御ノードにダウンロードし、
前記サービス制御ノードのサービスデータの状態を、前記サービスデータが失われる前の状態に復旧させることを特徴とする情報処理方法。
【請求項２】
インテリジェントネットワークを構成する呼毎に、リアルタイムなサービス制御を行うサービス制御ノード、及び提供中のサービス実行状態を管理するサービス管理システムからなる情報処理システムであって、
前記情報サービス制御ノードは、
サービスを制御するために必要なサービスデータ及び該サービスデータの状態を管理するサービスデータ状態管理手段と、
前記サービス管理システムから通知された電文に基づいて前記サービスデータの状態を更新する更新手段と、
前記サービス管理システムからダウンロードされたサービスデータを管理するバックアップ情報格納手段と、
障害発生時において、前記バックアップ情報格納手段からバックアップ情報を取得して、前記サービスデータ状態管理手段の情報を復旧する復旧手段と、を有し、
前記サービス管理システムは、
電文を投入する電文投入手段と、
サービスデータの原本を保持する原本データ保持手段と、
前記電文投入手段により投入されたサービスデータの履歴を管理する投入履歴管理手段と、
前記投入履歴管理手段から、削除が指定された情報を前記原本データ保持手段から抽出する削除電文抽出手段と、
前記削除電文抽出手段により抽出された前記情報を保持する削除情報バックアップ手段と、
前記サービス制御ノードに障害が発生した場合に、前記原本データ保持手段及び、削除情報バックアップ手段から情報を収集し、前記情報サービス制御ノードにダウンロードする復旧制御手段と、を有することを特徴とする情報処理システム。
【請求項３】
前記削除電文抽出手段は、
前記電文投入手段により削除電文が投入された場合に、前記投入履歴管理手段に基づいて、削除が指定された情報を前記原本データ保持手段から抽出し、前記削除情報バックアップ手段に転送すると共に、該原本データ保持手段から、抽出された情報を削除する削除手段と、
前記削除情報バックアップ手段に、削除された情報の識別子を登録する削除識別子登録手段と、を含む請求項２記載の情報処理システム。
【請求項４】
前記サービス管理システムは、
前記電文投入手段により、削除電文以外の電文が投入された場合には、投入された情報を前記原本データ保持手段に登録する原本データ登録手段と、
前記原本データ登録手段に登録された情報を前記サービス制御ノードにダウンロードするダウンロード手段を更に有し、
前記サービス制御ノードは、
前記ダウンロード手段によりダウンロードされた情報を前記バックアップ情報格納手段に登録するダウンロード情報登録手段を更に有する請求項２記載の情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理方法及びシステムに係り、特に、インテリジェントネットワークにおけるサービス制御ノードのサービスデータ復旧方法を行う情報処理方法及びシステムに関する。
詳しくは、サービス制御ノード上のサービスデータが何らかの原因で破壊された場合に、サービス制御ノードに付随する外部記憶媒体及びサービス管理システム上のデータを用いて破壊されたデータを復旧するための情報処理方法及びシステムに関する。
【０００２】
【従来の技術】
従来において、サービス制御ノードに障害が発生し、サービス制御ノード上で管理しているサービスデータが失われた場合のサービスデータ復旧方法を以下に示す。
図９は、従来のデータ復旧方法を適用した情報処理システムの構成を示し、図１０は、復旧データの種類の概念を示す。図９において、情報処理システムは、複数のサービス制御ノード１１、２１、サービス管理システム１、サービス管理システムコンソール６及び複数のデータ投入端末３１、４１から構成される。
【０００３】
サービス制御ノード１１、２１は、それぞれサービスデータ状態管理データベース１３とサービスデータ更新制御部１２、２２とを有し、当該サービス制御ノード１１、２１には、それぞれ外部記憶媒体１４、２４が接続される。
サービス管理システム１は、サービスデータ状態管理原本データベース４、サービスデータダウンロード制御部２及びサービスデータ復旧制御部３から構成され、当該サービス管理システム１に、サービス管理システムコンソール６とデータ投入端末３１、４１が接続される。
【０００４】
従来、サービス制御ノード１１上で、何らかの原因でサービスデータ状態管理データベース１３のサービスデータが失われた場合、定期的にバックアップデータを収集する外部記憶媒体１４に管理されているデータを用いて、サービスデータを復旧した後、サービス管理システム１で管理しているサービスデータ状態管理原本データベース４のサービスデータを用いて、バックアップを取ってからデータが失われる障害が発生するまでのサービスデータを復旧する。
【０００５】
上記の方法により、図１０に示す外部記憶媒体１４で復旧するデータ５０１とサービスデータ状態管理データベース１３で管理するデータ５０３に相当するデータを復旧させることが可能となる。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記の従来の方法では、以下のような問題がある。
図１１は、従来のデータ復旧方法の問題点を説明するための概念図である。同図（ａ），（ｂ）に示す表は、ある日、サービス制御ノード１１上で、何らかの原因でサービスデータ状態管理データベース１３のサービスデータが失われた後、データが失われた時点で最新のバックアップデータを保持する外部記憶媒体１４のデータを用いて復旧した時のサービスデータ状態管理データベース１３と、サービス管理システム１上のサービスデータ状態管理原本データベース４の状態である。同図（ｂ）のサービスデータは、データが失われた時点のサービスデータの状態を示しているため、本来同一の状態を示すべきレコード２１４とレコード２３４、レコード２１５とレコード２３５、レコード２１６とレコード２３６（注：正確には、既に削除されているので存在しない）のデータの状態は不一致になっている。サービスデータ状態管理データベース１３とサービスデータ状態管理原本データベース４のデータの状態を合わせるためには、サービスデータ状態管理原本データベース４上で、外部記憶媒体１４にバックアップを取ってから更新されたレコードのデータをサービス制御ノード１１にダウンロードすればよい。ダウンロードすることにより、図１０のサービスデータ状態管理データベース４で管理するデータで復旧するデータ５０３が復旧される。
【０００７】
しかし、上記の方法では、図１１のサービスデータ状態管理原本データベース４上のレコード２３６が削除されて存在していないため、サービスデータ状態管理データベース１３上のレコード２１６のデータを更新することはできない。
このような状況は、例えば、ユーザからの希望によりサービスを取り止めたりした場合に、当該データのレコードを削除してしまうことに起因している。従って、図１０において、サービスデータ削除電文管理データベースで管理するデータで復旧するデータ５０４に相当するデータを復旧することは不可能である。つまり、図１０に（ｃ）と（ｄ）に示すように、サービスデータ状態管理原本データベース４において、不要となったために削除されたレコードに対応する状態には、復旧されないことになり、サービスデータ状態管理データベース１３とサービス状態管理原本データベース４の内容とが不一致となったままである。
【０００８】
このように、従来の方法では、サービス制御ノード１１上のデータに故障等のトラブルが発生した場合に、単に外部記憶媒体１４に格納されている情報のみでは、その時点において、サービス管理システム１のサービスデータ状態管理原本データベース４の内容が既に更新（削除）されている場合には、サービスデータ状態管理データベース１３の内容は完全には復旧できないケースが発生することがある。
本発明は、上記の点に鑑みなされたもので、サービス制御ノードにおいて障害が発生し、サービスデータが失われた場合に、サービス制御ノード上のサービスデータとサービス管理システム上のサービスデータを完全に一致させることを可能とし、結果として、サービス制御ノード上のデータを完全に復旧することが可能な情報処理方法及びシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
本発明は、インテリジェントネットワークを構成する呼毎にリアルタイム名サービス制御を行い、提供中のサービスの実行状態を管理する情報処理方法において、
サービスを制御するサービス制御ノードにおいて、障害の発生によりサービスデータが失われた場合に（ステップ１）、
サービス制御ノードにおいて、バックアップ情報を用いてサービスデータの一部を復旧し（ステップ２）、
サービス管理システムは、サービスデータの復旧に必要なデータを、サービスデータ原本を管理する領域及び削除された情報を管理する領域から読み出して（ステップ３）、サービス制御ノードにダウンロードし（ステップ４）、
サービス制御ノードのサービスデータの状態を、サービスデータが失われる前の状態に復旧させる（ステップ５）。
【００１０】
図２は、本発明の原理構成図である。
【００１１】
本発明は、インテリジェントネットワークを構成する呼毎に、リアルタイムなサービス制御を行うサービス制御ノード１００、及び提供中のサービス実行状態を管理するサービス管理システム２００からなる情報処理システムであって、
情報サービス制御ノード１００は、
サービスを制御するために必要なサービスデータ及び該サービスデータの状態を管理するサービスデータ状態管理手段１１０と、
サービス管理システム２００から通知された電文に基づいてサービスデータの状態を変更する更新手段１２０と、
サービス管理システム２００からダウンロードされたサービスデータを管理するバックアップ情報格納手段１３０と、
障害発生時において、バックアップ情報格納手段１３０からバックアップ情報やサービス管理システム２００からダウンロードされた情報を用いてサービスデータ状態管理手段１１０の情報を復旧する復旧手段１４０とを有し、
サービス管理システム２００は、
電文を投入する電文投入手段２１０と、
サービスデータの原本を保持する原本データ保持手段２２０と、
電文投入手段２１０により投入されたサービスデータの履歴を管理する投入履歴管理手段２３０と、
投入履歴管理手段２３０に基づいて、削除が指定された情報を原本データ保持手段２２０から抽出する削除電文抽出手段２４０と、
削除電文抽出手段２４０により抽出された情報を保持する削除情報バックアップ手段２５０と、
サービス制御ノード１００に障害が発生した場合に、原本データ保持手段２２０及び、削除情報バックアップ手段２５０から情報を収集し、情報サービス制御ノード１００にダウンロードする復旧制御手段２６０とを有する。
【００１２】
また、上記の削除電文抽出手段２４０は、
電文投入手段２１０により削除電文が投入された場合に、投入履歴管理手段２３０に基づいて、削除が指定された情報を原本データ保持手段２２０から抽出し、削除情報バックアップ手段２５０に転送すると共に、該原本データ保持手段２２０から、抽出された情報を削除する削除手段と、
削除情報バックアップ手段２５０に、削除された情報の識別子を登録する削除識別子登録手段とを含む。
【００１３】
また、上記のサービス管理システム２００は、
電文投入手段２１０により、削除電文以外の電文が投入された場合には、投入された情報を原本データ保持手段に登録する原本データ登録手段と、
原本データ登録手段に登録された情報をサービス制御ノード１００にダウンロードするダウンロード手段を更に有し、
サービス制御ノード１００は、
ダウンロード手段によりダウンロードされた情報をバックアップ情報格納手段１３０に登録するダウンロード情報登録手段を更に有する。
【００１４】
上記のように、本発明では、サービス制御ノードにおいて、障害が発生した場合に、当該時点において既にサービス管理システムにおいてデータの更新（削除）されている場合には、サービス制御ノードに格納されているバックアップ情報のみでは、完全に復旧できない場合に、サービス管理システムにおいて、削除時に蓄積されている削除データを用いて、履歴情報に基づいて障害発生時点において既に削除されている当該削除データを収集し、当該データをサービス制御ノードにダウンロードすることにより、サービス管理システムと、サービス制御ノード間において時間的に無矛盾に完全に一致するデータに復旧することが可能となる。
【００１５】
【発明の実施の形態】
図３は、本発明のサービス制御ノードデータの復旧を行うための情報処理システムの構成を示す。同図において図９と同一構成部分には、同一符号を付す。  図３に示す情報処理システムは、複数のサービス制御ノード１１、２１、該サービス制御ノード１１、２１に接続される外部記憶媒体１４、２４、サービス管理システム１、該サービス管理システム１に接続されるサービス管理システムコンソール６及びデータ投入端末３１、４１から構成される。
【００１６】
サービス管理システム１は、サービスデータダウンロード制御部２、サービスデータ復旧制御部３、サービスデータ状態管理原本データベース４、サービスデータ削除電文管理データベース５、電文ジャーナル管理部７、サービスデータ削除電文制御部８、サービスデータ操作電文ジャーナル９から構成される。
サービスデータダウンロード制御部２は、サービスデータ復旧制御部３からのダウンロードが指示されると、サービス管理システム１において、サービス制御ノード１１または、２１へのサービスデータのダウンロードを制御する。
【００１７】
サービスデータ復旧制御部３は、サービス制御ノード１１または、２１のデータが破壊されたことがサービス管理システムコンソール６から通知されると、サービスデータの復旧を制御する。
サービスデータ状態管理原本データベース４は、サービスデータの原本が格納される。
【００１８】
サービスデータ削除電文管理データベース５は、サービスデータ削除電文制御部８から転送された削除電文を格納する。なお、サービスデータ削除電文制御部８からは、サービスデータ状態管理原本データベース４において削除された電文が通知されるものとする。
サービス管理システムコンソール６は、サービス制御システム１を制御するための情報を入出力する。サービス管理システムコンソール６は、サービス管理システム１のオペレータにより操作され、サービス制御ノードからノード再開が通知されると、当該コンソール６を操作する。当該サービス管理システムコンソール６から、サービスデータの復旧命令がサービスデータ復旧制御部３に入力される。
【００１９】
電文ジャーナル管理部７は、投入された電文に基づいて、サービスデータ削除電文管理データベース５、サービスデータ操作電文ジャーナル、または、サービスデータ状態管理データベース４に当該電文を振り分けて、制御する
サービスデータ削除電文管理データベース５は、利用者によりサービスが不要となった場合に削除されたレコードに対する削除電文を管理する。
【００２０】
サービスデータ削除電文制御部８は、削除電文が投入された場合に、サービスデータ状態管理原本データベース４から削除電文に対応する情報を削除し、当該情報をサービスデータ削除電文管理データベース５に格納すると共に、サービス制御ノード１１、２１において障害が発生し、外部記憶媒体１４、２４に格納されている情報のみでは復旧できない場合に、サービスデータ復旧制御部３に対してサービスデータ削除電文管理データベース５から読み出した削除電文を転送する。
【００２１】
サービスデータ操作電文ジャーナル９は、サービスデータを操作した電文ジャーナルを発生順に登録する。
【００２２】
【実施例】
図４は、本発明の一実施例のサービスデータ状態管理データベースの構成例を示す。サービスデータ状態管理データベース１３は、データ番号４０１、更新時刻４０２、データ状態４０３から構成される。
図５は、本発明の一実施例のサービスデータ状態管理原本データベースの構成例を示す。サービスデータ状態管理原本データベース４は、サービス制御ノード種別４２１、データ番号４２２、更新時刻４２３、データ状態４２４から構成される。
【００２３】
図６は、本発明の一実施例のサービスデータ削除電文管理データベースの構成例を示す。サービスデータ削除電文管理データベース５は、サービス制御ノード種別４４１、データ番号４４２、削除時刻４４３から構成される。
最初に、データ復旧時における通常時の処理について説明する。
図７は、本発明の一実施例の通常時の処理のフローチャートである。
【００２４】
あるサービスデータがデータ投入端末３１から投入された場合、データ投入端末３１では、サービス管理システム１への電文を作成し、送信する（ステップ３０１）。
サービス管理システム１が、データ投入端末３１から送信電文を受信すると（ステップ３０２）、電文の種類をチェックし（ステップ３０３）、サービスデータの削除電文である場合には、サービスデータ削除電文管理データベース５にデータを登録し（ステップ３０５）、サービスデータ状態管理原本データベース４のデータを削除する（ステップ３０６）。一方、電文の種類がサービスデータの削除電文以外の場合には、サービスデータ状態管理原本データベース４の当該レコードのデータ項目（データ状態）４２４のデータを更新する（ステップ３０４）。
【００２５】
それぞれの処理が終了したら、送信されてきた電文に設定されているサービス制御ノード種別をチェックし、サービス制御ノード１１のサービスデータ状態管理データベース１３のデータを更新するために電文を送信する（ステップ３０７）。
サービス制御ノード１１がサービス管理システム１から電文を受信すると（ステップ３０８）、電文の種類をチェックし（ステップ３０９）、サービスデータの削除電文の場合は、サービスデータ状態管理データベース１３上の当該レコードを検出し、削除する（ステップ３１１）。一方、電文の種類がサービスデータの削除電文以外の場合には、サービスデータ状態管理データベース１３上の当該レコードのデータを更新する（ステップ３１０）。
【００２６】
それぞれの処理が終了したら、処理が正常に終了したことをサービス管理システム１に通知するための電文を作成し、サービス管理システム１に送信する（ステップ３１２）。
サービス管理システム１は、処理終了通知電文を受信すると（ステップ３１３）、サービス管理システム１は、一連の処理を終了させ、通常時のサービスデータの操作が終了する。
【００２７】
次に、異常発生時の処理について説明する。
図８は、本発明の一実施例の異常時の処理のフローチャートである。
サービス制御ノード１１でサービスデータ状態管理データベース１３上のサービスデータを失うような障害が発生した場合、サービス制御ノード１１のサービスデータは、定期的にバックアップデータを収集している外部記憶媒体１４上のデータを用いて、バックアップをとる時点までのデータの復旧が可能である（ステップ４０１）。この時点のデータ復旧のイメージは、図１１の外部記憶媒体１４で復旧するデータ５０１に相当する部分である。
【００２８】
外部記憶媒体１４のデータで復旧した時点では、バックアップをとった時点から障害が発生する時点までのデータ（図１１のサービス管理システムで管理するデータで復旧するデータ５０２）は、復旧させることはできない。この時点で、サービス制御ノード１１のサービスは再開されるが（ステップ４０２）、残りの図１１のサービス管理システムで管理するデータで復旧するデータ５０２に相当する部分のデータを復旧するために、サービス管理システムコンソール６からサービス制御ノードデータ復旧コマンドを投入する（ステップ４０３）。
【００２９】
サービス管理システムコンソール６は、投入されたコマンドに基づいて、サービス管理システム１上のデータベースからデータを収集、ダウンロードするための処理を起動する電文を、サービス管理システム１に送信する（ステップ４０４）。
サービス管理システム１が、サービス制御ノード１１のデータを復旧するための電文をサービス管理システムコンソール６から受信すると（ステップ４０５）、サービスデータ状態管理原本データベース４より、データ項目（サービス制御ノード種別４２１）及び（更新時刻４２３）をキーにして、該当するデータ、即ち、障害が発生したサービス制御ノード１１と外部記憶媒体１４で復旧した時刻以後のレコードを検索し、リストを作成する（ステップ４０６）。
【００３０】
サービスデータ復旧制御部３は、作成したデータリストに従って順に電文を作成し（ステップ４０７）、当該サービス制御ノード１１にサービスデータの状態を更新するための電文を送信する（ステップ４０８）。
サービス制御ノード１１が、電文を受信すると（ステップ４０９）、サービスデータ状態管理データベース１３上の当該レコードをデータ項目（データ番号４０１）をキーにして検索し、データ項目（更新時刻４０２）及び（データ状態４０３）のデータを更新する（ステップ４１０）。
【００３１】
サービス制御ノード１１は、サービスデータの更新処理が終了したら、処理が終了したことをサービス管理システム１に通知するための電文を作成し、サービス管理システム１に送信する（ステップ４１１）。
サービス管理システム１が、処理終了通知電文を受信すると（ステップ４１２）、ステップ４０６で作成したリストに基づいて、作成すべき電文があるか否かをチェックする（ステップ４１３）。作成すべき電文が存在する場合は、ステップ４０７からステップ４１２までの処理を繰り返す。作成すべき電文がなくなった場合は、サービスデータ削除電文管理データベース５からデータ項目（サービス制御ノード種別４４１）及び（削除時刻４４３）をキーにして、該当するデータ、即ち、障害が発生したサービス制御ノード１１と外部記憶媒体１４で復旧した時刻以降のレコードを検索し、リストを作成する（ステップ４１４）。
【００３２】
サービスデータ復旧制御部３は、作成したデータリストに従って順に電文を作成し、該当するサービス制御ノード１１にサービスデータを削除するための電文を送信する（ステップ４１５）。
サービス制御ノード１は、電文を受信すると（ステップ４１６）、サービスデータ状態管理データベース１３上の該当するレコードをデータ項目（データ番号）をキーにして検索し、当該レコードを削除する（ステップ４１７）。サービスデータの削除が終了したら、処理が終了したことをサービス管理システムに通知するための電文を作成し、サービス管理システム１に送信する（ステップ４１８）。
【００３３】
サービス管理システム１が、処理終了通知電文を受信すると（ステップ４１９）、ステップ４１４で作成したリストに基づいて作成すべき電文があるか否かをチェックする（ステップ４２０）。作成すべき電文が存在する場合は、ステップ４１５からステップ４１９までの処理を繰り返す。作成すべき電文がなくなった時点で、図１１のサービスデータ削除電文管理データベースで管理するデータで復旧するデータ５０４に相当する電文が復旧し、復旧すべきすべてのデータが復旧する。
【００３４】
作成すべき削除電文がなくなった場合は、復旧すべきデータがすべて復旧したので、一連の処理を終了する。
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【００３５】
【発明の効果】
上述のように、本発明の情報処理方法及びシステムによれば、サービス制御ノードが障害を起こし、サービスデータが失われた場合に、サービス制御ノード上のサービスデータとサービス管理システム上のサービスデータを完全に一致させることを可能とし、結果として、サービス制御ノード上のデータを完全に復旧することが可能となる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明のサービス制御ノードデータの復旧を行うための情報処理システムの構成図である。
【図４】本発明の一実施例のサービス状態管理データベースの構成図である。
【図５】本発明の一実施例の状態管理原本データベースの構成図である。
【図６】本発明の一実施例のサービスデータ削除電文管理データベースの構成図である。
【図７】本発明の一実施例の通常時の処理のフローチャートである。
【図８】本発明の一実施例の異常時の処理のフローチャートである。
【図９】従来のデータ復旧方法を適用した情報処理システムの構成図である。
【図１０】従来のデータ復旧方法の問題点を説明する概念図である。
【図１１】復旧データの種類の概念図である。
【符号の説明】
１  サービス管理システム
２  サービスデータダウンロード制御部
３  サービスデータ復旧制御部
４  サービスデータ状態管理原本データベース
５  サービスデータ削除電文管理データベース
６  サービス管理システムコンソール
７  電文ジャーナル管理部
８  サービスデータ削除電文制御部
９  サービスデータ操作電文ジャーナル
１１，２１  サービス制御ノード
１２，２２  サービスデータ更新制御部
１３，２３  サービスデータ状態管理データベース
１４，２４  外部記憶媒体
３１，４１  データ投入端末
１００  サービス制御ノード
１１０  サービスデータ状態管理手段
１２０  更新手段
１３０  バックアップ情報格納手段
１４０  復旧手段
２００  サービス管理システム
２１０  電文投入手段
２２０  原本データ保持手段
２３０  投入履歴管理手段
２４０  削除電文抽出手段
２５０  削除情報バックアップ手段
２６０  復旧制御手段
４０１  データ番号
４０２  更新時刻
４０３  データ状態
４２１  サービス制御ノード種別
４２２  データ番号
４２３  更新時刻
４２４  データ状態
４４１  サービス制御ノード種別
４４２  データ番号
４４３  削除時刻
５０１  外部記憶媒体で復旧するデータ
５０２  サービス管理システムで管理するデータで復旧するデータ
５０３  サービスデータ状態管理データベースで管理するデータで復旧するデータ
５０４  サービスデータ削除電文管理データベースで管理するデータで復旧するデータ
【図１】
0003564485.tif 000002
【図２】
0003564485.tif 000003
【図３】
0003564485.tif 000004
【図４】
0003564485.tif 000005
【図５】
0003564485.tif 000006
【図６】
0003564485.tif 000007
【図７】
0003564485.tif 000008
【図８】
0003564485.tif 000009
【図９】
0003564485.tif 000010
【図１０】
0003564485.tif 000011
【図１１】
0003564485.tif 000012