JP4462229B2 - 多機能周辺装置 - Google Patents

Description

本発明は、少ない消費記憶容量でデータの管理形式が異なるコンピュータに画像データを表示することができる多機能周辺装置に関する。

従来より、プリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能を有し、更にパーソナルコンピュータ（以下、「ＰＣ」と称す）と通信可能な通信手段を備えた多機能周辺装置が知られている。この多機能周辺装置では、外部から受信したファクシミリデータ、スキャナから読み取ったスキャナデータ等の画像データは、所定のデータ管理形式に従ってメモリ装置に記憶され管理されている。

ここで、この多機能周辺装置において、何らかの機械的な故障によって印刷不可能な状態になった場合には、メモリ装置に記憶されている画像データを何等かの方法で取り出す必要がある。その方法の一つとして、代替用の多機能周辺装置に画像データを転送する方法が知られている。

尚、次の特許文献１には、入れ替え前の顧客ファクシミリ装置と入れ替え後の顧客ファクシミリ装置とが持つ各種情報のデータ構造が異なる場合に、入れ替え前の顧客ファクシミリ装置が有する各種情報のデータ構造を自動的に入れ替え後の顧客ファクシミリ装置が有する各種情報のデータ構造に変換することができるファクシミリ遠隔保守装置及びそれを用いるファクシミリ通信システムが開示されている。
特開２００１−３２０５２０号公報（第０００７段落等）

しかしながら、そもそも代替用の多機能周辺装置がない場合には、メモリ装置に格納されている画像データを取り出すことができないという問題点があった。また、特に、ＰＣと通信可能な多機能周辺装置では、簡単にＰＣと通信できるので、わざわざ代替用の多機能周辺装置を用意することなく、ＰＣに画像データを表示することが要望されている。

ここで、多機能周辺装置におけるデータの管理形式とＰＣにおけるデータの管理形式とが異なる場合に、画像データをＰＣにおけるデータの管理形式に適合するように変換し、多機能周辺装置のメモリ装置をリムーバルディスクに見せかけることで、ＰＣに画像データを表示することも考えられるが、かかる場合には、多機能周辺装置のメモリ装置の消費容量が増大してしまうという問題点があった。

本発明は、上述した問題点を解決するためになされたものであり、少ない消費記憶容量でデータの管理形式が異なるコンピュータに画像データを表示することができる多機能周辺装置を提供することを目的としている。

この目的を達成するために請求項１記載の多機能周辺装置は、第１単位サイズのクラスタ単位でファイルデータを記憶する第１の記憶手段と、その第１の記憶手段に記憶される前記ファイルデータを表示可能な表示手段とを備えたコンピュータと通信可能な通信手段と、画像データを前記ファイルデータの管理方式とは異なる方式によって第２単位サイズであるブロック単位で記憶する第２の記憶手段とを備えたものであって、前記第２の記憶手段にブロック単位で記憶されている画像データのデータ構造を変更することなく、前記画像データを前記通信手段を介して前記コンピュータの表示手段に表示させるために、前記第２の記憶手段を前記第１の記憶手段として擬制化する擬制化手段と、その擬制化手段の実行を操作者が指示する指示手段とを備え、前記コンピュータの前記第１の記憶手段は、前記ファイルデータのディレクトリ情報と、前記ファイルデータを記憶するクラスタのクラスタ識別情報を含むクラスタリンク情報とを記憶するものであり、前記第２の記憶手段は、前記画像データの名前、前記画像データを記憶する先頭ブロックのブロック識別情報および前記画像データのサイズを含むファイル情報と、前記画像データを記憶するブロックのブロック識別情報を含むブロックリンク情報とを記憶するものであり、前記指示手段によって実行が指示された場合に実行される前記擬制化手段は、前記ファイル情報に基づいて前記ディレクトリ情報に相当する擬制ディレクトリ情報を生成する第１の生成手段と、前記ファイル情報に含まれる画像データのサイズと一のクラスタのサイズとから前記画像データが占有するクラスタの個数を求め、その求められたクラスタの個数分のクラスタ識別情報を含むように前記クラスタリンク情報に相当する擬制クラスタリンク情報を生成する第２の生成手段と、前記ファイル情報と前記ブロックリンク情報とから求められる前記画像データを記憶するブロックのブロック識別情報を、前記擬制クラスタリンク情報に含まれるクラスタ識別情報に対応付けた前記対応情報を生成する第３の生成手段とを備え、その第３の生成手段によって生成された前記対応情報を利用することで、前記コンピュータによって前記第２の記憶手段が管理可能となり、前記第２の記憶手段を前記第１の記憶手段として擬制化する。

請求項２記載の多機能周辺装置は、請求項１に記載の多機能周辺装置において、前記第２の生成手段は、前記画像データが占有するクラスタの各々が連続するように設定する。

請求項３に記載の多機能周辺装置は、請求項１又は２に記載の多機能周辺装置において、前記ディレクトリ情報は、前記ファイルデータを記憶した記憶日時情報を含んでおり、現在日時を計時する計時手段を備え、前記第１の生成手段は、前記ディレクトリ情報に含まれる記憶日時情報を、前記計時手段によって計時される現在日時に代替して前記擬制ディレクトリ情報を生成する。

請求項４記載の多機能周辺装置は、請求項１から３のいずれかに記載の多機能周辺装置において、前記画像データは、外部から受信したファクシミリデータである。

