(57)【要約】【課題】  複写機の故障が発生した際に、メンテナンスで巡回しているサービスマンの巡回スケジュールを自動で修正し、障害が発生した複写機が止まっている時間を短縮する。【解決手段】  複写機から通知された障害情報の緊急度により、あらかじめ予定していたメンテナンススケジュールの作業時間、作業順序を自動で更新し、その内容を複写機所有ユーザ、及びサービスマンに通知する。【選択図】  図１４
2009146124.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置とその画像形成装置をメンテナンスするためのスケジュールを維持管理するメンテナンススケジューリングサーバとで構成されるメンテナンススケジューリングシステムにおいて、
定期的に行う画像形成装置のメンテナンススケジュールを登録する手段と、
登録されたスケジュールを画像形成装置を所有するユーザに通知する手段と、
画像形成装置から送信される障害情報を受信する手段と、
受信した障害情報からその緊急度を判断する手段と、
判断した緊急度をもとにメンテナンススケジュールを変更する手段と、
メンテナンス担当のサービスマンに変更されたスケジュールを通知する手段と
を持つメンテナンススケジューリングシステム。
【請求項２】
前記メンテナンススケジューリングシステムはさらに、
変更のあったメンテナンス対象の画像形成装置を所有するユーザに変更通知をする手段と、
特徴とする請求項１記載のメンテナンススケジューリングシステム。
【請求項３】
前記メンテナンススケジューリングシステムはさらに、
スケジュール変更の通知を受けたのちに、変更スケジュールの修正を行う手段と、
修正後にスケジュール変更を確定する手段と、
変更の確定したメンテナンス対象の画像形成装置を所有するユーザに変更通知をする手段と、
メンテナンス担当のサービスマンに変更の確定したスケジュールを通知する手段と
特徴とする請求項１記載のメンテナンススケジューリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複写機などのオフィス機器に好適な機器メンテナンスを行う際の要員スケジュールの設定に関する。
【背景技術】
【０００２】
従来より、複写機に代表されるオフィス機器のメンテナンスには、定期的な点検を行うための巡回訪問するものと、機器の故障によりスポットで行うものの２種類が存在している。定期的な点検のための巡回訪問に関しては、通常サービスマンの作業予定をあらかじめスケジュール化しておき、そのスケジュールをオフィス機器の顧客に通知してから、訪問することが一般的に行われている。
【特許文献１】特開２００５−０３１９７６号公報
【特許文献２】特開２００２−４１６９１号公報
【特許文献３】特開平１１−１３６３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、巡回しているサービスマンが外出している中で、担当の複写機の故障が発生した場合には、以下のような問題点があった。ひとつは、巡回しているサービスマンのスケジュールは故障の修理までを予定したものではないため、訪問先で修理を行うことになった場合には、その日のスケジュールがずれてしまうこと。次には、あらかじめ顧客にはメンテナンススケジュールが通知されており、ずれたスケジュールをユーザに全て再連絡しなければならず、サービスマンがメンテナンス以外に手間がかかってしまうこと。更に、故障が発生した顧客の機器を優先して再スケジューリングすることができないこと。
【課題を解決するための手段】
【０００４】
本発明は、前述の従来技術の課題を解決するためになされたものであり、
請求項１において、画像形成装置とその画像形成装置をメンテナンスするためのスケジュールを維持管理するメンテナンススケジューリングサーバとで構成されるメンテナンススケジューリングシステムにおいて、定期的に行う画像形成装置のメンテナンススケジュールを登録する手段と、登録されたスケジュールを画像形成装置を所有するユーザに通知する手段と、画像形成装置から送信される障害情報を受信する手段と、受信した障害情報からその緊急度を判断する手段と、判断した緊急度をもとにメンテナンススケジュールを変更する手段と、メンテナンス担当のサービスマンに変更されたスケジュールを通知する手段とを持つ事を特徴とする。
【０００５】
また、請求項２において、請求項１に加えて、前記メンテナンススケジューリングシステムはさらに、変更のあったメンテナンス対象の画像形成装置を所有するユーザに変更通知をする手段を持つ事を特徴とする。
【０００６】
更に、請求項３において、請求項１に加えて、前記メンテナンススケジューリングシステムはさらに、スケジュール変更の通知を受けたのちに、変更スケジュールの修正を行う手段と、修正後にスケジュール変更を確定する手段と、変更の確定したメンテナンス対象の画像形成装置を所有するユーザに変更通知をする手段と、メンテナンス担当のサービスマンに変更の確定したスケジュールを通知する手段とを持つ事を特徴とする。
【発明の効果】
【０００７】
本発明によって、急な複写機の故障により発生する作業時間の延長、作業順序の変更等の再スケジューリングを故障の緊急度により自動で行うことができる。また、再スケジューリングした予定を、顧客先、およびサービスマンに伝達できるようになるため、変更を周知できる。これらのスケジューリング機能の向上により、メンテナンスサービスを向上させることができる。
【発明を実施するための最良の形態】
【０００８】
以下に、図面を参照して、本発明の最良の形態を例示的に詳しく説明する。但し、この実施の形態に記載されている構成要素のうち、相的配置、データ内容などは、特に特定的な記述を行わない限りはこの発明の範囲をそれらにより限定する趣旨のものではない。
【実施例１】
【０００９】
以下に本発明に係わる第一の実施形態としてサービススケジュール管理装置について説明する。
【００１０】
＜サービススケジュール管理装置を含む全体構成＞
本実施形態のサービススケジュール管理装置を含むシステム全体の構成図について、図１のブロック図を参照して説明する。
【００１１】
前記システムは、図１に示すとおり、サービススケジュール管理装置１０１、画像形成装置１０２、クライアント装置１０３、ネットワーク１０４とで構成される。
【００１２】
サービススケジュール管理装置１０１は、管理する画像形成装置１０２のメンテナンスのスケジュールを管理するものであり、画像形成装置１０２からの障害情報を受け付けた際にはメンテナンススケジュールの更新も行う。
【００１３】
画像形成装置１０２は、プリンタ（電子写真方式及びインクジェット方式を含む）や、画像読取装置としてのスキャナや、画像通信装置としてのファクシミリや、画像形成装置としてのプリンタ機能及びファクシミリ機能を統合的に備えたデジタル複合機である。
【００１４】
この画像形成装置は、ネットワーク１０４内において、特にひとつに限定されるものではなく、複数存在することも可能である。
【００１５】
クライアント装置１０３は、サービスマンがスケジュール情報を登録、更新、確認を行うためのものである。
【００１６】
ネットワーク１０４は、サービススケジュール管理装置１０１と画像形成装置１０２、クライアント装置１０３を双方向通信することが可能なネットワークであり、インターネットの形で実現されるものである。
【００１７】
＜サービススケジュール管理装置、およびクライアント装置構成＞
図１のサービススケジュール管理装置１０１およびクライアント装置１０３のハードウェア構成について、以下のブロック図２を参照して説明する。本図２説明は、サービススケジュール管理装置１０１として行うが、クライアント装置１０３も同様の構成である。
【００１８】
図２に示すとおり、サービススケジュール管理装置１０１は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、ＮＩＣ２０５と、ＶＲＡＭ２０８と、ＫＢＣ２１０と、ＨＤＤ２１３と、ＩＯＣ２１４により構成される。
【００１９】
また、これらのユニットを接続し、各種データや制御情報などを伝送するシステムバス２００を備える。
【００２０】
ＣＰＵ２０１は、サービススケジュール管理装置１０１の各種制御、および演算を行う中央演算処理装置である。
【００２１】
ＲＡＭ２０２は、ランダムアクセスメモリであり、ＣＰＵ２０１の主メモリとして実行プログラムの格納領域や、該実行プログラムの実行領域や、データの格納領域を提供する。
【００２２】
ＲＯＭ２０３は、ＣＰＵ２０１の動作処理手順を記憶している読み取り専用メモリであり、サービススケジュール管理装置１０１の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼動させるために必要な情報等を記憶する。
【００２３】
外部記憶装置２０４は、ＣＤＲＯＭやＦＤＤと言った外部メディアを使用した記憶装置である。
【００２４】
ＮＩＣ２０５は、外部ネットワークとの間の入出力信号を制御するためのコントローラである。このＮＩＣ２０５は、モデム２０６や、外部ネットワーク２０７に接続するために使用される通信用のコントローラである。
【００２５】
モデム２０６は、ＮＩＣ２０５と接続されており、モデムやＩＳＤＮ接続用のターミナルアダプタといった公衆回線を使用して他装置とのデータ送受信を行う通信機器である。
【００２６】
ネットワーク２０７は、ＮＩＣ２０５と接続されているイーサネット（登録商標）などのネットワークシステムである。このネットワーク２０７は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）として使用される。
【００２７】
ＶＲＡＭ２０８は、ビデオＲＡＭであり、ＣＲＴ２０９に表示する画像データを展開し、表示の制御を行う。
【００２８】
ＣＲＴ２０９は、ＶＲＡＭ２０８と接続されサービススケジュール管理装置１０１の各種情報を表示する表示装置である。
【００２９】
ＣＲＴ２０９はサービススケジュール管理装置１０１内に内包する、もしくはサービススケジュール管理装置１０１とは筐体が分離した状態で使用される。この表示装置は、液晶表示装置もしくはタッチパネル式液晶表示装置などを使用することも可能である。
【００３０】
ＫＢＣ２１０は、サービススケジュール管理装置１０１に接続されたＫＢ２１１やＭＯＵＳＥ２１２等の入力装置からの入力信号を受信し、制御するコントローラである。
【００３１】
ＫＢ２１１、およびＭＯＵＳＥ２１２は、ユーザからの入力情報を受け付ける入力装置である。これら入力装置のかわりに前述のタッチパネル式液晶表示装置の入力部を利用することも可能である。
【００３２】
ＨＤＤ２１３は、ハードディスクドライブであり、サービススケジュール管理装置１０１内で使用するアプリケーションプログラムや、文書データ、各種管理データなどを格納するために使用される。
【００３３】
ＩＯＣ２１４は、情報入力装置であるスキャナ２１６や、出力装置であるＰＲＴ２１５などサービススケジュール管理装置１０１への入出力信号を制御するためのコントローラである。
【００３４】
前記スキャナ２１６、ＰＲＴ２１５以外の外部入出力装置、例えば外部接続用ＨＤＤや、ＭＯドライブなどの情報機器を接続することも可能である。
【００３５】
ＰＲＴ２１５は、サービススケジュール管理装置１０１内で保持している電子画像データを印刷するためのプリンタである。
【００３６】
スキャナ２１６は、紙原稿の紙面に記述されている内容を電子画像データとして読み取るための読取装置である。
【００３７】
次に、サービススケジュール管理装置１０１の機能構成について、以下のブロック図３を参照して説明する。
【００３８】
障害情報保管部３０１は、サービススケジュール管理装置１０１に画像形成装置１０２から送信される障害情報を格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１３に格納される。
【００３９】
障害情報処理部３０２は、ＲＡＭ２０８内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、障害情報の入出力に関する処理を障害情報保管部３０１に対して行う。
【００４０】
画像形成装置情報保管部３０３は、サービススケジュール管理装置１０１が管理する画像形成装置１０２の情報を格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１３に格納される。
【００４１】
画像形成装置情報処理部３０４は、ＲＡＭ２０８内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、画像形成装置情報の入出力処理を画像形成装置情報保管部３０３に対して行う。
【００４２】
スケジュール情報保管部３０５は、サービススケジュール管理装置１０１が管理する画像形成装置１０２のメンテナンススケジュールの情報を格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１３に格納される。
【００４３】
スケジュール情報処理部３０６は、ＲＡＭ２０８内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、スケジュール情報の入出力処理をスケジュール情報保管部３０５に対して行う。
【００４４】
サービスマン情報保管部３０７は、画像形成装置１０２のメンテナンスを行うサービスマンの情報を格納しておく場所であり、ＲＡＭ２０２、もしくはＨＤＤ２１３に格納される。
【００４５】
サービスマン情報処理部３０８は、ＲＡＭ２０８内に格納され、ＣＰＵ２０１で実行される実行プログラムであり、サービスマン情報の入出力処理をサービスマン情報保管部３０７に対して行う。
【００４６】
障害監視処理制御部３０９は、画像形成装置１０２から障害発生時に送信される障害レポートを常に監視し、障害レポートが送信された際に障害情報の登録、およびスケジュールの変更といった障害レポート受信時処理の制御を行う。
【００４７】
スケジュール処理制御部３１０は、スケジュールの登録、変更、削除といったスケジュール情報全般の処理制御を行う。
【００４８】
変更通知制御部３１１は、スケジュールの登録、変更に伴い顧客やサービスマンへのスケジュール内容通知処理の制御を行う。
【００４９】
表示内容生成部３１２は、他の処理制御部での処理結果をクライアント装置１０３に送信するための表示情報の生成／整形する処理の制御を行う。
【００５０】
ネットワーク通信部３１３は、次の２つの処理を行う。ひとつは、前記画像形成装置１０２やクライアント装置１０３から受信した処理要求をサービススケジュール管理装置１０１内の各処理制御部へ処理を通知することである。ひとつは、サービススケジュール管理装置１０１内の各制御部からの処理結果をクライアント装置１０３に対して送信することである。これは、モデム２０６もしくはＮＩＣ２０５で接続される。
【００５１】
次に、クライアント装置１０３の機能構成について、以下のブロック図４を参照して説明する。
【００５２】
表示内容処理制御部４０１は、次の２つの処理を行う。ひとつは、サービススケジュール管理装置１０１から送信された表示内容を解釈してＣＲＴ２０９上に表示することである。ひとつは、ＫＢ２１１やＭＯＵＳＥ２１２で入力したスケジュール情報をサービススケジュール管理装置１０１に送信するための処理制御を行う事である。
【００５３】
ネットワーク通信部４０２は、次の２つの処理を行う。ひとつは、ネットワーク１０４を経由して前記サービススケジュール管理装置１０１から受信した処理結果を表示内容処理制御部４０１に通知することである。ひとつは、表示内容処理制御部４０１からの処理依頼内容をサービススケジュール管理装置１０１に対して送信することである。
【００５４】
これは、モデム２０６もしくはＮＩＣ２０５で接続される。
【００５５】
＜画像形成装置構成＞
次に、画像形成装置１０２の機能構成について、以下のブロック図５を参照して説明する。
【００５６】
図５は、図１における画像形成装置１０２の全体の制御を司るコントローラの機能構成例を示すブロック図である。
【００５７】
画像形成装置のコントローラは原稿給送装置制御部５０１、イメージリーダ制御部５０２、画像信号制御部５０３、プリンタ制御部５０４、外部Ｉ／Ｆ５０５、ＣＰＵ回路部５０６、ソータ制御部５１２、フィニッシャ制御部５１３、状態検知部５１４を備えている。
【００５８】
また、操作部５１０は画像形成装置の操作部、表示部５１１は画像形成装置の表示部を表している。
【００５９】
ＣＰＵ回路部５０６は、ＣＰＵ（図示略）、ＲＯＭ５０７、ＲＡＭ５０８、ＨＤＤ５０９を備えている。
【００６０】
ＣＰＵは、ＲＯＭ５０７に格納されている制御プログラムに基づき、原稿給送装置制御部５０１、イメージリーダ制御部５０２、画像信号制御部５０３、プリンタ制御部５０４、外部Ｉ／Ｆ５０５、操作部５１０、表示部５１１、ソータ制御部５１２、フィニッシャ制御部５１３、状態検知部５１４を統括的に制御する。
【００６１】
ＲＯＭ５０７は、制御プログラムを格納する。
【００６２】
ＲＡＭ５０８は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。ＨＤＤ５０９は、制御プログラムに必要な情報や、原稿給送装置制御部５０１〜状態検知部５１４から受信した情報を記憶する。
【００６３】
原稿給送装置制御部５０１は、原稿積載部にセットされた原稿を原稿読取位置へ自動的に給送する原稿給送装置（図示略）をＣＰＵ回路部５０６からの指示に基づき駆動制御する。
【００６４】
イメージリーダ制御部５０２は、原稿を走査するスキャナユニット（図示略）、原稿の光学像を電気信号に光電変換するイメージセンサ（図示略）などに対する駆動制御を行い、イメージセンサから出力されたアナログ画像信号を画像信号制御部５０３に転送する。
【００６５】
画像信号制御部５０３は、アナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部５０４に出力する。
【００６６】
画像信号制御部５０３による処理動作は、ＣＰＵ回路部５０６により制御される。
【００６７】
外部Ｉ／Ｆ５０５は、ネットワーク１０４を介してコンピュータなどの外部機器から入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換してプリンタ制御部５０４に出力する。
【００６８】
また、外部Ｉ／Ｆ５０５は、ネットワーク１０４を介してサービススケジュール管理装置１０１と通信を行う。
【００６９】
プリンタ制御部５０４は、入力されたビデオ信号に基づき、感光体に対する露光を制御する露光制御部（図示略）を駆動する。
【００７０】
操作部５１０は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号をＣＰＵ回路部５０６に出力する。
【００７１】
表示部５１１は、操作部５１０の入力内容や、各制御部の状態などを、ＣＰＵ回路部５０６からの信号に基づき表示する。
【００７２】
ソータ制御部５１２は、画像形成が完了した用紙を仕分けるソータ機構（図示略）を駆動制御する。
【００７３】
フィニッシャ制御部５１３は、画像形成が完了した用紙の後処理（用紙に穴を開けるパンチ処理、用紙を綴じるステイプル処理など）を行うフィニッシャ機構（図示略）を駆動制御する。
【００７４】
ソータ制御部５１２、フィニッシャ制御部５１３は、外部Ｉ／Ｆ５０５を経由したユーザからの入力または操作部５１０からの設定により、ＣＰＵ回路部５０６からの信号に基づき動作する。
【００７５】
状態検知部５１４は、図示の各ブロックからの状態情報を収集し、異常検知等の検知及び検知結果に基づく判断を行い、判断結果をＣＰＵ回路部５０６に通知する。ＣＰＵ回路部５０６は、この通知に従い表示部５１１に異常を表示し、外部Ｉ／Ｆ５０５を経由してサービススケジュール管理装置１０１へ異常を通知する。
【００７６】
＜取り扱うデータ形式、および構成＞
図６は、図３で示したサービススケジュール管理装置１０１の障害情報保管部３０１に保管される情報の形式とデータ例を表す図である。
【００７７】
障害情報６０１は、デバイスＩＤ６０２、エラーＩＤ６０３、重要度６０４、発生日時６０５、発生回数６０６、緊急度６０７、スケジュール登録６０８とで構成される。
【００７８】
デバイスＩＤ６０２は、後述の図７の画像形成装置情報７０１で表される画像形成装置１０２の情報である。
【００７９】
エラーＩＤ６０３は、画像形成装置１０２から送信される障害を一意に表す情報である。
【００８０】
重要度６０４は、エラーＩＤが表す障害内容の規模間を表すものであり、後述の図１０の定義に基づいてあらかじめ定められており、画像形成装置１０２から送信される情報である。
【００８１】
発生日時６０５は、画像形成装置１０２から送信された障害情報をサービススケジュール管理装置１０１が受信した日時を表す情報である。
【００８２】
発生回数６０６は、画像形成装置１０２から送信された同種の障害発生回数をあらわしており、日ごとに加算されるものである。
【００８３】
緊急度６０７は、重要度６０４、および発生回数６０６の情報を加味して判定される対応の緊急度を表す情報である。
【００８４】
スケジュール登録６０８は、画像形成装置１０２から送信された障害情報がサービススケジュールに反映されたかどうかを表す情報であり、「未」は未登録、「済」は登録済みを表している。
【００８５】
障害情報６０１は、デバイスＩＤ６０２とエラーＩＤ６０３と発生日時６０５で一意となり、５０９は障害情報１件を表した例である。
【００８６】
図７は、図３で示したサービススケジュール管理装置１０１の画像形成装置情報保管部３０３に保管される情報の形式とデータ例を表す図である。
【００８７】
画像形成装置情報７０１は、デバイスＩＤ７０２、顧客名７０３、連絡先７０４、担当サービスマン７０５とで構成される。
【００８８】
デバイスＩＤ７０２は、メンテナンスサービスの対象となっている画像形成装置１０２を一意に表す情報であり、７０６は画像形成装置情報１件を表した例である。
【００８９】
顧客名７０３は、デバイスＩＤ７０２で表される画像形成装置１０２の所有者（顧客）を表す情報である。
【００９０】
連絡先７０４は、顧客名７０３で表される所有者への連絡を行うための情報である。今回のシステムでは顧客への通知手段として電子メールを使用しているため、本連絡先情報には電子メールアドレスが格納される。
【００９１】
担当サービスマン７０５は、デバイスＩＤ７０２で表される画像形成装置１０２の担当サービスマンを表す情報である。担当サービスマンには図９で後述されるサービスマン情報９０１に登録された情報のいずれかを格納する。
【００９２】
図８は、図３で示したサービススケジュール管理装置１０１のスケジュール情報保管部３０５に保管される情報の形式とデータ例を表す図である。
【００９３】
スケジュール情報８０１は、担当サービスマン８０２、メンテナンス日８０３、時間８０４、デバイスＩＤ８０５、緊急度８０６、ステータス８０７とで構成される。
【００９４】
担当サービスマン８０２は、デバイスＩＤ７０２で表される画像形成装置１０２の担当サービスマンを表す情報である。担当サービスマンには図９で後述されるサービスマン情報に登録された情報のいずれかを格納する。
【００９５】
メンテナンス日８０３は、担当サービスマンが画像形成装置１０２のメンテナンスを行う日を表す情報である。
【００９６】
時間８０４は、上記メンテナンス日８０３の日の中で担当サービスマンが画像形成装置１０２のメンテナンスを行う時間帯を表した情報である。本実施例では開始時刻と終了時刻をあわせた形式で記載している。
【００９７】
デバイスＩＤ８０５は、前述の図７の画像形成装置情報７０１で表されるメンテナンスの対象となる画像形成装置１０２の情報である。
【００９８】
緊急度８０６は、上記障害情報６０１に登録されている障害対応のためのメンテナンスが含まれているかを表す。
【００９９】
そのため、通常のメンテナンス作業の場合、この欄には何も情報が入らない。障害対応のメンテナンスが含まれる場合には、その障害情報の緊急度６０７が転記される。
【０１００】
ステータス８０７は、スケジュールされたメンテナンス作業が終了したかどうかを表す情報であり、「未」は未完了、「完」は完了を表している。
【０１０１】
スケジュール情報８０１は、担当サービスマン８０２とメンテナンス日８０３とデバイスＩＤ８０５で一意となり、８０８はスケジュール情報１件を表した例である。
【０１０２】
図９は、図３で示したサービススケジュール管理装置１０１のサービスマン情報保管部３０７に保管される情報の形式とデータ例を表す図である。
【０１０３】
サービスマン情報９０１は、サービスマンＩＤ９０２、連絡先９０３とで構成される。
【０１０４】
サービスマンＩＤ９０２は、メンテナンス作業を行うサービスマンを一意に表す情報であり、９０４はサービスマン情報１件を表した例である。
【０１０５】
連絡先９０３は、サービスマンＩＤ９０２が表すサービスマンへ連絡を行うための情報である。今回のシステムではサービスマンへの通知手段として電子メールを使用しているため、本連絡先情報には電子メールアドレスが格納される。
【０１０６】
図１０は、図３で示した画像形成装置１０２から送信される障害の重要度情報を定義した表である。
【０１０７】
重要度定義情報１００１には、重要度ランク１００２として、「大」１００３、「中」１００４、「小」１００５の３種類を持つ。
【０１０８】
「大」１００３は、画像形成装置１０２の内部で発生した障害分類としては一番重い傷害を表しており、説明欄に記載した通り顧客側ではリカバリ不可能な障害が分類される。
【０１０９】
「中」１００４は、画像形成装置１０２の内部で障害が発生しているが、機器自体は動作している場合に分類される。基本的には、警告といわれるものであり、たとえば、ファンの一時的な停止や、清掃状態が悪い場合などがある。
【０１１０】
「小」１００５は、画像形成装置１０２で発生した障害のうち、一番軽度なものが分類される。これには、顧客側でリカバリ可能なもの、たとえばトナー切れや紙詰まりなどがある。
【０１１１】
図１１は、図３で表したサービススケジュール管理装置１０１のスケジュール情報８０１内に記載する緊急度情報を定義した表である。
【０１１２】
緊急度定義情報１１０１には、緊急度ランク１１０２として、「１」１１０３、「２」１１０４、「３」１１０５の３種類を持つ。
【０１１３】
「１」１１０３は、前記図１０の重要度ランク「大」１００３に分類される障害が発生した場合に付与される緊急度を表しており、この緊急度にランクされた障害に対しては、メンテナンスのスケジュールを変更を行う対象とする。
【０１１４】
「２」１１０４は、前記図１０の重要度ランク「中」１００４、「小」１００５に分類される障害のうち、一定期間内（本実施例では１日とする）の間に同一障害の発生件数が閾値（たとえば１０回）を超えるように頻発した場合に分類されるものである。
【０１１５】
これも機器が停止してしまうものではないにせよ、顧客側での度重なるリカバリ作業が必要となるため、メンテナンスのスケジュールを変更を行う対象とする。
【０１１６】
「３」１１０５は、前記図１０の重要度ランク「中」１００４、「小」１００５に分類される障害が分類されるものである。ここにランクされる障害については、メンテナンススケジュールの変更の対象とはしない。
【０１１７】
図１２は、図３で示した画像形成装置１０２から送信される障害のエラー情報を定義した表である。
【０１１８】
エラー定義情報１２０１には、エラー情報として、エラーＩＤ１２０２、エラー内容１２０３、標準作業時間１２０４とを含んでいる。
【０１１９】
エラーＩＤ１２０２は、画像形成装置１０２から送信されるエラーを一意に特定するための情報を表している。
【０１２０】
エラー内容１２０３は、エラーＩＤが表すエラーの内容を表している。
【０１２１】
標準作業時間１２０４は、エラーをリカバリするためにかかる標準的な作業時間を表している。つまり、障害発生時のメンテナンスにかかる時間となる。
【０１２２】
本実施形態の中では４種類のエラーを定義しているが、実際の画像形成装置には、もっと多くのエラーが定義されている。
【０１２３】
＜スケジュール登録／変更／閲覧画面＞
図１のクライアント装置１０３のＣＲＴ２０９に表示するスケジュール登録／変更／閲覧画面について、図１３を参照しながら説明する。
【０１２４】
図１３のスケジュール登録／変更／閲覧画面１３０１は、本実施形態において、サービスマンがスケジュールの登録／閲覧を行う際に使用する事を想定したものである。
【０１２５】
サービスマンが、クライアント装置１０３においてメンテナンスの開始を要求すると、サービススケジュール管理装置１０１が画面に表示する情報を提供しクライアント装置１０３のＣＲＴ２０９に表示することで処理が開始される。
【０１２６】
図１３のスケジュール登録／変更／閲覧画面１３０１は、以下の部品で構成される。
【０１２７】
サービスマン情報表示欄１３０２は、スケジュールを特定するサービスマンを指定する欄である。本実施形態では後述するサービスマン選択プルダウンボタン１３０３を使用して選択した結果を表示するのみの情報表示欄となる。
【０１２８】
サービスマン選択プルダウンボタン１３０３は、スケジュールを表示する対象としてサービスマンを選択する際に使用するボタンである。
【０１２９】
本プルダウンボタン１３０３を押下すると、サービスマンの一覧が表示され、その中から一人のサービスマンを選択すると、前述のサービスマン情報表示欄１３０２にサービスマンが表示される。
【０１３０】
スケジュール日付情報入力欄１３０４は、スケジュールを特定する日付を指定する欄である。本実施形態では、本入力欄１３０４に例として記載している形式で表示するスケジュールの日付を指定する。
【０１３１】
サービスマン選択プルダウンボタン１３０３およびスケジュール日付情報入力欄１３０４の入力を確定すると、そのタイミングで対象となるスケジュール情報が検索され、後述のスケジュール一覧表示欄１３０５に表示される。
【０１３２】
スケジュール一覧表示欄１３０５は、スケジュール情報を表示する欄であり、メンテナンス時間１３０６、デバイスＩＤ１３０７、顧客名１３０８、緊急度１３０９といった項目により構成される。本一覧表示欄１３０５は、閲覧する機能のほかに、各項目の入力／修正を行うこともできる。１３１０のように空欄になっている行に入力を行うという事は、新規のスケジュールを登録することを意味する。また、既に情報が表示されている欄の入力内容を変更することは、既存スケジュールを変更することを意味する。更に、表示されている情報の欄全てを空欄にすることは、スケジュールを削除することを意味する。
【０１３３】
メンテナンス時間１３０６は、機器のメンテナンスを行う時間を表す。情報としては、図８の時間８０４欄に格納している情報が表示される。
【０１３４】
デバイスＩＤ１３０７は、メンテナンス対象となる画像形成装置１０２の情報を表示する。情報としては、図８のデバイスＩＤ８０５欄に格納している情報が表示される。
【０１３５】
顧客名１３０８は、メンテナンスを行う画像形成装置１０２の所有者（顧客）名を表す。情報としては、図７の顧客名７０３欄に格納されている顧客名を前述のデバイスＩＤ１３０７欄の情報と連携させて表示する。
【０１３６】
緊急度１３０９は、メンテナンス対象である画像形成装置１０２のメンテナンスの緊急度情報を表示する。情報としては、図８の緊急度８０６欄に格納している情報が表示される。
【０１３７】
更新ボタン１３１１は、スケジュール一覧表示欄１３０５の内容で登録内容を更新する処理を起動するボタンであり、押下する事でスケジュール情報の登録／更新／変更処理を行う。本ボタン押下時の処理フローについては、後述の図１４の説明において行う。
【０１３８】
＜サービススケジュール管理装置がスケジュールの更新を行う際の処理＞
図１に記載されたサービススケジュール管理装置１０１によるスケジュールの更新処理について、図１４を参照しながら説明する。
【０１３９】
図１４は、前記クライアント装置１０３上のＣＲＴ２０９に表示されている図１３の変更ボタン１３１１が押下された際のスケジュール情報の更新処理の手順を表したものである。本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０１４０】
図１４に示すとおり、
ステップＳ１４０１において、図１３のスケジュール一覧表示欄１３０５に入力されているスケジュール情報を取得する。
【０１４１】
そして、サービスマン情報表示欄１３０２とスケジュール日付情報入力欄１３０４の情報を取得する。
【０１４２】
スケジュール情報、サービスマン情報、スケジュール日付情報の取得が終了したら次のステップＳ１４０２へ進む。
【０１４３】
ステップＳ１４０２において、前述のステップＳ１４０１で取得したスケジュール情報に不備がないかどうかをチェックする。
【０１４４】
まず、時間１３０６、デバイスＩＤ１３０７の欄は全て入力されているかどうかをチェックする。
【０１４５】
次にはデバイスＩＤ１３０７の入力内容が図７の画像形成装置情報７０１に存在しているかどうかをチェックする。
【０１４６】
そして、入力された時間１３０６の内容で時間の重複がないかどうかをチェックする。
【０１４７】
上記チェックが終了したら次のステップＳ１４０３へ進む。
【０１４８】
ステップＳ１４０３において、前述のステップＳ１４０２のチェックで不備がなかったかどうかを判定する。不備がなかった場合には次のステップＳ１４０４へ進む。不備が発見された場合には、ステップＳ１４０８へ進む。
【０１４９】
ステップＳ１４０４において、前述のステップＳ１４０１で取得したサービスマン情報とスケジュール日付情報に合致するスケジュール情報を前述の図３のスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５から削除する。
【０１５０】
削除処理が終了したら次のステップＳ１４０５へ進む。
【０１５１】
ステップＳ１４０５において、前述のステップＳ１４０２のチェックをとおったスケジュール情報を前述の図３のスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ追加する。追加する情報は、以下の通りである。
【０１５２】
担当サービスマン→サービスマン情報表示欄１３０２
メンテナンス日→スケジュール日付情報入力欄１３０４
時間→メンテナンス時間１３０６の入力値
デバイスＩＤ→デバイスＩＤ１３０８の入力値
緊急度→「−」
ステータス→「未」
全てのスケジュールの登録が終了したら、次のステップＳ１４０６へ進む。
【０１５３】
ステップＳ１４０６において、前述のステップＳ１４０４およびステップＳ１４０５で行ったデータの変更を確定させる。確定処理が終了したら次のステップＳ１４０７へ進む。
【０１５４】
ステップＳ１４０７において、処理結果としてスケジュール情報登録／変更／閲覧画面１３０１を表示するための情報を生成して戻す。
【０１５５】
本処理は、図３の画面情報生成部３１２において行われる。本ステップで作成した表示内容をクライアント装置１０３へ送信したら本処理フローを終了する。
【０１５６】
ステップＳ１４０８において、本処理フロー内でエラーが発生した場合には、入力内容の不備であったことをクライアント装置１０３へ通知し、本処理フローを終了する。
【０１５７】
＜サービススケジュール管理装置が画像形成装置の障害を受信した際の処理＞
図１に記載されたサービススケジュール管理装置１０１による障害情報登録処理について、図１５を参照しながら説明する。
【０１５８】
図１５は、前記画像形成装置１０２上の状態検知部５１４によって検知された画像形成装置上の障害情報がネットワーク１０３を介してサービススケジュール管理装置１０１に通知された際の障害情報登録処理手順を表したものである。
【０１５９】
本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０１６０】
図１５に示すとおり、
ステップＳ１５０１において、画像形成装置１０２から送信される障害情報を取得する。取得する障害情報には、少なくとも、デバイスＩＤ、エラーＩＤ、重要度の情報が含まれているものとする。障害情報の取得が終了したら次のステップＳ１５０２へ進む。
【０１６１】
ステップＳ１５０２において、前述のステップＳ１５０１で取得した重要度の情報の判定を行う。重要度が「大」の場合には次のステップＳ１５０３へ進む。重要度が「中」もしくは「小」の場合には、ステップＳ１５０４へ進む。
【０１６２】
ステップＳ１５０３において、取得した情報から障害情報６０１を作成し、障害情報処理部３０２を使用して障害情報保管部３０１へ登録する。登録する情報は、以下の通りである。
【０１６３】
デバイスＩＤ→前述のステップＳ１５０１で取得したデバイスＩＤ
エラーＩＤ→前述のステップＳ１５０１で取得したエラーＩＤ
重要度→前述のステップＳ１５０１で取得した重要度
発生日時→本処理実行時点のシステム時間
発生回数→「１」
緊急度→「１」
スケジュール→「未」
登録処理が終了したら、次のステップＳ１５０８へ進む。
【０１６４】
ステップＳ１５０４において、同一の障害情報が既に登録されていないかどうかを障害情報処理部３０２を使用して確認する。確認する情報は、デバイスＩＤ、エラーＩＤ、発生日時の日付部分が合致する障害情報が既に登録されているかどうかである。
【０１６５】
そのために、本ステップでは、前述の条件に合致する障害情報を取得する事でチェックとする。取得処理が終了したら、次のステップＳ１５０５へ進む。
【０１６６】
ステップＳ１６０５において、前述のステップＳ１５０４で障害情報が取得できているかどうかを判定する。取得できている場合には、既存レコードの更新処理を行うため次のステップＳ１５０６へ進む。
【０１６７】
取得できていない場合には、新規の障害情報を登録する必要があるため、ステップＳ１５０７へ進む。
【０１６８】
ステップＳ１５０６において、前述のステップＳ１５０４で取得した障害情報の情報を障害情報処理部３０２を使用して更新する。
【０１６９】
本ステップでの主な処理は、発生回数のインクリメントとインクリメント後の発生回数が閾値を越えたかどうかの判定である。
【０１７０】
発生回数が閾値を超えた場合には、緊急度を「２」に設定する。
【０１７１】
更新する情報は以下の通りである。ここでは、更新する項目だけを示すため、その他の項目はステップＳ１５０４で取得したままとなる。
【０１７２】
発生日時→本処理実行時点のシステム時間
発生回数→ステップＳ１５０４で取得した値＋１
緊急度→閾値を超えた際のみ「２」
更新処理が終了したら、次のステップＳ１５０８へ進む。
【０１７３】
ステップＳ１５０７において、新規障害情報を作成し、障害情報処理部３０２を使用して障害情報保管部３０１へ登録する。登録する情報は、以下の通りである。
【０１７４】
デバイスＩＤ→前述のステップＳ１５０１で取得したデバイスＩＤ
エラーＩＤ→前述のステップＳ１５０１で取得したエラーＩＤ
重要度→前述のステップＳ１５０１で取得した重要度
発生日時→本処理実行時点のシステム時間
発生回数→「１」
スケジュール→「未」
これは、前述のステップＳ１５０３での処理とほぼ同じである。固定的な違いは、緊急度の値だけとなる。登録処理が終了したら次のステップＳ１５０８へ進む。
【０１７５】
ステップＳ１５０８において、前述のステップＳ１５０３、Ｓ１５０６、Ｓ１５０７のいずれかにおいて登録／更新された障害情報の緊急度を判定する。
【０１７６】
緊急度が「１」「２」のいずれかであった場合には、メンテナンススケジュールの変更が必要になるため、次のステップＳ１５０９へ進む。
【０１７７】
緊急度が「３」の場合には、ステップＳ１５１４へ進む。
【０１７８】
ステップＳ１５０９において、障害が発生した日付のスケジュール情報を取得する。
【０１７９】
スケジュール情報を取得する手順は、以下の通りである。
【０１８０】
まず、障害情報に登録してあるデバイスＩＤ６０２のメンテナンス管理者になっているサービスマン情報を特定する。
【０１８１】
これはデバイスＩＤを条件に画像形成装置情報処理部３０４を使用して画像形成装置情報保管部３０１に登録されている画像形成装置情報７０１の担当サービスマン７０５を取得する。
【０１８２】
次に、担当サービスマンＩＤ、および障害が発生した日付を条件にスケジュール情報処理部３０６を使用して、スケジュール情報保管部３０５に登録されているスケジュール情報８０１の情報を全て取得する。取得処理が終了したら次のステップＳ１５１０へ進む。
【０１８３】
ステップＳ１５１０において、前述のステップＳ１５０９で取得したスケジュール情報に障害が発生した画像形成装置のデバイスＩＤのレコードが存在するかどうかを判定する。
【０１８４】
スケジュール情報に存在しない場合には、ステップＳ１５１１へ進み、スケジュール情報の登録を行う。スケジュール情報に存在している場合には、次のステップＳ１５１２に進み、スケジュール情報の更新を行う。
【０１８５】
ステップＳ１５１１において、スケジュール情報の新規登録を行う。詳細は、後述の図１６で説明する。図１６の処理起動時には、本フローで取得したデバイスＩＤ、エラーＩＤ、緊急度、サービスマンＩＤを付与する。
【０１８６】
図１６でのスケジュール登録処理が終了したら、次のステップＳ１５１３へ進む。
【０１８７】
ステップＳ１５１２において、存在するスケジュール情報の再スケジューリングを行う。詳細は、後述の図１７で説明する。図１７の処理起動時には、本フローで取得したデバイスＩＤ、エラーＩＤ、緊急度、サービスマンＩＤを付与する。図１７での再スケジューリング処理が終了したら、次のステップＳ１５１３へ進む。
【０１８８】
ステップＳ１５１３において、変更の発生したスケジュールに対して変更通知メールを送信する。詳細は、後述の図１８で説明する。図１８の処理起動時には、本フローで取得したデバイスＩＤ、サービスマンＩＤを付与する。図１８での変更通知メール送信処理が終了したら、次のステップＳ１５１４へ進む。
【０１８９】
ステップＳ１５１４において、前述のステップＳ１５０３、Ｓ１５０６、Ｓ１５０７、Ｓ１５１１、Ｓ１５１２において行ったデータの更新処理を反映するために確定処理を行う。確定処理が終了したら本処理フローを終了する。
【０１９０】
＜サービススケジュール管理装置がスケジュール情報の追加を行う際の処理＞
図１に記載されたサービススケジュール管理装置１０１によるスケジュール情報追加処理について、図１６を参照しながら説明する。
【０１９１】
図１６は、前記画像形成装置１０２上の状態検知部５１４によって検知された画像形成装置上の障害情報がネットワーク１０３を介してサービススケジュール管理装置１０１に通知された際のスケジュール情報追加処理手順を表したものである。
【０１９２】
本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０１９３】
図１６に示すとおり、
ステップＳ１６０１において、本処理フローの起動時に受け取ったデバイスＩＤ、エラーＩＤ、緊急度、サービスマンＩＤを取得する。取得処理が終了したら、次のステップＳ１６０２へ進む。
【０１９４】
ステップＳ１６０２において、以下の条件に合致したスケジュール情報リストを取得する。
【０１９５】
デバイスＩＤ→前述のステップＳ１６０１で取得したデバイスＩＤ
サービスマンＩＤ→前述のステップＳ１６０１で取得したサービスマンＩＤ
メンテナンス日→本処理を行っている日付
時間→本処理を行っている時間以降
ステータス→「未」
時間の条件については、スケジュール終了時刻が上記条件よりも後に設定されているものが対象となるため、取得されるスケジュール情報は、複数になる可能性がある。
【０１９６】
取得したスケジュール情報リストは、後述の処理のために時間８０４にて昇順にソートしておく。
【０１９７】
スケジュール情報リストの取得が終了したら次のステップＳ１６０３へ進む。
【０１９８】
ステップＳ１６０３において、前述のステップＳ１６０１で取得したエラーＩＤを条件にして図１２のエラー定義から標準作業時間１２０４を取得する。
【０１９９】
標準作業時間の取得が終了したら、次のステップＳ１６０４へ進む。
【０２００】
ステップＳ１６０４において、前述のステップＳ１６０２において取得したスケジュール情報リストが存在するかどうかを判定する。スケジュール情報が１件以上存在している場合には、次のステップＳ１６０５へ進む。スケジュール情報が存在しない場合には、ステップＳ１６１３へ進む。
【０２０１】
ステップＳ１６０５において、前述のステップＳ１６０２で取得したスケジュール情報リストの内、先頭の１件を取得する。これは、時刻でソートされているため、一番最初に行われるスケジュール（もしくは現在行われているスケジュール）を指す。スケジュール情報が取得できたら次のステップＳ１６０６へ進む。
【０２０２】
ステップＳ１６０６において、前述のステップＳ１６０５で取得したスケジュール情報の開始時刻と現在時刻の前後を判定する。開始時刻が現在時刻よりも後（つまり、現在行われているスケジュールはない）場合には、次のステップＳ１６０７へ進む。開始時刻が現在時刻よりも前（つまり、現在行われているスケジュールである）場合には、次のステップＳ１６０８へ進む。
【０２０３】
ステップＳ１６０７において、追加する新規スケジュール情報の開始時刻に現在時刻を設定する。設定が終了したら次のステップＳ１６１０へ進む。
【０２０４】
ステップＳ１６０８において、追加する新規スケジュール情報の開始時刻に前述のステップＳ１６０５で取得したスケジュールの終了時刻を設定する。設定が終了したら次のステップＳ１６０９へ進む。
【０２０５】
ステップＳ１６０９において、スケジュール情報リストの先頭のスケジュール情報をリストから削除する。削除処理が終了したら次のステップＳ１６１０へ進む。
【０２０６】
ステップＳ１６１０において、追加する新規スケジュール情報の終了時刻にステップＳ１６０７およびＳ１６０８にて設定した開始時刻に、ステップＳ１６０３にて取得した標準作業時間を加算した時刻を設定する。設定が終了したら次のステップＳ１６１１へ進む。
【０２０７】
ステップＳ１６１１において、ステップＳ１６０７、Ｓ１６０８、Ｓ１６１０で設定した開始時刻、終了時刻の情報を使用して、障害が発生している画像形成装置のスケジュール情報を新規登録する。具体的には、以下の情報を作成しスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ登録する。
【０２０８】
担当サービスマン８０２→ステップＳ１６０１で取得したサービスマンＩＤ
メンテナンス日８０３→現在日付
時間８０４→先に計算した開始時刻と終了時刻（書式を「MM:DD-MM:DD」とする）
デバイスＩＤ８０５→ステップＳ１６０１で取得したデバイスＩＤ
緊急度８０６→ステップＳ１６０１で取得した緊急度
ステータス８０７→「未」
この登録処理が終了したら、次のステップＳ１６１２へ進む。
【０２０９】
ステップＳ１６１２において、前述のステップＳ１６０２で取得したスケジュール情報リスト内のスケジュール情報の全ての開始時刻、終了時刻に前述のステップＳ１６０３で取得した標準作業時間を加算する。そして、加算処理が終わったスケジュール情報をスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ更新する。この更新処理が終了したら、本処理フローを終了する。
【０２１０】
ステップＳ１６１３において、本ステップに至る系では当日のサービスマンにはスケジュールが存在しないため、現時点からのスケジュールを新規に登録する。前述のステップＳ１６１１と類似しているが、詳細な手順は以下の通りである。
【０２１１】
開始時刻には現在時刻を、終了時刻には開始時刻に標準作業時間を加算したものを設定する。
【０２１２】
そして、以下のスケジュール情報を作成しスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ登録する。
【０２１３】
担当サービスマン８０２→ステップＳ１６０１で取得したサービスマンＩＤ
メンテナンス日８０３→現在日付
時間８０４→先に計算した開始時刻と終了時刻（書式を「MM:DD-MM:DD」とする）
デバイスＩＤ８０５→ステップＳ１６０１で取得したデバイスＩＤ
緊急度８０６→ステップＳ１６０１で取得した緊急度
ステータス８０７→「未」
この登録処理が終了したら、本処理フローを終了する。
【０２１４】
＜サービススケジュール管理装置がスケジュール情報の変更を行う際の処理＞
図１に記載されたサービススケジュール管理装置１０１によるスケジュール情報追加処理について、図１７を参照しながら説明する。
【０２１５】
図１７は、前記画像形成装置１０２上の状態検知部５１４によって検知された画像形成装置上の障害情報がネットワーク１０３を介してサービススケジュール管理装置１０１に通知された際のスケジュール情報変更処理手順を表したものである。
【０２１６】
本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０２１７】
図１７に示すとおり、
ステップＳ１７０１において、本処理フローの起動時に受け取ったデバイスＩＤ、エラーＩＤ、緊急度、サービスマンＩＤを取得する。取得処理が終了したら、次のステップＳ１７０２へ進む。
【０２１８】
ステップＳ１７０２において、以下の条件に合致したスケジュール情報リストを取得する。
【０２１９】
デバイスＩＤ→前述のステップＳ１７０１で取得したデバイスＩＤ
サービスマンＩＤ→前述のステップＳ１７０１で取得したサービスマンＩＤ
メンテナンス日→本処理を行っている日付
時間→本処理を行っている時間以降
緊急度→未設定
ステータス→「未」
時間の条件については、スケジュール終了時刻が上記条件よりも後に設定されているものが対象となるため、取得されるスケジュール情報は、複数になる可能性がある。
【０２２０】
取得したスケジュール情報は、後述の処理のために時間８０４にて昇順にソートしておく。
【０２２１】
スケジュール情報の取得が終了したら次のステップＳ１７０３へ進む。
【０２２２】
ステップＳ１７０３において、前述のステップＳ１７０２で取得したスケジュール情報リストから、先頭の１件を取得する。これは、時刻でソートされているため、一番最初に行われるスケジュール（もしくは現在行われているスケジュール）を指す。情報の取得が終了したら、次のステップＳ１７０４へ進む。
【０２２３】
ステップＳ１７０４において、前述のステップＳ１７０３で取得したスケジュール情報の開始時刻と現在時刻の前後を判定する。開始時刻が現在時刻よりも後（つまり、現在行われているスケジュールはない）場合には、次のステップＳ１７０５へ進む。開始時刻が現在時刻よりも前（つまり、現在行われているスケジュールである）場合には、次のステップＳ１７０６へ進む。
【０２２４】
ステップＳ１７０５において、追加する新規スケジュール情報の開始時刻に現在時刻を設定する。設定が終了したら次のステップＳ１７０８へ進む。
【０２２５】
ステップＳ１７０６において、追加する新規スケジュール情報の開始時刻に前述のステップＳ１７０４で取得したスケジュールの終了時刻を設定する。設定が終了したら次のステップＳ１７０７へ進む。
【０２２６】
ステップＳ１７０７において、スケジュール情報リストの先頭のスケジュール情報をリストから削除する。削除処理が終了したら次のステップＳ１７０８へ進む。
【０２２７】
ステップＳ１７０８において、前述のステップＳ１７０２において取得したスケジュール情報リストの中から前述のステップＳ１７０１で取得したデバイスＩＤのスケジュール情報を特定し、その情報をスケジュール情報リストの先頭に移動する。リスト内の移動処理が終了したら、次のステップＳ１７０９へ進む。
【０２２８】
ステップＳ１７０９において、前述のステップＳ１７０１で取得したエラーＩＤを条件にして図１２のエラー定義から標準作業時間を取得する。そして、前述のステップＳ１７０８で特定したスケジュール情報に記載されている時間８０４から作業時間（終了時刻から開始時刻を減算したもの）を計算し、その時間に先に取得した標準作業時間を加算する。ここで計算された作業時間を、以降は「更新作業時間」と表す。更新作業時間の計算が終了したら次のステップＳ１７１０へ進む。
【０２２９】
ステップＳ１７１０において、追加するスケジュールの終了時刻は、開始時刻に先に取得した更新作業時間を加えた時間に設定する。設定処理が終了したら、次のステップＳ１７１１へ進む。
【０２３０】
ステップＳ１７１１において、前述のステップＳ１７０５、Ｓ１７０６、Ｓ１７０９で設定した開始時刻、終了時刻の情報を使用して、障害が発生している画像形成装置のスケジュール情報を変更する。具体的には、以下の情報を変更し、スケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ更新する。
【０２３１】
時間８０４→先に計算した開始時刻と終了時刻（書式を「MM:DD-MM:DD」とする）
緊急度８０６→ステップＳ１７０１で取得した緊急度
この変更処理が終了したら、設定した終了時刻を一時保管して、次のステップＳ１７１２へ進む。
【０２３２】
ステップＳ１７１２において、前述のステップＳ１７０２で取得したスケジュール情報リストの次のスケジュール情報を取得する。情報の取得処理が終了したら次のステップＳ１７１３へ進む。
【０２３３】
ステップＳ１７１３において、前述のステップＳ１７１２で取得したスケジュール情報が存在するかどうかの判定を行う。スケジュール情報が存在している場合には、次のステップＳ１７１４へ進む。スケジュール情報が存在していない場合（つまりスケジュール情報リストの最後にたどり着いた場合）には、本処理フローを終了する。
【０２３４】
ステップＳ１７１４において、前述のステップＳ１７１１で一時保管した終了時刻と、前述のステップＳ１７１２で取得したスケジュール情報の開始時刻の前後を判定する。一時保管した終了時刻よりもスケジュール情報の開始時刻の方が前の場合には、次のステップＳ１７１５へ進む。一時保管した終了時刻よりもスケジュール情報の開始時刻の方が後の場合には、スケジュールの変更が必要ないため、本処理フローを終了する。
【０２３５】
ステップＳ１７１５において、前述のステップＳ１７１２で取得したスケジュール情報の時間８０４へ設定する開始時刻、および終了時刻を設定する。
【０２３６】
具体的には、次の処理を行う。
【０２３７】
開始時刻には、前述のステップＳ１７１１で一時保管していた終了時刻を設定する。
【０２３８】
終了時刻には、スケジュール情報の終了時刻から開始時刻を減算した作業時間を計算し、その作業時間を前述のステップＳ１７１１で一時保管していた終了時刻に加算した時刻を設定する。
【０２３９】
開始時刻、終了時刻の設定が終了したら、設定した終了時刻の値で前述のステップＳ１７１１で一時保管していた終了時刻を更新し、次のステップＳ１７１６へ進む。
【０２４０】
ステップＳ１７１６において、前述のステップＳ１７１５で設定した開始時刻、終了時刻の情報を使用して、前述のステップＳ１７１２で取得したスケジュール情報を変更する。具体的には、以下の情報を変更し、スケジュール情報処理部３０６を使用してスケジュール情報保管部３０５へ更新する。
【０２４１】
時間８０４→先に計算した開始時刻と終了時刻（書式を「MM:DD-MM:DD」とする）
この変更処理が終了したら、ステップＳ１７１２へ戻る。
【０２４２】
＜サービススケジュール管理装置がスケジュール情報の変更結果を通知する際の処理＞
図１に記載されたサービススケジュール管理装置１０１によるスケジュール変更通知処理について、図１８、図１９、図２０を参照しながら説明する。
【０２４３】
図１８は、前記画像形成装置１０２上の状態検知部５１４によって検知された画像形成装置上の障害情報がネットワーク１０３を介してサービススケジュール管理装置１０１に通知された際のスケジュール情報変更結果通知処理手順を表したものである。
【０２４４】
本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０２４５】
図１８に示すとおり、
ステップＳ１８０１において、本処理フローの起動時に受け取ったデバイスＩＤ、サービスマンＩＤを取得する。取得処理が終了したら、次のステップＳ１８０２へ進む。
【０２４６】
ステップＳ１８０２において、以下の条件に合致した変更対象となったスケジュール情報リストを取得する。
【０２４７】
デバイスＩＤ→前述のステップＳ１８０１で取得したデバイスＩＤ
サービスマンＩＤ→前述のステップＳ１８０１で取得したサービスマンＩＤ
メンテナンス日→本処理を行っている日付
時間→本処理を行っている時間以降
時間の条件については、スケジュール開始時刻が上記条件よりも後に設定されているものが対象となるため、取得されるスケジュール情報は、複数になる可能性がある。
【０２４８】
スケジュール情報の取得が終了したら次のステップＳ１８０３へ進む。
【０２４９】
ステップＳ１８０３において、スケジュール情報リストの先頭から順に処理し、処理対象スケジュール情報がなくなったかどうかを判定する。存在している場合には、次のステップＳ１８０４へ進む。処理対象が存在しない場合には、ステップＳ１８０７へ進む。
【０２５０】
ステップＳ１８０４において、特定したスケジュール情報のデバイスＩＤを取得し、そのデバイスＩＤを条件に画像形成装置情報処理部３０４を使用して画像形成装置情報保管部３０３から顧客の連絡先７０４を取得する。
【０２５１】
顧客の連絡先情報の取得が終了したら次のステップＳ１８０５へ進む。
【０２５２】
ステップＳ１８０５において、スケジュール情報、及び先に取得した顧客の連絡先情報を使用して、顧客向けの電子メールを作成し、送信する。
【０２５３】
送信される電子メールの文面の例は、図１９の１９０１に示した通りである。顧客への通知内容としては、対象となる画像形成装置情報、及びその変更されたメンテナンス時間が最低限記載されている必要がある。但し、本実施形態においては、電子メールの作成手順自体は重要な意味を持たないため、作成処理については割愛する。
【０２５４】
電子メールの送信処理が終了したら、次のステップＳ１８０６へ進む。
【０２５５】
ステップＳ１８０６において、スケジュール情報リストの次のスケジュール情報へ処理対象を移動する。移動した時点でステップＳ１８０３へ戻る。
【０２５６】
ステップＳ１８０７において、前述のステップＳ１８０１で取得したサービスマンＩＤに合致するサービスマンの連絡先９０３を、サービスマン情報処理部３０８を使用してサービスマン情報保管部３０７から取得する。サービスマンの連絡先情報の取得が終了したら次のステップＳ１８０８へ進む。
【０２５７】
ステップＳ１８０８において、前述のスケジュール情報リストとサービスマンの連絡先情報を使用して、サービスマン宛ての電子メールを作成し、送信する。
【０２５８】
送信される電子メールの文面の例は、図２０の２００１に示した通りである。サービスマンへの通知内容としては、以降のスケジュール一覧と、変更された対象となる画像形成装置情報、及びその変更されたメンテナンス時間が最低限記載されている必要がある。但し、本実施形態においては、電子メールの作成手順自体は重要な意味を持たないため、作成処理については割愛する。
【０２５９】
電子メールの送信処理が終了したら、本処理フローを終了する。
【実施例２】
【０２６０】
以下に本発明に係わる第二の実施形態としてサービススケジュール管理装置について説明する。
【０２６１】
本実施形態における文書管理装置の構造／構成／処理に関して、前記第一の実施形態と同様である部分の説明は省略し、第一の実施形態と違う部分のみ説明する。図の構成、およびその説明において全く同じであるのは、図２〜図１７である。
【０２６２】
＜サービススケジュール管理装置を含む全体構成＞
本実施形態のサービススケジュール管理装置を含むシステム全体の構成図について、図２１のブロック図を参照して説明する。
【０２６３】
前記システムは、図２１に示すとおり、第一の実施形態にあるサービススケジュール管理装置１０１、画像形成装置１０２、クライアント装置１０３、ネットワーク１０４に加えて、携帯デバイス２１０５とで構成される。
【０２６４】
携帯デバイス２１０５は、サービスマンが顧客先など外出の折に所持し、スケジュールの確定を行うために使用する携帯可能なＰＣもしくはＰＤＡ、携帯電話などのデバイス類を指す。ここでは、ネットワーク２１０４への接続が可能であり、Ｗｅｂブラウザの機能を所持しているものであればその形態は特に問わない。
【０２６５】
＜携帯デバイス構成＞
図２１の携帯デバイス２１０５のハードウェア構成について、以下のブロック図２２を参照して説明する。
【０２６６】
図２２に示すとおり、携帯デバイス２１０５は、ＣＰＵ２２０１と、ＲＡＭ２２０２と、ＲＯＭ２２０３と、ＮＩＣ２２０５と、ＶＲＡＭ２２０８と、ＫＢＣ２２１０と、ＨＤＤ２２１３と、ＩＯＣ２２１４により構成される。
【０２６７】
また、これらのユニットを接続し、各種データや制御情報などを伝送するシステムバス２２００を備える。
【０２６８】
ＣＰＵ２２０１は、携帯デバイス２１０５の各種制御、および演算を行う中央演算処理装置である。
【０２６９】
ＲＡＭ２２０２は、ランダムアクセスメモリであり、ＣＰＵ２２０１の主メモリとして実行プログラムの格納領域や、該実行プログラムの実行領域や、データの格納領域を提供する。
【０２７０】
ＲＯＭ２２０３は、ＣＰＵ２２０１の動作処理手順を記憶している読み取り専用メモリであり、携帯デバイス２１０５の各ユニットの制御を行う基本プログラム（一般的にＢＩＯＳと呼ばれる）や、システムを稼動させるために必要な情報等を記憶する。
【０２７１】
外部記憶装置２２０４は、ＣＤＲＯＭやＦＤＤと言った外部メディアを使用した記憶装置である。
【０２７２】
ＮＩＣ２２０５は、外部ネットワークとの間の入出力信号を制御するためのコントローラである。このＮＩＣ２２０５は、モデム２２０６や、外部ネットワーク２２０７に接続するために使用される通信用のコントローラである。
【０２７３】
モデム２２０６は、ＮＩＣ２２０５と接続されており、モデムやＩＳＤＮ接続用のターミナルアダプタといった公衆回線を使用して他装置とのデータ送受信を行う通信機器である。
【０２７４】
ネットワーク２２０７は、ＮＩＣ２２０５と接続されているイーサネット（登録商標）などのネットワークシステムである。このネットワーク２２０７は、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）として使用される。
【０２７５】
ＶＲＡＭ２２０８は、ビデオＲＡＭであり、ＬＣＤ２２０９に表示する画像データを展開し、表示の制御を行う。
【０２７６】
ＬＣＤ２２０９は、ＶＲＡＭ２２０８と接続され携帯デバイス２１０５の各種情報を表示する表示装置である。
【０２７７】
ＬＣＤ２２０９は携帯デバイス２１０５内に内包する、もしくは携帯デバイス２１０５とは筐体が分離した状態で使用される。この表示装置は、液晶表示装置だけでなくタッチパネル式液晶表示装置などを使用することも可能である。
【０２７８】
ＫＢＣ２２１０は、携帯デバイス２１０５に接続されたＫＢ２２１１やＭＯＵＳＥ２２１２等の入力装置からの入力信号を受信し、制御するコントローラである。
【０２７９】
ＫＢ２２１１、およびＭＯＵＳＥ２２１２は、ユーザからの入力情報を受け付ける入力装置である。これら入力装置のかわりに前述のタッチパネル式液晶表示装置の入力部を利用することも可能である。
【０２８０】
ＨＤＤ２２１３は、ハードディスクドライブであり、携帯デバイス２１０５内で使用するアプリケーションプログラムや、文書データ、各種管理データなどを格納するために使用される。
【０２８１】
ＩＯＣ２２１４は、情報入力装置であるスキャナ２２１６や、出力装置であるＰＲＴ２２１５など携帯デバイス２１０５への入出力信号を制御するためのコントローラである。
【０２８２】
前記スキャナ２２１６、ＰＲＴ２２１５以外の外部入出力装置、例えば外部接続用ＨＤＤや、ＭＯドライブなどの情報機器を接続することも可能である。
【０２８３】
ＰＲＴ２２１５は、携帯デバイス２１０５内で保持している電子画像データを印刷するためのプリンタである。
【０２８４】
スキャナ２２１６は、紙原稿の紙面に記述されている内容を電子画像データとして読み取るための読取装置である。
【０２８５】
次に、携帯デバイス２１０５の機能構成について、以下のブロック図２３を参照して説明する。
【０２８６】
表示内容処理制御部２３０１は、次の２つの処理を行う。ひとつは、サービススケジュール管理装置１０１から送信された表示内容を解釈してＬＣＤ２２０９上に表示することである。ひとつは、ＫＢ２２１１やＭＯＵＳＥ２２１２で入力したスケジュール情報をサービススケジュール管理装置１０１に送信するための処理制御を行う事である。
【０２８７】
ネットワーク通信部２３０２は、次の２つの処理を行う。ひとつは、ネットワーク２１０４を経由して前記サービススケジュール管理装置１０１から受信した処理結果を表示内容処理制御部２３０１に通知することである。ひとつは、表示内容処理制御部２３０１からの処理依頼内容をサービススケジュール管理装置１０１に対して送信することである。
【０２８８】
これは、モデム２２０６もしくはＮＩＣ２２０５で接続される。
【０２８９】
＜サービススケジュール管理装置がスケジュール情報の変更結果を通知する際の処理＞
図２１に記載されたサービススケジュール管理装置１０１によるスケジュール変更通知処理について、図２４、図２５を参照しながら説明する。
【０２９０】
図２４は、前記画像形成装置１０２上の状態検知部５１４によって検知された画像形成装置上の障害情報がネットワーク１０３を介してサービススケジュール管理装置１０１に通知された際のスケジュール情報変更結果通知処理手順を表したものである。
【０２９１】
これは、図１４におけるＳ１４１３のスケジュール変更を通知の処理を第二の実施形に合わせて詳細化したものである。
【０２９２】
本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０２９３】
図２４に示すとおり、
ステップＳ２４０１において、本処理フローの起動時に受け取ったデバイスＩＤ、サービスマンＩＤを取得する。取得処理が終了したら、次のステップＳ２４０２へ進む。
【０２９４】
ステップＳ２４０２において、以下の条件に合致した変更対象となったスケジュール情報リストを取得する。
【０２９５】
デバイスＩＤ→前述のステップＳ２４０１で取得したデバイスＩＤ
サービスマンＩＤ→前述のステップＳ２４０１で取得したサービスマンＩＤ
メンテナンス日→本処理を行っている日付
時間→本処理を行っている時間以降
時間の条件については、スケジュール開始時刻が上記条件よりも後に設定されているものが対象となるため、取得されるスケジュール情報は、複数になる可能性がある。
【０２９６】
スケジュール情報リストの取得が終了したら次のステップＳ２４０３へ進む。
【０２９７】
ステップＳ２４０３において、前述のステップＳ２４０１で取得したサービスマンＩＤに合致するサービスマンの連絡先９０３を、サービスマン情報処理部３０８を使用してサービスマン情報保管部３０７から取得する。サービスマンの連絡先情報の取得が終了したら次のステップＳ２４０４へ進む。
【０２９８】
ステップＳ２４０４において、前述のステップＳ２４０２において取得したスケジュール情報リストとステップｓ２４０３で取得したサービスマンの連絡先情報を使用して、サービスマン宛ての電子メールを作成し、送信する。
【０２９９】
送信される電子メールの文面の例は、図２５の２５０１に示した通りである。サービスマンへの通知内容としては、以降のメンテナンススケジュールが変更になった旨の記述と、その変更内容を確認し承認するためのサービスメンテナンス管理装置１０１へのアクセス用ＵＲＬ２５０２が最低限記載されている必要がある。
【０３００】
アクセス用ＵＲＬ２５０２は、サービスメンテナンス管理装置１０１へのＨＴＴＰプロトコルでのアクセスを行うためのサービスサイト名に、サービスマン、およびメンテナンス日が特定できる情報が引数の形で記載されているものとする。本メールへの記載例としては、サービスマン、およびメンテナンス日がわかる形式で記載しているが、この部分をサービスメンテナンス管理装置１０１のみがわかる形式で記載することも可能である。
【０３０１】
また、本実施形態においても、電子メールの作成手順自体は重要な意味を持たないため、作成処理については割愛する。
【０３０２】
サービスマンへの電子メールの送信処理が終了したら、本処理フローを終了する。
【０３０３】
＜スケジュール変更承認画面＞
図２１の携帯デバイス２１０５のＬＣＤ２２０９に表示するスケジュール変更承認画面について、図２６を参照しながら説明する。
【０３０４】
図２６のスケジュール変更承認画面２６０１は、本実施形態において、サービスマンがメールを受け取った携帯デバイス２１０５から変更されたスケジュールの確認、変更、承認を行う際に使用する事を想定したものである。
【０３０５】
サービスマンが、携帯デバイス２１０５においてサービスメンテナンス管理装置１０１から送付された変更通知メール２５０１に記載されているＵＲＬをＷｅｂブラウザから実行する事で処理が開始される。
【０３０６】
この実行の結果、サービススケジュール管理装置１０１が携帯デバイス２１０５の画面に表示する情報を提供し、携帯デバイス２１０５のＬＣＤ２２０９に表示されるのが本画面である。
【０３０７】
このＵＲＬ２５０２の実行方法については、ＷｅｂブラウザのＵＲＬ入力欄に直接入力する、メールのＵＲＬ２５０２を指示することでＷｅｂブラウザと連携するなどの方法がとられるが、特にこの形式による限定はない。
【０３０８】
図２６のスケジュール変更承認画面２６０１は、以下の部品で構成される。
【０３０９】
サービスマン情報表示欄２６０２は、スケジュールを特定するサービスマンの情報を表示する欄である。
【０３１０】
スケジュール日付情報表示欄２６０３は、スケジュールを特定する日付を表示する欄である。
【０３１１】
スケジュール一覧表示欄２６０４は、変更されたスケジュール情報を表示する欄であり、メンテナンス時間２６０５、デバイスＩＤ２６０６、顧客名２６０７、緊急度２６０８といった項目により構成される。
【０３１２】
このスケジュール情報として初期表示される情報は、前述のサービスマン情報表示欄２６０２、スケジュール日付情報表示欄２６０３、現在時刻以降開始となる条件でスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５から取得する。その際、データは、時間７０４でソートしておく。
【０３１３】
メンテナンス時間２６０５は、機器のメンテナンスを行う時間を表す。情報としては、図８の時間８０４欄に格納している情報が表示される。
【０３１４】
デバイスＩＤ２６０６は、メンテナンス対象となる画像形成装置１０２の情報を表示する。情報としては、図８のデバイスＩＤ８０５欄に格納している情報が表示される。
【０３１５】
顧客名２６０７は、メンテナンスを行う画像形成装置１０２の所有者（顧客）名を表す。情報としては、図７の顧客名７０３欄に格納されている顧客名を前述のデバイスＩＤ２６０６欄の情報と連携させて表示する。
【０３１６】
緊急度２６０８は、メンテナンス対象である画像形成装置１０２のメンテナンスの緊急度情報を表示する。情報としては、図８の緊急度８０６欄に格納している情報が表示される。
【０３１７】
本一覧表示欄２６０４は、閲覧する機能のほかに、メンテナンス時間２６０５の修正を行うこともできる。これにより、メンテナンスを行う順番や、時間帯の修正を行うことができる。
【０３１８】
確定ボタン２６１０は、スケジュール一覧表示欄２６０４の内容で登録内容を更新／承認する処理を起動するボタンであり、押下する事でスケジュール情報の更新／承認処理を行う。本ボタン押下時の処理フローについては、後述の図２７の説明において行う。
【０３１９】
＜サービススケジュール管理装置がスケジュールの確定を行う際の処理＞
図２１に記載されたサービススケジュール管理装置１０１によるスケジュールの更新処理について、図２７、図１９、図２８を参照しながら説明する。
【０３２０】
図２７は、前記携帯デバイス２１０５上のＬＣＤ２２０９に表示されている図２６の確定ボタン２６１０が押下された際のスケジュール情報の更新／確定処理の手順を表したものである。本処理は、サービススケジュール管理装置１０１のＣＰＵ２０１によって実行される。
【０３２１】
図２７に示すとおり、
ステップＳ２７０１において、図２６のスケジュール一覧表示欄２６０４に入力されているスケジュール情報を取得する。
【０３２２】
そして、サービスマン情報表示欄２６０２とスケジュール日付情報表示欄２６０３の情報を取得する。
【０３２３】
スケジュール情報、サービスマン情報、スケジュール日付情報の取得が終了したら次のステップＳ２７０２へ進む。
【０３２４】
ステップＳ２７０２において、前述のステップＳ２７０１で取得したスケジュール情報に不備がないかどうかをチェックする。
【０３２５】
まず、メンテナンス時間２６０５の欄は全て入力されているかどうかをチェックする。
【０３２６】
そして、入力されたメンテナンス時間２６０５の内容で時間の重複がないかどうかをチェックする。
【０３２７】
上記チェックが終了したら次のステップＳ２７０３へ進む。
【０３２８】
ステップＳ２７０３において、前述のステップＳ２７０２のチェックで不備がなかったかどうかを判定する。不備がなかった場合には次のステップＳ２７０４へ進む。不備が発見された場合には、ステップＳ２７１４へ進む。
【０３２９】
ステップＳ２７０４において、前述のステップＳ２７０１で取得したサービスマン情報とスケジュール日付情報に合致するスケジュール情報リストを前述の図３のスケジュール情報処理部３０６を使用してスケジュール情報保管部３０５から取得する。
【０３３０】
取得処理が終了したら次のステップＳ２７０５へ進む。
【０３３１】
ステップＳ２７０５において、前述のステップＳ２７０２のチェックをとおったスケジュール情報のメンテナンス時間２６０５で、前述のステップＳ２７０４で取得した既存のスケジュール情報リストのデバイスＩＤと一致するスケジュール情報の時間を更新する。
【０３３２】
全てのスケジュールのメンテナンス時間２６０５の更新が終了したら、次のステップＳ２７０６へ進む。
【０３３３】
ステップＳ２７０６において、前述のステップＳ２７０５で行ったデータの変更を確定させる。確定処理が終了したら次のステップＳ２７０７へ進む。
【０３３４】
ステップＳ２７０７において、更新したスケジュール情報リストの先頭から順に処理し、処理対象スケジュール情報がなくなったかどうかを判定する。存在している場合には、次のステップＳ２７０８へ進む。処理対象が存在しない場合には、ステップＳ２７１１へ進む。
【０３３５】
ステップＳ２７０８において、特定したスケジュール情報のデバイスＩＤを取得し、そのデバイスＩＤを条件に画像形成装置情報処理部３０４を使用して画像形成装置情報保管部３０３から顧客の連絡先７０４を取得する。
【０３３６】
顧客の連絡先情報の取得が終了したら次のステップＳ２７０９へ進む。
【０３３７】
ステップＳ２７０９において、スケジュール情報、及び先に取得した顧客の連絡先情報を使用して、顧客向けの電子メールを作成し、送信する。
【０３３８】
送信される電子メールの文面の例は、実施例１の図１９の１９０１に示した通りである。顧客への通知内容としては、対象となる画像形成装置情報、及びその変更されたメンテナンス時間が最低限記載されている必要がある。但し、本実施形態においては、電子メールの作成手順自体は重要な意味を持たないため、作成処理については割愛する。
【０３３９】
電子メールの送信処理が終了したら、次のステップＳ２７１０へ進む。
【０３４０】
ステップＳ２７１０において、スケジュール情報リストの次のスケジュール情報へ処理対象を移動する。移動した時点でステップＳ２７０７へ戻る。
【０３４１】
ステップＳ２７１１おいて、前述のステップＳ１８０１で取得したサービスマン情報に合致するサービスマンの連絡先９０３を、サービスマン情報処理部３０８を使用してサービスマン情報保管部３０７から取得する。サービスマンの連絡先情報の取得が終了したら次のステップＳ２７１２へ進む。
【０３４２】
ステップＳ２７１２において、更新されたスケジュール情報と前述のステップＳ２７１１で取得したサービスマンの連絡先情報を使用して、サービスマン宛ての確定スケジュールを記載した電子メールを作成し、送信する。
【０３４３】
送信される電子メールの文面の例は、図２８の２８０１に示した通りである。サービスマンへの通知内容としては、確定したスケジュール一覧が最低限記載されている必要がある。但し、本実施形態においては、電子メールの作成手順自体は重要な意味を持たないため、作成処理については割愛する。
【０３４４】
電子メールの送信処理が終了したら、次のステップＳ２７１３へ進む。
【０３４５】
ステップＳ２７１３において、処理結果として変更スケジュールが確定した旨の表示するための情報を生成して戻す。本表示処理は、特に画面上の構成もなく、確定した胸のみを表示するため、特に説明を省略する。
【０３４６】
本処理は、図３の画面情報生成部３１２において行われる。本ステップで作成した表示内容を携帯デバイス２１０５へ送信したら本処理フローを終了する。
【０３４７】
ステップＳ２７１４において、本処理フロー内でエラーが発生した場合には、入力内容の不備であったことを携帯デバイス２１０５へ通知し、本処理フローを終了する。
【図面の簡単な説明】
【０３４８】
【図１】本発明の第一の実施形態を表すサービススケジュール管理システムの機器構成を表すブロック図である。
【図２】図１のサービススケジュール管理装置、クライアント装置に関する物理構成を表す図である。
【図３】図１のサービススケジュール管理装置に関する機能構成を表す図である。
【図４】図１のクライアント装置に関する機能構成を表す図である。
【図５】図１の画像形成装置に関する機能構成を表す図である。
【図６】図１のサービススケジュール管理装置で保持する障害情報に関するデータ形式及び構造を表す図である。
【図７】図１のサービススケジュール管理装置で保持する画像形成装置情報に関するデータ形式及び構造を表す図である。
【図８】図１のサービススケジュール管理装置で保持するスケジュール情報に関するデータ形式及び構造を表す図である。
【図９】図１のサービススケジュール管理装置で保持するサービスマン情報に関するデータ形式及び構造を表す図である。
【図１０】図１の画像形成装置が送信する重要度の定義を表す図である。
【図１１】図１のサービススケジュール管理装置が使用する緊急度の定義を表す図である。
【図１２】図１のサービススケジュール管理装置が使用するエラーの定義を表す図である。
【図１３】スケジュールを図１のクライアント装置から編集する際に使用する更新画面を表す図である。
【図１４】図１のクライアント装置からスケジュールを更新する際の処理フローを表す図である。
【図１５】図１の画像形成装置から送信された障害情報を図１のサービススケジュール管理装置に登録する際の処理フローを表す図である。
【図１６】図３−１のサービススケジュール管理装置で障害に対応してスケジュールを新規登録する際の処理フローを表す図である。
【図１７】図３−１のサービススケジュール管理装置で障害に対応して既存スケジュールを更新する際の処理フローを表す図である。
【図１８】図３−１のサービススケジュール管理装置でスケジュール変更時に通知メールを作成送信する際の処理フローを表す図である。
【図１９】顧客に送信される通知メールの例である。
【図２０】本発明の第一の実施形態におけるサービスマンに送信される通知メールの例である。
【図２１】本発明の第二の実施形態を表すサービススケジュール管理システムの機器構成を表すブロック図である。
【図２２】図２０の携帯デバイスに関する物理構成を表す図である。
【図２３】図２０の携帯デバイスに関する機能構成を表す図である。
【図２４】図２０のサービススケジュール管理装置からサービスマンへスケジュールの変更を通知する際の処理フローを表す図である。
【図２５】本発明の第二の実施形態におけるサービスマンに送信される変更通知メールの例である。
【図２６】スケジュールを図１０の携帯デバイスから編集する際に使用する確定画面を表す図である。
【図２７】図２０のサービススケジュール管理装置でスケジュールを確定する際の処理フローを表す図である。
【図２８】本発明の第二の実施形態におけるサービスマンに送信される変更確定通知メールの例である。
【図１】
2009146124.tif 000003
【図２】
2009146124.tif 000004
【図３】
2009146124.tif 000005
【図４】
2009146124.tif 000006
【図５】
2009146124.tif 000007
【図６】
2009146124.tif 000008
【図７】
2009146124.tif 000009
【図８】
2009146124.tif 000010
【図９】
2009146124.tif 000011
【図１０】
2009146124.tif 000012
【図１１】
2009146124.tif 000013
【図１２】
2009146124.tif 000014
【図１３】
2009146124.tif 000015
【図１４】
2009146124.tif 000016
【図１５】
2009146124.tif 000017
【図１６】
2009146124.tif 000018
【図１７】
2009146124.tif 000019
【図１８】
2009146124.tif 000020
【図１９】
2009146124.tif 000021
【図２０】
2009146124.tif 000022
【図２１】
2009146124.tif 000023
【図２２】
2009146124.tif 000024
【図２３】
2009146124.tif 000025
【図２４】
2009146124.tif 000026
【図２５】
2009146124.tif 000027
【図２６】
2009146124.tif 000028
【図２７】
2009146124.tif 000029
【図２８】
2009146124.tif 000030