JP4261203B2 - 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関し、特にネットワークを介して接続される端末に情報を提供する情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムに関する。
【０００２】
【従来の技術】
近年の技術発展は目覚しく、多数のクライアントが接続されたＷｅｂシステムに代表されるように、様々な情報機器がネットワークに接続された使用されることが一般的になってきており、ネットワークに接続された情報機器に対してＰＣ等の端末装置からも遠隔操作が可能となっている。またＷｅｂサーバの機能を搭載した組み込み機器も普及しており、例えば、複写機、プリンタ、ＦＡＸ等の画像形成装置の給紙トレイ情報（ファームウェアのバージョン、ジョブ履歴、機器設定、ジョブ管理情報、蓄積文書管理情報等）を、ネットワークを介してＰＣのＷｅｂブラウザで閲覧することができる。
【０００３】
ここで、ＰＣのＷｅｂブラウザにおいてＷｅｂサーバから送信されたデータを正しく表示できるのは、ＷｅｂサーバがＰＣに送信するデータをＷｅｂブラウザで表示可能なデータ形式（例えば、ＨＴＭＬ）で生成するからである。
【０００４】
従って、ＰＣが電子メールでの情報の送信を要求するのであれば、Ｗｅｂサーバには、新たなアプリケーション、即ち、電子メールにあわせたデータ形式でデータを生成するアプリケーションを実装する必要がある。
【０００５】
図１は、複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。図１のＷｅｂサーバ３００は、ＨＴＴＰ用通信手段３０１、電子メール用通信手段３０２、Ｗｅｂブラウザ用アプリケーション３０３、及び電子メール用アプリケーション３０４等から構成される。
【０００６】
ＨＴＴＰ用通信手段３０１や電子メール用通信手段３０２は、それぞれ特定のプロトコルによってＰＣ３２０と通信を行うデーモンプログラムである。即ち、ＨＴＴＰ用通信手段３０１は、ＨＴＴＰによってＰＣ３２０との通信を行い、電子メール用通信手段３０２は、電子メールによってＰＣ３２０との通信を行う。
【０００７】
Ｗｅｂブラウザ用アプリケーション３０３は、ＰＣ３２０に提供する情報をＷｅｂページで生成するためのアプリケーションである。また、電子メール用アプリケーション３０４は、ＰＣ３２０に提供するための情報を電子メールで送信可能な形式、例えばテキスト形式で生成するためのアプリケーンである。
【０００８】
このように、従来はプロトコル毎又はデータ形式毎にアプリケーションが実装されていた。
【０００９】
【発明が解決しようとする課題】
しかしながら、図１のような実装方法では、それぞれのアプリケーションについて同じような実装をしなければならない。即ち、Ｗｅｂブラウザ用アプリケーション３０３と電子メール用アプリケーション３０４とにおいて、ＰＣ３２０に提供するための情報の生成又は取得処理はほぼ同じになるはずであって、両者において異なるのはプロトコル又はデータ形式に依存する最終的なデータの生成処理のみである。
【００１０】
従って、図１のような実装では開発作業の効率が悪いばかりでなく、Ｗｅｂサーバの記憶容量に対する負担も大きくなるという問題がある。
【００１１】
本発明は、上記の点に鑑みてなされたものであって、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことのできる情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラムの提供を目的とする。
【００１２】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に動的な情報を送信する情報提供装置であって、前記異なるプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記動的な情報を取得する情報取得手段と、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記動的な情報を前記異なるプロトコルに応じたデータに変換する情報変換手段とを有することを特徴とする。
【００１３】
このような情報提供装置では、一つの情報変換手段が、情報提供装置の動作状況等によって変化する情報である動的な情報を複数のプロトコルに応じたデータに変換することができるため、プロトコル毎に情報変換手段を実装する必要がなく、効率よく情報を提供することができる。
【００１４】
また、上記課題を解決するため、本発明は、請求項７に記載されるように、ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に静的な情報を送信する情報提供装置であって、前記異なるプロトコルにより送信されるそれぞれの要求に応じて所定の処理を実行し、前記静的な情報を取得する情報取得手段と、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記情報取得手段が取得した前記静的な情報を前記異なるプロトコルに応じたデータに変換する情報変換手段とを有することを特徴とする。
【００１５】
このような情報提供装置では、一つの情報変換手段が、情報提供装置の動作状況等には影響されない情報である静的な情報を複数のプロトコルに応じたデータに変換することができるため、プロトコル毎に情報変換手段を実装する必要がなく、効率よく情報を提供することができる。
【００１６】
また、上記課題を解決するため、本発明は、請求項１３に記載されるように、ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置であって、前記異なるプロトコルにより送信されるそれぞれの要求に応じて前記情報処理装置の所定の属性を設定する属性設定手段と、前記それぞれの要求に含まれる前記それぞれの要求を識別する要求識別情報ごとに定義された変換規則に従って、前記属性設定手段による前記所定の属性の設定の結果に関する情報を前記所定の情報として前記異なるプロトコルに応じたデータに変換する情報変換手段とを有することを特徴とする。
【００１７】
このような情報提供装置では、一つの情報変換手段が、情報提供装置の所定の属性の設定の結果に関する情報を複数のプロトコルに応じたデータに変換することができるため、プロトコル毎に情報変換手段を実装する必要がなく、効率よく情報を提供することができる。
【００１８】
また上記課題を解決するため、本発明は、上記情報提供装置における情報提供方法、情報提供装置と端末とを有する情報提供システム、又は前記情報提供方法をコンピュータに実行させるための情報提供プログラムとしてもよい。
【００１９】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像処理システムの構成例を示す図である。図２の画像処理システム１は、画像形成装置１０、端末２０ａ、端末２０ｂ、及び端末２０ｃ（以下、「端末２０」で総称する。）等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク３０を介して接続されている。
【００２０】
画像形成装置１０は、端末２０からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像形成装置１０は、端末２０から画像形成装置１０に関する各種情報の送信要求があった場合は、端末２０の要求に応じたデータ形式で画像形成装置１０の情報を端末２０に送信する。例えば、端末２０のユーザがＷｅｂブラウザから画像形成装置１０の情報を要求した場合は、画像形成装置１０は、要求された情報を格納したＨＴＭＬ（HyperText Markup Language）データを端末２０に送信する。また、端末２０のユーザが電子メールによって画像形成装置１０の情報を要求した場合は、画像形成装置１０は、要求された情報を格納したテキストデータを電子メールで端末２０に送信する。なお、本実施の形態において「データ形式」とは、テキストやＢＩＴＭＡＰ、ＪＰＥＧ等のデータの種類について概念の他、書式、即ち表示した際のレイアウト等、データの内容について概念も含む。従って、同じＨＴＭＬデータであっても、記述内容が異なればデータ形式は異なる。
【００２１】
次に、画像形成装置１０の機能構成例を説明する。図３は、画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、プロッタエンジン２３及びスキャナエンジン２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２２と、ＯＳ２１と、システム管理サービス１６と、ネットワークサービス１７と、メモリ管理サービス１８と、オペパネ管理サービス１９と、エンジン管理サービス２０と、コピーアプリ１１、ファックスアプリ１２、プリンタアプリ１３及び情報提供アプリ１４等の各種アプリケーションとから構成される。
【００２２】
エンジン制御ボード２２は、プロッタエンジン２３及びスキャナエンジン２４等の画像形成装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２２の機能をＯＳ２１等に提供する。
【００２３】
ＯＳ２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１、ファックスアプリ１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００２４】
システム管理サービス１６、ネットワークサービス１７、メモリ管理サービス１８、オペパネ管理サービス１９、及びエンジン管理サービス２０は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１６は、システム管理に関する機能を提供し、ネットワークサービス１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１９は、画像形成装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２０は、エンジン制御ボード２２を介してプロッタエンジン２３やスキャナエンジン２４を制御するための機能を提供する。
【００２５】
コピーアプリ１１は、コピー用アプリケーションであり、ファックスアプリ１２は、ファクシミリ用アプリケーションである。プリンタアプリ１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１４は、本発明の特徴が実装されている情報提供プログラムによって実現されるアプリケーションであり、端末２０から要求された情報を含むデータを端末２０の要求に対応したデータ形式で生成するものである。
【００２６】
次に、情報提供アプリの詳細について説明する。図４は、本発明の実施の形態における情報提供アプリのアーキテクチャを示す図である。即ち、図４は、本実施の形態における画像形成装置１０の特徴をより明確にするために、図３よりネットワークサービス１７と情報提供アプリ１４とを抜き出し、それぞれの詳細を表示したものである。
【００２７】
図４に示されるように、ネットワークサービス１７は、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュール１７２等をその機能の一部として有する。ＨＴＴＰプロトコル処理モジュール１７１は、端末２０との通信をＨＴＴＰ（HyperText Transfer Protocol）によって行うためのデーモンプログラムである。即ち、端末２０からの画像形成装置１０に対する情報の送信要求（以下、「情報送信要求」という。）がＨＴＴＰによる場合、即ちＨＴＴＰリクエストである場合は、ＨＴＴＰプロトコル処理モジュール１７１が情報送信要求を受信する。ＨＴＴＰプロトコル処理モジュール１７１は、端末２０からの情報送信要求（ＨＴＴＰリクエスト）を受信すると、ＨＴＴＰリクエストに含まれるＵＲＬを端末２０からの要求を識別するための情報（以下、「要求識別情報」という。）として、後述する分配モジュール１４１に引き渡す。また、ＨＴＴＰプロトコル処理モジュール１７１は、応答として端末２０から要求された情報を有するＷｅｂページを端末２０に送信する。
【００２８】
同様に、電子メールプロトコル処理モジュール１７２は、ＰＯＰ３、ＳＭＴＰ等のプロトコルに従って、電子メールによって端末２０との通信を行うためのデーモンプログラムである。即ち、電子メールプロトコル処理モジュール１７２は、端末２０から電子メールによって送信された情報送信要求を受信する。電子メールプロトコル処理モジュール１７２は、端末２０からの情報送信要求（電子メール）を受信すると、電子メールのＳｕｂｊｅｃｔフィールド又は本文に指定されている文字列を要求識別情報として分配モジュール１４１に引き渡す。
【００２９】
電子メールプロトコル処理モジュール１７２は、応答として端末２０から要求された情報を有する電子メールを端末２０に送信する。
【００３０】
なお、ネットワークサービス１７は、ｔｅｌｎｅｔ等、その他のプロトコルを処理するためのモジュール（以下、ＨＴＴＰプロトコル処理モジュール１７１及び電子メールプロトコル処理モジュールも含めて総称する場合、「プロトコル処理モジュール」という。）も有している。
【００３１】
一方、情報提供アプリ１４は、分配モジュール１４１、ページ生成モジュール１４２、情報取得モジュール１４３、フォーマット変換モジュール１４４、及び対応ページ生成モジュールテーブル１４５等から構成される。
【００３２】
分配モジュール１４１は、プロトコル処理モジュールから渡された要求識別情報に基づいてページ生成モジュール１４２を呼び分ける。ここで、呼び分けると記載しているのは、図中においてページ生成モジュール１４２は一つのブロックとして表示されているが、インスタンスとしては端末２０に送信する情報の種類毎（又は要求識別情報毎）に複数存在するからである。
【００３３】
対応ページ生成モジュールテーブル１４５は、要求識別情報と各種ページ生成モジュール１４２との対応表である。即ち、分配モジュール１４１は、対応ページ生成モジュールテーブル１４５を参照して要求識別情報に対応するページ生成モジュール１４２を判断する。
【００３４】
図５は、対応ページ生成モジュールテーブルの構成例を示す図である。図５の対応ページ生成モジュールテーブル１４５は、要求識別情報と、要求識別情報に対応するページ生成モジュールとの対応付けを管理しているテーブルであり、「要求識別情報」と「ページ生成モジュール」とをデータ項目として有する。図５より、例えば、要求識別情報が「aaa.html」だった場合は、分配モジュール１４１は、ページ生成モジュールＡを呼び出す。
【００３５】
分配モジュール１４１は、更に、呼び出したページ生成モジュール１４２から出力されたデータ、即ち端末２０から要求された情報を有するデータを、自分を呼び出したプロトコル処理モジュールに出力する。プロトコル処理モジュールは、そのデータを端末２０に送信する。
【００３６】
各種ページ生成モジュール１４２の呼び分け処理を分配モジュール１４１に集約することで、各プロトコル処理モジュールのそれぞれにページ生成モジュール１４２の呼び分け処理を実装する必要がなくなる。また、要求識別情報とページ生成モジュールとの対応付けがプログラムロジックとは独立して対応ページ生成モジュールテーブル１４５に管理されているため、ページ生成モジュールの追加や削除等が必要な場合は、対応ページ生成モジュールテーブル１４５を修正するだけでよい。
【００３７】
ページ生成モジュール１４２は、情報取得モジュール１４３等を呼び出すことにより、最終的にユーザに送信する分（例えば、Ｗｅｂページで送信する場合は、Ｗｅｂページ１ページ分）の画像形成装置１０の情報を取得するモジュールである。ページ生成モジュール１４２が取得した情報は、ページ生成モジュール１４２を実装したプログラム言語のデータ型に依存している。例えば、ページ生成モジュール１４２がＣ言語で実装されている場合は、取得した情報は、int型、char型等のデータによって構成されている。以下、プログラム言語に依存した情報を「言語依存データ」という。
【００３８】
ページ生成モジュール１４２は、更に、言語依存データを端末２０の要求に対応したデータ形式に変換すべく、後述するフォーマット変換モジュール１４４に言語依存データの変換を要求する。ここで、端末２０の要求に対応したデータ形式とは、例えば、端末２０からの要求がＨＴＴＰリクエストであった場合は、ＨＴＭＬ形式等のＷｅｂページが相当する。また、端末２０からの要求が電子メールによるものであれば、テキストデータが相当する。
【００３９】
ページ生成モジュール１４２は、フォーマット変換モジュール１４４から変換結果としてのデータを受け取ると、そのデータを分配モジュール１４１に対して出力する。なお、ページ生成モジュール１４２は、上述したようにそのインスタンスは情報の種類毎に複数存在する。
【００４０】
情報取得モジュール１４３は、画像形成装置１０の各種情報を上位アプリケーションに提供する複数の関数から構成されるライブラリであり、端末２０との通信におけるプロトコルの別なく共通的に呼び出されるものである。従って、ページ生成モジュール１４２は、最終的にユーザに送信する分の情報を取得するために複数の関数を呼び出す必要がある場合は、複数の情報取得モジュール１４３の関数を呼び出す。なお、情報取得モジュール１４３は、図中において一つのブロックとして表示されているが、そのインスタンスは、機能ごとに複数存在する。
【００４１】
フォーマット変換モジュール１４４は、ページ生成モジュールから変換を依頼された言語依存データを端末２０の要求に対応したデータ形式のデータに変換するモジュールであり、端末２０との通信におけるプロトコルの別、及びページ生成手段の別なく共通に呼び出される。従って、フォーマット変換モジュール１４４は、システム内に唯一存在すればよい。これによって、開発工数の削減や記憶容量等の利用する資源の削減を図ることができる。
【００４２】
図６は、フォーマット変換モジュールの詳細を説明するための図である。図６においてフォーマット変換モジュール１４４は、変換制御部１４４１、シリアライザ１５０、ＸＳＬＴ（XSL Transformations）プロセッサ１５１、及び対応ＸＳＬテーブル１５２等から構成される。
【００４３】
変換処理部１４４１は、ページ生成モジュールから渡された言語依存データを端末２０からの要求に対応したデータ形式に変換するための処理の流れを制御するものである。
【００４４】
シリアライザ１５０は、言語依存データをＸＭＬ（eXtensible Markup Language）形式に変換するものである。ＸＳＬＴプロセッサ１５１は、ＸＭＬ形式のデータを、変換制御部１４４１から指定されたＸＳＬファイル１５３の定義に従ったデータ形式のデータに変換するものである。
【００４５】
対応ＸＳＬテーブル１５２は、要求識別情報と、その要求識別情報に対応したＸＳＬファイル１５３との対応付けを管理しているテーブルである。
【００４６】
図７は、対応ＸＳＬテーブルの構成例を示す図である。図７の対応ＸＳＬテーブル１５２は、要求識別情報と、要求識別情報に対応するＸＳＬファイル名との対応付けを管理しているテーブルであり、「要求識別情報」と「ＸＳＬファイル名」とをデータ項目として有する。
【００４７】
即ち、変換制御部１４４１は、言語依存データを入力情報としてシリアライザ１５０を呼び出す（図６のＳ１）。シリアライザ１５０は、言語依存データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換した情報（以下、「ＸＭＬ情報データ」という。）を変換制御部１４４１に出力する（Ｓ２）。なお、ＸＭＬ形式への変換には、ＤＯＭではなくＳＡＸを用いてもよい。
【００４８】
ＸＭＬ情報データを取得した変換制御部１４４１は、対応ＸＳＬテーブル１５２を参照して、要求識別情報に対応したＸＳＬファイル名を特定する（Ｓ３）。例えば、要求識別情報が「aaa.html」だった場合は、「aaa.xsl」が要求識別情報に対応したＸＳＬファイルとして特定される。続いて、変換制御部１４４１は、対応ＸＳＬテーブル１５２から取得したＸＳＬファイル名（aaa.xsl）とＸＭＬ情報データとをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ情報データの変換を要求する（Ｓ４）。ＸＳＬＴプロセッサ１５１は、ＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬ情報データをＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式情報データ」という。）を変換制御部１４４１に出力する。
【００４９】
例えば、要求識別情報に対応したＸＳＬファイル１５３において、ＨＴＭＬデータを生成するような定義がされていた場合は、要求形式情報データは、ＨＴＭＬデータとして生成される。
【００５０】
このように、要求識別情報と変換すべきデータ形式との対応はプログラムロジックから独立して対応ＸＳＬテーブル１５２に管理されているため、変換に利用するＸＳＬファイルを変更したい場合等の保守が容易である。また、要求形式情報データのデータ形式についても、プログラムロジックから独立してＸＳＬファイル１５３に定義されているため、ＸＳＬファイル１５３を修正することにより要求形式情報データのデータ形式を容易に変更することができる。
【００５１】
上記のようにフォーマット変換モジュール１４４は、言語依存情報を要求形式情報データに変換する。
【００５２】
以下、本発明を適用した幾つかの例について具体的に説明する。図８は、第一の実施の形態における情報提供アプリの機能構成例を示す図である。図８中、図４と同一部分には同一符号を付し、その説明は省略する。第一の実施の形態においては、画像形成装置１０が端末２０に対し、画像形成装置１０に関する情報のうち動的な情報を提供する例について説明する。ここで動的な情報とは、画像形成装置１０の動作状況等によって変化する情報、即ち、端末２０が問い合わせる度に内容が変化している可能性のある情報を意味し、例えば、給紙トレイ、排紙トレイ、及びトナー等に関する情報等が該当する。
【００５３】
図８の画像形成装置１０は、ページ生成モジュール１４２のインスタンスの例として、給紙トレイ情報ページ生成モジュール１４２１ａ、排紙トレイ情報ページ生成モジュール１４２１ｂ、及びトナー情報ページ生成モジュール１４２１ｃ等を有している。
【００５４】
給紙トレイ情報ページ生成モジュール１４２１ａは、画像形成装置１０の給紙トレイに関する情報（以下、「給紙トレイ情報」という。）の提供についての処理を実行するページ生成モジュール１４２である。排紙トレイ情報ページ生成モジュール１４２１ｂは、画像形成装置１０の排紙トレイに関する情報（以下、「排紙トレイ情報」という。）の提供についての処理を実行するページ生成モジュール１４２である。トナー情報ページ生成モジュール１４２１ｃは、画像形成装置１０のトナーに関する情報（以下、「トナー情報」という。）の提供についての処理を実行するページ生成モジュール１４２である。
【００５５】
また、画像形成装置１０は、情報取得モジュール１４３のインスタンスの例として給紙トレイ情報取得モジュール１４３１ａ、排紙トレイ情報取得モジュール１４３１ｂ、及びトナー情報取得モジュール１４３１ｃ等を有している。従って、給紙トレイ情報取得モジュール１４３１ａ、排紙トレイ情報取得モジュール１４３１ｂ、及びトナー情報取得モジュール１４３１ｃ等は、端末２０との通信におけるプロトコルの別なく共通的に呼び出される。
【００５６】
給紙トレイ情報取得モジュール１４３１ａは、給紙トレイ情報を取得するための情報取得モジュール１４３である。排紙トレイ情報取得モジュール１４３１ｂは、排紙トレイ情報を取得するための情報取得モジュール１４３である。トナー情報取得モジュール１４３１ｃは、トナー情報を取得するための情報取得モジュール１４３である。
【００５７】
以下、図８の画像形成装置１０の処理手順について説明する。図９は、第一の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【００５８】
ステップＳ１０１において、ユーザが端末２０のＷｅｂブラウザに、画像形成装置１０の給紙トレイ情報を閲覧するためのＷｅｂページ（以下「給紙トレイ情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/inputTray.html」を入力すると、端末２０は、画像形成装置１０に対して給紙トレイ情報ページの送信を要求するＨＴＴＰリクエストを送信する。
【００５９】
ステップＳ１０１に続いてステップＳ１０２に進み、画像形成装置１０のＨＴＴＰプロトコル処理モジュール１７１は、端末２０からのＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに含まれる給紙トレイ情報ページのＵＲＬ「inputTray.html」を端末２０からの要求を識別するための情報、即ち、要求識別情報として分配モジュール１４１に通知する。
【００６０】
ステップＳ１０２に続いてステップＳ１０３に進み、画像形成装置１０の分配モジュール１４１は、ＵＲＬ「inputTray.html」に対応するページ生成モジュール１４２を、図１０の対応ページ生成モジュールテーブル１４５１から検索し、検索されたページ生成モジュール１４２を呼び出す。
【００６１】
図１０は、第一の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。図１０の対応ページ生成モジュールテーブル１４５１より、ＵＲＬ「inputTray.html」に対応するページ生成モジュール１４２は、給紙トレイ情報ページ生成モジュール１４２１ａであるため、分配モジュール１４１は、給紙トレイ情報ページ生成モジュール１４２１ａを呼び出す。なお、分配モジュール１４１は、給紙トレイ情報ページ生成モジュール１４２１ａを呼び出す際に、ＵＲＬ「inputTray.html」を入力情報として給紙トレイ情報ページ生成モジュール１４２１ａに引き渡す。
【００６２】
ステップＳ１０３に続いてステップＳ１０４に進み、給紙トレイ情報ページ生成モジュール１４２１ａが画像形成装置１０の給紙トレイ情報を取得すべく給紙トレイ情報取得モジュール１４３１ａを呼び出すと、その応答として給紙トレイ情報取得モジュール１４３１ａは画像形成装置１０の給紙トレイ情報を返却する（Ｓ１０５）。なお、この時点において、給紙トレイ情報は、給紙トレイ情報ページ生成モジュール１４２１ａを実装したプログラム言語のデータ型に依存している。以下、プログラム言語に依存した状態の給紙トレイ情報を「言語依存給紙トレイ情報データ」という。
【００６３】
ステップＳ１０５に続いてステップＳ１０６に進み、給紙トレイ情報ページ生成モジュール１４２１ａは、ＵＲＬ「inputTray.html」と、給紙トレイ情報取得モジュール１４３１ａから取得した言語依存給紙トレイ情報データとを引数としてフォーマット変換モジュール１４４を呼び出す。ステップＳ１０６に続いてステップＳ１０７に進み、フォーマット変換モジュール１４４の変換制御部１４４１は、図６において説明した処理によって、言語依存給紙トレイ情報データを端末２０が要求するデータ形式のデータに変換する。
【００６４】
即ち、変換制御部１４４１が、言語依存給紙トレイ情報データを入力情報としてシリアライザ１５０を呼び出す（図６のＳ１）。シリアライザ１５０は、言語依存給紙トレイ情報データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換した給紙トレイ情報（以下、「ＸＭＬ給紙トレイ情報データ」という。）を変換制御部１４４１に出力する（Ｓ２）。
【００６５】
図１１及び図１２は、ＸＭＬ給紙トレイ情報データの例を示す図である。ＸＭＬ給紙トレイ情報データ５１１０において、＜ｉｔｅｍ＞タグで囲まれたｉｔｅｍ要素５１１１等には、それぞれ一つの給紙トレイについての情報が記載されている。ＸＭＬ給紙トレイ情報データ５１１０には、５つのｉｔｅｍ要素（ｉｔｅｍ要素５１１１〜ｉｔｅｍ要素５１１５）が記載されているため、画像形成装置１０には５つの給紙トレイが設置されていることが分かる。
【００６６】
各ｉｔｅｍ要素は、更に、ｎａｍｅ要素、ｐａｐｅｒＳｉｚｅ要素、ｉｎｐＤｉｒ要素、ｓｔａｔｕｓ要素、及びｐｒｔＩｎｐｕｔＭｅｄｉａＮａｍｅ要素等から構成されている。
【００６７】
ｎａｍｅ要素は、給紙トレイの名前を示す。ｐａｐｅｒＳｉｚｅ要素は、当該給紙トレイが対応している用紙サイズを示す。ｉｎｐＤｉｒ要素は、当該給紙トレイの用紙方向を示す。用紙方向は「０」か「１」で示され、「０」は横方向、「１」は縦方向を示す。ｓｔａｔｕｓ要素は、当該給紙トレイにセットされている用紙の残量を示す。ｓｔａｔｕｓ要素の値は、「ＩＳＴＡＴ＿＜残量＞」の形式で示される。＜残量＞の部分には、用紙の残量の割合が示され、例えば、「ＩＳＴＡＴ＿６０」である場合は、用紙の残量は６０％であることを示す。ｐｒｔＩｎｐｕｔＭｅｄｉａＮａｍｅ要素は、用紙種別を示す。
【００６８】
従って、例えば、ｉｔｅｍ要素５１１２には、画像形成装置１０に設置されている一つの給紙トレイの名前は、「トレイ２」であり、その給紙トレイの用紙サイズは「Ａ４」、用紙方向は「縦」、用紙の残量は６０％、用紙種別は「レターヘッド付き用紙」であることが示されている。
【００６９】
ＸＭＬ給紙トレイ情報データ５１１０を取得した変換制御部１４４１は、図１３の対応ＸＳＬテーブル１５２１を参照して、ＸＳＬＴ変換に利用するＸＳＬファイル名を特定する。
【００７０】
図１３は、第一の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。即ち、変換制御部１４４１は、要求識別情報として通知されたＵＲＬ「inputTray.html」をキーとして対応ＸＳＬテーブル１５２１を検索し、該当したレコードの「ＸＳＬファイル名」に登録されているＸＳＬファイル名「inputTray.xsl」を取り出す（Ｓ３）。変換制御部１４４１は、対応ＸＳＬテーブル１５２１から取得したＸＳＬファイル名「inputTray.xsl」とＸＭＬ給紙トレイ情報データ５１１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ給紙トレイ情報データ５１１０の変換を要求する（Ｓ４）。ＸＳＬＴプロセッサ１５１は、ファイル名が「inputTray.xsl」であるＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬ給紙トレイ情報データ５１１０をＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式給紙トレイ情報データ」という。）を変換制御部１４４１に出力する。
【００７１】
なお、ここでＸＳＬファイルinputTray.xslは、ＨＴＭＬデータを生成するように定義されているため、要求形式給紙トレイ情報データはＨＴＭＬデータとして生成される。即ち、要求形式給紙トレイ情報データは、給紙トレイ情報ページそのものである。
【００７２】
上記のようにフォーマット変換モジュール１４４は、言語依存給紙トレイ情報データを給紙トレイ情報ページに変換する。
【００７３】
図９に戻り、ステップＳ１０８において、フォーマット変換モジュール１４４は、生成した給紙トレイ情報ページを給紙トレイ情報ページ生成モジュール１４２１ａに出力する。給紙トレイ情報ページ生成モジュール１４２１ａは、給紙トレイ情報ページ生成モジュール１４２１ａの呼び出し元である分配モジュール１４１に給紙トレイ情報ページをそのままに出力し（Ｓ１０９）、更に分配モジュール１４１は、分配モジュール１４１の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１に給紙トレイ情報ページを出力する（Ｓ１１０）。
【００７４】
ステップＳ１１０に続いてステップＳ１１１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、給紙トレイ情報ページをＨＴＴＰレスポンスとして端末２０に送信する。ステップＳ１１１に続いてステップＳ１１２に進み、端末２０のＷｅｂブラウザは、受信した給紙トレイ情報ページを表示する。
【００７５】
図１４は、給紙トレイ情報ページの表示例を示す図である。図１４の給紙トレイ情報ページ２１１０には、トレイごとに、名前、用紙の残量、用紙サイズ、用紙方向、及び用紙種別が左から順に表示されている。即ち、図１２のｉｔｅｍ要素５１１５に対応する手差しトレイについていうと、項目２１１１に名前が「手差しトレイ」と表示され、項目２１１２に用紙の残量が空であることを示すアイコンが表示されている。また、項目２１１３に用紙サイズが「Ａ４」と表示され、項目２１１４に用紙方向が縦であることを示すアイコンが表示されている。更に、項目２１１５に用紙種別が「ＯＨＰフィルム」と表示されている。なお、それぞれの項目に表示されている値は、ＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（inputTray.xsl）に従って図１２のＸＭＬ給紙トレイ情報データ５１１０におけるｉｔｅｍ要素５１１５のｎａｍｅ要素、ｓｔａｔｕｓ要素、ｐａｐａｐｅｒＳｉｚｅ要素、ｉｎｐＤｉｒ要素、ｐｒｔＩｎｐｕｔｍｅｄｉａＮａｍｅ要素を変換した結果である。ユーザは、給紙トレイ情報ページを閲覧することで画像形成装置１０の給紙トレイの情報を確認することができる。
【００７６】
次に、画像形成装置１０が、端末２０から電子メールによって情報送信要求を受信した場合の処理を説明する。図１５は、第一の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。なお、図１５のシーケンス図における画像形成装置１０の処理の流れは、図９におけるものと同様であるため、以下においては、図９との相違点を中心に説明する。
【００７７】
ステップＳ１２１において、ユーザが端末２０のメールソフトによって、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールド又は本文に要求識別情報に相当する「inputTrayMail」を指定した電子メール（以下、「給紙トレイ情報要求メール」という。）を作成し、作成した給紙トレイ情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対して給紙トレイ情報要求メールを送信する。
【００７８】
ステップＳ１２１に続いてステップＳ１２２に進み、画像形成装置１０の電子メールプロトコル処理モジュール１７２は、端末２０からの給紙トレイ情報要求メールを受信し、給紙トレイ情報要求メールのＳｕｂｊｅｃｔフィールドに指定された文字列「inputTrayMail」を要求識別情報として分配モジュール１４１に通知する。
【００７９】
以降は、画像形成装置１０は、「inputTrayMail」を要求識別情報とすることを除き、図９における処理と同様の処理を行う。
【００８０】
即ち、ステップＳ１２２に続いてステップＳ１２３に進み、画像形成装置１０の分配モジュール１４１は、「inputTrayMail」に対応するページ生成モジュール１４２を対応ページ生成モジュールテーブル１４５１から検索する。対応ページ生成モジュールテーブル１４５１より、「inputTrayMail」に対応するページ生成モジュール１４２は、給紙トレイ情報ページ生成モジュール１４２１ａであるため、分配モジュール１４１は、給紙トレイ情報ページ生成モジュール１４２１ａを呼び出す。
【００８１】
給紙トレイ情報ページ生成モジュール１４２１ａは、図９における処理と同様の処理を実行し、給紙トレイ情報取得モジュール１４３１ａから給紙トレイ情報（言語依存給紙トレイ情報データ）を取得し（Ｓ１２４、Ｓ１２５）、更に、フォーマット変換モジュール１４４に対して言語依存給紙トレイ情報データの変換を要求する（Ｓ１２６）。
【００８２】
ステップＳ１２７において、フォーマット変換モジュール１４４は、図６で説明した処理を実行し、言語依存給紙トレイ情報データの変換を行う（Ｓ１２７）。即ち、フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存給紙トレイ情報データをＸＭＬ給紙トレイ情報データ５１１０に変換する（図６のＳ１、Ｓ２）。更に、変換制御部１４４１は、要求識別情報に対応するＸＳＬファイル１５３のファイル名を対応ＸＳＬテーブル１５２から取り出す（Ｓ３）。図１３の対応ＸＳＬテーブル１５２１より、「inputTrayMail」に対応するＸＳＬファイル名は「inputTrayMail.xsl」であるため、変換制御部１４４１は、ファイル名「inputTrayMail.xsl」とＸＭＬ給紙トレイ情報データ５１１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ給紙トレイ情報データ５１１０の変換を要求する（Ｓ４）。
【００８３】
ＸＳＬＴプロセッサ１５１は、ファイル名が「inputTrayMail.xsl」であるＸＳＬファイル１５３の定義に従ってＸＭＬ給紙トレイ情報データ５１１０をＸＳＬＴ変換し、変換結果として生成された要求形式給紙トレイ情報データを変換制御部１４４１に出力する（Ｓ５）。
【００８４】
なお、ここでＸＳＬファイルinputTrayMail.xslは、テキストデータを生成するように定義されているため、要求形式給紙トレイ情報データはテキストデータとして生成される。
【００８５】
ステップＳ１２８からステップＳ１３０にかけては、図９のステップＳ１０８からステップＳ１１０と同様に、それぞれの呼び出し元に対してテキストデータが順番に出力される。ステップＳ１３１において、電子メールプロトコル処理モジュール１７２が、要求形式給紙トレイ情報データを端末２０に電子メール（以下、「給紙トレイ情報メール」という。）で送信すると、端末２０は給紙トレイ情報メールを受信する。ユーザは、端末２０が受信した給紙トレイ情報メールを閲覧することにより、画像形成装置１０の給紙トレイ情報を確認することができる。
【００８６】
なお、排紙トレイ情報ページ生成モジュール１４２１ｂ及びトナー情報ページ生成モジュール１４２１ｃについても給紙トレイ情報ページ生成モジュール１４２１ａと同様の処理によって、排紙トレイ情報、トナー情報を提供することができる。
【００８７】
ユーザが、端末２０のＷｅｂブラウザに排紙トレイ情報を閲覧するためのＷｅｂページ（以下「排紙トレイ情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/outputTray.html」を入力すると、又は、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに「outputTrayMail」を指定した電子メール（以下、「排紙トレイ情報要求メール」という。）を作成し、作成した排紙トレイ情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対して排紙トレイ情報ページの送信を要求するＨＴＴＰリクエスト、又は排紙トレイ情報要求メールを送信する。
【００８８】
画像形成装置１０は、ＨＴＴＰリクエスト又は排紙トレイ情報要求メールを受信すると「outputTray.html」又は「outputTrayMail」を要求識別情報として、図９又は図１５における処理と同様の処理を実行する。
【００８９】
即ち、分配モジュール１４１は、要求識別情報「outputTray.html」又は「outputTrayMail」に対応するページ生成モジュール１４２である排紙トレイ情報ページ生成モジュール１４２１ｂ（図１０参照）を呼び出す。呼び出された排紙トレイ情報ページ生成モジュール１４２１ｂは、排紙トレイ情報取得モジュール１４３１ｂを利用して排紙トレイ情報（言語依存排紙トレイ情報データ）を取得する。続いて排紙トレイ情報ページ生成モジュール１４２１ｂは、言語依存排紙トレイ情報データのＷｅｂページ（排紙トレイ情報ページ）又はテキストデータ（排紙トレイ情報メール）への変換をフォーマット変換モジュール１４４に依頼する。
【００９０】
フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存排紙トレイ情報データをシリアライザ１５０によってＸＭＬ形式のデータ（ＸＭＬ排紙トレイ情報データ）に変換する。
【００９１】
図１６は、ＸＭＬ排紙トレイ情報データの例を示す図である。ＸＭＬ排紙トレイ情報データ５１２０において、＜ｉｔｅｍ＞タグで囲まれたｉｔｅｍ要素５１２１には、一つの排紙トレイについての情報が記載されている。ＸＭＬ排紙トレイ情報データ５１２０には、一つのｉｔｅｍ要素が記載されているため、画像形成装置１０には一つの排紙トレイが設置されていることが分かる。即ち、画像形成装置１０に複数の排紙トレイが設置されている場合は、ＸＭＬ排紙トレイ情報データ５１２０には複数のｉｔｅｍ要素が記載される。
【００９２】
各ｉｔｅｍ要素は、更に、ｎａｍｅ要素とｓｔａｔｕｓ要素とから構成されている。ｎａｍｅ要素は、排紙トレイの名前を示す。ｓｔａｔｕｓ要素は、当該排紙トレイの状態を示す。ｓｔａｔｕｓ要素の値は、「ＯＳＴＡＴ＿＜状態＞」の形式で示される。＜状態＞は、排紙トレイの状態を識別する文字列が記載される。例えば、ｓｔａｔｕｓ要素の値が「ＯＳＴＡＴ＿ＮＯＲＭＡＬ」である場合は、当該排紙トレイには異常が発生していないことを示す。従って、ｉｔｅｍ要素５１２１は、画像形成装置１０に設置されている排紙トレイの名前は、「本体トレイ」であり、本体トレイには異常がないことを示している。
【００９３】
変換制御部１４４１は、更に、要求識別情報「outputTray.html」に対応したＸＳＬファイル「outputTray.xsl」、又は要求識別情報「outputTrayMail」に対応したＸＳＬファイル「outputTrayMail.xsl」（図１３参照）を適用して、ＸＳＬＴプロセッサ１５１にＸＭＬ排紙トレイ情報データ５１２０をＨＴＭＬ形式の排紙トレイ情報ページ、又はテキスト形式の排紙トレイ情報メールに変換させる。排紙トレイ情報ページ又は排紙トレイ情報メールは端末２０に送信される。
【００９４】
図１７は、排紙トレイ情報ページの表示例を示す図である。図１７の排紙トレイ情報ページ２１２０には、排紙トレイごとに、名前、状態が表示される。但し、排紙トレイに異常がない場合は、状態については何も表示されないため、本実施の形態における「本体トレイ」の状態については、何も表示されていない。なお、排紙トレイ情報ページ２１２０に表示されている値は、ＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（outputTray.xsl）に従って図１６のＸＭＬ排紙トレイ情報データ５１２０におけるｉｔｅｍ要素５１２１を変換した結果である。
【００９５】
一方、ユーザが、端末２０のＷｅｂブラウザにトナー情報を閲覧するためのＷｅｂページ（以下「トナー情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/toner.html」を入力すると、又は、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに「tonerMail」を指定した電子メール（以下、「トナー情報要求メール」という。）を作成し、作成したトナー情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してトナー情報ページの送信を要求するＨＴＴＰリクエスト、又はトナー情報要求メールを送信する。
【００９６】
画像形成装置１０は、ＨＴＴＰリクエスト又はトナー情報要求メールを受信すると「toner.html」又は「tonerMail」を要求識別情報として、図９又は図１５と同様の処理を実行する。
【００９７】
即ち、分配モジュール１４１は、要求識別情報「toner.html」又は「tonerMail」に対応するページ生成モジュール１４２であるトナー情報ページ生成モジュール１４２１ｃ（図１０参照）を呼び出す。呼び出されたトナー情報ページ生成モジュール１４２１ｃは、トナー情報取得モジュール１４３１ｃを利用してトナー情報（言語依存トナー情報データ）を取得する。続いてトナー情報ページ生成モジュール１４２１ｃは、言語依存トナー情報データのＷｅｂページ（トナー情報ページ）又はテキストデータ（トナー情報メール）への変換をフォーマット変換モジュール１４４に依頼する。
【００９８】
フォーマット変換モジュール１４４の変換処理部１４４１は、言語依存トナー情報データをシリアライザ１５０によってＸＭＬ形式のデータ（ＸＭＬトナー情報データ）に変換する。
【００９９】
図１８は、ＸＭＬトナー情報データの例を示す図である。ＸＭＬトナー情報データ５１３０において、それぞれ＜ｉｔｅｍ＞タグで囲まれたｉｔｅｍ要素５１３１とｉｔｅｍ要素５１３２との組によって、一つのトナーの情報を構成する属性が示されている。更に、各ｉｔｅｍ要素は、ｐｒｏｐＮａｍｅ要素とｐｒｏｐＶａｌ要素とから構成されている。ｐｒｏｐＮａｍｅ要素は、属性の名前を示す。ｐｒｏｐＶａｌ要素は、属性の値を示す。従って、ｉｔｅｍ要素５１３１は、ｔｏｎｅｒＴｙｐｅ（トナー種別）属性について示されており、その値は「ＣＯＬＯＲ＿ＢＫ」（黒）となっている。また、ｉｔｅｍ要素５１３２は、ｔｏｎｅｒＬｅｖｅｌ（トナーの残量）属性について示されており、その値は「１００」（１００％）となっている。
【０１００】
即ち、ｉｔｅｍ要素５１３１とｉｔｅｍ要素５１３２とにより、トナー種別が黒のトナーの残量は１００％であることが示されている。なお、図１８においては、一つのトナーの情報のみが記載されているが、画像形成装置１０が複数のトナーを有している場合は、ｉｔｅｍ要素５１３１とｉｔｅｍ要素５１３２との組に相当する要素が、トナーの数だけＸＭＬトナー情報データ５１３０に出力される。
【０１０１】
変換制御部１４４１は、更に、要求識別情報「toner.html」に対応したＸＳＬファイル「toner.xsl」、又は要求識別情報「tonerMail」に対応したＸＳＬファイル「tonerMail.xsl」（図１３参照）を適用して、ＸＳＬＴプロセッサ１５１にＸＭＬトナー情報データ５１３０をＨＴＭＬ形式のトナー情報ページ、又はテキスト形式のトナー情報メールに変換させる。トナー情報ページ又はトナー情報メールは端末２０に送信される。
【０１０２】
図１９は、トナー情報ページの表示例を示す図である。図１９のトナー情報ページ２１３０には、トナーごとに種別と残量とが表示される。即ち、項目２１３１にトナーの種別が「黒」と表示され、項目２１３２には、トナーの残量を示すアイコンが表示されている。なお、トナー情報ページ２１３０に表示されている値は、ＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（toner.xsl）に従って図１８のＸＭＬトナー情報データ５１３０におけるｉｔｅｍ要素５１３１及びｉｔｅｍ要素５２３２を変換した結果である。
【０１０３】
上述したように、第一の実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４４が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、給紙トレイ情報ページ生成モジュール１４２１ａ等のページ生成モジュール１４２は、端末２０から要求された画像形成装置１０の動的な情報を格納するデータのデータ形式について関知する必要がなくなる。
【０１０４】
即ち、給紙トレイ情報ページ生成モジュール１４２１ａ等には、プロトコルや端末２０が要求するデータ形式に依存しない画像形成装置１０の動的な情報を取得するという処理のみを実装するだけでよい。従って、端末２０とのプロトコルがＨＴＴＰの場合であっても電子メールの場合であっても、又はその他のプロトコルであっても同一のページ生成モジュール１４２を利用することができ、プロトコル毎、あるいは端末２０が要求するデータ形式毎にページ生成モジュール１４２を実装する必要がない。
【０１０５】
また、フォーマット変換モジュール１４４は、プロトコルの別、及びページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール１４２毎にデータ変換処理を実装する必要も無い。
【０１０６】
よって、画像形成装置１０によれば、プロトコル毎等にページ生成モジュール１４２を実装する場合に比べて開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【０１０７】
なお、フォーマット変換モジュール１４４による言語依存データの変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接Ｗｅｂページやテキストデータを生成するようにしてもよい。
【０１０８】
次に、第二の実施の形態として、画像形成装置１０が端末２０に対し、画像形成装置１０に関する情報のうち静的な情報を提供する例について説明する。ここで静的な情報とは、その内容が画像形成装置１０の動作状況には影響されない情報を意味し、例えば、画像形成装置１０の有する機能に関する情報、画像形成装置１０のシステム情報、及び画像形成装置１０が有しているエミュレーションに関する情報等が該当する。図２０は、第二の実施の形態における情報提供アプリの機能構成例を示す図である。図２０中、図４と同一部分には同一符号を付し、その説明は省略する。
【０１０９】
図２０の画像形成装置１０は、ページ生成モジュール１４２のインスタンスの例として、機能情報ページ生成モジュール１４２２ａ、システム情報ページ生成モジュール１４２２ｂ、及びエミュレーション情報ページ生成モジュール１４２２ｃ等を有している。
【０１１０】
機能情報ページ生成モジュール１４２２ａは、画像形成装置１０の機能に関する情報（以下、「機能情報」という。）の提供についての処理を実行するページ生成モジュール１４２である。システム情報ページ生成モジュール１４２２ｂは、画像形成装置１０のシステム情報の提供についての処理を実行するページ生成モジュール１４２である。エミュレーション情報ページ生成モジュール１４２２ｃは、画像形成装置１０の対応しているエミュレーションに関する情報（以下、「エミュレーション情報」という。）の提供についての処理を実行するページ生成モジュール１４２である。
【０１１１】
また、画像形成装置１０は、情報取得モジュール１４３のインスタンスの例として機能情報取得モジュール１４３２ａ、システム情報取得モジュール１４３２ｂ、及びエミュレーション情報取得モジュール１４３２ｃ等を有している。従って、機能情報取得モジュール１４３２ａ、システム情報取得モジュール１４３２ｂ、及びエミュレーション情報取得モジュール１４３２ｃ等は、端末２０との通信におけるプロトコルの別なく共通的に呼び出される。
【０１１２】
機能情報取得モジュール１４３２ａは、機能情報を取得するための情報取得モジュール１４３である。システム情報取得モジュール１４３２ｂは、システム情報を取得するための情報取得モジュール１４３である。エミュレーション情報取得モジュール１４３２ｃは、エミュレーション情報を取得するための情報取得モジュール１４３である。
【０１１３】
以下、図２０の画像形成装置１０の処理手順について説明する。図２１は、第二の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【０１１４】
ステップＳ２０１において、ユーザが端末２０のＷｅｂブラウザに、画像形成装置１０の機能情報を閲覧するためのＷｅｂページ（以下「機能情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/function.html」を入力すると、端末２０は、画像形成装置１０に対して機能情報ページの送信を要求するＨＴＴＰリクエストを送信する。
【０１１５】
ステップＳ２０１に続いてステップＳ２０２に進み、画像形成装置１０のＨＴＴＰプロトコル処理モジュール１７１は、端末２０からのＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに含まれる機能情報ページのＵＲＬ「function.html」を端末２０からの要求を識別するための情報、即ち、要求識別情報として分配モジュール１４１に通知する。
【０１１６】
ステップＳ２０２に続いてステップＳ２０３に進み、画像形成装置１０の分配モジュール１４１は、ＵＲＬ「function.html」に対応するページ生成モジュール１４２を、図２２の対応ページ生成モジュールテーブル１４５２から検索し、検索されたページ生成モジュール１４２を呼び出す。
【０１１７】
図２２は、第二の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。図２２の対応ページ生成モジュールテーブル１４５２より、ＵＲＬ「function.html」に対応するページ生成モジュール１４２は、機能情報ページ生成モジュール１４２２ａであるため、分配モジュール１４１は、機能情報ページ生成モジュール１４２２ａを呼び出す。なお、分配モジュール１４１は、機能情報ページ生成モジュール１４２２ａを呼び出す際に、ＵＲＬ「function.html」を入力情報として機能情報ページ生成モジュール１４２２ａに引き渡す。
【０１１８】
ステップＳ２０３に続いてステップＳ２０４に進み、機能情報ページ生成モジュール１４２２ａが画像形成装置１０の機能情報を取得すべく機能情報取得モジュール１４３２ａを呼び出すと、その応答として機能情報取得モジュール１４３２ａは画像形成装置１０の機能情報を返却する（Ｓ２０５）。なお、この時点において、機能情報は、機能情報ページ生成モジュール１４２２ａを実装したプログラム言語のデータ型に依存している。以下、プログラム言語に依存した状態の機能情報を「言語依存機能情報データ」という。
【０１１９】
ステップＳ２０５に続いてステップＳ２０６に進み、機能情報ページ生成モジュール１４２２ａは、ＵＲＬ「function.html」と、機能情報取得モジュール１４３２ａから取得した言語依存機能情報データとを引数としてフォーマット変換モジュール１４４を呼び出す。ステップＳ２０６に続いてステップＳ２０７に進み、フォーマット変換モジュール１４４は、図６において説明した処理によって、言語依存機能情報データを端末２０が要求するデータ形式のデータに変換する。
【０１２０】
即ち、フォーマット変換モジュール１４４の変換制御部１４４１が、言語依存機能情報データを入力情報としてシリアライザ１５０を呼び出す（図６のＳ１）。シリアライザ１５０は、言語依存機能情報データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換した機能情報（以下、「ＸＭＬ機能情報データ」という。）を変換制御部１４４１に出力する（Ｓ２）。
【０１２１】
図２３は、ＸＭＬ機能情報データの例を示す図である。ＸＭＬ機能情報データ５２１０の記述５２１１において、＜ｉｔｅｍ＞タグで囲まれたそれぞれの要素は画像形成装置１０の有する一つの機能に対応しており、各機能を識別する識別情報をその値としている。即ち、記述５２１１には、画像形成装置１０の有する機能の一覧が出力されている。従って、記述５２１１は、画像形成装置１０が、「ＦＮＣ＿ＢＹＰＡＳＳ」、「ＦＮＣ＿ＤＵＰＬＥＸ」、「ＦＮＣ＿ＴＨＩＣＫＰＡＰＥＲ」、「ＦＮＣ＿ＣＯＬＬＡＴＥ」、「ＦＮＣ＿ＳＡＭＰＬＥ」、「ＦＮＣ＿ＳＥＣＵＲＥ」、「ＦＮＣ＿ＳＰＯＯＬ」、「ＦＮＣ＿ＰＲＮ＿ＰＡＮＥＬＬＯＣＫ」、及び「ＦＮＣ＿ＤＯＣＢＯＸ」等により識別される機能を有していることを示している。
【０１２２】
ＸＭＬ機能情報データ５２１０を取得した変換制御部１４４１は、図２４の対応ＸＳＬテーブル１５２２を参照して、ＸＳＬＴ変換に利用するＸＳＬファイル名を特定する。
【０１２３】
図２４は、第二の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。即ち、変換制御部１４４１は、要求識別情報として通知されたＵＲＬ「function.html」をキーとして対応ＸＳＬテーブル１５２２を検索し、該当したレコードの「ＸＳＬファイル名」に登録されているＸＳＬファイル名「function.xsl」を取り出す（Ｓ３）。変換制御部１４４１は、対応ＸＳＬテーブル１５２２から取得したＸＳＬファイル名「function.xsl」とＸＭＬ機能情報データ５２１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ機能情報データ５２１０の変換を要求する（Ｓ４）。ＸＳＬＴプロセッサ１５１は、ファイル名が「function.xsl」であるＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬ機能情報データ５２１０をＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式機能情報データ」という。）を変換制御部１４４１に出力する。
【０１２４】
なお、ここでＸＳＬファイルfunction.xslは、ＨＴＭＬデータを生成するように定義されているため、要求形式機能情報データはＨＴＭＬデータとして生成される。即ち、要求形式機能情報データは、機能情報ページそのものである。
【０１２５】
上記のようにフォーマット変換モジュール１４４は、言語依存機能情報データを機能情報ページに変換する。
【０１２６】
図２１に戻り、ステップＳ２０８において、フォーマット変換モジュール１４４は、生成した機能情報ページを機能情報ページ生成モジュール１４２２ａに出力する。機能情報ページ生成モジュール１４２２ａは、機能情報ページ生成モジュール１４２２ａの呼び出し元である分配モジュール１４１に機能情報ページをそのままに出力し（Ｓ２０９）、更に分配モジュール１４１は、分配モジュール１４１の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１に機能情報ページを出力する（Ｓ２１０）。
【０１２７】
ステップＳ２１０に続いてステップＳ２１１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、機能情報ページをＨＴＴＰレスポンスとして端末２０に送信する。ステップＳ２１１に続いてステップＳ２１２に進み、端末２０のＷｅｂブラウザは、受信した機能情報ページを表示する。
【０１２８】
図２５は、機能情報ページの表示例を示す図である。図２５の機能情報ページ２２１０には、画像形成装置１０の有する機能の一覧が表示されている。上から「手差しトレイ給紙」、「両面印刷」、「厚紙印刷」、「ソート」、「試し印刷」、「機密印刷」、「スプール印刷」、「機器側プリンタ操作部のメニューロック」、及び「ドキュメントボックス」と表示されているが、これらはＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（function.xsl）に従って図２３のＸＭＬ機能情報データ５２１０における記述５２１１を変換した結果である。ユーザは、機能情報ページを閲覧することで画像形成装置１０の機能の情報を確認することができる。
【０１２９】
次に、画像形成装置１０が、端末２０から電子メールによって情報送信要求を受信した場合の処理を説明する。図２６は、第二の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。なお、図２６のシーケンス図における画像形成装置１０の処理の流れは、図２１におけるものと同様であるため、以下においては、図２１との相違点を中心に説明する。
【０１３０】
ステップＳ２２１において、ユーザが端末２０のメールソフトによって、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールド又は本文に要求識別情報に相当する「functionMail」を指定した電子メール（以下、「機能情報要求メール」という。）を作成し、作成した機能情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対して機能情報要求メールを送信する。
【０１３１】
ステップＳ２２１に続いてステップＳ２２２に進み、画像形成装置１０の電子メールプロトコル処理モジュール１７２は、端末２０からの機能情報要求メールを受信し、機能情報要求メールのＳｕｂｊｅｃｔフィールドに指定された文字列「functionMail」を要求識別情報として分配モジュール１４１に通知する。
【０１３２】
以降は、画像形成装置１０は、「functionMail」を要求識別情報とすることを除き、図２１と同様の処理を行う。
【０１３３】
即ち、ステップＳ２２２に続いてステップＳ２２３に進み、画像形成装置１０の分配モジュール１４１は、「functionMail」に対応するページ生成モジュール１４２を対応ページ生成モジュールテーブル１４５２から検索する。対応ページ生成モジュールテーブル１４５２より、「functionMail」に対応するページ生成モジュール１４２は、機能情報ページ生成モジュール１４２２ａであるため、分配モジュール１４１は、機能情報ページ生成モジュール１４２２ａを呼び出す。
【０１３４】
機能情報ページ生成モジュール１４２２ａは、図２１における処理と同様の処理を実行し、機能情報取得モジュール１４３２ａから機能情報（言語依存機能情報データ）を取得し（Ｓ２２４、Ｓ２２５）、更に、フォーマット変換モジュール１４４に対して言語依存機能情報データの変換を要求する（Ｓ２２６）。
【０１３５】
ステップＳ２２７において、フォーマット変換モジュール１４４は、図６で説明した処理を実行し、言語依存機能情報データの変換を行う（Ｓ２２７）。即ち、フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存機能情報データをＸＭＬ機能情報データ５２１０に変換する（図６のＳ１、Ｓ２）。更に、変換制御部１４４１は、要求識別情報に対応するＸＳＬファイル１５３のファイル名を対応ＸＳＬテーブル１５２から取り出す（Ｓ３）。図２４の対応ＸＳＬテーブル１５２２より、「functionMail」に対応するＸＳＬファイル名は「functionMail.xsl」であるため、変換制御部１４４１は、ファイル名「functionMail.xsl」とＸＭＬ機能情報データ５２１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ機能情報データ５２１０の変換を要求する（Ｓ４）。
【０１３６】
ＸＳＬＴプロセッサ１５１は、ファイル名が「functionMail.xsl」であるＸＳＬファイル１５３の定義に従ってＸＭＬ機能情報データ５２１０をＸＳＬＴ変換し、変換結果として生成された要求形式機能情報データを変換制御部１４４１に出力する（Ｓ５）。
【０１３７】
なお、ここでＸＳＬファイルfunctionMail.xslは、テキストデータを生成するように定義されているため、要求形式機能情報データはテキストデータとして生成される。
【０１３８】
ステップＳ２２８からステップＳ２３０にかけては、図２１のステップＳ２０８からステップＳ２１０と同様に、それぞれの呼び出し元に対してテキストデータが順番に出力される。ステップＳ２３１において、電子メールプロトコル処理モジュール１７２が、要求形式機能情報データを端末２０に電子メール（以下、「機能情報メール」という。）で送信すると、端末２０は機能情報メールを受信する。ユーザは、端末２０が受信した機能情報メールを閲覧することにより、画像形成装置１０の機能情報を確認することができる。
【０１３９】
なお、システム情報ページ生成モジュール１４２２ｂ及びエミュレーション情報ページ生成モジュール１４２２ｃについても機能情報ページ生成モジュール１４２２ａと同様の処理によって、システム情報、エミュレーション情報を提供することができる。
【０１４０】
ユーザが、端末２０のＷｅｂブラウザにシステム情報を閲覧するためのＷｅｂページ（以下「システム情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/system.html」を入力すると、又は、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに「systemMail」を指定した電子メール（以下、「システム情報要求メール」という。）を作成し、作成したシステム情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してシステム情報ページの送信を要求するＨＴＴＰリクエスト、又はシステム情報要求メールを送信する。
【０１４１】
画像形成装置１０は、ＨＴＴＰリクエスト又はシステム情報要求メールを受信すると「system.html」又は「systemMail」を要求識別情報として、図２１又は図２６における処理と同様の処理を実行する。
【０１４２】
即ち、分配モジュール１４１は、要求識別情報「system.html」又は「systemMail」に対応するページ生成モジュール１４２であるシステム情報ページ生成モジュール１４２２ｂ（図２２参照）を呼び出す。呼び出されたシステム情報ページ生成モジュール１４２２ｂは、システム情報取得モジュール１４３２ｂを利用してシステム情報（言語依存システム情報データ）を取得する。続いてシステム情報ページ生成モジュール１４２２ｂは、言語依存システム情報データのＷｅｂページ（システム情報ページ）又はテキストデータ（システム情報メール）への変換を変換制御部１４４１に依頼する。
【０１４３】
変換制御部１４４１は、言語依存システム情報データをシリアライザ１５０によってＸＭＬ形式のデータ（ＸＭＬシステム情報データ）に変換する。
【０１４４】
図２７は、ＸＭＬシステム情報データの例を示す図である。ＸＭＬシステム情報データ５２２０の記述５２２１には、システム情報を構成する属性の一覧が出力されている。それぞれの属性の値はそれぞれの属性を識別するタグで囲まれており、例えば、＜ｍｏｄｅｌＮａｍｅ＞タグに囲まれた要素は、画像形成装置１０のモデル名を示している。同様に、＜ｓｅｒｉａｌＮｏ＞タグ、＜ｓｙｓｔｅｍＶｅｒｓｉｏｎ＞タグ、＜ＮＩＢＶｅｒｓｉｏｎ＞タグ、＜ｗｅｂｓｙｓＶｅｒｓｉｏｎ＞タグ、＜ｔｏｔａｌＭｅｍｏｒｙ＞タグ、＜ｔｏｔａｌＭｅｍｏｒｙＵｎｉｔ＞タグ、＜ｉｓＴｏｔａｌＣｏｎｔＡｖａｉｌａｂｌｅ＞タグ、＜ｔｏｔａｌＣｏｕｎｔ＞タグ、＜ＬＳＭｅｍｏｒｙＭａｘ＞タグ、＜ＬＳＭｅｍｏｒｙＵｎｉｔ＞タグ、及び＜ＬＳＭｅｍｏｒｙＣｏｎｓｕｍｅｄ＞タグ等に囲まれた要素についてもそれぞれ対応する属性の値を示している。
【０１４５】
変換制御部１４４１は、更に、要求識別情報「system.html」に対応したＸＳＬファイル「system.xsl」、又は要求識別情報「systemMail」に対応したＸＳＬファイル「systemMail.xsl」（図２４参照）を適用して、ＸＳＬＴプロセッサ１５１にＸＭＬシステム情報データ５２２０をＨＴＭＬ形式のシステム情報ページ、又はテキスト形式のシステム情報メールに変換させる。システム情報ページ又はシステム情報メールは端末２０に送信される。
【０１４６】
図２８は、システム情報ページの表示例を示す図である。図２８のシステム情報ページ２２２０には、画像形成装置１０のシステム情報が表示されている。上から「モデル名」、「機番」、「トータルカウンター」、「バージョン」等が表示されているが、これらはＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（system.xsl）に従って図２７のＸＭＬシステム情報データ５２２０における記述５２２１を変換した結果である。
【０１４７】
一方、ユーザが、端末２０のＷｅｂブラウザにエミュレーション情報を閲覧するためのＷｅｂページ（以下「エミュレーション情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/emulation.html」を入力すると、又は、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに「emulationMail」を指定した電子メール（以下、「エミュレーション情報要求メール」という。）を作成し、作成したエミュレーション情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してエミュレーション情報ページの送信を要求するＨＴＴＰリクエスト、又はエミュレーション情報要求メールを送信する。
【０１４８】
画像形成装置１０は、ＨＴＴＰリクエスト又はエミュレーション情報要求メールを受信すると「emulation.html」又は「emulationMail」を要求識別情報として、図２１又は図２６と同様の処理を実行する。
【０１４９】
即ち、分配モジュール１４１は、要求識別情報「emulation.html」又は「emulationMail」に対応するページ生成モジュール１４２であるエミュレーション情報ページ生成モジュール１４２２ｃ（図２２参照）を呼び出す。呼び出されたエミュレーション情報ページ生成モジュール１４２２ｃは、エミュレーション情報取得モジュール１４３２ｃを利用してエミュレーション情報（言語依存エミュレーション情報データ）を取得する。続いてエミュレーション情報ページ生成モジュール１４２２ｃは、言語依存エミュレーション情報データのＷｅｂページ（エミュレーション情報ページ）又はテキストデータ（エミュレーション情報メール）への変換をフォーマット変換モジュール１４４に依頼する。
【０１５０】
フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存エミュレーション情報データをシリアライザ１５０によってＸＭＬ形式のデータ（ＸＭＬエミュレーション情報データ）に変換する。
【０１５１】
図２９及び図３０は、ＸＭＬエミュレーション情報データの例を示す図である。図２９と図３０とで一つのＸＭＬエミュレーション情報データの内容を示している。ＸＭＬエミュレーション情報データ５２３０において、記述５２３１、記述５２３２、記述５２３３、及び記述５２３４等は、それぞれ一つのエミュレーションの情報を示している。従って、画像形成装置１０は、４つのエミュレーションを有していることを示す。各記述は、更に、それぞれ＜ｉｔｅｍ＞タグで囲まれた二つのｉｔｅｍ要素で構成されている。例えば、記述５２３１は、ｉｔｅｍ要素５２３１ａとｉｔｅｍ要素５２３２ｂとから構成されている。各ｉｔｅｍ要素は、更に、ｐｒｏｐＮａｍｅ要素とｐｒｏｐＶａｌ要素とから構成されている。ｐｒｏｐＮａｍｅ要素は、属性の名前を示す。ｐｒｏｐＶａｌ要素は、属性の値を示す。従って、ｉｔｅｍ要素５２３１ａは、ｐｒｔＩｎｔｅｒｐｒｅｔｅｒＤｅｓｃ（エミュレーション名）属性について示されており、その値は「Ａｕｔｏｍａｔｉｃ Ｌａｎｇｕａｇｅ Ｓｗｉｔｃｈｉｎｇ」となっている。また、ｉｔｅｍ要素５１３２は、ｐｒｔＩｎｔｅｒｐｒｅｔｅｒＶｅｒ（エミュレーションのバージョン）属性について示されており、その値は「２．２１．３」となっている。
【０１５２】
即ち、ｉｔｅｍ要素５２３１ａとｉｔｅｍ要素５２３１ｂより、エミュレーション名が「Ａｕｔｏｍａｔｉｃ Ｌａｎｇｕａｇｅ Ｓｗｉｔｃｈｉｎｇ」のエミュレーションのバージョンは「２．２１．３」であることが示されている。同様に、他の３つのエミュレーションについても、記述５２３２、記述５２３３、及び記述５２３４においてそれぞれのエミュレーション名とバージョンとが示されている。
【０１５３】
変換制御部１４４１は、更に、要求識別情報「emulation.html」に対応したＸＳＬファイル「emulation.xsl」、又は要求識別情報「emulationMail」に対応したＸＳＬファイル「emulationMail.xsl」（図２４参照）を適用して、ＸＳＬＴプロセッサ１５１にＸＭＬエミュレーション情報データ５２３０をＨＴＭＬ形式のエミュレーション情報ページ、又はテキスト形式のエミュレーション情報メールに変換させる。エミュレーション情報ページ又はエミュレーション情報メールは端末２０に送信される。
【０１５４】
図３１は、エミュレーション情報ページの表示例を示す図である。図３１のエミュレーション情報ページ２２３０には、エミュレーションごとにエミュレーション名とバージョンとが表示されている。これらはＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（emulation.xsl）に従って図２９及び図３０のＸＭＬエミュレーション情報データ５２３０における記述５２３１等を変換した結果である。
【０１５５】
上述したように、第二の実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４４が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、機能情報ページ生成モジュール１４２２ａ等のページ生成モジュール１４２は、端末２０から要求された画像形成装置１０の静的な情報を格納するデータのデータ形式について関知する必要がなくなる。
【０１５６】
即ち、機能情報ページ生成モジュール１４２２ａ等には、プロトコルや端末２０が要求するデータ形式に依存しない画像形成装置１０の静的な情報を取得するという処理のみを実装するだけでよい。従って、端末２０とのプロトコルがＨＴＴＰの場合であっても電子メールの場合であっても、又はその他のプロトコルであっても同一のページ生成モジュール１４２を利用することができ、プロトコル毎、あるいは端末２０が要求するデータ形式毎にページ生成モジュール１４２を実装する必要がない。
【０１５７】
また、フォーマット変換モジュール１４４は、プロトコルの別、及びページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール１４２毎にデータ変換処理を実装する必要も無い。
【０１５８】
よって、画像形成装置１０によれば、プロトコル毎等にページ生成モジュール１４２を実装する場合に比べて開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【０１５９】
なお、フォーマット変換モジュール１４４による言語依存データの変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接Ｗｅｂページやテキストデータを生成するようにしてもよい。
【０１６０】
次に、第三の実施の形態として、画像形成装置１０が端末２０に対し、画像形成装置１０に所定の情報を設定する手段を提供する例、及び端末２０からの要求に基づいて、画像形成装置１０の所定の属性を設定し、属性の設定の結果に関する情報を端末２０に提供する例について説明する。図３２は、第三の実施の形態における情報提供アプリの機能構成例を示す図である。図３２中、図４と同一部分には同一符号を付し、その説明は省略する。
【０１６１】
図３２の画像形成装置１０は、ページ生成モジュール１４２のインスタンスの例として、ネットワーク情報ページ生成モジュール１４２３ａ及び設定結果情報ページ生成モジュール１４２３ｂ等を有している。
【０１６２】
ネットワーク情報ページ生成モジュール１４２３ａは、画像形成装置１０のネットワーク通信に関する属性（以下、「ネットワーク情報」という。）の提供ついての処理を実行するページ生成モジュール１４２である。設定結果情報ページ生成モジュール１４２３ｂは、画像形成装置１０のネットワーク情報の設定処理を行い、設定結果を表示するＷｅｂページ（以下、「設定結果情報ページ」という。）を提供するページ生成モジュール１４２である。
【０１６３】
また、画像形成装置１０は、情報取得モジュール１４３のインスタンスの例としてネットワーク情報取得モジュール１４３３ａ及びネットワーク設定モジュール１４３３ｂ等を有している。従って、機ネットワーク情報取得モジュール１４３３ａ及びネットワーク設定モジュール１４３３ｂ等は、端末２０との通信におけるプロトコルの別なく共通的に呼び出される。
【０１６４】
ネットワーク情報取得モジュール１４３３ａは、ネットワーク情報を取得するための情報取得モジュール１４３である。ネットワーク設定モジュール１４３３ｂは、ネットワーク情報を設定するためのモジュールである。なお、ネットワーク設定モジュール１４３３ｂは、情報の取得をその機能とするものではなく、情報を設定するための機能を提供するものである点で他の情報取得モジュール１４３と異なるが、ページ生成モジュール１４２に機能を提供するという点において情報取得モジュール１４３と同じ位置づけに相当するため、以下の説明においても情報取得モジュール１４３の一つとして扱う。
【０１６５】
以下、図３２の画像形成装置１０の処理手順について説明する。図３３は、第三の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【０１６６】
ステップＳ３０１において、ユーザが端末２０のＷｅｂブラウザに、画像形成装置１０のネットワーク情報を閲覧するためのＷｅｂページ（以下「ネットワーク情報ページ」という。）のＵＲＬ「http://xxx/xxx/xxx/getNetwork.html」を入力すると、端末２０は、画像形成装置１０に対してネットワーク情報ページの送信を要求するＨＴＴＰリクエストを送信する。
【０１６７】
ステップＳ３０１に続いてステップＳ３０２に進み、画像形成装置１０のＨＴＴＰプロトコル処理モジュール１７１は、端末２０からのＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに含まれるネットワーク情報ページのＵＲＬ「getNetwork.html」を端末２０からの要求を識別するための情報、即ち、要求識別情報として分配モジュール１４１に通知する。
【０１６８】
ステップＳ３０２に続いてステップＳ３０３に進み、画像形成装置１０の分配モジュール１４１は、ＵＲＬ「getNetwork.html」に対応するページ生成モジュール１４２を、図３４の対応ページ生成モジュールテーブル１４５３から検索し、検索されたページ生成モジュール１４２を呼び出す。
【０１６９】
図３４は、第三の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。図３４の対応ページ生成モジュールテーブル１４５３より、ＵＲＬ「getNetwork.html」に対応するページ生成モジュール１４２は、ネットワーク情報ページ生成モジュール１４２３ａであるため、分配モジュール１４１は、ネットワーク情報ページ生成モジュール１４２３ａを呼び出す。なお、分配モジュール１４１は、ネットワーク情報ページ生成モジュール１４２３ａを呼び出す際に、ＵＲＬ「getNetwork.html」を入力情報としてネットワーク情報ページ生成モジュール１４２３ａに引き渡す。
【０１７０】
ステップＳ３０３に続いてステップＳ３０４に進み、ネットワーク情報ページ生成モジュール１４２３ａが画像形成装置１０のネットワーク情報を取得すべくネットワーク情報取得モジュール１４３３ａを呼び出すと、その応答としてネットワーク情報取得モジュール１４３３ａは画像形成装置１０のネットワーク情報を返却する（Ｓ３０５）。なお、この時点において、ネットワーク情報は、ネットワーク情報ページ生成モジュール１４２３ａを実装したプログラム言語のデータ型に依存している。以下、プログラム言語に依存した状態のネットワーク情報を「言語依存ネットワーク情報データ」という。
【０１７１】
ステップＳ３０５に続いてステップＳ３０６に進み、ネットワーク情報ページ生成モジュール１４２３ａは、ＵＲＬ「getNetwork.html」と、ネットワーク情報取得モジュール１４３３ａから取得した言語依存ネットワーク情報データとを引数としてフォーマット変換モジュール１４４を呼び出す。ステップＳ３０６に続いてステップＳ３０７に進み、フォーマット変換モジュール１４４は、図６において説明した処理によって、言語依存ネットワーク情報データを端末２０が要求するデータ形式のデータに変換する。
【０１７２】
即ち、フォーマット変換モジュール１４４の変換制御部１４４１が、言語依存ネットワーク情報データを入力情報としてシリアライザ１５０を呼び出す（図６のＳ１）。シリアライザ１５０は、言語依存ネットワーク情報データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換したネットワーク情報（以下、「ＸＭＬネットワーク情報データ」という。）を変換制御部１４４１に出力する（Ｓ２）。
【０１７３】
図３５は、ＸＭＬネットワーク情報データの例を示す図である。ＸＭＬネットワーク情報データ５３１０の記述５３１０には、ネットワーク情報を構成する属性の一覧が出力されている。それぞれの属性の値はそれぞれの属性を識別するタグで囲まれており、例えば、＜ｈｏｓｔＮａｍｅ＞タグに囲まれた要素（記述５３１１において上から３つめの要素）は、画像形成装置１０のホスト名を示している。同様に、その他の要素についてもそれぞれ対応するネットワーク情報の属性の値を示している。
【０１７４】
ＸＭＬネットワーク情報データ５３１０を取得した変換制御部１４４１は、図３６の対応ＸＳＬテーブル１５２３を参照して、ＸＳＬＴ変換に利用するＸＳＬファイル名を特定する。
【０１７５】
図３６は、第三の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。即ち、変換制御部１４４１は、要求識別情報として通知されたＵＲＬ「getNetwork.html」をキーとして対応ＸＳＬテーブル１５２３を検索し、該当したレコードの「ＸＳＬファイル名」に登録されているＸＳＬファイル名「getNetwork.xsl」を取り出す（Ｓ３）。変換制御部１４４１は、対応ＸＳＬテーブル１５２３から取得したＸＳＬファイル名「getNetwork.xsl」とＸＭＬネットワーク情報データ５３１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬネットワーク情報データ５３１０の変換を要求する（Ｓ４）。ＸＳＬＴプロセッサ１５１は、ファイル名が「getNetwork.xsl」であるＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬネットワーク情報データ５３１０をＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式ネットワーク情報データ」という。）を変換制御部１４４１に出力する。
【０１７６】
なお、ここでＸＳＬファイルgetNetwork.xslは、ＨＴＭＬデータを生成するように定義されているため、要求形式ネットワーク情報データはＨＴＭＬデータとして生成される。即ち、要求形式ネットワーク情報データは、ネットワーク情報ページそのものである。
【０１７７】
上記のようにフォーマット変換モジュール１４４は、言語依存ネットワーク情報データをネットワーク情報ページに変換する。
【０１７８】
図３３に戻り、ステップＳ３０８において、フォーマット変換モジュール１４４は、生成したネットワーク情報ページをネットワーク情報ページ生成モジュール１４２３ａに出力する。ネットワーク情報ページ生成モジュール１４２３ａは、ネットワーク情報ページ生成モジュール１４２３ａの呼び出し元である分配モジュール１４１にネットワーク情報ページをそのままに出力し（Ｓ３０９）、更に分配モジュール１４１は、分配モジュール１４１の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１にネットワーク情報ページを出力する（Ｓ３１０）。
【０１７９】
ステップＳ３１０に続いてステップＳ３１１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、ネットワーク情報ページをＨＴＴＰレスポンスとして端末２０に送信する。ステップＳ３１１に続いてステップＳ３１２に進み、端末２０のＷｅｂブラウザは、受信したネットワーク情報ページを表示する。
【０１８０】
図３７は、ネットワーク情報ページの表示例を示す図である。図３７のネットワーク情報ページ２３１０には、画像形成装置１０の有する機能の一覧が表示されている。上から「ホスト名」、「ＤＨＣＰ」、「ドメイン名」、「ＩＰアドレス」、「サブネットマスク」、「ＷＩＮＳ」、「プライマリＷＩＮＳサーバ」、及び「セカンダリＷＩＮＳサーバ」等の属性が表示されているが、これらはＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（getNetwork.xsl）に従って図３５のＸＭＬネットワーク情報データ５３１０における記述５３１１を変換した結果である。ユーザはネットワーク情報ページを閲覧することで画像形成装置１０のネットワーク情報を確認することができる。
【０１８１】
また、ネットワーク情報ページ２３１０においては、各属性の値を編集することができる。即ち、ホスト名、ＤＨＣＰの設定、ドメイン名等の値をネットワーク情報ページ２３１０において入力することが可能である。以下に、ＩＰアドレスの値を変更する場合の例について説明する。図３８は、Ｗｅｂブラウザからネットワーク情報の設定を行った際の画像形成装置の処理を説明するためのシーケンス図である。
【０１８２】
ステップＳ３２１において、ユーザがネットワーク情報ページ２３１０のＩＰアドレス入力領域２３１１に新たなＩＰアドレスを入力し、設定ボタン２３１２をクリックすると、端末２０は、設定ボタン２３１２に貼られていたリンクに基づいて「http://xxx/xxx/xxx/setNetwork.html」をＵＲＬとして含むＨＴＴＰリクエストを画像形成装置１０に送信する。なお、ここでのＨＴＴＰリクエストには、ネットワーク情報ページ２３１０上において改めて値を入力したＩＰアドレスの値を始め、その他表示されていた各属性値（以下、「ネットワーク属性値」という。）もオプション情報に含まれている。
【０１８３】
ステップＳ３２１に続いてステップＳ３２２に進み、画像形成装置１０のＨＴＴＰプロトコル処理モジュール１７１は、端末２０からのＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに含まれるネットワーク情報ページのＵＲＬ「setNetwork.html」を端末２０からの要求識別情報として、また、ネットワーク属性値をオプション情報として分配モジュール１４１に通知する。
【０１８４】
ステップＳ３２２に続いてステップＳ３２３に進み、画像形成装置１０の分配モジュール１４１は、ＵＲＬ「setNetwork.html」に対応するページ生成モジュール１４２を、図３４の対応ページ生成モジュールテーブル１４５３から検索し、検索されたページ生成モジュール１４２を呼び出す。図３４の対応ページ生成モジュールテーブル１４５３より、ＵＲＬ「setNetwork.html」に対応するページ生成モジュール１４２は、設定結果情報ページ生成モジュール１４２３ｂであるため、分配モジュール１４１は、設定結果情報ページ生成モジュール１４２３ｂを呼び出す。なお、分配モジュール１４１は、設定結果情報ページ生成モジュール１４２３ｂを呼び出す際に、ＵＲＬ「setNetwork.html」とネットワーク属性値とを入力情報として設定結果情報ページ生成モジュール１４２３ｂに通知する。
【０１８５】
ステップＳ３２３に続いてステップＳ３２４に進み、設定結果情報ページ生成モジュール１４２３ｂは、画像形成装置１０のネットワーク情報の属性値を更新すべく、分配モジュール１４１から通知されたネットワーク属性値を引数としてネットワーク設定モジュー１４３３ｂを呼び出す。具体的には、例えばネットワーク設定モジュール１４３３ｂがＣ言語によって実装されており、
setNetwork( char *hostname, bool dhcp, char *domainName, …)
といった関数がネットワーク属性値の設定用の関数であったとすると、その第一引数hostNameに「RNP62E56D」、第二引数dhcpに「true」、第三引数domainNameに「＊＊＊．＊＊＊．ｃｏ．ｊｐ」といった値を与えて、setNetwork関数を呼び出す。
【０１８６】
ネットワーク設定モジュール１４３３ｂ(setNetwork関数)は、引数として渡されたネットワーク属性値を画像形成装置１０に設定し、その処理結果を示す情報（以下、「設定結果情報」という。）を設定結果情報ページ生成モジュール１４２３ｂに返却する（Ｓ３２５）。ここで、処理結果を示す情報（設定結果情報）とは、ネットワーク属性値の設定が成功したのか、あるいは、なんらかの原因によって失敗したのか等を示す情報である。
【０１８７】
なお、この時点において設定結果情報は、設定結果情報ページ生成モジュール１４２３ｂを実装したプログラム言語のデータ型に依存している。以下、プログラム言語に依存した状態の設定結果情報を「言語依存設定結果情報データ」という。
【０１８８】
ステップＳ３２５に続いてステップＳ３２６に進み、設定結果情報ページ生成モジュール１４２３ｂは、ＵＲＬ「setNetwork.html」と、ネットワーク設定モジュール１４３３ｂから取得した言語依存設定結果情報データとを引数としてフォーマット変換モジュール１４４を呼び出す。ステップＳ３２６に続いてステップＳ３２７に進み、フォーマット変換モジュール１４４は、図６において説明した処理によって、言語依存設定結果情報データを端末２０が要求するデータ形式のデータに変換する。
【０１８９】
即ち、フォーマット変換モジュール１４４の変換制御部１４４１が、言語依存設定結果情報データを入力情報としてシリアライザ１５０を呼び出す（図６のＳ１）。シリアライザ１５０は、言語依存設定結果情報データを、ＤＯＭ形式を経てＸＭＬ形式に変換し、ＸＭＬ形式に変換した設定結果情報（以下、「ＸＭＬ設定結果情報データ」という。）を変換制御部１４４１に出力する（Ｓ２）。
【０１９０】
図３９は、ＸＭＬ設定結果情報データの例を示す図である。ＸＭＬ設定結果情報データ５３２０の記述５３２１は、設定結果情報のカテゴリを示す。即ち、当該設定結果情報は、「ＭＳＧ＿ＢＡＤ＿ＰＡＲＡＭ」（パラーメータに異常あり）というカテゴリに分類されるものであることを示している。記述５３２２は、「ＭＳＧ＿ＢＡＤ＿ＰＡＲＡＭ」に関する詳細情報を示す。例えば、＜ｐａｒａｍ＞タグで囲まれた「ＩＰ＿ＡＤＤＲＥＳＳ」より、「ＭＳＧ＿ＢＡＤ＿ＰＡＲＡＭ」に分類される異常の発生原因は、ＩＰアドレスの値にあることが特定される。
【０１９１】
ＸＭＬ設定結果情報データ５３２０を取得した変換制御部１４４１は、要求識別情報として通知されたＵＲＬ「setNetwork.html」をキーとして対応ＸＳＬテーブル１５２３を検索し、該当したレコードの「ＸＳＬファイル名」に登録されているＸＳＬファイル名「setNetwork.xsl」を取り出す（Ｓ３）。変換制御部１４４１は、対応ＸＳＬテーブル１５２３から取得したＸＳＬファイル名「setNetwork.xsl」とＸＭＬ設定結果情報データ５３２０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬ設定結果情報データ５３２０の変換を要求する（Ｓ４）。ＸＳＬＴプロセッサ１５１は、ファイル名が「setNetwork.xsl」であるＸＳＬファイル１５３の定義（変換規則）に従ってＸＭＬ設定結果情報データ５３２０をＸＳＬＴ変換し、変換結果として生成されたデータ（以下、「要求形式設定結果情報データ」という。）を変換制御部１４４１に出力する。
【０１９２】
なお、ここでＸＳＬファイルsetNetwork.xslは、ＨＴＭＬデータを生成するように定義されているため、要求形式設定結果情報データはＨＴＭＬデータとして生成される。即ち、要求形式設定結果情報データは、設定結果情報ページそのものである。
【０１９３】
上記のようにフォーマット変換モジュール１４４は、言語依存設定結果情報データを設定結果情報ページに変換する。
【０１９４】
図３８に戻り、ステップＳ３２８において、フォーマット変換モジュール１４４は、生成した設定結果情報ページを設定結果情報ページ生成モジュール１４２３ｂに出力する。設定結果情報ページ生成モジュール１４２３ｂは、設定結果情報ページ生成モジュール１４２３ｂの呼び出し元である分配モジュール１４１に設定結果情報ページをそのままに出力し（Ｓ３２９）、更に分配モジュール１４１は、分配モジュール１４１の呼び出し元であるＨＴＴＰプロトコル処理モジュール１７１に設定結果情報ページを出力する（Ｓ３３０）。
【０１９５】
ステップＳ３３０に続いてステップＳ３３１に進み、ＨＴＴＰプロトコル処理モジュール１７１は、設定結果情報ページをＨＴＴＰレスポンスとして端末２０に送信する。ステップＳ３３１に続いてステップＳ３３２に進み、端末２０のＷｅｂブラウザは、受信した設定結果情報ページを表示する。
【０１９６】
図４０は、設定結果情報ページの表示例を示す図である。図４０の設定結果情報ページ２３２０には、ネットワーク設定に異常があった旨が表示されている。設定結果情報ページ２３２０の記述２３２１、記述２３２２は、それぞれ、ＸＳＬＴプロセッサ１５１がＸＳＬファイル１５３（setNetwork.xsl）に従って図３９のＸＭＬ設定結果情報データ５３２０における記述５３２１、記述５３２２を変換した結果である。ユーザは設定結果情報ページ２３２０を閲覧することで画像形成装置１０に対するネットワーク設定の結果を確認することができる。
【０１９７】
次に、画像形成装置１０が、端末２０から電子メールによってネットワーク情報送信要求を受信した場合の処理を説明する。図４１は、第三の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。なお、図４１のシーケンス図における画像形成装置１０の処理の流れは、図３３におけるものと同様であるため、以下においては、図３３との相違点を中心に説明する。
【０１９８】
ステップＳ３４１において、ユーザが端末２０のメールソフトによって、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールド又は本文に要求識別情報に相当する「getNetworkMail」を指定した電子メール（以下、「ネットワーク情報要求メール」という。）を作成し、作成したネットワーク情報要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してネットワーク情報要求メールを送信する。
【０１９９】
ステップＳ３４１に続いてステップＳ３４２に進み、画像形成装置１０の電子メールプロトコル処理モジュール１７２は、端末２０からのネットワーク情報要求メールを受信し、ネットワーク情報要求メールのＳｕｂｊｅｃｔフィールドに指定された文字列「getNetworkMail」を要求識別情報として分配モジュール１４１に通知する。
【０２００】
以降は、画像形成装置１０は、「getNetworkMail」を要求識別情報とすることを除き、図３３と同様の処理を行う。即ち、ステップＳ３４２に続いてステップＳ３４３に進み、画像形成装置１０の分配モジュール１４１は、「getNetworkMail」に対応するページ生成モジュール１４２を対応ページ生成モジュールテーブル１４５３から検索する。対応ページ生成モジュールテーブル１４５３より、「getNetworkMail」に対応するページ生成モジュール１４２は、ネットワーク情報ページ生成モジュール１４２３ａであるため、分配モジュール１４１は、ネットワーク情報ページ生成モジュール１４２３ａを呼び出す。
【０２０１】
ネットワーク情報ページ生成モジュール１４２３ａは、図３３における処理と同様の処理を実行し、ネットワーク情報取得モジュール１４３３ａからネットワーク情報（言語依存ネットワーク情報）を取得し（Ｓ３４４、Ｓ３４５）、更に、フォーマット変換モジュール１４４に対して言語依存ネットワーク情報の変換を要求する（Ｓ３４６）。
【０２０２】
ステップＳ３４７において、フォーマット変換モジュール１４４は、図６で説明した処理を実行し、言語依存ネットワーク情報データの変換を行う（Ｓ３４７）。即ち、フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存ネットワーク情報をＸＭＬネットワーク情報データ５３１０に変換する（図６のＳ１、Ｓ２）。更に、変換制御部１４４１は、要求識別情報に対応するＸＳＬファイル１５３のファイル名を対応ＸＳＬテーブル１５２から取り出す（Ｓ３）。図３６の対応ＸＳＬテーブル１５２３より、「getNetworkMail」に対応するＸＳＬファイル名は「getNetworkMail.xsl」であるため、変換制御部１４４１は、ファイル名「getNetworkMail.xsl」とＸＭＬネットワーク情報データ５３１０とをＸＳＬＴプロセッサ１５１に引き渡し、ＸＳＬＴプロセッサ１５１に対してＸＭＬネットワーク情報データ５３１０の変換を要求する（Ｓ４）。
【０２０３】
ＸＳＬＴプロセッサ１５１は、ファイル名が「getNetworkMail.xsl」であるＸＳＬファイル１５３の定義に従ってＸＭＬネットワーク情報データ５３１０をＸＳＬＴ変換し、変換結果として生成された要求形式ネットワーク情報データを変換制御部１４４１に出力する（Ｓ５）。
【０２０４】
なお、ここでＸＳＬファイルgetNetworkMail.xslは、テキストデータを生成するように定義されているため、要求形式ネットワーク情報データはテキストデータとして生成される。
【０２０５】
ステップＳ３４８からステップＳ３５０にかけては、図３３のステップＳ３０８からステップＳ３１０と同様に、それぞれの呼び出し元に対してテキストデータが順番に出力される。ステップＳ３５１において、電子メールプロトコル処理モジュール１７２は、要求形式ネットワーク情報データを端末２０に電子メール（以下、「ネットワーク情報メール」という。）で送信すると、端末２０はネットワーク情報メールを受信する。ユーザは、端末２０が受信したネットワーク情報メールを閲覧することにより、画像形成装置１０のネットワーク情報を確認することができる。
【０２０６】
更に、電子メールによって端末２０から画像形成装置１０のネットワーク情報の設定を行ってもよい。図４２は、電子メールからネットワーク設定を行った際の画像形成装置の処理を説明するためのシーケンス図である。
【０２０７】
ユーザが、宛先を画像形成装置１０とし、Ｓｕｂｊｅｃｔフィールドに「setNetworkMail」を指定した電子メール（以下、「ネットワーク設定要求メール」という。）を作成し、作成したネットワーク設定要求メールの送信指示を行うと、端末２０は、画像形成装置１０に対してネットワーク設定要求メールを送信する（Ｓ３６１）。
【０２０８】
なお、ネットワーク属性値は、ネットワーク設定要求メールの本文に記載すればよい。例えば、属性ごとに一行ずつ
「＜属性を識別するための文字列＞：＜属性値＞」
と記載すればよい。ここで、ＩＰアドレスを識別するための文字列を「ＩＰ＿ＡＤＤ」と規定した場合は、
「ＩＰ＿ＡＤＤ：＊＊＊．＊＊＊．＊＊＊．＊＊＊」
と記載した行をネットワーク設定要求メールの本文に含めればよい。
【０２０９】
また、図３７のネットワーク情報ページ２３１０と同等のユーザインタフェースを備えるネットワーク設定用の画面（以下「設定画面」という。）を表示するクライアント用のアプリケーション（以下、「ネットワーク設定アプリ」という。）にネットワーク設定要求メールを送信させれば、ユーザの負担を軽減することができる。即ち、端末２０においてネットワーク設定アプリを起動することにより設定画面を表示させる。設定画面上で、ユーザがネットワーク属性値を入力し設定画面上の設定ボタンを押すと、ネットワーク設定アプリが設定画面に入力されたネットワーク属性値に基づいて自動的に上述した形式（「＜属性を識別するための文字列＞：＜属性値＞」）と同じ形式のネットワーク設定要求メールを生成し、画像形成装置１０に送信する。この場合、ユーザは各属性を識別するための文字列（ＩＰ＿ＡＤＤ等）を知る必要はなく、予め定められた形式によって電子メールを作成する必要もない。
【０２１０】
画像形成装置１０は、ネットワーク設定要求メールを受信するとＳｕｂｊｅｃｔに指定された「setNetworkMail」を要求識別情報として、図３８における処理と同様の処理を実行する。
【０２１１】
即ち、分配モジュール１４１は、要求識別情報「setNetworkMail」に対応するページ生成モジュール１４２である設定結果情報ページ生成モジュール１４２３ｂ（図３４参照）を呼び出す（Ｓ３６２）。呼び出された設定結果情報ページ生成モジュール１４２３ｂは、ネットワーク設定モジュール１４３３ｂを利用してネットワーク情報を設定し（Ｓ３６５）、ネットワーク設定モジュールから設定結果（言語依存設定結果情報データ）を受け取る（Ｓ３６５）。続いて設定結果情報ページ生成モジュール１４２３ｂは、言語依存設定結果情報データのテキストデータ（ネットワーク設定結果メール）への変換をフォーマット変換モジュール１４４に依頼する（Ｓ３６６）。
【０２１２】
フォーマット変換モジュール１４４の変換制御部１４４１は、言語依存設定結果情報データをシリアライザ１５０によってＸＭＬ形式のデータ（ＸＭＬ設定結果情報データ５３２０）に変換する（図６のＳ１、Ｓ２）。
【０２１３】
変換制御部１４４１は、更に、「setNetworkMail」に対応したＸＳＬファイル「setNetworkMail.xsl」（図３６参照）を適用して（図６のＳ３）、ＸＳＬＴプロセッサ１５１にＸＭＬ設定結果情報データ５３２０をテキスト形式のネットワーク設定結果メールに変換させる（図６のＳ４、Ｓ５）。ネットワーク設定結果メールは端末２０に送信される（図４２のＳ３６８〜Ｓ３７１）。ユーザはネットワーク設定結果メールを閲覧することで画像形成装置１０に対するネットワーク設定の結果を確認することができる。
【０２１４】
上述したように、第三の実施の形態における画像形成装置１０においては、フォーマット変換モジュール１４４が要求識別情報に基づいて動的に端末２０に送信するデータのデータ形式を決定するため、ネットワーク情報ページ生成モジュール１４２３ａ等のページ生成モジュール１４２は、端末２０から要求された情報、又は端末２０に通知すべき情報を格納するデータのデータ形式について関知する必要がなくなる。
【０２１５】
即ち、ネットワーク情報ページ生成モジュール１４２３ａには、プロトコルや端末２０が要求するデータ形式に依存しない画像形成装置１０のネットワーク情報を取得するという処理のみを実装するだけでよい。また、設定結果情報ページ生成モジュール１４２３ｂには、プロトコルや端末２０が要求するデータ形式に依存しない画像形成装置１０のネットワーク情報の設定処理のみを実装するだけでよい。
【０２１６】
従って、端末２０とのプロトコルがＨＴＴＰの場合であっても電子メールの場合であっても、又はその他のプロトコルであっても同一のネットワーク情報ページ生成モジュール１４２３ａ、又は同一の設定結果情報ページ生成モジュール１４２３ｂを利用することができ、プロトコル毎、あるいは端末２０が要求するデータ形式毎にページ生成モジュール１４２を実装する必要がない。
【０２１７】
また、フォーマット変換モジュール１４４は、プロトコルの別、及びページ生成モジュールの別なく共通に利用できるため、各種ページ生成モジュール１４２毎にデータ変換処理を実装する必要も無い。
【０２１８】
よって、画像形成装置１０によれば、プロトコル毎等にネットワーク情報ページ生成モジュール１４２３ａ等を実装する場合に比べて開発作業の効率化が図れると共に、画像形成装置１０の記憶容量の圧迫を低減させることができる。
【０２１９】
なお、フォーマット変換モジュール１４４による言語依存データから要求形式ネットワーク情報データへのデータ変換は、シリアライザ１５０によるＸＭＬ形式への変換、ＸＳＬＴプロセッサ１５１によるＸＳＬＴ変換という処理手順に限定されるものではない。例えば、ＸＳＬファイル１５３とは異なるテンプレートファイルを利用して言語依存データから直接要求形式ネットワーク情報データを生成するようにしてもよい。
【０２２０】
以上、画像形成装置１０が動的な情報、静的な情報を提供する例、及び画像形成装置１０に情報を設定する手段を提供する例についてそれぞれ第一、第二及び第三の実施の形態において説明したが、これらは便宜上区別しただけであり、互いに排他的な関係にあることを意味するところではない。即ち、第一、第二、第三の実施の形態における全ての機能を同時に一つの画像形成装置１０に実装してもよい。
【０２２１】
また、画像形成装置１０が提供する情報についても、上述した例のみに限られない。それぞれの機能ごとにページ生成モジュール１４２を実装し、ＸＳＬファイル１５３を定義すれば、容易に新たな情報の提供等を行うことができる。例えば、画像形成装置１０に保存されている文書データの一覧情報や、画像形成装置１０が有する電子メールのアドレス帳の情報（画像形成装置１０から文書データを電子メールにより送信する際に必要なため、画像形成装置１０は電子メールのアドレス帳を有している。）、画像形成装置１０のジョブ履歴、画像処理装置１０の非図示のハードディスクに蓄積された画像データ等の各種情報の提供についても、本発明を適用することが可能である。また、ネットワーク情報の設定のみでなく、画像形成装置１０の各種機能に対する設定情報をＷｅｂブラウザ、または電子メール等によって端末２０から設定できるようにしてもよい。
【０２２２】
また、本発明が適用可能な機器は、画像形成装置だけに限られない。一般的なコンピュータ等の情報処理装置はもちろん、通信機能を有していれば、本実施の形態における画像形成装置と同様に記憶容量の制約が厳しいデジタルカメラや携帯電話、いわゆるデジタル家電等にも本発明を適用することができる。
【０２２３】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０２２４】
【発明の効果】
上述の如く、本発明によれば、クライアントからの複数のプロトコルによる要求に対応した情報の提供を効率良く行うことができる。
【図面の簡単な説明】
【図１】複数のプロトコルに対応させた場合の従来のＷｅｂサーバの機能構成例を示す図である。
【図２】本発明の実施の形態における画像処理システムの構成例を示す図である。
【図３】画像形成装置の機能構成例を示す図である。
【図４】本発明の実施の形態における情報提供アプリのアーキテクチャを示す図である。
【図５】対応ページ生成モジュールテーブルの構成例を示す図である。
【図６】フォーマット変換モジュールの詳細を説明するための図である。
【図７】対応ＸＳＬテーブルの構成例を示す図である。
【図８】第一の実施の形態における情報提供アプリの機能構成例を示す図である。
【図９】第一の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図１０】第一の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。
【図１１】ＸＭＬ給紙トレイ情報データの例を示す図である。
【図１２】ＸＭＬ給紙トレイ情報データの例を示す図である。
【図１３】第一の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。
【図１４】給紙トレイ情報ページの表示例を示す図である。
【図１５】第一の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図１６】ＸＭＬ排紙トレイ情報データの例を示す図である。
【図１７】排紙トレイ情報ページの表示例を示す図である。
【図１８】ＸＭＬトナー情報データの例を示す図である。
【図１９】トナー情報ページの表示例を示す図である。
【図２０】第二の実施の形態における情報提供アプリの機能構成例を示す図である。
【図２１】第二の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図２２】第二の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。
【図２３】ＸＭＬ機能情報データの例を示す図である。
【図２４】第二の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。
【図２５】機能情報ページの表示例を示す図である。
【図２６】第二の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図２７】ＸＭＬシステム情報データの例を示す図である。
【図２８】システム情報ページの表示例を示す図である。
【図２９】ＸＭＬエミュレーション情報データの例を示す図である。
【図３０】ＸＭＬエミュレーション情報データの例を示す図である。
【図３１】エミュレーション情報ページの表示例を示す図である。
【図３２】第三の実施の形態における情報提供アプリの機能構成例を示す図である。
【図３３】第三の実施の形態におけるＨＴＴＰによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図３４】第三の実施の形態における対応ページ生成モジュールテーブルの構成例を示す図である。
【図３５】ＸＭＬネットワーク情報データの例を示す図である。
【図３６】第三の実施の形態における対応ＸＳＬテーブルの構成例を示す図である。
【図３７】ネットワーク情報ページの表示例を示す図である。
【図３８】Ｗｅｂブラウザからネットワーク情報の設定を行った際の画像形成装置の処理を説明するためのシーケンス図である。
【図３９】ＸＭＬ設定結果情報データの例を示す図である。
【図４０】設定結果情報ページの表示例を示す図である。
【図４１】第三の実施の形態における電子メールによって端末と通信する場合の画像形成装置の処理手順を説明するためのシーケンス図である。
【図４２】電子メールからネットワーク設定を行った際の画像形成装置の処理を説明するためのシーケンス図である。
【符号の説明】
１ 画像処理システム
１０ 画像形成装置
１１ コピーアプリ
１２ ファックスアプリ
１３ プリンタアプリ
１４ 情報提供アプリ
１６ システム管理サービス
１７ ネットワークサービス
１８ メモリ管理サービス
１９ オペパネ管理サービス
２０ エンジン管理サービス
２１ ＯＳ
２２ エンジン制御ボード
２３ プロッタエンジン
２４ スキャナエンジン
２０、２０ａ、２０ｂ、２０ｃ 端末
３０ ネットワーク
１４１ 分配モジュール
１４２ ページ生成モジュール
１４３ 情報取得モジュール
１４４ フォーマット変換モジュール
１４５ 対応ページ生成モジュールテーブル
１５０ シリアライザ
１５１ ＸＳＬＴプロセッサ
１５２ 対応ＸＳＬテーブル
１５３ ＸＳＬファイル
１７１ ＨＴＴＰプロトコル処理モジュール
１７２ 電子メールプロトコル処理モジュール
３００ Ｗｅｂサーバ
３０１ ＨＴＴＰ用通信手段
３０２ 電子メール用通信手段
３０３ Ｗｅｂブラウザ用アプリケーション
３０４ 電子メール用アプリケーション
３２０ ＰＣ
１４２１ａ 給紙トレイ情報ページ生成モジュール
１４２１ｂ 排紙トレイ情報ページ生成モジュール
１４２１ｃ トナー情報ページ生成モジュール
１４２２ａ 機能情報ページ生成モジュール
１４２２ｂ システム情報ページ生成モジュール
１４２２ｃ エミュレーション情報ページ生成モジュール
１４２３ａ ネットワーク情報ページ生成モジュール
１４２３ｂ 設定結果情報ページ生成モジュール
１４３１ａ 給紙トレイ情報取得モジュール
１４３１ｂ 排紙トレイ情報取得モジュール
１４３１ｃ トナー情報取得モジュール
１４３２ａ 機能情報取得モジュール
１４３２ｂ システム情報取得モジュール
１４３２ｃ エミュレーション情報取得モジュール
１４３３ｂ ネットワーク情報取得モジュール
１４３３ｃ ネットワーク設定モジュール
１４４１ 変換制御部