請求項５記載の多機能周辺装置は、請求項１から４のいずれかに記載の多機能周辺装置において、前記擬制化手段は、前記第１単位サイズを前記第２単位サイズの整数倍に設定する。

請求項６記載の多機能周辺装置は、請求項１から５のいずれかに記載の多機能周辺装置において、前記通信手段を介して前記コンピュータから送信される前記第２の記憶手段に記憶されているデータの読み込み要求以外の要求を禁止する禁止手段を備えている。

請求項１記載の多機能周辺装置によれば、第１の生成手段によってディレクトリ情報に相当する擬制ディレクトリ情報が生成され、第２の生成手段によってクラスタリンク情報に相当する擬制クラスタリンク情報を生成され、第３の生成手段によってブロック識別情報をクラスタ識別情報に対応付けた対応情報が生成されるので、第２の記憶手段にブロック単位で記憶されている画像データのデータ構造を変更することなく、少ない消費記憶容量でデータの管理形式が異なるコンピュータに画像データを表示することができるという効果がある。また、擬制化手段は、指示手段によって擬制化手段の実行が指示された場合に実行されるので、使用者の意思によって必要な場合にだけ擬制化手段を実行させることができるという効果がある。

請求項２記載の多機能周辺装置によれば、請求項１に記載の多機能周辺装置の奏する効果に加え、第２の生成手段は、画像データが占有するクラスタの各々が連続するように設定するので、擬制クラスタリンク情報を効率良く、少容量で記憶させることができるという効果がある。

請求項３に記載の多機能周辺装置によれば、請求項１又は２に記載の多機能周辺装置の奏する効果に加えて、擬制ディレクトリ情報は、ディレクトリ情報に含まれる記憶日時情報を、計時手段によって計時される現在日時に代替して生成されるので、画像データが記憶日時情報を含まない場合であっても、ディレクトリ情報に対応した擬制ディレクトリ情報を生成することができるという効果がある。

請求項４記載の多機能周辺装置によれば、請求項１から３のいずれかに記載の多機能周辺装置の奏する効果に加え、画像データは、外部から受信したファクシミリデータであるので、特に、ファクシミリデータの場合、バックアップ用のメモリが存在しない場合には、電源を落とした場合にファクシミリデータが消去されてしまうので、かかるファクシミリデータをコンピュータに表示することができれば一層効果的である。

請求項５記載の多機能周辺装置によれば、請求項１から４のいずれかに記載の多機能周辺装置の奏する効果に加え、擬制化手段は、前記第１単位サイズを前記第２単位サイズの整数倍に設定するので、処理を簡略化することができるという効果がある。

請求項６記載の多機能周辺装置によれば、請求項１から５のいずれかに記載の多機能周辺装置の奏する効果に加え、通信手段を介してコンピュータから送信される第２の記憶手段に記憶されているデータの読み込み要求以外の要求は禁止されているので、書き込み、消去可能に構成する場合に比べて処理を簡略化することができるという効果がある。

本発明の最適な実施形態について図面を参照して説明する。図１は、本発明の多機能周辺装置１を前方から見た斜視図である。多機能周辺装置１は、プリンタ機能、コピー機能、スキャナ機能、ファクシミリ機能を備えている。

図１に示すように、多機能周辺装置１におけるハウジング２の前側（図１において手前側）の開口部２ａは、その内部が上下に仕切られており、開口部２ａの下側には記録用紙を給紙するための差込み可能な給紙カセット３が配置されている。給紙カセット３は、Ａ４サイズ、レターサイズ、はがきサイズ等にカットされた記録用紙をその短辺を主走査方向（Ｙ軸方向）に沿って複数枚堆積して収納可能に構成されている。開口部２ａの上側は記録済みの記録用紙が排紙される排紙部１０となっており、記録済みの記録用紙は矢印Ａ方向に排出される。

ハウジング２の上部には、コピー機能やファクシミリ機能における原稿読取などのための画像読取装置が配置されている。この画像読取装置は図示しない枢軸部を介してハウジング２の一側端に対して上下開閉回動可能に構成され、さらに、画像読取装置の上面を覆う原稿カバー体１３の後端は画像読取装置の後端に対して枢軸を中心に上下回動可能に装着されている。原稿カバー体１３を上側に開けて載置用ガラス板上に原稿を載置し、載置用ガラス板の下側にて主走査方向（Ｙ軸方向）に往復移動可能に設けられている原稿読取り用のスキャナ（例えばＣＩＳ：Contact Image Sensor）にて原稿紙面の画像を読取可能に構成されている。

原稿カバー体１３の前方には、操作パネル部１４が設けられており、操作パネル部１４には、数値や文字などを入力する入力キー群１４ａと、各種コマンドを入力するコマンド入力キー群１４ｂと、操作手順や実行中の処理の状態を表示するための液晶表示装置１５（以下「ＬＣＤ１５」と称す）とが設けられている。コマンド入力キー群１４ｂの１つである擬似ハードディスク機能モードキー１４ｃは、使用者が後述する擬似ハードディスク構築処理の実行を指示するキーとして割り当てられている。

