JP2011138385A - メンテナンススケジューリングシステム、メンテナンススケジューリング装置、方法、プログラム - Google Patents

Abstract

【課題】プリンタに障害が発生した場合に実施するメンテナンスのためのサービスマンの訪問スケジューリングを行うメンテナンススケジューリングシステム、プログラムを提供することを目的とする。
【解決手段】サービスマンが訪問可能な日時の情報とサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶し、前記プリンタから障害情報を受信する障害情報受信手段と、前記障害情報受信手段で受信した障害情報から、前記管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得手段と、前記訪問日時候補取得手段で取得した訪問日時の候補を前記プリンタに送信する訪問日時候補送信手段と、前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信手段と、前記訪問日時受信手段で受信した訪問日時を記憶する訪問日時記憶手段とを備える。
【選択図】図１

Description

本発明は、プリンタに障害が発生した場合に実施するメンテナンスのためのサービスマンの訪問スケジューリングを行うメンテナンススケジューリングシステム、メンテナンススケジューリング装置、方法、プログラムに関する。

近年プリンタ業界においても、顧客満足度を向上させるため、顧客へよりよいサービスを提供することが考えられている。その中でも、障害が発生した際のメンテナンスに関してはサービスマンのスケジュール調整を行ったり、ユーザがあらかじめ設定した訪問希望時間内で訪問を行うシステムが考えられている。

その１つとして、特許文献１には、あらかじめ設定した訪問希望時間をプリンタ上から設定し、障害が発生した際にはサーバから訪問予定時間をプリンタに返信し、プリンタ上に表示するメンテナンス支援システムが開示されている。

また、特許文献２には、複写機の故障が発生した際に、メンテナンスで巡回しているサービスマンの巡回スケジュールを自動で修正し、障害が発生した複写機が止まっている時間を短縮するサービススケジュール管理システムが開示されている。

特開２００５−３１９７６号公報 特開２００９−１４６１２４号公報

特許文献１に記載のメンテナンス支援システムにおいては、あらかじめ設定されたメンテナンス可能日時内でサービスマンがメンテナンスに向かえる時間を表示していた。しかしながら、顧客によっては、当日の都合で、あらかじめ設定されている時間に限らず、一時的に時間変更する必要があるが、このようなことに対しては考慮されていなかった。また、特許文献２に記載のサービススケジュール管理システムでは、サービスマンのスケジュールを自動的に修正するが、顧客側のスケジュールを考慮しておらず、顧客はサービスマンが来る時間に現地で待っている必要があった。

本発明は上記の課題を解決するためになされたものであり、顧客からの要望とサービスマン、双方のスケジュールをより柔軟に調整し、メンテナンスを行うことができるメンテナンススケジューリングシステム、メンテナンススケジューリング装置、方法、プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、プリンタと前記プリンタにネットワークを介して接続された前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理する管理サーバとを有するメンテナンススケジューリングシステムであって、前記プリンタは、当該プリンタの障害情報を収集する障害情報収集手段と、前記障害情報収集手段で収集した障害情報を前記管理サーバに送信する障害情報通知手段と、当該プリンタのメンテナンスのための訪問日時の候補を受信する訪問日時候補受信手段と、前記訪問日時候補受信手段で受信した訪問日時の候補を表示する訪問日時候補表示手段と、前記訪問日時候補表示手段で表示した訪問日時の候補から選択された訪問日時を受け付ける訪問日時受付手段と、前記訪問日時受付手段で受け付けた訪問日時を前記管理サーバに送信する訪問日時送信手段とを備え、前記管理サーバは、メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶手段と、前記プリンタから障害情報を受信する障害情報受信手段と、前記障害情報受信手段で受信した障害情報から、前記メンテナンス管理情報記憶手段で記憶している管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得手段と、前記訪問日時候補取得手段で取得した訪問日時の候補を前記プリンタに送信する訪問日時候補送信手段と、前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信手段と、前記訪問日時受信手段で受信した訪問日時を記憶する訪問日時記憶手段とを備えることを特徴とする。

本発明によれば、メンテナンスのためのメンテナンスマンの訪問スケジュール決定を実行することが出来るメンテナンススケジューリングシステム、メンテナンススケジューリング装置、方法、プログラムを提供できる。特に、スケジュールの変更や決定が顧客およびサービスマンの双方がプリンタ、ＰＣ端末、システム、プログラムにより可能になるので、スケジュールの決定および変更要望による双方の希望メンテナンススケジュール照会ならびに決定を容易に実現できる効果を奏する。

本発明の実施形態におけるメンテナンススケジューリングシステムの構成を示す図である。 図１のプリンタに関する物理構成を表す図である。 図１の管理サーバに関する機能構成を表す図である。 図１の管理サーバで保持するプリンタ情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持する顧客情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持する顧客サービス情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持するサービスマン情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持するユーザ情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持する障害情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持するエリア情報に関するデータ形式および構造を表す図である。 図１の管理サーバで保持する訪問情報に関するデータ形式および構造を表す図である。 本システムが稼働するための前提となる前準備フローを表す図である。 図１の構成においてプリンタで障害が発生した際のフローを表す図である。 図１のプリンタ上で訪問日時を選択しサーバへ通知する処理フローを表す図である。 図１の管理サーバで訪問日時が確定され通知を行う処理フローを表す図である。 図１のサービスマンPC端末から訪問日時を送信する際の処理フローを表す図である。 図１のプリンタから訪問日時をキャンセルする際の処理フローを表す図である。 図１のサービスマンPC端末から訪問日時のキャンセル/変更を行う際の処理フローを表す図である。 図１のプリンタにおいて、メンテナンスを終了し、解除を行う際の処理フローを表す図である。 障害発生時にプリンタ上に表示される障害画面を表す図である。 ユーザが修復時間を知るために入力する修復通知登録の画面を表す図である。 管理者認証を行うための管理パスワード認証の画面を表す図である。 サービスマンの連絡先を表示し、電話依頼を行うための画面を表す図である。 サービスマンの訪問日時を選択するためのサービスマン訪問設定画面を表す図である。 サービスマンが訪問する日時が確定した際にプリンタ上に表示される訪問日時確定画面を表す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態におけるメンテナンススケジューリングシステムの構成を示す図である。

尚、図１のネットワーク１０２上に接続される各種装置の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

管理サーバ１０１とプリンタ１０５と管理者PC端末１０４とサービスマンPC端末１０８及びサービスマン携帯端末１０７と、ユーザ携帯端末１０９は、ネットワーク１０２を介して相互に接続されている。１０１はメンテナンススケジューリングシステム全体を統括的に制御する装置であり、障害のレベル判定やスケジュールの調整や通知を行う管理サーバである。１０２はＬＡＮやインターネット、公衆回線等のネットワークである。ネットワーク１０２はそれぞれの装置間の通信を行う。１０３はメンテナンススケジューリングシステムにおける顧客の店舗であり、管理者PC端末１０４とプリンタ１０５を有する。１０４は顧客店舗１０３において管理者が使用する管理者PC端末である。管理者PC端末１０４は、ネットワーク１０２を介して管理サーバ１０１からの障害通知やスケジュールの確認処理などを行う。１０５は顧客店舗１０３内で稼働するプリンタであり、障害を表示するモニタ画面を有する。プリンタ１０５は管理者、ユーザ及びサービスマンによって操作され、ネットワーク１０２を介し、管理サーバ１０１への障害状況通知や、訪問日時の依頼をモニタ上で行うことが可能である。１０６はネットワーク１０２とサービスマンが保有するサービスマン携帯端末１０７を接続するワイヤレスアクセスポイントである。１０７は障害通知を受け取り、サービスマンが保有するサービスマン携帯端末である。１０８はサービスマンが使用するサービスマンPC端末である。サービスマンPC端末１０８は、ネットワーク１０２を介して管理サーバ１０１からの障害通知やスケジュールの確認処理などを行う。１０９はユーザが障害修復完了予定時間等を受信するための端末であり、本実施例では携帯可能な端末である。