Claims (20)

1. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に動的な情報を送信する情報提供装置であって、
   前記端末からの要求に応じ、前記動的な情報を取得する複数の情報取得手段と、
   前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
   前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記動的な情報を取得させる分配手段と、
   前記要求識別情報と前記動的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
   前記情報取得手段によって取得されるプログラム言語に依存した前記動的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
   前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
   変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
   前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
   前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、
   前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供装置。
2. それぞれ異なる内容の前記動的な情報を取得する複数の前記情報取得手段を有し、
   前記情報変換手段は、複数の前記情報取得手段の取得したそれぞれの前記動的な情報を前記異なるプロトコルに応じたデータに変換することを特徴とする請求項１記載の情報提供装置。
3. 前記情報提供装置は、画像形成装置であることを特徴とする請求項１又は２記載の情報提供装置。
4. 前記動的な情報は、前記画像形成装置の給紙トレイに関する情報、排紙トレイに関する情報、又はトナーに関する情報であることを特徴とする請求項３記載の情報提供装置。
5. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に静的な情報を送信する情報提供装置であって、
   前記端末からの要求に応じ、前記静的な情報を取得する複数の情報取得手段と、
   前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
   前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記静的な情報を取得させる分配手段と、
   前記要求識別情報と前記静的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
   前記情報取得手段によって取得されるプログラム言語に依存した前記静的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
   前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
   変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
   前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
   前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手 段が対応付けられており、
   前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供装置。
