(57)【要約】【課題】　書式情報を使用したＷｅｂページの生成を少ない記憶容量で行うことができる画像処理装置の提供を目的とする。【解決手段】　ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、前記書式情報データを格納する第二の記憶手段と、前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することにより上記課題を解決する。【選択図】　　　　図４
2004118828.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
　前記書式情報データを格納する第二の記憶手段と、
　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することを特徴とする画像処理装置。
【請求項２】
前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するまでに、前記書式情報ファイルを解凍することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信した際に、前記書式情報ファイルを解凍することを特徴とする請求項１又は２記載の画像処理装置。
【請求項５】
前記解凍手段は、前記第一の記憶手段が格納する前記書式情報ファイルのうち、前記圧縮されている複数の書式情報ファイルの全てを解凍することを特徴とする請求項３又は４記載の画像処理装置。
【請求項６】
前記解凍手段は、前記端末からＷｅｂページの送信要求を受信する際に、要求された前記Ｗｅｂページを生成するために使用される前記書式情報ファイルを解凍することを特徴とする請求項１乃至４いずれか一項記載の画像処理装置。
【請求項７】
前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用された時期が近いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする請求項６記載の画像処理装置。
【請求項８】
前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用頻度が高いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする請求項６記載の画像処理装置。
【請求項９】
前記Ｗｅｂページ生成手段が前記Ｗｅｂページを生成した後、前記Ｗｅｂページの生成に使用された前記書式情報データは、前記第二の記憶手段から削除されることを特徴とする請求項６記載の画像処理装置。
【請求項１０】
前記Ｗｅｂページ生成手段は、要求された前記Ｗｅｂページの生成に使用される前記書式情報データが既に前記第二の記憶手段に格納されているかを判断する解凍済み判断手段を有し、
　前記Ｗｅｂページ生成手段は、前記解凍済み判断手段の判断結果に基づいて前記書式情報データを使用して前記Ｗｅｂページを生成することを特徴とする請求項６乃至８いずれか一項記載の画像処理装置。
【請求項１１】
前記Ｗｅｂページ生成手段は、前記書式情報データの数が所定の値を超えた場合は、いずれかの前記書式情報データを前記第二の記憶手段から削除することを特徴とする請求項１０記載の画像処理装置。
【請求項１２】
前記Ｗｅｂページ生成手段は、使用されていない期間が最も長い前記書式情報データを削除することを特徴とする請求項１１記載の画像処理装置。
【請求項１３】
前記Ｗｅｂページ生成手段は、解凍された時期が最も早い前記書式情報データを削除することを特徴とする請求項１１記載の画像処理装置。
【請求項１４】
ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する画像処理装置によるＷｅｂページ生成方法であって、
　圧縮されている書式情報ファイルを書式情報データに解凍する書式情報解凍手順と、
　前記書式情報データを使用してＷｅｂページを生成するＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。
【請求項１５】
前記解凍手順は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するまでに実行されることを特徴とする請求項１４記載のＷｅｂページ生成方法。
【請求項１６】
前記解凍手順は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信した際に、実行されることを特徴とする請求項１４記載のＷｅｂページ生成方法。
【請求項１７】
前記解凍手順は、圧縮されている全ての前記書式情報ファイルを解凍することを特徴とする請求項１５又は１６記載のＷｅｂページ生成方法。
【請求項１８】
前記解凍手順は、前記端末からＷｅｂページの送信要求を受信する際に、要求された前記Ｗｅｂページの生成に必要な前記書式情報ファイルを解凍することを特徴とする請求項１４乃至１６いずれか一項記載のＷｅｂページ生成方法。
【請求項１９】
前記Ｗｅｂページ生成手順において、前記Ｗｅｂページを生成した後、
　前記Ｗｅｂページの生成に使用された前記書式情報データは削除することを特徴とする請求項１８記載の画像処理装置。
【請求項２０】
要求された前記Ｗｅｂページの生成に使用される前記書式情報ファイルが既に前記書式情報データに解凍されているかを判断する解凍済み判断手順を有し、
　前記Ｗｅｂページ生成手順は、前記解凍済み判断手順の判断結果に基づいて前記書式情報データを使用して前記Ｗｅｂページを生成することを特徴とする請求項１８記載のＷｅｂページ生成方法。
【請求項２１】
画像処理装置と端末とがネットワークを介して接続された画像処理システムであって、
　前記画像処理装置は、前記端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
　前記書式情報データを格納する第二の記憶手段と、
　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信し、
　前記端末は、前記Ｗｅｂページを表示する表示手段を有することを特徴とする画像処理システム。
【請求項２２】
前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２１記載の画像処理装置システム。
【請求項２３】
ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
　前記書式情報データを格納する第二の記憶手段と、
　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することを特徴とする情報処理装置。
【請求項２４】
前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２３記載の情報処理装置。
【請求項２５】
情報処理装置と端末とがネットワークを介して接続された情報処理システムであって、
　前記情報処理装置は、前記端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
　前記書式情報データを格納する第二の記憶手段と、
　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信し、
　前記端末は、前記Ｗｅｂページを表示する表示手段を有することを特徴とする情報処理システム。
【請求項２６】
前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２５記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、画像処理装置に関し、特にＷｅｂサーバの機能を有する画像処理装置に関する。
【背景技術】
【０００２】
　近年では、インターネット等のネットワークを介して交換する文書データは、その文書構造と書式情報とを分離させて扱うことが一般的になりつつある。文書データの文書構造と書式情報とを分離することで、コンピュータによる文書データの情報処理が容易となり、また一つの文書に様々な書式情報を与えてレイアウトし、再利用することができる。
【０００３】
　文書データを文書構造と書式情報とに分離した例としてＸＭＬ（eXtensible Markup Language）データとＸＳＬ（eXtensible Stylesheet Language）データとによる構成が挙げられる。一般的なＷｅｂサーバにおいては、インターネット上に公開するＷｅｂページに掲載する情報としてＸＭＬデータを生成し、あるいは保持する。Ｗｅｂサーバは、Ｗｅｂクライアントからの要求を受けて、当該ＸＭＬデータに対してＸＳＬデータを適用してＸＳＬＴ（XSL Transformations）変換を行うことでＨＴＭＬ（HyperText Markup Language）データを生成し、当該ＨＴＭＬデータをＷｅｂクライアントに送信する。
【０００４】
　一方、最近では画像処理装置においてもＷｅｂサーバとしての機能を有するものが存在し、例えば画像処理装置のステータスや、保管された文書情報、スプールされているジョブ、ＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳を汎用的なＷｅｂブラウザから見ることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　しかしながら、ＸＳＬデータを格納するＸＳＬファイルはファイルサイズが大きくなりがちであり、画像処理装置のようにメモリ資源（ＲＯＭ）が限られている機器において種々のＸＳＬファイルを保持しておくのは非常に困難であるという問題がある。
【０００６】
　即ち、一般的にＸＳＬファイルのようなテキストファイルには、改行、タブ及びインデント等のように可読性を向上させるための制御コードが入力されることが多い。従って、ＸＳＬファイルは、必然的にファイルサイズが大きくなってしまのである。
【０００７】
　ＸＳＬファイルによるメモリ資源の圧迫は、大容量のハードディスクを備えることにより解決することも可能であるが、その場合には、画像処理装置のコストアップにつながるという問題がある。
【０００８】
　本発明は、上記の点に鑑みてなされたものであって、書式情報を使用したＷｅｂページの生成を少ない記憶容量で行うことができる画像処理装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
　そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、前記書式情報データを格納する第二の記憶手段と、前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することを特徴とする。
【００１０】
　このような画像処理装置では、Ｗｅｂページを生成するための書式情報を圧縮して記憶手段に格納しておくため、書式情報を使用したＷｅｂページの生成を少ない記憶容量で行うことができる。
【００１１】
　また、本発明は、請求項２に記載されるように、前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする。
【００１２】
　このような画像処理装置では、書式情報の定義として広く利用されているＸＳＬ（eXtensible Stylesheet Language）を利用するため、Ｗｅｂページの生成処理の開発を効率的に行うことができる。
【００１３】
　また、本発明は、請求項３に記載されるように、前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するまでに、前記書式情報ファイルを解凍することを特徴とする。
【００１４】
　このような画像処理装置では、端末から最初のＷｅｂページの送信要求を受信するより前に予め書式情報ファイルを解凍しておくため、端末の要求に対するレスポンスの悪化を防止することができる。
【００１５】
　また、本発明は、請求項４に記載されるように、前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信した際に、前記書式情報ファイルを解凍することを特徴とする。
【００１６】
　このような画像処理装置では、端末から最初のＷｅｂページの送信要求を受信した際に書式情報ファイルを解凍するため、それまで解凍先の記憶領域の容量を節約することができると共に、以降の端末の要求に対するレスポンスの悪化を防止することができる。
【００１７】
　また、本発明は、請求項５に記載されるように、前記解凍手段は、前記第一の記憶手段が格納する前記書式情報ファイルのうち、前記圧縮されている複数の書式情報ファイルの全てを解凍することを特徴とする。
【００１８】
　このような画像処理装置では、予め全ての書式情報ファイルを解凍しておく。従って、以降の端末からのＷｅｂページの送信要求に対応したＷｅｂページの生成に必要な書式情報ファイルは必ず解凍されており、端末の要求に対するレスポンスの悪化を防止することができる。
【００１９】
　また、本発明は、請求項６に記載されるように、前記解凍手段は、前記端末からＷｅｂページの送信要求を受信する際に、要求された前記Ｗｅｂページを生成するために使用される前記書式情報ファイルを解凍することを特徴とする。
【００２０】
　このような画像処理装置では、端末からＷｅｂページの送信要求を受信する際に、要求されたＷｅｂページの生成に必要な書式情報ファイルを解凍するため、解凍先の記憶領域の容量を節約することができる。
【００２１】
　また、本発明は、請求項７に記載されるように、前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用された時期が近いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする。
【００２２】
　このような画像処理装置では、使用された時期が近いものから順に所定の数の書式情報ファイルを解凍しておくため、解凍先の記憶領域の容量を節約することができると共に、最近要求されたＷｅｂページの送信要求に対してレスポンスの悪化を防止することができる。
【００２３】
　また、本発明は、請求項８に記載されるように、前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用頻度が高いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする。
【００２４】
　このような画像処理装置では、使用頻度が高いものから順に所定の数の書式情報ファイルを解凍しておくため、解凍先の記憶領域の容量を節約することができると共に、要求される頻度の高いＷｅｂページの送信要求に対してレスポンスの悪化を防止することができる。
【００２５】
　また、本発明は、請求項９に記載されるように、前記Ｗｅｂページ生成手段が前記Ｗｅｂページを生成した後、前記Ｗｅｂページの生成に使用された前記書式情報データは、前記第二の記憶手段から削除されることを特徴とする。
【００２６】
　このような画像処理装置では、Ｗｅｂページの生成に使用した書式情報データは、解凍先の記憶領域から削除されるため、解凍先の記憶領域の容量を節約することができる。
【００２７】
　また、本発明は、請求項１０に記載されるように、前記Ｗｅｂページ生成手段は、要求された前記Ｗｅｂページの生成に使用される前記書式情報データが既に前記第二の記憶手段に格納されているかを判断する解凍済み判断手段を有し、前記Ｗｅｂページ生成手段は、前記解凍済み判断手段の判断結果に基づいて前記書式情報データを使用して前記Ｗｅｂページを生成することを特徴とする。
【００２８】
　このような画像処理装置では、要求されたＷｅｂページの生成に必要な書式情報ファイルが既に解凍されている場合は、解凍された書式情報データを使用してＷｅｂページを生成するため、端末に対するレスポンスの悪化を防止することができる。
【００２９】
　また、本発明は、請求項１１に記載されるように、前記Ｗｅｂページ生成手段は、前記書式情報データの数が所定の値を超えた場合は、いずれかの前記書式情報データを前記第二の記憶手段から削除することを特徴とする。
【００３０】
　このような画像処理装置では、書式情報データの数が所定の値を超えた場合は、いずれかの書式情報データを解凍先の記憶領域から削除するため、解凍先の記憶領域の容量を節約することができる。
【００３１】
　また、本発明は、請求項１２に記載されるように、前記Ｗｅｂページ生成手段は、使用されていない期間が最も長い前記書式情報データを削除することを特徴とする。
【００３２】
　このような画像処理装置では、使用されていない期間が最も長い書式情報データを削除するため、最近解凍した書式情報データを利用したＷｅｂページの要求に対するレスポンスの悪化を防止することができる。
【００３３】
　また、本発明は、請求項１３に記載されるように、前記Ｗｅｂページ生成手段は、解凍された時期が最も早い前記書式情報データを削除することを特徴とする。
【００３４】
　このような画像処理装置では、解凍された時期が最も早い書式情報データを削除するため、最近解凍した書式情報データを利用したＷｅｂページの要求に対するレスポンスの悪化を防止することができる。
【００３５】
　更に、上記課題を解決するための手段として、本発明は、上記画像処理装置によって処理されるＷｅｂページ生成方法及び上記画像処理装置によって構成される画像処理システムとすることもできる。
【発明の効果】
【００３６】
　本発明によれば、Ｗｅｂページを生成するための書式情報を圧縮して記憶手段に格納しておくため、書式情報を使用したＷｅｂページの生成を少ない記憶容量で行うことができる。
【発明を実施するための最良の形態】
【００３７】
　以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像処理システムの構成例を示す図である。図１の画像処理システム１は、画像処理装置１０、Ｗｅｂクライアント１００ａ、Ｗｅｂクライアント１００ｂ、及びＷｅｂクライアント１００ｃ（以下、「Ｗｅｂクライアント１００」で総称する。）等がＬＡＮ（Local Area Network）、イントラネット、又はインターネット等のネットワーク３００を介して接続されている。
【００３８】
　画像処理装置１０は、Ｗｅｂクライアント１００からの要求に応じて文書データの印刷や、ファックス送信などの処理を実行する。また、画像処理装置１０は、Ｗｅｂクライアント１００からのＨＴＴＰリクエストに応じて、当該ＨＴＴＰリクエストにおいて要求された情報を表示するＷｅｂページをＷｅｂクライアント１００に対して送信する。例えば、Ｗｅｂクライアント１００のユーザがＷｅｂブラウザから画像処理装置１０のステータス情報を要求した場合は、画像処理装置１０は、ステータス情報を格納したＨＴＭＬ（HyperText Markup Language）データをＷｅｂクライアント１００に送信する。
【００３９】
　Ｗｅｂクライアント１００は、画像処理システム１のユーザが直接利用するＰＣ（Personal Computer）、ＰＤＡ（Personal
Digital(Data) Assistants）、又は携帯電等の端末であり、画像処理装置１０から送信されるＷｅｂページを表示するＷｅｂブラウザを備えている。
【００４０】
　図２は、本発明の実施の形態における画像処理装置のハードウェア構成例を示す図である。図２の画像処理装置１０は、コントローラ６０，オペレーションパネル８０，ＦＣＵ８１，エンジン部８２を有する。
【００４１】
　コントローラ６０は、ＣＰＵ６１，フラッシュメモリ６２，ノースブリッジ（ＮＢ）６３，サウスブリッジ（ＳＢ）６４，ＡＳＩＣ６６，ローカルメモリ６７，ネットワークインタフェースカード（ＮＩＣ）６９，ＵＳＢデバイス７０，ＩＥＥＥ１３９４デバイス７１，及びセントロニクス７２等を有する。
【００４２】
　オペレーションパネル８０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＣＵ８１およびエンジン部８２は、コントローラ６０のＡＳＩＣ６６にＰＣＩバス８３で接続されている。
【００４３】
　コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７等が接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。コントローラ６０は、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続することにより、ＣＰＵ６１のインタフェースが公開されていない場合に対応する。なお、ＡＳＩＣ６６とＮＢ６３とはＡＧＰ（Accelerated Graphics Port ）６５を介して接続されている。
【００４４】
　このように、画像処理装置１０において実行されるアプリケーションを形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続することで、パフォーマンスの低下を防いでいる。
【００４５】
　ＣＰＵ６１は、画像処理装置１０の全体制御を行うと共に画像処理装置１０に実装されている各種アプリケーションを起動して実行させる。
【００４６】
　ＮＢ６３は、ＣＰＵ６１，フラッシュメモリ６２，ＳＢ６４，ＡＳＩＣ６６，ＮＩＣ６９，ＵＳＢデバイス７０，ＩＥＥＥ１３９４デバイス７１およびセントロニクス７２を接続するためのブリッジである。
【００４７】
　ＳＢ６４，ＮＩＣ６９，ＵＳＢデバイス７０，ＩＥＥＥ１３９４デバイス７１１およびセントロニクス７２は、ＰＣＩバス７３を介してＮＢ６３に接続されている。なお、ＳＢ６４は、ＰＣＩバス７３とＲＯＭや周辺デバイス等とを接続するためのブリッジである。
【００４８】
　フラッシュメモリ６２は、画像処理装置１０において実行される各種アプリケーションや、当該アプリケーションが用いる各種ファイル等が保存されているメモリである。ローカルメモリ６７は、アプリケーションの実行時に当該アプリケーションや当該アプリケーションが用いる各種ファイル等がロードされるワーク用のメモリである。
【００４９】
　ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００５０】
　ＮＩＣ６９は、画像処理装置１０をネットワークに接続するインタフェース機器である。ＵＳＢデバイス７０，ＩＥＥＥ１３９４デバイス７１およびセントロニクス７２は、夫々の規格に準じたインタフェースである。
【００５１】
　また、オペレーションパネル８０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。なお、ＦＣＵ８１はバックアップ用のメモリを有している。ＦＣＵ８１が有するメモリは、例えば画像処理装置１０の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。
【００５２】
　図３は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図３において、画像処理装置１０は、スキャナ１２３１、プリンタ１２３２及びＦＡＸ１２３３等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０１と、エンジンＩ／Ｆ１２０２と、ＯＳ１２０３と、ＡＰＩ（Application Program Interface）１２０４と、スキャナアプリ１２１１、プリンタアプリ１２１２、ファックスアプリ１２１３及びＷｅｂアプリ１２１４等の各種アプリケーションとを有している。
【００５３】
　エンジン制御ボード１２０１は、スキャナ１２３１、プリンタ１２３２、ＦＡＸ１２３３等の画像処理装置１０の個別機能を制御する。エンジンＩ／Ｆ１２０２は、エンジン制御ボード１２０１に対するインタフェースを、ＯＳ１２０３やＡＰＩ１２０４に提供する。
【００５４】
　ＯＳ１２０３は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、スキャナアプリ１２１１、プリンタアプリ１２１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００５５】
　ＡＰＩ１２０４は、スキャナアプリ１２１１、プリンタアプリ１２１２等のアプリケーションへのインタフェースを提供する。
【００５６】
　スキャナアプリ１２１１は、スキャナ用アプリケーションであり、プリンタアプリ１２１２は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。ファックスアプリ１２１３は、ファクシミリ用アプリケーションである。また、Ｗｅｂアプリ１２１４は、画像処理装置１０にネットワークを介して接続されるＷｅｂクライアント１００に対して画像処理装置１０の機能を提供するためのアプリケーションである。
【００５７】
　このように、ＯＳ１２０３及びＡＰＩ１２０４上に各種アプリケーションを搭載するよう構成しているので、各画像処理の処理部分を共有することが可能となる。従って、画像処理装置１０全体の生産性を高めるとともに、各アプリケーションの開発効率を高めることができる。
【００５８】
　次に本発明の第一の実施の形態について説明する。図４は、本発明の第一の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。図４において画像処理装置１０は、ＲＯＭ１１、ＲＡＭ１２、初期化プログラム１３、解凍プログラム１４、Ｗｅｂサーバプログラム１５、Ｗｅｂアプリケーション１６、及びＸＳＬＴプロセッサ１７等から構成される。
【００５９】
　ＲＯＭ１１は、圧縮されたＸＳＬ（eXtensible
Stylesheet Language）ファイル等を格納するメモリであり、ＲＡＭ１２は、解凍プログラム１４により解凍されたＸＳＬデータ等を格納するメモリである。ＲＯＭ１１は、図２におけるフラッシュメモリ６２に相当し、ＲＡＭ１２は、ローカルメモリ６７に相当する。
【００６０】
　初期化プログラム１３は、画像処理装置１０が起動する際に呼び出され、解凍プログラム１４を呼び出す。
【００６１】
　解凍プログラム１４は、ＲＯＭ１１に格納されている圧縮されたＸＳＬファイル（以下、「圧縮ＸＳＬファイル」という。）をＸＳＬデータとしてＲＡＭ１２上に解凍する。なお、解凍プログラム１４は、必ずしも画像処理装置１０の起動と同時に初期化プログラムから呼び出される必要はなく、Ｗｅｂクライアント１００からＷｅｂサーバプログラム１５に最初のＷｅｂページの送信要求（ＨＴＴＰ（HyperText Transfer Protocol）リクエスト）があるまでに呼び出されればよい。従って、例えば後述するＷｅｂサーバプログラム１５がその起動時に解凍プログラム１４を呼び出してもよい。
【００６２】
　Ｗｅｂサーバプログラム１５は、一般にＨＴＴＰｄ（HTTP daemon）と呼ばれるプログラムに相当するものであり、画像処理装置１０をＷｅｂサーバとして機能させるためのものである。Ｗｅｂサーバプログラム１５は、Ｗｅｂクライアント１００からのＨＴＴＰリクエストに応じて、Ｗｅｂアプリケーション１６を起動する。またＷｅｂサーバプログラム１５は、Ｗｅｂアプリケーション１６が生成したＨＴＭＬ（HyperText Markup Language）データを要求元のＷｅｂクライアント１００に送信する。なお、Ｗｅｂサーバプログラム１５は、図３において、ＡＰＩ１２０４の一部の機能として画像処理装置１０に実装されている。
【００６３】
　Ｗｅｂアプリケーション１６は、Ｗｅｂクライアント１００に対し、Ｗｅｂページを通して種々のサービスを提供するプログラムである。例えばＷｅｂアプリケーション１６は、画像処理装置１０が管理している文書情報の提供や印刷処理等のサービスを提供する。Ｗｅｂアプリケーション１６は、Ｗｅｂサーバプログラム１５から呼び出され、サービスの処理結果をＸＭＬ（eXtensible Markup Language）データとして生成し、更にＸＳＬＴプロセッサ１７によりＸＭＬデータをＨＴＭＬデータ（Ｗｅｂページ）に変換し、当該ＨＴＭＬデータをＷｅｂサーバプログラム１５に対して出力する。なお、Ｗｅｂアプリケーション１６は、図３において、Ｗｅｂアプリ１２１４に相当するものである。
【００６４】
　ＸＳＬＴプロセッサ１７は、Ｗｅｂアプリケーション１６から呼び出され、その際に指定されるＸＭＬデータを、ＲＡＭ上１２に格納されているＸＳＬデータを利用して、ＨＴＭＬデータに変換する。
【００６５】
　以下、図４の画像処理装置１０の処理手順について説明する。図５は、第一の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【００６６】
　ステップＳ１０において、画像処理装置１０は、起動されると初期化プログラム１３を呼び出す。
【００６７】
　ステップＳ１０に続いてステップＳ１１に進み、初期化プログラム１３は解凍プログラム１４を呼び出す。ステップＳ１１に続いてステップＳ１２に進み、解凍プログラム１４は、解凍すべき全ての圧縮ＸＳＬファイルファイル名を確認する。圧縮ＸＳＬファイルのファイル名は、例えば所定のファイルに全ての圧縮ＸＳＬファイルのファイル名の一覧を管理しておけばよい。その場合、解凍プログラム１４はそのファイル（以下「圧縮ＸＳＬ一覧ファイル」という。）を参照することで全ての圧縮ＸＳＬファイルのファイル名を確認することができる。
【００６８】
　ステップＳ１２に続いてステップＳ１３に進み、解凍プログラム１４は、解凍対象とする圧縮ＸＳＬファイルのうちの一つをＲＯＭ１１から読み込み、更に解凍後のＸＳＬデータを格納するための領域をＲＡＭ１２に確保する（Ｓ１４）。
【００６９】
　ステップＳ１４に続いてステップＳ１５に進み、解凍プログラム１４は圧縮ＸＳＬファイルを解凍し、ＸＳＬデータとしてＲＡＭ１２に格納する。ステップＳ１５に続いてステップＳ１６に進み、解凍プログラム１４は、解凍対象とする圧縮ＸＳＬファイルの全てを解凍したかどうかを判断する。まだ解凍すべき圧縮ＸＳＬファイルがＲＯＭ１１にある場合はステップＳ１３に進み、解凍プログラム１４は解凍処理を継続する。既に解凍対象とする圧縮ＸＳＬファイルの全てを解凍した場合は、解凍処理は終了する。
【００７０】
　この後、画像処理装置１００がＷｅｂクライアント１００からのＨＴＴＰリクエストを受信すると、ＸＳＬＴプロセッサ１７は、ＲＡＭ１２に格納されたＸＳＬデータを利用して、Ｗｅｂアプリケーション１６が生成したＸＭＬデータの変換処理を実行する。
【００７１】
　上述したように第一の実施の形態における画像処理装置１０によれば、ＲＯＭ１１には圧縮されたＸＳＬファイルを格納するため、ＲＯＭ１１の容量を節約することができる。また、Ｗｅｂクライアント１００からの最初のＨＴＴＰリクエストが送信される前に圧縮ＸＳＬファイルを解凍しておくため、Ｗｅｂクライアント１００に対するレスポンスの悪化を防止することができる。
【００７２】
　なお、ＲＡＭ１２の容量が少ない等の制約がある場合は、圧縮ＸＳＬ一覧ファイルに全ての圧縮ＸＳＬファイルのファイル名を登録しておくのではなく、所定のものに限定して登録しておけばよい。この場合、画像処理装置１０がＷｅｂクライアント１００からのＨＴＴＰリクエストを受信した時点で、要求されるＷｅｂページに対応したＸＳＬデータがＲＡＭ１２内に存在しない状況が発生するが、その場合は要求されるＷｅｂページに対する圧縮ＸＳＬファイルをその場で解凍すればよい。要求されたＷｅｂページに対応する圧縮ＸＳＬファイルの解凍については第三の実施の形態において説明する。また、要求されたＷｅｂページに対応する圧縮ＸＳＬファイルが既に解凍済みかどうかの判断の方法については第四の実施の形態において説明する。
【００７３】
　なお、使用頻度の高いものから上位幾つか、又は使用された時期が近いものから上位幾つか等を解凍しておけば、要求されるＷｅｂページに対応したＸＳＬデータがＲＡＭ１２内に存在しない状況の発生の頻度を低く抑えることができる。使用頻度については、圧縮ＸＳＬ一覧ファイルに各圧縮ＸＳＬファイルの使用数のカウンタ（以下「使用数カウンタ」という。）を設け、ＸＳＬＴプロセッサ１７がＸＳＬデータを使用するたびに、そのＸＳＬデータの使用数カウンタをインクリメントすればよい。また、使用された時期については、同じく圧縮ＸＳＬ一覧ファイルに各圧縮ＸＳＬファイルの使用時期を記録する項目を設け、ＸＳＬＴプロセッサ１７がＸＳＬデータを使用するたびに、その使用時期を更新すればよい。解凍プログラム１４は、使用数カウンタ又は記録された使用時期を参照することで、使用頻度の高い圧縮ＸＳＬファイル、又は使用された時期が近い圧縮ＸＳＬファイルを特定することができる。
【００７４】
　次に本発明の第二の実施の形態について説明する。図６は、本発明の第二の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。第二の実施の形態における画像処理装置２０は、第一の実施の形態における画像処理装置１０とほぼ同様の構成である。即ち、ＲＯＭ２１はＲＯＭ１１に、ＲＡＭ２２はＲＡＭ１２に、解凍プログラム２４は解凍プログラム１４に、Ｗｅｂサーバプログラム２５はＷｅｂサーバプログラム１５に、Ｗｅｂアプリケーション２６はＷｅｂアプリケーション１６に、ＸＳＬＴプロセッサ２７はＸＳＬＴプロセッサ１７にそれぞれ対応している。但し、画像処理装置２０は、初期化プログラム１１に相当するものは有しておらず、Ｗｅｂサーバプログラム２５が解凍プログラム２４の呼び出しを行う。
【００７５】
　以下、図６の画像処理装置２０の処理手順について説明する。図７は、第二の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【００７６】
　ステップＳ２０において、画像処理装置２０のＷｅｂサーバプログラム２５は、Ｗｅｂクライアント１００からＨＴＴＰリクエストを受信すると、解凍済みフラグが１であるかどうかを確認することにより、全ての圧縮ＸＳＬファイルが解凍済みであるかどうかを判断する（Ｓ２１）。
【００７７】
　解凍済みフラグが１の場合、即ち既に全ての圧縮ＸＳＬファイルを解凍済みの場合はステップＳ２８に進む。解凍済みフラグが１でない場合、即ち圧縮ＸＳＬファイルの解凍処理を実行していない場合は、ステップＳ２２に進む。
【００７８】
　ステップＳ２２において、Ｗｅｂサーバプログラム２５は解凍プログラム２４を呼び出す。ステップＳ２３からステップＳ２７において、解凍プログラム２４は第一の実施の形態におけるステップＳ１２からステップＳ１６における手順と同様の手順によってＲＯＭ２１内の全ての圧縮ＸＳＬファイルを解凍し、ＲＡＭ２２に格納する。全ての圧縮ＸＳＬファイル２１の解凍が完了するとステップＳ２８に進む。ステップＳ２８においてＷｅｂサーバプログラム２５は、解凍済みフラグの値を１にし、ステップＳ２９に進む。
【００７９】
　ステップＳ２９において、Ｗｅｂサーバプログラム２５がＷｅｂクライアント１００からのＨＴＴＰリクエストに対応したＷｅｂアプリケーション２６を呼び出すと、Ｗｅｂアプリケーション２６は所定の処理を実行し、その処理結果としてＸＭＬデータを生成する。ステップＳ２９に続いてステップＳ３０に進み、Ｗｅｂアプリケーション２６は、ＸＳＬＴプロセッサ２７を呼び出し、処理結果としてのＸＭＬデータをＨＴＭＬデータのＷｅｂページに変換し、当該ＨＴＭＬデータをＷｅｂサーバプログラム２５に対して出力する。ここでＸＳＬＴプロセッサ２７は、ＲＡＭ２２上に格納されたＸＳＬデータを利用してＸＭＬデータをＨＴＭＬデータに変換する。
【００８０】
　ステップＳ３０に続いてステップＳ３１に進み、Ｗｅｂサーバプログラム２５は、ＨＴＭＬデータとして生成されたＷｅｂページをＷｅｂクライアント１００に送信する。
【００８１】
　上述したように、第二の実施の形態における画像処理装置２０によれば、ＲＯＭ２１には圧縮されたＸＳＬファイルを格納するため、ＲＯＭ２１の容量を節約することができる。また、画像処理装置２０は、Ｗｅｂクライアント１００からのＨＴＴＰリクエストの受信時であって解凍済みフラグが１でない場合にのみ解凍処理を実行する。ここで、解凍済みフラグは一度解凍処理が実行されると１に設定されるものである。即ち、画像処理装置２０は、起動後にＷｅｂクライアント１００からのＨＴＴＰリクエストを最初に受信した際に圧縮ＸＳＬファイルを解凍する。従って、画像処理装置２０は、Ｗｅｂクライアント１０からの最初のＨＴＴＰリクエストを受信するまでＲＡＭ２２の容量を節約することができると共に、以降のＷｅｂクライアント１００からのＨＴＴＰリクエストに対するレスポンスの悪化を防止することができる。
【００８２】
　なお、解凍対象を所定のものに限定してもよく、その実現方法については、第一の実施例の場合と同様である。
【００８３】
　次に本発明の第三の実施の形態について説明する。図８は、本発明の第三の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。第三の実施の形態における画像処理装置３０は、第二の実施の形態における画像処理装置２０と同様の構成である。即ち、ＲＯＭ３１はＲＯＭ２１に、ＲＡＭ３２はＲＡＭ２２に、解凍プログラム３４は解凍プログラム２４に、Ｗｅｂサーバプログラム３５はＷｅｂサーバプログラム２５に、Ｗｅｂアプリケーション３６はＷｅｂアプリケーション２６に、ＸＳＬＴプロセッサ３７はＸＳＬＴプロセッサ２７にそれぞれ対応している。但し、画像処理装置３０において、解凍プログラム３４を呼び出すのは、ＸＳＬＴプロセッサ３７である。
【００８４】
　以下、図８の画像処理装置３０の処理手順について説明する。図９は、第三の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【００８５】
　ステップＳ４０において、画像処理装置３０のＷｅｂサーバプログラム３５は、Ｗｅｂクライアント１００からＨＴＴＰリクエストを受信する。ステップＳ４０に続いてステップＳ４１に進み、Ｗｅｂサーバプログラム３５がＨＴＴＰリクエストに対応するＷｅｂアプリケーション３６を呼び出すと、Ｗｅｂアプリケーション３６は所定の処理を実行し、処理結果としてＸＭＬデータを生成する。
【００８６】
　ステップＳ４１に続いてステップＳ４２に進み、Ｗｅｂアプリケーション３６は、処理結果としてのＸＭＬデータをＨＴＭＬデータに変換すべく、ＸＭＬデータとそれに対応するＸＳＬファイルとを指定してＸＳＬＴプロセッサ３７を呼び出す。ここで、使用するＸＳＬファイルについては、Ｗｅｂアプリケーション３６のロジックとして組み込んでおいてもよい（ハードコーディング）が、Ｗｅｂアプリケーション３６が図１０に示すＸＳＬファイル対応テーブルを参照することにより判断するようにしてもよい。
【００８７】
　図１０は、圧縮ＸＳＬファイル対応テーブルの一例を示す図である。ＸＳＬ対応テーブル３６１は、Ｗｅｂクライアント１００から要求されたＵＲＬである「ＵＲＬ」と、それに対して利用する圧縮ＸＳＬファイル名である「ＸＳＬ」とをデータ項目として有している。Ｗｅｂアプリケーション３６は、対応テーブル３６１を参照することにより、例えばｔｏｐＰａｇｅ．ｃｇｉのＵＲＬが指定された場合は、ｔｏｐＰａｇｅ．ｘｓｌ．ｚを使用すべきことを判断し、そのファイル名を指定してＸＳＬＴプロセッサ３７を呼び出す。
【００８８】
　ステップＳ４２に続いてステップＳ４３に進み、ＸＳＬＴプロセッサ３７は、ＸＳＬＴ変換に必要なＸＳＬデータを入手すべく、Ｗｅｂアプリケーション３６から指定された圧縮ＸＳＬファイルを指定して、解凍プログラム３４を呼び出す。
【００８９】
　ステップＳ４４及びステップＳ４５において、解凍プログラム３４は、第二の実施の形態におけるステップＳ２４及びステップＳ２５における手順と同様の手順で、ＲＯＭ３１内にある指定された圧縮ＸＳＬファイルを解凍し、ＲＡＭ３２に格納する。
【００９０】
　ステップＳ４５に続いてステップＳ４６に進み、ＸＳＬＴプロセッサ３７は、ＲＡＭ３２に格納されたＸＳＬデータを使用してＸＭＬデータをＨＴＭＬデータに変換し、Ｗｅｂページを生成する。ステップＳ４６に続いてステップＳ４７に進み、ＸＳＬＴプロセッサ３７は、ＲＡＭ３２において解凍されたＸＳＬデータが格納されている領域を解放することにより、ＸＭＬデータをＲＡＭ３２内から削除する。
【００９１】
　ステップＳ４７に続いてステップＳ４８に進み、Ｗｅｂサーバプログラム３５は、Ｗｅｂクライアント１００に対し、生成されたＷｅｂページを送信する。
【００９２】
　上述したように、第三の実施の形態における画像処理装置３０によれば、ＲＯＭ３１には圧縮されたＸＳＬファイルを格納するため、ＲＯＭ３１の容量を節約することができる。また、画像処理装置３０は、Ｗｅｂクライアント１００からのＨＴＴＰリクエストを受信した際に、ＨＴＴＰリクエストの応答としてのＷｅｂページの生成に必要な圧縮ＸＳＬファイルのみをＲＡＭ３２に解凍し、Ｗｅｂページの生成が完了したらＲＡＭ３２におけるＸＳＬデータの領域を解放するため、ＲＡＭ３２の領域を節約することができる。
【００９３】
　次に本発明の第四の実施の形態について説明する。図１１は、本発明の第四の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。第四の実施の形態における画像処理装置４０は、第三の実施の形態における画像処理装置３０と同様の構成である。即ち、ＲＯＭ４１はＲＯＭ３１に、ＲＡＭ４２はＲＡＭ３２に、解凍プログラム４４は解凍プログラム３４に、Ｗｅｂサーバプログラム４５はＷｅｂサーバプログラム３５に、Ｗｅｂアプリケーション４６はＷｅｂアプリケーション３６に、ＸＳＬＴプロセッサ４７はＸＳＬＴプロセッサ３７にそれぞれ対応している。
【００９４】
　以下、図１１の画像処理装置４０の処理手順について説明する。図１２は、第四の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【００９５】
　ステップＳ５０において、画像処理装置４０のＷｅｂサーバプログラム４５がＷｅｂクライアント１００からＨＴＴＰリクエストを受信すると、以降第三の実施の形態におけるステップＳ４１からステップＳ４３の手順と同様の手順をステップＳ５１からＳ５３において実行し、解凍プログラム４４を呼び出す。
【００９６】
　ステップＳ５３に続いてステップＳ５４に進み、解凍プログラム４４は、解凍を要求された圧縮ＸＳＬファイルをキャッシュ管理テーブルから検索し、解凍対象の圧縮ＸＳＬファイルがキャッシュ管理テーブルに登録されているか否かを判断する。キャッシュ管理テーブルの詳細については後述するが、キャッシュ管理テーブルは、既に解凍されＲＡＭ４２に格納されている圧縮ＸＳＬファイルの一覧を管理しているものである。解凍対象の圧縮ＸＳＬファイルがキャッシュ管理テーブルに登録されている場合、即ち既にＲＡＭ４２に解凍されている場合はステップＳ５８に進み、登録されていない場合、即ちまだ解凍されていない場合はステップＳ５５に進む。
【００９７】
　ステップＳ５５及びステップＳ５６において、解凍プログラム４４は、第三の実施の形態におけるステップＳ４４及びステップ４５における手順と同様の手順で、指定された圧縮ＸＳＬファイルを解凍する。
【００９８】
　ステップＳ５６に続いてステップＳ５７に進み、解凍プログラム４４は、解凍した圧縮ＸＳＬファイルをキャッシュ管理テーブルに登録する。
【００９９】
　ステップＳ５８以降において、画像処理装置４０は、第三の実施の形態におけるステップＳ４７及びＳ４８と同様の手順でＷｅｂページを生成し、当該ＷｅｂページをＷｅｂクライアント１００に送信する。
【０１００】
　更に、ステップＳ５４及びＳ５９等によるキャッシュ管理テーブルの検索、更新処理の詳細について説明する。なお、キャッシュ管理テーブルは図１３に示すようなリスト構造を利用して実装することができる。
【０１０１】
　図１３は、リスト構造によるキャッシュ管理テーブルの実装例を示す図である。図１３において、リスト５０は、キャッシュエントリ５０１、５０２及び５０３を有している。各キャッシュエントリは、圧縮ＸＳＬファイルのファイル名である「ファイル名」と、その圧縮ＸＳＬファイルが解凍されたＲＡＭ４２上のアドレスである「ＲＡＭ上のアドレス」と、「次のエントリへのポインタ」とをデータ項目として有している。
【０１０２】
　以下、キャッシュ管理テーブルを図１３のようなリスト構造で実装した場合のキャッシュ管理テーブルの検索、更新処理の詳細について説明する。図１４は、キャッシュ管理テーブルの検索及びＬＲＵ法による更新処理を説明するためのフローチャート図である。なお、図１４のフローチャートは、図１２のフローチャートにおけるステップＳ５４からＳ５７までの処理に該当する。
【０１０３】
　ステップＳ１００において、解凍プログラム４４は、リスト５０から最初のキャッシュエントリを取り出し、キャッシュエントリのファイル名が解凍対象の圧縮ＸＳＬファイルのファイル名と同じかどうか判断する（Ｓ１０１）。ファイル名が同じ場合はステップＳ１０２に進み、ファイル名が異なる場合はステップＳ１０３に進む。
【０１０４】
　ステップＳ１０３において、解凍プログラム４４は、既に取り出したキャッシュエントリの「次のエントリへのポインタ」を参照することにより、リスト５０から次のキャッシュエントリを取り出す。ステップＳ１０３に続いてステップＳ１０４に進み、解凍プログラム４４は、キャッシュエントリがもう存在しないかどうかを判断する。この判断は、既に取り出したキャッシュエントリの「次のエントリポインタ」の値がＮＵＬＬか否かによって行うことができる。従って、解凍プログラムは、当該値がＮＵＬＬだったら次のキャッシュエントリは存在しないと判断する。
【０１０５】
　キャッシュエントリが存在する場合は、ステップＳ１０１に進み、再び解凍対象のファイル名とキャッシュエントリのファイル名を比較する。ファイル名が同一の場合は、解凍対象の圧縮ＸＳＬファイルは既にＲＡＭ４２に解凍されているため、ステップＳ１０２に進み、現在処理対象のキャッシュエントリをリストの先頭に繋ぎかえて処理を終了する。ここで、処理対象のキャッシュエントリをリストの先頭とするのは、次回の検索の際に使用されたＸＳＬデータに対するキャッシュエントリを最初の比較対象とするためである。なお、解凍プログラム４４は処理を終了する際に、解凍されたＸＳＬデータのＲＡＭ４２上におけるアドレスをキャッシュエントリから取り出して、呼び出し元のＸＳＬＴプロセッサ４７に対して通知する。
【０１０６】
　ステップＳ１０４において、リスト５０内に解凍対象とする圧縮ＸＳＬファイルに対応するキャッシュエントリを発見することができなかった場合は、ステップＳ１０５に進み、解凍プログラム４４は解凍対象の圧縮ＸＳＬファイルをＲＯＭ４１から解凍し、ＲＡＭ４２に格納する。この処理は、図１２におけるステップＳ５８及びステップＳ５９に対応する。
【０１０７】
　ステップＳ１０５に続いてステップＳ１０６に進み、解凍プログラム４４は、ステップＳ１０５においてＲＡＭ４２に格納されたＸＳＬデータに対応するキャッシュエントリを生成し、リスト５０の先頭に追加する。
【０１０８】
　ステップＳ１０６に続いてステップＳ１０７に進み、解凍プログラム４４は、リスト５０のキャッシュエントリの数が所定の上限を超えているかどうかを判断する。この上限はＲＡＭ４２の容量等に応じて適宜定めればよい。上限を超えていない場合はそのまま処理を終了し、超えている場合は、リスト５０の末尾のキャッシュエントリを削除し、さらにその直前のエントリの「次のエントリへのポインタ」の値をＮＵＬＬにして、処理を終了する。ここで、末尾のキャッシュエントリを削除の対象とするのは、最も長い間利用されていないＸＳＬデータをＲＡＭ４２から削除するためである。なお、解凍プログラム４４は処理を終了する際に、新たに解凍したＸＳＬデータのＲＡＭ４２上におけるアドレスを、呼び出し元のＸＳＬＴプロセッサに対して通知する。
【０１０９】
　図１４においては、リスト５０においてキャッシュエントリの数の上限を超えた場合は、最も長い間使用されていないキャッシュエントリが削除、即ち最も長い間使用されていないＸＳＬデータをＲＡＭ４２から削除するようにしているが（ＬＲＵ（Least Recently Used）法）、リスト５０内において最初に生成されたキャッシュエントリを削除、即ち解凍された時期が最も早いＸＳＬデータをＲＡＭ４２から削除するようにしてもよい（ＦＩＦＯ（First-In First-Out）法）。その場合のフローチャートを図１５に示す。
【０１１０】
　図１５は、キャッシュ管理テーブルの検索及びＦＩＦＯ法による更新処理を説明するためのフローチャート図である。図１５において、解凍プログラム４４は、解凍対象とする圧縮ＸＳＬファイルに対応するキャッシュエントリを見つけた場合には（Ｓ２０１でＹｅｓの場合）、そのキャッシュエントリをリスト５０の先頭にすることなく処理を終了する。また、新たに圧縮ＸＳＬを解凍し（Ｓ２０４）、それに対するキャッシュエントリを生成した際には、そのキャッシュエントリはリストの末尾に追加する（Ｓ２０５）。更に、キャッシュエントリの数が上限を超えた場合には（Ｓ２０６でＹｅｓの場合）、先頭のキャッシュエントリを削除する（Ｓ２０７）。これにより、ＦＩＦＯ法によりリスト５０を更新することができる。
【０１１１】
　上述したように、第四の実施の形態における画像処理装置４０によれば、ＲＯＭ４１には圧縮されたＸＳＬファイルを格納するため、ＲＯＭ４１の容量を節約することができる。また、画像処理装置４０は、Ｗｅｂクライアント１００からのＨＴＴＰリクエストを受信した際に、ＨＴＴＰリクエストの応答としてのＷｅｂページの生成に必要な圧縮ＸＳＬファイルのみをＲＡＭ４２に解凍するため、ＲＡＭ４２の領域を節約することができる。更に、一度解凍した圧縮ＸＳＬファイルは、ＸＳＬデータとしてＲＡＭ４２に格納されているため、以降にＷｅｂクライアント１００からの要求に対して同じＸＳＬデータを利用する場合は、レスポンスの悪化を防止することができる。
【０１１２】
　なお、上述したそれぞれの実施の形態においては、Ｗｅｂサーバとして画像処理装置を適用した例について説明したが、一般的な情報処理装置をＷｅｂサーバとして適用しても同様の効果を得ることができる。
【０１１３】
　以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態における画像処理システムの構成例を示す図である。
【図２】本発明の実施の形態における画像処理装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における画像処理装置の機能構成例を示す図である。
【図４】本発明の第一の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図５】第一の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【図６】本発明の第二の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図７】第二の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【図８】本発明の第三の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図９】第三の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【図１０】圧縮ＸＳＬファイル対応テーブルの一例を示す図である。
【図１１】本発明の第四の実施の形態におけるＷｅｂサーバとしての画像処理装置の機能構成例を示す図である。
【図１２】第四の実施の形態における画像処理装置のＸＳＬファイルの解凍処理を説明するためのフローチャート図である。
【図１３】リスト構造によるキャッシュ管理テーブルの実装例を示す図である。
【図１４】キャッシュ管理テーブルの検索及びＬＲＵ法による更新処理を説明するためのフローチャート図である。
【図１５】キャッシュ管理テーブルの検索及びＦＩＦＯ法による更新処理を説明するためのフローチャート図である。
【符号の説明】
【０１１５】
１　　　画像処理システム
１０、２０、３０、４０　　画像処理装置
１１、２１、３１、４１　　ＲＯＭ
１２、２２、３２、４２　　ＲＡＭ
１３、２３、３３、４３　　初期化プログラム
１４、２４、３４、４４　　解凍プログラム
１５、２５、３５、４５　　Ｗｅｂサーバプログラム
１６、２６、３６、４６　　Ｗｅｂアプリケーション
１７、２７、３７、４７　　ＸＳＬＴプロセッサ
５０　　リスト
６０　　コントローラ
６１　　ＣＰＵ
６２　　システムメモリ
６３　　ノースブリッジ（ＮＢ）
６４　　サウスブリッジ（ＳＢ）
６５　　ＡＧＰ（Accelerated
Graphics Port）
６６　　ＡＳＩＣ
６７　　ローカルメモリ
６９　　ＮＩＣ
７０　　ＵＳＢ
７１　　ＩＥＥＥ１３９４
７２　　セントロニクス
７３　　ＰＣＩバス
８０　　オペレーションパネル
８１　　ファックスコントロールユニット（ＦＣＵ）
８２　　エンジン部
１００、１００ａ、１００ｂ、１００ｃ　　Ｗｅｂクライアント
３００　　ネットワーク
３６１　　圧縮ＸＳＬファイル対応テーブル
５０１、５０２、５０３　　キャッシュエントリ
１２０１　　　エンジン制御ボード　１２０２　　　エンジンＩ／Ｆ
１２０３　　　ＯＳ　　　　　　　　１２０４　　　ＡＰＩ
１２１１　　　プリンタアプリ　　　１２１２　　　スキャナアプリ
１２１３　　　ファックスアプリ　　１２１４　　Ｗｅｂアプリ
１２３１　　　スキャナ　　　　　　１２３２　　　プリンタ
１２３３　　　ＦＡＸ
【図１】
2004118828.tif 000003
【図２】
2004118828.tif 000004
【図３】
2004118828.tif 000005
【図４】
2004118828.tif 000006
【図５】
2004118828.tif 000007
【図６】
2004118828.tif 000008
【図７】
2004118828.tif 000009
【図８】
2004118828.tif 000010
【図９】
2004118828.tif 000011
【図１０】
2004118828.tif 000012
【図１１】
2004118828.tif 000013
【図１２】
2004118828.tif 000014
【図１３】
2004118828.tif 000015
【図１４】
2004118828.tif 000016
【図１５】
2004118828.tif 000017