JP2008305313A - リモートデフラグ方式、サービス装置、プログラム、及びリモートデフラグ方法 - Google Patents

Abstract

【課題】 クライアント装置の利用者は装置や保持するデータの保守機能に対する操作に精通しているわけではないのでデフラグ指示操作が行われず、ディスク記憶装置のファイルのフラグメンテーションによる性能劣化を起こすことがあった。
【解決手段】 サービス装置１が、クライアント装置２−１〜２−３のそれぞれに対し決められた予定日時になるとデフラグ処理を指示するリモートデフラグ指示手段１１を有し、クライアント装置２−１〜２−３の各装置が、ディスク記憶装置２０４の個々のファイルのディスク記憶装置上の領域の配置の断片化の程度に応じ領域とデータを再配置するデフラグ処理手段２２と、リモートデフラグ指示手段１１からネットワーク３を通じデフラグ指示を受け、デフラグ処理を開始する旨を告知し他の実行中処理を休止状態にしデフラグ処理手段２２を起動し処理パラメータを渡すデフラグ処理起動手段２１とを有する。
【選択図】 図１

Description

本発明はリモートデフラグ方式、サービス装置、プログラム、及びリモートデフラグ方法に関し、特に、クライアント装置とネットワークを通じ１以上の前記クライアント装置にサービスを提供する装置を含むシステムにおいて、クライアント装置のディスク記憶装置のデフラグを適切な時間帯で自動的に行うリモートデフラグ方式、サービス装置、プログラム、及びリモートデフラグ方法に関する。

ＰＣ（パーソナルコンピュータ）等をクライアント端末とし、複数台のクライアント端末をネットワークでサーバ装置に接続した各種業務システム、或いはオンラインシステム等においては、クライアントＰＣ側のハードディスクにファイルが日々削除され、新規に作成される。

例えば、業務の対象となる利用者や顧客、商品や製品、或いは引き合いや受注した案件に対応して新たにファイルが作成され、処理の進行に伴って作成されたファイルの内容が更新された後に最後に削除される。

従って、クライアントＰＣのハードディスク上のファイルはフラグメンテーションを起こし、これらのファイルにアクセスする際のレスポンスタイムが徐々に大きくなる。

特許文献１には、ＩＣカード内のモニタ手段がカード内メモリのガベージ（ごみ）又はフラグメンテーション（断片化）をモニタし、端末またはＩＣカードの管理サーバが、前記モニタ結果に基づいて、ガベージコレクション又はデフラグ処理を行うカード予約処理によるカードメンテナンス方法が記載されている。

特開２００２−２９８１１１号公報

上記クライアントＰＣには、通常、デフラグ処理ツールをＯＳの一部として有しており、ファイルのフラグメンテーションを解消するためには、クライアントＰＣを操作する利用者が、定期的にデフラグ処理を指示する操作を行えばよいが、前記指示する操作では指示パラメータの選択の判断等も必要である。

従ってこの様なクライアントＰＣの利用者は、業務アプリケーションに対する操作を習得しているがＰＣに対する操作に精通しているわけではないので、定期的なデフラグ指示操作が行われないという課題がある。

また、クライアントＰＣの利用者が定期的にデフラグ指示操作を行うということは、操作を実施したことを記録し管理し、また同様のサービスを行うクライアント装置のグループで排他的に行う必要もあり、操作の手間も合わせると利用者の負担になるという課題もある。

上記カード予約処理によるカードメンテナンス方法は、ＩＣカードを対象としたものでクライアントＰＣのハードディスク上のファイルのデフラグを示したものではない。

また、このカードメンテナンス方法には、ＩＣカード内にモニタ手段を設けこれによるモニタ結果を、端末が参照し結果に応じデフラグ等を行う様にし、端末がモニタしなくて済むようにしたもので、ＯＳに備えたデフラグ処理機能を活用し、デフラグ処理の指示を自動で行うようにする本発明にそぐわないものである。

本発明の目的は、上記課題を解決するリモートデフラグ方式、サービス装置、プログラム、及びリモートデフラグ方法を提供することにある。

本発明のリモートデフラグ方式は、クライアント装置と、ネットワークを通じ１以上の前記クライアント装置にサービスを提供するサービス装置を備え、前記サービス装置が、前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとデフラグ処理を指示するリモートデフラグ指示手段を有し、前記クライアント装置が、自装置のディスク記憶装置上の個々のファイルのディスク上領域の配置の断片化の程度に応じ領域とデータを再配置する処理を行うデフラグ処理手段と、前記サービス装置からデフラグ指示を受け前記デフラグ処理手段を起動し、処理パラメータを渡すデフラグ処理起動手段とを有する。