6. それぞれ異なる内容の前記静的な情報を取得する複数の前記情報取得手段を有し、
   前記情報変換手段は、複数の前記情報取得手段の取得したそれぞれの前記静的な情報を前記異なるプロトコルに応じたデータに変換することを特徴とする請求項５記載の情報提供装置。
7. 前記情報提供装置は、画像形成装置であることを特徴とする請求項５又は６記載の情報提供装置。
8. 前記静的な情報は、前記画像形成装置の機能に関する情報、システム情報、又はエミュレーションに関する情報であることを特徴とする請求項７記載の情報提供装置。
9. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置であって、
   前記異なるプロトコルにより送信されるそれぞれの要求に応じて前記情報処理装置の所定の属性を設定する属性設定手段と、
   前記要求に含まれている要求識別情報と前記属性設定手段との対応付けを管理する第一の対応付け管理手段と、
   前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている属性設定手段に前記所定の属性を設定させる分配手段と、
   前記要求識別情報と前記属性設定手段による前記所定の属性の設定の結果に関する情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
   前記属性設定手段によって取得されるプログラム言語に依存した前記結果に関する情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
   前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
   変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
   前記情報変換手段は、前記異なるプロトコルの別、及び前記属性設定手段の別なく共通に呼び出され、
   前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の属性設定手段が対応付けられており、
   前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供装置。
