特許 6827501 ホットバックアップシステム、ホットバックアップ方法、及びコンピュータ機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6827501

(24)【登録日】2021年1月21日

(45)【発行日】2021年2月10日

(54)【発明の名称】ホットバックアップシステム、ホットバックアップ方法、及びコンピュータ機器

(51)【国際特許分類】

   G06F 11/20 20060101AFI20210128BHJP

   G06F 11/14 20060101ALI20210128BHJP

【ＦＩ】

   G06F11/20 635

   G06F11/14 658

【請求項の数】7

【全頁数】16

(21)【出願番号】特願2019-132717(P2019-132717)

(22)【出願日】2019年7月18日

(65)【公開番号】特開2020-35430(P2020-35430A)

(43)【公開日】2020年3月5日

【審査請求日】2019年7月18日

(31)【優先権主張番号】201811002727.8

(32)【優先日】2018年8月30日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】513224353

【氏名又は名称】バイドゥ オンライン ネットワーク テクノロジー （ベイジン） カンパニー リミテッド

(74)【代理人】

【識別番号】100118913

【弁理士】

【氏名又は名称】上田 邦生

(74)【代理人】

【識別番号】100142789

【弁理士】

【氏名又は名称】柳 順一郎

(74)【代理人】

【識別番号】100163050

【弁理士】

【氏名又は名称】小栗 眞由美

(74)【代理人】

【識別番号】100201466

【弁理士】

【氏名又は名称】竹内 邦彦

(72)【発明者】

【氏名】シャン， ビン

(72)【発明者】

【氏名】コン， シャオリャン

【審査官】 三坂 敏夫

(56)【参考文献】

【文献】 特開２００４−２８０５２８（ＪＰ，Ａ）

【文献】 国際公開第２０１７／０４２８９０（ＷＯ，Ａ１）

【文献】 国際公開第２０１０／１０６９９１（ＷＯ，Ａ１）

【文献】 中国特許出願公開第１０６８５０２５５（ＣＮ，Ａ）

【文献】 松信 嘉範，ＭｙＳＱＬパワーアップ講座 後編 ＭｙＳＱＬのレプリケーション，ＳｏｆｔｗａｒｅＤｅｓｉｇｎ ２００８年１０月号，日本，（株）技術評論社，２００８年１０月１８日，第114頁−第121頁

【文献】 松信 嘉範，本気で取り組むＤＢＡのためのＭｙＳＱＬ入門，ＤＢ Ｍａｇａｚｉｎｅ ２００４年１２月号，日本，株式会社翔泳社，２００４年１２月 １日，第206頁−第213頁

【文献】 川上 明久，実践ＡＷＳ！ 企業クラウドの設計パターン，日経ＳＹＳＴＥＭＳ ２０１５年９月号，日本，日経ＢＰ社，２０１５年 ８月２６日，第74頁−第79頁

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／２０

Ｇ０６Ｆ １１／１４

(57)【特許請求の範囲】

【請求項1】

ホットバックアップシステムであって、
集中管理モジュールと、それぞれ前記集中管理モジュールに接続されたマスターサーバとスレーブサーバと遅延サーバと、を含み、
前記集中管理モジュールは、業務サーバとのデータ伝送を行い、
前記マスターサーバは、前記集中管理モジュールによって送信された、前記業務サーバによって送信された第１のデータが含まれた書き込み命令を受信し、前記書き込み命令に基づいて前記第１のデータを前記マスターサーバのデータベースに書き込み、
前記スレーブサーバは、前記マスターサーバとリアルタイムでデータ同期を行い、前記集中管理モジュールによって送信された読み出し命令を受信し、前記読み出し命令に基づいて、読み出した第２のデータを前記集中管理モジュールに送信して、前記集中管理モジュールが前記第２のデータを前記業務サーバに送信し、
前記遅延サーバは、予め設定された遅延バックアップパラメータに基づいて、前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行い、
前記ホットバックアップシステムは、
前記マスターサーバで生成されたデータ操作情報を周期的にバックアップし、サンドボックスサーバが前記マスターサーバに対するフルバックアップリストア機能が利用できるか否かを定期的に検証するためのサンドボックスサーバをさらに含み、
前記集中管理モジュールは、さらに、前記ホットバックアップシステムの稼働状態の異常が監視された場合に、前記稼働状態の異常に基づいて対応するデータ障害レベルを決定し、前記データ障害レベルに基づいて、前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバの新たなアイデンティティ属性をそれぞれ決定し、前記新たなアイデンティティ属性に基づいて、前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバのアイデンティティの切替えをそれぞれ行うことを特徴とする、ホットバックアップシステム。

【請求項2】

前記マスターサーバは、さらに、Ｂｉｎｌｏｇで前記マスターサーバ中のデータベースのデータバックアップを行い、
前記遅延サーバは、具体的には、予め設定された遅延バックアップパラメータに基づいて、前記マスターサーバ中のＢｉｎｌｏｇログファイルから前記データ操作情報を取得し、取得した前記データ操作情報を格納し、前記遅延バックアップパラメータは、遅延時間を含むことを特徴とする、請求項１に記載のホットバックアップシステム。

【請求項3】

前記遅延サーバは、さらに、前記マスターサーバからバックアップデータを読み出し、前記バックアップデータに基づいて統計機能を行い、前記バックアップデータが増分リストアおよびロールバックに利用できるか否かを定期的に検証することを特徴とする、請求項１に記載のホットバックアップシステム。

【請求項4】