次に、図２を用いて、図１に示したプリンタ１０５を制御するコントローラユニットのハードウェア構成について説明する。

図２は、図１に示したプリンタ１０５のコントローラユニットのハードウェア構成の一例を示すブロック図である。

図２において、２１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ部２１４や、画像出力デバイスとして機能するプリンタ部２１２と接続する一方、ＬＡＮ（例えば、図１に示したネットワーク１０２）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット２１６において、２０１はＣＰＵで、システム全体を制御するプロセッサである。２０２はＲＡＭで、ＣＰＵ２０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時保存するための画像メモリでもある。

２０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。２０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。

２０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）２０８とのインタフェース部である。また、操作部Ｉ／Ｆ２０７は、操作部２０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ２０１に伝える役割をする。

２０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ
Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１０２に接続し、データの入出力を行う。２０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

２１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ２１９が外部Ｉ／Ｆ部２１８に接続されている。そして、ＣＰＵ２０１は、この外部Ｉ／Ｆ２１８を介してカードリーダ２１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス２０９上に配置される。

２２０はイメージバスインタフェース（ＩＭＡＧＥ
ＢＵＳ Ｉ／Ｆ）であり、システムバス２０９と画像データを高速で転送する画像バス２１５とを接続し、データ構造を変換するバスブリッジである。
画像バス２１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２１５上には以下のデバイスが配置される。

２１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。２１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部２１２とコントローラユニット２１６を接続し、画像データの同期系／非同期系の変換を行う。また、２１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ部２１４とコントローラユニット２１６を接続し、画像データの同期系／非同期系の変換を行う。

２１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部２１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部２１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部２０８から読み取り起動指示することにより、ＣＰＵ２０１がスキャナ部２１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部２１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ２０１からの指示によって開始する。なお、プリンタ部２１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部２０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ２０７を介してＣＰＵ２０１に伝える。また、操作部２０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

尚、表示部はプリンタによって表示性能が異なるが、液晶画面を備えており、文字列や画面を表示できるプリンタによって本発明は構成されている。液晶画面は操作性を考え、タッチパネルを備えていてもよい。

ここで、操作部２０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部２０８のストップキーは、稼働中の動作を止める働きをする。また、操作部２０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ２１９は、ＣＰＵ２０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ２１８を介してＣＰＵ２０１へ通知する。

以上のような構成によって、プリンタ１０５は、障害発生時に障害情報や訪問日時の依頼をネットワーク１０２上に送信したり、ネットワーク１０２から受信した情報を操作部２０８に表示することができる。

またプリンタ１０５は、スキャナ部２１４から読み込んだ画像データをネットワーク１０２上に送信したり、ネットワーク１０２から受信した印刷データをプリンタ部２１２により印刷出力することができる。

また、スキャナ部２１４から読み込んだ画像データをモデム２０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部２１２により出力することできる。

次に、メンテナンススケジューリングシステムにおける管理サーバ１０１内の機能構成について図３のブロック図を用いて説明する。

図３は、本発明の実施形態におけるスケジューリングシステムにおける管理サーバ１０１内の機能構成を示すブロック図である。

障害情報保管部３０１は、管理サーバ１０１で管理するプリンタ１０５で起こる障害とそのレベルを保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

障害情報処理部３０２は、障害情報保管部３０１からの入出力に関する処理を障害情報保管部３０１に対して行う。

サービスマン情報保管部３０３は本システムで管理するサービスマンの情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

サービスマン情報処理部３０４は、サービスマン情報の入出力に関する処理をサービスマン情報保管部３０３に対して行う。

顧客情報保管部３０５は本システムで管理する顧客の情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

顧客情報処理部３０６は、顧客情報の入出力に関する処理を顧客情報保管部３０５に対して行う。

顧客サービス情報保管部３０７は本システムで管理する顧客に対するサービスの情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

顧客サービス情報処理部３０８は、顧客サービス情報の入出力に関する処理を顧客サービス情報保管部３０７に対して行う。

ユーザ情報保管部３０９は本システムで管理するユーザの情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

ユーザ情報処理部３１０は、ユーザ情報の入出力に関する処理をユーザ情報保管部３０９に対して行う。

エリア情報保管部３１５は本システムで管理するエリアの情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

エリア情報処理部３１６は、エリア情報の入出力に関する処理をエリア情報保管部３１５に対して行う。

プリンタ情報保管部３１７は本システムで管理するプリンタの情報を保持する場所であり、管理サーバ１０１のRAMもしくはHDDに格納される。

プリンタ情報処理部３１８は、プリンタ情報の入出力に関する処理をエリア情報保管部３１５に対して行う。

障害判断処理部３１１は、プリンタ１０５から障害情報が送信された際、送信された情報及び、障害情報処理部３０２から取得した障害情報を元に障害の判定を行う。

スケジュール情報調整制御部３１２は、サービスマン情報処理部３０４からのスケジュール取得と、障害発生時にサービスマンのスケジュールを元に客先へ訪問可能な日時の算出を行う。

障害情報通知処理部３１３は、管理者PC端末１０４、サービスマン携帯端末１０７、サービスマンPC端末１０８、ユーザ携帯端末１０９への障害情報の通知や障害修復時刻の通知、および障害修復情報の通知を行う。

ネットワーク通信部３１４は、次の２つの処理を行う。ひとつはプリンタ１０５からの障害情報受信、もうひとつは管理者PC端末１０４、サービスマン携帯端末１０７、サービスマンPC端末１０８、ユーザ携帯端末１０９への障害情報の通知や障害修復時刻の通知、および障害修復情報の通知を送信することである。

次に、メンテナンススケジューリングシステムで扱うメンテナンス管理情報について、図４から図１０を用いて説明する。

図４は図１の管理サーバ１０１のプリンタ情報保管部３１７で保持するプリンタ情報に関するデータ形式および構造を表す図である。

装置ＩＤ４０１は装置に固有のＩＤであり、プリンタを識別するために使用する情報である。装置型番４０２は該当装置の型番（機種情報）を表す情報である。顧客ＩＤ４０３は該当装置を保有している顧客の情報との関連付けを行うために使用する顧客固有のＩＤである。

障害ＩＤ４０４は現在の装置の状態を保持し、プリンタ１０５から障害情報が送信されたり、障害修復通知が送信された際に情報を更新する。訪問ID４０５は現在の顧客への訪問状態を保持し、訪問日時の情報が決定したり、障害修復通知が送信された際に情報を更新する。装置情報レコード４１０はプリンタ情報１件を表した例である。

図５は図１の管理サーバ１０１の顧客情報保管部３０５で保持する顧客情報に関するデータ形式および構造を表す図である。

顧客ＩＤ５０１は顧客に固有のＩＤであり、顧客を識別するために使用する情報である。名前５０２は顧客の名称を保持する情報である。住所５０３は顧客の住所を保持し、サービスマンへの訪問依頼の際などに利用する情報である。電話番号５０４は顧客の電話番号を保持し、サービスマンからの電話連絡の際などに利用する情報である。メールアドレス５０５は顧客管理者のメールアドレスを保持し、プリンタ１０５で障害が発生した場合などに管理サーバ１０１からメールでの障害通知を行うために利用する情報である。顧客サービスＩＤ５０６は次に説明する図６の顧客サービス情報との関連付けを行うために使用する情報である。顧客情報レコード５１０は顧客情報１件を表した例である。

図６は、図１の管理サーバ１０１の顧客サービス情報保管部３０７で保持する顧客サービス情報に関するデータ形式および構造を表す図である。