ハウジング２の前面であって、操作パネル部１４の下方には、外部メモリを挿入するための外部メモリ挿入部１１が備えられている。外部メモリとは、例えば、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、メモリスティック（登録商標）、ＳＤカード（登録商標）、ｘＤ（登録商標）等が該当し、外部メモリに格納されている画像データは、コピー機能によって印刷可能に構成されている。

ハウジング２の背面には、ＵＳＢケーブル３４の一端側が差込まれる接続口が開口ており、その接続口にＵＳＢケーブル３４の一端側が接続され、ＵＳＢケーブル３４の他端側がＰＣ３５に接続されると、多機能周辺装置１とＰＣ３５とはＵＳＢケーブル３４を介して通信可能に構成されている。尚、多機能周辺装置１とＵＳＢケーブル３４を介して通信可能なＰＣ３５は、文字、数字等を入力するキーボード４２と、画像を表示するＬＣＤ４３とを備えている。

図２は、多機能周辺装置１とＰＣ３５との電気的構成を示すブロック図である。多機能周辺装置１は、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＥＥＰＲＯＭ１５、画像メモリ１７、計時回路３１、音声ＬＳＩ１８、ネットワーク・コントロール・ユニット１９（以下単に「ＮＣＵ１９」と称す）、モデム２０、バッファ２１、スキャナ２２、符号化部２３、復号化部２４、プリンタ２５、アンプ２７、ＵＳＢインターフェース３０ａを備え、これらはバスライン２９を介して互いに接続されている。

ＣＰＵ１２は、ＮＣＵ１９を介して送受信される各種信号に従って、バスライン２９により接続された各部を制御するものである。ＲＯＭ１３は、多機能周辺装置１で実行される制御プログラム等を格納した書換不能なメモリであり、擬似ハードディスク構築プログラム１３ａが格納されている。擬似ハードディスク構築プログラム１３ａは、ＣＰＵ１２に図５のフローチャートに示す擬似ハードディスク構築処理を実行させるプログラムである。ＲＡＭ１４は、各種のデータを一時的に記憶するためのメモリである。ＥＥＰＲＯＭ１５は、書換可能な不揮発性のメモリであり、記憶されたデータは電源オフ後も保持される。画像メモリ１７は、安価な大容量メモリであるダイナミックＲＡＭ（ＤＲＡＭ）により構成されている。受信したファクシミリデータは、一旦、画像メモリ１７に格納され、プリンタ２５によって記録用紙に印刷された後、この画像メモリ１７から消去される。また、スキャナ２２によって読み取られた読取りデータも、この画像メモリ１７に記憶される。計時回路３１は現在日時を計時可能な既知の回路である。

音声ＬＳＩ１８は、ＮＣＵ１９によって受信されたアナログ音声信号をデジタル音声信号に変換するとともに、この多機能周辺装置１の内部で生成されたデジタル音声信号をアナログ音声信号に変換してＮＣＵ１９に出力するものである。ＮＣＵ１９は回線制御を行うためのものであり、多機能周辺装置１はこのＮＣＵ１９を介して電話回線２６に接続されている。モデム２０は、画像データやメールデータを変調および復調して伝送するとともに伝送制御用の各種手順信号を送受信するものである。バッファ２１は、他のファクシミリ装置との間で送受信される符号化された画像情報を含むデータを一時的に格納するものである。スキャナ２２は画像を読み取るためのものである。符号化部２３はスキャナ２２により読み取られた原稿画像の符号化を行うものである。復号化部２４は、画像メモリ１７やバッファ２１に記憶された画像データを読み出して、これを復合化するものであり、復合化されたデータは、プリンタ２５により記録用紙に印刷される。アンプ２７は、そのアンプ２７に接続されたスピーカ２８を鳴動して、呼出音などを出力するためのものである。ＵＳＢインターフェース３０ａは、ＰＣ３５との通信を可能にする既知の回路である。

一方、ＰＣ３５は、ＣＰＵ３６、ＲＯＭ３７、ＲＡＭ３８、ハードディスク３９、入出力ポート４１、ＵＳＢインターフェース３０ｂを備えている。ＣＰＵ３６はＲＯＭ３７に記憶される固定値やプログラム或いはインターフェース３０ｂを介して送受信される各種信号に基づいて、バスライン４０により接続される各部を制御するものである。ＲＯＭ３７は、ＰＣ３５で実行される制御プログラム等を格納した書換不能なメモリである。ＲＡＭ３８は、各種のデータを一時的に記憶するためのメモリである。ハードディスク３９は書き換え可能な不揮発性のメモリであり、基本ソフトウェアとしてのＯＳ（Operation System）が格納されている。ＵＳＢインターフェース３０ｂは、多機能周辺装置１を含むＵＳＢ装置との通信を可能にする既知の回路であり、ＵＳＢケーブル３４と接続可能に構成されている。

尚、上述したＣＰＵ３６、ＲＯＭ３７、ＲＡＭ３８はバスライン４０を介して互いに接続されており、そのバスライン４０は入出力ポート４１に接続されている。この入出力ポート４１は、バスライン４０の他にハードディスク３９、キーボード４２、ＬＣＤ４３、インターフェース３０ｃに接続されている。

次に、図３を参照して、本発明の概略について説明する。図３（ａ）は、左側に多機能周辺装置１の画像メモリ１７の構成を模式的に示し、右側にＰＣ３５のハードディスク３９の構成を模式的に示す図である。図３（ｂ）は、画像メモリ１７に記憶されている２つのファイル情報６６，６７のデータ構造を示す図であり、図３（ｃ）は、画像メモリ１７に記憶されているブロックテーブル６５を示す図である。