請求項１〜３のいずれかに記載のホットバックアップシステムによって実行されるホットバックアップ方法であって、
業務サーバによって送信された第１のデータを取得するステップと、
前記第１のデータに対する書き込み命令を生成し、前記書き込み命令に基づいて前記第１のデータをマスターサーバのデータベースに書き込むステップと、
前記マスターサーバとリアルタイムでデータ同期を行うようにスレーブサーバを制御するステップと、
前記スレーブサーバに読み出し命令を送信し、前記スレーブサーバが前記読み出し命令に基づいて読み出した第２のデータを受信し、前記第２のデータを前記業務サーバに送信するステップと、
予め設定された遅延バックアップパラメータに基づいて前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御するステップと、
前記マスターサーバで生成されたデータ操作情報を周期的にバックアップし、サンドボックスサーバが前記マスターサーバに対するフルバックアップリストア機能が利用できるか否かを定期的に検証するようにサンドボックスサーバを制御するステップと、
前記ホットバックアップシステムの稼働状態の異常が監視された場合に、前記稼働状態の異常に基づいて対応するデータ障害レベルを決定するステップと、
前記データ障害レベルに基づいて、前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバの新たなアイデンティティ属性をそれぞれ決定するステップと、
前記新たなアイデンティティ属性に基づいて前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバのアイデンティティの切替えをそれぞれ行うステップと、を含むことを特徴とする、ホットバックアップ方法。

【請求項5】

前記方法は、
Ｂｉｎｌｏｇで前記マスターサーバ中のデータベースのデータバックアップを行うように前記マスターサーバを制御するステップをさらに含み、
前記予め設定された遅延バックアップパラメータに基づいて前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御するステップは、
予め設定された遅延バックアップパラメータに基づいて、前記マスターサーバ中のＢｉｎｌｏｇログファイルから前記データ操作情報を取得し、取得した前記データ操作情報を格納するように前記遅延サーバを制御するステップを含み、
前記遅延バックアップパラメータは、遅延時間を含むことを特徴とする、請求項４に記載のホットバックアップ方法。

【請求項6】

前記方法は、
前記マスターサーバからバックアップデータを読み出し、前記バックアップデータに基づいて統計機能を行い、前記バックアップデータが増分リストアおよびロールバックに利用できるか否かを定期的に検証するように前記遅延サーバを制御するステップをさらに含むことを特徴とする、請求項４に記載のホットバックアップ方法。

【請求項7】

メモリと、プロセッサと、メモリに格納され、プロセッサで実行可能なコンピュータプログラムと、を含むコンピュータ機器であって、
前記プロセッサは、前記プログラムを実行するときに、請求項４〜６のいずれかに記載のホットバックアップ方法を実現することを特徴とする、コンピュータ機器。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータ技術分野に関し、特に、ホットバックアップシステム、ホットバックアップ方法、及びコンピュータ機器に関する。

【背景技術】

【0002】

データ通信システムは、通常、システムの高い信頼性を必要とし、突然の故障や自発的なメンテナンスに遭遇しても、システムの通常の稼働に影響を与えない。信頼性と保守性を向上させるために、障害に備えるバックアップおよび復旧を行う必要がある。信頼性が高く要求されるシステムの場合、最適なバックアップ案は、２台のサーバからなるホットバックアップである。

【0003】

現在、市販されているサーバまたはデータベースは、通常、２台のサーバからなるホットバックアップ技術を採用して耐障害性、誤動作許容性などを解決し、長時間の業務中断を回避して、システムの長期的な信頼性のあるサービスを確保する。例えば、システムの稼働中に、２台のサーバにはまったく同じシステムとデータがロードされており、通信ケーブルを介して同期を維持し、現在稼動しているサーバをマスターサーバとし、もう１台のサーバをスタンバイサーバとしている。スタンバイサーバは、マスターサーバの状態を断続的に検出し、マスターサーバの異常を検出した場合には、マスター・スタンバイのロールを切替える。しかし、現在の２台のサーバからなるホットバックアップ技術は、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果が悪く、改善する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の目的は、上記の技術問題の一つを少なくともある程度解決することである。
そのため、本発明の第１の目的は、ホットバックアップシステムを提供し、当該システムは、４台のサーバからなるホットバックアップのモードを採用することによって、ホットバックアップシステムが高い可用性、耐障害性などの特徴を有するようになり、また、４つのロールによって読み出しと書き込みが分離されるモードを採用することにより、データ障害レベルに基づいて、ディザスタリカバリ、誤動作、過負荷などのさまざまな状況を迅速に解決することができる。
本発明の第２の目的は、ホットバックアップ方法を提供することである。
本発明の第３の目的は、コンピュータ機器を提供することである。

【課題を解決するための手段】

【0005】

上記の目的を達成するために、本発明の第１の態様の実施例に係るホットバックアップシステムは、集中管理モジュールと、それぞれ前記集中管理モジュールに接続されたマスターサーバとスレーブサーバと遅延サーバと、を含み、前記集中管理モジュールは、業務サーバとのデータ伝送を行い、前記マスターサーバは、前記集中管理モジュールによって送信された、前記業務サーバによって送信された第１のデータが含まれた書き込み命令を受信し、前記書き込み命令に基づいて前記第１のデータを前記マスターサーバのデータベースに書き込み、前記スレーブサーバは、前記マスターサーバとリアルタイムでデータ同期を行い、前記集中管理モジュールによって送信された読み出し命令を受信し、前記読み出し命令に基づいて、読み出した第２のデータを前記集中管理モジュールに送信して、前記集中管理モジュールが前記第２のデータを前記業務サーバに送信し、前記遅延サーバは、予め設定された遅延バックアップパラメータに基づいて、前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行い、前記集中管理モジュールは、さらに、前記ホットバックアップシステムの稼働状態の異常が監視された場合、前記稼働状態の異常に基づいて、前記マスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行う。

【0006】

本発明の実施例のホットバックアップシステムによれば、マスターサーバが業務サーバとのデータ伝送を行い、マスターサーバが業務サーバによって送信されたデータを格納し、スレーブサーバがマスターサーバとリアルタイムでデータ同期を行い、集中管理モジュールによって送信された読み出し命令を受信し、当該読み出し命令に基づいて、読み出した第２のデータを集中管理モジュールに送信し、集中管理モジュールが前記第２のデータを業務サーバに送信して、業務サーバとのデータ伝送を行う。集中管理モジュールが、システムの稼働状態の異常を監視した場合、当該稼働状態の異常に基づいてマスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。すなわち、集中管理モジュールが、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題を迅速に解決し、マスター・スレーブの切替えによってネットワークまたは機械の故障問題を解決し、遅延サーバの切替えによってデータベース誤動作の問題を迅速に解決する。これにより、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果がより良くなり、システムの高い信頼性と保守性が大幅に向上する。