顧客サービスＩＤ６０１は該当顧客サービス固有のＩＤであり、顧客サービスを識別するために使用する情報である。訪問可能日時６０２は、例えば顧客の顧客店舗１０３の営業時間のような顧客がメンテナンスのための訪問を受け入れることが可能な日時を管理する情報である。プリンタ１０５で障害が発生し、管理サーバ１０１に情報が通知された場合に、顧客に訪問可能日時を提示する際、スケジュール情報調整制御部３１２が利用する情報である。訪問障害レベル６０３は顧客が障害に対応できるスキルを管理するスキル情報であり、プリンタ１０５で障害が発生し、管理サーバ１０１に情報が通知された場合に、通知された障害のレベルと照らし合わせて訪問するかどうかを決定するために利用する。訪問日時選択フラグ６０４は顧客がプリンタ１０５で障害が発生した場合に、スケジュール調整を必要とするかどうかを管理する情報であり、自動もしくは手動が設定される。自動の場合にはプリンタ１０５での訪問日時設定を行わずに、管理サーバ１０１が訪問可能日時６０２の範囲内でサービスマンのスケジュールを調整し、訪問日時を設定する。手動の場合には、プリンタ１０５や管理サーバ１０１などが連携して、訪問日時の設定を行う。パスワード６０５はプリンタ１０５の画面上で訪問日時設定を行う際、管理者かどうかの判定を行うために利用する情報である。エリアＩＤ６０６は顧客の所属するエリアＩＤを保持し、スケジュール情報調整制御部３１２で訪問可能時間を算出する際にサービスマンの担当エリアＩＤ７０５と合わせて利用する。顧客サービス情報レコード６１０は顧客サービス情報１件を表した例である。

図７は図１の管理サーバ１０１のサービスマン情報保管部３０３で保持するサービスマン情報に関するデータ形式および構造を表す図である

サービスマンＩＤ７０１はサービスマン固有のＩＤであり、サービスマンを識別するために使用する情報である。名前７０２はサービスマンの名前を保持する情報であり、プリンタ１０５でサービスマンの情報を表示する際などに利用する。レベル７０３はサービスマンの障害修復に対する知識と技術を示すスキル情報で、プリンタ１０５から送信された障害情報を元にユーザ携帯端末１０９へ送信する障害修復完了予定日時を算出するために利用する。訪問可能日時７０４はサービスマンが訪問可能な日時を管理する情報であり、スケジュール情報調整制御部３１２で訪問可能時間を算出する際に利用する情報である。担当エリアＩＤ７０５はサービスマンが基本的に担当するエリア情報を保持し、スケジュール情報調整制御部３１２で訪問可能時間を算出する際に利用する情報である。電話番号７０６はサービスマンの電話連絡先を保持する情報であり、プリンタ１０５でサービスマンの情報を表示する際などに利用する。メールアドレス７０７はサービスマンのメールアドレスを保持する情報であり、管理サーバ１０１から訪問依頼のメール送信を行う際などに利用する。サービスマン情報レコード７１０はサービスマン情報１件を表した例である。

図８は図１の管理サーバ１０１のユーザ情報保管部３０９で保持するユーザ情報に関するデータ形式および構造を表す図である。

ユーザＩＤ８０１はユーザ固有のＩＤであり、ユーザを識別するために利用する。メールアドレス８０２はユーザのメールアドレスを管理する情報であり、管理サーバ１０１から障害修復予定時間のメール通知を行ったり、障害修復のメール通知を行う際に利用する情報である。装置ＩＤ８０３は該当ユーザが情報を知りたい装置の装置ＩＤ４０１を管理し、障害修復のメール通知を行う際に利用する情報である。 ユーザ情報レコード８１０はユーザ情報１件を表した例である。

図９は図１の管理サーバ１０１の障害情報保管部３０１で保持する障害情報に関するデータ形式および構造を表す図である。

障害ＩＤ９０１は障害固有のＩＤで、障害の内容を識別するために利用する情報である。障害レベル９０２は該当障害修復作業の難易度を表す情報であり、障害修復予定時間の算出に利用する情報である。障害情報レコード９１０は障害情報１件を表した例である。

図１０は図１の管理サーバ１０１のエリア情報保管部３１５で保持するエリア情報に関するデータ形式および構造を表す図である。

エリアＩＤ１００１はエリア固有のＩＤで、エリアを識別するために利用する情報である。エリア１００２は該当エリアの場所を表す情報であり、訪問可能時間の算出時にサービスマンが顧客店舗１０３へ向かうことのできる時間を推定するために利用する情報である。エリア情報レコード１０１０はエリア情報１件を表した例である。図１１は図１の管理サーバ１０１で保持する訪問情報に関するデータ形式および構造を表す図である。訪問ＩＤ１１０１は訪問依頼固有のＩＤで、各訪問依頼を識別するために利用する情報である。訪問日時１１０２は訪問を行う日と時間を管理する情報である。サービスマンＩＤ１１０３は、訪問を行うサービスマンのＩＤを管理する情報である。訪問情報レコード１１１０は訪問情報１件を表した例である。

上述したメンテナンススケジューリングシステムは、各種操作画面を介してユーザやサービスマンなどから指示を受け取り、メンテナンスのためのメンテナンスマンの訪問スケジューリング処理を実行する。その一例について、以下に説明する。

先ず、図１に記載されたサービスマンPC端末１０８によるサービスマン情報登録処理および、プリンタ１０５による顧客情報登録処理について、図１２を参照しながら説明する。

図１２は、障害発生時のメンテナンスをスケジューリングするために必要である、顧客の情報およびサービスマンの情報とを、管理サーバ１０１に登録する手順を表したものである。本処理はサービスマンPC端末１０８、プリンタ１０５および管理サーバ１０１によって実行される。

ステップＳ１２０１において、サービスマンPC端末１０８は、サービスマンＩＤ７０１、名前７０２、レベル７０３、訪問可能日時７０４、担当エリアＩＤ７０５、電話番号７０６、メールアドレス７０７のサービスマン情報入力を受け付ける。サービスマン情報の入力受け付けが終了したら次のステップＳ１２０２へ進む。

ステップＳ１２０２において、前述のステップＳ１２０１で受け付けたサービスマン情報を管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１２０３へ進む。

ステップＳ１２０３において、管理サーバ１０１のサービスマン情報処理部３０４は前述のステップＳ１２０２でサービスマンPC端末１０８より通知されたサービスマン情報を受信する。サービスマン情報の受信が終了したら次のステップＳ１２０４へ進む。

ステップＳ１２０４において、管理サーバ１０１のサービスマン情報処理部３０４はサービスマン情報レコード７１０を作成し、サービスマン情報保管部３０３に追加する。この登録処理が終了したら、サービスマン情報登録フローを終了する。

ステップＳ１２０５において、プリンタ１０５の操作部２０８は、名前５０２、住所５０３、電話番号５０４、メールアドレス５０５、顧客サービスＩＤ５０６の顧客情報入力を受け付ける。

さらに、ステップＳ１２０５においては、プリンタ１０５操作部２０８は、訪問可能日時６０２、訪問障害レベル６０３、訪問日時選択フラグ６０４、パスワード６０５、エリアＩＤ６０６の顧客サービス情報入力を受け付ける。顧客情報および顧客サービス情報の受け付けが終了したら次のステップＳ１２０６へ進む。

ステップＳ１２０６において、前述のステップＳ１２０５で受け付けた顧客情報および顧客サービス情報を管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１２０７へ進む。

ステップＳ１２０７において、管理サーバ１０１の顧客情報処理部３０６は前述のステップＳ１２０６でプリンタ１０５より通知された顧客情報を受信し、また顧客サービス情報処理部３０８は顧客サービス情報を受信する。サービスマン情報の受信が終了したら次のステップＳ１２０８へ進む。

ステップＳ１２０８において、管理サーバ１０１の顧客情報処理部３０６は顧客情報レコード５１０を作成し、顧客情報処理部３０６を使用して顧客情報保管部３０５に追加する。
顧客情報の追加が終了したら次のステップＳ１２０９へ進む。

ステップＳ１２０９において、管理サーバ１０１の顧客サービス情報処理部３０８は顧客サービス情報レコード６１０を作成し、顧客サービス情報処理部３０８を使用して顧客サービス情報保管部３０７に追加する。この登録処理が終了したら、本処理フローを終了する。

なお、上記で説明した顧客情報登録処理はプリンタ１０５で行うものとしたが、管理者ＰＣ端末１０４で行うこととしてもよい。

次に、図１に記載されたプリンタ１０５において障害発生時の処理について、図１３を参照しながら説明する。

