JP2002175223A - 端末処理装置運用システム及びその管理のためのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 管理サーバで各装置の稼働時間を自動管理
し、稼働時間の長い装置と短い装置の間でローテーショ
ンを促し、トラブルを低減し稼働効率を向上する。 【解決手段】 複数の端末処理装置毎の稼働時間を計時
し、所定運用期間終了時ｔf における前記端末処理装置
毎の稼働時間の累積をそれぞれ同じにする。前記所定運
用期間終了前ｔx に、そのときに累積された稼働時間に
基づき前記複数の端末処理装置間での入れ替え候補を決
定し、該入れ替え候補に端末処理装置入れ替えメッセー
ジを送信する。前記メッセージに従い、当該端末処理装
置の記憶データを管理サーバにバックアップ処理し、前
記当該端末処理装置を入れ替え候補中の他の端末処理装
置と入れ替え接続後、当該端末処理装置に係る前記デー
タを前記他の端末処理装置にダウンロードする。全ての
入れ替え候補の端末処理装置について入れ替え接続の完
了後、前記各端末処理装置の一斉運用開始を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク環境
下にある複数台のパーソナルコンピュータ（以下、ＰＣ
という。）に係る運用システム及びその管理のためのプ
ログラムに関し、特に、全てのＰＣの稼働時間を均等化
して障害の発生を抑制する運用システム及びその管理の
ためのプログラムに関する。

【０００２】

【従来の技術】従来、ネットワークに多機能オンライン
端末として複数台のＰＣを接続し、ネットワークに設置
された管理サーバによって、これらのＰＣを一元的に集
中管理している。ところが、オンライン端末をパソコン
として使用しているときの使用状況については、管理サ
ーバとは連携していないため、管理サーバ側では、接続
されているＰＣのパソコン機能の使用実績を把握できな
い。

【０００３】この使用実績を管理するために、例えば、
記録用紙に使用時間、使用目的等を記入するなど、人手
による台帳管理が行われていた。この台帳管理は、使用
者個人に任され、使用者の自己申請にるものであるた
め、稼働時間が実際の使用時間と必ずしも一致しないこ
とが多く、正確な時間を把握することは難しい状況が生
じていた。

【０００４】また、人手による台帳管理では、使用実績
の集計が煩雑となり、しかも、その管理情報の精度も信
頼性に乏しいものとなり、結果として、使用状況を正確
に把握できない。そこで、ネットワークに接続された複
数の多機能端末をパソコンとして使用するときは、端末
内に設けられたデータ収集装置によって、処理の種類、
使用時間等を採取し累積し、これらを管理サーバに送信
する。そして、管理サーバにおいて、これらの使用状況
を集めて編集し、一元管理を行うようにしている（特開
平３−２３３７５１号公報を参照）。

【０００５】さらに、ワークステーションなどの端末装
置を多数設置している場合に、システムプロセス以外の
全てのプロセスに関する実行時間情報を、一定の運転期
間内において、それぞれのプロセス単位で自動的に集計
し、サーバ又はセンタ装置に送信することにより、実際
の端末の稼働状況を把握でき、統合的なシステムの運用
効率を向上させた（特開平５−１１３９１１号公報を参
照）。

【０００６】一方、膨大な数の端末装置のトータルな予
防的保守管理を適正に行うものとして、異常発生回数を
記憶保持しておき、保守員が各端末を定期的に巡回して
いる。その巡回時に保持されている回数を確認して保守
作業を行っている。これに対して、複数の端末装置から
時系列的に送信されてくる異常検出情報を集計し、該端
末装置毎の異常発生数の予測、保守緊急度の予測を行っ
て、複数の端末装置の保守を管理することが提案されて
いる（特開平６−２６６６３４号公報を参照）。

【０００７】さらに、分散処理情報システムの障害対策
として、障害発生頻度が高いシステム要素について多重
化しておく方法があり、この方法には、１つは通常処理
系の処理内容を、他の待機系にも同時に処理を行うデュ
アル方式と、待機系は、通常処理系とは別の処理を行
い、障害が発生した場合に限り、待機系が通常処理系の
処理内容を代行するデュープレックス方式とがある。

【０００８】これらの方式は、待機系について通常処理
系と同等の機能を有する必要があり、システム構成が高
価になる欠点を有する。そこで、分散処理情報システム
におけるクライアント機能手段内に、小規模に分解した
待機系データベース実現手段を配置することにより、シ
ステムの障害対策を廉価に実現できるデュープレックス
方式が提案されている（特開平９−４４４５０号公報を
参照）。

【０００９】

【発明が解決しようとする課題】しかし、以上による保
守管理方式においては、複数の端末装置について、該端
末装置毎に、利用時間、異常等の各種情報を検出し、そ
のデータを記憶保持しておかなければならない。このこ
とは、各端末装置毎に各種情報を取得するための装置等
を各端末装置内にそれぞれ必要とすることになり、コス
トアップの要因となる。

【００１０】しかも、既存の端末装置を接続したシステ
ムにおいて、この様な保守管理を実行するには、新たに
該端末装置毎に各種情報を取得するための装置等を装備
しなければならず、また、この様な対応をとることが困
難な場合もある。一方、近年では、端末装置として使用
されるＰＣのモデルチェンジ期間が短縮されるのにとも
ない、ＰＣの設置には、リース又はレンタルによるシス
テム運用が増えている。リース又はレンタル期間中に
は、一定期間安定した、しかも、低ランニングコストで
の利用が求められている。この様な環境下で、ＰＣが故
障すると、データの消失、代替運用の時間的ロスが発生
することとなり、運用効率が低下し、利用障害を来す。
そのため、ＰＣの故障を最低限に抑え、ランニングコス
トを低減する必要がある。

