JP2004118828A - 画像処理装置 - Google Patents

画像処理装置 Download PDF

Info

Publication number
JP2004118828A
JP2004118828A JP2003292492A JP2003292492A JP2004118828A JP 2004118828 A JP2004118828 A JP 2004118828A JP 2003292492 A JP2003292492 A JP 2003292492A JP 2003292492 A JP2003292492 A JP 2003292492A JP 2004118828 A JP2004118828 A JP 2004118828A
Authority
JP
Japan
Prior art keywords
web page
format information
image processing
terminal
processing apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003292492A
Other languages
English (en)
Inventor
Hiroki Kobayashi
小林　寛樹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2003292492A priority Critical patent/JP2004118828A/ja
Priority to US10/647,503 priority patent/US7333979B2/en
Publication of JP2004118828A publication Critical patent/JP2004118828A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99932—Access augmentation or optimizing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y10S707/99934—Query formulation, input preparation, or translation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】　書式情報を使用したＷｅｂページの生成を少ない記憶容量で行うことができる画像処理装置の提供を目的とする。
【解決手段】　ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、前記書式情報データを格納する第二の記憶手段と、前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することにより上記課題を解決する。
【選択図】　　　　図４

Description

　本発明は、画像処理装置に関し、特にＷｅｂサーバの機能を有する画像処理装置に関する。
　近年では、インターネット等のネットワークを介して交換する文書データは、その文書構造と書式情報とを分離させて扱うことが一般的になりつつある。文書データの文書構造と書式情報とを分離することで、コンピュータによる文書データの情報処理が容易となり、また一つの文書に様々な書式情報を与えてレイアウトし、再利用することができる。
　文書データを文書構造と書式情報とに分離した例としてＸＭＬ（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）
６６　　ＡＳＩＣ
６７　　ローカルメモリ
６９　　ＮＩＣ
７０　　ＵＳＢ
７１　　ＩＥＥＥ１３９４
７２　　セントロニクス
７３　　ＰＣＩバス
８０　　オペレーションパネル
８１　　ファックスコントロールユニット（ＦＣＵ）
８２　　エンジン部
１００、１００ａ、１００ｂ、１００ｃ　　Ｗｅｂクライアント
３００　　ネットワーク
３６１　　圧縮ＸＳＬファイル対応テーブル
５０１、５０２、５０３　　キャッシュエントリ
１２０１　　　エンジン制御ボード　１２０２　　　エンジンＩ／Ｆ
１２０３　　　ＯＳ　　　　　　　　１２０４　　　ＡＰＩ
１２１１　　　プリンタアプリ　　　１２１２　　　スキャナアプリ
１２１３　　　ファックスアプリ　　１２１４　　Ｗｅｂアプリ
１２３１　　　スキャナ　　　　　　１２３２　　　プリンタ
１２３３　　　ＦＡＸ