【0007】

上記の目的を達成するために、本発明の第２の態様の実施例が提供される。本発明の第１の態様の実施例に記載のホットバックアップシステムによって実行されるホットバックアップ方法は、業務サーバによって送信された第１のデータを取得するステップと、前記第１のデータに対する書き込み命令を生成し、前記書き込み命令に基づいて前記第１のデータをマスターサーバのデータベースに書き込むステップと、前記マスターサーバとリアルタイムでデータ同期を行うようにスレーブサーバを制御するステップと、前記スレーブサーバに読み出し命令を送信し、前記スレーブサーバが前記読み出し命令に基づいて読み出した第２のデータを受信し、前記第２のデータを前記業務サーバに送信するステップと、予め設定された遅延バックアップパラメータに基づいて、前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御するステップと、前記ホットバックアップシステムの稼働状態の異常が監視された場合、前記稼働状態の異常に基づいて前記マスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行うステップと、を含む。

【0008】

本発明の実施例のホットバックアップ方法によれば、マスターサーバが業務サーバとのデータ伝送を行い、マスターサーバが業務サーバによって送信されたたデータを格納し、スレーブサーバがマスターサーバとリアルタイムでデータ同期を行い、集中管理モジュールによって送信された読み出し命令を受信し、当該読み出し命令に基づいて読み出した第２のデータを集中管理モジュールに送信し、集中管理モジュールが前記第２のデータを業務サーバに送信し、業務サーバとのデータ伝送を実現し、集中管理モジュールが、システムの稼働状態の異常が監視された場合に、当該稼働状態の異常に基づいてマスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。すなわち、集中管理モジュールがデータ障害レベルに基づいて様々なデータベースのディザスタリカバリ問題を迅速に解決し、マスター・スレーブの切替えによってネットワークまたは機械の故障問題が解決され、遅延サーバの切替えによってデータベース誤動作の問題が高速に解決される。これにより、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果がより良くなり、システムの高い信頼性と保守性が大幅に向上する。

【0009】

上記の目的を達成するために、本発明の第３の態様の実施例によって提供されるコンピュータ機器は、メモリと、プロセッサと、メモリに格納され、プロセッサで実行可能なコンピュータプログラムと、を含み、前記プロセッサは、前記プログラムを実行する際に、本発明の第２の態様の実施例に記載のホットバックアップ方法を実現する。

【0010】

本発明の付加的な特徴および利点は、一部が以下の説明に示され、一部が下記の説明により明らかになり、または本発明の実践により理解される。

【図面の簡単な説明】

【0011】

本発明の上記及び／または付加的な特徴及び利点は、下記の図面を参照して実施例を説明することにより、明らかになり、理解しやすくなる。

【図1】本発明の一実施例に係るホットバックアップシステムの概略構成図である。

【図2】本発明の具体的な一実施例に係るホットバックアップシステムの概略構成図である。

【図3】本発明の一実施例に係るホットバックアップ方法のフローチャートである。

【図4】本発明の一実施例に係るコンピュータ機器の概略構成図である。

【発明を実施するための形態】

【0012】

以下、本発明の実施例について詳細に説明し、前記実施例の例が図面に示されている。同一又は類似の符号は常に同一又は類似の要素を表す。以下に図面を参照ながら説明された実施例は、例示であり、本発明を解釈するためのものであるので、本発明を限定するものであると理解してはいけない。

【0013】

以下、図面を参照しながら、本発明の実施例のホットバックアップシステム、ホットバックアップ方法、及びコンピュータ機器を説明する。
図１は、本発明の一実施例に係るホットバックアップシステムの概略構成図である。図１に示すように、当該ホットバックアップシステム１００は、集中管理モジュール１１０と、それぞれ集中管理モジュール１１０に接続されたマスターサーバ１２０とスレーブサーバ１３０と遅延サーバ１４０と、を含むことができる。本発明の実施例において、集中管理モジュール１１０は、通信ケーブルを介してマスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０にそれぞれ通信可能に接続することができる。

【0014】

具体的には、集中管理モジュール１１０は、業務サーバとデータ伝送を行う。一例として、集中管理モジュール１１０は、業務サーバとの通信リンクを構築し、当該通信リンクを介して業務サーバとのデータ伝送を行うことができる。例えば、集中管理モジュール１１０は、業務サーバによって送信された格納待ちのデータを受信し、当該格納待ちのデータをマスターサーバ１２０のデータベースに送信して格納することができる。また、データベースからデータを読み出して、読み出したデータを業務サーバに送信して、業務サーバとのデータ伝送を行うこともできる。

【0015】

本発明の実施例において、本発明の実施例のホットバックアップシステム１００は、３つのサーバを含むことができ、当該３つのサーバは、それぞれアイデンティティ、マスターサーバ、スレーブサーバおよび遅延サーバという各自のアイデンティティを持っている。マスターサーバ１２０は、集中管理モジュール１１０によって送信された、業務サーバによって送信された第１のデータが含まれた書き込み命令を受信し、当該書き込み命令に基づいて、第１のデータをマスターサーバ１２０のデータベースに書き込むことができる。例えば、集中管理モジュール１１０は、業務サーバによって送信された第１のデータを受信した場合、当該第１のデータに対する書き込み命令を生成し、当該書き込み命令をマスターサーバ１２０に送信することができる。マスターサーバ１２０は、集中管理モジュール１１０によって送信された書き込み命令を受信した場合、当該書き込み命令に基づいて、当該書き込み命令に含まれる第１のデータをマスターサーバ１２０のデータベースに書き込んで、データのデータベースへの書き込みを行うことができる。

【0016】