10. 前記情報提供装置は、画像形成装置であることを特徴とする請求項９記載の情報提供装置。
11. 前記所定の属性は、ネットワーク通信に関する属性であることを特徴とする請求項１０記載の情報提供装置。
12. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に動的な情報を送信する情報提供装置における情報提供方法であって、
    前記端末からの要求に応じ、前記動的な情報を取得する複数の情報取得手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記動的な情報を取得させる分配手順と、
    前記情報取得手順によって取得されるプログラム言語に依存した前記動的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記動的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを有し、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供方法。
13. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に静的な情報を送信する情報提供装置における情報提供方法であって、
    前記端末からの要求に応じ、前記静的な情報を取得する複数の情報取得手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記静的な情報を取得させる分配手順と、
    前記情報取得手順によって取得されるプログラム言語に依存した前記静的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記静的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを有し、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供方法。
14. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置における情報提供方法であって、
    前記異なるプロトコルにより送信されるそれぞれの要求に応じて前記情報処理装置の所定の属性を設定する属性設定手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記属性設定手順との対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている属性設定手順に前記所定の属性を設定させる分配手順と、
    前記属性設定手順によって取得されるプログラム言語に依存した前記結果に関する情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記属性設定手順による前記所定の属性の設定の結果に関する情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを有し、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記属性設定手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の属性設定手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記Ｘ ＳＬファイルが対応付けられていることを特徴とする情報提供方法。