図１３は、障害発生から、訪問必要障害であることを抽出する手順を表したものである。本処理はプリンタ１０５および、管理サーバ１０１、サービスマンPC端末１０８によって実行される。

ステップＳ１３０１において、プリンタ１０５の操作部２０８はユーザからの印刷処理を受け付ける、もしくは定期チェックを自発的に実行する。この印刷処理、もしくは定期チェックを実行するに際しプリンタ１０５のプリンタ部２１２に障害が発生したら次のステップＳ１３０２へ進む。

ステップＳ１３０２において、プリンタ１０５のＣＰＵ２０１は障害情報を収集する。例えば、用紙がプリンタ内から出なくなってしまった場合などには、図９の障害情報のID、プリンタID、付随情報としてプリンタ内のどこで用紙が詰まってしまったのか等の障害情報を収集する。障害情報の収集が終了したら次のステップＳ１３０３へ進む。

ステップＳ１３０３において、前述のステップＳ１３０２で収集した障害情報を、ネットワーク１０２を介して管理サーバ１０１に通知する。管理サーバ１０１へ通知が終了したら次のステップＳ１３０４へ進む。

ステップＳ１３０４において、管理サーバ１０１の障害判断処理部３１１は前述のステップＳ１３０３にて通知された障害情報をネットワーク通信部３１４を介して受信する。さらに、プリンタ情報処理部３１８は、プリンタ情報保管部３１７の障害ＩＤ４０４の情報を更新する。更新処理が終了したら次のステップＳ１３０５へ進む。

ステップＳ１３０５において、管理サーバ１０１の障害判断処理部３１１は前述のステップＳ１３０３で通知された障害情報より、まず、障害情報処理部３０２を使用して障害情報保管部３０１の障害ＩＤ９０１に該当する障害レベル９０２を参照し、障害が発生したプリンタ１０５の障害レベルを取得する。次に、顧客情報処理部３０６を使用して顧客サービス情報保管部３０７の訪問障害レベルから訪問が必要な障害かを判断する。例えば、プリンタ１０５から通知された障害情報のIDがＥ０７の場合、図９の障害レベル９０２を取得すると障害レベルが７となるが、このように、図６の訪問障害レベル６０３よりもレベルが高いかどうかで、訪問要否を判断する。判断の結果、訪問不要である場合には次のステップＳ１３１５へ進む。

ステップＳ１３１５において、管理サーバ１０１のネットワーク通信部３１４は訪問不要障害情報をプリンタ１０５へ通知する。プリンタ１０５へ通知が終了したら次のステップＳ１３１６へ進む。

ステップＳ１３１６において、プリンタ１０５のNetwork I/F２０５は前述のステップＳ１３１５で通知された訪問不要障害情報を受信し、あらかじめＨＤＤ２０４に登録されている障害修復手順を示した障害修復方法画面を操作部２０８に表示する。障害修復方法画面表示が完了したら本処理フローを終了する。
次に、ステップＳ１３０５における判断の結果、サービスマンの訪問が必要である場合には次のステップＳ１３０６へ進む。

ステップＳ１３０６において、訪問必要障害発生を、プリンタ１０５に通知する。その際、顧客の所属するエリアを示す図６のエリアＩＤ６０６から、該当するエリアのサービスマンを図７の担当エリアＩＤ７０５を参照して検索する。また、このとき、訪問可能日時７０４を参照して検索することとしてもよい。そして、図７のサービスマンの名前７０２、電話番号７０６もプリンタ１０５に通知する。プリンタ１０５へ通知が終了したら次のステップＳ１３０７へ進む。

ステップＳ１３０７において、プリンタ１０５の操作部２０８は前述のステップＳ１３０６にて通知された訪問必要障害を受信し、図２０の障害状況画面を表示する。

図２０は障害発生時にプリンタ１０５の操作部２０８に表示される障害画面を表す図である。

障害画面２００１はプリンタ１０５で障害発生した際、プリンタ１０５の操作部２０８に表示される。画面上には、障害の状態を文字列で表示する。
修復通知登録ボタン２００３は、修復通知の登録を行う画面を表示するボタンで、ボタンが押下されると図２１の修復通知登録画面を表示する。

訪問設定ボタン２００４は、訪問依頼の選択を行う画面を表示するボタンで、ボタンが押下されると認証のための管理者パスワード認証画面２２０１を表示する。

キャンセルボタン２００５は訪問依頼のキャンセルを行うボタンで、ボタンが押下されると現在までに設定した訪問依頼情報を管理サーバ１０１から削除する。

図２０の障害状況画面の表示が完了したら次のステップＳ１３０８へ進む。

ステップＳ１３０８において、プリンタ１０５の操作部２０８は障害修復依頼方法選択を受け付ける。ここで、ユーザが電話での受け付けを選択された場合、つまりプリンタ１０５の操作部２０８が、サービスマン連絡先一覧表示ボタン２００２が押下されたことを受け付けると、図２３のサービスマンの連絡先画面を表示し、次のステップＳ１３１７へ進む。

ここで、図２３のサービスマン連絡先一覧画面２３０１は、障害画面２００１から訪問依頼を行う場合に表示される画面である。

リストボックス２３０２には、ステップＳ１３０６にて受信したサービスマン情報を元に、担当サービスマンの一覧が表示される。また、電話依頼ボタン２３０３はサービスマンに電話依頼を行う際に押下するボタンである。リストボックス２３０２でサービスマンが一人選択され、電話依頼ボタン２３０３が押下されると、選択されたサービスマンが顧客に訪問日時を調整する電話連絡をし、後述する処理を行うことになる。

キャンセルボタン２３０４を押下すると、サービスマン連絡先一覧画面２３０１を終了し、障害画面２００１が表示される。

ステップＳ１３１７において、管理サーバ１０１のネットワーク通信部３１４は電話依頼をサービスマンPC端末１０８へ通知する。通知する際、連絡する顧客の情報や障害情報など通知する。通知する情報は、図５の顧客の名前５０２、住所５０３、電話番号５０４である。サービスマンPC端末１０８へ通知が終了したら次のステップＳ１３１８へ進む。

ステップＳ１３１８において、サービスマンPC端末１０８は前述のステップＳ１３１７で通知された電話依頼を受信する。

管理サーバ１０１からの受信が終了したら次のステップの図１６「３」へ進み本処理フローを終了する。

一方、ステップＳ１３０８において、訪問設定ボタン２００４が押下され訪問依頼の選択を受け付けられた場合は次のステップＳ１３０９へ進む。また、修復通知登録ボタン２００３が押下されることにより訪問依頼の選択を受け付けられた場合は、図２１の障害修復通知登録画面を表示し、障害修復完了通知を受け取りたいメールアドレスの入力データを受け付ける。さらに、ユーザ情報レコード８１０を作成し、ユーザ情報処理部３１０がユーザ情報保管部３０９に追加し、次のステップＳ１３０９へ進む。

ステップＳ１３０９において、プリンタ１０５の操作部２０８は図２２の管理者パスワード認証画面２２０１を表示し、管理者パスワードを受け付ける。パスワードの受け付けが終了したら次のステップＳ１３１０へ進む。

ステップＳ１３１０において、前述のステップＳ１３０９で受け付けた管理者パスワードの認証情報を管理サーバ１０１へ通知する。管理サーバ１０１へ通知が完了したら次のステップＳ１３１１へ進む。

ステップＳ１３１１において、管理サーバ１０１の顧客情報処理部３０６は前述のステップＳ１３１０において通知された認証情報を受信する。プリンタ１０５からの受信が終了したら次のステップＳ１３１２へ進む。

ステップＳ１３１２において、管理サーバ１０１の顧客情報処理部３０６は前述のステップＳ１３１１で受信した認証情報と、顧客サービス情報保管部３０７のパスワードとを比較し認証するかどうかを判断する。

認証成功の場合は次のステップの図１４「１」へ進み本処理フローを終了する。

一方、認証エラーである場合は次のステップＳ１３１３へ進む。