スレーブサーバ１３０は、マスターサーバ１２０とリアルタイムでデータ同期を行い、集中管理モジュール１１０によって送信された読み出し命令を受信し、読み出し命令に基づいて、読み出した第２のデータを集中管理モジュール１１０に送信して、集中管理モジュール１１０が第２のデータを業務サーバに送信する。例を挙げると、スレーブサーバ１３０は、マスターサーバ１２０にハートビートパッケージをリアルタイムで送信して両者の通信接続を維持し、当該通信接続を介してリアルタイムでマスターサーバ１２０にデータ同期要求をリアルタイムで送信することができる。マスターサーバ１２０は、当該データ同期要求を受信した場合、自身のデータベースに格納されたデータをスレーブサーバ１３０に送信して、データ同期機能を実現することができる。

【0017】

本発明の実施例において、スレーブサーバ１３０は、読み出し機能をさらに有することができる。すなわち、集中管理モジュール１１０によって送信された読み出し命令を受信し、当該読み出し命令に基づいて、読み出した第２のデータを集中管理モジュール１１０に送信することができる。集中管理モジュール１１０は、スレーブサーバ１３０から読み出した第２のデータを業務サーバに送信することで、対応する業務データ操作が行われる。

【0018】

遅延サーバ１４０は、予め設定された遅延バックアップパラメータに基づいて、マスターサーバ１２０で生成されたデータ操作情報の遅延バックアップを行うことができる。本発明の実施例において、前記遅延バックアップパラメータは、１時間程度の遅延時間を含んでも良い。例を挙げると、遅延サーバ１４０は、予め設定された遅延バックアップパラメータに基づいて、マスターサーバ１２０に格納されたデータ操作情報の遅延バックアップを行うことができる。例えば、マスターサーバ１２０に現在格納されているデータがデータＡであると、遅延サーバ１４０は、１時間遅延した後、マスターサーバ１２０から格納されているデータＡを読み出し、当該データＡを格納してバックアップすることによって、マスターサーバのデータの遅延バックアップの機能を実現する。このようにして、遅延サーバがマスターサーバのデータの遅延バックアップを行うことによって、現在のシステムにデータ送信故障が発生したとき、遅延サーバ中のバックアップデータを利用してマスターサーバ中のデータを、前記遅延時間前の状態に復元することができる。例えば、マスターサーバ中のデータを１時間前の状態に復元することによって、データベースの誤動作時の迅速な障害復旧の目的を実現することができる。

【0019】

集中管理モジュール１１０は、さらに、ホットバックアップシステム１００の稼働状態の異常が監視された場合、稼働状態の異常に基づいて、マスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０のアイデンティティロールの切替え管理をそれぞれ行う。選択可能に、集中管理モジュール１１０は、ホットバックアップシステム１００の稼働状態の異常が監視された場合には、当該稼働状態の異常に基づいて、対応するデータ障害レベルを決定し、当該データ障害レベルに基づいて、マスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０の新たなアイデンティティ属性をそれぞれ決定し、当該新たなアイデンティティ属性に基づいて、マスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０のアイデンティティの切替えをそれぞれ行う。

【0020】

例を挙げると、集中管理モジュール１１０は、ホットバックアップシステム１００の稼働状態をリアルタイムで監視することができ、ホットバックアップシステム１００の稼働状態が異常であることを検出した場合には、当該稼働状態の異常に基づいて、対応するデータ障害レベルを決定することができる。例えば、当該データ障害レベルは、第１のレベルと第２のレベルとを含むことができる。第１のレベルの障害の程度は、第２のレベルの障害の程度よりも小さく、例えば、第１のレベルは、マスターサーバの稼働状態が異常（すなわち、データ格納不能）であり、第２のレベルは、マスターサーバとスレーブサーバとの稼働状態がいずれも異常であってもよい。対応するデータ障害レベルを決定した後、当該データ障害レベルに基づいて、マスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０の新たなアイデンティティ属性をそれぞれ決定し、当該新たなアイデンティティ属性に基づいてマスターサーバ１２０、スレーブサーバ１３０および遅延サーバ１４０のアイデンティティの切替えをそれぞれ行うことができる。

【0021】

例えば、データ障害レベルが前記第１のレベルであると決定した場合、集中管理モジュール１１０は、スレーブサーバ１３０を新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、遅延サーバ１４０をそのまま新たな遅延サーバとすることができる。また、例えば、データ障害レベルが前記第２のレベルであると決定した場合、集中管理モジュール１１０は、元の遅延サーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとすることができる。このように、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題が迅速に解決され、マスター・スレーブの切替えによってネットワークまたは機械の故障問題が解決され、遅延サーバの切替えによってデータベース誤動作の問題が迅速に解決される。

【0022】

データベースを任意の時点でロールバックするために、選択可能に、本発明の一実施例において、マスターサーバ１２０は、さらに、Ｂｉｎｌｏｇでマスターサーバ１２０中のデータベースのデータバックアップを行うことができる。本発明の実施例において、遅延サーバ１４０は、予め設定された遅延バックアップパラメータに基づいて、マスターサーバ１２０中のＢｉｎｌｏｇログファイルから、前記データ操作情報を取得し、取得した前記データ操作情報を格納することができる。前記遅延バックアップパラメータは、遅延時間を含んでも良い。

【0023】

例えば、マスターサーバ１２０は、Ｂｉｎｌｏｇ技術を採用してマスターサーバ１２０中のデータベースのデータバックアップを行い、Ｂｉｎｌｏｇログファイルを生成することができ、当該Ｂｉｎｌｏｇログファイルには、マスターサーバ１２０で生成されたデータ操作情報がバイナリの方式で記録されている。遅延サーバ１４０は、一定の時間遅延して、マスターサーバ１２０中のＢｉｎｌｏｇログファイルから、当該時間内にマスターサーバ１２０で生成されたデータ操作情報を取得し、取得したデータ操作情報を格納してバックアップすることができる。例えば、遅延時間が１時間であることを例とすると、遅延サーバ１４０は、１時間毎に、マスターサーバ１２０中のＢｉｎｌｏｇログファイルから、直前の１時間内にマスターサーバ１２０で生成されたデータ操作情報を１回読み出し、読み出したデータ操作情報を格納してバックアップすることができる。したがって、Ｂｉｎｌｏｇでマスターサーバ中のデータを格納してバックアップすることによって、バックアップされたＢｉｎｌｏｇログファイルが自身のＢｉｎｌｏｇリストア機能を利用してデータベースを任意の時点にロールバックすることができる。