【００１１】一般的なＰＣの寿命は「１日８時間運用で
５年」、ハードディスクの寿命は「５年または２万時問
の早い方」といわれている。そして、統計的に、稼働時
間が長いほど故障率は高くなり、稼働時間の長いＰＣに
おいては、その構成装置が寿命を迎えるなどの理由か
ら、運用期間満了前に特定のＰＣにのみ集中的に障害が
発生する。

【００１２】ところで、複数台のＰＣを同一期間運用す
る状況において、ＰＣの稼動管理は使用者個人に任され
ていた。そのため、特に稼働時間の長いＰＣと、あまり
稼働していないＰＣが混在する状況が発生する。そうす
ると、使用者の利用時間が長いＰＣは、故障が頻発する
のに対し、低稼働のＰＣでは、故障が発生しない状況と
なり、極めて効率の悪いシステム運用となる。

【００１３】本発明は、管理サーバで各ＰＣの稼働時間
を管理し、稼働時間が相違する装置間でローテーション
を行うよう使用者及び管理者に対して促すことで、寿命
によるＰＣのトラブルを低減し、稼働効率を向上するこ
とを目的とする。

【００１４】

【課題を解決するための手段】以上の課題を解決するた
めに、本発明では、端末処理装置運用システムにおい
て、複数の端末処理装置毎の稼働時間を計時する手段
と、前記各端末処理装置の稼働時間の累積がそれぞれ同
じになるように、累積された稼働時間に基づいて前記複
数の端末処理装置間での入れ替え候補を決定し、該入れ
替え候補に端末処理装置入れ替えメッセージを送信する
手段と、前記メッセージに従って、当該端末処理装置の
記憶データをバックアップ処理する手段と、前記当該端
末処理装置を前記入れ替え候補中の他の端末処理装置と
入れ替え後、当該端末処理装置に係る前記データを前記
他の端末処理装置にダウンロードする手段とを備えた。

【００１５】また、他の本発明では、複数の端末処理装
置を管理する管理装置において、複数の端末処理装置毎
の稼働時間を計時する手段と、前記各端末処理装置の稼
働時間の累積がそれぞれ同じになるように、累積された
稼働時間に基づいて前記複数の端末処理装置間での入れ
替え候補を決定し、該入れ替え候補にその旨を通知する
手段とを備え、あるいは、管理装置に接続される端末処
理装置において、前記端末処理装置に係るデータを記憶
する記憶手段と、前記管理装置からの端末処理装置入れ
替えメッセージを表示する表示手段と、表示された前記
メッセージの指示に従って当該端末処理装置を操作する
入力手段と、前記メッセージの指示に従った入れ替え操
作によって、前記記憶手段に記憶された前記データを前
記管理装置にバックアップ処理を実行する制御手段とを
備えた。

【００１６】さらに、他の本発明では、複数の端末処理
装置を管理するためにコンピュータに実行させるプログ
ラムにおいて、複数の端末処理装置毎の稼働時間を計時
するステップと、前記各端末処理装置の稼働時間の累積
がそれぞれ同じになるように、累積された稼働時間に基
づいて前記複数の端末処理装置間での入れ替え候補を決
定するステップと、該入れ替え候補にその旨を通知する
ステップとを含め、そして、該プログラムをコンピュー
タ読み取り可能な記録媒体に記録した。また、管理装置
に接続されるコンピュータに実行させるプログラムにお
いて、管理装置からの入れ替えメッセージを受信するス
テップと、該メッセージの指示に従った入れ替え操作に
よって、当該コンピュータに記憶されたデータを前記管
理装置にバックアップ処理するステップとを含め、そし
て、該プログラムをコンピュータ読み取り可能な記録媒
体に記録した。

【００１７】

【発明の実施の形態】本発明の実施形態について、図１
乃至図６を参照して説明する。ここで、本発明の実施形
態の説明に入る前に、図１を参照して、複数台のＰＣを
同一期間運用する状況下における各ＰＣの稼働状況を説
明する。パーソナルコンピュータＰＣ１乃至ＰＣ５は、
リース又はレンタル期間Ｔの間、同一期間運用される。
これら複数のＰＣ１乃至ＰＣ５は、互いにネットワーク
で接続され、管理サーバＳによって管理されている。ｔ
0 は、リース又はレンタル期間の運用開始時を、そし
て、ｔf は、運用期間満了時を示す。

【００１８】ＰＣ１乃至ＰＣ５の各使用者を、それぞれ
対応してＡ乃至Ｅで表しており、各使用者Ａ乃至ＥのＰ
Ｃ１乃至ＰＣ５の使用状況を帯グラフで示している。例
えば、使用者Ａは、ＰＣ１を１日当たり５時間の割りで
使い、使用者Ｃは、ＰＣ３を１日当たり２２時間の割り
で使っている様子を表している。１日当たり使用時間が
長いということは、ＰＣにとって、稼働時間が過多とな
り、故障率が高まることになる。

