(57)【要約】【課題】  マルチＣＰＵシステム上のファイルシステムにおいては、プログラムおよびテーブル情報を、それぞれのＣＰＵ上に搭載していた。ファイルシステムのテーブル情報は巨大であるため、複数のＣＰＵ上に管理テーブルを別々に持つことはメモリの無駄使いであると共に、各ＣＰＵ上のファイルシステムの整合性を取ることが困難であるという問題があった。これらの問題を解決する。【解決手段】  各ＣＰＵ上のファイルシステムが全く同一のテーブル情報を必要とする場合、各ＣＰＵ上の上記複数のファイルシステムにおいて管理テーブルを共有する。そして、排他制御を行うことにより、複数のＣＰＵから必要に応じてファイルシステムに同時アクセスされても障害の起きないようにする。【選択図】  図１
2006155467.tif 000002
【特許請求の範囲】
【請求項１】
複数のＣＰＵを有し、前記複数のＣＰＵがアクセス可能である主記憶装置を搭載し、ハードディスクを搭載した画像形成装置において、前記複数のＣＰＵ上で動作し、前記主記憶装置にある管理領域を使用して動作するファイルシステムであって、前記ファイルシステムのプログラムは各ＣＰＵ上に別個に搭載されているが、前記ファイルシステムは前記主記憶装置の管理領域を共有して動作することを特徴とするファイルシステムを搭載した画像形成装置。
【請求項２】
請求項１記載の画像形成装置において、各ＣＰＵ上のアプリケーションプログラムが前記ファイルシステムを使用してハードディスクにアクセスするために必要なファイルシステムマウント手段を有することを特徴とする画像形成装置。
【請求項３】
請求項２記載の画像形成装置において、各ＣＰＵ上のアプリケーションプログラムが前記ファイルシステムを使用するためには、前記マウント手段を用いてファイルシステムをマウントする必要があることを特徴とする画像形成装置。
【請求項４】
請求項３記載の画像形成装置において、前記マウント状態を解除し、前記アプリケーションプログラムが前記ファイルシステムを使用することが出来ない状態であるアンマウント状態とするアンマウント手段を有することを特徴とする画像形成装置。
【請求項５】
請求項４記載の画像形成装置において、どのＣＰＵ上のアプリケーションプログラムが前記ファイルシステムをマウントしているかを検出する検出手段を有することを特徴とする画像形成装置。
【請求項６】
請求項４記載の画像形成装置において、前記マウント手段は、前記マウント検出手段を用いて、前記各ＣＰＵ上のアプリケーションプログラムが一つも前記ファイルシステムをマウントしていない場合にのみ可能であることを特徴とするファイルシステムを搭載することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置のファイルシステムに関する。
【背景技術】
【０００２】
ファイルシステムにはファイルを管理するための管理テーブル等メモリを大きく使用するテーブル情報が必要である。
【０００３】
又、別の従来例としては、特許文献１をあげることが出来る。
【０００４】
【特許文献１】特開２０００−３４８００７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一般的にマルチＣＰＵシステム上のファイルシステムは、そのファイルシステムが全く同等のものであっても、プログラムおよびテーブル情報を、それぞれのＣＰＵ上に搭載していた。ファイルシステムのテーブル情報は巨大であるため、複数のＣＰＵ上に管理テーブルを別々に持つことはメモリの無駄使いであるといえる。また、各ＣＰＵ上のファイルシステムの整合性を取ることが困難であるという問題があった。
【課題を解決するための手段】
【０００６】
マルチＣＰＵシステムに搭載された各ＣＰＵ上のファイルシステムが全く同一のテーブル情報を必要とする場合、上記複数のＣＰＵで上記複数のファイルシステムにおいて、管理テーブルを共有することでメモリの節約になる。複数のＣＰＵから必要に応じて、ファイルシステムを使用する際、同時にアクセスするとデータの整合が取れなくなるため、排他制御を行う必要がある。排他制御にはファイルシステムのマウントおよびアンマウントを使用する。仮にＡ，Ｂ二つのＣＰＵがあるとして、システム起動時にはＡのみがファイルシステムをマウントしている状態である。Ａがファイルシステムにアクセス後、アンマウントし、Ｂがその後マウントし、ファイルシステムにアクセスする。上記マウント処理は自分以外の全てのＣＰＵがファイルシステムをアンマウントしているときにのみ可能である。
【発明の効果】
【０００７】
ファイルシステムにはファイルを管理するための管理テーブル等メモリを大きく使用するテーブル情報が必要である。一般的にマルチＣＰＵシステム上のファイルシステムは、プログラムおよびテーブル情報を、それぞれのＣＰＵ上に搭載していた。ファイルシステムのテーブル情報は巨大であるため、複数のＣＰＵ上に管理テーブルを別々に持つことはメモリの無駄使いであるといえる。また、各ＣＰＵ上のファイルシステムの整合性を取ることが困難であるという問題があった。マルチＣＰＵシステムに搭載された各ＣＰＵ上のファイルシステムが全く同一のテーブル情報を必要とする場合、上記複数のＣＰＵで上記複数のファイルシステムにおいて、管理テーブルを共有することでメモリの節約になる。複数のＣＰＵから必要に応じて、ファイルシステムを使用する際、同時にアクセスするとデータの整合が取れなくなるため、排他制御を行う必要がある。排他制御にはファイルシステムのマウントおよびアンマウントを使用する。仮にＡ，Ｂ二つのＣＰＵがあるとして、システム起動時にはＡのみがファイルシステムをマウントしている状態である。Ａがファイルシステムにアクセス後、アンマウントし、Ｂがその後マウントし、ファイルシステムにアクセスする。上記マウント処理は自分以外の全てのＣＰＵがファイルシステムをアンマウントしているときにのみ可能である。複数のＣＰＵ上の複数のファイルシステムにおいて、テーブル情報を共有することでメモリの節約になる。また、テーブル情報を共有することにより、データの整合性を容易にとることが出来る。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態を図面を参照して説明する。
【０００９】
図１は本発明に係る電子部品としてのコントローラ部が搭載された画像入出力装置（データ処理装置）の一実施の形態を示すブロック構成図であって、該画像入出力装置１００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）６００にてホストコンピュータ（本実施の形態では第一のホストコンピュータ６０１、第二のホストコンピュータ６０２）に接続されている。
【００１０】
上記画像入出力システム１００は、画像データの読取処理を行うリーダ装置（リーダー部）２００と、画像データの出力処理を行うプリンタ装置（プリンタ部）３００と、画像データの入出力操作を行うキーボード、及び画像データや各種機能の表示／設定などを行う液晶パネルを備えた操作部１５０と、リーダー装置２００を制御して読み込んだ画像データや、ＬＡＮ６００を介してホストコンピュータ６０１、６０２より受信したコードデータから生成される画像データを格納／保存できる画像記憶部１６０を装着し、これら各構成要素に接続されて該構成要素を制御する単一の電子部品からなる制御装置（コントローラ部）１１０で構成されている。
【００１１】
リーダー装置２００は、原稿用紙を搬送する原稿給紙ユニット２５０と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット２１０とを有し、プリンタ装置３００は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット３１０と、画像データを記録用紙に転写／定着するマーキングユニット（部）３２０と、印字された記録用紙にソート処理やステイプル処理を施し、外部に排出する排紙ユニット（部）３３０とを有している。
【００１２】
制御装置１１０は、リーダー部２００を制御して、原稿の画像データを読込み、プリンタ部３００を制御して画像データを記録用紙に出力してコピー機能を提供する。また、リーダー部２００から読取った画像データを、コードデータに変換し、ネットワーク６００を介してホストコンピュータ６０１，６０２へ送信するスキャナ機能、ホストコンピュータからネットワーク６００を介して受信したコードデータを画像データに変換し、プリンタ部３００に出力するプリンタ機能、その他の機能ブロックを有している。
【００１３】
図２はリーダ部２００及びプリンタ部３００の詳細を示す断面図である。
【００１４】
リーダー部２００では、原稿給送ユニット２５０に積層された原稿用紙がその積層順に従って、先頭から順次１枚ずつプラテンガラス２１１上へ給送され、スキャナユニット２１０で所定の読み取り動作が終了した後、読み取られた原稿用紙は、プラテンガラス２１１上の原稿を排出トレイ２１９に排出される。また、原稿用紙がプラテンガラス２１１上に搬送されると、ランプ２１２を点灯し、次いで光学ユニット２１３の移動を開始させ、原稿用紙を下方から照射し走査する。そして、原稿用紙からの反射光は、複数のミラー２１４、２１５、２１６、及び、レンズ２１７を介してＣＣＤイメージセンサ（以下「ＣＣＤ」と記す）２１８へ導かれ、走査された原稿画像はＣＣＤ２１８によって読み取られる。ＣＣＤ２１８で読み取られた画像データは、所定の処理が施された後、コントローラユニット１１０に転送される。
【００１５】
原稿給送ユニット２５０が原稿流し読み機能を有している場合、原稿給送部２５０に積層された原稿用紙は、原稿流し読み位置２４０を一定の速度で通過する。この場合、光学ユニット２１３は原稿流し読み位置２４０に移動し、等速で搬送される原稿をランプ２１２によって照射し、ＣＣＤ２１８によって随時読み取ることで画像データを生成し、コントローラユニット１１０に転送される。
【００１６】
次いで、プリンタ部３００では、コントローラ部１１０から出力された画像データに対応するレーザ光が、レーザドライバ３２１により駆動されるレーザ発行部３２２から発行され、感光ドラム３２３にはレーザ光に応じた静電潜像が形成され、現像器３２４により前記静電潜像の部分に現像剤が付着される。
【００１７】
一方、レーザ光の照射開始と同期したタイミングで、カセット３１１、カセット３１２、カセット３１３、カセット３１４、手差し給紙段３１５のいずれかから記録用紙が給紙されて転写部３２５に搬送路３３１により搬送され、感光ドラム３２３に付着している現像剤を記録用紙に転写する。画像データが転写された記録用紙は搬送ベルト３２６によって、定着部３２７に搬送され、定着部３２７における加熱・加圧処理により画像データが記録紙に定着される。定着部３２７を通過した記録紙は搬送路３３５、搬送路３３４を通り、排紙ビン３２８に排出される。印字面を反転して排紙ビン３２８に排出する場合には、搬送路３３６、搬送路３３８まで導かれ、そこから記録紙を逆方向に搬送し、搬送路３３７、搬送路３３４を通り、排紙ビン３２８に排出される。図に記していないが、排紙ビンの変わりに、排紙ユニットを装着することが可能で、排紙ユニットは排出された記録用紙を束ねて記録用紙の仕分け、仕分けされた記録用紙のステイプル処理などを行うことができる。
【００１８】
また、画像データを記録用紙に両面記録する場合は、定着部３２７を通過したあと、記録紙は、搬送路３３６からフラッパ３２９によって搬送路３３３に導かれ、その後、記録紙を逆方向に搬送し、フラッパ３２９によって搬送路３３８、再給紙搬送路３３２へ導かれる。再給紙搬送路３３２へ導かれた記録紙は上述と同様にして搬送路３３１を通り、転写部３２５へ給紙される。
【００１９】
図３は制御装置（コントローラ部）１１０の詳細を示すブロック図である。
【００２０】
すなわち、メインコントローラ１１１は、ＣＰＵ１１２と、バスコントローラ１１３と、後述する各種コントローラ回路を含む機能ブロックを内蔵すると共に、ＲＯＭ  Ｉ／Ｆ１１５を介してＲＯＭ１１４と接続され、ＤＲＡＭ  Ｉ／Ｆ１１７を介してＤＲＡＭ１１６と接続され、コーデックＩ／Ｆ１１８を介してコーデック１１９と接続され、また、ネットワークＩ／Ｆ１２３を介してネットワークコントローラ１２１と接続され、コネクタ１２２によりＬＡＮ６００との間で所定の制御動作を行う。
【００２１】
ＲＯＭ１１４は、メインコントローラ１１１のＣＰＵ１１２で実行される各種制御プログラムや演算データが確認されている。ＤＲＡＭ１１６は、ＣＰＵ１１２が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック１１９はＤＲＡＭ１１６に蓄積されたラスターイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮し、また圧縮されたデータをラスターイメージに伸長する。また、コーデック１１９にはＳＲＡＭ１２０が接続されており、該ＳＲＡＭ１２０は前記コーデック１１９の一時的な作業領域として使用される。
【００２２】
また、前記メインコントローラ１１１はスキャナバス１４１を介してスキャナＩ／Ｆ１４０に接続され、プリンタバス１４６を介してプリンタＩ／Ｆ１４５に接続され、さらにＰＣＩバス等の汎用高速バス１２５を介して拡張ボードを接続するための拡張コネクタ１２４及び入出力制御部（Ｉ／Ｏ制御部）１２６に接続されている。
【００２３】
Ｉ／Ｏ制御部１２６はリーダ部２００やプリンタ部３００との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ１２７が２チャンネル装備されており、該シリアル通信コントローラ１２７はＩ／Ｏバス１２８を介してスキャナＩ／Ｆ１４０及びプリンタＩ／Ｆ１４５に接続されている。
【００２４】
スキャナＩ／Ｆ１４０は、第一の調歩同期シリアルＩ／Ｆ１４３及び第一のビデオＩ／Ｆ１４４を介してスキャナコネクタ１４２に接続され、さらに該スキャナコネクタ１４２はリーダ部２００のスキャナユニット２１０に接続されている。そして、スキャナＩ／Ｆ１４０はスキャナユニット２１０から受信した画像データに対し所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行い、またスキャナユニット２１０から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス１４１を介してメインコントローラ１１１に画像データを転送する。
【００２５】
また、プリンタＩ／Ｆ１４５は、第２の調歩同期シリアルＩ／Ｆ１４８及び第２のビデオＩ／Ｆ１４９を介してプリンタコネクタ１４７に接続され、さらに該プリンタコネクタ１４７はプリンタ部３００のマーキングユニット３２０に接続されている。そして、プリンタＩ／Ｆ１４５はメインコントローラ１１１から出力された画像データにスムージング処理を施して該画像データをマーキングユニット３２０に出力し、さらにマーキングユニット３２０から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス１４６に出力する。
【００２６】
そして、ＣＰＵ１１２は、ＲＯＭ１１４からＲＯＭＩ／Ｆ１１５を介して読み込まれた制御プログラムに基づいて動作し、例えば、第１及び第２のホストコンピュータ６０１、６０２から受信したＰＤＬ（ページ記述言語）データを解釈し、ラスターイメージデータに展開処理を行う。
【００２７】
また、バスコントローラ１１３は、スキャナＩ／Ｆ１４０プリンタＩ／Ｆ１４５、その他拡張コネクタ１２４等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。即ち、例えば、上述したＤＲＡＭ１１６とコーデック１１９との間のデータ転送や、スキャナユニット２１０からＤＲＡＭ１１６へのデータ転送、ＤＲＡＭ１１６からマーキングユニット３２０へのデータ転送等は、バスコントローラ１１３によって制御され、ＤＭＡ転送される。
【００２８】
また、Ｉ／Ｏ制御部１２６は、ＬＣＤコントローラ１３１及びキー入力Ｉ／Ｆ１３０を介してパネルＩ／Ｆ１３２に接続され、パネルＩ／Ｆ１３２は操作部１５０に接続されている。また、前記Ｉ／Ｏ制御部１２６は不揮発性メモリとしてのＥＥＰＲＯＭ１３５に接続され、またＥ−ＩＤＥコネクタ１６１を介して画像データの書き込み／読み出しが可能なハードディスクドライブ（ＨＤＤ）１６２に接続され、さらに、機器内で管理する日付と時刻を更新／保存するリアルタイムクロックモジュール１３３に接続されている。尚、リアルタイムクロックモジュール１３３はバックアップ用電池１３４に接続されて該バックアップ用電池１３４によりバックアップされている。
【００２９】
図４はメインコントローラ１１１の内部詳細を示すブロック構成図である。
【００３０】
プロセッサコア４０１は、６４ビットのプロセッサバス（ＳＣバス）を介して、システム・バス・ブリッジ（ＳＢＢ）４０２に接続される。ＳＢＢ４０２は４×４の６４ビットクロスバスイッチであり、プロセッサコア４０１の他に、キャッシュメモリを備えたＳＤＲＡＭやＲＯＭを制御するメモリコントローラ４０３と専用のローカルバス（ＭＣバス）で接続されており、さらに、グラフィックバスであるＧバス４０４、ＩＯバスであるＢバス４０５と接続され、全部で４つのバスに接続される。ＳＢＢ４０２は、これら４モジュール間を、可能な限り同時平行接続を確保することができるように設計されている。また、データの圧縮伸張ユニット（ＣＯＤＥＣ）４１８とも、ＣＯＤＥＣ  Ｉ／Ｆを介して接続されている。
【００３１】
Ｇバス４０４はＧバスアービタ（ＧＢＡ）４０６により協調制御されており、スキャナやプリンタと接続するためのスキャナ／プリンタコントローラ（ＳＰＣ）４０８に接続される。また、Ｂバス４０５は、Ｂバスアービタ（ＢＢＡ）４０７により協調制御されており、ＳＰＣ４０８のほか、電力管理ユニット（ＰＭＵ）４０９、インタラプトコントローラ（ＩＣ）４１０、ＵＡＲＴを用いたシリアルインタフェースコントローラ（ＳＩＣ）４１１、ＵＳＢコントローラ４１２、ＩＥＥＥ１２８４を用いたパラレルインタフェースコントローラ（ＰＩＣ）４１３、ＬＡＮコントローラ（ＬＡＮＣ）４１４、汎用入出力コントローラ（ＭＩＳＣ）４１５、ＰＣＩバスインタフェース（ＰＣＩＣ）４１６にも接続されている。
【００３２】
Ｂバスアービタ４０７はＢバス４０５を協調制御するアービトレーションであり、Ｂバス４０５のバス使用要求を受け付け、調停の後、使用許可が選択された一つのマスタに与えられ、これにより同時に２つ以上のマスタがバスアクセスを行うのを禁止している。尚、アービトレーション方式は３段階の優先権を有し、それぞれの優先権に複数のマスタが割り当てられる。
【００３３】
インタラプトコントローラ４１０は、上述した各機能ブロック及びコントローラユニット１１０の外部からインタラプトを集積し、ＣＰＵ４０１がサポートするコントローラ類４０８、４１１−４１６及びノンマスカブルインタラプト（ＮＭＩ）に再配分する。
【００３４】
電力管理ユニット４０９は機能ブロック毎に電力を管理し、さらに１チップで構成されている電子部品としてコントローラユニット１１０の消費電力量の監視を行う。すなわち、コントローラユニット１１０は、ＣＰＵ４０１を内蔵した大規模なＡＳＩＣ（特定用途向けＩＣ）で構成されており、このため全ての機能ブロックが同時に動作すると大量の熱を発生して、コントローラ部１１０自体が破壊されてしまう虞がある。
【００３５】
そこで、このような事態を防止するために各に機能ブロック毎に消費電力を管理し、各機能ブロックの消費電力量はパワーマネージメントレベルとして電力管理ユニット４０９に集積される。そして、該電力管理ユニット４０９では各機能ブロックの消費電力量を合計し、該消費電力量が限界消費電力を超えないように各機能ブロックの消費電力量を一括して監視する。
【００３６】
Ｇバスアービタ４０６は中央アービトレーション方式によりＧバス４０４を協調制御しており、各バスマスタに対して専用の要求信号と許可信号とを有する。尚、バスマスタへの優先権の付与方式として、全てのバスマスタを同じ優先権として、公平にバス権を付与する公平アービトレーションモードといずれか一つのバスマスタに対して優先的にバスを使用させる優先アービトレーションモードのいずれかを指定することができる。
【００３７】
図５は、操作部１５０の例を示す図である。
【００３８】
５００は、ユーザーインターフェイスであり、種々のコピーモード（例えば、両面設定、グループ、ソート、ステイプル出力等）を設定することが可能である。なお、これらのコピーモード設定手段は、ハードキーであっても、タッチパネルに表示されるソフトキーであっても良い。５０１は、スタートボタンで、このボタンが押されたことを契機にコピー処理が開始される。
【００３９】
図６は、スタートボタン５０１押下によりコピー処理が開始された後に、コピーモードとして、原稿の読取り蓄積を繰り返し行う「連続読込モード」が選択されたときにユーザーインターフェース５００に表示される原稿読込設定画面５０２の例である。原稿読込設定画面５０２には、それまで読み込んだ画像を表示されるモードに入るための「確認」ボタン５０３と、それまで読み込んだ画像を一括出力するための「読込終了」ボタン５０４が備えられている。
【００４０】
図７は、原稿読込設定画面５０２で「確認」ボタン５０３が押下されたときに表示される読込画像確認画面で、５０５の領域にはそれまでに蓄積された画像の総ページ数および表示中のページ番号が表示される。５０６および５０７は、蓄積された画像のページを移動させる「ページ移動」ボタンで、５０６を押下すると前ページに、５０７を押下すると次ページに移動する。５０８および５０９は、確認用画像の拡大／縮小表示を行うための「拡大／縮小」ボタンで、５０８を押下すると確認用画像は縮小表示され、５０９を押下すると確認用画像は拡大表示される。５１０は、蓄積画像確認画面で、５０５に表示されているページの内容が表示される。５１１は「再読込」ボタンで、「再読込」ボタン５１１が押下されるとそのときに表示されていたページを記憶し、画像確認画面をクローズする。画像確認画面がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は再読込モードで実行される。５１２は「閉じる」ボタンで、「閉じる」ボタン５１２が押下されると画像確認画面はクローズされる。原稿確認画面がクローズされると５０２の原稿読込設定画面に戻り原稿読込が可能になる。このとき、原稿読込は連続読込モードで実行される。
【００４１】
なお、上述の連続読込モードとは、読込んだ画像データが蓄積記憶された最後尾（最終画像）から再度画像データの蓄積記憶を行い、処理中に蓄積記憶された全画像データを１組の画像データとして扱うことを意味し、再読込モードとは、蓄積記憶された特定の画像データを、新たに読み込んだ画像データに置き換えることを意味する。また、何れの場合も原稿読込み指示はスタートボタン５０１押下により行われる。
【００４２】
図８は、本発明における連続読込コピー処理のフローチャートである。
【００４３】
Ｓ１００１では、スタートボタン５０１が押下されたことによるスタート指示がされたか否かを判別する。スタートボタン５０１が押下されていない場合はスタートボタン５０１が押下されるまでその判別を繰り返す。スタートボタン５０１が押下された場合はＳ１００２に進み、「連続読込モード」が選択されたかの確認を行う。Ｓ１００２にて「連続読込モード」が設定されていない場合、Ｓ１０１２に進み、通常のコピー処理を行い処理を終了する。「読込画像確認モード」が設定された場合、Ｓ１００３に進み、自動紙送り装置（ＤＦ）にセットされた原稿束の読込み、または、圧板上に置かれた原稿の読込みを行う原稿読込処理を実行する。処理が終了すると操作部１５０による指示が可能になる。Ｓ１００４では、画像記憶部１６０に蓄積された画像確認処理（プレビュー処理）の指示がされたか否かを判別する。画像確認処理実行が指示された場合、Ｓ１００５に進み画像確認処理（プレビュー処理）を行い、その後Ｓ１００６に進む。画像確認処理実行の指示が無い場合はＳ１００６に進む。Ｓ１００６では、「再読込」が指示されたか否かを判別する。再読込の指示はＳ１００５のプレビュー処理内で行われ、再読込の指示がされると、再読込の対象となるページの画像格納場所が記憶さる。再読込が指示されるとＳ１００７に進み、再読込の指示がされない場合はＳ１００８に進む。Ｓ１００７では、再読込指示がされた時に記憶されたページの画像データ破棄（削除）処理を実行する。その後、Ｓ１００３に戻り原稿読込処理を実行し、再読込み対象ページの画像データを置き換える。なお、原稿読込処理Ｓ１００３は、自動紙送り装置（ＤＦ）にセットされた全原稿の読込処理、圧板上に置かれた原稿の読込み処理の他、自動紙送り装置にセットされた原稿から指定枚数の読込処理を行うことが可能で、再読込み時は、読込枚数が１ページという指定がされる。Ｓ１００８は、連続読込処理中止の指示の判別を行う。Ｓ１００８で中止の指示があった場合はＳ１００９に進み、それまで読込蓄積した画像データの全てを破棄する読込画像破棄処理Ｓ１００９を実行した後、コピー処理を終了する。Ｓ１００８で中止の指示が無い場合はＳ１０１０に進む。Ｓ１０１０では読込終了指示の判別を行う。Ｓ１０１０で読込終了が指示された場合Ｓ１０１１に進み、それまで読込んだ画像データを全て印刷する読込画像印刷処理を実行した後、コピー処理を終了する。Ｓ１０１０で読込終了が支持されない場合はＳ１０１３に進み読込指示の判別を行う。Ｓ１０１３で読込の指示があった場合、Ｓ１００３に戻り原稿読込処理を実行する。Ｓ１０１３で読込の指示が無い場合はＳ１００４に戻る。つまり、操作部１６０による指示が何も無いときは、画像確認、再読込、中止、読込終了、読込の何れかの指示待ちになる。
【００４４】
図９は、原稿読込処理のフローチャートである。
【００４５】
Ｓ２００１では、自動紙送り装置（ＤＦ）の状態の判別を行う。ＤＦがオープンの時はＳ２００６に進み、圧板からの原稿読込処理を行い処理を終了する。ＤＦがクローズの時はＳ２００２に進み、ＤＦに原稿がセットされているか否かの判別を行う。ＤＦに原稿がセットされていない場合はＳ２００６に進み、圧板からの原稿読込処理を行い処理を終了する。ＤＦに原稿がセットされている場合はＳ２００３に進み、再読込処理が指示されているか否かの判別を行う。Ｓ２００３にて再読込が指示されていると判別した場合はＳ２００４に進み、ＤＦにセットされた原稿から１ページだけ画像を読込み処理を終了する。Ｓ２００３にて再読込が指示されていないと判別した場合はＳ２００５に進み、ＤＦにセットされた原稿の全ページの読込み処理を行い処理を終了する。
【００４６】
図１０は、蓄積画像確認（プレビュー）処理のフローチャートである。
【００４７】
Ｓ３００１では、蓄積画像の確認を行う画像格納先の指定がされているかの判別を行う。連続読込コピー処理で繰り返し読込まれる画像データは、実行中の連続読込コピー処理が使用している画像格納先である文書管理部９００のジョブ管理部９０２配下に管理されており、ジョブ管理部９０２を指定することで、それまでに読込蓄積した画像データの先頭ページから最終ページまでたどることが可能なように管理されている。Ｓ３００１で指定が無い場合は処理を終了する。つまり、プレビュー処理は実行されない。Ｓ３００１で指定があった場合はＳ３００２に進み蓄積された画像の先頭ページを特定する。Ｓ３００３では蓄積されている画像データから、蓄積画像確認画面５１０に表示する画像データの生成を行う。本実施例では、蓄積画像確認画面５１０に表示する直前に画像データの生成を行っているが、原稿読込蓄積時に蓄積画像確認画面表示用の画像データを生成し、オリジナル画像と対応付けて外部記憶部１６０に格納しておいても良い。Ｓ３００４では、Ｓ３００３で生成された画像データを蓄積画像確認画面５１０に表示する。Ｓ３００５は入力指示待ちで、入力指示をループして待っている。Ｓ３００６では次ページを表示する指示がされたかの判別を行い、次ページ表示の指示がされた場合はＳ３００７に進む。Ｓ３００７では蓄積されている画像データの最後尾かを判別し、最後尾であった場合はＳ３００５に戻り再度入力指示待ちになる。Ｓ３００７で最後尾で無いと判別した場合、Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。Ｓ３００８では、前ページ表示の指示がされたかの判別を行う。前ページ表示の指示がされた場合はＳ３００９に進み、蓄積されている画像データの先頭かの判別を行う。先頭と判別した場合はＳ３００５に戻り再度入力指示待ちになる。先頭で無いと判別した場合、Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。Ｓ３０１０では蓄積画像確認画面５１０に表示されている画像を縮小表示する指示がされたかの判別を行う。縮小表示が指示されたと判別した場合はＳ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。縮小表示の指示が無い場合Ｓ３０１１に進み、拡大表示の指示がされたかの判別を行う。Ｓ３０１１で拡大表示の指示がされたと判別した場合は指定された場合Ｓ３００３に進み特定されたページの蓄積画像確認画面表示用の画像データの生成を行い処理を繰り返す。拡大表示の指示が無い場合Ｓ３０１２に進み、画像再読込の指示がされたか判別を行う。Ｓ３０１２で画像再読込の指示がされた場合、Ｓ３０１３に進み、現在表示されているページが文書管理部９００のどこで管理されているか等を特定する識別情報を記憶（保持）し処理を終了する。ここで保持された情報が前述の画像読込処理に伝わり、再読込処理が実行される。Ｓ３０１２で再読込の指示が無い場合Ｓ３００５に戻り入力指示待ちとなる。
【００４８】
図１１は、制御装置１１０の内部ソフトウェア構造を示す図である。７００はコントローラソフトウェアであり、その中はプロトコル解釈部７０１、ジョブ制御部７０２、デバイス部７０３で構成されている。プロトコル解釈部７０１はホストコンピュータ６０１や、操作部１５０から、各インタフェース（４１１−４１４）を介して送られてきたコマンド（プロトコル）を解釈し、ジョブ制御部７０２に対してジョブの実行を依頼する。ジョブ制御部７０２は、プロトコル解釈部の依頼に基づき種々のジョブを実行する。デバイス部７０３は、画像入出力システム１００を構成する各ユニットを制御するドライバソフトを含み、ジョブ制御部７０２がジョブを実行する際に使用される。
【００４９】
図１２は、ジョブ制御部７０２の構造を示す図である。
【００５０】
同図において７００はコントローラソフトウェア、７０１はプロトコル解釈部、７０２はジョブ制御部、７０３はデバイス部である。ジョブ制御部７０２は、ジョブ生成部８００、ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０、バンド処理部８４０、デバイス割り当て部８５０を有している。また、ジョブ処理部８１０は、ジョブ管理部８１１、バインダ管理部８１２、ドキュメント管理部８１３を有している。また、デバイス部７０３は、第１デバイス８５１、第２デバイス８５２及び第３デバイス８５３等複数のデバイスを有する事が可能となっている。
【００５１】
ホストコンピュータ６０１，６０２や、操作部１５０から送られてきた一連の操作依頼は、コマンド（プロトコル）という形で、各インタフェース（４１１−４１４）を介して送られてくる。送られてきたコマンドは、プロトコル解釈部７０１で解釈された後、ジョブ制御部７０２に送られる。この時点でコマンドは、ジョブ制御部７０２が理解できる形に変換される。
【００５２】
ジョブ生成部８００はジョブ８１４を生成する。ジョブ８１４にはコピージョブ、プリントジョブ、スキャンジョブ及びファックスジョブ等様々なジョブが存在する。プロトコル解釈部７０１により解釈されたプロトコルには、例えば、プリントジョブならば印刷する文書の名前や印刷部数、出力先の排紙トレイの指定等の種々の設定情報や、印刷データ自体（ＰＤＬデータ）等が含まれる。ジョブ８１４はジョブ処理部８１０に送られ処理が行われる。ジョブ処理部８１０は、ジョブを構成する複数のバインダの出力順など、ジョブ全体に関わる設定がされるジョブ管理部８１１、バインダを構成する複数のドキュメントの出力順など、バインダ全体に関わる設定がされるバインダ管理部８１２、ドキュメントを構成する複数のページの出力順など、ドキュメント全体に関わる設定がされるドキュメント管理部８１３を有し、ジョブ８１４全体に関する設定や処理が行われる。
【００５３】
更に、ジョブ処理部８１０では、ジョブ８１４全体に関する設定や処理以外は、ジョブ８１４を構成するさらに小さな仕事の単位であるバインダ８１５に分割し、また、バインダ８１５全体に関する設定や処理以外は、バインダ８１５を構成するさらに小さな仕事の単位であるドキュメント８１６に分割し処理する。ドキュメント８１６は入力ドキュメント８２１と１対１に対応付けされており、入力ドキュメント８２１は、ドキュメント処理部８２０により出力ドキュメント８２２に変換処理される。例えば、原稿の束をスキャナで読み取り、複数のイメージデータに変換するスキャンジョブを考えると、原稿の束に関する設定や操作の手順が書かれているのが入力ドキュメント８２１であり、複数のイメージデータに関する設定や操作の手順が書かれているのが出力ドキュメント８２２である。そして、紙の束を複数のイメージデータに変換する役割を持っているのがドキュメント処理部８２０である。
【００５４】
ドキュメント処理部８２０は、ドキュメント単位の入力ドキュメント８２１から出力ドキュメント８２２への変換処理を行い、ドキュメント全体に関する設定や処理以外は、更に小さな仕事の単位である入力ページ８３１に分割し、ページ処理部８３０に処理を依頼する。これは、ちょうどジョブ処理部８１５がジョブ単位の処理に専念して、更に細かい仕事のためにバインダ８１５、ドキュメント８１６を生成するのと同じである。ドキュメント単位の設定及び操作は、具体的にはページの並び替え、両面印刷の指定、表紙の付加、ＯＨＰ中差し等のページ順序に関するものである。
【００５５】
ページ処理部８３０は、ページ単位の入力ページ８３１から出力ページ８３２への変換処理を行う。例えば、上述のスキャンジョブの場合、入力ページ８３１には読み取りの解像度、読み取りの向き（ランドスケープ／ポートレイト）等の各種設定や、手順が書かれており、出力ページ８３２にはイメージデータの格納場所等の設定や手順が書かれている。
【００５６】
ここまでは、ジョブの単位を徐々に小さくして、ページの単位で扱えるようにすることを説明してきた。高価なシステムで１ページ分のページメモリを持てるならば、最終的にページ単位までジョブを細分化して処理すればよい。しかし、現実にはメモリのコスト等の問題から１ページ分のページメモリを持てない場合には、数ライン分のメモリ（バンドメモリ）でジョブ８１４を処理するシステムもある。このような場合、ページを更に細かい単位であるバンドに分割して変換処理を行う。それが入力バンド８４１、バンド処理部８４０、出力バンド８４２であり、これらの動作に関してはページの場合と同様である。
【００５７】
ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０及びバンド処理部８４０は、いずれも処理を進める際に画像入出力システム１００を構成する種々の物理デバイスを使用する。当然、複数の処理部が同時に仕事を進めるとデバイスの競合が発生するので、それを調停するのがデバイス割り当て部８５０である。例として図に示した第１〜第３のデバイス８５１〜８５３は、デバイス割り当て部８５０により上述した各処理部に割り当てられる論理デバイスであり、例えば、ページメモリやバンドメモリ、原稿給紙ユニット２５０、マーキングユニット３２０エンジン及びスキャナユニット２１０等が考えられる。
【００５８】
図１３は、画像記憶部１６０に蓄積される画像データを管理する文書管理部９００の管理構造を示す図である。
【００５９】
文書管理部９００は、フォルダ管理部９０１、ジョブ管理部９０２、バインダ管理部９０３、ドキュメント管理部９０４、ページ管理部９０５で構成され、それぞれ管理情報（属性値）を持っている。文書管理部９００は、１つまたは複数のフォルダ管理部９０１で構成され、フォルダ管理部９０１の管理情報が格納されている。フォルダ管理部９０１は、１つまたは複数のジョブ管理部９０２で構成され、ジョブ管理部９０２の管理情報が格納されている。ジョブ管理部９０２は、１つまたは複数のバインダ管理部９０３で構成され、バインダ管理部９０２の管理情報が格納されている。さらに、ジョブ管理部９０２は、ジョブ制御部７０２において処理されるジョブ８１４の動作に必要な情報で、ジョブ管理部８１１に格納されている属性値を格納／保存することができる。バインダ管理部９０３は、１つまたは複数のドキュメント管理部９０４で構成され、ドキュメント管理部９０４の管理情報が格納されている。さらに、バインダ管理部９０３は、ジョブ制御部７０２において処理されるバインダ８１５の動作に必要な情報で、バインダ管理部８１２に格納されている属性値を格納／保存することができる。ドキュメント管理部９０４は、１つまたは複数のページ管理部９０５で構成され、ページ管理部９０５の管理情報が格納されている。さらに、ドキュメント管理部９０４は、ジョブ制御部７０２において処理されるドキュメント管理部８１３に格納されている属性値や、ドキュメント処理部８２０により処理された出力ドキュメント８２２の属性値を格納／保存することができる。ページ９０５は、画像記憶部１６０に保存された、スキャナで読込んだ１ページ分の画像データ、ホストコンピュータから送信されたＰＤＬを展開した１ページ分の画像データ、ＦＡＸで受信した１ページ分の画像データなどと対応付けられている。さらに、ページ管理部９０５は、ジョブ制御部７０２のページ処理部８３０により処理された出力ページ８３２の属性値を格納／保存することができる。つまり、文書管理部９００に保存された情報と、画像記憶部１６０に保存された画像データから画像蓄積時に投入されたジョブ８１４を再現することが可能である。また、保存されている情報を再設定することで投入時のジョブと異なる動作をさせることも可能である。
【００６０】
図１４は主記憶装置（ＣＰＵ−ＡとＣＰＵ−Ｂが共有してアクセスすることが出来る共有メモリ）にアクセスすることが可能なマルチＣＰＵシステムの説明図である、ここでは仮に２つのＣＰＵを搭載したシステムに関して説明するが図１４のＣＰＵ−Ａ、ＣＰＵ−Ｂ以外のＣＰＵを使用した場合に関しても当発明は該当するものとする。図１４中の１００１はＣＰＵ−Ａ、１００２はＣＰＵ−Ｂ、１００３は共有メモリ、１００４はシステムバスブリッジ、１００５はメモリコントローラ、１００６はハードディスクコントローラ、１００７はハードディスクである。１００４、１００５に関しては、図４中で説明したとおりであり、ＣＰＵとメモリのデータアクセス方法に関しての説明はここでは省く。ＣＰＵ−ＡおよびＣＰＵ−Ｂは、それぞれ、システムバスブリッジ、メモリコントローラを介して、１００３共有メモリに対して、データのリード、ライトが可能である。１００６ハードディスクコントローラは、メモリコントローラ同様、ハードディスクへの読み書きを制御するコントローラであり、図３にあるようなＥ−ＩＤＥコネクタを介してハードディスクと接続されている。１００７ハードディスクはＥ−ＩＤＥ規格のハードディスクであり、主記憶装置（共有メモリ）対し、非常に容量が大きい。ＣＰＵ−ＡおよびＣＰＵ−Ｂからハードディスクコントローラを介してアクセスすることが可能である。
【００６１】
図１５は一般的なファイルシステムに関する説明である。１１００はＣＰＵ、１１０１はＣＰＵ上で動作するファイルシステムのプログラム、１１０２は主記憶装置（メモリ）上のファイルシステムの管理テーブル、１１０９はハードディスクである。通常のファイルシステムは、ハードディスクを１ブロックあたり数百Ｂｙｔｅから数キロＢｙｔｅ程度の細かいブロックにわけ、ファイルの中身等のデータを格納している。そのデータの入出力をファイル、ディレクトリなどのリードライトで提供するものがファイルシステムである。通常のファイルシステムは、ハードディスクにファイルの中身等のデータを、主記憶装置（メモリ）に対し、ファイルシステムの管理テーブルを持っている。一般的にハードディスクは大容量ではあるが、メモリに比べ低速であり、メモリは高速ではあるが小容量である。このため上記のような、頻繁にアクセスする管理テーブルや、一時的なバッファはメモリ上に、データの中身はハードディスク上に持つ場合が多い。今回の実施例で使用するファイルシステムは、管理テーブルをハードディスク上とメモリ上に重複して持ち、Ｓｙｎｃという動作でメモリとハードディスクの管理テーブル間の整合を取るファイルシステムである。１１０２管理テーブルは、１１０３のハードディスクのどのブロックが使用済みでデータが入っているか、１１０４のファイル名や属性などの情報から構成されている。
【００６２】
例えば、ファイル名やファイルの属性などの変更を行った際、実際に書き換えられるデータは、１１０２管理テーブルの１１０４情報である。１１０５ハードディスクへの書き込みは現時点では行われていない。Ｓｙｎｃを行った際に１１０２管理テーブルの内容と１１０５ハードディスクの内容の整合が取られ、ハードディスク上の管理テーブルへ情報が書き込まれる。
【００６３】
一般的にファイルシステムを介してハードディスクへアクセスするためにはファイルシステムをマウントする必要がある。マウントに関しては、ＵＮＩＸ（登録商標）等のファイルシステムと同等のためここでは詳しく説明しない。また、ファイルシステムを使用しない場合にはファイルシステムをアンマウントする必要がある。アンマウントに関してはＵＮＩＸ（登録商標）等のファイルシステムと同等のためここでは詳しく説明しない。
【００６４】
図１６は図１５の一般的なファイルシステムを元に図１４のデュアルＣＰＵ使用時のシステムにおいての説明図である。
【００６５】
図中２００１はＣＰＵ−Ａ、２００２はＣＰＵ−Ａ上で実行されるファイルシステムのプログラム（以下ファイルシステムＡ）、２００３は２００２ファイルシステムＡが使用する管理テーブルＡ、２００４はＣＰＵ−Ｂ、２００５はＣＰＵ−Ｂ上で実行されるファイルシステムのプログラム（以下ファイルシステムＢ）、２００６はファイルシステムＢが使用する管理テーブルＢ、２００７はハードディスク、２００８はハードディスク上に重複して持っている管理テーブル、２００９はハードディスクないのデータである。ハードディスクは、ファイルシステムＡ、ファイルシステムＢからアクセスされる。管理テーブルＡ、管理テーブルＢは主記憶装置（メモリ）上に配置されている。ファイルシステムＡおよびファイルシステムＢは全く同一のファイルシステムであるため、二つのファイルシステムが使用する管理テーブルＡ、管理テーブルＢも同一のものである。このように全く同一の巨大な管理テーブルを重複して持っているということはメモリを大きく無駄遣いしているということである。図１４の説明でもしたように、ファイルシステムＡがＳｙｎｃ動作を行うと、管理テーブルＡの内容と２００８ハードディスク上の管理テーブルとの間に整合が取られる。また、ファイルシステムＢがＳｙｎｃ動作を行うと、管理テーブルＢの内容と２００８ハードディスク上の管理テーブルとの間に整合が取られる。
【００６６】
例えば、仮に２００２ファイルシステムＡが「ファイル１」という名称のファイルを「ファイルＡ」という名称に変更した場合を考える。同時にファイルシステムＢが、ファイルシステムＡが名称変更した「ファイル１」と同一のファイルを「ファイルＢ」という名称に変更したとする。この時点でお互いにＳｙｎｃをすれば、先にＳｙｎｃをした方のファイル名変更はあとからＳｙｎｃしたファイルシステムのファイル名変更情報に上書きされ、矛盾が生じることになる。このように、管理テーブルをファイルシステムＡとファイルシステムＢで別々に管理テーブルＡ、管理テーブルＢとして使用することはメモリの無駄遣いであるばかりか、データの整合が取れなくなるなどの欠点がある。
【００６７】
図１７は本提案のファイルシステムの概念図である。図中２１０１はＣＰＵ−Ａ、２１０２はＣＰＵ−Ａ上で実行されるファイルシステムのプログラム（以下ファイルシステムＡ）、２１０３はＣＰＵ−Ｂ、２１０４はＣＰＵ−Ｂ上で実行されるファイルシステムのプログラム（以下ファイルシステムＢ）、２１０５はファイルシステムＡおよびファイルシステムＢが共通で使用するファイルシステムのメモリ上の管理テーブルである。２１０６はハードディスク、２１０７はハードディスク上に重複して持っている管理テーブルである。
【００６８】
図１７は図１６の２つある管理テーブルをファイルシステムＡおよびファイルシステムＢの一つの共通管理テーブルとしたものである。
【００６９】
ＣＰＵ−Ａ，ＣＰＵ−Ｂがそれぞれ使用するファイルシステムであるファイルシステムＡ、ファイルシステムＢは全く同一のファイルシステムであるから、管理テーブルはひとつ、２１０５共通管理テーブルのみがあればいいことになる。これによりメモリの大きな節約になる。ただし、一つの共通管理テーブルに対してファイルシステムＡ、ファイルシステムＢが同時にアクセスすると管理テーブルの整合が保たれないため、下記のような手段でこれを制御する。
【００７０】
マウント、アンマウントの仕組みである。図１７ではＣＰＵ−ＢがファイルシステムＢに対してマウント除隊、ＣＰＵ−ＡがファイルシステムＡに対してアンマウント状態である。マウント状態とは、アプリケーションプログラムが自分が動作しているＣＰＵ上で動作しているファイルシステムに対して、制御命令を伝えられる状態にある状態を指す。つまり、ＣＰＵ−ＢはファイルシステムＢに対して、ファイル名の変更やファイルのリードライト等の制御命令を実行できる状態であるといえる。ＣＰＵ−ＡはファイルシステムＡに対してアンマウント状態であり、ファイルシステムＡにたして、ファイル名の変更やファイルのリードライト等の制御命令を実行しても、ファイルシステムＡは応答しない。したがって、ファイルシステムＡが共通管理テーブルに対してアクセスせず、ハードディスクにもアクセスできない。上記の方法により、メモリの節約、ファイルシステムＡとファイルシステムＢ間の管理テーブルの整合性が保たれる。
【００７１】
２１０８は共有メモリ、２１０９は共有メモリの特定アドレスに配置されたマウント情報である。図ではＣＰＵ−ＢがファイルシステムＢをマウントしている状態をあらわしているが、２１０９マウント情報には、ＣＰＵ−ＢがファイルシステムＢをマウントしている旨が記述されている。
【００７２】
マウントしようとするＣＰＵは、２１０９マウント情報を参照し、だれもマウントしていないことを確認してからでないとマウントすることが出来ない。仮に、この状態で、ＣＰＵ−ＡがファイルシステムＡをマウントしようと試みた場合、２１０９マウント情報を参照し、ＣＰＵ−Ｂがマウントしている旨を検出し、ＣＰＵ−ＡはファイルシステムＡのマウントをあきらめる。
【００７３】
図１８は図１７の状態から、ＣＰＵ−ＢがファイルシステムＢをアンマウントした状態である。ＣＰＵ−ＢがファイルシステムＢに対してアンマウントを行うと、共有メモリ上のマウント情報に対して、ＣＰＵ−Ｂはアンマウントした旨を記述する。今までにＣＰＵ−Ｂがマウントしていた場合は、ＣＰＵ−ＢのアンマウントによってマウントしているＣＰＵがなくなるので、Ｎｏｂｏｄｙという記述がされ、上記のように誰もマウントしていない状態となる。
【００７４】
図１９は図１８の状態から、ＣＰＵ−ＡがファイルシステムＡをマウントした状態である。
【００７５】
ＣＰＵ−ＡがファイルシステムＡに対してマウント動作を行うと、共有メモリ上の２１０９マウント情報に対して参照を行う。ここでマウント情報が、誰もマウントしていないことを表すＮｏｂｏｄｙという記述がされている場合は、ＣＰＵ−Ａのマウント要求が通り、ＣＰＵ−Ａがマウントでき図１９の状態へとなる。かりに、ＣＰＵ−Ａがマウント動作を行ったとき、ＣＰＵ−Ｂがマウントしていたとする。ＣＰＵ−Ａはマウントしようとするとき、２１０９マウント情報を参照し、ＣＰＵ−Ｂがマウントしている旨を検出し、ＣＰＵ−ＡはファイルシステムＡのマウントをあきらめる。
【００７６】
ＣＰＵ−Ａ，ＣＰＵ−Ｂともマウントしておらず、両方が同時にマウントを試みた場合、両方同時に２１０９マウント情報を参照し、ＣＰＵ−Ａ，ＣＰＵ−Ｂともにマウント情報がＮｏｂｏｄｙであると認識する場合があるため、２１０９マウント情報を参照する際にはセマフォをとるなどして、排他する必要が在る。セマフォに関しては一般的なものであるためここでの説明は省くことにする。
【００７７】
図２０は図１６でＣＰＵ−ＡがファイルシステムＡをマウントしようとする際のフローチャートである。Ｓ３００１でＣＰＵ−ＡがファイルシステムＡをマウントしようとする、Ｓ３００２で共有メモリ上のマウント情報を参照する。Ｓ３００３で同時にマウントしないようにセマフォを取得する。Ｓ３００４でマウント情報がＮｏｂｏｄｙであれば、Ｓ３００５に、Ｓ３００４でＮｏｂｏｄｙでなければＳ３００９に分岐する。Ｓ３００５ではＮｏｂｏｄｙであったマウント情報をＣＰＵ−Ａと書き換える。現在マウントしているのはＣＰＵ−Ａであるという意味である。Ｓ３００６で先ほど取得したセマフォを開放する。Ｓ３００７で実際にマウントを行う。Ｓ３００８でマウント完了となる。Ｓ３００４から分妓したＳ３００９ではＳ３００４で現在マウントしているＣＰＵがほかにいるため、ＣＰＵ−Ａはマウントすることをあきらめなくてはいけない。Ｓ３００３で取得したセマフォをＳ３０１０で開放し、Ｓ３０１１で終了する。
【００７８】
図２１はＣＰＵ−ＡがファイルシステムＡをアンマウントしようとする際のフローチャートである。Ｓ３１０１でＣＰＵ−ＡがファイルシステムＡをアンマウントしようとする。Ｓ３１０２で共有メモリ上のマウント情報を参照する。現在マウントしているＣＰＵがＣＰＵ−Ａであれば、Ｓ３１０３へ、マウント情報に記述されている情報がＣＰＵ−Ａ以外であれば、ＣＰＵ−ＡがアンマウントすることはできないのでＳ３１０６へ分岐する。現在マウントしているＣＰＵがＣＰＵ−Ａであり、ＣＰＵ−ＡがファイルシステムＡをアンマウントしようと場合はＳ３１０３でマウント情報をＮｏｂｏｄｙと書き換え、Ｓ３１０４でアンマウント作業を行う。Ｓ３１０６ではアンマウントの中止をし、終了する。
【図面の簡単な説明】
【００７９】
【図１】本発明に係わるデータ処理装置としてのデジタル複合機の１実施例形態を示すブロック構成図である。
【図２】デジタル複合機の内部構成図である。
【図３】本発明に係わる電子部品としてのコントローラ部の詳細を示すブロック構成図である。
【図４】メインコントローラの詳細を示すブロック構成図である。
【図５】操作部１５０の例を示す図である。
【図６】「連続読込モード」時の原稿読込設定画面の例を示す図である。
【図７】読込画像確認画面の例を示す図である。
【図８】連続読込コピー処理のフローチャートである。
【図９】原稿読込処理のフローチャートである。
【図１０】蓄積画像確認（プレビュー）処理のフローチャートである。
【図１１】制御装置内部のソフトウェア構造を示す図である。
【図１２】ジョブ制御部の構造を示す図である。
【図１３】文書管理部の管理構造を示す図である。
【図１４】主記憶装置（メモリ）を共有するマルチＣＰＵの図である。
【図１５】従来のファイルシステムの概念図である。
【図１６】従来のマルチＣＰＵでのファイルシステムの概念図である。
【図１７】本実施例でのファイルシステムの概念図である。
【図１８】本実施例でのファイルシステムの概念図である。
【図１９】本実施例でのファイルシステムの概念図である。
【図２０】本実施例でのファイルシステムのフローチャートである。
【図２１】本実施例でのファイルシステムのフローチャートである。
【図１】
2006155467.tif 000003
【図２】
2006155467.tif 000004
【図３】
2006155467.tif 000005
【図４】
2006155467.tif 000006
【図５】
2006155467.tif 000007
【図６】
2006155467.tif 000008
【図７】
2006155467.tif 000009
【図８】
2006155467.tif 000010
【図９】
2006155467.tif 000011
【図１０】
2006155467.tif 000012
【図１１】
2006155467.tif 000013
【図１２】
2006155467.tif 000014
【図１３】
2006155467.tif 000015
【図１４】
2006155467.tif 000016
【図１５】
2006155467.tif 000017
【図１６】
2006155467.tif 000018
【図１７】
2006155467.tif 000019
【図１８】
2006155467.tif 000020
【図１９】
2006155467.tif 000021
【図２０】
2006155467.tif 000022
【図２１】
2006155467.tif 000023