【0024】

システムの高い信頼性と可用性をさらに向上させるために、選択可能に、本発明の一実施例において、遅延サーバ１４０は、さらに、マスターサーバ１２０中からバックアップデータを読み出し、前記バックアップデータに基づいて統計機能を行い、前記バックアップデータが増分リストアおよびロールバックに利用できるか否かを定期的に検証することができる。つまり、遅延サーバ１４０は、マスターサーバ１２０からバックアップデータを読み出し、当該バックアップデータに基づいて統計機能を行い、例えば、業務についてのデータ統計などを行うことができ、当該バックアップデータを定期的に検証して、当該バックアップデータが増分リストアおよびロールバックに利用できるか否かを検出することによって、マスターサーバが誤って不正なデータを利用して復元することを防止して、データの安全性を確保することができる。

【0025】

システムの高い信頼性をさらに向上させ、４台のサーバに基づくホットバックアップシステムを実現するために、選択可能に、本発明の一実施例において、図２に示すように、当該ホットバックアップシステム１００は、サンドボックスサーバ１５０をさらに含むことができる。サンドボックスサーバ１５０は、マスターサーバ１２０で生成されたデータ操作情報を周期的にバックアップし、マスターサーバ１２０のフルバックアップリストア機能が利用できるか否かを定期的に検証することができる。例えば、サンドボックスサーバ１５０は、毎日、マスターサーバ１２０で生成されたデータ操作情報を一回バックアップし、当該バックアップのデータを毎日一回リストアし、すなわちマスターサーバの前日のデータとしてリストアし、リストア結果を判断することによって、マスターサーバ１２０のフルバックアップリストア機能が利用できるか否かを検証することができる。例えば、リストアされたデータがマスターサーバ１２０のフルバックアップに一致する場合、マスターサーバ１２０のフルバックアップリストア機能が利用できると判定することができる。

【0026】

選択可能に、サンドボックスサーバ１５０は、さらに、マスターサーバ１２０から周期的にバックアップしたデータを、予備研究、試験、および実環境テストなどの危険度の高い操作に利用することによって、サンドボックスサーバの機能を最大限に活用して拡張し、システム機器の多機能を豊かにすることができる。

【0027】

システムの高い信頼性をさらに向上して、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果をより良くするために、本発明の実施例のホットバックアップシステムは、４台のサーバからなるホットバックアップ技術を採用することができる。このように、ホットバックアップシステムの稼働状態の異常が監視された場合、稼働状態の異常に基づいて、マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。一例として、集中管理モジュール１１０は、ホットバックアップシステムの稼働状態の異常が監視された場合、前記稼働状態の異常に基づいて対応するデータ障害レベルを決定し、当該データ障害レベルに基づいてマスターサーバ１２０、スレーブサーバ１３０、遅延サーバ１４０、およびサンドボックスサーバ１５０の新たなアイデンティティ属性をそれぞれ決定し、前記新たなアイデンティティ属性に基づいて、マスターサーバ１２０、スレーブサーバ１３０、遅延サーバ１４０、およびサンドボックスサーバ１５０のアイデンティティの切替えをそれぞれ行うことができる。データ障害レベルは、第１のレベル、第２のレベル、および第３のレベルを含むことができる。第１のレベルの障害の程度は第２のレベルの障害の程度よりも小さく、第２のレベルの障害の程度は第３のレベルの障害の程度よりも小さい。例えば、第１のレベルは、マスターサーバの稼働状態が異常（すなわち、データ格納不能）であり、第２のレベルは、マスターサーバとスレーブサーバとの稼働状態がいずれも異常であり、第３のレベルは、マスターサーバ、スレーブサーバ、および遅延サーバの稼働状態がいずれも異常であってもよい。

【0028】

例を挙げると、データ障害レベルが前記第１のレベルであると決定した場合、集中管理モジュール１１０は、スレーブサーバ１３０を新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、遅延サーバ１４０をそのまま新たな遅延サーバとし、サンドボックスサーバをそのまま新たなサンドボックスサーバとすることができる。また、例えば、データ障害レベルが前記第２のレベルであると決定した場合、集中管理モジュール１１０は、元の遅延サーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとし、サンドボックスサーバをそのまま新たなサンドボックスサーバとすることができる。

【0029】

また、例えば、第３のレベルがデータ障害レベルであると決定した場合、集中管理モジュール１１０は、元のサンドボックスサーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとし、稼働状態が異常である元の遅延サーバを新たなサンドボックスサーバとすることができる。このように、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題が迅速に解決され、マスター・スレーブの切替えによってネットワークまたは機械の故障問題が解決され、遅延サーバの切替えによってデータベース誤動作の問題が迅速に解決される。

【0030】

本発明の実施例のホットバックアップシステムによれば、マスターサーバが業務サーバとのデータ伝送を行い、マスターサーバが業務サーバによって送信されたデータの格納を実現し、スレーブサーバがマスターサーバとリアルタイムでデータ同期を行い、集中管理モジュールによって送信された読み出し命令を受信し、当該読み出し命令に基づいて、読み出した第２のデータを集中管理モジュールに送信して、集中管理モジュールが前記第２のデータを業務サーバに送信するようにして、業務サーバとのデータ伝送を実現し、集中管理モジュールが、システムの稼働状態の異常がモニタリングされた場合、当該稼働状態の異常に基づいて、マスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。すなわち、集中管理モジュールが、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題を迅速に解決し、マスター・スレーブの切替えによってネットワークまたは機械の故障問題を解決し、遅延サーバの切替えによってデータベース誤動作の問題を迅速に解決する。これにより、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果がより良くなり、システムの高い信頼性と保守性が大幅に向上する。

【0031】

本発明は、ホットバックアップ方法をさらに提供する。本発明の実施例において、本発明の上記のいずれか１つの実施例に記載のホットバックアップシステムによってホットバックアップ方法を実行することができる。図３は、本発明の一実施例に係るホットバックアップ方法のフローチャートである。なお、本発明の実施例のホットバックアップ方法は本発明の実施例の集中管理モジュール側から説明することができる。図３に示すように、当該ホットバックアップ方法は、Ｓ３１０〜Ｓ３６０を含む。