【００１９】図１の使用状況では、ＰＣ３が最も激し
く、期間Ｔ1 及びＴ2 において故障したことを示してい
る。ＰＣの故障としては、例えば、ハードディスクドラ
イブ、電源、キーボード等が多い。期間Ｔ1 及びＴ2 で
は、修理のために稼働していないことを示している。Ｐ
Ｃ３の使用が激しいにも拘らず、使用者Ｃは、その期間
中ＰＣ３を使えない。これでは、ＰＣ３の運用管理面で
は、問題である。

【００２０】使用者ＤのＰＣ４も、期間Ｔ3 に故障して
いることを示しており、同様である。一方、使用者Ａの
ＰＣ１や、使用者ＥのＰＣ５では、比較的利用頻度が低
いので、故障の発生確率は小さく、運用期間満了時ｔf
まで、故障がないことを示している。これは、故障がな
い代わりに、ＰＣが使用されていない時間も多いことを
表している。

【００２１】この様な運用状況にあっては、ＰＣ毎に稼
働時間に差が発生し、運用効率が悪いばかりでなく、故
障時の代替運用が必要であり、そのための時間的ロスが
発生する。そこで、本実施形態では、使用者個人による
台帳管理で稼働時間を把握するのではなく、しかも、Ｐ
Ｃ側では構成を変更することなく、ＰＣ毎の稼働時間を
管理サーバ側で正確に把握できるようにした。そして、
一定期間毎に把握したＰＣ毎の稼働時間に基づいて、各
ＰＣの累積稼働時間が平均化されるように、必要なＰＣ
についてローテーションを促すようにした。このローテ
ーションに係るメッセージを受けて、使用者が、使用す
るＰＣを交換するようにした。

【００２２】図２に、ＰＣ１乃至ＰＣ５の運用状況の概
略を示しており、本実施形態の基本的な考え方を表して
いる。図２において、管理サーバＳとＰＣ１乃至ＰＣ５
の接続関係は、図１と同様である。ただ、図２の管理サ
ーバＳには、ＣＰＵを含む制御手段１、記憶手段２等の
他に、稼働時間計時手段３を備えている。そして、各Ｐ
Ｃには、ＣＰＵを含む制御手段４、記憶手段５、表示手
段６、入力手段７等が備えられている。ＰＣ１乃至ＰＣ
５はそれぞれ同じ構成のものであるが、図２では、ＰＣ
１について具体的構成を示し、他のＰＣにおける構成の
記載を省略した。

【００２３】なお、管理サーバＳ、ＰＣ１乃至ＰＣ５は
公知のコンピュータのハードウェア構成を採る。すなわ
ち、処理手段であるＣＰＵ、記憶手段である主記憶装置
（ＲＡＭ）や補助記憶装置（ハードディスクや各種可搬
形媒体から情報を読み取る／情報を書き込むための各種
ドライブ）などがシステムバスにより結合されている。
また、表示手段であるディスプレイ、入力手段であるキ
ーボードやマウスも必要に応じてそれぞれのインターフ
ェースを介してシステムバスに結合されている。

【００２４】なお、本発明を実現するにおいては、入力
手段はキーボードやマウスの操作を処理手段に通知する
入力制御機、表示手段はディスプレイに情報を表示させ
るための表示制御機能を備えていればよく、それら装置
を備えることが本発明の本質というわけではない。ま
た、ネットワークを介して他のコンピュータとデータ通
信を行うために、通信制御手段であるネットワーク制御
回路またはモデムもこのシステムバスに結合されてい
る。

【００２５】そして、これら要素間ではシステムバスを
介して情報の授受が行われる。また、このコンピュータ
においては、各種ドライブにより記憶媒体に記憶された
本発明のプログラムがその媒体から読み取られ、処理手
段を制御して本発明の処理を実行させるようになってい
る。なお、その本発明のプログラムは他のコンピュータ
から受信して保持するようにしてもよい。

【００２６】さらに、図２では、各ＰＣに対応して、管
理サーバＳの稼働時間計時手段３で計時された運用開始
時ｔ0 からの累積稼働時間をグラフで示している。横軸
は、運用開始時ｔ0 から運用期間満了時ｔf までの運用
期間Ｔを、また、縦軸は、各ＰＣに対応して累積稼働時
間を示している。この運用期間Ｔ内の一定期間Ｔ0 経過
後の均等化時ｔx において、管理サーバＳは、期間Ｔ0
内の各ＰＣの累積稼働時間に基づいて、ＰＣ１乃至ＰＣ
５の入れ換える組み合わせ候補を決定する。

【００２７】この決定は、管理サーバＳの制御手段１で
統計的処理によって出されるものであり、期間Ｔ0 での
使用傾向、時間ｔx での累積稼働時間数の大きさ、今後
の使用計画等が考慮される。例えば、ＰＣ１について見
ると、時間ｔx では、累積稼働時間がある程度大きくな
っている。時間ｔx 近くで、急激に使用時間が増えてい
るが、偶然に増えたものと判断して、使用者Ａは、引き
続きＰＣ１を使用する。

【００２８】また、ＰＣ２について見ると、時間ｔx で
は、累積稼働時間が一番多くなっているが、時間ｔx 近
くではあまり使用されていない。この場合には、今後の
計画を考慮して、使用者Ｂも、引き続きＰＣ２を使用す
る。次に、ＰＣ３について見ると、時間ｔx では、累積
稼働時間が多くなっており、且つ、今後も使用者Ｃが比
較的長時間ＰＣを使用する場合にはＰＣ３の運用期間Ｔ
中の累積稼働時間が多大なものになることが予想できる
ので、今後の使用時間が少ないと予想される使用者Ｅが
ＰＣ３を使用するように切り換える。また、使用者Ｃに
関しては、時間ｔx までの累積稼働時間に余裕のあるＰ
Ｃ４を使用するようにＰＣを切り換える。