まず、図３（ａ）の右側のＰＣ３５のハードディスク３９の構成について説明する。ＰＣ３５にはＯＳとしてＭＳ−ＤＯＳが搭載されており、ハードディスク３９に格納されるファイルはＦＡＴ（File Allocation Tables）によってクラスタ単位で管理されている。

ハードディスク３９は、一般的な論理フォーマットが採用されており、上方から順番に、マスターブートセクタ５０と、未使用５１と、パーティションブートセクタ５２と、ＦＡＴ領域５３と、ＦＡＴ領域（コピー）５４と、ルートディレクトリ５５と、データ領域５６とを備えている。尚、ハードディスク３９は１６ＭＢの記憶容量を有し、ハードディスク３９の各構成の左隣に対応して付されている「０〜３１９９９」の数字は論理セクタ番号を示している。

マスターブートセクタ５０は、ＰＣ３５の起動時に最初に読み込まれるセクタである。ハードディスク３９の先頭に置かれ、ハードディスク３９内に格納されたどのＯＳをどのように起動するかなどの情報が記録されている。パーティションブートセクタ５２は、マスターブートセクタ５０に用意されたパーティション情報を記録するセクタである。ＦＡＴ領域５３は、ファイルがハードディスク３９上のどこのセクタを使用しているか、また、そのセクタの連結状態、空きセクタの位置、不良セクタの位置などのハードディスク３９の使用状態について記憶しているテーブルである。ＦＡＴ領域（コピー）５４は、ＦＡＴ領域５３をコピーした領域である。ルートディレクトリ５５は、ツリー型ディレクトリ構造の最上層にあるディレクトリである。ＰＣ３５上のすべてのファイルは必ずどこかのディレクトリに所属し、ルートディレクトリ以外のディレクトリは必ず他のディレクトリに所属している。尚、ハードディスク３９を複数のパーティションに分割して使う場合は、パーティションごとにルートディレクトリができる。データ領域５６は、ファイルデータを格納する領域である。

次に、図３（ａ）の左側に示す多機能周辺装置１の画像メモリ１７の構成について説明する。画像メモリ１７は、上方から順番に、ファイル情報およびブロックテーブルエリア６０と、擬似ハードディスク用エリア６１と、クラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２と、データ領域６３と、その他のワークエリア６４とを備えている。

ファイル情報およびブロックテーブルエリア６０には、ファイル情報と、ブロックテーブル６５とが格納されている。ファイル情報は、図３（ｂ）に示すように、各ファイル情報毎６６，６７に、１４バイト構成のファイル名６６ａ，６６ｂと、４バイト構成のスタートブロックＮｏ．６７ａ，６７ｂと、４バイト構成のデータサイズ６８ａ，６８ｂとを備えている。尚、ファイル名６６ａ，６６ｂは、ピリオドと、最後にＮＵＬＬデータを持ち、ＮＵＬＬデータまでをファイル名として構成されている。

ブロックテーブル６５には、図３（ｃ）に示すように、各ファイル情報のデータが格納されているブロックＮｏ．のリンク情報が格納されている。尚、各ブロックＮｏ．は４バイト構成で、使用中のブロックの場合は次のブロックＮｏ．が格納され、終了或いは未使用の場合にはＦＦが格納されている。例えば、上段左端のブロックＮｏ．０は未使用、その右隣のブロックＮｏ．１はブロックＮｏ．３に繋がり、その右隣のブロックＮｏ．２は未使用、その右隣のブロックＮｏ．３はブロックＮｏ．４に繋がることを示している。

このブロックデーブル６５から、ファイル情報６６のデータは、スタートブロックとしてのブロックＮｏ．１から順番にブロックＮｏ．３、ブロックＮｏ．４、ブロックＮｏ．５、ブロックＮｏ．６、ブロックＮｏ．７、ブロックＮｏ．８と繋がる７つのブロックに格納されていることが分かる。一方、ファイル情報６７のデータは、ブロックテーブル６５から、スタートブロックとしてのブロックＮｏ．ＢからブロックＮｏ．Ｄと繋がる２つのブロックに格納されていることが分かる。

擬似ハードディスク用エリア６１は、図３（ａ）の右側に示すハードディスク３９の構成のうちデータ領域５６を除く部分（マスターブートセクタ５０からルートディレクトリ５５まで）に相当するサイズで、マスターブートセクタ５０からルートディレクトリ５５までの各構成に相当するデータを格納する。

クラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２は、ハードディスク３９上におけるクラスタＮｏ．から画像メモリ１７上のブロックＮｏ．を特定するテーブルを格納する。

データ領域６３は、各ファイル情報６６，６７に対応する画像データが、複数のブロック毎に区分けして格納され、各ブロックは１６Ｋバイトで構成されている。

本発明によれば、データ領域６３にブロック単位で記憶されているデータ構造は変更されることなく、データ領域６３にブロック単位で記憶されているデータは、擬似ハードディスク用エリア６１と、クラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２とに格納されるデータを利用して、データの管理形式が異なるＰＣ３５によって管理可能な構造とされる。よって、データ領域６３にブロック単位で記憶されているデータを含めてＰＣ３５によって管理可能な構造に変換する場合に比べて、少ない消費記憶容量でデータの管理形式が異なるＰＣ３５にデータを表示することができる。

