(57)【要約】【課題】、Ｗｅｂページを生成する際に必要とされるメモリ消費量を低減させることのできる画像処理装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラムの提供を目的とする。【解決手段】ネットワークを介して接続する端末からの要求に応じてＸＳＬＴプロセッサを用いてＷｅｂページを生成する画像処理装置であって、前記端末からの要求に応じて所定の処理を実行する処理実行手段と、一つの前記要求に対する前記Ｗｅｂページの書式情報が前記所定の処理の処理結果に応じて分割されて定義された複数の分割スタイルシートと、複数の前記分割スタイルシートの中から前記処理結果に応じた前記分割スタイルシートを選択するスタイルシート選択手段とを有し、前記ＸＳＬＴプロセッサは、前記スタイルシート選択手段によって選択された前記分割スタイルシートを用いて前記Ｗｅｂページを生成することにより上記課題を解決する。【選択図】図７
2007219755.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続する端末からの要求に応じてＸＳＬＴプロセッサを用いてＷｅｂページを生成する画像処理装置であって、
前記端末からの要求に応じて所定の処理を実行する処理実行手段と、
一つの前記要求に対する前記Ｗｅｂページの書式情報が前記所定の処理の処理結果に応じて分割されて定義された複数の分割スタイルシートと、
複数の前記分割スタイルシートの中から前記処理結果に応じた前記分割スタイルシートを選択するスタイルシート選択手段とを有し、
前記ＸＳＬＴプロセッサは、前記スタイルシート選択手段によって選択された前記分割スタイルシートを用いて前記Ｗｅｂページを生成することを特徴とする画像処理装置。
【請求項２】
前記分割スタイルシートは、前記処理結果に応じた判断に関する定義を含まないことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記処理結果にかかわらず共通に表示される表示内容に対する書式情報が定義された共通スタイルシートを有し、
前記ＸＳＬＴプロセッサは、前記共通スタイルシートと、前記スタイルシート選択手段によって選択された前記分割スタイルシートとを用いて前記Ｗｅｂページを生成することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
ネットワークを介して接続する端末からの要求に応じてＸＳＬＴプロセッサを用いてＷｅｂページを生成する画像処理装置におけるＷｅｂページ生成方法であって、
前記端末からの要求に応じて所定の処理を実行する処理実行手順と、
一つの前記要求に対する前記Ｗｅｂページの書式情報が前記所定の処理の処理結果に応じて分割されて定義された複数の分割スタイルシートの中から前記処理結果に応じた前記分割スタイルシートを選択するスタイルシート選択手順と、
前記ＸＳＬＴプロセッサに、前記スタイルシート選択手順において選択された前記分割スタイルシートを用いて前記Ｗｅｂページを生成させるＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。
【請求項５】
前記分割スタイルシートは、前記処理結果に応じた判断に関する定義を含まないことを特徴とする請求項４記載のＷｅｂページ生成方法。
【請求項６】
前記Ｗｅｂページ生成手順は、前記ＸＳＬＴプロセッサに、前記処理結果にかかわらず共通に表示される表示内容に対する書式情報が定義された共通スタイルシートと、前記スタイルシート選択手順において選択された前記分割スタイルシートとを用いて前記Ｗｅｂページを生成させることを特徴とする請求項４又は５記載のＷｅｂページ生成方法。
【請求項７】
請求項４乃至６いずれか一項記載のＷｅｂページ生成方法を画像処理装置に実行させるためのＷｅｂページ生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、Ｗｅｂページ生成方法及びＷｅｂページ生成プログラムに関し、特にネットワークを介して接続する端末からの要求に応じてＸＳＬＴプロセッサを用いてＷｅｂページを生成する画像処理装置、Ｗｅｂページ生成方法及びＷｅｂページ生成プログラムに関する。
【背景技術】
【０００２】
近年では、一般的なコンピュータのみならず、種々の組み込み機器においても、Ｗｅｂサーバとして機能するものが提供されている。例えば、プリンタ、ＦＡＸ、及びコピー機等の画像処理装置についても、機器のステータスや、保管された文書情報、スプールされているジョブ、ＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳を、ネットワークを介して接続される端末等にＷｅｂページによって提供するものが存在する（例えば、特許文献１）。Ｗｅｂページによってこれらの情報を提供する利点としては、端末側には汎用的なＷｅｂブラウザがあれば特別なソフトウェアをインストールしなくても良い、端末側のプラットフォームに依存しない、遠隔地において機器の情報を確認できる等が挙げられる。
【０００３】
Ｗｅｂページ（ＨＴＭＬ（HyperText Markup Language））データの生成は、ＸＭＬ（eXtensible Markup Language）データに対してＸＳＬ（eXtensible Stylesheet Language）データが適用されて行われることが一般的になりつつある。特許文献１においても、Ｗｅｂアプリケーション（以下「Ｗｅｂアプリ」という。）より出力される情報は最終的にＸＭＬ（eXtensible Markup Language）データとして生成され、当該ＸＭLデータに対しＸＳＬデータが適用されることにより、Ｗｅｂページが生成される例が示されている。
【０００４】
ところで、特許文献１では、クライアントからの要求（ＵＲＬ（Uniform Resource Locator））ごとに、利用されるＸＳＬ（eXtensible Stylesheet Language）データが１対１に対応づけられている。
【０００５】
図１は、従来の画像処理装置のＷｅｂサーバ機能におけるＵＲＬとＸＳＬデータとの関係を示す図である。
【０００６】
図１には、Ｗｅｂアプリ５０１が、ＵＲＬに対応した処理の結果としてＸＭＬデータを出力し、そのＸＭＬデータに対してＸＳＬＴ（XML Stylesheet Language Transformations）プロセッサ５０２がＸＳＬデータを適用させる様子が示されている。
【０００７】
すなわち、ＵＲＬ５０１ａ（ｈｔｔｐ：／／ｘｘｘ／ａ．ｃｇｉ）に基づくＨＴＴＰリクエストが受信されると、Ｗｅｂアプリ５０１は、ａ．ｃｇｉに対応する処理を実行し（Ｓ５０１）、Ａ．ｘｍｌ５０３ａを出力する。ＸＳＬＴプロセッサ５０２は、Ａ．ｘｍｌ５０３ａに対応するＡ．ｘｓｌ５０４ａを適用させてＷｅｂページ（Ａ．ｈｔｍｌ５０５ａ）を生成する。
【０００８】
同様に、ＵＲＬ５０１ｂ（ｈｔｔｐ：／／ｘｘｘ／ｂ．ｃｇｉ）に基づくＨＴＴＰリクエストが受信されると、Ｗｅｂアプリ５０１は、ｂ．ｃｇｉに対応する処理を実行し（Ｓ５０２）、Ｂ．ｘｍｌ５０３ｂを出力する。ＸＳＬＴプロセッサ５０２は、Ｂ．ｘｍｌ５０３ｂに対応するＢ．ｘｓｌ５０４ｂを適用させてＷｅｂページ（Ｂ．ｈｔｍｌ５０５ｂ）を生成する。
【０００９】
また、ＵＲＬ５０１ｃ（ｈｔｔｐ：／／ｘｘｘ／ｃ．ｃｇｉ）に基づくＨＴＴＰリクエストが受信されると、Ｗｅｂアプリ５０１は、ｃ．ｃｇｉに対応する処理を実行し（Ｓ５０３）、Ｃ．ｘｍｌ５０３ｃを出力する。ＸＳＬＴプロセッサ５０２は、Ｃ．ｘｍｌ５０３ｃに対応するＣ．ｘｓｌ５０４ｃを適用させてＷｅｂページ（Ｃ．ｈｔｍｌ５０５ｃ）を生成する。
【００１０】
このように、ＵＲＬ５０１ａにはＡ．ｘｓｌ５０４ａが、ＵＲＬ５０１ｂにはＢ．ｘｓｌ５０４ｂが、ＵＲＬ５０１ｃにはＣ．ｘｓｌ５０４ｃがそれぞれ固定的に対応付けられている。
【特許文献１】特開２００４―２０６４５６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、一つのリクエストに応じてクライアントに対して返信されるＷｅｂページの内容は、必ずしも固定的ものとは限らない。単純な例では、リクエストに応じた処理が成功した場合と失敗した場合とでは、Ｗｅｂページの表示内容はそれぞれに応じたものとなるのが一般的である。したがって、従来のように一つのＵＲＬに対して一つのＸＳＬデータを対応させる場合、応答するＷｅｂページの表示内容を状況（ここでは、処理の成功又は失敗）に応じて動的なものとするためには、当該ＸＳＬデータの中に当該状況に応じた複数の書式情報と、当該状況に基づいて複数の書式情報のなかから適用させる書式情報を選択するためのロジックが定義される必要があった。
【００１２】
図２は、リクエストに対するＷｅｂページの内容を動的に変化させるための従来の仕組みの例を示す図である。
【００１３】
図２において、Ｗｅｂアプリ５０１より出力されたＸＭＬデータ５０３には、「ｒｅｔｕｒｎＶａｌｕｅ」要素が含まれている。「ｒｅｔｕｒｎＶａｌｕｅ」要素は、例えば、Ｗｅｂアプリ５０１に要求されたリクエストに対する処理の成否を示す情報であり、「ＳＵＣＣＥＳＳ」又は「ＥＲＲＯＲ」等の値を取り得るものとする。
【００１４】
ここで、ＸＳＬデータ５０３とＸＳＬデータ５０４とに基づいて、ＸＳＬＴプロセッサ５０２によって出力されるＷｅｂページ５０５の表示内容を、ＸＭＬデータ５０３の「ｒｅｔｕｒｎＶａｌｕｅ」要素の値に応じて変化させたい場合、ＸＳＬデータ５０４には、「ｒｅｔｕｒｎＶａｌｕｅ」要素の値を判断するロジックと、当該要素の値に応じた書式５０４−１、書式５０１−２、及び書式５０４−３等の複数の書式が定義されている必要がある。
【００１５】
このような仕組みに基づけば、「ｒｅｔｕｒｎＶａｌｕｅ」要素の値が「ＳＵＣＣＥＳＳ」の場合は、書式５０４−１だけが必要であるにもかかわらず、他の書式に関する定義もメモリ上に展開されてしまい、不要な情報によってメモリが浪費されてしまうという問題がある。特に、画像処理装置等の組み込み機器にとっては、搭載するメモリの増加はコストアップの大きな要因となるため、使用するメモリ量の削減は重要な課題とされている。
【００１６】
本発明は、上記の点に鑑みてなされたものであって、Ｗｅｂページを生成する際に必要とされるメモリ消費量を低減させることのできる画像処理装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラムの提供を目的とする。
【課題を解決するための手段】
【００１７】
そこで上記課題を解決するため、本発明は、ネットワークを介して接続する端末からの要求に応じてＸＳＬＴプロセッサを用いてＷｅｂページを生成する画像処理装置であって、前記端末からの要求に応じて所定の処理を実行する処理実行手段と、一つの前記要求に対する前記Ｗｅｂページの書式情報が前記所定の処理の処理結果に応じて分割されて定義された複数の分割スタイルシートと、複数の前記分割スタイルシートの中から前記処理結果に応じた前記分割スタイルシートを選択するスタイルシート選択手段とを有し、前記ＸＳＬＴプロセッサは、前記スタイルシート選択手段によって選択された前記分割スタイルシートを用いて前記Ｗｅｂページを生成することを特徴とする。
【００１８】
このような画像処理装置では、Ｗｅｂページを生成する際に必要とされるメモリ消費量を低減させることができる。
【００１９】
また、上記課題を解決するため、本発明は、上記画像処理装置におけるＷｅｂページ生成方法、前記Ｗｅｂページ生成方法を前記画像処理装置に実行させるためのＷｅｂページ生成プログラムとしてもよい。
【発明の効果】
【００２０】
本発明によれば、Ｗｅｂページを生成する際に必要とされるメモリ消費量を低減させることのできる画像処理装置、Ｗｅｂページ生成方法、Ｗｅｂページ生成プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に基づいて本発明の実施の形態を説明する。図３は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図３において、画像処理装置１０は、プロッタエンジン２０３及びスキャナエンジン２０４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２０２と、ＯＳ２０１と、システム管理サービス１０６と、ネットワークサービス１０７と、メモリ管理サービス１０８と、オペパネ管理サービス１０９と、エンジン管理サービス２００と、コピーアプリ１０１、ファックスアプリ１０２、プリンタアプリ１０３及び情報提供アプリ１０４等の各種アプリケーションとから構成される。
【００２２】
エンジン制御ボード２０２は、プロッタエンジン２０３及びスキャナエンジン２０４等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２０２の機能をＯＳ２０１等に提供する。
【００２３】
ＯＳ２０１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１０１、ファックスアプリ１０２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００２４】
システム管理サービス１０６、ネットワークサービス１０７、メモリ管理サービス１０８、オペパネ管理サービス１０９、及びエンジン管理サービス２００は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１０１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１０６は、システム管理に関する機能を提供し、ネットワークサービス１０７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１０８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１０９は、画像処理装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２００は、エンジン制御ボード２０２を介してプロッタエンジン２０３やスキャナエンジン２０４を制御するための機能を提供する。
【００２５】
コピーアプリ１０１は、コピー用アプリケーションであり、ファックスアプリ１０２は、ファクシミリ用アプリケーションである。プリンタアプリ１０３は、ページ記述言語（ＰＤＬ）のインタプリタを有するプリンタ用アプリケーションである。また、情報提供アプリ１０４は、端末２０から要求された情報を表示するＷｅｂページを生成するための処理を実行するものである。
【００２６】
図４は、本発明の実施の形態の画像処理装置によるＷｅｂページの生成処理の概要を説明するための図である。
【００２７】
図４において、画像処理装置１０は、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、及び携帯電話等に相当する端末２０及び端末３０等とインターネット又はＬＡＮ等のネットワーク４０（有線又は無線の別は問わない。）を介して接続されている。
【００２８】
図４において、画像処理装置１０は、組み込みＷｅｂサーバ１１、Ｗｅｂアプリ１２、ＸＳＬＴ（XML Stylesheet Language Transformations）プロセッサ１３及びＸＳＬ（eXtensible Stylesheet Language）データ１４等を有する。これらの機能は、図３におけるネットワークサービス１０７及び情報提供アプリ１０４の機能の一部として実装されている。即ち、組み込みＷｅｂサーバ１１は、ネットワークサービス１０７の機能の一部であり、それ以外のＷｅｂアプリ１２等は、情報提供アプリ１０４の機能の一部として実装されている。
【００２９】
組み込みＷｅｂサーバ１１は、端末２０等とのＨＴＴＰ（HyperText Transfer Protocol）による通信を制御するデーモンプログラムであり、例えば端末２０に実装されているＷｅｂブラウザ２１から送信されるＨＴＴＰリクエストを解釈し、Ｗｅｂアプリ１２等を呼び出す。組み込みＷｅｂサーバ１１は、更に、ＨＴＴＰリクエストに対する応答として、ＨＴＭＬデータであるＷｅｂページを端末２０等に対して返信する。
【００３０】
Ｗｅｂアプリ１２は、端末２０等から要求された処理を実行するＷｅｂアプリケーションである。本実施の形態においてＷｅｂアプリ１２は、処理結果をＸＭＬ（eXtensible Markup Language）データ１５として生成する。
【００３１】
ＸＳＬＴプロセッサ１３は、Ｗｅｂアプリ１２より生成されるＸＭＬデータ１５と、ＸＳＬデータ１４とに基づいてＸＳＬＴ変換を実行し、Ｗｅｂブラウザ２１に応答するためのＷｅｂページを生成するプログラムである。
【００３２】
ＸＳＬデータ１４は、当該Ｗｅｂページの書式情報が定義されているＸＳＬ形式のデータ（スタイルシート）であり、例えば、画像処理装置１０のＲＯＭ等の記録媒体に予め保存されている。本実施の形態では、Ｗｅｂアプリ１２によって実行される処理結果に応じて適用される書式情報ごとにＸＳＬデータ１４が分割されている。したがって、ＸＳＬデータ１４は、一つのＵＲＬに対して複数存在し得る。なお、本実施の形態において、Ｗｅｂアプリ１２の処理結果とは、処理の成否のみならず、当該処理によって収集された情報や、当該処理によって算出又は生成された情報等をも含む。したがって、処理の成否のみならず、処理の実行によって生じた情報の値によっても、適用されるＸＳＬデータ１４は異なる可能性がある。
【００３３】
図５は、分割定義されたＸＳＬデータの定義例を示す図である。本実施の形態において、処理結果に応じて異なる各ＸＳＬデータ１４は、例えば、図示されるように定義されておる。記述１４１には、ＸＳＬデータ１４ごとに異なった書式情報、すなわち、処理結果に応じた書式情報が定義されている。したがって、処理結果に基づいて、当該処理結果に応じた書式情報を選択するためのロジックは定義されていない。
【００３４】
図４における処理概要の手順について説明する。端末２０のユーザが、画像処理装置１０の所定の情報を参照すべく端末２０のＷｅｂブラウザ２１に対して画像処理装置１０のＵＲＬ（Uniform Resource Locator）を入力すると、Ｗｅｂブラウザ２１は、画像処理装置１０に対してＨＴＴＰリクエストを送信する（Ｓ１１）。
【００３５】
ＨＴＴＰリクエストを受信した組み込みＷｅｂサーバ１１は、Ｗｅｂアプリ１２を呼び出す（Ｓ１２）。Ｗｅｂアプリ１２は、ＨＴＴＰリクエストのＵＲＬに応じた処理を実行し（Ｓ１３）、その処理結果に対応するＸＳＬデータ１４を選択する（Ｓ１４）。続いて、Ｗｅｂアプリ１２は、処理結果に基づく表示情報をＸＭＬデータ１５として生成し（Ｓ１５）、当該ＸＭＬデータ１５と、選択されたＸＳＬデータ１４とをＸＳＬＴプロセッサ１３に引き渡すことにより、ＸＳＬＴプロセッサにＷｅｂページの生成を要求する（Ｓ１６、Ｓ１７）。
【００３６】
ＸＳＬＴプロセッサ１３は、ＸＭＬデータ１５に対して選択されたＸＳＬデータ１４を適用させてＸＳＬＴ変換を実行し、Ｗｅｂページを生成する（Ｓ１８）。ＸＳＬＴプロセッサ１３からＷｅｂページを受け取った組み込みＷｅｂサーバ１１が、Ｗｅｂページを端末２０に送信すると（ＨＴＴＰレスポンス）、端末２０のＷｅｂブラウザ２１においてＷｅｂページが表示される（Ｓ１９）。
【００３７】
以上のように、本実施の形態では、Ｗｅｂアプリ１２がその処理結果に応じて、処理結果ごとに分割された複数のＸＳＬデータ１４の中からＷｅｂページの生成に用いるＸＳＬデータ１４を動的に選択する。したがって、ＸＳＬＴプロセッサ１３によるＸＳＬＴ変換の際には、当該選択されたＸＳＬデータ１４だけがメモリ上に展開される。よって、Ｗｅｂページの表示内容にとって不要な書式情報がメモリ上に展開されるのを防止することができる。
【００３８】
すなわち、従来、ＵＲＬに対してＸＳＬデータ１４は固定的に対応づけられていたため、処理結果に応じて適用させる書式情報の選択は、Ｗｅｂアプリより出力されるＸＭＬデータの内容に基づいて、ＸＳＬＴプロセッサ１３が、当該固定的に対応づけられたＸＳＬデータ１４の中からが行っていた（図２参照）。しかし、本実施の形態では、予め、ＸＳＬＴ変換の前に、必要な書式情報のみが分割定義されたＸＳＬデータ１４がＷｅｂアプリ１２によって選択されるため、分割された各ＸＳＬデータ１４に書式情報の選択ロジックを定義する必要はなくなる。
【００３９】
また、反射的な効果として、Ｗｅｂアプリ１２は、生成するＸＭＬデータの中に、書式情報をＸＳＬＴプロセッサ１３に選択させるためだけのパラメータ（例えば、図２における「ｒｅｔｕｒｎＶａｌｕｅ要素」）を出力する必要はない。
【００４０】
図４におけるステップＳ１２からＳ１７までの処理をより詳細に図示すると、図６のように示され得る。図６は、Ｗｅｂページの生成処理の詳細を示す図である。
【００４１】
図６では、ＵＲＬ２１１（ｈｔｔｐ：／／ｘｘｘ／ａ．ｃｇｉ）に基づくＨＴＴＰリクエストが受信された場合を例としている。なお、図６におけるステップ番号は、図４におけるものに対応している。
【００４２】
すなわち、Ｗｅｂアプリ１２は、組み込みＷｅｂサーバ１１よりＵＲＬ２１１を受け取ると、ＵＲＬ２１１に応じた処理を実行する（ここでは、ａ．ｃｇｉに対応する処理）。まず、返信するＷｅｂページの表示情報（例えば、画像処理装置１０のステータス情報等）を収集し（Ｓ１３）、収集された表示情報又は表示情報収集処理の成否に応じてＸＳＬデータ１４を選択する（Ｓ１４）。続いて、表示情報収集処理の処理結果に基づいてＸＭＬデータ１５を生成し（Ｓ１５）、ＸＭＬデータ１５と、選択されたＸＳＬデータ１４とに基づくＨＴＭＬデータ（Ｗｅｂページ）の生成をＸＳＬＴプロセッサに指示する（Ｓ１６、Ｓ１７）。ＸＳＬＴプロセッサ１３は、生成されたＸＭＬデータ１５と、選択されたＸＳＬデータ１４とに基づいてＷｅｂページ１６を生成する（Ｓ１８）。
【００４３】
図７は、本発明の実施の形態の画像処理装置のＷｅｂサーバ機能におけるＵＲＬとＸＳＬデータとの関係を示す図である。図７におけるステップ番号は、図４及び図６におけるものに対応している。
【００４４】
図７に示される各ステップの処理内容は、図４及び図６において説明した通りであるが、図７では、本実施の形態においては、一つのＵＲＬに対して複数の（分割された）ＸＳＬデータ１４が対応し得る点、Ｗｅｂアプリ１２によって当該複数のＸＳＬデータ１４の中から処理結果に応じたＸＳＬデータ１４が選択される点、及び処理結果に応じたＸＳＬデータ１４に基づいてＷｅｂページが生成されることにより、生成されるＷｅｂページが動的に変化する点が具体的かつ視覚的に表現されている。
【００４５】
例えば、ＵＲＬ２１１（ｈｔｔｐ：／／ｘｘｘ／ａ．ｃｇｉ）に基づくＨＴＴＰリクエスト２１１が受信されると、Ｗｅｂアプリが当該ＵＲＬに対応した処理（ａ．ｃｇｉに対応した処理）を実行する。すなわち、表示情報を収集し（Ｓ１３）、表示情報収集の処理結果に応じて使用するＸＳＬデータ１４を選択する（Ｓ１４）。図７では、ＵＲＬ２１１には、ＸＳＬデータ１４ａ（Ａ−１．ｘｓｌ）、ＸＳＬデータ１４ｂ（Ａ−２．ｘｓｌ）、ＸＳＬデータ１４ｃ（Ａ−３．ｘｓｌ）が対応付けられており、これらの中から処理結果に応じたＸＳＬデータ１４が選択される。続いて、処理結果に基づいてＸＭＬデータ１５ａ（Ａ．ｘｍｌ）が生成され（Ｓ１５）、ＸＭＬデータ１５ａと、選択されたＸＳＬデータ１４とに基づいて、ＸＳＬＴプロセッサ１３がＸＳＬＴ変換を実行し、Ｗｅｂページ１６を生成する。ここで、ＸＳＬデータ１４ａが選択された場合は、Ｗｅｂページ１６ａ（Ａ−１．ｈｔｍｌ）が生成され（Ｓ１８−１）、ＸＳＬデータ１４ｂが選択された場合は、Ｗｅｂページ１６ｂ（Ａ−２．ｈｔｍｌ）が生成される（Ｓ１８−２）。また、ＸＳＬデータ１４ｃが選択された場合は、Ｗｅｂページ１６ｃ（Ａ−３．ｈｔｍｌ）が生成される（Ｓ１８−３）。各Ｗｅｂページ１６は、異なるＸＳＬデータ１４に基づいて生成されるため、それぞれの表示内容はＷｅｂアプリ１２の処理結果に応じて異なるものとなる。
【００４６】
また、図８は、処理結果に応じたＸＳＬデータの選択の様子を示す図である。図８におけるステップ番号は、図４、図６、及び図７におけるものと対応している。
【００４７】
図８では、表示情報収集処理（Ｓ１３）において取得された情報の値に応じて、選択されるＸＳＬデータ１４が異なる様子が図示されている。すなわち、取得した情報（ここでは、画像処理情報１０のステータス情報が例とされている。）の値が「状態Ａ」の場合はＸＳＬデータ１４ａ（Ａ−１．ｘｓｌ）が、「状態Ｂ」の場合はＸＳＬデータ１４ｂ（Ａ−２．ｘｓｌ）が、「状態Ｃ」又は「状態Ｄ」の場合はＸＳＬデータ１４ｃ（Ａ−３．ｘｓｌ）が、選択されることが示されている。
【００４８】
ところで、上記では、処理結果に対して各ＸＳＬデータ１４が並列的に存在する例を説明した。この場合、いずれの処理結果の場合でも共通に表示される表示内容については、同一の書式情報が各ＸＳＬデータ１４に定義されなければならない。そこで、当該共通の表示内容に対応する書式情報（以下「共通書式情報」という。）を一つのＸＳＬデータ１４にまとめることにより、各ＸＳＬデータ１４には当該共通書式情報以外の書式情報（以下「個別書式情報」という。）のみを定義するようにしてもよい。この場合、共通書式情報を格納したＸＳＬデータ１４（以下、「共通ＸＳＬデータ１４―１」という。）は、ＵＲＬに対して１つ存在し、個別書式情報を格納したＸＳＬデータ１４（以下、「個別ＸＳＬデータ１４−２」という。）は、ＵＲＬに対して複数存在し得る。
【００４９】
図９は、共通ＸＳＬデータを定義する場合のＵＲＬとＸＳＬデータとの関係を示す図である。図９中、図７と同一部分には同一符号を付し、その説明は適宜省略する。
【００５０】
図９では、それぞれの個別ＸＳＬデータ１４−２（個別ＸＳＬデータ１４−２ａ、１４−２ｂ、及び１４−２ｃ）は、共通ＸＳＬデータ１４−１（共通．ｘｓｌ）の中に含まれるような形で記載されている。これは、共通ＸＳＬデータ１４−１から個別ＸＳＬデータ１４−２が呼び出されることを示したものである。但し、呼び出すべき（すなわち、処理結果に応じた）個別ＸＳＬデータ１４−２は、共通ＸＳＬデータ１４−１が判断するのではない。図示されているように、処理結果に応じた個別ＸＳＬデータ１４−２の選択は、Ｗｅｂアプリ１２が行う（Ｓ１４）。
【００５１】
図１０は、共通ＸＳＬデータの定義例を示す図である。
【００５２】
共通ＸＳＬデータ１４−１には個別ＸＭＬデータ１４−２を呼び出すための定義を記述しておけばよい。図１０では、記述１４１１における「ｘｓｌ：ｃａｌｌ−ｔｅｍｐｌａｒｅｔｅ」要素、すなわち、テンプレートの呼び出しがそれに該当する。ここで、テンプレートの名前はＵＲＬに応じて一意でよい。図１０では、“ｘｘｘＢｏｄｙ”という名前のテンプレートが呼び出されている。
【００５３】
なお、共通ＸＳＬデータ１４−１では、非図示の箇所において共通書式情報を定義しておけばよい。
【００５４】
図１１は、個別ＸＳＬデータの定義例を示す図である。
【００５５】
個別ＸＳＬデータ１４−２では、共通ＸＳＬデータ１４−１から呼び出されるテンプレートを定義しておけばよい。テンプレートの名前はそれぞれの個別ＸＳＬデータ１４−２において同じにしておき、テンプレート内における書式情報の定義を処理結果に応じて異なるものとすればよい。なお、各個別ＸＳＬデータ１４−２におけるテンプレートの名前が同じであっても、ＸＳＬＴプロセッサ１３には、Ｗｅｂアプリ１２によって選択された一つの個別ＸＳＬデータ１４−２が渡されるため、ＸＳＬＴプロセッサ１３による処理の際にテンプレートの呼び出し関係が重複することはない。図１１では、図１０に対応させて、ｘｘｘＢｏｄｙテンプレート１４−２が定義されている。
【００５６】
なお、上記実施の形態に記載された発明は、ＰＣ（Personal Computer）等の汎用的なコンピュータ（情報処理装置）に適用させてもよい。
【００５７】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５８】
【図１】従来の画像処理装置のＷｅｂサーバ機能におけるＵＲＬとＸＳＬデータとの関係を示す図である。
【図２】リクエストに対するＷｅｂページの内容を動的に変化させるための従来の仕組みの例を示す図である。
【図３】本発明の実施の形態における画像処理装置の機能構成例を示す図である。
【図４】本発明の実施の形態の画像処理装置によるＷｅｂページの生成処理の概要を説明するための図である。
【図５】分割定義されたＸＳＬデータの定義例を示す図である。
【図６】Ｗｅｂページの生成処理の詳細を示す図である。
【図７】本発明の実施の形態の画像処理装置のＷｅｂサーバ機能におけるＵＲＬとＸＳＬデータとの関係を示す図である。
【図８】処理結果に応じたＸＳＬデータの選択の様子を示す図である。
【図９】共通ＸＳＬデータを定義する場合のＵＲＬとＸＳＬデータとの関係を示す図である。
【図１０】共通ＸＳＬデータの定義例を示す図である。
【図１１】個別ＸＳＬデータの定義例を示す図である。
【符号の説明】
【００５９】
１０      画像処理装置
１１      組み込みＷｅｂサーバ
１２      Ｗｅｂアプリ
１３      ＸＳＬＴプロセッサ
１４      ＸＳＬデータ
１５      ＸＭＬデータ
１６      Ｗｅｂページ
２０、３０    端末
２１      Ｗｅｂブラウザ
４０      ネットワーク
１０１    コピーアプリ
１０２    ファックスアプリ
１０３    プリンタアプリ
１０４    情報提供アプリ
１０６    システム管理サービス
１０７    ネットワークサービス
１０８    メモリ管理サービス
１０９    オペパネ管理サービス
２００    エンジン管理サービス
２０１    ＯＳ
２０２    エンジン制御ボード
２０３    プロッタエンジン
２０４    スキャナエンジン
【図１】
2007219755.tif 000003
【図２】
2007219755.tif 000004
【図３】
2007219755.tif 000005
【図４】
2007219755.tif 000006
【図５】
2007219755.tif 000007
【図６】
2007219755.tif 000008
【図７】
2007219755.tif 000009
【図８】
2007219755.tif 000010
【図９】
2007219755.tif 000011
【図１０】
2007219755.tif 000012
【図１１】
2007219755.tif 000013