【００２９】ところで、ＰＣ５について見ると、時間ｔ
x まではそれほど使用されなかったので、今後、非常に
多くＰＣを使用すると見込まれる使用者Ｄがそれを使用
するように切り換える。この様にして、時間ｔx で累積
稼働時間に基づいて、ＰＣ１乃至ＰＣ５の入れ替え候補
を決定する。従って、各ＰＣの運用期間満了時ｔf にお
ける累積稼働総時間Ｔa 、Ｔb 、Ｔc 、Ｔd 及びＴe が
ほぼ平均化されることが見込める。なお、期間Ｔ0 は、
運用期間Ｔ中で複数回設けることができる。

【００３０】そこで、管理サーバＳの制御手段１は、各
ＰＣに対してローテーションに係るメッセージを送出
し、各使用者にローテーションを指示する。各使用者
は、表示手段６に表示されたメッセージに従って、指示
されたＰＣに接続を切り換える。そして、各使用者は切
り換えたＰＣを時間ｔy に一斉に使用を開始する。た
だ、指示されたＰＣに接続を切り換えるにあたって、そ
れまで使用していた各ＰＣのデータを保全しなければな
らない。この手順について、図３を参照して説明する。

【００３１】ＰＣ１乃至ＰＣ５には、それぞれ記憶手段
５にハードディスクＨＤ１乃至ＨＤ５が備えられ、切り
換え以前のデータが保存されている。そして、管理サー
バＳの記憶手段２に、バックアップ領域Ａ及びＢを用意
しておく。図２に示したように、各ＰＣを入れ換えるも
のとすれば、ＰＣ１及びＰＣ２は、今回の入れ替えの対
象でなく、ＰＣ３からＰＣ５の間で入れ換えられる。

【００３２】先ず、ＰＣ３のＨＤ３の全保存内容（例え
ば、ＯＳ、アプリケーション、ユーザデータ）をバック
アップ領域Ａに保存する（１）。さらに、ＰＣ４のＨＤ
４の全保存内容をバックアップ領域Ｂに保存する
（２）。そして、ＰＣ４のＨＤ４の全保存内容はバック
アップされているので、ＨＤ４の保存内容をクリアした
後に、バックアップ領域Ａに保存されていたＨＤ３の保
存内容をＨＤ４に復元する（３）。バックアップ領域Ａ
が空くので、ＰＣ５のＨＤ５の全保存内容をバックアッ
プ領域Ａに保存する（４）。次いで、ＨＤ３の全保存内
容はバックアップされているので、ＨＤ３の保存内容を
クリアした後に、バックアップ領域Ａに保存したＨＤ５
の全内容をＨＤ３に復元する（５）。そして、ＨＤ５の
保存内容をクリアした後、バックアップ領域Ｂに保存さ
れていたＨＤ４の全内容をＨＤ５に復元する（６）。

【００３３】以上のようにして、各使用者は、表示手段
６に表示される管理サーバＳからの指示に従って、使用
しているＰＣの入力手段７を操作することによって、対
話形式で実行される。そして、各ＨＤの全保存内容は、
時間ｔy 以後に使用するＰＣのＨＤに復元され、ＰＣの
接続を切り換えることができる。この切り換えに要する
ｔx からｔy の時間は、故障を修復する時間に比べれ
ば、非常に短い時間で済むものである。

【００３４】次に、図４のタイムチャートを参照して、
図２に示されるように、管理サーバＳと、管理サーバＳ
によって集中管理されているクライアントであるＰＣ１
乃至ＰＣ５との動作を、通常運用時と、ローテーション
処理中に分けて説明する。管理サーバＳでは、稼働時間
計時手段３によって管理すべきＰＣ毎の稼働時間を計時
している。管理サーバＳの制御手段１は、ネットワーク
を介して各ＰＣに対して稼働確認メッセージを送出す
る。このメッセージに対応した各ＰＣからの応答を、受
信する。そして、この応答を受信したときには、当該Ｐ
Ｃは稼働していると判断し、当該ＰＣの稼働時間を計時
する。その応答が無いときには、当該ＰＣは稼働してい
ないと判断し計時しない。

【００３５】なお、このメッセージには、稼働確認のた
めに特別なものを用意しなくとも、各ＰＣが応答して稼
働していることを表す他のメッセージでもよい。通常運
用時、例えば、図２に示される期間Ｔ0 においては、管
理サーバＳは、各ＰＣに対して稼働確認メッセージを逐
次送出する。このメッセージに対応して各ＰＣから応答
があれば、当該ＰＣは稼働しているとして、稼働時間計
時手段３で計時を開始する。各々のＰＣ毎に計時を行
い、稼働確認メッセージに対する応答が無くなると、当
該ＰＣは稼働を停止したものとして、当該ＰＣの計時は
終了となる。

【００３６】同様にして、逐次送出する稼働確認メッセ
ージに対して、また当該ＰＣが応答すれば、当該ＰＣの
計時を開始し、この応答が無くなると計時は終了とな
る。この様にして、各ＰＣの稼働時間を計測し、各ＰＣ
毎の累積稼働時間を加算し、記憶手段２に保持してお
く。ここで、期間Ｔ0 が経過したとき、管理サーバＳ
は、ローテーション処理を実行する。管理サーバＳは、
このときの各ＰＣ毎の累積稼働時間に基づいて、ローテ
ーションすべきＰＣを選出するため、解析処理を行う。

