(57)【要約】【課題】電子機器から送信されたデータを解析して管理する専用のアプリケーションを新たに開発することなく、またデータ通信装置を電子機器の設置先に設置する必要もなく、遠隔地から電子機器を保守管理することができるとともに、電子機器と複数のアプリケーションシステムとをリアルタイムに人的操作なしに連携し、さらに電子機器からの応答型の処理が可能な優れた電子機器の保守管理環境を短期間且つ安価に構築すること。【解決手段】データそのものが意味と構造を有する所定のＸＭＬ文書を連携される複数のアプリケーションシステム２３０ａ〜２３０ｃ間でリアルタイムに利用可能に制御するＥＡＩサーバ２２０に、デジタル複合機１１０が自ら自機で発生した障害情報，動作情報等をＸＭＬ文書のＳＯＡＰメッセージとして、Ｗｅｂサービスを介して送信処理する構成を特徴とする。【選択図】図１
2005182445.tif 000002
【特許請求の範囲】
【請求項１】
データそのものが意味と構造を有する所定の表現形式のデータを連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバと、
自機で発生した情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理する送信手段を有する電子機器と、
を有することを特徴とする保守管理システム。
【請求項２】
前記電子機器は、
前記送信手段による送信処理の応答として、前記アプリケーション統合サーバからＷｅｂサービスを介して前記所定の表現形式のデータとして送信される、前記アプリケーション統合サーバに連携されるアプリケーションシステムからの情報を受信処理する受信手段を有することを特徴とする請求項１記載の保守管理システム。
【請求項３】
前記電子機器は、
前記受信手段が受信処理した前記アプリケーションシステムからの情報を、前記電子機器の操作者に対して報知する報知手段を有することを特徴とする請求項２記載の保守管理システム。
【請求項４】
前記電子機器は、
前記電子機器の操作者からの入力を受け付ける入力手段を有し、
前記送信手段は、前記入力手段により入力された情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理することを特徴と請求項３記載の保守管理システム。
【請求項５】
前記自機で発生した情報は、前記電子機器の障害情報，前記電子機器の動作情報，前記アプリケーションシステムに対する要求を示す情報を含むことを特徴とする請求項１〜４のいずれかに記載の保守管理システム。
【請求項６】
前記電子機器は、画像形成装置，デジタル複合機，家電機器を含むことを特徴とする請求項１〜５のいずれかに記載の保守管理システム。
【請求項７】
前記所定の表現形式は、ＸＭＬを含むことを特徴とする請求項１〜６のいずれかに記載の保守管理システム。
【請求項８】
データそのものが意味と構造を有する所定の表現形式のデータを連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバに、自機で発生した情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して送信処理する送信手段を有することを特徴とする電子機器。
【請求項９】
前記送信手段による送信処理の応答として、前記アプリケーション統合サーバからＷｅｂサービスを介して前記所定の表現形式のデータとして送信される、前記アプリケーション統合サーバに連携されるアプリケーションシステムからの情報を受信処理する受信手段を有することを特徴とする請求項８記載の電子機器。
【請求項１０】
前記受信手段が受信処理した前記アプリケーションシステムからの情報を、操作者に対して報知する報知手段を有することを特徴とする請求項９記載の電子機器。
【請求項１１】
操作者からの入力を受け付ける入力手段を有し、
前記送信手段は、前記入力手段により入力された情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理することを特徴と請求項１０記載の電子機器。
【請求項１２】
前記自機で発生した情報は、前記電子機器の障害情報，前記電子機器の動作情報，前記アプリケーションシステムに対する要求を示す情報を含むことを特徴とする請求項８〜１１のいずれかに記載の電子機器。
【請求項１３】
前記電子機器は、画像形成装置，デジタル複合機，家電機器を含むことを特徴とする請求項８〜１２のいずれかに記載の電子機器。
【請求項１４】
前記所定の表現形式は、ＸＭＬを含むことを特徴とする請求項８〜１３のいずれかに記載の電子機器。
【請求項１５】
データそのものが意味と構造を有する所定の表現形式のデータを連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバに、電子機器が自ら自機で発生した情報を前記所定の表現形式のデータとし、Ｗｅｂサービスを介して送信する送信工程を有することを特徴とする保守管理方法。
【請求項１６】
請求項１５に記載された保守管理方法を実行するためのプログラム。
【請求項１７】
請求項１５に記載された保守管理方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器を遠隔地から保守管理可能な保守管理システムおよび電子機器および保守管理方法およびプログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
従来、画像形成装置を管理する管理システムでは、該デバイスの情報を遠隔地の管理装置に送信する際には、該デバイスの付近に設置された中間的な通信サーバを経由して行っていた。
【０００３】
また、遠隔地の画像形成装置を管理する管理装置は、受信した画像形成装置の情報を、専用のアプリケーションによって解析して利用するものであった。この種の特許文献に特許文献１がある。
【特許文献１】特開平８−１９５８４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の管理システムでは、画像形成装置（デバイス）が出力するデータは固定長やＣＳＶ形式のデータであり、どのビットやどのカラムにどんな情報が格納されているか、情報だけでは判別することができない。そのため、従来の管理システムを構築する際には、デバイスが送出するデータのどのビットやカラムにどんな情報があるか解析する機能を有する専用のアプリケーションを新規に開発する必要があった。例えば、Ｃ言語における構造体やＣＯＢＯＬ言語におけるＣＯＰＹ句等によってデータの解析を行う機能を有するものであり、その開発は大変な負担となり、コストアップの要因となっていた。
【０００５】
また、従来の管理システム構築後に、新たにデバイスから送出するデータが変更された場合、該デバイスから送出されたデータを解析するアプリケーションも変更しなければならず、システムの変更に柔軟に対応することができなかった。
【０００６】
さらに、従来の管理システムは、上述した専用のアプリケーションで管理を行うものであり、他のシステムとの連携を全く想定していなかった。そのため、他のシステムと連携しようとする際には、管理装置で取得した情報を人的操作によって他のシステムに投入する等の手作業が発生してしまい非常に煩雑且つ非効率的であった。
【０００７】
また、従来の管理システムでは、デバイスと該デバイスのデータを遠隔にある管理装置に送信するデータ通信装置とは、別の装置となっていたため、仮にデバイスが１台であっても、そのデバイスの情報を送るためのデータ通信装置を必ずデバイスの設置先に設ける必要があり、これもコストアップの要因になっていた。
【０００８】
さらに、従来の管理システムでは、デバイスはデータを送信するのみであり、遠隔地の管理装置との応答処理を行えるものではなく、迅速且つ細やかな保守管理処理を行うことができない等の各種問題点があった。
【０００９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、データそのものが意味と構造を有する所定の表現形式のデータ（ＸＭＬ文書）を連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバ（ＥＡＩサーバ）に、電子機器が自ら自機で発生した情報を含む通知すべき情報に基づいて、前記所定の表現形式のデータを生成し、該生成した前記所定の表現形式のデータをＷｅｂサービスを介して送信処理することにより、電子機器から送信されたデータを解析して管理する専用のアプリケーションを新たに開発することなく、またデータ通信装置を電子機器の設置先に設置する必要もなく、遠隔地から電子機器を保守管理することができるとともに、電子機器と複数のアプリケーションシステムとをリアルタイムに人的操作なしに連携し、さらに電子機器からの応答型の処理が可能な優れた電子機器の保守管理環境を短期間且つ安価に構築することができ、従来より綿密な保守サービス業務を効率的に行って、顧客対応の迅速性を高めて顧客満足度向上の実現，サービスマン保守作業の簡素化の実現，顧客管理用のアプリケーションの変更等への柔軟な対応の実現等を可能とする従来にないハイレベルな保守管理環境を提供可能な保守管理システムおよび電子機器および保守管理方法およびプログラムおよび記録媒体を提供することである。
【課題を解決するための手段】
【００１０】
本発明の第１の発明は、データそのものが意味と構造を有する所定の表現形式のデータ（ＸＭＬ文書）を連携される複数のアプリケーションシステム（図１に示す連携システム２３０ａ〜２３０ｃ）間でリアルタイムに利用可能に制御するアプリケーション統合サーバ（図１に示すＥＡＩサーバ２２０）と、自機で発生した情報を前記所定の表現形式のデータとして（図６，図１４，図１５に示すＳＯＡＰメッセージとしてのＸＭＬ文書として）、Ｗｅｂサービス（図１に示すＷｅｂサービスサーバ２１０の提供するＷｅｂサービス）を介して前記アプリケーション統合サーバに送信処理する送信手段（図２に示すＣＰＵ３３による保守サービスセンタへの送信処理，図４のステップＳ１０６，Ｓ１１０，図９のステップＳ２０２，図１３のステップＳ３０２，Ｓ３０３，図１６のステップＳ４０６）を有する電子機器（図１に示すデジタル複合機１１０）とを有することを特徴とする。
【００１１】
本発明の第２の発明は、前記電子機器は、前記送信手段による送信処理の応答として、前記アプリケーション統合サーバからＷｅｂサービスを介して前記所定の表現形式のデータとして送信される、前記アプリケーション統合サーバに連携されるアプリケーションシステムからの情報を受信処理する受信手段（図２に示すＣＰＵ３３による保守サービスセンタへの送信処理，図４のステップＳ１０７，図９のステップＳ２０３，図１６のステップＳ４０７）を有することを特徴とする。
【００１２】
本発明の第３の発明は、前記電子機器は、前記受信手段が受信処理した前記アプリケーションシステムからの情報を、前記電子機器の操作者に対して報知する報知手段（図２に示すＣＰＵ３３による操作部４５への表示処理，図４のステップＳ１０８，図９のステップＳ２０４，図１６のステップＳ４０８，図８，図１０〜図１２）を有することを特徴とする。
【００１３】
本発明の第４の発明は、前記電子機器は、前記電子機器の操作者からの入力を受け付ける入力手段（図２に示すＣＰＵ３３による操作部４５からの入力受け付け処理，図４のステップＳ１０８直後の図示しない工程，図９のステップＳ２０４，図１６のステップＳ４０４，図８，図１７）を有し、前記送信手段は、前記入力手段により入力された情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理する（図４のステップＳ１１０，図１６のステップＳ４０６）ことを特徴とする。
【００１４】
本発明の第５の発明は、前記自機で発生した情報は、前記電子機器の障害情報，前記電子機器の動作情報，前記アプリケーションシステムに対する要求を示す情報を含むことを特徴とする。
【００１５】
本発明の第６の発明は、前記電子機器は、画像形成装置，デジタル複合機，家電機器を含むことを特徴とする。
【００１６】
本発明の第７の発明は、前記所定の表現形式は、ＸＭＬを含むことを特徴とする。
【００１７】
本発明の第８の発明は、データそのものが意味と構造を有する所定の表現形式のデータ（ＸＭＬ文書）を連携される複数のアプリケーションシステム（図１に示す連携システム２３０ａ〜２３０ｃ）間でリアルタイムに利用可能に制御するアプリケーション統合サーバ（図１に示すＥＡＩサーバ２２０）に、自機で発生した情報を前記所定の表現形式のデータとして（図６，図１４，図１５に示すＳＯＡＰメッセージとしてのＸＭＬ文書として）、Ｗｅｂサービス（図１に示すＷｅｂサービスサーバ２１０の提供するＷｅｂサービス）を介して送信処理する送信手段（図２に示すＣＰＵ３３による保守サービスセンタへの送信処理，図４のステップＳ１０６，Ｓ１１０，図９のステップＳ２０２，図１３のステップＳ３０２，Ｓ３０３，図１６のステップＳ４０６）を有することを特徴とする。
【００１８】
本発明の第９の発明は、前記送信手段による送信処理の応答として、前記アプリケーション統合サーバからＷｅｂサービスを介して前記所定の表現形式のデータとして送信される、前記アプリケーション統合サーバに連携されるアプリケーションシステムからの情報を受信処理する受信手段（図２に示すＣＰＵ３３による保守サービスセンタへの送信処理，図４のステップＳ１０７，図９のステップＳ２０３，図１６のステップＳ４０７）を有することを特徴とする。
【００１９】
本発明の第１０の発明は、前記受信手段が受信処理した前記アプリケーションシステムからの情報を、操作者に対して報知する報知手段（図２に示すＣＰＵ３３による操作部４５への表示処理，図４のステップＳ１０８，図９のステップＳ２０４，図１６のステップＳ４０８，図８，図１０〜図１２）を有することを特徴とする。
【００２０】
本発明の第１１の発明は、操作者からの入力を受け付ける入力手段（図２に示すＣＰＵ３３による操作部４５からの入力受け付け処理，図４のステップＳ１０８直後の図示しない工程，図９のステップＳ２０４，図１６のステップＳ４０４，図８，図１７）を有し、前記送信手段は、前記入力手段により入力された情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理する（図４のステップＳ１１０，図１６のステップＳ４０６）ことを特徴とする。
【００２１】
本発明の第１２の発明は、前記自機で発生した情報は、前記電子機器の障害情報，前記電子機器の動作情報，前記アプリケーションシステムに対する要求を示す情報を含むことを特徴とする。
【００２２】
本発明の第１３の発明は、前記電子機器は、画像形成装置，デジタル複合機，家電機器を含むことを特徴とする。
【００２３】
本発明の第１４の発明は、前記所定の表現形式は、ＸＭＬを含むことを特徴とする。
【００２４】
本発明の第１５の発明は、データそのものが意味と構造を有する所定の表現形式のデータを連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバに、電子機器が自ら自機で発生した情報を前記所定の表現形式のデータとし、Ｗｅｂサービスを介して送信する送信工程（図４のステップＳ１０６，Ｓ１１０，図９のステップＳ２０２，図１３のステップＳ３０２，Ｓ３０３，図１６のステップＳ４０６）を有することを特徴とする。
【００２５】
本発明の第１６の発明は、第１５の発明に記載された保守管理方法を実行するためのプログラムであることを特徴とする。
【００２６】
本発明の第１７の発明は、第１５の発明に記載された保守管理方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。
【発明の効果】
【００２７】
本発明によれば、データそのものが意味と構造を有する所定の表現形式のデータを連携される複数のアプリケーションシステム間でリアルタイムに利用可能に制御するアプリケーション統合サーバに、電子機器が自ら自機で発生した情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して送信処理するので、電子機器から送信されたデータを解析して管理する専用のアプリケーションを新たに開発することなく、またデータ通信装置を電子機器の設置先に設置する必要もなく、遠隔地から電子機器を保守管理することができるとともに、電子機器と複数のアプリケーションシステムとをリアルタイムに連携させた優れた電子機器の保守管理環境を短期間且つ安価に構築することができる。
【００２８】
また、前記送信手段による送信処理の応答として、前記アプリケーション統合サーバからＷｅｂサービスを介して前記所定の表現形式のデータとして送信される、前記アプリケーション統合サーバに連携されるアプリケーションシステムからの情報を受信処理し、前記受信手段が受信処理した前記アプリケーションシステムからの情報を、操作者に対して報知し、また操作者からの入力を受け付け、前記送信手段は、前記入力手段により入力された情報を前記所定の表現形式のデータとして、Ｗｅｂサービスを介して前記アプリケーション統合サーバに送信処理するので、アプリケーションシステムとリアルタイムに応答可能な応答型の保守管理サービスを提供することができる。
【００２９】
さらに、前記自機で発生した情報は、前記電子機器の障害情報，前記電子機器の動作情報，前記アプリケーションシステムに対する要求を示す情報を含むので、電子機器から送信されたデータを解析する専用の解析アプリケーション，該解析されたデータにより電子機器を管理する専用の管理アプリケーション等を新たに開発することなく、またデータ通信装置を電子機器の設置先に設置する必要もなく、電子機器から送信される電子機器の障害情報，電子機器の動作情報，アプリケーション統合サーバで連携された既存のアプリケーションシステムに対する要求を示す情報を、アプリケーション統合サーバで連携された複数のアプリケーションシステムによりリアルタイムに利用することができる。
【００３０】
また、前記電子機器は、画像形成装置，デジタル複合機，家電機器を含むので、画像形成装置，デジタル複合機，家電機器等から送信されたデータを解析する専用の解析アプリケーション，該解析されたデータにより電子機器を管理する専用の管理アプリケーション等を新たに開発することなく、またデータ通信装置を画像形成装置，デジタル複合機，家電機器等の設置先に設置する必要もなく、画像形成装置，デジタル複合機，家電機器等から送信される情報を、アプリケーション統合サーバで連携された複数のアプリケーションシステムによりリアルタイムに利用することができる。
【００３１】
従って、電子機器とＥＡＩにより統合される複数のアプリケーションシステムとをリアルタイムに連携した電子機器アプリケーション間連携を実現することができ、遠隔地の電子機器で発生した情報をリアルタイムに保守サービスセンタの各種アプリケーション（障害管理システム，ＣＲＭシステム，ＳＣＭシステム，料金請求システム，製品保守システム，障害管理システム，営業支援システム，Ｗｅｂサイト，メールシステム等）に連携して、顧客対応の迅速性を高めて顧客満足度向上の実現，サービスマン保守作業の簡素化の実現，顧客管理用のアプリケーションの変更等に柔軟な対応の実現等を可能とする従来にないハイレベルな保守管理環境を短期間且つ安価に構築することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００３２】
本実施形態の説明を行う前に、本実施形態に含まれる３つの要素（１．デジタル複合機，２．Ｗｅｂサービス，３．ＥＡＩ）について説明する。
【００３３】
〔デジタル複合機〕
デジタル複合機は、コピー，プリンタ，スキャナ，ファックスの機能を１台に詰め込んだ多機能マシンである。デジタル複合機の本質は、単なる従来機種の代替ではなく、紙情報と電子データの入出力窓口としてドキュメント管理全体の効率化を図る大きな業務改善が実現できる点にある。
【００３４】
デジタル複合機の持つ機能は、コンピュータシステムでも実現されていたが、デジタル複合機はコンピュータシステムよりもはるかに簡便な操作性をもっている。これは、そもそもデジタル複合機がコピーやファックス機といういわば「事務・営業職のための機械」であり、プリンタやスキャナのようなＩＴ技術者のための機械よりもはるかにわかりやすい操作性を追求してきたことによるのである。このことは専門の担当者を不要にし、例え業務に不慣れな人でもすぐに操作に習熟でき、教育などの手間を大きく省き、活用の幅を広げることにつながっている。
【００３５】
誰でもが簡単に利用できるデジタル入出力の道具を得たことで、企業のドキュメント活用の可能性はより大きく広がった。現在ではデジタル複合機は単に機能が複数ある便利な機械というだけでなく、紙の情報と電子化された情報とをシームレスに取り扱えるドキュメント活用および管理のための道具とみなされるようになり、関連ソフトウェアと組み合わされて企業や部署全体のドキュメント管理システムの重要な要素となってきている。
【００３６】
〔Ｗｅｂサービス〕
Ｗｅｂサービス（Ｗｅｂ  Ｓｅｒｖｉｃｅ；ウェブ・サービス）とは、インターネット標準の様々な技術をもとに、ソフトウェアの機能をネットワークを通じて利用できるようにするもので、企業間の商取引を行うような大規模なものから単一の機能を持ったソフトウェア部品まで、様々な規模、種類のものがある。
【００３７】
Ｗｅｂサービスでは、システム間で交換するデータをＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で表現し、データ交換のプロトコルにはＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いる。通常は、その下位プロトコルにＨＴＴＰを使用するため、ファイアウォールを隔て分散したＷｅｂサービス同士のやり取りが行える。
【００３８】
また、システム環境や開発言語に依存しない仕様であるため、様々なシステム間の連携を可能とする。
【００３９】
従来のＷｅｂサイトが利用者とコンピュータとのやり取りであったの対し、Ｗｅｂサービスでは人手を介することなく複数のＷｅｂサービス同士をつなぎ合わせてアプリケーションを構築することができる。これにより、情報伝達のスピードを飛躍的に向上することができる。
【００４０】
企業では、自社の特徴あるシステムをＷｅｂサービスとして外部に提供し、その対価を得ることでＩＴ投資の回収を行うことが可能となる。また逆に、自社に不足している機能を外部から調達し、利用することで新たなビジネスを創出することが可能となる。
【００４１】
〔ＥＡＩ〕
ＥＡＩ（Ｅｎｔｅｒｐｒｉｓｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｇｒａｔｉｏｎ；エンタープライズ・アプリケーション・インテグレーション）は、社内の異なる業務システムの連携・統合を実現するためのソフトウェアである。
【００４２】
ＥＡＩソフトウェアは、その名前が示すように企業内や企業間のアプリケーション・システム（業務システム）を統合する役割を果たす。ＥＡＩソフトウェアの主要な機能はプロセス統合とデータ統合である。
【００４３】
まず、プロセス統合とは、企業におけるビジネス・プロセスをシームレスにすることを指す。例えば、製造業の場合なら、顧客からの発注を受けて工場に対する生産指示を行い、また部品メーカに部品のオーダを行い、さらに出荷・配送指示を行うという業務プロセスがある。現在、この期間を短縮することが求められている。
【００４４】
しかし、多くの企業では、販売管理システムや部品オーダ・システム、さらには生産システムや物流システムとが個別に構築されてきたために業務システム間のシームレスな連携が実現されていない。
【００４５】
そこで、ＥＡＩソフトウェアは、業務システムごとにさまざまなデータ形式を持つ電子伝票をＸＭＬに変換し、ＸＭＬをベースにして各業務システム間の伝票交換の標準化を実現するといった手法を取って、業務システム間のシームレスな統合を実現している。なお、ＸＭＬとは、データ内に独自に取り決め可能なタグを埋め込むことで、データそのものに意味と構造を持たせる表現形式である。
【００４６】
また、データ統合は、インターネット上に散在する情報やデータを利用者の望む形にして統合する機能である。例えば、購買部門がある製品を調べる際、サプライヤや展示会情報、ショップなどが発信している情報を利用者の目的に合わせて提供するといった利用法である。
【００４７】
また、ＥＡＩソフトウェアの特徴は接続アダプタを持っていることである。これは、異なる業務システム同士、あるいは既存システムと新規システムを統合する場合の接着剤としての役割を果たす。例えば、ＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｒｃｅ  Ｐｌａｎｎｉｎｇ  Ｓｏｆｔｗａｒｅ）上に構築された会計システムと、Ｗｅｂべースで開発された受発注システムとを連携させるという場合のミドルウェアとして利用される。
【００４８】
なお、ＥＡＩシステムで連携される各システム自身はその連携を意識しない。ネットワーク上に流出される（パブリッシュ）データのみを規格化し、そのデータを必要とするシステムだけがデータを取得（サブスクライブ）する。このパブリッシュ・サブスクライブ型の接続形態は、システム数が増加することによる接続数の増大を防止することができる。
【００４９】
以下、図面を用いて本発明の実施形態について説明する。
【００５０】
図１は、本発明の一実施形態を示す保守管理システムの構成を説明するシステム構成図である。
【００５１】
図１において、１００は顧客先であり、この顧客先１００には、デジタル複合機１１０が設置されており、ＬＡＮ１５０及び図示しないルータを介してインターネット等のネットワーク３００と接続されている。
【００５２】
２００は保守サービスセンタ（保守サービス会社）であり、この保守サービスセンタ２００には、Ｗｅｂサービスサーバ２１０が設置されており、ＬＡＮ２５０及び図示しないルータを介してネットワーク３００と接続されている。
【００５３】
また、保守サービスセンタ２００には、ＥＡＩサーバ２２０が設置されており、ＬＡＮ２５０を介してＷｅｂサービスサーバ２１０及び複数の連携システム２３０（図１中では２０３ａ〜２３０ｃ）と接続されている。
【００５４】
複数の連携システム２３０は、例えばＣＲＭ（Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｉｐ  Ｍａｎａｇｅｒ）システム，ＳＣＭ（Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ｍａｎｅｇｅｒ）システム，料金請求システム，製品保守システム，障害管理システム（障害情報により障害対処方法を検索可能，），営業支援システム，Ｗｅｂサイト，メールシステム等の各種既存のシステムを含み、ＥＡＩサーバ２２０により連携されている。
【００５５】
以下、システム全体における処理の流れについて説明する。
【００５６】
デジタル複合機１１０を使用中には、さまざまな情報がデジタル複合機１１０の内部で発生する。デジタル複合機１１０は、その情報をＷｅｂサービスの技術を用いて保守サービスセンタ２００に送信する。即ち、デジタル複合機１１０は、デジタル複合機１１０の内部で発生する情報（障害情報，蓄積情報）等の通知すべき各種情報を取得し、該取得した情報からＳＯＡＰメッセージとしてのＸＭＬ文書を作成してＷｅｂサービスサーバ２１０にＳＯＡＰプロトコルにより送信する。
【００５７】
そして、保守サービスセンタ２００では、デジタル複合機１１０から送信されたデータをＷｅｂサービスサーバ２１０で受信すると、該Ｗｅｂサービスサーバ２１０は、受信したデータをＥＡＩサーバ２２０に出力する。
【００５８】
そして、ＥＡＩサーバ２２０では、Ｗｅｂサービスサーバ２１０から入力された情報を複数の連携システム２３０（ＣＲＭシステム，料金請求システム，製品保守システム等）に即座（リアルタイム）に伝播し、さらに連携システム２３０から返信される情報をＷｅｂサービスサーバ２１０に即座に伝播する。そして、Ｗｅｂサービスサーバ２１０は、ＥＡＩサーバ２２０から通知された返信情報をデジタル複合機１１０に返信する。
【００５９】
即ち、Ｗｅｂサービスサーバ２１０は、デジタル複合機１１０等から送信されるＳＯＡＰメッセージとしてのＸＭＬ文書を受信すると、該ＸＭＬ文書をＥＡＩサーバ２２０が提供するＥＡＩシステム上に出力し、そして、該ＥＡＩシステムから通知される返信情報（ＸＭＬ文書）を、送信元（デジタル複合機１１０等）へＳＯＡＰレスポンスとして返信する制御を行う。また、ＥＡＩサーバ２２０は、ＸＭＬ形式で記述された情報を利用して、ＬＡＮ２５０を介して接続されるＷｅｂサービスサーバ２１０及び複数の連携システム２３０がリアルタイムに情報を利用可能に制御する（パブリッシュ・サブスクライブ）。
【００６０】
なお、ＥＡＩサーバ２２０に、Ｗｅｂサービスサーバ２１０の機能を持たせるように構成してもよい。
【００６１】
図２は、図１に示したデジタル複合機１１０の構成を示すブロック図である。
【００６２】
図２において、４６は制御ユニットで、画像入力デバイスである読み取り部（スキャナ部）４４や画像出力デバイスであるプリンタ部４３と接続し、一方ではＬＡＮ１５０や公衆回線と接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。
【００６３】
３３はＣＰＵで、ＲＯＭ３２又はその他の記録媒体（記憶媒体）に格納されたプログラムに基づいて、システム全体を制御するコントローラである。３４はＲＡＭで、ＣＰＵ３３が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ３２は、ブートＲＯＭであり、システムのブートプログラムが格納されている。
【００６４】
３５はハードディスク（ＨＤ）で、画像データ，システムソフトウエア，文書，障害情報，カウンタ等の動作情報，その他各種データ等を格納する。
【００６５】
操作部４５は図示しないタッチパネル付きの表示部，各種ハードキー等を有する。３８はＩＯ制御Ｂ部で、操作部４５とのインタフェース部で、操作部４５の表示部に表示する画像データを操作部４５に対して出力し、また、操作部４５から本システム使用者が入力した情報を、ＣＰＵ３３に伝える役割をする。
【００６６】
３６はＬＡＮインタフェース部（ＬＡＮ  Ｉ／Ｆ部）で、ＬＡＮ１５０に接続し、情報の入出力を行う。３７は回線インタフェース部（回線Ｉ／Ｆ部）で、公衆回線網に接続し、情報の入出力を行う。以上のデバイスがシステムバス３１上に配置される。
【００６７】
３９はＩＯ制御Ａ部で、システムバス３１と画像データを高速で転送する画像バス４０を接続し、データ構造を変換するバスブリッジである。画像バス４０は、ＰＣＩバスまたはＩＥＥＥ１３９４等の高速バスで構成される。
【００６８】
画像バス４０上には以下のデバイスが配置される。
【００６９】
４１は画像処理部で、スキャナ画像処理（読み取り部４４からの入力画像データに対し補正，加工，編集を行う），画像データの回転，圧縮伸長処理（多値画像データはＪＰＥＧ，２値画像データはＪＢＩＧ，ＭＭＲ，ＭＨ），ＲＩＰ処理（頁記述言語で記載されたコード（ＰＤＬコード）をビットマップイメージに展開する），プリンタ画像処理部（プリンタ部４３へのプリント出力画像データに対して、プリンタの補正、解像度変換等を行う）等を行う。
【００７０】
４２は画像変換部で、ファクシミリ送信モードにより読み取り部４４から読み取った入力画像データを所定の画像形式（例えばＴＩＦＦ画像）に変換する。なお、変換された画像データは、ハードディスク３５に蓄積される。
【００７１】
以下、図３〜図１７を参照して、本発明の画像形成装置管理システムにおける各種処理について説明する。
【００７２】
デジタル複合機１１０を使用中には、さまざまな情報がデジタル複合機１１０の内部で発生する。その情報を後述する図３に示すように分類し、保守サービスセンタ２００に送信する。
【００７３】
その送信の方法は、デジタル複合機１１０内の障害イベントをトリガとして緊急度が高いものを即時に送信する即時送信と、コピー枚数等のカウンタ情報やデジタル複合機１１０を使用するユーザが自ら取り除くことが可能な障害等の保守サービスセンタへの送信の緊急度が低い定期送信とに分類される。
【００７４】
さらに、Ｗｅｂサービスでは、応答型の処理が可能になるため、単に、障害情報を送るだけでなく、上述した即時送信の場合等では、サービスマン手配の可否を確認する指令をＷｅｂサービスから受け取り、デジタル複合機のパネル上に表示する。これにより、ユーザは、そのサービスマンの要否を表示パネル上で選択することができる。
【００７５】
図３は、図１に示したデジタル複合機における障害情報の分類を示す図である。
【００７６】
図３において、３０１はエラーコード，３０２は前記エラーコード３０１に対応するエラーメッセージである。
【００７７】
なお、エラーコード３０１には、軽度の障害に分類される「ＷＡＲＮＩＮＧ」と、緊急対応が必要な障害である「ＦＡＴＡＬ」があり、軽度の障害「ＷＡＲＮＩＮＧ」はエラーコードの先頭コードが「Ｗ」，緊急対応が必要な障害「ＦＡＴＡＬ」はエラーコードの先頭コードが「Ｆ」となっている。
【００７８】
図４は、本発明の画像形成装置における第１の制御処理手順の一例を示すフローチャートであり、障害の通知とサービスマンの手配有無に関する処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ３３によりＨＤ３５又はその他の記録媒体に格納されたプログラムがＲＡＭ３４にロードされて実行される。また、Ｓ１０１〜Ｓ１１２は各ステップを示す。
【００７９】
ＣＰＵ３３はデジタル複合機１１０において障害が発生したことを検知すると、図４の処理を開始する。まず、ステップＳ１０１において、ＣＰＵ３３は、発生した障害が軽度であるか否かをエラーコードにより判定する（図３）。
【００８０】
ステップＳ１０１において、ＣＰＵ３３が、発生した障害が軽度である（エラーコードの先頭が「Ｗ」である）と判定した場合には、上述した定期送信であると判定し、ステップＳ１０２に進み、ＣＰＵ３３は、当該障害情報をＨＤ３５に蓄積し、ステップＳ１０３に進む。
【００８１】
ステップＳ１０３において、ＣＰＵ３３は操作部４５内の表示パネルに対処方法を表示させる。この対処方法表示の一例を図５に示す。
【００８２】
そして、図５に示す対処方法表示画面でユーザが「キャンセル」「ＯＫ」のいずれかのボタンを指示したことをＣＰＵ３３が検知すると、ステップＳ１０４において、ＣＰＵ３３はユーザにより障害が取り除かれるまで待機し、ユーザにより障害が取り除かれたことを検知すると、処理を終了する。
【００８３】
一方、ステップＳ１０１で、ＣＰＵ３３が発生した障害が軽度でない（エラーコードの先頭が「Ｗ」でない）と判定した場合には、ステップＳ１０５に進み、緊急対応が必要な障害である（エラーコードの先頭が「Ｆ」である）か否かを判定し、緊急対応が必要な障害である（エラーコードの先頭が「Ｆ」である）と判定した場合には、上述した即時送信であると判定して、ステップＳ１０６に進む。
【００８４】
そして、ステップＳ１０６において、ＣＰＵ３３は、前記発生した障害の情報（内部のエラーコード等）から、障害の内容等を解析し、該障害の内容等から当該障害情報を示すＸＭＬ文書をＳＯＡＰメッセージとして作成し、保守サービスセンタ２００（Ｗｅｂサービスサーバ２１０）へ送信処理する。このＸＭＬ文書の一例を図６に示す。
【００８５】
図６は、図１に示したデジタル複合機１１０から緊急対応が必要な障害が発生した場合に送信される障害情報を示すＸＭＬ文書の一例を示す図である。
【００８６】
図６に示すように、障害情報はＸＭＬ（即ちデータそのものが意味と構造を有する表現形式（実情報と該実情報の意味及び構造を含むデータ形式））で作成されているため、「＜ＣｏｎｓｕｍｅｒＩＤ＞１２３４５６７８９＜／ＣｏｎｓｕｍｅｒＩＤ＞」より、顧客コードを示すデータ「１２３４５６７８９」が含まれていることが分かる。
【００８７】
また、「＜ｓｔｒｕｃｔＥｒｒｏｒ＞＜Ｅｒｒｏｒ＞Ｆａｔａｌ＜／Ｅｒｒｏｒ＞＜Ｐｏｓｉｔｉｏｎ＞ＰａｐｅｒＨａｎｄｌｉｎｇ＜／Ｐｏｓｉｔｉｏｎ＞＜Ｉｎｆｏ＞ＥｒｒｏｒＯｃｃｕｅｒ＜／Ｉｎｆｏ＞＜／ｓｔｒｕｃｔＥｒｒｏｒ＞」より、エラー種別を示すデータ「Ｆａｔａｌ」，エラー発生場所を示すデータ「ＰａｐｅｒＨａｎｄｌｉｎｇ」，エラー情報を示すデータ「ＥｒｒｏｒＯｃｃｕｅｒ」が含まれていることが分かる。
【００８８】
このように、デジタル複合機１１０のＣＰＵ３３は、障害情報をデータそのものが意味と構造を有する表現形式（ＸＭＬ形式）のデータとして作成しＷｅｂサービスサーバ２１０に送信処理する。
【００８９】
以下、図４の説明に戻る。
【００９０】
図４のステップＳ１０６で保守サービスセンタ２００へ送信された障害情報（ＸＭＬ文書）はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。そして連携システム２３０からＥＡＩシステムを介してサービスマン手配有無確認指令（ＸＭＬ文書）がＷｅｂサービスサーバ２１０に返信されると、Ｗｅｂサービスサーバ２１０は、該サービスマン手配有無確認指令（ＸＭＬ文書）をＳＯＡＰレスポンスとしてデジタル複合機１１０に返信する。
【００９１】
すると、図４のステップＳ１０７において、デジタル複合機１１０のＣＰＵ３３が、Ｗｅｂサービスサーバ２１０から返信（ＳＯＡＰレスポンス）されるサービスマン手配有無確認指令を示すＸＭＬ文書を受信処理する。このＸＭＬ文書の一例を図７に示す。
【００９２】
図７は、図１に示したデジタル複合機１１０がＷｅｂサービスサーバ２１０より受け取るサービスマンの手配指令を示すＸＭＬ文書の一例を示す図である。
【００９３】
図７に示すように、このＷｅｂサービスサーバ２１０より受信したサービスマンの手配指令はＸＭＬ（即ちデータそのものが意味と構造を有する表現形式（実情報と該実情報の意味及び構造を含むデータ形式））で作成されているため、「＜ｃｏｍｍａｎｄ＞ＳｅｒｖｉｃｅｍａｎＣａｌｌ＜／ｃｏｍｍａｎｄ＞」より、サービスマン手配指令（サービスマン手配有無確認指令）を示すデータが含まれていることが分かる。
【００９４】
このように、デジタル複合機１１０のＣＰＵ３３は、このサービスマン手配指令を、データそのものが意味と構造を有する表現形式（ＸＭＬ形式）のデータとしてＷｅｂサービスサーバ２１０より受信する。
【００９５】
以下、図４の説明に戻る。
【００９６】
ステップＳ１０８において、ＣＰＵ３３は、受信したサービスマン手配有無確認指令（ＸＭＬ文書）（図７）に基づき、図８に示すようなサービスマン手配有無確認画面を表示する。ここで、ＣＰＵ３３は、図８に示すサービスマン手配有無確認画面から操作者の入力を受け付ける。そして、図８に示すサービスマン手配有無確認画面でユーザが「キャンセル」「いいえ」「はい」のいずれかのボタンを指示したことをＣＰＵ３３が検知すると、ステップＳ１０９に進む。
【００９７】
ステップＳ１０９において、ＣＰＵ３３は、ユーザからサービスマンの手配を必要とする旨の指示があったか否かを判定し、手配必要の指示がないと判定した場合には、そのまま処理を終了し、一方、手配必要の指示があったと判定した場合には、ステップＳ１１０に進む。
【００９８】
ステップＳ１１０において、ＣＰＵ３３は、サービスマン手配要求を示すＸＭＬ文書を作成し、保守サービスセンタ２００（Ｗｅｂサービスサーバ２１０）へＳＯＡＰメッセージとして送信処理する。
【００９９】
このステップＳ１１０で保守サービスセンタ２００へ送信されたサービスマン手配要求（ＸＭＬ文書）はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。
【０１００】
次に、ステップＳ１１１において、対応時間予測処理を行い、処理を終了する。
【０１０１】
このステップＳ１１１の対応時間予測処理は、サービスマンの手配要求がなされた後、予め指定された時間間隔で、Ｗｅｂサービス，ＥＡＩで連携接続された保守サービスセンタ２００のコールセンタ（連携システム２３０に含まれる）へ、対応状況送信の要求を行う。対応状況は、例えば「手配中」，「手配完了」，「解決予想時間」等を明示するものであり、コールセンタからＥＡＩ，Ｗｅｂサービスを介してデジタル複合機へ返送される。そして、この対応状況をデジタル複合機１１０はパネル上に表示して、ユーザに通知する。なお、このステップＳ１１１の対応時間予測処理の詳細は後述する図９に示す。
【０１０２】
一方、ステップＳ１０５で、緊急対応が必要な障害でない（エラーコードの先頭が「Ｆ」でない）と判定した場合には、ステップＳ１１２に進み、ＣＰＵ３３は、表示パネルガイドメッセージを操作部４５内の表示パネルに表示させて、処理を終了する。
【０１０３】
図９は、本発明の画像形成装置における第２の制御処理手順の一例を示すフローチャートであり、図４のステップＳ１１１に示した対応時間予想処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ３３によりＨＤ３５又はその他の記録媒体に格納されたプログラムがＲＡＭ３４にロードされて実行される。また、Ｓ２０１〜Ｓ２０５は各ステップを示す。
【０１０４】
まず、ステップＳ２０１において、ＣＰＵ３３は、ユーザにより障害が解除された（ユーザ解除）か否かを判定し、ユーザにより障害が解除された（ユーザ解除）であると判定した場合には、そのまま処理を終了する。
【０１０５】
一方、ステップＳ２０１で、ＣＰＵ３３は、ユーザにより障害が解除されていない（ユーザ解除でない）と判定した場合には、ステップＳ２０２に進み、保守サービスセンタへの対応予測時間の要求を示すＸＭＬ文書を作成し、ＳＯＡＰメッセージとして保守サービスセンタ２００（Ｗｅｂサービスサーバ２１０）に送信処理する。
【０１０６】
ステップＳ２０２で保守サービスセンタ２００へ送信された対応予測時間の要求（ＸＭＬ文書）はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。そして連携システム２３０からＥＡＩシステムを介して対応状況（ＸＭＬ文書）がＷｅｂサービスサーバ２１０に返信されると、Ｗｅｂサービスサーバ２１０は、該対応状況（ＸＭＬ文書）をＳＯＡＰレスポンスとしてデジタル複合機１１０に返信する。
【０１０７】
すると、図９のステップＳ２０３において、ＣＰＵ３３は、Ｗｅｂサービスサーバ２１０からＳＯＡＰレスポンスとして返信される対応状況を示すＸＭＬ文書を受信処理し、ステップＳ２０４に進む。
【０１０８】
ステップＳ２０４において、ＣＰＵ３３は、受信した対応状況を示すＸＭＬ文書に基づいて、操作部４５内の表示パネルにガイドメッセージとして表示させる。この表示例を図１０〜図１２に示す。そして、図１０〜図１２に示す状況通知画面でユーザが「キャンセル」「いいえ」「はい」のいずれかのボタンを指示したことをＣＰＵ３３が検知すると、状況通知画面を閉じ、ステップＳ２０４に進む。
【０１０９】
ステップＳ２０４において、ＣＰＵ３３は、指定された一定間隔（例えば予め設定されて図２に示したＨＤ３５に格納されている）だけ待機し、ステップＳ２０１に戻る。
【０１１０】
以下、図１３〜図１５を参照して、本発明の画像形成装置管理システムにおける定期イベントによるカウンタ情報及び軽度の障害の通知処理について説明する。
【０１１１】
この処理は、デジタル複合機１１０が、請求費用の算定根拠となるカウンタ情報や軽度の障害情報等を、月次等の予め決められた一定期間にタイマイベントを発生させて、Ｗｅｂサービスを使用して保守サービスセンタ２００に送信する処理である。以下、フローチャートを参照して詳細に説明する。
【０１１２】
図１３は、本発明の画像形成装置における第３の制御処理手順の一例を示すフローチャートであり、定期イベントによるカウンタ情報及び軽度の障害の通知処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ３３によりＨＤ３５又はその他の記録媒体に格納されたプログラムがＲＡＭ３４にロードされて実行される。また、Ｓ３０１〜Ｓ３０３は各ステップを示す。
【０１１３】
ＣＰＵ３３が、月次等の予め決められ図２に示したＨＤ３５に格納された期間情報に基づいて一定期間にタイマイベントを発生し、該タイマによるイベントが発生すると、フローチャートの処理を開始する。
【０１１４】
まず、ステップＳ３０１において、ＣＰＵ３３は定期的送信情報（ＨＤ３５に格納されているカウンタ情報等の定期的な情報，軽度の障害情報）を収集し、ステップＳ３０２において、ステップＳ３０１で収集した定期的な情報からＸＭＬ文書（後述する図１４）をＳＯＡＰメッセージとして作成し、保守サービスセンタ２００（Ｗｅｂサービスサーバ２１０）へ送信処理する。このステップＳ３０２で保守サービスセンタ２００へ送信された定期的な情報（ＸＭＬ文書）はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。
【０１１５】
次に、ステップＳ３０３において、ＣＰＵ３３は、ステップＳ３０１で収集した軽度の障害情報（例えば、紙詰まり，用紙切れ，トナー切れ等の情報）からＸＭＬ文書（後述する図１５に示す）をＳＯＡＰメッセージとして作成し、保守サービスセンタ（Ｗｅｂサービスサーバ２１０）へ送信し、処理を終了する。
【０１１６】
このステップＳ３０３で保守サービスセンタ２００へ送信された軽度の障害情報はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。
【０１１７】
上記ステップＳ３０２で送信した定期的な情報の一例としてカウンタデータを示すＸＭＬ文書を図１４に示す。
【０１１８】
図１４は、デジタル複合機１１０から送信される定期的な情報の一例としてカウンタデータを示すＸＭＬ文書を示す図である。
【０１１９】
図１４に示すように、定期的な情報は、ＸＭＬ、即ち実情報と該実情報の意味及び構造を含むデータ形式で作成されているため、「＜ＣｏｎｓｕｍｅｒＩＤ＞１２３４５６７８９＜／ＣｏｎｓｕｍｅｒＩＤ＞」より、顧客コードを示すデータ「１２３４５６７８９」が含まれていることが分かる。
【０１２０】
また、「＜Ｃｏｕｎｔｅｒ＞１０２５＜／Ｃｏｕｎｔｅｒ＞」より、カウンタ情報を示すデータ「１０２５」が含まれていることが分かる。
【０１２１】
このように、デジタル複合機１１０のＣＰＵ３３は、定期的な情報を実情報と該実情報の意味及び構造を含むデータ形式（ＸＭＬ形式）のデータとして作成しＷｅｂサービスサーバ２１０に送信する。
【０１２２】
また、上記図１３のステップＳ３０３で送信した軽度の障害情報の一例として軽度の障害の履歴データを示すＸＭＬ文書を図１５に示す。
【０１２３】
図１５は、デジタル複合機１１０から送信される軽度の障害情報の一例として軽度の障害の履歴データを示すＸＭＬ文書を示す図である。
【０１２４】
図１５に示すように、軽度の障害情報は、ＸＭＬ、即ち実情報と該実情報の意味及び構造を含むデータ形式で作成されているため、「＜ＣｏｎｓｕｍｅｒＩＤ＞１２３４５６７８９＜／ＣｏｎｓｕｍｅｒＩＤ＞」より、顧客コードを示すデータ「１２３４５６７８９」が含まれていることが分かる。
【０１２５】
また、「＜ｔｙｐＷａｒｎｉｎｇ＞＜ＤＡＴＥ＞・・・＜／ＤＡＴＥ＞＜Ｗａｒｎｉｎｇ＞・・・＜／Ｗａｒｎｉｎｇ＞＜／ｔｙｐＷａｒｎｉｎｇ＞」より、軽度の障害の各発生時間を示すデータと各メッセージ内容を示すデータ「紙詰まり」，「Ａ４用紙切れ」，「トナー切れ」が含まれていることが分かる。
【０１２６】
このように、デジタル複合機１１０のＣＰＵ３３は、定期的な情報を実情報と該実情報の意味及び構造を含むデータ形式（ＸＭＬ形式）のデータとして作成しＷｅｂサービスサーバ２１０に送信する。
【０１２７】
このように、デジタル複合機１１０のＣＰＵ３３は、定期的にデジタル複合機に送り出す軽度の障害の履歴データを意味と構造を有するＸＭＬ形式のデータとして作成し、ＳＯＡＰメッセージとしてＷｅｂサービスサーバ２１０に送信する。
【０１２８】
以下、図１６，図１７を参照して、本発明の画像形成装置管理システムにおけるトナー自動要求処理について説明する。
【０１２９】
このトナー要求処理は、デジタル複合機１１０が、タイマイベントにより、自動的に起動するものであり、カウンタ情報を元にトナーの残量を計算し、事前の設定により、ユーザ確認の必要が無ければ、そのままトナーカートリッジ手配を保守サービスセンタ２００のコールセンタへ送信し、その完了を受信する。一方、ユーザ確認が必要な場合は、一旦、表示パネル上にトナーカートリッジ残量が少ない旨とトナーカートリッジ要求可否の入力を促すメッセージを表示し、ユーザ確認を行う。そして、ユーザがトナーカートリッジ要求を指示した場合は、トナーカートリッジの要求を保守サービスセンタ２００のコールセンタへ送信し、その完了を受信する処理である。以下、フローチャートを参照して詳細に説明する。
【０１３０】
図１６は、本発明の画像形成装置における第４の制御処理手順の一例を示すフローチャートであり、トナー自動要求処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ３３によりＨＤ３５又はその他の記録媒体に格納されたプログラムがＲＡＭ３４にロードされて実行される。また、Ｓ４０１〜Ｓ４０８は各ステップを示す。
【０１３１】
ＣＰＵ３３が、月次等の予め決められ図２に示したＨＤ３５に格納されたトナー自動要求を行う期間を特定する情報に基づいて一定期間にタイマによるイベントを発生し、該タイマによるイベントが発生すると、フローチャートの処理を開始する。
【０１３２】
まず、ステップＳ４０１において、ＣＰＵ３３はトナー残量をＨＤ３５に格納されたカウンタ情報（トナーカートリッジ変更後のカウンタ情報）に基づいてトナー残量を計算し、トナー残量が所定の閾値より低いか否かにより残量が少ない（残小である）か否かを判定し、残小でないと判定した場合には、そのまま処理を終了する。
【０１３３】
一方、ステップＳ４０２で、ＣＰＵ３３がトナー残量が所定の閾値より低い（残小である）と判定した場合には、ステップＳ４０３に進む。
【０１３４】
ステップＳ４０３において、ＣＰＵ３３は、予め設定されてＨＤ３５に格納されたユーザ確認設定情報に基づいて、ユーザ確認が必要（確認要）か否かを判定し、ユーザ確認が必要でない（確認要でない）と判定した場合には、そのままステップＳ４０６に進む。
【０１３５】
一方、ステップＳ４０３で、ＣＰＵ３３が、ユーザ確認が必要（確認要）であると判定した場合には、ステップＳ４０４に進み、ＣＰＵ３３は操作部４５内の表示パネルにトナー発注有無確認メッセージを表示させ、操作者の入力を受け付ける。このトナー発注有無確認メッセージ表示の一例を図１７に示す。
【０１３６】
そして、図１７に示すトナー発注有無確認メッセージ画面でユーザが「キャンセル」「いいえ」「はい」のいずれかのボタンを指示したことをＣＰＵ３３が検知すると、ステップＳ４０５において、ＣＰＵ３３は、ユーザからトナー発注を行う（トナーカットリッジ要の）指示があったか否かを判定し、トナー発注を行わない（トナーカートリッジ要でない）と判定した場合には、そのまま処理を終了する。
【０１３７】
一方、ステップＳ４０５で、ＣＰＵ３３がユーザからトナー発注を行う（トナーカットリッジ要の）指示があったと判定した場合には、ステップＳ４０６に進む。
【０１３８】
次に、ステップＳ４０６において、ＣＰＵ３３は、トナーカートリッジ要求を示すＸＭＬ文書をＳＯＡＰメッセージとして作成し、保守サービスセンタ２００（Ｗｅｂサービスサーバ２１０）へ送信処理する。
【０１３９】
ステップＳ４０６で保守サービスセンタ２００へ送信されたトナーカートリッジ要求（ＸＭＬ文書）はＷｅｂサービスサーバ２１０で受信され、ＥＡＩサーバ２２０に出力されてＥＡＩサーバ２２０の提供するＥＡＩシステムに連携され、連携システム２３０で利用される。そして連携システム２３０からＥＡＩシステムを介してトナーカートリッジ要求受領（ＸＭＬ文書）がＷｅｂサービスサーバ２１０に返信されると、Ｗｅｂサービスサーバ２１０は、該トナーカートリッジ要求（ＸＭＬ文書）をＳＯＡＰレスポンスとしてデジタル複合機１１０に返信する。
【０１４０】
すると、ステップＳ４０７において、ＣＰＵ３３は、Ｗｅｂサービスサーバ２１０から送信されるカートリッジ要求受領を示すＸＭＬ文書をＳＯＡＰレスポンスとして受信処理し、ステップＳ４０８に進み、受信したカートリッジ要求受領メッセージ（ＸＭＬ文書）を解析し、ＣＰＵ３３は操作部４５内の表示パネルに図示しないトナーカートリッジ要求完了メッセージを表示させ、処理を終了する。
【０１４１】
以上示したように、本実施形態の保守管理システムは、デジタル複合機１１０がデジタル複合機１１０自身から発生する情報を、デジタル複合機１１０自ら、意味と構造のある情報（ＸＭＬ文書）として、Ｗｅｂサービスを使用して、インターネットを経由して、アプリケーション統合環境（ＥＡＩサーバ２２０が提供するＥＡＩシステム）に送信し、該アプリケーション統合環境が、そのＸＭＬで記述された情報を利用して、複数のアプリケーション（複数の連携システム２３０）間でリアルタイムに利用可能に制御するので、解析アプリケーションを構築することなく、ＥＡＩによる連携のみで既存の顧客対応に関係するアプリケーションシステムと連携が可能となる。
【０１４２】
また、図１に示したＥＡＩサーバ２２０が提供するＥＡＩシステムの連携システム２３０として、保守サービス会社の既存の障害管理システム（障害情報により障害対処方法を検索可能）及び既存のＣＲＭシステムを連携させ、デジタル複合機１１０が自ら送信した障害情報を、ＥＡＩにより保守サービス会社の障害管理システムと連携して障害対処方法を検索し、さらにＥＡＩにより保守サービス会社のＣＲＭシステムに障害対処方法を格納することにより、顧客から電話等で問い合わせがあった時点で、保守サービス会社側では障害管理システムとＣＲＭシステムを用いて、障害の状況とその対処方法とを即時に回答することができる等の顧客に信頼感を与える優れた管理システムを短期間で安価に構築することができる。
【０１４３】
さらに、図１に示したＥＡＩサーバ２２０が提供するＥＡＩシステムの連携システム２３０として、保守サービス会社の既存のＣＲＭシステムを連携させ、デジタル複合機１１０が、自ら送信したカウンタ数情報を、ＥＡＩにより保守サービス会社の既存のＣＲＭシステムに格納することにより、サービスマンが現地に訪問して確認しなくてもリアルタイムに顧客のカウンタ数を把握でき、現地訪問の回数を減らすことができる等の優れた管理システムを開発費用を削減し且つ短期間に構築することができる。
【０１４４】
また、図１に示したＥＡＩサーバ２２０が提供するＥＡＩシステムの連携システム２３０として、保守サービス会社の既存の障害管理システム及び既存の営業支援システムを連携させ、デジタル複合機１１０が自ら送信した障害情報を、ＥＡＩにより保守サービス会社の障害管理システムと連携して内容を検索し、その結果新しい機器が必要であった場合、さらにＥＡＩにより保守サービス会社の営業支援システムに格納することにより、営業マンが顧客に商品の提案を促すことができる等の優れた管理システムを短期間且つ安価に構築することができる。
【０１４５】
さらに、図１に示したＥＡＩサーバ２２０が提供するＥＡＩシステムの連携システム２３０として、保守サービス会社の既存の障害管理システム及び既存のＷｅｂサイトを連携させ、デジタル複合機１１０が自ら送信した障害情報を、ＥＡＩにより保守サービス会社の障害管理システムと連携して障害対処方法を検索し、さらにＥＡＩにより保守サービス会社のＷｅｂサイトに情報を格納すれば、顧客がＷｅｂブラウザで保守サービス会社のＷｅｂサイトにアクセスし、顧客のユーザＩＤでログオンすることにより、顧客自身が、顧客自身の障害の状況と、その対処方法を即時に知ることができ、顧客に信頼感をあたえることができる等の優れた保守管理システムを開発費用を削減した上短期間に構築することができる。
【０１４６】
また、図１に示したＥＡＩサーバ２２０が提供するＥＡＩシステムの連携システム２３０として、保守サービス会社の既存の障害管理システム及び既存のメールシステムを連携させ、デジタル複合機１１０が自ら送信した障害情報を、ＥＡＩにより保守サービス会社の障害管理システムと連携して内容を検索し、その結果非常に重要な問題があった場合、さらにＥＡＩにより保守サービス会社のメールシステムと連携し、顧客に即時にメールを送信することにより、顧客からの連絡を待つことなく、自発的に障害の状況とその対処方法を顧客に伝えることができ、顧客に信頼感をあたえることができる等の優れた保守管理システムを開発費用を削減した上短期間に構築することができる。
【０１４７】
従って、デジタル複合機１１０が自ら、デジタル複合機１１０自身の動作や保守に関する情報を、意味と構造のある情報（ＸＭＬ）としてＷｅｂサービスという技術を使って保守サービス会社２００のアプリケーション統合環境（ＥＡＩサーバ２２０が提供するＥＡＩツールによって既存の複数のシステム間を連携した環境）に送ることを自動化するとともに、保守サービス会社２００側で、デジタル複合機１１０から受信した意味と構造のある情報（ＸＭＬ）をアプリケーション統合環境でリアルタイムに利用することによって、顧客対応の迅速性を高め短期間に顧客満足度の向上を実現し、新規のアプリケーション開発作業を大幅に軽減すると同時に、従来には無かったサービスレベルに保守管理サービスを向上させることができる。
【０１４８】
よって、システム開発期間の削減，短期間に顧客満足度の向上を実現，短期間にサービスマン保守作業の簡素化を実現することができるという優れた保守管理システムを構築することができる等の効果を奏する。
【０１４９】
なお、本実施形態の保守管理システムは、図１に示したようにデジタル複合機の保守管理を行うものであったが、デジタル複合機の保守管理に限定されるものではない。電子機器（デバイス）がＷｅｂサービスクライアントとして自らの情報をＸＭＬで出力可能な機器であれば、どのような電子機器（プリンタ，コピー，スキャナ等はいうまでもなく、ＴＶ，洗濯機，冷蔵庫，電子レンジ，エアーコンディショナ等の各種ＩＰ家電等）にも適用することができる。
【０１５０】
例えば、全世界でＩｐｖ６の環境が整備され、いわゆる「ＩＰ家電」が普及し始めた場合、本実施形態のデジタル複合機１１０を「ＩＰ家電」に置き換え、該ＩＰ家電がＷｅｂサービスクライアントとして自らの情報（障害情報，使用情報等）をＸＭＬで出力するように構成すれば、新規にアプリケーションを開発することなくＩＰ家電を保守管理できる遠隔監視システムを実現することができる。
【０１５１】
具体例を挙げると、ＴＶの視聴率調査システムや、冷蔵庫や電子レンジの障害管理システム等である。
【０１５２】
このように、本発明を利用すれば、簡単に様々なデバイス（電子機器）の遠隔監視システムを実現することができる点についても、大きな有用性であると言える。
【０１５３】
以下、本実施形態で示した保守管理システムと従来の技術とを比較しながら本実施形態の特徴について説明する。
【０１５４】
従来の技術では、遠隔地のデバイスを管理する管理システムでは、該デバイスの情報を遠隔地の管理装置に送信する際には、該デバイスの付近に設置された中間的な通信サーバを経由して行っていた。
【０１５５】
また、遠隔地のデバイスを管理する管理装置は、受信した画像形成装置の情報を、専用のアプリケーションによって解析して利用するものであり、他システムと連携する、といった発想も存在していない。
【０１５６】
本実施形態で示した保守管理システムと従来の技術とは、以下の相違１〜３に示す大きな相違がある。
【０１５７】
（相違１）新規解析アプリケーションの構築の必要がなく、既存システムの連携によりサービスレベルの向上のための作業が簡素化される
（相違２）中継機器の設置構築の必要がない
（相違３）デバイスから応答型の処理が可能
まず、（相違１）「新規解析アプリケーションの構築の必要がなく、既存システムの連携によりサービスレベルの向上のための作業が簡素化される」について説明する。
【０１５８】
デバイスが出力するデータは固定長やＣＳＶ形式のデータであり、どのビットやどのカラムにどんな情報が格納されているか、情報だけでは判別することができない。そのため、従来の管理システムを構築する際には、デバイスが送出するデータのどのビットやカラムにどんな情報があるか解析する機能を有する専用のアプリケーションを新規に開発する必要があった。例えば、Ｃ言語における構造体やＣＯＢＯＬ言語におけるＣＯＰＹ句等によってデータの解析を行う機能を有するものであり、その開発は大変な負担となり、コストアップの要因となっていた。
【０１５９】
本実施形態の保守管理システムでは、デバイスが発した情報そのものが意味と構造を持つＸＭＬ文書であるため、専用のアプリケーションが存在しなくても、ＥＡＩの機能を利用して、連携する各システムは項目とデータの関連を認識できる。さらには、新規アプリケーションを作成することなく、既存のＣＲＭやフィールドサービスのアプリケーションと連動し、サービスレベルを向上させることが出来る。
【０１６０】
実際の保守サービス業務を考慮すると、デバイスが単にデータを送信しただけでも、専用アプリケーションを構築することによって、そのハードウェアの状況を把握することが可能である。
【０１６１】
しかし、本実施形態のように、デバイスが発する情報そのものに、意味と構造を持たせれば、他システムとその情報を共有する仕組みを持たせることができ、そのことにより初めて、デバイスが発した情報を人的操作により再度手入力することなく、複数のシステムでリアルタイムに利用可能となる。
【０１６２】
実際、本実施形態の保守管理システムは、デジタル複合機の中で取得した障害や運用に関わる情報を、意味と構造のある情報としてＸＭＬとして表現し、Ｗｅｂサービスを使用してリアルタイムに保守サービス会社に送信している。これにより、保守サービス会社内でＥＡＩによって、人手を介することなく他システムに自動的に取り込むことができる。従って、従来の技術よりも、より綿密な保守サービス業務を、効率的に行うことが出来る。
【０１６３】
例えば、デバイスから発せられた障害情報を、ＥＡＩにより、保守サービス会社のコールセンタ業務で使用している既存のＣＲＭシステムと連携したと考えると、顧客がコールセンタに電話をした時点で、コールセンタでは、障害の状況を把握していることとなる。よって、その電話にて、障害への対応方法まで即答することも可能となり、顧客満足度の向上にもつながる。
【０１６４】
これに対して、従来の管理システムでは、該管理システムと他システムとを連携をしようとする際には、デバイスから送出されるデータを取得した管理装置から意味を持たない情報を、人的操作によって、他システムに投入するなどの手作業が発生し、非常に煩雑であるとともに非効率的であった。
【０１６５】
次に、（相違２）「中継機器の設置構築の必要がない」について説明する。
【０１６６】
まず、顧客側に設置される中継サーバや、保守サービス会社側のアプリケーションの有無について考える。
【０１６７】
従来より、デバイス（プリンタ、ＦＡＸ、デジタル複合機など）がその動作状況や障害情報を取得し、保守サービス会社に送信するという技術はあった。
【０１６８】
しかし、従来では、デバイス自身で取得した障害情報等を中継となるデータ通信装置が吸い上げて管理装置等の受け取り側に送信する構成となっており、デバイスの設置先（顧客先等）に、データ通信装置を設置する必要があり、コストアップの要因となっていた。また、データ通信装置には、デバイスからのデータを取得し遠隔地の管理装置に送信するための専用のアプリケーションが必要であった。
【０１６９】
しかし、本実施形態の保守管理システムでは、デバイス自身で取得したカウンタ情報や障害情報を意味と構造を持ったデータ形式（ＸＭＬ）で表現し、ウェブサービスを介してＥＡＩに送信するため、デバイスの設置先（顧客先等）に、データ通信装置を設置する必要がなくなったとともに、データ通信装置内に専用のアプリケーションを構築する必要もなくなった。
【０１７０】
ここで、〔背景技術〕の欄で示した特許文献１と本実施形態の保守管理システムとを比較する。
【０１７１】
まず、特許文献１は、本実施形態の保守管理システムと同様に、画像形成装置のサービスシステムにおいて、迅速・的確な処置を効率よく行うという目的を有するものである。
【０１７２】
しかしながら、特許文献１では、複写装置とデータを送信するデータ通信装置は、別の装置となっている。この形式を取った場合は、仮に、複写装置が１台であっても、そのサービス情報を送るために必ず、データ通信装置が必要になってしまいコストアップしてしまう。
【０１７３】
これに対して、本実施形態の保守管理装置では、デジタル複合機自らが、Ｗｅｂサービスという技術を用いて、インターネットを通過して、保守サービスセンタに情報を送ることができる。そのため、特許文献１のようには、中継を目的としたデータ通信装置そのものを必要としていない。
【０１７４】
次に、本実施形態の保守管理システムでは、特許文献１と異なり、図６，図１４，図１５に示したように、ＳＯＡＰに則ったＸＭＬの形式にしてデータを、Ｗｅｂサービスサーバ２１０，ＥＡＩサーバ２２０へ送ることを規定している。
【０１７５】
本実施形態の保守管理システムに含まれるＥＡＩとは、そもそも既存システムとの連携を目的としたものであり、本実施形態の保守管理システムでは、そのＥＡＩの機能とデバイスを連動させる。例えば、デバイスからＷｅｂサービスを介してＥＡＩに情報が送信されると、該ＥＡＩに連携された既存ＣＲＭシステムのサービスマン手配システムに、直接、ＥＡＩの接続アダプタが情報を流すことを想定している。これは、本実施形態の保守管理システムのようにデータの表現形式にＸＭＬを採用し、そのＸＭＬの中に、顧客コード，エラー種別，エラー発生場所，カウンタ情報，発生時間，メッセージ内容等のデータを構造と意味を持たせて記載したことによって、初めて可能となることである。
【０１７６】
ＸＭＬは、従来の固定長やＣＳＶなどのその他の形式とは異なり、データの意味と構造を有する。よって、ＸＭＬを用いることにより、データの意味と構造を解析するアプリケーションを作成することなく、ＥＡＩの接続アダプタに情報を渡すことが出来る。
【０１７７】
このように、本実施形態の保守管理システムでは、データ通信装置，管理装置も不要になり、自らＷｅｂサービスで情報を発信する画像形成装置と、既存システムとが、ＥＡＩによって、連携することができる。
【０１７８】
従って、特許文献１のように、遠隔地からインターネット経由でデバイスを監視する、という本実施形態のコンセプトと似ている従来技術は多数あるが、本実施形態のように、デバイスが自ら情報を意味と構造を持った情報（ＸＭＬ）を、Ｗｅｂサービスという技術を使用して送信し、ＥＡＩとで保守サービス会社の既存システムと連携するという構成で、遠隔監視するシステムは存在していない。
【０１７９】
このように、本実施形態の最大の特徴は、ＸＭＬ，Ｗｅｂサービス，ＥＡＩという技術を組み合わせることにより、新規にアプリケーションを作成することなく、顧客環境内のデバイス情報を遠隔監視できる点である。
【０１８０】
従来では、顧客環境内のデバイスの情報を遠隔監視するシステムを構築しようとする場合、以下の２種類のアプリケーションを作成しなくてはならなかった。
【０１８１】
１種類目のアプリケーションは、デバイスが出力する情報を解析するアプリケーション（もしくは解析部）である。
【０１８２】
２種類目のアプリケーションは、取得したデバイス情報を、活用するためのアプリケーション（システム）である。
【０１８３】
しかし、本実施形態では、ＥＡＩを使用しているため、ＥＡＩがもつアダプタ機能を使用して、新規にアプリケーションを開発することなく、ＣＲＭ等の他のシステムと連携して、デバイスから送られるデータをリアルタイムで利用することが可能である。
【０１８４】
つまり、本実施形態は、ＸＭＬ，Ｗｅｂサービス，ＥＡＩという技術を組み合わせたからこそ、新規にアプリケーションを開発することなく、遠隔監視システムを実現できるのである。
【０１８５】
最後に、（相違３）「デバイスから応答型の処理が可能」について述べる。
【０１８６】
本実施形態でデジタル複合機１１０とウェブサービスサーバ２１０間と通信に用いられているＳＯＡＰは、ＨＴＴＰ（Ｓ）というプロトコルをベースとしたプログラムであるので、意味と構造を持ったデータ（ＸＭＬ）でリクエスト（要求）とレスポンス（応答）と言う対話型の処理が可能になる。
【０１８７】
例えば、デバイスに障害が発生し、該障害の重度が高い場合には、保守サービスセンタ側では、メッセージを受け取るだけではサービスとして不十分であり、応答型でのみ処理が可能なサービスを行いたい場合があり、本実施形態の保守管理システムでは、上記応答型の処理が可能である。
【０１８８】
以下、その例を具体的に示す。
【０１８９】
（１）サービスマンの手配有無（図４〜図８）
ＥＡＩサーバ２２０に連携されるＣＲＭシステムは、デジタル複合機１１０から障害のメッセージをＷｅｂサービスサーバ２１０，ＥＡＩサーバ２２０を介して受け取り、それがサービスマンの手配が必要な重度のものであったときは、その応答のメッセージにおいて、サービスマン手配有無のメッセージをＥＡＩサーバ２２０，Ｗｅｂサービスサーバ２１０を介してデジタル複合機１１０に送る。
【０１９０】
デジタル複合機１１０は、そのメッセージをデバイス上の操作パネルに表示し、手配の可否を問う。そして、ユーザから手配が必要かどうかのＳＯＡＰメッセージを、Ｗｅｂサービスサーバ２１０，ＥＡＩサーバ２２０を介して既存のコールセンタ及びフィールドサービスのアプリケーションが受け取り、手配の処理を進める。
【０１９１】
（２）対応の予想見積時間の自動通知（図９〜図１５）
（ａ）手配中
（ｂ）手配完了
（ｃ）解決予想時間
ＣＲＭシステムにおいて、コールセンタが受け取った手配要求は、フィールドサービスアプリケーションによって、サービスマンを割り当てる。割り当て手配が完了したか、サービスマンは部品を確認し、対応可能な時間を入力し、実際に対応すべく、障害機の設置場所に訪問する。
【０１９２】
この間、デジタル複合機１１０は、デジタル複合機１１０自らが、３分間隔等、一定時間にＳＯＡＰによる、ポーリングを行い、ＣＲＭシステム上にある、手配に関する情報を受け取る。その際、ａ）手配中、（ｂ）手配完了、（ｃ）解決予想時間等状況を取得し、デジタル複合機のパネル上に表示をする。
【０１９３】
（３）トナーカートリッジ自動手配（図１６〜図１７）
デジタル複合機１１０には、障害でなくともユーザの対応が必要な場合がある。
【０１９４】
消耗品であるトナーに関しては、その交換の情報とカウンタ情報を組み合わせて計算することにより、トナーカートリッジの不足の予想が可能になる。
【０１９５】
これは、実際にトナーがなくなりそうな時期を予想して、トナーカートリッジを手配すること、実際に無くなってから、トナーカートリッジを注文することの両方の現象が発生する。
【０１９６】
デジタル複合機１１０は、自らトナーの不足を予測し、残量が少なくなった時点で、デジタル複合機１１０のパネル上に、トナーカートリッジ要求のためのメッセージとその有無を表示し、要求によって、保守サービスセンタにトナーカートリッジ送付要求を送信することが出来、それを受け付けられたかどうかを受信し、パネル上に表示する。なお、この処理の開始は、定期イベントによるタイマ起動で行う。たま、トナーカートリッジの要求可否は、設定によりパネル上確認をしなくとも、カートリッジ要求をすることが出来る。
【０１９７】
以上示したように、本実施形態は、ＥＡＩにデバイスとの関係を加えたものであり、従来の技術のように、単に遠隔地のデバイスと管理装置とを（データ通信装置を介して）接続し、デバイスから送信される情報を管理装置で管理するようなものではない。今後、デバイスそのものをインテリジェント化する上において、本実施形態のデジタル複合機１１０のようにＷｅｂサービスに対応することは不可欠である。これにより、デバイスと複数のアプリケーションとをリアルタイムに連携することができる。
【０１９８】
以上示した点は、本実施形態で示した保守管理システムと、上記特許文献１のような従来技術との相違を考察する上で、特に留意すべき事項と考える。
【０１９９】
上述した実施形態及びその応用のいずれか又は全てを組み合わせた構成も全て本発明に含まれるものである。
【０２００】
また、図３，図６，図１４，図１５に示した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０２０１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２０２】
以上より、本実施形態によれば、デジタル複合機，ＩＰ家電，その他電子機器等のデバイスが、自ら該デバイスの動作状況や障害情報を取得し、その情報を、意味と構造のある情報（ＸＭＬ）として、Ｗｅｂサービスを経由して、保守サービス会社のＷｅｂサービスサーバに送り、該Ｗｅｂサービスサーバと接続したＥＡＩサーバを経由して、その複数の連携システムへリアルタイムに情報を送ることを通して、遠隔地の機器（デバイス）の自動情報取得によるアプリケーション間連携を実現することができる。
【０２０３】
以下、図１８に示すメモリマップを参照して本発明に係る画像形成装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０２０４】
図１８は、本発明に係る画像形成装置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０２０５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２０６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２０７】
本実施形態における図４，図９，図１３，図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２０８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２０９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０２１０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０２１１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２１４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【産業上の利用可能性】
【０２１５】
本実施形態のデジタル複合機１１０を「ＩＰ家電」を初めとする各種電子機器に置き換え、該電子機器がＷｅｂサービスクライアントとして自らの情報（障害情報，使用情報等）をＸＭＬで出力するように構成することにより、新規にアプリケーションを開発することなく、各種電子機器を保守管理できる遠隔監視システムを実現することができる。
【図面の簡単な説明】
【０２１６】
【図１】本発明の一実施形態を示す保守管理システムの構成を説明するシステム構成図である。
【図２】図１に示したデジタル複合機の構成を示すブロック図である。
【図３】図１に示したデジタル複合機における障害情報の分類を示す図である。
【図４】本発明の画像形成装置における第１の制御処理手順の一例を示すフローチャートである。
【図５】図２に示した操作部内の表示パネルに表示される対処方法表示の一例を示す図である。
【図６】図１に示したデジタル複合機から緊急対応が必要な障害が発生した場合に送信される障害情報を示すＸＭＬ文書の一例を示す図である。
【図７】図１に示したデジタル複合機がＷｅｂサービスサーバより受け取るサービスマンの手配指令を示すＸＭＬ文書の一例を示す図である。
【図８】図２に示した操作部内の表示パネルに表示されるサービスマン手配有無確認画面の一例を示す図である。
【図９】本発明の画像形成装置における第２の制御処理手順の一例を示すフローチャートである。
【図１０】図２に示した操作部内の表示パネルに表示される状況通知画面の一例を示す図である。
【図１１】図２に示した操作部内の表示パネルに表示される状況通知画面の一例を示す図である。
【図１２】図２に示した操作部内の表示パネルに表示される状況通知画面の一例を示す図である。
【図１３】本発明の画像形成装置における第３の制御処理手順の一例を示すフローチャートである。
【図１４】デジタル複合機から送信される定期的な情報の一例としてカウンタデータを示すＸＭＬ文書を示す図である。
【図１５】デジタル複合機から送信される軽度の障害情報の一例として軽度の障害の履歴データを示すＸＭＬ文書を示す図である。
【図１６】本発明の画像形成装置における第４の制御処理手順の一例を示すフローチャートである。
【図１７】図２に示した操作部内の表示パネルに表示されるトナー発注有無確認メッセージ画面の一例を示す図であるである。
【図１８】本発明に係る画像形成装置で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０２１７】
１００  顧客先
１１０  デジタル複合機
１５０  ＬＡＮ
２００  保守サービスセンタ
２１０  Ｗｅｂサービス（ＷｅｂＳｅｒｖｉｃｅ）サーバ
２２０  ＥＡＩサーバ
２３０ａ〜２３０ｃ  連携システム
２５０  ＬＡＮ
３００  インターネット
【図１】
2005182445.tif 000003
【図２】
2005182445.tif 000004
【図３】
2005182445.tif 000005
【図４】
2005182445.tif 000006
【図５】
2005182445.tif 000007
【図６】
2005182445.tif 000008
【図７】
2005182445.tif 000009
【図８】
2005182445.tif 000010
【図９】
2005182445.tif 000011
【図１０】
2005182445.tif 000012
【図１１】
2005182445.tif 000013
【図１２】
2005182445.tif 000014
【図１３】
2005182445.tif 000015
【図１４】
2005182445.tif 000016
【図１５】
2005182445.tif 000017
【図１６】
2005182445.tif 000018
【図１７】
2005182445.tif 000019
【図１８】
2005182445.tif 000020