本発明のサービス装置は、ネットワークを通じ１以上のクライアント装置にサービスを提供するサービス装置であって、前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとディスク記憶装置のデフラグ処理を指示するリモートデフラグ指示手段を有する。

本発明の第１のプログラムは、１以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、前記クライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記クライアント装置ごとの予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させる。

本発明の第２のプログラムは、１以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、業務の閑散時間帯が識別できる業務時間のパターン情報を、月日ごと或いは曜日ごとに予め記憶部に登録する手順と、定期的に前記業務時間のパターン情報を参照し、その日の業務時間パターンを取得し、前記パターンに応じ前記クライアント装置へデフラグ処理を指示する予定日時を選択する手順と、前記クライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記選択した予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させる。

本発明の第３のプログラムは、１以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、業務の閑散時間帯が識別できる業務時間のパターン情報を、週ごと或いは月ごとに予め記憶部に登録する手順と、定期的に前記業務時間のパターン情報を参照し、その週、或いはその月の業務時間パターンを取得し、前記パターンに応じ前記クライアント装置へデフラグ処理を指示する予定日時を選択する手順と、前記１以上のクライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記選択した予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させる。

本発明のリモートデフラグ方法は、クライアント装置と、ネットワークを通じ１以上の前記クライアント装置にサービスを提供するサービス装置を備えるシステムにおけるディスク記憶装置のデフラグ方法であって、前記サービス装置が、前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとデフラグ処理を指示するリモートデフラグ指示手順を有し、前記クライアント装置が、自装置のディスク装置上の個々のファイルのディスク上領域の配置の断片化の程度に応じ領域とデータを再配置する処理を行うデフラグ処理手順と、前記サービス装置からデフラグ指示を受け前記デフラグ処理手順を起動し処理パラメータを渡すデフラグ処理起動手順とを有する。

本発明の第１の効果は、クライアント装置の操作者の操作スキルに拘わらずクライアント装置のディスク記憶装置のフラグメンテーションによる性能劣化を防止できることである。

その理由は、クライアント装置をネットワーク接続するサービス装置が、リモートデフラグ指示を自動で定期的に行い、クライアント装置がデフラグ処理を自動起動するのでディスク記憶装置のフラグメンテーションを防止するためである。

次に、本発明を実施するための第１の実施例について図面を参照して詳細に説明する。図１は、本発明のリモートデフラグ方式の第１の実施例の全体構成を示すブロック図である。

本発明のリモートデフラグ方式は、サービスを提供するサービス装置１とこれにネットワーク３で接続された複数のクライアント装置２−１〜２−３（全体を総称してクライアント装置２と呼ぶ）を含む。

サービス装置１は、プログラム制御で動作する装置で、サーバ装置、パーソナルコンピュータ、データ処理装置等である。サービス装置１は、クライアント装置２−１〜２−３に業務処理のサービスを行う装置、管理サーバ、保守サーバ、或いは管理者端末等の何れでもよい。サービス装置１は、クライアント装置２−１〜２−３にＬＡＮ（Local Area Network）等のネットワーク３を通じ、デフラグ指示以外にも何らかのサービスを提供している装置である。

クライアント装置２−１〜２−３もプログラム制御で動作する装置で、パーソナルコンピュータ、或いはデータ処理装置等である。

サービス装置１は、クライアント装置２−１〜２−３のそれぞれに対し予定された時刻になるとデフラグ処理を指示するリモートデフラグ指示手段１１を有す。

クライアント装置２−１〜２−３のそれぞれは、ディスク記憶装置２０４と、ディスク記憶装置２０４上のファイル群に対するデフラグ処理を実行するデフラグ処理手段２２と、サービス装置１からの指示を受け、デフラグ処理手段２２を起動しこれに処理パラメータを渡すデフラグ処理起動手段２１とを有する。

デフラグ処理起動手段２１は、サービス装置１からの指示を受けると、デフラグ処理を開始する旨を表示して操作者に告知し実行中の処理を休止状態にしてからデフラグ処理手段２２を起動する。

デフラグ処理手段２２は、個々のファイルのディスク記憶装置２０４上の領域の配置状況を取得し、断片化の程度を解析し、前記程度が所定レベル以上であればそのファイルの領域の一部若しくは全部を連続領域部分が増える様に再配置しデータを移動し、断片数をファイルサイズに応じた所定値以内にする。

