(57)【特許請求の範囲】
【請求項１】
通信回線を介して、被管理装置及び担当者端末に接続された管理装置であって、
前記被管理装置により生成されたトラブル種別情報を取得するトラブル種別情報取得手段と、
前記被管理装置の識別情報を取得する被管理装置識別情報取得手段と、
前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する復旧操作情報記憶手段と、
前記識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶するメンテナンス担当者情報記憶手段と、
前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する情報送信手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記メンテナンス担当者情報は、前記被管理装置のメンテナンス担当者の所持する担当者端末のアドレス情報を含み、
前記情報送信手段は、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信し、該担当者端末から返送された復旧操作情報を前記メンテナンス担当者情報とともに前記被管理装置に送信することを特徴とする請求項１記載の管理装置。
【請求項３】
前記メンテナンス担当者情報は、少なくとも前記被管理装置のユーザが前記被管理装置のメンテナンス担当者を特定可能な情報を含むことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記メンテナンス担当者情報は、前記メンテナンス担当者の所属組織、名前、連絡先、顔画像、電子署名情報、合言葉の内、少なくとも１つを含むことを特徴とする請求項１〜３の何れか一項に記載の管理装置。
【請求項５】
前記トラブル種別情報と自動復旧処理プログラムとを対応付けて記憶する復旧処理情報記憶手段を備え、
前記情報送信手段は、前記復旧処理情報記憶手段に前記トラブル種別情報に対応する前記自動復旧処理プログラムが存在しない場合、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信することを特徴とする請求項２〜４の何れか一項に記載の管理装置。
【請求項６】
通信回線を介して、被管理装置及び担当者端末に接続された管理装置の管理方法であって、
トラブル種別情報取得手段により、前記被管理装置により生成されたトラブル種別情報を取得する工程と、
被管理装置識別情報取得手段により、前記被管理装置の識別情報を取得する工程と、
復旧操作情報記憶手段により、前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する工程と、
メンテナンス担当者情報記憶手段により、前記識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶する工程と、
情報送信手段により、前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する工程と、
を含むことを特徴とする管理方法。
【請求項７】
前記メンテナンス担当者情報から、前記メンテナンス担当者の所持する担当者端末のアドレス情報を取得する工程と、
前記情報送信手段により、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信し、該担当者端末から返送された復旧操作情報を前記メンテナンス担当者情報とともに前記被管理装置に送信する工程と、
を含むことを特徴とする請求項６記載の管理方法。
【請求項８】
自動復旧処理情報記憶手段により、前記トラブル種別情報と自動復旧処理プログラムとを対応付けて記憶する工程と、
前記情報送信手段により、前記自動復旧処理プログラム記憶手段に前記トラブル種別情報に対応する前記自動復旧処理プログラムが存在しない場合、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信する工程と、
を含むことを特徴とする請求項６又は７に記載の管理方法。
【請求項９】
通信回線を介して接続された被管理装置を管理するコンピュータに、
前記被管理装置により生成されたトラブル種別情報を取得する機能と、
前記被管理装置の識別情報を取得する機能と、
前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する機能と、
前記被管理装置の識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶する機能と、
前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して、顧客が所有する情報処理装置の故障や修理を管理する管理装置、管理方法、及びプログラムに関する。
【０００２】
【従来の技術】
従来、複写機、プリンタ、ＭＦＰ（Multifunction Peripheral）、印刷機、プリンタ情報提供端末（キオスク端末）等の画像形成装置を被管理装置として遠隔地から監視する技術が知られている。このような管理システムにおいては、被管理装置に不具合が生じた場合、被管理装置からネットワークを介して、管理センターの管理サーバへ不具合の状況が送信される。そして、管理センターでは、不具合の状況に応じてオペレータから指示が与えられ、ユーザはオペレータからの指示に従って、画像形成装置の操作を行い、不具合を解消していた。
【０００３】
また、管理センターにおいて不具合の状況が把握できない場合、あるいは、ユーザの操作により不具合が解消できない場合は、画像形成装置を保守、管理する専門の担当者（本明細書中、「メンテナンス担当者」と呼ぶ）がユーザの元に出向いて不具合が生じた画像形成装置の修理を行っていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、このような従来の修理方法において、管理センターのオペレータから与えられる指示は、単にマニュアルに記載されている内容通りである場合が多く、マニュアル通りのオペレータに対してユーザが不信感を抱き、オペレータの指示通りに操作を行わない場合があった。あるいは、一般的なユーザは画像形成装置についての知識が不足しているため、マニュアル通りのオペレータの指示を理解できず、不適切な操作により、装置自体にダメージを与えてしまう可能性があった。
【０００５】
また、電話等によりメンテナンス担当者が直接、ユーザに指示を与えることもできるが、メンテナンス担当者と、ユーザとが、不具合発生後すぐに連絡をとることは困難であり、不具合解消までに無駄な時間を要するという問題があった。この結果、ユーザの業務に支障をきたし、ユーザは利益機会を失っていた。
【０００６】
本発明の課題は、画像形成装置に不具合が生じた場合に、信頼性の高い操作情報をユーザに提供し、画像形成装置を効率よく管理することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の発明は、通信回線を介して、被管理装置及び担当者端末に接続された管理装置であって、前記被管理装置により生成されたトラブル種別情報を取得するトラブル種別情報取得手段と、前記被管理装置の識別情報を取得する被管理装置識別情報取得手段と、前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する復旧操作情報記憶手段と、前記識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶するメンテナンス担当者情報記憶手段と、前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する情報送信手段と、を備えることを特徴としている。
【０００８】
請求項２記載の発明は、請求項１記載の発明において、前記メンテナンス担当者情報は、前記被管理装置のメンテナンス担当者の所持する担当者端末のアドレス情報を含み、前記情報送信手段は、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信し、該担当者端末から返送された復旧操作情報を前記メンテナンス担当者情報とともに前記被管理装置に送信することを特徴としている。
【００１１】
請求項３記載の発明は、請求項１又は２に記載の発明において、前記メンテナンス担当者情報は、少なくとも前記被管理装置のユーザが前記被管理装置のメンテナンス担当者を特定可能な情報を含むことが好ましい。
【００１２】
請求項４記載の発明は、請求項１〜３の何れか一項に記載の発明において、前記メンテナンス担当者情報は、前記メンテナンス担当者の所属組織、名前、連絡先、顔画像、電子署名情報、合言葉の内、少なくとも１つを含むことが好ましい。
【００１３】
請求項５記載の発明は、請求項２〜４の何れか一項に記載の発明において、前記トラブル種別情報と自動復旧処理プログラムとを対応付けて記憶する復旧処理情報記憶手段を備え、前記情報送信手段は、前記復旧処理情報記憶手段に前記トラブル種別情報に対応する前記自動復旧処理プログラムが存在しない場合、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信することを特徴としている。
【００１５】
請求項６記載の発明は、通信回線を介して、被管理装置及び担当者端末に接続された管理装置の管理方法であって、トラブル種別情報取得手段により、前記被管理装置により生成されたトラブル種別情報を取得する工程と、被管理装置識別情報取得手段により、前記被管理装置の識別情報を取得する工程と、復旧操作情報記憶手段により、前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する工程と、メンテナンス担当者情報記憶手段により、前記識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶する工程と、情報送信手段により、前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する工程と、を含むことを特徴としている。
【００１６】
請求項７記載の発明は、請求項６記載の発明において、前記メンテナンス担当者情報から、前記メンテナンス担当者の所持する担当者端末のアドレス情報を取得する工程と、前記情報送信手段により、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信し、該担当者端末から返送された復旧操作情報を前記メンテナンス担当者情報とともに前記被管理装置に送信する工程と、を含むことを特徴としている。
【００１９】
請求項８記載の発明は、請求項６又は７に記載の発明において、自動復旧処理情報記憶手段により、前記トラブル種別情報と自動復旧処理プログラムとを対応付けて記憶する工程と、前記情報送信手段により、前記自動復旧処理プログラム記憶手段に前記トラブル種別情報に対応する前記自動復旧処理プログラムが存在しない場合、前記被管理装置の識別情報、トラブル種別情報、及び該トラブル種別情報に対応付けられた復旧操作情報を一旦、前記担当者端末に送信する工程と、
を含むことを特徴としている。
【００２１】
請求項９記載の発明は、通信回線を介して接続された被管理装置を管理するコンピュータに、前記被管理装置により生成されたトラブル種別情報を取得する機能と、前記被管理装置の識別情報を取得する機能と、前記トラブル種別情報に対応づけて、前記被管理装置の復旧操作情報を記憶する機能と、前記被管理装置の識別情報に対応付けて、前記被管理装置のメンテナンス担当者情報を記憶する機能と、前記復旧操作情報記憶手段から前記トラブル種別情報に対応する復旧操作情報を取得し、かつ、前記メンテナンス担当者情報記憶手段から前記被管理装置の識別情報に対応するメンテナンス担当者情報を取得して、該取得した復旧操作情報及びメンテナンス担当者情報を前記通信回線を介して前記被管理装置に送信する機能と、を実現させるためのプログラムである。
【００２２】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。
まず、構成を説明する。図１は、本実施の形態における管理システム１００の全体構成を示す概念図である。図１に示すように、管理システム１００は、１台の管理サーバ１、１台の担当者端末２、３台の被管理装置３、１台の中継サーバ４、２台のプロキシサーバ５により構成される。
【００２３】
管理システム１００において、管理サーバ１、または被管理装置３は、インターネット等のオープンなネットワークであるネットワークＮに、ファイアウォール機能を有するプロキシサーバ５を介して接続されている。また、担当者端末２は、ネットワークＮに接続された無線基地局Ｒに、無線通信ネットワークＳを介して接続することにより、ネットワークＮに接続可能である。さらに、中継サーバ４は、公衆回線、または専用線等を介してネットワークＮに接続されている。
【００２４】
ネットワークＮは、電話回線網、ＩＳＤＮ回線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ回線網等の各種通信回線と、それらを接続するインターネットサービスプロバイダ基地局Ｐ等を含む。なお、ネットワークＮは、任意な時に接続が可能であればよく、常時接続されている必要はない。また、ネットワークＮは、情報管理の信頼性の観点から、特定のユーザのみアクセス可能なセキュリティを確保しているネットワークであることが望ましい。
【００２５】
なお、図１においては、１台の管理サーバ１と、１台の担当者端末２と、３台の被管理装置３と、１台の中継サーバ４と、２台のプロキシサーバ５とがネットワークＮに直接的、または間接的に接続された場合を示しているが、これらの台数、及び設置箇所等は特に限定されない。また、被管理装置３は、プロキシサーバ５、及びネットワークＮを介さずに、直接中継サーバ４に接続されていてもよく、あるいは、プロバイダＰを介してネットワークＮに接続される構成であってもよい。本実施の形態においては、被管理装置３がプロキシサーバ５を介してネットワークＮに接続される例について説明を行う。
【００２６】
次に、管理システム１００を構成する各部について説明する。
【００２７】
管理サーバ１は、被管理装置３の保守、管理を行うサービス会社により管理されるコンピュータであり、限られたエリア内におけるネットワークであるイントラネットＬ１に接続され、通過する情報を制限するファイアウォールであるプロキシサーバ５を介してネットワークＮに接続されている。管理サーバ１は、中継サーバ４を介して、被管理装置３から送信される被管理装置３の保守、管理に係る情報を受信する。そして、受信した情報に応じて各処理を実行し、処理結果をネットワークＳに接続される担当者端末２に送信する。また、管理サーバ１は、担当者端末２から送信される被管理装置３の保守、管理に係る情報を受信して、これらの情報に応じた各処理を実行し、処理結果を中継サーバ４を介して被管理装置３に送信する。
【００２８】
なお、管理サーバ１は、１つのコンピュータにより構成されるものとしてもよいし、複数のコンピュータがＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネット、あるいはインターネット等のネットワークを介して通信接続されたコンピュータネットワークシステムにより構成されるものとしてもよい。複数のコンピュータにより構成されるコンピュータネットワークシステムとした場合は、上述の処理を、各コンピュータにて分散して処理することが望ましい。本実施の形態では、管理サーバが１つのコンピュータにより構成される例について説明を行う。
【００２９】
図２を参照して管理サーバ１の内部構成を詳細に説明する。図２は、図１に示す管理サーバ１の要部構成を示すブロック図である。図２に示す様に、管理サーバ１は、ＣＰＵ１１、入力部１２、表示部１３、通信部１４、ＲＡＭ１５、記録媒体１７を備える記憶部１６により構成され、記録媒体１７を除く各部はバス１８により接続されている。
【００３０】
ＣＰＵ（Central Processing Unit）１１は、記憶部１６に格納されている各種プログラムの中から指定されたプログラムを、ＲＡＭ１５内の図示しないワークエリアに展開し、入力部１２、及び通信部１４から入力されるデータに応じて、プログラムに従った各種処理を実行し、処理結果をＲＡＭ１５内のワークメモリに格納する。また、処理結果を表示するための表示情報を生成して表示部１３へ出力する。
【００３１】
また、ＣＰＵ１１は、上述したトラブル種別情報取得手段、被管理装置識別情報取得手段、復旧操作情報取得手段としての機能を有している。
【００３２】
具体的には、ＣＰＵ１１は記憶部１６に格納される緊急通報処理プログラム、トラブル復旧処理プログラムを読み出して、後述する緊急通報処理（図５参照）、トラブル復旧処理処理（図６参照）を実行する。
【００３３】
この緊急通報処理において、ＣＰＵ１１は、中継サーバ４を介して被管理装置３からトラブル種別情報を受信すると、受信したトラブル種別情報からエラーコードを取得する。次いで、後述する自動復旧処理プログラムデータベース（ＤＢ）１７４から、取得したエラーコードに対応する復旧処理プログラムを検索して、自動復旧処理が可能なトラブルであるか否かを判断する。
【００３４】
ここで、トラブル種別情報とは、トラブルの種別を示す番号であるエラーコード、トラブルが発生している被管理装置３を特定するための識別情報を含む情報である。また、自動復旧処理とは、予めエラーコードに対応付けられて記憶されている復旧処理プログラムを自動復旧処理プログラムＤＢ１７４から取得して被管理装置３に送信し、被管理装置３において、自動復旧処理プログラムを実行させることにより、トラブルを解消する処理である。なお、上述した復旧処理情報とは、復旧処理プログラムに対応している。
【００３５】
ＣＰＵ１１は、取得したエラーコードに対応する自動復旧プログラムがない場合、即ち、自動復旧処理によりトラブルを解消できない場合、後述する復旧操作情報データベース（ＤＢ）１７２から、エラーコードに対応する復旧操作情報を抽出する。ここで、復旧操作情報とは、トラブル発生により動作不能に陥っている被管理装置３を、ユーザ、またはメンテナンス担当者の手作業により動作可能な状態に復旧させるための操作手順を示す情報である。
【００３６】
また、ＣＰＵ１１は、トラブル種別情報から被管理装置３の識別情報を取得して、後述するメンテナンス担当者情報データベース（ＤＢ）１７３から対応するメンテナンス担当者の所持する担当者端末２のアドレスを取得する。そして、ＣＰＵ１１は、対応する担当者端末２に、トラブル種別情報、及び復旧操作情報を送信する。
【００３７】
また、トラブル復旧処理において、ＣＰＵ１１は、メンテナンス担当者によりエラーコードに対する適合性の確認が行われた復旧操作情報を担当者端末２から受信する。そして、ＣＰＵ１１は、メンテナンス担当者情報ＤＢ１７３から対応するメンテナンス担当者情報を取得し、受信した復旧操作情報にメンテナンス担当者情報を付加して、中継サーバ４を介して被管理装置３に送信する。
【００３８】
さらに、ＣＰＵ１１は、中継サーバ４を介して被管理装置３から復旧操作情報によりトラブルが解消されたか否かの処理結果を受信する。ＣＰＵ１１は、受信した処理結果を対応する担当者端末２に送信するとともに、トラブルが解消できたか否かを判断する。トラブルが解消できなかった場合、ＣＰＵ１１は、担当者端末２から送信されるメッセージ（例えば、「メンテナンス担当者が伺います」といった内容）を受信する。そして、ＣＰＵ１１は、受付管理番号を発行し、受信したメッセージ、受付管理番号、及びメンテナンス担当者情報を、中継サーバ４を介して被管理装置３に送信する。
【００３９】
入力部１２は、カーソルキー、数字入力キー、及び各種機能キーを備えたキーボードを含み、このキーボードで押下されたキーに対応する押下信号をＣＰＵ１１に出力する。なお、入力部１２は、必要に応じてマウス、タッチパネル等のポインティングデバイスや、その他の入力装置を備えるものとしてもよい。
【００４０】
表示部１３は、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等によってなる表示画面を備え、ＣＰＵ１１から入力される表示信号の指示に従って入力部１２、通信部１４を介して送受信される表示データを画面上に表示する。
【００４１】
通信部１４は、ＬＡＮ、ＷＡＮ、あるいはインターネット等のネットワークＮに接続された伝送媒体に接続可能なインターフェイスである。通信部１４は、モデム（ＭＯＤＥＭ：MOdulator/DEModulator）またはターミナルアダプタ（ＴＡ：Terminal Adapter）等によって構成され、電話回線、ＩＳＤＮ回線、無線通信回線、専用線、ＣＡＴＶ回線等の通信回線を介して外部機器との通信を行うための制御を行う。
【００４２】
また、通信部１４は、上述した情報送信手段、第２の情報送信手段、復旧操作情報受信手段としての機能を有している。
【００４３】
ＲＡＭ（Random Access Memory）１５は、ＣＰＵ１１によって実行される各種プログラムやこれら各種プログラムによって処理されたデータ等を一時的に記憶するワークエリアを形成する。
【００４４】
記憶部１６は、プログラムやデータ等があらかじめ記憶されている記録媒体１７を有しており、この記録媒体１７は磁気的、光学的記録媒体、若しくは半導体メモリで構成されている。この記録媒体１７は記憶部１６に固定的に設けられるもの、若しくは着脱自在に装着するものであり、この記録媒体１７には、システムプログラム、当該システムに対応する各種処理プログラム、及び各種処理プログラムで処理されたデータ等を記憶する。
【００４５】
また、記録媒体１７に記憶するプログラム、データ等は、その一部若しくは全部をサーバやクライアント等の他の機器からＷＡＮ、ＬＡＮ等のネットワーク回線の伝送媒体を介して通信部１４から受信して記憶する構成にしてもよく、さらに、記録媒体１７はネットワーク上に構築されたサーバの記録媒体であってもよい。また、前記プログラムをネットワーク回線等の伝送媒体を介してサーバやクライアントへ伝送してこれらの機器にインストールするように構成してもよい。
【００４６】
ここで、記録媒体１７に格納される各種データベース（ＤＢ）について説明する。記録媒体１７には、被管理装置情報ＤＢ１７１、復旧操作情報ＤＢ１７２、メンテナンス担当者情報ＤＢ１７３、自動復旧処理プログラムＤＢ１７４が格納されている。なお、復旧操作情報ＤＢ１７２は、復旧操作情報記憶手段としての機能を有し、メンテナンス担当者情報ＤＢ１７３は、メンテナンス担当者情報記憶手段としての機能を有し、自動復旧処理プログラムＤＢ１７４は、復旧処理情報記憶手段としての機能を有している。
【００４７】
被管理装置情報ＤＢ１７１には、管理サーバ１により管理される被管理装置３に係る情報（本明細書中、「被管理装置情報」と呼ぶ）が記憶されている。例えば、被管理装置情報ＤＢ１７１には、被管理装置３を識別するための識別情報として、メーカー名、機種名、バージョン名、マシンＩＤ、または設置先が記憶されている。また、被管理装置３のメンテナンス担当者を対応付ける情報、被管理装置３のメンテナンス履歴等が記憶されている。
【００４８】
復旧操作情報ＤＢ１７２は、トラブル発生により動作不能に陥っている被管理装置３を、ユーザ、またはメンテナンス担当者の手作業により動作可能な状態に復旧させるための操作手順を示す情報（本明細書中、「復旧操作情報」と呼ぶ）を記憶している。詳細には、被管理装置３の操作手順を示す文字情報、音声情報、動画情報、静止画情報、及びこれらに対応して、トラブルの種別を示すエラーコードを記憶している。
【００４９】
メンテナンス担当者情報ＤＢ１７３は、被管理装置３ごとに予め割り当てられているメンテナンス担当者に係る情報（本明細書中、「メンテナンス担当者情報」と呼ぶ）を記憶している。詳細には、メンテナンス担当者の識別情報（例えば、所属組織、名前、連絡先、顔画像、電子署名情報、合言葉）、メールアドレス、メンテナンス担当者の所持する担当者端末のネットワークアドレス、電話番号を、割り当てられている被管理装置３の識別情報の少なくとも一部とともに記憶している。
【００５０】
自動復旧処理プログラムＤＢ１７４は、被管理装置３が実行可能なプログラムであって、トラブルの発生した被管理装置３に所定の処理を実行させることによりトラブルを解消するためのプログラムコードを記憶している。この自動復旧処理プログラムは、トラブルの種別を特定するエラーコードに対応付けて記憶されている。
【００５１】
続いて、担当者端末２は、被管理装置３の保守、管理を専門に行うメンテナンス担当者により管理される端末であり、例えば、携帯電話やＰＨＳ（Personal Handyphone System）といった携帯型の電話端末や、ＰＤＡ（Personal Digital Assistants）と呼ばれる携帯情報端末により構成される。担当者端末２は、無線通信ネットワークＳに接続することにより、無線基地局Ｒを介してネットワークＮに接続され、管理サーバ１との間で被管理装置３の保守、管理に係る情報の送受信を行う。
【００５２】
図３を参照して担当者端末２の内部構成を詳細に説明する。図３は、図１に示す担当者端末２の要部構成を示すブロック図である。図３に示す様に、担当者端末２は、ＣＰＵ２１、入力部２２、表示部２３、アンテナ２４１を備える無線通信部２４、ＲＡＭ２５、記憶部２６、電源部２７により構成され、アンテナ２４１を除く各部はバス２８により接続されている。
【００５３】
ＣＰＵ２１は、記憶部２６に記憶される各種システムプログラムを読み出して実行し、担当者端末２の各部を駆動制御する。また、ＣＰＵ２１は、入力部２２における入力操作に従って、記憶部２６に記憶された各種アプリケーションプログラムを読み出して実行し、担当者端末２の各種機能を実現する。
【００５４】
具体的には、ＣＰＵ２１は記憶部２６に格納される緊急通報処理プログラム、トラブル復旧処理プログラムを読み出して、後述する緊急通報処理（図５参照）、トラブル復旧処理処理（図６参照）を実行する。
【００５５】
この緊急通報処理において、ＣＰＵ２１は、管理サーバ１からトラブル種別情報、及び復旧操作情報を受信すると、トラブル復旧処理に移行して、受信した復旧操作情報の適合性の確認を行う。即ち、受信したトラブル種別情報、及び復旧操作情報を表示部２３に表示させ、メンテナンス担当者により指示が入力されるのを待機する。ここで、メンテナンス担当者は、表示部２３に表示された復旧操作情報が適切であるか否かを判断する。表示された復旧操作情報が適切である場合、メンテナンス担当者は、入力部２２を介してＯＫの指示を入力する。また、表示された復旧操作情報が適切でない場合、メンテナンス担当者は、適切な復旧操作情報を入力する。あるいは、メンテナンス担当者が出向かなければトラブルが解消しない場合は、メンテナンス担当者が被管理端末３の修理に出向く旨のメッセージを入力する。そして、ＣＰＵ２１は、復旧操作情報（またはメッセージ）を管理サーバ１に送信する。
【００５６】
さらに、ＣＰＵ２１は、管理サーバ１から被管理装置３のトラブルが解消したか否かを示す処理結果を受信する。被管理装置３のトラブルが解消されない場合、ＣＰＵ２１は、メンテナンス担当者に修理に出向く旨のメッセージを入力させ、入力されたメッセージを管理サーバ１に送信する。
【００５７】
入力部２２は、文字キー、数字キーの他、各種機能に対応付けられた各種キーを備え、操作されたキーに対応する操作信号をＣＰＵ２１へ出力する。
【００５８】
表示部２３は、液晶ディスプレイ等の表示画面を備え、入力部２２における入力内容や、ＣＰＵ２１から入力される表示情報に基づく各種画面の上記画面に表示させる。
【００５９】
無線通信部２４は、アンテナ２４１を備えており、無線通信ネットワークＳに接続して無線基地局Ｒとの間で無線信号の送受信を実行する。
【００６０】
ＲＡＭ２５は、ＣＰＵ２１によって実行される各種プログラム及びこれらプログラムに係るデータを一時的に記憶するワークエリアを形成する。
【００６１】
記憶部２６は、フラッシュメモリ等の書き換え可能な半導体記憶素子等の記録媒体を備え、この記録媒体内に、ＣＰＵ２１により実行される各種プログラム、及びこれらのプログラムに係るデータ等を記憶する。なお、記録媒体に記憶するプログラム、データ等は、その一部若しくは全部を他の機器から通信回線等の伝送媒体を介して無線通信部２４で受信し、記憶する構成にしてもよく、さらに、記録媒体はネットワーク上に構築されたサーバの記録媒体であってもよい。また、前記プログラムやデータを通信回線等の伝送媒体を介して、他の機器へ伝送してインストールするように構成してもよい。
【００６２】
電源部２７は、リチウムイオン電池、ニッケル水素電池等の充電可能なバッテリ（図示せず）を内蔵しており、このバッテリからの電源を担当者端末２の各部へ供給する。
【００６３】
次に、被管理装置３は、管理サーバ１を管理するサービス会社により保守、管理される装置であり、例えば、複写機、プリンタ、ＭＦＰ（Multifunction Peripheral）、印刷機、プリンタ情報提供端末（キオスク端末）等の画像形成装置である。被管理装置３は、限られたエリア内におけるネットワークであるイントラネットＬ２に接続され、通過する情報を制限するファイアウォールであるプロキシサーバ５を介してネットワークＮに接続されている。被管理装置３は、中継サーバ４を介して、管理サーバ１との間で被管理装置３の保守、管理にかかる情報の送受信を行う。
【００６４】
図４を参照して被管理装置３の内部構成を詳細に説明する。図４は、図１に示す被管理端末３の要部構成を示すブロック図である。図４に示す様に、被管理装置３は、ＣＰＵ３１、入力部３２、表示部３３、通信部３４、検知部３５、記憶部３６、印刷部３７により構成され、各部はバス３８により接続されている。
【００６５】
ＣＰＵ３１は、入力部３２、または通信部３４を介してデータが入力されると、記憶部３６に記憶される各種プログラムを読み出して実行し、被管理装置３の各部を駆動制御する。具体的には、ＣＰＵ３１は記憶部３６に格納される緊急通報処理プログラム、トラブル復旧処理プログラムを読み出して、後述する緊急通報処理（図５参照）、トラブル復旧処理（図６参照）を実行する。
【００６６】
この緊急通報処理において、ＣＰＵ３１は、検知部３６の備えるセンサによりトラブルが検知されると、トラブルを検知したセンサを特定して、エラーコードを発行し、トラブルの内容を表示部３３に表示させる。また、ＣＰＵ１１は、発生したトラブルが一時的なものであるか否かを判断し、トラブルが一時的なものでない場合、トラブルの発生を管理サーバ１に通報する。
【００６７】
すなわち、ＣＰＵ３１は、発生したトラブルに対応するエラーコードを取得して、自装置の識別情報を付加したトラブル種別情報を生成し、中継サーバ４を介して管理サーバ１に送信することにより、トラブル発生の通報を行う。ここで、管理サーバ１において、自動復旧処理により発生したトラブルが解消できると判断された場合は、中継サーバ４を介して管理サーバ１から送信される自動復旧処理プログラムを受信して、自動復旧処理を実行する。
【００６８】
また、自動復旧処理によりトラブルが解消できない場合、トラブル復旧処理において、ＣＰＵ３１は、中継サーバ４を介して管理サーバ１から送信されるメンテナンス担当者情報、及び復旧操作情報を受信する。ＣＰＵ３１は、受信したメンテナンス担当者情報、及び復旧操作情報を表示部３３に表示させ、ユーザにより、復旧操作情報に基づく操作が行われるのを待機する。そして、ＣＰＵ３１は、ユーザの操作によりトラブルが解消したか否かを判断して、処理結果を中継サーバ４を介して管理サーバ１に送信する。
【００６９】
なお、復旧操作情報に基づいたユーザの操作により、トラブルの解消ができなかった場合、ＣＰＵ３１は、トラブル未解消として処理結果を中継サーバ４を介して管理サーバ１に送信する。そして、管理サーバ１により、メンテナンス担当者による出向修理の受付が行われると、中継サーバ４を介して管理サーバ１からメンテナンス担当者情報、メッセージ、及び受付管理番号を受信して、表示部３３に表示させる。
【００７０】
入力部３２は、文字キー、数字キーの他、各種機能に対応付けられた各種キーを備え、操作されたキーに対応する操作信号をＣＰＵ３１へ出力する。
【００７１】
表示部３３は、液晶ディスプレイ等の表示画面を備え、入力部３２における入力内容や、ＣＰＵ３１から入力される表示情報に基づく各種画面の上記画面に表示させる。
【００７２】
通信部３４は、ＬＡＮ、ＷＡＮ、あるいはインターネット等のネットワークＮに接続された伝送媒体に接続可能なインターフェイスである。通信部３４は、モデムまたはターミナルアダプタ等によって構成され、電話回線、ＩＳＤＮ回線、無線通信回線、専用線、ＣＡＴＶ回線等の通信回線を介して外部機器との通信を行うための制御を行う。
【００７３】
検知部３５は、各部で発生するトラブルを検知するセンサ等を備えて構成され、センサによりトラブルが検知されると、センサから入力されるトラブルに対応するエラーコードをＣＰＵ３１に出力する。
【００７４】
記憶部３６は、ＲＡＭ、フラッシュＲＯＭ、ＨＤ（Hard Disk）等から構成され、ＣＰＵ３１により実行される各種プログラム及びこれらプログラムに係るデータ等を記憶する。プログラムは、コンピュータが読み取り可能なプログラムコードの形態で格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。
【００７５】
印刷部３７は、連続紙、またはカット紙が印刷用紙として装着された給紙部（図示せず）と排紙部（図示せず）を備え、ＣＰＵ３１、またはイントラネットＬ２を介して入力される印刷データを、赤外レーザ光やＬＥＤ（Light-Emitting Diode）による投射光を用いた電子写真方式によって、上記印刷用紙に印刷データを転写して排紙出力する。
【００７６】
次に、中継サーバ４は、イントラネットＬ１、Ｌ２の外部にあって、ネットワークＮに接続されている。中継サーバ４は、プロキシサーバ５を設ける管理サーバ１と、同様にプロキシサーバ５を設ける被管理装置３との間を中継して、被管理装置３の保守、管理に係る情報を送受信する。これは、プロキシサーバ５がファイアウォール機能を有するため、外部（ネットワークＮ）から管理サーバ１、または被管理装置３の情報を取得することはセキュリティの問題があり困難である。したがって、本実施の形態においては、管理サーバ１、または被管理装置３と情報の送受信が許容される特定の中継サーバ４を設けることにより、管理サーバ１と、被管理装置３との間における情報の送受信を可能にする。
【００７７】
具体的には、中継サーバ４は、後述する緊急通報処理において、被管理装置３から送信されるトラブル種別情報を管理サーバ１に転送し、管理サーバ１から送信される自動復旧処理確認を被管理装置３に転送する。また、後述するトラブル復旧処理において、管理サーバ１から送信されるメンテナンス担当者情報、及び復旧操作情報を被管理装置３に転送して、被管理装置３から送信される処理結果を管理サーバ１に転送する。さらに、復旧操作情報により被管理装置３のトラブルが解消しない場合、中継サーバ４は、管理サーバ１から送信されるメンテナンス担当者情報、メッセージ、及び受付管理番号を被管理装置３に転送する。
【００７８】
なお、中継サーバ４の要部構成は、上述した管理サーバ１の要部構成と同一とするため、各構成部分には同列の符号を付し、その構成の図示及び説明は省略する。すなわち、中継サーバ４は、ＣＰＵ４１、入力部４２、表示部４３、通信部４４、ＲＡＭ４５、記録媒体４７を備える記憶部４６により構成され、記録媒体４７を除く各部はバス４８により接続されている。
【００７９】
次に、本実施の形態の動作を説明する。
動作説明の前提として、以下のフローチャートに記述されている各処理を実現するためのプログラムは、コンピュータが読み取り可能なプログラムコードの形態で記憶部１６、２６、３６、４６にそれぞれ格納されており、ＣＰＵ１１、２１、３１、４１は、当該プログラムコードに従った動作を逐次実行する。また、ＣＰＵ１１、２１、３１、４１は、伝送媒体を介して外部から供給されるプログラム及びデータを利用して、本実施の形態特有の動作を逐次実行することも可能である。
【００８０】
図５、図６を参照して、被管理装置３にトラブルが発生した場合に実行される緊急通報処理、及びトラブル復旧処理を説明する。図５は、管理サーバ１のＣＰＵ１１、担当者端末２のＣＰＵ２１、被管理装置３のＣＰＵ３１、中継サーバ４のＣＰＵ４１により実行される緊急通報処理を個々に示すフローチャートである。また、図６は、管理サーバ１のＣＰＵ１１、担当者端末２のＣＰＵ２１、被管理装置３のＣＰＵ３１、中継サーバ４のＣＰＵ４１により実行されるトラブル復旧処理を個々に示すフローチャートである。
【００８１】
まず、被管理装置３のＣＰＵ３１により実行される緊急通報処理について説明する。図５において、被管理装置３のＣＰＵ３１は、検知部３５の備えるセンサにより、トラブルが検知されると（ステップＳ２０１）、トラブルが検知されたセンサを特定してエラーコードを発行し、トラブルの内容を表示部３３に表示させる（ステップＳ２０２）。
【００８２】
次いで、ＣＰＵ３１は、自己診断プログラムを実行して、発生したトラブルが一時的なものか否かを判断し、管理センターへの通報の必要性を判断する（ステップＳ２０３）。ここで、トラブルが一時的なものであり、発生したトラブルに通報の必要性がない場合（ステップＳ２０３；ＮＯ）、例えば、トラブルが紙づまりであった場合は、詰まった紙を取り除いて動作を復旧させ、本緊急通報処理を終了する。
【００８３】
一方、トラブルが致命的なものであり、管理センターへ通報する必要がある場合（ステップＳ２０３；ＹＥＳ）、ＣＰＵ３１は、トラブル種別情報を作成する（ステップＳ２０４）。ここで、トラブル種別情報とは、発生しているトラブルの種別を示すエラーコード、及びトラブルが発生している被管理装置３を特定するための識別情報を含む情報である。そして、ＣＰＵ３１は、作成したトラブル種別情報を、中継サーバ４を介して管理サーバ１に送信する（ステップＳ２０５）。
【００８４】
次いで、ＣＰＵ３１は、中継サーバ４を介して管理サーバ１から、自動復旧処理の確認が送信されるか否かを判断する（ステップＳ２０６）。ここで、自動復旧処理の確認を受信した場合、即ち管理サーバ１から送信される自動復旧処理プログラムにより自動復旧が可能な場合（ステップＳ２０６；ＹＥＳ）、ＣＰＵ３１は、自動復旧処理へ移行する（ステップＳ２０７）。一方、自動復旧処理の確認を受信しない場合、即ち管理サーバ１から送信される自動復旧処理プログラムにより自動復旧が不可能な場合（ステップＳ２０６；ＮＯ）、ＣＰＵ３１は、トラブル復旧処理へ移行する。
【００８５】
次に、管理サーバ１のＣＰＵ１１により実行される緊急通報処理について説明する。図５において、管理サーバ１のＣＰＵ１１は、中継サーバ４を介して被管理装置３からトラブル種別情報を受信すると（ステップＳ１０１）、受信したトラブル種別情報からエラーコードを取得する。そして、取得したエラーコードから発生しているトラブルの種別を特定し、ＣＰＵ１１は、自動復旧処理プログラムによる自動復旧が可能であるか否かを判断する（ステップＳ１０２）。ここで、自動復旧が可能な場合（ステップＳ１０２；ＹＥＳ）、すなわち、自動復旧処理プログラムＤＢ１７４に、取得したエラーコードに対応する自動復旧処理プログラムが存在する場合、ＣＰＵ１１は、自動復旧処理プログラムを取得して、自動復旧処理に移行する（ステップＳ１０３）。
【００８６】
一方、自動復旧が不可能な場合（ステップＳ１０２；ＮＯ）、すなわち、自動復旧処理プログラムＤＢ１７４に、取得したエラーコードに対応する自動復旧処理プログラムが存在しない場合、ＣＰＵ１１は、復旧操作情報ＤＢ１７２から、取得したエラーコードに対応する復旧操作情報を抽出する（ステップＳ１０３）。また、ＣＰＵ１１は、トラブル種別情報から被管理装置３の識別情報を取得し、この識別情報に対応するメンテナンス担当者情報をメンテナンス担当者情報ＤＢ１７３から取得する。そして、ＣＰＵ１１は、取得したメンテナンス担当者情報に含まれる担当者端末２のアドレスを取得して、担当者端末２にトラブル種別情報、及び復旧操作情報を送信する（ステップＳ１０６）。
【００８７】
次に、担当者端末２のＣＰＵ２１により実行される緊急通報処理について説明する。図５において、担当者端末２のＣＰＵ２１は、管理サーバ１から送信されるトラブル種別情報、及び復旧操作情報を無線通信部２４を介して受信する（ステップＳ３０１）。次いで、ＣＰＵ２１は、トラブル復旧処理に移行する。
【００８８】
図６を参照して、担当者端末２のＣＰＵ２１により実行されるトラブル復旧処理を説明する。図６において、担当者端末２のＣＰＵ２１は、ステップＳ３０１において受信したトラブル種別情報、及び復旧操作情報を表示部２３に表示させる。ここで、メンテナンス担当者は、表示部２３に表示された復旧操作情報が適切であるか否かを判断する。
【００８９】
メンテナンス担当者は、復旧操作情報が適切である場合、ＯＫの指示を入力する。一方、復旧操作情報が適切でない場合、新たに復旧操作情報を入力する。また、メンテナンス担当者が出向かなければトラブルが解消しない場合は、メンテナンス担当者が被管理端末３の修理に出向く旨のメッセージを入力する。
【００９０】
続いて、ＣＰＵ２１は、メンテナンス担当者により入力された指示に基づいて、管理サーバ１から送信された復旧操作情報が適切であるか否かを判断する（ステップＳ３０２）。復旧操作情報が適切である場合(ステップＳ３０２；ＹＥＳ）、即ちメンテナンス担当者によりＯＫの指示が入力された場合、ＣＰＵ２１は、復旧操作情報をそのまま管理サーバ１に送信する（ステップＳ３０４）。
【００９１】
一方、管理サーバ１から送信された復旧操作情報が適切でない場合（ステップＳ３０２；ＮＯ）、即ちメンテナンス担当者によりＯＫの指示が入力されなかった場合、ＣＰＵ２１は、新たな復旧操作情報（またはメッセージ）を入力させ、入力された復旧操作情報（またはメッセージ）を管理サーバ１へ送信する（ステップＳ３０４）。
【００９２】
次いで、ＣＰＵ２１は、被管理装置３のトラブルが解消したか否かの処理結果の受信を待機し、管理サーバ１から処理結果を受信する（ステップＳ３０５）。そして、ＣＰＵ２１は、受信した処理結果から、被管理装置３のトラブルが解消されたか否かを判断する(ステップＳ３０６）。ここで、トラブルが解消された場合（ステップＳ３０６；ＹＥＳ）、ＣＰＵ２１は、本トラブル復旧処理を終了する。一方、トラブルが解消されていない場合（ステップＳ３０６；ＮＯ）、ＣＰＵ２１は、メンテナンス担当者に担当者が出向く旨のメッセージを入力させて（ステップＳ３０７）、入力されたメッセージを管理サーバ１へ送信する（ステップＳ３０８）。
【００９３】
次いで、管理サーバ１のＣＰＵ１１により実行されるトラブル復旧処理について説明する。図６において、ＣＰＵ１１は、担当者端末２から復旧操作情報を受信すると（ステップＳ１０７）、メンテナンス担当者情報を取得して（ステップＳ１０８）、復旧操作情報にメンテナンス担当者情報を付加し、被管理装置３に送信する（ステップＳ１０９）。
【００９４】
次いで、ＣＰＵ１１は、被管理装置３から復旧操作情報による処理結果の受信を待機し、処理結果を受信する（ステップＳ１１０）。そして、ＣＰＵ２１は、受信した処理結果を対応する担当者端末２に送信し（ステップＳ１１１）、処理結果から被管理装置３のトラブルが解消したか否か判断する(ステップＳ１１２）。ここで、被管理装置３のトラブルが解消した場合(ステップＳ１１２；ＹＥＳ）、ＣＰＵ１１は、トラブル復旧処理を終了する。
【００９５】
一方、処理結果から被管理装置３のトラブルが解消していない場合（ステップＳ１１２；ＮＯ）、ＣＰＵ１１は、担当者端末２からメッセージを受信する（ステップＳ１１３）。そして、ＣＰＵ１１は、受付管理番号を発行し、受信したメッセージ、メンテナンス担当者情報、及び受付管理番号を被管理装置３に送信する（ステップＳ１１４）
【００９６】
次に、被管理装置３のＣＰＵ３１により実行されるトラブル復旧処理について説明する。図６において、ＣＰＵ３１は、中継サーバ４を介して管理サーバ１からメンテナンス担当者情報が付加された復旧操作情報を受信する（ステップＳ２０８）。ＣＰＵ３１は、受信したメンテナンス担当者情報、及び復旧操作情報を表示部３３に表示させ、ユーザによる操作を待機する（ステップＳ２０９）。ここで、ユーザは、表示部３３に表示された復旧操作情報に基づいて被管理装置３を復旧させるための操作を行う。
【００９７】
そして、ＣＰＵ３１は、ユーザの操作によりトラブルが解消したか否かを判断する（ステップＳ２１０）。ここで、トラブルが解消した場合（ステップＳ２１０；ＹＥＳ）、トラブル解消の処理結果を生成して、中継サーバ４を介して処理結果を管理サーバ１へ送信し（ステップＳ２１２）、本トラブル復旧処理を終了する。
【００９８】
一方、ユーザの操作によりトラブルが解消しない場合（ステップＳ２１０；ＮＯ）、ＣＰＵ３１は、トラブル不解消の処理結果を生成して、中継サーバ４を介して処理結果を管理サーバ１へ送信する（ステップＳ２１１）。次いで、ＣＰＵ３１は、メンテナンス担当者情報、及び受付管理番号が付加されたメッセージを中継サーバ４を介して管理サーバ１から受信する（ステップＳ２１３）。そして、受信したメッセ−ジ等を表示部３３に表示させ（ステップＳ２１４）、本トラブル復旧処理を終了する。
【００９９】
以上のように本実施の形態によれば、被管理装置３と、被管理装置３を管理する管理サーバ１と、被管理装置の保守、管理を行うメンテナンス担当者の所持する担当者端末２と、を備える管理システム１００において、被管理装置３にトラブルが発生した場合に、被管理装置３から管理サーバ１にトラブル種別情報が送信される。トラブル種別情報を受信した管理サーバ１は、発生したトラブルが自動復旧できない場合に、発生したトラブルに対応する復旧操作情報を復旧操作情報ＤＢ１７２から取得して、トラブル種別情報とともに対応する担当者端末２に送信する。トラブル種別情報、及び復旧操作情報を受信した担当者端末２は、受信した復旧操作情報が適切である場合は、そのまま復旧操作情報を管理サーバ１に送信し、復旧操作情報が適切でない場合は、新たな復旧操作情報を入力させて、管理サーバ１に送信する。管理サーバ１は、受信した復旧操作情報に、対応するメンテナンス担当者情報を付加して、被管理装置３に送信する。
【０１００】
したがって、被管理装置３のユーザは、管理サーバ１から送信される復旧操作情報を、被管理装置３ごとに割り当てられているメンテナンス担当者から提供された指示であると認識することができ、信頼感をもって復旧操作情報に基づく操作を行うことができる。これにより、速やかに被管理装置３のトラブルを解消することができ、ユーザはトラブル発生による利益機会の損失を最低限にとどめることができる。あるいは、必要に応じてメンテナンス担当者が、復旧操作情報を担当者端末２から入力できるため、オペレータによるマニュアル通りの指示と異なり、初心者のユーザに理解しやすい操作指示を提供することができる。
【０１０１】
また、管理業者は、自動復旧処理を行うことができないトラブルに対しても、メンテナンス担当者の適切な指示による復旧操作情報を、被管理装置３に送信することができるので、メンテナンス担当者の出向による復旧処理に頼ることなく、被管理装置３のトラブルを解消することができる。これにより、メンテナンス担当者の出向にかかる手間、及び時間を軽減させることができる。さらに、必要以上にオペレータを管理センターに待機させる必要がないので、コストを低く押さえることができる。
【０１０２】
なお、上述の実施の形態における記述は、本発明に係る好適な管理システム１００の一例であり、これに限定されるものではない。
例えば、本実施の形態においては、自動復旧処理によりトラブルを解消できない場合に、担当者端末２にトラブル発生の通報を行う構成としたが、この場合に限らず、トラブル発生時には担当者端末２に通報を行う構成であっても良い。
【０１０３】
また、本実施の形態においては、メンテナンス担当者が出向して被管理装置３のトラブルを解消する場合、担当者端末２からメッセージを入力して、管理サーバ１に送信する構成としたが、メンテナンス担当者が出向する指示を担当者端末２から管理サーバ１に送信して、管理サーバ１において、受付管理番号を発行するとともにメッセージを付加する構成であってもよい。さらに、ファイアウォール機能を有するプロキシサーバ５の存在の有無にかかわりなく、本発明は適用される。
【０１０４】
その他、本実施の形態における管理システム１００を構成する各装置又は構成部分の細部構成、及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【０１０５】
【発明の効果】
本発明によれば、トラブルが発生した被管理装置のユーザに適切、且つ信頼性の高い復旧操作情報を提供することができ、速やかに被管理装置のトラブルを解消することができる。
【図面の簡単な説明】
【図１】本発明を適用した実施の形態の管理システム１００の全体構成を示す概念図である。
【図２】図１に示す管理サーバ１の要部構成を示すブロック図である。
【図３】図１に示す担当者端末２の要部構成を示すブロック図である。
【図４】図１に示す被管理装置３の要部構成を示すブロック図である。
【図５】ＣＰＵ１１、２１、３１、４１により実行される緊急通報処理を個々に示すフローチャートである。
【図６】ＣＰＵ１１、２１、３１、４１により実行されるトラブル復旧処理を個々に示すフローチャートである。
【符号の説明】
１００    管理システム
１    管理サーバ
１１    ＣＰＵ
１２    入力部
１３    表示部
１４    通信部
１５    ＲＡＭ
１６    記憶部
１７    記録媒体
１８    バス
２    担当者端末
２１    ＣＰＵ
２２    入力部
２３    表示部
２４    無線通信部
２５    ＲＡＭ
２６    記憶部
２７    電源部
２８    バス
３    被管理装置
３１    ＣＰＵ
３２    入力部
３３    表示部
３４    通信部
３５    検知部
３６    記憶部
３７    印刷部
４    中継サーバ
５    プロキシサーバ
Ｐ    プロバイダ
Ｒ    無線基地局
Ｎ    ネットワーク
Ｓ    無線通信ネットワーク
Ｌ１、Ｌ２    イントラネット
【図１】
0004696422.tif 000002
【図２】
0004696422.tif 000003
【図３】
0004696422.tif 000004
【図４】
0004696422.tif 000005
【図５】
0004696422.tif 000006
【図６】
0004696422.tif 000007