JP2001042966A - 周辺機器の保守管理方法及び保守管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 管理者が周辺機器の利用状態を逐一把握する
ことなく、保守作業を行ってもユーザの影響が少ない時
間帯を自動で割り出すことのできる周辺機器の保守管理
方法及びその装置を提供すること。 【解決手段】 端末装置３、周辺機器４、及び周辺機器
４の保守を管理する保守管理装置７とが接続されたとき
の保守管理において、端末装置４を介してユーザが周辺
機器４を使用した時刻、日、又は曜日の少なくとも何れ
か１つの使用時間情報を検出し、該使用時間情報を予め
設定された所定期間毎に集計し、集計結果に基づき、周
辺機器４の使用頻度が低い低頻度使用時間情報を抽出す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザがパソコン
等の端末を介して使用するプリンタなどの周辺機器の保
守管理スケジュールを決定するための保守管理方法及び
保守管理装置に関するものである。

【０００２】

【従来の技術】従来、少なくとも１人のユーザがパソコ
ン等の端末（クライアント）、サーバ等によりネットワ
ークを介して使用するプリンタやデジタル複写機などの
周辺機器においては、故障や消耗品交換のために、保守
点検等を行うサービスステーション（保守会社）の作業
員によって保守管理が行われていた。

【０００３】端末に接続された１台の周辺機器は、端末
を介して少なくとも１人で使用されるか、又は複数のユ
ーザ（使用者）により共用されるのが普通であり、定期
点検や定期交換（メンテナンス）の場合はまだしも、少
なくとも突発的な故障や不調等により点検修理等の保守
作業が行われる場合には、ユーザが複数の場合には、多
数のユーザが当該保守点検作業の行われる時期特に保守
点検作業が終了して周辺機器の使用が可能となる時期を
認識しておらず、ユーザが１人の場合でも保守作業が終
了して周辺機器の使用が可能となる時期を認識できない
場合もあり、周辺機器の使用に支障をきたしていた。

【０００４】そこで、特開平６−６８１０４号公報で
は、周辺機器とサービスステーションの管理サーバコン
ピュータとを、通信回線を介して相互通信可能な状態に
接続し、周辺機器から送信されたメンテナンスデータを
適宜、管理サーバコンピュータ側で受信し、受信したメ
ンテナンスデータに応じて、保守作業のスケジュール
（訪問時期と保守終了時期）を組み、周辺機器の表示手
段で当該スケジュールデータを表示することが開示され
ている。

【０００５】また、特開平７−２５０１５５号公報にお
いては、交換機等のネットワークエレメントにおいて、
業務スケジュールを一元的に管理し、管理された情報を
元に種々の業務スケジュールを自動的に作成することを
目的として、他に業務予定が無い時間帯を抽出して、遠
隔保守を自動スケジュールする遠隔保守業務自動実行シ
ステムが提案されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上記特
開平６−６８１０４号公報に記載のものによれば、ユー
ザの業務スケジュールを勘案せずに、複数のユーザで共
有している周辺機器の停止する時期（通常使用できない
時期）を、保守会社の都合で一方的に決定し、結果的に
周辺機器の稼動を強制的に停止させて保守作業を行うこ
ととなり、ユーザの業務遂行が著しく阻害されることと
なる。

【０００７】一方、ユーザが保守会社へ周辺機器の保守
作業を委託している以上は、ユーザ側より保守する時期
を一方的に決定し、保守作業させることも保守会社にと
っては酷であり、ユーザと管理会社の利害を調整し、円
滑に周辺機器の保守作業を行うことを求められていた。

【０００８】また、特開平７−２５０１５５号に記載の
ものは、交換機等のネットワークエレメントでの業務ス
ケジュール管理に根ざしたものであり、複数のユーザが
パソコン等の端末やネットワークを介して共有する周辺
機器にはそのまま適用できないものである。

【０００９】即ち、周辺機器においては、ユーザが使用
予約を厳密に行うわけでなく、例えば印刷動作を行う場
合に、突発的に多量の印刷処理が必要となることや、一
度印刷処理を行ったものの、ファイルを修正して再度印
刷処理を行うことなどがあり、使用予定を予め設定する
ことは難しく、或いは使用予定を設定したとしても実際
の使用状況とは隔たりのあるものとなり、同号公報のよ
うに単純に空き時間を割り出すことは困難であるという
問題点があった。

【００１０】従って従来は、周辺機器の概略的な利用状
況を管理者が把握し、利用が少ないと予想される時間帯
を適当に選んで保守作業のための時間を設定しているの
が実情であり、この方法では、管理者１人のみが使用者
である場合を除き、管理者が常に周辺機器の利用状況を
把握する必要があるとともに、管理者の判断ミス等によ
り、利用が少ないと予想した時間帯に周辺機器の動作を
行わせる必要が生じ、業務遂行上問題となる等の種々の
問題点を有していた。

【００１１】本発明は、上述した従来技術の問題点を解
決するためになされたものであり、その目的とするとこ
ろは、管理者が周辺機器の利用状態を逐一把握すること
なく、保守作業を行ってもユーザの影響が少ない時間帯
を自動で割り出すことのできる周辺機器の保守管理方法
及び保守管理装置を提供することにある。

【００１２】

【課題を解決するための手段】本発明は、ユーザが使用
する少なくとも１台の端末装置と、端末装置から制御可
能な周辺機器と、周辺機器の保守を管理する保守管理装
置とがネットワークを介して接続された周辺機器の保守
管理方法において、端末装置を介してユーザが周辺機器
を使用した時刻、日、又は曜日の少なくとも何れか１つ
の使用時間情報を検出する検出ステップと、使用時間情
報を予め設定された所定期間毎に集計する集計ステップ
と、集計ステップの集計結果に基づき、周辺機器の使用
頻度が低い低頻度使用時間情報を抽出する抽出ステップ
とからなる周辺機器の保守管理方法である。