【００３７】各ＰＣ毎の累積稼働時間が、図２に示すよ
うな状況であるとすると、ＰＣ３乃至ＰＣ５が入れ替え
のローテーション候補として選出される。選出された各
ＰＣに対して、管理サーバＳからローテーション通知メ
ッセージが通知される。このメッセージは、ローテーシ
ョンの相手となる対象ＰＣ名の他に、各ＰＣ毎の累積稼
働時間、稼働傾向等が含まれ、当該ＰＣの表示手段６に
必要情報が表示できるようになっている。

【００３８】当該ＰＣの使用者は、管理サーバＳからの
指示に従い、当該ＰＣの記憶手段５のＨＤに保存されて
いる全内容を、管理サーバＳの記憶手段２内に用意され
たバックアップ領域に保存する。管理サーバＳは、ロー
テーションの相手となる対象ＰＣのＨＤが空になること
を確認すると、バックアップ領域に保存されている当該
ＰＣの全内容を対象ＰＣのＨＤにダウンロードする。

【００３９】そして、ＰＣ側では、ダウンロードされた
全内容を環境復元する。その後、各ＰＣのローテーショ
ンを実行し、各ＰＣから管理サーバＳに対して、入力手
段７によってローテーション完了通知を送信する。管理
サーバＳは、このローテンション完了通知を受信して、
完了を確認し、管理情報を更新する。そこで、各ＰＣ
は、時間ｔy で、一斉に運用開始となり、再び、前述し
た通常運用となる。

【００４０】以上では、図４のタイムチャートを参照し
て動作を説明したが、次に、図５及び図６のフローチャ
ートを参照して、管理サーバＳと、各クライアント側Ｐ
Ｃの動作について詳述する。各ＰＣの通常運用時におい
て、管理サーバＳは、ネットワークを通じて各ＰＣに対
して、稼働確認メッセージを送信する（ステップＳ
１）。管理サーバＳから、各ＰＣに対して稼働確認メッ
セージが送信されると、各ＰＣのそれぞれは、このメッ
セージを受信する（ステップＳ１１）。

【００４１】ここで、稼働中のＰＣは、稼働確認メッセ
ージに対して応答を返信するが（ステップＳ１２）、こ
のとき、稼働していないＰＣからは返答が送信されな
い。管理サーバＳでは、送信した稼働確認メッセージに
対して、各ＰＣ毎に、返答があったかどうかを確認する
（ステップＳ２）。管理サーバＳでは、稼働しているＰ
Ｃから返答があると（Ｙ）、各ＰＣ毎に、稼働確認メッ
セージの前回送信時から今回送信時までの時間を、各Ｐ
Ｃ毎にそれぞれ加算する（ステップＳ３）。これによ
り、各ＰＣ毎の累積稼働時間が求められる。そして、各
ＰＣ毎の累積稼働時間に係るデータベースを更新してお
く。

【００４２】一方、稼働していないＰＣからは返答がな
い場合（ステップＳ２のＮ）、当該ＰＣについては計時
する必要がないので、当該ＰＣに対するステップＳ３の
処理は行われない。そして、管理サーバＳでは、予め設
定された期間Ｔ0 を経過するまで、各ＰＣ毎の累積稼働
時間を求め、そのデータを保持する（ステップＳ４）。
期間Ｔ0 を経過していなければ（Ｎ）、ステップＳ１乃
至ステップＳ３が繰り返される。

【００４３】また、期間Ｔ0 を経過した場合（Ｙ）、管
理サーバＳでは、それまでに得られた各ＰＣ毎の累積稼
働時間に基づいて、各ＰＣ毎に稼働時間の解析を実行す
る。例えば、図２で説明したように、複数のＰＣの中か
らローテーションを必要とするＰＣ３乃至ＰＣ５を選出
する（ステップＳ５）。そこで、管理サーバＳは、時間
ｔx において、各ＰＣにローテーション処理の開始を通
知するとともに、選出したＰＣ３乃至ＰＣ５に対してロ
ーテーション通知メッセージを送出する（ステップＳ
６）。

【００４４】クライアント側の各ＰＣは、管理サーバＳ
からローテーション処理開始の通知を受信するととも
に、選出されたＰＣ３乃至ＰＣ５は、ローテーション通
知メッセージを受信する（ステップＳ１３）。ローテー
ション通知メッセージの受信がなく、ローテーションの
対象とならないＰＣは、ステップＳ１１に戻って次の稼
働確認メッセージが管理サーバＳから送信されるまで待
機する（Ｎ）。

【００４５】管理サーバＳからローテーション通知メッ
セージを受信したＰＣでは、該通知があったことを認識
し（Ｙ）、通知されたメッセージ内容に従って、ローテ
ーションに必要な情報を表示する。そこで、図３に示さ
れる手順で、当該ＰＣの使用者が、この情報に従って、
ローテーションする相手のＰＣのＨＤに当該ＰＣのＨＤ
内にある全内容を移す作業を実施する。