【0032】

Ｓ３１０において、業務サーバによって送信された第１のデータを取得する。
選択可能に、業務サーバとの通信リンクを構築し、当該通信リンクを介して業務サーバとのデータ伝送を行うことができる。例えば、当該通信リンクを介して業務サーバによって送信された第１のデータを受信することができる。

【0033】

Ｓ３２０において、第１のデータに対する書き込み命令を生成し、書き込み命令に基づいて第１のデータをマスターサーバのデータベースに書き込む。
選択可能に、業務サーバによって送信された第１のデータを受信した場合、当該第１のデータに対する書き込み命令を生成し、当該書き込み命令に基づいて第１のデータをマスターサーバのデータベースに書き込むことができる。

【0034】

Ｓ３３０において、マスターサーバとリアルタイムでデータ同期を行うようにスレーブサーバを制御する。
例えば、マスターサーバにハートビートパッケージをリアルタイムで送信して両者の通信接続を維持し、当該通信接続を介してマスターサーバにデータ同期要求をリアルタイムで送信するようにスレーブサーバを制御することができる。マスターサーバは、当該データ同期要求を受信した場合、自身データベースに格納されているデータをスレーブサーバに送信してデータ同期の機能を実現することができる。

【0035】

Ｓ３４０において、スレーブサーバに読み出し命令を送信し、スレーブサーバが読み出し命令に基づいて読み出した第２のデータを受信し、第２のデータを業務サーバに送信する。
選択可能に、スレーブサーバは、読み出し機能をさらに有することができ、すなわち、集中管理モジュールによって送信された読み出し命令を受信し、当該読み出し命令に基づいて、読み出した第２のデータを集中管理モジュールに送信し、集中管理モジュールは当該読み出した第２のデータを業務サーバに送信して、対応する業務データ操作を行うようにすることができる。

【0036】

Ｓ３５０において、予め設定された遅延バックアップパラメータに基づいてマスターサーバで生成されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御する。本発明の実施例において、前記遅延バックアップパラメータは、１時間程度の遅延時間を含むことができる。

【0037】

例を挙げると、予め設定された遅延バックアップパラメータに基づいてマスターサーバに格納されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御することができる。例えば、マスターサーバに現在格納されているデータがデータＡである場合には、１時間遅延した後、マスターサーバから格納されているデータＡを読み出し、当該データＡを格納してバックアップするようにサーバを制御することで、マスターサーバのデータの遅延バックアップの機能を実現することができる。これにより、遅延サーバがマスターサーバのデータの遅延バックアップを行うことにより、現在のシステムに送信データの故障が発生した場合には、遅延サーバ中のバックアップデータを利用してマスターサーバ中のデータを、前記遅延時間前の状態に復元することができる。例えば、マスターサーバ中のデータを１時間前の状態に復元することにより、データベースの誤動作時の迅速な障害復旧を実現することができる。

【0038】

データベースを任意の時点にロールバックするために、選択可能に、本発明の一実施例において、Ｂｉｎｌｏｇで前記マスターサーバ中のデータベースのデータバックアップを行うようにマスターサーバを制御することができる。本発明の実施例において、予め設定された遅延バックアップパラメータに基づいて前記マスターサーバで生成されたデータ操作情報の遅延バックアップを行うように遅延サーバを制御する前記ステップの具体的な実現過程は、予め設定された遅延バックアップパラメータに基づいて、マスターサーバ中のＢｉｎｌｏｇログファイルからデータ操作情報を取得し、取得されたデータ操作情報を格納するように遅延サーバを制御するステップであってもよく、遅延バックアップパラメータは、遅延時間を含む。

【0039】

例えば、Ｂｉｎｌｏｇ技術を採用してマスターサーバ１２０中のデータベースのデータバックアップを行って、Ｂｉｎｌｏｇログファイルを生成するようにマスターサーバを制御することができ、当該Ｂｉｎｌｏｇログファイルには、マスターサーバ１２０中でバイナリの方式で生成されたデータ操作情報が記録されている。一定時間遅延した後、マスターサーバ１２０中のＢｉｎｌｏｇログファイルから、当該段時間内にマスターサーバ１２０で生成されたデータ操作情報を取得し、取得したデータ操作情報を格納してバックアップするように遅延サーバを制御することができる。例えば、遅延時間が１時間であることを例とすると、１時間毎に、マスターサーバ１２０中のＢｉｎｌｏｇログファイルから、直前の１時間内にマスターサーバ１２０で生成されたデータ操作情報を１回読み出し、読み出したデータ操作情報を格納してバックアップするように遅延サーバを制御することができる。したがって、Ｂｉｎｌｏｇでマスターサーバ中のデータを格納してバックアップすることによって、バックアップのＢｉｎｌｏｇログファイルが自身のＢｉｎｌｏｇリストア機能を利用してデータベースを任意の時点にロールバックすることができる。

【0040】

Ｓ３６０において、ホットバックアップシステムの稼働状態の異常が監視された場合には、稼働状態の異常に基づいてマスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行う。
選択可能に、ホットバックアップシステムの稼働状態の異常が監視された場合には、当該稼働状態の異常に基づいて対応されるデータ障害レベルを決定し、当該データ障害レベルに基づいて、マスターサーバ、スレーブサーバおよび遅延サーバの新たなアイデンティティ属性をそれぞれ決定し、当該新たなアイデンティティ属性に基づいてマスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティの切替えをそれぞれ行うことができる。

【0041】