図２はサービス装置１のハードウェア構成を示したブロック図である。サービス装置１は、ＣＰＵと主メモリとコントローラを含む制御部１０１、キーボードやマウス等の入力デバイス１０２、ディスプレイ１０３、ハードディスク装置等のディスク記憶装置１０４、通信部１０５を備えている。尚、図示してないがクライアント装置２−１〜２−３の各装置のハードウェア構成も同様である。

図３は、図２のサービス装置１をプログラム制御してリモートデフラグ指示手段１１を実現するためのソフトウェアの構成を示した図である。前記ソフトウェアは、リモートデフラグ指示プログラム１１０と、サービス装置１を立ち上げた時にリモートデフラグ指示プログラム１１０を自動起動する起動時自動実行プログラム１１１と、ＯＳ１１３とを含む。

ＯＳ１１３（Operating System）は、ＯＳメイン部１１４と、ＴＣＰ／ＩＰ（Transfer Control Protocol／Internet Protocol）とＨＴＴＰ（Hyper Text Transfer Protocol）等の通信処理プログラム１１５と、コマンドインタプリタ１１６を含む。

図４は、図２の構成のクライアント装置２をプログラム制御してデフラグ処理起動手段２１、デフラグ処理手段２２を実現するためのソフトウェアの構成を示した図である。ＯＳ２３０が、ＯＳメイン部２３１と通信処理プログラム２３２と、スクリプトインタプリタ２３３と、これにＯＳメイン部２３１上で動作させるためのルーチン等を提供するランタイムモジュール２３４と、デフラグ処理プログラム２２０とを含む。

ＯＳメイン部２３１は、ＧＵＩ（Graphic User Interface）関係モジュールと、ファイル処理関係モジュールと、ディスク記憶装置２０４等のＩ／Ｏ処理関係モジュールと、「タスクスケジューラを内包するタスク処理関係モジュール」とを含む。

スクリプトインタプリタ２３３は、Java（登録商標）スクリプト、或いはＶＢスクリプト（Visual Basicスクリプト）等で記述されたモジュールを解釈し実行するインタプリタである。

デフラグ処理起動シェル２１０は、Java（登録商標）スクリプト、或いはＶＢスクリプトで記述されたモジュールで、処理開始告知部２１１と起動要求部２１２とを有し、スクリプトインタプリタ２３３により解釈され実行される。

処理開始告知部２１１は、サービス装置１からのデフラグ処理指示を受け、デフラグ処理を開始する旨を表示しクライアント装置２の操作者に告知する。起動要求部２１２は、前記告知後にそれまでに実行中の処理を順次休止状態にしてからデフラグ処理プログラム２２０を起動しこれにパラメータを渡す。

デフラグ処理プログラム２２０は実行形式のプログラムで、起動指示を受けると処理パラメータの選択操作画面を表示し、選択指示を受けると指定されたパラメータにより、ファイル領域の断片化の解析と再配置対象とするかどうかの判定と領域の再配置とデータ移動を行う。

ここで図１に戻りリモートデフラグ方式を採用したシステムの運用やファイル構成等について補足説明する。図１に示したシステムが多数の顧客を相手とした業務システムである。ディスク記憶装置２０４が複数の論理ボリューム（Ｃ、Ｄ）を含む。

論理ボリュームＣが、顧客ごとのファイルを含み、ファイルの削除と、追加が頻繁に行われ、またファイルサイズもまちまちである。従って、これらのファイルのそれぞれは放っておくとフラグメンテーション（断片化）が進行し断片数が次第に増加していく。

この業務システムでは、業務処理要求が比較的少なくなる閑散時間帯が１１：５０〜１３：４０であり、それ以外は昼夜に亘り業務処理が要求されている。この閑散時間帯にクライアント装置２−１〜２−３に対し１台ずつ順次デフラグ処理を指示することで業務処理の遅滞を回避してデフラグ処理する。

図５は、リモートデフラグ指示プログラム１１０の内容例を示した図である。このプログラムはバッチプログラム（.bat）である。１行目のAtコマンドにより、毎日１１時５０分になるとＩＰアドレスが10.31.154.36の装置（クライアント装置２−１）でC:\DefragにあるDefrag01.jsを起動する様スケジュール設定を指示する。尚、起動時にクライアント装置２−１で他の処理を行っていても、インタラクティブ（対話的）に指示する指定を付加しておく。