【００１３】また本発明は、端末装置を介して周辺機器
を使用するユーザ毎で日、曜日、又は時刻の少なくとも
何れか１つの時間帯情報を含むスケジュール情報を収集
する収集ステップと、スケジュール情報に対応した周辺
機器の使用時間に関する使用時間情報を予め格納する予
約状況格納ステップと、スケジュール情報と、使用時間
情報に基づき、周辺機器の使用状況を予測する使用状況
予測ステップと、使用状況予測ステップによる予測結果
から、周辺機器の使用頻度が低い低頻度使用時間情報を
抽出する抽出ステップとからなる周辺機器の保守管理方
法である。

【００１４】さらに本発明は、ユーザが使用する少なく
とも１台の端末装置と、端末装置から制御可能な周辺機
器とに対し、ネットワークを介してそれぞれ接続され、
周辺機器の保守を管理する保守管理装置において、端末
装置を介してユーザが周辺機器を使用した時刻、日、又
は曜日の少なくとも何れか１つの使用時間情報を検出す
る検出手段と、使用時間情報を予め設定された所定期間
毎に集計する集計手段と、集計手段の集計結果に基づ
き、周辺機器の使用頻度が低い低頻度使用時間情報を抽
出する抽出手段とからなる保守管理装置である。

【００１５】またさらに本発明は、端末装置を介して周
辺機器を使用するユーザ毎で日、曜日、又は時刻の少な
くとも何れか１つの時間帯情報を含むスケジュール情報
を収集するスケジュール情報収集手段と、スケジュール
情報に対応した周辺機器の使用時間に関する使用時間情
報を予め格納する予約状況テーブルと、スケジュール情
報と、使用時間情報に基づき、周辺機器の使用状況を予
測し、周辺機器の使用頻度が低い低頻度使用時間情報を
抽出する周辺機器利用想定手段とからなる保守管理装置
である。

【００１６】またさらに本発明は、保守会社のホスト装
置からアクセス可能に記憶された保守スケジュール情報
を通信手段を介して取得する保守情報取得手段と、保守
スケジュール情報と、低頻度使用時間情報とを比較対照
し、保守スケジュール情報のうち空いている空き時間帯
情報を抽出する時間情報比較対象手段と、抽出された空
き時間帯情報に基づき、ホスト装置に対し、空き時間帯
情報に対応した時間帯に保守作業を依頼する旨の予約情
報を送信する保守予約手段とを備えるように構成しても
良い。

【００１７】またさらに本発明は、抽出した空き時間帯
情報を、告知するための空き時間帯告知手段と、告知さ
れた空き時間帯情報に対応する保守作業を承認、選択、
又は修正して特定するための特定手段とを備え、保守予
約手段は、特定手段で特定された保守作業をホスト装置
に対し予約するように構成しても良い。

【００１８】またさらに本発明は、予約した保守作業に
関連する情報を端末装置に通知する保守作業通知手段を
備えても良いし、周辺機器が使用可能か否かを検出する
動作状況検出手段を備え、保守作業通知手段が、さらに
動作状況検出手段の検出結果に基づき、予約済みの保守
作業の終了予定時に周辺機器が使用可能にないことを検
出すると、保守作業が継続中である旨の情報を端末装置
に通知するように構成しても良い。

【００１９】

【発明の実施の形態】図１は、本発明の実施形態に係る
ネットワークシステム１の概略的構成を示すブロック図
であり、ネットワークシステム１においては、内部ネッ
トワーク２に通信線や通信回線により接続されている複
数のユーザ端末であるクライアントシステム３（３ａ〜
３ｆ）が、１台のプリンタ等の周辺機器（画像形成装
置）４をネットワーク上で共有しており、またプリンタ
４が通信回線を経由し外部ネットワークを介して、プリ
ンタ４の製造元、サービス会社等に設置されている管理
サーバコンピュータを含むスケジュール管理システム５
に接続され、周辺機器４の消耗品等の状況などが管理サ
ーバコンピュータにより管理されている。

【００２０】各クライアントシステム３は、会議や出張
等のユーザのスケジュール情報を管理するスケジュール
管理機能１９を有しており、周辺機器４を制御する保守
管理装置たるサーバシステム７は、後述するスケジュー
ル管理機能７ａ及びメンテナンス管理機能７ｂとを有す
ると共に、それらの機能に使用される記憶領域７ｃを備
えている。尚、本実施形態においては、周辺機器がプリ
ンタ（画像形成装置）である場合につき説明を行う。ま
た、クライアントシステム３としてパーソナルコンピュ
ータ、ワークステーション、ワードプロセッサ、ファク
シミリ、又は携帯情報端末などが好適に使用できる。

【００２１】次に上述したスケジュール管理機能７ａ及
びメンテナンス管理機能７ｂについて、図２及び図３を
用いて以下に説明する。まず図２は、周辺機器４の実際
の使用状況を蓄積するためのメンテナンス管理機能７ｂ
とメンテナンス管理機能７ｂが利用する記憶領域７ｃの
構成を示したものである。

【００２２】イベント検出機能７ｅは、周辺機器４の利
用開始時刻と利用終了時刻を検出し、それぞれの時刻情
報に関連した情報を利用開始時間記憶部７ｈと利用終了
時間記憶７ｇに一時的に格納する。尚、時刻情報として
は、時刻そのものの情報を記憶しても良いし、所定のタ
イミングからの相対的な時間情報として記憶しておいて
も良い。尚、本実施形態では、利用時間時刻と終了時間
時刻が使用時間情報に対応している。