ステップＳ１３１３において、認証エラー情報をプリンタ１０５へ通知する。プリンタ１０５へ通知が終了したら次のステップＳ１３１４へ進む。

ステップＳ１３１４において、プリンタ１０５のNetwork I/F２０５はステップＳ１３１３において通知された認証エラー情報を受信する。管理サーバ１０１からの受信が終了したら次のステップＳ１３０７へ戻り、処理を繰り返す。

次に、図１に記載された管理サーバ１０１による、障害が発生しサービスマン訪問日時決定する際の処理について、図１４を参照しながら説明する。

図１４は、図１３においてプリンタ１０５に訪問必要障害が発生した際の、サービスマン訪問依頼日時選択の手順を表したものである。本処理は管理サーバ１０１およびプリンタ１０５によって実行される。

ステップＳ１４０１において、管理サーバ１０１のスケジュール情報調整制御部３１２は訪問可能日時を、顧客サービス情報保管部３０７の訪問可能日時６０２とサービスマン情報保管部３０３の訪問可能日時７０４から取得する。また、図１１の訪問情報からすでに依頼されている訪問情報を除いたうえで、訪問可能な日時を取得することとしてもよい。また、プリンタ１０５で発生している障害のレベルに対して、障害修復作業の対応ができるレベルのサービスマンを図７のレベル７０３を参照、検索して、訪問可能な日時を取得することとしてもよい。訪問可能日時の取得が終了したら次のステップＳ１４０２へ進む。

ステップＳ１４０２において、管理サーバ１０１のスケジュール情報調整制御部３１２は、顧客サービス情報保管部３０７の訪問日時選択フラグ６０４より訪問日時自動設定を確認する。
自動設定が有効の場合は次のステップの図１５「２」へ進み本処理フローを終了する。
一方、自動設定が無効の場合は次のステップＳ１４０３へ進む。

ステップＳ１４０３において、管理サーバ１０１のネットワーク通信部３１４は訪問可能日時をプリンタ１０５へ通知する。プリンタ１０５への通知が終了したら次のステップＳ１４０４へ進む。

ステップＳ１４０４において、プリンタ１０５の操作部２０８は前述のステップＳ１４０３で通知された訪問可能日時を受信し、図２４の訪問依頼日時画面を表示する。

図２４は、ユーザからサービスマンの訪問日時の選択を受け付ける場合に表示するサービスマン訪問設定画面を表す図である。

サービスマン訪問設定画面２４０１はサービスマンの訪問日時の選択を受け付ける場合に表示する画面である。

リストボックス２４０２には選択可能な日時を表示する。選択可能な日時は複数選択することも可能である。

リストボックス２４０２内の訪問日時候補２４０３は、あらかじめ管理サーバ１０１に設定されている顧客サービス情報の訪問可能日時７０４内でサービスマンが訪問できる日時を早い順に表示する。

その他候補２４０４は、顧客があらかじめ管理サーバ１０１に設定されている顧客サービス情報の訪問可能日時７０４以外で訪問依頼を行いたい場合などに選択する項目である。
訪問依頼日時画面表示が完了したら次のステップＳ１４０５へ進む。

ステップＳ１４０５において、プリンタ１０５の操作部２０８は訪問依頼日時選択または拒否の入力を受け付ける。訪問日時候補２４０３が選択されたか、その他候補２４０４に入力され、OKボタン２４０５が押下されたり、キャンセルボタン２４０６が押下されたりしたことを受け付けると、次のステップＳ１４０６へ進む。

ステップＳ１４０６において、前述のステップＳ１４０５で入力されたものが、訪問依頼日時選択された場合、つまり、訪問日時候補２４０３から選択されたり、その他候補２４０４へ入力があった場合は次のステップＳ１４０７へ進む。

ステップＳ１４０７において、訪問依頼日時を管理サーバ１０１へ通知する。管理サーバ１０１への通知が終了したら次のステップＳ１４０８へ進む。

ステップＳ１４０８において、管理サーバ１０１のスケジュール情報調整制御部３１２は前述のステップＳ１４０７で通知された訪問依頼日時を受信する。 受信が終了したら次のステップの図１５「２」へ進み本処理フローを終了する。

一方、ステップＳ１４０６において、前述のステップＳ１４０５で入力されたものが、拒否が選択された場合、つまり、キャンセルボタン２４０６が押下された場合は次のステップＳ１４０９へ進む。

ステップＳ１４０９において、訪問依頼日時拒否を管理サーバ１０１へ通知する。管理サーバ１０１への通知が終了したら次のステップＳ１４１０へ進む。

ステップＳ１４１０において、管理サーバ１０１のスケジュール情報調整制御部３１２は前述のステップＳ１４０９で通知された訪問依頼日時拒否を受信する。プリンタ１０５からの受信が終了したら次のステップＳ１４０１へもどり、別の日の訪問日時候補でスケジューリングするべく、処理を繰り返す。

次に、図１に記載された管理サーバ１０１による、訪問日時の確定処理について、図１５を参照しながら説明する。

図１５は、前述の図１４において障害発生後、プリンタ１０５から受信した訪問日時を確定し、プリンタ１０５へ通知する手順を表したものである。本処理はプリンタ１０５と管理サーバ１０１とサービスマンPC端末１０８によって実行される。

ステップＳ１５０１において、管理サーバ１０１のスケジュール情報調整制御部３１２は訪問日時の確定を行う。訪問日時を確定したら、次のステップＳ１５０２へ進む。

ステップＳ１５０２において、データベースの更新を行う。図１１の訪問情報に新しい訪問情報レコード１１１０が追加され、図４の装置情報の訪問ＩＤ４０５を更新する。データベースを更新したら、次のステップＳ１５０３へ進む。

ステップＳ１５０３において、管理サーバ１０１の障害情報通知処理部３１３は訪問確定日時を管理者ＰＣ端末１０４とサービスマンＰＣ端末１０８に対して通知する。管理者ＰＣ端末１０４へ通知する際には、図５顧客情報のメールアドレス５０５へ通知を行う。サービスマン携帯端末１０７へ通知する際には、図７サービスマン情報のメールアドレス７０７へ通知を行う。管理者とサービスマンへの通知を行ったら、次のステップＳ１５０４へ進む。

ステップＳ１５０４では訪問確定日時を管理サーバ１０１とサービスマン携帯端末１０７が受信する。受信が完了したら、次のステップＳ１５０５へ進む。

ステップＳ１５０５ではステップＳ１５０３で確定した訪問日時に加えてサービスマンのレベル７０３及び装置情報の障害ＩＤ４０４から情報取得できる障害レベル９０２を元に障害修復作業にかかる時間を算出し、スケジュール情報調整制御部３１２は、障害修復完了予定日時を求める。例えば、障害の内容に応じて障害修復作業の標準作業時間テーブル（不図示）に基づき障害修復完了予定日時を算出する。また、サービスマンのレベル７０３に基づき障害修復作業にかかる時間を算出するものであってもよい。算出した障害修復完了予定日時を図２１の修復通知登録画面２１０１で登録されたメールアドレスに通知する。メールアドレスの情報は図８のユーザ情報のメールアドレス８０２から取得し、通知を行う。通知を行ったら、次のステップＳ１５０６へ進む。

ステップＳ１５０６では、訪問確定日時をプリンタ１０５へ送信する。
送信が完了したら、次のステップＳ１５０７へ進む。

ステップＳ１５０７では、プリンタ１０５が訪問確定日時を管理サーバ１０１から受信する。
受信が完了したら、次のステップＳ１５０８へ進む。
ステップＳ１５０８では、プリンタ１０５の操作部２０８の画面上に、図２５の訪問確定日時画面を表示する。

図２５はサービスマンが訪問する日時が確定した際にプリンタ１０５上に表示される訪問日時確定画面を表す図である。訪問日時確定画面２５０１にはサービスマンの訪問日時及び訪問するサービスマンの名前を表示する。修復通知登録ボタン２５０２は修復が完了した際にメール通知を受けたいメールアドレスを登録するために修復通知登録画面２１０１を表示するボタンであり、障害画面２００１の修復通知登録ボタン２００３と同様の動作を行う。キャンセルボタン２１０３を押下すると、修復通知登録画面を終了する。

