管理装置、画像形成装置、サービス処理方法及びプログラム
【課題】 認証や画像形成装置の検索を行うことなく、管理サーバで管理している情報を画像形成装置のユーザインタフェースを拡張する事によって容易にユーザに提供することである。
【解決手段】 Ｓ８０１で、管理者１０７による指示に従い、監視すべき画像形成装置の情報が管理サーバ１０６に設定される。そして、Ｓ８０４で、画像形成装置１００との通信テストが実行される。そして、Ｓ８０６で、管理サーバ１０６は画像形成装置１００のＩＤ等を確認する。その後、Ｓ８０８で、画像形成装置１００から設定情報リクエストを受信したら、Ｓ８１１で、生成されたＵＩボタン情報と当該ＵＩボタン情報で拡張されるアクセス先の情報を画像形成装置１００に応答することを特徴とする。
【解決手段】 Ｓ８０１で、管理者１０７による指示に従い、監視すべき画像形成装置の情報が管理サーバ１０６に設定される。そして、Ｓ８０４で、画像形成装置１００との通信テストが実行される。そして、Ｓ８０６で、管理サーバ１０６は画像形成装置１００のＩＤ等を確認する。その後、Ｓ８０８で、画像形成装置１００から設定情報リクエストを受信したら、Ｓ８１１で、生成されたＵＩボタン情報と当該ＵＩボタン情報で拡張されるアクセス先の情報を画像形成装置１００に応答することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いたプリンタ、複写機、複合機などの画像形成装置を管理する技術に関する。特に、ネットワークを介して遠隔で画像形成装置を管理する管理サーバの処理結果などを画像形成装置から参照する際の制御に関するものである。
【背景技術】
【０００２】
従来から、インターネット上に管理サーバを設置し、ネットワークを介して顧客先の画像形成装置を遠隔で集中管理するメンテナンスシステムが知られている。この従来のメンテナンスシステムでは、例えば、画像形成装置のステータスやプリント枚数等のメンテナンス情報を画像形成装置の監視プログラムに基づき収集して、画像形成装置の管理を行っていた。
【０００３】
また、従来技術として特許文献１には、画像形成装置の発行したエラー情報に対応するサービス保守情報を画像形成装置のＵＩに表示するといった開示がある。管理サーバからの画像形成装置に発生した特定の障害に対応するサービス保守情報を画像形成装置のＵＩに表示させる。これにより、画像形成装置におけるメンテナンスの効率化を行うことができる。
【特許文献１】特開２００７−１１６６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１と異なり、画像形成装置が障害状態に陥った場合以外に関しても、管理サーバの管理している画像形成装置のメンテナンス情報を画像形成装置で自由に取得するための手法が望まれる。
【０００５】
従来、管理サーバに収集された画像形成装置のメンテナンス情報は、Ｗｅｂページやレポートファイルの形式で、ＨＴＴＰを介して画像形成装置を管理する管理者へ提供されていた。
【０００６】
ここで、メンテナンスサービスを提供しているサービス会社は、画像形成装置の状態を監視できるが、画像形成装置のユーザインタフェース（ＵＩ）から、システムで管理している情報を取得するのが困難だった。
【０００７】
例えば、画像形成装置のユーザインタフェースによる指示に基づき管理サーバの管理している情報を取得するためには、管理サーバからメンテナンス情報を直接取得するプログラムを実装する必要があった。
【０００８】
こういった場合、当然管理サーバと画像形成装置側の双方において機能拡張やファームウェアのアップグレードをする必要があり、コストが高い。また、画像形成装置側でブラウザを搭載し管理情報を閲覧するといった方法が考えられるが、ブラウザの実装は画像形成装置のスペックに依存するので全ての画像形成装置で実装できるものではない。
【０００９】
さらに、画像形成装置の管理システムで管理している情報を取得するためには、ＵＲＬの情報の入力や、ログイン認証、検索などの手順を踏む必要がある。一般的な画像形成装置のインタフェースであるソフトキーボードなど制限された環境では、そういった操作は特に困難で、情報の取得は煩雑な作業といえる。
【００１０】
従って本発明は、認証や画像形成装置の検索を行うことなく、管理サーバで管理している情報を画像形成装置のユーザインタフェースを拡張する事によって容易にユーザに提供可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
【００１２】
ネットワークを介して複数の画像形成装置を管理する管理装置であって、監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定手段と、前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成手段と、前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成手段により生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答手段とを備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、認証や画像形成装置の検索を行うことなく、管理サーバで管理している情報を画像形成装置のユーザインタフェースを拡張する事によって容易にユーザに提供することができる。
【発明を実施するための最良の形態】
【００１４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１５】
＜システム構成の説明＞
〔第１実施形態〕
＜本実施形態の管理システムの構成例＞
図１は、本実施形態を示す管理装置を含む管理システムの構成を説明する図である。本例では、管理装置として機能する管理サーバがネットワークを介して、監視対象の画像形成装置と通信して、画像形成装置が備える表示装置のＵＩで表示できる情報を拡張する処理を説明する。なお、画像形成装置としては、後述する複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ））、プリンタ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ））、デジタル複写機が含まれる。
【００１６】
図１において、１００は顧客のイントラネット環境を示している。１０１、１０２は画像形成装置で、顧客のイントラネット接続されたＭＦＰやＳＦＰで構成される。
【００１７】
本実施形態では、各画像形成装置には、当該画像形成装置が備える記憶装置には監視モジュールが組み込まれている。各画像形成装置は、この監視モジュールが画像形成装置のステータスを監視し、外部の管理サーバと通信を行う。ここで、監視モジュールは、管理サーバ１０６が管理しているサービス機能に対応する情報を取得するためのソフトウエアを含んで構成されている。
【００１８】
また、監視モジュールは、画像形成装置の監視を行うソフトウェアプログラムであり、画像形成装置に組み込む形態でも、ＰＣや専用のハードに組み込まれる形態で存在してもかまわない。
【００１９】
１０３は、一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）を表している。イントラネット内には、インターネットとの接続ポイントであるファイアウォール１０５が設置されている。
【００２０】
１０６は管理サーバを示している。管理サーバ１０６は、インターネット１１０上に設置され各顧客のネットワークに接続される画像形成装置に設けられている監視モジュールと通信を行う事によって、複数の画像形成装置の情報を収集し、管理している。
【００２１】
画像形成装置の監視を行う管理者１０７は、インターネット１１０を介して、管理サーバ１０６へアクセスし、監視対象となる画像形成装置の登録を行うユーザを表している。
【００２２】
管理サーバ１０６は管理者１０７により設定されたサービス機能の内容に応じて画像形成装置１０１，１０２から情報の取得処理を行う。ここで、情報は、画像形成装置１０１、１０２のサービス機能に関わる情報が含まれる。例えば、管理サーバ１０６が管理するサービス機能には、課金カウンタの取得するサービスと、レポートを表示するサービス、エラー・アラームなどの障害イベントを取得するサービスが含まれる。同様に、イベントを通知するサービス、部品カウンタの収集及び部品消耗度の算出するサービス、トナー在庫個数を管理するサービスも含まれる。
【００２３】
また、管理サーバ１０６が取得して管理する画像形成装置の情報には、画像形成装置の動作モード設定や、カウンタ値、稼動ログ、各パーツの使用度合いを表すカウンタ値などの稼動情報、及びハード障害やジャム等の障害情報も含まれる。
【００２４】
また、管理サーバ１０６は、監視モジュール及び画像形成装置１０１，１０２を制御するために、監視モジュールに対して設定情報の更新やリブートなどのコマンド指示を行う。この際の通信手段としては、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを介したＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を利用した通信などがある。なお、通信手段は、管理サーバ１０６と画像形成装置との間で通信ができればいいので、プロトコルはＨＴＴＰやＨＴＴＰＳに限定するものではない。
【００２５】
図１の例では、監視モジュールは、監視対象である画像形成装置１０１，１０２の情報を取得し、ＨＴＴＰＳを利用してプロクシサーバとファイアウォール１０５を介して、取得した情報を管理サーバ１０６に送信している。
【００２６】
１１０はインターネットを示しており、インターネット１０８に類似した別顧客のネットワークが無数に接続されている。
【００２７】
＜本実施形態の管理サーバの構成例＞
図２は、図１における管理サーバ１０６のハードウェア構成例を示すブロック図である。本例は、管理サーバ１０６が汎用のコンピュータ等で構成される場合を示す。
【００２８】
図２において、２０２はＣＰＵで、システムバス２０１に接続されるデバイスを総括的に制御する。２０３は読み出し専用メモリであるＲＯＭで、システム起動に必要なブートプログラムを記憶している。２０４はＲＡＭで、ＣＰＵ２０２でプログラムを実行する際に必要とされる作業メモリである。
【００２９】
２０５はＮｅｔｗｏｒｋ Ｉ／Ｆで、Ｎｅｔｗｏｒｋ上で通信を行う。２０６は表示制御部で、監視モジュールとの通信内容等を表示装置２０９に表示するための表示制御を行う。
【００３０】
２１０、２１１は入力デバイスで、管理サーバ１０６を管理するオペレータが操作する。２０７は入力制御部で、入力デバイス２１０、２１１から入力を受け付ける。
【００３１】
２０８は記憶装置で、ＣＰＵ２０２で実行するプログラムや監視モジュールから送られた各画像形成装置の稼働情報などを格納する。ここで、記憶装置２０８は、磁気ディスク等を記憶媒体として構成される。
【００３２】
管理サーバ１０６は、画像形成装置側の監視モジュールからの定期的な稼働情報通知や不定期的な異常状態の通知、コマンドリクエスト等の通信データをＮｅｔｗｏｒｋＩ／Ｆ２０５を介して受信する。
【００３３】
又、管理サーバ１０６は、ユーザから被管理装置に対応する画像形成装置１０１，１０２への設定変更や動作要求などのコマンド入力は、入力制御部２０７を介して常時受け付けている。
【００３４】
ここで、定期的に画像形成装置から通知される稼働情報には、各種カウンタ値や稼働ログなどが含まれており、管理サーバ１０６は稼動情報を基に画像形成装置を所有している顧客に対して毎月請求する定期メンテナンス料を算出する。
【００３５】
又、管理サーバ１０６は、画像形成装置に使用されているパーツが推奨寿命に対する消耗率を稼動情報としてレポートで出力する。管理サーバ１０６はこの稼働情報を記憶装置２０８に逐次格納する。一方、管理サーバ１０６のオペレータは、記憶装置２０８に格納された稼働情報を適宜参照して顧客への請求額等を決定する。
【００３６】
ここで、不定期的に通知される画像形成装置の異常状態を表す情報には、稼働情報に加えて、発生したハード障害やジャムなどのエラー／アラーム情報が含まれている。
【００３７】
管理サーバ１０６は、これらの情報を画像形成装置１０１ｌ１０２等より受け取ると、情報の緊急度に基づいて次に実行すべき処理を決定する。例えば受け取った情報が、画像形成装置の故障など、画像形成装置が異常状態を表すものであり、すぐに復旧させる必要のある障害情報だった場合には、管理サーバ１０６は以下の処理を行う。具体的には、管理サーバ１０６がすぐに復旧させる必要のある障害情報を通知している画像形成装置を管理しているオペレータに、登録されたメールアドレスに従い電子メールを送信する。
【００３８】
さらに、管理サーバ１０６は、受信した異常状態を表す情報を、記憶装置２０８に逐次格納すると共に表示装２０９上に表示することで、画像形成装置が異常状態に陥っている旨をオペレータに通知する。
【００３９】
一方、画像形成装置から受け取った情報がジャムやアラームのように緊急度が低い場合には、管理サーバ１０６は、そのときの画像形成装置のステータスに応じて電子メールの送信が必要かどうか判断する。
【００４０】
さらに、管理サーバ１０６は、画像形成装置から受信した異常を表す情報を、記憶装置２０８に逐次格納し、表示装置２０９に表示させる必要があるかどうか、そのときの画像形成装置のステータスに応じて処理を行う。
【００４１】
例えば、画像形成装置からジャムを受信したときに、同様のジャムが同じ画像形成装置で連続して発生しているようであれば、管理サーバ１０６は、緊急度を上げて、メール送信やディスプレイ表示などの処理を行う。オペレータは、表示装置２０９上の表示内容から画像形成装置の状態を判断し、必要に応じて障害復旧作業をサービスマンに指示をする。
【００４２】
なお、管理サーバ１０６は、画像形成装置側の監視モジュールからのコマンドリクエストは、任意のタイミングで常時受け付ける。管理サーバ１０６はコマンドリクエストを受ける都度、管理サーバ１０６内の記憶装置２０８を確認し、監視モジュールへの送信すべきコマンドが設定されていたら、監視モジュールへコマンドを送信する。
【００４３】
＜管理サーバの記憶部構成例＞
図３は、図２のＲＯＭ２０３又は記憶装置２０８に展開されるプログラム及びデータの構成例を示す図である。なお、図３には、本実施形態に関連するプログラム及びデータのみを示し、他は省略している。
【００４４】
図３において、３０１はＯＳ等の装置の基礎的な制御を行うシステムプログラムである。３０２は画像形成装置全体を制御するための管理プログラムである。
【００４５】
３０３はユーザインタフェース（ＵＩ）プログラムで、ユーザが監視対象とする画像形成装置の登録を行うために、画像形成装置の識別情報や、提供するサービスの種類、その他画像形成装置を管理するための情報入力を制御する。ＵＩプログラム３０３は、ユーザからの入力されたマスタデータを所定のデータベースへ保管し、監視モジュールと通信を行うための設定情報の生成を行う。ここで、所定のデータベースは、本実施形態においては、記憶装置２０８に確保される。
【００４６】
３０４はユーザ又は管理すべき画像形成装置のための認証プログラムで、画像形成装置を登録するユーザ又は画像形成装置のステータスデータを送信する監視モジュールを認証する。３０５はメッセージ送受信プログラムで、監視モジュールとの間でインターネット介してコマンドを含むメッセージ送受信を制御する。ここで、メッセージとは、監視モジュールと管理サーバとの間でやり取りされるデータのことであり、このメッセージには、データの処理タイプを指定するメソッドと、画像形成装置のステータスデータが含まれる。
【００４７】
また、メッセージは、画像形成装置の監視モジュールから管理サーバ１０６へ、または、管理サーバ１０６から画像形成装置の監視モジュールへの両方へ送信される。
【００４８】
３０６は受信コマンドを解析する解析プログラムで、監視モジュールから受信したメッセージに含まれるコマンドを解析して、それに対応する処理の実行を指示する。
【００４９】
３０７はＵＩ制御メニューを構成するためのメニュー構成プログラムで、ＵＩプログラム３０３でユーザによって登録された管理対象となる画像形成装置のＵＩに、ボタンを拡張するために、必要な設定情報を生成する。ＵＩプログラム３０３は、登録された画像形成装置と選択されたサービス情報から、メンテナンスサービス情報を提供するために必要な画像形成装置から取得すべきデータを決定する。
【００５０】
また、ＵＩプログラム３０３は、管理者１０７がメンテナンス情報を参照するためのアクセス先の情報である画像形成装置の管理情報を決定する。このようにして管理情報が決定すると、メニュー構成プログラム３０７は、画像形成装置のＵＩから直接管理情報を取得するためのサービスタイトルと情報を取得するためのアクセス先の情報を生成する。
【００５１】
３０８は処理プログラムで、解析プログラム３０６の解析結果に対応して実行される処理プログラムである。ここで、処理プログラム３０８は、リクエスト送信処理を担うリクエスト送信処理プログラム３０９、スケジュール設定情報を送信する送信処理プログラム３１０、ステータスを受信する受信処理プログラム３１１が含まれる。
【００５２】
ここで、解析プログラム３０６が、例えばコマンドリクエストと解析すればリクエスト送信処理プログラム３０９を実行し、設定情報受信と解析すればスケジュール設定情報を送信する送信処理プログラム３１０を実行する。
【００５３】
同様に、解析プログラム３０６が、例えば画像形成装置のステータス受信と解析すれば、ステータスを受信する受信処理プログラム３１１を実行する。この例では、本実施形態に関連する受信コマンドを示したが、これに限定されない。
【００５４】
３１２はサービス情報を管理するサービス情報データベースで、管理者に提供するサービス機能に必要な管理テーブル３１３〜３１７が蓄積されるように構成されている。
【００５５】
本実施形態では、サービス機能として、画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品在庫情報を取得するサービス機能が含まれる。さらに、サービス機能として、画像形成装置の交換可能な部品交換履歴情報を取得するサービス機能を含まれるが、これらの組み合わせは、図８に示すように管理者１０７の設定に従うものとする。
【００５６】
管理テーブル３１３は、基本情報である画像形成装置の製品情報を管理する。管理テーブル３１４は、画像形成装置のカウンタ情報を管理する。管理テーブル３１５は、画像形成装置のエラーなどイベント情報を管理する。
【００５７】
また、管理テーブル３１６は、顧客先にストックされているトナー在庫数とトナーイベントを関連付けて管理する。管理テーブル３１７は、画像形成装置に使用されている各部品がどのくらい使用されているのかを示す部品寿命情報を管理する。
【００５８】
３１８は監視対象である画像形成装置のマスタデータを管理するデータベースで、マスタデータを構成する各種の情報３１９〜３２２が保管されるように構成される。
【００５９】
情報３１９は、画像形成装置を識別するための識別情報である。情報３２０は監視対象となる画像形成装置の機種情報である。情報３２１は、各画像形成装置のＵＩにてボタンの拡張を行う際の設定情報となるＵＩボタン情報である。
【００６０】
情報３２２は、画像形成装置のＵＩから管理サーバに情報を取得させる際のアクセス先の情報の一例を示すアドレス情報である。
【００６１】
＜本実施形態の管理サーバのソフトウエア構成例＞
図４は、図１に示した管理サーバ１０６における、画像形成装置のＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を示すブロック図である。以下、アプリケーションが備える機能を説明する。
【００６２】
図４において、４０３はＵＩ登録部で、ユーザから画像形成装置の登録を受け付ける。管理者１０７は、画像形成装置の識別子や製品情報を入力すると共に、一台一台の画像形成装置にそれぞれ提供するサービスの選択を行う。
【００６３】
４０２は登録情報入出力部で、画像形成装置の情報を情報記憶部４０１へ登録したり、情報記憶部４０から登録された画像形成装置の情報の読み出したりする。
【００６４】
４０５はボタン情報発行部で、画像形成装置と関連付けされているサービス情報から、画像形成装置のＵＩのボタン情報を生成する。ボタン情報発行部４０５が発行したボタン情報は、再度情報記憶部４０１に保管される。
【００６５】
４０４は通信Ｉ／Ｆ部で、監視モジュールと通信を行う。４０７は通信コマンド解釈部で、監視モジュールから受信したデータから識別ＩＤや通信コマンドをデータとして取り出す。
【００６６】
また、通信コマンド解釈部４０７は、監視モジュールへ送信するデータを通信用フォーマットへ成形する機能も有する。４０８は通信設定情報を発行する通信情報発行部で、画像形成装置のＵＩのボタン拡張を行わせるための設定情報に対応するＵＩボタン情報を監視モジュールに送信する必要があるかを判断する処理を行う。
【００６７】
また、通信情報発行部４０８はコマンドを要求されたときに、対象の監視モジュールに適切な画像形成装置のＵＩ情報を送信する必要があるかを判断する機能を有する。この通信情報発行部４０８は、通信Ｉ／Ｆ部４０４から受信した画像形成装置の識別子を用いて、情報記憶部４０１から、対応する画像形成装置の情報を参照し、通信対象の画像形成装置にとって適切なＵＩ設定情報を送信することを決定する。
【００６８】
また、通信コマンド解釈部４０７は、通常監視状態に監視モジュールから画像形成装置のステータスデータや、管理サーバ１０６が管理するサービス情報へ画像形成装置のＵＩからのリクエスト通信を受信する。なお、通常、画像形成装置を監視する時の画像形成装置のステータスデータの保管処理や、サービス情報へのアクセス処理に関しては、記載を省略する。
【００６９】
図５は、図１に示した画像形成装置１０１，１０２内の制御部のブロック図である。なお、画像形成装置には、リーダ部５１５、プリンタ部５１４、ファクシミリ送受信部を備えるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）が含まれる。さらに、画像形成装置には、ＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）も含まれる。また、画像形成装置は、オプション装置を装着して、機能を拡張可能に構成されている。例えばプリンタ部５１４には、シート後処理を行う排紙装置が装着可能に構成されている。ここで、シート後処理には、ステイプル処理、折り処理等、あるいはこれらを組み合わせた製本処理等が含まれる。
【００７０】
ここでは画像形成装置内で監視モジュールが処理を行う例を表している。監視モジュールは、画像形成装置内の制御部５００内で処理され、画像形成装置の個別情報の管理や、画像形成装置のステータス情報を管理サーバに送信するなどの処理を行う。
【００７１】
画像形成装置の制御部５００では、主として、プリントやスキャンなどの各機能処理に基づく制御を行い、そのほかに、監視モジュールに基づく管理サーバ１０６との通信を制御する。
【００７２】
図５において、制御部５００の各構成要素は、システムバス５１６及び画像バス５１７に接続されている。
【００７３】
ＲＯＭ５０４には画像形成装置の各機能処理を実行するための制御プログラム及び、上記監視プログラムが格納されており、ＣＰＵ５０７で実行される。なお、監視プログラムは、ネットワークを介して管理サーバ１０６から取得してフラッシュメモリに更新可能に記憶されていてもよい。これにより、定期的に或いはユーザからの指示に従い、最新の監視プログラムを利用して、監視処理を実行することが可能となる。
【００７４】
ＲＡＭ５０５は、プログラムを実行するためのワークメモリエリアであり、監視プログラムが監視を行う上で必要な画像形成装置のステータス情報や、画像データを一時記憶するための画像メモリとしても用いられる。記憶装置５０６は不揮発性の記憶装置であり、画像形成装置１０１の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値、稼働ログなどが記憶される。ここで、記憶装置５０６は、例えばハードディスクで構成される。
【００７５】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２は、ＬＡＮと接続するためのインタフェース部であり、ＬＡＮを介して管理サーバ１０６と通信を行う。回線Ｉ／Ｆ部５０３は、ＩＳＤＮや公衆電話網に接続され、ＲＯＭ５０４内の通信制御プログラムにより制御され、ＩＳＤＮ Ｉ／Ｆやモデム、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線Ｉ／Ｆ部５０３を使用して行う。
【００７６】
操作部５０１には表示手段やキー入力手段が備えられており、これらはＣＰＵ５０７にて制御される。操作者は、キー入力手段を通してスキャナによる読み取りやプリンタ部５１４によるプリント出力に関する各種設定指示や、作動／停止指示を行う。
【００７７】
ＩＯ制御部５０８は、システムバス５１６と画像データを高速で転送する画像バス５１７とを接続するためのバスブリッジとして機能する。
【００７８】
なお、画像バス５１７は、例えばＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス５１７上には以下の処理部が配置される。
【００７９】
デジタルＩ／Ｆ部５１１は、画像形成装置のリーダ部５１５やプリンタ部５１４と制御部５００とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダ部５１５やプリンタ部５１４内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部５１１、及びＩＯ制御部５０８を介してシステムバス５１６へ出力される。
【００８０】
画像処理部５０９は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部５１０は画像データの回転を行う。画像圧縮伸長部５１２は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨのいずれかに従う圧縮伸張処理を行う。画像密度変換部５１３は、出力用画像データに対して解像度変換等を行う。
【００８１】
ＣＰＵ５０７は制御プログラムを実行することにより、記憶装置５０６内のカウンタ値や稼働ログなどの稼動情報や障害情報を読み出し、これらを画像形成装置のステータス情報として、Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２を介して管理サーバ１０６へ送信する。
【００８２】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２を介して管理サーバ１０６から受信した画像形成装置のＵＩボタン情報は、一旦ＲＡＭ５０５に保管されＣＰＵ５０７によって、処理される。この処理結果に応じて、操作部５０１にて表示しているユーザへのメニュー情報に、管理サーバ１０６で管理している画像形成装置の情報を表示するためのボタン情報が拡張される。
【００８３】
＜画像形成装置の記憶部構成例＞
図６は、図５に示したＲＯＭ５０４又は記憶装置５０６に展開されるプログラム及びデータの構成例を示す図である。なお、図６には、本実施形態に関連するプログラム及びデータのみを示し、他は省略している。
【００８４】
図６において、６０１はオペレーティングシステム（ＯＳ）等を含む基本的な制御を行うシステム基本プログラムである。６０２は画像形成装置の管理を行う管理プログラムである。
【００８５】
６０３はメッセージ送受信プログラムで、メッセージ送受信を制御する。具体的には、メッセージ送受信プログラム６０３は、管理サーバ１０６から画像形成装置のＵＩボタン情報やその他設定指示等の受信、または、画像形成装置のステータス情報やコマンドリクエストを送信する処理を制御する。
【００８６】
６０４は解析プログラムで、メッセージ送受信プログラム６０３によって受信した画像形成装置のＵＩボタン情報や、その他のコマンド処理を解析し、その後の処理を行うための適切なプログラムへの入力処理を行う。
【００８７】
ここで、画像形成装置のＵＩボタン情報を管理サーバ１０６から受信した場合には、解析プログラム６０４は、画像形成装置のＵＩ設定を変更するため、ＵＩ設定変更プログラム６１１にボタン拡張の処理を発行する。ここで、ＵＩ設定変更プログラム６１１は画像形成装置のＵＩのボタン制御として、指示されたメニューへ指定された処理と共にボタン拡張処理を行う。
【００８８】
解析プログラム６０４が管理サーバ１０６から受信したコマンドを、スケジュール情報の設定のためのコマンドであると解析した場合に、スケジュール設定情報を解析する。そして、解析プログラム６０５がどの種類のデータをどのスケジュールで管理サーバ１０６に送信するのかを決定する。
【００８９】
６０６は各処理プログラムで、以下の処理プログラム６０７〜６１０から構成される。
【００９０】
イベント情報を送信する処理プログラム６０７は、画像形成装置でイベントが発生した場合に、イベントデータをどのタイミングで管理サーバ１０６に送信すればいいのか、解析結果を確認する。そして、処理プログラム６０７は、その解析結果に応じてイベント情報を送信する処理を行う。また、処理プログラム６０７は、その各処理プログラムのイベント情報を送信する処理を行う。
【００９１】
処理プログラム６０８は、スケジュール情報を送信する。処理プログラム６０９は、カウンタ情報を送信する処理を行う。処理プログラム６１０は、スケジュール設定を変更する処理を行う。
【００９２】
画像形成装置の状態ＤＢ６１２には、画像形成装置のファームウェアや画像形成装置のタイプなど、画像形成装置の基本情報６１３や、今までに発生したエラー６１４などが保管されている。さらに、状態ＤＢ６１２には、アラーム６１５などのイベント情報、課金カウンタ情報６１６や、機能カウンタ情報６１７などが保管されている。その他に、管理サーバ１０６が提供している機能に基づく情報も保管されている。
【００９３】
例えば、ジャム履歴情報や部品寿命情報、トナー在庫の管理情報などがある。
【００９４】
また、６１８は画像形成装置のＵＩを設定する設定情報ＤＢで、拡張追加した画像形成装置のＵＩに関わるボタン情報６１９を管理している。さらに、設定情報ＤＢ６１８は、画像形成装置のＵＩ上で拡張追加されたボタンを押下することでユーザに提供する情報を、管理サーバ１０６のどのアクセス先アドレスに結びつけるかを示すアクセス先アドレス６２０を管理している。
【００９５】
また、図６では省略しているが、画像形成装置が複数のユーザ向けの表示モードを管理していた場合に、どのモード画面にどのボタンを表示するかなど、拡張されたボタンに関する情報が管理されている。
【００９６】
６２１は、図１７に示すプログラムをＣＰＵ５０７が実行するためロードする記憶領域である。
【００９７】
＜本実施形態の画像形成装置のソフトウエア構成例＞
図７は、図１に示した画像形成装置１０１のＵＩ表示を行うアプリケーションの機能を説明するブロック図である。本例では、画像形成装置１０１のＵＩ部７０３において、画像形成装置のＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を説明する。
【００９８】
ここで、アプリケーションプログラムは、ユーザから指示入力を受け付けるためのＵＩ部７０３を有する。ユーザは、ＵＩ部７０３を用いて画像形成装置のステータス表示やネットワークの設定など画像形成装置のコントロールを行う。
【００９９】
アプリケーションプログラムは、このＵＩ部７０３で、管理サーバ１０６の指定したボタン情報を情報記憶部７０９からボタン情報入出力部７０６を介して取得し、ユーザに拡張されたボタンとして表示を行う。
【０１００】
アプリケーションプログラムは、管理処理部７０５にて、画像形成装置のステータス情報を監視する。管理処理部７０５は、設定されたスケジュールにしたがってカウンタ情報や画像形成装置１０１内で発生しているイベント情報を情報記憶部７０１へ登録情報入出力部７０２を介して保管する。その他に、管理処理部７０５は、管理サーバ１０６から受信したＵＩボタン情報を情報記憶部７０９へボタン情報入出力部７０６を介して保管する。
【０１０１】
又、アプリケーションプログラムは管理サーバ１０６と通信を行う通信Ｉ／Ｆ部７０４と、管理サーバ１０６から受信した通信情報から、設定データやコマンドを取り出す通信コマンド解釈部７０７を有する。この通信コマンド解釈部７０７では、管理サーバ１０６より受信したデータからＵＩボタン情報を抜き出し、通信情報制御部７０８へ入力する。通信情報制御部７０８では、管理サーバ１０６より受信したデータやコマンドなど通信コマンド解釈部７０７を介して受け取る。
【０１０２】
そして、管理処理部７０５への入力と、管理処理部７０５によって管理されているカウンタ情報やイベント情報をあらかじめ決められた設定に応じて管理サーバ１０６へ送信するための制御を行う。
【０１０３】
＜本実施形態の通信シーケンスの概略＞
図８は、本実施形態を示す管理システムの通信シーケンスを説明する図である。本例は、画像形成装置１０１と管理サーバ１０６とユーザ間のサービス処理に基づく通信シーケンス例の一部を示す。なお、図１と同一のものには同一の符号を付してある。また、図８では、画像形成装置の監視を行う初期シーケンスとして、管理者１０７が管理サーバ１０６に対して監視対象となる画像形成装置の情報を登録するシーケンスから始まる。また、Ｓ８０１〜Ｓ８１５は各ステップを示す。さらに、本例では、管理サーバ１０６が画像形成装置１００を監視対象とする例を説明する。管理サーバ１０６は、図３に示した監視対象の画像形成装置のマスタデータベース３１８に、識別情報３１９，機種情報３２０，ＵＩボタン情報３２１，ＵＩアクセス先のアドレス情報３２２がＳ８０１で設定されるものとする。以下、登録されたＵＩボタン情報３２１，ＵＩアクセス先のアドレス情報３２２は、Ｓ８１１において、画像形成装置に応答される場合を説明する。
【０１０４】
しかし、実際の運用形態では、画像形成装置の設置及び画像形成装置から管理サーバ１０６に対する通信テストが最初に行われるケースがある。ここで通信テストと示している通信の種類は、画像形成装置１００からの初期通信を示している。また、通信テストとは、画像形成装置１００から管理サーバ１０６へ、設定情報の取得を始めて行う通信のことである。画像形成装置１００からの通信テストが先に行われるシーケンスは、図９にて後述する。
【０１０５】
また、本シーケンス例では、画像形成装置１００からの初回通信である通信テストを利用して、管理サーバ１０６から設定情報の取得リクエストを行っている。しかし、設定情報の取得リクエストは初回通信の通信テストに限定するものではなく、機能として画像形成装置１００が管理サーバ１０６から設定情報を取得するもので有ればよい。
【０１０６】
Ｓ８０１で、画像形成装置１００を管理する管理者１０７から管理サーバ１０６に対して、以下に示す監視すべき画像形成装置１００の情報を記憶装置２０８に登録する。ここで、監視すべき画像形成装置１００の情報には、画像形成装置の識別ＩＤや機種名、利用するサービスの種類など、画像形成装置１００の監視を行う上で必要な情報が含まれ、これらの監視すべき画像形成装置１００の情報が記憶装置２０８に登録される。なお、登録処理は、管理サーバ１０６のＵＩ登録部４０３を用いて行われる。
【０１０７】
次に、Ｓ８０２で、ボタン情報発行部４０５がＳ８０１の監視すべき画像形成装置１００の情報の登録を受けて、選択されたサービス機能から、画像形成装置１００のＵＩにて拡張するボタン情報の生成処理を行う。ここで、サービス機能は、サービス機能を提供する側と、画像形成装置１００を導入する顧客側との契約等により、あらかじめ決定されている。このため、画像形成装置１００のユーザが有効でないサービス機能を選択しても、当該サービス機能に対応するボタンが本処理により拡張表示されることはない。
【０１０８】
次に、Ｓ８０３で、顧客先にて画像形成装置１００の設置を行い、初期設定を行う。ここで、設置している画像形成装置１０の識別ＩＤは事前に管理サーバ１０６へ画像形成装置１００の登録を行うユーザへ連絡されている。したがって、画像形成装置１００の設置処理を行っているときには、すでに管理サーバ１０６で画像形成装置１００の登録処理は完了している。
【０１０９】
次に、Ｓ８０４では、画像形成装置１００の初期設置が完了し、画像形成装置１００をリモート監視の対象とするために、通信テストを行う。本実施形態では、シーケンス上では、ＨＴＴＰプロトコルを利用して、Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｓｔのメソッドを発行しているが、ここでは通信が確実に行われたことが確認できればよい。
【０１１０】
次に、Ｓ８０５では、管理サーバ１０６内の処理でＨＴＴＰ通信を受付けて、ＨＴＴＰのレスポンスを用意する。次に、Ｓ８０６では、Ｓ８０４の通信処理から画像形成装置１００の識別ＩＤを取り出し、この通信テストを行った画像形成装置１００がどの識別ＩＤを持つ画像形成装置なのかを確認している。
【０１１１】
次に、Ｓ８０８は、画像形成装置１００が管理サーバ１０６に対して、設定情報のリクエストを行っている。これは、画像形成装置１００が被管理の対象となる際に、どのような設定をもとに画像形成装置が動くべきかの問い合わせを行っている処理に対応する。
【０１１２】
次に、Ｓ８０９では、管理サーバ１０６がＨＴＴＰのレスポンスとして、Ｓ８０８に対応した通信処理を準備する。次に、Ｓ８１０にて画像形成装置１００の識別ＩＤより認証を行い、管理サーバ１０６で保管している監視対象の画像形成装置のＵＩボタン情報を取得する。そして、Ｓ８１１にて、取得したＵＩボタン情報をＨＴＴＰレスポンスとして画像形成装置１００に送信する。この際、ＵＩボタン情報とＵＩアクセス先のアドレス情報も合わせて画像形成装置１００に送信される。
【０１１３】
次に、Ｓ８１２にて、画像形成装置１００は受信したＵＩボタン情報に応じて画像形成装置のＵＩ上のボタンを拡張する処理を行う。次に、Ｓ８１３にてボタンの拡張処理が終了したことを設定完了通知として管理サーバ１０６へ送信する。これにより、図１６に示すようにサービス機能に基づくボタンがユーザインタフェース上に拡張されて表示される。そして、ユーザが拡張されたボタンを選択すると、当該ボタンに対応付けられているアクセス先の情報に従い、ネットワークを介して取得先にアクセスする。
【０１１４】
次に、Ｓ８１４で、管理サーバ１０６はＨＴＴＰ通信のレスポンスを用意して、Ｓ８１５で、管理サーバ１０６は設定完了通知を受信したことを画像形成装置１００へ送信する。これにより、管理サーバ１０６の管理者１０７が監視対象としてあらかじめ設定したボタン情報と、アクセス先の情報とが管理サーバ１０６との通信テストの際に画像形成装置１００に送信されて設定される。なお、本実施形態では、画像形成装置１００との通信テストの前に、管理者１０７が管理サーバ１０６のマスタデータベース３１８に設定が完了している場合である。
【０１１５】
なお、実際のサービスマンが行う業務プロセスでは、上記のように画像形成装置の登録が常に先に行われるとは限らず、画像形成装置の登録が、通信テストの後になるケースがある。
【０１１６】
このような場合、画像形成装置１００側で通信テストを行ったサービスマンは作業を完了させ、顧客のオフィスを離れる。
【０１１７】
その後、管理サーバ１０６への画像形成装置１００の登録を行うと、管理サーバ１０６においてアクセス先ＵＲＬが生成され、コマンド呼び出しを利用して画像形成装置１００のＵＩを拡張する方法が考えられる。
【０１１８】
しかし、この方法では、画像形成装置の設置完了後、サービスマンがいなくなってから画像形成装置のメニューが自動的に拡張されることになるので、ユーザ側での混乱や、機能に関する問い合わせが多発するなどの事態が発生する。
【０１１９】
そこで、以下、図９に示すように、管理サーバ１０６が最初に提供できる全てのサービス一覧を画像形成装置１０１，１０２に対して最初に送信する。そして、サービスマンが画像形成装置１０１，１０２の操作部５０１を介して、サービス一覧に対応して拡張表示される全てのボタンの中から、表示制限を設けるボタンを指定する。そして、画像形成装置１０１，１０２は、指定されたボタンに対応する表示制御ＵＩ機能リストを作成して保持する。
【０１２０】
次に、画像形成装置１０１，１０２は、保持されている表示制御ＵＩ機能リストを管理サーバ１０６に送信する。以後、第１実施形態と同様に制限された機能を除く、機能に対応するボタン情報と、そのアクセス先情報を画像形成装置１０１，１０２に送信するように構成することで、上記の状態に対処することができる。以下、その実施形態について図９を用いて詳細に説明する。
【０１２１】
図９は、本実施形態に係る画像形成装置１０１と管理サーバ１０６とユーザ間の通信シーケンス例の一部を表した図である。図８では、ユーザが管理サーバに画像形成装置の情報を登録するシーケンスから始まる例を記載したが、図９では、画像形成装置の設置及び画像形成装置から管理サーバに対する通信テストが最初に行われるケースを表した図である。
【０１２２】
図９は、本実施形態を示す管理システムの通信シーケンスを説明する図である。本例は、画像形成装置１０１と管理サーバ１０６とユーザ間のサービス処理に基づく通信シーケンス例の一部を示す。なお、図１と同一のものには同一の符号を付してある。また、Ｓ８０３〜Ｓ８０９、Ｓ８１２〜Ｓ８１５、Ｓ８５０〜Ｓ８６２は各ステップを示す。
【０１２３】
図９に示すシーケンス例では、図８と比較して画像形成装置の登録の情報が最初に行われないが、Ｓ８０３からＳ８０７までは、図８と同じ動きをするので説明を省略する。Ｓ８０８の設定情報リクエストを画像形成装置１００から管理サーバ１０６が受信したときに、画像形成装置１００の管理情報はまだ登録されていない。
【０１２４】
そこで、Ｓ８５０では、画像形成装置１００の認証を行った後に、管理サーバ１０６の提供している全てのサービス情報一覧を作成して、画像形成装置１００へ送信する準備を行う。Ｓ８５１で、管理サーバ１０６は、Ｓ８５０にて作成したサービス情報一覧を画像形成装置１００へ送信する。
【０１２５】
次に、Ｓ８５１にて、管理サーバ１０６のサービス一覧を受信した画像形成装置１００は、Ｓ８５２にて、操作部５０１に表示される画像形成装置のＵＩ上でサービス一覧を表示する。ここで、画像形成装置１００の設定を行っているサービスマンは、管理サーバ１０６で行わせる管理サービスを選択する。
【０１２６】
次に、Ｓ８５３では、画像形成装置１００は、操作部５０１を介してサービスマンの選択したサービスリストを管理サーバ１０６へ送信する。そして、サービスリストを受信した管理サーバ１０６は、Ｓ８５４にて、ＨＴＴＰレスポンスを画像形成装置１００に送信する準備を行う。
【０１２７】
そして、Ｓ８５５にて、管理サーバ１０６は、サービスマンが画像形成装置１００の操作部５０１を介して、選択したサービスリストを受信したことを示すレスポンスを画像形成装置１００に送信する。
【０１２８】
次に、Ｓ８５６では、管理サーバ１０６は受信したサービスリストを画像形成装置の識別子と関連付けをして記憶装置２０８に確保されるデータベース内に保管する。
【０１２９】
次に、Ｓ８５７では、画像形成装置を管理する管理者１０７から監視すべき画像形成装置の情報登録が行われる。この監視すべき画像形成装置の登録にて、画像形成装置の識別ＩＤから管理者１０７の登録した画像形成装置がすでに通信テストを完了していることを検知すると、Ｓ８５８へ進む。そして、Ｓ８５８にて、画像形成装置に提供するサービスを有効化させ、画像形成装置のＵＩでのボタン拡張の準備を含むサービス情報を確認する処理を行う。
【０１３０】
そして、Ｓ８５９にて、画像形成装置１００からコマンド取得の通信を受信すると、Ｓ８６０にて、ＨＴＴＰレスポンスを画像形成装置１００に送信する準備を行う。
【０１３１】
次に、管理サーバ１０６は、画像形成装置の識別ＩＤより、画像形成装置のＵＩでのボタン拡張を指示する画像形成装置であることを識別する。そして、Ｓ８６１にて、管理サーバ１０６は、画像形成装置のＵＩボタンの有効化するための指示を画像形成装置１００に送信する。
【０１３２】
次に、Ｓ８６２にて、画像形成装置１００は管理サーバ１０６よりＵＩボタン情報の設定指示を受信する。そして、Ｓ８１２では、画像形成装置のＵＩのボタンを受信した指示に従い拡張を行う。
【０１３３】
＜管理サーバからの通信データの構成例＞
図１０は、図１に示した管理サーバ１０６から画像形成装置１００へ送信される通信データサンプルの一例を示す図である。本例は、図８に示したＳ８１１における通信データサンプル及び図９に示したＳ８５１における通信データサンプルに対応する。以下、管理サーバ１０６が画像形成装置１００に送信するＵＩボタン情報の設定に関わる通信データの構造を説明する。
【０１３４】
図１０において、Ｓ８１１の通信データサンプルは、図８における管理サーバ１０６が受信した設定情報リクエストＳ８０８に対応して画像形成装置１００に応答されるＲｅｐｌｙデータである。
【０１３５】
１００１はＲｅｐｌｙであることを示すコマンドで、図８に示したＳ８１１におけるＵＩボタン情報の設定のために画像形成装置１００に送信される。
【０１３６】
１００２はコマンド情報で、前回通信の処理結果に対応する情報１００３〜１００５から構成される。情報１００３には、管理サーバ１０６が画像形成装置１００からの通信である設定情報リクエストを受信できたかどうか表すデータが格納される。情報１００４には、データ処理を完了した日時が格納され、情報１００５には情報１００３の通信結果がエラーであった場合の詳細説明情報が格納される。
【０１３７】
１００６はＵＩボタン情報で、設定１００７〜１０１５に詳細データが格納される。設定１００７には、拡張するボタンデータのＩＤ情報が格納される。設定１００８には、設定１００７で定義したボタンＩＤに対応するタイトル情報が格納され、このタイトル情報は画像形成装置のＵＩでは、ボタンのタイトルとして表示される。
【０１３８】
設定１００９には、設定１００７で定義したボタンＩＤに対応する情報のアクセス先となるアドレスが格納される。画像形成装置のＵＩにてボタンを押下すると管理サーバ１０６上の対応した画像形成装置の情報を取得できる。
【０１３９】
Ｓ８１１に示す通信データサンプルでは、アクセス先のアドレスをＵＲＬとし、ＨＴＴＰ通信でデータを渡すことを記載している。ここでは、画像形成装置に関するサービス情報を取得することを目的として、プロトコルやデータの記載に関しては特に制限するものではない。
【０１４０】
なお、設定１０１０〜１０１５はデータ種類別に繰り返して画像形成装置のＵＩボタンの種類の数を繰り返し格納する。
【０１４１】
Ｓ８５１の通信サンプルデータは、図９における管理サーバ１０６が受信した設定情報リクエストＳ８０８に対応したＲｅｐｌｙデータである。
【０１４２】
１００１はＲｅｐｌｙであることを示すコマンドで、図９のＵＩボタン情報の設定Ｓ８５１に相当する。
【０１４３】
１００２はコマンド情報で、前回通信の処理結果に対応する情報１００３〜１００５から構成される。情報１００２〜１００５のデータ部はＳ８１１の通信データサンプルと同じなので説明を省略する。
【０１４４】
１０５１はサービス一覧で、管理サーバ１０６で提供している全ての対応可能なサービス一覧情報が格納される。１０５２、１０５４、１０５６、１０５８はサービス識別ＩＤで、管理サーバ１０６の提供するサービス一つ一つに振られた識別ＩＤが格納される。１０５３はサービス情報で、サービス識別ＩＤ１０５２に関連付けされた管理サーバ１０６のサービス情報が格納される
ここでは、サービス情報１０５３がカウンタ履歴情報に対応し、サービス情報１０５５がイベント履歴情報に対応し、サービス情報１０５７がトナー在庫情報情報に対応し、サービス情報１０５９が部品寿命情報に対応する。
【０１４５】
このように、本実施形態では、サービス一覧１０５１にサービス情報の一覧が管理サーバ１０６の提供するサービスの数分繰り返し格納される。
【０１４６】
＜本実施形態の管理サーバの動作例＞
上記構成に基づいて、本実施形態の管理サーバ１０６のデータ処理例を説明する。なお、以下のデータ処理例では、処理を単純化するために１台の同じ画像形成装置を管理するものとして説明する。しかし、実際には、管理サーバ１０６は複数の画像形成装置を管理しており、その場合には画像形成装置に対しては独立の処理となるが、そのための処理手順は明らかである。
【０１４７】
また、データ処理例では、画像形成装置から何らかの通信があった場合に管理サーバが通信メソッドを認識し、画像形成装置からの送信すべき情報が管理サーバにとって必要十分な情報となるように送信設定を指示する例を示す。
【０１４８】
図１１は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６が、通常の監視モードにあるときに、画像形成装置１００から通信リクエストを受けた場合の処理に対応する。また、本例は、管理サーバ１０６のユーザから監視対象となる画像形成装置を登録するリクエストを受けたときの処理にも対応する。なお、Ｓ１１０１〜Ｓ１１１０は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１４９】
また、本例は、管理サーバ１０６に登録された管理サービスの種類に応じて、画像形成装置１００から直接サービス情報を取得できるＵＩ拡張設定情報を管理サーバ１０６が自動的に決定し、設定情報を送信することを特徴とする。
【０１５０】
すなわち、ユーザによってサービス情報の更新が行われようと、画像形成装置の登録と通信テストの順がどちらから行われようと、常に管理サーバ１０６は、適切な画像形成装置のＵＩボタンが提供されるように画像形成装置１００へ指示を送信する。
【０１５１】
また、本データ処理例では、監視モジュールは画像形成装置１００に内蔵されているものとして、管理サーバ１０６は画像形成装置と通信を行うものとする。
【０１５２】
Ｓ１１０１で、管理サーバ１０６の内部処理であるループを開始して、管理サーバ１０６は画像形成装置の監視モードに入る。次に、Ｓ１１０２で、管理サーバ１０６のＣＰＵ２０２が、ＮｅｔｗｏｒｋＩ／Ｆ２０５を通じて画像形成装置１００から通信を受信しているかどうかを判断する。ここで、ＣＰＵ２０２が画像形成装置１００から通信を受信していると判断した場合は、Ｓ１１０４へ進み、通信の種類が、通信テストなのか、その他の通信であるのか確認を行う。ここで、通信テストでは画像形成装置１００は管理サーバ１０６にて準備されている設定情報の取得リクエストを行う。
【０１５３】
一方、Ｓ１１０２にて、管理サーバ１０６のＣＰＵ２０２が画像形成装置１００から通信を受信していないと判断した場合は、Ｓ１１０３へ進む。そして、Ｓ１１０３で、管理サーバ１０６のユーザである管理者によるＵＩ処理を行う。管理サーバ１０６はＳ１１０３で、管理者による画像形成装置の登録、または登録情報の更新処理を行う。このＳ１１０３の処理は、図１２にて詳細の説明を行う。
【０１５４】
次に、Ｓ１１０４にて、管理サーバ１０６のＣＰＵ２０２が通信の種類が通信テストであるかどうかを判断する。ここで、ＣＰＵ２０２が通信テストであると判断した場合、Ｓ１１０５へ進む。また、通信テストでないとＣＰＵ２０２が判断した場合には、Ｓ１１０６へ進む。
【０１５５】
そして、Ｓ１１０６で、管理サーバ１０６のＣＰＵ２０２は、通常のスケジュール系通信を利用して画像形成装置のＵＩのボタン拡張処理を行い、Ｓ１１１０へ進む。なお、設定情報のリクエスト処理については、図１３のフローチャートにて詳細に説明する。
【０１５６】
Ｓ１１０４で、通信種別が通信テストであるとＣＰＵ２０２が判断した場合には、Ｓ１１０５へ進む。そして、Ｓ１１０５で、リクエストを送信してきた画像形成装置の識別子と、監視対象の画像形成装置のマスタデータＤＢのデータから、すでに画像形成装置が登録されているかをＣＰＵ２０２が判断する。
【０１５７】
ここで、通信対象の画像形成装置がまだ登録されていないとＣＰＵ２０２が判断した場合には、Ｓ１１０８へ進み、管理サーバ１０６の提供しているサービス一覧リストを生成し、画像形成装置１００へ送信する。その後、Ｓ１１０９で、画像形成装置側にてサービスマンの選択したサービスオプション情報をＣＰＵ２０２が受信する。そして、ＣＰＵ２０２は、画像形成装置の識別ＩＤと選択されたサービスオプション情報を関連付けして監視対象の画像形成装置のマスタデータＤＢへ格納する。その後、Ｓ１１１０へ進み、画像形成装置の状態を監視する処理を開始する。
【０１５８】
一方、Ｓ１１０５で、すでに管理サーバ１０６に画像形成装置が登録されているとＣＰＵ２０２が判断した場合には、Ｓ１１０７へ進む。そして、Ｓ１１０７で、ＣＰＵ２０２は、詳細を図１３に示す設定情報をリクエストする処理を行う。
【０１５９】
これらの処理を通して、常に管理サーバ１０６は、通信による画像形成装置からの通信と、提供するサービス情報の種類を認識し、ユーザが意識しなくても適切な画像形成装置のＵＩボタンが提供されるように画像形成装置へ指示を行う。
【０１６０】
図１２は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６において、管理者によるＵＩ処理の詳細処理に対応する。なお、Ｓ１１４１〜Ｓ１１４７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１６１】
上述した図１１のＳ１１０２からＳ１１０３へ進み、管理者からの画像形成装置の登録指示を受けると、管理者によるＵＩ処理が開始される。
【０１６２】
Ｓ１１４１では、管理サーバ１０６のＣＰＵ２０２は、管理者による画像形成装置の情報の登録なのか、別のオペレーションなのかの判定を行う。ここで、ＣＰＵ２０２が管理者の行う操作が画像形成装置の登録であると判断した場合、Ｓ１１４３へと処理を進める。また、画像形成装置の登録処理で無いとＣＰＵ２０２が判断した場合にはＳ１１４２へと処理を進める。
【０１６３】
そして、Ｓ１１４３で、画像形成装置の登録処理中に画像形成装置の識別ＩＤから、監視対象の画像形成装置のマスタデータＤＢにサービスオプション情報が既にあるかどうかをＣＰＵ２０２が判断する。これは、管理者が画像形成装置の登録を行う前に、画像形成装置１００からの通信が行われた場合にサービスオプションが先に定義されている可能性があるためである。
【０１６４】
ここで、管理サーバ１０６のＣＰＵ２０２は、対象とすべき画像形成装置のサービスオプションを持っていると判断した場合には、Ｓ１１４６へ処理を進める。
【０１６５】
一方、Ｓ１１４３で、サービスオプション情報が無いと管理サーバ１０６のＣＰＵ２０２が判断した場合は、Ｓ１１４５へ進む。そして、Ｓ１１４５で、ＵＩから入力された契約情報に応じたサービスオプションを画像形成装置の識別ＩＤと関連付けを行って、監視対象の画像形成装置のマスタデータＤＢに登録を行う。
【０１６６】
一方、Ｓ１１４１にて画像形成装置の登録処理でないと管理サーバ１０６のＣＰＵ２０２が判断した場合は、Ｓ１１４２へ処理を進める。そして、Ｓ１１４２で、管理者が行おうとしている処理が画像形成装置の情報の更新処理なのかどうなのかをＣＰＵ２０２が判断する。ここで、画像形成装置の情報の更新であるとＣＰＵ２０２が判断した場合に、Ｓ１１４４へ進み、その処理がサービスオプションの変更処理なのかどうかをＣＰＵ２０２が判断する。
【０１６７】
ここで、サービスオプションの変更処理でないとＣＰＵ２０２が判断した場合には、画像形成装置のＵＩボタン拡張の処理と関係はなくなるので、本処理を終了する。
【０１６８】
一方、Ｓ１１４４でが、サービスオプションの変更処理であるとＣＰＵ２０２が判断した場合には、Ｓ１１４６へ処理を進める。
【０１６９】
そして、Ｓ１１４６では、ＣＰＵ２０２は、画像形成装置の登録または更新処理によって、画像形成装置にて表示を行うＵＩボタンに必要な設定情報の生成処理を行い、ステップＳ１１４７へ進む。
【０１７０】
そして、Ｓ１１４７では、ＣＰＵ２０２は、画像形成装置に対してＵＩボタンの設定情報を更新するために指示が必要である事を示すフラグであるＵＩ機能フラグに”１”を入力して、管理者によるＵＩ処理を終了する。
【０１７１】
図１３は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６が画像形成装置からの設定情報のリクエストに応答する処理の詳細処理に対応する。なお、Ｓ１１６１〜Ｓ１１６７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１７２】
図１１に示したＳ１１０５からＳ１１０７へ進み、画像形成装置から設定情報をリクエストする要求を受信すると、設定情報をリクエストする処理が開始される。
【０１７３】
まず、Ｓ１１６１では、管理者によるＵＩ処理で設定したＵＩ機能フラグに”１”が指定されているか、または他の値が指定されているかをＣＰＵ２０２が判断する。ここで、ＵＩ機能フラグに”１”以外の値が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１６７へ進み、ＵＩ機能以外の設定情報リクエスト処理を実行して、本処理を終了する。本処理は、本発明とは関係のないので、詳細な説明は省略する。
【０１７４】
Ｓ１１６１で、ＵＩ機能フラグに”１”が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１６２へ進む。そして、Ｓ１１６２で、画像形成装置がＵＩボタン拡張を行うために必要な情報であるアクセス先の情報を管理サーバ１０６のＣＰＵ２０２が画像形成装置１００へ送信する。
【０１７５】
そして、Ｓ１１６３で、Ｓ１１６２で画像形成装置に設定したアクセス先情報が画像形成装置で問題なく設定されたことを表す設定完了の通知を受信しているかどうかをＣＰＵ２０２が判断する。ここで、設定完了の通知を受信しているとＣＰＵ２０２が判断した場合は、Ｓ１１６４で、登録されたサービスオプションと、画像形成装置のモード情報と、表示禁止ＵＩ機能リスト情報に応じて、アクセス先の情報を生成する。
【０１７６】
そして、Ｓ１１６６で、管理サーバ１０６のＣＰＵ２０２は、アクセス先情報を画像形成装置へ送信し、さらに、ＵＩ機能フラグを”０”として、設定変更するべき情報が全てなくなったことをフラグに設定して、本処理を終了する。
【０１７７】
一方、Ｓ１１６３で、設定完了通知を受信していないとＣＰＵ２０２が判断した場合は、Ｓ１１６５で、登録されたサービスオプションと、画像形成装置のモード情報に応じて、アクセス先の情報を生成して、Ｓ１１６６へ進む。
【０１７８】
図１４は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６におけるスケジュール系の通信処理の詳細処理に対応する。なお、Ｓ１１８１〜Ｓ１１８７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１７９】
本処理は、図１１に示したＳ１１０４から、画像形成装置からの通信リクエストが通信テストでないと判断した場合に、Ｓ１１０６へ進み、スケジュール系の通信処理が開始される。
【０１８０】
まず、Ｓ１１８１では、画像形成装置が受信した通信が、図９に示したＳ８５９に対応するコマンド取得を意味するコマンド取得通信なのか、その他の通信なのかをＣＰＵ２０２が判断する。ここで、コマンド取得通信でないとＣＰＵ２０２が判断した場合、Ｓ１１８７へ進み、画像形成装置の通常監視ステータス情報を取得する処理を行い、本処理を終了する。
【０１８１】
一方、Ｓ１１８１で、画像形成装置からの通信がコマンド取得通信であるとＣＰＵ２０２が判断した場合に、Ｓ１１８２へ処理を進める。そして、Ｓ１１８２で、画像形成装置に指示をすべき画像形成装置のＵＩボタン情報があるかを表すＵＩ機能フラグに”１”が指定されているかをＣＰＵ２０２が判断する。ここで、ＵＩ機能フラグに”１”が指定されていないと判断したＣＰＵ２０２が判断した場合には、Ｓ１１８６へ進む。そして、Ｓ１１８６で、ＣＰＵ２０２は、ＵＩ機能以外のコマンド取得通信処理を実行して、本処理を終了する。
【０１８２】
一方、Ｓ１１８２で、ＵＩ機能フラグに”１”が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１８３へ進み、画像形成装置がＵＩボタン拡張を行うために必要な情報であるアクセス先情報を画像形成装置へ送信する。
【０１８３】
そして、Ｓ１１８４で、ＣＰＵ２０２は、Ｓ１１８３で画像形成装置に設定したアクセス先情報が画像形成装置で問題なく設定されたことを表す設定完了通知を受信する。その後、Ｓ１１８５で、ＣＰＵ２０２は、ＵＩ機能フラグを”０”として、設定変更するべき情報が全てなくなったことをフラグに設定する処理を実行して、スケジュール系通信処理を終了する。以後、ＵＩボタン拡張の処理と関係はなくなるので、処理を終了へ進める。
【０１８４】
上記実施形態によれば、常に管理サーバは管理対象の画像形成装置のＵＩに提供するサービスと同期したボタン情報を表示させる事ができる。したがって、画像形成装置側では、画像形成装置のＵＩから余計なログインや検索の処理を行うことなく、管理サーバが管理している画像形成装置の管理情報を取得する事ができる。
【０１８５】
また、本実施形態によれば、画像形成装置は、管理サーバの機能を更新しても、画像形成装置でファームウェアの更新の必要がなく、管理サーバの管理する情報を画像形成装置のＵＩから取得できるようになる。
【０１８６】
したがって、画像形成装置を使用するユーザや管理を行うサービスマンの利便性を向上させることができる。
【０１８７】
〔第２実施形態〕
＜対象ユーザ向けのボタンを拡張する際の例＞
画像形成装置には、図１５，図１６に示すように、一般ユーザの使用するユーザ向けＵＩと、サービスマンの利用するサービスマン向けＵＩなど、特定のユーザ向けにそれぞれ異なるＵＩ情報を提供する例を説明する。
【０１８８】
図１５，図１６は、本実施形態を示す画像形成装置で提供可能なＵＩの一例を示す図である。例えば、図１５は管理サーバの管理対象となっていない画像形成装置のユーザ向けのＵＩの例である。このＵＩに対して上述したＵＩのボタン拡張処理を行うと、図１６に示すように管理サーバから管理情報を直接取得するためのボタンＢＴ１〜Ｂ３が表示されるようにＵＩが拡張される。なお、本実施形態では、ユーザモードによるユーザインタフェースの一例を示すが、サービスマンが管理サーバ１０６と通信する場合には、操作モードとしてサービスモードを設定する。これにより、図１５、図１６に示すユーザインタフェースとは異なる態様のユーザインタフェースを表示するように制御してもよい。なお、管理サーバ１０６は、画像形成装置１００との通信の際に、画像形成装置１００で設定されている操作モードが、ユーザモードであるのか、サービスマンによるサービスモードであるのかを判別する処理を行うものとする。
【０１８９】
画像形成装置は、特定のユーザ向けＵＩの機能を有していることを、管理サーバ１０６にあらかじめ通知しておくことで、管理サーバ１０６はそれぞれの画像形成装置のＵＩにおいて異なるサービスを提供するボタンを拡張して表示することができる。
【０１９０】
以下、画像形成装置のＵＩでボタンを拡張する処理例を図８と図９を用いて説明する。
【０１９１】
図８に示したＳ８０２で、管理サーバ１０６は画像形成装置に対してＵＩボタン情報を生成する。このとき、管理サーバ１０６は画像形成装置の利用者であるユーザ向けＵＩボタン情報と、画像形成装置のメンテナンスを行うサービスマン向けＵＩボタン情報の作成をそれぞれ行う。
【０１９２】
次に、画像形成装置１００との通信において、管理サーバ１０６は、Ｓ８０８で設定情報のリクエストを受信すると同時に、画像形成装置のＵＩ機能情報を受信する。そして、管理サーバ１０６は、あらかじめ生成しているＵＩボタン情報と、受信したＵＩ情報を比較し、適切なＵＩボタン情報を生成して画像形成装置１００へ送信する。
【０１９３】
図１７は、本実施形態を示す管理サーバが画像形成装置に送信するＵＩボタン情報の一例を示す図である。本例では、ＵＩボタン情報がモード、タイトル、ソースから構成され、操作モードとして、ユーザモードと、サービスモードとを備える場合を示す。
【０１９４】
次に、管理サーバ１０６への登録より、画像形成装置１００からの通信テストが管理サーバ１０６に対して先に行われた場合のシーケンスを説明する。
【０１９５】
図９に示したＳ８０８にて、管理サーバ１０６は設定情報のリクエストを画像形成装置１００から受信すると同時に、画像形成装置１００の管理しているＵＩ情報を受信する。これに対して、管理サーバ１０６は、ＵＩ情報に対応するＳ８５１でレスポンスを画像形成装置１００に送信する。
【０１９６】
すると、画像形成装置１００は、Ｓ８５２で、画像形成装置のＵＩのモード情報と、選択したサービスリストを管理サーバ１０６に送信する。ここで、モード情報は、ユーザモード又はサービスマンによるサービスモードのいずれかに対応する。
【０１９７】
このモード情報を受信した管理サーバ１０６は、図９に示したＳ８５２にてサービスマンの選択するサービス情報は、どのＵＩにどのボタンを拡張するのかのリストとして表示される。
【０１９８】
これを選択する事によって、対象ユーザと対象サービスを含めた形で画像形成装置のＵＩ拡張を行う事ができる。
【０１９９】
本実施形態によれば、管理サーバ１０６は管理対象の画像形成装置のＵＩにサービス情報を提供するボタン情報を図１６に示すように表示させる事ができる。つまり、画像形成装置は、管理サーバ１０６の提供する情報を対象ユーザ毎にカスタマイズしたＵＩを表示することができる。なお、画像形成装置１００には、非表示の空のボタンが用意されているので、管理サーバ１０６から受信するアクセス先の情報に基づいて、ボタンにタイトルを表示することができる。
【０２００】
＜拡張ボタンが一時的に利用できなかった際の例＞
画像形成装置のＵＩの拡張を行った場合、ローカルＵＩのボタンと区別無くユーザに機能を提供することになる。
【０２０１】
ただし、ネットワーク上のサービスを利用する以上、一時的にネットワーク障害が発生したり、管理サーバ１０６に障害が発生したりした場合には、管理サーバの管理情報を取得できず、エラーとなる。
【０２０２】
また、画像形成装置がエラーと判断するまでの間、ネットワークのタイムアウトをユーザに待たせることになる。
【０２０３】
そこで、これらの問題を回避する方法として、図６の画像形成装置のＵＩ設定情報ＤＢに、画像形成装置の通信状態を監視するフラグを設ける。
【０２０４】
そして、画像形成装置が管理サーバ１０６の通常監視下にある場合、画像形成装置は定期的に、カウンタ情報やイベント情報を送信している。この通常通信において、管理サーバ１０６と通信できない障害が発生した場合に、画像形成装置の通信状態を監視するフラグに、問題があることを意味するフラグを設定する。
【０２０５】
画像形成装置を使用するユーザが画像形成装置のＵＩを表示させたときに、この通信状態に問題があるフラグがセットされているかどうかを画像形成装置のＣＰＵ５０７が判断する。
【０２０６】
そして、ＣＰＵ５０７が通信状態に問題があるフラグがセットされていると判断した場合には、管理サーバ１０６から、画像形成装置のＵＩを拡張するための情報を取得することができない。
【０２０７】
このため、画像形成装置では、画像形成装置のＵＩ上で拡張ボタンを押下できない状態にして、ＵＩ画面を表示する。このように表示を制御する事で、一時的にボタンが有効でないことをユーザに伝える事ができ、ネットワークのタイムアウトをいちいち待たせることをなくす事ができる。
【０２０８】
また、通常のカウンタ情報やイベント情報の送信で、上記通信状態に問題があったネットワークが通常通信可能な状態に回復したことをＣＰＵ５０７が検知した場合、以下の表示制御を行う。具体的には、画像形成装置の通信状態を監視するフラグから、通信に問題があることを意味するフラグを取り除き、通常のＵＩ画面が表示された場合に、拡張ボタンをユーザに押下可能な状態で表示する制御を行う。
【０２０９】
本実施形態によれば、画像形成装置を使用するユーザは、管理サーバ１０６の情報を取得できない場合には、画像形成装置は、前もって拡張ボタンが利用できない事をユーザに知らせる事ができる。
【０２１０】
＜画像形成装置が備える表示装置に十分な表示能力がない場合の例＞
画像形成装置の中には、図１５、図１６に示すように情報を表示するに足りないＬＣＤ表示器しか備えていない機種も存在する。例えば、一般的なレーザプリンタなどは、ステータス情報を表示するための２行表示が可能なＬＣＤしか備えていない機種がある。そのような機種では、管理サーバの情報を取得したい場合、管理サーバのステータス情報を表示する事が難しい場合がある。
【０２１１】
そこで、画像形成装置の持つ機能を管理サーバ１０６に送信を行い、管理サーバ１０６の提供するメンテナンス情報をどのようなフォーマットで画像形成装置に対して送信するべきかを、設定情報リクエスト時に決定すればよい。この場合のシーケンスを図８と図９を用いて説明する。
【０２１２】
図８に示すＳ８０８おいて、管理サーバ１０６は、画像形成装置から設定情報のリクエストを受信すると同時に、図１８に示す画像形成装置の表示モニタ情報と機能情報を受信する。
【０２１３】
図１８は、図１に示した画像形成装置から受信する送信情報の一例を示す図である。本例は、画像形成装置が２行表示が可能なＬＣＤしか備えていない機種に対応する。また、管理サーバ１０６は、送信情報を図８、図９に示すＳ８０８で画像形成装置１００から受信する設定情報リクエストとともに受信する。ここでは、送信情報が表示モニタ情報と機能情報とから構成される例を示す。
【０２１４】
本実施形態ではモニタのサイズ情報や、データ形式はどのような形式（ＨＴＭＬ，ＰＤＦ）であれば、画像形成装置を利用するユーザに提供することができるのかを示す表示モニタ情報を管理サーバ１０６に送信する。
【０２１５】
管理サーバ１０６は、あらかじめ作成しているＵＩボタン情報と、受信した表示モニタや機能情報を比較し、適切なＵＩボタン情報を生成して画像形成装置１００へ送信する。
【０２１６】
例えば、表示モニタは、２行の文字列しか表示できない画像形成装置だが、ＰＤＦ出力機能を持っていれば、メニューを拡張し、ユーザが選択したときには、管理サーバ１０６から受信するＰＤＦを利用して、プリンタ部５１４から情報を出力させるなどである。
【０２１７】
また、管理サーバ１０６への登録より、画像形成装置１００からの通信テストが管理サーバ１０６に対して先に行われた場合には、管理サーバ１０６は以下のように動作する。
【０２１８】
図９に示すＳ８０８にて、管理サーバ１０６は、設定情報のリクエストを受信すると同時に、画像形成装置１００の表示モニタや機能情報を受信する。このレスポンスとして、表示モニタや機能情報に対応した管理サーバ１０６のサービス一覧情報を画像形成装置１００に送信する。このモード情報を受信した画像形成装置１００は、図９に示したＳ８５２にて、サービスマンの選択するサービス情報は、どのＵＩにどのボタンを拡張するのかのリストとして表示される。このとき、画像形成装置で有効なモニタを持っていない場合には、サービス一覧をプリンタ部５１４でプリントさせて、２桁のＬＣＤを通じて、サービス番号を打ち込むなどして、これを選択する。
【０２１９】
これにより、画像形成装置１００が画像形成装置のＵＩ画面において拡張する情報を表示するために十分なＬＣＤを持っていない場合でも、画像形成装置のＵＩを拡張して、管理サーバ１０６の管理している情報を画像形成装置のユーザに提供することができる。より具体的には、管理サーバ１０６は、画像形成装置１００が情報を表示するのに十分な表示装置がなくても、画像形成装置の表示装置とその機能に応じて、適切なサービスを画像形成装置１００の持つプリント機能にて提供することができる。
【０２２０】
以下、図１９に示すメモリマップを参照して本発明に係る管理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０２２１】
図１９は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２２２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２２３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２２４】
本実施形態における図１１、図１２、図１３、図１４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２２５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２２６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２２７】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０２２８】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０２２９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２３０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０２３１】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２３２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２３３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０２３６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０２３７】
【図１】本実施形態を示す管理装置を含む管理システムの構成を説明する図である。
【図２】図１における管理サーバ１０６のハードウェア構成例を示すブロック図である。
【図３】図２のＲＯＭ２０３又は記憶装置２０８に展開されるプログラム及びデータの構成例を示す図である。
【図４】図１に示した管理サーバ１０６における、ＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を示すブロック図である。
【図５】図１に示した画像形成装置１０２，１０３内の制御部のブロック図である。
【図６】図５に示したＲＯＭ５０４又は記憶装置５０６に展開されるプログラム及びデータの構成例を示す図である。
【図７】図１に示した画像形成装置１０１のＵＩ表示を行うアプリケーションの機能を説明するブロック図である。
【図８】本実施形態を示す管理システムの通信シーケンスを説明する図である。
【図９】本実施形態に係る画像形成装置１０１と管理サーバ１０６とユーザ間の通信シーケンス例の一部を表した図である。
【図１０】図１に示した管理サーバ１０６から画像形成装置１００へ送信される通信データサンプルの一例を示す図である。
【図１１】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１２】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１３】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１４】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１５】本実施形態を示す画像形成装置で提供可能な表示可能なＵＩの一例を示す図である。
【図１６】本実施形態を示す画像形成装置で提供可能な表示可能なＵＩの一例を示す図である。
【図１７】本実施形態を示す管理サーバが画像形成装置に送信するＵＩボタン情報の一例を示す図である。
【図１８】図１に示した画像形成装置から受信する送信情報の一例を示す図である。
【図１９】本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０２３８】
１０１、１０２ 画像形成装置
１０３ クライアントＰＣ
１０６ 管理サーバ
１１０ インターネット
【技術分野】
【０００１】
本発明は、ネットワーク通信を用いたプリンタ、複写機、複合機などの画像形成装置を管理する技術に関する。特に、ネットワークを介して遠隔で画像形成装置を管理する管理サーバの処理結果などを画像形成装置から参照する際の制御に関するものである。
【背景技術】
【０００２】
従来から、インターネット上に管理サーバを設置し、ネットワークを介して顧客先の画像形成装置を遠隔で集中管理するメンテナンスシステムが知られている。この従来のメンテナンスシステムでは、例えば、画像形成装置のステータスやプリント枚数等のメンテナンス情報を画像形成装置の監視プログラムに基づき収集して、画像形成装置の管理を行っていた。
【０００３】
また、従来技術として特許文献１には、画像形成装置の発行したエラー情報に対応するサービス保守情報を画像形成装置のＵＩに表示するといった開示がある。管理サーバからの画像形成装置に発生した特定の障害に対応するサービス保守情報を画像形成装置のＵＩに表示させる。これにより、画像形成装置におけるメンテナンスの効率化を行うことができる。
【特許文献１】特開２００７−１１６６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１と異なり、画像形成装置が障害状態に陥った場合以外に関しても、管理サーバの管理している画像形成装置のメンテナンス情報を画像形成装置で自由に取得するための手法が望まれる。
【０００５】
従来、管理サーバに収集された画像形成装置のメンテナンス情報は、Ｗｅｂページやレポートファイルの形式で、ＨＴＴＰを介して画像形成装置を管理する管理者へ提供されていた。
【０００６】
ここで、メンテナンスサービスを提供しているサービス会社は、画像形成装置の状態を監視できるが、画像形成装置のユーザインタフェース（ＵＩ）から、システムで管理している情報を取得するのが困難だった。
【０００７】
例えば、画像形成装置のユーザインタフェースによる指示に基づき管理サーバの管理している情報を取得するためには、管理サーバからメンテナンス情報を直接取得するプログラムを実装する必要があった。
【０００８】
こういった場合、当然管理サーバと画像形成装置側の双方において機能拡張やファームウェアのアップグレードをする必要があり、コストが高い。また、画像形成装置側でブラウザを搭載し管理情報を閲覧するといった方法が考えられるが、ブラウザの実装は画像形成装置のスペックに依存するので全ての画像形成装置で実装できるものではない。
【０００９】
さらに、画像形成装置の管理システムで管理している情報を取得するためには、ＵＲＬの情報の入力や、ログイン認証、検索などの手順を踏む必要がある。一般的な画像形成装置のインタフェースであるソフトキーボードなど制限された環境では、そういった操作は特に困難で、情報の取得は煩雑な作業といえる。
【００１０】
従って本発明は、認証や画像形成装置の検索を行うことなく、管理サーバで管理している情報を画像形成装置のユーザインタフェースを拡張する事によって容易にユーザに提供可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明の管理装置は以下に示す構成を備える。
【００１２】
ネットワークを介して複数の画像形成装置を管理する管理装置であって、監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定手段と、前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成手段と、前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成手段により生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答手段とを備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、認証や画像形成装置の検索を行うことなく、管理サーバで管理している情報を画像形成装置のユーザインタフェースを拡張する事によって容易にユーザに提供することができる。
【発明を実施するための最良の形態】
【００１４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１５】
＜システム構成の説明＞
〔第１実施形態〕
＜本実施形態の管理システムの構成例＞
図１は、本実施形態を示す管理装置を含む管理システムの構成を説明する図である。本例では、管理装置として機能する管理サーバがネットワークを介して、監視対象の画像形成装置と通信して、画像形成装置が備える表示装置のＵＩで表示できる情報を拡張する処理を説明する。なお、画像形成装置としては、後述する複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ））、プリンタ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ））、デジタル複写機が含まれる。
【００１６】
図１において、１００は顧客のイントラネット環境を示している。１０１、１０２は画像形成装置で、顧客のイントラネット接続されたＭＦＰやＳＦＰで構成される。
【００１７】
本実施形態では、各画像形成装置には、当該画像形成装置が備える記憶装置には監視モジュールが組み込まれている。各画像形成装置は、この監視モジュールが画像形成装置のステータスを監視し、外部の管理サーバと通信を行う。ここで、監視モジュールは、管理サーバ１０６が管理しているサービス機能に対応する情報を取得するためのソフトウエアを含んで構成されている。
【００１８】
また、監視モジュールは、画像形成装置の監視を行うソフトウェアプログラムであり、画像形成装置に組み込む形態でも、ＰＣや専用のハードに組み込まれる形態で存在してもかまわない。
【００１９】
１０３は、一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）を表している。イントラネット内には、インターネットとの接続ポイントであるファイアウォール１０５が設置されている。
【００２０】
１０６は管理サーバを示している。管理サーバ１０６は、インターネット１１０上に設置され各顧客のネットワークに接続される画像形成装置に設けられている監視モジュールと通信を行う事によって、複数の画像形成装置の情報を収集し、管理している。
【００２１】
画像形成装置の監視を行う管理者１０７は、インターネット１１０を介して、管理サーバ１０６へアクセスし、監視対象となる画像形成装置の登録を行うユーザを表している。
【００２２】
管理サーバ１０６は管理者１０７により設定されたサービス機能の内容に応じて画像形成装置１０１，１０２から情報の取得処理を行う。ここで、情報は、画像形成装置１０１、１０２のサービス機能に関わる情報が含まれる。例えば、管理サーバ１０６が管理するサービス機能には、課金カウンタの取得するサービスと、レポートを表示するサービス、エラー・アラームなどの障害イベントを取得するサービスが含まれる。同様に、イベントを通知するサービス、部品カウンタの収集及び部品消耗度の算出するサービス、トナー在庫個数を管理するサービスも含まれる。
【００２３】
また、管理サーバ１０６が取得して管理する画像形成装置の情報には、画像形成装置の動作モード設定や、カウンタ値、稼動ログ、各パーツの使用度合いを表すカウンタ値などの稼動情報、及びハード障害やジャム等の障害情報も含まれる。
【００２４】
また、管理サーバ１０６は、監視モジュール及び画像形成装置１０１，１０２を制御するために、監視モジュールに対して設定情報の更新やリブートなどのコマンド指示を行う。この際の通信手段としては、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを介したＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を利用した通信などがある。なお、通信手段は、管理サーバ１０６と画像形成装置との間で通信ができればいいので、プロトコルはＨＴＴＰやＨＴＴＰＳに限定するものではない。
【００２５】
図１の例では、監視モジュールは、監視対象である画像形成装置１０１，１０２の情報を取得し、ＨＴＴＰＳを利用してプロクシサーバとファイアウォール１０５を介して、取得した情報を管理サーバ１０６に送信している。
【００２６】
１１０はインターネットを示しており、インターネット１０８に類似した別顧客のネットワークが無数に接続されている。
【００２７】
＜本実施形態の管理サーバの構成例＞
図２は、図１における管理サーバ１０６のハードウェア構成例を示すブロック図である。本例は、管理サーバ１０６が汎用のコンピュータ等で構成される場合を示す。
【００２８】
図２において、２０２はＣＰＵで、システムバス２０１に接続されるデバイスを総括的に制御する。２０３は読み出し専用メモリであるＲＯＭで、システム起動に必要なブートプログラムを記憶している。２０４はＲＡＭで、ＣＰＵ２０２でプログラムを実行する際に必要とされる作業メモリである。
【００２９】
２０５はＮｅｔｗｏｒｋ Ｉ／Ｆで、Ｎｅｔｗｏｒｋ上で通信を行う。２０６は表示制御部で、監視モジュールとの通信内容等を表示装置２０９に表示するための表示制御を行う。
【００３０】
２１０、２１１は入力デバイスで、管理サーバ１０６を管理するオペレータが操作する。２０７は入力制御部で、入力デバイス２１０、２１１から入力を受け付ける。
【００３１】
２０８は記憶装置で、ＣＰＵ２０２で実行するプログラムや監視モジュールから送られた各画像形成装置の稼働情報などを格納する。ここで、記憶装置２０８は、磁気ディスク等を記憶媒体として構成される。
【００３２】
管理サーバ１０６は、画像形成装置側の監視モジュールからの定期的な稼働情報通知や不定期的な異常状態の通知、コマンドリクエスト等の通信データをＮｅｔｗｏｒｋＩ／Ｆ２０５を介して受信する。
【００３３】
又、管理サーバ１０６は、ユーザから被管理装置に対応する画像形成装置１０１，１０２への設定変更や動作要求などのコマンド入力は、入力制御部２０７を介して常時受け付けている。
【００３４】
ここで、定期的に画像形成装置から通知される稼働情報には、各種カウンタ値や稼働ログなどが含まれており、管理サーバ１０６は稼動情報を基に画像形成装置を所有している顧客に対して毎月請求する定期メンテナンス料を算出する。
【００３５】
又、管理サーバ１０６は、画像形成装置に使用されているパーツが推奨寿命に対する消耗率を稼動情報としてレポートで出力する。管理サーバ１０６はこの稼働情報を記憶装置２０８に逐次格納する。一方、管理サーバ１０６のオペレータは、記憶装置２０８に格納された稼働情報を適宜参照して顧客への請求額等を決定する。
【００３６】
ここで、不定期的に通知される画像形成装置の異常状態を表す情報には、稼働情報に加えて、発生したハード障害やジャムなどのエラー／アラーム情報が含まれている。
【００３７】
管理サーバ１０６は、これらの情報を画像形成装置１０１ｌ１０２等より受け取ると、情報の緊急度に基づいて次に実行すべき処理を決定する。例えば受け取った情報が、画像形成装置の故障など、画像形成装置が異常状態を表すものであり、すぐに復旧させる必要のある障害情報だった場合には、管理サーバ１０６は以下の処理を行う。具体的には、管理サーバ１０６がすぐに復旧させる必要のある障害情報を通知している画像形成装置を管理しているオペレータに、登録されたメールアドレスに従い電子メールを送信する。
【００３８】
さらに、管理サーバ１０６は、受信した異常状態を表す情報を、記憶装置２０８に逐次格納すると共に表示装２０９上に表示することで、画像形成装置が異常状態に陥っている旨をオペレータに通知する。
【００３９】
一方、画像形成装置から受け取った情報がジャムやアラームのように緊急度が低い場合には、管理サーバ１０６は、そのときの画像形成装置のステータスに応じて電子メールの送信が必要かどうか判断する。
【００４０】
さらに、管理サーバ１０６は、画像形成装置から受信した異常を表す情報を、記憶装置２０８に逐次格納し、表示装置２０９に表示させる必要があるかどうか、そのときの画像形成装置のステータスに応じて処理を行う。
【００４１】
例えば、画像形成装置からジャムを受信したときに、同様のジャムが同じ画像形成装置で連続して発生しているようであれば、管理サーバ１０６は、緊急度を上げて、メール送信やディスプレイ表示などの処理を行う。オペレータは、表示装置２０９上の表示内容から画像形成装置の状態を判断し、必要に応じて障害復旧作業をサービスマンに指示をする。
【００４２】
なお、管理サーバ１０６は、画像形成装置側の監視モジュールからのコマンドリクエストは、任意のタイミングで常時受け付ける。管理サーバ１０６はコマンドリクエストを受ける都度、管理サーバ１０６内の記憶装置２０８を確認し、監視モジュールへの送信すべきコマンドが設定されていたら、監視モジュールへコマンドを送信する。
【００４３】
＜管理サーバの記憶部構成例＞
図３は、図２のＲＯＭ２０３又は記憶装置２０８に展開されるプログラム及びデータの構成例を示す図である。なお、図３には、本実施形態に関連するプログラム及びデータのみを示し、他は省略している。
【００４４】
図３において、３０１はＯＳ等の装置の基礎的な制御を行うシステムプログラムである。３０２は画像形成装置全体を制御するための管理プログラムである。
【００４５】
３０３はユーザインタフェース（ＵＩ）プログラムで、ユーザが監視対象とする画像形成装置の登録を行うために、画像形成装置の識別情報や、提供するサービスの種類、その他画像形成装置を管理するための情報入力を制御する。ＵＩプログラム３０３は、ユーザからの入力されたマスタデータを所定のデータベースへ保管し、監視モジュールと通信を行うための設定情報の生成を行う。ここで、所定のデータベースは、本実施形態においては、記憶装置２０８に確保される。
【００４６】
３０４はユーザ又は管理すべき画像形成装置のための認証プログラムで、画像形成装置を登録するユーザ又は画像形成装置のステータスデータを送信する監視モジュールを認証する。３０５はメッセージ送受信プログラムで、監視モジュールとの間でインターネット介してコマンドを含むメッセージ送受信を制御する。ここで、メッセージとは、監視モジュールと管理サーバとの間でやり取りされるデータのことであり、このメッセージには、データの処理タイプを指定するメソッドと、画像形成装置のステータスデータが含まれる。
【００４７】
また、メッセージは、画像形成装置の監視モジュールから管理サーバ１０６へ、または、管理サーバ１０６から画像形成装置の監視モジュールへの両方へ送信される。
【００４８】
３０６は受信コマンドを解析する解析プログラムで、監視モジュールから受信したメッセージに含まれるコマンドを解析して、それに対応する処理の実行を指示する。
【００４９】
３０７はＵＩ制御メニューを構成するためのメニュー構成プログラムで、ＵＩプログラム３０３でユーザによって登録された管理対象となる画像形成装置のＵＩに、ボタンを拡張するために、必要な設定情報を生成する。ＵＩプログラム３０３は、登録された画像形成装置と選択されたサービス情報から、メンテナンスサービス情報を提供するために必要な画像形成装置から取得すべきデータを決定する。
【００５０】
また、ＵＩプログラム３０３は、管理者１０７がメンテナンス情報を参照するためのアクセス先の情報である画像形成装置の管理情報を決定する。このようにして管理情報が決定すると、メニュー構成プログラム３０７は、画像形成装置のＵＩから直接管理情報を取得するためのサービスタイトルと情報を取得するためのアクセス先の情報を生成する。
【００５１】
３０８は処理プログラムで、解析プログラム３０６の解析結果に対応して実行される処理プログラムである。ここで、処理プログラム３０８は、リクエスト送信処理を担うリクエスト送信処理プログラム３０９、スケジュール設定情報を送信する送信処理プログラム３１０、ステータスを受信する受信処理プログラム３１１が含まれる。
【００５２】
ここで、解析プログラム３０６が、例えばコマンドリクエストと解析すればリクエスト送信処理プログラム３０９を実行し、設定情報受信と解析すればスケジュール設定情報を送信する送信処理プログラム３１０を実行する。
【００５３】
同様に、解析プログラム３０６が、例えば画像形成装置のステータス受信と解析すれば、ステータスを受信する受信処理プログラム３１１を実行する。この例では、本実施形態に関連する受信コマンドを示したが、これに限定されない。
【００５４】
３１２はサービス情報を管理するサービス情報データベースで、管理者に提供するサービス機能に必要な管理テーブル３１３〜３１７が蓄積されるように構成されている。
【００５５】
本実施形態では、サービス機能として、画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品在庫情報を取得するサービス機能が含まれる。さらに、サービス機能として、画像形成装置の交換可能な部品交換履歴情報を取得するサービス機能を含まれるが、これらの組み合わせは、図８に示すように管理者１０７の設定に従うものとする。
【００５６】
管理テーブル３１３は、基本情報である画像形成装置の製品情報を管理する。管理テーブル３１４は、画像形成装置のカウンタ情報を管理する。管理テーブル３１５は、画像形成装置のエラーなどイベント情報を管理する。
【００５７】
また、管理テーブル３１６は、顧客先にストックされているトナー在庫数とトナーイベントを関連付けて管理する。管理テーブル３１７は、画像形成装置に使用されている各部品がどのくらい使用されているのかを示す部品寿命情報を管理する。
【００５８】
３１８は監視対象である画像形成装置のマスタデータを管理するデータベースで、マスタデータを構成する各種の情報３１９〜３２２が保管されるように構成される。
【００５９】
情報３１９は、画像形成装置を識別するための識別情報である。情報３２０は監視対象となる画像形成装置の機種情報である。情報３２１は、各画像形成装置のＵＩにてボタンの拡張を行う際の設定情報となるＵＩボタン情報である。
【００６０】
情報３２２は、画像形成装置のＵＩから管理サーバに情報を取得させる際のアクセス先の情報の一例を示すアドレス情報である。
【００６１】
＜本実施形態の管理サーバのソフトウエア構成例＞
図４は、図１に示した管理サーバ１０６における、画像形成装置のＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を示すブロック図である。以下、アプリケーションが備える機能を説明する。
【００６２】
図４において、４０３はＵＩ登録部で、ユーザから画像形成装置の登録を受け付ける。管理者１０７は、画像形成装置の識別子や製品情報を入力すると共に、一台一台の画像形成装置にそれぞれ提供するサービスの選択を行う。
【００６３】
４０２は登録情報入出力部で、画像形成装置の情報を情報記憶部４０１へ登録したり、情報記憶部４０から登録された画像形成装置の情報の読み出したりする。
【００６４】
４０５はボタン情報発行部で、画像形成装置と関連付けされているサービス情報から、画像形成装置のＵＩのボタン情報を生成する。ボタン情報発行部４０５が発行したボタン情報は、再度情報記憶部４０１に保管される。
【００６５】
４０４は通信Ｉ／Ｆ部で、監視モジュールと通信を行う。４０７は通信コマンド解釈部で、監視モジュールから受信したデータから識別ＩＤや通信コマンドをデータとして取り出す。
【００６６】
また、通信コマンド解釈部４０７は、監視モジュールへ送信するデータを通信用フォーマットへ成形する機能も有する。４０８は通信設定情報を発行する通信情報発行部で、画像形成装置のＵＩのボタン拡張を行わせるための設定情報に対応するＵＩボタン情報を監視モジュールに送信する必要があるかを判断する処理を行う。
【００６７】
また、通信情報発行部４０８はコマンドを要求されたときに、対象の監視モジュールに適切な画像形成装置のＵＩ情報を送信する必要があるかを判断する機能を有する。この通信情報発行部４０８は、通信Ｉ／Ｆ部４０４から受信した画像形成装置の識別子を用いて、情報記憶部４０１から、対応する画像形成装置の情報を参照し、通信対象の画像形成装置にとって適切なＵＩ設定情報を送信することを決定する。
【００６８】
また、通信コマンド解釈部４０７は、通常監視状態に監視モジュールから画像形成装置のステータスデータや、管理サーバ１０６が管理するサービス情報へ画像形成装置のＵＩからのリクエスト通信を受信する。なお、通常、画像形成装置を監視する時の画像形成装置のステータスデータの保管処理や、サービス情報へのアクセス処理に関しては、記載を省略する。
【００６９】
図５は、図１に示した画像形成装置１０１，１０２内の制御部のブロック図である。なお、画像形成装置には、リーダ部５１５、プリンタ部５１４、ファクシミリ送受信部を備えるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）が含まれる。さらに、画像形成装置には、ＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）も含まれる。また、画像形成装置は、オプション装置を装着して、機能を拡張可能に構成されている。例えばプリンタ部５１４には、シート後処理を行う排紙装置が装着可能に構成されている。ここで、シート後処理には、ステイプル処理、折り処理等、あるいはこれらを組み合わせた製本処理等が含まれる。
【００７０】
ここでは画像形成装置内で監視モジュールが処理を行う例を表している。監視モジュールは、画像形成装置内の制御部５００内で処理され、画像形成装置の個別情報の管理や、画像形成装置のステータス情報を管理サーバに送信するなどの処理を行う。
【００７１】
画像形成装置の制御部５００では、主として、プリントやスキャンなどの各機能処理に基づく制御を行い、そのほかに、監視モジュールに基づく管理サーバ１０６との通信を制御する。
【００７２】
図５において、制御部５００の各構成要素は、システムバス５１６及び画像バス５１７に接続されている。
【００７３】
ＲＯＭ５０４には画像形成装置の各機能処理を実行するための制御プログラム及び、上記監視プログラムが格納されており、ＣＰＵ５０７で実行される。なお、監視プログラムは、ネットワークを介して管理サーバ１０６から取得してフラッシュメモリに更新可能に記憶されていてもよい。これにより、定期的に或いはユーザからの指示に従い、最新の監視プログラムを利用して、監視処理を実行することが可能となる。
【００７４】
ＲＡＭ５０５は、プログラムを実行するためのワークメモリエリアであり、監視プログラムが監視を行う上で必要な画像形成装置のステータス情報や、画像データを一時記憶するための画像メモリとしても用いられる。記憶装置５０６は不揮発性の記憶装置であり、画像形成装置１０１の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値、稼働ログなどが記憶される。ここで、記憶装置５０６は、例えばハードディスクで構成される。
【００７５】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２は、ＬＡＮと接続するためのインタフェース部であり、ＬＡＮを介して管理サーバ１０６と通信を行う。回線Ｉ／Ｆ部５０３は、ＩＳＤＮや公衆電話網に接続され、ＲＯＭ５０４内の通信制御プログラムにより制御され、ＩＳＤＮ Ｉ／Ｆやモデム、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線Ｉ／Ｆ部５０３を使用して行う。
【００７６】
操作部５０１には表示手段やキー入力手段が備えられており、これらはＣＰＵ５０７にて制御される。操作者は、キー入力手段を通してスキャナによる読み取りやプリンタ部５１４によるプリント出力に関する各種設定指示や、作動／停止指示を行う。
【００７７】
ＩＯ制御部５０８は、システムバス５１６と画像データを高速で転送する画像バス５１７とを接続するためのバスブリッジとして機能する。
【００７８】
なお、画像バス５１７は、例えばＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス５１７上には以下の処理部が配置される。
【００７９】
デジタルＩ／Ｆ部５１１は、画像形成装置のリーダ部５１５やプリンタ部５１４と制御部５００とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダ部５１５やプリンタ部５１４内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部５１１、及びＩＯ制御部５０８を介してシステムバス５１６へ出力される。
【００８０】
画像処理部５０９は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部５１０は画像データの回転を行う。画像圧縮伸長部５１２は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨのいずれかに従う圧縮伸張処理を行う。画像密度変換部５１３は、出力用画像データに対して解像度変換等を行う。
【００８１】
ＣＰＵ５０７は制御プログラムを実行することにより、記憶装置５０６内のカウンタ値や稼働ログなどの稼動情報や障害情報を読み出し、これらを画像形成装置のステータス情報として、Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２を介して管理サーバ１０６へ送信する。
【００８２】
Ｎｅｔｗｏｒｋ Ｉ／Ｆ５０２を介して管理サーバ１０６から受信した画像形成装置のＵＩボタン情報は、一旦ＲＡＭ５０５に保管されＣＰＵ５０７によって、処理される。この処理結果に応じて、操作部５０１にて表示しているユーザへのメニュー情報に、管理サーバ１０６で管理している画像形成装置の情報を表示するためのボタン情報が拡張される。
【００８３】
＜画像形成装置の記憶部構成例＞
図６は、図５に示したＲＯＭ５０４又は記憶装置５０６に展開されるプログラム及びデータの構成例を示す図である。なお、図６には、本実施形態に関連するプログラム及びデータのみを示し、他は省略している。
【００８４】
図６において、６０１はオペレーティングシステム（ＯＳ）等を含む基本的な制御を行うシステム基本プログラムである。６０２は画像形成装置の管理を行う管理プログラムである。
【００８５】
６０３はメッセージ送受信プログラムで、メッセージ送受信を制御する。具体的には、メッセージ送受信プログラム６０３は、管理サーバ１０６から画像形成装置のＵＩボタン情報やその他設定指示等の受信、または、画像形成装置のステータス情報やコマンドリクエストを送信する処理を制御する。
【００８６】
６０４は解析プログラムで、メッセージ送受信プログラム６０３によって受信した画像形成装置のＵＩボタン情報や、その他のコマンド処理を解析し、その後の処理を行うための適切なプログラムへの入力処理を行う。
【００８７】
ここで、画像形成装置のＵＩボタン情報を管理サーバ１０６から受信した場合には、解析プログラム６０４は、画像形成装置のＵＩ設定を変更するため、ＵＩ設定変更プログラム６１１にボタン拡張の処理を発行する。ここで、ＵＩ設定変更プログラム６１１は画像形成装置のＵＩのボタン制御として、指示されたメニューへ指定された処理と共にボタン拡張処理を行う。
【００８８】
解析プログラム６０４が管理サーバ１０６から受信したコマンドを、スケジュール情報の設定のためのコマンドであると解析した場合に、スケジュール設定情報を解析する。そして、解析プログラム６０５がどの種類のデータをどのスケジュールで管理サーバ１０６に送信するのかを決定する。
【００８９】
６０６は各処理プログラムで、以下の処理プログラム６０７〜６１０から構成される。
【００９０】
イベント情報を送信する処理プログラム６０７は、画像形成装置でイベントが発生した場合に、イベントデータをどのタイミングで管理サーバ１０６に送信すればいいのか、解析結果を確認する。そして、処理プログラム６０７は、その解析結果に応じてイベント情報を送信する処理を行う。また、処理プログラム６０７は、その各処理プログラムのイベント情報を送信する処理を行う。
【００９１】
処理プログラム６０８は、スケジュール情報を送信する。処理プログラム６０９は、カウンタ情報を送信する処理を行う。処理プログラム６１０は、スケジュール設定を変更する処理を行う。
【００９２】
画像形成装置の状態ＤＢ６１２には、画像形成装置のファームウェアや画像形成装置のタイプなど、画像形成装置の基本情報６１３や、今までに発生したエラー６１４などが保管されている。さらに、状態ＤＢ６１２には、アラーム６１５などのイベント情報、課金カウンタ情報６１６や、機能カウンタ情報６１７などが保管されている。その他に、管理サーバ１０６が提供している機能に基づく情報も保管されている。
【００９３】
例えば、ジャム履歴情報や部品寿命情報、トナー在庫の管理情報などがある。
【００９４】
また、６１８は画像形成装置のＵＩを設定する設定情報ＤＢで、拡張追加した画像形成装置のＵＩに関わるボタン情報６１９を管理している。さらに、設定情報ＤＢ６１８は、画像形成装置のＵＩ上で拡張追加されたボタンを押下することでユーザに提供する情報を、管理サーバ１０６のどのアクセス先アドレスに結びつけるかを示すアクセス先アドレス６２０を管理している。
【００９５】
また、図６では省略しているが、画像形成装置が複数のユーザ向けの表示モードを管理していた場合に、どのモード画面にどのボタンを表示するかなど、拡張されたボタンに関する情報が管理されている。
【００９６】
６２１は、図１７に示すプログラムをＣＰＵ５０７が実行するためロードする記憶領域である。
【００９７】
＜本実施形態の画像形成装置のソフトウエア構成例＞
図７は、図１に示した画像形成装置１０１のＵＩ表示を行うアプリケーションの機能を説明するブロック図である。本例では、画像形成装置１０１のＵＩ部７０３において、画像形成装置のＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を説明する。
【００９８】
ここで、アプリケーションプログラムは、ユーザから指示入力を受け付けるためのＵＩ部７０３を有する。ユーザは、ＵＩ部７０３を用いて画像形成装置のステータス表示やネットワークの設定など画像形成装置のコントロールを行う。
【００９９】
アプリケーションプログラムは、このＵＩ部７０３で、管理サーバ１０６の指定したボタン情報を情報記憶部７０９からボタン情報入出力部７０６を介して取得し、ユーザに拡張されたボタンとして表示を行う。
【０１００】
アプリケーションプログラムは、管理処理部７０５にて、画像形成装置のステータス情報を監視する。管理処理部７０５は、設定されたスケジュールにしたがってカウンタ情報や画像形成装置１０１内で発生しているイベント情報を情報記憶部７０１へ登録情報入出力部７０２を介して保管する。その他に、管理処理部７０５は、管理サーバ１０６から受信したＵＩボタン情報を情報記憶部７０９へボタン情報入出力部７０６を介して保管する。
【０１０１】
又、アプリケーションプログラムは管理サーバ１０６と通信を行う通信Ｉ／Ｆ部７０４と、管理サーバ１０６から受信した通信情報から、設定データやコマンドを取り出す通信コマンド解釈部７０７を有する。この通信コマンド解釈部７０７では、管理サーバ１０６より受信したデータからＵＩボタン情報を抜き出し、通信情報制御部７０８へ入力する。通信情報制御部７０８では、管理サーバ１０６より受信したデータやコマンドなど通信コマンド解釈部７０７を介して受け取る。
【０１０２】
そして、管理処理部７０５への入力と、管理処理部７０５によって管理されているカウンタ情報やイベント情報をあらかじめ決められた設定に応じて管理サーバ１０６へ送信するための制御を行う。
【０１０３】
＜本実施形態の通信シーケンスの概略＞
図８は、本実施形態を示す管理システムの通信シーケンスを説明する図である。本例は、画像形成装置１０１と管理サーバ１０６とユーザ間のサービス処理に基づく通信シーケンス例の一部を示す。なお、図１と同一のものには同一の符号を付してある。また、図８では、画像形成装置の監視を行う初期シーケンスとして、管理者１０７が管理サーバ１０６に対して監視対象となる画像形成装置の情報を登録するシーケンスから始まる。また、Ｓ８０１〜Ｓ８１５は各ステップを示す。さらに、本例では、管理サーバ１０６が画像形成装置１００を監視対象とする例を説明する。管理サーバ１０６は、図３に示した監視対象の画像形成装置のマスタデータベース３１８に、識別情報３１９，機種情報３２０，ＵＩボタン情報３２１，ＵＩアクセス先のアドレス情報３２２がＳ８０１で設定されるものとする。以下、登録されたＵＩボタン情報３２１，ＵＩアクセス先のアドレス情報３２２は、Ｓ８１１において、画像形成装置に応答される場合を説明する。
【０１０４】
しかし、実際の運用形態では、画像形成装置の設置及び画像形成装置から管理サーバ１０６に対する通信テストが最初に行われるケースがある。ここで通信テストと示している通信の種類は、画像形成装置１００からの初期通信を示している。また、通信テストとは、画像形成装置１００から管理サーバ１０６へ、設定情報の取得を始めて行う通信のことである。画像形成装置１００からの通信テストが先に行われるシーケンスは、図９にて後述する。
【０１０５】
また、本シーケンス例では、画像形成装置１００からの初回通信である通信テストを利用して、管理サーバ１０６から設定情報の取得リクエストを行っている。しかし、設定情報の取得リクエストは初回通信の通信テストに限定するものではなく、機能として画像形成装置１００が管理サーバ１０６から設定情報を取得するもので有ればよい。
【０１０６】
Ｓ８０１で、画像形成装置１００を管理する管理者１０７から管理サーバ１０６に対して、以下に示す監視すべき画像形成装置１００の情報を記憶装置２０８に登録する。ここで、監視すべき画像形成装置１００の情報には、画像形成装置の識別ＩＤや機種名、利用するサービスの種類など、画像形成装置１００の監視を行う上で必要な情報が含まれ、これらの監視すべき画像形成装置１００の情報が記憶装置２０８に登録される。なお、登録処理は、管理サーバ１０６のＵＩ登録部４０３を用いて行われる。
【０１０７】
次に、Ｓ８０２で、ボタン情報発行部４０５がＳ８０１の監視すべき画像形成装置１００の情報の登録を受けて、選択されたサービス機能から、画像形成装置１００のＵＩにて拡張するボタン情報の生成処理を行う。ここで、サービス機能は、サービス機能を提供する側と、画像形成装置１００を導入する顧客側との契約等により、あらかじめ決定されている。このため、画像形成装置１００のユーザが有効でないサービス機能を選択しても、当該サービス機能に対応するボタンが本処理により拡張表示されることはない。
【０１０８】
次に、Ｓ８０３で、顧客先にて画像形成装置１００の設置を行い、初期設定を行う。ここで、設置している画像形成装置１０の識別ＩＤは事前に管理サーバ１０６へ画像形成装置１００の登録を行うユーザへ連絡されている。したがって、画像形成装置１００の設置処理を行っているときには、すでに管理サーバ１０６で画像形成装置１００の登録処理は完了している。
【０１０９】
次に、Ｓ８０４では、画像形成装置１００の初期設置が完了し、画像形成装置１００をリモート監視の対象とするために、通信テストを行う。本実施形態では、シーケンス上では、ＨＴＴＰプロトコルを利用して、Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｓｔのメソッドを発行しているが、ここでは通信が確実に行われたことが確認できればよい。
【０１１０】
次に、Ｓ８０５では、管理サーバ１０６内の処理でＨＴＴＰ通信を受付けて、ＨＴＴＰのレスポンスを用意する。次に、Ｓ８０６では、Ｓ８０４の通信処理から画像形成装置１００の識別ＩＤを取り出し、この通信テストを行った画像形成装置１００がどの識別ＩＤを持つ画像形成装置なのかを確認している。
【０１１１】
次に、Ｓ８０８は、画像形成装置１００が管理サーバ１０６に対して、設定情報のリクエストを行っている。これは、画像形成装置１００が被管理の対象となる際に、どのような設定をもとに画像形成装置が動くべきかの問い合わせを行っている処理に対応する。
【０１１２】
次に、Ｓ８０９では、管理サーバ１０６がＨＴＴＰのレスポンスとして、Ｓ８０８に対応した通信処理を準備する。次に、Ｓ８１０にて画像形成装置１００の識別ＩＤより認証を行い、管理サーバ１０６で保管している監視対象の画像形成装置のＵＩボタン情報を取得する。そして、Ｓ８１１にて、取得したＵＩボタン情報をＨＴＴＰレスポンスとして画像形成装置１００に送信する。この際、ＵＩボタン情報とＵＩアクセス先のアドレス情報も合わせて画像形成装置１００に送信される。
【０１１３】
次に、Ｓ８１２にて、画像形成装置１００は受信したＵＩボタン情報に応じて画像形成装置のＵＩ上のボタンを拡張する処理を行う。次に、Ｓ８１３にてボタンの拡張処理が終了したことを設定完了通知として管理サーバ１０６へ送信する。これにより、図１６に示すようにサービス機能に基づくボタンがユーザインタフェース上に拡張されて表示される。そして、ユーザが拡張されたボタンを選択すると、当該ボタンに対応付けられているアクセス先の情報に従い、ネットワークを介して取得先にアクセスする。
【０１１４】
次に、Ｓ８１４で、管理サーバ１０６はＨＴＴＰ通信のレスポンスを用意して、Ｓ８１５で、管理サーバ１０６は設定完了通知を受信したことを画像形成装置１００へ送信する。これにより、管理サーバ１０６の管理者１０７が監視対象としてあらかじめ設定したボタン情報と、アクセス先の情報とが管理サーバ１０６との通信テストの際に画像形成装置１００に送信されて設定される。なお、本実施形態では、画像形成装置１００との通信テストの前に、管理者１０７が管理サーバ１０６のマスタデータベース３１８に設定が完了している場合である。
【０１１５】
なお、実際のサービスマンが行う業務プロセスでは、上記のように画像形成装置の登録が常に先に行われるとは限らず、画像形成装置の登録が、通信テストの後になるケースがある。
【０１１６】
このような場合、画像形成装置１００側で通信テストを行ったサービスマンは作業を完了させ、顧客のオフィスを離れる。
【０１１７】
その後、管理サーバ１０６への画像形成装置１００の登録を行うと、管理サーバ１０６においてアクセス先ＵＲＬが生成され、コマンド呼び出しを利用して画像形成装置１００のＵＩを拡張する方法が考えられる。
【０１１８】
しかし、この方法では、画像形成装置の設置完了後、サービスマンがいなくなってから画像形成装置のメニューが自動的に拡張されることになるので、ユーザ側での混乱や、機能に関する問い合わせが多発するなどの事態が発生する。
【０１１９】
そこで、以下、図９に示すように、管理サーバ１０６が最初に提供できる全てのサービス一覧を画像形成装置１０１，１０２に対して最初に送信する。そして、サービスマンが画像形成装置１０１，１０２の操作部５０１を介して、サービス一覧に対応して拡張表示される全てのボタンの中から、表示制限を設けるボタンを指定する。そして、画像形成装置１０１，１０２は、指定されたボタンに対応する表示制御ＵＩ機能リストを作成して保持する。
【０１２０】
次に、画像形成装置１０１，１０２は、保持されている表示制御ＵＩ機能リストを管理サーバ１０６に送信する。以後、第１実施形態と同様に制限された機能を除く、機能に対応するボタン情報と、そのアクセス先情報を画像形成装置１０１，１０２に送信するように構成することで、上記の状態に対処することができる。以下、その実施形態について図９を用いて詳細に説明する。
【０１２１】
図９は、本実施形態に係る画像形成装置１０１と管理サーバ１０６とユーザ間の通信シーケンス例の一部を表した図である。図８では、ユーザが管理サーバに画像形成装置の情報を登録するシーケンスから始まる例を記載したが、図９では、画像形成装置の設置及び画像形成装置から管理サーバに対する通信テストが最初に行われるケースを表した図である。
【０１２２】
図９は、本実施形態を示す管理システムの通信シーケンスを説明する図である。本例は、画像形成装置１０１と管理サーバ１０６とユーザ間のサービス処理に基づく通信シーケンス例の一部を示す。なお、図１と同一のものには同一の符号を付してある。また、Ｓ８０３〜Ｓ８０９、Ｓ８１２〜Ｓ８１５、Ｓ８５０〜Ｓ８６２は各ステップを示す。
【０１２３】
図９に示すシーケンス例では、図８と比較して画像形成装置の登録の情報が最初に行われないが、Ｓ８０３からＳ８０７までは、図８と同じ動きをするので説明を省略する。Ｓ８０８の設定情報リクエストを画像形成装置１００から管理サーバ１０６が受信したときに、画像形成装置１００の管理情報はまだ登録されていない。
【０１２４】
そこで、Ｓ８５０では、画像形成装置１００の認証を行った後に、管理サーバ１０６の提供している全てのサービス情報一覧を作成して、画像形成装置１００へ送信する準備を行う。Ｓ８５１で、管理サーバ１０６は、Ｓ８５０にて作成したサービス情報一覧を画像形成装置１００へ送信する。
【０１２５】
次に、Ｓ８５１にて、管理サーバ１０６のサービス一覧を受信した画像形成装置１００は、Ｓ８５２にて、操作部５０１に表示される画像形成装置のＵＩ上でサービス一覧を表示する。ここで、画像形成装置１００の設定を行っているサービスマンは、管理サーバ１０６で行わせる管理サービスを選択する。
【０１２６】
次に、Ｓ８５３では、画像形成装置１００は、操作部５０１を介してサービスマンの選択したサービスリストを管理サーバ１０６へ送信する。そして、サービスリストを受信した管理サーバ１０６は、Ｓ８５４にて、ＨＴＴＰレスポンスを画像形成装置１００に送信する準備を行う。
【０１２７】
そして、Ｓ８５５にて、管理サーバ１０６は、サービスマンが画像形成装置１００の操作部５０１を介して、選択したサービスリストを受信したことを示すレスポンスを画像形成装置１００に送信する。
【０１２８】
次に、Ｓ８５６では、管理サーバ１０６は受信したサービスリストを画像形成装置の識別子と関連付けをして記憶装置２０８に確保されるデータベース内に保管する。
【０１２９】
次に、Ｓ８５７では、画像形成装置を管理する管理者１０７から監視すべき画像形成装置の情報登録が行われる。この監視すべき画像形成装置の登録にて、画像形成装置の識別ＩＤから管理者１０７の登録した画像形成装置がすでに通信テストを完了していることを検知すると、Ｓ８５８へ進む。そして、Ｓ８５８にて、画像形成装置に提供するサービスを有効化させ、画像形成装置のＵＩでのボタン拡張の準備を含むサービス情報を確認する処理を行う。
【０１３０】
そして、Ｓ８５９にて、画像形成装置１００からコマンド取得の通信を受信すると、Ｓ８６０にて、ＨＴＴＰレスポンスを画像形成装置１００に送信する準備を行う。
【０１３１】
次に、管理サーバ１０６は、画像形成装置の識別ＩＤより、画像形成装置のＵＩでのボタン拡張を指示する画像形成装置であることを識別する。そして、Ｓ８６１にて、管理サーバ１０６は、画像形成装置のＵＩボタンの有効化するための指示を画像形成装置１００に送信する。
【０１３２】
次に、Ｓ８６２にて、画像形成装置１００は管理サーバ１０６よりＵＩボタン情報の設定指示を受信する。そして、Ｓ８１２では、画像形成装置のＵＩのボタンを受信した指示に従い拡張を行う。
【０１３３】
＜管理サーバからの通信データの構成例＞
図１０は、図１に示した管理サーバ１０６から画像形成装置１００へ送信される通信データサンプルの一例を示す図である。本例は、図８に示したＳ８１１における通信データサンプル及び図９に示したＳ８５１における通信データサンプルに対応する。以下、管理サーバ１０６が画像形成装置１００に送信するＵＩボタン情報の設定に関わる通信データの構造を説明する。
【０１３４】
図１０において、Ｓ８１１の通信データサンプルは、図８における管理サーバ１０６が受信した設定情報リクエストＳ８０８に対応して画像形成装置１００に応答されるＲｅｐｌｙデータである。
【０１３５】
１００１はＲｅｐｌｙであることを示すコマンドで、図８に示したＳ８１１におけるＵＩボタン情報の設定のために画像形成装置１００に送信される。
【０１３６】
１００２はコマンド情報で、前回通信の処理結果に対応する情報１００３〜１００５から構成される。情報１００３には、管理サーバ１０６が画像形成装置１００からの通信である設定情報リクエストを受信できたかどうか表すデータが格納される。情報１００４には、データ処理を完了した日時が格納され、情報１００５には情報１００３の通信結果がエラーであった場合の詳細説明情報が格納される。
【０１３７】
１００６はＵＩボタン情報で、設定１００７〜１０１５に詳細データが格納される。設定１００７には、拡張するボタンデータのＩＤ情報が格納される。設定１００８には、設定１００７で定義したボタンＩＤに対応するタイトル情報が格納され、このタイトル情報は画像形成装置のＵＩでは、ボタンのタイトルとして表示される。
【０１３８】
設定１００９には、設定１００７で定義したボタンＩＤに対応する情報のアクセス先となるアドレスが格納される。画像形成装置のＵＩにてボタンを押下すると管理サーバ１０６上の対応した画像形成装置の情報を取得できる。
【０１３９】
Ｓ８１１に示す通信データサンプルでは、アクセス先のアドレスをＵＲＬとし、ＨＴＴＰ通信でデータを渡すことを記載している。ここでは、画像形成装置に関するサービス情報を取得することを目的として、プロトコルやデータの記載に関しては特に制限するものではない。
【０１４０】
なお、設定１０１０〜１０１５はデータ種類別に繰り返して画像形成装置のＵＩボタンの種類の数を繰り返し格納する。
【０１４１】
Ｓ８５１の通信サンプルデータは、図９における管理サーバ１０６が受信した設定情報リクエストＳ８０８に対応したＲｅｐｌｙデータである。
【０１４２】
１００１はＲｅｐｌｙであることを示すコマンドで、図９のＵＩボタン情報の設定Ｓ８５１に相当する。
【０１４３】
１００２はコマンド情報で、前回通信の処理結果に対応する情報１００３〜１００５から構成される。情報１００２〜１００５のデータ部はＳ８１１の通信データサンプルと同じなので説明を省略する。
【０１４４】
１０５１はサービス一覧で、管理サーバ１０６で提供している全ての対応可能なサービス一覧情報が格納される。１０５２、１０５４、１０５６、１０５８はサービス識別ＩＤで、管理サーバ１０６の提供するサービス一つ一つに振られた識別ＩＤが格納される。１０５３はサービス情報で、サービス識別ＩＤ１０５２に関連付けされた管理サーバ１０６のサービス情報が格納される
ここでは、サービス情報１０５３がカウンタ履歴情報に対応し、サービス情報１０５５がイベント履歴情報に対応し、サービス情報１０５７がトナー在庫情報情報に対応し、サービス情報１０５９が部品寿命情報に対応する。
【０１４５】
このように、本実施形態では、サービス一覧１０５１にサービス情報の一覧が管理サーバ１０６の提供するサービスの数分繰り返し格納される。
【０１４６】
＜本実施形態の管理サーバの動作例＞
上記構成に基づいて、本実施形態の管理サーバ１０６のデータ処理例を説明する。なお、以下のデータ処理例では、処理を単純化するために１台の同じ画像形成装置を管理するものとして説明する。しかし、実際には、管理サーバ１０６は複数の画像形成装置を管理しており、その場合には画像形成装置に対しては独立の処理となるが、そのための処理手順は明らかである。
【０１４７】
また、データ処理例では、画像形成装置から何らかの通信があった場合に管理サーバが通信メソッドを認識し、画像形成装置からの送信すべき情報が管理サーバにとって必要十分な情報となるように送信設定を指示する例を示す。
【０１４８】
図１１は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６が、通常の監視モードにあるときに、画像形成装置１００から通信リクエストを受けた場合の処理に対応する。また、本例は、管理サーバ１０６のユーザから監視対象となる画像形成装置を登録するリクエストを受けたときの処理にも対応する。なお、Ｓ１１０１〜Ｓ１１１０は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１４９】
また、本例は、管理サーバ１０６に登録された管理サービスの種類に応じて、画像形成装置１００から直接サービス情報を取得できるＵＩ拡張設定情報を管理サーバ１０６が自動的に決定し、設定情報を送信することを特徴とする。
【０１５０】
すなわち、ユーザによってサービス情報の更新が行われようと、画像形成装置の登録と通信テストの順がどちらから行われようと、常に管理サーバ１０６は、適切な画像形成装置のＵＩボタンが提供されるように画像形成装置１００へ指示を送信する。
【０１５１】
また、本データ処理例では、監視モジュールは画像形成装置１００に内蔵されているものとして、管理サーバ１０６は画像形成装置と通信を行うものとする。
【０１５２】
Ｓ１１０１で、管理サーバ１０６の内部処理であるループを開始して、管理サーバ１０６は画像形成装置の監視モードに入る。次に、Ｓ１１０２で、管理サーバ１０６のＣＰＵ２０２が、ＮｅｔｗｏｒｋＩ／Ｆ２０５を通じて画像形成装置１００から通信を受信しているかどうかを判断する。ここで、ＣＰＵ２０２が画像形成装置１００から通信を受信していると判断した場合は、Ｓ１１０４へ進み、通信の種類が、通信テストなのか、その他の通信であるのか確認を行う。ここで、通信テストでは画像形成装置１００は管理サーバ１０６にて準備されている設定情報の取得リクエストを行う。
【０１５３】
一方、Ｓ１１０２にて、管理サーバ１０６のＣＰＵ２０２が画像形成装置１００から通信を受信していないと判断した場合は、Ｓ１１０３へ進む。そして、Ｓ１１０３で、管理サーバ１０６のユーザである管理者によるＵＩ処理を行う。管理サーバ１０６はＳ１１０３で、管理者による画像形成装置の登録、または登録情報の更新処理を行う。このＳ１１０３の処理は、図１２にて詳細の説明を行う。
【０１５４】
次に、Ｓ１１０４にて、管理サーバ１０６のＣＰＵ２０２が通信の種類が通信テストであるかどうかを判断する。ここで、ＣＰＵ２０２が通信テストであると判断した場合、Ｓ１１０５へ進む。また、通信テストでないとＣＰＵ２０２が判断した場合には、Ｓ１１０６へ進む。
【０１５５】
そして、Ｓ１１０６で、管理サーバ１０６のＣＰＵ２０２は、通常のスケジュール系通信を利用して画像形成装置のＵＩのボタン拡張処理を行い、Ｓ１１１０へ進む。なお、設定情報のリクエスト処理については、図１３のフローチャートにて詳細に説明する。
【０１５６】
Ｓ１１０４で、通信種別が通信テストであるとＣＰＵ２０２が判断した場合には、Ｓ１１０５へ進む。そして、Ｓ１１０５で、リクエストを送信してきた画像形成装置の識別子と、監視対象の画像形成装置のマスタデータＤＢのデータから、すでに画像形成装置が登録されているかをＣＰＵ２０２が判断する。
【０１５７】
ここで、通信対象の画像形成装置がまだ登録されていないとＣＰＵ２０２が判断した場合には、Ｓ１１０８へ進み、管理サーバ１０６の提供しているサービス一覧リストを生成し、画像形成装置１００へ送信する。その後、Ｓ１１０９で、画像形成装置側にてサービスマンの選択したサービスオプション情報をＣＰＵ２０２が受信する。そして、ＣＰＵ２０２は、画像形成装置の識別ＩＤと選択されたサービスオプション情報を関連付けして監視対象の画像形成装置のマスタデータＤＢへ格納する。その後、Ｓ１１１０へ進み、画像形成装置の状態を監視する処理を開始する。
【０１５８】
一方、Ｓ１１０５で、すでに管理サーバ１０６に画像形成装置が登録されているとＣＰＵ２０２が判断した場合には、Ｓ１１０７へ進む。そして、Ｓ１１０７で、ＣＰＵ２０２は、詳細を図１３に示す設定情報をリクエストする処理を行う。
【０１５９】
これらの処理を通して、常に管理サーバ１０６は、通信による画像形成装置からの通信と、提供するサービス情報の種類を認識し、ユーザが意識しなくても適切な画像形成装置のＵＩボタンが提供されるように画像形成装置へ指示を行う。
【０１６０】
図１２は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６において、管理者によるＵＩ処理の詳細処理に対応する。なお、Ｓ１１４１〜Ｓ１１４７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１６１】
上述した図１１のＳ１１０２からＳ１１０３へ進み、管理者からの画像形成装置の登録指示を受けると、管理者によるＵＩ処理が開始される。
【０１６２】
Ｓ１１４１では、管理サーバ１０６のＣＰＵ２０２は、管理者による画像形成装置の情報の登録なのか、別のオペレーションなのかの判定を行う。ここで、ＣＰＵ２０２が管理者の行う操作が画像形成装置の登録であると判断した場合、Ｓ１１４３へと処理を進める。また、画像形成装置の登録処理で無いとＣＰＵ２０２が判断した場合にはＳ１１４２へと処理を進める。
【０１６３】
そして、Ｓ１１４３で、画像形成装置の登録処理中に画像形成装置の識別ＩＤから、監視対象の画像形成装置のマスタデータＤＢにサービスオプション情報が既にあるかどうかをＣＰＵ２０２が判断する。これは、管理者が画像形成装置の登録を行う前に、画像形成装置１００からの通信が行われた場合にサービスオプションが先に定義されている可能性があるためである。
【０１６４】
ここで、管理サーバ１０６のＣＰＵ２０２は、対象とすべき画像形成装置のサービスオプションを持っていると判断した場合には、Ｓ１１４６へ処理を進める。
【０１６５】
一方、Ｓ１１４３で、サービスオプション情報が無いと管理サーバ１０６のＣＰＵ２０２が判断した場合は、Ｓ１１４５へ進む。そして、Ｓ１１４５で、ＵＩから入力された契約情報に応じたサービスオプションを画像形成装置の識別ＩＤと関連付けを行って、監視対象の画像形成装置のマスタデータＤＢに登録を行う。
【０１６６】
一方、Ｓ１１４１にて画像形成装置の登録処理でないと管理サーバ１０６のＣＰＵ２０２が判断した場合は、Ｓ１１４２へ処理を進める。そして、Ｓ１１４２で、管理者が行おうとしている処理が画像形成装置の情報の更新処理なのかどうなのかをＣＰＵ２０２が判断する。ここで、画像形成装置の情報の更新であるとＣＰＵ２０２が判断した場合に、Ｓ１１４４へ進み、その処理がサービスオプションの変更処理なのかどうかをＣＰＵ２０２が判断する。
【０１６７】
ここで、サービスオプションの変更処理でないとＣＰＵ２０２が判断した場合には、画像形成装置のＵＩボタン拡張の処理と関係はなくなるので、本処理を終了する。
【０１６８】
一方、Ｓ１１４４でが、サービスオプションの変更処理であるとＣＰＵ２０２が判断した場合には、Ｓ１１４６へ処理を進める。
【０１６９】
そして、Ｓ１１４６では、ＣＰＵ２０２は、画像形成装置の登録または更新処理によって、画像形成装置にて表示を行うＵＩボタンに必要な設定情報の生成処理を行い、ステップＳ１１４７へ進む。
【０１７０】
そして、Ｓ１１４７では、ＣＰＵ２０２は、画像形成装置に対してＵＩボタンの設定情報を更新するために指示が必要である事を示すフラグであるＵＩ機能フラグに”１”を入力して、管理者によるＵＩ処理を終了する。
【０１７１】
図１３は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６が画像形成装置からの設定情報のリクエストに応答する処理の詳細処理に対応する。なお、Ｓ１１６１〜Ｓ１１６７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１７２】
図１１に示したＳ１１０５からＳ１１０７へ進み、画像形成装置から設定情報をリクエストする要求を受信すると、設定情報をリクエストする処理が開始される。
【０１７３】
まず、Ｓ１１６１では、管理者によるＵＩ処理で設定したＵＩ機能フラグに”１”が指定されているか、または他の値が指定されているかをＣＰＵ２０２が判断する。ここで、ＵＩ機能フラグに”１”以外の値が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１６７へ進み、ＵＩ機能以外の設定情報リクエスト処理を実行して、本処理を終了する。本処理は、本発明とは関係のないので、詳細な説明は省略する。
【０１７４】
Ｓ１１６１で、ＵＩ機能フラグに”１”が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１６２へ進む。そして、Ｓ１１６２で、画像形成装置がＵＩボタン拡張を行うために必要な情報であるアクセス先の情報を管理サーバ１０６のＣＰＵ２０２が画像形成装置１００へ送信する。
【０１７５】
そして、Ｓ１１６３で、Ｓ１１６２で画像形成装置に設定したアクセス先情報が画像形成装置で問題なく設定されたことを表す設定完了の通知を受信しているかどうかをＣＰＵ２０２が判断する。ここで、設定完了の通知を受信しているとＣＰＵ２０２が判断した場合は、Ｓ１１６４で、登録されたサービスオプションと、画像形成装置のモード情報と、表示禁止ＵＩ機能リスト情報に応じて、アクセス先の情報を生成する。
【０１７６】
そして、Ｓ１１６６で、管理サーバ１０６のＣＰＵ２０２は、アクセス先情報を画像形成装置へ送信し、さらに、ＵＩ機能フラグを”０”として、設定変更するべき情報が全てなくなったことをフラグに設定して、本処理を終了する。
【０１７７】
一方、Ｓ１１６３で、設定完了通知を受信していないとＣＰＵ２０２が判断した場合は、Ｓ１１６５で、登録されたサービスオプションと、画像形成装置のモード情報に応じて、アクセス先の情報を生成して、Ｓ１１６６へ進む。
【０１７８】
図１４は、本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。本例は、管理サーバ１０６におけるスケジュール系の通信処理の詳細処理に対応する。なお、Ｓ１１８１〜Ｓ１１８７は各ステップを示し、各ステップは、図２に示した管理サーバ１０６のＣＰＵ２０２がＲＡＭ２０６にモジュールをロードして実行することで実現される。
【０１７９】
本処理は、図１１に示したＳ１１０４から、画像形成装置からの通信リクエストが通信テストでないと判断した場合に、Ｓ１１０６へ進み、スケジュール系の通信処理が開始される。
【０１８０】
まず、Ｓ１１８１では、画像形成装置が受信した通信が、図９に示したＳ８５９に対応するコマンド取得を意味するコマンド取得通信なのか、その他の通信なのかをＣＰＵ２０２が判断する。ここで、コマンド取得通信でないとＣＰＵ２０２が判断した場合、Ｓ１１８７へ進み、画像形成装置の通常監視ステータス情報を取得する処理を行い、本処理を終了する。
【０１８１】
一方、Ｓ１１８１で、画像形成装置からの通信がコマンド取得通信であるとＣＰＵ２０２が判断した場合に、Ｓ１１８２へ処理を進める。そして、Ｓ１１８２で、画像形成装置に指示をすべき画像形成装置のＵＩボタン情報があるかを表すＵＩ機能フラグに”１”が指定されているかをＣＰＵ２０２が判断する。ここで、ＵＩ機能フラグに”１”が指定されていないと判断したＣＰＵ２０２が判断した場合には、Ｓ１１８６へ進む。そして、Ｓ１１８６で、ＣＰＵ２０２は、ＵＩ機能以外のコマンド取得通信処理を実行して、本処理を終了する。
【０１８２】
一方、Ｓ１１８２で、ＵＩ機能フラグに”１”が指定されているとＣＰＵ２０２が判断した場合には、Ｓ１１８３へ進み、画像形成装置がＵＩボタン拡張を行うために必要な情報であるアクセス先情報を画像形成装置へ送信する。
【０１８３】
そして、Ｓ１１８４で、ＣＰＵ２０２は、Ｓ１１８３で画像形成装置に設定したアクセス先情報が画像形成装置で問題なく設定されたことを表す設定完了通知を受信する。その後、Ｓ１１８５で、ＣＰＵ２０２は、ＵＩ機能フラグを”０”として、設定変更するべき情報が全てなくなったことをフラグに設定する処理を実行して、スケジュール系通信処理を終了する。以後、ＵＩボタン拡張の処理と関係はなくなるので、処理を終了へ進める。
【０１８４】
上記実施形態によれば、常に管理サーバは管理対象の画像形成装置のＵＩに提供するサービスと同期したボタン情報を表示させる事ができる。したがって、画像形成装置側では、画像形成装置のＵＩから余計なログインや検索の処理を行うことなく、管理サーバが管理している画像形成装置の管理情報を取得する事ができる。
【０１８５】
また、本実施形態によれば、画像形成装置は、管理サーバの機能を更新しても、画像形成装置でファームウェアの更新の必要がなく、管理サーバの管理する情報を画像形成装置のＵＩから取得できるようになる。
【０１８６】
したがって、画像形成装置を使用するユーザや管理を行うサービスマンの利便性を向上させることができる。
【０１８７】
〔第２実施形態〕
＜対象ユーザ向けのボタンを拡張する際の例＞
画像形成装置には、図１５，図１６に示すように、一般ユーザの使用するユーザ向けＵＩと、サービスマンの利用するサービスマン向けＵＩなど、特定のユーザ向けにそれぞれ異なるＵＩ情報を提供する例を説明する。
【０１８８】
図１５，図１６は、本実施形態を示す画像形成装置で提供可能なＵＩの一例を示す図である。例えば、図１５は管理サーバの管理対象となっていない画像形成装置のユーザ向けのＵＩの例である。このＵＩに対して上述したＵＩのボタン拡張処理を行うと、図１６に示すように管理サーバから管理情報を直接取得するためのボタンＢＴ１〜Ｂ３が表示されるようにＵＩが拡張される。なお、本実施形態では、ユーザモードによるユーザインタフェースの一例を示すが、サービスマンが管理サーバ１０６と通信する場合には、操作モードとしてサービスモードを設定する。これにより、図１５、図１６に示すユーザインタフェースとは異なる態様のユーザインタフェースを表示するように制御してもよい。なお、管理サーバ１０６は、画像形成装置１００との通信の際に、画像形成装置１００で設定されている操作モードが、ユーザモードであるのか、サービスマンによるサービスモードであるのかを判別する処理を行うものとする。
【０１８９】
画像形成装置は、特定のユーザ向けＵＩの機能を有していることを、管理サーバ１０６にあらかじめ通知しておくことで、管理サーバ１０６はそれぞれの画像形成装置のＵＩにおいて異なるサービスを提供するボタンを拡張して表示することができる。
【０１９０】
以下、画像形成装置のＵＩでボタンを拡張する処理例を図８と図９を用いて説明する。
【０１９１】
図８に示したＳ８０２で、管理サーバ１０６は画像形成装置に対してＵＩボタン情報を生成する。このとき、管理サーバ１０６は画像形成装置の利用者であるユーザ向けＵＩボタン情報と、画像形成装置のメンテナンスを行うサービスマン向けＵＩボタン情報の作成をそれぞれ行う。
【０１９２】
次に、画像形成装置１００との通信において、管理サーバ１０６は、Ｓ８０８で設定情報のリクエストを受信すると同時に、画像形成装置のＵＩ機能情報を受信する。そして、管理サーバ１０６は、あらかじめ生成しているＵＩボタン情報と、受信したＵＩ情報を比較し、適切なＵＩボタン情報を生成して画像形成装置１００へ送信する。
【０１９３】
図１７は、本実施形態を示す管理サーバが画像形成装置に送信するＵＩボタン情報の一例を示す図である。本例では、ＵＩボタン情報がモード、タイトル、ソースから構成され、操作モードとして、ユーザモードと、サービスモードとを備える場合を示す。
【０１９４】
次に、管理サーバ１０６への登録より、画像形成装置１００からの通信テストが管理サーバ１０６に対して先に行われた場合のシーケンスを説明する。
【０１９５】
図９に示したＳ８０８にて、管理サーバ１０６は設定情報のリクエストを画像形成装置１００から受信すると同時に、画像形成装置１００の管理しているＵＩ情報を受信する。これに対して、管理サーバ１０６は、ＵＩ情報に対応するＳ８５１でレスポンスを画像形成装置１００に送信する。
【０１９６】
すると、画像形成装置１００は、Ｓ８５２で、画像形成装置のＵＩのモード情報と、選択したサービスリストを管理サーバ１０６に送信する。ここで、モード情報は、ユーザモード又はサービスマンによるサービスモードのいずれかに対応する。
【０１９７】
このモード情報を受信した管理サーバ１０６は、図９に示したＳ８５２にてサービスマンの選択するサービス情報は、どのＵＩにどのボタンを拡張するのかのリストとして表示される。
【０１９８】
これを選択する事によって、対象ユーザと対象サービスを含めた形で画像形成装置のＵＩ拡張を行う事ができる。
【０１９９】
本実施形態によれば、管理サーバ１０６は管理対象の画像形成装置のＵＩにサービス情報を提供するボタン情報を図１６に示すように表示させる事ができる。つまり、画像形成装置は、管理サーバ１０６の提供する情報を対象ユーザ毎にカスタマイズしたＵＩを表示することができる。なお、画像形成装置１００には、非表示の空のボタンが用意されているので、管理サーバ１０６から受信するアクセス先の情報に基づいて、ボタンにタイトルを表示することができる。
【０２００】
＜拡張ボタンが一時的に利用できなかった際の例＞
画像形成装置のＵＩの拡張を行った場合、ローカルＵＩのボタンと区別無くユーザに機能を提供することになる。
【０２０１】
ただし、ネットワーク上のサービスを利用する以上、一時的にネットワーク障害が発生したり、管理サーバ１０６に障害が発生したりした場合には、管理サーバの管理情報を取得できず、エラーとなる。
【０２０２】
また、画像形成装置がエラーと判断するまでの間、ネットワークのタイムアウトをユーザに待たせることになる。
【０２０３】
そこで、これらの問題を回避する方法として、図６の画像形成装置のＵＩ設定情報ＤＢに、画像形成装置の通信状態を監視するフラグを設ける。
【０２０４】
そして、画像形成装置が管理サーバ１０６の通常監視下にある場合、画像形成装置は定期的に、カウンタ情報やイベント情報を送信している。この通常通信において、管理サーバ１０６と通信できない障害が発生した場合に、画像形成装置の通信状態を監視するフラグに、問題があることを意味するフラグを設定する。
【０２０５】
画像形成装置を使用するユーザが画像形成装置のＵＩを表示させたときに、この通信状態に問題があるフラグがセットされているかどうかを画像形成装置のＣＰＵ５０７が判断する。
【０２０６】
そして、ＣＰＵ５０７が通信状態に問題があるフラグがセットされていると判断した場合には、管理サーバ１０６から、画像形成装置のＵＩを拡張するための情報を取得することができない。
【０２０７】
このため、画像形成装置では、画像形成装置のＵＩ上で拡張ボタンを押下できない状態にして、ＵＩ画面を表示する。このように表示を制御する事で、一時的にボタンが有効でないことをユーザに伝える事ができ、ネットワークのタイムアウトをいちいち待たせることをなくす事ができる。
【０２０８】
また、通常のカウンタ情報やイベント情報の送信で、上記通信状態に問題があったネットワークが通常通信可能な状態に回復したことをＣＰＵ５０７が検知した場合、以下の表示制御を行う。具体的には、画像形成装置の通信状態を監視するフラグから、通信に問題があることを意味するフラグを取り除き、通常のＵＩ画面が表示された場合に、拡張ボタンをユーザに押下可能な状態で表示する制御を行う。
【０２０９】
本実施形態によれば、画像形成装置を使用するユーザは、管理サーバ１０６の情報を取得できない場合には、画像形成装置は、前もって拡張ボタンが利用できない事をユーザに知らせる事ができる。
【０２１０】
＜画像形成装置が備える表示装置に十分な表示能力がない場合の例＞
画像形成装置の中には、図１５、図１６に示すように情報を表示するに足りないＬＣＤ表示器しか備えていない機種も存在する。例えば、一般的なレーザプリンタなどは、ステータス情報を表示するための２行表示が可能なＬＣＤしか備えていない機種がある。そのような機種では、管理サーバの情報を取得したい場合、管理サーバのステータス情報を表示する事が難しい場合がある。
【０２１１】
そこで、画像形成装置の持つ機能を管理サーバ１０６に送信を行い、管理サーバ１０６の提供するメンテナンス情報をどのようなフォーマットで画像形成装置に対して送信するべきかを、設定情報リクエスト時に決定すればよい。この場合のシーケンスを図８と図９を用いて説明する。
【０２１２】
図８に示すＳ８０８おいて、管理サーバ１０６は、画像形成装置から設定情報のリクエストを受信すると同時に、図１８に示す画像形成装置の表示モニタ情報と機能情報を受信する。
【０２１３】
図１８は、図１に示した画像形成装置から受信する送信情報の一例を示す図である。本例は、画像形成装置が２行表示が可能なＬＣＤしか備えていない機種に対応する。また、管理サーバ１０６は、送信情報を図８、図９に示すＳ８０８で画像形成装置１００から受信する設定情報リクエストとともに受信する。ここでは、送信情報が表示モニタ情報と機能情報とから構成される例を示す。
【０２１４】
本実施形態ではモニタのサイズ情報や、データ形式はどのような形式（ＨＴＭＬ，ＰＤＦ）であれば、画像形成装置を利用するユーザに提供することができるのかを示す表示モニタ情報を管理サーバ１０６に送信する。
【０２１５】
管理サーバ１０６は、あらかじめ作成しているＵＩボタン情報と、受信した表示モニタや機能情報を比較し、適切なＵＩボタン情報を生成して画像形成装置１００へ送信する。
【０２１６】
例えば、表示モニタは、２行の文字列しか表示できない画像形成装置だが、ＰＤＦ出力機能を持っていれば、メニューを拡張し、ユーザが選択したときには、管理サーバ１０６から受信するＰＤＦを利用して、プリンタ部５１４から情報を出力させるなどである。
【０２１７】
また、管理サーバ１０６への登録より、画像形成装置１００からの通信テストが管理サーバ１０６に対して先に行われた場合には、管理サーバ１０６は以下のように動作する。
【０２１８】
図９に示すＳ８０８にて、管理サーバ１０６は、設定情報のリクエストを受信すると同時に、画像形成装置１００の表示モニタや機能情報を受信する。このレスポンスとして、表示モニタや機能情報に対応した管理サーバ１０６のサービス一覧情報を画像形成装置１００に送信する。このモード情報を受信した画像形成装置１００は、図９に示したＳ８５２にて、サービスマンの選択するサービス情報は、どのＵＩにどのボタンを拡張するのかのリストとして表示される。このとき、画像形成装置で有効なモニタを持っていない場合には、サービス一覧をプリンタ部５１４でプリントさせて、２桁のＬＣＤを通じて、サービス番号を打ち込むなどして、これを選択する。
【０２１９】
これにより、画像形成装置１００が画像形成装置のＵＩ画面において拡張する情報を表示するために十分なＬＣＤを持っていない場合でも、画像形成装置のＵＩを拡張して、管理サーバ１０６の管理している情報を画像形成装置のユーザに提供することができる。より具体的には、管理サーバ１０６は、画像形成装置１００が情報を表示するのに十分な表示装置がなくても、画像形成装置の表示装置とその機能に応じて、適切なサービスを画像形成装置１００の持つプリント機能にて提供することができる。
【０２２０】
以下、図１９に示すメモリマップを参照して本発明に係る管理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０２２１】
図１９は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２２２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２２３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２２４】
本実施形態における図１１、図１２、図１３、図１４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２２５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２２６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２２７】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０２２８】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０２２９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２３０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０２３１】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２３２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２３３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０２３６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０２３７】
【図１】本実施形態を示す管理装置を含む管理システムの構成を説明する図である。
【図２】図１における管理サーバ１０６のハードウェア構成例を示すブロック図である。
【図３】図２のＲＯＭ２０３又は記憶装置２０８に展開されるプログラム及びデータの構成例を示す図である。
【図４】図１に示した管理サーバ１０６における、ＵＩのボタン拡張設定の発行を行うアプリケーションプログラムの機能を示すブロック図である。
【図５】図１に示した画像形成装置１０２，１０３内の制御部のブロック図である。
【図６】図５に示したＲＯＭ５０４又は記憶装置５０６に展開されるプログラム及びデータの構成例を示す図である。
【図７】図１に示した画像形成装置１０１のＵＩ表示を行うアプリケーションの機能を説明するブロック図である。
【図８】本実施形態を示す管理システムの通信シーケンスを説明する図である。
【図９】本実施形態に係る画像形成装置１０１と管理サーバ１０６とユーザ間の通信シーケンス例の一部を表した図である。
【図１０】図１に示した管理サーバ１０６から画像形成装置１００へ送信される通信データサンプルの一例を示す図である。
【図１１】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１２】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１３】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１４】本実施形態を示す管理サーバにおけるデータ処理手順の一例を示すフローチャートである。
【図１５】本実施形態を示す画像形成装置で提供可能な表示可能なＵＩの一例を示す図である。
【図１６】本実施形態を示す画像形成装置で提供可能な表示可能なＵＩの一例を示す図である。
【図１７】本実施形態を示す管理サーバが画像形成装置に送信するＵＩボタン情報の一例を示す図である。
【図１８】図１に示した画像形成装置から受信する送信情報の一例を示す図である。
【図１９】本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０２３８】
１０１、１０２ 画像形成装置
１０３ クライアントＰＣ
１０６ 管理サーバ
１１０ インターネット
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の画像形成装置を管理する管理装置であって、
監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定手段と、
前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成手段と、
前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成手段により生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記データベースに登録されていない画像形成装置から通信テストによる通信を受信した場合、該画像形成装置に対して提供するサービス機能の一覧を当該画像形成装置に送信する送信手段を備え、
該画像形成装置の情報として、前記送信手段により送信された前記サービス機能の一覧から前記画像形成装置により選択されたサービス機能が前記データベースに登録されることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記サービス機能は、当該画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品の在庫情報を取得するサービス機能、当該画像形成装置の交換可能な部品の交換履歴情報を取得するサービス機能を含むことを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記生成手段は、前記画像形成装置から取得する操作モードがユーザモードであると判別した場合と、前記操作モードがサービスモードであると判別した場合とで、前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を異ならせることを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
【請求項５】
登録される画像形成装置の情報を管理する管理装置とネットワークを介して通信する画像形成装置であって、
当該画像形成装置に対して登録されているサービス機能を選択するためのボタン情報及び当該ボタン情報に基づいて表示されるボタンが押下されることで取得すべきサービス機能に対応する情報を取得するためのアクセス先の情報を前記管理装置から受信する受信手段と、
前記受信手段が受信したボタン情報に基づき、サービス機能を選択するためのボタンを拡張してユーザインタフェースの上に表示する表示制御手段と、
を備えることを特徴とする画像形成装置。
【請求項６】
前記表示制御手段により拡張表示されたボタンが前記ユーザインタフェース上で選択された場合、当該選択されたボタンに対応する前記アクセス先の情報に従ってサービス情報を取得する取得手段を備えることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記管理装置との間で通信テストを行う通信手段を備え、
前記通信手段による通信テストを実行した際に、前記受信手段は、前記管理装置から当該画像形成装置で対応可能なサービス機能の一覧を受信することを特徴とする請求項５または６に記載の画像形成装置。
【請求項８】
前記表示制御手段は、設定される操作モードがユーザモードとサービスモードとで前記ユーザインタフェース上に異なるボタンを拡張表示することを特徴とする請求項５乃至７のいずれか１項に記載の画像形成装置。
【請求項９】
ネットワークを介して複数の画像形成装置を管理する管理装置におけるサービス処理方法であって、
監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定ステップと、
前記設定ステップにより設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成ステップと、
前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成ステップにより生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答ステップと、
を備えることを特徴とするサービス処理方法。
【請求項１０】
前記データベースに登録されていない画像形成装置から通信テストによる通信を受信した場合、該画像形成装置に対して提供するサービス機能の一覧を当該画像形成装置に送信する送信ステップを備え、
該画像形成装置の情報として、前記送信ステップにより送信された前記サービス機能の一覧から前記画像形成装置により選択されたサービス機能が前記データベースに登録されることを特徴とする請求項９に記載のサービス処理方法。
【請求項１１】
前記サービス機能は、当該画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品の在庫情報を取得するサービス機能、当該画像形成装置の交換可能な部品の交換履歴情報を取得するサービス機能を含むことを特徴とする請求項９または１０に記載のサービス処理方法。
【請求項１２】
前記生成ステップは、前記画像形成装置から取得する操作モードがユーザモードであると判別した場合と、前記操作モードがサービスモードであると判別した場合とで、前記設定ステップにより設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を異ならせることを特徴とする請求項９乃至１１のいずれか１項に記載のサービス処理方法。
【請求項１３】
登録される画像形成装置の情報を管理する管理装置とネットワークを介して通信する画像形成装置におけるサービス処理方法であって、
当該画像形成装置に対して登録されているサービス機能を選択するためのボタン情報及び当該ボタン情報に基づいて表示されるボタンが押下されることで取得すべきサービス機能に対応する情報を取得するためのアクセス先の情報を前記管理装置から受信する受信ステップと、
前記受信ステップが受信したボタン情報に基づき、サービス機能を選択するためのボタンを拡張してユーザインタフェース上に表示する表示制御ステップと、
を備えることを特徴とするサービス処理方法。
【請求項１４】
前記表示制御ステップにより拡張表示されたボタンが前記ユーザインタフェース上で選択された場合、当該選択されたボタンに対応する前記アクセス先の情報に従ってサービス情報を取得する取得ステップを備えることを特徴とする請求項１３に記載のサービス処理方法。
【請求項１５】
前記管理装置との間で通信テストを行う通信ステップを備え、
前記通信ステップによる通信テストを実行した際に、前記受信ステップは、前記管理装置から当該画像形成装置で対応可能なサービス機能の一覧を受信することを特徴とする請求項１３または１４に記載のサービス処理方法。
【請求項１６】
前記表示制御ステップは、設定される操作モードがユーザモードとサービスモードとで前記ユーザインタフェース上に異なるボタンを拡張表示することを特徴とする請求項１３乃至１５のいずれか１項に記載のサービス処理方法。
【請求項１７】
請求項９乃至１２のいずれか１項に記載のサービス処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１８】
請求項１３乃至１６のいずれか１項に記載のサービス処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１】
ネットワークを介して複数の画像形成装置を管理する管理装置であって、
監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定手段と、
前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成手段と、
前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成手段により生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答手段と、
を備えることを特徴とする管理装置。
【請求項２】
前記データベースに登録されていない画像形成装置から通信テストによる通信を受信した場合、該画像形成装置に対して提供するサービス機能の一覧を当該画像形成装置に送信する送信手段を備え、
該画像形成装置の情報として、前記送信手段により送信された前記サービス機能の一覧から前記画像形成装置により選択されたサービス機能が前記データベースに登録されることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記サービス機能は、当該画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品の在庫情報を取得するサービス機能、当該画像形成装置の交換可能な部品の交換履歴情報を取得するサービス機能を含むことを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記生成手段は、前記画像形成装置から取得する操作モードがユーザモードであると判別した場合と、前記操作モードがサービスモードであると判別した場合とで、前記設定手段により設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を異ならせることを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
【請求項５】
登録される画像形成装置の情報を管理する管理装置とネットワークを介して通信する画像形成装置であって、
当該画像形成装置に対して登録されているサービス機能を選択するためのボタン情報及び当該ボタン情報に基づいて表示されるボタンが押下されることで取得すべきサービス機能に対応する情報を取得するためのアクセス先の情報を前記管理装置から受信する受信手段と、
前記受信手段が受信したボタン情報に基づき、サービス機能を選択するためのボタンを拡張してユーザインタフェースの上に表示する表示制御手段と、
を備えることを特徴とする画像形成装置。
【請求項６】
前記表示制御手段により拡張表示されたボタンが前記ユーザインタフェース上で選択された場合、当該選択されたボタンに対応する前記アクセス先の情報に従ってサービス情報を取得する取得手段を備えることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記管理装置との間で通信テストを行う通信手段を備え、
前記通信手段による通信テストを実行した際に、前記受信手段は、前記管理装置から当該画像形成装置で対応可能なサービス機能の一覧を受信することを特徴とする請求項５または６に記載の画像形成装置。
【請求項８】
前記表示制御手段は、設定される操作モードがユーザモードとサービスモードとで前記ユーザインタフェース上に異なるボタンを拡張表示することを特徴とする請求項５乃至７のいずれか１項に記載の画像形成装置。
【請求項９】
ネットワークを介して複数の画像形成装置を管理する管理装置におけるサービス処理方法であって、
監視対象とすべき画像形成装置の情報をデータベースに登録する場合、該画像形成装置に対して提供するサービス機能を設定する設定ステップと、
前記設定ステップにより設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を生成する生成ステップと、
前記画像形成装置からの要求に応じて、当該画像形成装置の情報が管理対象としてデータベースに登録されている際に、前記生成ステップにより生成されたアクセス先の情報とボタン情報とを画像形成装置に応答する応答ステップと、
を備えることを特徴とするサービス処理方法。
【請求項１０】
前記データベースに登録されていない画像形成装置から通信テストによる通信を受信した場合、該画像形成装置に対して提供するサービス機能の一覧を当該画像形成装置に送信する送信ステップを備え、
該画像形成装置の情報として、前記送信ステップにより送信された前記サービス機能の一覧から前記画像形成装置により選択されたサービス機能が前記データベースに登録されることを特徴とする請求項９に記載のサービス処理方法。
【請求項１１】
前記サービス機能は、当該画像形成装置のカウンタ履歴情報を取得するサービス機能、イベント履歴情報を取得するサービス機能、消耗品の在庫情報を取得するサービス機能、当該画像形成装置の交換可能な部品の交換履歴情報を取得するサービス機能を含むことを特徴とする請求項９または１０に記載のサービス処理方法。
【請求項１２】
前記生成ステップは、前記画像形成装置から取得する操作モードがユーザモードであると判別した場合と、前記操作モードがサービスモードであると判別した場合とで、前記設定ステップにより設定されているサービス機能に対応する情報を取得するためのアクセス先の情報と、当該サービス機能を選択するためのボタン情報を異ならせることを特徴とする請求項９乃至１１のいずれか１項に記載のサービス処理方法。
【請求項１３】
登録される画像形成装置の情報を管理する管理装置とネットワークを介して通信する画像形成装置におけるサービス処理方法であって、
当該画像形成装置に対して登録されているサービス機能を選択するためのボタン情報及び当該ボタン情報に基づいて表示されるボタンが押下されることで取得すべきサービス機能に対応する情報を取得するためのアクセス先の情報を前記管理装置から受信する受信ステップと、
前記受信ステップが受信したボタン情報に基づき、サービス機能を選択するためのボタンを拡張してユーザインタフェース上に表示する表示制御ステップと、
を備えることを特徴とするサービス処理方法。
【請求項１４】
前記表示制御ステップにより拡張表示されたボタンが前記ユーザインタフェース上で選択された場合、当該選択されたボタンに対応する前記アクセス先の情報に従ってサービス情報を取得する取得ステップを備えることを特徴とする請求項１３に記載のサービス処理方法。
【請求項１５】
前記管理装置との間で通信テストを行う通信ステップを備え、
前記通信ステップによる通信テストを実行した際に、前記受信ステップは、前記管理装置から当該画像形成装置で対応可能なサービス機能の一覧を受信することを特徴とする請求項１３または１４に記載のサービス処理方法。
【請求項１６】
前記表示制御ステップは、設定される操作モードがユーザモードとサービスモードとで前記ユーザインタフェース上に異なるボタンを拡張表示することを特徴とする請求項１３乃至１５のいずれか１項に記載のサービス処理方法。
【請求項１７】
請求項９乃至１２のいずれか１項に記載のサービス処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１８】
請求項１３乃至１６のいずれか１項に記載のサービス処理方法をコンピュータに実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１０−９３５３２（Ｐ２０１０−９３５３２Ａ）
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願番号】特願２００８−２６１３３６（Ｐ２００８−２６１３３６）
【出願日】平成２０年１０月８日（２００８．１０．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年４月２２日（２０１０．４．２２）
【国際特許分類】
【出願日】平成２０年１０月８日（２００８．１０．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]