(57)【要約】【課題】  管理領域と実データ領域とを物理的に分離して配置する構成を採るファイルシステムにおいても、一方が故障したなどの理由で交換された場合に、ファイルシステム上の不整合を防止することを目的とする。【解決手段】  所定の識別情報を格納する識別情報格納手段と、データを格納可能な第１の格納手段と、バックアップ電源を備え、前記第１の格納手段における前記データの格納状況に関する管理情報を格納する第２の格納手段と、前記識別情報と一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段と、前記判定手段が前記第２の格納手段が前記一致する情報を格納していないと判定した場合に、前記第２の格納手段を初期化する初期化手段と、前記初期化の後、前記第２の格納手段に前記一致する情報を書き込む書込手段とを備える。【選択図】図１
2006222581.tif 000002
【特許請求の範囲】
【請求項１】
所定の識別情報を格納する識別情報格納手段と、
データを格納可能な第１の格納手段と、
バックアップ電源を備え、前記第１の格納手段における前記データの格納状況に関する管理情報を格納する第２の格納手段と、
前記識別情報と一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段と、
前記判定手段が前記第２の格納手段が前記一致する情報を格納していないと判定した場合に、前記第２の格納手段を初期化する初期化手段と、
前記初期化の後、前記第２の格納手段に前記一致する情報を書き込む書込手段と
を備えることを特徴とする画像形成装置。
【請求項２】
所定の識別情報を格納する識別情報格納手段と、
データを格納し、前記データのうち第１のデータの格納状況に関する第１の管理情報を格納する第１の格納手段と、
バックアップ電源を備え、前記データのうち第２のデータの格納状況に関する第２の管理情報を格納する第２の格納手段と、
前記識別情報と一致する情報が前記第１の格納手段に格納されているか否かを判定する判定手段と、
前記判定手段が前記第１の格納手段が前記一致する情報を格納していないと判定した場合に、前記第１の格納手段を初期化する初期化手段と、
前記初期化の後、前記第１の格納手段に前記一致する情報を書き込む書込手段と
を備えることを特徴とする画像形成装置。
【請求項３】
前記初期化手段は、前記判定手段が前記第１の格納手段が前記一致する情報を格納していないと判定した場合に、前記第２の格納手段を更に初期化し、
前記書込手段は、前記第２の格納手段の初期化の後、前記第２の格納手段に前記一致する情報を書き込むことを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記判定手段が前記一致する情報を格納していないと判定した場合に、前記画像形成装置のユーザにエラー通知を行う通知手段を更に備えることを更に特徴とする請求項１乃至３のいずれかに記載の画像形成装置。
【請求項５】
所定の識別情報を格納する識別情報格納手段と、
データを格納し、前記データのうち第１のデータの格納状況に関する第１の管理情報を格納する第１の格納手段と、
バックアップ電源を備え、前記データのうち第２のデータの格納状況に関する第２の管理情報を格納する第２の格納手段と
を備えることを特徴とする画像形成装置。
【請求項６】
所定の識別情報を格納する識別情報格納部と、データを格納可能な第１の格納部と、バックアップ電源を備え、前記第１の格納部における前記データの格納状況に関する管理情報を格納する第２の格納部とを備える画像形成装置の制御方法であって、
前記識別情報と一致する情報が前記第２の格納部に格納されているか否かを判定する判定工程と、
前記判定工程において前記第２の格納部が前記一致する情報を格納していないと判定された場合に、前記第２の格納部を初期化する初期化工程と、
前記初期化の後、前記第２の格納部に前記一致する情報を書き込む書込工程と
を備えることを特徴とする画像形成装置の制御方法。
【請求項７】
所定の識別情報を格納する識別情報格納部と、データを格納し、前記データのうち第１のデータの格納状況に関する第１の管理情報を格納する第１の格納部と、バックアップ電源を備え、前記データのうち第２のデータの格納状況に関する第２の管理情報を格納する第２の格納部とを備える画像形成装置の制御方法であって、
前記識別情報と一致する情報が前記第１の格納部に格納されているか否かを判定する判定工程と、
前記判定工程において前記第１の格納部が前記一致する情報を格納していないと判定された場合に、前記第１の格納部を初期化する初期化工程と、
前記初期化の後、前記第１の格納部に前記一致する情報を書き込む書込工程と
を備えることを特徴とする画像形成装置の制御方法。
【請求項８】
前記初期化工程では、前記判定工程において前記第１の格納部が前記一致する情報を格納していないと判定された場合に、前記第２の格納部が更に初期化され、
前記書込工程では、前記第２の格納部の初期化の後、前記第２の格納部に前記一致する情報が書き込まれることを特徴とする請求項７に記載の画像形成装置の制御方法。
【請求項９】
前記判定工程において前記一致する情報を格納していないと判定された場合に、前記画像形成装置のユーザにエラー通知を行う通知工程を更に備えることを特徴とする請求項６乃至８のいずれかに記載の画像形成装置の制御方法。
【請求項１０】
請求項６乃至９の何れかに記載の画像形成装置の制御方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項１１】
請求項１０に記載のコンピュータプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びその制御方法、コンピュータプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
一般的に大型のストレージ装置にアクセスする際に、記憶装置内の情報を仮想的にファイルとして簡単に扱う事が可能な、ファイルシステムという思考に応じたソフトウエアライブラリを介してアクセスを行う。有名なものでは、Microsoft社のDOSFS等が上げられる。
【０００３】
プリンタ等の画像形成装置などのオフィス機器、特にMFP複合機などの機器は、大型のストレージ装置を有する。現在最も有名な大型のストレージ装置はハードディスクというデバイスで、磁性体を蒸着させた円盤状の記憶装置に数千枚以上の画像データを蓄積することが可能である。そして、一般にファイルシステムは、ハードディスク等の不揮発性記憶媒体の一部にファイルを管理するための管理情報を記憶する管理領域を設け、不揮発性記憶媒体にファイルを書き込む際に、ファイルの中身となるデータに加えてファイルの管理情報を書き込む（例えば、特許文献１参照。）。
【０００４】
しかしながら、高価な高速アクセス可能なメモリ装置に対し、大型のストレージ装置は一般的に低速な駆動型のものであり、高速にアクセスしようと思えば思うほど、ファイルシステムの管理領域へのアクセス速度が問題となる。これを回避するために、高速な揮発性RAM上に管理領域を取った場合、今度は不意の電源断によるファイル管理情報の損失が多くなる。
【０００５】
上記課題を解決するために、ファイルシステムの管理領域を高速な不揮発性メモリ装置上に配置・確保し、実データをストレージ装置に格納するようにする。つまり、異なるデバイス同士で一つのファイルシステムを管理することになるが、これは遅いストレージ装置に対して最も高速なアクセスを行うことが可能となる。
【特許文献１】特開平４−２８７２４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記のようにファイルシステムの管理領域と実データ領域とを物理的に分離して配置する構成の場合、一方が故障したなどの理由で交換された時に、ファイルシステム上の不整合が発生してしまう。
【０００７】
そこで、本発明では、管理領域と実データ領域とを物理的に分離して配置する構成を採るファイルシステムにおいても、一方が故障したなどの理由で交換された場合に、ファイルシステム上の不整合を防止することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明は、所定の識別情報を格納する識別情報格納手段と、データを格納可能な第１の格納手段と、バックアップ電源を備え、前記第１の格納手段における前記データの格納状況に関する管理情報を格納する第２の格納手段と、前記識別情報と一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段と、前記判定手段が前記第２の格納手段が前記一致する情報を格納していないと判定した場合に、前記第２の格納手段を初期化する初期化手段と、前記初期化の後、前記第２の格納手段に前記一致する情報を書き込む書込手段とを備える。
【発明の効果】
【０００９】
以上の本発明では、管理領域と実データ領域とを物理的に分離して配置する構成を採るファイルシステムにおいても、一方が故障したなどの理由で交換された場合に、ファイルシステム上の不整合を防止することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を図面を参照して説明する。
【００１１】
図１は本発明の実施形態に対応する、コントローラ部が搭載された画像入出力システム（画像形成装置）の一形態を示すブロック構成図であって、該画像入出力システム１００は、イーサネット（登録商標）等のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）６００にてホストコンピュータ（本実施の形態では第一のホストコンピュータ６０１、第二のホストコンピュータ６０２）に接続されている。
【００１２】
画像入出力システム１００は、画像データの読取処理を行うリーダ装置（リーダー部）２００と、画像データの出力処理を行うプリンタ装置（プリンタ部）３００と、画像データの入出力操作を行うキーボード及び画像データや各種機能の表示／設定などを行う液晶パネルを備えた操作部１５０と、リーダー装置２００を制御して読み込んだ画像データや、ＬＡＮ６００を介してホストコンピュータ６０１、６０２より受信したコードデータから生成される画像データを格納／保存できるハードディスク１６０を装着し、これら各構成要素に接続されて該構成要素を制御する単一の電子部品からなる制御装置（コントローラ部）１１０で構成されている。
【００１３】
リーダー装置２００は、原稿用紙を搬送する原稿給紙ユニット（ＤＦユニット）２５０と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット２１０とを有する。プリンタ装置３００は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット３１０と、画像データを記録用紙に転写／定着するマーキングユニット(部)３２０と、印字された記録用紙にソート処理やステイプル処理を施し、外部に排出する排紙ユニット（部）３３０とを有する。
【００１４】
制御装置１１０は、リーダー部２００を制御して、原稿の画像データを読込み、プリンタ部３００を制御して画像データを記録用紙に出力してコピー機能を提供する。また、リーダー部２００から読取った画像データを、コードデータに変換し、ネットワーク６００を介してホストコンピュータ６０１、６０２へ送信するスキャナ機能、ホストコンピュータからネットワーク６００を介して受信したコードデータを画像データに変換し、プリンタ部３００に出力するプリンタ機能、その他の機能ブロックを有している。
【００１５】
図２は、画像入出力システム１００の内部構成の一例を示す図であり、ここでは特に、リーダ部２００及びプリンタ部３００の詳細な構成が示される。
【００１６】
リーダー部２００では、原稿給送ユニット２５０に積層された原稿用紙を、その積層順に従って先頭から順次１枚ずつプラテンガラス２１１上へ給送し、スキャナユニット２１０で所定の読み取り動作が終了した後、読み取られた原稿用紙をプラテンガラス２１１上の原稿を排出トレイ２１９に排出する。
【００１７】
また、原稿用紙がプラテンガラス２１１上に搬送されると、ランプ２１２を点灯し、次いで光学ユニット２１３の移動を開始させ、原稿用紙を下方から照射し走査する。そして、原稿用紙からの反射光は、複数のミラー２１４、２１５、２１６、及び、レンズ２１７を介してＣＣＤイメージセンサ(以下「ＣＣＤ」と記す)２１８へ導かれ、走査された原稿画像はＣＣＤ２１８によって読み取られる。ＣＣＤ２１８で読み取られた画像データは、所定の処理が施された後、コントローラユニット１１０に転送される。
【００１８】
原稿給送ユニット２５０が原稿流し読み機能を有している場合、原稿給送部２５０に積層された原稿用紙は、原稿流し読み位置２４０を一定の速度で通過する。この場合、光学ユニット２１３は原稿流し読み位置２４０に移動し、等速で搬送される原稿をランプ２１２によって照射し、ＣＣＤ２１８によって随時読み取ることで画像データを生成し、コントローラユニット１１０に転送する。
【００１９】
次いで、プリンタ部３００では、コントローラ部１１０から出力された画像データに対応するレーザ光が、レーザドライバ３２１により駆動されるレーザ発光部３２２から発光され、感光ドラム３２３にはレーザ光に応じた静電潜像が形成される。更に、現像器３２４により前記静電潜像の部分に現像剤が付着される。
【００２０】
一方、レーザ光の照射開始と同期したタイミングで、カセット３１１、カセット３１２、カセット３１３、カセット３１４、手差し給紙段３１５のいずれかから記録用紙が給紙されて転写部３２５に搬送路３３１により搬送され、感光ドラム３２３に付着している現像剤を記録用紙に転写する。画像データが転写された記録用紙は搬送ベルト３２６によって、定着部３２７に搬送され、定着部３２７における加熱・加圧処理により画像データが記録紙に定着される。
【００２１】
定着部３２７を通過した記録紙は搬送路３３５、搬送路３３４を通り、排紙ビン３２８に排出される。印字面を反転して排紙ビン３２８に排出する場合には、搬送路３３６、搬送路３３８まで導かれ、そこから記録紙を逆方向に搬送し、搬送路３３７、搬送路３３４を通り、排紙ビン３２８に排出される。図に記していないが、排紙ビンの代わりに、排紙ユニットを装着することが可能で、排紙ユニットは排出された記録用紙を束ねて記録用紙の仕分け、仕分けされた記録用紙のステイプル処理などを行うことができる。
【００２２】
また、画像データを記録用紙に両面記録する場合は、定着部３２７を通過したあと、記録紙は、搬送路３３６からフラッパ３２９によって搬送路３３３に導かれ、その後、記録紙を逆方向に搬送し、フラッパ３２９によって搬送路３３８、再給紙搬送路３３２へ導かれる。再給紙搬送路３３２へ導かれた記録紙は上述と同様にして搬送路３３１を通り、転写部３２５へ給紙される。
【００２３】
図３は、本実施形態に対応する制御装置（コントローラ部）１１０の構成の一例を示すブロック図である。図３において、メインコントローラ１１１は、ＣＰＵ１１２と、バスコントローラ１１３と、後述する各種コントローラ回路を含む機能ブロックを内蔵すると共に、ＲＯＭ  Ｉ／Ｆ１１５を介してＲＯＭ１１４と接続され、ＤＲＡＭ  Ｉ／Ｆ１１７を介してＤＲＡＭ１１６と接続され、コーデックＩ／Ｆ１１８を介してコーデック１１９と接続され、また、ネットワークＩ／Ｆ１２３を介してネットワークコントローラ１２１と接続され、コネクタ１２２によりＬＡＮ６００との間で所定の制御動作を行う。
【００２４】
ＲＯＭ１１４は、メインコントローラ１１１のＣＰＵ１１２で実行される各種制御プログラムや演算データが格納されている。ＤＲＡＭ１１６は、ＣＰＵ１１２が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック１１９はＤＲＡＭ１１６に蓄積されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮し、また圧縮されたデータをラスターイメージに伸長する。また、コーデック１１９にはＳＲＡＭ１２０が接続されており、該ＳＲＡＭ１２０は前記コーデック１１９の一時的な作業領域として使用される。
【００２５】
また、メインコントローラ１１１は、スキャナバス１４１を介してスキャナＩ／Ｆ１４０に接続され、プリンタバス１４６を介してプリンタＩ／Ｆ１４５に接続され、さらにＰＣＩバス等の汎用高速バス１２５を介して拡張ボードを接続するための拡張コネクタ１２４及び入出力制御部（Ｉ／Ｏ制御部）１２６に接続されている。
【００２６】
Ｉ／Ｏ制御部１２６はリーダ部２００やプリンタ部３００との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ１２７が２チャンネル装備されており、該シリアル通信コントローラ１２７はＩ／Ｏバス１２８を介してスキャナＩ／Ｆ１４０及びプリンタＩ／Ｆ１４５に接続されている。
【００２７】
スキャナＩ／Ｆ１４０は、第一の調歩同期シリアルＩ／Ｆ１４３及び第一のビデオＩ／Ｆ１４４を介してスキャナコネクタ１４２に接続され、さらに該スキャナコネクタ１４２はリーダ部２００のスキャナユニット２１０に接続されている。そして、スキャナＩ／Ｆ１４０はスキャナユニット２１０から受信した画像データに対し所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行い、またスキャナユニット２１０から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス１４１を介してメインコントローラ１１１に画像データを転送する。
【００２８】
また、プリンタＩ／Ｆ１４５は、第２の調歩同期シリアルＩ／Ｆ１４８及び第2のビデオＩ／Ｆ１４９を介してプリンタコネクタ１４７に接続され、さらに該プリンタコネクタ１４７はプリンタ部３００のマーキングユニット３２０に接続されている。そして、プリンタI/F１４５はメインコントローラ１１１から出力された画像データにスムージング処理を施して該画像データをマーキングユニット３２０に出力し、さらにマーキングユニット３２０から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス１４６に出力する。
【００２９】
そして、ＣＰＵ１１２は、ＲＯＭ１１４からＲＯＭＩ／Ｆ１１５を介して読み込まれた制御プログラムに基づいて動作し、例えば、第1及び第2のホストコンピュータ６０１、６０２から受信したＰＤＬ（ページ記述言語）データを解釈し、ラスターイメージデータに展開処理を行う。
【００３０】
また、バスコントローラ１１３は、スキャナＩ／Ｆ１４０プリンタＩ／Ｆ１４５、 その他拡張コネクタ１２４等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。例えば、上述したＤＲＡＭ１１６とコーデック１１９との間のデータ転送や、スキャナユニット２１０からＤＲＡＭ１１６へのデータ転送、ＤＲＡＭ１１６からマーキングユニット３２０へのデータ転送等は、バスコントローラ１１３によって制御され、ＤＭＡ転送される。
【００３１】
また、Ｉ／Ｏ制御部１２６は、ＬＣＤコントローラ１３１及びキー入力Ｉ／Ｆ１３０を介してパネルＩ／Ｆ１３２に接続され、パネルＩ／Ｆ１３２は操作部１５０に接続されている。また、前記Ｉ／Ｏ制御部１２６は不揮発性メモリとしてのＥＥＰＲＯＭ１３５に接続され、またＥ−ＩＤＥコネクタ１６１を介して画像データの書き込み／読み出しが可能なハードディスクドライブ（ＨＤＤ）１６２に接続され、さらに、機器内で管理する日付と時刻とを更新／保存するリアルタイムクロックモジュール１３３に接続されている。尚、リアルタイムクロックモジュール１３３はバックアップ用電池１３４に接続されてバックアップされている。
【００３２】
図４は、メインコントローラ１１１の構成の一例を示すブロック図である。図４のいて、プロセッサコア４０１は、６４ビットのプロセッサバス（ＳＣバス）を介して、システム・バス・ブリッジ(ＳＢＢ)４０２に接続される。ＳＢＢ４０２は４×４の６４ビットクロスバスイッチであり、プロセッサコア４０１の他に、キャッシュメモリを備えたＳＤＲＡＭやＲＯＭを制御するメモリコントローラ４０３と専用のローカルバス（ＭＣバス）で接続されており、さらに、グラフィックバスであるＧバス４０４、ＩＯバスであるＢバス４０５と接続され、全部で４つのバスに接続される。ＳＢＢ４０２は、これら４モジュール間を、可能な限り同時平行接続を確保することができるように設計されている。また、データの圧縮伸張ユニット（ＣＯＤＥＣ）４１８とも、ＣＯＤＥＣ  Ｉ／Ｆを介して接続されている。
【００３３】
Ｇバス４０４はＧバスアービタ（ＧＢＡ）４０６により協調制御されており、スキャナやプリンタと接続するためのスキャナ/プリンタコントローラ（ＳＰＣ）４０８に接続される。また、Ｂバス４０５は、Ｂバスアービタ（ＢＢＡ）４０７により協調制御されており、ＳＰＣ４０８のほか、電力管理ユニット（ＰＭＵ）４０９、インタラプトコントローラ（ＩＣ）４１０、ＵＡＲＴを用いたシリアルインタフェースコントローラ（ＳＩＣ）４１１、ＵＳＢコントローラ４１２、ＩＥＥＥ１２８４を用いたパラレルインタフェースコントローラ（ＰＩＣ）４１３、イーサネット（登録商標）を用いたＬＡＮコントローラ（ＬＡＮＣ）４１４、汎用入出力コントローラ（ＭＩＳＣ）４１５、ＰＣＩバスインタフェース（ＰＣＩＣ）４１６といった各機能ブロックにも接続されている。
【００３４】
Ｂバスアービタ４０７はＢバス４０５を協調制御するアービトレーションであり、Ｂバス４０５のバス使用要求を受け付け、調停の後、使用許可が選択された一つのマスタに与えられ、これにより同時に２つ以上のマスタがバスアクセスを行うのを禁止している。尚、アービトレーション方式は３段階の優先権を有し、それぞれの優先権に複数のマスタが割り当てられる。
【００３５】
インタラプトコントローラ４１０は、上述した各機能ブロック及びコントローラユニット１１０の外部からインタラプトを集積し、ＣＰＵ４０１がサポートするコントローラ類４０８、４１１−４１６及びノンマスカブルインタラプト（ＮＭＩ）に再配分する。
【００３６】
電力管理ユニット４０９は機能ブロック毎に電力を管理し、さらに１チップで構成されている電子部品としてコントローラ部１１０の消費電力量の監視を行う。すなわち、コントローラ部１１０はＣＰＵ４０１を内蔵した大規模なＡＳＩＣ（特定用途向けＩＣ）で構成されており、このため全ての機能ブロックが同時に動作すると大量の熱を発生して、コントローラ部１１０自体が破壊されてしまう虞がある。
【００３７】
そこで、このような事態を防止するために機能ブロック毎に消費電力を管理し、各機能ブロックの消費電力量をパワーマネージメントレベルとして電力管理ユニット４０９に集積している。そして、電力管理ユニット４０９では各機能ブロックの消費電力量を合計し、該消費電力量が限界消費電力を超えないように各機能ブロックの消費電力量を一括して監視する。
【００３８】
Ｇバスアービタ４０６は中央アービトレーション方式によりＧバス４０４を協調制御しており、各バスマスタに対して専用の要求信号と許可信号とを有する。尚、バスマスタへの優先権の付与方式として、全てのバスマスタの優先度を同一として、公平にバス権を付与する公平アービトレーションモードといずれか一つのバスマスタに対して優先的にバスを使用させる優先アービトレーションモードのいずれかを指定することができる。
【００３９】
図５は、操作部１５０の構成の一例を示す図である。５００は、ユーザーインターフェイスであり、種々のコピーモード（例えば、両面設定、グループ、ソート、ステイプル出力等）を設定することが可能である。なお、これらのコピーモード設定手段は、ハードキーであっても、タッチパネルに表示されるソフトキーであっても良い。５０１は、スタートボタンで、このボタンが押されたことを契機にコピー処理が開始される。
【００４０】
図６は、コピーモードとして原稿の読取り蓄積を繰り返し行う「連続読込モード」が選択されていた場合に、スタートボタン５０１押下によりコピー処理が開始された後、ユーザーインターフェース５００に表示される原稿読込設定画面５０２の一例を示す図である。原稿読込設定画面５０２には、それまで読み込んだ画像が表示されるモードに入るための「確認」ボタン５０３と、読み込み処理を終了してそれまで読み込んだ画像を一括出力するための「読込終了」ボタン５０４が備えられている。
【００４１】
図７は、原稿読込設定画面５０２で「確認」ボタン５０３が押下されたときに表示される読込画像確認画面５１３の一例を示す図である。読込画像確認画面５１３において、５０５の領域にはそれまでに蓄積された画像の総ページ数および表示中のページ番号が表示される。５０６および５０７は、蓄積された画像のページを移動させる「ページ移動」ボタンで、５０６を押下すると前ページに、５０７を押下すると次ページに移動する。
【００４２】
５０８および５０９は、確認用画像の拡大／縮小表示を行うための「拡大／縮小」ボタンで、５０８を押下すると確認用画像は縮小表示され、５０９を押下すると確認用画像は拡大表示される。５１０は、蓄積画像確認画面で、５０５に表示されているページの内容が表示される。５１１は「再読込」ボタンで、「再読込」ボタン５１１が押下されるとそのときに表示されていたページを記憶し、読込画像確認画面５１３をクローズする。
【００４３】
読込画像確認画面５１３がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は再読込モードで実行される。５１２は「閉じる」ボタンで、「閉じる」ボタン５１２が押下されると読込画像確認画面５１３はクローズされる。読込画像確認画面５１３がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は連続読込モードで実行される。
【００４４】
なお、上述の連続読込モードとは、読込んだ画像データが蓄積記憶された最後尾（最終画像）から再度画像データの蓄積記憶を継続して行い、処理中に蓄積記憶された全画像データを１組の画像データとして扱うことを意味する。一方、再読込モードとは、蓄積記憶された特定の画像データを、新たに読み込んだ画像データに置き換えることを意味する。また、いずれの場合も原稿読込み指示はスタートボタン５０１押下により行われる。
【００４５】
図８は、連続読込コピー処理のフローチャートである。Ｓ８０１では、スタートボタン５０１が押下されたことによるスタート指示がされたか否かを判別する。スタートボタン５０１が押下されていない場合はスタートボタン５０１が押下されるまでその判別を繰り返す。スタートボタン５０１が押下された場合はＳ８０２に進み、「連続読込モード」が選択されたかの確認を行う。Ｓ８０２にて「連続読込モード」が設定されていない場合、Ｓ８１２に進み、通常のコピー処理を行い処理を終了する。
【００４６】
「連続読込モード」が設定された場合、Ｓ８０３に進み、自動紙送り装置（ＤＦ）にセットされた原稿束の読込み、または、圧板上に置かれた原稿の読込みを行う原稿読込処理を実行する。処理が終了すると操作部１５０による指示が可能になる。Ｓ８０４では、ハードディスク１６０に蓄積された画像確認処理（プレビュー処理）の指示がされたか否かを判別する。この画像確認処理の指示の有無は、図６における確認ボタン５０３の操作を受け付けたか否かに基づいて判別することができる。画像確認処理実行が指示された場合、Ｓ８０５に進み画像確認処理（プレビュー処理）を行い、その後Ｓ８０６に進む。
【００４７】
画像確認処理の指示が無い場合はＳ８０６に進む。Ｓ８０６では、「再読込」が指示されたか否かを判別する。再読込の判別はＳ８０５のプレビュー処理内で、図７に示す再読込ボタン５１１の操作を受け付けたか否かに基づいて行われ、再読込の指示がされると、再読込の対象となるページの画像格納場所が記憶される。再読込が指示されるとＳ８０７に進み、再読込の指示がされない場合はＳ８０８に進む。Ｓ８０７では、再読込指示がされた時に記憶されたページの画像データ破棄（削除）処理を実行する。
【００４８】
その後、Ｓ８０３に戻り原稿読込処理を実行し、再読込み対象ページの画像データを置き換える。なお、原稿読込処理Ｓ８０３は、自動紙送り装置（ＤＦ）にセットされた全原稿の読込処理、圧板上に置かれた原稿の読込み処理の他、自動紙送り装置にセットされた原稿から指定枚数の読込処理を行うことが可能で、再読込み時は、読込枚数が１ページという指定がされる。
【００４９】
Ｓ８０８では、連続読込処理中止の指示の判別を行う。連続読込処理中止の指示の有無は、図６の中止ボタンの操作に基づいて判別することができる。Ｓ８０８で中止の指示があった場合はＳ８０９に進み、それまで読込蓄積した画像データの全てを破棄する読込画像破棄処理Ｓ８０９を実行した後、コピー処理を終了する。Ｓ８０８で中止の指示が無い場合はＳ８１０に進む。Ｓ８１０では読込終了指示の判別を行う。読込終了指示の有無は、図６の読込終了ボタン５０４の操作の有無に基づいて判別することができる。Ｓ８１０で読込終了が指示された場合Ｓ８１１に進み、それまで読込んだ画像データを全て印刷する読込画像印刷処理を実行した後、コピー処理を終了する。
【００５０】
Ｓ８１０で読込終了が指示されない場合はＳ８１３に進み、スタートボタン５０１押下に基づく読込指示の判別を行う。Ｓ８１３で読込の指示があった場合、Ｓ８０３に戻り原稿読込処理を実行する。Ｓ８１３で読込の指示が無い場合はＳ８０４に戻る。つまり、操作部１５０による指示が何も無いときは、画像確認、再読込、中止、読込終了、読込の何れかの指示待ちになる。
【００５１】
図９は、図８におけるＳ８０３の原稿読込処理のフローチャートである。Ｓ９０１では、自動紙送り装置（ＤＦ）の状態の判別を行う。ＤＦがオープンの時はＳ９０６に進み、圧板からの原稿読込処理を行い処理を終了する。ＤＦがクローズの時はＳ９０２に進み、ＤＦに原稿がセットされているか否かの判別を行う。ＤＦに原稿がセットされていない場合はＳ９０６に進み、圧板からの原稿読込処理を行い処理を終了する。
【００５２】
ＤＦに原稿がセットされている場合はＳ９０３に進み、再読込処理が指示されているか否かの判別を行う。Ｓ９０３にて再読込が指示されていると判別した場合はＳ９０４に進み、ＤＦにセットされた原稿から１ページだけ画像を読込み処理を終了する。Ｓ９０３にて再読込が指示されていないと判別した場合はＳ９０５に進み、ＤＦにセットされた原稿の全ページの読込み処理を行い処理を終了する。
【００５３】
図１０は、図８におけるＳ８０５の蓄積画像確認（プレビュー）処理のフローチャートである。Ｓ１００１では、蓄積画像の確認を行う画像格納先の指定がされているかの判別を行う。連続読込コピー処理で繰り返し読込まれる画像データは、実行中の連続読込コピー処理が使用している画像格納先である、図１３を参照して後述する文書管理部１３００のジョブ管理部１３０２配下に管理されており、ジョブ管理部１３０２を指定することで、それまでに読込蓄積した画像データの先頭ページから最終ページまでたどることが可能なように管理されている。
【００５４】
Ｓ１００１で指定が無い場合は処理を終了する。つまり、プレビュー処理は実行されない。Ｓ１００１で指定があった場合はＳ１００２に進み蓄積された画像の先頭ページを特定する。Ｓ１００３では蓄積されている画像データから、蓄積画像確認画面５１０に表示する画像データの生成を行う。本実施例では、蓄積画像確認画面５１０に表示する直前に画像データの生成を行っているが、原稿読込蓄積時に蓄積画像確認画面表示用の画像データを生成し、オリジナル画像と対応付けてハードディスク１６０に格納しておいても良い。
【００５５】
Ｓ１００４では、Ｓ１００３で生成された画像データを蓄積画像確認画面５１０に表示する。Ｓ１００５は入力指示待ちで、入力指示をループして待っている。Ｓ１００６では次ページを表示する指示がされたか否かの判別を、ページ移動ボタン５０７の操作の有無に基づいて行い、次ページ表示の指示がされた場合はＳ１００７に進む。Ｓ１００７では蓄積されている画像データの最後尾かを判別し、最後尾であった場合はＳ１００５に戻り再度入力指示待ちになる。Ｓ１００７で最後尾で無いと判別した場合、Ｓ１００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。
【００５６】
Ｓ１００８では、前ページ表示の指示がされたか否かの判別を、ページ移動ボタン５０６の操作の有無に基づいて行う。前ページ表示の指示がされた場合はＳ１００９に進み、蓄積されている画像データの先頭かの判別を行う。先頭と判別した場合はＳ１００５に戻り再度入力指示待ちになる。先頭で無いと判別した場合、Ｓ１００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。Ｓ１０１０では蓄積画像確認画面５１０に表示されている画像を縮小表示する指示がされたか否かの判別を、縮小ボタン５０８の操作の有無に基づいて行う。縮小表示が指示されたと判別した場合はＳ１００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。縮小表示の指示が無い場合Ｓ１０１１に進み、拡大表示の指示がされたか否かの判別を、拡大ボタン５０９の操作の有無に基づいて行う。
【００５７】
Ｓ１０１１で拡大表示の指示がされたと判別した場合は指定された場合Ｓ１００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。拡大表示の指示が無い場合Ｓ１０１２に進み、画像再読込の指示がされたか判別を行う。Ｓ１０１２で画像再読込の指示がされた場合、Ｓ１０１３に進み、現在表示されているページが文書管理部１３００のどこで管理されているか等を特定する識別情報を記憶（保持）し処理を終了する。ここで保持された情報が前述のＳ８０３における原稿読込処理に伝わり、再読込処理が実行される。Ｓ１０１２で再読込の指示が無い場合Ｓ１００５に戻り入力指示待ちとなる。
【００５８】
図１１は、制御装置１１０の内部ソフトウェア構造を示す図である。１１００はコントローラソフトウェアであり、その中はプロトコル解釈部１１０１、ジョブ制御部１１０２、デバイス部１１０３で構成されている。プロトコル解釈部１１０１はホストコンピュータ６０１や、操作部１５０から、各インタフェース（４１１−４１４）を介して送られてきたコマンド（プロトコル）を解釈し、ジョブ制御部１１０２に対してジョブの実行を依頼する。ジョブ制御部１１０２は、プロトコル解釈部の依頼に基づき種々のジョブを実行する。デバイス部１１０３は、画像入出力システム１００を構成する各ユニットを制御するドライバソフトを含み、ジョブ制御部１１０２がジョブを実行する際に使用される。
【００５９】
図１２は、ジョブ制御部１１０２の構造を示す図である。同図において１１００はコントローラソフトウェア、１１０１はプロトコル解釈部、１１０２はジョブ制御部、１１０３はデバイス部である。ジョブ制御部１１０２は、ジョブ生成部１２００、ジョブ処理部１２１０、ドキュメント処理部１２２０、ページ処理部１２３０、バンド処理部１２４０、デバイス割り当て部１２５０を有している。また、ジョブ処理部１２１０は、ジョブ管理部１２１１、バインダ管理部１２１２、ドキュメント管理部１２１３を有している。また、デバイス部１１０３は、第１デバイス１２５１、第２デバイス１２５２及び第３デバイス１２５３等複数のデバイスを有することが可能となっている。
【００６０】
ホストコンピュータ６０１、６０２や、操作部１５０から送られてきた一連の操作依頼は、コマンド（プロトコル）という形で、各インタフェース（４１１−４１４）を介して送られてくる。送られてきたコマンドは、プロトコル解釈部１１０１で解釈された後、ジョブ制御部１１０２に送られる。この時点でコマンドは、ジョブ制御部１１０２が理解できる形に変換される。
【００６１】
ジョブ生成部１２００はジョブ１２１４を生成する。ジョブ１２１４にはコピージョブ、プリントジョブ、スキャンジョブ及びファックスジョブ等の様々なジョブが含まれる。プロトコル解釈部１１０１により解釈されたプロトコルには、例えば、プリントジョブならば印刷する文書の名前や印刷部数、出力先の排紙トレイの指定等の種々の設定情報や、印刷データ自体（ＰＤＬデータ）等が含まれる。ジョブ１２１４は、ジョブ処理部１２１０に送られ処理が行われる。
【００６２】
ジョブ処理部１２１０は、ジョブを構成する複数のバインダの出力順など、ジョブ全体に関わる設定がされるジョブ管理部１２１１、バインダを構成する複数のドキュメントの出力順など、バインダ全体に関わる設定がされるバインダ管理部１２１２、ドキュメントを構成する複数のページの出力順など、ドキュメント全体に関わる設定がされるドキュメント管理部１２１３を有し、ジョブ１２１４全体に関する設定や処理が行われる。
【００６３】
更に、ジョブ処理部１２１０では、ジョブ１２１４全体に関する設定や処理以外は、ジョブ１２１４を構成するさらに小さな仕事の単位であるバインダ１２１５に分割し、また、バインダ１２１５全体に関する設定や処理以外は、バインダ１２１５を構成するさらに小さな仕事の単位であるドキュメント１２１６に分割し処理する。ドキュメント１２１６は入力ドキュメント１２２１と１対１に対応付けされており、入力ドキュメント１２２１は、ドキュメント処理部１２２０により出力ドキュメント１２２２に変換処理される。
【００６４】
例えば、原稿の束をスキャナで読み取り、複数のイメージデータに変換するスキャンジョブを考えると、原稿の束に関する設定や操作の手順が書かれているのが入力ドキュメント１２２１であり、複数のイメージデータに関する設定や操作の手順が書かれているのが出力ドキュメント１２２２である。そして、紙の束を複数のイメージデータに変換する役割を持っているのがドキュメント処理部１２２０である。
【００６５】
ドキュメント処理部１２２０は、ドキュメント単位の入力ドキュメント１２２１から出力ドキュメント１２２２への変換処理を行い、ドキュメント全体に関する設定や処理以外は、更に小さな仕事の単位である入力ページ１２３１に分割し、ページ処理部１２３０に処理を依頼する。これは、ちょうどジョブ処理部１２１５がジョブ単位の処理に専念して、更に細かい仕事のためにバインダ１２１５、ドキュメント１２１６を生成するのと同じである。ドキュメント単位の設定及び操作は、具体的にはページの並び替え、両面印刷の指定、表紙の付加、ＯＨＰ中差し等のページ順序に関するものである。
【００６６】
ページ処理部１２３０は、ページ単位の入力ページ１２３１から出力ページ１２３２への変換処理を行う。例えば、上述のスキャンジョブの場合、入力ページ１２３１には読み取りの解像度、読み取りの向き（ランドスケープ／ポートレイト）等の各種設定や、手順が書かれており、出力ページ１２３２にはイメージデータの格納場所等の設定や手順が書かれている。
【００６７】
ここまでは、ジョブの単位を徐々に小さくして、ページの単位で扱えるようにすることを説明してきた。高価なシステムで１ページ分のページメモリを持てるならば、最終的にページ単位までジョブを細分化して処理すればよい。しかし、現実にはメモリのコスト等の問題から１ページ分のページメモリを持てない場合には、数ライン分のメモリ（バンドメモリ）でジョブ１２１４を処理するシステムもある。このような場合、ページを更に細かい単位であるバンドに分割して変換処理を行う。それが入力バンド１２４１、バンド処理部１２４０、出力バンド１２４２であり、これらの動作に関してはページの場合と同様である。
【００６８】
ジョブ処理部１２１０、ドキュメント処理部１２２０、ページ処理部１２３０及びバンド処理部１２４０は、いずれも処理を進める際に画像入出力システム１００を構成する種々の物理デバイスを使用する。当然、複数の処理部が同時に仕事を進めるとデバイスの競合が発生するので、それを調停するのがデバイス割り当て部１２５０である。例として図に示した第１〜第３のデバイス１２５１〜１２５３は、デバイス割り当て部１２５０により上述した各処理部に割り当てられる論理デバイスであり、例えば、ページメモリやバンドメモリ、原稿給紙ユニット２５０、マーキングユニット３２０エンジン及びスキャナユニット２１０等が考えられる。
【００６９】
図１３は、ハードディスク１６０に蓄積される画像データを管理する文書管理部１３００の管理構造の一例を示す図である。文書管理部１３００は、フォルダ管理部１３０１、ジョブ管理部１３０２、バインダ管理部１３０３、ドキュメント管理部１３０４、ページ管理部１３０５で構成され、それぞれ管理情報（属性値）を持っている。文書管理部１３００は、１つ以上のフォルダ管理部１３０１で構成され、各フォルダ管理部１３０１の管理情報が格納されている。フォルダ管理部１３０１は、１つ以上のジョブ管理部１３０２で構成され、ジョブ管理部１３０２の管理情報が格納されている。ジョブ管理部１３０２は、１つ以上のバインダ管理部１３０３で構成され、バインダ管理部１３０２の管理情報が格納されている。
【００７０】
さらに、ジョブ管理部１３０２は、ジョブ制御部１１０２において処理されるジョブ１２１４の動作に必要な情報で、ジョブ管理部１２１１に格納されている属性値を格納／保存することができる。バインダ管理部１３０３は、１つ以上のドキュメント管理部１３０４で構成され、ドキュメント管理部１３０４の管理情報が格納されている。さらに、バインダ管理部１３０３は、ジョブ制御部１１０２において処理されるバインダ１２１５の動作に必要な情報で、バインダ管理部１２１２に格納されている属性値を格納／保存することができる。
【００７１】
ドキュメント管理部１３０４は、１つ以上のページ管理部１３０５で構成され、ページ管理部１３０５の管理情報が格納されている。さらに、ドキュメント管理部１３０４は、ジョブ制御部１１０２において処理されるドキュメント管理部１２１３に格納されている属性値や、ドキュメント処理部１２２０により処理された出力ドキュメント１２２２の属性値を格納／保存することができる。ページ１３０５は、ハードディスク１６０に保存された、スキャナで読込んだ１ページ分の画像データ、ホストコンピュータから送信されたＰＤＬを展開した１ページ分の画像データ、ＦＡＸで受信した１ページ分の画像データなどと対応付けられている。
【００７２】
さらに、ページ管理部１３０５は、ジョブ制御部１１０２のページ処理部１２３０により処理された出力ページ１２３２の属性値を格納／保存することができる。つまり、文書管理部１３００に保存された情報と、ハードディスク１６０に保存された画像データとから、画像蓄積時に投入されたジョブ１２１４を再現することが可能となる。また、保存されている情報を再設定することで投入時のジョブと異なる動作をさせることも可能である。
【００７３】
図１４は、制御装置１１０で実行されるジョブ１２１４の１つであるコピージョブの構成の一例を示す図である。ホストコンピュータ６０１、６０２や、操作部１５０から送られてくる一連の操作依頼はコマンド（プロトコル）という形で、各インタフェース（４１１−４１４）を介して送られてくる。送られてきたコマンドは、プロトコル解釈部１１０１で解釈され、ジョブ制御部１１０２に送られる。この時点でコマンドはジョブ制御部が理解出来る形に変換されることになる。ジョブ生成部１２００は、送られてきたコマンドを解釈し、コピージョブ１４０１を生成し制御を依頼する。
【００７４】
コピージョブ１４０１はコピー動作を実現するための機能を有しており、スキャンジョブ１４０２、イメージエージェントジョブ１４０３、および、プリントジョブ１４０６を生成し、これらの動作を制御することでコピー処理を実現する。イメージエージェントジョブ１４０３は、イメージエージェントバインダ１４０４を、イメージエージェントバインダ１４０４は、イメージエージェントドキュメント１４０５をというように、自身を構成する細かい単位に処理を依頼しそれぞれの動作を制御する。
【００７５】
イメージエージェントドキュメント１４０６は、ドキュメント処理部（紙→イメージ）１４１０の出力ドキュメントであるイメージドキュメント１４１１の生成を行う。生成されたイメージドキュメント１４１１は、イメージエージェントドキュメント１４０５、イメージエージェントバインダ１４０４、イメージエージェントジョブ１４０３、コピージョブ１４０１を経由しスキャンジョブ１４０２、プリントジョブ１４０６に伝達される。
【００７６】
スキャンジョブ１４０２は、ドキュメント処理部（紙→イメージ）１４１０の入力ドキュメントであるスキャン紙ドキュメント１４０９の生成を行った後に、ドキュメント処理部（紙→イメージ）１４１０を生成する。この時、ドキュメント処理部（紙→イメージ）１４１０に、入力ドキュメントのスキャン紙ドキュメント１４０９、出力ドキュメントのイメージドキュメント１４１１が伝えられる。さらに、スキャンジョブ１４０２は、ドキュメント処理部（紙→イメージ）１４１０に処理を依頼し動作の制御を行う。
【００７７】
なお、スキャンジョブ１４０２では、ジョブ処理部１２１０で、スキャンジョブ１４０２全体に関する設定や処理、およびバインダに関する設定や処理が行われる。スキャンジョブ１４０２では、スキャナユニット２１０、スキャナ原稿ユニット２５０の物理的構造から、１回のスキャン動作は、１ジョブ、１バインダ、１ドキュメントの構成で制御可能なため、本実施例では、バインダ１２１５、ドキュメント１２１６を省略している。
【００７８】
スキャン紙ドキュメント１４０９は、原稿に関する情報が属性として管理されており、また、イメージドキュメント１４１１は、読込み結果である画像データに関する情報が属性として管理される。これらの属性をもとに、ドキュメント処理部（紙→イメージ）１４１０は、入力ドキュメントであるスキャン紙ドキュメント１４０９から出力ドキュメントであるイメージドキュメント１４１１への変換を制御する。
【００７９】
ドキュメント処理部（紙→イメージ）１４１０は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるスキャン紙ページ１４１７、ページ処理部（紙→イメージ）１４１８、イメージページ１４１９で行われる。スキャン紙ドキュメント１４０９は、原稿の枚数に対応したスキャン紙１４１４を順次生成する。スキャン紙１４１４は生成されると、原稿の処理順を制御するスキャナ紙管理部１４１６に識別子を付加して登録した後、スキャン紙ページ１４１７の生成を行う。
【００８０】
スキャン紙ページ１４１７は原稿の表ページ／裏ページに対応しており、両面原稿の時は１つのスキャン紙１４１４に対して２つのスキャン紙ページ１４１７が生成される。スキャナ紙管理部１４１６は、スキャン紙１４１４に付加された識別子やデバイスの仕様（原稿読み取り順など）によりスキャン紙ページ１４１７の処理順序の決定を行う。スキャン紙ページ１４１７には原稿の各ページに関する情報が管理されており、イメージドキュメント１４１１により生成されるイメージページ１４１９には各ページの読込画像データに関する情報が管理される。
【００８１】
ページ処理部（紙→イメージ）１４１８は、入力ページであるスキャン紙ページ１４１７から出力ページであるイメージページ１４１９への変換を制御する。また、ページ処理部（紙→イメージ）１４１８は、実際のスキャナデバイスを制御するためのシーケンスを把握しており、スキャナデバイス制御部１４２３に用意されたエンジン制御コマンドを発行することで原稿読み取り動作（スキャン動作）の制御を行う。
【００８２】
また、スキャン紙ページ１４１７、イメージページ１４１９に管理されている属性を画像処理部１４２５ａに設定し制御することで、原稿を画像データとしてハードディスク１６０に蓄積させる。蓄積された画像データは、文書管理部１３００にて管理されており、文書管理部１３００を介して、読み出し、複製、移動、削除、等の操作をすることが可能である。また、画像処理部１４２５ａ、１４２５ｂには、解像度変換、符号変換などの制御を含んでいる。
【００８３】
一方、プリントジョブ１４０６は、ジョブ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントバインダ１４０７分割し、バインダ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントドキュメント１４０８に分割し、プリント処理全体に関する設定や処理の制御を行う。プリントドキュメント１４０８は、ドキュメント処理部（イメージ→紙）１４１２の出力ドキュメントであるプリント紙ドキュメント１４１３の生成を行った後に、ドキュメント処理部（イメージ→紙）１４１２を生成する。
【００８４】
この時、ドキュメント処理部（イメージ→紙）１４１２に、入力ドキュメントのイメージドキュメント１４１１、出力ドキュメントのプリント紙ドキュメント１４１３が伝えられる。さらに、プリントドキュメント１４０８は、ドキュメント処理部（イメージ→紙）１４１２に処理を依頼し動作の制御を行う。プリント紙ドキュメント１４１３には、印刷出力に関する情報が属性として管理されており、イメージドキュメント１４１１には、画像データに関する情報が属性として管理されている。
【００８５】
これらの属性をもとに、ドキュメント処理部（イメージ→紙）１４１２は、入力ドキュメントであるイメージドキュメント１４１１から出力ドキュメントであるプリント紙ドキュメント１４１３への変換を制御する。ドキュメント処理部（イメージ→紙）１４１２は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるイメージページ１４１９、ページ処理部（イメージ→紙）１４２０、プリント紙ページ１４２１で行われる。
【００８６】
プリント紙ドキュメント１４１３は、印刷出力する枚数分のプリント紙１４１５を順次生成する。プリント紙１４１５は生成されると、印字の処理順を制御するプリンタ紙管理部１４２２に識別子を付加して登録した後、プリントン紙ページ１４２１の生成を行う。プリント紙ページ１４２１は出力用紙の表ページ／裏ページに対応しており、両面印刷の時は１つのプリント紙１４１５に対して２つのプリント紙ページ１４２１が生成される。
【００８７】
プリンタ紙管理部１４２２は、プリント紙１４１５に付加された識別子やデバイスの仕様（内部循環枚数や両面出力時の紙制御順など）によりプリント紙ページ１４２１の処理順序の決定を行う。プリント紙ページ１４２１には印字する各ページに関する情報が管理されており、イメージページ１４１９には各ページの画像データに関する情報が管理されている。ページ処理部（イメージ→紙）１４２０は、入力ページであるイメージページ１４１９から出力ページであるプリント紙ページ１４２１への変換を制御する。
【００８８】
また、ページ処理部（イメージ→紙）１４２０は、実際のプリンタデバイスを制御するためのシーケンスを把握しており、プリンタデバイス制御部１４２４に用意されたエンジン制御コマンドを発行することで印刷動作（プリント動作）の制御を行う。また、イメージページ１４１９、プリント紙ページ１４２１に管理されている属性を画像処理部１４２５ｂに設定し制御することで、ハードディスク１６０に蓄積された画像データを印刷用紙に印字する。
【００８９】
このような一連の動作によりより小さな仕事の単位である処理部に制御を任せて行くことで、コピー動作を実現することが可能となる。
【００９０】
図１５は、図１４に記述できなかった、コピージョブ実行時に行われる文書管理１３００への属性格納の例を抜粋した図である。前述の通り（図１３）、文書管理部１３００は、フォルダ管理部１３０１、ジョブ管理部１３０２、バインダ管理部１３０３、ドキュメント管理部１３０４、ページ管理部１３０５で構成され、それぞれが管理情報（属性値）を持っている。
【００９１】
ジョブ制御部１１０２において処理されるジョブ１２１４の動作に必要な情報で、ジョブ管理部１２１１に格納されている属性値は、イメージエージェントジョブ１４０３により文書管理部１３００のジョブ管理部１３０２に格納／保存される。ジョブ制御部１１０２において処理されるバインダ１２１５の動作に必要な情報で、バインダ管理部１２１２に格納されている属性値は、イメージエージェントバインダ１４０４により文書管理部１３００のバインダ管理部１３０３に格納／保存される。
【００９２】
ジョブ制御部１１０２において処理されるドキュメント管理部１２１３に格納されている属性値や、ドキュメント処理部１２２０により処理された出力ドキュメント１２２２の属性値は、出力ドキュメントに該当するイメージドキュメント１４１１により文書管理部１３００のドキュメント管理部１３０４に格納／保存される。更に、ジョブ制御部１１０２のページ処理部１２３０により処理された出力ページ１２３２の属性値は、出力ページに該当するイメージページ１４１９により文書管理部１３００のページ管理部１３０５に格納／保存される。
【００９３】
＜ファイルシステムの説明＞
以上、本発明の実施形態に対応する画像入出力システム１００の構成及び機能について図１から図１５までを参照して説明した。このような画像入出力システム１００では、図１に示すようにハードディスク１６０を組み込み型として搭載している。このようなハードディスク１６０に格納されているデータの管理方法を以下に説明する。
【００９４】
なお、本実施形態では、「ファイルシステム」とはユーザが「ファイル」という形式でハードディスク等のストレージ装置内のデータを管理するためのデータフォーマットの形式、又は、そのソフトウエアライブラリを意味する語として用いる。
【００９５】
ハードディスクのような記憶装置に適用されるファイルシステムでは、デジタルデータをファイルという単位でアクセスすることが可能となっている。一般的には、アプリケーションからの指示をファイルシステムで受け付け、その指示内容に応じて、fd=open(filename,,)のようにファイル名を指定してファイルを開き、write(fd,buf,len)のようにしてファイルの書き込み、read(fd,buf,len)のようにして、ファイル内のデータを読み取ることが可能である。実際のファイルシステムは非常に複雑で大きなものである。本実施例では説明を簡略化するために、簡単化した仮想的なファイルシステムを用いて解説を行う。
【００９６】
＜ファイル名管理テーブル＞
図１６は、本実施形態に対応するファイルシステムのファイル名管理テーブルの構成を示す。図１６において、３０００はファイル名管理テーブルデータベースの先頭である。３００１はこのファイルシステムのバージョン番号（Version）を格納する領域である。３００２は、後述する図２２の不揮発性メモリ３６０２に格納される識別情報としてのシリアル番号に対応するシリアル番号を格納する領域である。
【００９７】
３００３〜３００６までが、"FirstFileName"というファイルのための情報であり、３００７〜３０１０が"SecondFileName"というファイルのための情報である。このようにファイル名ごとに決まったフォーマットが連結して複数並んでいる。３００３はファイル名を格納するエリアであり、“FirstFileName”というファイル名が格納されている。３００４はファイルサイズを格納する領域であり、３５６３バイトとのファイルサイズが格納されている。３００５はファイルの作成日を格納する領域であり、２００１年１月１日との日付情報が格納されている。３００６はセクタ管理テーブルへのポインタであり、セクタ番号（セクタNo.）として“０８”との情報が格納されている。つまり、"FirstFileName"という名のファイルは、サイズが３５６３バイトで、２００１年１月１日に作成され、そのデータはセクタNo.08にリンクされているということになる。３００７〜３０１０も同様に解釈すればよい。
【００９８】
＜セクタ管理テーブル＞
図１７にセクタ管理テーブルの構成の一例を示す。３１０１はセクタ管理テーブルであり、ｘ方向、ｙ方向にそれぞれ８つの領域を持つ２次元の配列になっている。配列内の各領域３１０４は、
セクタ番号 = (y*8) + x・・・・（式１）
という式に基づきセクタ番号と関連づけられる。
【００９９】
即ち、図１７において最も左上の（x,y）＝(0.0)の領域３１０４は、セクタ番号が“０”となる。以下、本実施形態においてはセクタ番号を簡単のために“Sxxxx”と表記する。従って、上記セクタ番号は“S0000”となる。同様にして、最も右上の（x,y）＝(7,0)の領域３１０４のセクタ番号は“S0007”、（x,y）＝(0,5)の領域（図１７では、この領域を特に３１０２とする。）３１０４のセクタ番号は“S0005”、２列目の一番左（x,y）＝(0,1)の領域（図１７では、この領域を特に３１０３とする。）３１０４のセクタ番号は、“S0008”、更に、最も右下の（x,y）＝(7,7)の領域３１０４のセクタ番号は、“S0063”となる。
【０１００】
また、各領域３１０４には、当該領域のセクタ番号に格納されているデータに継続するデータが格納されるセクタ番号が登録される。例えば、領域３１０３自体は、セクタ番号が“S0008”であるが、この領域３１０３には“０９”の数値が格納されている。このことは、セクタ番号“S0008”に格納されているデータに継続するデータはセクタ番号“S0009”に格納されていることを示している。
【０１０１】
ここで、ｘｙ座標が示す領域自体は、ハードディスク上の物理的(装置外に対し仮想的に物理的な領域に見えるように配置されている)な記憶場所に対応している。
【０１０２】
＜ハードディスクのデータ構成＞
図１８は、ハードディスク上に記憶されているデータと、セクタ番号との対応の一例を示す図である。ここで、３２００はセクタ番号であり、セクタ番号３２００に含まれるS0000〜S0063は、図１７のセクタ管理テーブル３１０１の各領域３１０４にそれぞれ対応する。
【０１０３】
また、３２０１は、セクタ番号３２０１と関連づけられてハードディスクに記憶されているデータであって、ハードディスクのランダムアクセス性に基づきセクタ番号３２００を特定すれば、セクタの容量の単位毎に３２０１のデータの読み書きを行うことできる。なお、データ３２０１は、各セクタにつき１キロバイトが確保されており、これにより１キロバイト単位でセクタ番号を指定してデータの読み書きを行うことが可能となる。尚、本実施形態では、３２０１のデータサイズを簡単のために１キロバイトとしているが、これはあくまで例示であって、セクタの単位を１キロバイトに制限することを特に意図するものではない。
【０１０４】
＜ファイルの管理方法＞
図１８に示すように、ハードディスクに格納されているデータは、セクタ番号と関連づけられてその格納場所が特定されている。このようなセクタ番号と格納場所との関係を仮想的にファイルとして制御するためのファイルシステムのファイル管理制御に関して以下に説明する。
【０１０５】
まず、図１６のファイル名"FirstFileName"のファイル３０１１が、どのように管理されているかを例に挙げて説明する。"FirstFileName"のファイル３０１１について、３００６にセクタ管理テーブルへのポインタ（セクタ番号=S0008）が登録されている。これは、図１７では、(x,y)=(0,1)の領域３１０４、即ち、領域３１０３を示しており、この領域３１０３に対してリンクが張られていることになる。領域３１０３に対応したセクタ番号は（式１）により“S0008”となる。このセクタ番号“S0008”を利用すれば、図１８においてハードディスクに格納されている実データは、１０、１１、１２、・・・・・１７、というトータル１キロバイトのデータを、"FirstFIleName"というファイル３０１１の最も先頭のデータとして特定することができる。
【０１０６】
ここで、セクタ番号“S0008”に関連づけて格納されているデータは、１キロバイトに過ぎず、図１６のファイルサイズ３００４のファイルサイズ３５６３バイトには満たない。従って、セクタ番号“S0008”と関連づけて格納されている実データに連結して、“FirstFileName”というファイル３０１１を構成するデータが存在する筈である。
【０１０７】
そこで、図１７の領域３１０３に記載されている数値を参照すると、“０９”と記載されている。この“０９”はセクタ番号“０８”＝S0008に続くデータを格納するセクタ番号を特定するための数値である。即ち、S0008はS0009に繋がっていることを意味する。このように、３１０３からたどると、S0008→S0009→S0010→S0011とリンクが張られており、図１７のセクタ管理テーブル３１０１上では、(x,y)=(0,1),(1,1),(2,1),(3,1)の各領域３１０４となる。(x,y)=(3,1)の領域３１０４には終了記号である'FF'が記述されており、ここでリンクが途絶えることになる。ファイル３０１１のファイルサイズ３００４は3563バイトであり、本実施形態では1024Byte/セクタであるため、全データの記憶には４つのセクタを要する。"FirstFileName"は図１８において10〜37と連番で領域の繋がりを示している。
【０１０８】
ファイル名"SecondFileName"のファイル３０１２についても、同様に考えることが可能である。ここでは説明を省略するが、図１６における３０１０が示す最初のセクタは、図１７における３１０２に該当し、図１８においては３２０２から開始となる。ファイル３０１２の場合には、ファイル３０１１のように連続したセクタに記録されておらず、分散されて記録されている。即ち、図１８において、５０〜８２までの連番が実際のハードディスク上の格納場所の順番を示しており、セクタ番号では、S0005→S0001→S0002→S0006→S0007といった具合に分散されている。
【０１０９】
以上のように、本実施形態では図１６に示すファイル名管理テーブル３０００が、ハードディスクに格納されるファイルの情報を格納している。このファイルの情報には、セクタ(もしくはファイルシステムによってはクラスタ)へのポインタが含まれている。また、図１７におけるセクタ管理テーブルには、ハードディスクに格納されるデータの連続性に対応するセクタの連結を定義する管理領域が含まれている。セクタの連結は、次へのデータ格納領域（セクタ）へのポインタによって特定される。さらに、セクタ（クラスタ)に対応するデータ領域は、図１８に示すようにハードディスク内で構成される。なお、本実施形態に対応するファイルシステムの管理領域には、図１６のファイル名管理テーブルと図１７のセクタ管理テーブルが相当し、図１８のデータ領域の構成はこれに含まれない。
【０１１０】
以上によれば、ランダムアクセス可能なハードディスクデバイスを無駄なく使用することができ、また、仮想的にファイルとして使用することが可能なファイルシステムを構築することが可能となる。一般的なファイルシステムでは、リスト構造を用いた領域管理方法を用いるが、管理領域の考え方は同一である。
【０１１１】
＜ボリューム＞
ファイルシステムは仮想的に複数のハードディスク装置が存在しているように制御することが可能である。この仮想ハードディスクの単位を一般的にパーティションと呼ぶ。図１９にパーティションのイメージ図を示す。パーティションにはボリュームと呼ばれる名称を一つ与えることが可能であり、ファイルシステムはこのボリューム名を介して格納場所を判断する。(ドライブ名で制御するファイルシステムもある)。
【０１１２】
４００１は/BOOTDEVと呼ばれるボリューム名がつけてあり、BOOT制御(機器起動制御)に関するファイルを格納する。４００２は/IMAGEDEVであり、画像のデータを格納する目的として用いる。４００３は/SPOOLDEVで、外部から入力したPDLデータを一時的に保存しておくのに使用するエリアである。４００４は/FONTDEVで、内部で使用するFONTのデータを格納しておくエリアである。
【０１１３】
このように、複数のパーティションを内部で作成し、パーティション毎に、異なるファイルシステムを割り当てたり、初期化を行ったり、リペア・チェックなどの処理を走らせることが可能である。これにより、仮想的に複数のハードディスクが存在しているかのように振舞うことが可能となる。
【０１１４】
＜不揮発性メモリ装置＞
図２０は、本発明の実施形態に対応する不揮発性メモリ装置の構成の一例を示す図である。不揮発性メモリの代表的なデバイスは、FlashROM、FRAM、SRAMなどがあげられる。また揮発性メモリであるDRAMをセルフリフレッシュモードでバッテリ駆動することも考えられる。本実施形態では、高速にアクセスできるものが望ましいため、SRAM+バックアップ用の電池を例に説明する。
【０１１５】
不揮発性メモリ装置３４０１において、３４０４はＳＲＡＭモジュールであり、３４０３はバックアップ用の電池である。仮に、不揮発性メモリ装置３４００が設置されている基板の電源がOFFされた場合であっても、電池３４０３の電力が供給されている間は、SRAM３４０４内のデータを保持することができる。３４０２は図２１に示すようなメインボードに接続するための端子である。不揮発性メモリ装置３４０１は大きさとしては比較的小さなものであり、本実施形態においては独立した基板構成を持つ。もちろん、図２１に示すようなメインボード３５００にオンボードで実装されていてもよい。
【０１１６】
＜メインボード＞
図２１は、本実施形態に対応するメインボードの構成の一例を示す図である。メインボード３５００は、図１に示すような画像入出力システム１００の制御装置１１０を搭載し、装置全体を制御する。メインボード３５００において、３５０１は拡張用のボードを刺すためのＰＣＩバスである。図１のリーダー装置２００やプリンタ装置３００はこのＰＣＩバスを介して接続されることになる。３５０２はメインボード３５００全体を制御するＣＰＵである。３５０３はカスタムＡＳＩＣである。このカスタムＡＳＩＣ３５０３は、図３に示すような本実施形態に対応する制御装置１１０の構成を備えることができる。３５０４はメインメモリを搭載するためのＳＤＲＡＭスロットである。
【０１１７】
３５０５はメインボード３５００をBOOTさせるBIOS-ROMである。３４０１は、図２０に示される不揮発性メモリ装置である。３５０７は不揮発性ストレージ装置を接続するためのフラットケーブルである。３５０８は不揮発性ストレージ装置であり、図１に示す画像入出力システム１００においては、ハードディスク１６０がこれに該当する。３５０９は図２２で説明するシリアル番号格納基板である。
【０１１８】
図２１におけるメインボード３５００の構成は一般的なＣＰＵボードの構成をとっている。ＣＰＵ３５０２はメインボード３５００のデバイスを制御する。また、シリアル番号格納基板３５０９にアクセスする場合、カスタムＡＳＩＣ３５０３によりアドレスデコードされ、メモリのようにアクセス可能となる。３５０８の不揮発性ストレージ装置に対しては、図１６から図１８を参照して説明したファイルシステムを適用することでアクセス可能となる。
【０１１９】
＜シリアル番号格納部＞
図２２は、本実施形態に対応するシリアル番号格納基板の図を示す。３５０９は、シリアル番号格納基板である。３６０１は図２１のメインボード３５００に接続するためのコネクタである。３６０２は外部電源を必要としない、低速な不揮発性メモリである。不揮発性メモリ３６０２に相当する現在のデバイスの代表的なものとして、小容量のEEPROMがあげられる。
【０１２０】
不揮発性メモリ３６０２に格納されるシリアル番号は、例えば、シリアル番号格納基板が搭載される機器（本実施形態においては、画像入出力システム１００）の機体番号が挙げられる。シリアル番号の種類はこのような機体番号に限定されるものではなく、同一機器内に搭載されているハードディスクや不揮発性メモリ装置に基づいてファイルシステムを管理するために、機器に固有の識別情報であればよい。
【０１２１】
このようにシリアル番号などの機器毎に独立した識別情報を管理する場合、小型の外付け基板で管理するほうが管理しやすいため、本実施形態においては取り外し可能な構成として、シリアル番号格納基板を記載する。しかし、もちろんメインボード３５００にオンボードで実装されていても構わない。
【０１２２】
［第１の実施形態］
以下、本発明の第１の実施形態について説明する。
【０１２３】
まず、上記図１９を参照して説明したように、ハードディスクにおいては、パーティションごとに異なるファイルシステムを割り当てることが可能である。従って、先に示したファイルシステムの図１６及び図１７に該当する管理領域と、図１８に該当するデータ領域とを、図１９の構成を利用すれば４００１〜４００３の各パーティションごとに独立して持たせることができる。
【０１２４】
ここで、本実施形態に対応するファイルシステムの構成の一例を示す図を図２６に示す。図２６において、４１０１はファイルシステムにアクセスするプログラムであり、一般的にアプリケーションと呼ぶ。４１０２は上位ファイルシステムであり、アプリケーション４１０１に対して、統一的なインターフェイスを提供する。４１０３、４１０４、４１０５及び４１０９は、それぞれ不揮発性ストレージ装置３５０８（１６０）における４１０６、４１０７、４１０８、４１１０のそれぞれのパーティションに対応するファイルシステムである。４１０３〜４１０５までのファイルシステムは、４１０６、４１０７、４１０８、４１１０に対して１つずつ設けているが、他の形態であってもよい。例えば、１つのファイルシステムにて複数のパーティションを管理するように構成しても良い。通常のファイルシステムでは、図２６に示すように不揮発性ストレージ装置３５０８（１６０）の同一パーティション上に管理領域とデータ領域とを混在させてその機能を実現している。
【０１２５】
しかし、このように同一パーティション内に管理領域とデータ領域とを混在させた場合、管理領域へのアクセス中に、当該不揮発性ストレージ装置３５０８が搭載されている機器の電源が切断されることにより、致命的な障害を受けることが考えられる。このような障害が発生した場合、管理領域の情報が破壊されてしまうためにデータ領域の情報にアクセスすることが困難となってしまう。このような電源断時のデータ保証を行う方法一つとして、管理領域に格納される情報を、同一のパーティションではなく、外部の不揮発性メモリ上に格納することが挙げられる。
【０１２６】
そこで、図２６では、パーティション４１１０にはデータ領域４１１０のみを収容し、管理領域４１１２は、外部の不揮発性メモリ装置３４０１に収容することとしている。これにより、ファイルシステム４１０９は、不揮発性ストレージ装置３５０８（１６０）内のパーティション４１１０と、不揮発性メモリ装置３４０１内の管理領域との双方にアクセスとすることとなる。このように、本実施形態では一部のファイルシステムの管理領域とデータ領域とを同一のパーティション内に混在させず、分離して保存することとしている。
【０１２７】
より具体的に説明すると、例えば図２６におけるファイルシステム４１０９が、図１９における/IMAGEDEVのファイルシステム４００２であった場合、４００２の/IMAGEDEVの管理領域(ファイル名管理テーブル３０００及びセクタ管理テーブル３１０１)４１１２は、不揮発性メモリ装置３４０１上に配置されることになる。同時に、ファイルシステム４１０９のデータ領域４１１０(図１８のデータ３２０１)は、不揮発性ストレージ装置３５０８上の４１１０のパーティションに格納されることとなる。
【０１２８】
このようなファイルシステムの構成によれば、各ファイルシステム４１０３〜４１０５及び４１０９は、上位ファイルシステム４１０２により抽象化されているため、アプリケーション４１０１は個々のファイルシステムを意識すること無く統一的なインタフェースによりアクセスすることが可能となる。さらに、ファイルシステム４１０９が選択されて対応するパーティション(上記では/IMAGEDEV)にアクセスする場合には、不揮発性メモリ装置３４０１を使用することにより、高速なファイルアクセスと電源断時における動作保証をより確固たるものとすることが可能である。
【０１２９】
なお、ファイルシステムからの管理領域へは非常に高い頻度でアクセスが行われる。それゆえ、低速な不揮発性ストレージ装置を直接書き換えるのではなく、ファイルシステムが持っている高速な一時メモリ装置を用いてキャッシュ制御するのが一般的である。その上で、ファイルフラッシュ（fflash)等の命令などのトリガを元に、キャッシュ領域を不揮発性ストレージ装置に書き込むことになる。従って、この動作の間に仮に電源が断された場合、キャッシュの領域内だけで変更があった場所は消えてしまうことになる。
【０１３０】
しかし、管理領域を図２６に示す構成のように不揮発性メモリ装置３４０１上に配置して制御すれば、キャッシュ領域を利用せずに、直接不揮発性メモリ装置３４０１にアクセスして動作が行われることとなるので、突然の電源断があった場合でも上記のような障害を回避することができる。
【０１３１】
以上のように、本実施形態によれば、不揮発性ストレージ装置に対するアクセス頻度が極端に減るため、より理想に近い高速なデータ転送が実現できるようになる。また、突然の電源断に対する耐性が期待できる。
【０１３２】
［第２の実施形態］
上記の第１の実施形態では、図２６に示すようなファイルシステムの構成により、データへの高速アクセスが可能になると共に突然電源が断された場合であってもデータの保証ができる。しかし、不揮発性メモリ装置３４０１自体が故障、交換、もしくは外部ツールによりデータが上書きされた場合には、ファイルシステムの管理領域とデータ領域との不整合が発生することになる。例えば、そのデータが画像データだった場合、真黒な画像が出力されるなどの障害が発生し得る。
【０１３３】
そこで、本実施形態では不揮発性メモリ装置３４０１の整合性を判別して、このような不具合を回避する。
【０１３４】
まず、本実施形態においては、不揮発性メモリ装置３４０１には、図２６に示すように管理領域４１１２が格納されている。この管理領域４１１２には、図１６に示すようにファイル名管理テーブル３０００が含まれている。このうち、シリアル番号３００２には、シリアル番号格納基板３５０９上の不揮発性メモリ３６０２に格納されている識別情報としてのシリアル番号に対応するシリアル番号が格納されている。
【０１３５】
よって、不揮発性メモリ装置３４０１が交換されたり、内部のデータが破壊される、或いは、データの書き換えなどの事態が発生しない限りは、不揮発性メモリ装置３４０１に格納されたシリアル番号と、シリアル番号格納基板３５０９に格納されたシリアル番号とは一致するはずである。もし、両者が一致しなければ上述の何らかの事態が発生したこととなる。
【０１３６】
そこで、本実施形態では、不揮発性メモリ装置３４０１に格納されたシリアル番号と、シリアル番号格納基板３５０９に格納されたシリアル番号との一致に基づいて不揮発性メモリ装置３４０１の整合性を判別するものである。図２４は、本実施形態に対応する処理のフローチャートである。図２４においてまず、ステップＳ３８０１では、メインボード３５００に接続されたシリアル番号格納基板３５０９内の不揮発性メモリ３６０２に格納されているシリアル番号と、不揮発性メモリ装置３４０１上で、管理領域中のファイル名管理テーブル３０００のシリアル番号３００２に格納されているシリアル番号とを、それぞれ取得する。
【０１３７】
ステップＳ３８０２では、取得したシリアル番号が同一であるか否かを判定する。ここで、両シリアル番号が同一であった場合には、そのまま処理を終了する。一方、シリアル番号が互いに異なる場合には、ステップＳ３８０３に移行して、シリアル番号が不一致である旨のエラーを操作部１５０の液晶パネル上に表示する。
【０１３８】
ここで、シリアル番号が異なる原因として以下の事態が想定される。
【０１３９】
１．従前の不揮発性メモリ装置３４０１が、新品又は中古のものに交換された。
２．不揮発性メモリ装置３４０１自体が破壊された。
３．外部のツールによりデータが入れ替えられた（但し、不揮発性メモリ装置３４０１がメインボード３５００にオンボード構成されていた場合）。
【０１４０】
そこで、ステップＳ３８０４では、ファイル名管理テーブル３０００に対応するファイルシステムの初期化を行う。
【０１４１】
ここで、不揮発性メモリ装置３４０１が交換されるなどの上記の事態が発生した場合、従前の不揮発性メモリ装置３４０１に格納されていたファイル名管理テーブル３０００そのものに依らずに、図１８のデータ領域に対応するファイル名管理テーブル３０００を復旧することは不可能である。従って、実質的にファイル名管理テーブル３０００を復帰させることはできない。そこで、管理領域とデータ領域との不整合に基づく障害を未然に防止すべく、当該ファイル名管理テーブル３０００に対応するファイルシステム、即ち、不揮発性メモリ装置３４０１そのものを初期化する。
【０１４２】
続いてステップＳ３８０５では、初期化された不揮発性メモリ装置３４０１におけるファイル名管理テーブル３０００のシリアル番号３００２について、シリアル番号格納基板３５０９内の不揮発性メモリ３６０２に格納されているシリアル番号を書き込む。その後に処理を終了する。
【０１４３】
以上の処理を起動時に行うことで、ファイルシステムの不整合を事前に発見し初期化することで、不要なファイルアクセスを未然に防ぐことができる。
【０１４４】
本発明によれば、第１の実施形態に対応するファイルシステムにおいて、不揮発性メモリ装置３４０１が新品又は中古のものに交換されたり、不揮発性メモリ装置の中身が壊れたり、(不揮発性メモリ装置３４０１がメインボード３５００上にオンボード構成されていた場合に)外部ツールによりデータが入れ替えられたりした等の、ファイルシステムの不整合を正確に検知して、ファイルシステムを初期化することができる。
【０１４５】
［第３の実施形態］
上記の第１の実施形態では、図２６に示すようなファイルシステムの構成により、データへの高速アクセスが可能になると共に突然電源が断された場合であってもデータの保証ができる。しかし、不揮発性ストレージ装置３５０８自体が故障、交換、もしくは外部ツールによりデータが上書きされた場合には、ファイルシステムの管理領域とデータ領域との不整合が発生することになる。例えば、そのデータが画像データだった場合、真黒な画像が出力されるなどの障害が発生し得る。
【０１４６】
そこで、本実施形態では不揮発性ストレージ装置３５０８の整合性を判別して、このような不具合を回避する。
【０１４７】
図２３は、本実施形態に対応するファイルシステムのファイルの一例を示す図である。本実施形態に対応する不揮発性ストレージ装置３５０８は、図１９に示すようなパーティション構成となっており、ボリューム名/BOOTDEVのパーティションには、図２３に示すようなファイルがそれぞれ格納されている。これらのファイルのうち、３７０１はブートするための実行ファイルである。３７０２は言語のデータが格納されている言語ファイルである。３７０３はフォントのデータが格納されているフォントファイルである。３７０４は、シリアル番号格納基板３５０９に格納されているシリアル番号と一致するシリアル番号が格納されているシリアル番号ファイルである。
【０１４８】
図２５は、本実施形態に対応する処理のフローチャートである。図２５において、ステップＳ３９０１では、メインボード３５００に接続されたシリアル番号格納基板３５０９内の不揮発性メモリ３６０２に格納されているシリアル番号と、不揮発性ストレージ装置３５０８上で上記シリアル番号ファイル３７０４に格納されているシリアル番号とを、それぞれ取得する。
【０１４９】
ステップＳ３９０２では、取得したシリアル番号が同一であるか否かを判定する。ここで、両シリアル番号が同一であった場合には、そのまま処理を終了する。一方、シリアル番号が互いに異なる場合には、ステップＳ３９０３に移行して、シリアル番号が不一致である旨のエラーを操作部１５０の液晶パネル上に表示する。ここで、シリアル番号が異なる原因として以下の状況が想定される。
【０１５０】
１．従前の不揮発性ストレージ装置３５０８が、新品又は中古のものに交換された。
２．不揮発性ストレージ装置３５０８自体が破壊された。
３．外部のツールによりデータが入れ替えられた。
【０１５１】
そこで、ステップＳ３９０４では、ファイル名管理テーブル３０００に対応するファイルシステムの初期化を行う。
【０１５２】
ここで、不揮発性ストレージ装置３５０８が交換されるなどの上記の事態が発生した場合、従前の不揮発性メモリ装置３５０８に格納されていたファイル名管理テーブル３０００そのものに依らずに、図１８のデータ領域に対応するファイル名管理テーブル３０００を復旧することは不可能である。従って、実質的にファイル名管理テーブル３０００を復帰させることはできない。そこで、管理領域とデータ領域との不整合に基づく障害を未然に防止すべく、当該ファイル名管理テーブル３０００に対応するファイルシステム、即ち、不揮発性ストレージ装置３５０８そのものを初期化する。尚、この初期化処理においては、新品のストレージ装置に交換された場合のように、物理的なフォーマットが済んでいる装置については、データのリセットの意味における初期化は省略することができる。
【０１５３】
続いてステップＳ３９０５では、シリアル番号格納基板３５０９内の不揮発性メモリ３６０２に格納されているシリアル番号を格納する新規のシリアル番号ファイル３７０４を作成し、保存する。さらに、ステップＳ３９０６では、初期化された不揮発性ストレージ装置３５０８のパーティションに対応する管理情報が外部の不揮発性メモリ装置３４０１において管理されている場合、併せて不揮発性メモリ装置３４０１の初期化を行い、初期化の後にシリアル番号格納基板３５０９内の不揮発性メモリ３６０２に格納されているシリアル番号を書き込む。その後に処理を終了する。
【０１５４】
以上の処理を起動時に毎回行うことで、ファイルシステムの不整合を事前に発見し、初期化することが可能となる。
【０１５５】
以上によれば、第１の実施形態に対応するファイルシステムにおいて、従前の不揮発性ストレージ装置３５０８が新品又は中古のものに交換されたり、不揮発性ストレージ装置３５０８の中身が破壊されたり、外部ツールによりデータが入れ替えられたりした等の、ファイルシステムの不整合を正確に検知して、ファイルシステムを初期化することができる。
【０１５６】
［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１５７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１５９】
【図１】本発明の実施形態に対応する画像入出力システム（画像形成装置）の一例を示すブロック図である。
【図２】本発明の実施形態に対応する画像入出力システム１００の内部構成の一例を示す図でる。
【図３】本発明の実施形態に対応する制御装置（コントローラ部）１１０の構成の一例を示すブロック図である。
【図４】本発明の実施形態に対応するメインコントローラ１１１の構成の一例を示すブロック図である。
【図５】本発明の実施形態に対応する操作部１５０の構成の一例を示す図である。
【図６】本発明の実施形態に対応する操作部１５０における、「連続読込モード」時の原稿読込設定画面の例を示す図である。
【図７】本発明の実施形態に対応する操作部１５０における、読込画像確認画面の例を示す図である。
【図８】本発明の実施形態に対応する連続読込コピー処理の一例に対応するフローチャートである。
【図９】本発明の実施形態に対応する原稿読込処理の一例に対応するフローチャートである。
【図１０】本発明の実施形態に対応する蓄積画像確認（プレビュー）処理の一例に対応するフローチャートである。
【図１１】本発明の実施形態に対応する制御装置内部のソフトウェア構造の一例を示す図である。
【図１２】本発明の実施形態に対応するジョブ制御部の構造の一例を示す図である。
【図１３】本発明の実施形態に対応する文書管理部の管理構造の一例を示す図である。
【図１４】本発明の実施形態に対応するコピージョブの構成の一例を示す図である。
【図１５】本発明の実施形態に対応するコピージョブ実行時に行われる文書管理部１３００への属性格納の一例を示す図である。
【図１６】本発明の実施形態に対応するファイルシステムのファイル名管理テーブルの構成の一例を示す図である。
【図１７】本発明の実施形態に対応するセクタ管理テーブルの構成の一例を示す。
【図１８】本発明の実施形態に対応するハードディスク上に記憶されているデータとセクタ番号との対応の一例を示す図である。
【図１９】本発明の実施形態に対応するハードディスクのパーティションの一例を示す図である。
【図２０】本発明の実施形態に対応する不揮発性メモリ装置の構成の一例を示す図である。
【図２１】本発明の実施形態に対応するメインボードの構成の一例を示す図である。
【図２２】本発明の実施形態に対応するシリアル番号格納基板の構成の一例を示す図である。
【図２３】本発明の第３の実施形態に対応するファイルシステムの一例を示す図である。
【図２４】本発明の第２の実施形態に対応する処理のフローチャートの一例を示す図である。
【図２５】本発明の第３の実施形態に対応する処理のフローチャートの一例を示す図である。
【図２６】本発明の実施形態に対応するファイルシステムの構成の一例を示す図である。
【図１】
2006222581.tif 000003
【図２】
2006222581.tif 000004
【図３】
2006222581.tif 000005
【図４】
2006222581.tif 000006
【図５】
2006222581.tif 000007
【図６】
2006222581.tif 000008
【図７】
2006222581.tif 000009
【図８】
2006222581.tif 000010
【図９】
2006222581.tif 000011
【図１０】
2006222581.tif 000012
【図１１】
2006222581.tif 000013
【図１２】
2006222581.tif 000014
【図１３】
2006222581.tif 000015
【図１４】
2006222581.tif 000016
【図１５】
2006222581.tif 000017
【図１６】
2006222581.tif 000018
【図１７】
2006222581.tif 000019
【図１８】
2006222581.tif 000020
【図１９】
2006222581.tif 000021
【図２０】
2006222581.tif 000022
【図２１】
2006222581.tif 000023
【図２２】
2006222581.tif 000024
【図２３】
2006222581.tif 000025
【図２４】
2006222581.tif 000026
【図２５】
2006222581.tif 000027
【図２６】
2006222581.tif 000028