この表示が終了したら、本処理フローを終了する。

次に、図１に記載されたサービスマンPC端末１０８による、障害が発生し電話依頼による際の処理について、図１６を参照しながら説明する。

図１６は、図１３において障害発生の障害修復依頼が電話によりなされた際の訪問依頼日時選択の手順を表したものである。本処理は管理サーバ１０１およびサービスマンPC端末１０８によって実行される。

なお、この処理の間または前後において、サービスマンは顧客と電話により確認し、訪問日時を確定することになる。

ステップＳ１６０１において、サービスマンPC端末１０８は、訪問可能日時の取得依頼を、管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１６０２へ進む。

ステップＳ１６０２において、管理サーバ１０１のスケジュール情報調整制御部３１２は前述のステップＳ１６０１で通知された訪問可能日時取得依頼を受信する。サービスマンPC端末１０８からの受信を終了したら次のステップＳ１６０３へ進む。

ステップＳ１６０３において、管理サーバ１０１のスケジュール情報調整制御部３１２は訪問可能日時を、顧客サービス情報保管部３０７の訪問可能日時６０２とサービスマン情報保管部３０３の訪問可能日時７０４から取得する。取得が終了したら次のステップＳ１６０４へ進む。

ステップＳ１６０４において、前述のステップＳ１６０３において取得された、訪問可能日時をサービスマンPC端末１０８へ通知する。サービスマンPC端末１０８へ通知が終了したら次のステップＳ１６０５へ進む。

ステップＳ１６０５において、サービスマンPC端末１０８は前述のステップＳ１６０４にて通知された訪問可能日時を受信する。管理サーバ１０１からの受信が終了したら次のステップＳ１６０６へ進む。

ステップＳ１６０６において、前述のステップＳ１６０３において取得され、サービスマンと顧客とで電話で調整し決定した結果に対応した、訪問可能日時から選択された訪問依頼日時の入力を受け付ける。訪問依頼日時の入力受け付けが終了したら次のステップＳ１６０７へ進む。

ステップＳ１６０７において、前述のステップＳ１６０６において入力された訪問依頼日時を、管理サーバ１０１に通知する。管理サーバ１０１へ通知が完了したら次のステップＳ１６０８へ進む。

ステップＳ１６０８において、管理サーバ１０１のスケジュール情報調整制御部３１２は前述のステップＳ１６０７にて通知された訪問依頼日時を受信する。サービスマンPC端末１０８からの受信が終了したら、次のステップの図１５「２」へ進み、上記で説明した訪問日時確定処理を行う。この訪問依頼日時を受信したら、本処理フローを終了する。

次に、図１に記載されたプリンタ１０５による、顧客からのサービスマン訪問確定日時キャンセル処理について、図１７を参照しながら説明する。

図１７は、前述の図１３〜図１６において、障害発生後にサービスマン訪問日時がすでに確定されている状態において、顧客の都合により確定しているサービスマン訪問日時をキャンセルする手順を表したものである。本処理はプリンタ１０５と管理サーバ１０１によって実行される。

ステップＳ１７０１において、プリンタ１０５の操作部２０８は、訪問確定日時のキャンセル入力を受け付ける。訪問確定日時キャンセルの入力受け付けが終了したら次のステップＳ１７０２へ進む。

ステップＳ１７０２において、前述のステップＳ１７０１で受け付けた訪問確定日時キャンセルを管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１７０３へ進む。

ステップＳ１７０３において、管理サーバ１０１のスケジュール情報調整制御部３１２は前述のステップＳ１７０２で通知されたサービスマン訪問確定日時キャンセルを受信する。管理サーバ１０１のスケジュール情報調整制御部３１２は訪問日時をキャンセルし、図１１の訪問情報レコード１１１０を削除する。削除したら次のステップの図１４「１」へ進み、再度サービスマン訪問日時決定処理を行う。このキャンセル処理が終了したら、本処理フローを終了する。

次に、図１に記載されたサービスマンPC端末１０８による、サービスマンからのサービスマン訪問確定日時キャンセル／変更処理について、図１８を参照しながら説明する。

図１８は、前述の図１３〜図１６において、障害発生後にサービスマン訪問日時がすでに確定されている状態において、サービスマンの都合により確定しているサービスマン訪問日時をキャンセルおよび変更する手順を表したものである。本処理はサービスマンPC端末１０８と管理サーバ１０１とプリンタ１０５によって実行される。

ステップＳ１８０１において、サービスマンPC端末１０８は、訪問確定日時のキャンセルまたは変更入力を受け付ける。訪問確定日時キャンセルまたは変更の入力受け付けが終了したら次のステップＳ１８０２へ進む。

ステップＳ１８０２において、前述のステップＳ１８０１で受け付けた訪問確定日時キャンセルまたは変更を管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１８０３へ進む。

ステップＳ１８０３において、管理サーバ１０１は前述のステップＳ１８０２で通知された訪問確定日時キャンセルまたは変更を受信する。サービスマンPC端末１０８からの受信が終了したら次のステップＳ１８０４へ進む。

ステップＳ１８０４において、管理サーバ１０１は前述のステップＳ１８０２で通知されたものが、訪問日時の変更である場合には次のステップＳ１８０９へ進む。

ステップＳ１８０９において、管理サーバ１０１は訪問日時変更をサービスマン情報処理部３０４を使用してサービスマン情報保管部３０３に追加する。次のステップの図１５「２」へ進み、上記で説明した訪問日時確定処理を行う。
この登録が終了したら、本処理フローを終了する。

一方ステップＳ１８０４において、管理サーバ１０１は前述のステップＳ１８０２で通知されたものが、訪問日時のキャンセルである場合には次のステップＳ１８０５へ進む。

ステップＳ１８０５において、管理サーバ１０１は訪問日時をキャンセルし、図１１の訪問情報レコード１１１０を削除する。訪問日時キャンセルの登録が終了したら次のステップＳ１８０６へ進む。 ステップＳ１８０６において、管理サーバ１０１は訪問日時キャンセルを、プリンタ１０５に通知する。プリンタ１０５への通知が終了したら次のステップＳ１８０７へ進む。

ステップＳ１８０７において、前述のステップＳ１８０６で通知された訪問確定日時キャンセルを受信する。管理サーバ１０１からの受信を終了したら次のステップＳ１８０８へ進む。

ステップＳ１８０８において、プリンタ１０５は図２０の障害状況画面を表示し、必要により再度、メンテナンススケジューリング処理を行う。この障害状況画面表示が終了したら、本処理フローを終了する。

次に、図１に記載されたプリンタ１０５によるサービスマンからの障害修復処理について、図１９を参照しながら説明する。

図１９は、前述の図１３〜図１６において、障害発生後にサービスマン訪問日時がすでに確定されている状態において、サービスマンがプリンタ１０５の障害修復を完了した際の、障害修復フロー手順を表したものである。本処理はプリンタ１０５と管理サーバ１０１によって実行される。

ステップＳ１９０１において、プリンタ１０５の操作部２０８は、サービスマンからの障害修復完了入力を受け付ける。障害修復完了入力受け付けが終了したら次のステップＳ１９０２へ進む。

ステップＳ１９０２において、プリンタ１０５に表示されている図２５の訪問確定日時画面の表示を解除する。表示の解除が終了したら次のステップＳ１９０３へ進む。

ステップＳ１９０３において、プリンタ１０５のNetwork I/F２０５は障害修復完了を、管理サーバ１０１に通知する。管理サーバ１０１への通知が終了したら次のステップＳ１９０４へ進む。

ステップＳ１９０４において、前述のステップＳ１９０３で通知された障害修復完了を受信する。
プリンタ１０５からの受信を終了したら次のステップＳ１９０５へ進む。

ステップＳ１９０５において、管理サーバ１０１のプリンタ情報処理部３１８はプリンタ情報保管部３１７の障害ＩＤ４０４の情報を障害修復完了に更新する。障害修復完了の登録が終了したら次のステップＳ１９０６へ進む。