具体的には、ハードディスク３９の容量を１６Ｍバイト、１つのクラスタのサイズを１６Ｋバイト、１つのブロックＮｏ．の格納エリアサイズを４バイトとした場合、クラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２は、約１０００（全クラスタ数）×４バイト（１つのブロックＮｏ．の格納エリアサイズ）＝約４Ｋバイト程度のサイズを確保しておけば足り、１５．６Ｍバイトの大きさのデータ領域５６を確保する場合に比べ、少ない消費記憶容量でＰＣ３５にデータを表示することができる。

図４は、オンラインディスク処理を示すフローチャートである。オンラインディスク処理は、多機能周辺装置１の画像メモリ１７をＰＣ３５との関係でオンラインディスクとする処理であり、ＣＰＵ１２によって実行される処理である。

この処理では、まず、擬似ハードディスクモード機能キー１４ｃが使用者によって押下げられたか否かを判断し（Ｓ４０１）、押下げられた場合には（Ｓ４０１：Ｙｅｓ）、画像メモリ１７を擬似ハードディスクとして構築する擬似ハードディスク構築処理を実行する（Ｓ４０２）。この擬似ハードディスク構築処理によって画像メモリ１７がＰＣ３５の擬似ハードディスクとして構築されると、ＰＣプリント実行中や仮想ドライブ実行中等、ＵＳＢアクセス状態でなくなるまで待ってＵＳＢを抜いた状態にする（Ｓ４０３）。そして、この構築した擬似ハードディスクをオンラインディスクとし（Ｓ４０４）、ＵＳＢ接続状態にしてストレージクラスありをＰＣに伝え（Ｓ４０５）、本処理を終了する。

この処理によって、ＰＣ３５からストレージクラスのコマンドが送信されるようになり、周知のリムーバルクラスのやりとりを実行することにより多機能周辺装置１の画像メモリ１７をＰＣ３５のディスクドライブとして見ることができる。尚、Ｓ４０１の処理において、擬似ハードディスクモード機能キー１４ｃが使用者によって押下げられていないと判断した場合には（Ｓ４０１：Ｎｏ）、その他の処理を実行し（Ｓ４０６）、再びＳ４０１からの処理を繰り返す。

図５は、図４のＳ４０２の処理である擬似ハードディスク構築処理を示すフローチャートである。この処理は、画像メモリ１７を擬似ハードディスクとして構築する処理であり、擬似ハードディスク構築プログラム１３ａに従ってＣＰＵ１２によって実行される処理である。

この処理では、まず、ハードディスク３９の論理フォーマットとして図３（ａ）に示すマスターブートセクタ５０からルートディレクトリセクタ５５までの内容をファイル登録されていない状態で擬似ハードディスク用エリア６１に作成する（Ｓ５０１）。この時、１つのクラスタの大きさは、画像メモリ１７のデータ領域６３を区分けする１つのブロックの大きさである１６Ｋバイトに合わせるのが好ましい。１つのクラスタの大きさを１つのブロックの大きさに合わせることで処理を簡単にすることができる。

次に、画像メモリ１７にファイル情報があるか見るためのポインタ、ディレクトリエントリのポインタ、ＦＡＴのポインタ、カレントクラスタＮｏ．の各々を初期化する（Ｓ５０２）。そして、登録されたファイル情報があるか否かを判断し（Ｓ５０３）、登録されたファイル情報があれば（Ｓ５０３：Ｙｅｓ）、ディレクトリエントリのポインタが指すところにディレクトリエントリをセットする（Ｓ５０４）。また、ＦＡＴのポインタが指すところからファイルサイズ分のクラスタリンクをセットする（Ｓ５０５）。更に、クラスタＮｏ．→ブロックＮｏ．変換テーブルをクラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２にセットする（Ｓ５０６）。

最後に、ファイル情報があるかを見るポインタ、ディレクトリエントリのポインタ、ＦＡＴのポインタ、カレントクラスタＮｏ．を更新して（Ｓ５０７）、再びＳ５０３の処理に移行する。そして、登録されたファイル情報があれば（Ｓ５０３：Ｙｅｓ）、再びＳ５０４からの処理を繰り返し、登録されたファイル情報がなければ（Ｓ５０３：Ｎｏ）、本処理を終了する。この処理によって、画像メモリ１４に格納されているファイルをＰＣ３５によって管理可能なハードディスクと擬制することができる。

次に、図６を参照して、図５で説明したＳ５０４の処理、Ｓ５０５の処理、Ｓ５０６の処理についてより具体的に説明する。図６（ａ１）は図３（ｂ）と、図６（ａ２）は図３（ｃ）と同一の図であり、図６（ａ１）は、画像メモリ１７に記憶されている２つのファイル情報６６，６７のデータ構造を示す図であり、図６（ａ２）は、画像メモリ１７に記憶されているブロックテーブル６５を示す図である。即ち、本実施例では、２つのファイル情報があるので、先に、ファイル情報６６について処理され、次に、ファイル情報６７について処理されることになる。