【００２３】第１の利用時間カウンタ７ｉは所定時間帯
毎に周辺機器４が使用されていたか否かを示すための時
間情報を記憶するテーブルであり、上記の利用開始時間
記憶部７ｈに記憶されている時刻情報から利用終了時間
記憶部７ｇに記憶された時刻情報までが、周辺機器４が
使用されていた時間としてカウント（集計）される。

【００２４】また空き時間算出機能部７ｄは、この第１
利用時間カウンタ７ｉで集計され記憶された集計結果を
参照することによって、周辺機器４が使用されなかった
時間情報即ち低頻度使用時間情報を抽出し、抽出された
時間情報を空き時間記憶部７ｆへ格納する。尚、記憶部
への読み出し、書きこみ等の動作は、サーバシステム７
内の図示しない情報処理部や記憶部のコントローラ等を
用いて周知の汎用回路構成で実現可能であり、以降でも
説明を省略する。

【００２５】図３は、クライアントシステム３のスケジ
ュール管理機能部１９と連携して、クライアントのスケ
ジュール情報を収集参照し、これにより周辺機器４の空
き時間を予測し、予測された周辺機器４の空き時間と保
守会社のスケジュールとを照合して、保守作業のスケジ
ュールを設定するためのスケジュール管理機能部７ａ
と、スケジュール管理機能７ａが利用する記憶領域７ｃ
の構成を示している。尚、本実施形態では、図２と図３
での記憶領域７ｃが恰も同一のように記載しているが、
これらの機能毎にメモリ手段やメモリ領域を分けても良
い。

【００２６】スケジュール送受信機能７ｋは、スケジュ
ール管理機能１９とスケジュール管理システム５と連携
して、クライアント３と保守会社のスケジュールを収集
し、あるいはそれらのスケジュールに保守スケジュール
を書き込む機能を有している。

【００２７】予測状況テーブル７ｍには、クライアント
システム３のスケジュールに記載された事項と周辺機器
４の使用状況の関係（使用時間情報）が記述されてい
る。周辺機器利用想定機能７ｊは予測状況テーブル７ｍ
を用いて、収集したクライアントシステム３のスケジュ
ールから周辺機器４の利用時間帯を予測し、その結果を
第２利用時間カウンタ７ｐに書き込む。第２利用時間カ
ウンタ７ｐは、第１利用時間カウンタ７ｉと同様にし
て、所定時間帯毎に周辺機器４が使用されていたか否か
を示すように構成されている。

【００２８】保守会社から収集したスケジュールの内容
は、第２利用時間カウンタ７ｐと対応する構造を有する
図示しない保守会社のスケジュールカウンタに格納され
る。空き時間記憶部７ｆは第２利用時間カウンタ７ｐと
保守会社のスケジュールカウンタとを突き合わせて抽出
した保守可能な時間帯（空き時間情報、低頻度使用時間
情報）を格納するものである。

【００２９】保守スケジュール表示機能７ｎは、サーバ
に接続された表示部により、保守可能な時間帯を表示
し、保守スケジュール編集機能７ｏは、例えば表示部と
操作入力部（特定手段）を用いて、表示された保守可能
な時間帯を管理者の指示に従って変更することができ、
保守作業通知手段を構成する情報通知機能７ｌは保守ス
ケジュールをクライアントシステム３に通知（告知）す
ることができる。

【００３０】以上が本発明に係る保守管理装置の概要構
成であり、以下に詳細な複数の実施形態について説明す
る。

【００３１】（本発明の第１の実施形態）図４は、本発
明の第１の実施形態に係るサーバシステム７のメンテナ
ンス管理機能部７ｂを説明するためのブロック図であ
り、図５はそのフローチャートである。このメンテナン
ス管理機能部７ｂで使用される記憶領域７ｃは、周辺機
器４を利用した時間を登録するための利用時間記憶領域
７ｒを備えており、利用時間記憶領域７ｒは、利用時間
をカウントする第１利用時間カウンタ７ｉ、利用を開始
した時間を記憶する利用開始時間記憶部７ｈ、利用を終
了した時間を記憶する利用終了時間記憶部７ｇ、及び空
き時間を記憶する空き時間記憶部７ｆとから構成されて
いる。

【００３２】まず、図５（ａ）において、クライアント
システム３から周辺機器４を利用しようとすると、図４
に示すように、サーバシステム７に対して周辺機器利用
通知９が届き、サーバシステム７と周辺機器４との間
で、利用開始イベント１０と利用終了イベント１１が発
生する（Ｓ１１、Ｓ１２）。

【００３３】これらイベント１０・１１を検出するイベ
ント検出機能７ｅが、サーバシステム７に設けられてお
り、利用開始時間と利用終了時間とを、利用開始時間記
憶部７ｈと利用終了時間記憶部７ｇとにそれぞれ一時的
に記憶格納するとともに、第１利用カウンタ７ｉによっ
て利用時間を算出する（Ｓ１３）。このようにして収集
された時間情報を基にして、所定時間毎或いは所定期間
毎の利用状態を第１利用時間カウンタ７ｉによりカウン
トする（Ｓ１４）。

【００３４】メンテナンス管理機能７ｂには、空き時間
算出機能７ｄが備えられており、図５（ｂ）において、
記憶領域７ｃのカウント値を読み出し（Ｓ２１）、その
読み出した結果中に、カウントされていない時間帯があ
るのか否かが判断され（Ｓ２２）、時間帯がない場合に
は、保守作業に適した時間帯が無いものとして動作を終
了する。

【００３５】一方、カウントされていない時間帯がある
場合には、カウントされていない時間帯を抽出し（Ｓ２
３）、所定範囲内の時間帯であると判断されると（Ｓ２
４）、空き時間記憶部７ｆにその時間帯に関する情報が
登録される（Ｓ２５）。