例を挙げると、ホットバックアップシステムの稼働状態をリアルタイムで監視することができ、ホットバックアップシステムの稼働状態が異常であることが検出された場合に、当該稼働状態の異常に基づいて対応するデータ障害レベルを決定することができる。例えば、当該データ障害レベルは、第１のレベルと第２のレベルとを含むことができ、第１のレベルの障害の程度は、第２のレベルの障害の程度よりも小さい。例えば、第１のレベルは、マスターサーバの稼働状態が異常（すなわち、データ格納不能）であり、第２のレベルは、マスターサーバとスレーブサーバとの稼働状態がいずれも異常であるとしてもよい。対応するデータ障害レベルが決定された後、当該データ障害レベルに基づいて、マスターサーバ、スレーブサーバおよび遅延サーバの新たなアイデンティティ属性をそれぞれ決定し、当該新たなアイデンティティ属性に基づいて、マスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティの切替えをそれぞれ行うことができる。

【0042】

例えば、データ障害レベルが前記第１のレベルであると決定された場合には、スレーブサーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、遅延サーバをそのまま新たな遅延サーバとすることができる。また、例えば、データ障害レベルが前記第２のレベルであると決定された場合には、元の遅延サーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとすることができる。このように、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題が迅速に解決され、マスター・スレーブ切替えによってネットワークまたは機械の故障問題が解決され、遅延サーバの切替えによってデータベース誤動作の問題が迅速に解決される。

【0043】

システムの高い信頼性と可用性をさらに向上させるために、選択可能に、本発明の一実施例において、前記マスターサーバからバックアップデータを読み出し、前記バックアップデータに基づいて統計機能を行い、前記バックアップデータが増分リストアおよびロールバックに利用できるか否かを定期的に検証するように遅延サーバを制御することができる。つまり、マスターサーバからバックアップデータを読み出し、当該バックアップデータに基づいて、統計機能を行い、例えば、業務についてのデータ統計などを行い、当該バックアップデータを定期的に検証して、当該バックアップデータが増分リストアおよびロールバックに利用できるか否かを検出するように遅延サーバを制御することができ、マスターサーバが誤って不正なデータを利用して復元することを防止して、データの安全性を確保することができる。

【0044】

システムの高い信頼性をさらに向上させ、４台のサーバに基づくホットバックアップシステムを実現するために、当該ホットバックアップシステムは、サンドボックスサーバをさらに含むことができる。選択可能に、本発明の一実施例において、前記マスターサーバで生成されたデータ操作情報を周期的にバックアップし、前記マスターサーバのフルバックアップリストア機能が利用できるか否かを定期的に検証するようにサンドボックスサーバを制御することができる。例えば、毎日、マスターサーバ１２０で生成されたデータ操作情報を一回バックアップし、当該バックアップのデータを毎日一回リストアし、すなわちマスターサーバを前日のデータとしてリストアし、リストア結果を判断することによって、マスターサーバのフルバックアップリストア機能が利用できるか否かを検証するようにサンドボックスサーバを制御することができる。例えば、リストアされたデータがマスターサーバのフルバックアップに一致する場合、マスターサーバのフルバックアップリストア機能が利用できると判定することができる。

【0045】

システムの高い信頼性をさらに向上して、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果をより良くするために、本発明の実施例のホットバックアップシステムは、４台のサーバからなるホットバックアップ技術を採用することで、ホットバックアップシステムの稼働状態の異常が監視された場合、稼働状態の異常に基づいてマスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。一例として、ホットバックアップシステムの稼働状態の異常が監視された場合には、前記稼働状態の異常に基づいて対応するデータ障害レベルを決定し、前記データ障害レベルに基づいて前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバの新たなアイデンティティ属性をそれぞれ決定した後、前記新たなアイデンティティ属性に基づいて前記マスターサーバ、スレーブサーバ、遅延サーバ、およびサンドボックスサーバのアイデンティティの切替えをそれぞれ行うことができる。データ障害レベルは、第１のレベル、第２のレベル、および第３のレベルを含むことができる。第１のレベルの障害の程度は第２のレベルの障害の程度よりも小さく、第２のレベルの障害の程度は第３のレベルの障害の程度よりも小さい。例えば、第１のレベルは、マスターサーバの稼働状態が異常（すなわち、データ格納不能）であり、第２のレベルは、マスターサーバとスレーブサーバとの稼働状態がいずれも異常であり、第３のレベルは、マスターサーバ、スレーブサーバ、および遅延サーバの稼働状態がいずれも異常であってもよい。

【0046】

例を挙げると、データ障害レベルが前記第１のレベルであると決定された場合には、スレーブサーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、遅延サーバをそのまま新たな遅延サーバとし、サンドボックスサーバをそのまま新たなサンドボックスサーバとすることができる。また、例えば、データ障害レベルが前記第２のレベルであると決定され場合、元の遅延サーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとし、サンドボックスサーバをそのまま新たなサンドボックスサーバとすることができる。

【0047】

また、例えば、第３のレベルがデータ障害レベルであると決定された場合には、元のサンドボックスサーバを新たなマスターサーバとし、稼働状態が異常である元のマスターサーバを再起動して新たなスレーブサーバとし、稼働状態が異常である元のスレーブサーバを再起動して新たな遅延サーバとし、稼働状態が異常である元の遅延サーバを新たなサンドボックスサーバとすることができる。このように、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題が迅速に解決され、マスター・スレーブの切替えによってネットワークまたは機械の故障問題が解決され、遅延サーバの切替えによってデータベース誤動作の問題が迅速に解決される。

【0048】

本発明の実施例のホットバックアップ方法によれば、マスターサーバが業務サーバとのデータ伝送が行い、マスターサーバが、業務サーバによって送信されたデータを格納し、スレーブサーバがマスターサーバとのデータ同期をリアルタイムで行い、集中管理モジュールによって送信された読み出し命令を受信し、当該読み出し命令に基づいて、読み出した第２のデータを集中管理モジュールに送信し、集中管理モジュールが前記第２のデータを業務サーバに送信して、業務サーバとのデータ伝送を実現し、集中管理モジュールが、システムの稼働状態の異常が監視された場合に、当該稼働状態の異常に基づいて、マスターサーバ、スレーブサーバおよび遅延サーバのアイデンティティロールの切替え管理をそれぞれ行うことができる。すなわち、集中管理モジュールが、データ障害レベルに基づいて様々なデータベースディザスタリカバリの問題を迅速に解決し、マスター／スレーブの切替えによってネットワークまたは機械の故障問題を解決し、遅延サーバの切替えによってデータベース誤動作の問題を迅速に解決する。これにより、ディザスタリカバリ、誤動作、および過負荷などの問題を解決するうえで得られる効果がより良くなり、システムの高い信頼性と保守性が大幅に向上する。

