(57)【特許請求の範囲】
【請求項１】
データを記憶するデータベースサーバと、前記データを用いてサービスを提供するサービス提供サーバと、前記データベースサーバを操作するためのオペレーションシステムとを備えたサービス提供システムにおいて、
前記オペレーションシステムは、
復旧予定の復旧予定データを示した復旧予定データ情報を前記データベースサーバへ送信する手段と、
前記復旧予定データ情報を送信した後、前記復旧予定データを更新するための差分データを前記データベースサーバへ送信する手段と、を有し、
前記データベースサーバは、
バックアップデータを用いて復旧した複数のデータのうち前記復旧予定データ情報で示されたデータに対して復旧中を示す復旧中識別子を設定し、前記差分データを受信した後に前記復旧中識別子の設定を解除する手段と、
前記サービス提供サーバから要求されたデータに前記復旧中識別子が設定されている場合には当該復旧中識別子を付与して当該サービス提供サーバへ送信し、前記復旧中識別子の設定が解除された場合にはデータのみを送信する手段と、を有し、
前記サービス提供サーバは、
前記復旧中識別子が付与されなくなるまで繰り返しデータを要求する手段と、
前記データベースサーバからデータを受信した後、前記復旧中識別子の有無により当該データの使用の要否を判定する手段と、
を有することを特徴とするサービス提供システム。
【請求項２】
データを記憶するデータベースサーバと、前記データを用いてサービスを提供するサービス提供サーバと、前記データベースサーバを操作するためのオペレーションシステムとで行うデータ復旧方法において、
前記オペレーションシステムにより、
復旧予定の復旧予定データを示した復旧予定データ情報を前記データベースサーバへ送信するステップ、を有し、
前記データベースサーバにより、
バックアップデータを用いて復旧した複数のデータのうち前記復旧予定データ情報で示されたデータに対して復旧中を示す復旧中識別子を設定するステップ、を有し、
前記サービス提供サーバにより、
データを要求するステップ、を有し、
前記データベースサーバにより、
前記サービス提供サーバから要求されたデータに前記復旧中識別子が設定されている場合には当該復旧中識別子を付与して当該サービス提供サーバへ送信するステップ、を有し、
前記サービス提供サーバにより、
前記データベースサーバからデータを受信した後、前記復旧中識別子の有無により当該データの使用の要否を判定するステップ、を有し、
前記オペレーションシステムにより、
前記復旧予定データを更新するための差分データを前記データベースサーバへ送信するステップ、を有し、
前記データベースサーバにより、
前記差分データを受信した後に前記復旧中識別子の設定を解除するステップ、を有し、
前記サービス提供サーバにより、
前記復旧中識別子が付与されなくなるまで繰り返しデータを要求するステップ、を有し、
前記データベースサーバにより、
前記復旧中識別子の設定が解除された場合にはデータのみを前記サービス提供サーバへ送信するステップ、
を有することを特徴とするデータ復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを復旧する技術に関する。
【背景技術】
【０００２】
現在、電話端末等の端末装置に対して各種サービスを提供するサービス提供システムがある。このサービス提供システム１は、図６に示すように、例えば、ＤＢサーバ１００と複数のサービス提供サーバ２００とオペレーションシステム（ＯｐＳ）３００で構成される。本例では、各々異なるサービスを提供する２つのサービス提供サーバ２００ａ，２００ｂを記載している。このようなサービス提供サーバ２００は、最新のデータのみを常に利用する／過去のデータであっても利用する等、提供するサービスの性質等に応じてデータに対する要求が異なっている。以下、従来のサービス提供システム１の動作概要を説明する。
【０００３】
サービス提供サーバ２００は、端末装置３からのデータ要求に基づき、該当のデータを保持していれば保持しているデータを当該端末装置３へ提供し、保持していなければ要求元の端末ＩＤ（電話番号等）を含めたデータ要求信号をＤＢサーバ１００へ送信する。そして当該ＤＢサーバ１００は、送信されたデータ要求信号内の端末ＩＤに対応するデータを要求元のサービス提供サーバ２００へ提供する。また、オペレーションシステム３００よりＤＢサーバ１００に対してサービスオーダに係るデータ操作があった場合、ＤＢサーバ１００は、該当のデータを更新した後、更新したデータをサービス提供サーバ２００へ過去に送信していれば送信する。
【０００４】
ここで、激甚災害等により運用中のデータが利用不能になった際の動作を説明する。図７に示すように、ＤＢサーバ１００は、過去に保持していたバックアップファイルからデータを復旧し、その後にオペレーションシステム３００から再投入された差分データで当該復旧データを最新状態に更新する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２１８４８１号公報
【特許文献２】特開２００９−２５２１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、差分データの再投入中にサービス提供サーバ２００からＤＢサーバ１００へデータ要求信号が送信された場合、サービス提供サーバ２００側では、当該信号に対してＤＢサーバ１００から送信されたデータがバックアップファイルによる復旧直後のデータであるか差分データ再投入後の最新データであるかを判断できないため、最新データのみを利用するサービス提供サーバ２００ａに対して差分データ再投入前の古いデータをダウンロードさせてしまう。
【０００７】
本発明は、上記事情を鑑みてなされたものであり、サービス提供サーバ側でデータの使用可否をハンドリング可能にし、かつ最新データに復旧するまで自律動作を可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１のサービス提供システムは、データを記憶するデータベースサーバと、前記データを用いてサービスを提供するサービス提供サーバと、前記データベースサーバを操作するためのオペレーションシステムとを備えたサービス提供システムにおいて、前記オペレーションシステムは、復旧予定の復旧予定データを示した復旧予定データ情報を前記データベースサーバへ送信する手段と、前記復旧予定データ情報を送信した後、前記復旧予定データを更新するための差分データを前記データベースサーバへ送信する手段と、を有し、前記データベースサーバは、バックアップデータを用いて復旧した複数のデータのうち前記復旧予定データ情報で示されたデータに対して復旧中を示す復旧中識別子を設定し、前記差分データを受信した後に前記復旧中識別子の設定を解除する手段と、前記サービス提供サーバから要求されたデータに前記復旧中識別子が設定されている場合には当該復旧中識別子を付与して当該サービス提供サーバへ送信し、前記復旧中識別子の設定が解除された場合にはデータのみを送信する手段と、を有し、前記サービス提供サーバは、前記復旧中識別子が付与されなくなるまで繰り返しデータを要求する手段と、前記データベースサーバからデータを受信した後、前記復旧中識別子の有無により当該データの使用の要否を判定する手段と、を有することを要旨とする。
【０００９】
請求項２のデータ復旧方法は、データを記憶するデータベースサーバと、前記データを用いてサービスを提供するサービス提供サーバと、前記データベースサーバを操作するためのオペレーションシステムとで行うデータ復旧方法において、前記オペレーションシステムにより、復旧予定の復旧予定データを示した復旧予定データ情報を前記データベースサーバへ送信するステップ、を有し、前記データベースサーバにより、バックアップデータを用いて復旧した複数のデータのうち前記復旧予定データ情報で示されたデータに対して復旧中を示す復旧中識別子を設定するステップ、を有し、前記サービス提供サーバにより、データを要求するステップ、を有し、前記データベースサーバにより、前記サービス提供サーバから要求されたデータに前記復旧中識別子が設定されている場合には当該復旧中識別子を付与して当該サービス提供サーバへ送信するステップ、を有し、前記サービス提供サーバにより、前記データベースサーバからデータを受信した後、前記復旧中識別子の有無により当該データの使用の要否を判定するステップ、を有し、前記オペレーションシステムにより、前記復旧予定データを更新するための差分データを前記データベースサーバへ送信するステップ、を有し、前記データベースサーバにより、前記差分データを受信した後に前記復旧中識別子の設定を解除するステップ、を有し、前記サービス提供サーバにより、前記復旧中識別子が付与されなくなるまで繰り返しデータを要求するステップ、を有し、前記データベースサーバにより、前記復旧中識別子の設定が解除された場合にはデータのみを前記サービス提供サーバへ送信するステップ、を有することを要旨とする。
【発明の効果】
【００１０】
本発明によれば、サービス提供サーバ側でデータの使用可否をハンドリング可能にし、かつ最新データに復旧するまで自律動作を可能とすることができる。
【図面の簡単な説明】
【００１１】
【図１】ＤＢサーバの機能ブロック構成を示す図である。
【図２】サービス提供サーバの機能ブロック構成を示す図である。
【図３】オペレーションシステムの機能ブロック構成を示す図である。
【図４】激甚災害発生時の処理フローを示すシーケンス図である。
【図５】図４の説明時に参照される図である。
【図６】サービス提供システムの全体構成を示す図である。
【図７】激甚災害発生時における従来の動作イメージを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１３】
本実施の形態に係るサービス提供システムは、図６に示したように、データを記憶するＤＢサーバ１００と、そのデータを用いてサービスを提供するサービス提供サーバ２００と、ＤＢサーバ１００を操作するためのオペレーションシステム３００と、を備えて構成される。
【００１４】
図１は、本実施の形態に係るＤＢサーバ１００の機能ブロック構成を示す図である。このＤＢサーバ１００は、データのバックアップファイルを記憶しておくバックアップファイル記憶部１１と、バックアップファイルでデータを復旧する第１の復旧部１２と、ＤＢサーバ１００でのデータの復旧状態を管理するサーバ状態管理部１３と、最新状態に更新予定のデータに復旧予定フラグを付与／非付与するフラグ設定部１４と、最新データとの差分データでデータを最新状態に更新する第２の復旧部１５と、データを送信するデータ送信部１６と、を備えて構成される。
【００１５】
図２は、本実施の形態に係るサービス提供サーバ２００の機能ブロック構成を示す図である。このサービス提供サーバ２００は、提供サービスに係るデータを要求するデータ要求部２１と、データに付与された復旧中フラグの有無により受信したデータの使用要否を判定するデータ使用要否判定部２２と、を備えて構成される。
【００１６】
図３は、本実施の形態に係るオペレーションシステム３００の機能ブロック構成を示す図である。このオペレーションシステム３００は、復旧予定のデータリストを送信するデータリスト送信部３１と、最新データとの差分データを送信するデータ送信部３２と、を備えて構成される。
【００１７】
次に、本実施の形態に係るサービス提供システム１における激甚災害発生時の動作（データ復旧方法）を説明する。図４は、激甚災害発生時の処理フローを示すシーケンス図である。図５は、その処理フローの説明時に参照される図である。
【００１８】
まず、ステップＳ１において、ＤＢサーバ１００の第１の復旧部１２は、バックアップファイル記憶部１１から読み出したバックアップファイルを用いてデータを復旧する。
【００１９】
次に、ステップＳ２において、ＤＢサーバ１００のサーバ状態管理部１３は、バックアップファイルでデータが復旧された後、ＤＢサーバ１００のサーバ状態を復旧中状態に自動遷移させる。
【００２０】
続いて、ステップＳ３において、オペレーションシステム３００のデータリスト送信部３１は、ＤＢサーバ１００へ最新データとの差分データを再送信する前に、復旧予定のデータリストを送信する。この復旧予定データリストには、バックアップされた時点から現時点の間に更新されたデータに関する情報が記載されている。
【００２１】
その後、ステップＳ４において、ＤＢサーバ１００のフラグ設定部１４は、ステップＳ１で復旧した複数のデータから復旧予定データリスト内のデータに合致するデータを検出し、検出したデータに復旧予定フラグを付与する。
【００２２】
そして、ステップＳ４の後にサービス提供サーバ２００のデータ要求部２１からデータ要求信号が送信されると、ステップＳ５において、ＤＢサーバ１００のデータ送信部１６は、要求対象のデータに復旧予定フラグが付与されていれば復旧中フラグを付与して送信する。
【００２３】
その後、ステップＳ６において、サービス提供サーバ２００のデータ使用要否判定部２２は、ＤＢサーバ１００から送信されたデータを参照し、そのデータに復旧中フラグが付与されているか否かに基づいて当該データの使用要否を判定する。
【００２４】
そして、そのサービス提供サーバ２００が最新のデータのみを常に利用するサーバであれば、受信したデータを使用しないと判定し、ステップＳ７において、当該サービス提供サーバ２００のデータ要求部２１は、復旧中フラグが付与されなくなるまでデータ要求信号をＤＢサーバ１００へ繰り返し送信する。
【００２５】
その後、ステップＳ８において、オペレーションシステム３００のデータ送信部３２から差分データ（復旧予定データリストに含まれるデータに係る差分データ）が送信されると、ステップＳ９において、ＤＢサーバ１００のフラグ設定部１４は、復旧予定フラグの設定を解除し、ＤＢサーバ１００の第２の復旧部１５は、受信した差分データを用いてステップＳ１で復旧したデータを最新状態に更新する。
【００２６】
その後、ステップＳ１０において、ＤＢサーバ１００のサーバ状態管理部１３は、ＤＢサーバ１００のサーバ状態を復旧完了状態に自動遷移させ、サービス提供サーバ２００からデータ要求信号があれば、ステップＳ１１において、ＤＢサーバ１００のデータ送信部１６は、ステップＳ９で更新された最新データを送信する。このとき、復旧予定フラグの設定が解除されているので、復旧中フラグを付与することなくデータのみを送信する。
【００２７】
その後、サービス提供サーバ２００は、受信した最新データを用いて、端末装置３からのデータ要求に応じたサービスを提供する。なお、上記ステップＳ６において、サービス提供サーバ２００が過去のデータであっても利用するサーバであれば、復旧予定フラグが付与されたデータをそのまま用いてサービスを提供する。
【００２８】
以上より、本実施の形態によれば、オペレーションシステム３００が、復旧予定データリストをＤＢサーバ１００へ送信し、ＤＢサーバ１００は、バックアップデータを用いて復旧した複数のデータのうち復旧予定データリストで示されたデータに対して復旧予定フラグを付与し、サービス提供サーバ２００から要求されたデータに復旧予定フラグが付与されている場合には復旧中フラグを付与して送信し、サービス提供サーバ２００は、復旧中フラグの有無により受信したデータの使用の要否を判定し、復旧中フラグが付与されなくなるまで繰り返しデータを要求するので、サービス提供サーバ側でデータの使用可否をハンドリング可能にし、かつ最新データに復旧するまで自律動作を可能とすることができる。
【００２９】
最後に、本実施の形態で説明したＤＢサーバ１００とサービス提供サーバ２００とオペレーションシステム３００は、メモリやＣＰＵを備えたコンピュータにより実現できる。また、それらの各動作をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。
【符号の説明】
【００３０】
１…サービス提供システム
３…端末装置
１００…ＤＢサーバ（データベースサーバ）
１１…バックアップファイル記憶部
１２…第１の復旧部
１３…サーバ状態管理部
１４…フラグ設定部
１５…第２の復旧部
１６…データ送信部
２００…サービス提供サーバ
２１…データ要求部
２２…データ使用要否判定部
３００…オペレーションシステム
３１…データリスト送信部
３２…データ送信部
Ｓ１〜Ｓ１１…ステップ
【図１】
0006023733.tif 000002
【図２】
0006023733.tif 000003
【図３】
0006023733.tif 000004
【図４】
0006023733.tif 000005
【図５】
0006023733.tif 000006
【図６】
0006023733.tif 000007
【図７】
0006023733.tif 000008