【００３６】このようにして、ある期日まで遡って周辺
機器４に関しユーザの実際の利用実績を自動的に集計
し、その集計結果から一定時間帯の空き時間を抽出する
ので、管理者が周辺機器４の利用状態を逐一把握するこ
となく、保守作業を行っても影響の少ない時間帯を自動
的に割り出すことができる。

【００３７】尚、上述した時間帯は、１日における特定
の時刻から特定の時刻までに限らず、例えば１ヶ月の中
の特定日であっても良く、さらに１週間の中での特定の
曜日であっても良い。これらの場合には、上述したＳ２
２での判断は、所定の利用頻度、利用回数、又は通算利
用時間で行われる。

【００３８】また上記実施形態では、周辺機器４、クラ
イアントシステム３、サーバシステム７が夫々１台づつ
である場合かのように記載したが、本発明はそれのみに
限定されるものではなく、クライアントシステム３が複
数ある場合は勿論のこと、周辺機器４やサーバシステム
７が複数ある場合にも適用できることはいうまでもな
い。

【００３９】（本発明の第２の実施形態）図６は、本発
明の第２の実施形態に係るサーバシステム７のスケジュ
ール管理機能７ａを説明するためのブロック図であり、
図７はそのときのフローチャートを示している。

【００４０】このスケジュール管理機能７ａで使用され
る記憶領域７ｃは、周辺機器４を利用する可能性のある
時間を登録するための利用時間記憶領域７ｒを備えて構
成されており、利用時間記憶領域７ｒには第２利用時間
カウンタ７ｐと空き時間記憶部７ｆとが備えられてい
る。

【００４１】一方、スケジュール管理機能７ａには、ク
ライアントシステム３にスケジュール情報の送信を要求
し、送信されてきたスケジュール情報を受信（スケジュ
ール受信１２）するスケジュール送受信機能７ｋ、受信
されたスケジュールデータに表されている仕事内容など
から予測状況テーブル７ｍの内容を用いて、周辺機器の
利用状況を予測する抽出手段たる周辺機器利用想定機能
７ｊ、及び複数の各クライアントシステム３のスケジュ
ールに記載された事項と周辺機器４の使用状況の関係が
記述されている予測状況テーブルとから構成されてい
る。

【００４２】図７（ａ）と（ｂ）において、まず予測す
べき期間を設定すると（Ｓ３１）、スケジュール送受信
機能はユーザリストを参照して（Ｓ３２）、各ユーザに
設定された期間のスケジュール情報を順次収集する（Ｓ
３３）。

【００４３】収集されたスケジュール情報から、周辺機
器利用想定機能７ｊは周辺機器４の利用される可能性の
ある利用開始時間と利用終了時間とを抽出し（Ｓ３
４）、各ユーザ毎の予測状況テーブル７ｍの内容を用い
て周辺機器４の利用時間帯を想定抽出し（Ｓ３５）、第
２利用時間カウンタ７ｐでカウントしてゆく（Ｓ３
６）。このようにして、図５の場合と同様に、所定時間
毎の利用予測が求められる。求められた利用予測から、
Ｓ２１〜Ｓ２５により空き時間が算出されて空き時間記
憶部７ｆに登録されることとなる。

【００４４】以上のようにして、所定の期日まで先の利
用者のスケジュールと予め記憶された周辺機器の使用状
況のデータとから、利用予測を自動的に集計し、その集
計結果から一定時間帯の空き時間を抽出するので、周辺
機器の使用状況と利用者のスケジュールを勘案しなが
ら、保守作業を実施しても影響の少ない適切な時間帯を
自動的に割り出すことができる。

【００４５】（本発明の第３の実施形態）図８は本発明
の第３の実施形態に係るサーバシステム７のスケジュー
ル管理機能７ａを説明するためのブロック図であり、図
９はそのときのフローチャートである。尚、本実施形態
は、上述の第２実施形態に適用可能であるが、上述の第
１実施形態に適用されても良いことはいうまでもない。

【００４６】本実施形態のスケジュール管理機能７ａに
は、周辺機器利用想定機能７ｊ、予測状況テーブル７
ｍ、保守スケジュール表示機能７ｎ、及び保守スケジュ
ール編集機能７ｏを備えている。また、スケジュール送
受信機能７ｋは、クライアントシステム３のスケジュー
ル１３とともに、通信回線等による通信手段を用いて、
管理会社から保守作業のスケジュール１５（１４）を取
得し、保守スケジュール予約情報（保守スケジュール情
報）１６を送信する。

【００４７】このサーバシステム７で使用される利用時
間記憶領域７ｒには、利用時間カウンタ７ｐ、空き時間
記憶部７ｆ、保守会社のスケジュールカウンタ７ｑ、及
び保守予約時間記憶部７ｓを備えている。また、ユーザ
のスケジュールと管理会社のスケジュールとを比較対照
して、双方の空き時間を算出する時間情報比較手段ｔる
空き時間算出機能７ｄからなるメンテナンス管理機能７
ｂを備えている。

【００４８】上述した保守スケジュール表示機能７ｎ
は、ユーザのスケジュール情報と管理会社のスケジュー
ル情報とを比較対照して得られた保守作業の候補時間
を、例えば図１０で示すような画面で表示する機能であ
る。

【００４９】図１０において、８ａ〜８ｃの部分は、第
１候補８ａの保守開始時間８ｂと保守終了時間８ｃにつ
いての表示、８ｄ〜８ｅには同様にして第２候補８ｄの
保守開始時間８ｅと保守終了時間８ｆの表示をそれぞれ
行い、第１候補８ａと第２候補８ｄとを並べて表示させ
て見やすくするよう工夫している。そして、８ｇには保
守会社を特定するための名称等の情報が表示され、８ｈ
には該保守会社の保守内容の概要が表示される。尚、８
ｉと８ｊはそれぞれ情報を送信するボタン、送信を取消
するボタン（オブジェクト）を表している。

