(57)【要約】【課題】  デバイスの消耗部品の交換は、サービスマンが行いユーザが行うことがなかった。これにより、消耗部品が寿命に達するとデバイスは利用できなくなり、サービスマンの到着を待たなくてはならないという問題があった。【解決手段】  管理サーバはデバイスの部品情報から寿命に達した部品を検出し、ユーザに部品交換依頼通知を発行する。これによりユーザはデバイスの使用できない時間を少なくすることができる。【選択図】  図1
2013182437.tif 000002
【特許請求の範囲】
【請求項１】
複数のデバイスをネットワーク経由で管理する管理サーバと、ネットワークに接続し使用するとともに部品の寿命を迎え部品交換が必要となるデバイスからなるデバイス管理システムであり、
デバイスは、
部品交換を行うユーザ情報と、デバイス製品情報と、デバイスの識別情報を管理サーバへ送信する第一の送信機能(414)と、
デバイスの使用状態を管理サーバへ送信する第二の送信機能(414)と、
交換部品の部品交換指示を受信する受信機能(414)と、
ユーザへの情報表示と入力受付のための入出力機能（オペパネ）(401)と、
受信機能を介して部品交換指示を受信した場合に、入出力機能を介してユーザに部品交換を促す部品交換通知機能(401)と、
を備え、管理サーバは、
デバイスから部品交換を行うユーザ情報と、デバイス製品情報と、デバイスの識別情報を受信する第一の受信機能(601)と、
デバイスからデバイスの使用状態を受信する第二の受信機能(601)と、
第一の受信機能で受信したユーザ情報と、デバイス製品情報と、デバイスの識別情報を記憶領域に保管するメンテナンス情報保管機能(606/608)と、
第二の受信機能で受信したデバイスの使用状況に応じて、ユーザに交換を依頼すべきか、サービスマンに交換を依頼すべきかを判断する判断機能(611)と、
判断機能によって、ユーザに交換を依頼すべきと判断した場合に、デバイスに対して部品交換指示を発行する部品交換指示機能(601)と、
を備えたことを特徴とするデバイス管理システム。
【請求項２】
部品交換を行うユーザ情報とは、ユーザの識別情報と、交換部品の種類を表す情報であることを特徴とする請求項1に記載のデバイス管理システム。
【請求項３】
管理サーバの部品交換指示機能は、管理サーバによる部品交換指示に基づき、ユーザが部品交換したことを検知する検知機能と、ユーザが部品交換を完了したことによって、ユーザの属性情報に部品交換に応じて加算するポイント情報をつけるポイント機能と、を有することを特徴とする請求項1に記載のデバイス管理システム。
【請求項４】
管理サーバのポイント機能により、交換部品の種類を定めたユーザのポイント情報が増加し規定値以上に達すると、交換部品の種類の変更を促す部品交換種類健康機能と、を有することを特徴とする請求項1又は請求項2に記載のデバイス管理システム。
【請求項５】
デバイスの使用状態とは、交換部品の消耗度であることを特徴とする請求項1に記載のデバイス管理システム。
【請求項６】
ユーザは管理サーバからの部品交換指示により部品交換を開始するが部品交換を完了できない場合に、ユーザは入出力機能を介してサービスマンへ部品交換を依頼する部品交換依頼機能と、を有することを特徴とする請求項1に記載のデバイス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いたデバイス管理システムのデバイス管理方法及びそのシステム、管理装置に関する。特に、デバイスの消耗部品が寿命に達した時にデバイスの使用できない時間を少なくするために、ユーザが積極的に部品交換作業を実施できる仕組み及びそれを実現するためのアプリケーションプログラムに関するものである。
【背景技術】
【０００２】
従来、商用印刷分野のデバイスでは、オペレータメンテナンス（以下オペメン）という仕組みがある。これはオペレータという役割をもつユーザがデバイスの部品を交換できる仕組みである。本アイデアはオフィス印刷の分野でユーザが部品を交換できる仕組み（以下、ユーザメンテナンス）に関する。
【０００３】
ユーザメンテナンスを利用することで、ユーザはサービスマンの到着を待たずに自ら部品交換を行い、デバイスのダウンタイム時間を少なくすることができる。
【０００４】
従来、ユーザに消耗品交換を促す方法として、消耗品の交換に応じてサービスポイントを付与するものがある（例えば、参考文献１参照）。ここでは、ユーザがトナーカートリッジやボトルを交換することで、ユーザにサービスポイントを付与し、このポイントをその他サービスに利用するというものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第4111847号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１では、ユーザのデバイス使用条件に合わせた部品の交換の選択ができない。サービスマンとユーザの役割が決まっており、部品品の交換におけるユーザ負担が増えてしまうという問題があった。
【０００７】
本発明は、ユーザのデバイス使用条件に合わせて部品交換の種類を選択可能とし、ユーザとサービスマンの役割をその時の条件に応じて判断し、適切な担当者が部品を交換できる方法及びそのシステムを提供する。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明のデバイス管理システムは、
複数のデバイスをネットワーク経由で管理する管理サーバと、ネットワークに接続し使用するとともに部品の寿命を迎え部品交換が必要となるデバイスからなるデバイス管理システムであり、デバイスは、部品交換を行うユーザ情報と、デバイス製品情報と、デバイスの識別情報を管理サーバへ送信する第一の送信機能(414)と、デバイスの使用状態を管理サーバへ送信する第二の送信機能(414)と、交換部品の部品交換指示を受信する受信機能(414)と、ユーザへの情報表示と入力受付のための入出力機能（オペパネ）(401)と受信機能を介して部品交換指示を受信した場合に、入出力機能を介してユーザに部品交換を促す部品交換通知機能(401)とを備え、管理サーバは、デバイスから部品交換を行うユーザ情報と、デバイス製品情報と、デバイスの識別情報を受信する第一の受信機能(601)と、デバイスからデバイスの使用状態を受信する第二の受信機能(601)と、第一の受信機能で受信したユーザ情報と、デバイス製品情報と、デバイスの識別情報を記憶領域に保管するメンテナンス情報保管機能(606/608)と、第二の受信機能で受信したデバイスの使用状況に応じて、ユーザに交換を依頼すべきか、サービスマンに交換を依頼すべきかを判断する判断機能(611)と、判断機能によって、ユーザに交換を依頼すべきと判断した場合に、デバイスに対して部品交換指示を発行する部品交換指示機能(601)とを有することを特徴としたデバイス管理システム。
【発明の効果】
【０００９】
本発明によって、ユーザ自身が部品交換の必要性を認めた部品について、部品交換を実施することを可能にすることで、デバイスのダウンタイムを短くすることが可能になる。
【図面の簡単な説明】
【００１０】
【図１】デバイス及び管理サーバとのネットワーク接続関係を示す図である。
【図２】デバイスのハードウェア構成例を示す図である。
【図３】デバイスのハードウェア制御部の構成例を示す図である。
【図４】デバイスのソフトウェア機能構成例を示す図である。
【図５】管理サーバのハードウェア構成例を示すブロック図である。
【図６】管理サーバのソフトウェア機能構成例を示すブロック図である。
【図７】管理サーバの記憶装置内データ構成例を表す図である。
【図８】デバイスと管理サーバの設置時通信のシーケンスを表す図である。
【図９】デバイスの使用状態例の例1を表す図である。
【図１０】デバイスの使用状態例の例2を表す図である。
【図１１】デバイスの使用状態例の例3を表す図である。
【図１２】管理サーバの動作例を表すフローチャートである。
【図１３】デバイスの動作例を表すフローチャートである。
【図１４】デバイスの操作UI例を表す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
＜本実施形態のデバイス管理システムの構成例＞
図1は、本発明の実施の形態に係る複写機と、管理サーバとのネットワークにおける接続関係を示す図である。
【００１３】
図1において、100は顧客の社内ネットワークに接続されたMFP(Multi Function Printer)やSFP(Single Function Printer)を示している。これらプリント・複写などの機能をもつ機器の事をここではデバイスと呼ぶ。
【００１４】
101は、複数のデバイスを管理する管理サーバを示している。
【００１５】
ここでは一般的な形としてインターネット上に管理サーバを置いたが、デバイスとネットワークを介して通信する形態であれば特に制限はない。
【００１６】
102は、顧客の社内LANを表しており、このネットワークにはデバイスのほかにPC（パーソナルコンピュータ）やサーバなどが接続されている。
【００１７】
103は、インターネットを表している。図中ではこのインターネットに顧客の社内LANが一つ描かれているが、実際にはインターネットに102と同様の社内LANが無数に接続されている。
【００１８】
104は、社内ネットワークとインターネットとの接続ポイントであるファイアウォールを示している。ファイアウォール104は、インターネットから社内LAN102への不正なネットワークアクセスを防止する。
【００１９】
デバイス100は、デバイスのカウンタ情報やアラームなどのデバイス監視情報を管理サーバ101へ送信することができる。このデバイス監視機能を有効にするために、デバイス100は、管理サーバとの初期通信にて監視設定情報を管理サーバから取得する。この監視設定情報とは、たとえば、カウンタの送信周期やエラー・アラームなどのイベント情報の送信有無情報である。
【００２０】
デバイス100は、この監視設定情報に基づいて各種動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報を管理サーバへ送信する。
【００２１】
管理サーバ101は、デバイス100からデバイスの監視情報を取得する事で、デバイスの状態を管理する。管理サーバには、課金カウンタのレポート表示、エラー・アラームなどの障害イベント通知、デバイスの部品消耗度の算出、トナー在庫個数の管理など、デバイスのメンテナンス用のサービスを提供している。
【００２２】
＜本実施形態のデバイスの構成例＞
図2は、本発明の実施の形態に関わるデバイス100の構成を示す断面図である。
【００２３】
図において、202はスキャナであり、スキャナ202は、原稿照明ランプ203や走査ミラー204〜206等で構成されている。
【００２４】
自動原稿送り装置250（DF）は原稿を最終頁から順に1枚ずつプラテンガラス201上へ搬送し、原稿の読み取り動作終了後に原稿を排出するものである。プラテンガラス201上に搬送された原稿は、不図示のモータによって駆動されるスキャナ202で往復走査され、その反射光は走査ミラー204〜206を介してレンズ207を透過し、イメージセンサ部208内のCCDセンサに結像する。209はレーザやポリゴンスキャナ等で構成された露光制御部で、イメージセンサ部208で電気信号に変換され、所定の画像処理が行われた画像信号に基づいて変調されたレーザ光219を感光体ドラム211に照射する。
【００２５】
感光体ドラム211の周りには、１次帯電器212、現像器213、転写帯電器216、前露光ランプ214、クリーニング装置215が装備されている。画像形成部210においては、感光体ドラム211は、不図示のモータにより矢印方向に回転しており、１次帯電器212により所望の電位に帯電された後、露光制御部209からのレーザ光219が照射され、その上に静電潜像が形成される。感光体ドラム211上に形成された静電潜像は、現像器213により現像されて、トナー像として可視化される。
【００２６】
一方、カセットデッキ221〜222、上下段カセット223〜224からピックアップローラ225〜228により給紙された転写紙は、給紙ローラ229〜232、レジストローラ233により転写ベルト234へ給送される。  その過程において可視化されたトナー像が転写帯電器216により転写紙に転写される。また、100枚の転写紙を収容し得るマルチ手差し251も装備されている。
【００２７】
トナー像転写後の感光体ドラム211からは、クリーナー装置215により残留トナーが清掃され、前露光ランプ214により残留電荷が消去される。転写後の転写紙は、分離帯電器217によって感光体ドラム211から分離され、転写ベルト234によって定着器235へ搬送される。定着器235では加圧、加熱によってトナー像が定着され、排出ローラ236によりデバイス100の機外へ排出される。
【００２８】
237は排紙フラッパであり、搬送パス238側と排出パス243側の経路を切り替える。240は下搬送パスであり、排紙ローラ236から送り出された転写紙を反転パス239により裏返し再給紙パス241に導く。また、左カセットデッキ222から給紙ローラ230によって給紙した転写紙も、再給紙パス241に導く。242は転写紙を画像形成部210に再給紙する再給紙ローラである。244は排紙フラッパ237の近傍に配置された排出ローラで、排紙フラッパ237により排出パス243側に切り替えられた転写紙を機外に排出する。
【００２９】
両面記録（両面複写）時には、排紙フラッパ237を上方に上げて、複写済みの転写紙を搬送パス238、反転パス239、下搬送パス240を介して再給紙パス241に導く。このとき、転写紙は、その後端が反転ローラ245によって搬送パス238から全て抜け出し、反転ローラ245に転写紙が噛まれた状態の位置まで反転パス239に引き込まれ、反転ローラ245を逆転させることで搬送パス240に送り出される。
【００３０】
デバイス100から転写紙を反転させて排出する時には、排紙フラッパ237を上方へ上げ、転写紙の後端が搬送パス238に残った状態の位置まで反転ローラ245によって反転パス239に引き込む。更に、反転ローラ245を逆転させることで、転写紙は裏返しにされて排出ローラ244側に送り出される。
【００３１】
260はデバイス100から排出した転写紙を揃えて閉じる排紙処理装置である。この装置は、一枚毎に排出される転写紙を処理トレイ264で積載して揃える。また、一部の画像形成が終了したら、転写紙束をステイプルして排紙トレイ262、または263に排出する。
【００３２】
排紙トレイ263は、その上下移動が不図示のモータで制御され、画像形成動作開始前には処理トレイ264の位置に移動し、外出された転写紙が積載されていくと紙面の高さが処理トレイ264の位置になるように移動する。268は排紙トレイ263の下限を検知するトレイ下限センサであり、排紙トレイ263に約2000枚の転写紙が積載された時にこれを検知するようになっている。
【００３３】
261は排紙された転写紙の間に挿入する区切り紙を積載する用紙トレイ、265は排出された転写紙をZ折りにするＺ折り機である。また、266は排出された転写紙の一部をまとめてセンター折りしてステイプルを行う事によって製本を行う製本機であり、製本された紙束は排出トレイ267に排出される。
【００３４】
本断面図内の各所には不図示の各種センサが配置されており、トナー切れや原稿ジャム、転写紙残量、転写紙ジャム、現像関連の消耗部材残量、原稿照明ランプ切れ、その他様々なメカニカルトラブル等を検出する。また、コピーやプリントによって各部品が使用されると、各種センサが使用したか否かを検出し各部品の使用状況（枚数や回数）などカウンタとして管理される。これらのカウンタ情報は、デバイスの監視情報としてデバイス100は監視プログラムに基づいて管理サーバへ送信している。
【００３５】
＜本実施形態のデバイスの制御部構成例＞
図3は、図1におけるデバイスのハードウェア制御部の構成を示すブロック図である。
【００３６】
デバイス100の制御部では、主として、プリントやスキャンなどプログラムの制御処理を行う。また、そのほかにデバイス監視プログラムなどの各アプリケーションが制御されている。デバイス100は、管理サーバ101へ監視情報を送信する際、制御部内でデバイス100の監視情報を所定の通信フォーマットでデータ生成するなどの処理を行う。
【００３７】
制御部は、システム管理を行う部分と、画像処理管理を行う部分から構成されている。システム管理を行う各構成要素は、操作部301、Network I/F部302、回線I/F部303、ROM304、RAM305、記憶装置306、CPU307から構成されている。また、画像処理管理を行う各構成要素は、IO制御部308、画像処理部309、画像回転部310、デジタルI/F部311、圧縮伸長部312、画素密度変換部313から構成されている。そして、これらの構成要素は、システムバス316及び画像バス317に接続されている。 
【００３８】
ROM304にはデバイスの制御プログラム及び、デバイス監視プログラムが格納されており、CPU307で実行される。 RAM305は、プログラムを実行するためのワークメモリエリアであり、デバイス監視プログラムが監視を行ううえで必要なデバイスのステータス情報や、画像データを一時記憶するための画像メモリでもある。
【００３９】
306は不揮発性記憶装置であり、デバイス100の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値（サイズ毎の印刷枚数や、原稿読み取り回数等）、および、ステータス情報（ステータスフラグを含む）などが記憶される。
【００４０】
Network I/F302はLANと接続するためのインターフェース部であり、LANを介して管理サーバ101と通信を行う。回線I/F部303は、ISDNや公衆電話網に接続され、ROM304内の通信制御プログラムにより制御され、ISDN I/Fやモデム、NCU（Network Control Unit）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線I/F部303を使用して行う。操作部301には表示手段やキー入力手段が内蔵されており、これらはCPU307にて制御される。操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。
【００４１】
以上のデバイスがシステムバス316上に配置される。 IO制御部308は、システムバス316と画像データを高速で転送する画像バス317とを接続するためのバスブリッジである。画像バス317は、PCIバスまたはIEEE1394で構成される。画像バス317上には以下のデバイスが配置される。デジタルI/F部311は、デバイスのリーダー部315やプリンタ部314と制御部とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダー部315やプリンタ部314内の各所に配置した前述の各種センサが検出した情報は、このデジタルI/F部311、及びIO制御部308を介してシステムバス316へ流れる。画像処理部309は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部310は画像データの回転を行う。画像圧縮伸長部312は、多値画像データはJPEG、2値画像データはJBIG/MMR/MR/MHの圧縮伸張処理を行う。画像密度変換部313は、出力用画像データに対して解像度変換等を行う。
【００４２】
CPU307で実行される制御プログラムにより、CPU307は記憶装置306内のカウンタ値や稼働ログなどの稼動情報や障害情報を読み出してデバイス100のステータス情報として管理サーバ101へ、Network I/F302を介して送信する。
【００４３】
＜印刷デバイス装置のソフトウェアモジュール構成＞
図4は、図1のデバイス100におけるデバイス監視、及び、デバイスUIのソフトウェアモジュールの構成を示す図である。主に、本特許に関係のあるデバイスUIと部品使用状況の送信における機能を説明する。
【００４４】
図中の401乃至405、及び、407乃至414がデバイス100のソフトウェアモジュールに該当する。405は操作UIのソフトウェアモジュール、413はデバイス100の状態監視マネージャーのソフトウェアモジュールを表している。
【００４５】
401は、図3の操作部301を示している。この操作部UIを介してユーザはデバイスの制御を行うことができる。また、デバイスの状態や設定などを確認することができる。
【００４６】
405は、操作UIのソフトウェアであり、UIを介してユーザと設定情報やデバイス状態の入出力を行う。405は、入力管理マネージャー402、メンテナンスプログラム403、認証404などのモジュールに分けられる。入力管理マネージャーによりユーザからデバイスの設定や情報取得のリクエストを受けると、ユーザが情報にアクセスするために適切な権限を持っているか否かを判断する。認証404は、ユーザの権限を確認するためのプログラムであり、入力管理マネージャーから認証情報を受付ると、認証結果を返す。例えば、部品交換をできるユーザは、ユーザメンテナンス画面に対するアクセス権限をもっている必要がある。ユーザは、通常のユーザモードからユーザメンテナンスモードに切り替える時にパスワード認証を受ける。ユーザはこの認証を通ることでユーザメンテナンスモード内の情報へアクセスできるようになる。
【００４７】
406は、HDDまたはSRAMのような不揮発性の記憶装置である。ここにはデバイスの監視情報が保管されており、図2で記載したフィーダーやローラ、ドラムなどの消耗部品の消耗度が部品カウンタとして保管されている。また、操作部UIから特権モードに入る際に要求する認証情報も保管されている。これにより、どのユーザがどのモードにアクセスできるかが記されている。
【００４８】
407は、デバイスインターフェースである。図3におけるIO制御部308である。
【００４９】
413は、状態監視マネージャーを示しており、デバイスの状態監視プログラムである。状態監視マネージャー413は、408のタイマー、409のマネージャー、410のロジック、411の監視情報制御、412のSOAPファンクションから構成される。
【００５０】
状態監視マネージャー413は、規定の時間にデバイスの状態を取得し、規定の時間にデバイスの監視情報を管理サーバへ送信する。この規定の時間は408のタイマーで管理しており規定の時刻になるとマネージャー409へ通知する。規定時刻となったことを通知されたマネージャーはロジック410を通じて、デバイスの状態を取得するか、管理サーバへデバイスの監視情報を送信するかを判断する。デバイスから状態を取得すると、取得時刻とそのときのデバイス状態情報を406の不揮発記憶装置へ保管する。
【００５１】
また、管理サーバへデバイス監視情報を送信する場合、406の不揮発領域からデバイスの監視情報を取得し、デバイスインターフェース407を介して図3におけるプリンタ部314で検知される部品の使用状態を含むデバイスステータスは、状態監視マネージャー409へ提供される。デバイスのステータス情報を受信した状態監視マネージャー409は、411の監視情報制御へデバイス監視情報を渡す。送信するためのデバイス監視情報を受けた監視情報制御411は、SOAPファンクション412へ監視情報を渡す。SOAPファンクション412は送信用のデータフォーマットに変換してHTTP/SOAPクライアント414にデータ送信要求を発行する。HTTP/SOAPクライアント414は管理サーバにデバイス監視情報を送信する。また、管理サーバからの応答としてデバイスは指示を受けるが、HTTP/SOAPクライアント414にでデータを受信し、SOAPファンクション412でデータを分解して、監視情報制御411にて指示情報を解析する。
【００５２】
＜本実施形態の管理サーバ101の制御部構成例＞
図5は、図1における管理サーバ101のハードウェア構成を示すブロック図である。
【００５３】
管理サーバ101では、HTTP(S)を利用してデバイス100から送信されるデバイスの監視情報を受信するためのアプリケーションが実行される。そして、管理装置101は、一般的な情報処理装置の構成を備えている。  すなわち、バス401、CPU402、ROM403、RAM404に加えて、Network I/F405、表示制御部406、表示デバイス409、入力制御部407、入力デバイス410、411、記憶装置408を備えている。
【００５４】
バス401は、図１の管理装置101を構成する部品間のデータを受け渡す共通信号路である。RAM404は、書換え可能な記憶手段であり、デバイスの管理ソフトウェアを実行するためのワークメモリエリアとなる。デバイスの管理ソフトウェアには、SNMPを利用してデバイス100から管理データを取得するプログラムなどがある。また、デバイス100から取得した管理データはここで展開され、所定の形にデータ変換される。記憶装置408は、不揮発性記憶装置である。ここでは、ハードウェアの制御を行うOSが記憶されている。また、このほかに、管理対象となるデバイス100のリストや、管理ソフトウェアやプラグインソフトウェアを構成する各プログラムが記憶されている。このプログラムのほかに、プログラムを処理するための設定情報、例えば、SNMPのリクエストを発行する際の認証情報もこの不揮発性記憶装置に格納される。
【００５５】
Network I/F405、は、LANと接続するためのインターフェースであり、LANを介してデバイス100と通信を行う。
【００５６】
CPU402は、各構成部品403〜411を個別に又は統合的に制御するものであり、記憶装置408に格納されたプログラムとスケジュールに基づき、Network I/F405を介してデバイス100の管理情報を収集する。
【００５７】
＜本実施形態の管理サーバ101のソフトウェア構成例＞
図6は、管理サーバ101にインストールする管理ソフトウェアの機能を示すブロック図である。ここでは、管理ソフトウェアがデバイスの部品情報を取得し、ユーザの交換対象部品か否かを判断し、デバイスへ指示するためのプログラム処理を説明する。
【００５８】
601はSOAP Web Serviceのインターフェースであり、デバイスが送信するデバイス監視情報を受信し、適切な応答をデバイスへ返す。
【００５９】
602はSOAPデータ受信情報解釈部である。ここではデバイスが送信するデバイス監視情報を解釈して適切なプログラムへデータを渡す。デバイス監視情報には、デバイス設置時にデバイスが送信するデバイスの機種情報やデバイスの識別情報などがある。また、通常監視に入ると、規定した頻度でデバイスのカウンタ情報やファームウェア、その他デバイスのログ情報などを受信する。カウンタ情報には、ユーザへの課金として利用する課金カウンタや、消耗部品の消耗度を表す部品カウンタなどがある。
【００６０】
603は、SOAPデータ応答情報作成部である。デバイスから受信したデバイス監視情報に対し、応答情報を作成しSOAP Web Service601へ渡す処理を行う。
【００６１】
604は、デバイス製品マスター情報格納部である。これは、図5における記憶装置508の一部である。管理サーバにて管理するデバイスの製品情報が格納されている。
【００６２】
605は、デバイス部品マスター情報格納部である。これは、図5における記憶装置508の一部である。デバイス製品マスター情報格納部604にて記録されている製品の消耗部品情報が格納されている。ここには、サービスマンのみが交換できる部品の情報やユーザが交換できる部品の情報などが記録されている。
【００６３】
606は、デバイス情報入出力部である。管理ソフトウェアで部品情報が必要になった時に、デバイスマスター情報格納部604とデバイス製品マスター情報格納部605から、デバイスの製品情報をもとに、適切なデバイスの部品情報を取得する。
【００６４】
607は、ユーザ管理情報格納部である。顧客によっては、一人のユーザが複数のデバイスを管理するケースがある。ここではユーザとデバイスの関係を保持し、また、そのユーザはどの部品を交換可能なのか、いままでにどのような部品を交換したのかなど、ユーザを管理する情報が記録されている。
【００６５】
608は、ユーザ情報入出力部である。ユーザが新しく部品を交換したり、部品交換する必要が発生した場合には、ユーザ管理情報格納部607に情報を登録したり、読みだしたりする必要がある。この処理を行うのが、ユーザ情報入出力部608である。
【００６６】
609は、ユーザタイプ判別部である。ユーザメンテナンスには複数のタイプが用意されており、このタイプに応じて部品交換できる数が変わるように定義されている。ユーザは、好みのタイプを選択することでどのくらい部品交換を行いたいかを簡単に決定することができる。このタイプ情報はユーザの属性情報であり、部品が寿命に達した場合にサービスマンが部品交換を行うべきなのか、ユーザに部品交換を依頼可能なのかをタイプに応じて判断することができる。
【００６７】
610は、ポイント判定部である。ユーザが部品交換を実施すると、ユーザメンテナンスの経験をしめすポイントが付与される。これは部品交換の頻度と難易度に応じて部品ごとにポイントが定められている。また、ポイントに応じてユーザメンテナンス対象部品の適用、および除外の判定基準にする。
【００６８】
611はユーザメンテナンス部品情報決定部である。ここでは、デバイス設置情報を受信すると、ユーザメンテナンスを実施するか否かを確認し、ユーザメンテナンスを実施すると判断した場合には、デバイス設置情報の応答通信として、デバイスのユーザメンテナンス対象部品を決定しデバイスへ送信する。また、SOAPデータ受信情報解釈部がデバイスから部品情報を受信すると、部品の消耗度を確認しユーザに部品を交換を依頼するべきか、または、サービスマンに部品交換を依頼するべきかを決定する。ここでユーザに部品交換を依頼すべきだと判断した場合には、部品カウンタ受信通信の応答にユーザメンテナンスによる部品交換依頼を発行する。
【００６９】
＜本実施形態の管理サーバ101の部品マスター情報例＞
図7(a)は、管理サーバ101に格納されているデバイス部品マスター情報の例を示すテーブル図である。ここには、製品別の消耗部品リストが登録されており、消耗部品の寿命や交換頻度、交換のための難易度などがカテゴリ分けして記録されている。また、ユーザメンテナンスによって交換できる部品と、サービスマンのみが交換できる部品などの記載がある。ポイント情報には、ユーザメンテナンスによってユーザが交換した場合にユーザに割り当てられるポイントであり、このポイントはメンテナンス料金などの価格調整などインセンティブに利用することも可能である。高い電圧の発生する箇所の部品交換などサービスマンのみが交換可能な部品には、ポイント欄にN/Aと記録されユーザメンテナンスの対象外となっている。そのほか、ユーザメンテナンスのタイプ別に交換対象となるか、交換対象にならないかの定義が記録されている。
【００７０】
図7(b)は、管理サーバ101に格納されているユーザ管理情報の一部を示すテーブル図である。ここには、ユーザメンテナンスにおけるユーザタイプの定義を記載している。たとえば、初めてユーザメンテナンスを実施しようと考えているユーザには、交換が簡単な部品だけを交換対象としたタイプ「タイプA」が定義されており、一つ一つの部品を精査することなく部品交換が簡単な部品のみの部品交換のタイプを選ぶだけで実施できるようになる。
【００７１】
図7(c)は、管理サーバ101に格納されているユーザ管理情報の一部を示すテーブル図である。ここには、ユーザの認証情報やこれまでに実施した部品交換の情報、および、それにより貯まったポイント情報、さらに、ユーザがどのタイプに属しているかが登録されている。
【００７２】
＜本実施形態のデバイス100と管理サーバ101の初期通信例＞
図8は、デバイス100が顧客の社内LANに設置されたときに初めて管理サーバとの通信を行うときの通信シーケンス図である。この初期通信によって、ユーザメンテナンスの初期設定が行われる。
【００７３】
801は、デバイス100から管理サーバ101への初期通信であり、製品情報、識別情報、ユーザメンテナンスを実施する場合、ユーザ登録情報などが含まれる。
【００７４】
802は、管理サーバ101からデバイス100への応答情報である。ここでは、初期通信で管理サーバが受信した製品情報の確認結果が返される。また、ユーザメンテナンスを実施するユーザとして管理サーバが受信したユーザ情報が、管理サーバに登録のないユーザであった場合には、ユーザメンテナンスを始めるうえで必要となるタイプ情報の確認を要求する。
【００７５】
すでに、ユーザ情報が管理サーバに登録されていた場合には、初期通信シーケンスはここで完了する。
【００７６】
ただし、この初期通信シーケンスは、ユーザメンテナンスに関する説明のみを行っているが、そのほかにカウンタの通信頻度やイベント情報の要求有無などの通信がデバイス設置時の初期通信には行われる。
【００７７】
803は、デバイス100から管理サーバ101へのタイプ登録依頼の通信である。802の通信によって、ユーザメンテナンスのタイプ情報問い合わせを受けたデバイス100は、操作UI（オペレーションパネル）を通してユーザにタイプ情報を確認する。ユーザは操作UIを通してユーザメンテナンスのタイプ情報を決定すると、その決定情報は管理サーバ101へ送信される。
【００７８】
804は、管理サーバ101からデバイス100へのタイプ登録完了通信である。803の通信により問題なくユーザメンテナンスのタイプ登録が完了すると、登録完了を表わす804の応答が管理サーバ101からデバイス100へ送信される。
【００７９】
＜本実施形態のデバイス部品状態における実施例1＞
上記構成に基づいて、本実施形態におけるデバイスのある部品使用状態に達したときの管理ソフトウェアの動作例を説明する。
【００８０】
図9(a)は、稼働を始めたデバイスのある部品使用状況を表している。デバイスはカウンタ送信スケジュールに基づいて各種カウンタを管理サーバに送信する。
【００８１】
管理サーバは、図9(a)に示した部品カウンタを受信すると、部品Bがすでに寿命に達していることを検知する。
【００８２】
管理サーバは、寿命に達している部品を検知すると部品交換依頼の発行を準備する。まず、図7(a)のデバイス部品マスター情報からユーザメンテナンス対象のデバイスであることを確認し、さらに、デバイスの識別情報からデバイスを管理しているユーザを特定する。
【００８３】
図9(b)は、デバイスを管理しているユーザのユーザメンテナンス属性情報を表している。ここから管理サーバは、ユーザの属性情報からユーザのタイプが「タイプA」ということを確認する。
【００８４】
管理サーバは、部品Bがユーザにおける交換可能だと確認すると、部品カウンタの応答情報に、ユーザに対して部品Bの交換時期が来たことを通知する。
【００８５】
＜本実施形態のデバイス部品状態における実施例2＞
本実施形態におけるデバイスのある部品使用状態に達したときの管理ソフトウェアの動作例を説明する。ただし、ここではサービスマンの交換対象部品であっても、その時の条件によっては、ユーザメンテナンス対象の部品として通知する仕組みを説明する。
【００８６】
図10(a)は、稼働を始めたデバイスのある部品使用状況を表している。デバイスはカウンタ送信スケジュールに基づいて各種カウンタを管理サーバに送信する。
【００８７】
管理サーバは、図10(a)に示した部品カウンタを受信すると、部品Aがすでに寿命に達していることを検知する。
【００８８】
管理サーバは、寿命に達している部品を検知すると部品交換依頼の発行を準備する。まず、図7(a)のデバイス部品マスター情報からユーザメンテナンス対象のデバイスであることを確認し、さらに、デバイスの識別情報からデバイスを管理しているユーザを特定する。
【００８９】
図10(b)は、デバイスを管理しているユーザのユーザメンテナンス属性情報を表している。ここから管理サーバは、ユーザの属性情報からユーザのタイプが「タイプA」ということと、ポイントが3000ptに達していることを確認する。
【００９０】
管理サーバは、部品AがタイプAのユーザにとって交換対象部品でないことが確認できるが、ユーザのポイントは貯まっており、部品Aを交換する際に割り当てられるポイントの規定値（10倍）以上に達していることも同時に確認する。
【００９１】
すると、管理サーバは、部品Aがユーザにおける交換が可能だと判断し、部品カウンタの応答情報に、ユーザに対して部品Aの交換時期が来たことを通知する。
【００９２】
＜本実施形態のデバイス部品状態における実施例3＞
本実施形態におけるデバイスのある部品使用状態に達したときの管理ソフトウェアの動作例を説明する。ただし、ここではサービスマンの交換対象部品とユーザの交換対象部品が同時に寿命に近づいている場合、ユーザメンテナンス対象の部品であってもサービスマンが部品交換を行う仕組みを説明する。
【００９３】
図11(a)は、稼働を始めたデバイスのある部品使用状況を表している。デバイスはカウンタ送信スケジュールに基づいて各種カウンタを管理サーバに送信する。
【００９４】
管理サーバは、図11(a)に示した部品カウンタを受信すると、部品Bはすでに寿命に達しているており、部品Eはもうすぐ寿命に達するということを検知する。
【００９５】
管理サーバは、寿命に達している部品を検知すると部品交換依頼の発行を準備する。まず、図7(a)のデバイス部品マスター情報から、部品Aはユーザメンテナンス対象のデバイスであり、さらに、部品Eはサービスマンの交換対象部品であることを確認する。
【００９６】
すると、管理サーバはサービスマンが部品交換のために必ず部品交換に行くことが分かっているので、ユーザに部品交換を依頼するのではなく、サービスマンに部品交換を依頼する。
【００９７】
＜本実施形態の管理ソフトウェアの動作例＞
上記構成に基づいて、本実施形態の管理ソフトウェアの動作例を説明する。
【００９８】
図12は、管理サーバの管理ソフトウェアがデバイスから部品カウンタ情報を受信した際の処理を表したフローチャートである。このフローチャートの処理は、図5に示すROM503、記憶装置508のいずれかの記憶手段に記憶され、必要に応じてRAM504に展開され、CPU502により実行される。また、ここに示すフローチャートの処理は、図6に示す管理ソフトウェアの処理を示したものである。
【００９９】
図12において、管理サーバのSOAP Web Service601が部品情報を受信すると、フローチャートに示す処理が開始される。
【０１００】
管理ソフトウェアのSOAPデータ受信情報解釈部602は、ステップS1201にて、部品情報を受信したか確認する。部品情報を受信しなかった場合には、ステップS1201に戻り部品情報を受信したか否かの確認から開始する。部品情報を取得した場合、ステップS1202へ処理を進める。
【０１０１】
ステップS1202にて、ユーザメンテナンス部品情報決定部611は、交換対象部品の消耗度が90%以上の部品があるか否かの確認を行う。受信した部品情報の中に消耗度が90%以上の部品がなかった場合には、ステップS1201へ戻り、部品情報をデバイス登録要求を受けたか否かの確認から開始する。受信した部品情報の中に消耗度が90%以上の部品があった場合には、ステップS1203へ処理を進める。
【０１０２】
ステップS1203にて、ユーザメンテナンス部品情報決定部611は、消耗度が90%以上の部品の中にサービスマン専用の交換部品があるか否かを確認する。消耗度が90%以上の部品の中にサービスマン専用の交換部品がなかった場合には、ステップS1207へ処理を進める。また、消耗度が90%以上の部品の中にサービスマン専用の交換部品があった場合には、ステップS1204へ処理を進める。
【０１０３】
ステップS1204にて、ユーザメンテナンス部品情報決定部611は、消耗度が90%以上の部品の中に、ユーザの交換対象部品があるか否かを確認する。消耗度が90%以上の部品の中に、ユーザの交換対象部品がある場合、ステップS1206へ処理を進める。また、消耗度が90%以上の部品の中に、ユーザの交換対象部品がなかった場合、ステップS1205へ処理を進める。
【０１０４】
ステップS1205にて、ユーザメンテナンス部品情報決定部611は、消耗度が90%以上に達している部品情報を元にサービスマンへ部品交換依頼を発行する。そして、受信した部品情報への応答として、正常に部品情報を受信した旨のみをデバイスへ応答し処理を終了する。
【０１０５】
ステップS1206にて、ユーザメンテナンス部品情報決定部611は、消耗度が90%以上に達しているすべての部品情報についてサービスマンへ部品交換依頼を発行する。このとき、受信した部品情報への応答として、正常に部品情報を受信した旨のみをデバイスへ応答し処理を終了する。
【０１０６】
本ステップS1206の処理は、上記デバイス部品状態における実施例3の処理フローである。
【０１０７】
ステップS1207にて、ユーザメンテナンス部品情報決定部611は、消耗度が90%以上に達している部品が、デバイスを管理するユーザにおける交換対象部品であるか否かを判定する。消耗度が90%以上に達している部品が、デバイスを管理するユーザにおける交換対象部品である場合、ステップS1208に処理を進める。また、消耗度が90%以上に達している部品が、デバイスを管理するユーザにおける交換対象部品でない場合、ステップS1211へ処理を進める。
【０１０８】
ステップS1208にて、ユーザメンテナンス部品情報決定部611は、交換対象部品の消耗度が100%以上に達しているか否かを確認する。交換対象部品の消耗度が100%以上に達している場合、ステップS1209へ処理を進める。また、消耗度が100%に達していなかった場合、ステップS1210へ処理を進める。
【０１０９】
ステップS1209にて、ユーザメンテナンス部品情報決定部611は、ユーザによる部品交換条件が整うので、ユーザメンテナンスによる部品交換依頼を、部品情報通知の応答に付加して送信し処理を終了する。
【０１１０】
本ステップS1209の処理は、上記デバイス部品状態における実施例1の処理フローである。
【０１１１】
ステップS1210にて、ユーザメンテナンス部品情報決定部611は、受信した部品情報通知への応答として、デバイスに正常に部品情報を受信した旨のみをデバイスへ応答し処理を終了する。
【０１１２】
ステップS1211にて、ユーザメンテナンス部品情報決定部611は、交換対象部品のポイントは、ユーザの蓄積されたポイントの規定の値（10%)より小さいか否かを確認する。交換対象部品のポイントがユーザの蓄積されたポイントの規定の値（10%)より小さい場合、ステップS1212に処理を進める。交換対象部品のポイントがユーザの蓄積されたポイントの規定の値（10%)より大きい場合、ステップS1215へ処理を進める。
【０１１３】
ステップS1212にて、ユーザメンテナンス部品情報決定部611は、ユーザの設定しているタイプの定める範囲以上の部品の交換を実施するか問い合わせを、部品情報受信の応答として発行し、ステップS1213へ処理を進める。
【０１１４】
ステップS1213にて、ユーザメンテナンス部品情報決定部611は、ユーザからタイプ変更を了承した通知を受信したか、または拒否通知（部品交換依頼）を受信したかを確認する。ユーザからタイプ変更を了承した通知を受信した場合、ステップS1214へ処理を進める。また、ユーザから拒否通知を受信した場合、ステップS1215へ処理を進める。
【０１１５】
ステップS1214にて、ユーザタイプ判定部609は、ユーザのタイプを変更し、ユーザへ交換部品の発送通知を行い、処理を終了する。
【０１１６】
本ステップS1214の処理は、上記デバイス部品状態における実施例2の処理フローである。
【０１１７】
ステップS1215にて、ユーザメンテナンス部品情報決定部611は、サービスマンへ部品交換依頼を発行し、ユーザには正常に情報を受信した旨のみをデバイスへ応答し処理を終了する。
【０１１８】
＜本実施形態のデバイスの動作例＞
上記構成に基づいて、本実施形態のデバイスの動作例を説明する。
【０１１９】
図13は、デバイスが管理サーバへ部品カウンタ情報を送信した際の処理を表したフローチャートである。このフローチャートの処理は、図3に示すROM303、記憶装置506のいずれかの記憶手段に記憶され、必要に応じてRAM305に展開され、CPU307により実行される。また、ここに示すフローチャートの処理は、図4に示す機能ブロック図の処理を示したものである。
【０１２０】
図13において、デバイスが管理サーバへ部品情報を送信するとフローチャートに示す処理が開始される。
【０１２１】
デバイスのSOAPファンクション412は、ステップS1301にて、部品情報を送信すると、ステップS1302へ処理を進める。
【０１２２】
ステップS1302にて、SOAPファンクション412は部品情報送信に対する応答を受信する。その応答情報のなかにユーザメンテナンスによる部品交換指示があるか否かを確認する。部品交換指示がある場合、マネージャー409は、HDD/SRAM デバイス部品情報406に部品交換指示を記録して、ステップS1303へ処理を進める。また、部品交換指示がなかった場合、ステップS1301に処理を戻す。
【０１２３】
ステップS1303にて、メンテナンスプログラム403は、HDD/SRAM デバイス部品情報406に部品交換指示が記載されていることを検知すると、操作UI(オペレーションパネル）に交換の必要な部品があることを通知し、ステップS1304へ処理を進める。
【０１２４】
ステップS1304にて、入力管理マネージャー402は、ユーザが通知を受けユーザメンテナンスモードにログインしたか否かを確認する。ログインした場合、ステップS1305に処理を進める。また、ログインを確認できない場合には、再度ステップS1304にて、ユーザメンテナンスモードにログインしたか否かを確認する。
【０１２５】
ステップS1305にて、入力管理マネージャー402は、操作UI(オペレーションパネル)でユーザメンテナンスモード画面にて、交換の必要のある部品を表し、ステップS1306へ処理を進める。
【０１２６】
ステップS1306にて、入力管理マネージャー402は、操作UIからユーザが交換部品を選択し、部品交換を開始したか否かを確認する。部品交換を開始した場合、ステップS1307へ処理を進める。また、ユーザは部品交換を拒否した場合はステップS1311へ処理を進める。
【０１２７】
ステップS1307にて、入力管理マネージャー402は、操作UIからユーザが交換部品を選択し、部品交換を終了したか否かを確認する。部品交換を終了した場合、ステップS1308へ処理をすすめる。また、ユーザは部品交換を終了できなかった場合は、ステップS1311へ処理を進める。
【０１２８】
ステップS1308にて、入力管理マネージャー402は、部品交換一定条件後、たとえば交換部品を利用したプリント処理が行われたなどの条件が満たされると、正常に部品が交換されたか否かの確認処理を実行する。この確認処理後に、ステップS1309へ処理を進める。
【０１２９】
ステップS1309にて、デバイスの正常確認処理の結果を確認し、デバイスは正常であると判断すると、ここで処理を終了する。また、デバイスに何かの異常を検出すると、ステップS1310へ処理を進める。
【０１３０】
ステップS1310にて、デバイスはサービスコールエラーを発行して、サービスマンを依頼し処理を終了する。
【０１３１】
ステップS1311にて、入力管理マネージャー402は、ユーザは操作UIから「部品交換依頼」ボタンを押下しサービスマンへ部品交換の依頼を行ったか否かを確認する。サービスマンに部品交換依頼を行った場合には、ステップS1312へ処理を進める。また、部品交換依頼を行わない場合には、ステップS1306にて部品のリスト表示を行う。
【０１３２】
ステップS1312にて、SOAPファンクション412は、部品交換依頼を発行し、処理を終了する。
【０１３３】
＜本実施形態のデバイスの操作UI例＞
図14(a)は、デバイスの操作UIにてユーザに交換部品があることを通知する操作UIの例である。ここでは、画面下部にデバイスステータス情報を表示する箇所を設けており、部品交換の必要性が発生すると、ステータス情報フィールドから部品交換する必要があることをユーザに通知する。ユーザがこのステータス表示を確認すると、ユーザメンテナンスの画面へ画面遷移し、交換の必要のある部品を確認することができる。
【０１３４】
図14(b)は、デバイスの操作UIにてユーザが部品交換を実施するか否かを確認することができる操作UIの例である。ユーザがユーザメンテナンスモードにログインすると、交換対象部品のリストが表示される。このリストのうちの部品を一つ選択すると、部品の詳細情報とともに、部品交換を開始するか、または、サービスマンを依頼するかの選択が可能になる。ユーザはユーザメンテナンスによる部品交換を実施する場合には、「交換実施」のボタンを押下し、部品交換を行うことを宣言する。また、サービスマンに部品交換を依頼する場合には、「交換依頼」のボタンを謳歌し、サービスマンに部品交換を依頼することができる。
【０１３５】
また、ユーザがユーザメンテナンスによる部品交換を開始した後で、部品交換ができなくなってしまった場合にも、サービスマンに部品交換を依頼可能とするために、「交換依頼」のボタンはいつでも押下できるように表示を行う。
【符号の説明】
【０１３６】
100  デバイス
101  管理サーバ
102  社内LAN
103  インターネット
413  状態監視マネージャー
【図１】
2013182437.tif 000003
【図２】
2013182437.tif 000004
【図３】
2013182437.tif 000005
【図４】
2013182437.tif 000006
【図５】
2013182437.tif 000007
【図６】
2013182437.tif 000008
【図７】
2013182437.tif 000009
【図８】
2013182437.tif 000010
【図９】
2013182437.tif 000011
【図１０】
2013182437.tif 000012
【図１１】
2013182437.tif 000013
【図１２】
2013182437.tif 000014
【図１３】
2013182437.tif 000015
【図１４】
2013182437.tif 000016