15. 端末と、前記端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に動的な情報を送信する情報提供装置とを有する情報提供システムであって、
    前記情報提供装置は、
    前記端末からの要求に応じ、前記動的な情報を取得する複数の情報取得手段と、
    前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
    前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記動的な情報を取得させる分配手段と、
    前記要求識別情報と前記動的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
    前記情報取得手段によって取得されるプログラム言語に依存した前記動的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
    前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
    変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
    前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供システム。
16. 端末と、前記端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に静的な情報を送信する情報提供装置とを有する情報提供システムであって、
    前記情報提供装置は、
    前記端末からの要求に応じ、前記静的な情報を取得する複数の情報取得手段と、
    前記要求に含まれている要求識別情報と前記複数の情報取得手段のいずれか一つとの対応付けを管理する第一の対応付け管理手段と、
    前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手段に前記静的な情報を取得させる分配手段と、
    前記要求識別情報と前記静的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
    前記情報取得手段によって取得されるプログラム言語に依存した前記静的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
    前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
    変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
    前記情報変換手段は、前記異なるプロトコルの別、及び前記情報取得手段の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手段が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供システム。
17. 端末と、前記端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置とを有する情報提供システムであって、
    前記情報提供装置は、
    前記要求に含まれている要求識別情報と前記属性設定手段との対応付けを管理する第一の対応付け管理手段と、
    前記要求の受信に応じ、前記第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている属性設定手段に前記所定の属性を設定させる分配手段と、
    前記要求識別情報と前記属性設定手段による前記所定の属性の設定の結果に関する情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段と、
    前記属性設定手段によって取得されるプログラム言語に依存した前記結果に関する情報をシリアライズしＸＭＬデータに変換するシリアライズ手段と、
    前記第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手段と、
    変換されたデータを前記要求に対する応答として返信する返信手段とを有し、
    前記情報変換手段は、前記異なるプロトコルの別、及び前記属性設定手段の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の属性設定手段が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供システム。
18. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に動的な情報を送信する情報提供装置に、
    前記端末からの要求に応じ、前記動的な情報を取得する複数の情報取得手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記動的な情報を取得させる分配手順と、
    前記情報取得手順によって取得されるプログラム言語に依存した前記動的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記動的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを実行させ、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供プログラム。
19. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に静的な情報を送信する情報提供装置に、
    前記端末からの要求に応じ、前記静的な情報を取得する複数の情報取得手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記複数の情報取得手順のいずれか一つとの対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている情報取得手順に前記静的な情報を取得させる分配手順と、
    前記情報取得手順によって取得されるプログラム言語に依存した前記静的な情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記静的な情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前 記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを実行させ、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記情報取得手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の情報取得手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供プログラム。
20. ネットワークを介して端末から異なるプロトコルにより送信されるそれぞれの要求に応じ、前記端末に所定の情報を送信する情報提供装置に、
    前記異なるプロトコルにより送信されるそれぞれの要求に応じて前記情報処理装置の所定の属性を設定する属性設定手順と、
    前記要求の受信に応じ、前記要求に含まれている要求識別情報と前記属性設定手順との対応付けを管理する第一の対応付け管理手段において当該要求に含まれている前記要求識別情報に対応付けられている属性設定手順に前記所定の属性を設定させる分配手順と、
    前記属性設定手順によって取得されるプログラム言語に依存した前記結果に関する情報をシリアライズしＸＭＬデータに変換するシリアライズ手順と、
    前記要求識別情報と前記属性設定手順による前記所定の属性の設定の結果に関する情報の変換規則が定義されたＸＳＬファイルとの対応付けを管理する第二の対応付け管理手段において前記要求識別情報に対応付けられている前記ＸＳＬを用いて前記ＸＭＬデータのデータ形式を変換する情報変換手順と、
    変換されたデータを前記要求に対する応答として返信する返信手順とを実行させ、
    前記情報変換手順は、前記異なるプロトコルの別、及び前記属性設定手順の別なく共通に呼び出され、
    前記第一の対応付け管理手段には、異なる前記要求識別情報に対して同一の属性設定手順が対応付けられており、
    前記第二の対応付け管理手段には、それぞれの前記要求識別情報に対して異なる前記ＸＳＬファイルが対応付けられていることを特徴とする情報提供プログラム。

Images