【００５０】保守スケジュール編集機能７ｏは、その表
示画面を参照して実際のスケジュールを作成編集する機
能（特定手段）である。編集にあたっては、管理者が不
在の時間帯は予め登録可能となっており、登録すること
によって、前記候補時間帯として抽出しないように設定
することができる。さらに、抽出した時間帯に、周辺機
器を使用する確率や管理者の不在等により、保守スケジ
ュールについて優先順位を付加することも可能である。

【００５１】これにより、保守を受ける機器に詳しい管
理者が不在のときに、周辺機器４の保守サービスを受け
る場合、保守会社のエンジニアに機器の状況やユーザの
意向等の情報を伝達することが困難になったり、ユーザ
の意向を取りまとめるのに手間取るといった不具合が発
生するのを防止でき、また管理者が選択する確率の高い
有望な時間帯から検討することができるので、検討に要
する時間を短縮することもできる。

【００５２】図７のＳ３１〜Ｓ３６と同様にして、Ｓ４
１〜Ｓ４６において、ユーザの利用予測が求められる
と、Ｓ３３に対応するＳ４７において、保守会社のスケ
ジュール１５が受信され（１４）、受信されたスケジュ
ール１５から保守作業の開始時間と利用終了時間とを抽
出し（Ｓ４８）、保守会社のスケジュールカウンタ７ｑ
に、所定時間毎のユーザの利用予測と保守会社の作業ス
ケジュールが蓄積される。

【００５３】この場合、メンテナンス管理機能７ｂ内の
空き時間算出機能７ｄは、記憶領域の２つのカウンタの
値を読み出し（Ｓ５１）、第２利用カウンタ７ｐに利用
予定がカウントされておらず、且つ保守会社のスケジュ
ールカウンタ７ｑで保守会社の作業能力限度まで作業予
定がカウントされていない時間帯があるのか否かが判断
され（Ｓ５２）、カウントされていない部分があればカ
ウントされていない時間帯を抽出する（Ｓ５３）。

【００５４】抽出した時間帯のうち、所定範囲内の時間
帯が１つであると判定されると（Ｓ５４）、空き時間記
憶部７ｆに登録される（Ｓ５５）。共にカウントされて
いない時間帯がないか、又は所定範囲内の時間帯が０ま
たは複数であれば、スケジュール管理機能７ａの保守ス
ケジュール表示７ｎ及び又は編集機能７ｏを用いて、管
理者が２つのカウンタを参照して時間帯の設定（選択）
を行い（Ｓ５６）、空き時間記憶部７ｆに登録される
（Ｓ５７）。

【００５５】スケジュール管理機能７ａは、空き時間記
憶部７ｆに登録された時間帯に基づいて、予約情報を作
成して保守予約時間記憶部７ｓに登録し（Ｓ５８）、保
守会社へ予約を入れる（Ｓ５９）。さらに後述する図１
１のように予約情報を利用者へ通知するとともにスケジ
ュール登録を行う（Ｓ６０）。

【００５６】（本発明の第４の実施形態）図１１は、本
発明の第４の実施形態に係るサーバシステム７のスケジ
ュール管理機能７ａの特徴部分のみを説明するためのブ
ロック図であり、本実施形態は、上述した各実施形態に
適用可能である。

【００５７】本実施形態におけるスケジュール管理機能
７ａには、保守作業通知手段を構成する利用者リスト７
ｔと保守情報通知機能７ｌとが備えられており、保守予
約時間記憶部７ｓに保守作業のスケジュールが登録され
ると、予め登録されている通知すべき利用者リスト７ｔ
を読み出し、順次又は一斉に、例えば図１２で示すよう
な保守時間帯の通知画面を送信する。かくして利用者の
スケジュールシステムが持つスケジュール管理機能１９
を利用して自動登録することができる。

【００５８】尚、図１２について補足説明すると、画面
８において、メッセージ欄８ｋには「以下の時間に周辺
機器の保守が開始されます」とのメッセージが表示さ
れ、その他、８ｂ、８ｃ、８ｇ、８ｈには図１０と同様
にして、それぞれ保守開始時間、保守終了時間、保守会
社名、及び保守概要が表示されており、画面右下部には
了解ボタン８ｌが設けられている。

【００５９】（本発明の第５の実施形態）図１３は、本
発明の第５の実施形態に係るサーバシステムのスケジュ
ール管理機能７ａの特徴部分のみを説明するためのブロ
ック図であり、図１４がそのフローチャートである。
尚、本実施形態は、上述した各実施形態にそれぞれ適用
することが可能である。

【００６０】本実施形態におけるスケジュール管理機能
７ａには、利用者リスト７ｔと情報通知機能７ｌが備え
られており、またメンテナンス管理機能７ｂにはイベン
ト検出機能７ｅが備えられ、保守予約時間記憶部７ｓに
は、前述のようにして保守作業のスケジュールが登録さ
れている。

【００６１】図１４（ａ）、（ｂ）のフローチャートに
おいて、保守予約時間記憶部７ｓより登録されている予
約時間が読み出され（Ｓ６１）、その登録されている保
守時間内のユーザスケジュール情報が各ユーザから受信
される（１４、Ｓ６２）。