ステップＳ１９０６において、図８のメールアドレス８０２をもとにユーザ携帯端末１０９へ障害修復完了を通知する。

管理サーバ１０１の障害情報通知処理部３１３は、ユーザ情報保管部３０９のメールアドレス８０２をもとにユーザへ障害修復完了を通知する。この通知が終了したら、ユーザ情報処理部３１０はユーザ情報保管部３０９のメールアドレス８０２の情報を消去する。消去を行ったら、本処理フローを終了する。

このように、スケジュールの決定や変更が顧客およびサービスマンの双方がプリンタ、ＰＣ端末、システム、プログラムにより可能になるので、スケジュールの決定および変更要望による双方の希望メンテナンススケジュール照会ならびに決定を容易に実現できるシステム、装置、方法及びプログラムを提供することが可能となる。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムを読み出す処理である。この場合、記憶媒体から読み出されたプログラム自体が前述した実施の形態の機能を実現することになり、そのプログラム及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

また、プログラムを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等である。または、プログラムをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリーに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

また、コンピュータが読み出したプログラムを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

１０１ 管理サーバ
１０２ ネットワーク
１０３ 店舗
１０４ 管理者PC端末
１０５ プリンタ
１０６ ワイヤレスアクセスポイント
１０７ サービスマン携帯端末
１０８ サービスマンPC端末
１０９ ユーザ携帯端末
２０１ CPU
２０２ RAM
２０３ ROM
２０４ HDD
２０５ Network I/F
２０６ MODEM
２０７ 操作部 I/F
２０８ 操作部
２０９ システムバス
２１０ RIP
２１１ プリンタ I/F
２１２ プリンタ部
２１３ スキャナ I/F
２１４ スキャナ部
２１５ 画像バス
２１６ コントローラユニット
２１７ 画像処理部
２１８ 外部 I/F
２１９ カードリーダ
３０１ 障害情報保管部
３０２ 障害情報処理部
３０３ サービスマン情報保管部
３０４ サービスマン情報処理部
３０５ 顧客情報保管部
３０６ 顧客情報処理部
３０７ 顧客サービス情報保管部
３０８ 顧客サービス情報処理部
３０９ ユーザ情報保管部
３１０ ユーザ情報処理部
３１１ 障害判断処理部
３１２ スケジュール情報調整制御部
３１３ 障害情報通知処理部
３１４ ネットワーク通信部
３１５ エリア情報保管部
３１６ エリア情報処理部
３１７ プリンタ情報保管部
３１８ プリンタ情報処理部

Claims (17)

1. プリンタと前記プリンタにネットワークを介して接続された前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理する管理サーバとを有するメンテナンススケジューリングシステムであって、
   前記プリンタは、
   当該プリンタの障害情報を収集する障害情報収集手段と、
   前記障害情報収集手段で収集した障害情報を前記管理サーバに送信する障害情報通知手段と、
   当該プリンタのメンテナンスのための訪問日時の候補を受信する訪問日時候補受信手段と、
   前記訪問日時候補受信手段で受信した訪問日時の候補を表示する訪問日時候補表示手段と、
   前記訪問日時候補表示手段で表示した訪問日時の候補から選択された訪問日時を受け付ける訪問日時受付手段と、
   前記訪問日時受付手段で受け付けた訪問日時を前記管理サーバに送信する訪問日時送信手段と
   を備え、
   前記管理サーバは、
   メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶手段と、
   前記プリンタから障害情報を受信する障害情報受信手段と、
   前記障害情報受信手段で受信した障害情報から、前記メンテナンス管理情報記憶手段で記憶している管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得手段と、
   前記訪問日時候補取得手段で取得した訪問日時の候補を前記プリンタに送信する訪問日時候補送信手段と、
   前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信手段と、
   前記訪問日時受信手段で受信した訪問日時を記憶する訪問日時記憶手段と
   を備えることを特徴とするメンテナンススケジューリングシステム。
2. 前記プリンタは、
   障害修復完了予定日時の連絡先であるユーザ情報の入力を受け付けるユーザ情報受付手段と、
   前記ユーザ情報受付手段で受け付けたユーザ情報を前記管理サーバに送信する連絡先送信手段と
   を備え、
   前記管理サーバは、
   前記プリンタからユーザ情報を受信するユーザ情報受信手段と、
   前記訪問日時受信手段で受信した訪問日時と障害情報受信手段で受信した障害情報とから障害修復完了予定日時を算出する障害修復完了予定日時算出手段と、
   前記ユーザ情報受信手段で受信したユーザ情報から前記障害修復完了予定日時算出手段で算出した障害修復完了予定日時の情報を送信する障害修復完了予定日時送信手段と
   を備えることを特徴とする請求項１に記載のメンテナンススケジューリングシステム。
3. 前記プリンタは、
   障害修復手順を示す情報を記憶する修復手順記憶手段と、
   前記管理サーバから訪問不要情報を受信する訪問不要情報受信手段と、
   前記訪問不要情報受信手段が訪問不要情報を受信した場合、前記修復手順記憶手段に記憶されている修復手順を表示する修復手順表示手段と
   を備え、
   前記管理サーバは、
   前記メンテナンス管理情報記憶手段で記憶したメンテナンス管理情報は、さらに顧客が障害に対応できるレベルを示したスキル情報を含み、
   前記障害情報受信手段で受信した障害情報と、前記メンテナンス管理情報記憶手段で記憶しているスキル情報とから、メンテナンスのためのサービスマンの訪問の要否を判断する訪問要否判断手段と、
   前記訪問要否判断手段で判断した結果、サービスマンの訪問が不要の場合は訪問不要障害情報を前記プリンタに送信する訪問不要障害情報送信手段と
   を備えることを特徴とする請求項１または２に記載のメンテナンススケジューリングシステム。
4. 前記メンテナンス管理情報記憶手段で記憶したメンテナンス管理情報は、さらにサービスマンの障害修復に対する知識と技術を示すサービスマンスキル情報を含み、
   前記障害修復完了予定日時算出手段は、前記障害情報受信手段で受信した障害情報と前記メンテナンス管理情報記憶手段で記憶しているサービスマンスキル情報とを用いて算出することを特徴とする請求項２または３に記載のメンテナンススケジューリングシステム。
5. プリンタと前記プリンタにネットワークを介して接続された前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理するメンテナンススケジューリング装置であって、
   メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶手段と、
   前記プリンタから障害情報を受信する障害情報受信手段と、
   前記障害情報受信手段で受信した障害情報から、前記メンテナンス管理情報記憶手段で記憶している管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得手段と、
   前記訪問日時候補取得手段で取得した訪問日時の候補を前記プリンタに送信する訪問日時候補送信手段と、
   前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信手段と、
   前記訪問日時受信手段で受信した訪問日時を記憶する訪問日時記憶手段と
   を備えることを特徴とするメンテナンススケジューリング装置。
6. 前記プリンタから障害修復完了予定日時の連絡先であるユーザ情報を受信するユーザ情報受信手段と、
   前記訪問日時受信手段で受信した訪問日時と障害情報受信手段で受信した障害情報とから障害修復完了予定日時を算出する障害修復完了予定日時算出手段と、
   前記ユーザ情報受信手段で受信したユーザ情報から前記障害修復完了予定日時算出手段で算出した障害修復完了予定日時の情報を送信する障害修復完了予定日時送信手段と
   を備えることを特徴とする請求項５に記載のメンテナンススケジューリング装置。
7. 前記メンテナンス管理情報記憶手段で記憶するメンテナンス管理情報は、さらに顧客が障害に対応できるレベルを示したスキル情報を含み、
   前記障害情報受信手段で受信した障害情報と、前記メンテナンス管理情報記憶手段で記憶しているスキル情報とから、メンテナンスのためのサービスマンの訪問の要否を判断する訪問要否判断手段と、
   前記訪問要否判断手段で判断した結果、サービスマンの訪問が不要の場合は訪問不要障害情報を前記プリンタに送信する訪問不要障害情報送信手段と
   を備えることを特徴とする請求項５または６に記載のメンテナンススケジューリング装置。