【００４６】先ず、当該ＰＣのＨＤ内にある全内容を管
理サーバＳのバックアップ領域にバックアップ保存をす
る（ステップＳ１４）。次に、ローテーション対象とな
っている相手のＰＣについて、バックアップ保存が完了
したことの通知を受けた後、当該ＰＣの使用者と、ロー
テーション相手のＰＣの使用者は、互いに、ＰＣ本体を
交換し接続する（ステップＳ１５）。

【００４７】そして、当該使用者は、管理サーバＳのバ
ックアップ領域に保存されている自分の全内容を、交換
接続後のＰＣのＨＤにダウンロードする。さらに、交換
後のＰＣ上に以前の環境を復元する（ステップＳ１
６）。ＰＣの環境を復元できた当該使用者は、管理サー
バＳへローテーション完了通知を送信する（ステップＳ
１７）。そして、このＰＣでは、ステップＳ１１に戻っ
て次の稼働確認メッセージが管理サーバＳから送信され
るまで待機する。

【００４８】一方、管理サーバＳでは、ローテーション
対象のＰＣの全てからローテーション完了通知を受信す
るまで待機している（ステップＳ７のＮ）。そこで、ロ
ーテーション対象のＰＣの全てからローテーション完了
通知が受信されると（Ｙ）、管理サーバＳは、この期間
Ｔ0 中で得られた累積稼働時間に基づくローテーション
処理が終了したと判断し、時間ｔy から各ＰＣの運用を
一斉に開始する。そして、次の期間Ｔ0 を経過するま
で、再び、各ＰＣに稼働確認メッセージを送出し、その
返答によって各ＰＣ毎の累積稼働時間を取得する（ステ
ップＳ８）。

【００４９】以上のようにして、一斉に運用を開始した
各ＰＣの累積稼働時間を均等化することができ、稼働時
間過多による障害が特定のＰＣに集中的に発生すること
を抑止することができる。なお、以上では、例えば、リ
ース又はレンタル期間のような所定運用期間の満了時に
おいて、複数のＰＣに係る累積稼働時間が、等しくなる
ように各ＰＣを入れ換える場合について説明したが、各
ＰＣの入れ換え制御の結果として、所定運用期間の満了
時に各ＰＣの累積稼働時間がほぼ等しくなるように制御
できればよい。例えば、所定運用期間が１週間である場
合、１日毎に各ＰＣの累積稼働時間が均一になるように
入れ換え、１週間後において各ＰＣの累積稼働時間をほ
ぼ等しくすることができる。１日毎における各ＰＣの入
れ換えは、前述の実施形態におけるものと同様の制御手
順によって行われる。