【００６２】一方、保守予約時間記憶部７ｓから登録さ
れている予約時間が読み出され（Ｓ７１）、現時刻が保
守終了時刻を過ぎているか否かを判定し（Ｓ７２）、現
在時刻が保守終了時刻を過ぎていると、動作状況検出手
段たるイベント検出機能７ｅにより周辺機器４に対し
て、既に利用可能となったか否かが問い合わせされ（Ｓ
７３）、Ｓ７４にて未だ保守作業が終了しておらず利用
可能な状態になっていないと判断すると、Ｓ６２で収集
されたユーザスケジュールより、利用予定のあるユーザ
を抽出し（Ｓ７５）、例えば図１５で示すような保守時
間帯の延長通知画面を送信する（Ｓ７６）。

【００６３】ここで、図１５について補足説明すると、
画面８においては、８ｍにて「周辺機器の保守時間が延
長しています」とのメッセージを表示させ、８ｂには保
守開始時間、８ｇには保守会社、８ｈには保守概要、８
ｌには了解ボタンを設けている。

【００６４】このようにして、周辺機器の故障発生時
に、その故障内容の状況などが、ユーザ側から知ること
ができるのと同様に、保守作業の延長の影響を受けるユ
ーザはその終了を知ることができるので、利用者は作業
が終わったものだと思って周辺機器を使用しようとする
といった不具合を防止し、また管理者までに問い合わせ
を行う手間も無く、業務効率を向上させることができ
る。

【００６５】尚、上記実施形態においては、周辺機器と
してプリンタである場合について例示しているが、本発
明はこれに限定されるものではなく、複数のユーザによ
り端末等を介して共有可能な周辺機器であれば適用する
ことができ、特にメンテナンスを行ったり、消耗品を用
いる周辺機器であれば好適に適用できることはいうまで
もない。

【００６６】さらに、上記実施形態では、クライアント
３、サーバシステム７、周辺機器４が恰も別体の如く説
明しているが、例えば周辺機器４にパソコン等の情報処
理装置を接続し、前記情報処理装置にサーバ機能を持た
せたり、逆に周辺機器４にインテリジェンス機能を持た
せる意味でサーバ機能を持たせ、クライアントのスケジ
ュールを収集して自ら管理するようにしても良い。この
ようにすれば、高価なサーバーシステムやサーバープロ
グラムを必要とせず、省スペース化も図れ、小規模のネ
ットワークシステムで好適に実施できる。

【００６７】またさらに上記機能の一部又は全部をソフ
トウェアやソフトウェアを記録した媒体として実現して
も良く、この場合には修正、変更、及び配布が容易とな
り、可搬性に優れる管理システムを構築することができ
る。

【００６８】

【発明の効果】本発明は、ユーザが使用する少なくとも
１台の端末装置と、端末装置から制御可能な周辺機器
と、周辺機器の保守を管理する保守管理装置とがネット
ワークを介して接続された周辺機器の保守管理方法にお
いて、端末装置を介してユーザが周辺機器を使用した時
刻、日、又は曜日の少なくとも何れか１つの使用時間情
報を検出する検出ステップと、使用時間情報を予め設定
された所定期間毎に集計する集計ステップと、集計ステ
ップの集計結果に基づき、周辺機器の使用頻度が低い低
頻度使用時間情報を抽出する抽出ステップとからなる周
辺機器の保守管理方法である。

【００６９】また本発明は、ユーザが使用する少なくと
も１台の端末装置と、端末装置から制御可能な周辺機器
とに対し、ネットワークを介してそれぞれ接続され、周
辺機器の保守を管理する保守管理装置において、端末装
置を介してユーザが周辺機器を使用した時刻、日、又は
曜日の少なくとも何れか１つの使用時間情報を検出する
検出手段と、使用時間情報を予め設定された所定期間毎
に集計する集計手段と、集計手段の集計結果に基づき、
周辺機器の使用頻度が低い低頻度使用時間情報を抽出す
る抽出手段とからなる保守管理装置である。

【００７０】周辺機器の時間帯における使用頻度は、業
務形態が大きく変わらない限り一定と見なしてさしつか
えない。そこで、上記構成により、ユーザ（グループ）
の過去の周辺機器の使用実績を自動で履歴として残して
おき、その履歴に基づいて保守作業の可能な時間帯を割
り出すことによって、管理者が周辺機器の利用状態を逐
一把握することなく、保守作業を行ってもユーザの影響
が少ない時間帯を自動で割り出すことができる。

【００７１】さらに本発明は、端末装置を介して周辺機
器を使用するユーザ毎で日、曜日、又は時刻の少なくと
も何れか１つの時間帯情報を含むスケジュール情報を収
集する収集ステップと、スケジュール情報に対応した周
辺機器の使用時間に関する使用時間情報を予め格納する
予約状況格納ステップと、スケジュール情報と、使用時
間情報に基づき、周辺機器の使用状況を予測する使用状
況予測ステップと、使用状況予測ステップによる予測結
果から、周辺機器の使用頻度が低い低頻度使用時間情報
を抽出する抽出ステップとからなる周辺機器の保守管理
方法である。

【００７２】またさらに本発明は、端末装置を介して周
辺機器を使用するユーザ毎で日、曜日、又は時刻の少な
くとも何れか１つの時間帯情報を含むスケジュール情報
を収集するスケジュール情報収集手段と、スケジュール
情報に対応した周辺機器の使用時間に関する使用時間情
報を予め格納する予約状況テーブルと、スケジュール情
報と、使用時間情報に基づき、周辺機器の使用状況を予
測し、周辺機器の使用頻度が低い低頻度使用時間情報を
抽出する周辺機器利用想定手段とからなる保守管理装置
である。

【００７３】従って、ユーザ（グループ）のスケジュー
ルを参照し、業務の内容に応じて周辺機器の使用可能性
を考慮して、保守作業の可能な時間帯を割り出すことに
より、管理者が周辺機器の利用状態を逐一把握すること
なく、またユーザのスケジュールを考慮しながら、保守
作業を行ってもユーザの影響が少ない時間帯を自動で割
り出すことができるという効果がある。

