(57)【特許請求の範囲】
【請求項１】
第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置であって、
前記第一ファイルシステムにより管理される記憶装置と、
前記記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成手段と、
前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成手段と、
前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成手段と、
前記第二ファイルシステム用領域構成情報作成手段で作成した構成情報を基に、前記仮想論理ブロック生成手段で生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換手段と、
前記論理ブロック番号変換手段で変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセス手段とを有することを特徴とする情報処理装置。
【請求項２】
前記第一ファイルシステムは汎用ファイルシステムであり、前記第二ファイルシステムは当該情報処理装置に固有のファイルシステムであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ファイル生成手段は、前記予約ファイルの数を増減することができることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ファイル生成手段は、前記第二ファイルシステム用領域を、複数に分けて確保することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記ファイル生成手段は、前記記憶装置において、前記予約ファイルの領域を連続領域となるように確保することを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記記憶装置において前記第一ファイルシステムが管理するデータは画像データであることを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置による情報管理方法であって、
前記第一ファイルシステムにより管理される記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成ステップと、
前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成ステップと、
前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成ステップと、
前記第二ファイルシステム用領域構成情報作成ステップで作成した構成情報を基に、前記仮想論理ブロック生成ステップで生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換ステップと、
前記論理ブロック番号変換ステップで変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセスステップとを有することを特徴とする情報管理方法。
【請求項８】
第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置による情報管理をコンピュータに実行させるためのプログラムであって、
前記第一ファイルシステムにより管理される記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成ステップと、
前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成ステップと、
前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成ステップと、
前記第二ファイルシステム用領域構成情報作成ステップで作成した構成情報を基に、前記仮想論理ブロック生成ステップで生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換ステップと、
前記論理ブロック番号変換ステップで変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセスステップとをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のファイルシステムを用いて、例えば画像データをデジタル的に生成、制御する情報処理装置等に関するものである。
【背景技術】
【０００２】
近年、デジタル複写機をベースにして多数の機能が付加された複合機能装置が実用化されている。この種の複合機能装置は、元来有するスキャナやプリンタを使用した、ファクシミリ通信機能、コンピュータから送られたコードデータをビットマップデータに展開してプリントアウトする機能、スキャナから読み込んだ画像をネットワーク配信する機能等を有する。複合機能装置はまた、ネットワーク上から配信された画像をプリントする機能や、所謂パーソナルボックス機能等も有する。パーソナルボックス機能は、ユーザ個人や部署毎の記憶領域を確保し、そこにプリンタ画像やスキャン画像を格納しておくことで、好きなときにこれらの画像を出力等できる機能である。
【０００３】
こうした複合機能装置においては、高解像度で読み込んだ画像を即座に処理する必要があり、高速に処理するためにデバイス固有の独自のファイルシステム（本明細書では、独自高速ファイルシステムと称する）を用いている。このような独自高速ファイルシステムでは、ファイルの高速処理を最優先で行うため、例えば１クラスタのサイズが１メガバイトと大きく、画像データを連続した領域に格納するように制御する。
【０００４】
一方、複合機能装置をネットワークに接続した場合における機能も高機能化が進んでおり、異機種複合機能装置間や、パーソナルコンピュータ（ＰＣ）やファイルサーバと複合機能装置間での画像データの利用や共有を行うことも可能になっている。
【０００５】
【特許文献１】特開２００５−１２２４３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年、ジャーナリング等のファイルの管理を効率的に行うための高度な機能を有するファイルシステムが一般的になりつつある。しかしながら、従来の複合機能装置では、上述したようにファイル転送パフォーマンスが要求されるため、独自高速ファイルシステムを採用しており、高度な機能を有する一般的なファイルシステムをそのまま採用することが難しいという問題があった。
【０００７】
一方で、異機種複合機能装置間や、ＰＣやファイルサーバと複合機能装置間での画像データの利用や共有を行うには、ＰＤＦ等の汎用ファイルのハンドリングが必要であるため、例えばｅｘｔ３等の新しい世代の汎用ファイルシステムを使用することが必須となる。
【０００８】
従って、従来の複合機能装置では、異機種複合機能装置間等で画像データの利用や共有を行う場合には、独自高速ファイルシステムと汎用ファイルシステムとの２種類のパーティションを用意する必要があった。
【０００９】
図１１に、独自高速ファイルシステムと汎用ファイルシステムとの２種類のパーティションを用意した複合機能装置におけるハードディスクの構成を示す。図１１において、１１００は８０ギガバイトのハードディスクである。１１０１は汎用ファイルシステムのパーティションであり、サイズは６０ギガバイトである。１１０２は独自高速ファイルシステムのパーティションであり、サイズは２０ギガバイトである。
【００１０】
しかし、予め２種類のパーティションを用意する構成とした場合、ユーザデータの保護や複合機能装置の市場におけるメインテナンスの観点からパーティションのサイズを変更することは難しい。そのため、ユーザの使用用途に応じて機能毎に使用できるサイズを変更することができないという問題があった。
【００１１】
本発明は係る実情に鑑みてなされたものであり、例えば独自高速ファイルシステムと汎用ファイルシステムとを用いる場合に、予めそれぞれの領域を用意するのではなく、独自高速ファイルシステム用領域のサイズを変更できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
本発明の情報処理装置は、第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置であって、前記第一ファイルシステムにより管理される記憶装置と、前記記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成手段と、前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成手段と、前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成手段と、前記第二ファイルシステム用領域構成情報作成手段で作成した構成情報を基に、前記仮想論理ブロック生成手段で生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換手段と、前記論理ブロック番号変換手段で変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセス手段とを有することを特徴とする。
また、本発明の情報管理方法は、第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置による情報管理方法であって、前記第一ファイルシステムにより管理される記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成ステップと、前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成ステップと、前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成ステップと、前記第二ファイルシステム用領域構成情報作成ステップで作成した構成情報を基に、前記仮想論理ブロック生成ステップで生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換ステップと、前記論理ブロック番号変換ステップで変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセスステップとを有することを特徴とする。
また、本発明のプログラムは、第一ファイルシステム、及びデータブロックの１ブロックのサイズが前記第一ファイルシステムのデータブロックの１ブロックのサイズよりも大きい第二ファイルシステムを用いる情報処理装置による情報管理をコンピュータに実行させるためのプログラムであって、前記第一ファイルシステムにより管理される記憶装置において、第二ファイルシステム用領域を確保するための、前記第二ファイルシステムの１ブロックのサイズからなる予約ファイルを複数生成するファイル生成ステップと、前記第二ファイルシステム用領域の構成情報を作成する第二ファイルシステム用領域構成情報作成ステップと、前記記憶装置において前記第一ファイルシステムが管理するデータを指定するために前記第二ファイルシステムが用いる仮想論理ブロック番号を生成する仮想論理ブロック生成ステップと、前記第二ファイルシステム用領域構成情報作成ステップで作成した構成情報を基に、前記仮想論理ブロック生成ステップで生成した仮想論理ブロック番号を前記第一ファイルシステムにおける論理ブロック番号に変換する論理ブロック番号変換ステップと、前記論理ブロック番号変換ステップで変換した論理ブロック番号を基に、前記予約ファイルで確保されたデータブロックにアクセスするデータアクセスステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、複数のファイルシステム、例えば独自高速ファイルシステムと汎用ファイルシステムとを用いる場合に、予めそれぞれの領域を用意するのではなく、独自高速ファイルシステム用領域のサイズを変更することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を説明する。
＜ネットワーク構成＞
図１は、本発明の実施の形態に係る複合機能装置を有するネットワークシステムの構成を模式的に示した図である。本実施の形態では、本発明の情報処理装置として機能する複合機能装置として、データ送信機能を有する複写機を例に挙げて説明する。
【００１５】
図１において、複写機１０１は、複写機１０１と同等の機能を持つ複写機１０２、ファクシミリ１０３、データベース／メールサーバ１０４、及びクライアントコンピュータ１０５とイーサネット（登録商標）等からなるＬＡＮ１０６を介して接続する。複写機１０１はまた、ファクシミリ１０７と、公衆回線（ＷＡＮ）１０８を介して接続する。これら各装置を接続することで、本実施の形態に係るネットワークシステムが構成される。
【００１６】
複写機１０１は、コピー機能、ファクシミリ機能を有するとともに、原稿画像を読み取り、該読み取った画像データをＬＡＮ１０６上の各装置に送信するデータ送信機能を有する。複写機１０１はまた、ＰＤＬ（page description language）機能を有しており、ＬＡＮ１０６上に接続されているコンピュータから指示されたＰＤＬ画像を受信して印刷することが可能である。複写機１０１はまた、複写機１０１で読み取った画像や、ＬＡＮ１０６上に接続されているコンピュータから指示されたＰＤＬ画像を、ＨＤＤ２０４の指定したボックス領域に保存する機能を有し、ボックス領域に保存された画像を印刷することが可能である。該機能は、いわゆるパーソナルボックス機能である。
【００１７】
また複写機１０１は、ＬＡＮ１０６を介して複写機１０２が読み取ったデータを受信し、受信したデータを複写機１０１内のＨＤＤ２０４（図２を参照のこと）に保存し、印刷出力する機能を有する。更に複写機１０１は、クライアントコンピュータ１０５とＬＡＮ１０６とを介してデータベース／メールサーバ１０４の画像を受信し、複写機１０１内に保存し、印刷出力する機能を有する。
【００１８】
ファクシミリ１０３は、ＬＡＮ１０６を介して複写機１０１が読み取ったデータを受信し、該受信したデータを送信することが可能である。データベース／メールサーバ１０４は、ＬＡＮ１０６を介して複写機１０１が読み取ったデータを受信し、内部のデータベースに格納し、電子メールとして送信する機能を有するサーバ装置である。
【００１９】
クライアントコンピュータ１０５は、データベース／メールサーバ１０４から所望のデータを取得して表示することが可能である。クライアントコンピュータ１０５はまた、ＬＡＮ１０６を介して複写機１０１が読み取ったデータを受信し、受信したデータを加工、編集することが可能である。ファクシミリ１０７は、公衆回線１０８を介して複写機１０１が読み取ったデータを受信し、受信したデータを印刷出力することが可能である。
【００２０】
＜複写機１０１のシステム構成＞
図２は、本実施の形態に係る複写機１０１の主要部のシステム構成を示したブロック図である。
【００２１】
図２において、コントローラユニット２００は複写機１０１における各種制御を行う。コントローラユニット２００は例えば、画像入力デバイスであるスキャナ３００や画像出力デバイスであるプリンタ４００を接続し、スキャナ３００で読み取られた画像データをプリンタ４００により印刷出力するコピー機能を実現するための制御を行う。コントローラユニット２００はまた、ＬＡＮ１０６や公衆回線（ＷＡＮ）１０７に接続することによって、画像情報やデバイス情報の入出力を行うための制御を行う。
【００２２】
コントローラユニット２００による処理は主にＣＰＵ２０１によりなされる。ＣＰＵ２０１は、ＲＯＭ２０３に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げ、該ＯＳ上でハードディスクドライブ（ＨＤＤ）２０４に格納されているアプリケーションプログラムを実行することによって各種制御を実行する。ＣＰＵ２０１の作業領域としてはＲＡＭ２０２を用いることができる。ＲＡＭ２０２は、作業領域として用いられるとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ２０４は、上記アプリケーションプログラムとともに画像データも格納する。
【００２３】
ＣＰＵ２０１にはまた、上記ＲＡＭ２０２、ＲＯＭ２０３等のほか、システムバス２０７を介して、操作部インタフェース（操作部Ｉ／Ｆ）２０６、ネットワークインタフェー
ス（ネットワークＩ／Ｆ）２１０等が接続される。また、モデム２５０、イメージバスイ
ンタフェース（イメージバスＩ／Ｆ）２０５等も接続される。
【００２４】
操作部Ｉ／Ｆ２０６は、タッチパネルを有する操作部２１２とのインタフェースであり
、操作部２１２に表示する画像データを操作部２１２に対して出力する。操作部Ｉ／Ｆ２
０６はまた、操作部２１２においてユーザにより入力された情報をＣＰＵ２０１に送出する。
【００２５】
ネットワークＩ／Ｆ２１０は、ＬＡＮ１０６を介してネットワーク上の各装置との間で
情報の入出力を行う。モデム２５０は、公衆回線１０８に接続され、公衆回線１０８を介して情報の入出力を行う。
【００２６】
イメージバスＩ／Ｆ２０５は、システムバス２０７と画像データを高速で転送する画像
バス２０８とを接続するとともに、相互でやりとりがされるデータのデータ構造を変換するバスブリッジでもある。画像バス２０８は、ＰＣＩバス又はＩＥＥＥ１３９４等から構成される。
【００２７】
画像バス２０８上には、ラスタイメージプロセッサ（ＲＩＰ）２６０、デバイスＩ／Ｆ
２２０、スキャナ画像処理部２８０、プリンタ画像処理部２９０、画像回転部２３０、サムネイル作成部２３５及び画像圧縮部２４０が接続される。
【００２８】
ＲＩＰ２６０は、ＰＤＬコードをビットマップイメージに展開するプロセッサである。デバイスＩ／Ｆ２２０は、スキャナ３００及びプリンタ４００を接続し、画像データの同
期系／非同期系の変換を行う。スキャナ画像処理部２８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２９０は、プリント出力画像データに対してプリンタの補正、解像度変換等を行う。画像回転部２３０は、画像データを回転させる処理を行う。サムネイル作成部２３５は、インデックス表示等のための画像データを作成する。画像圧縮部２４０は、多値画像データをＪＰＥＧデータ等に、２値画像データをＪＢＩＧ、ＭＭＲ、ＭＨ等のデータに圧縮するとともに、その伸張処理を行う。
【００２９】
＜複写機１０１のハードウェア構成＞
図３は、図１の複写機１０１のスキャナ３００及びプリンタ４００のハードウェア構成を模式的に示した図である。複写機１０１においてスキャナ３００とプリンタ４００とは、図３に示すように、一体的に構成されている。
【００３０】
スキャナ３００は、原稿給紙ユニット３５０を搭載し、原稿給紙ユニット３５０から原稿を先頭から順に１枚ずつプラテンガラス３１１上へ給送する。そしてスキャナ３００は、各原稿の読取動作が終了する毎にその原稿をプラテンガラス３１１から排出トレイ（図示せず）に排出する。
【００３１】
スキャナ３００は、原稿がプラテンガラス３１１上に給送されると、ランプ３１２を点灯し、移動ユニット３１３の移動を開始する。この移動ユニット３１３の移動によりプラテンガラス３１１上の原稿に対する読取走査が行われる。この読取走査中、原稿からの反射光は、各ミラー３１４、３１５、３１６及びレンズ３１７を経てＣＣＤイメージセンサ（以下、ＣＣＤ）３１８に導かれ、原稿上の画像がＣＣＤ３１８の撮像面上に結像される。ＣＣＤ３１８は、撮像面に結像された画像を電気信号に変換し、この電気信号は所定の処理が施された後にコントローラユニット２００に入力される。
【００３２】
プリンタ４００は、レーザドライバ４２１を有し、これを用いて、コントローラユニット２００から入力された画像データに基づき、レーザ発光部４２２を駆動する。これにより、レーザ発光部４２２からは画像データに応じたレーザ光が発光され、このレーザ光は走査されながら感光ドラム４２３上に照射される。感光ドラム４２３上には、照射されたレーザ光により静電潜像が形成され、この静電潜像は現像器４２４から供給されたトナーによりトナー像として可視像化される。
【００３３】
一方、レーザ光の照射タイミングに同期して、各カセット４１１、４１２からは、記録紙が搬送路を介して感光ドラム４２３と転写部４２５との間に給紙され、感光ドラム４２３上のトナー像は転写部４２５により給紙された記録紙上に転写される。
【００３４】
トナー像が転写された記録紙は、搬送ベルトを介して定着ローラ対（加熱ローラと加圧ローラ）４２６に送られ、定着ローラ対４２６は、記録紙を熱圧し、記録紙上のトナー像を記録紙上に定着させる。この定着ローラ対４２６を通過した記録紙は、排紙ローラ対４２７により排紙ユニット４３０に排紙される。
【００３５】
排紙ユニット４３０は、ソート、ステイプル等の後処理を施すことが可能なシート処理装置からなる。また、両面記録モードが設定されている場合には、記録紙を排紙ローラ対４２７まで搬送した後に、排紙ローラ対４２７の回転方向を逆転させ、フラッパ４２８によって再給紙搬送路４２９へ導く。再給紙搬送路４２９に導かれた記録紙は、上述したタイミングで感光ドラム４２３と転写部４２５との間に再給紙され、この記録紙の裏面にトナー像が転写される。
【００３６】
＜独自高速ファイルシステムのデータ構造の一例＞
図４は、本実施の形態に係る複写機１０１が用いる独自高速ファイルシステムのデータ構造の一例を示した図である。
【００３７】
汎用のファイルシステムは、ランダムアクセス可能なハードディスクやメモリ等のストレージ装置に対して、データを常に効率よく格納し、ほぼ全てのファイルの追加・削除に対してもストレージの空き容量がある限り破綻せず永続的に管理することが可能である。これに対して、以下で説明する独自高速ファイルシステムは、汎用ファイルシステムの利点を割り切り、ファイルを連続セクタで格納する簡易的なファイルシステムを自分で構築することにより、高速にアクセスすることを保証するものである。
【００３８】
図４において、４００１はパーティション上に構築するキャッシュファイル（ファイル情報ヘッダ）の構造を示している。本例においては、ファイル情報ヘッダ４００１は、ファイル名称、ファイルサイズ、記録日時、ＣＲＣ、ＮｅｘｔＰＴＲ、ＤａｔａＰＴＲ、及びＲｅｓｅｒｖｅの要素を有する。
【００３９】
４０１１〜４０１４は、ファイル情報ヘッダ４００１を配列として格納するファイル管理領域を示している。本例では、ＨＤＤ等の記憶装置上のセクタＮ１において４つのファイル管理領域が設けられ、４つのファイル情報ヘッダ４００１を管理することが可能となっている。各ファイル管理領域４０１１〜４０１４においては、格納したファイル情報ヘッダ４００１における「ＮｅｘｔＰＴＲ」で示されるポインタにより、次のファイル情報ヘッダの位置を参照可能となるようになっている。
【００４０】
本例においては、ファイル管理領域４０１１が格納したファイル情報ヘッダの「ＮｅｘｔＰＴＲ」から番号４０１２が参照されるようになっている。また、ファイル管理領域４０１２が格納したファイル情報ヘッダの「ＮｅｘｔＰＴＲ」から番号４０１３が参照されるようになっている。また、ファイル管理領域４０１３が格納したファイル情報ヘッダの「ＮｅｘｔＰＴＲ」から番号４０１４が参照されるようになっている。また、ファイル管理領域４０１４が格納したファイル情報ヘッダの「ＮｅｘｔＰＴＲ」には参照先がなく、次にファイル情報ヘッダが参照されないようになっている。なお、ここで上述した番号４０１２〜４０１４はファイル管理領域４０１２〜４０１４のセクタＮ１上の位置を意味しているものとする。
【００４１】
このように本実施の形態で利用する独自高速ファイルシステムでは、現在のファイル情報ヘッダから次のファイル情報ヘッダのポインタが指し示めされ、ファイル情報ヘッダが離散しても全てのファイル情報にアクセスすることが可能となっている。
【００４２】
各ファイル情報ヘッダに対応するファイルの実データ（バイナリデータ）の格納先は、本図に参照されるように記憶装置上の各セクタＮ２〜セクタＮ５となる。そして、各ファイル情報ヘッダは、対応するバイナリデータの格納先を、自身が有する「ＤａｔａＰＴＲ」で管理している。本例においては、例えばファイル管理領域４０１１が格納したファイル情報ヘッダの「ＤａｔａＰＴＲ」はセクタＮ２となっており、対応するデータが４０２１に示す「Ｂｏｏｔｔａｂｌｅ０２のバイナリデータ」であることを特定できる。また、ファイル管理領域４０１２が格納したファイル情報ヘッダの「ＤａｔａＰＴＲ」はセクタＮ３となっており、対応するデータが４０２２に示す「ｆｉｌｅ０１のバイナリデータ」であることを特定できる。
【００４３】
以上のような構成において、例えば、ReadCacheFile("file02",load_ptr);のように、プログラムが「ｆｉｌｅ０２」のファイルを、「load_ptr」が示すアドレスに高速にロードせよ、という命令を実行したとする。この場合、当該独自高速ファイルシステムは以下（１）〜（８）の流れで制御を行う。
【００４４】
（１）ファイル情報ヘッダの先頭であるセクタＮ１をメモリにロードする。
（２）セクタＮ１上のファイル管理領域４０１１において、ファイル名称「ｆｉｌｅ００」と「ｆｉｌｅ０２」とを比較し「ミスマッチ」と判断する。
（３）ファイル管理領域４０１１において、「ＮｅｘｔＰＴＲ」を参照し、ファイル管理領域４０１２に「IndexRegister」を変更する。
（４）ファイル管理領域４０１２において、ファイル名称「ｆｉｌｅ０１」と「ｆｉｌｅ０２」とを比較し「ミスマッチ」と判断する。
（５）ファイル管理領域４０１２において、「ＮｅｘｔＰＴＲ」を参照し、ファイル管理領域４０１３に「IndexRegister」を変更する。
（６）ファイル管理領域４０１３において、ファイル名称「ｆｉｌｅ０２」と「ｆｉｌｅ０２」とを比較し「マッチ」と判断する。
（７）ファイル管理領域４０１３において、「ＤａｔａＰＴＲ」を参照し、セクタＮ４をデータ格納場所と判断する。
（８）ドライバに対して、セクタＮ４からファイル管理領域５１１のファイルサイズ分をＬｏａｄ＿ｐｔｒへロードすることを指示する。
【００４５】
以上のアルゴリズムを実現することで、データを高速にロードすることが可能となる。また、ファイルの格納に関しても同じ制御を行うことが可能である。ただし、このようなファイルシステムは、同じファイル名で異なるサイズのデータを上書きする際に、連続セクタによる格納ができない構成になっているため、これを保証する仕組みが必要である。
【００４６】
例えば、同じファイル名称のファイルが更新されてしまった場合で、サイズが現在のファイルよりも大きかった場合、連続で記憶領域が確保できない場合がある。その場合は、一つのファイルを格納する領域、例えばセクタＮ２〜セクタＮ３までの間に存在する複数のセクタ数、セクタＮ３〜セクタＮ４までの間に存在する複数のセクタ数を、各ファイルがとりうる最大のサイズにしておく。このように使用用途を限定した場合、独自高速ファイルシステムを複写機１０１において構築することが可能である。本実施の形態に係る複写機１０１は、このような独自高速ファイルシステムのファイル管理の仕組みを用いることで画像データへの高速アクセスを可能にしている。
【００４７】
＜汎用ファイルシステム＞
次に、本実施の形態に係る複写機１０１が用いる汎用ファイルシステムについて説明する。上述したような独自高速ファイルシステムは、ファイルアクセスの高速性を重視しているため、ファイル管理やバックアップには適さない。そこで、それを補うために、複写機１０１は高機能汎用ファイルシステムとして、Ｌｉｎｕｘのｅｘｔ３（Third Extended Filesystem)を使用している。しかしながら、このような汎用ファイルシステムのみを有する構成では、複写機１０１は画像データへの高速アクセスを保証できない。また２つのパーティションを設けて２種類のファイルシステムを利用する構成では、ユーザの使用用途に応じて機能毎に使用するパーティションのサイズを変更することができない。そこで、本実施の形態では、ＨＤＤ２０４において独自高速ファイルシステムのパーティションを作成しないようにしつつ、独自高速ファイルシステムと汎用ファイルシステムとを用い得るようにする。以下、その構成について詳細を説明する。なお、本実施の形態では、汎用ファイルシステムとしてＬｉｎｕｘのｅｘｔ３を例に挙げているが、その他の汎用ファイルシステムを用いても構わない。
【００４８】
＜独自高速ファイルシステム用領域＞
図５は、独自高速ファイルシステム用領域を作成するためのＨＤＤ２０４内の構成を示す図である。ＨＤＤ２０４においては、ｅｘｔ３でハードディスク全体がフォーマットされ、複数のパーティションで構成されており、５０１はその中の画像データ用のパーティション領域を示している。５０２は仮想的な独自高速ファイルシステム用の予約ファイルの領域であり、ＨＤＤ２０４上で連続領域となるように確保されている。この領域には固定長のサイズの予約ファイルが格納されている。
【００４９】
５０３は予約ファイルの名称である予約ファイル名を示している。５０４は予約ファイルの最初のブロックグループ中でデータブロック以外の部分を示しており、この中には、スーパブロック、グループディスクリプタ、データブロックビットマップ、ｉノードビットマップ、ｉノードテーブルが含まれる。５０５は予約ファイルの最初のブロックグループ中のデータブロックを示している。５０６は予約ファイルの２番目のブロックグループの中でデータブロック以外の部分を示しおり、５０７は２番目のブロックグループ中のデータブロックを示している。予約ファイルはこのように複数のデータブロックを含んで構成される。
【００５０】
図５（Ｂ）は、予約ファイル名５０３の最初から始まる仮想的な独自高速ファイルシステム用の予約ファイルのデータブロックを順番にたどっていくことによって、独自高速ファイルシステムの領域となることを模式的に示した図である。
【００５１】
＜独自高速ファイルシステム構築の流れ＞
次に、本実施の形態に係る独自高速ファイルシステムの構築の流れを図６に示すフローチャートを用いて説明する。
【００５２】
まずステップＳ６０１において、複写機１０１で独自高速ファイルシステムを使用するパーソナルボックス機能にどの程度のハードディスク容量を割り当てるかを決定し、独自高速ファイルシステムの領域を確保をするための予約ファイルの数を求める。
【００５３】
予約ファイルの数の求め方としては、まず独自高速ファイルシステム領域用の予約ファイルのサイズを独自高速ファイルシステムの１ブロックのサイズである１クラスタ分のサイズとして設定する。そして、独自高速ファイルシステムにおけるパーソナルボックス機能用の容量を上記で求めた予約ファイルのサイズで除算することで求める。
【００５４】
例えばｅｘｔ３において、データブロックが１ブロックあたり４Ｋバイトとなっており、前記画像データ用のパーティション領域５０１が４０Ｇバイトであるとする。また、独自高速ファイルシステムにおける１ブロックのサイズが１Ｍバイトであり、パーソナルボックス機能用の容量として約１５Ｇバイトを使用したいとする。この場合、予約ファイル数は以下のようにして求める。
【００５５】
即ち、一つの予約ファイルのサイズは独自高速ファイルシステムにおける１ブロックのサイズにするため、「１５Ｇバイト／１Ｍバイト＝１５３６０」となり、１５３６０個の予約ファイルを作成する。この予約ファイルの数は、パーソナルボックス機能用の容量、つまりパーソナルボックス機能が管理するデータの数、容量で増減するものである。
【００５６】
次にステップＳ６０２において、システムインストール直後の場合のように予約ファイルを新規作成するのか、既に予約ファイルが作成されているのかを調べる。新規作成の場合はステップＳ６０４に進み、予約ファイルが既にある場合にはステップＳ６０３に進む。予約ファイルが新規作成かどうかの判断は後述の領域論理ブロックアドレスが既に設定されているかどうかで行う。
【００５７】
ステップＳ６０３においては、既存の予約ファイルを削除し、ハードディスクの最適化を行う。最適化は、断片化したブロックをまとめることで、できるだけ連続した領域を確保できるようにするためである。ステップＳ６０３の処理の後はステップＳ６０４に進む。
【００５８】
ステップＳ６０４においては、ＨＤＤ２０４における画像データ用のパーティション領域５０１内で独自高速ファイルシステムを利用するパーソナルボックス機能に必要な数の予約ファイルを書き込む。上述の例であれば、１Ｍバイトの空の予約ファイルを１５３６０個作成し書き込む。なお、ステップＳ６０１〜Ｓ６０４までの処理は、本発明でいうファイル生成手段の一処理例に対応する。またここで、汎用的なファイルシステムは本発明でいう第一ファイルシステムに対応するものであり、独自高速ファイルシステムは本発明でいう第二ファイルシステムに対応するものである。
【００５９】
次にステップＳ６０５においては、独自高速ファイルシステム用の領域の論理ブロックアドレス（領域開始論理ブロックのアドレス）を取得する。ここでは、予約ファイルの先頭のｆｉｌｅ００００１のｉノードと、画像データ用のパーティション領域５０１の先頭ブロックから独自高速ファイルシステム領域開始論理ブロックまでのアドレスとを取得する。
【００６０】
次にステップＳ６０６においては、ステップＳ６０４で作成された１５３６０個の予約ファイルのデータブロックを解析し、独自高速ファイルシステム構成情報を作成する。なお、ステップＳ６０６の処理は、本発明でいう第二ファイルシステム用領域構成情報作成手段の一処理例に対応する。
【００６１】
ここでステップＳ６０６にて作成する独自高速ファイルシステム構成情報について説明する。図７に示すように、独自高速ファイルシステム構成情報は、ＨＤＤ２０４の論理ブロックアドレス（ＬＢＡ）のテーブルとなっている。当該テーブルは、ｆｉｌｅ００００１からｆｉｌｅ１５３６０のｉノード情報から作成される。
【００６２】
図７において、７０１はｆｉｌｅ００００１のｉノード、７０２はｆｉｌｅ００００２のｉノードである。７０３はアドレスＭで参照される間接参照１段のｉノード、７０４はアドレスｍで参照される間接参照１段のｉノードである。そして７０５は独自高速ファイルシステム構成情報を示すテーブル（以下、独自高速ファイルシステム構成テーブル）である。
【００６３】
ｉノードは、ｉノード番号、通常ファイルやディレクトリ等のファイルの種類を入れる
モード（ｍｏｄｅ）、ユーザＩＤ（ＵＩＤ）、グループＩＤ（ＧＩＤ）及びファイルサイズを有する。更には、データブロックへの直接参照アドレス、及び１段から３段までのデータブロックへの間接参照アドレスを有する。ここでは、予約ファイルはすべて１Ｍバイトのサイズであるので、間接参照は１段のみである。独自高速ファイルシステム構成テーブル７０５には、データブロックを直接参照するアドレスをｆｉｌｅ００００１から順番にｆｉｌｅ１５３６０までセットする。
【００６４】
図６に戻り、ステップＳ６０６で独自高速ファイルシステム構成テーブルを作成した後は、ステップＳ６０７において、独自高速ファイルシステムを構築する。換言すれば、独自高速ファイルシステムが、独自高速ファイルシステム構成テーブル７０５を基に、ＨＤＤ２０４の予約ファイルの領域を用いてデータを管理できる状態にする。ここでは、ｅｘｔ３ファイルシステムのブロックサイズは４Ｋバイトとしているので、独自高速ファイルシステム構成テーブル７０５の上のアドレスから４Ｋバイトずつの領域に、図４を用いて説明した独自高速ファイルシステムを構築する。
【００６５】
以上のように複写機１０１では、ｅｘｔ３でフォーマットされた画像データ用のパーティション領域において、仮想的な独自高速ファイルシステム用の予約ファイルの領域を設け、ｉノードの情報を利用することで独自高速ファイルシステムを構築するようにする。これにより、独自高速ファイルシステムのパーティションを作成しないで、高機能汎用ファイルシステムを使用するとともに、独自高速ファイルシステムを使用できるようになる。以下、このようなファイルシステムの具体的な使用態様を説明する。
【００６６】
＜独自高速ファイルシステム領域へのアクセス＞
図８は、上述した独自高速ファイルシステムと汎用ファイルシステムとしてのｅｘｔ３との２つのファイルシステムから、ＨＤＤ２０４の同じ論理ブロックをアクセスする際の様子を説明する図である。図８において、８００は論理ブロックである。８０１はパーソナルボックス機能のアプリケーションである。８０２は独自高速ファイルシステムである。８０３は論理ブロック番号(Logical Block Address)変換モジュール（以下、ＬＢＡ変換モジュール）である。８０４はディスク領域を管理するＯＳ上の機能であるＬＶＭ（Logical Volume Manager)であり、ディスクの拡張やバックアップに用いられる。８０５はｅｘｔ３ファイルシステムである。
【００６７】
ここで本実施の形態における独自高速ファイルシステムを利用した処理の一例として、ＰＤＬジョブのパーソナルボックス領域への登録動作について説明する。
【００６８】
図９は、独自高速ファイルシステム領域５０２の論理的な使用方法を示した図である。図９に示すように、ここでは使用用途に応じてＨＤＤ２０４の記憶領域をテンポラリ領域９０１とボックス領域９０２とに論理的に分けている。
【００６９】
テンポラリ領域９０１は、画像データの出力順序を変えたり、複数部出力においても一回のスキャンで出力ができるようにしたりするために、ＰＤＬの展開データやスキャナからの画像データを一時的に記憶する記憶領域である。ボックス領域９０２は、パーソナルボックス機能を使用するための記憶領域であり、パーソナルボックス機能において登録された数の小さな記憶領域であるボックス領域９０３〜９０７からなる。ボックス領域９０３〜９０７は、各ユーザや会社等の部署毎に割り当てることができ、各ボックスにはボックス名とパスワードを付けることができる。ユーザはボックスを指定することでＰＤＬジョブやスキャンジョブを各ボックス入力することができ、パスワードを入力することで実際にボックスの中を見たり、設定変更やプリント出力したりすることができる。また、９０８はフォーム領域であり、９０９はフォントベクタ領域である。
【００７０】
図１０は、複写機１０１で行われるＰＤＬジョブのパーソナルボックスへの登録動作の流れを説明するフローチャートである。
【００７１】
まずステップＳ１００１において、不図示のプリンタドライバの印刷設定で出力先を「パーソナルボックス」に設定する。
【００７２】
次にステップＳ１００２においては、登録したいボックス番号を指定する。続いて、ステップＳ１００３においては、プリンタドライバの印刷開始ボタンを押下して登録動作を開始する。
【００７３】
ステップＳ１００４においては、ＰＤＦジョブデータをレンダリングエンジンで解析して印刷可能なビットマップデータに展開（ページ展開）し、画像メモリに書き込む。ステップＳ１００５においては、ＪＰＥＧ圧縮を行う。
【００７４】
ステップＳ１００６においては、ボックスデータの情報設定を行う。印刷ジョブ名、ページの最新更新時間、印刷時間、用紙サイズ、ページ数等が設定される。そしてステップＳ１００７において、圧縮された画像データをボックス領域９０３〜９０７のいずれかのうち指定されたものに格納する。なお、図１０で説明した処理は、本発明でいうデータアクセス手段の一処理例に対応する。
【００７５】
ここでパーソナルボックス８０１がＨＤＤ２０４へのアクセスをするとき、パーソナルボックス８０１は独自高速ファイルシステム８０２を介してアクセスする。詳しくは独自高速ファイルシステム８０２がデータ管理に使用する仮想論理ブロック番号を指定し、これがＨＤＤ２０４の論理ブロック番号に変換され、ＨＤＤ２０４の読み出し／書き込み位置を指定する。いわば、１５Ｇバイトの大きさの独自高速ファイルシステムパーティションの先頭位置からの論理ブロック番号で指定することになる。この際、仮想論理ブロック番号はＬＢＡ変換モジュール８０３に入力され、ｅｘｔ３ファイルシステムの領域の論理ブロック番号に変換されることになる。なお、独自高速ファイルシステム８０２が用いる仮想倫理ブロックアドレスは、該ファイルシステムが有する機能により予め生成されているものである（この機能は、仮想論理ブロック生成手段に対応する）。
【００７６】
ＬＢＡ変換モジュール８０３は、独自高速ファイルシステム構成テーブル７０５からＨＤＤ２０４にアクセスするための論理ブロック番号を演算するものである。例えば独自高速ファイルシステム８０２が指定する仮想論理ブロック番号をＬＢＡ１とする。この場合、ＨＤＤ２０４の実際に読み出し／書き込みを行う論理ブロック番号ＬＢＡ２は、テーブル７０５のＬＢＡ１／４０９６番目に入っているアドレスから「ＬＢＡ１ ％ ４０９６（％は剰余）」を加えたアドレスにステップＳ６０５で求めた予約ファイル領域の開始論理ブロック番号をオフセットとして加えることで求めることができる。なお、ＬＢＡ変換モジュール８０３は、本発明でいう論理ブロック番号変換手段の一構成例に対応するものである。
【００７７】
＜ＬＶＭを使用したバックアップ＞
次に、ＬＶＭ７０４を使用したバックアップについて説明する。ＬＶＭ７０４はディスク領域を管理する機能であり、独自高速ファイルシステムでは使用できず、ｅｘｔ３のような高機能なファイルシステムで使用することができる。ＬＶＭ７０４は具体的には、ディスク領域をいくつかに分割し、分割したディスク領域を一つのディスク領域として扱うことができる。一方、パーティション管理では分割したディスク領域をまとめて一つのディスク領域として扱うことはできないが、ＬＶＭ７０４では物理的に異なるディスクの領域を一つの領域として扱うことも可能である。従って、ハードディスクを増設し、ディスク領域を既存のディスク領域と一つにまとめることで使用できる論理領域を簡単に大きくすることができる。
【００７８】
またＬＶＭ７０４にはある瞬間の論理領域のコピーを作成する「スナップショット」という機能があり、この機能を用いてバックアップを行うことができる。スナップショットは実際に論理領域のデータをコピーするのではないため、短時間でバックアップをすることができる。ＬＶＭ７０４は物理領域と論理領域の対応関係を記した割り当て管理テーブルを持っている。あるディスクの論理領域のスナップショット作成直後は、前記論理領域とスナップショットは割り当て管理テーブル内の同じ位置を示している。即ち、データは１ヶ所にしか存在しない。スナップショット作成後、論理領域に書き込みが発生すると、書き換えが発生した領域をスナップショット領域に退避させ、スナップショットからは例外テーブルを介して退避したデータを読み取るためスナップショットデータ自体には変化がない。このためダウンタイムの短いバックアップをすることが可能となる。
【００７９】
以上のように本実施の形態では、ｅｘｔ３でフォーマットされた画像データ用のパーティション領域において、仮想的な独自高速ファイルシステム用の領域を設け、該領域に独自ファイルシステムが利用可能なデータ構造を有する予約ファイルを構築した。そしてこの領域に、独自高速ファイルシステムがアクセスすることで独自高速ファイルシステムの機能を仮想的に用い得るようにし、画像データの情報管理を行えるようにした。また、予約ファイルの数は、独自高速ファイルシステムの機能に応じた所定の容量、データの数に応じて可変とした。
【００８０】
このような構成とすることで、パーティションを設けることなく独自高速ファイルシステムと汎用ファイルシステムとの併用が可能となる。また、ユーザの使用する機能、具体的には高速独自ファイルシステムを利用してデータを管理するパーソナルボックス機能に応じて、高速独自ファイルシステムのためのＨＤＤ２０４における容量の割り当てを変更することができる。
【００８１】
また、汎用ファイルシステムを使用しているため、異機種複合機能装置間や、ＰＣやファイルサーバと複合機能装置間での画像データの利用や共有することが可能である。このように画像データの利用や共有する場合、即ちパーソナルボックス機能等を使用する場合には、独自高速ファイルシステムによる高速処理のパフォーマンスをほぼ維持しつつ、差分バックアップ等の汎用的なファイルシステムの管理機能を使用できる。
【００８２】
また、本発明を実現するために、上述した実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記憶媒体を用いても良い。この場合には記憶媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって本発明の目的が達成される。
【００８３】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８５】
また、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）等が実際の処理の一部又は全部を行う場合も含まれることは言うまでもない。
【００８６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。この場合には、書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行ってもよい。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態に係る複合機能装置を有するネットワークシステムの構成を模式的に示した図である。
【図２】本発明の実施の形態に係る複写機の主要部のシステム構成を示したブロック図である。
【図３】本発明の実施の形態に係る複写機のスキャナ及びプリンタのハードウェア構成を模式的に示した図である。
【図４】本発明の実施の形態に係る複写機が利用する独自高速ファイルシステムのデータ構造の一例を示した図である。
【図５】本発明の実施の形態に係る複写機が独自高速ファイルシステム用領域を作成した際のＨＤＤ内の構成を示す図である。
【図６】本発明の実施の形態に係る複写機が独自高速ファイルシステム用を構築する際の流れを示すフローチャートである。
【図７】本発明の実施の形態に係る複写機が作成する独自高速ファイルシステム構成情報を説明する図である。
【図８】本発明の実施の形態において、独自高速ファイルシステムと高機能汎用ファイルシステムとが、ＨＤＤの同じ論理ブロックをアクセスする際の様子を説明する図である。
【図９】本発明の実施の形態における独自高速ファイルシステム領域の論理的な使用方法を示した図である。
【図１０】本発明の実施の形態に係る複写機で行われるＰＤＬジョブのパーソナルボックスへの登録動作の流れを説明するフローチャートである。
【図１１】従来の複写機が独自の高速ファイルシステムと高機能汎用ファイルシステムとを使用する際のハードディスクの構成を示した図である。
【符号の説明】
【００８８】
１０１  複写機
２００  コントローラユニット
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  ＨＤＤ
２０６  操作部インタフェース（操作部Ｉ／Ｆ）
２１０  ネットワークインタフェース（ネットワークＩ／Ｆ）
３００  スキャナ
４００  プリンタ
【図１】
0005132393.tif 000002
【図２】
0005132393.tif 000003
【図３】
0005132393.tif 000004
【図４】
0005132393.tif 000005
【図５】
0005132393.tif 000006
【図６】
0005132393.tif 000007
【図７】
0005132393.tif 000008
【図８】
0005132393.tif 000009
【図９】
0005132393.tif 000010
【図１０】
0005132393.tif 000011
【図１１】
0005132393.tif 000012