【００５０】本実施形態によれば、リースなどによる複
数台のＰＣを同一期間運用する状況において、複数のＰ
Ｃに関する稼動時間の管理を、使用者または管理者が実
施することなく、管理サーバで自動的に行うことができ
る。従って、使用者または管理者の手間が省け、サービ
ス性の向上や管理コストの低減が期待される。また、Ｐ
Ｃの稼働時間を管理して一定期間ごとに稼働時間の長い
ＰＣと短いＰＣのローテーションを促すことで、ＰＣの
稼働時間を均等化することができる。稼働時間を均等化
することで、その構成装置の寿命によって、稼働時問の
長いＰＣにおいてリース期間満了前に集中的に障害が発
生することを抑制し、全てのＰＣの効率的な運用とメン
テナンスコストの低減が期待される。 （付記１） 複数の端末処理装置毎の稼働時間を計時す
る手段と、前記各端末処理装置の稼働時間の累積がそれ
ぞれ同じになるように、累積された稼働時間に基づいて
前記複数の端末処理装置間での入れ替え候補を決定し、
該入れ替え候補に端末処理装置入れ替えメッセージを送
信する手段と、前記メッセージに従って、当該端末処理
装置の記憶データをバックアップ処理する手段と、前記
当該端末処理装置を前記入れ替え候補中の他の端末処理
装置と入れ替え後、当該端末処理装置に係る前記データ
を前記他の端末処理装置にダウンロードする手段とを有
する端末処理装置運用システム。 （付記２） 稼働時間計時手段は、前記各端末処理装置
に送信した稼働時間確認メッセージに対して返答が受信
された端末処理装置毎に、稼働時間を計時し、累積稼働
時間を保持する付記１に記載の端末処理装置運用システ
ム。 （付記３） 前記入れ替え候補の各端末処理装置におい
て前記入れ替えメッセージを表示する手段と、表示され
た前記メッセージに従って、当該端末処理装置の記憶デ
ータを当該端末処理装置から他に移しバックアップ処理
する手段とを有する付記１に記載の端末処理装置運用シ
ステム。 （付記４） 複数の端末処理装置を管理する管理装置で
あって、前記各端末処理装置に記憶されている記憶デー
タを前記各端末処理装置毎に記憶できるバックアップ領
域を有する記憶手段と、各端末処理装置の累積稼働時間
を計時する稼働時間計時手段と、前記各端末処理装置の
累積稼働時間がそれぞれ同じになるように、前記複数の
端末処理装置間での入れ替え候補を決定し、当該入れ替
え候補の端末処理装置に前記記憶データのバックアップ
処理を指示し、さらに、当該端末処理装置の入れ替え完
了後に前記各端末処理装置の運用開始を指示する制御手
段とを含む管理装置。 （付記５） 前記稼働時間計時手段は、前記各端末処理
装置へ送信されたメッセージに対する返答を確認して前
記各端末処理装置の稼働時間を計時する付記４に記載の
管理装置。 （付記６） 前記制御手段は、前記入れ替え候補を決定
したとき、該入れ替え候補に端末処理装置入れ替えメッ
セージを送信し、当該端末処理装置に該メッセージの表
示を指示する付記４に記載の管理装置。 （付記７） 複数の端末処理装置を管理する管理装置で
あって、複数の端末処理装置毎の稼働時間を計時する手
段と、前記各端末処理装置の稼働時間の累積がそれぞれ
同じになるように、累積された稼働時間に基づいて前記
複数の端末処理装置間での入れ替え候補を決定し、該入
れ替え候補にその旨を通知する手段と、を含む管理装
置。 （付記８） 管理装置に接続される端末処理装置であっ
て、前記端末処理装置に係るデータを記憶する記憶手段
と、前記管理装置からの端末処理装置入れ替えメッセー
ジを表示する表示手段と、表示された前記メッセージの
指示に従って当該端末処理装置を操作する入力手段と、
前記メッセージの指示に従った入れ替え操作によって、
前記記憶手段に記憶された前記データを前記管理装置に
バックアップ処理を実行する制御手段とを含む端末処理
装置。 （付記９） 前記制御手段は、前記記憶手段に記憶され
た前記データを前記管理装置へのバックアップ処理後
に、前記管理装置にバックアップされた他の端末処理装
置に係るデータを前記記憶手段にダウンロードする付記
８に記載の端末処理装置。 （付記１０） 前記制御手段は、稼働確認メッセージを
受信したとき、当該端末処理装置が稼働していることを
示す返答メッセージを送出する付記８に記載の端末処理
装置。 （付記１１） 複数の端末処理装置に係る所定運用期間
中において、前記各端末処理装置の稼働時間の累積がそ
れぞれ同じになるように、前記各端末処理装置の累積稼
働時間に基づいて前記複数の端末処理装置間での入れ替
え候補を決定し、前記入れ替え候補の端末処理装置に係
るデータのバックアップ処理を行い、前記入れ替え候補
の端末処理装置を入れ替えした後に、当該端末処理装置
に係るデータのダウンロード処理を行う端末処理装置制
御方法。 （付記１２） 複数の端末処理装置に送信した稼働時間
確認メッセージに対して、当該端末処理装置から返答が
受信されたとき、返答が受信された端末処理装置毎の稼
働時間を計時し、前記各端末処理装置の累積稼働時間を
保持しておき、前記各端末処理装置の稼働時間の累積が
それぞれ同じになるように、累積された稼働時間に基づ
いて前記複数の端末処理装置間での入れ替え候補を決定
し、前記入れ替え候補に端末処理装置入れ替えメッセー
ジを送信し、前記メッセージに従って、当該端末処理装
置の記憶データをバックアップ処理し、前記当該端末処
理装置を前記入れ替え候補中の他の端末処理装置と入れ
替え後、当該端末処理装置に係る前記データを前記他の
端末処理装置にダウンロードし、全ての入れ替え候補の
端末処理装置入れ替えが完了した後に、前記各端末処理
装置の運用開始を行う端末処理装置制御方法。 （付記１３） 前記入れ替え候補に端末処理装置入れ替
えメッセージを送信したとき、前記当該入れ替え候補の
各端末処理装置において前記入れ替えメッセージを表示
し、該表示された前記メッセージに従って、当該端末処
理装置の記憶データを当該端末処理装置から他に移しバ
ックアップ処理を行う付記１２に記載の端末処理装置制
御方法。 （付記１４） 複数の端末処理装置を管理するためにコ
ンピュータに実行させるプログラムであって、複数の端
末処理装置毎の稼働時間を計時するステップと、前記各
端末処理装置の稼働時間の累積がそれぞれ同じになるよ
うに、累積された稼働時間に基づいて前記複数の端末処
理装置間での入れ替え候補を決定するステップと、該入
れ替え候補にその旨を通知するステップと、を含むコン
ピュータに実行させるプログラム。 （付記１５） 前記通知に応答して前記入れ替え候補で
ある端末処理装置から転送されるデータを記憶するステ
ップと、前記記憶したデータを入れ替え候補に応じて端
末処理装置に転送するステップとを含む付記１４に記載
のコンピュータに実行させるプログラム。 （付記１６） 管理装置に接続されるコンピュータに実
行させるプログラムであって、前記管理装置からの入れ
替えメッセージを受信するステップと、該メッセージの
指示に従った入れ替え操作によって、当該コンピュータ
に記憶されたデータを前記管理装置にバックアップ処理
するステップと、を含むコンピュータに実行させるプロ
グラム。 （付記１７） 前記バックアップ処理後に、前記管理装
置から他のコンピュータのデータをダウンロードして記
憶するステップと、を含む付記１６に記載のコンピュー
タに実行させるプログラム。 （付記１８） 複数の端末処理装置を管理するコンピュ
ータに、複数の端末処理装置毎の稼働時間を計時し、前
記各端末処理装置の稼働時間の累積がそれぞれ同じにな
るように、累積された稼働時間に基づいて前記複数の端
末処理装置間での入れ替え候補を決定し、該入れ替え候
補にその旨を通知する、ことを実行させるプログラムを
記録したコンピュータ読み取り可能な記録媒体。 （付記１９） 前記通知に応答して前記入れ替え候補で
ある端末処理装置から転送されるデータを記憶し、前記
記憶したデータを入れ替え候補に応じて端末処理装置に
転送する、ことを実行させるプログラムを記録した付記
１８に記載のコンピュータ読み取り可能な記録媒体。 （付記２０） 管理装置に接続されるコンピュータに、
前記管理装置からの入れ替えメッセージを受信し、該メ
ッセージの指示に従った入れ替え操作によって、当該コ
ンピュータに記憶されたデータを前記管理装置にバック
アップ処理する、ことを実行させるプログラムを記録し
たコンピュータ読み取り可能な記録媒体。 （付記２１） 前記バックアップ処理後に、前記管理装
置から他のコンピュータのデータをダウンロードして記
憶する、ことを実行させるプログラムを記録した付記２
０に記載のコンピュータ読み取り可能な記録媒体。