【００７４】またさらに本発明は、保守会社のホスト装
置からアクセス可能に記憶された保守スケジュール情報
を通信手段を介して取得する保守情報取得手段と、保守
スケジュール情報と、低頻度使用時間情報とを比較対照
し、保守スケジュール情報のうち空いている空き時間帯
情報を抽出する時間情報比較対象手段と、抽出された空
き時間帯情報に基づき、ホスト装置に対し、空き時間帯
情報に対応した時間帯に保守作業を依頼する旨の予約情
報を送信する保守予約手段とを備える構成である。

【００７５】複数のユーザが使用又は共用している周辺
機器を停止する時期を、保守会社の方で一方的に決定さ
れることは、ユーザの業務遂行上望ましくない。逆に、
ユーザが保守作業を委託する以上は、保守会社側のスケ
ジュールにも合わせる必要があり、ユーザの都合ばかり
を押しつけるのも酷である。

【００７６】そこで、上記構成のように利用者のスケジ
ュールと保守会社のスケジュールとを対比して保守予約
を行うことで、両者の利害をたくみに調整することがで
き、自動的に都合の良い時期に予約することができると
いう効果がある。

【００７７】またさらに本発明は、抽出した空き時間帯
情報を、告知するための空き時間帯告知手段と、告知さ
れた空き時間帯情報に対応する保守作業を承認、選択、
又は修正して特定するための特定手段とを備え、保守予
約手段は、特定手段で特定された保守作業をホスト装置
に対し予約する構成である。

【００７８】これにより、保守作業を予約する時間帯を
前もって管理者がチェックすることができ、さらに例え
ば管理者が不在になる場合には、他の時期に順延した
り、複数候補の中から最も都合の良い時期を選択すると
いったことが可能となり、周辺機器に対し、より柔軟な
管理運営を行うことができるという効果を奏する。

【００７９】尚、保守を受ける機器に詳しい管理者が不
在のおりに、保守サービスを受けることになると、保守
会社のエンジニアに機器の状況やユーザの意向を伝達す
るのが困難になったり、ユーザの意向を取りまとめるの
に手間取ったりすることから、予め休業日等の管理者不
在の時間帯を、保守を実施する候補の時間帯から自動的
に除くようにする収集した管理者のスケジュールを相互
に対照し、管理者が全員不在の時間帯には、候補時間帯
として抽出しないようにしても良い。

【００８０】また、抽出した時間帯から、管理者が保守
を実施する時間帯を選択する場合に、候補の中で使用確
率の高い時間帯や管理者の不在の時間帯は却下される可
能性が高く、検討の時間が無駄になるので、複数の候補
時間帯がある場合に、管理者が選択する確率の高い有望
な時間帯から検討できるようにしても良い。

【００８１】また従来、周辺機器の故障発生時に、故障
の状況などは、利用者の方から知ることができたもの
の、その故障の復旧時期が不明であるために、周辺機器
を利用する必要がある業務のスケジュールが立て難い問
題があったが、本発明によれば、予約した保守作業に関
連する情報を端末装置に通知する保守作業通知手段を備
えので、予約された保守の為の時間即ち周辺機器を使用
できない期間を利用者に対して自動的に通知することが
でき、周辺機器の復旧時期を勘案してスケジュール設定
ができると共に、管理者や保守会社の連絡業務を削減で
きる。

【００８２】またさらに本発明は、周辺機器が使用可能
か否かを検出する動作状況検出手段を備え、保守作業通
知手段が、さらに動作状況検出手段の検出結果に基づ
き、予約済みの保守作業の終了予定時に周辺機器が使用
可能にないことを検出すると、保守作業が継続中である
旨の情報を端末装置に通知する構成である。

【００８３】従来、周辺機器の保守は、その故障内容に
よっては、予定していた復旧時間を超過してしまう場合
があり、この場合に利用者は、復旧済みと判断して周辺
機器を利用を試み、復旧が未完であることを認識し、管
理者などに問い合わせるという不具合を生じた。

【００８４】しかし、本発明によれば、自動的に保守終
了時刻に周辺機器の状況を検証し、利用するであろう可
能性のあるユーザに対して通知を行うことにより、利用
者及び管理者の手間の軽減を図ることができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るネットワークシステム
の概略的構成を示すブロック図である。

【図２】本発明の実施形態に係るメンテナンス機能の概
略的構成を示すブロック図である。

【図３】本発明の実施形態に係るスケジュール管理機能
の概略的構成を示すブロック図である。

【図４】本発明の第１の実施形態に係るサーバシステム
の構成を説明するためのブロック図である。

【図５】本発明の第１の実施形態に係る処理フローチャ
ートである。

【図６】本発明の第２の実施形態に係るサーバシステム
の構成を説明するためのブロック図である。

【図７】本発明の第２の実施形態に係る処理フローチャ
ートである。

【図８】本発明の第３の実施形態に係るサーバシステム
の構成を説明するためのブロック図である。

【図９】本発明の第３の実施形態に係る処理フローチャ
ートである。

【図１０】本発明の第３の実施形態に係る表示画面を説
明するための図である。

【図１１】本発明の第４の実施形態に係るサーバシステ
ムの構成を説明するためのブロック図である。

【図１２】本発明の第４の実施形態に係る表示画面を説
明するための図である。

【図１３】本発明の第５の実施形態に係るサーバシステ
ムの構成を説明するためのブロック図である。

【図１４】本発明の第５の実施形態に係る処理フローチ
ャートである。

【図１５】本発明の第５の実施形態に係る表示画面を説
明するための図である。

【符号の説明】

