(57)【要約】【課題】日々の処理時間にばらつきが生じることなく、データベースのメンテナンス処理を一定のサイクルで日々分散して実行できるようにする。【解決手段】各種データテーブルをそれぞれ識別する複数のテーブル識別データと関連付けて、対応するデータテーブルのメンテナンス処理を実行する期日データとそのメンテナンス処理に要する時間データとを書換可能に記憶するメンテナンス対象テーブルを設ける。そして、このテーブルを検索して、メンテナンス処理を実行する期日データとして現在日データと一致するデータが設定されているテーブル識別データを取得し、このテーブル識別データで特定されるデータテーブルのメンテナンス処理を実行し、そのデータテーブルの時間データを更新する。この時間データに基づき、日単位のメンテナンス処理合計時間が平滑化されるように、各テーブル識別データに対応した期日データを変更する。【選択図】      図５
2008234329.tif 000002
【特許請求の範囲】
【請求項１】
データベースに保存された各種データテーブルのメンテナンス処理を一定のサイクルで行うデータベース保守装置において、
前記各種データテーブルをそれぞれ識別する複数のテーブル識別データと関連付けて、対応するデータテーブルのメンテナンス処理を実行する期日データとそのメンテナンス処理に要する時間データとを書換可能に記憶するメンテナンス管理データ記憶部と、
現在日データを管理する時計部と、
前記メンテナンス管理データ記憶部を検索して、メンテナンス処理を実行する期日データとして前記時計部で管理される現在日データと一致するデータが設定されているテーブル識別データを取得し、このテーブル識別データで特定されるデータテーブルのメンテナンス処理を実行するメンテナンス実行手段と、
このメンテナンス実行手段により実行されるメンテナンス処理の処理時間を計時する計時手段と、
前記メンテナンス管理データ記憶部の、前記メンテナンス実行手段によりメンテナンス処理が実行されたデータテーブルのテーブル識別データに対応する時間データを、前記計時手段により計時された時間データに更新する処理時間更新手段と、
前記メンテナンス管理データ記憶部に記憶された各種データテーブルの各メンテナンス処理に要する時間データに基づき、日単位のメンテナンス処理合計時間が平滑化されるように、前記メンテナンス管理データ記憶部の各テーブル識別データに対応した期日データを変更する処理日設定手段と、
を具備したことを特徴とするデータベース保守装置。
【請求項２】
前記処理日設定手段は、前記メンテナンス管理データ記憶部に記憶された各種データテーブルの各メンテナンス処理に要する時間データの総和を、１サイクルの日数で除算して平均処理時間を算出し、その後、前記各種データテーブルのレコードを順次抽出して時間データを合算し、その合算時間が前記平均処理時間に所定の調整時間を加算した時間を越えるまで、抽出したレコードの期日データを同一日のデータとし、合算時間が前記平均処理時間に所定の調整時間を加算した時間を越えたならば、合算時間をクリアするとともにその後に抽出されるレコードの期日データを他の日のデータとする処理を繰り返すことを特徴とする請求項１記載のデータベース保守装置。
【請求項３】
前記調整時間は、抽出したレコードに期日データとして設定される日付毎に設けられていることを特徴とする請求項２記載のデータベース保守装置。
【請求項４】
前記サイクルは１週間であり、期日データは曜日データであることを特徴とする請求項１乃至３のいずれかに記載のデータベース保守装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種データテーブルの集合体であるデータベースのメンテナンスを定期的に行うためのデータベース保守装置に関する。
【背景技術】
【０００２】
各種データテーブルの集合体であるデータベースは、様々なデータ処理システムに用いられている。例えば、小売店や飲食店等に構築されるＰＯＳ（Point Of Sales）システムでは、商品販売に関するデータ、発注に関するデータ、売上に関するデータ、店員に関するデータ、顧客に関するデータ等をそれぞれ保存した各種データテーブルの集合体であるデータベースが組み込まれている。
【０００３】
ところで、データベース上のデータテーブルは、データの挿入、書換、削除を繰り返していると、断片化を生じる。データテーブルが断片化されると、データの検索機能が衰退したり、デバイスサイズが肥大化したりする。また、データベースを管理するプログラムに障害が発生するおそれもある。
【０００４】
このような問題を解決するために、従来、データベースへのアクセスが不調で所定のメンテナンス条件を満たすとき、自動的にデータベースを再起動してメンテナンスを行う技術は既に知られていた（例えば、特許文献１参照）。
【特許文献１】特開２０００−１６３６５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、データベースをメンテナンスしている間は、データベースにアクセスすることができない。このため、店舗の営業時間帯においてもメンテナンスが実行されるおそれのある従来技術は、ＰＯＳシステムに不適当である。ＰＯＳシステムでは、閉店から翌日の開店までの限られた時間内にメンテナンスを実行する必要がある。しかし、ＰＯＳシステムのようにデータベースに保存されるデータテーブルの種類が多い場合、一括してメンテナンスを行っていたのでは、時間内にメンテナンスが終わらない場合がある。
【０００６】
そこで、例えば１週間をサイクルに、月曜日はデータテーブルＡとデータテーブルＢを、火曜日はデータテーブルＣとデータテーブルＤをというように、日毎にメンテナンスを行うデータテーブルを予め決め、メンテナンス処理を分散して実行する考えがある。ただし、データテーブルのメンテナンスに要する処理時間はデータ量の変動によって変化する。このため、曜日単位にメンテナンスを行うデータテーブルの種類を固定してしまっては、曜日によって処理時間にばらつきが生じるおそれがある。
【０００７】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、データベースのメンテナンス処理を一定のサイクルで日々分散して実行するとともに、日々の処理時間にばらつきが生じるのを未然に防ぐことができるデータベース保守装置を提供しようとするものである。
【課題を解決するための手段】
【０００８】
本発明は、データベースに保存された各種データテーブルのメンテナンス処理を一定のサイクルで行うデータベース保守装置において、各種データテーブルをそれぞれ識別する複数のテーブル識別データと関連付けて、対応するデータテーブルのメンテナンス処理を実行する期日データとそのメンテナンス処理に要する時間データとを書換可能に記憶するメンテナンス管理データ記憶部と、現在日データを管理する時計部と、メンテナンス管理データ記憶部を検索して、メンテナンス処理を実行する期日データとして時計部で管理される現在日データと一致するデータが設定されているテーブル識別データを取得し、このテーブル識別データで特定されるデータテーブルのメンテナンス処理を実行するメンテナンス実行手段と、このメンテナンス実行手段により実行されるメンテナンス処理の処理時間を計時する計時手段と、メンテナンス管理データ記憶部の、メンテナンス実行手段によりメンテナンス処理が実行されたデータテーブルのテーブル識別データに対応する時間データを、計時手段により計時された時間データに更新する処理時間更新手段と、メンテナンス管理データ記憶部に記憶された各種データテーブルの各メンテナンス処理に要する時間データに基づき、日単位のメンテナンス処理合計時間が平滑化されるように、メンテナンス管理データ記憶部の各テーブル識別データに対応した期日データを変更する処理日設定手段とを備えたものである。
【発明の効果】
【０００９】
かかる手段を講じた本発明のデータベース保守装置によれば、データベースのメンテナンス処理を一定のサイクルで日々分散して実行することができるとともに、日々の処理時間にばらつきが生じるのを未然に防ぐことができ、その後の業務に影響を及ぼすことがなくなる、という優れた効果を奏し得る。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。  
この実施の形態は、ＰＯＳシステムのストアサーバに、本発明のデータベース保守装置としての機能を組み込んだ場合である。
【００１１】
図１は、ストアサーバ１と、このストアサーバ１がアクセスを行うデータベース２０を管理してなるデータベースサーバ２との要部構成を示すブロック図である。ストアサーバ１とデータベースサーバ２とは、専用のコンピュータ間ネットワーク３によって双方向通信自在に接続されている。
【００１２】
データベースサーバ２には、商品販売に関するデータ、発注に関するデータ、売上に関するデータ、店員に関するデータ、顧客に関するデータ等をそれぞれ保存した各種データテーブルの集合体であるデータベース２０と、前記コンピュータ間ネットワーク３を通じてストアサーバ１との間でデータ通信を司る通信インターフェイス２１と、前記ストアサーバ１から通信インターフェイス２１を介して通知される指令により前記データベース２０に保存されている任意のデータテーブルに対してデータの挿入、書換、削除等を行うデータベース管理システム２２とが設けられている。
【００１３】
ストアサーバ１には、制御部本体を構成するＣＰＵ（Central Processing Unit）１１、プログラム等の固定的データが予め格納されたＲＯＭ（Read Only Memory）１２、各種の可変的なデータを一時的に記憶するためのメモリエリアが形成されるＲＡＭ（Random Access Memory）１３、現在の日付，曜日及び時刻を管理する時計部１４、ＬＡＮ（Local Area Network）を介して接続された複数台のＰＯＳ端末（不図示）との間で行われるデータ通信を制御するＬＡＮコントローラ１５、プログラムファイル、データファイル等を保存するＨＤＤ（Hard Disk Drive）装置１６、キーボード，マウス等の入力デバイスが電気的に接続される入力デバイスインターフェイス１７、ディスプレイ等の表示デバイスが電気的に接続される表示デバイスインターフェイス１８、前記コンピュータ間ネットワーク３を介して接続されたデータベースサーバ２との間でデータ通信を司る通信インターフェイス１９等が設けられている。各部は、アドレスバス，データバス等のバスラインで接続されている。
【００１４】
さて、かかる構成のストアサーバ１は、前記データベース２０のメンテナンス処理を一定のサイクルで日々分散して実行することを実現するために、ＨＤＤ装置１６に、メンテナンス対象テーブル４１、調整時間設定テーブル４２、メンテナンス実行プログラム４３及びメンテナンス設定プログラム４４を記憶している。これらのテーブル４１，４２及びプログラム４３，４４は、コンピュータ読取り可能な記憶媒体に記憶され、図示しない記憶媒体インターフェイスを介して、当該ストアサーバ１のＨＤＤ装置１６にインストールされる。若しくは、コンピュータ間ネットワーク３を通じて他のコンピュータ機器からＨＤＤ装置１６にインストールされる。
【００１５】
メンテナンス対象テーブル４１には、図２に示すように、一連のレコード番号（Ｎｏ）に対応して、データベース識別データ（ＤＢＩＤ）、テーブル識別データ（テーブルＩＤ）、処理フラグ（処理Ｆ）及び処理時間の各データがセットされるようになっている。データベース識別データは、メンテナンス対象のデータベース２０に対して予め設定されたＩＤ（個体識別）データである。テーブル識別データは、メンテナンス対象のデータベース２０に記憶されている各種のデータテーブルに対して予め設定されたＩＤ（個体識別）データである。処理フラグは、対応するテーブル識別データで特定されるデータテーブルのメンテナンス処理実行期日を指定するデータである。処理時間は、対応するテーブル識別データで特定されるデータテーブルのメンテナンス処理に要する時間データである。ここに、メンテナンス対象テーブル４１はメンテナンス管理データ記憶部として機能する。
【００１６】
ここで、本実施の形態では、データベース２０のメンテナンス処理を実施するメンテナンスサイクルを１週間としている。そして、この１週間の月曜日から日曜日までの各曜日をそれぞれ“１”から“７”までの数値で表わしている。つまり、“１”は月曜日を表わし、“２”は火曜日を表わし、“３”は水曜日を表わし、“４”は木曜日を表わし、”５”は金曜日を表わし、“６”は土曜日を表わし、“７”は日曜日を表わしている。
【００１７】
これにより、処理フラグは、“０”〜“７”の数値範囲をとる。そして、“１”〜“７”を月曜日から日曜日までの各曜日をそれぞれ指定するフラグの値とし、“０”を期日未設定を指定するフラグの値とする。また、時間データは、分単位とする。
【００１８】
調整時間設定テーブル４２には、図３に示すように、“１”〜“７”の数値範囲をとる曜日フラグに対応して、曜日名称と調整時間の各データがセットされるようになっている。そして、各曜日フラグに対応する曜日名称データとしては、前記処理フラグの同値で指定される曜日のデータがセットされている。また、調整時間データは、ユーザによって任意の分単位の時間がセットされるようになっている。
【００１９】
今、メンテナンス対象テーブル４１には、データベース２０に保存されている各種データテーブルにそれぞれ１対１で対応した複数のレコードが予め格納されているものとする。また、調整時間設定テーブル４２には、各曜日フラグにそれぞれ対応して図３に示すデータが設定されているものとする。この場合において、メンテナンス実行プログラム４３が実行されたときのＣＰＵ１１の主要な処理手順を図４の流れ図で示す。また、メンテナンス設定プログラム４４が実行されたときのＣＰＵ１１の主要な処理手順を図５の流れ図で示す。
【００２０】
メンテナンス実行プログラム４３は、毎営業日の閉店後に実施される閉店処理の中で実行される。メンテナンス実行プログラム４３が起動すると、図４に示すように、ＣＰＵ１１は、ＳＴ（ステップ）２１として時計部１４から当日の曜日データを取得する。そして、その曜日データを該当する曜日フラグの数値（１：月曜日、２：火曜日、…７：日曜日）に変換し、曜日フラグエリアに格納する。曜日フラグエリアは、ＲＡＭ１３に形成されている。
【００２１】
次に、ＣＰＵ１１は、ＳＴ２３としてレコードカウンタrecを一旦“０”にリセットした後、ＳＴ２３としてこのレコードカウンタrecを“１”だけカウントアップする。レコードカウンタrecも、ＲＡＭ１３に形成されている。
【００２２】
次に、ＣＰＵ１１は、ＳＴ２４としてレコードカウンタrecが、メンテナンス対象テーブル４１に設定されているレコード件数の最大値recmaxを超えたか否かを判断する。越えていない場合には、ＳＴ２５としてメンテナンス対象テーブル４１からレコード番号がレコードカウンタrecの値と一致するレコードを抽出する。そして、ＳＴ２６としてこの抽出したレコードの処理フラグの値が曜日フラグエリアに格納されている曜日フラグの値と一致するか否かを判断する。
【００２３】
ここで、両フラグエリアの値が一致しない場合には、抽出したレコードのデータベース識別データ及びデータテーブル識別データによって特定されるデータテーブルは本日のメンテナンス対象でないので、ＣＰＵ１１は、ＳＴ２３の処理に戻る。そして、レコードカウンタrecをさらに“１”だけカウントアップし、最大値recmaxを超えない場合には、メンテナンス対象テーブル４１から次のレコード番号のレコードを抽出して、処理フラグの値と曜日フラグの値と照合する。
【００２４】
ＳＴ２６にて、両フラグエリアの値が一致した場合には、抽出したレコードのデータベース識別データ及びデータテーブル識別データによって特定されるデータテーブルは本日のメンテナンス対象であるので、ＣＰＵ１１は、ＳＴ２７として処理時間タイマを起動する（計時手段）。起動時間タイマは、ＣＰＵ１１に内蔵されている。
【００２５】
しかる後、ＣＰＵ１１は、ＳＴ２８として抽出したレコードのデータベース識別データで特定されるデータベースサーバ２内のデータベース２０から、当該レコードのテーブル識別データによって特定されるデータテーブルを選択し、このデータテーブルのメンテナンス処理を実行する（メンテナンス実行手段）。因みに、メンテナンス処理は、メンテナンス対象のデータテーブルのデータを別のデバイスに吐き出すエクスポート工程と、このエクスポート工程後に、当該データテーブルをクリアするクリア工程と、このクリア工程後に、エクスポート工程で吐き出したデータを当該データテーブルに戻すインポート工程の３工程からなる。なお、メンテナンス処理の内容は、この３工程に限定されるものではない。
【００２６】
ＣＰＵ１１は、ＳＴ２９として当該データテーブルに対するメンテナンス処理を終了したことを確認したならば、ＳＴ３０として前記処理時間タイマを停止する（計時手段）。そして、ＳＴ３１として抽出したレコードの処理時間データを、処理時間タイマで計時した今回のメンテナンス処理時間に更新する（処理時間更新手段）。
【００２７】
その後、ＣＰＵ１１は、ＳＴ３２として時計部１４にて管理されている現在時刻が予め設定されたメンテナンス処理の限度時刻を経過したか否かを判断する。なお、限度時刻は、例えば翌営業日の開店時刻が１０時であり、それまでに実行するべきオンライン処理や開店処理に４時間を要する場合には午前６時とする、というように、閉店処理が延びても次の業務に支障を来たさない限界の時刻を予め設定しておく。
【００２８】
ＳＴ３２にて、現在時刻が現在時刻を経過していない場合には、ＳＴ２３の処理に戻る。そして、レコードカウンタrecをさらに“１”だけカウントアップし、最大値recmaxを超えない場合には、メンテナンス対象テーブル４１から次のレコード番号のレコードを抽出して、処理フラグの値と曜日フラグの値と照合する。そして、両フラグデータが一致した場合には、当該レコードのデータベース識別データ及びデータテーブル識別データで特定されるデータテーブルのメンテナンス処理を実行し、当該レコードの処理時間データを最新のメンテナンス処理時間に更新する。
【００２９】
以上のＳＴ４〜ＳＴ１７の処理を、ＣＰＵ１１は、レコードカウンタrecが最大値recmaxを超えるまで、または現在時刻が限度時刻を経過するまで繰り返し実行する。そして、レコードカウンタrecが最大値recmaxを超えるか（ＳＴ２４のＹＥＳ）、現在時刻が限度時刻を経過したならば（ＳＴ３２のＹＥＳ）、このメンテナンス実行プログラム４３の処理を終了する。
【００３０】
メンテナンス設定プログラム４４は、１メンテナンスサイクルの最終日（本実施の形態では日曜日とする）の閉店処理で実行されるメンテナンス実行プログラムの処理終了に引き続いて実行される。
【００３１】
メンテナンス設定プログラム４４が起動すると、図５に示すように、ＣＰＵ１１は、ＳＴ１としてメンテナンス対象テーブル４１にアクセスし、全レコードのメンテナンス処理時間の総和を算出する。すなわち、メンテナンス対象としてデータベース２０に保存されている全てのデータテーブルの１回のメンテナンス処理に要する時間の総和を算出する。そして、この総和時間を１メンテナンスサイクルの日数である“７”で除算して、平均処理時間Avgを求める。平均処理時間Avgは、ＲＡＭ１３のワークエリアに一時記憶される。
【００３２】
次に、ＣＰＵ１１は、ＳＴ２として上記メンテナンス対象テーブル４１における各レコードの処理フラグを一括して“０”にリセットする。また、ＳＴ３として曜日フラグエリアを“０”にクリアする。同じく、ＳＴ４としてバッファエリアを“０”にクリアする。
【００３３】
次に、ＣＰＵ１１は、ＳＴ５として曜日フラグエリアに“１”を加算する。そして、ＳＴ６としてこの曜日フラグエリアの値が、メンテナンスサイクルの日数“７”を超えたか否かを判断する。越えていない場合には、ＳＴ７としてレコードカウンタrecを一旦“０”にリセットした後、ＳＴ８としてこのレコードカウンタrecを“１”だけカウントアップする。
【００３４】
次に、ＣＰＵ１１は、ＳＴ９としてレコードカウンタrecが、メンテナンス対象テーブル４１に設定されているレコード件数の最大値recmaxを超えたか否かを判断する。越えていない場合には、ＳＴ１０としてメンテナンス対象テーブル４１からレコード番号がレコードカウンタrecの値と一致するレコードを抽出する。そして、ＳＴ１１として抽出したレコードの処理フラグをチェックする。ここで、処理フラグが“１”以上、つまり期日データとしていずれかの曜日データがすでにセットされていた場合には、ＳＴ８の処理に戻る。すなわち、レコードカウンタrecを“１”だけカウントアップし、メンテナンス対象テーブル４１から次のレコード番号のレコードを抽出する。
【００３５】
これに対し、抽出したレコードの処理フラグが“０”にリセットされていた場合には、ＣＰＵ１１は、ＳＴ１２としてバッファエリアの値に抽出したレコードの処理時間を加算した値を処理合計時間として算出し、この処理合計時間が平均処理時間Avgに達したか否かを判断する。処理合計時間が平均処理時間Avgに達していない場合には、ＣＰＵ１１は、ＳＴ１３として抽出したレコードの処理フラグの値を曜日フラグエリアの値に変更する。また、ＳＴ１４としてバッファエリアの値を上記処理合計時間に書き換える。しかる後、ＳＴ８の処理に戻る。すなわち、レコードカウンタrecを“１”だけカウントアップし、メンテナンス対象テーブル４１から次のレコード番号のレコードを抽出する。
【００３６】
一方、ＳＴ１２にて処理合計時間が平均処理時間Avgに達した場合には、ＳＴ１５として調整時間設定テーブル４２から曜日フラグエリアの値に対応して記憶されている調整時間データを取得する。そして、ＳＴ１６として、この調整時間を平均処理時間Avgに加算した時間を限度時間として算出する。そして、この限度時間と処理合計時間とを比較する。その結果、処理合計時間が限度時間を越える場合には、ＳＴ８の処理に戻る。すなわち、レコードカウンタrecを“１”だけカウントアップし、メンテナンス対象テーブル４１から次のレコード番号のレコードを抽出する。
【００３７】
ＳＴ１６にて、処理合計時間が限度時間以内の場合には、ＣＰＵ１１は、ＳＴ１７として抽出したレコードの処理フラグの値を曜日フラグエリアの値に変更する。しかる後、ＳＴ５の処理に戻る。すなわち、曜日フラグエリアにさらに“１”を加算する。そして、この曜日フラグエリアの値が、メンテナンスサイクルの日数“７”を超えたか否かを判断し、越えていない場合には、ＳＴ７以降の処理を再度実行する。
【００３８】
かくして、ＳＴ６にて曜日フラグエリアの値が、メンテナンスサイクルの日数“７”を超えたならば、ＣＰＵ１１は、このメンテナンス設定プログラム４４の処理を終了する（処理日設定手段）。
【００３９】
このように本実施の形態のストアサーバ１においては、データベースサーバ２のデータベース２０に保存されている各種データテーブルをそれぞれ識別する複数のテーブル識別データと関連付けて、対応するデータテーブルのメンテナンス処理を実行する期日（曜日）を特定する処理フラグと、そのメンテナンス処理に要する時間データとを、書換可能に記憶するメンテナンス対象テーブル４１を備えている。
【００４０】
そして、毎営業日の閉店処理の中でメンテナンス実行プログラム４３が起動されると、メンテナンス対象テーブル４１が検索されて、本日の曜日に相当する曜日フラグと同値が処理フラグとして設定されたテーブル識別データが取得される。そして、このテーブル識別データで特定されるデータテーブルのメンテナンス処理が実行され、かつ、その処理時間が計時される。そして、メンテナンス処理が終了すると、メンテナンス対象テーブル４１の、メンテナンス処理が実行されたデータテーブルのテーブル識別データに対応する時間データが、今回のメンテナンス処理時間データに更新される。
【００４１】
かくして、メンテナンス対象テーブル４１には、メンテナンス対象のデータテーブル毎に、最新のメンテナンスサイクルで実施されたメンテナンス処理の処理時間データが記憶されるようになっている。
【００４２】
また、ストアサーバ１においては、１メンテナンスサイクルの最終日の閉店後に実施されるメンテナンス処理が終了すると、メンテナンス設定プログラム４４が起動する。そして、図５の流れ図に示す手順にしたがって、メンテナンス対象テーブル４１に記憶された各種データテーブルの各メンテナンス処理に要する時間データに基づき、曜日単位のメンテナンス処理合計時間が平滑化されるように、メンテナンス対象テーブル４１の各テーブル識別データに対応した処理フラグが自動的に変更される。かくして、次のメンテナンスサイクルでは、この変更後の処理フラグに従って、曜日単位にメンテナンス対象となるデータテーブルが再編成される。
【００４３】
このように本実施の形態によれば、データベース２０のメンテナンス処理を一定のサイクルで日々分散して実行することができる。そして、たとえ一部のデータテーブルのデータ量が急激に増加してメンテナンス処理に要する時間が長くなったとしても、次のメンテナンスサイクルでは日々のメンテナンス処理に要する時間が平滑化されるようにメンテナンス対象のデータテーブルの組合せが自動的に変更される。したがって、ユーザの負担になることなく、その後の業務に影響を及ぼすことも未然に防ぐことができる。
【００４４】
また、本実施の形態では、調整時間設定テーブル４２を設け、図５のＳＴ１６の処理で平均処理時間に加算される調整時間を曜日別に設定するようにしている。したがって、メンテナンス処理に費やすことができる最大時間（平均処理時間Avg＋調整時間）を曜日によって可変することができるので、翌日の開店時刻が早い日は上記最大時間を短くし、遅い場合は長くするといった実用的な運用を容易にとることができる。
【００４５】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００４６】
例えば前記実施の形態では、１メンテナンスサイクルを１週間と設定したが、サイクルの日数はこれに限定されるものではない。例えば、サイクルを５日間とした場合には、処理フラグの数値範囲を“０”から“５”まとし、日付の下１桁が１または６の日をメンテナンス実行期日とする処理フラグを“１”、日付の下１桁が２または７の日をメンテナンス実行期日とする処理フラグを“２”、というように、処理フラグと日付とを割り当てればよい。
【００４７】
また、メンテナンス処理を実施可能な時間が日々一定であった場合には、調整時間を一律で設定し、調整時間設定テーブル４２を省略してもよい。
【００４８】
また本発明は、ＰＯＳシステムへの適用だけに限定されるものではなく、データベースを使用して大量のデータ処理を実行するシステム、例えば銀行システムや病院システム等にも適用することで、同様な効果を奏することができる。
【００４９】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施の形態の要部構成を示すブロック図。
【図２】同実施の形態におけるデータベース対象テーブルのデータ構造例を示す模式図。
【図３】同実施の形態における調整時間設定テーブルのデータ構造例を示す模式図。
【図４】同実施の形態おいて、メンテナンス実行プログラムが起動したときのストアサーバのＣＰＵの主要な処理手順を示す流れ図。
【図５】同実施の形態おいて、メンテナンス設定プログラムが起動したときのストアサーバのＣＰＵの主要な処理手順を示す流れ図。
【符号の説明】
【００５１】
１…ストアサーバ、２…データベースサーバ、３…コンピュータ間ネットワーク、１１…ＣＰＵ、４１…メンテナンス対象テーブル、４２…調整時間設定テーブル、４３…メンテナンス実行プログラム、４４…メンテナンス設定プログラム。
【図１】
2008234329.tif 000003
【図２】
2008234329.tif 000004
【図３】
2008234329.tif 000005
【図４】
2008234329.tif 000006
【図５】
2008234329.tif 000007