【００５１】

【発明の効果】複数の装置の稼働時間を管理サーバによ
って自動的に管理することができるので、サービス性を
向上することができる。そして、稼働時間の長い装置と
短い装置のローテーションを簡単に実施でき、各装置の
稼働時問の均等化を図れ、特定の装置に集中的に障害が
発生することを回避することができる。

【図面の簡単な説明】

【図１】一斉運用される複数のＰＣの使用状況を説明す
る図である。

【図２】複数のＰＣの累積稼働時間の推移と、ローテー
ション処理を示す図である。

【図３】ローテーション対象ＰＣのＨＤのバックアップ
処理を示す図である。

【図４】管理サーバ及びＰＣ間の情報の送受を示すタイ
ムチャートである。

【図５】管理サーバにおけるフローチャートを示す図で
ある。

【図６】クライアント側ＰＣにおけるフローチャートを
示す図である。

【符号の説明】

１、４…制御手段 ２、５…記憶手段 ３…稼働時間計時手段 ６…表示手段 ７…入力手段 Ａ〜Ｅ…使用者 ＨＤ１〜ＨＤ５…ハードディスク ＰＣ１〜ＰＣ５…パーソナルコンピュータ Ｓ…管理サーバ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA36 HH20 JJ22 JJ29 KK04 KK13 MA08 MA14 MC32 5B045 GG02 JJ02 JJ43 5B089 GA21 GB02 JA11 KA12 KB04 KC24 KC28 ME09

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の端末処理装置毎の稼働時間を計時
   する手段と、 前記各端末処理装置の稼働時間の累積がそれぞれ同じに
   なるように、累積された稼働時間に基づいて前記複数の
   端末処理装置間での入れ替え候補を決定し、該入れ替え
   候補に端末処理装置入れ替えメッセージを送信する手段
   と、 前記メッセージに従って、当該端末処理装置の記憶デー
   タをバックアップ処理する手段と、 前記当該端末処理装置を前記入れ替え候補中の他の端末
   処理装置と入れ替え後、当該端末処理装置に係る前記デ
   ータを前記他の端末処理装置にダウンロードする手段と
   を有する端末処理装置運用システム。
2. 【請求項２】 複数の端末処理装置を管理する管理装置
   であって、 複数の端末処理装置毎の稼働時間を計時する手段と、 前記各端末処理装置の稼働時間の累積がそれぞれ同じに
   なるように、累積された稼働時間に基づいて前記複数の
   端末処理装置間での入れ替え候補を決定し、該入れ替え
   候補にその旨を通知する手段と、を含む管理装置。
3. 【請求項３】 管理装置に接続される端末処理装置であ
   って、 前記端末処理装置に係るデータを記憶する記憶手段と、 前記管理装置からの端末処理装置入れ替えメッセージを
   表示する表示手段と、 表示された前記メッセージの指示に従って当該端末処理
   装置を操作する入力手段と、 前記メッセージの指示に従った入れ替え操作によって、
   前記記憶手段に記憶された前記データを前記管理装置に
   バックアップ処理を実行する制御手段とを含む端末処理
   装置。
4. 【請求項４】 複数の端末処理装置を管理するためにコ
   ンピュータに実行させるプログラムであって、 複数の端末処理装置毎の稼働時間を計時するステップ
   と、 前記各端末処理装置の稼働時間の累積がそれぞれ同じに
   なるように、累積された稼働時間に基づいて前記複数の
   端末処理装置間での入れ替え候補を決定するステップ
   と、 該入れ替え候補にその旨を通知するステップと、を含む
   コンピュータに実行させるプログラム。
5. 【請求項５】 管理装置に接続されるコンピュータに実
   行させるプログラムであって、 前記管理装置からの入れ替えメッセージを受信するステ
   ップと、 該メッセージの指示に従った入れ替え操作によって、当
   該コンピュータに記憶されたデータを前記管理装置にバ
   ックアップ処理するステップと、を含むコンピュータに
   実行させるプログラム。
6. 【請求項６】 複数の端末処理装置を管理するコンピュ
   ータに、 複数の端末処理装置毎の稼働時間を計時し、 前記各端末処理装置の稼働時間の累積がそれぞれ同じに
   なるように、累積された稼働時間に基づいて前記複数の
   端末処理装置間での入れ替え候補を決定し、 該入れ替え候補にその旨を通知する、ことを実行させる
   プログラムを記録したコンピュータ読み取り可能な記録
   媒体。
7. 【請求項７】 管理装置に接続されるコンピュータに、 前記管理装置からの入れ替えメッセージを受信し、 該メッセージの指示に従った入れ替え操作によって、当
   該コンピュータに記憶されたデータを前記管理装置にバ
   ックアップ処理する、ことを実行させるプログラムを記
   録したコンピュータ読み取り可能な記録媒体。