Claims (26)

  1. ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
    　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
    　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
    　前記書式情報データを格納する第二の記憶手段と、
    　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
    　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することを特徴とする画像処理装置。
  2. 前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項１記載の画像処理装置。
  3. 前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するまでに、前記書式情報ファイルを解凍することを特徴とする請求項１又は２記載の画像処理装置。
  4. 前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信した際に、前記書式情報ファイルを解凍することを特徴とする請求項１又は２記載の画像処理装置。
  5. 前記解凍手段は、前記第一の記憶手段が格納する前記書式情報ファイルのうち、前記圧縮されている複数の書式情報ファイルの全てを解凍することを特徴とする請求項３又は４記載の画像処理装置。
  6. 前記解凍手段は、前記端末からＷｅｂページの送信要求を受信する際に、要求された前記Ｗｅｂページを生成するために使用される前記書式情報ファイルを解凍することを特徴とする請求項１乃至４いずれか一項記載の画像処理装置。
  7. 前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用された時期が近いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする請求項６記載の画像処理装置。
  8. 前記解凍手段は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するより前又は受信した際に、前記第一の記憶手段が格納する前記書式情報ファイルのうち、使用頻度が高いものから順に所定の数の前記書式情報ファイルを解凍することを特徴とする請求項６記載の画像処理装置。
  9. 前記Ｗｅｂページ生成手段が前記Ｗｅｂページを生成した後、前記Ｗｅｂページの生成に使用された前記書式情報データは、前記第二の記憶手段から削除されることを特徴とする請求項６記載の画像処理装置。
  10. 前記Ｗｅｂページ生成手段は、要求された前記Ｗｅｂページの生成に使用される前記書式情報データが既に前記第二の記憶手段に格納されているかを判断する解凍済み判断手段を有し、
    　前記Ｗｅｂページ生成手段は、前記解凍済み判断手段の判断結果に基づいて前記書式情報データを使用して前記Ｗｅｂページを生成することを特徴とする請求項６乃至８いずれか一項記載の画像処理装置。
  11. 前記Ｗｅｂページ生成手段は、前記書式情報データの数が所定の値を超えた場合は、いずれかの前記書式情報データを前記第二の記憶手段から削除することを特徴とする請求項１０記載の画像処理装置。
  12. 前記Ｗｅｂページ生成手段は、使用されていない期間が最も長い前記書式情報データを削除することを特徴とする請求項１１記載の画像処理装置。
  13. 前記Ｗｅｂページ生成手段は、解凍された時期が最も早い前記書式情報データを削除することを特徴とする請求項１１記載の画像処理装置。
  14. ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する画像処理装置によるＷｅｂページ生成方法であって、
    　圧縮されている書式情報ファイルを書式情報データに解凍する書式情報解凍手順と、
    　前記書式情報データを使用してＷｅｂページを生成するＷｅｂページ生成手順とを有することを特徴とするＷｅｂページ生成方法。
  15. 前記解凍手順は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信するまでに実行されることを特徴とする請求項１４記載のＷｅｂページ生成方法。
  16. 前記解凍手順は、前記画像処理装置の起動後であって前記端末から最初の前記Ｗｅｂページの送信要求を受信した際に、実行されることを特徴とする請求項１４記載のＷｅｂページ生成方法。
  17. 前記解凍手順は、圧縮されている全ての前記書式情報ファイルを解凍することを特徴とする請求項１５又は１６記載のＷｅｂページ生成方法。
  18. 前記解凍手順は、前記端末からＷｅｂページの送信要求を受信する際に、要求された前記Ｗｅｂページの生成に必要な前記書式情報ファイルを解凍することを特徴とする請求項１４乃至１６いずれか一項記載のＷｅｂページ生成方法。
  19. 前記Ｗｅｂページ生成手順において、前記Ｗｅｂページを生成した後、
    　前記Ｗｅｂページの生成に使用された前記書式情報データは削除することを特徴とする請求項１８記載の画像処理装置。
  20. 要求された前記Ｗｅｂページの生成に使用される前記書式情報ファイルが既に前記書式情報データに解凍されているかを判断する解凍済み判断手順を有し、
    　前記Ｗｅｂページ生成手順は、前記解凍済み判断手順の判断結果に基づいて前記書式情報データを使用して前記Ｗｅｂページを生成することを特徴とする請求項１８記載のＷｅｂページ生成方法。
  21. 画像処理装置と端末とがネットワークを介して接続された画像処理システムであって、
    　前記画像処理装置は、前記端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
    　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
    　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
    　前記書式情報データを格納する第二の記憶手段と、
    　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
    　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信し、
    　前記端末は、前記Ｗｅｂページを表示する表示手段を有することを特徴とする画像処理システム。
  22. 前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２１記載の画像処理装置システム。
  23. ネットワークを介して接続される端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
    　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
    　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
    　前記書式情報データを格納する第二の記憶手段と、
    　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
    　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信することを特徴とする情報処理装置。
  24. 前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２３記載の情報処理装置。
  25. 情報処理装置と端末とがネットワークを介して接続された情報処理システムであって、
    　前記情報処理装置は、前記端末からの要求を受信し、前記端末に表示される情報を表すＷｅｂページを前記端末に送信する送受信制御手段と、
    　圧縮されている複数の書式情報ファイルを格納する第一の記憶手段と、
    　該第一の記憶手段が格納する前記圧縮されている複数の書式情報ファイルを書式情報データに解凍する解凍手段と、
    　前記書式情報データを格納する第二の記憶手段と、
    　前記書式情報データを使用して前記Ｗｅｂページを生成するＷｅｂページ生成手段とを有し、
    　該Ｗｅｂページ生成手段により生成された前記Ｗｅｂページを前記送受信制御手段により前記端末に送信し、
    　前記端末は、前記Ｗｅｂページを表示する表示手段を有することを特徴とする情報処理システム。
  26. 前記複数の書式情報ファイルはＸＳＬファイルであることを特徴とする請求項２５記載の情報処理システム。
JP2003292492A 2002-09-03 2003-08-12 画像処理装置 Pending JP2004118828A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2003292492A JP2004118828A (ja) 2002-09-03 2003-08-12 画像処理装置
US10/647,503 US7333979B2 (en) 2002-09-03 2003-08-26 Image processing apparatus having web server function

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002258190 2002-09-03
JP2003292492A JP2004118828A (ja) 2002-09-03 2003-08-12 画像処理装置

Publications (1)

Publication Number Publication Date
JP2004118828A true JP2004118828A (ja) 2004-04-15

Family

ID=32232620

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003292492A Pending JP2004118828A (ja) 2002-09-03 2003-08-12 画像処理装置

Country Status (2)