【0049】

本発明は、上記の実施例を実現するために、コンピュータ機器をさらに提供する。
図４は、本発明の一実施例に係るコンピュータ機器の概略構成図である。図４に示すように、当該コンピュータ機器４００は、メモリ４１０と、プロセッサ４２０と、メモリ４１０に格納されプロセッサ４２０で実行可能なコンピュータプログラム４３０と、を含むことができる。プロセッサ４２０が前記プログラム４３０を実行すると、本発明の上記のいずれか１つの実施例に記載のホットバックアップ方法が実現される。

【0050】

本発明の説明において、「第１」、「第２」の用語は、単に目的を説明するためのものであり、比較可能な重要性を指示又は暗示するか、或いは示された技術的特徴の数を黙示的に指示すると理解してはならない。よって、「第１」、「第２」が限定する特徴は、少なくとも１つの前記特徴を含むことを明示又は暗示するものである。本発明の説明において、明確且つ具体的な限定がない限り、「複数」とは、少なくとも２つ、例えば、２つ、３つなどを意味する。

【0051】

本明細書の説明において、「一実施例」、「一部の実施例」、「例」、「具体的な例」、或いは「一部の例」などの用語を参照した説明とは、当該実施例、或いは例に合わせて説明された具体的な特徴、構成、材料或いは特性が、本開示の少なくとも１つの実施例或いは例に含まれる。本明細書において、上記用語に対する例示的な説明は、必ずしも同じ実施例或いは例を示すものではない。また、説明された具体的な特徴、構成、材料或いは特性は、いずれか１つ或いは複数の実施例又は例において適切に結合することができる。なお、相互に矛盾しない限り、当業者は、本明細書において説明された異なる実施例又は例、及び異なる実施例又は例の特徴を結合し、組み合わせることができる。

【0052】

フローチャートにおける、又はここで他の形態で記載された任意のプロセス又は方法は、特定ロジック機能又はプロセスのステップを実現するための１つ又は複数の実行可能な命令コードを含むモジュール、セグメント又は一部を表すと理解されてもよい。また、本発明の好ましい実施形態の範囲は、ここで示され又は論議された順番ではなく、係る機能に応じてほぼ同時の形態又は逆の順番で機能を実行することができる他の実現を含むことができる。これは、当業者であれば理解すべきものである。

【0053】

フローチャートで示され又はここで他の形態で説明されたロジック及び／又はステップは、例えば、ロジック機能を実現するための実行可能な命令の順番付けられたリストと見なすことができ、任意のコンピュータ読み取り可能な記憶媒体に具体的に実装されている。命令実行システム、装置、又はデバイス（例えばコンピュータに基づいたシステム、プロセッサを含むシステム、又は他の命令実行システム、装置又はデバイスから命令を獲得して命令を実行するシステム）に利用されるか、又はこれらの命令実行システム、装置又はデバイスと組み合わせて利用される。本願明細書において、「コンピュータ読み取り可能な記憶媒体」は、命令実行システム、装置又はデバイスによって、又は、命令実行システム、装置又はデバイスと組み合わせて使用するためのプログラムを含む、格納、通信、伝播、又は伝送することができる任意の装置であってもよい。コンピュータ読み取り可能な記憶媒体のより具体的な例（非限定的なリスト）として、１つ又は複数の配線を備える電気接続部（電子デバイス）、ポータブルコンピュータディスクカートリッジ（磁気デバイス）、ランダムアクセスメモリ（ＲＡＭ）読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバデバイス、及びポータブルコンパクトディスク読み出し専用リメモリ（ＣＤＲＯＭ）を含む。また、コンピュータ読み取り可能な記憶媒体は、前記プログラムが印刷され得る紙又は他の適切な媒体であってもよい。これは、例えば、紙や他の媒体を光学的スキャンし、次に編集し、解釈し、又は必要な場合に他の適切な形態で処理して前記プログラムを電子的に取得して、そしてコンピュータメモリに格納するからである。

【0054】

なお、本発明の各部分は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせによって実現することができる。上記実施形態において、複数のステップ又は方法は、メモリに記憶された且つ適切な命令実行システムによって実行されるソフトウェア又はファームウェアによって実現することができる。例えば、ハードウェアで実現される場合に、もう１つの実施形態と同様に、本分野において周知である、データ信号に対してロジック機能を実現するためのロジックゲート回路を備える離散ロジック回路、適切な組み合わせロジックゲート回路を備える特定用途向け集積回路、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの当分野の周知技術のうちいずれか１つ又はこれらの組み合わせによって実現することができる。

【0055】

普通の当業者であれば、上記の実施例に係る方法に含まれる全部又は一部のステップは、プログラムによってハードウェアを命令することで実行することができると理解される。前記プログラムは、コンピュータ読み取り可能な記憶媒体に格納することができ、当該プログラムが実行される場合に、方法の実施例におけるステップの１つ又はそれらの組み合わせが実行される。

【0056】

また、本発明の各実施例における各機能ユニットは、１つの処理モジュールに集積されてもよいし、それぞれが個別の物理的存在であってもよいし、２つ以上のユニットが１つのモジュールに集積されてもよい。前記集積モジュールは、ハードウェアの形態で実現されてもよいし、ソフトウェア機能モジュールの形態で実現されてもよい。前記集積モジュールがソフト機能モジュールの形態で実現されるとともに、独立した製品として販売又は使用される場合に、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。

【0057】

上記の記憶媒体は、読み出し専用メモリ、磁気ディスク、又はＣＤなどであってもよい。なお、以上、本発明の実施例を示して説明したが、上記実施例は例示するものであって、本発明を制限するためのものであると理解してはならない。通常の当業者であれば、本発明の範囲内で上記実施例に対して変更、修正、取り替え、変形を行うことができる。

【図1】

【図2】

【図3】

【図4】