(57)【要約】【課題】  多数のファイルを記憶させる場合であっても、個別のファイルの内容を容易に取り出すことができるようにしながら、メモリの利用効率を上げることができるようにする。【解決手段】  ＭＦＰ１０をＰＣ２０と通信可能とする場合において、ＭＦＰ１０に、静的ファイルである複数のファイル１〜３と、その各ファイル１〜３のオフセット位置情報及びファイルサイズを記載した管理テーブル１１１とを含むアーカイブファイル１１０を記憶させ、ＰＣ２０からアーカイブファイル１１０中のファイルのいずれかの送信を要求された場合に（Ｓ１）、ＨＴＴＰサーバ機能部１０１が、管理テーブル１１１中のデータに基づいてアーカイブファイル１１０から要求されたファイルを検索し（Ｓ２，Ｓ３）、検索したファイルをアーカイブファイル１１０から読み出してＰＣ２０に送信するようにする（Ｓ４，Ｓ５）。【選択図】        図２
2006085569.tif 000002
【特許請求の範囲】
【請求項１】
外部装置と通信するための通信手段を有する画像処理装置であって、
複数の静的ファイルと、該各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶する記憶手段と、
前記外部装置から前記静的ファイルのいずれかの送信を要求された場合に、前記管理データに基づいて前記アーカイブファイル中から要求された静的ファイルを検索する検索手段と、
前記検索手段により検索された静的ファイルを前記アーカイブファイルから取り出して前記外部装置に送信する送信手段とを設けたことを特徴とする画像処理装置。
【請求項２】
請求項１記載の画像処理装置であって、
前記アーカイブファイルは前記静的ファイルを圧縮した状態で含むファイルであり、
前記送信手段は、前記外部装置に送信すべき静的ファイルを解凍処理してから前記外部装置に送信する手段であることを特徴とする画像処理装置。
【請求項３】
請求項１又は２記載の画像処理装置であって、
前記アーカイブファイルを圧縮した状態で前記記憶手段に記憶させておき、起動後にそのアーカイブファイルを解凍して第２の記憶手段に記憶させ、その状態で前記検索手段及び送信手段からのアクセスに供するようにしたことを特徴とする画像処理装置。
【請求項４】
外部装置と通信するための通信手段を有する画像処理装置におけるファイル取扱方法であって、
前記画像処理装置に、
複数の静的ファイルと、該各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶させ、
前記外部装置から前記静的ファイルのいずれかの送信を要求された場合に、前記管理データに基づいて前記アーカイブファイル中から要求された静的ファイルを検索する検索手順と、
前記検索手順で検索された静的ファイルを前記アーカイブファイルから読み出して前記外部装置に送信する送信手順とを実行させるようにしたことを特徴とするファイル取扱方法。
【請求項５】
外部装置と通信するための通信手段を有する画像処理装置を制御するコンピュータを、
複数の静的ファイルと、該各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶する記憶手段と、
前記外部装置から前記静的ファイルのいずれかの送信を要求された場合に、前記管理データに基づいて前記アーカイブファイル中から要求された静的ファイルを検索する検索手段と、
前記検索手段により検索された静的ファイルを前記アーカイブファイルから取り出して前記外部装置に送信する送信手段として機能させるためのプログラム。
【請求項６】
請求項５記載のプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、外部装置からの要求に応じて静的ファイルを送信する機能を有する画像処理装置、このような画像処理装置におけるファイル取扱方法、コンピュータに上記のような画像処理装置を制御させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
従来から、ＰＣ（パーソナルコンピュータ）に搭載されたブラウザ等のクライアントからの要求に応じて、要求されたファイルを送信するサーバ装置が知られている。
図１１に、このようなサーバ装置の概略構成を示す。
この図に示すサーバ装置２００は、ＨＴＴＰ（HyperText Transfer Protocol）サーバ機能部２０１と、ＨＤＤ（ハードディスクドライブ）２０２を備えている。そして、ＨＴＴＰサーバ機能部２０１は受信したＨＴＴＰリクエストに応じて必要な動作を行い、応答としてＨＴＴＰレスポンスを返す機能を有する。また、ＨＤＤ２０２には、ファイル１〜３を始めとする種々のファイルが記憶されている。
そして、例えばＰＣ２０に備えるブラウザ２１から、ＨＴＴＰリクエストによりファイルの転送要求を受けると（ＳＡ）、ＨＴＴＰサーバ機能部２０１がＨＤＤ２０２にアクセスして対象のファイルを取得し（ＳＢ，ＳＣ）、そのファイルをＨＴＴＰレスポンスに含めてブラウザ２１に返すというような動作を行う。
【０００３】
ところで、通常用いられるファイルシステムにおいては、ＨＤＤにおけるデータの記憶領域は、ファイルアロケーションサイズと呼ばれる所定のサイズ毎に区切られており、各ファイルは、ファイルアロケーションサイズの整数倍の領域を使って記憶される。図１１において破線で示した区切りが、ファイルアロケーションサイズ単位の区切りであり、このサイズは例えばＷｉｎｄｏｗｓ（登録商標）の場合には４キロバイト（４０９６バイト）である。
【０００４】
ところが、ファイルの大きさはまちまちであり、ファイルアロケーションサイズの整数倍ちょうどの大きさになるとは限らない。従って、ファイルの末尾には、図１１に示すような空白の領域が生じてしまうことになる。また、この空白の領域には、特に意味のあるデータを記憶させることがないため、この領域があると、記憶領域を無駄に消費してしまうことになる。そして、空白の領域を大きく生じさせるようなファイルを多数記憶させる場合には、多くの記憶領域を無駄に消費してしまうことになる。
【０００５】
このような事態に対処するためには、複数のファイルを連結して１つのアーカイブファイルとし、ファイルを記憶する場合に、そのアーカイブファイルの状態で記憶するようにすることが行われている。このようにすれば、ファイルサイズとファイルアロケーションサイズの不一致による空白は、アーカイブファイル１つにつき１箇所しか生じないため、記憶領域中の空白領域を低減し、記憶領域を効率よく使用することができる。
このようなアーカイブファイルに関する技術は、例えば以下の特許文献１乃至５に記載されている。
【特許文献１】特開２００３−１８９０５１号公報
【特許文献２】特開２００１−３０６３８５号公報
【特許文献３】特開平１１−３５３２４８号公報
【特許文献４】特開２００１−３０６１２０号公報
【特許文献５】特開２００１−２４３１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、近年においては、ＰＣ等の一般的なコンピュータにおいては、メモリやＨＤＤ等の記録媒体の大容量化が進んでいるため、上記のようなファイルサイズとファイルアロケーションサイズの差による記憶領域の利用効率低下という点は、あまり大きな問題とならないことが多い。
しかし、近年では、複写機，プリンタ，スキャナ，ファクシミリ装置，デジタル複合機といった画像処理装置においても、ＨＴＴＰサーバ機能を設け、外部のＰＣ等からアクセスして設定変更等を可能とすることが行われている。そして、このような場合、設定変更を指示するためのＧＵＩのデータ等は、画像処理装置に記憶させておき、外部装置から要求された場合に送信するようにしている。
【０００７】
一方で、画像処理装置においては、低価格化の要求が強く、特に低価格帯の装置においては、コストの問題から潤沢な記憶容量を有するメモリを設けることができない場合も多い。そして、このような場合には、上述のような、ファイルサイズとファイルアロケーションサイズの差による記憶領域の利用効率低下という点が、大きな問題となる。
このような問題を解決するためには、上述したようなアーカイブの技術を利用することが考えられる。しかしながら、外部装置からの要求に応じてファイルを送信できるような構成とするためには、単にファイルを結合することにより記憶領域の利用効率を上げるだけでは不十分であり、同時に個別のファイルの内容を容易に取り出すことができるようにする必要がある。
この発明は、このような問題を解決するためになされたものであり、多数のファイルを記憶させる場合であっても、個別のファイルの内容を容易に取り出すことができるようにしながら、メモリの利用効率を上げることができるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するため、この発明の画像処理装置は、外部装置と通信するための通信手段を有する画像処理装置において、複数の静的ファイルと、その各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶する記憶手段と、上記外部装置から上記静的ファイルのいずれかの送信を要求された場合に、上記管理データに基づいて上記アーカイブファイル中から要求された静的ファイルを検索する検索手段と、上記検索手段により検索された静的ファイルを上記アーカイブファイルから取り出して上記外部装置に送信する送信手段とを設けたものである。
【０００９】
このような画像処理装置において、上記アーカイブファイルを上記静的ファイルを圧縮した状態で含むファイルとし、上記送信手段を、上記外部装置に送信すべき静的ファイルを解凍処理してから上記外部装置に送信する手段とするとよい。
さらに、上記アーカイブファイルを圧縮した状態で上記記憶手段に記憶させておき、起動後にそのアーカイブファイルを解凍して第２の記憶手段に記憶させ、その状態で上記検索手段及び送信手段からのアクセスに供するようにするとよい。
【００１０】
また、この発明のファイル取扱方法は、外部装置と通信するための通信手段を有する画像処理装置におけるファイル取扱方法において、上記画像処理装置に、複数の静的ファイルと、その各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶させ、上記外部装置から上記静的ファイルのいずれかの送信を要求された場合に、上記管理データに基づいて上記アーカイブファイル中から要求された静的ファイルを検索する検索手順と、上記検索手順で検索された静的ファイルを上記アーカイブファイルから読み出して上記外部装置に送信する送信手順とを実行させるようにしたものである。
【００１１】
また、この発明のプログラムは、外部装置と通信するための通信手段を有する画像処理装置を制御するコンピュータを、複数の静的ファイルと、その各静的ファイルのオフセット位置情報を示す管理データとを含むアーカイブファイルを記憶する記憶手段と、上記外部装置から上記静的ファイルのいずれかの送信を要求された場合に、上記管理データに基づいて上記アーカイブファイル中から要求された静的ファイルを検索する検索手段と、上記検索手段により検索された静的ファイルを上記アーカイブファイルから取り出して上記外部装置に送信する送信手段として機能させるためのプログラムである。
また、この発明の記録媒体は、このようなプログラムを記録したコンピュータ読取可能な記録媒体である。
【発明の効果】
【００１２】
以上のようなこの発明の画像処理装置又はファイル取扱い方法によれば、多数のファイルを記憶させる場合であっても、個別のファイルの内容を容易に取り出すことができるようにしながら、メモリの利用効率を上げることができる。
また、この発明のプログラムによれば、コンピュータを上記の画像処理装置として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明を実施するための最良の形態について、図面を参照して説明する。
〔第１の実施形態：図１乃至図４〕
まず、この発明の画像処理装置の第１の実施形態であり、この発明のファイル取扱方法によりファイルを取り扱う装置であるデジタル複合機（ＭＦＰ）について説明する。
図１は、そのＭＦＰの構成を、そのＭＦＰにアクセス可能なＰＣと共に示したブロック図である。
図１に示したＭＦＰ１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ（ＮＶＲＡＭ）１４，ネットワークＩ／Ｆ１５，エンジン部１６を備えている。
【００１４】
ＣＰＵ１１は、ＭＦＰ１０全体を統括制御する制御手段であり、ＲＯＭ１２や不揮発性メモリ１４に記録された種々のプログラムを実行することにより、検索手段，送信手段等の各手段として機能し、後述するようにこの実施形態の特徴に係る種々の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。また、後述するアーカイブファイルもこのＲＯＭ１２に記憶させる。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。
【００１５】
ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。
【００１６】
ネットワークインタフェース（Ｉ／Ｆ）１５は、ＭＦＰ１０をネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）方式の通信を行うためのインタフェースである。そして、ネットワーク３０を介して他の装置と通信を行う場合、このネットワークＩ／Ｆ１５とＣＰＵ１１とが通信手段として機能する。なお、ネットワーク３０は、有線、無線を問わず種々の方式のものが使用可能であり、ネットワークＩ／Ｆ１５は、ネットワーク３０の規格や使用する通信プロトコル等に応じて適切なものを用意する。また、複数の規格に対応させて複数のネットワークＩ／Ｆ１５を設けることも当然可能である。
【００１７】
エンジン部１６は、画像形成部、画像読取部、ファクシミリ通信ユニット等であり、ＣＰＵ１１がこれらの動作を適切に制御することにより、ＭＦＰ１０にコピー、プリント、スキャン、ファクシミリ通信等の種々の動作を実行させることができる。なお、この部分は、この実施形態の特徴とはあまり関係ないため、図示は簡単なものに留めている。
また、以上のようなＭＦＰ１０は、ここでは、ネットワーク３０を介してＰＣ２０と通信可能としている。
【００１８】
次に、図２に、ＭＦＰ１０及びＰＣ２０における、この実施形態の特徴に関連する部分の機能構成を示す。
この図に示すように、ＭＦＰ１０はＨＴＴＰサーバ機能部１０１を備え、このＨＴＴＰサーバ機能部１０１により、受信したＨＴＴＰリクエストに応じて必要な動作を行い、応答としてＨＴＴＰレスポンスを返す機能を有する。
そして、ＨＴＴＰリクエストにより、ファイルの送信を要求された場合には、ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ１４等に記憶しているファイルを読み出してＨＴＴＰレスポンスに含めて返すことができる。また、このファイルの送信には、ファイルを単体で送信するだけでなく、ウェブページの表示を要求された場合に、表示するページに含まれる画像データを格納したファイルを送信して表示の用に供するような処理も含む。
【００１９】
また、ＭＦＰ１０においては、ＲＯＭ１２に記憶させるファイルを、複数のファイルを結合したアーカイブファイル１１０として記憶させるようにしている。なお、図２においては、図示の便宜のため、ファイル１〜ファイル３の３つのファイルを結合したアーカイブファイル１１０を示しているが、更に多くのファイルを結合させたものでもよいことはもちろんである。ＲＯＭ１２に記憶させる全てのファイル、あるいは外部装置に送信されることが想定される全てのファイルを結合して１つのアーカイブファイル１１０とするとよい。
このようなアーカイブファイル１１０は、図２に示すように、先頭に管理データを記載した管理テーブル１１１を有し、その後ろに、結合した各ファイルの内容を隙間なく配置した構成になっている。このとき、ファイルとファイルの間には、特にファイルの境界であることを示す情報を含める必要はない。
【００２０】
また、図３に、管理テーブル１１１に記載する情報の例を示す。
この図に示すように、管理テーブル１１１には、連結した各ファイルのファイル名と対応させて、そのファイルに係るデータの格納開始位置をアーカイブファイル１１０の先頭からのバイト数で示すオフセット位置情報である「オフセット」の情報と、そのファイルに係るデータのサイズを示す「ファイルサイズ」の情報とを記載している。なお、先頭のファイルの「オフセット」は管理テーブル１１１のサイズを示すことになる。
【００２１】
そして、アーカイブファイル１１０中から特定のファイルを取り出したい場合、管理テーブル１１１を参照して所望のファイルのファイル名で検索し、そのファイルについての「オフセット」と「ファイルサイズ」の情報を取得し、アーカイブファイル１１０の先頭から「オフセット」だけ後ろのバイトから始めて、「ファイルサイズ」のバイト数分だけデータを読み出すようにすればよい。
アーカイブファイル１１０においては、各ファイルのデータを格納している領域（管理テーブル１１１以外の領域）には、どこにどのファイルのデータが格納されているかを示す情報は用意していないが、管理テーブル１１１から得られる情報に従った位置のデータを読み出すことにより、連結前のファイルのデータを容易に取得することができるのである。
【００２２】
一方、各ファイルを連結して１つのアーカイブファイル１１０にすると、ファイルサイズとファイルアロケーションサイズの違いによって生じていた空白領域を、アーカイブファイル１１０の末尾以外ではなくすことができる。従って、管理テーブル１１１の記憶に必要な領域を用意することが必要になったとしても、図１１に示したように各ファイルをばらばらに記憶するようにする場合に比べ、全体としてファイルの記憶に必要な記憶容量を低減することができる。
なお、一旦連結されてアーカイブファイル１１０に含められたファイルは、そのままでは内容を変更できない。従って、アーカイブファイル１１０に含めることができるファイルは、内容が固定的な静的ファイルのみであり、動作中に内容が変更されるような動的ファイルは、アーカイブファイル１１０に含めることはできない。
【００２３】
図２の説明に戻る。
このような形式でＲＯＭ１２に種々のファイルを記憶しているＭＦＰ１０は、ＰＣ２０のブラウザ２１からＨＴＴＰリクエストによりＲＯＭ１２中のファイルの送信を要求されると（Ｓ１）、ＨＴＴＰサーバ機能部１０１がこの要求を受け付ける。そして、ＲＯＭ１２に記憶しているアーカイブファイル１１０中の管理テーブル１１１を検索して該当ファイルの位置情報（「オフセット」と「ファイルサイズ」の情報）を取得する（Ｓ２）。
そして、アーカイブファイル１１０中からその取得した位置情報が示す位置のデータを読み出すことにより、送信を要求されたファイルのデータをＲＯＭ１２から取り出し（Ｓ３，Ｓ４）、これをＨＴＴＰレスポンスに記載してブラウザ２１に返すことができる（Ｓ５）。
【００２４】
なお、外部装置に送信されることが想定される全てのファイルを結合して１つのアーカイブファイル１１０としておけば、ステップＳ２で１つの管理テーブルのみを参照するだけでよいことになる。ただし、複数のアーカイブファイルを用いることを妨げるものではない。
また、ここではＨＴＴＰサーバ機能部１０１がＲＯＭ１２に直接アクセスするように図示したが、ＲＯＭ１２のデータをＲＡＭ１３に予め読み出しておき、ＨＴＴＰサーバ機能部１０１がＲＡＭ１３にアクセスするようにすることも考えられる。また、ここではＲＯＭ１２におけるファイルの記録状態を示したが、不揮発メモリ１４に記憶させるファイルについても同様なアーカイブファイルを利用可能である。
【００２５】
図４に、以上のようなファイル送信に関連してＭＦＰ１０のＣＰＵ１１が実行する処理のフローチャートを示す。この図には、この実施形態の特徴に係る処理を中心に示し、それ以外の一般的な処理については図示を省略している。
ＣＰＵ１１は、ＭＦＰ１０が起動されると、ＲＯＭ１２や不揮発メモリ１４に記憶している所要の制御プログラムを実行することにより、図４のフローチャートに示す処理を開始する。
【００２６】
そして、ステップＳ１０１で所要の起動処理を行った後、ステップＳ１０２で、ＲＯＭ１２に記憶しているアーカイブファイル１１０中の管理テーブル１１１をＲＡＭ１３に読み出す。
その後、ステップＳ１０３でＰＣ２０等の外部装置からの要求を受信するまで待機する。そして要求を受信すると、ステップＳ１０４でその要求がファイル送信要求か否かを判断する。
そして、ファイル送信要求であれば、ステップＳ１０５において管理テーブル１１１で要求対象のファイルを検索し、対象ファイルについての「オフセット」と「ファイルサイズ」の情報を取得する。そして、ステップＳ１０６で、取得した「オフセット」の情報に従ってアーカイブファイル１１０中の対象ファイルのオフセット位置を探す。以上のステップＳ１０５及びＳ１０６の処理が検索手順の処理であり、これらの処理においては、ＣＰＵ１１が検索手段として機能する。
【００２７】
その後、ステップＳ１０７で、ステップＳ１０６で発見したオフセット位置から対象ファイルのファイルサイズ分のデータを読み出し、ステップＳ１０８で読み出したデータを送信要求に係るファイルとして要求の送信元に送信する。以上のステップＳ１０７及びＳ１０８の処理が送信手順の処理であり、これらの処理においては、ＣＰＵ１１が送信手段として機能する。
そして、以上でファイル送信要求に応答するための処理を終了し、ステップＳ１０３に戻って次の要求を待つ。
【００２８】
また、ステップＳ１０４でファイル送信要求でなければ、ステップＳ１０９で受信した要求に係る処理を行い、その後ステップＳ１０３に戻って次の要求を待つ。
以上のような処理を行うことにより、ＰＣ２０等の外部装置からのファイル送信要求に応じて、その要求に係るファイルをアーカイブファイルから読み出して送信することができる。
【００２９】
〔第２の実施形態：図５乃至図７〕
次に、この発明の画像処理装置の第２の実施形態であり、この発明のファイル取扱方法によりファイルを取り扱う装置であるデジタル複合機（ＭＦＰ）について説明する。
なお、この実施形態のＭＦＰは、アーカイブファイルの形式が第１の実施形態と異なり、それに伴って解凍処理部を設けた点が第１の実施形態の場合と異なるのみであるので、この点以外の説明は簡単にするか省略する。また、この実施形態において、第１の実施形態における構成と対応する部分には、これと同じ符号を用いる。
【００３０】
まず、図５に、ＭＦＰ１０及びＰＣ２０における、この実施形態の特徴に関連する部分の機能構成を示す。この図は、第１の実施形態における図２と対応するものである。
この図に示すように、この実施形態においては、ＭＦＰ１０に、ＨＴＴＰサーバ機能部１０１に加えて解凍処理部１０２を設けている。そして、解凍処理部１０２は、圧縮されたファイルに対して解凍処理を行い、圧縮前の状態に戻す処理を行う機能を有する。
また、この実施形態においても、ＲＯＭ１２に記憶させるファイルを、複数のファイルを結合したアーカイブファイル１２０として記憶させるようにしているが、アーカイブファイル１２０に含める各ファイルを、圧縮処理を施して圧縮した状態で結合するようにしている点が、第１の実施形態の場合と異なる。そして、このような圧縮処理を行うことにより、図２の場合と同じ内容のファイル１〜３を含むアーカイブファイル１２０を作成する場合であっても、サイズの小さなものにすることができ、その分だけ少ない記憶容量でファイルを記憶することができる。
【００３１】
なお、図５に示すアーカイブファイル１２０も、管理テーブル１２１を有する。
図６に管理テーブル１２１に記憶させる情報の例を示すが、この図からわかるように、管理テーブル１２１に記憶させる情報は、第１の実施形態の管理テーブル１１１の場合と同様な種類及び形式のものである。
そして、アーカイブファイル１２０中から特定のファイルを取り出したい場合に、アーカイブファイル１２０の先頭から取り出したいファイルの「オフセット」だけ後ろのバイトから始めて、「ファイルサイズ」のバイト数分だけデータを読み出せばよいことも第１の実施形態の場合と同様である。しかし、アーカイブファイル１２０の場合には、この処理で取得できるデータは、圧縮された状態のファイルであるから、これに対して解凍処理を行うことにより、目的のファイルのデータを取得することができる。
【００３２】
図５の説明に戻る。
このような形式でＲＯＭ１２に種々のファイルを記憶しているＭＦＰ１０は、ＰＣ２０のブラウザ２１からＨＴＴＰリクエストによりＲＯＭ１２中のファイルの送信を要求されると（Ｓ１１）、ＨＴＴＰサーバ機能部１０１がこの要求を受け付け、解凍処理部１０２にそのファイルの取得を要求する（Ｓ１２）。
【００３３】
すると、解凍処理部１０２がこれに応じてＲＯＭ１２に記憶しているアーカイブファイル１２０中の管理テーブル１２１を検索して該当ファイルの位置情報（「オフセット」と「ファイルサイズ」の情報）を取得する（Ｓ１３）。
そして、その位置のデータを読み出すことにより、送信を要求されたファイルのデータを圧縮された状態でＲＯＭ１２から取り出し（Ｓ１４，Ｓ１５）、これを解凍して元のファイルのデータに戻し、ＨＴＴＰサーバ機能部１０１に渡す（Ｓ１６）。このことにより、ＨＴＴＰサーバ機能部１０１はこのファイルをＨＴＴＰレスポンスに含めてブラウザ２１に返すことができる（Ｓ１７）。
なお、この実施形態でも第１の実施形態と同様な変形が可能であることはもちろんである。
【００３４】
図７に、以上のようなファイル送信に関連してＭＦＰ１０のＣＰＵ１１が実行する処理のフローチャートを示す。この図は、第１の実施形態における図４と対応するものである。また、この図７においては、ＨＴＴＰサーバ機能部１０１の機能に係る処理と、解凍処理部１０２の機能に係る処理とを別々のフローチャートに示している。そして、これらのフローチャート間の矢印は、これらの処理を行うプロセス間でのデータの受け渡しを示すものである。
【００３５】
ＣＰＵ１１は、ＭＦＰ１０が起動されると、ＲＯＭ１２や不揮発メモリ１４に記憶している所要の制御プログラムを実行することにより、図７の各フローチャートに示す処理を開始する。
そして、解凍処理部１０２側では、ステップＳ１３１で所要の起動処理を行った後、ステップＳ１３２で、ＲＯＭ１２に記憶しているアーカイブファイル１２０中の管理テーブル１２１をＲＡＭに読み出す。
【００３６】
一方、ＨＴＴＰサーバ機能部１０１側では、ステップＳ１２１で所要の起動処理を行った後、ステップＳ１２２でＰＣ２０等の外部装置からの要求を受信するまで待機する。そして要求を受信すると、ステップＳ１２３でその要求がファイル送信要求か否かを判断する。そして、ファイル送信要求であれば、ステップＳ１２４で解凍処理部１０２側に要求対象のファイルの取得を要求する。
【００３７】
解凍処理部１０２側では、この要求を受けると、ステップＳ１３３において管理テーブル１２１で要求対象のファイルを検索し、対象ファイルについての「オフセット」と「ファイルサイズ」の情報を取得する。そして、ステップＳ１３４で、取得した「オフセット」の情報に従ってアーカイブファイル１２０中の対象ファイルのオフセット位置を探す。以上のステップＳ１３３及びＳ１３４の処理が検索手順の処理であり、これらの処理においては、ＣＰＵ１１が検索手段として機能する。
【００３８】
その後、ステップＳ１３５で、ステップＳ１３４で発見したオフセット位置から対象ファイルのファイルサイズ分のデータを読み出し、ステップＳ１３６でその読み出したデータを解凍して要求されたファイルのデータを生成してＨＴＴＰサーバ機能部１０１に返す。
解凍処理部１０２側では以上で一連の処理を終了し、ＨＴＴＰサーバ機能部１０１から次のファイルを要求されるまで待機する。
【００３９】
また、ＨＴＴＰサーバ機能部１０１側では、解凍処理部１０２からファイルのデータを受け取ると、ステップＳ１２５でそのデータを送信要求に係るファイルとして要求の送信元に送信する。以上のステップＳ１３５，Ｓ１３６及びＳ１２５の処理が送信手順の処理であり、これらの処理においては、ＣＰＵ１１が送信手段として機能する。
そして、以上でファイル送信要求に応答するための処理を終了し、ステップＳ１２２に戻って次の要求を待つ。
また、ステップＳ１２３でファイル送信要求でなければ、ステップＳ１２６で受信した要求に係る処理を行い、その後ステップＳ１２２に戻って次の要求を待つ。
以上のような処理を行うことにより、ＰＣ２０等の外部装置からのファイル送信要求に応じて、その要求に係るファイルをアーカイブファイルから読み出して送信することができる。
【００４０】
〔変形例：図８乃至図１０〕
次に、上述した各実施形態の変形例について説明する。
上述した各実施形態においては、アーカイブファイル１１０，１２０をそのままＲＯＭ１２に記憶させる例について説明した。しかし、アーカイブファイル１１０，１２０を圧縮した状態でＲＯＭ１２に記憶させておき、起動時にこれを解凍してＲＡＭ１３に展開するようにし、ＨＴＴＰサーバ機能部１０１あるいは解凍処理部１０２がＲＡＭ１３上のアーカイブファイル１１０，１２０にアクセスして必要なファイルのデータを取得するようにしてもよい。
【００４１】
まず、図８に、第１の実施形態にこのような変形を適用した場合の図２と対応する機能構成図を示す。
この図に示すように、この変形例では、ＭＦＰ１０において、第１の実施形態の場合と同様なアーカイブファイル１１０を、圧縮した状態の圧縮アーカイブファイル１１２としてＲＯＭ１２に記憶させておくようにしている。そして、装置の起動時に解凍処理部１０２がＲＯＭ１２にアクセスして圧縮アーカイブファイル１１２を読み出し（Ｓ２１，Ｓ２２）、これを解凍してアーカイブファイル１１０を取得し、ＲＡＭ１３に展開する（記憶させる）ようにしている（Ｓ２３）。この場合において、ＲＡＭ１３が第２の記憶手段に該当する。
【００４２】
図９に、この処理のフローチャートを示すが、このような処理は図４のステップＳ１０１に示した起動処理の中で行うようにすればよい。なお、このような処理を行った場合、管理テーブル１１１は既にＲＡＭ１３に読み出されているから、図４のステップＳ１０２の処理は不要である。また、ＲＡＭ１３上に展開したアーカイブファイル１１０の取扱いは、記憶されているメモリが違う点を除けば第１の実施形態の場合と同様であるから、説明は省略する。
【００４３】
以上のような構成とすることにより、第１の実施形態の場合よりもＲＯＭ１２上でアーカイブファイルを記憶するための記憶容量を低減することができる。制御プログラムや外部装置への送信用ファイル等をアップデート可能とするため、ＲＯＭ１２を書き換え可能な不揮発性記憶手段で構成することがしばしば行われるが、このようなメモリは通常の揮発性ＲＡＭよりも高価であるため、このような構成とする場合には記憶容量を低減することによるコスト削減の効果が大きい。
【００４４】
また、図９に、第２の実施形態に同様な変形を適用した場合の図５と対応する機能構成図を示す。
この図に示すように、この変形例では、ＭＦＰ１０において、第２の実施形態の場合と同様なアーカイブファイル１２０を、圧縮した状態の圧縮アーカイブファイル１２２としてＲＯＭ１２に記憶させておくようにしている。そして、装置の起動時に解凍処理部１０２がＲＯＭ１２にアクセスして圧縮アーカイブファイル１２２を読み出し（Ｓ３１，Ｓ３２）、これを解凍してアーカイブファイル１２０を取得し、ＲＡＭ１３に展開するようにしている（Ｓ３３）。この場合においても、ＲＡＭ１３が第２の記憶手段に該当する。また、図示の都合上解凍処理部１０２を２箇所に示しているが、これらは共通の機能部としてよい。
【００４５】
また、このような処理は、図７のステップＳ１３１に示した解凍処理部１０２側の起動処理の中で、図９のフローチャートに示した処理を実行することにより行うようにすればよい。なお、このような処理を行った場合、管理テーブル１２１は既にＲＡＭ１３に読み出されているから、図７のステップＳ１３２の処理は不要である。また、ＲＡＭ１３上に展開したアーカイブファイル１２０の取扱いは、記憶されているメモリが違う点を除けば第２の実施形態の場合と同様であるから、説明は省略する。
以上のような構成とすることにより、第２の実施形態の場合よりもＲＯＭ１２上でアーカイブファイルを記憶するための記憶容量を低減することができ、上述の場合と同様な効果を得ることができる。
【００４６】
なお、この発明が、以上説明してきた実施形態及び変形例に限定されないことはもちろんである。各部の処理の内容、データの記憶形式、要求及び応答の転送に使用するプロトコル等は、この発明の趣旨を逸脱しない範囲内で自由に変更して構わない。
また、以上説明してきた実施形態では、この発明の画像処理装置の例としてＭＦＰについて説明したが、プリンタ，コピー機，スキャナ、ファクシミリ通信装置等の画像処理装置にもこの発明が適用可能であることはもちろんである。さらに、画像処理装置以外の通信装置であっても、外部装置に送信するための多数のファイルを記憶する必要がありながら大容量のメモリの搭載が困難であるような通信装置にこの発明を適用しても、効果的である。
【００４７】
また、この発明によるプログラムは、コンピュータに、上述したＭＦＰ１０のような画像処理装置を制御させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手段として機能させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【００４８】
以上説明してきたように、この発明の画像処理装置、ファイル取扱い方法、プログラムあるいは記録媒体によれば、多数のファイルを記憶させる場合であっても、個別のファイルの内容を容易に取り出すことができるようにしながら、メモリの利用効率を上げることができる。
従って、この発明を利用することにより、低コストで画像処理装置を構成することができる。
【図面の簡単な説明】
【００４９】
【図１】この発明の画像処理装置の第１の実施形態であり、この発明のファイル取扱方法によりファイルを取り扱う装置であるＭＦＰの構成を、そのＭＦＰにアクセス可能なＰＣと共に示したブロック図である。
【図２】図１に示したＭＦＰ及びＰＣにおける、第１の実施形態の特徴に関連する部分の機能構成を示す図である。
【図３】図２に示した管理テーブルに記載する情報の例を示す図である。
【図４】図２を用いて説明したファイル送信に関連してＭＦＰのＣＰＵが実行する処理のフローチャートである。
【図５】図１に示したＭＦＰ及びＰＣにおける、第２の実施形態の特徴に関連する部分の機能構成を示す図である。
【図６】図５に示した管理テーブルに記載する情報の例を示す図である。
【図７】図５を用いて説明したファイル送信に関連してＭＦＰのＣＰＵが実行する処理のフローチャートである。
【図８】図１に示したＭＦＰ及びＰＣにおける、第１の実施形態の変形例の特徴に関連する部分の機能構成を示す図である。
【図９】その変形例においてＭＦＰのＣＰＵが実行する処理の一部を示すフローチャートである。
【図１０】図１に示したＭＦＰ及びＰＣにおける、第２の実施形態の変形例の特徴に関連する部分の機能構成を示す図である。
【図１１】従来のサーバ装置の機能構成を示す図である。
【符号の説明】
【００５０】
１０：ＭＦＰ、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：不揮発性メモリ、
１５：ネットワークＩ／Ｆ、１６：エンジン部、１７：システムバス、２０：ＰＣ、
２１：ブラウザ、１０１，２０１：ＨＴＴＰサーバ機能部、１０２：解凍処理部、
１１０，１２０：アーカイブファイル、１１１，１２１：管理テーブル、
１１２，１２２：圧縮アーカイブファイル、２００：サーバ装置、２０２：ＨＤＤ
【図１】
2006085569.tif 000003
【図２】
2006085569.tif 000004
【図３】
2006085569.tif 000005
【図４】
2006085569.tif 000006
【図５】
2006085569.tif 000007
【図６】
2006085569.tif 000008
【図７】
2006085569.tif 000009
【図８】
2006085569.tif 000010
【図９】
2006085569.tif 000011
【図１０】
2006085569.tif 000012
【図１１】
2006085569.tif 000013