8. 前記メンテナンス管理情報記憶手段で記憶するメンテナンス管理情報は、さらにサービスマンの障害修復に対する知識と技術を示すサービスマンスキル情報を含み、
   前記障害修復完了予定日時算出手段は、前記障害情報受信手段で受信した障害情報と前記メンテナンス管理情報記憶手段で記憶しているサービスマンスキル情報とを用いて算出することを特徴とする請求項６または７に記載のメンテナンススケジューリング装置。
9. プリンタと前記プリンタにネットワークを介して接続された管理サーバとを有し、前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理するメンテナンススケジューリング方法であって、
   前記プリンタは、
   当該プリンタの障害情報を収集する障害情報収集ステップと、
   前記障害情報収集ステップで収集する障害情報を前記管理サーバに送信する障害情報通知ステップと、
   当該プリンタのメンテナンスのための訪問日時の候補を受信する訪問日時候補受信ステップと、
   前記訪問日時候補受信ステップで受信する訪問日時の候補を表示する訪問日時候補表示ステップと、
   前記訪問日時候補表示ステップで表示する訪問日時の候補から選択される訪問日時を受け付ける訪問日時受付ステップと、
   前記訪問日時受付ステップで受け付けたる訪問日時を前記管理サーバに送信する訪問日時送信ステップと
   を備え、
   前記管理サーバは、
   メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶ステップと、
   前記プリンタから障害情報を受信する障害情報受信ステップと、
   前記障害情報受信ステップで受信する障害情報から、前記メンテナンス管理情報記憶ステップで記憶する管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得ステップと、
   前記訪問日時候補取得ステップで取得する訪問日時の候補を前記プリンタに送信する訪問日時候補送信ステップと、
   前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信ステップと、
   前記訪問日時受信ステップで受信した訪問日時を記憶する訪問日時記憶ステップと
   を備えることを特徴とするメンテナンススケジューリング方法。
10. 前記プリンタは、
    障害修復完了予定日時の連絡先であるユーザ情報の入力を受け付けるユーザ情報受付ステップと、
    前記ユーザ情報受付ステップで受け付けるユーザ情報を前記管理サーバに送信する連絡先送信ステップと
    を備え、
    前記管理サーバは、
    前記プリンタからユーザ情報を受信するユーザ情報受信ステップと、
    前記訪問日時受信ステップで受信する訪問日時と障害情報受信ステップで受信する障害情報とから障害修復完了予定日時を算出する障害修復完了予定日時算出ステップと、
    前記ユーザ情報受信ステップで受信するユーザ情報から前記障害修復完了予定日時算出ステップで算出する障害修復完了予定日時の情報を送信する障害修復完了予定日時送信ステップと
    を備えることを特徴とする請求項９に記載のメンテナンススケジューリング方法。
11. 前記プリンタは、
    障害修復手順を示す情報を記憶する修復手順記憶ステップと、
    前記管理サーバから訪問不要情報を受信する訪問不要情報受信ステップと、
    前記訪問不要情報受信ステップが訪問不要情報を受信する場合、前記修復手順記憶ステップに記憶されている修復手順を表示する修復手順表示ステップと
    を備え、
    前記管理サーバは、
    前記メンテナンス管理情報記憶ステップで記憶するメンテナンス管理情報は、さらに顧客が障害に対応できるレベルを示したスキル情報を含み、
    前記障害情報受信ステップで受信する障害情報と、前記メンテナンス管理情報記憶ステップで記憶するスキル情報とから、メンテナンスのためのサービスマンの訪問の要否を判断する訪問要否判断ステップと、
    前記訪問要否判断ステップで判断する結果、サービスマンの訪問が不要の場合は訪問不要障害情報を前記プリンタに送信する訪問不要障害情報送信ステップと
    を備えることを特徴とする請求項９または１０に記載のメンテナンススケジューリング方法。
12. 前記メンテナンス管理情報記憶ステップで記憶するメンテナンス管理情報は、さらにサービスマンの障害修復に対する知識と技術を示すサービスマンスキル情報を含み、
    前記障害修復完了予定日時算出ステップは、前記障害情報受信ステップで受信する障害情報と前記メンテナンス管理情報記憶ステップで記憶しているサービスマンスキル情報とを用いて算出することを特徴とする請求項１０または１１に記載のメンテナンススケジューリング方法。
13. プリンタと前記プリンタにネットワークを介して接続された管理サーバとを有し、前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理するメンテナンススケジューリング方法であって、
    メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶ステップと、
    前記プリンタから障害情報を受信する障害情報受信ステップと、
    前記障害情報受信ステップで受信する障害情報から、前記メンテナンス管理情報記憶ステップで記憶している管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得ステップと、
    前記訪問日時候補取得ステップで取得する訪問日時の候補を前記プリンタに送信する訪問日時候補送信ステップと、
    前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信ステップと、
    前記訪問日時受信ステップで受信した訪問日時を記憶する訪問日時記憶ステップと
    を備えることを特徴とするメンテナンススケジューリング方法。
14. 前記プリンタから障害修復完了予定日時の連絡先であるユーザ情報を受信するユーザ情報受信ステップと、
    前記訪問日時受信ステップで受信する訪問日時と障害情報受信ステップで受信する障害情報とから障害修復完了予定日時を算出する障害修復完了予定日時算出ステップと、
    前記ユーザ情報受信ステップで受信するユーザ情報から前記障害修復完了予定日時算出ステップで算出する障害修復完了予定日時の情報を送信する障害修復完了予定日時送信ステップと
    を備えることを特徴とする請求項１３に記載のメンテナンススケジューリング方法。
15. 前記メンテナンス管理情報記憶ステップで記憶するメンテナンス管理情報は、さらに顧客が障害に対応できるレベルを示したスキル情報を含み、
    前記障害情報受信ステップで受信する障害情報と、前記メンテナンス管理情報記憶ステップで記憶するスキル情報とから、メンテナンスのためのサービスマンの訪問の要否を判断する訪問要否判断ステップと、
    前記訪問要否判断ステップで判断する結果、サービスマンの訪問が不要の場合は訪問不要障害情報を前記プリンタに送信する訪問不要障害情報送信ステップと
    を備えることを特徴とする請求項１３または１４に記載のメンテナンススケジューリング方法。
16. 前記メンテナンス管理情報記憶ステップで記憶するメンテナンス管理情報は、さらにサービスマンの障害修復に対する知識と技術を示すサービスマンスキル情報を含み、
    前記障害修復完了予定日時算出ステップは、前記障害情報受信ステップで受信した障害情報と前記メンテナンス管理情報記憶ステップで記憶しているサービスマンスキル情報とを用いて算出することを特徴とする請求項１４または１５に記載のメンテナンススケジューリング方法。
17. プリンタと前記プリンタにネットワークを介して接続された前記プリンタの障害発生時におけるメンテナンスのためのサービスマンの訪問スケジュールを管理するメンテナンススケジューリング装置で実行が可能なプログラムであって、
    メンテナンスのためにサービスマンが訪問可能な日時の情報と前記プリンタをメンテナンスのためにサービスマンの訪問を受け入れることが可能な日時の情報とを含む管理情報を記憶するメンテナンス管理情報記憶手段と、
    前記プリンタから障害情報を受信する障害情報受信手段と、
    前記障害情報受信手段で受信した障害情報から、前記メンテナンス管理情報記憶手段で記憶している管理情報から前記プリンタのメンテナンスのための訪問日時の候補を取得する訪問日時候補取得手段と、
    前記訪問日時候補取得手段で取得した訪問日時の候補を前記プリンタに送信する訪問日時候補送信手段と、
    前記プリンタのメンテナンスのための訪問日時を受信する訪問日時受信手段と、
    前記訪問日時受信手段で受信した訪問日時を記憶する訪問日時記憶手段と
    してメンテナンススケジューリング装置を機能させることを特徴としたプログラム。