(57)【要約】      （修正有）【課題】バックアップの世代数を減じる処理を実施できるバックアップデータ管理装置を提供する。【解決手段】データ及び／又はプログラムの複製であるバックアップデータをＭ世代（Ｍは自然数）に渡って管理するバックアップデータ管理装置であって、バックアップデータを記録するＭ個の領域と、記録対象とする領域を指示するインデックスを備え、インデックスはバックアップ処理の都度インクリメントされてＭ個の領域を循環指示し、これによりＭ個の領域を順に循環して使用してバックアップ処理を行うものであり、管理する世代数をＭより小さいＮ（Ｎは自然数）に減ずる場合、インデックスが現在指示する領域から逆順に１前からＮ前までのＮ個の領域を残し、それ以外の領域を削除すると共に、インデックスを前記Ｎ前の領域に設定する。【選択図】図１
2011210056.tif 000002
【特許請求の範囲】
【請求項１】
データ及び／又はプログラムの複製であるバックアップデータをＭ世代（Ｍは自然数）に渡って管理するバックアップデータ管理装置であって、バックアップデータを記録するＭ個の領域と、次回バックアップ時に記録対象とする領域を指示するインデックスを備え、該インデックスは最初のバックアップ時にバックアップデータを記録する領域を初期値とし、バックアップ処理の都度インクリメントされてＭ個の領域を循環指示し、これによりＭ個の領域を順に循環して使用してバックアップ処理を行うものであり、管理する世代数をＭより小さいＮ（Ｎは自然数）に減ずる場合、インデックスが現在指示する領域から逆順に１前からＮ前までのＮ個の領域を残し、それ以外の領域を削除すると共に、インデックスを前記Ｎ前の領域に設定することを特徴とするバックアップデータ管理装置。
【請求項２】
請求項１に記載のバックアップデータ管理装置において、所定のルールで順序付けした名称を前記インデックスの初期値が指示する領域から始めて順に各領域に付与して管理し、前記管理する世代数を減じたとき、前記Ｎ前の領域から始めて順に前記所定のルールで順序付けした名称を付与し直すことを特徴とするバックアップデータ管理装置。
【請求項３】
請求項２に記載のバックアップデータ管理装置において、前記領域はファイル装置におけるフォルダであり、前記名称はフォルダ名であることを特徴とするバックアップデータ管理装置。
【請求項４】
請求項２に記載のバックアップデータ管理装置において、前記領域はファイル装置におけるファイルであり、前記名称はファイル名であることを特徴とするバックアップデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数世代に渡ってデータのバックアップを管理するバックアップデータ管理装置に関する。
【背景技術】
【０００２】
業務ボリュームに対する複製ボリュームイメージを複数の世代に渡ってディスクアレイに作成するものがある。例えば、特許文献１に記載の複製ボリューム世代管理システムは、３つの異なる用途に対応させてそれぞれ３世代の複製ボリュームを作成するシステムである。当該システムでは、新たに複製ボリュームを作成するとき既にディスクアレイに３世代分の複製ボリュームが存在する場合、更新時期が最も古い世代情報に対応する複製ボリューム情報を取得し、その複製ボリュームを削除する。そして、今回のバックアップデータ（複製ボリューム）を作成するとともに、世代情報を振り直すものである。
【０００３】
また、特許文献２のものは、医療事務処理データを月単位に処理し、そのバックアップデータを対応するバージョンのプログラムと共に管理する装置である。このような装置やシステムにあっては、バックアップデータは外付けの記録媒体である光磁気ディスク（ＭＯ）や磁気テープ、あるいは主となる記録装置とは別に設けた追加の磁気ディスク装置いわゆるハードディスク装置に記録している。
【０００４】
データのバックアップ用記録媒体の容量は有限なので、バックアップできる世代数も限られる。記録媒体の容量あるいはバックアップ用に割り当てられるバックアップ領域の容量と、バックアップするデータの容量との関係からバックアップの世代数が決定される。そして、その世代数を超えて新たなバックアップを取る場合は、最も古い世代のバックアップデータを削除し、記録容量を確保した上で、バックアップ処理を実施することが従来行われていた。
【０００５】
図５は、５世代までバックアップデータを管理する場合を模式的に表した図である。ここでは最新のバックアップ即ち１世代前のバージョンを便宜的に「−１」で表し、最も古い５世代前のバージョンを「−５」で表している。「ＳＢ１」から「ＳＢ５」はバックアップデータを記録する領域の名称である。具体的には、管理を容易にする為にファイル名あるいはフォルダ名を用いることができ、５世代分に対応して５個のファイルあるいはフォルダが用意されている。そして、「ｉｎｄｅｘ」は、次回のバックアップ時に書き込み対象となる領域を指し示すインデックスであり、ここでは最も古い世代「−５」のバックアップデータを保持する「ＳＢ３」を指している。図から明らかなように、このｉｎｄｅｘはバックアップを実施するたびにＳＢ４、ＳＢ５と増進（インクリメント）され、その次は回り込んでＳＢ１に戻り、再びＳＢ２、ＳＢ３と増進されるよう管理される。
【０００６】
ここでバックアップ処理を実施すると、ｉｎｄｅｘが指し示すＳＢ３のデータが先ず削除され、あるいは上書きでＳＢ３に最新のデータが書き込まれ、世代情報は「−１」が付与される。これに伴い、１つ前の世代のＳＢ２の世代情報は「−２」に１世代繰り下げられる。以降、同様にＳＢ１は「−３」に、ＳＢ５は「−４」に、そして、ＳＢ４は最古の「−５」にそれぞれ世代情報が１世代ずつ繰り下げられるものである。そして、ｉｎｄｅｘは１増進してＳＢ４を指すように更新される。従って、次回バックアップ時には、ＳＢ４に最新のデータが書き込まれるようになる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−２５２１００
【特許文献２】特開２０００−１３２３８１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
システムのコア部分のプログラムのバックアップなど、バックアップするデータの容量が常に一定、即ち、どの世代のバックアップデータも同じような容量のデータである場合には従来のバックアップ処理で問題はない。しかし、事務処理等を進めるうちにバックアップすべきデータの容量が増えるような場合には、最も古い世代のバックアップデータを削除しても、記録容量が足りずにそのままでは新たなバックアップが実施できないことも起こり得る。このような場合、例えば、５世代を管理するバックアップシステムにおいて、３世代までの管理に切替える処理が行われる。そして、その際、従来は、バックアップ領域を単純に先頭から３世代分を残して外を削除し、次回バックアップのためのインデックスをリセット即ち初期化することが行われていた。
【０００９】
図５の場合で説明すると、それまで５世代の管理だったものを３世代の管理に切替えるために、ＳＢ４およびＳＢ５を削除して領域を開放し、ｉｎｄｅｘ値をリセットしてＳＢ１を指すようにする。これにより、バックアップデータをＳＢ１乃至ＳＢ３の３世代分とし、次回バックアップはＳＢ１から書き込むようにしていた。即ち、バックアップ処理そのものを初期化して最初からやり直すことが行われていた。
【００１０】
しかし、図から分かるように、これでは３世代前のデータ（ＳＢ５に記録されていたデータ）が確保されず、代りに最も古い５世代前のデータ（ＳＢ３に記録されていたデータ）が残ってしまっていた。しかも、次回バックアップ時には、２世代前のデータであるＳＢ１が最新のバックアップデータに置き換わってしまい、連続した最近３世代分のバックアップデータを保持するはずが、３世代すべて揃わない不連続なバックアップデータになってしまっていた。本願発明はこのような不都合を解消することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、データ及び／又はプログラムの複製であるバックアップデータをＭ世代（Ｍは自然数）に渡って管理するバックアップデータ管理装置であって、バックアップデータを記録するＭ個の領域と、次回バックアップ時に記録対象とする領域を指示するインデックスを備え、該インデックスは最初のバックアップ時にバックアップデータを記録する領域を初期値とし、バックアップ処理の都度インクリメントされてＭ個の領域を循環指示し、これによりＭ個の領域を順に循環して使用してバックアップ処理を行うものであり、管理する世代数をＭより小さいＮ（Ｎは自然数）に減ずる場合、インデックスが現在指示する領域から逆順に１前からＮ前までのＮ個の領域を残し、それ以外の領域を削除すると共に、インデックスをＮ前の領域に設定することにより、上記課題を解決するものである。
【発明の効果】
【００１２】
本発明のバックアップデータ管理装置によれば、管理するバックアップデータの世代数を減じる場合であっても、最近の世代のバックアップデータを残しつつ、古い世代のバックアップデータを削除してバックアップのための記録容量を確保できるようになるものである。
【図面の簡単な説明】
【００１３】
【図１】実施形態のフォルダ構成を模式的に示す図である。
【図２】実施形態である事務処理装置のブロック構成を示す図である。
【図３】実施形態の動作を示すフローチャートである。
【図４】実施形態の動作を示すフローチャートである。
【図５】従来のバックアップシステムの動作を模式的に示す図である。
【発明を実施するための形態】
【００１４】
本発明のバックアップデータ管理装置の１実施形態である事務処理装置１０のブロック構成を図２に示す。１は汎用のマイクロコンピュータ（ＭＰＵ）から成る制御装置であり、２は文字や数字等の情報（データ）を入力するためのキーボード等から成る入力装置、３は情報を表示出力するための表示装置、４はデータ記録手段としてのハードディスク装置等で構成した第１ファイル装置である。
【００１５】
制御装置１は所定のプログラムを導入して実行することで事務処理装置１０の各種機能を奏するものである。事務処理装置１０としては、例えば、医療費を算定する医療事務用計算機や、患者の診療情報を記録する診療支援装置いわゆる電子カルテ装置等があげられる。
【００１６】
制御装置１が処理したデータは標準のファイル装置に記録する。データの参照、更新、追加の処理を容易にするためとセキュリティを確保するために、データは一塊のデータベースにして管理している。また、制御装置１が実行する各種のプログラムもこの第１ファイル装置４に記録されており、機能に応じたプログラムを制御装置１が読み出して実行するものである。
【００１７】
５は第２ファイル装置であり、第１ファイル装置４に記録されたデータの複製であるバックアップデータを記録するためのものである。本実施形態では、第１ファイル装置４と同様のハードウェア構成を有するハードディスク装置を外付けして使用しているが、光磁気ディスク装置等の書き換え可能な可搬型の記録媒体を用いるものであってもよい。あるいは、同じハードディスク装置をパーティションを分けて第１と第２のファイル装置として使用してもよいものである。
【００１８】
制御装置１は指示に応じてバックアップ処理を実行する。制御装置１は第１ファイル装置４に記録されているデータを複製し、その複製データを第２ファイル装置５に記録する。要するに第１ファイル装置４から第２ファイル装置５へデータのコピー処理を実施する。この複製がバックアップデータであり、本事務処理装置１０では初期状態において５世代までバックアップデータを記録し管理するようになっている。
【００１９】
そこで、第２ファイル装置５に５個のフォルダを設けてバックアップデータを記録する領域とし、５個のフォルダに順に新しいバックアップデータを記録するものである。これらフォルダには所定のルールで順序付けした名称を付与している。そして、次にバックアップデータを記録する領域、即ち、フォルダを指示するインデックスを設けている。次回のバックアップ処理時にはそのときインデックスが指すフォルダにバックアップデータを記録するとともに、インデックスの値をインクリメントして次のフォルダを指すようにしておく。このインクリメントの方向、即ち、バックアップデータを記録していく順序は、フォルダ名称の順序付けと同じ順である。もちろんインデックスはバックアップ処理を５回実施すると５個のフォルダを一回りして最初のフォルダに戻るようにインクリメントされる。こうして５個の領域を循環して指示し、これにより５個の領域を順に循環して使用してバックアップ処理を行うものである。
【００２０】
図１は実施形態のフォルダ構成を模式的に示す図であり、同図（ａ）に示すように、５個のフォルダには順に「ＳＢ０１」、「ＳＢ０２」、…、「ＳＢ０５」の名称（所定のルールで順序付けられた名称）が付けられている。本例では、名称の一部に数字を含み、その数字が順に大きくなるように名称を付けている。この数字によりフォルダを順序付けられるようになっている。尚、数字に限らず所定のルールで順序付けできればどのような名称でもよい。
【００２１】
名称の下の括弧書きされた数字はバックアップデータの世代番号である。具体的には、「−１」が最新のバックアップデータ、即ち、１世代前のデータを表し、「−５」が５世代前のデータ、即ち、装置内部では最も古いバックアップデータを表している。そして、「ｉｎｄｅｘ」が、次にバックアップデータを記録する領域を指すインデックスである。
【００２２】
ここで、図３のフローチャートを参照してバックアップ処理について説明する。制御装置１は、バックアップ処理の指示に応じて、「ｉｎｄｅｘ」が指すフォルダに最新のバックアップデータを記録する（ステップＳ１１）。即ち、図１（ａ）の状態であれば、第１ファイル装置４のデータのコピーを、第２ファイル装置５上の「ｉｎｄｅｘ」が指すＳＢ０３フォルダに上書きで記録する。そして、ｉｎｄｅｘをインクリメントする（同Ｓ１３）。ｉｎｄｅｘがＳＢ０５を指していたのであれば（同Ｓ１２；はい）、ｉｎｄｅｘをＳＢ０１に設定する（同Ｓ１４）。図から分かるように、最も古い５世代前のバックアップデータを保持していたＳＢ０３フォルダに、最新のバックアップデータを上書きして記録する。このように、常に最古のバックアップデータに最新のバックアップデータを上書きで記録していくものである。
【００２３】
次に、管理するバックアップデータの世代数を減らす場合の処理について、図１の模式図及び図４のフローチャートを参照して説明する。ここで、本実施形態では５世代までバックアップデータを管理するようになっており、何回かバックアップ処理を実施したことで、第２ファイル装置５は現在は図１（ａ）の状態であるとする。
【００２４】
この状態から指示に応じて世代数を３世代に減じる場合、現在の世代数をＭ（本例では５）、新しい世代数をＮ（本例では３）とすると、制御装置１は、先ず、「ｉｎｄｅｘ−１」、「ｉｎｄｅｘ−２」、…、「ｉｎｄｅｘ−Ｎ」で指示されるフォルダを残してそれ以外のフォルダを削除する（ステップＳ２２）。図示の例では、ＳＢ０３フォルダとＳＢ０４フォルダを削除する。これにより、最近のＮ世代（本例では３世代）のバックアップデータは残して、その外の古い世代のバックアップデータは削除して領域を開放し、バックアップ処理のための記録容量を確保する。図１（ｂ）においてハッチングを施したフォルダが削除したフォルダを表している。
【００２５】
次に、残ったフォルダをリネームする（ステップＳ２３）。具体的には、「ｉｎｄｅｘ−Ｎ」、「ｉｎｄｅｘ−（Ｎ−１）」、…、「ｉｎｄｅｘ−１」で指示される各フォルダの名称を、「ＳＢ０１」、「ＳＢ０２」、…、「ＳＢ０Ｎ」と昇順に順序付けた名称に付け直す。図１（ｃ）にリネームの結果が示されている。横線が引かれた名称がリネーム前の古いフォルダ名である。
【００２６】
これは、最も古いバックアップデータから開始して新しい世代へと順に順序付けた名称に改めて、古い世代から新しい世代へとフォルダ、即ち、バックアップデータを並べ直すことに相当する。
【００２７】
そして、ｉｎｄｅｘをＳＢ０１に設定して終了する（ステップＳ２４）。こうして、バックアップデータを３世代管理する新しい設定に改めて、且つ、バックアップ処理を一度も実施していない初期状態と同じ初期値にｉｎｄｅｘを設定する。この状態でも最近の３世代のバックアップデータは利用可能であるし、次にバックアップ処理を実施した場合、古いバックアップデータから順に上書きされていくものである。
【００２８】
このように、本実施形態の事務処理装置１０においては、管理するバックアップデータの世代数を減じる場合であっても、最近の世代のバックアップデータを残しつつ、古い世代のバックアップデータを削除してバックアップのための記録容量を確保できるようになるものである。
【００２９】
尚、制御装置１は指示に応じて管理する世代数を変更するものであるが、この指示は必ずしもユーザによる明示的な指示でなくてもよい。バックアップ処理を実行しようとして第２ファイル装置５の記録容量が不足していることが判明した時点で、それを契機として、制御装置１が管理する世代数Ｍをそれより小さいＮに減ずる処理を実施するようにしてもよいものである。
【符号の説明】
【００３０】
１  制御装置
４  第１ファイル装置
５  第２ファイル装置
【図１】
2011210056.tif 000003
【図２】
2011210056.tif 000004
【図３】
2011210056.tif 000005
【図４】
2011210056.tif 000006
【図５】
2011210056.tif 000007