まず、図５のＳ５０４の処理では、図６（ｂ１）に示すディレクトリエントリ７０をディレクトリエリア（擬似ハードディスク用エリア６１の一部）の先頭にセットする。具体的には、図６（ｂ１）に示すディレクトリエントリ７０は、上段左側から１１バイト構成のファイル名７０ａと、１バイト構成の属性７０ｂと、２バイト構成の時刻７０ｃと、２バイト構成の日付７０ｄと、２バイト構成のスタートクラスタＮｏ．７０ｅと、４バイト構成のファイルサイズ７０ｆとを備えている。 ここで、ファイル情報６６には、時刻および日付が含まれていないので、計時回路３１によって現在の時刻、日付をセットする。これによりファイル情報６６に日付情報が含まれていないとしても、ディレクトリエントリ７０を生成することができる。また、スタートクラスタ（カレントクラスタ）は「００２」とセットする。

図５のＳ５０５の処理では、図６（ｂ２）に示すＦＡＴ７１を擬似ハードディスク用エリア６１にセットする。そのためにファイル情報６６から必要なクラスタ数を求める。具体的には、ファイル情報６６のファイルサイズは１ＢＦＦＢｈ（１１４６８３バイト）である。また、１つのクラスタのサイズは１６Ｋバイト（１６×１０２４バイト）に設定しているので、結局、ファイル情報６６が必要なクラスタ数は、１１４６８３／（１６×１０２４）＝６．９９・・・となり、７つ分のクラスタが必要なことが分かる。よって、その７つ分のクラスタＮｏ．が連続して繋がるように、図６（ｂ２）に示すようにＦＡＴ７１を擬似ハードディスク用エリア６１にセットする。図６（ｂ２）に示すＦＡＴ７１は、クラスタＮｏ．２からクラスタＮｏ．８までの７つ分のクラスタが連続して繋がるようにセットされている。このようにセットすることでＦＡＴを効率良く、少容量でセットすることができる。尚、ＦＡＴ領域（コピー）も図６（ｂ２）に示すＦＡＴ７１と同じデータを格納する。

図５のＳ５０６の処理では、図６（ｂ３）に示すクラスタＮｏ．→ブロックＮｏ．変換テーブル７２をクラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２にセットする。図６（ａ１）に示すファイル情報６６、図６（ａ２）のブロックテーブル６５から図３で説明した通り、ファイル情報６６のデータは、スタートブロックとしてのブロックＮｏ．１から順番にブロックＮｏ．３、ブロックＮｏ．４、ブロックＮｏ．５、ブロックＮｏ．６、ブロックＮｏ．７、ブロックＮｏ．８と繋がるブロックに格納されているので、クラスタＮｏ．２から始めるとして、クラスタＮｏ．→ブロックＮｏ．変換テーブル７２を図６（ｂ３）に示すようにクラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２にセットする。

即ち、クラスタＮｏ．→ブロックＮｏ．変換テーブル７２は、クラスタＮｏ．２はブロックＮｏ．１に、クラスタＮｏ．３はブロックＮｏ．３に、クラスタＮｏ．４はブロックＮｏ．４に、クラスタＮｏ．５はブロックＮｏ．５に、クラスタＮｏ．６はブロックＮｏ．６に、クラスタＮｏ．７はブロックＮｏ．７に、クラスタＮｏ．８はブロックＮｏ．８に対応していることを示し、クラスタＮｏ．とブロックＮｏ．とを対応させることができる。

一方、ファイル情報６７についても、ファイル情報６６と同様に処理される。図５のＳ５０４の処理では、図６（ｃ１）に示すディレクトリエントリ８０を図６（ｂ１）に示すディレクトリエントリ７０の後にセットする。ディレクトリエントリ８０の内容は、ディレクトリエントリ７０と同様に、上段左側から１１バイト構成のファイル名８０ａと、１バイト構成の属性８０ｂと、２バイト構成の時刻８０ｃと、２バイト構成の日付８０ｄと、２バイト構成のスタートクラスタＮｏ．８０ｅと、４バイト構成のファイルサイズ８０ｆとを備えている。尚、スタートクラスタ（カレントクラスタ）は、先のファイル情報６６で７つ分のクラスタを使用したので「００９」とセットされることになる。

図５のＳ５０５の処理では、図６（ｃ２）に示すＦＡＴ７１を擬似ハードディスク用エリア６１にセットする。そのためにファイル情報６７から必要なクラスタ数を求める。具体的には、ファイル情報６７のファイルサイズは７Ｆ００ｈ（３２５１２バイト）である。また、１つのクラスタのサイズは１６Ｋバイト（１６×１０２４バイト）に設定しているので、結局、ファイル情報６７が必要なクラスタ数は、３２５１２／（１６×１０２４）＝１．９８・・・となり、２つ分のクラスタが必要なことが分かる。よって、その２つ分のクラスタＮｏ．が連続して繋がるように、図６（ｃ２）に示すようにＦＡＴ７１を擬似ハードディスク用エリア６１にセットする。