１ ネットワークシステム ２ 内部ネットワーク ３ クライアントシステム ４ 周辺機器 ５ 外部ネットワーク ６ 保守会社のスケジュール管理システム ７ サーバシステム ７ａ スケジュール管理機能 ７ｂ メンテナンス管理機能 ７ｃ 記憶領域 ７ｄ 空き時間算出機能 ７ｅ イベント検出機能 ７ｆ 空き時間記憶部 ７ｇ 利用終了時間記憶部 ７ｈ 利用開始時間記憶部 ７ｉ 第１利用時間カウンタ ７ｊ 周辺機器利用想定機能 ７ｋ スケジュール送受信機能 ７ｌ 情報通知機能 ７ｍ 予測状況テーブル ７ｎ 保守スケジュール表示機能 ７ｏ 保守スケジュール編集機能 ７ｐ 第２利用時間カウンタ ７ｑ 保守会社のスケジュールカウンタ ７ｒ 利用時間記憶領域

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ユーザが使用する少なくとも１台の端末
   装置と、該端末装置から制御可能な周辺機器と、該周辺
   機器の保守を管理する保守管理装置とがネットワークを
   介して接続された周辺機器の保守管理方法において、 上記端末装置を介してユーザが上記周辺機器を使用した
   時刻、日、又は曜日の少なくとも何れか１つの使用時間
   情報を検出する検出ステップと、 上記使用時間情報を予め設定された所定期間毎に集計す
   る集計ステップと、 上記集計ステップの集計結果に基づき、上記周辺機器の
   使用頻度が低い低頻度使用時間情報を抽出する抽出ステ
   ップとからなる周辺機器の保守管理方法。
2. 【請求項２】 ユーザが使用する少なくとも１台の端末
   装置と、該端末装置から制御可能な周辺機器と、該周辺
   機器の保守を管理する保守管理装置とがネットワークを
   介して接続された周辺機器の保守管理方法において、 上記端末装置を介して上記周辺機器を使用するユーザ毎
   で日、曜日、又は時刻の少なくとも何れか１つの時間帯
   情報を含むスケジュール情報を収集する収集ステップ
   と、 上記スケジュール情報に対応した上記周辺機器の使用時
   間に関する使用時間情報を予め格納する予約状況格納ス
   テップと、 上記スケジュール情報と、上記使用時間情報に基づき、
   上記周辺機器の使用状況を予測する使用状況予測ステッ
   プと、 上記使用状況予測ステップによる予測結果から、上記周
   辺機器の使用頻度が低い低頻度使用時間情報を抽出する
   抽出ステップとからなる周辺機器の保守管理方法。
3. 【請求項３】 ユーザが使用する少なくとも１台の端末
   装置と、該端末装置から制御可能な周辺機器とに対し、
   ネットワークを介してそれぞれ接続され、周辺機器の保
   守を管理する保守管理装置において、 上記端末装置を介してユーザが上記周辺機器を使用した
   時刻、日、又は曜日の少なくとも何れか１つの使用時間
   情報を検出する検出手段と、 上記使用時間情報を予め設定された所定期間毎に集計す
   る集計手段と、 上記集計手段の集計結果に基づき、上記周辺機器の使用
   頻度が低い低頻度使用時間情報を抽出する抽出手段とか
   らなる保守管理装置。
4. 【請求項４】 ユーザが使用する少なくとも１台の端末
   装置と、該端末装置から制御可能な周辺機器とに対し、
   ネットワークを介してそれぞれ接続され、周辺機器の保
   守を管理する保守管理装置において、 上記端末装置を介して上記周辺機器を使用するユーザ毎
   で日、曜日、又は時刻の少なくとも何れか１つの時間帯
   情報を含むスケジュール情報を収集するスケジュール情
   報収集手段と、 上記スケジュール情報に対応した上記周辺機器の使用時
   間に関する使用時間情報を予め格納する予約状況テーブ
   ルと、 上記スケジュール情報と、上記使用時間情報に基づき、
   上記周辺機器の使用状況を予測し、上記周辺機器の使用
   頻度が低い低頻度使用時間情報を抽出する周辺機器利用
   想定手段とからなる保守管理装置。
5. 【請求項５】 保守会社のホスト装置からアクセス可能
   に記憶された保守スケジュール情報を通信手段を介して
   取得する保守情報取得手段と、 上記保守スケジュール情報と、上記低頻度使用時間情報
   とを比較対照し、上記保守スケジュール情報のうち空い
   ている空き時間帯情報を抽出する時間情報比較対象手段
   と、 抽出された上記空き時間帯情報に基づき、上記ホスト装
   置に対し、上記空き時間帯情報に対応した時間帯に保守
   作業を依頼する旨の予約情報を送信する保守予約手段と
   を備えることを特徴とする請求項３又は４に記載の保守
   管理装置。
6. 【請求項６】 抽出した上記空き時間帯情報を、告知す
   るための空き時間帯告知手段と、 告知された上記空き時間帯情報に対応する保守作業を承
   認、選択、又は修正して特定するための特定手段とを備
   え、 上記保守予約手段は、上記特定手段で特定された保守作
   業を上記ホスト装置に対し予約することを特徴とする請
   求項５に記載の保守管理装置。
7. 【請求項７】 予約した上記保守作業に関連する情報を
   上記端末装置に通知する保守作業通知手段を備えたこと
   を特徴とする請求項５又は６に記載の保守管理装置。
8. 【請求項８】 上記周辺機器が使用可能か否かを検出す
   る動作状況検出手段を備え、上記保守作業通知手段は、
   さらに上記動作状況検出手段の検出結果に基づき、予約
   済みの保守作業の終了予定時に上記周辺機器が使用可能
   にないことを検出すると、保守作業が継続中である旨の
   情報を上記端末装置に通知することを特徴とする請求項
   ５乃至請求項７の何れか一項に記載の保守管理装置。