Country Link
US (1) US7333979B2 (ja)
JP (1) JP2004118828A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101437831B1 (ko) * 2009-08-21 2014-09-05 삼성전자주식회사 다큐먼트 박스를 웹 페이지로 제공하는 방법 및 이를 수행하는 화상형성장치

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011215915A (ja) * 2010-03-31 2011-10-27 Sony Corp 画像データ処理装置、画像データ処理方法およびプログラム
US9348565B2 (en) 2014-03-12 2016-05-24 International Business Machines Corporation Compact data marshaller generation
CN109033247B (zh) * 2018-07-05 2022-01-18 Oppo（重庆）智能科技有限公司 一种应用程序的管理方法、装置、存储介质及终端

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5394534A (en) * 1992-09-11 1995-02-28 International Business Machines Corporation Data compression/decompression and storage of compressed and uncompressed data on a same removable data storage medium
US6988025B2 (en) * 2000-11-28 2006-01-17 Power Measurement Ltd. System and method for implementing XML on an energy management device
JP3478519B2 (ja) 1996-06-28 2003-12-15 株式会社リコー プリンタ装置
JP2000105717A (ja) 1998-09-29 2000-04-11 Nec Corp ファイル格納制御装置及びファイル格納制御方法
JP2001007840A (ja) 1999-06-21 2001-01-12 Sony Corp データ配信方法及び装置、並びに、データ受信方法及び装置
US6415275B1 (en) * 1999-08-05 2002-07-02 Unisys Corp. Method and system for processing rules using an extensible object-oriented model resident within a repository
US6760884B1 (en) * 1999-08-09 2004-07-06 Internal Research Corporation Interactive memory archive
WO2001092993A2 (en) * 2000-06-02 2001-12-06 Vigilant Systems, Inc. System and method for licensing management
US6915299B1 (en) * 2000-06-23 2005-07-05 Microsoft Corporation Web server document library
US6804708B1 (en) * 2000-06-29 2004-10-12 Scientific-Atlanta, Inc. Media-on-demand flexible and adaptive architecture
US20020120697A1 (en) * 2000-08-14 2002-08-29 Curtis Generous Multi-channel messaging system and method
US20020103920A1 (en) * 2000-11-21 2002-08-01 Berkun Ken Alan Interpretive stream metadata extraction
US20020087536A1 (en) * 2001-01-04 2002-07-04 Ferguson Helaman David Pratt Methods for reproducing and recreating original data
US6721618B2 (en) * 2001-06-29 2004-04-13 Miracom, Inc. System and method for automatically generating semiconductor equipment communication standard (SECS) message source in SECS communication
JP2002149632A (ja) 2001-07-27 2002-05-24 Optimum Systems Co Ltd テキスト処理システム及び方法
US7444393B2 (en) * 2001-10-30 2008-10-28 Keicy K. Chung Read-only storage device having network interface, a system including the device, and a method of distributing files over a network
US6549906B1 (en) * 2001-11-21 2003-04-15 General Electric Company System and method for electronic data retrieval and processing
JP2003173246A (ja) 2001-12-05 2003-06-20 Ricoh Co Ltd デバイス情報収集方法、プログラム、サーバ装置及び記憶媒体
US20030120758A1 (en) * 2001-12-21 2003-06-26 Koninklijke Philips Electronics N.V. XML conditioning for new devices attached to the network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101437831B1 (ko) * 2009-08-21 2014-09-05 삼성전자주식회사 다큐먼트 박스를 웹 페이지로 제공하는 방법 및 이를 수행하는 화상형성장치

Also Published As

Publication number Publication date
US7333979B2 (en) 2008-02-19
US20040093345A1 (en) 2004-05-13

Similar Documents

Publication Publication Date Title
US8717601B2 (en) Server apparatus, and terminal apparatus
US20030090694A1 (en) Just-in-time printer discovery and driver installation system and method
US20070139233A1 (en) Character string processing apparatus, character string processing method, and image-forming apparatus
US20110242594A1 (en) Server apparatus, terminal apparatus, and printing system and data conversion method thereof
JP4141182B2 (ja) 情報処理装置と情報処理方法並びにコンピュータ・ソフトウエア
JP6555892B2 (ja) 画像形成装置及び画像形成装置による印刷制御方法
EP2620864B1 (en) An event notification system in which a terminal is notified of events generated in devices via a network
US8830492B2 (en) Data processing apparatus for sending a single job based on common document information
US8610937B2 (en) Printing system, printing apparatus, control method and program
US20110164268A1 (en) Image forming apparatus, information processing method, and recording medium storing information processing program
JP2007200324A (ja) Ｍｉｍｅタイプベースのプリンタドライバ選択
US20030055866A1 (en) Methods and apparatus for remote execution of an application over the internet
JP6975009B2 (ja) 画像処理装置及びその制御方法、並びにプログラム
US9691010B2 (en) Information processing apparatus, distributed printing system, and method of controlling printing
US7242496B2 (en) Facsimile machine and data conversion device
JP2008123047A (ja) 画像処理装置及びデータ合成出力方法
JP2004118828A (ja) 画像処理装置
JP5450678B2 (ja) ネットワークにおけるイベント通知システム
US10394505B2 (en) Image forming apparatus that controls an execution order of jobs, control method thereof, storage medium, and image forming system
JP3892802B2 (ja) 情報処理装置
JP4221020B2 (ja) 画像処理装置
JP2021026707A (ja) クラウドプリントサービスの提供方法及びサーバ
JP2004086354A (ja) 画像処理装置
JP6248594B2 (ja) 画像処理システム、画像処理装置、処理方法、および制御プログラム
JP2005050045A (ja) 帳票データ作成装置及び方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040224

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070202

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070227