図５のＳ５０６の処理では、図６（ｃ３）に示すクラスタＮｏ．→ブロックＮｏ．変換テーブル７２をクラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２にセットする。図６（ａ１）に示すファイル情報６７、図６（ａ２）のブロックテーブル６５から図３で説明した通り、ファイル情報６７のデータは、スタートブロックとしてのブロックＮｏ．ＢからブロックＮｏ．Ｄと繋がるブロックに格納されているので、クラスタＮｏ．２に７つ分を加えたクラスタＮｏ．９から始めるとして、図６（ｃ３）に示すように、クラスタＮｏ．→ブロックＮｏ．変換テーブル７２をクラスタＮｏ．→ブロックＮｏ．変換テーブルエリア６２にセットする。即ち、クラスタＮｏ．→ブロックＮｏ．変換テーブル７２は、クラスタＮｏ．９はブロックＮｏ．Ｂに、クラスタＮｏ．１０はブロックＮｏ．Ｄに対応していることを示し、クラスタＮｏ．とブロックＮｏ．とを対応させることができる。尚、ファイル情報６６，６７以外のファイル情報があれば、再び、同様な処理が繰り返えされることになる。

図７は、データ送信処理を示すフローチャートである。この処理は、使用者の要求に応じて画像メモリ１７内に格納されているファイル情報のデータをＰＣ３５に送信する処理であり、ＣＰＵ１２によって実行される処理である。

この処理の前提として、図４のオンラインディスク処理によって、画像メモリ１７がオンラインディスクとなっており、また、使用者がＰＣ３５上のマイコンピュータでリムーバルディスクをダブルクリックしたり、ファイルをダブルクリックするとＰＣ３５からＵＳＢ経由でストレージクラスの各種コマンドが送信される状態にあるとする。

この処理では、まず、ＰＣ３５からコマンドを受信したか否かを判断し（Ｓ７０１）、受信していれば（Ｓ７０１：Ｙｅｓ）、その受信したコマンドがデータリードコマンドか否かを判断し（Ｓ７０２）、データリードコマンドでなければ（Ｓ７０２：Ｎｏ）、各種コマンド処理を実行して（Ｓ７０３）、本処理を終了する。各種コマンド処理では（Ｓ７０３）、例えば、コマンドがモードセンスコマンドであった場合には、ライトプロテクト状態という情報をＰＣ３５に送信し、画像メモリ１７への書き込みを禁止するようにＰＣ３５に送信する。即ち、リードオンリーに設定することでＰＣ３５から書き込みや削除が可能にするよりも処理を簡略化することができる。

一方、データリードコマンドであれば（Ｓ７０２：Ｙｅｓ）、データ領域以降のセクタのリードか否かを判断し（Ｓ７０４）、データ領域以降のセクタのリードでなければ（Ｓ７０４：Ｎｏ）、構築した擬似ハードディスクの対応するブロックＮｏのデータをそのままＰＣ３５へ送信し（Ｓ７０５）、本処理を終了する。

一方、データ領域以降のセクタのリードであれば（Ｓ７０４：Ｙｅｓ）、指定されたリード開始セクタが、構築した擬似ハードディスクのどのクラスタＮｏ．に対応するか、終了セクタがどのクラスタＮｏ．までかとスタートオフセットと、エンドオフセットを算出する（Ｓ７０６）。そして、算出したデータを全てＰＣ３５に送信するまで、クラスタＮｏ．→ブロックＮｏ．変換テーブルのブロックＮｏ，からブロックのアドレスを求め、そのブロックＮｏ．のエンドオフセットをプラスしたアドレスから必要なサイズのデータをＰＣ３５へ送信する処理を繰り返し（Ｓ７０７）、本処理を終了する。

以上実施例に基づき本発明を説明したが、本発明は上記実施例に何ら限定されるものでなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

上記実施例では、クラスタのサイズはブロックサイズ（１６Ｋバイト）に合わせる場合について説明したが、クラスタのサイズはブロックサイズに必ずしも合わせる必要はなく、整数倍であっても良い。整数倍であればテーブルを整数倍用意すれば容易に管理が可能である。

また、上記実施例では、クラスタＮｏ．→ブロックＮｏ．変換テーブルでは、クラスタＮｏ．とブロックＮｏ．とを対応させる場合について説明したが、所定のクラスタや所定のブロックを特定可能な情報であれば、例えば、ハードディスク３９中のアドレスと画像メモリ１７中のアドレスとを対応させるようにしても良い。

また、上記実施例では、１６Ｍバイトのハードディスク３９でルートディレクトリの個数が２５６となっており、画像メモリ１７で登録できるファイル数の最大が２５６より大きい場合には、画像メモリ１７のファイル全てを取り出すことができない。このような場合には、サブディレクトリエントリと最大ファイルが登録できるだけのクラスタとを先頭から取っておいて、そのクラスタ数×１クラスタのサイズ分のエリアを画像メモリ１７内に確保しておく必要がある。１ディレクトリのエントリで３２バイト消費するので１クラスタが１６Ｋバイトとすれば、１０２４／３２×１６＝５１２−２（親ディレクトリ登録とカレントディレクトリ登録の２エントリが必要）ファイルが登録可能となる。よって、ルートディレクトリに２５５（２５６−１（サブディレクトリ分））登録可能なので、サブディレクトリの使用クラスタをｎクラスタ分（クラスタＮｏ．２からｎクラスタ）を確保すると２５５＋５１２×ｎ−２のファイルが格納可能となる。ｎは画像メモリ１７の最大格納可能ファイル数によって決まる。但し、１６ｋバイト×ｎのメモリエリアを画像メモリ１７のルートディレクトリの後ろに確保しておく必要がある。

