(57)【要約】【課題】  グルーピングされたファイルのアーカイブ設定を容易に行う仕組みを提供する。【解決手段】  グルーピングされたファイルを記憶する記憶装置に接続可能な情報処理装置であって、前記グルーピングされたファイルを管理するための所定の値を記憶する値記憶手段と、前記値記憶手段に記憶されている所定の値に従って、前記記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する制御手段とを備えることを特徴とする情報処理装置。【選択図】  図５
2019040433.tif 000002
【特許請求の範囲】
【請求項１】
グルーピングされたファイルを記憶する記憶装置に接続可能な情報処理装置であって、
前記グルーピングされたファイルを管理するための所定の値を記憶する値記憶手段と、
前記値記憶手段に記憶されている所定の値に従って、前記記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記所定の値は、前記ファイルの属性に係る値であり、
前記制御手段は、前記記憶装置に記憶されているファイルの属性に係る値が前記所定の値に該当する／しないによって、当該ファイルを削除するかアーカイブ化するかを制御すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記所定の値は、日付形式又は正規表現を含む値であること
を特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記記憶装置の空き容量を取得する空容量取得手段と、
前記記憶装置に記憶されているファイルのファイルサイズを取得するファイルサイズ取得手段と、
前記値記憶手段に記憶されている所定の値、前記空容量取得手段により取得された空き容量及び前記ファイルサイズ取得手段により取得されたファイルサイズに従って、前記記憶装置の空き容量が所定の容量より少なくなる時期を算出する算出手段と
を備えることをを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
グルーピングされたファイルを記憶する記憶装置に接続可能な情報処理装置における処理方法であって、
前記情報処理装置が、
前記グルーピングされたファイルを管理するための所定の値を記憶する値記憶ステップと、
前記値記憶ステップに記憶されている所定の値に従って、前記記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する制御ステップと
を実行することを特徴とする処理方法。
【請求項６】
グルーピングされたファイルを記憶する記憶装置に接続可能な情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記グルーピングされたファイルを管理するための所定の値を記憶する値記憶手段と、
前記値記憶手段に記憶されている所定の値に従って、前記記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する制御手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グルーピングされたファイルを管理する情報処理装置、その処理方法およびプログラムに関する。
【背景技術】
【０００２】
現在、コンピュータ上で帳票を表示する帳票ビューワ（アプリケーション）と、帳票ファイルを管理する帳票サーバを含む帳票システムがある。
【０００３】
帳票システムにおいては、複数の帳票ファイルのうち、同じ種類の帳票ファイルをグループ化して管理しており、それぞれの帳票ファイルはそのグループの中の「世代」と呼ばれる。例えば、月次売上表のように、同じ種類の帳票ファイルで作成日時が異なる帳票ファイルを「世代」として管理している。なお、ここでいう「世代」とは、月次帳票を例に挙げれば、１月分、２月分、・・・それぞれが一世代であり、例えば、１年間に１２世代分の帳票が存在するということになる。
【０００４】
このように世代管理する帳票システムにおいては、帳票サーバの記憶領域（ハードディスク等）を圧迫しないようにするため、世代管理する帳票ファイルについて、何世代まで帳票ファイルを記憶しておくか、世代数の上限値を設定できるものがある。
【０００５】
特許文献１には、帳票レコードの運用日付（保管期間）を設定しておき、その日付以前のレコードを追い出す（アーカイブ化する）仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−０９９４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１の仕組みは、保管期間を超えた帳票ファイルをアーカイブ化することはできるが、長期的にはアーカイブ先の記憶領域を圧迫することになってしまうという問題がある。
【０００８】
そのため、帳票のアーカイブ設定をしても、長期的にはそのアーカイブ設定を見直さなくてはならないという問題が生じてしまう。
【０００９】
そこで、本発明の目的は、グルーピングされたファイルのアーカイブ設定を容易に行う仕組みを提供することである。
【課題を解決するための手段】
【００１０】
グルーピングされたファイルを記憶する記憶装置に接続可能な情報処理装置であって、前記グルーピングされたファイルを管理するための所定の値を記憶する値記憶手段と、前記値記憶手段に記憶されている所定の値に従って、前記記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する制御手段とを備えることを特徴とする情報処理装置。
【発明の効果】
【００１１】
本発明によれば、グルーピングされたファイルのアーカイブ設定を容易に行う仕組みを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明のシステム構成図の一例を示す図
【図２】クライアントＰＣ１０１及び帳票サーバ１０２のハードウエア構成の一例を示す図
【図３】帳票サーバ１０２の機能構成の一例を示すブロック図
【図４】世代管理設定処理のフローチャートの一例を示す図
【図５】世代管理設定画面の一例を示す図
【図６】世代登録処理のフローチャートの一例を示す図
【図７】帳票サーバ１０２又はＤＢサーバ１０３が管理するテーブル構成の一例を示す図
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１４】
図１は、本実施形態における帳票システム１００のシステム構成の一例を示す図である。本実施形態の帳票システム１００は、クライアントＰＣ１０１、帳票サーバ１０２、ＤＢサーバ１０３を含み、これらがＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）またはインターネット等のネットワーク１０５を介して、相互にデータ通信可能に接続されている。尚、図１のネットワーク上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例がある。
【００１５】
クライアントＰＣ１０１は、パーソナルコンピュータ等の汎用のコンピュータ装置である。クライアントＰＣ１０１にはＷｅｂブラウザ又は帳票管理アプリケーションがインストールされており、ユーザはＷｅｂブラウザ又は帳票管理アプリケーションを通じて帳票サーバ１０２で生成された帳票を閲覧・管理することができる。
【００１６】
帳票サーバ１０２は、サーバ装置である。帳票サーバ１０２は、帳票管理アプリケーションを用いて帳票の生成を行う。
【００１７】
帳票管理アプリケーションは、帳票デザインの構造を示すフォームファイルと、フォームファイルにオーバーレイするための帳票データをデータファイルとして管理し、取得したフォームファイルと帳票データを用いて帳票ファイルを生成し、ハードディスク等の外部メモリ２１１に記憶する。
【００１８】
帳票サーバ１０２は、帳票生成を要求したクライアントＰＣ１０１に生成した帳票ファイルを送信する。
【００１９】
なお、フォームファイル及びデータファイルはファイル形式ではなく、ＤＢサーバ１０３からデータとして取得する形式であってもよい。その場合、帳票管理アプリケーションは、ＤＢサーバ１０３からフォームデータ及び帳票データを取得するためのクエリを管理する。また、帳票サーバ１０２は、月次売上表のように、同じ種類の帳票ファイルは「世代」として管理する。
【００２０】
クライアントＰＣ１０１は、帳票サーバ１０２から受信した帳票ファイルをＷｅｂブラウザ又は帳票管理アプリケーションで閲覧し、必要に応じて、プリンタ１０４を用いて帳票を出力する。
【００２１】
なお、本実施形態においては、「世代管理されている帳票」を対象としたが、「世代管理されている帳票」に限定するものではなく、グルーピング可能なファイル群であればよく、作成者が同じファイル群、被写体が同じ写真ファイル群、同じフォーマット形式の文書群など、関連付けることが可能なファイル群であればよい。
【００２２】
以下、図２を用いて、図１に示したクライアントＰＣ１０１、帳票サーバ１０２に適用可能なハードウエア構成の一例について説明する。
【００２３】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２４】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２５】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２６】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク１０５を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２８】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３０】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３１】
図３は、帳票サーバ１０２の機能構成の一例を示すブロック図の一例である。
【００３２】
帳票サーバ１０２は、以下の機能部を備える。
【００３３】
値記憶部３０１は、グルーピングされたファイルを管理するための所定の値を記憶する機能部である。
【００３４】
制御部３０２は、値記憶部３０１に記憶されている所定の値に従って、記憶装置に記憶されているグルーピングされたファイルを削除するかアーカイブ化するかを制御する機能部である。
【００３５】
制御部３０２は、記憶装置に記憶されているファイルの属性に係る値が所定の値に該当する／しないによって、当該ファイルを削除するかアーカイブ化するかを制御すること
空容量取得部３０３は、記憶装置の空き容量を取得する機能部である。
【００３６】
ファイルサイズ取得部３０４は、記憶装置に記憶されているファイルのファイルサイズを取得する機能部である。
【００３７】
算出部３０５は、値記憶部３０１に記憶されている所定の値、空容量取得部３０３により取得された空き容量及びファイルサイズ取得部３０４により取得されたファイルサイズに従って、記憶装置の空き容量が所定の容量より少なくなる時期を算出する機能部である。
【００３８】
なお、本実施形態においては、帳票サーバ１０２がこれらの機能構成を備えるとしたが、一部の機能構成を帳票サーバ１０２ではなくクライアントＰＣ１０１が備えるとしてもよい。
【００３９】
以上で、図３の説明を終了する。
【００４０】
ここで、図７について説明しておく。
【００４１】
図７は、帳票サーバ１０２またはＤＢサーバ１０３が管理するテーブル構成の一例を示す図である。
【００４２】
帳票世代管理テーブル７１０は、世代管理されている帳票の設定を管理するための記憶部であり、帳票テーブル７２０は、帳票サーバ１０２又はＤＢサーバ１０３にて記憶している帳票データを管理するための記憶部であり、これらのテーブルは、帳票サーバ１０２又はＤＢサーバ１０３の外部メモリ２１１等で記憶する。
【００４３】
すなわち、帳票世代管理テーブル７１０は、グルーピングされたファイルを管理するための所定の値を記憶する手段の一例である。また、帳票テーブル７２０は、グルーピングされたファイルを管理する手段の一例である。
【００４４】
以上で、図７の説明を終了する。
図４は、世代管理設定処理のフローチャートの一例を示す図である。
【００４５】
なお、図４の処理は、世代管理を行うユーザが帳票サーバ１０２にログインした後、このユーザの操作に応じて、帳票サーバ１０２が行う処理とするが、これに限定するものではなく、世代管理を行うユーザがクライアントＰＣ１０１にログインした後、クライアントＰＣ１０１のブラウザ等を用いて、帳票サーバ１０２が出力する世代管理設定画面にアクセスし、このユーザの操作に応じて、クライアントＰＣ１０１から帳票サーバ１０２に処理を依頼し、帳票サーバ１０２が行う処理であってもよい。
【００４６】
ステップＳ４０１において、帳票サーバ１０２は、ユーザの操作に応じて、管理する帳票の一覧情報を含む帳票一覧画面（不図示）を表示する。なお、帳票一覧画面には、帳票の種類ごとに世代管理について設定を行う世代管理画面５００（図５）を表示するためのリンクがあるとする。
【００４７】
ステップＳ４０２において、帳票サーバ１０２は、帳票一覧画面において、世代管理について設定を行う帳票についてユーザからの選択を受け付ける。具体的には、世代管理について設定を行う帳票のリンクをクリックする。ここでは、帳票ＩＤ＝“ｍｏｎｔｈｌｙ”の帳票のリンクがクリックされたとする。
【００４８】
ステップＳ４０３において、帳票サーバ１０２は、ステップＳ４０２にて選択された帳票の世代管理画面５００を表示する。ここでは、帳票ＩＤ＝“ｍｏｎｔｈｌｙ”の帳票の世代管理画面５００が表示されたとする。
【００４９】
ここで、世代管理画面５００について説明しておく。世代管理画面５００には、「帳票ＩＤ５０１」「帳票名５０２」「現在保存世代数５０３」「最大保存世代数５０４」「世代あふれ処理５０５」の項目が表示されている。それらの項目のうち、「最大保存世代数５０４」「世代あふれ処理５０５」について設定することができる。
【００５０】
「最大保存世代数５０４」は、その帳票について、帳票サーバ１０２又はＤＢサーバ１０３の外部メモリ２１１等で何世代まで記憶するかの設定を行う項目である。ユーザは、その世代数を「最大保存世代数テキストボックス５０６」に入力する。なお、「最大保存世代数テキストボックス５０６」＝空白の場合は、無制限にその帳票のデータを帳票サーバ１０２又はＤＢサーバ１０３の外部メモリ２１１等に記憶する。
【００５１】
「世代あふれ処理５０５」は、その帳票の世代数が「最大保存世代数５０４」に達していて、かつ、その後に新たな世代が登録された場合、記憶している最古世代の帳票データをどのように処理するか設定を行う項目である。「世代あふれ処理５０５」の設定は、｛削除／削除（指定ファイルのみをアーカイブ化）／アーカイブ化｝の３通りある（世代あふれ処理ラジオボタン５０７）。世代あふれ処理ラジオボタン５０７＝“削除”の場合、最古世代の帳票データを外部メモリ２１１から削除する。世代あふれ処理ラジオボタン５０７＝“削除（指定ファイルのみをアーカイブ化）”の場合、基本的には最古世代を外部メモリ２１１から削除するが、世代あふれ処理テキストボックス５０８で指定された世代ＩＤについては削除せずにアーカイブ化（圧縮して記憶）する。世代あふれ処理ラジオボタン５０７＝“アーカイブ化”は、最古世代の帳票データをアーカイブ化する。
【００５２】
なお、世代あふれ処理テキストボックス５０８には、ＹＹＹＹ／ＭＭ／ＤＤ等の日付フォーマット並びに［０−９］［Ａ−Ｚ］等の正規表現を用いることができるため、アーカイブ化する帳票データを柔軟に指定することができる。
【００５３】
例えば、世代あふれ処理テキストボックス５０８に“ＭＹＹＹＹ０４”が設定された場合は、“Ｍ２０１３０４”、“Ｍ２０１４０４”、“Ｍ２０１５０４”…のような世代ＩＤは削除せずアーカイブ化ことができる。つまり、毎年４月次の帳票のみアーカイブ化することができるため、ディスク枯渇の発生を延命することができる。
【００５４】
また、世代あふれ処理テキストボックス５０８に“ＤＹＹＹＹＭＭ０［１−５］”が設定された場合は、“Ｄ２０１７０８０１”、“Ｄ２０１７０８０２”・・・“Ｄ２０１７０８０５”のような世代ＩＤは削除せずアーカイブ化ことができる。つまり、毎月１〜５日に作成された帳票のみアーカイブ化し、６〜３１日に作成された帳票は削除するといったアーカイブ設定も可能になる。
【００５５】
これにより、柔軟なアーカイブ設定・削除設定ができるため、グルーピングされたファイルのアーカイブ設定を容易に行うことができる。
【００５６】
また、「最大保存世代数５０４」「世代あふれ処理５０５」には、「最大保存世代数テキストボックス５０６」「世代あふれ処理ラジオボタン５０７」「世代あふれ処理テキストボックス５０８」に従って、外部メモリ２１１の空き容量が枯渇する予想日「ディスク枯渇予想日５０９〜５１２」を算出し表示する。「ディスク枯渇予想日５０９〜５１２」の算出については、図４のステップＳ４０６の説明にて後述する。図４の説明に戻る。
【００５７】
ステップＳ４０４において、帳票サーバ１０２は、ステップＳ４０３にて表示された世代管理画面５００の「最大保存世代数テキストボックス５０６」「世代あふれ処理ラジオボタン５０７」「世代あふれ処理テキストボックス５０８」について、ユーザによる入力を受け付ける。
【００５８】
ステップＳ４０５において、帳票サーバ１０２は、「ディスク枯渇予想日５０９〜５１２」を算出するために、帳票テーブル７２０から当該帳票ＩＤの「現在保存世代数」のカウント及び「作成日」「アーカイブ日」それぞれの世代間の間隔日数を取得し、外部メモリ２１１から「ディスク空き容量」「アーカイブ化していない帳票データサイズ」「アーカイブ化した帳票データサイズ」を取得する。なお、「現在保存世代数」をカウントする場合、「アーカイブ日」に値が記憶されていないレコードをカウントする。すなわち、ステップＳ４０５は、記憶装置の空き容量を取得する処理の一例を示すステップである。また、ステップＳ４０５は、記憶されているファイルのファイルサイズを取得する処理の一例を示すステップである。
【００５９】
ステップＳ４０６において、帳票サーバ１０２は、ステップＳ４０４にて受け付けた「最大保存世代数テキストボックス５０６」「世代あふれ処理テキストボックス５０８」及びステップＳ４０５にて取得した「現在保存世代数」「ディスク空き容量」「アーカイブ化していない帳票データサイズ」「アーカイブ化した帳票データサイズ」を用いて、「ディスク枯渇予想日５０９〜５１２」を算出し表示する。すなわち、ステップＳ４０６は、所定の値、取得された空き容量及び取得されたファイルサイズに従って、記憶装置の空き容量が所定の容量より少なくなる時期を算出する処理の一例を示すステップである。
【００６０】
ここで、「ディスク枯渇予想日５０９〜５１２」を算出方法について説明する。なお、本実施形態においては、簡単のために、帳票サーバ１０２により管理されている帳票は１種類と仮定し「ディスク枯渇予想日５０９〜５１２」を算出したが、帳票サーバ１０２により管理されている帳票は複数種類であってもよいし、また下記に示す算出方法に以外の方法によって、「ディスク枯渇予想日５０９〜５１２」を算出してもよい。
【００６１】
■ディスク枯渇予想日５０９
「最大保存世代数テキストボックス５０６」＝空白の場合は、最大保存世代数は無制限であり、いつかは「ディスク空き容量」が無くなってしまうため、「ディスク枯渇予想日５０９」＝現在日付＋アーカイブ化していない帳票の「作成日」の間隔日数×（「ディスク空き容量」／「アーカイブ化していない帳票データサイズ」）となる（図５の５０９）。
【００６２】
「現在保存世代数」＜「最大保存世代数テキストボックス５０６」かつ「ディスク空き容量」≦（「最大保存世代数テキストボックス５０６」―「現在保存世代数」）×「アーカイブ化していない帳票データサイズ」）の場合は、世代数が「最大保存世代数テキストボックス５０６」に到達する以前に「ディスク空き容量」が無くなってしまうため、「ディスク枯渇予想日５０９」＝現在日付＋アーカイブ化していない帳票の「作成日」の間隔日数×（「ディスク空き容量」／「アーカイブ化していない帳票データサイズ」）となる（図５の５０９ａ）。
【００６３】
「現在保存世代数」＜「最大保存世代数テキストボックス５０６」かつ「ディスク空き容量」＞（「最大保存世代数テキストボックス５０６」―「現在保存世代数」）×「アーカイブ化していない帳票データサイズ」）の場合は、世代数が「最大保存世代数テキストボックス５０６」に到達しても「ディスク空き容量」は無くならないため、「ディスク枯渇予想日５０９」＝“----/--/--”と表示する（図５の５０９ｂ）。
【００６４】
「現在保存世代数」＝「最大保存世代数テキストボックス５０６」かつ「ディスク空き容量」＞０の場合は、世代数が「最大保存世代数テキストボックス５０６」に到達しているにも関わらず「ディスク空き容量」があるため、「ディスク枯渇予想日５０９」は「最大保存世代数テキストボックス５０６」に依存せず、「ディスク枯渇予想日５０９」＝“----/--/--”と表示する（不図示）。
【００６５】
以上から、ユーザによって「最大保存世代数テキストボックス５０６」の値が変更されると、その値に従って、「ディスク枯渇予想日５０９」の日付が変化する。よって、設定変更によるディスク枯渇予想日を即時に通知ことできる。
【００６６】
■ディスク枯渇予想日５１０
「最大保存世代数テキストボックス５０６」＝空白の場合は、最大保存世代数は無制限であり、世代あふれが発生しないため、「ディスク枯渇予想日５１０」＝“----/--/--”と表示する（図５の５１０）。
【００６７】
「最大保存世代数テキストボックス５０６」≠空白の場合は、「現在保存世代数」が「最大保存世代数テキストボックス５０６」に到達すると、その後の世代登録時に最古世代の帳票データを記憶装置から削除するため、ディスク枯渇予想日５１０＝ディスク枯渇予想日５０９と同じになる（図５の５１１ａ及び５１１ｂ）。
【００６８】
■ディスク枯渇予想日５１１
「最大保存世代数テキストボックス５０６」＝空白の場合は、最大保存世代数は無制限であり、世代あふれが発生しないため、「ディスク枯渇予想日５１１」＝“----/--/--”と表示する（図５の５１１）。
【００６９】
「最大保存世代数テキストボックス５０６」≠空白かつ「現在保存世代数」＜「最大保存世代数テキストボックス５０６」の場合は、「現在保存世代数」が「最大保存世代数テキストボックス５０６」に到達すると、基本的には最古世代を記憶装置から削除するが、世代あふれ処理テキストボックス５０８で指定された世代ＩＤについては削除せずにアーカイブ化（圧縮して記憶）するため、「ディスク枯渇予想日５１１」＝現在日付＋「アーカイブ日」の間隔日数×（「ディスク空き容量」―アーカイブ化していない帳票の「作成日」の間隔日数×（「最大保存世代数テキストボックス５０６」―「現在保存世代数」）×「アーカイブ化していない帳票データサイズ」）／「アーカイブ化した帳票データサイズ」）となる（図５の５１１ａ及び５１１ｂ）。つまり、ユーザによって「最大保存世代数テキストボックス５０６」の値が変更されると、その値に従って「ディスク枯渇予想日５１１」の日付が変化する。よって、設定変更によるディスク枯渇予想日を即時に通知ことできる。
【００７０】
また、上記の式の「アーカイブ日の間隔日数」は、「世代あふれ処理テキストボックス５０８」の値によって、「アーカイブ日の間隔日数」が変わるため、ユーザによって「世代あふれ処理テキストボックス５０８」の値が変更されると、その値に従って「ディスク枯渇予想日５１１」の日付が変化する。よって、設定変更によるディスク枯渇予想日を即時に通知ことできる。
【００７１】
■ディスク枯渇予想日５１２
「最大保存世代数テキストボックス５０６」＝空白の場合は、最大保存世代数は無制限であり、世代あふれが発生しないため、「ディスク枯渇予想日５１１」＝“----/--/--”と表示する（図５の５１１）。
【００７２】
「最大保存世代数テキストボックス５０６」≠空白の場合の「ディスク枯渇予想日５１２」の算出方法は省略するが、「ディスク枯渇予想日５１１」と同様に、ユーザによって「最大保存世代数テキストボックス５０６」の値が変更されると、その値に従って「ディスク枯渇予想日５１２」の日付が変化する。よって、設定変更によるディスク枯渇予想日を即時に通知ことできる。
以上で、「ディスク枯渇予想日５０９〜５１２」を算出方法についての説明を終了する。
【００７３】
なお、「ディスク枯渇予想日５０９〜５１２」が、現在日付から所定範囲の場合は、ユーザに注意を促すために識別して表示する。具体的には、現在日付＝２０１７９月１日であって、所定範囲を直近１年間とする場合、図５の５０９ａ〜５１２ａのように太字やフォント色を変えたりすることにより、近日中にディスクが枯渇することをユーザに知らせる。これにより、世代管理画面５００において、ユーザによって「最大保存世代数テキストボックス５０６」「最大保存世代数テキストボックス５０６」の値が変更されると、その値によって近日中にディスクが枯渇してしまう場合、ユーザはそれに気づくことができるようになる。
【００７４】
ステップＳ４０７において、帳票サーバ１０２は、世代管理画面５００におけるユーザによる設定が終了したか否かを判定し、終了した場合はステップＳに４０８進み、終了しない場合はステップＳ４０４に戻る。具体的には、世代管理画面５００における設定終了ボタン（不図示）等が押下されたか否か等により判定する。
【００７５】
ステップＳ４０８において、帳票サーバ１０２は、ステップＳ４０４にて受け付けた「最大保存世代数テキストボックス５０６」「世代あふれ処理ラジオボタン５０７」「世代あふれ処理テキストボックス５０８」の値を、当該帳票の帳票ＩＤに対応付けて、帳票世代管理テーブル７１０に記憶する。
【００７６】
なお、「世代あふれ処理テキストボックス５０８」には、日付フォーマット又は正規表現を含むことができるため、帳票世代管理テーブル７１０は、日付形式又は正規表現を含む値を記憶する手段の一例である。
【００７７】
図６は、世代登録処理のフローチャートの一例を示す図である。
【００７８】
ステップＳ６０１において、帳票サーバ１０２は、図４・図５にて世代管理設定を行った帳票の最新世代の登録を検知する。具体的には、ホストコンピュータ等の上位サーバから帳票サーバ１０２に当該帳票の帳票データが登録されたことを、ファイルやデータベースの監視によって検知する。
【００７９】
ステップＳ６０２において、帳票サーバ１０２は、帳票テーブル７２０から当該帳票ＩＤの「現在保存世代数」並びに帳票世代管理テーブル７１０から当該帳票ＩＤの「最大保存世代数」「世代あふれ処理設定」を取得する。
【００８０】
ステップＳ６０３において、帳票サーバ１０２は、ステップＳ６０１にて検知した帳票データの登録によって、あふれ処理が発生するか否かを判定し、発生する場合はステップＳ６０４に進み、発生しない場合はステップＳ６０８に進む。具体的には、ステップＳ６０２にて取得した「現在保存世代数」＝「最大保存世代数」か否かを判定する。
【００８１】
ステップＳ６０４において、帳票サーバ１０２は、ステップＳ６０２にて取得した「世代あふれ処理設定」の値を判定し、“削除”の場合はステップＳ６０５に進み、“削除（特定世代のみをアーカイブ化）”の場合はステップＳ６０６に進み、“アーカイブ化”の場合はステップＳ６０７に進む。
【００８２】
ステップＳ６０５において、帳票サーバ１０２は、帳票テーブル７２０から当該帳票ＩＤの最古世代の帳票レコードを削除し、この帳票レコードに対応する帳票データを記憶装置から削除する。
【００８３】
ステップＳ６０６において、帳票サーバ１０２は、帳票テーブル７２０から当該帳票ＩＤの最古世代の帳票レコードの「世代ＩＤ」が、ステップＳ６０４にて取得した「世代あふれ処理設定」のうち、正規表現で表された文字列に該当するか否かを判定し、該当する場合はステップＳ６０７に進み、該当しない場合はステップＳ６０８に進む。
【００８４】
ステップＳ６０７において、帳票サーバ１０２は、最古世代の帳票レコードに対応する帳票データをアーカイブ化し、アーカイブ元となった帳票データを記憶装置から削除し、アーカイブ後の帳票データを記憶装置に記憶する。また、帳票テーブル７２０の当該帳票レコードの「アーカイブ日」に現在日付を記憶する。
【００８５】
すなわち、ステップＳ６０３〜Ｓ６０７は、所定の値に従って、グルーピングされたファイルを削除するかアーカイブ化するかを制御する処理の一例を示すステップである。
【００８６】
ステップＳ６０８において、帳票サーバ１０２は、ステップＳ６０１にて検知した帳票データを帳票テーブル７２０の最新世代の帳票レコードとして登録する。具体的には、「帳票ＩＤ」「世代ＩＤ」「フォームファイル」「データファイル」「帳票ファイル」「作成日」等のカラムに値を登録する。
【００８７】
以上で、図６の説明を終了する。
【００８８】
以上により、柔軟なアーカイブ設定・削除設定ができるため、長期的にはアーカイブ設定を見直さなくてはならないという問題を解決することができ、グルーピングされたファイルのアーカイブ設定を容易に行うことができる。
【００８９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００９０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００９１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００９２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９５】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【００９６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９７】
１０１  情報処理装置
１０２  帳票サーバ
１０３  ＤＢサーバ
１０４  プリンタ
１０５  ネットワーク
【図１】
2019040433.tif 000003
【図２】
2019040433.tif 000004
【図３】
2019040433.tif 000005
【図４】
2019040433.tif 000006
【図５】
2019040433.tif 000007
【図６】
2019040433.tif 000008
【図７】
2019040433.tif 000009