(57)【要約】【課題】ネットワークを介してＸＭＬデータの表示をする場合、そのためのアプリケーションがＸＭＬをサポートしているか否かにかかわらずＸＭＬデータの表示を可能にする。【解決手段】ネットワークに接続されているデバイスにおいて、記憶手段は、自身の管理データを記述したＸＭＬデータとその表示のためのスタイルシートを保持し、ウェブサーバが、管理データを提供する。クライアント端末のアプリケーションがＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を備えていないと判断すれば、ＸＭＬデータを解析できるサーバ装置にＸＭＬデータを送信するとともに、前記のアプリケーションに、ＸＭＬデータをサーバ装置から取得する命令を組み込んだ情報を送信する。【選択図】図８
2004178061.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント端末とサーバ装置とに接続されるデバイスであって、
デバイス自体に関するデータを記述したＸＭＬデータとその表示のためのスタイルシートを保持する記憶手段と、
クライアント端末のアプリケーションが前記のＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別する判断手段と、
クライアント端末の前記のアプリケーションがＸＭＬ解析手段を備えていないと前記の判断手段が判断したときに、前記のＸＭＬデータを、ＸＭＬデータを前記のアプリケーションが解読できる形式に変換する解析手段を有する前記のサーバ装置に送信するとともに、前記のサーバ装置から前記のＸＭＬデータを取得する命令を組み込んだ情報を前記のアプリケーションに送信するデータ送信手段と
を備えるデバイス。
【請求項２】
前記のデバイスは画像形成装置であり、前記のデバイス自体に関するデータは画像形成装置の内部の状態を表すデータであることを特徴とする請求項１に記載されたデバイス。
【請求項３】
さらに、前記のＸＭＬデータを提供するウェブサーバ手段を備え、前記のアプリケーションはウェブサーバ手段に前記のＸＭＬデータを要求し、前記のデータ送信手段は、ウェブサーバ手段に前記のＸＭＬデータを送信させることを特徴とする請求項１に記載されたデバイス。
【請求項４】
ネットワークを介してクライアント端末とデバイスとに接続されるサーバ装置において、
デバイスから、そのデバイス自体に関するデータを記述したＸＭＬデータを受け取るステップと、
前記のＸＭＬデータを、前記のアプリケーションが解読できる形式のデータに変換するステップと、
クライアント端末のアプリケーションが、デバイスから受け取った命令によりアクセスしてくると、前記の変換されたデータをクライアント端末のアプリケーションに送信するステップと
からなり、コンピュータにより実行されるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介するＸＭＬデータの出力に関するものである。
【０００２】
【従来の技術】
ネットワーク（たとえばＬＡＮ）を介して複数の装置が接続されているシステムにおいて、１つの装置が、当該装置についての情報をＨＴＭＬデータとして記憶していると、そのＨＴＭＬデータを他の装置から表示（閲覧、印刷など）ができる。ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）は、ウェブページを書くために生まれた言語である。たとえば、画像形成装置などのデバイスがネットワークを介して利用されるシステムにおいても、当該デバイスがその情報（たとえばデバイス管理情報）をＨＴＭＬデータとして記憶していると、他の装置（たとえばパーソナルコンピュータの端末）はその情報をウェブブラウザなどで取得し表示できる。たとえば、ＨＴＭＬ形式のデータを用いた多機能装置（ＭＦＰ）などのエラー情報の通信が特開平２００１−１８６３０１号公報に記載されている。
【０００３】
ネットワークを介するＨＴＭＬデータの閲覧には、ページ単位の送信によるネットワークの負荷、データの再利用不可などの問題がある。そこで、ＸＭＬを採用して、データをＸＭＬで作成することが考えられる。ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）は、拡張機能つきのマークアップ言語である。ＸＭＬ自体はレイアウトを規定しないので、ＸＭＬで記述されたデータ（以下ＸＭＬデータという）の表示（閲覧、印刷など）は、スタイルシート言語（たとえばＸＳＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）やＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ））で記述したスタイルシートを用いて行う。スタイルシートでは、表示／印刷領域、フォント名、文字サイズなどが指定される。また、ＸＳＬデータの変換処理を行う部分の言語には、ＸＳＬＴ（ＸＳＬ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）などが用いられる。
【０００４】
【特許文献１】
特開２００１−１８６３０１号公報
【０００５】
【発明が解決しようとする課題】
ネットワークに接続されているクライアント端末には、ネットワークを介して表示（閲覧、印刷など）をするためのアプリケーション（ウェブブラウザなど）が備えられている。このアプリケーションがＸＭＬをサポートしていれば、ＸＭＬデータとスタイルシートを基にＸＭＬデータを表示できる。ところが、現状では、アプリケーションは必ずしもＸＭＬをサポートしていない。しかし、クライアント端末のアプリケーションがＸＭＬをサポートしているか否かにかかわらず、クライアント端末でＸＭＬデータの表示を可能にすることが望ましい。
【０００６】
この発明の目的は、ネットワークを介して接続されている装置に記憶されているＸＭＬデータの表示をする場合、表示のためのアプリケーションがＸＭＬをサポートしているか否かにかかわらずＸＭＬデータの表示を可能にすることである。
【０００７】
【課題を解決するための手段】
本発明に係るデバイスは、ネットワークを介してクライアント端末とサーバ装置とに接続されるデバイスである。このデバイスは、デバイス自体に関するデータを記述したＸＭＬデータとその表示のためのスタイルシートを保持する記憶手段を備える。判断手段は、クライアント端末のアプリケーションがＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別する。サーバ装置は、ＸＭＬデータを前記のアプリケーションが解読できる形式に変換する解析手段を有している。データ送信手段は、クライアント端末の前記のアプリケーションがＸＭＬ解析手段を備えていないと判断手段が判断したときに、ＸＭＬデータをサーバ装置に送信するとともに、サーバ装置から前記のＸＭＬデータを取得する命令を組み込んだ情報を前記のアプリケーションに送信する。これにより、ＸＭＬ解析手段を備えないアプリケーションでもＸＭＬデータの表示が可能になる。
【０００８】
前記のデバイスは、たとえば、画像形成装置であり、前記の管理データは、画像形成装置の内部の状態を示すデータである。
【０００９】
前記のデバイスは、好ましくは、さらに、前記のＸＭＬデータを提供するウェブサーバ手段を備える。
【００１０】
本発明に係るコンピュータにより実行されるデバイス管理プログラムは、ネットワークを介してクライアント端末と共有デバイスとに接続されるサーバ装置において、デバイスから、そのデバイス自体に関するデータを記述したＸＭＬデータを受け取るステップと、前記のＸＭＬデータを、前記のアプリケーションが解読できる形式のデータに変換するステップと、クライアント端末のアプリケーションが、デバイスから受け取った命令によりアクセスしてくると、前記の変換されたデータをクライアント端末のアプリケーションに送信するステップとからなる。
【００１１】
【発明の実施の形態】
以下、添付の図面を参照して本発明の実施の形態を説明する。
図１に示すように、複数の共用されるデバイス１００（多機能装置、プリンタ、デジタル複写機などの画像形成装置など）、管理対象の共用デバイス１００を管理するデバイス管理装置２００、クライアント端末３００（たとえばパーソナルコンピュータ）などが、ネットワーク（ＬＡＮなど）４００に接続されている。ここで、デバイス１００は、外部のクライアント端末３００から要求があると、自身の内部の状態を表わすデータである管理データを記述したＸＭＬデータとその表示のためのスタイルシートを作成し、ウェブサーバを介して提供する。これにより、クライアント端末３００（３００Ｃ）は、たとえば、アプリケーション（たとえばウェブブラウザ）でＸＭＬデータを表示できる。具体的には、クライアント端末３００のアプリケーション（ウェブブラウザ）は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によりＵＲＩを指定してウェブサーバにリクエストを送る。ウェブサーバは、ＨＴＴＰによる要求を受けてデータを提供する。ウェブブラウザは、受け取ったデータを解析して表示する。この実施形態では、アプリケーションは、受け取ったＸＭＬデータをたとえばＨＴＭＬデータに変換して、表示（閲覧、印刷など）を行う。
【００１２】
ＸＭＬデータとＸＳＬＴスタイルシートを基に表示をする場合、ＸＭＬをサポートするアプリケーション（たとえばウェブブラウザ）は、ＸＭＬ文を分解して構成要素単位に分解するＸＭＬパーサ（またはＸＭＬプロセッサ）とよばれるＸＭＬ解析モジュールを使用する。しかし、クライアント端末３００（たとえば３００ａ，３００ｂ）のアプリケーションがＸＭＬ解析モジュールを備えていなければ、ＸＭＬデータを表示できなくなってしまう。そこで、そのような場合にも表示できるようにするため、ネットワークを介して接続されている他のサーバ（たとえばデバイス管理装置２００）に、ＸＭＬデータとそのスタイルシートを、クライアント端末３００のアプリケーションが解読できる形式のデータ（ここではＨＴＭＬデータ）に変換するＸＭＬ解析モジュールを備えておく。デバイス１００は、ＨＴＴＰリクエストを送ってきたクライアント端末３００のアプリケーションがＸＭＬ解析モジュールを備えていないと判断すると、管理データを記述したＸＭＬデータとそのスタイルシートをデバイス管理装置２００に送る。そこで、デバイス管理装置２００内のＸＭＬ解析モジュールはＸＭＬデータを解析して、クライアント端末３００のアプリケーションが解読できるＨＴＭＬデータに変換する。同時に、デバイス１００は、デバイス管理装置２００の当該ＨＴＭＬデータへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し、クライアント端末３００に送る。これに対応して、クライアント端末３００のアプリケーションは、デバイス管理装置２００に自動的にアクセスして、解析結果（ＨＴＭＬ形式の管理データ）を表示する。したがって、クライアント端末３００では、ＸＭＬ解析モジュールを有しないアプリケーションでもＸＭＬデータの表示が可能である。
【００１３】
図２は、管理情報の１例を示す。ＸＭＬ文書の文書型宣言部において、ＸＭＬデータを表示するためのスタイルシート・ファイルの格納場所を指定でき、これにより、そのＸＭＬデータのためのスタイルシートが指定される。この例では、２つ目の文にて、スタイルシート・ファイルの格納場所をｈｒｅｆ＝の後に指定し、スタイルシートの種類をｔｙｐｅ＝の後に指定している。この管理情報（装置の内部の状態をあらわすデータ）によれば、この多機能装置の製品名はａｂｃ−００１である。原稿トレイは装着されている。用紙トレイは装着されており、その名称はトレイ１であり、用紙サイズはレターであり、用紙は普通紙であり、用紙の搬送方向は短辺であり、用紙の容量は２５０枚であり、用紙はトレイに収納されている。また、図３は、図２のＸＭＬデータで指定されたスタイルシートの１例である。
【００１４】
次に、ネットワーク４００に接続される各装置について具体的に説明する。共用デバイス１００の１つである多機能装置（以下ＭＦＰという）は、プリンタ、スキャナなどとして機能するデバイスである。ＭＦＰ１００は、たとえば、図４に示すように、原稿の画像を読み取るスキャナ装置１０２、印刷データを受け取って紙に印刷するプリントエンジン部１０４、および、それらを制御するコントローラ１０６を備える。コントローラ１０６は、操作パネル部１０８、外部のネットワーク４００に接続するネットワークインタフェースを含む通信装置１１０などと接続される。プリンタとして機能する場合、通信装置１１０を介して外部から印刷データを受け取ると、ラスターデータを作成し、プリントエンジン部１０４を制御して印刷を行う。また、コントローラ１０６は、操作パネル１０８を介する設定や各種センサ（図示しない）の出力結果を基にＭＦＰ自身の管理データを作成し、要求があると提供する。
【００１５】
具体的には、ＭＦＰのコントローラ１０６は、ＣＰＵ１２０、記憶装置（ＨＤＤ）１２２、画像処理部１２４、画像メモリ１２６などを備える。記憶装置１２２は、たとえば書き換え可能な半導体メモリやハードディスク装置であり、ＭＦＰを制御し及びネットワークを介して通信する制御プログラム１３０の他に、ＭＦＰの状態を管理する状態管理部１３２と、状態管理部１３２から受け取った自身の管理データをＸＭＬ化するＸＭＬデータ生成部１３４と、クライアント端末３００からの要求に応じて、ＸＭＬデータ生成部１３４が生成したＸＭＬデータを送信するウェブサーバ１３６とを記憶する。また、生成されたＸＭＬデータを記憶するＸＭＬデータ記憶部１３８と、ＸＭＬデータの転送先を記憶する転送先記憶部１４０とを備える。
【００１６】
ウェブサーバ１３６は、後に説明するように、クライアント端末３００から管理データ表示の要求があると、クライアント端末３００がＸＭＬ解析プログラムを有しているか否かをチェックする。そして、ＸＭＬ解析プログラムを有していれば、クライアント端末３００に、ＸＭＬファイルとスタイルシートを転送するが、ＸＭＬ解析プログラムを有していなければ、転送先記憶部１４０に記憶されている転送先（ここではデバイス管理装置２００から通知されたＵＲＩ）に、ＸＭＬファイルとスタイルシートを転送する。
【００１７】
デバイス管理装置２００は、たとえば、ワークステーションやパーソナルコンピュータを用いたサーバ装置であり、図５に示すように、ＣＰＵ２０２、キーボードなどの入力装置２０４、ディスプレイ装置２０６、記憶装置（ＨＤＤ）２０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置２１０を備える。記憶装置２０８は、ＯＳプログラム（図示しない）の他、デバイス管理プログラム２２０、ウェブサーバ２２２及びＸＭＬ解析プログラム２２４を記憶する。デバイス管理プログラム２２０は、ネットワーク４００内を検索し、デバイス１００を発見すると、ＩＰアドレスを付与し、かつ、自身が有するウェブサーバ２２２のＵＲＩをＭＦＰ１００に通知する。これに対応して、ＭＦＰ１００は、そのＵＲＩを転送先記憶部１４０に記憶しておく。
【００１８】
クライアント端末３００は、たとえばパーソナルコンピュータ（ＰＣ）であり、パーソナルコンピュータは、たとえば、図６に示すように、全体を制御するＣＰＵ３０２、キーボードなどの入力装置３０４、ディスプレイ装置３０６、記憶装置（ＨＤＤ）３０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置３１０を備える。記憶装置３０８は、ＯＳプログラム（図示しない）などの他、ＸＭＬデータを表示するためのアプリケーションであるウェブブラウザ３２０などを格納している。クライアント端末３００のウェブブラウザ３２０は、ＸＭＬ解析部３２２を有する場合と、有しない場合とがある。
【００１９】
このネットワーク環境において、クライアント端末３００の使用者は、ウェブブラウザ３２０で、デバイス（ＭＦＰ）１００のウェブサーバ１３６にアクセスして、管理情報を要求できる。この管理情報は、ＸＭＬデータである。ＭＦＰ１００では、端末３００から管理情報の要求を受け取ると、ＸＭＬデータ生成部１３４が、状態管理部１３２より受け取った管理データからＸＭＬファイルを生成する。さらに、クライアント端末３００のウェブブラウザ３２０の名称／バージョンをＨＴＴＰのリクエストヘッダから取得し、それを基に、そのウェブブラウザ３２０がＸＭＬ解析プログラム３２２を備えているか否かを判断する。ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析部プログラム３２２を有すると判断する場合は、そのままＸＭＬデータとスタイルシートをクライアント端末３００のウェブブラウザ３２０へ転送する。これにより、ウェブブラウザ３２０は、ＸＭＬデータを解析して、たとえばＨＴＭＬデータに変換して表示する。
【００２０】
一方、ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を有していないと判断した場合は、デバイス管理装置２００のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを生成し、クライアント端末３００へ返送する。このとき、このＨＴＭＬファイルには、ＭＦＰ１００で生成したＸＭＬファイルのＵＲＩを記述しておく。
【００２１】
図７は、ＭＦＰ１００が生成するＨＴＭＬファイルの１例である。ここで、４番目の文に記載されている  ”１５０．１７．４０．１０”  はデバイス管理装置２００のウェブサーバ２２２のＵＲＩであり、”１５０．１７．４０．２０”  はＭＦＰ（ＸＭＬファイル）のＵＲＩである。
【００２２】
クライアント端末３００のウェブブラウザ３２０は、ＨＴＭＬファイルが返送されると、そのＨＴＭＬファイルに記載されたＩＰアドレスに基づいて、自動的にデバイス管理装置２００のウェブサーバ２２２にアクセスする。デバイス管理装置２００は、ウェブブラウザ２２２の要求により、ＭＦＰ１００からＸＭＬデータを取得し、ＸＭＬ解析プログラム２２４でＨＴＭＬファイルに変換し（すなわち、クライアント端末３００のウェブブラウザ３２０で表示可能な形式に変換し）、ウェブブラウザ３２０に返送する。クライアント端末３００では、ウェブブラウザ３２０がＨＴＭＬファイルとしてデバイス管理情報を表示する。これにより、端末３００のアプリケーションがＸＭＬ解析部を有しなくても、端末３００でＸＭＬファイルの表示が可能になる。
【００２３】
前述の処理を実現する各構成装置の制御フローは以下のとおりである。図８は、デバイス（ＭＦＰ）１００のコントローラの通信に関係する処理のフローを示す。クライアント端末３００のウェブブラウザ３２０からウェブサーバ１３６に管理データ閲覧の要求があると（Ｓ１００でＹＥＳ）、状態管理部１３２から受け取った自身の管理データをＸＭＬ化する（Ｓ１０２）。次に、管理データ閲覧の要求時に送信されたデータを基にウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備しているか否かを判断する（Ｓ１０４）。この判断はたとえばブラウザの名称とバージョンにより行う。クライアント端末３００のウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していると判断すると（Ｓ１０４でＮＯ）、ウェブブラウザ３２０にＸＭＬデータを送る（Ｓ１０６）。しかし、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していないと判断すると（Ｓ１０４でＹＥＳ）、転送先記憶部１４０に保持しているデバイス管理装置２００のウェブサーバ２２２のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し（Ｓ１０８）、ウェブサーバ１３６がそのＨＴＭＬファイルをクライアント端末へ送信するようにする（Ｓ１１０）。次に、デバイス管理装置２００からウェブサーバ１３６にＸＭＬデータの要求があると、ウェブサーバ１３６は、そのＸＭＬデータをデバイス管理装置２００に送信する（Ｓ１１２）。なお、このサーバで実行するプログラムは、当業者に知られているように、スクリプト、外部プログラムなどの種々の形態で実装できる。
【００２４】
図９は、デバイス管理装置２００の管理プログラム２２０のＸＭＬデータ生成及び転送のフローを示す。図示しないが、管理プログラム２２０は、新しいデバイス１００を発見するとＩＰアドレスを付与している。
【００２５】
クライアント端末３００のウェブブラウザ３２０からのＸＭＬデータ要求があると（Ｓ２００でＹＥＳ）、デバイス（ＭＦＰ）１００のＩＰアドレスを取得して、ＭＦＰ１００からＸＭＬデータである管理データを受け取る（Ｓ２０２）。
【００２６】
次に、ＭＦＰ１００からＸＭＬデータを取得したと判断すると（Ｓ２０４でＹＥＳ）、そのＸＭＬデータをＨＴＭＬデータへ変換し（Ｓ２０６）、ウェブサーバ２２２に、ＨＴＭＬデータを端末３００のウェブブラウザ３２０に返送させる（Ｓ２０８）。一方、ＭＦＰ１００からＸＭＬデータを取得できないと判断すると（Ｓ２０４でＮＯ）、ＭＦＰ１００に対してエラー表示を行う（Ｓ２１０）。
【００２７】
以上に説明したように、クライアント端末のアプリケーションから管理データ閲覧の要求があると、ＭＦＰ１００は管理データをＸＭＬ化する。そして、クライアント端末のアプリケーションがＸＭＬデータを取り扱えると判断すると、生成したＸＭＬデータを送る。しかし、ＸＭＬを取り扱えないと判断すると、ネットワークを介して接続されている他のサーバ装置へＸＭＬデータを送るとともに、このサーバ装置に自動的にアクセスするように記述したＨＴＭＬファイルを作成して、そのＨＴＭＬファイルをクライアント端末へ送信する。サーバ装置は、受け取ったＸＭＬデータを、クライアント端末のアプリケーションが表示できる形式のデータに変換し、クライアント装置からのアクセスがあると、そのデータを送る。これにより、クライアント端末のアプリケーションは、ＸＭＬをサポートしていなくても、管理データを表示できる。
【００２８】
以上では、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合として、ＸＭＬデータをサポートしていないアプリケーションによる表示を説明したが、他の例として、デバイス（ＭＦＰ、プリンタなど）でのプリント枚数の使用状況データ（管理データの１つ）をクライアント端末で集計し管理するとき、クライアントのアプリケーションである表計算ソフトは、ＨＴＭＬ形式を扱えないがＣＳＶ形式は扱うことができる場合がある。このような場合、デバイスは、ＨＴＭＬ形式のデータを他のサーバ装置（たとえばデバイス管理装置）に送信する。そのサーバ装置は、ＨＴＭＬ形式からＣＳＶ形式に変換し、生成したＣＳＶ形式のデータをクライアント端末に送信する。これにより、ＨＴＭＬ形式のデータを扱えない表計算ソフトがＣＳＶ形式のデータとして取り扱えることになる。
【００２９】
より一般的には、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合に、そのデータの解析手段を備えた他の装置に送信し、そこでクライアント端末で利用可能な形式に変換してから、クライアント端末に送信するようにすればよい。具体的には、クライアント端末のアプリケーションがデバイス自体に関するデータを要求してくると、そのアプリケーションがそのデータを直接に取り扱うことができるか否かを判別する。アプリケーションがＸＭＬ解析手段を備えていないと判断したときに、前記のデータをアプリケーションが解読できる形式に変換する解析手段を有する他の装置に送信する一方、その装置から前記のデータを取得する命令を組み込んだ情報をクライアント端末アプリケーションに送信する。これにより、アプリケーションは、その装置にアクセスして、変換されたデータを表示できる。すなわち、クライアント端末において扱えない形式のデータについても利用可能な形式に変換されてから受信するので、クライアント端末で処理することが可能になる。
【００３０】
【発明の効果】
クライアント端末にインストールされた表示用のアプリケーションがデバイスで生成されるデータ形式を取り扱えなくても、そのデータの表示が可能になる。
【図面の簡単な説明】
【図１】ネットワークシステムのブロック図
【図２】管理情報のＸＭＬデータの１例の図
【図３】スタイルシートの１例の図
【図４】多機能装置のブロック図
【図５】デバイス管理装置のブロック図
【図６】クライアント端末のブロック図
【図７】デバイスが生成するＨＴＭＬデータの１例の図
【図８】デバイスのＸＭＬデータ生成部のフローチャート
【図９】デバイス管理装置の管理プログラムのフローチャート
【符号の説明】
１００  デバイス（ＭＦＰなど）１００、    １０６  コントローラ、    １１０  通信装置、    １１４  ＣＰＵ、    １１６  記憶装置（ＨＤＤ）、    １２０  状態管理プログラム、    １２２  ウェブブラウザ、    １３６  ウェブサーバ、    １４０  転送先記憶部、    ２００  デバイス管理装置、    ２０２  ＣＰＵ、    ２０８  記憶装置、    ２１０通信装置、    ２２０  管理プログラム、    ２２２  ウェブサーバ、    ２２４  ＸＭＬ解析部、    ３００  クライアント端末、    ３０２  ＣＰＵ、    ３０８  記憶装置、    ３１０  通信装置、    ３２０  ウェブブラウザ、    ３２２  ＸＭＬ解析部、    ４００  ネットワーク。
【図１】
2004178061.tif 000003
【図２】
2004178061.tif 000004
【図３】
2004178061.tif 000005
【図４】
2004178061.tif 000006
【図５】
2004178061.tif 000007
【図６】
2004178061.tif 000008
【図７】
2004178061.tif 000009
【図８】
2004178061.tif 000010
【図９】
2004178061.tif 000011