(57)【特許請求の範囲】
【請求項１】
処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照する手段と、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、
前記空き時間において所定の処理を実行する実行手段とを備える処理装置。
【請求項２】
過去に所定の処理を実行したときの処理時間を参照する手段と、
前記処理時間と前記空き時間とを比較する手段とをさらに備え、
前記実行手段は、前記処理時間が前記空き時間を超えない場合に所定の処理を実行する請求項１に記載の処理装置。
【請求項３】
前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録する手段と、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測する手段と、
予測された処理時間と前記空き時間とを比較する手段とをさらに備え、
前記実行手段は、前記予測された処理時間が前記空き時間を超えない場合に所定の処理を実行する請求項１に記載の処理装置。
【請求項４】
ユーザ操作を検出する手段と、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御する手段とをさらに備える請求項１から３のいずれかに記載の処理装置。
【請求項５】
処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照する手段と、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、
前記空き時間において所定の処理の実行を前記処理装置に指令する手段とを備えるサーバ。
【請求項６】
所定の処理装置が有する資源にアクセスするサーバであり、
前記処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照する手段と、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、
前記空き時間において前記処理装置の資源に対する所定の処理を実行する手段とを備えるサーバ。
【請求項７】
前記処理装置が停止状態にあるか否かを判定する手段と、
前記処理装置が停止状態にあるときに、前記処理装置を起動する手段とをさらに備える請求項５または６に記載のサーバ。
【請求項８】
コンピュータに、
処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定するステップと、
前記空き時間において所定の処理を実行する実行ステップとを実行させるプログラム。
【請求項９】
過去に所定の処理を実行したときの処理時間を参照する手段と、
前記処理時間と前記空き時間とを比較するステップとをさらに実行し、
前記実行ステップでは、前記処理時間が前記空き時間を超えない場合に所定の処理が実行される請求項８に記載のプログラム。
【請求項１０】
前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録するステップと、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するステップと、
予測された処理時間と前記空き時間とを比較するステップとをさらに実行し、
前記実行ステップでは、前記予測された処理時間が前記空き時間を超えない場合に所定の処理が実行される請求項８に記載のプログラム。
【請求項１１】
ユーザ操作を検出するステップと、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御するステップとをさらに実行する請求項８から１０のいずれかに記載のプログラム。
【請求項１２】
処理装置と通信可能なコンピュータに、所定の処理を実行させるプログラムであり、
前記処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定するステップと、
前記空き時間において所定の処理の実行を前記処理装置に指令するステップとを備えるプログラム。
【請求項１３】
コンピュータに、所定の処理装置の資源にアクセスさせ、所定の処理を実行させるプログラムであり、
前記処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段から前記スケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが前記処理装置を使用しない、そのような処理装置の空き時間であると判定するステップと、
前記空き時間において前記処理装置の資源を利用する、そのような所定の処理を実行するステップとを備えるプログラム。
【請求項１４】
前記処理装置が停止状態にあるか否かを判定するステップと、
前記処理装置が停止状態にあるときに、前記処理装置を起動するステップとをさらに実行する請求項１２または１３に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理等に係る各種処理装置に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータ等の処理装置が職場や家庭に普及し、ユーザの業務や日常生活を支援している。今日、これらの処理装置の性能は大きく向上している。しかし、処理されるデータ量が増大しているため、必ずしもその処理能力に余裕はない。さらに、これらの処理装置では、ユーザの作業を支援する本来の処理以外に、処理装置を適正に維持するための様々な処理が実行される。
【０００３】
例えば、インターネットが日常的に利用されるようになり、様々な情報がインターネット上で交換される一方で、コンピュータウィルスによる被害は後を絶たない。これに対し、ウィルスをチェックし除去するツールが利用されており、ユーザは定期的なチェックや、パターンファイル更新といった作業を要求されている。
【０００４】
そのために、ユーザは、時刻指定による自動チェック機能を利用して、チェック忘れがないようにしてきた。しかし指定時刻にパソコンが起動されておらず、ウィルスチェックが起動されないことがあった。
【０００５】
また、ウィルスチェックは処理負荷が高く、同時に実行される他の処理に対する処理装置の処理速度を低下させる場合がある。そのため、ユーザが処理装置を使用しない昼休みの時間帯に起動時刻を指定することが多い。しかし、近年のハードディスクの大容量化に伴う記憶データ容量の増加や、多様な形態によりファイルに感染するウィルスの精査のため、昼休みの時間だけでは、ウィルスチェックが終了しないことも多い。その結果、ユーザの本来の作業に支障をきたす場合があった。
【０００６】
また、ウィルスチェック以外にも、例えば、ハードディスク上の空き領域が分散し、ハードディスクへのアクセス時間が遅延するフラグメンテーションを解消させる処理（この処理を実行するプログラムをデフラグメンタ（defragmentor）と呼ぶ）、削除されたコンピュータファイルの実体をクリアする処理、データのバックアップを取る処理等、様々な処理（以下、これを非主要処理という）が処理装置で実行される。
【０００７】
ユーザの作業を支援する本来の処理を軽快に実行するためには、上記のような非主要処理をユーザに意識させることなく、処理装置が使用されていない空き時間に実行し、かつ、終了させる必要がある。
【０００８】
【発明が解決しようとする課題】
本発明はこのような従来の技術の問題点に鑑みてなされたものである。すなわち、本発明の課題は、処理装置においてユーザ作業を支援する本来の処理以外の処理を処理装置の空き時間に実行させる技術を提供することにある。
【０００９】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。
【００１０】
（１）すなわち、本発明は、所定の処理を実行する処理装置であり、処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段からそのスケジュール情報を参照する手段と、そのスケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが上記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、その空き時間において所定の処理を実行する実行手段とを備えるものである。
【００１１】
この処理装置は、ユーザのスケジュール情報を参照し、ユーザが上記処理装置を使用しない、そのような処理装置の空き時間を判定し、その空き時間において所定の処理を実行する。
【００１２】
したがって、ユーザが処理装置を使用している期間において、所定の処理の実行を抑えることができる。このような処理装置は、所定の処理による負荷が高い場合に特に有効である。
【００１３】
（２）好ましくは、この処理装置は、過去に所定の処理を実行したときの処理時間を参照する手段と、
その処理時間と上記空き時間とを比較する手段とをさらに備え、
上記実行手段は、その処理時間が上記空き時間を超えない場合に所定の処理を実行するようにすればよい。
【００１４】
この処理装置によれば、過去に所定の処理を実行したときの処理時間と上記空き時間とを比較して、その空き時間内に実行が完了するように、空き時間を選択することができる。
【００１５】
（３）好ましくは、上記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録する手段と、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測する手段と、
予測された処理時間と前記空き時間とを比較する手段とをさらに備え、
上記実行手段は、上記予測された処理時間が上記空き時間を超えない場合に所定の処理を実行するようにしてもよい。
【００１６】
この処理装置によれば、過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するので、さらに正確に処理時間を予測できる。
【００１７】
（４）好ましくは、この処理装置は、上記データを格納する媒体の不使用記憶容量を参照する手段をさらに備え、
上記予測する手段は、その不使用記憶容量を上記使用記憶容量に係る情報として上記処理時間を予測するようにしてもよい。不使用記憶容量の方が求めやすいような処理装置において、不使用記憶容量を求めておき、全体の使用記憶容量と不使用記憶容量とから現在の使用記憶容量を求めてもよい。
【００１８】
（５）好ましくは、上記参照する手段は、所定のサーバ上に格納されるスケジュール情報を参照してもよい。
【００１９】
（６）好ましくは、この処理装置は、ユーザ操作を検出する手段と、
上記ユーザ操作の検出結果に基づき上記所定の処理の実行を制御する手段とをさらに備えてもよい。処理の実行を制御するとは、例えば、ユーザ操作が検出されたときに、所定の処理の実行を止めることをいう。
【００２０】
また、それは、例えば、ユーザ操作が検出されないときに、所定の処理を実行させることをいう。この処理装置によれば、ユーザ操作の検出結果に基づき、所定の処理の実行を制御するので、実際のユーザの装置使用状況を反映して所定の処理を実行できる。
【００２１】
（７）好ましくは、上記所定の処理には、コンピュータウィルスのチェック処理、データを格納する媒体での空き領域の統合処理、削除済みデータの抹消処理、または所定データの複写処理のいずれか、または１以上が含まれる。
【００２２】
（８）また、本発明は、処理装置と通信するサーバであり、処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段からそのスケジュール情報を参照する手段と、上記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが上記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、上記空き時間において所定の処理の実行を上記処理装置に指令する手段とを備えるものでもよい。
【００２３】
すなわち、本発明によれば、例えば、ユーザのスケジュール情報にアクセス可能なサーバがそのスケジュール情報を基に処理装置の空き時間を判定し、処理装置に所定の処理の実行を指令する。
【００２４】
（９）また、本発明は、所定の処理装置が有する資源にアクセスするサーバであり、上記処理装置を使用するユーザの所在を時間とともに記憶するスケジュール情報の記憶手段からそのスケジュール情報を参照する手段と、上記スケジュール情報に基づきユーザの所在が自席以外とされた時間をユーザが上記処理装置を使用しない、そのような処理装置の空き時間であると判定する手段と、上記空き時間において上記処理装置の資源に対する所定の処理を実行する手段とを備えるものでもよい。
【００２５】
本発明によれば、サーバがユーザのスケジュール情報から処理装置の空き時間を判定するとともに、その空き時間に、処理装置の資源にアクセスして所定の処理を実行する。ここで、処理装置の資源とは、例えば、処理装置のハードディスク、メモリ、ＣＰＵ等である。
【００２６】
（１０）好ましくは、このサーバは、上記処理装置が停止状態にあるか否かを判定する手段と、
上記処理装置が停止状態にあるときに、上記処理装置を起動する手段とをさらに備えるものでもよい。
【００２７】
本発明によれば、処理装置が停止中にあるとき、サーバがその処理装置を起動し、所定の処理を実行する。したがって、処理装置のユーザが長時間、または長期間不在で、処理装置が停止しているような場合でも、所定の処理を実行することができる。
【００２８】
（１１）好ましくは、このサーバは、過去に所定の処理を実行したときの処理時間を参照する手段と、
上記処理時間と上記空き時間とを比較する手段とをさらに備えてもよい。
【００２９】
（１２）好ましくは、上記所定の処理はデータ処理であり、このサーバは、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録する手段と、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測する手段と、
予測された処理時間と上記空き時間とを比較する手段とをさらに備えるものでもよい。
【００３０】
（１３）好ましくは、このサーバは、上記データを格納する媒体の不使用記憶容量を参照する手段をさらに備え、
上記予測する手段は、その不使用記憶容量を上記使用記憶容量に係る情報として上記処理時間を予測してもよい。
【００３１】
（１４）好ましくは、このサーバは、上記処理装置に対するユーザ操作を検出する手段と、
上記ユーザ操作の検出結果に基づき上記所定の処理の実行を制御する手段とをさらに備えるものでもよい。
【００３２】
本発明の上記いずれかの構成要素をコンピュータのプログラムとして実現してもよい。本発明は、コンピュータその他の装置、機械等が上記いずれかの処理を実行する方法であってもよい。また、本発明は、コンピュータその他の装置、機械等に、以上のいずれかの機能、ステップ、または処理を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。
【００３３】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態を説明する。
【００３４】
《第１実施形態》
以下、本発明の第１実施形態を図１から図９の図面に基いて説明する。図１は第１実施の形態に係る情報システムのシステム構成図であり、図２は、図１に示したスケジュール管理プログラム３が提供するスケジュール管理サイト１０の画面例であり、図３は、図１に示した予定表データベース５のデータ例であり、図４は、図１に示したマシン情報データベース６のデータ例であり、図５は、第１実施形態の情報システムで実行されるプログラムの処理を示すフローチャートであり、図６は、図１に示した処理実績データベース７のデータ例であり、図７は、第１実施形態の変形例１に係るハードディスク使用容量に基づく処理時間の予測処理の例であり、図８は、変形例２に係る情報システムのシステム構成図であり、図９は、変形例３に係る情報システムの構成図である。
【００３５】
＜情報システムの機能概要＞
本実施形態では、情報システムにおいて、負荷が大きく、かつ、ユーザの本来の業務を支援しない処理（以下、所定の処理という）がユーザの作業に支障をきたさないようにする機能を説明する。
【００３６】
図１に、本情報システムのシステム構成図を示す。この情報システムは、ユーザが使用するパーソナルコンピュータ２およびパーソナルコンピュータ２にサービスを提供するサーバ１を有している。なお、パーソナルコンピュータ２およびサーバ１のハードウェアおよびＯＳ等のシステムプログラムの構成については、広く知られているので、その説明を省略する。
【００３７】
本実施形態では、所定の処理として、パーソナルコンピュータ２のハードディスク８に対するウィルスチェックを例にして説明する。すなわち、本実施形態では、パーソナルコンピュータ２は、ウィルスチェックプログラム４を実行し、ハードディスク内のファイル８のウィルスチェックを実行する。
【００３８】
ただし、本発明の実施は、以上のような構成に限定されるものではない。また、本発明の実施において、所定の処理がウィルスチェックに限定されるものではない。所定の処理としては、例えば、ハードディスク上の空き領域が分散し、ハードディスクへのアクセス時間が遅延するフラグメンテーションを解消させる処理（この処理を実行するプログラムをデフラグメンタ（defragmentor）と呼ぶ）、削除されたコンピュータファイルの実体をクリアする処理、データのバックアップを取る処理等を挙げることができる。これらの処理は、ユーザの作業には本来必要ではないが、パーソナルコンピュータ２の状態を良好に維持したり、安全性を高めるため等の理由により必要とされる。また、これらの処理の実行により、ＣＰＵや周辺装置に対する負荷が高くなることが多い。
【００３９】
図１のように、サーバ１は、グループウェアの一機能であるスケジュール管理プログラム３を有している。また、スケジュール管理プログラム３は、パーソナルコンピュータ２のユーザごとのスケジュール管理情報を予定表データベース５に保持している。さらに、スケジュール管理プログラム３は、パーソナルコンピュータ２のウィルスチェックを起動するための通信モジュールを有している。
【００４０】
さらに、サーバ１は、各ユーザが使用するパーソナルコンピュータ２等のハードウェア資源等の情報を記録するマシン情報データベース６、各パーソナルコンピュータ２等でウィルスチェックを実行したときの処理時間の実績を記録する処理実績データベース７を有している。
【００４１】
ウィルスチェックの実行がユーザのパーソナルコンピュータ２での作業に支障をきたさないためには、ウィルスチェックにかかる時間と同等のマシン未使用時間が必要となる。そのために、本情報システムは、サーバ１のスケジュール管理プログラム３の情報（予定表データベース５に格納されるスケジュール管理情報）を利用する。すなわち、本情報システムは、ユーザのスケジュール管理情報を参照し、ユーザがパーソナルコンピュータ２を使用しない空き時間の有無を判定する。そして、本情報システムは、その空き時間にウィルスチェックを実行する。
【００４２】
まず、サーバ１は、スケジュール管理プログラム３が管理する予定表データベース５を参照する（図１の▲１▼）。そして、サーバ１は、予定表データベース５でユーザの予定が設定された時間になった場合、その予定で設定されている場所が自席以外か否かをチェックする。「予定で設定されている場所」とは、通常は、ユーザがその予定を遂行する遂行場所である。その場所は、例えば、自席、会議室、社内他部門の名称、社外の組織名、自宅等である。
【００４３】
その場所が自席以外または空欄以外であったとき、サーバ１は、その時間帯においてユーザがパーソナルコンピュータ２を使用しない空き時間であると判定する。そして、サーバ１は、マシン情報データベース６の情報または処理実績データベース７の情報を参照し、ウィルスチェックにかかる処理時間を予測する（図１の▲２▼▲３▼）。
【００４４】
ここで、マシン情報とは、パーソナルコンピュータ２の資源に関する情報、例えば、不図示のＣＰＵの性能、メモリの容量、ハードディスクの容量、現在の空きディスク容量等である。また、処理時間は、特定のＣＰＵに対する処理時間の典型値をＣＰＵクロック数で反比例させるような計算式で算出すればよい。
【００４５】
また、サーバ１は、処理時間の実績値を処理実績データベース７に記録しておき、過去の処理時間を参照し、次の処理時間の予測値として用いてもよい（図１の▲３▼）。過去の実績値を用いる方がより正確に処理時間を予測できる。
【００４６】
そして、サーバ１は、参照した空き時間と予測した処理時間とを比較する。そして、予測した処理時間以上の空き時間がある場合、サーバ１は、通信モジュールを介してパーソナルコンピュータ２にウィルスチェックの起動を指令する（図１の▲４▼）。
【００４７】
パーソナルコンピュータ２は、サーバ１からの指令を受けウィルスチェックを起動する（図１の▲５▼）。
【００４８】
このとき、サーバ１の不図示の通信モジュールは、ウィルスチェックが終了するまで待つ。サーバ１がパーソナルコンピュータ２からウィルスチェック終了の通知を受け、もしくはサーバ１がウィルスチェック終了を監視することで（図１の▲６▼）、サーバ１は、起動指令の時刻からチェック終了までにかかった処理時間を求める。そして、サーバ１は、その処理時間を処理実績データベース７に記録する（図１の▲７▼）。
【００４９】
なお、上記「予定で設定されている場所」が自席または空欄であった場合、サーバ１は、上記のようなウィルスチェックの起動を指令しない。
【００５０】
図２に、図１に示したスケジュール管理プログラム３がパーソナルコンピュータ２に提供するスケジュール管理サイト１０の画面例を示す。このスケジュール管理サイト１０については、その画面構成をＨＴＭＬ（HyperText Markup Language）で記述しておき、サーバ１で実行されるウェブサーバプログラムとパーソナルコンピュータ２で実行されるブラウザの連携により表示してもよい。
【００５１】
図２のように、この画面は、あるユーザ（山田一郎さん）の一日のスケジュール（１０月１７日のスケジュール）を表示している。この画面は、縦軸に、一日の時間を示し（例えば、８時から２１時まで）、横軸には、「予定」、「場所」、および「メモ」の各欄を表示する。
【００５２】
「予定」の欄には、時間帯と予定の概要が示される。また、「場所」の欄には、その「予定」の時間帯にユーザが予定を遂行する場所が示される。例えば、図３のスケジュールによれば、このユーザは、１３時から１５時の間の１２０分間大会議室で認定試験を受験することになっている。
【００５３】
このような場合、その予定の直前にサーバ１は、１２０分の空き時間を参照する。さらに、サーバ１は、マシン情報データベース６または処理実績データベース７を参照し、過去のウィルスチェックの処理時間（チェック完了時間）の実績値を求める。
【００５４】
そして、例えば、処理時間が１００分であった場合、空き時間の範囲で、ウィルスチェックを完了できるため、サーバ１は、パーソナルコンピュータ２に対しウィルスチェックの起動を指令する。これにより、パーソナルコンピュータ２は、ウィルスチェックを起動し、その実行状況を示すウィンドウ１１を画面に表示する。
【００５５】
＜データ構造＞
図３に、予定表データベース５のデータ例（スケジュール管理情報）を示す。予定表データベース５のデータは、ユーザごとに、日付単位で区分される。図３では、山田一郎さんのデータが示されている。また、図３では、年月は省略されているが、１５日（火曜日）、１６日（水曜日）、１７日（木曜日）等のデータが示されている。
【００５６】
また、各日付のデータは、時間帯で区切ったスケジュール管理情報を保持している。各スケジュール管理情報（これを予定ともいう）は、時間帯と、予定の概要と、その時間にユーザが予定を遂行する場所を有している。図３の例では、この「場所」は、（）内の文字列で記録されている。
【００５７】
ただし、予定表データベース５を表形式のデータ（固定長のデータの集合）で構成し、その固定長のデータ内の所定のフィールドに「場所」を記録するようにしてもよい。また、予定表データベース５をＸＭＬ（eXtensible Markup Language）で記述し、ＸＭＬのタグにより「場所」を記録する領域を定義してもよい。
【００５８】
例えば、図３の例では、この予定のユーザ（山田一郎さん）は、１５日（火曜日）の１０時から１１時まで、レビュー卓で開催されるグループ会議に出席することが分かる。また、このユーザは、１６日（水曜日）には、１１時から１６時の間、自席で書類を作成することが分かる。
【００５９】
さらに、このユーザは、１７日（木曜日）の１０時から１２時の間においても自席で書類を作成することが分かる。この場合、（）内が空欄であることから自席が設定されている。また、このユーザは、１７日（木曜日）の１３時から１５時の間、大会議室で開催される認定試験を受験することが分かる。
【００６０】
図４に、マシン情報データベース６のデータ例を示す。マシン情報データベース６の各データは、マシンＩＤにより識別され、各ユーザが使用するパーソナルコンピュータ２のハードウェアに関する情報を保持する。
【００６１】
ここで、マシンＩＤは、ネットワーク上で処理対象のパーソナルコンピュータ２をユニークに識別する情報であり、例えば、そのパーソナルコンピュータ２のＩＰアドレス、そのパーソナルコンピュータ２に搭載されたイーサネット基板のＭＡＣアドレス（Media Access Control address）、一意に設定されたコンピュータ名等である。
【００６２】
また、ハードウェアに関する情報とは、例えば、ＣＰＵの型式、クロック数、メモリ容量、ハードディスク容量、ハードディスクの使用容量、ハードディスクの空き容量等である。
【００６３】
図４では、マシン情報データベース６の１レコード分の情報が示されている。この１レコードにより、１台のパーソナルコンピュータ２に対するマシン情報が管理される。
【００６４】
＜作用＞
図５に、本情報システム（サーバ１とパーソナルコンピュータ２）において所定の処理を起動するプログラムの処理を示す。この処理は、一人のユーザに対する処理を示している。
【００６５】
この処理では、まず、サーバ１が現在時刻に最も近い未チェックの予定（スケジュール管理情報）を予定表データベース５から取得する（Ｓ１）。そして、サーバ１は、その予定の開始時刻が現在の時刻と一致するか否かを判定する（Ｓ２）。ここで、一致するとは、上記予定の開始時刻と現在の時刻との差が所定値以内となることをいう。その予定の開始時刻が現在の時刻と一致しない場合、サーバ１は、制御をＳ１に戻す。
【００６６】
その予定の開始時刻が現在の時刻と一致する場合、サーバ１は、処理実績データベース７から処理時間の実績を取得する（Ｓ４）。なお、図５で示される処理を最初に実行する場合には、処理時間の実績値としては、一般的な初期値が設定されている。この初期値は、例えば、パーソナルコンピュータ２のＣＰＵ性能とハードディスクの容量から見積られる値である。
【００６７】
次に、サーバ１は、その処理時間の実績値を処理時間の予測値として用いる。そして、サーバ１は、その処理時間の予測値が上記予定の時刻に収まるか否かを判定する（Ｓ５）。
【００６８】
そして、処理時間がその予定の時間内に収まらない場合、サーバ１は、制御をＳ１に戻す。また、処理時間がその予定の時間内に収まる場合、サーバ１は、その予定において、ユーザが自席以外の場所にいるか否かを判定する（Ｓ６）。
【００６９】
ユーザが自席にいる場合（Ｓ６においてＮＯの場合）、サーバ１は、制御をＳ１に戻す。また、ユーザが自席にいない場合（Ｓ６においてＹＥＳの場合）、サーバ１は、通信モジュールを介してパーソナルコンピュータ２に指令を送り、ウィルスチェックを実行させる（Ｓ７）。このとき、通信モジュールは、ウィルスチェックの実行終了を待つ。
【００７０】
そして、ウィルスチェックの実行終了後、サーバ１は、ウィルスチェックの処理時間を計測する。そして、サーバ１は、その処理時間の実績値を処理実績データベース５に記録する。その後、サーバ１は、制御をＳ１に戻す。
【００７１】
＜実施形態の効果＞
本情報システムは、過去にウィルスチェック等、所定の処理の処理時間を参照する。そして、この情報システムは、その処理時間の実績値とスケジュールの空き時間とを比較し、処理時間が空き時間に収まる場合に、所定の処理を起動する。その結果、空き時間に所定の処理を完了させる確度を高めることができる。
【００７２】
したがって、例えば、パーソナルコンピュータを使用したくてもウィルスチェックが完了していないといったことが少なくなる。また定期的にウィルスチェックを行うといった設定をする必要がなく、ユーザが意識することなくウィルスからパーソナルコンピュータ２を守ることができる。
【００７３】
また、定期的に所定の処理を実行するような設定に加えて、さらに空き時間にそのような処理を実行させることができる。これにより、例えば、上述したウィルスチェックだけに限らず、ハードディスクのバックアップ等、確実に実行すべき処理の実行漏れを低減できる。
【００７４】
＜処理対象の使用記憶容量に基づき処理時間を予測する例＞
上記実施形態の情報システムは、過去に実行した所定の処理（例えば、ウィルスチェック）の処理時間の実績値を予測値として用いた。そして、上記情報システムは、その処理時間の予測値を予定表データベース５の空き時間と比較することにより、その空き時間内にその処理が終了するか否かを判定した。この予測値を処理対象の使用記憶容量に基づき修正することにより、さらに正確な予測値にしてもよい。
【００７５】
図６は、そのような予測を行うための処理実績データベース７のデータ例である。この場合、図６のように、処理実績データベース７のデータには、マシンＩＤ、実行日時、ハードディスク使用容量、処理時間を含むようにすればよい。マシンＩＤは、マシン情報データベース６で説明したものと同様である
実行日時は、ウィルスチェック等所定の処理の実行日時である。ハードディスクの使用容量は、当該パーソナルコンピュータ２のハードディスクの使用容量である。ただし、使用容量に代えて空き容量を記録するようにしてもよい。その空き容量とマシン情報データベース６のハードディスク容量から処理対象の使用記憶容量（ウィルスチェック実行時点の使用記憶容量）を算出することができるからである。処理時間は、そのときの所定の処理（ウィルスチェック）に要した処理時間である。
【００７６】
図７に、ハードディスク使用容量に基づく処理時間の予測処理の例を示す。この処理は、Ｓ３ＡからＳ５Ａのステップを除き、図５の処理と同様である。そこで、同一のステップについては、その説明を省略する。
【００７７】
すなわち、サーバ１は、予定表データベース５の予定が現時刻と一致した場合（Ｓ２でＹＥＳの場合）、マシン情報データベース５から現在のディスク使用容量等を取得する（Ｓ３Ａ）。
【００７８】
次に、サーバ１は、処理実績データベース７から過去の処理時における使用記憶容量（その時点のハードディスク使用容量）と処理時間の実績値を取得する。
【００７９】
そして、サーバ１は、現在のディスク使用容量と、過去の処理時におけるディスク使用容量および処理時間の実績値とからウィルスチェックの処理時間を予測する（Ｓ５Ａ）。この処理は、過去のハードディスク使用容量とそのときのウィルスチェックの処理時間実績値との関係を複数点記録しておき、現在のハードディスク使用容量の値を内挿補間または外挿補間することで求めることができる。また、過去のハードディスク使用容量とそのときのウィルスチェックの処理時間実績値との関係を実験式で記述しておき、現在のハードディスク使用容量から処理時間を予測してもよい。その後の処理は、図５の場合と同様である。
【００８０】
以上述べたように、ハードディスクの使用容量（または空き容量）を参照することにより、上記第１実施形態で述べた処理に比べてより正確に処理時間を予測することができる。その結果、より確実にユーザの空き時間内にウィルスチェックを完了することができる。
【００８１】
＜システム構成における変形例＞
上記実施形態では、サーバ１がユーザの予定表データベース５、マシン情報データベース６、または処理実績データベース７等に基づき、ユーザがパーソナルコンピュータ２を使用しない空き時間を求めた。そして、その空き時間にウィルスチェックを実行するようにサーバ１がパーソナルコンピュータ２に指令した。しかし、本発明の実施は、このような構成には限定されない。
【００８２】
例えば、サーバ１を使用しないような情報システムにおいても本発明は実施できる。すなわち、スケジュール管理プログラム３、予定表データベース５、マシン情報データベース６および処理実績データベース７をパーソナルコンピュータ２に保持し、パーソナルコンピュータ２内で上記処理を実行するようにしてもよい。
【００８３】
図８に、そのような情報システムの構成図を示す。このシステムでは、パーソナルコンピュータ２のスケジュール管理プログラム３は、第１実施形態の情報システムと同様の手順で、パーソナルコンピュータ２が使用されない空き時間を検出する（図８の▲１▼〜▲３▼）。
【００８４】
そして、スケジュール管理プログラム３に含まれるプログラム起動モジュールは、ウィルスチェックプログラム４を起動する（図８の▲４▼）。すると、ウィルスチェックプログラム４は、パーソナルコンピュータ２内のハードディスクに対して、ウィルスチェックを実行する（図８の▲５▼）。このとき、スケジュール管理プログラム３のプログラム起動モジュールは、ウィルスチェックの終了を待つ。
【００８５】
スケジュール管理プログラム３がウィルスチェックプログラム４からウィルスチェック終了の通知を受け、もしくはスケジュール管理プログラム３がウィルスチェック終了を監視することで（図１の▲６▼）、スケジュール管理プログラム３は、ウィルスチェックプログラム４の起動時刻からチェック終了までにかかった処理時間を求める。
【００８６】
ウィルスチェックを終了後、スケジュール管理プログラム３は、処理の結果、例えば、パーソナルコンピュータ２のハードディスク使用容量や処理時間を処理実績データベース７に記録する（図８の▲７▼）。このような構成により、サーバ１を使用せず、パーソナルコンピュータ２のローカルな環境で本発明を実施できる。
【００８７】
また、例えば、ウィルスチェックプログラム自体をサーバ１に格納し、サーバ１のＣＰＵ上でパーソナルコンピュータ２のハードディスクのウィルスチェックを実行をするようにしてもよい。
【００８８】
このようなシステム構成でウィルスチェックを実行するためには、サーバ１で実行されるプログラムからパーソナルコンピュータ２内のハードディスクのデータを読み出せる必要がある。そのような複数のコンピュータ間でハードディスクを共用する機能としては、例えば、ActiveX（米国Microsoft社のインターネット技術の総称）や、unixシステムにおけるＮＦＳ(Network File System)が知られている。
【００８９】
図９にそのような情報システムの構成図を示す。図９の情報システムは、ウィルスチェックプログラム４が、サーバ１上で実行される点で図１の情報システムと相違する。
【００９０】
すなわち、サーバ１のスケジュール管理プログラム３は、第１実施形態の情報システムと同様の手順で、パーソナルコンピュータ２が使用されない空き時間を検出し、ウィルスチェックプログラム４にその情報を通知する（図９の▲１▼）。この情報には、処理対象のパーソナルコンピュータ２を識別するマシンＩＤ等が含まれる。
【００９１】
すると、ウィルスチェックプログラムは、パーソナルコンピュータ２内のハードディスクに対して、ネットワークを介してウィルスチェックを実行する（図９の▲２▼）。
【００９２】
ウィルスチェックを終了後、ウィルスチェックプログラムは、処理の完了をスケジュール管理プログラム３に通知する（図９の▲３▼）。スケジュール管理プログラム３は、処理の結果、例えば、パーソナルコンピュータ２のハードディスク使用容量や処理時間を処理実績データベース７に記録する。
【００９３】
また、例えば、パーソナルコンピュータ２がスケジュール管理プログラム３を実行し、サーバ１がパーソナルコンピュータ２に対するウィルスチェックを実行するようにしてもよい。
【００９４】
すなわち、パーソナルコンピュータ２自身が空き時間を検出し、その情報をサーバ１に通知する。この情報にはパーソナルコンピュータ２を識別する情報等が含まれる。そして、サーバ１は、そのパーソナルコンピュータ２の有するハードディスクに対するウィルスチェックを実行するようにしてもよい。
【００９５】
以上述べたように、本発明の実施において、スタンドアロンのローカルな環境か、サーバ１とパーソナルコンピュータ２が連携するネットワーク環境かは問われない。
【００９６】
また、本発明の実施において、所定の処理を実行するプログラム（例えば、ウィルスチェックプログラム）がパーソナルコンピュータ２にあるか、サーバ１にあるかを問わない。また、本発明の実施において、スケジュール管理プログラム３、予定表データベース５等がパーソナルコンピュータ２にあるか、サーバ１にあるかを問わない。
【００９７】
＜各プログラムの処理の変形例＞
上記実施形態では、スケジュール管理プログラム３あるいはスケジュール管理プログラム３に含まれるモジュールが空き時間を検出し、ウィルスチェックプログラムを起動した。すなわち、ウィルスチェックプログラム４が起動されるまでの処理は、スケジュール管理プログラム側で実行した。しかし、本発明の実施は、そのような構成および処理には限定されない。
【００９８】
例えば、上記処理の一部をウィルスチェックプログラム側で実行するようにしてもよい。例えば、予定表データベース５に現時点で開始する予定があった場合、その情報をスケジュール管理プログラム３からウィルスチェックプログラムに引き渡すようにしてもよい。
【００９９】
そして、ウィルスチェックプログラム４側において、空き時間の有無の判定、処理時間の予測、その空き時間内に処理が完了するか否かの判定を実施してもよい。
【０１００】
また、例えば、スケジュール管理プログラム３とウィルスチェックプログラム４とを連携させるプロセス管理プログラムにより、上記第１実施形態で述べた処理を実行させてもよい。
【０１０１】
すなわち、予定表データベース５にアクセスし、ユーザの空き時間を検出し、その空き時間に所定の処理（ウィルスチェック等）を実行するようなプロセス管理プログラムにより、本発明を実施してもよい。
【０１０２】
そのようなプロセス管理プログラムを使用することにより、汎用的なスケジュール管理プログラム３と汎用的な処理プログラム（ウィルスチェックプログラム、バックアッププログラム等）を組み合わせて使用することができる。また、このようなプロセス管理プログラムの機能をＯＳに組み込んでもよい。
【０１０３】
例えば、所定のファイルに、予定表データベース５の所在と、空き時間に実行すべき処理プログラムの所在、そのプログラムに引き渡すパラメータ、および処理時間の初期値を設定しておく。ＯＳに付属するサービスプログラムは、その設定を読み出し、空き時間にその処理プログラムを起動するようにすればよい。
【０１０４】
＜その他の変形例＞
上記実施形態では、予定表データベース５に格納された個々の予定（スケジュール管理情報）ごとに、処理時間の予測値がその予定の時間に収まるか否かを判定した。しかし、そのような処理に代えて、連続した複数の予定においてユーザが不在の場合に、その複数の予定を結合した時間帯を求め、その結合した時間帯に上記処理時間の予測値が収まるか否かを判定してもよい。
【０１０５】
《第２実施形態》
本発明の第２実施形態を図１０および図１１の図面に基づいて説明する。図１０は、本実施形態においてパーソナルコンピュータ２のアイドル状態を検出する処理を示すフローチャートであり、図１１は、本実施形態における所定の処理を起動するプログラムの処理を示すフローチャートである。
【０１０６】
上記第１実施形態においては、ユーザがパーソナルコンピュータ２を使用しない空き時間を検出し、その空き時間にウィルスチェック等の処理を実行する情報システムの例を示した。
【０１０７】
本実施形態では、さらに、実際にパーソナルコンピュータ２が使用されないアイドル状態になっているか否かを判定する情報システムについて説明する。他の構成および作用は第１実施形態の場合と同様である。そこで、同一の構成要素については同一の符号を付してその説明を省略する。また、必要に応じて図１から図９の図面を参照する。
【０１０８】
＜処理概要＞
本実施形態では、マシン（パーソナルコンピュータ２等）の実際の使用状況も考慮してこの所定処理（ウィルスチェック等）を実施する。
【０１０９】
この使用状況は、例えば、キーボードやマウスなどの入力装置が使用されているか否かで判断する。この処理は、例えば、米国Microsoft社のWindowsでは、スクリーンセーバーの起動判断などに利用されている。このようなマシンが使用されていない状態をアイドル状態と呼ぶ。そして、本情報システムは、例えば、予定表データベース５の情報からは空き時間と判断される時間であっても、アイドル状態にない場合には、所定の処理を実行しない。
【０１１０】
＜作用＞
図１０に、パーソナルコンピュータ２において実行されるアイドル状態検出プログラムの処理手順を示す。この処理では、プログラムは、まず、アイドル状態を解除する初期設定を行う（Ｓ１１）。これは、例えば、アイドル状態を管理するフラグのクリア処理である。
【０１１１】
次に、プログラムは、タイマを初期設定する（Ｓ１２）。この設定により、所定のインターバル後に、タイマによるイベントが発生する。本プログラムでは、タイマによるイベントが発生するまで、ユーザの入力操作を検出しなかったとき、パーソナルコンピュータ２がアイドル状態にあると判定する。
【０１１２】
次に、プログラムは、イベント待ちの状態になる（Ｓ１３）。イベントは、キーボードやマウス等による入力操作により、デバイスドライバおよびＯＳを介してプログラムに通知される。また、イベントには、タイマからの通知も含まれる。
【０１１３】
イベントが発生すると、プログラムは、イベントの種類を判定する。まず、プログラムは、イベントが入力操作か否かを判定する（Ｓ１４）。イベントが入力操作であった場合、プログラムは、アイドル状態を解除する（Ｓ１５）。これは、例えば、アイドル状態を示すフラグをクリアする処理である。次に、プログラムは、タイマを再設定する（Ｓ１６）。その後、プログラムは制御をＳ１３に戻す。
【０１１４】
イベントが入力操作でなかった場合、プログラムは、イベントがタイマからの時間経過報告か否かを判定する（Ｓ１７）。イベントがタイマからの時間経過報告の場合、プログラムは、アイドル状態を設定する。アイドル状態は、例えば、所定のメモリのフラグとして設定される。
【０１１５】
その後、プログラムは、タイマを再設定することなく、制御をＳ１３に戻す。この場合、以降に、タイマイベントは発生しないので、ユーザの入力操作が検出されない限り、アイドル状態が続くことになる。
【０１１６】
図１１に、本実施形態におけるプログラムの処理を示す。この処理は、Ｓ１ＡおよびＳ１Ｂのステップを除き、図７と同様である。ただし、本実施形態では、すべての処理をパーソナルコンピュータ２においてスタンドアロンで実行する場合を想定している。
【０１１７】
すなわち、本実施形態においては、パーソナルコンピュータ２は、まず、装置（パーソナルコンピュータ２自身）がアイドル状態か否かを判定する（Ｓ１Ａ）。アイドル状態か否かは、不図示のメモリ上のフラグに設定されている。そして、アイドル状態でない場合、パーソナルコンピュータ２は、アイドル状態まで待つ（Ｓ１Ｂ）。その後、パーソナルコンピュータ２は、制御をＳ１Ａに戻す。
【０１１８】
一方、Ｓ１Ａの判定で装置がアイドル状態の場合、パーソナルコンピュータ２は、制御をＳ１に進める。その後の処理は、第１実施形態の図７と同様である。
【０１１９】
以上述べたように、本実施形態では、予定表データベース５の情報以外に、ユーザの入力操作の有無を反映してパーソナルコンピュータ２が空いているか否かを判定する。その結果、ユーザがスケジュール管理プログラム３に登録した予定通りに行動していない場合、例えば予定が変更になったにも関わらずスケジュールデータを変更し忘れた場合、あるいは、誤ってスケジュールデータを登録してしまった場合においても、ユーザの作業に支障が発生する可能性が少なくなる。
【０１２０】
すなわち、このアイドル状態も加味することにより、ユーザがパーソナルコンピュータ２を利用していないことをより正確に判断することができる。
【０１２１】
＜変形例＞
上記実施形態では、パーソナルコンピュータ２内においてアイドル状態の検出、空き時間の検出、所定の処理の実行を行う情報システムについて説明した。しかし、これらの処理を第１実施形態と同様、サーバ１と組み合わせて行ってもよい。その場合、例えば、パーソナルコンピュータ２がアイドル状態かをサーバ１からパーソナルコンピュータ２に問い合わせるようにすればよい。また、パーソナルコンピュータ２がアイドル状態になったことをサーバ１に報告するようにしてもよい。
【０１２２】
なお、本実施形態において、図１１に示すＳ３ＡからＳ５Ａの処理内容に代えて、図５に示すＳ４の処理内容を実行するようにしてもよい。すなわち、第１実施形態で説明したように、ハードディスク使用容量等を加味せず、単に処理時間の実績を処理時間の予測値として使用するようにしてもよい。
【０１２３】
上記実施形態では、図１１のＳ１Ａのように、まず、アイドル状態か否かを判定している。しかし、これに代えて、このアイドル状態か否かの判定を図１１のＳ２（現在時刻と予定時刻の一致判定）の後、Ｓ６（処理時間が予定の時間内に収まるかの判定）の後、または、Ｓ７（予定の場所が自席以外かの判定）の後等において、行ってもよい。
【０１２４】
《第３実施形態》
本発明の第３実施形態を図１２の図面に基づいて説明する。図１２は、本実施形態における所定の処理を起動するプログラムの処理を示すフローチャートである。
【０１２５】
上記第２実施形態においては、アイドル状態を反映して所定の処理、例えば、ウィルスチェックを実行する情報システムの例を示した。本実施形態では、さらに、所定の処理を実行する装置が停止状態か否かを判定し、停止状態であればその装置を起動して、所定の処理を実行する情報システムの例を示す。他の構成および作用は第１実施形態および第２実施形態と同様である。そこで、同一の構成要素については、同一の符号を付してその説明を省略する。また、必要に応じて図１〜図１１の図面を参照する。
【０１２６】
図１２に、本実施形態においてサーバ１において所定の処理を起動するプログラムの処理を示す。この処理は、Ｓ０ＡからＳ０Ｄのステップを除き、図１１と同様である。ただし、本実施形態では、図２の処理は、サーバ１を含むネットワーク環境で実行される。
【０１２７】
すなわち、本実施形態においては、サーバ１は、まず、装置（パーソナルコンピュータ２）が停止状態か否かを判定する（Ｓ０Ａ）。停止状態か否かは、ネットワークを通じて、相手装置に問い合わせを発信し、その応答が返るか否かで判定できる。そのような問い合わせ機能としては、例えば、ＴＣＰ／ＩＰネットワークにおいて、ＩＰパケットが通信先まで届いているかどうかを確認できるコマンドpingが知られている。
【０１２８】
装置が停止状態の場合、サーバ１は、装置を起動する（Ｓ０Ｂ）。このような停止中の装置を起動する機能としては、ウェークオンＬＡＮ（WakeOn LAN）、ウェークオンＲＩＮＧ等の機能が知られている。これは、ＬＡＮ（Local Area Network）において、ＬＡＮ基板に所定のパケットを送信することにより、そのＬＡＮ基板が搭載されたコンピュータを停止状態から起動させる機能である。
【０１２９】
次に、サーバ１は、装置がアイドル状態か否かを装置に問い合わせる（Ｓ０Ｃ）。そして、装置がアイドル状態でない場合、アイドル状態になるまで待つ（Ｓ０Ｄ）。装置がアイドル状態になると、サーバ１は、制御をＳ０Ｃに戻す。
【０１３０】
一方、Ｓ０Ｃの判定で、装置がアイドル状態の場合、サーバ１は、制御をＳ１に進める。その後の処理は、図５、図７、または図１１の場合と同様である。
【０１３１】
以上述べたように、本実施形態の情報システムによれば、パーソナルコンピュータ２等、所定の処理を実行する装置が停止状態であっても、装置を起動してその処理を実行させることができる。したがって、ユーザが出張でいない場合や、作業を行わない夜間等において負荷が大きく、かつ、ユーザの作業に直接関係しない所定の処理を実行することができる。本情報システムによれば、このような処理をユーザが長期不在時に実行できるので、パーソナルコンピュータ２の実効的な利用率を向上できる。
【０１３２】
なお、本実施形態において、図１２に示すＳ３ＡからＳ５Ａの処理内容に代えて、図５に示すＳ４の処理内容を実行するようにしてもよい。すなわち、第１実施形態で説明したように、ハードディスク使用容量等を加味せず、単に処理時間の実績を処理時間の予測値として使用するようにしてもよい。
【０１３３】
《その他の変型例》
上記第１実施形態から第３実施形態では、予定を遂行する場所が自席か否かに基づき、空き時間か否かを判定した。しかし、例えば、予定が自席以外の場所で遂行されるものであれば自席以外かどうかの判断は不要であり、単にスケジュール管理情報で設定されている時間を用いてユーザがパーソナルコンピュータ２を使用しない空き時間を判定すればよい。
【０１３４】
上記第１実施形態から第３実施形態では、現在時刻と予定表データベース５の予定とからだけでウィルスチェック等の起動時間帯の候補を求めている（例えば、図２に対する第１実施形態の記述、図５のＳ１からＳ２等を参照）。
【０１３５】
しかし、これに代えて、前回ウィルスチェック（等の処理）が実行された時から規定時間経過後の日時、若しくはその時からユーザによって設定された所定時間経過後の日時で、その日時から直近の予定をウィルスチェック起動の時間帯の候補とするように構成してもよい。すなわち、前回のウィルスチェックの実行から所定時間経過後に設定されている予定をウィルスチェック起動の時間帯の候補として判定するようにしてもよい。
【０１３６】
上記第１実施形態から第３実施形態では、ウィルスチェック等の処理を起動する処理時間帯の候補を予定から選択するときに、予定の場所として「自席」が設定されている予定を対象外としている（図５のＳ６等を参照）。しかし、本発明の実施は、そのような手順に限定されるものではない。すなわち、「自席」以外の他の場所が設定されている予定を処理時間帯の候補の対象外としてもよいことはいうまでもない。
【０１３７】
上記第１実施形態から第３実施形態では、処理時間が予定の時間内に収まるかを判定した後、予定の場所の判定を行っている（例えば、図５のＳ５、Ｓ６を参照）。しかし、これに代えて、予定の場所を判定した後に処理時間が予定の時間内に収まるかを判定するように構成してもよい。
【０１３８】
《コンピュータ読み取り可能な記録媒体》
コンピュータに上記いずれかの機能を実現させるプログラムをコンピュータが読み取り可能な記録媒体に記録することができる。そして、コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１３９】
ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフロッピーディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【０１４０】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【０１４１】
《搬送波に具現化されたデータ通信》
また、上記プログラムは、コンピュータのハードディスクやメモリに格納し、通信媒体を通じて他のコンピュータに配布することができる。この場合、プログラムは、搬送波によって具現化されたデータ通信信号として、通信媒体を伝送される。そして、その配布を受けたコンピュータに上記機能を提供させることができる。
【０１４２】
ここで通信媒体としては、有線通信媒体、例えば、同軸ケーブルおよびツイストペアケーブルを含む金属ケーブル類、光通信ケーブル等、または、無線通信媒体例えば、衛星通信、地上波無線通信等のいずれでもよい。
【０１４３】
また、搬送波は、データ通信信号を変調するための電磁波または光である。ただし、搬送波は、直流信号でもよい。この場合、データ通信信号は、搬送波がないベースバンド波形になる。したがって、搬送波に具現化されたデータ通信信号は、変調されたブロードバンド信号と変調されていないベースバンド信号（電圧０の直流信号を搬送波とした場合に相当）のいずれでもよい。
【０１４４】
＜その他＞
さらに、本実施の形態は以下の発明を開示する。
（付記１）  処理装置を使用するユーザのスケジュール情報を参照する手段と、前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定する手段と、
前記空き時間において所定の処理を実行する実行手段とを備える処理装置。（１）
（付記２）  過去に所定の処理を実行したときの処理時間を参照する手段と、
前記処理時間と前記空き時間とを比較する手段とをさらに備え、
前記実行手段は、前記処理時間が前記空き時間を超えない場合に所定の処理を実行する付記１に記載の処理装置。（２）
（付記３）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録する手段と、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測する手段と、
予測された処理時間と前記空き時間とを比較する手段とをさらに備え、
前記実行手段は、前記予測された処理時間が前記空き時間を超えない場合に所定の処理を実行する付記１に記載の処理装置。（３）
（付記４）  前記データを格納する媒体の不使用記憶容量を参照する手段をさらに備え、
前記予測する手段は、その不使用記憶容量を前記使用記憶容量に係る情報として前記処理時間を予測する付記３に記載の処理装置。
（付記５）  前記参照する手段は、所定のサーバ上に保持されるスケジュール情報を参照する付記１から４のいずれかに記載の処理装置。
（付記６）  ユーザ操作を検出する手段と、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御する手段とをさらに備える付記１から５のいずれかに記載の処理装置。（４）
（付記７）  前記所定の処理には、コンピュータウィルスのチェック処理、データを格納する媒体での空き領域の統合処理、削除済みデータの抹消処理、または所定データの複写処理のいずれか、または１以上が含まれる付記１から６のいずれかに記載の処理装置。
（付記８）  処理装置を使用するユーザのスケジュール情報を参照する手段と、前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定する手段と、
前記空き時間において所定の処理の実行を前記処理装置に指令する手段とを備えるサーバ。（５）
（付記９）  所定の処理装置が有する資源にアクセスするサーバであり、
前記処理装置を使用するユーザのスケジュール情報を参照する手段と、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定する手段と、
前記空き時間において前記処理装置の資源に対する所定の処理を実行する手段とを備えるサーバ。（６）
（付記１０）  前記処理装置が停止状態にあるか否かを判定する手段と、
前記処理装置が停止状態にあるときに、前記処理装置を起動する手段とをさらに備える付記８または９に記載のサーバ。（７）
（付記１１）  過去に所定の処理を実行したときの処理時間を参照する手段と、前記処理時間と前記空き時間とを比較する手段とをさらに備える付記８から１０のいずれかに記載のサーバ。
（付記１２）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録する手段と、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測する手段と、
予測された処理時間と前記空き時間とを比較する手段とをさらに備える付記８から１０のいずれかに記載のサーバ。
（付記１３）  前記データを格納する媒体の不使用記憶容量を参照する手段をさらに備え、
前記予測する手段は、その不使用記憶容量を前記使用記憶容量に係る情報として前記処理時間を予測する付記１２に記載のサーバ。
（付記１４）  前記処理装置に対するユーザ操作を検出する手段と、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御する手段とをさらに備える付記８から１３のいずれかに記載のサーバ。
（付記１５）  処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において所定の処理を実行する実行ステップとを備える所定の処理の実行方法。
（付記１６）  過去に所定の処理を実行したときの処理時間を参照するステップと、
前記参照した処理時間と前記空き時間とを比較するステップと、
前記処理時間が前記空き時間を超えない場合に前記実行ステップを起動するステップとをさらに備える付記１５に記載の実行方法。
（付記１７）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量とそのデータに対するデータ処理の処理時間に係る情報とを記録するステップと、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するステップと、
予測された処理時間と前記空き時間とを比較するステップと、
前記予測された処理時間が前記空き時間を超えない場合に前記実行ステップを起動するステップとをさらに備える付記１５に記載の実行方法。
（付記１８）  前記データを格納する媒体の不使用記憶容量を参照するステップをさらに備え、
前記予測するステップにおいては、その不使用記憶容量を前記使用記憶容量に係る情報として処理時間が予測される付記１７に記載の実行方法。
（付記１９）  前記参照するステップにおいては、所定のサーバ上に保持されるスケジュール情報が参照される付記１５から１８のいずれかに記載の実行方法。
（付記２０）  ユーザ操作を検出するステップと、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御するステップとをさらに備える付記１５から１９のいずれかに記載の実行方法。
（付記２１）  前記所定の処理には、コンピュータウィルスのチェック処理、データを格納する媒体の空き領域の統合処理、削除済みデータの抹消処理、または所定データの複写処理のいずれか、または１以上が含まれる付記１５から２０のいずれかに記載の実行方法。
（付記２２）  処理装置と通信可能なコンピュータが実行する所定の処理の実行方法であり、
前記処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において所定の処理の実行を前記処理装置に指令するステップとを備える所定の処理の実行方法。
（付記２３）  コンピュータが所定の処理装置の資源にアクセスし、所定の処理を実行する実行方法であり、
前記処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において前記処理装置の資源を利用する、そのような所定の処理を実行するステップとを備える実行方法。
（付記２４）  前記処理装置が停止状態にあるか否かを判定するステップと、
前記処理装置が停止状態にあるときに、前記処理装置を起動するステップとをさらに備える付記２２または２３に記載の実行方法。
（付記２５）  所定の処理を実行したときの処理時間を参照するステップと、
前記参照した処理時間と前記空き時間とを比較するステップとをさらに備える付記２２から２４のいずれかに記載の実行方法。
（付記２６）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録するステップと、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するステップと、
予測された処理時間と前記空き時間とを比較するステップとをさらに備える付記２２から２４のいずれかに記載の実行方法。
（付記２７）  前記データを格納する媒体の不使用記憶容量を参照するステップをさらに備え、
前記予測するステップでは、前記不使用記憶容量を前記使用記憶容量に係る情報として処理時間が予測される付記２６に記載の実行方法。
（付記２８）  前記処理装置に対するユーザ操作を検出するステップと、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御するステップとをさらに備える付記２２から２７のいずれかに記載の実行方法。
（付記２９）  コンピュータに、
処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において所定の処理を実行する実行ステップとを実行させるプログラム。（８）
（付記３０）  過去に所定の処理を実行したときの処理時間を参照するステップと、
前記参照した処理時間と前記空き時間とを比較するステップと、
前記処理時間が前記空き時間を超えない場合に前記実行ステップを起動するステップとをさらに備える付記２９に記載のプログラム。
（付記３１）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量とそのデータに対するデータ処理の処理時間に係る情報とを記録するステップと、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するステップと、
予測された処理時間と前記空き時間とを比較するステップと、
前記予測された処理時間が前記空き時間を超えない場合に前記実行ステップを起動するステップとをさらに備える付記２９に記載のプログラム。
（付記３２）  前記データを格納する媒体の不使用記憶容量を参照するステップをさらに備え、
前記予測するステップにおいては、その不使用記憶容量を前記使用記憶容量に係る情報として処理時間が予測される付記３１に記載のプログラム。
（付記３３）  前記参照するステップにおいては、所定のサーバ上に保持されるスケジュール情報が参照される付記２９から３２のいずれかに記載のプログラム。
（付記３４）  ユーザ操作を検出するステップと、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御するステップとをさらに備える付記２９から３３のいずれかに記載のプログラム。
（付記３５）  前記所定の処理には、コンピュータウィルスのチェック処理、データを格納する媒体の空き領域の統合処理、削除済みデータの抹消処理、または所定データの複写処理のいずれか、または１以上が含まれる付記２９から３４のいずれかに記載のプログラム。
（付記３６）  処理装置と通信可能なコンピュータに、所定の処理を実行させるプログラムであり、
前記処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において所定の処理の実行を前記処理装置に指令するステップとを備えるプログラム。（９）
（付記３７）  コンピュータに、所定の処理装置の資源にアクセスさせ、所定の処理を実行させるプログラムであり、
前記処理装置を使用するユーザのスケジュール情報を参照するステップと、
前記スケジュール情報に基づきユーザが前記処理装置を使用しない、そのような処理装置の空き時間を判定するステップと、
前記空き時間において前記処理装置の資源を利用する、そのような所定の処理を実行するステップとを備えるプログラム。（１０）
（付記３８）  前記処理装置が停止状態にあるか否かを判定するステップと、
前記処理装置が停止状態にあるときに、前記処理装置を起動するステップとをさらに備える付記３６または３７に記載のプログラム。
（付記３９）  所定の処理を実行したときの処理時間を参照するステップと、
前記参照した処理時間と前記空き時間とを比較するステップとをさらに備える付記３６から３８のいずれかに記載のプログラム。
（付記４０）  前記所定の処理はデータ処理であり、
そのデータ処理により処理されたデータの使用記憶容量に係る情報とそのデータに対するデータ処理の処理時間とを記録するステップと、
過去に実行されたデータ処理時の使用記憶容量に係る情報と現在の使用記憶容量に係る情報との関係から処理時間を予測するステップと、
予測された処理時間と前記空き時間とを比較するステップとをさらに備える付記３６から３８のいずれかに記載のプログラム。
（付記４１）  前記データを格納する媒体の不使用記憶容量を参照するステップをさらに備え、
前記予測するステップでは、前記不使用記憶容量を前記使用記憶容量に係る情報として処理時間が予測される付記４０に記載のプログラム。
（付記４２）  前記処理装置に対するユーザ操作を検出するステップと、
前記ユーザ操作の検出結果に基づき前記所定の処理の実行を制御するステップとをさらに備える付記３６から４１のいずれかに記載のプログラム。
【０１４５】
【発明の効果】
以上説明したように、本発明によれば、処理装置においてユーザ作業を支援する本来の処理以外の処理を処理装置の空き時間に実行させることができる。特に、長時間の処理時間を要する処理について本発明は有効である。
【図面の簡単な説明】
【図１】  第１実施の形態に係る情報システムのシステム構成図
【図２】  スケジュール管理サイト１０の画面例
【図３】  予定表データベース５のデータ例
【図４】  マシン情報データベース６のデータ例
【図５】  第１実施形態の情報システムで実行されるプログラムの処理を示すフローチャート
【図６】  処理実績データベース７のデータ例
【図７】  第１実施形態の変形例１に係るハードディスク使用容量に基づく処理時間の予測処理の例
【図８】  第１実施形態の変形例２に係る情報システムのシステム構成図
【図９】  第１実施形態の変形例３に係る情報システムのシステム構成図
【図１０】パーソナルコンピュータ２のアイドル状態を検出する処理を示すフローチャート
【図１１】第２実施形態におけるプログラムの処理を示すフローチャート
【図１２】第３実施形態におけるプログラムの処理を示すフローチャート
【符号の説明】
１  サーバ
２  パーソナルコンピュータ
３  スケジュール管理プログラム
４  ウィルスチェックプログラム
５  予定表データベース
６  マシン情報データベース
７  処理実績データベース
８  ハードディスク（ハードディスク内のファイル）
１０  スケジュール管理サイト
【図１】
0003986346.tif 000002
【図２】
0003986346.tif 000003
【図３】
0003986346.tif 000004
【図４】
0003986346.tif 000005
【図５】
0003986346.tif 000006
【図６】
0003986346.tif 000007
【図７】
0003986346.tif 000008
【図８】
0003986346.tif 000009
【図９】
0003986346.tif 000010
【図１０】
0003986346.tif 000011
【図１１】
0003986346.tif 000012
【図１２】
0003986346.tif 000013