また、上記実施例では、画像メモリ１７に格納されるデータとしては、受信したファクシミリデータや、スキャナ２２によって読み取られた読取りデータである場合について説明したが、この画像メモリ１７に記憶されるデータとしては、かかるデータに限られず、メディアに記憶されたＴＩＦデータ、Ｊ−ＰＥＧデータであっても良い。但し、ファクシミリデータの場合、バックアップ用のメモリが存在しない場合には、電源を落とした場合にファクシミリデータが消去されてしまうので、かかるファクシミリデータをＰＣ３５に表示することができれば効果的である。

多機能周辺装置にＰＣが接続されている状態を示す外観斜視図である。 多機能周辺装置とＰＣとの電気的構成を示すブロック図である。 （ａ）は、左側に多機能周辺装置の画像メモリの構成を模式的に示し、右側 にＰＣのハードディスクの構成を模式的に示す図である。（ｂ）は、画像メモリに記 憶されている２つのファイル情報のデータ構造を示す図であり、（ｃ）は、画像メモ リに記憶されているブロックテーブルを示す図である。 オンラインディスク処理を示すフローチャートである。 擬似ハードディスク構築処理を示すフローチャートである。 図５で説明したＳ５０４の処理、Ｓ５０５の処理、Ｓ５０６の処理について より具体的に説明するための図である。 データ送信処理を示すフローチャートである。

１ 多機能周辺装置
１４ｃ 擬似ハードディスク機能モードキー（指示手段）
１７ 画像メモリ（第２の記憶手段）
３０ａ ＵＳＢインターフェース（通信手段）
３１ 計時回路（計時手段）
３５ ＰＣ（コンピュータ）
３９ ハードディスク（第１の記憶手段）
４３ ＬＣＤ（表示手段）
Ｓ４０２ 擬制化手段
Ｓ５０４ 第１の生成手段
Ｓ５０５ 第２の生成手段
Ｓ５０６ 第３の生成手段
Ｓ７０２ 禁止手段

Claims (6)

1. 第１単位サイズのクラスタ単位でファイルデータを記憶する第１の記憶手段と、その第１の記憶手段に記憶される前記ファイルデータを表示可能な表示手段とを備えたコンピュータと通信可能な通信手段と、画像データを前記ファイルデータの管理方式とは異なる方式によって第２単位サイズであるブロック単位で記憶する第２の記憶手段とを備えた多機能周辺装置において、
   前記第２の記憶手段にブロック単位で記憶されている画像データのデータ構造を変更することなく、前記画像データを前記通信手段を介して前記コンピュータの表示手段に表示させるために、前記第２の記憶手段を前記第１の記憶手段として擬制化する擬制化手段と、
   その擬制化手段の実行を操作者が指示する指示手段とを備え、
   前記コンピュータの前記第１の記憶手段は、前記ファイルデータのディレクトリ情報と、前記ファイルデータを記憶するクラスタのクラスタ識別情報を含むクラスタリンク情報とを記憶するものであり、
   前記第２の記憶手段は、前記画像データの名前、前記画像データを記憶する先頭ブロックのブロック識別情報および前記画像データのサイズを含むファイル情報と、前記画像データを記憶するブロックのブロック識別情報を含むブロックリンク情報とを記憶するものであり、
   前記指示手段によって実行が指示された場合に実行される前記擬制化手段は、
   前記ファイル情報に基づいて前記ディレクトリ情報に相当する擬制ディレクトリ情報を生成する第１の生成手段と、
   前記ファイル情報に含まれる画像データのサイズと一のクラスタのサイズとから前記画像データが占有するクラスタの個数を求め、その求められたクラスタの個数分のクラスタ識別情報を含むように前記クラスタリンク情報に相当する擬制クラスタリンク情報を生成する第２の生成手段と、
   前記ファイル情報と前記ブロックリンク情報とから求められる前記画像データを記憶するブロックのブロック識別情報を、前記擬制クラスタリンク情報に含まれるクラスタ識別情報に対応付けた前記対応情報を生成する第３の生成手段とを備え、
   その第３の生成手段によって生成された前記対応情報を利用することで、前記コンピュータによって前記第２の記憶手段が管理可能となり、前記第２の記憶手段を前記第１の記憶手段として擬制化することを特徴とする請求項１に記載の多機能周辺装置。
2. 前記第２の生成手段は、前記画像データが占有するクラスタの各々が連続するように設定することを特徴とする請求項１に記載の多機能周辺装置。
3. 前記ディレクトリ情報は、前記ファイルデータを記憶した記憶日時情報を含んでおり、
   現在日時を計時する計時手段を備え、
   前記第１の生成手段は、前記ディレクトリ情報に含まれる記憶日時情報を、前記計時手段によって計時される現在日時に代替して前記擬制ディレクトリ情報を生成することを特徴とする請求項１又は２に記載の多機能周辺装置。
4. 前記画像データは、外部から受信したファクシミリデータであることを特徴とする請求項１から３のいずれかに記載の多機能周辺装置。
5. 前記擬制化手段は、前記第１単位サイズを前記第２単位サイズの整数倍に設定することを特徴とする請求項１から４のいずれかに記載の多機能周辺装置。
6. 前記通信手段を介して前記コンピュータから送信される前記第２の記憶手段に記憶されているデータの読み込み要求以外の要求を禁止する禁止手段を備えていることを特徴とする請求項１から５のいずれかに記載の多機能周辺装置。
   

Images