２行目のAtコマンド、３行目のAtコマンドは、それぞれ毎日１２時３０分、毎日１３時１０分にクライアント装置２−２、クライアント装置２−３にデフラグ処理を指示する様スケジュール設定を指示する。各クライアント装置ともデフラグ処理を開始し４０分以内には終了するので、業務システムとしては閑散時間帯といえども２台のクライアント装置が有効に使用できる。

図６は、ＯＳ２３０、ＯＳ１１３をWindows（登録商標）とし、スクリプト言語をJava(登録商標）スクリプトとしてクライアント装置２のデフラグ処理起動シェル２１０を記述した例である。

先ず、処理開始告知部２１１について説明する。２〜５行目のWShell.Popupコマンドがクライアント装置２の操作者にデフラグ処理を開始することをポップアップ表示し告知している。例えば、メッセージボックスのタイトルバーに「***Maintenance Information***」を表示し、メッセージとして「ＯＫボタンをクリックまたは６０秒後に、ディスクデフラグツールによるメンテナンスを開始します。（改行）メンテナンスが完了するまで、コンピュータの使用を中止して下さい。（改行）（改行）ディスクの状態によりますが、完了するまで１０〜４０分ほどかかります。」と表示し、その下等に「ＯＫ」ボタンを表示する。

「ＯＫ」ボタンが押下されると表示を終了し、されなくても６０秒経過すると終了する。

次に、起動要求部２１２について説明する。図６の６〜９行目のｆｏｒループが、「Ａｌｔ」＋「スペース」キー押下（ウィンドウの最小化）相当のコードを間をおいて繰り返し送り、実行中のアプリケーションプログラムを順次、休止（非アクティブ）状態にする。

１０行目のWShell.Runコマンドが、対象論理ボリュームとしてＣを指定してデフラグ処理プログラム２２０を起動し、１１行目のWShell.AppActiveコマンドが「ディスクデフラグツール」なるタイトルを持つデフラグ処理プログラム２２０（のウィンドウ）をアクティブにし、WShell.Sleepコマンドで所定時間休止する。

１４行目のWShell.Sendkeysコマンドが、操作メニュー表示を指示し「最適化」を指示する操作（「Ａｌｔ」＋「Ａ」キー押下、「Ｄ」キー押下）に相当するキー値をＯＳメイン部２３１のＧＵＩ関係モジュールを通じデフラグ処理プログラム２２０に送る。

図７は、ＯＳ２３０、ＯＳ１１３をWindows(登録商標）とし、スクリプト言語をVBスクリプトとしてクライアント装置２のデフラグ処理起動シェル２１０を記述した例である。

２〜６行目のWShell.Popupコマンドによりクライアント装置２の操作者にデフラグ処理を開始する旨と「ＯＫ」ボタンをポップアップ表示し告知している。以降もJava（登録商標）スクリプトと同様である。

次に図面を参照し、本発明のリモートデフラグ方式の第１の実施例の動作を説明する。図８はサービス装置１の動作を示すフローチャートである。図８を参照すると、サービス装置１が立ち上げられると起動時自動実行プログラム１１１が、コマンドインタプリタ１１６により実行されリモートデフラグ指示プログラム１１０が起動される（ステップＡ１）。

コマンドインタプリタ１１６がリモートデフラグ指示プログラム１１０を解釈し、Atコマンドにより指定されるクライアント装置２へのリモートデフラグ指示処理を指定されたデフラグ処理予定時刻と共にＯＳメイン部１１４のタスクスケジューラの記憶エリア、レジストリに登録する。

コマンドインタプリタ１１６が２，３行目のAtコマンドについても順次同様にＯＳメイン部１１４のタスクスケジューラの記憶エリア、レジストリに登録する（ステップＡ２）。

サービス装置１のＯＳメイン部１１４のタスクスケジューラが、クライアント装置２−１のデフラグ処理予定時刻（１１時５０分）になると（ステップＡ３）、通信処理プログラム１１５を通じてクライアント装置２−１にデフラグ処理の起動（デフラグ処理起動シェル２１０の起動）指示を送信する（ステップＡ４）。

同様にサービス装置１は、クライアント装置２−２のデフラグ処理予定時刻（１２時３０分）になると（ステップＡ５）、クライアント装置２−２にデフラグ処理の起動指示を送信し（ステップＡ６）、更にクライアント装置２−３のデフラグ処理予定時刻（１３時１０分）になると（ステップＡ７）、クライアント装置２−３にデフラグ処理の起動指示を送信する（ステップＡ８）。

次に図９のフローチャートを参照し、リモートデフラグ処理指示を受けたクライアント装置２の動作を説明する。

デフラグ処理起動シェル２１０（Defrag01.js）の処理開始告知部２１１が、通信処理プログラム２３２とＯＳメイン部２３１を通じサービス装置１からのデフラグ処理指示を受け、デフラグ処理を開始する旨をＯＫボタン（図示せず）と共にポップアップ表示し操作者に告知し、他の新規ＡＰ等の操作を抑止させる（ステップＢ１）。

デフラグ処理起動シェル２１０の起動要求部２１２が、ＯＳ２３０を通じＯＫボタン操作を検出するか、６０秒経過すると（ステップＢ２）、ポップアップ表示を閉じて、ウィンドウの最小化相当のコードを間をおいて送り、実行中のＡＰ（アプリケーションプログラム）に順次休止（非アクティブ）状態にする（ステップＢ３）。

デフラグ処理起動シェル２１０の起動要求部２１２が、対象論理ボリュームとしてＣを指定してデフラグ処理プログラム２２０の受付モジュール（ｄｆｒａｇ．ｍｓｃ）を起動し（ステップＢ４）、前記受付モジュールが処理パラメータ（機能）の選択操作画面を表示する（ステップＢ５）。

デフラグ処理起動シェル２１０の起動要求部２１２が、前記受付モジュール他のデフラグ処理プログラム２２０をアクティブにする（ステップＢ６）。

起動要求部２１２が処理パラメータ選択操作（「最適化」選択操作）相当のキー値をデフラグ処理プログラム２２０に渡す（ステップＢ７）。

デフラグ処理プログラム２２０が、表示中の項目の属性と、受けたキー値より、処理パラメータ（再配置の対象とする断片化レベルを自動判定し最適化する「最適化」選択）を割出す。デフラグ処理プログラム２２０が、対象論理ボリューム（Ｃ）の個々のファイルの領域配置を取得し、断片化の程度を解析しその程度が所定値以上のファイルを再配置対象とする（ステップＢ８）。

デフラグ処理プログラム２２０が、再配置対象としたファイルについて、ファイルの領域の一部若しくは全部を連続領域部分が増える様に再配置しデータを移動し、断片数をファイルサイズに応じた所定値以内にする（ステップＢ９）。

第１の実施例では、図５の各Ａｔコマンドのｅｖｅｒｙパラメータ指定そのものを付加せず、クライアント装置２へ毎日リモートデフラグを指示する例としたが、例えば、１日おき或いは３日に１回のように指示してもよい。

それぞれ図５の各Ａｔコマンドに、ｅｖｅｒｙ（１，３，５，７，・・・，２９）、或いはｅｖｅｒｙ（１，４，７，・・・，２８，３１）を付加すればよい。

また、デフラグ処理の間隔を長くしてもいい場合には、ｅｖｅｒｙパラメータをクライアント装置２ごとに替えてクライアント装置２−１に、１日、４日、７日、・・・２９日の１２：１０に指示し、クライアント装置２−２に、２日、５日、８日、・・・３０日の１２：１０に指示し、クライアント装置２−３に、３日、６日、９日、・・・２８日の１２：１０に指示するようにしてもよい。

本発明の第１の実施例によれば、クライアント装置２の操作者の操作スキルに拘わらずクライアント装置２のディスク記憶装置２０４のファイル群のフラグメンテーションによる性能劣化を防止できる。

その理由は、クライアント装置２をネットワーク３で接続するサービス装置１がリモートデフラグ指示を定期的に自動で行い、クライアント装置２がデフラグ処理を自動起動するのでディスク記憶装置２０４のファイル群のフラグメンテーションを防止するためである。

同様の理由により操作者に操作の負担を掛けない様にできる。

また、デフラグ処理実行による業務システムの処理遅延を回避できる。その理由は、リモートデフラグ指示プログラム１１０が、業務システムの負荷の軽くなる時間帯において、同様のサービスに係わるクライアント装置２−１〜２−３の各装置のデフラグ実行時間が重ならないようにスケジュール設定するためである。

次に、本発明のリモートデフラグ方式の第２の実施例について図面を参照して詳細に説明する。図１０のブロック図に示すように、本発明のリモートデフラグ方式の第２の実施例では、サービス装置１Ａがリモートデフラグ指示手段１１Ａの他に業務時間情報記憶１２を備えている。ネットワーク３以下のクライアント装置２側の構成は前記第１の実施例と同様である。

業務時間情報記憶１２は数ヶ月先までの年月日に対応して業務時間のパターン情報を保持している業務時間リストファイルの記憶エリアである。例えば（最初の行）２００７／０６／０１ Ｔ、２００７／０６／０２ Ｈ、２００７／０６／０３ Ｋ、・・、（最終行）２００７／０７／３１ Ｔといったリストファイルの記憶エリアである。

ここで、Ｔは定時の９：００〜１７：００まで営業し、１１：５０〜１３：５０までは休憩時間帯を挟んでおりシステムの負荷が軽いことを意味し、Ｈは９：００〜１３：００までの半日営業で１２：５０〜１４：５０まではシステムの負荷が軽く且つクライアント装置２の電源も投入されていることを、Ｋは休日でクライアント装置２が電源オフであることをそれぞれ示すとする。

図１１は、サービス装置１Ａをプログラム制御して、リモートデフラグ指示手段１１Ａを実現するソフトウェアやプログラムの構成を示した図である。起動時自動実行プログラム１１１Ａは、サービス装置１Ａの立ち上げ時に実行されるプログラムで、毎朝８：３０にデフラグスケジュール決定プログラム１１２を起動するAtコマンドによるプログラムである。

デフラグスケジュール決定プログラム１１２は、Java（登録商標）スクリプト、或いはＶＢスクリプトで記述されたプログラムで、毎朝８：３０に起動されると現在月日を取得し、業務時間リストファイルを参照し、当日の業務時間帯パターン情報（Ｔ、Ｈ、Ｋ）を取得し、パターン情報がＴ、Ｈであれば、それぞれに対応したリモートデフラグ指示プログラム１１０Ａ、１１０Ｂを起動する。

リモートデフラグ指示プログラム１１０Ａは、図５の各Atコマンドにｅｖｅｒｙパラメータを付加したプログラムで、ｅｖｅｒｙパラメータは「ｅｖｅｒｙ（）」とし、コマンドが実行された当日のみスケジュールすることを指定している。

リモートデフラグ指示プログラム１１０Ｂは、図５のAtコマンドの時刻を１２：５０、１３：３０、１４；１０に変更し、前記と同様のｅｖｅｒｙパラメータを付加したプログラムである。

ＯＳ１１３Ａは、ＯＳメイン部１１４、通信処理プログラム１１５、コマンドインタプリタ１１６の他に、スクリプトインタプリタ１１７、ランタイムモジュール１１８を備えている。

次に図面を参照し、本発明のリモートデフラグ方式の第２の実施例の動作を説明する。図１２は、サービス装置１Ａの動作を示すフローチャートである。図１２を参照すると、サービス装置１Ａが立ち上げられると起動時自動実行プログラム１１１Ａが、コマンドインタプリタ１１６により実行される。

コマンドインタプリタ１１６が、デフラグスケジュール決定プログラム１１２を定刻起動するAtコマンドを解釈する。実行コンピュータを自装置とし実行対象プログラムをデフラグスケジュール決定プログラム１１２とし予定時刻を０８：３０とする処理を、ＯＳメイン部１１４のタスクスケジューラの記憶エリア、レジストリに登録する（ステップＣ１）。

サービス装置１ＡのＯＳメイン部１１４のタスクスケジューラが、始業前の所定の時刻（０８：３０）になると（ステップＣ２）、デフラグスケジュール決定プログラム１１２を起動する。

デフラグスケジュール決定プログラム１１２が、現在年月日を検索キーに設定し（ステップＣ３）、業務時間リストファイルの１行を読み込む（ステップＣ４）。

読み込まれた行データが検索キーを含めば（ステップＣ５）、前記行データより当日の業務時間帯パターン情報を抽出し（ステップＣ６）、その業務時間帯パターン情報に応じ対応するリモートデフラグ指示プログラム１１０Ａ、或いは１１０Ｂを実行する（ステップＣ７）。

ステップＡ２〜Ａ８と同様に、コマンドインタプリタ１１６が、リモートデフラグ指示プログラム１１０Ａ、或いは１１０Ｂを解釈し一連のAtコマンドの情報がタスクスケジューラの記憶エリアに登録され、サービス装置１ＡのＯＳメイン部１１４のタスクスケジューラが、通信処理プログラム１１５を通じ予定時刻に各クライアント装置２にデフラグ指示をする（ステップＣ８）。

尚、ステップＣ５において、読み込まれた行データが検索キーを含まない場合は、最終行でなければ（ステップＣ９）、ステップＣ４から繰り返す。

上記例では、デフラグスケジュール決定プログラム１１２は毎日定刻で起動されるとしたが、毎日でなく、毎週の決まった曜日の定刻に起動されるようにしてもよい。また毎月所定の日付の定刻に起動されるようにしてもよい。即ち、起動時自動実行プログラム１１１ＡのAtコマンドのｅｖｅｒｙパラメータにより制御すればよい。

本発明の第２の実施例によれば、前記第１の実施例と同様の理由により、クライアント装置２の操作者の操作スキルに拘わらずクライアント装置２のディスク記憶装置２０４のファイル群のフラグメンテーションによる性能劣化を防止でき、操作者に操作の負担を掛けないようにできる。

また、業務時間帯が休日であるかどうかと曜日により変わり業務システムの負荷が変わるシステムにおいても、デフラグ処理実行による業務システムの処理遅延や滞留を回避できる。

その理由は、リモートデフラグ指示プログラム１１０が、その日、或いはその週や月の業務時間帯パターンを取得し、それに応じて業務システムの負荷の軽くなる時間帯を選択し、選択した時間帯において同様のサービスに係わるクライアント装置２−１〜２−３の各装置のデフラグ実行時間が重ならないようにスケジュール設定するためである。

本発明は、トランスペアレントなネットワーク上で動作する、業務システム、オンラインシステム等の各システムに適用できる。

本発明のリモートデフラグ方式の第１の実施例の全体構成を示すブロック図である。 本発明のサービス装置１のハードウェア構成を示すブロック図である。 本発明のサービス装置１でリモートデフラグ指示手段１１を実現するためのソフトウェアの構成を示す図である。 本発明のクライアント装置２をプログラム制御してデフラグ処理起動手段２１、デフラグ処理手段２２を実現するためのソフトウェアの構成を示す図である。 本発明のリモートデフラグ指示プログラム１１０の内容例を示す図である。 本発明のクライアント装置２のデフラグ処理起動シェル２１０の記述例を示す図である。 本発明のクライアント装置２のデフラグ処理起動シェル２１０の他の記述例を示す図である。 本発明のリモートデフラグ方式の第１の実施例のサービス装置１の動作を示すフローチャートである。 本発明のリモートデフラグ方式の第１の実施例のクライアント装置２の動作を示すフローチャートである。 本発明のリモートデフラグ方式の第２の実施例のサービス装置１Ａの構成を示すブロック図である。 本発明のサービス装置１Ａでリモートデフラグ指示手段１１Ａを実現するソフトウェアやプログラムの構成を示した図である。 本発明のリモートデフラグ方式の第２の実施例のサービス装置１Ａの動作を示すフローチャートである。

符号の説明

１ サービス装置
１１ リモートデフラグ指示手段
１１０ リモートデフラグ指示プログラム
１１１ 起動時自動実行プログラム
１１２ デフラグスケジュール決定プログラム
１１３ ＯＳ
１１４ ＯＳメイン部
１１５ 通信処理プログラム
１１６ コマンドインタプリタ
１Ａ サービス装置
１１Ａ リモートデフラグ指示手段
１１０Ａ、１１０Ｂ リモートデフラグ指示プログラム
１１１Ａ 起動時自動実行プログラム
１１３Ａ ＯＳ
１１７ スクリプトインタプリタ
１１８ ランタイムモジュール
１２ 業務時間情報記憶
１０１ 制御部
１０２ 入力デバイス
１０３ ディスプレイ
１０４ ディスク記憶装置
１０５ 通信部
２、２−１、２−２、２−３ クライアント装置
２０４ ディスク記憶装置
２１ デフラグ処理起動手段
２１０ デフラグ処理起動シェル
２１１ 処理開始告知部
２１２ 起動要求部
２２ デフラグ処理手段
２２０ デフラグ処理プログラム
２３０ ＯＳ
２３１ ＯＳメイン部
２３２ 通信処理プログラム
２３３ スクリプトインタプリタ
２３４ ランタイムモジュール
３ ネットワーク

Claims (13)

1. クライアント装置と、ネットワークを通じ１以上の前記クライアント装置にサービスを提供するサービス装置を備え、
   前記サービス装置が、
   前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとデフラグ処理を指示するリモートデフラグ指示手段を有し、
   前記クライアント装置が、自装置のディスク記憶装置上の個々のファイルのディスク上領域の配置の断片化の程度に応じ領域とデータを再配置する処理を行うデフラグ処理手段と、
   前記サービス装置からデフラグ指示を受け前記デフラグ処理手段を起動し、処理パラメータを渡すデフラグ処理起動手段とを有することを特徴とするリモートデフラグ方式。
2. 前記デフラグ処理起動手段が、前記デフラグ指示を受けると、デフラグ処理を開始する旨を表示して操作者に告知し、実行中の処理を休止状態にし前記デフラグ処理手段を起動することを特徴とする請求項１記載のリモートデフラグ方式。
3. 前記サービス装置が、業務の閑散時間帯が識別できる業務時間のパターン情報を、月日ごと或いは曜日ごとに記憶した業務時間情報記憶を有し、前記リモートデフラグ指示手段が、前記業務時間情報記憶を参照しその日の業務時間パターンを取得し、前記パターンに応じ前記予定日時を決定することを特徴とする請求項１、または２に記載のリモートデフラグ方式。
4. 前記リモートデフラグ指示手段に、Atコマンドにより前記クライアント装置に対するデフラグ処理の指示を前記予定日時と共にスケジューラに登録する手段を含むことを特徴とする請求項１、または２に記載のリモートデフラグ方式。
5. ネットワークを通じ１以上のクライアント装置にサービスを提供するサービス装置であって、
   前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとディスク記憶装置のデフラグ処理を指示するリモートデフラグ指示手段を有することを特徴とするサービス装置。
6. 業務の閑散時間帯が識別できる業務時間のパターン情報を、月日ごと或いは曜日ごとに記憶した業務時間情報記憶を有し、
   前記リモートデフラグ指示手段が、前記業務時間情報記憶を参照しその日の業務時間パターンを取得し、前記パターンに応じ前記予定日時を決定することを特徴とする請求項５記載のサービス装置。
7. 前記リモートデフラグ処理指示手段に、Atコマンドによりクライアント装置に対するデフラグ処理の指示を前記予定日時と共にスケジューラに登録する手段を含むことを特徴とする請求項５、または６に記載のサービス装置。
8. １以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、
   前記クライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記クライアント装置ごとの予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させるためのプログラム。
9. １以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、
   業務の閑散時間帯が識別できる業務時間のパターン情報を、月日ごと或いは曜日ごとに予め記憶部に登録する手順と、
   定期的に前記業務時間のパターン情報を参照し、その日の業務時間パターンを取得し、前記パターンに応じ前記クライアント装置へデフラグ処理を指示する予定日時を選択する手順と、
   前記クライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記選択した予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させるためのプログラム。
10. １以上のクライアント装置とネットワークで接続されたコンピュータのプログラムであって、
    業務の閑散時間帯が識別できる業務時間のパターン情報を、週ごと或いは月ごとに予め記憶部に登録する手順と、
    定期的に前記業務時間のパターン情報を参照し、その週、或いはその月の業務時間パターンを取得し、前記パターンに応じ前記クライアント装置へデフラグ処理を指示する予定日時を選択する手順と、
    前記１以上のクライアント装置のそれぞれに対しディスク記憶装置のデフラグ処理を指示する処理を前記選択した予定日時と共に予めスケジューラに登録する手順を前記コンピュータに実行させるためのプログラム。
11. クライアント装置と、ネットワークを通じ１以上の前記クライアント装置にサービスを提供するサービス装置を備えるシステムにおけるディスク記憶装置のデフラグ方法であって、
    前記サービス装置が、
    前記１以上のクライアント装置のそれぞれに対し決められた予定日時になるとデフラグ処理を指示するリモートデフラグ指示手順を有し、
    前記クライアント装置が、自装置のディスク記憶装置上の個々のファイルのディスク上領域の配置の断片化の程度に応じ領域とデータを再配置する処理を行うデフラグ処理手順と、
    前記サービス装置からデフラグ指示を受け前記デフラグ処理手順を起動し処理パラメータを渡すデフラグ処理起動手順とを有することを特徴とするリモートデフラグ方法。
12. 前記クライアント装置が、前記サービス装置からデフラグ指示を受けると、デフラグ処理を開始する旨を表示して操作者に告知し、実行中の処理を休止状態にし前記デフラグ処理手順を起動するデフラグ処理起動手順を有することを特徴とする請求項１１に記載のリモートデフラグ方法。
13. 前記サービス装置が、業務の閑散時間帯が識別できる業務時間のパターン情報を、月日ごと或いは曜日ごとに記憶部に予め登録する手順を有し、
    前記リモートデフラグ処理指示手順が、前記記憶部を参照しその日の業務時間パターンを取得し、前記パターンに応じ前記予定日時を決定する手順を有することを特徴とする請求項１１、または１２に記載のリモートデフラグ方法。

Images