JP3636245B2 - Ｂｆｔ機能付き通信端末装置 - Google Patents
Ｂｆｔ機能付き通信端末装置 Download PDFInfo
- Publication number
- JP3636245B2 JP3636245B2 JP13765596A JP13765596A JP3636245B2 JP 3636245 B2 JP3636245 B2 JP 3636245B2 JP 13765596 A JP13765596 A JP 13765596A JP 13765596 A JP13765596 A JP 13765596A JP 3636245 B2 JP3636245 B2 JP 3636245B2
- Authority
- JP
- Japan
- Prior art keywords
- error
- information
- flexible disk
- reading
- sector
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ＢＦＴ（バイナリ・ファイル転送）機能を有するファクシミリ装置や通信端末装置に関する。
【０００２】
【従来の技術】
従来から、フロッピー（登録商標）ディスクのデータ転送機能を設けたファクシミリ装置は知られている（例えば特開平６−７８１２０号公報）。このファクシミリ装置では、フロッピー（登録商標）ディスクに格納されているデータを読み取り、そのデータと共に、フロッピー（登録商標）ディスクの種類、枚数等の管理データを受信装置側へ送信する。受信装置側では、着呼に応じて受信能力データ等を送信装置側へ送信して交信し、受信したフロッピー（登録商標）ディスクのデータを転写用フロッピー（登録商標）ディスクに書き込むようにしている。同様に、フロッピー（登録商標）ディスク等の外部記憶媒体の内容が簡単に送受信できるファクシミリ装置が知られている（例えば特開平７−６６９１６号公報）。
【０００３】
また、このようなフロッピー（登録商標）ディスクのデータ転送に関する通信方法についても知られている（例えば特開平６−５４０２４号公報）。このデータの通信方法では、ポーリング通信手順において、ポーリング要求されたデータがフロッピー（登録商標）ディスクに格納されている場合では、ポーリング要求に対応できるようにしている。さらに、フロッピー（登録商標）ディスクに記録された文書ファイルの文字等のキャラクタコードを、ファクシミリ符号に変換して送信することにより、送信速度を向上させたファクシミリ装置も、従来から知られている（例えば特開平７−７５７７号公報）。
【０００４】
このように、フロッピー（登録商標）ディスク・ドライブ部とファイル転送手順を有するファクシミリ装置のような通信端末は、従来から公知である。このファイル転送に関しては、ＩＴＵ−Ｔ Ｔ．３０勧告のＤＩＳ／ＤＴＣ／ＤＣＳに追加されたＢＦＴ（バイナリ・ファイル転送ビットの規定）や、ＩＴＵ−Ｔ Ｔ．４３４勧告の「テレマティクサービスのためのバイナリファイル転送フォーマットの規定」も、すでに定められている。そして、従来のＩＴＵ−Ｔ Ｔ．３０勧告の付属資料Ａには、「誤り訂正機能付き文書伝送用グループ３（Ｇ３）ファクシミリ装置」に関する規定があり、この規定で定められているＥＣＭ手順を実施すると、回線品質が悪くてもエラーのない画情報の伝送が可能である。また、フロッピー（登録商標）ディスクのフォーマットについても、規定されている。
【０００５】
図１１は、フロッピー（登録商標）ディスクのフォーマットを説明する図である。
【０００６】
１トラックのイメージは、図１１の上方に示すとおりである。
プリ・アンブルは、この図１１に示すように、トラックの先頭にあって、インデックス信号を検出してから一定時間の間、セクタ部の読み書きが行えないようにするための緩衝エリアである。
その後に、１〜Ｎのセクタがあり、各セクタ部は、ＩＤ部とデータ部とで構成される。ＩＤ部はセクタの検索用に使用され、プログラムその他の読み書きはデータ部に対して行われる。
最後に、ポスト・アンブルがあり、トラック上に複数のセクタを設けた後のトラック１周の残りのエリアが割り当てられている。
【０００７】
プリ・アンブルの詳細は、図１１の中央に示しており、Ｇａｐ０，ＳＹＮＣ，ＩＡＭ，Ｇａｐ１から構成されている。Ｇａｐ０とＧａｐ１は、プログラムやデータを何度も重ね書きする場合に、フロッピー（登録商標）ディスクの回転変動などで位置や長さがズレたとき、他の部分に影響を与えないための緩衝エリアとして機能する。ＳＹＮＣは、ＶＦＯの周波数をフロッピー（登録商標）ディスクの回転に同期させるために利用する同期信号である。データの読み出しを行う場合には、読み出しデータと位相が合ったウインドウ・クロックをフロッピー（登録商標）ディスク・コントローラに供給するが、ＳＹＮＣは、このウインドウ・クロックを生成するために使用する。ＩＡＭ（Ｉｎｄｅｘ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、トラックの先頭をソフト的に示す特殊なデータである。なお、このプリ・アンブルについては、上段にＦＭの場合、下段にＭＦＭの場合を示している。
【０００８】
１セクタの詳細は、図１１の下方に示しており、前方にＩＤ部、後方にデータ部がけられている。
各セクタは、ＳＹＮＣ，ＩＤＡＭ，Ｇａｐ１，Ｃ，Ｈ，Ｒ，Ｎ，ＣＲＣ，Ｇａｐ２，ＳＹＮＣ，ＤＡＭ（ＤＤＡＭ），ＤＡＴＡ，ＣＲＣ，Ｇａｐ３から構成されている。
セクタに固有のＩＤＡＭ（ＩＤ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、ＩＤ部であることを示す特殊なデータで、この直後（Ｇａｐ１の後）に４バイトのＩＤが書き込まれる。
ＩＤは、各１バイトのＣ（シリンダ番号），Ｈ（ヘッド番号），Ｒ（セクタ番号），Ｎ（セクタ長を示すコード）からなる計４バイトのデータである。
ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｃｙ Ｃｏｄｅ）は、ＣＲＣエラー検出用の２バイトのデータである。
【０００９】
ＤＡＭ（Ｄａｔａ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、直後にデータが格納されていることを示す特殊なデータである。ＤＤＡＭ（Ｄｅｌｅｔｅｄ Ｄａｔａ Ａｄｄｒｅｓｓ Ｍａｒｋ）も、同様に、直後にデータが格納されていることを示す特殊なデータである。なお、ＩＢＭフォーマットの場合には、データが書き込まれているが、このデータは使用しない。ＤＡＴＡは、データを書き込むための領域で、その長さ（セクタ長）はフォーマット時に決定される。このセクタ長を示すコードは、０のとき１２８、１のとき２５６、……、７のとき１６，３８４、８のとき３２，７６８のように２倍ずつ増加する。以上が、フロッピー（登録商標）ディスクのフォーマットの概要である。
【００１０】
【発明が解決しようとする課題】
先の従来技術で説明したように、フロッピー（登録商標）ディスクのデータ転送機能を設けたファクシミリ装置は、従来から知られている。このようなデータ転送では、送信（ファイル転送：ボリューム転送）を開始する前に、フロッピー（登録商標）ディスクに記録されているデータを順次読み取りながら、送信文書を作成する必要がある。すなわち、送信ファイル作成手順に従って、フロッピー（登録商標）ディスクの読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成等の手順を実行した後、通信手順を実行しなければならない。この場合に、フロッピー（登録商標）ディスクのデータにエラーセクタが存在していると、折角転送したデータが無駄になってしまう、という不都合が生じる。
【００１１】
この発明では、このような不都合を解決することを課題としており、フロッピー（登録商標）ディスクのデータの送信を開始する前に、全てのセクタに関してリードテストを実行する（請求項１の発明）。また、このリードテストにおいて、エラーセクタを検出したとき、ユーザに対してリードエラーを表示すると、多重処理の実行中などには表示容量が不足する等の不都合を生じるので、ユーザの選択によって表示が不要な方法でユーザに知らせる（請求項２の発明）。さらに、データ送信を開始する前に、一度リードテストを行った結果、正常と判定したとき（エラーセクタが存在しないとき）には、そのリードテストの結果の情報を保持しておくことにより、無用なチェックを省略して正確で迅速なデータ転送を可能にする（請求項３の発明）。
【００１２】
【課題を解決するための手段】
請求項１の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順とを有するファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタにおける読み取りエラーの有無を検知する読み取りエラー検知手段とを備え、前記送信操作開始検知手段によりファイル転送操作が開始されたことを検知したときは、前記読み取りエラー検知手段により、実際のフレキシブルディスクの読み取り前に全てのセクタのリードテストを実行するようにしている。
【００１３】
請求項２の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、実際のフレキシブルディスクの読み取り時には、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、前記読み取りエラー検知手段によって検出されたエラーセクタの情報を保持するエラーセクタ情報保持手段とを備え、前記読み取りエラー検知手段によってエラーセクタが検出され、フレキシブルディスクの読み取りを中断したときに、前記エラーセクタ情報保持手段にエラーセクタの情報が保持されている場合には、当該エラーセクタの情報を結果レポートとして出力するようにしている。
【００１４】
請求項３の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、実際のフレキシブルディスクの読み取り時に、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、前記タイプ認識手段、前記総セクタ数情報取得手段、および前記読み取りエラー検知手段による処理の実行中は、フレキシブルディスクのデータを前記画情報メモリに蓄積しないように制御する制御手段と、総セクタ数やフォーマット情報を記憶する総セクタ数・フォーマット情報記憶手段と、実際のフレキシブルディスクの読み取り前に読み取りエラーを検知したか否かを判断した結果、読み取りエラーがないときは、読み取りエラーがないことを示す情報を記憶するエラー無し情報記憶手段とを備え、読み取りエラーを検知したか否かを判断した後に、前記エラー無し情報記憶手段に読み取りエラーがないことを示す情報が記憶されているときは、前記総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次前記画情報メモリに蓄積するようにしている。
【００１５】
【発明の実施の形態】
この発明の通信端末装置について、図面を参照しながら、その実施の形態を詳細に説明する。
まず、以下の各実施の形態に共通するハード構成を説明するが、この発明の通信端末装置は、ファクシミリ装置も含んでいるので、以下にはファクシミリ装置の場合を示す。
【００１６】
図１は、この発明の通信端末装置の一つのファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。図において、１はシステム制御部、２はシステムメモリ、３はスキャナ（読み取り部）、４はプロッタ（記録部）、５はＢＦＴ（バイナリ・ファイル転送）制御部、６はＦＤ（フロッピー（登録商標）ディスク）制御部、７は網制御部、８はＧ３ＦＡＸモデム、９は画情報メモリ、１０は符号化復号化部、１１は操作表示部、１２はシステムバスを示す。
【００１７】
この図１に示すファクシミリ装置は、システム制御部１が後出の図３や図４などのフローに従って制御を行う点を除けば、基本的には従来の装置と同様の構成である。
最初に、各部の構成と動作について、簡単に説明する。
システム制御部１は、すでに述べたように、この図１のファクシミリ装置の全体の制御を司る機能を有しており、従来の装置と同様の制御を行う他に、後述するこの発明に固有の制御を行う機能を有している。このシステム制御部１には、ファクシミリ装置を制御するためのソフトウェアが記録されているＲＯＭが内蔵されており、ＲＯＭに記憶されたプログラムの命令によって全ての制御を行う。
システムメモリ２は、システム制御部１がプログラムの実行時に必要なデータ等を記憶したり、ワークエリアとして利用するメモリである。また、システム制御上必要なパラメータやユーザ操作等で得られる登録データを格納するために使用される。さらに、画情報メモリ９に記憶された画情報を管理するためのファイルも、このシステムメモリ２に記憶される。そして、装置の電源を落してもメモリ内容が消えないよう、図示されないバッテリによってバックアップされる。
【００１８】
スキャナ３（読み取り部）は、ＣＣＤや密着センサ等で構成され、送信あるいはコピーする画像を所定の解像度で読み取る機能を有している。プロッタ（記録部）４は、所定の解像度で読み取った画情報や受信した画情報を記録紙に記録したり、種々の管理レポート等を出力して記録する。ＢＦＴ（バイナリ・ファイル転送）制御部５は、ＦＤ（フロッピー（登録商標）ディスク）のデータにヘッダ情報を付加してＢＦＴフォーマット化（送信時）したり、アンフォーマット化（受信時）するための制御部である。ＦＤ（フロッピー（登録商標）ディスク）制御部６は、汎用のＦＤＤ／ＦＤＣから構成される制御部である。網制御部７は、公衆電話回線網に接続するための制御を司る機能を有し、自動発信機能を備えている。Ｇ３ＦＡＸモデム８は、グループ３ファクシミリのモデムで、アナログ信号の変調／復調を行う。なお、この発明は、Ｇ４ファクシミリ装置にも実施可能であり、この場合には、Ｇ４ＦＡＸモデムを使用する。
【００１９】
画情報メモリ９は、スキャナ３によって読み取られ画像処理された画情報や、交信によって受信された画信号を必要に応じて記憶させるメモリ手段である。
符号化復号化部１０は、公知の符号化方式によって送信する画情報データを圧縮し、また、受信した画情報データを復号化して元の画像に再生する機能を有している。
操作表示部１１は、パネル上に設けられた表示用ＬＣＤやＬＥＤ、操作キー等から構成され、装置の動作状態を表示したり、オペレータが各種の操作を行う機能を有している。
以上が、各部の構成と動作の概要である。
ここで、図１の画情報メモリ９に記憶される文書の管理について説明する。
画情報メモリ９に記憶される文書を管理するために、システムメモリ２内に文書管理用の各種テーブルが設けられる。
【００２０】
図２は、システムメモリ２に設けられる文書管理用テーブルの構成を概念的に示す図である。図において、９ａは文書管理テーブル、９ｂと９ｃは頁管理テーブル、９ｄと９ｅは宛先管理テーブルを示す。
【００２１】
１つの画情報を管理するための文書管理用テーブルは、文書管理テーブル９ａと、この文書管理テーブル９ａの下位に位置する頁管理テーブル９ｂ，９ｃ、および宛先管理テーブル９ｄ，９ｅの３種類のテーブルから構成される。
まず、文書管理テーブル９ａには、文書を扱う各種パラメータ、例えば文書番号、文書タイプ、作成日時などの情報がセットされる。
この文書管理テーブル９ａの中で、１頁目のポインタは、画情報メモリ９中に文書を格納する際に、文書の第１頁目Ｐ１の頁管理テーブル９ｂを示すポインタであり、文書が複数頁の場合には、図２に示した頁管理テーブル９ｃのように、順次次頁ポインタによって次の頁を示す（ここでは、２頁の場合を示す）。
この頁管理テーブル９ｂ，９ｃには、他に蓄積文書のサイズ、線密度、符号モードなどのパラメータと、実際の文書の格納位置を示す画像ポインタ等をセットする。
【００２２】
宛先管理テーブル９ｄ，９ｅについても、同様で、文書管理テーブル９ａの中の最下行に示す１宛先目のポインタにより、１つの宛先管理テーブル９ｄを指示することができる。
この宛先管理テーブル９ｄ（９ｅも同様）には、簡易コード，実行結果，次宛先ポインタなどをセットする。この宛先管理テーブル９ｄも、宛先毎に１つずつ作成される。
これらの頁管理テーブル９ｂ，９ｃや宛先管理テーブル９ｄ，９ｅでは、次頁がない場合や、次宛先がない場合には、次頁ポインタや次宛先ポインタに、最終を示す「０」（ＮＵＬＬ）をセットする。
また、ＦＤ送信時には、頁管理テーブル９ｂ，９ｃの※印を付けたパラメータを、フォーマット情報等の管理に使用する。
以上が、各実施の形態に共通するファクシミリ装置のハード構成と動作、およびシステムメモリ２内に設けられる文書管理用の各種テーブルの概要である。
【００２３】
第１の実施の形態
この第１の実施の形態は、主として請求項１の発明に対応しているが、請求項２と請求項３の発明にも関連しており、請求項１の発明が基本発明である。この第１の実施の形態は、ＦＤ（フロッピー（登録商標）ディスク）を読み込んで送信（ファイル転送：ボリューム転送）する場合に、データを順次読み取りながら送信文書化する前、全てのセクタに関してリードテストを行うようにして、無駄な送信ファイルの作成を防止する点に特徴を有している。
【００２４】
先の従来技術で説明したように、従来のＩＴＵ−Ｔ Ｔ．３０勧告の付属資料Ａには、「誤り訂正機能付き文書伝送用グループ３（Ｇ３）ファクシミリ装置」に関する規定があり、この規定で定められているＥＣＭ手順を実施すると、回線品質が悪くてもエラーのない画情報の伝送が可能である。
そこで、この発明では、ＦＤのデータにエラーがなければ、ＦＤのデータ（情報）を画情報の代りに使用し、そのままのデータ（情報）あるいはそのデータに適した符号化によって置換する。
さらに、通信手順上は、ＥＣＭのＨＤＬＣフレーミングを行うだけで、画情報を利用したＭＨ／ＭＲ／ＭＭＲ等の圧縮処理を行う必要なしに、送信したデータをそのまま受信するように構成する。
すなわち、バイナリ転送であれば、通信手順では、フェーズＣで扱う画情報の符号化や復号化はスキップする。なお、符号化に関しては、ＩＴＵ−Ｔ Ｔ．４やＴ．６に記載されている。
要約していえば、通信手順では、そのままデータ（情報）を送るだけである。そのために、バイナリ情報のヘッダといわれる情報の属性などを示す情報も画情報部分にまとめて記憶させておく。
【００２５】
そして、実際にＦＤの情報を送信する場合には、まず受信装置側のバイナリファイル転送ビットがオン（機能有効）であるか否かを確認する機能を設けて、バイナリ情報（ＦＤのセクタ内のデータ部）を図１のＢＦＴ（バイナリ・ファイル転送）制御部５によって取り出す。この情報の取り出し動作は、メモリ送信時と同様に、発呼前に行うことも可能である。次に、ＦＤ（フロッピー（登録商標）ディスク）制御部６によって、先に述べたように、ヘッダ情報などを付加した形式に加工する。このように加工した情報を、例えばシステムメモリ２内に設けたＥＣＭバッファを利用して送信する。
【００２６】
他方、受信時には、逆に、ＦＤ制御部６によって、ＥＣＭバッファの情報をヘッダ情報や実データとして分解する。
そして、後者の実データを画情報メモリ９に一時蓄積しておいたり、あるいはそのままＢＦＴ制御部５によってＦＤに書き込めばよい。
一般に、書き込み速度の遅いメディアの場合には、画情報メモリ９に一時蓄積しておく方が、パフォーマンスがよいことはいうまでもない。
以上のように、この発明の通信端末装置では、このバイナリファイル転送を利用して、ＦＤのボリューム転送（いわば丸ごと転送）を行うことを前提としている。
また、ＦＤは、読み書きに時間を要するメディアであるから、この第１の実施の形態では、発呼前に一度、画情報メモリ９に格納する場合とする。受信時には、同様に、一旦画情報メモリ９に格納する。
【００２７】
次に、第１の実施の形態によるバイナリファイル転送の問題点を、具体的に説明する。
汎用のＦＤＤやＦＤＣを使用したＦＤ制御部６を有する通信端末装置の場合には、バイナリファイル転送に際して、当然、最初にＦＤの内容を読み出す必要がある。
さらに、ボリューム転送であるから、通常は全てのセクタを読み出すことになる。
逆にいえば、全てのセクタを読み出すことは、ファット情報（ファイル名称やファイル管理エリア）を解析する必要がない、ということを意味する。
このように、全てのセクタを読み出す必要がある代りに、どのセクタが使用されているかについては判断しないため、万一、エラーセクタがあっても、そのまま送信してしまうことになる。
すなわち、従来のようなＣＲＣチェックが省略され、送信側で、読み出し時にＣＲＣエラーを検出し、受信側で、書き込み時にＣＲＣエラーを検出する、という処理が行われないので、誤った情報が書き込まれてしまう。
そして、もし、そのセクタが使用されていれば、通信が無意味なものになる、という新たな問題が生じる。
【００２８】
そこで、この第１の実施の形態では、送信前に、ＦＤ情報用のメモリ（図１のシステムメモリ２内に設ける）へ格納しながら、リードテスト（全セクタの読み出しを行い、個々にＣＲＣチェックを実施する：ＦＤの各セクタに書かれているＣＲＣ値と読み出し時のＣＲＣとを比較する）を行う。
もし、途中でエラーセクタ（ＣＲＣ不一致）を検出したときは、実行中の処理を速やかに停止し、ＦＤへの蓄積動作を中断する。
次に、画情報の蓄積中断の手順と、同様に文書管理ファイルを検索し、利用した画情報メモリを解放する。
このような処理により、無意味な送信を防止することが可能になると共に、通信コストも削減される。
なお、ＦＤのフォーマットについては、先の図１１によってその概略を説明した。この発明の通信端末装置でも、同様のフォーマットを使用するが、特に説明を加える点はない。
【００２９】
送信時の動作を簡単に説明する。
ＦＤ送信操作が開始されると、実際のＦＤ読み取りを行う前に、全てのセクタに関してリードテストを行いながら、そのデータを蓄積する。
この場合には、ＦＤのフォーマットの種別を知る必要がある。
ここで、フォーマットの種別とは、単に２ＤＤとか２ＨＤのようなタイプだけでなく、セクタ単位のバイト数なども併せたタイプを意味する。
このフォーマットの種別の判定によって、総セクタ数（総セクタサイズ）の情報（Ｎ）が得られる。
そこで、セクタカウンタの内容をカウントアップしながら、各セクタ毎にその内容が総セクタ数（Ｎ）になるまで、リードテストを行う。
そして、リードテストによってエラーの存在を検出したときは、ＦＤの読み取りを中止する。
【００３０】
このように、実際のＦＤ読み取りを行う前に、全てのセクタについてリードテストを実行し、エラーセクタを検出したときは、ＦＤの読み取りを中止する。
したがって、送信ファイル作成手順における内部負荷が、エラーセクタの存在によって無効になる、という不都合が防止され、全てが正常なセクタのときのみ送信が実行されるので、効率のよいファイル転送が可能になる。
先の図１においては、システム制御部１が、次の図３に示すフローに従って、ＦＤデータの蓄積とリードテストの処理を行う。
【００３１】
図３は、この発明の通信端末装置について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃１〜＃８はステップを示し、Ｎは総セクタカウンタの内容（総セクタ数の情報）、ｉはセクタカウンタの内容を示す。
【００３２】
ＦＤ読み取りが開始されると、この図３のフローがスタートする。
そして、ステップ＃１で、フォーマットの種別を判定する。
このような種別判定の結果によって、総セクタ数（総セクタサイズ）の情報が得られる。
そこで、ステップ＃２で、総セクタ数カウンタに総セクタ数Ｎをセットし、また、セクタカウンタを初期化する（ｉ＝０）にする。
ステップ＃３で、ｉ番目のセクタのリードテスト（ＣＲＣ評価）を実行しながら、セクタ内のデータを画情報メモリ９へ蓄積する。
【００３３】
ステップ＃４で、エラーがないかどうか（不一致か否か）判断する。
エラーがなければ（ＯＫのときは）、ステップ＃５で、セクタカウンタを「＋１」する（ｉ＝ｉ＋１）。
次のステップ＃６で、ｉ＝Ｎであるか判断する。
ｉ＝Ｎでなければ、再び先のステップ＃３へ戻り、同様の処理を行う。
また、ｉ＝Ｎのときは、ステップ＃７へ進み、エラーセクタなしと判定して、次のステップへ進む（具体的には、蓄積動作を終了して、発呼処理を行う）。
これに対して、先のステップ＃４で判断した結果、エラーがあったときは、ステップ＃８で、ＦＤ読み取りを中断して、この図３のフローを終了する。
【００３４】
以上が、この第１の実施の形態の処理であり、ＦＤを読み込んで送信（ファイル転送：ボリューム転送）する場合に、データを順次読み取りながら送信ファイル化（文書化）する前に、全てのセクタに関してリードテストを行うようにして、無駄な送信ファイルの作成を防止する場合である。
この具体的な手段は、すでに述べたように、ソフト的に構成され、図１のシステム制御部１により、図３のフローに従って実行されることになる。
したがって、送信ファイル作成手順、すなわち、ＦＤ読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成、通信手順実行の各手順に要する内部負荷が、エラーセクタの存在によって全て無効になる、という不都合が防止され、効率のよいファイル転送が可能になる。
【００３５】
第２の実施の形態
この第２の実施の形態も、請求項１の発明に関連している。
先の第１の実施の形態では、画情報メモリ９へ格納しながら、リードテストを実行する場合を説明したが、画情報メモリ９の残容量が少ない場合など、例えば受信中などであれば、メモリオーバーにより両者が共に中断する、等の事態が想定される。
しかも、このような状態で、ＦＤにエラーセクタが存在していると、受信中断の可能性が一層高くなり、ユーザ（オペレータ：操作者）にとって極めて都合の悪い結果になる。
そこで、この第２の実施の形態では、ＦＤのリードテストの実行に際しては、画情報メモリ９に格納しないようにして、画情報メモリ９の効率的利用を可能にした点に特徴を有している。
【００３６】
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
この第２の実施の形態では、システムメモリ２内のワークエリアを、リードテスト用として使用する。
そして、ＦＤのリードテストが終了した後、例えば画情報メモリ９にある程度（予め設定した最少容量）の空きがあることを確認してから、実際のＦＤ情報の蓄積を開始する。
このような動作を行うことにより、画情報メモリ９のメモリオーバーが生じないようにして、これに起因する受信中断の発生を抑制する。
以上の動作を、次のフローに示す。
【００３７】
図４は、この発明の通信端末装置の第２の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃１１〜＃１８はステップを示す。
【００３８】
この図４のフローは、ステップ＃１３で、ｉ番目のセクタのリードテスト（ＣＲＣ評価）のみを実行し（図３のステップ＃３に対応する）、ステップ＃１７が終了した後に、ＦＤ情報を画情報メモリ９へ蓄積する点を除けば、先の図３のフローと同様である（図３では、ステップ＃３で両者を同時に実行）。
このように、ＦＤのリードテストの実行に際しては、画情報メモリ９に格納しないので、メモリオーバーの発生が抑制され、容量不足によるＦＤ読み取り動作の中断が回避される。
また、メモリオーバーの発生が抑制される結果、容量不足による動作の中断、例えばエラー検出中に着信があった場合、その受信動作の容量不足による中断も防止されることになる。
【００３９】
第３の実施の形態
この第３の実施の形態も、請求項１の発明に関連している。
先の第１の実施の形態では、画情報メモリ９へ格納しながら、リードテストを実行する場合を、また、第２の実施の形態では、画情報メモリ９の残容量が少ない場合を考慮して、画情報メモリ９を使用しないでリードテストを実行する場合を説明した。
この第３の実施の形態では、実行されたリードテストの結果についてシステムメモリ２に保持しておき、ＦＤの読み取りエラーの発生時には、操作表示部１１のパネル上に設けられた表示用ＬＣＤやＬＥＤ（図示せず）等の表示画面上に、ＦＤ読み取りエラーの発生を表示することによってオペレータに通知する点に特徴を有している。
このようなエラー表示を行うことにより、特に第２の実施の形態の場合には、オペレータは、ＦＤの読み取り動作が中断された理由を知ることができるので、迅速な対応が可能になる。
この場合の表示例を説明する。
【００４０】
図５は、この発明の通信端末装置の第３の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示の一例を示す図で、(1) は第１の実施の形態の場合、(2) は第２の実施の形態の場合を示す。
【００４１】
第１の実施の形態は、画情報メモリ９へ格納しながら、リードテストを実行する場合であるから、読み取りエラーが発生したときは、図５(1) に示すように、例えば「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」というメッセージを表示する。
また、第２の実施の形態では、ＦＤのリードテストと、画情報メモリ９への蓄積とを独立して実行する場合で、蓄積前にリードテストを実行するので、読み取りエラーが発生したときは、図５(2) に示すように、例えば「ＦＤ読み取りエラーが発生しました。」というメッセージを表示する。
【００４２】
この図５(1) のようなエラー表示を行うためには、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後に行う（図３に、例えばステップ＃９を付加すればよい）。
同様に、図５(2) のようなエラー表示も、先の図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う（図４に、例えばステップ＃１９を追加する）。
このように、リードテストによってＦＤにエラーセクタが存在していることを検知した場合には、その旨を表示画面上のメッセージでオペレータに知らせることにより、無効なＦＤデータの送信を防止することができる。
【００４３】
第４の実施の形態
この第４の実施の形態も、請求項１の発明に関連している。
先の第３の実施の形態では、ＦＤのリードテストによってエラーセクタが存在していることを検知したときは、ＦＤ読み取り動作を中断すると共に、ＦＤ読み取りエラー発生のメッセージを表示することによって、オペレータにその旨を知らせる場合を説明した。
このように、ＦＤ読み取りエラーが発生したとき、ＦＤ読み取り動作を中断した場合には、その後、別のＦＤに再度その文書の読み取り／書き込み（データのコピー動作）を行って送信しなければならない。
しかし、エラーセクタは、必ずしも実際に使用されていない場合もあり、読み取りエラーの発生によって無条件にＦＤ読み取り動作を中断すると、それまでの動作が無駄になるケースも想定される。
【００４４】
そこで、この第４の実施の形態では、このようなＦＤ読み取りエラーが発生したとき、オペレータが、そのまま読み取りを続行するか／読み取りを中断するかについて選択できるようにした点に特徴を有している。
すなちわ、ＦＤ読み取りエラーが発生した場合には、一旦読み取り動作を中止し、エラーの発生を表示してオペレータの指示を待ち、読み取り続行が指示されたときは、リードテストによりエラーが検出された次のセクタからリードテストを再開する。なお、中断が指示されたときは、読み取り動作は行わない。
その後にエラーが検出されたときも、同様である。
この場合の表示例を説明する。
【００４５】
図６は、この発明の通信端末装置の第４の実施の形態について、ＦＤ読み取りエラー発生時おけるエラー表示と選択画面の一例を示す図である。
【００４６】
ＦＤのリードテスト中にエラーが発生したときは、この図６に示すように、ＦＤ読み取りエラーが発生した旨のメッセージと、オペレータに対してＦＤの読み取りを継続するか否かを問う選択画面（ガイダンス画面）とを表示する。
このように、読み取りエラーが発生したとき、オペレータの意志（リードテストを継続するか否か）を反映することにより、無条件の中断による無駄が生じないようにしている。
この図６に示したようなエラー表示と選択画面の表示動作も、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後や、図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う。
なお、図６の選択画面の「Ｙｅｓ」キーや「Ｎｏ」キーは、操作表示部１１のパネル上に設けられたキーに割り当てておき（図示せず）、「Ｙｅｓ」キーを押すとリードテストが継続され、「Ｎｏ」キーを押すと中断される。
【００４７】
第５の実施の形態
この第５の実施の形態も、請求項１の発明に関連している。
先の第１から第４の実施の形態では、ＦＤ送信に際して、ＦＤ読み取りデータを画情報メモリ９へ蓄積しながら、あるいは画情報メモリ９への蓄積に先行して、リードテストを実行する場合を説明した。
この第５の実施の形態では、このリードテストを実行するか否かについて、オペレータの意志（リードテストを実行するか否か）を反映することを可能にした点に特徴を有している。
【００４８】
読み取りエラーが発生するＦＤであっても、実際の文書には影響がない場合がある。
そこで、このような有効情報に問題がない文書の場合には、リードテスト（エラー検出）の処理をスキップすることにより、直ちに送信できるようにする。
そのために、ＦＤ送信に際して、リードテストを実行するのに先立って、「リードテストを実行する／スキップする」というような設問の画面を表示する。
【００４９】
図７は、この発明の通信端末装置の第５の実施の形態について、ＦＤ読み取り開始時におけるリードテストの実行／不実行の情報と、その表示画面の一例を示す図で、(1) はシステムメモリ２内の特定エリアに設けられた「読み取りエラーチェックを行う／行わない」ことを指示するデータの格納位置、(2) は表示画面である。図において、Ｄ１〜Ｄ４は各表示画面の内容、斜線部は選択された項目を示す。
【００５０】
ＦＤ送信時に、ＦＤ送信の選択や相手先の入力等の操作が終了すると、この図７(2) にＤ１で示すような、読み取りエラーチェック（リードテスト）を行うか否かを問う選択画面（ガイダンス画面）が表示される。
この図７(2) の画面Ｄ１では、「読み取りエラーチェックを行う」ことを示す項目が選択されている。この「行う／行わない」の項目の選択は、ポインティングデバイスの操作や、操作表示部１１上の上下左右の選択キーなどによって行われる。
この状態で、オペレータが実行キーを押すことによって、先に述べたようなリードテストが開始される。
【００５１】
この場合に、図７(1) のシステムメモリ２には、オペレータの指示に応じた情報、例えば、リードテストを実行する場合には「０」、リードテストをスキップする場合には「１」のようなスイッチ情報（ＳＷ情報）が保持される。
オペレータが実行キーを押したとき、もし、ＦＤがセットされていなければ、図７(2) の画面Ｄ２に示すように、「ＦＤをセットして下さい」のようなメッセージが表示され、ＦＤがセットされていれば、図７(2) の画面Ｄ３に示すように、「ＦＤ送信モードであること、および相手先を示す情報」が表示される。
この図７(2) の画面Ｄ３の表示状態で、「スタート」を指示すれば、リードテストが開始されるが、終了するまでに多少の時間を要するので、図７(2) の画面Ｄ４に示すような「ＦＤ読み取り中」を示すメッセージを表示する。
【００５２】
なお、図７(2) の画面Ｄ１〜Ｄ４はいずれも一例であり、必ずしも全てが必要ではなく、また、その他のメッセージを用いることも可能である。
以上のように、この第５の実施の形態では、オペレータに、ＦＤ送信に際してリードテストを実行する前に、「リードテストを実行する／スキップする」という選択を可能にしている。
したがって、未使用セクタに読み取りエラーが存在している場合のように、実際の送信文書には影響がないときは、直ちにＦＤ送信を行うことができる。
【００５３】
第６の実施の形態
この第６の実施の形態も、請求項１の発明に関連している。
先の第３の実施の形態では、リードテストの実行中にＦＤ読み取りエラーが発生したときは、図５(1) に示したように、「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」というメッセージや、図５(2) に示したように、「ＦＤ読み取りエラーが発生しました。」というメッセージを表示する場合について説明した。
この第６の実施の形態では、併せて、ＦＤの文書の確認を促すメッセージを表示することにより、オペレータに対して、発生した読み取りエラーが未使用セクタに存在しているのか、使用セクタに存在しているのか、について確認できるようガイダンスする点に特徴を有している。
【００５４】
図８は、この発明の通信端末装置の第６の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示とメッセージの一例を示す図である。
【００５５】
この図８に示すように、ＦＤの文書の確認を促すメッセージを表示することによって、オペレータは、例えばパソコンなど現在操作中の装置によって、読み取りエラーが発生したＦＤの文書を確認し、もし、未使用セクタにエラーが発生しているときは、先の第５の実施の形態で説明したように、リードテストをスキップしてＦＤ送信を行えばよい。
したがって、この第６の実施の形態によれば、読み取りエラーの発生によって、ＦＤの読み取り動作が無条件に中断するという不都合が回避され、また、リードテストを改めて実行しなくても、所望のＦＤ文書を迅速かつ正確に送信することが可能になる。
【００５６】
第７の実施の形態
この第７の実施の形態は、主として請求項２の発明に対応している。
先に説明した第２から第６の実施の形態では、ＦＤ送信時のリードテストの実行中において、エラー中断が生じたときは、操作表示部１１の表示画面に何らかのメッセージを表示することによってオペレータに知らせる場合を説明した。
特に、第３の実施の形態では、ＦＤのリードテストによって読み取りエラーが発生したときは、図５(1) や(2) に示したように、「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」とか、「ＦＤ読み取りエラーが発生した。」のようなエラー表示を行った。
このように、ＦＤの読み取りエラーが発生したとき、操作表示部１１の表示画面上にエラー表示を行うと、特に、多重制御の場合などには、表示画面が占有されることになり、また、オペレータが席を離れているようなときには、表示する意味がない。
【００５７】
この第７の実施の形態では、ＦＤの読み取りエラーが発生した場合には、その結果レポートなどを出力してオペレータに通知する点に特徴を有している。
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
具体的にいえば、メッセージを画面上に表示する代りに、従来の蓄積結果レポートと同様なＦＤ結果レポートを出力する。
この場合の出力条件は、例えば無条件／エラー時のみ、などの選択可能にすることができる。
また、自動出力レポートであるから、初期値を出力する／しない、というような設定することも可能である。
【００５８】
図９は、この発明の通信端末装置の第７の実施の形態について、ＦＤ読み取りエラー発生時に出力されるＦＤ結果レポートの一例を示す図である。
【００５９】
ＦＤ送信の開始前に行ったリードテストによってＦＤにエラーセクタが存在していることを検知した場合には、この図９のようなＦＤ結果レポートによってオペレータに知らせることにより、無効なＦＤデータの送信を防止することができる。
このＦＤ結果レポートの出力動作のフローとしては、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後に行う（図３に、例えばステップ＃９を付加すればよい）。
すなわち、ＦＤ結果レポートを出力する（ステップ＃９）を追加する。
同様に、先の図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う（図４に、例えばステップ＃１９を追加し、ＦＤ結果レポートを出力する）。
したがって、この第７の実施の形態によれば、操作表示部１１の表示画面を有効に利用することが可能になり、ＭＭＣの向上が図られると共に、ユーザの時間を拘束しなくて済む、等の効果が得られる。
【００６０】
第８の実施の形態
この第８の実施の形態は、主として請求項３の発明に対応しているが、請求項１の発明にも関連している。
先の第２の実施の形態では、ＦＤのリードテストの実行に際して、画情報メモリ９に格納しないように制御することにより、画情報メモリ９の効率的利用を行う場合を説明した。
この第８の実施の形態では、このようなリードテストの結果、読み取りエラーがない場合に、その後に行う実際の画情報メモリ９に対する蓄積処理を効率よく行う点に特徴を有している。
【００６１】
そのために、この第８の実施の形態では、実際に画情報メモリ９に蓄積する前に実行されたリードテストにおいて、リードエラーがない場合（リードテストの評価が正常なとき）には、そのリードテストの評価の情報を保持しておき、実際のＦＤ送信時には、ＣＲＣによるリードテストを再実行しないように制御している。
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
この第８の実施の形態では、先に実行されたリードテストにおいて、ＦＤの種別判定により得られたフォーマット種別や総セクタ数（Ｎ：総セクタサイズ）の情報を保持しておく。
そして、システムメモリ２内のワークエリアを、リードテストの評価が正常な情報の格納用（エラー無し情報記憶手段）に使用し、また、ＦＤの種別判定により得られたフォーマット種別や総セクタ数の情報の格納用に使用する。
その他の動作は、先の第１から第６の実施の形態と基本的に同様である。
すなわち、画情報メモリ９へ格納しながら、リードテストを実行し（第１の実施の形態）、あるいは、ＦＤのリードテストと、画情報メモリ９への蓄積とを独立して実行する場合に、蓄積前にリードテストを実行（第２の実施の形態）した結果、読み取りエラーが発生しないとき（正常な場合）には、リードテストの結果と共に、フォーマット種別や総セクタ数の情報を保持しておく。
そして、ＦＤ送信時には、リードテストを省略して、直ちにＦＤデータの蓄積を行う。
以上の動作をフローに示す。
【００６２】
図１０は、この発明の通信端末装置の第８の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃２１〜＃２５はステップを示す。
【００６３】
蓄積動作を開始すると、この図１０のフローがスタートする。
ステップ＃２１で、セクタカウンタ（ｉ）を再度初期化する（ｉ＝０）。
ステップ＃２２で、ｉ番目のセクタのデータを画情報メモリ９へ蓄積する。
ステップ＃２３で、セクタカウンタをインクリメント（ｉ＝ｉ＋１）し、次のステップ＃２４で、ｉ＝Ｎであるか判断する。
ｉ＝Ｎでなければ、再び先のステップ＃２２へ戻り、以下、同様の処理を繰り返えす。
そして、ステップ＃２４で、ｉ＝Ｎであることを検知すると、ＦＤデータの蓄積動作を終了する。
【００６４】
以上のように、この第８の実施の形態では、読み取りエラーがないことを示す情報が記憶されているときは、総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次画情報メモリ９に蓄積する。
したがって、ＦＤデータの画情報メモリ９への蓄積を効率よく行うことができる。
【００６５】
【発明の効果】
請求項１のファクシミリ装置では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順とを有するファクシミリ装置において、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に、全てのセクタにおける読み取りエラーの有無を検知する読み取りエラー検知手段を設け、ファイル転送操作が開始されたことを検知したときは、読み取りエラー検知手段により、実際のフレキシブルディスクの読み取り前に全てのセクタのリードテストを実行する。したがって、送信ファイル作成手順（ＦＤ読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成、通信手順実行の各手順）に要する内部負荷が、エラーセクタの存在によって全て無効になる、という不都合が防止され、効率のよいファイル転送が可能になる。
【００６６】
請求項２のファクシミリ装置では、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段、検出されたエラーセクタの情報を保持するエラーセクタ情報保持手段を設け、エラーセクタが検出され、フレキシブルディスクの読み取りを中断したときに、エラーセクタの情報が保持されている場合には、当該エラーセクタの情報を結果レポートとして出力するようにしている。したがって、操作表示部１１の表示画面を有効に利用することが可能になり、ＭＭＣが向上されると共に、ユーザの時間を拘束することなく、セクタエラーを知らせることができる。
【００６７】
請求項３のファクシミリ装置では、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段、タイプ認識手段、総セクタ数情報取得手段、および読み取りエラー検知手段による処理の実行中はフレキシブルディスクのデータを画情報メモリに蓄積しないように制御する制御手段、総セクタ数やフォーマット情報を記憶する総セクタ数・フォーマット情報記憶手段、実際のフレキシブルディスクの読み取り前に読み取りエラーを検知したか否かを判断した結果、読み取りエラーがないときは、読み取りエラーがないことを示す情報を記憶するエラー無し情報記憶手段を設け、読み取りエラーを検知したか否かを判断した後に、読み取りエラーがないことを示す情報が記憶されているときは、総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次画情報メモリに蓄積する。したがって、ＦＤデータの画情報メモリ９への蓄積を効率よく行うことができる。
【図面の簡単な説明】
【図１】 この発明の通信端末装置の一つのファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。
【図２】 システムメモリ２に設けられる文書管理用テーブルの構成を概念的に示す図である。
【図３】 この発明の通信端末装置について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図４】 この発明の通信端末装置の第２の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図５】 この発明の通信端末装置の第３の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示の一例を示す図である。
【図６】 この発明の通信端末装置の第４の実施の形態について、ＦＤ読み取りエラー発生時おけるエラー表示と選択画面の一例を示す図である。
【図７】 この発明の通信端末装置の第５の実施の形態について、ＦＤ読み取り開始時におけるリードテストの実行／不実行の情報と、その表示画面の一例を示す図である。
【図８】 この発明の通信端末装置の第６の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示とメッセージの一例を示す図である。
【図９】 この発明の通信端末装置の第７の実施の形態について、ＦＤ読み取りエラー発生時に出力されるＦＤ結果レポートの一例を示す図である。
【図１０】 この発明の通信端末装置の第８の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図１１】 フロッピー（登録商標）ディスクのフォーマットを説明する図である。
【符号の説明】
１ システム制御部
２ システムメモリ
３ スキャナ
４ プロッタ
５ ＢＦＴ制御部
６ ＦＤ制御部
７ 網制御部
８ Ｇ３ＦＡＸモデム
９ 画情報メモリ
１０ 符号化復号化部
１１ 操作表示部
【発明の属する技術分野】
この発明は、ＢＦＴ（バイナリ・ファイル転送）機能を有するファクシミリ装置や通信端末装置に関する。
【０００２】
【従来の技術】
従来から、フロッピー（登録商標）ディスクのデータ転送機能を設けたファクシミリ装置は知られている（例えば特開平６−７８１２０号公報）。このファクシミリ装置では、フロッピー（登録商標）ディスクに格納されているデータを読み取り、そのデータと共に、フロッピー（登録商標）ディスクの種類、枚数等の管理データを受信装置側へ送信する。受信装置側では、着呼に応じて受信能力データ等を送信装置側へ送信して交信し、受信したフロッピー（登録商標）ディスクのデータを転写用フロッピー（登録商標）ディスクに書き込むようにしている。同様に、フロッピー（登録商標）ディスク等の外部記憶媒体の内容が簡単に送受信できるファクシミリ装置が知られている（例えば特開平７−６６９１６号公報）。
【０００３】
また、このようなフロッピー（登録商標）ディスクのデータ転送に関する通信方法についても知られている（例えば特開平６−５４０２４号公報）。このデータの通信方法では、ポーリング通信手順において、ポーリング要求されたデータがフロッピー（登録商標）ディスクに格納されている場合では、ポーリング要求に対応できるようにしている。さらに、フロッピー（登録商標）ディスクに記録された文書ファイルの文字等のキャラクタコードを、ファクシミリ符号に変換して送信することにより、送信速度を向上させたファクシミリ装置も、従来から知られている（例えば特開平７−７５７７号公報）。
【０００４】
このように、フロッピー（登録商標）ディスク・ドライブ部とファイル転送手順を有するファクシミリ装置のような通信端末は、従来から公知である。このファイル転送に関しては、ＩＴＵ−Ｔ Ｔ．３０勧告のＤＩＳ／ＤＴＣ／ＤＣＳに追加されたＢＦＴ（バイナリ・ファイル転送ビットの規定）や、ＩＴＵ−Ｔ Ｔ．４３４勧告の「テレマティクサービスのためのバイナリファイル転送フォーマットの規定」も、すでに定められている。そして、従来のＩＴＵ−Ｔ Ｔ．３０勧告の付属資料Ａには、「誤り訂正機能付き文書伝送用グループ３（Ｇ３）ファクシミリ装置」に関する規定があり、この規定で定められているＥＣＭ手順を実施すると、回線品質が悪くてもエラーのない画情報の伝送が可能である。また、フロッピー（登録商標）ディスクのフォーマットについても、規定されている。
【０００５】
図１１は、フロッピー（登録商標）ディスクのフォーマットを説明する図である。
【０００６】
１トラックのイメージは、図１１の上方に示すとおりである。
プリ・アンブルは、この図１１に示すように、トラックの先頭にあって、インデックス信号を検出してから一定時間の間、セクタ部の読み書きが行えないようにするための緩衝エリアである。
その後に、１〜Ｎのセクタがあり、各セクタ部は、ＩＤ部とデータ部とで構成される。ＩＤ部はセクタの検索用に使用され、プログラムその他の読み書きはデータ部に対して行われる。
最後に、ポスト・アンブルがあり、トラック上に複数のセクタを設けた後のトラック１周の残りのエリアが割り当てられている。
【０００７】
プリ・アンブルの詳細は、図１１の中央に示しており、Ｇａｐ０，ＳＹＮＣ，ＩＡＭ，Ｇａｐ１から構成されている。Ｇａｐ０とＧａｐ１は、プログラムやデータを何度も重ね書きする場合に、フロッピー（登録商標）ディスクの回転変動などで位置や長さがズレたとき、他の部分に影響を与えないための緩衝エリアとして機能する。ＳＹＮＣは、ＶＦＯの周波数をフロッピー（登録商標）ディスクの回転に同期させるために利用する同期信号である。データの読み出しを行う場合には、読み出しデータと位相が合ったウインドウ・クロックをフロッピー（登録商標）ディスク・コントローラに供給するが、ＳＹＮＣは、このウインドウ・クロックを生成するために使用する。ＩＡＭ（Ｉｎｄｅｘ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、トラックの先頭をソフト的に示す特殊なデータである。なお、このプリ・アンブルについては、上段にＦＭの場合、下段にＭＦＭの場合を示している。
【０００８】
１セクタの詳細は、図１１の下方に示しており、前方にＩＤ部、後方にデータ部がけられている。
各セクタは、ＳＹＮＣ，ＩＤＡＭ，Ｇａｐ１，Ｃ，Ｈ，Ｒ，Ｎ，ＣＲＣ，Ｇａｐ２，ＳＹＮＣ，ＤＡＭ（ＤＤＡＭ），ＤＡＴＡ，ＣＲＣ，Ｇａｐ３から構成されている。
セクタに固有のＩＤＡＭ（ＩＤ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、ＩＤ部であることを示す特殊なデータで、この直後（Ｇａｐ１の後）に４バイトのＩＤが書き込まれる。
ＩＤは、各１バイトのＣ（シリンダ番号），Ｈ（ヘッド番号），Ｒ（セクタ番号），Ｎ（セクタ長を示すコード）からなる計４バイトのデータである。
ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｃｙ Ｃｏｄｅ）は、ＣＲＣエラー検出用の２バイトのデータである。
【０００９】
ＤＡＭ（Ｄａｔａ Ａｄｄｒｅｓｓ Ｍａｒｋ）は、直後にデータが格納されていることを示す特殊なデータである。ＤＤＡＭ（Ｄｅｌｅｔｅｄ Ｄａｔａ Ａｄｄｒｅｓｓ Ｍａｒｋ）も、同様に、直後にデータが格納されていることを示す特殊なデータである。なお、ＩＢＭフォーマットの場合には、データが書き込まれているが、このデータは使用しない。ＤＡＴＡは、データを書き込むための領域で、その長さ（セクタ長）はフォーマット時に決定される。このセクタ長を示すコードは、０のとき１２８、１のとき２５６、……、７のとき１６，３８４、８のとき３２，７６８のように２倍ずつ増加する。以上が、フロッピー（登録商標）ディスクのフォーマットの概要である。
【００１０】
【発明が解決しようとする課題】
先の従来技術で説明したように、フロッピー（登録商標）ディスクのデータ転送機能を設けたファクシミリ装置は、従来から知られている。このようなデータ転送では、送信（ファイル転送：ボリューム転送）を開始する前に、フロッピー（登録商標）ディスクに記録されているデータを順次読み取りながら、送信文書を作成する必要がある。すなわち、送信ファイル作成手順に従って、フロッピー（登録商標）ディスクの読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成等の手順を実行した後、通信手順を実行しなければならない。この場合に、フロッピー（登録商標）ディスクのデータにエラーセクタが存在していると、折角転送したデータが無駄になってしまう、という不都合が生じる。
【００１１】
この発明では、このような不都合を解決することを課題としており、フロッピー（登録商標）ディスクのデータの送信を開始する前に、全てのセクタに関してリードテストを実行する（請求項１の発明）。また、このリードテストにおいて、エラーセクタを検出したとき、ユーザに対してリードエラーを表示すると、多重処理の実行中などには表示容量が不足する等の不都合を生じるので、ユーザの選択によって表示が不要な方法でユーザに知らせる（請求項２の発明）。さらに、データ送信を開始する前に、一度リードテストを行った結果、正常と判定したとき（エラーセクタが存在しないとき）には、そのリードテストの結果の情報を保持しておくことにより、無用なチェックを省略して正確で迅速なデータ転送を可能にする（請求項３の発明）。
【００１２】
【課題を解決するための手段】
請求項１の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順とを有するファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタにおける読み取りエラーの有無を検知する読み取りエラー検知手段とを備え、前記送信操作開始検知手段によりファイル転送操作が開始されたことを検知したときは、前記読み取りエラー検知手段により、実際のフレキシブルディスクの読み取り前に全てのセクタのリードテストを実行するようにしている。
【００１３】
請求項２の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、実際のフレキシブルディスクの読み取り時には、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、前記読み取りエラー検知手段によって検出されたエラーセクタの情報を保持するエラーセクタ情報保持手段とを備え、前記読み取りエラー検知手段によってエラーセクタが検出され、フレキシブルディスクの読み取りを中断したときに、前記エラーセクタ情報保持手段にエラーセクタの情報が保持されている場合には、当該エラーセクタの情報を結果レポートとして出力するようにしている。
【００１４】
請求項３の発明では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、実際のフレキシブルディスクの読み取り時に、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、フレキシブルディスクのタイプを認識するタイプ認識手段と、前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、前記タイプ認識手段、前記総セクタ数情報取得手段、および前記読み取りエラー検知手段による処理の実行中は、フレキシブルディスクのデータを前記画情報メモリに蓄積しないように制御する制御手段と、総セクタ数やフォーマット情報を記憶する総セクタ数・フォーマット情報記憶手段と、実際のフレキシブルディスクの読み取り前に読み取りエラーを検知したか否かを判断した結果、読み取りエラーがないときは、読み取りエラーがないことを示す情報を記憶するエラー無し情報記憶手段とを備え、読み取りエラーを検知したか否かを判断した後に、前記エラー無し情報記憶手段に読み取りエラーがないことを示す情報が記憶されているときは、前記総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次前記画情報メモリに蓄積するようにしている。
【００１５】
【発明の実施の形態】
この発明の通信端末装置について、図面を参照しながら、その実施の形態を詳細に説明する。
まず、以下の各実施の形態に共通するハード構成を説明するが、この発明の通信端末装置は、ファクシミリ装置も含んでいるので、以下にはファクシミリ装置の場合を示す。
【００１６】
図１は、この発明の通信端末装置の一つのファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。図において、１はシステム制御部、２はシステムメモリ、３はスキャナ（読み取り部）、４はプロッタ（記録部）、５はＢＦＴ（バイナリ・ファイル転送）制御部、６はＦＤ（フロッピー（登録商標）ディスク）制御部、７は網制御部、８はＧ３ＦＡＸモデム、９は画情報メモリ、１０は符号化復号化部、１１は操作表示部、１２はシステムバスを示す。
【００１７】
この図１に示すファクシミリ装置は、システム制御部１が後出の図３や図４などのフローに従って制御を行う点を除けば、基本的には従来の装置と同様の構成である。
最初に、各部の構成と動作について、簡単に説明する。
システム制御部１は、すでに述べたように、この図１のファクシミリ装置の全体の制御を司る機能を有しており、従来の装置と同様の制御を行う他に、後述するこの発明に固有の制御を行う機能を有している。このシステム制御部１には、ファクシミリ装置を制御するためのソフトウェアが記録されているＲＯＭが内蔵されており、ＲＯＭに記憶されたプログラムの命令によって全ての制御を行う。
システムメモリ２は、システム制御部１がプログラムの実行時に必要なデータ等を記憶したり、ワークエリアとして利用するメモリである。また、システム制御上必要なパラメータやユーザ操作等で得られる登録データを格納するために使用される。さらに、画情報メモリ９に記憶された画情報を管理するためのファイルも、このシステムメモリ２に記憶される。そして、装置の電源を落してもメモリ内容が消えないよう、図示されないバッテリによってバックアップされる。
【００１８】
スキャナ３（読み取り部）は、ＣＣＤや密着センサ等で構成され、送信あるいはコピーする画像を所定の解像度で読み取る機能を有している。プロッタ（記録部）４は、所定の解像度で読み取った画情報や受信した画情報を記録紙に記録したり、種々の管理レポート等を出力して記録する。ＢＦＴ（バイナリ・ファイル転送）制御部５は、ＦＤ（フロッピー（登録商標）ディスク）のデータにヘッダ情報を付加してＢＦＴフォーマット化（送信時）したり、アンフォーマット化（受信時）するための制御部である。ＦＤ（フロッピー（登録商標）ディスク）制御部６は、汎用のＦＤＤ／ＦＤＣから構成される制御部である。網制御部７は、公衆電話回線網に接続するための制御を司る機能を有し、自動発信機能を備えている。Ｇ３ＦＡＸモデム８は、グループ３ファクシミリのモデムで、アナログ信号の変調／復調を行う。なお、この発明は、Ｇ４ファクシミリ装置にも実施可能であり、この場合には、Ｇ４ＦＡＸモデムを使用する。
【００１９】
画情報メモリ９は、スキャナ３によって読み取られ画像処理された画情報や、交信によって受信された画信号を必要に応じて記憶させるメモリ手段である。
符号化復号化部１０は、公知の符号化方式によって送信する画情報データを圧縮し、また、受信した画情報データを復号化して元の画像に再生する機能を有している。
操作表示部１１は、パネル上に設けられた表示用ＬＣＤやＬＥＤ、操作キー等から構成され、装置の動作状態を表示したり、オペレータが各種の操作を行う機能を有している。
以上が、各部の構成と動作の概要である。
ここで、図１の画情報メモリ９に記憶される文書の管理について説明する。
画情報メモリ９に記憶される文書を管理するために、システムメモリ２内に文書管理用の各種テーブルが設けられる。
【００２０】
図２は、システムメモリ２に設けられる文書管理用テーブルの構成を概念的に示す図である。図において、９ａは文書管理テーブル、９ｂと９ｃは頁管理テーブル、９ｄと９ｅは宛先管理テーブルを示す。
【００２１】
１つの画情報を管理するための文書管理用テーブルは、文書管理テーブル９ａと、この文書管理テーブル９ａの下位に位置する頁管理テーブル９ｂ，９ｃ、および宛先管理テーブル９ｄ，９ｅの３種類のテーブルから構成される。
まず、文書管理テーブル９ａには、文書を扱う各種パラメータ、例えば文書番号、文書タイプ、作成日時などの情報がセットされる。
この文書管理テーブル９ａの中で、１頁目のポインタは、画情報メモリ９中に文書を格納する際に、文書の第１頁目Ｐ１の頁管理テーブル９ｂを示すポインタであり、文書が複数頁の場合には、図２に示した頁管理テーブル９ｃのように、順次次頁ポインタによって次の頁を示す（ここでは、２頁の場合を示す）。
この頁管理テーブル９ｂ，９ｃには、他に蓄積文書のサイズ、線密度、符号モードなどのパラメータと、実際の文書の格納位置を示す画像ポインタ等をセットする。
【００２２】
宛先管理テーブル９ｄ，９ｅについても、同様で、文書管理テーブル９ａの中の最下行に示す１宛先目のポインタにより、１つの宛先管理テーブル９ｄを指示することができる。
この宛先管理テーブル９ｄ（９ｅも同様）には、簡易コード，実行結果，次宛先ポインタなどをセットする。この宛先管理テーブル９ｄも、宛先毎に１つずつ作成される。
これらの頁管理テーブル９ｂ，９ｃや宛先管理テーブル９ｄ，９ｅでは、次頁がない場合や、次宛先がない場合には、次頁ポインタや次宛先ポインタに、最終を示す「０」（ＮＵＬＬ）をセットする。
また、ＦＤ送信時には、頁管理テーブル９ｂ，９ｃの※印を付けたパラメータを、フォーマット情報等の管理に使用する。
以上が、各実施の形態に共通するファクシミリ装置のハード構成と動作、およびシステムメモリ２内に設けられる文書管理用の各種テーブルの概要である。
【００２３】
第１の実施の形態
この第１の実施の形態は、主として請求項１の発明に対応しているが、請求項２と請求項３の発明にも関連しており、請求項１の発明が基本発明である。この第１の実施の形態は、ＦＤ（フロッピー（登録商標）ディスク）を読み込んで送信（ファイル転送：ボリューム転送）する場合に、データを順次読み取りながら送信文書化する前、全てのセクタに関してリードテストを行うようにして、無駄な送信ファイルの作成を防止する点に特徴を有している。
【００２４】
先の従来技術で説明したように、従来のＩＴＵ−Ｔ Ｔ．３０勧告の付属資料Ａには、「誤り訂正機能付き文書伝送用グループ３（Ｇ３）ファクシミリ装置」に関する規定があり、この規定で定められているＥＣＭ手順を実施すると、回線品質が悪くてもエラーのない画情報の伝送が可能である。
そこで、この発明では、ＦＤのデータにエラーがなければ、ＦＤのデータ（情報）を画情報の代りに使用し、そのままのデータ（情報）あるいはそのデータに適した符号化によって置換する。
さらに、通信手順上は、ＥＣＭのＨＤＬＣフレーミングを行うだけで、画情報を利用したＭＨ／ＭＲ／ＭＭＲ等の圧縮処理を行う必要なしに、送信したデータをそのまま受信するように構成する。
すなわち、バイナリ転送であれば、通信手順では、フェーズＣで扱う画情報の符号化や復号化はスキップする。なお、符号化に関しては、ＩＴＵ−Ｔ Ｔ．４やＴ．６に記載されている。
要約していえば、通信手順では、そのままデータ（情報）を送るだけである。そのために、バイナリ情報のヘッダといわれる情報の属性などを示す情報も画情報部分にまとめて記憶させておく。
【００２５】
そして、実際にＦＤの情報を送信する場合には、まず受信装置側のバイナリファイル転送ビットがオン（機能有効）であるか否かを確認する機能を設けて、バイナリ情報（ＦＤのセクタ内のデータ部）を図１のＢＦＴ（バイナリ・ファイル転送）制御部５によって取り出す。この情報の取り出し動作は、メモリ送信時と同様に、発呼前に行うことも可能である。次に、ＦＤ（フロッピー（登録商標）ディスク）制御部６によって、先に述べたように、ヘッダ情報などを付加した形式に加工する。このように加工した情報を、例えばシステムメモリ２内に設けたＥＣＭバッファを利用して送信する。
【００２６】
他方、受信時には、逆に、ＦＤ制御部６によって、ＥＣＭバッファの情報をヘッダ情報や実データとして分解する。
そして、後者の実データを画情報メモリ９に一時蓄積しておいたり、あるいはそのままＢＦＴ制御部５によってＦＤに書き込めばよい。
一般に、書き込み速度の遅いメディアの場合には、画情報メモリ９に一時蓄積しておく方が、パフォーマンスがよいことはいうまでもない。
以上のように、この発明の通信端末装置では、このバイナリファイル転送を利用して、ＦＤのボリューム転送（いわば丸ごと転送）を行うことを前提としている。
また、ＦＤは、読み書きに時間を要するメディアであるから、この第１の実施の形態では、発呼前に一度、画情報メモリ９に格納する場合とする。受信時には、同様に、一旦画情報メモリ９に格納する。
【００２７】
次に、第１の実施の形態によるバイナリファイル転送の問題点を、具体的に説明する。
汎用のＦＤＤやＦＤＣを使用したＦＤ制御部６を有する通信端末装置の場合には、バイナリファイル転送に際して、当然、最初にＦＤの内容を読み出す必要がある。
さらに、ボリューム転送であるから、通常は全てのセクタを読み出すことになる。
逆にいえば、全てのセクタを読み出すことは、ファット情報（ファイル名称やファイル管理エリア）を解析する必要がない、ということを意味する。
このように、全てのセクタを読み出す必要がある代りに、どのセクタが使用されているかについては判断しないため、万一、エラーセクタがあっても、そのまま送信してしまうことになる。
すなわち、従来のようなＣＲＣチェックが省略され、送信側で、読み出し時にＣＲＣエラーを検出し、受信側で、書き込み時にＣＲＣエラーを検出する、という処理が行われないので、誤った情報が書き込まれてしまう。
そして、もし、そのセクタが使用されていれば、通信が無意味なものになる、という新たな問題が生じる。
【００２８】
そこで、この第１の実施の形態では、送信前に、ＦＤ情報用のメモリ（図１のシステムメモリ２内に設ける）へ格納しながら、リードテスト（全セクタの読み出しを行い、個々にＣＲＣチェックを実施する：ＦＤの各セクタに書かれているＣＲＣ値と読み出し時のＣＲＣとを比較する）を行う。
もし、途中でエラーセクタ（ＣＲＣ不一致）を検出したときは、実行中の処理を速やかに停止し、ＦＤへの蓄積動作を中断する。
次に、画情報の蓄積中断の手順と、同様に文書管理ファイルを検索し、利用した画情報メモリを解放する。
このような処理により、無意味な送信を防止することが可能になると共に、通信コストも削減される。
なお、ＦＤのフォーマットについては、先の図１１によってその概略を説明した。この発明の通信端末装置でも、同様のフォーマットを使用するが、特に説明を加える点はない。
【００２９】
送信時の動作を簡単に説明する。
ＦＤ送信操作が開始されると、実際のＦＤ読み取りを行う前に、全てのセクタに関してリードテストを行いながら、そのデータを蓄積する。
この場合には、ＦＤのフォーマットの種別を知る必要がある。
ここで、フォーマットの種別とは、単に２ＤＤとか２ＨＤのようなタイプだけでなく、セクタ単位のバイト数なども併せたタイプを意味する。
このフォーマットの種別の判定によって、総セクタ数（総セクタサイズ）の情報（Ｎ）が得られる。
そこで、セクタカウンタの内容をカウントアップしながら、各セクタ毎にその内容が総セクタ数（Ｎ）になるまで、リードテストを行う。
そして、リードテストによってエラーの存在を検出したときは、ＦＤの読み取りを中止する。
【００３０】
このように、実際のＦＤ読み取りを行う前に、全てのセクタについてリードテストを実行し、エラーセクタを検出したときは、ＦＤの読み取りを中止する。
したがって、送信ファイル作成手順における内部負荷が、エラーセクタの存在によって無効になる、という不都合が防止され、全てが正常なセクタのときのみ送信が実行されるので、効率のよいファイル転送が可能になる。
先の図１においては、システム制御部１が、次の図３に示すフローに従って、ＦＤデータの蓄積とリードテストの処理を行う。
【００３１】
図３は、この発明の通信端末装置について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃１〜＃８はステップを示し、Ｎは総セクタカウンタの内容（総セクタ数の情報）、ｉはセクタカウンタの内容を示す。
【００３２】
ＦＤ読み取りが開始されると、この図３のフローがスタートする。
そして、ステップ＃１で、フォーマットの種別を判定する。
このような種別判定の結果によって、総セクタ数（総セクタサイズ）の情報が得られる。
そこで、ステップ＃２で、総セクタ数カウンタに総セクタ数Ｎをセットし、また、セクタカウンタを初期化する（ｉ＝０）にする。
ステップ＃３で、ｉ番目のセクタのリードテスト（ＣＲＣ評価）を実行しながら、セクタ内のデータを画情報メモリ９へ蓄積する。
【００３３】
ステップ＃４で、エラーがないかどうか（不一致か否か）判断する。
エラーがなければ（ＯＫのときは）、ステップ＃５で、セクタカウンタを「＋１」する（ｉ＝ｉ＋１）。
次のステップ＃６で、ｉ＝Ｎであるか判断する。
ｉ＝Ｎでなければ、再び先のステップ＃３へ戻り、同様の処理を行う。
また、ｉ＝Ｎのときは、ステップ＃７へ進み、エラーセクタなしと判定して、次のステップへ進む（具体的には、蓄積動作を終了して、発呼処理を行う）。
これに対して、先のステップ＃４で判断した結果、エラーがあったときは、ステップ＃８で、ＦＤ読み取りを中断して、この図３のフローを終了する。
【００３４】
以上が、この第１の実施の形態の処理であり、ＦＤを読み込んで送信（ファイル転送：ボリューム転送）する場合に、データを順次読み取りながら送信ファイル化（文書化）する前に、全てのセクタに関してリードテストを行うようにして、無駄な送信ファイルの作成を防止する場合である。
この具体的な手段は、すでに述べたように、ソフト的に構成され、図１のシステム制御部１により、図３のフローに従って実行されることになる。
したがって、送信ファイル作成手順、すなわち、ＦＤ読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成、通信手順実行の各手順に要する内部負荷が、エラーセクタの存在によって全て無効になる、という不都合が防止され、効率のよいファイル転送が可能になる。
【００３５】
第２の実施の形態
この第２の実施の形態も、請求項１の発明に関連している。
先の第１の実施の形態では、画情報メモリ９へ格納しながら、リードテストを実行する場合を説明したが、画情報メモリ９の残容量が少ない場合など、例えば受信中などであれば、メモリオーバーにより両者が共に中断する、等の事態が想定される。
しかも、このような状態で、ＦＤにエラーセクタが存在していると、受信中断の可能性が一層高くなり、ユーザ（オペレータ：操作者）にとって極めて都合の悪い結果になる。
そこで、この第２の実施の形態では、ＦＤのリードテストの実行に際しては、画情報メモリ９に格納しないようにして、画情報メモリ９の効率的利用を可能にした点に特徴を有している。
【００３６】
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
この第２の実施の形態では、システムメモリ２内のワークエリアを、リードテスト用として使用する。
そして、ＦＤのリードテストが終了した後、例えば画情報メモリ９にある程度（予め設定した最少容量）の空きがあることを確認してから、実際のＦＤ情報の蓄積を開始する。
このような動作を行うことにより、画情報メモリ９のメモリオーバーが生じないようにして、これに起因する受信中断の発生を抑制する。
以上の動作を、次のフローに示す。
【００３７】
図４は、この発明の通信端末装置の第２の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃１１〜＃１８はステップを示す。
【００３８】
この図４のフローは、ステップ＃１３で、ｉ番目のセクタのリードテスト（ＣＲＣ評価）のみを実行し（図３のステップ＃３に対応する）、ステップ＃１７が終了した後に、ＦＤ情報を画情報メモリ９へ蓄積する点を除けば、先の図３のフローと同様である（図３では、ステップ＃３で両者を同時に実行）。
このように、ＦＤのリードテストの実行に際しては、画情報メモリ９に格納しないので、メモリオーバーの発生が抑制され、容量不足によるＦＤ読み取り動作の中断が回避される。
また、メモリオーバーの発生が抑制される結果、容量不足による動作の中断、例えばエラー検出中に着信があった場合、その受信動作の容量不足による中断も防止されることになる。
【００３９】
第３の実施の形態
この第３の実施の形態も、請求項１の発明に関連している。
先の第１の実施の形態では、画情報メモリ９へ格納しながら、リードテストを実行する場合を、また、第２の実施の形態では、画情報メモリ９の残容量が少ない場合を考慮して、画情報メモリ９を使用しないでリードテストを実行する場合を説明した。
この第３の実施の形態では、実行されたリードテストの結果についてシステムメモリ２に保持しておき、ＦＤの読み取りエラーの発生時には、操作表示部１１のパネル上に設けられた表示用ＬＣＤやＬＥＤ（図示せず）等の表示画面上に、ＦＤ読み取りエラーの発生を表示することによってオペレータに通知する点に特徴を有している。
このようなエラー表示を行うことにより、特に第２の実施の形態の場合には、オペレータは、ＦＤの読み取り動作が中断された理由を知ることができるので、迅速な対応が可能になる。
この場合の表示例を説明する。
【００４０】
図５は、この発明の通信端末装置の第３の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示の一例を示す図で、(1) は第１の実施の形態の場合、(2) は第２の実施の形態の場合を示す。
【００４１】
第１の実施の形態は、画情報メモリ９へ格納しながら、リードテストを実行する場合であるから、読み取りエラーが発生したときは、図５(1) に示すように、例えば「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」というメッセージを表示する。
また、第２の実施の形態では、ＦＤのリードテストと、画情報メモリ９への蓄積とを独立して実行する場合で、蓄積前にリードテストを実行するので、読み取りエラーが発生したときは、図５(2) に示すように、例えば「ＦＤ読み取りエラーが発生しました。」というメッセージを表示する。
【００４２】
この図５(1) のようなエラー表示を行うためには、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後に行う（図３に、例えばステップ＃９を付加すればよい）。
同様に、図５(2) のようなエラー表示も、先の図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う（図４に、例えばステップ＃１９を追加する）。
このように、リードテストによってＦＤにエラーセクタが存在していることを検知した場合には、その旨を表示画面上のメッセージでオペレータに知らせることにより、無効なＦＤデータの送信を防止することができる。
【００４３】
第４の実施の形態
この第４の実施の形態も、請求項１の発明に関連している。
先の第３の実施の形態では、ＦＤのリードテストによってエラーセクタが存在していることを検知したときは、ＦＤ読み取り動作を中断すると共に、ＦＤ読み取りエラー発生のメッセージを表示することによって、オペレータにその旨を知らせる場合を説明した。
このように、ＦＤ読み取りエラーが発生したとき、ＦＤ読み取り動作を中断した場合には、その後、別のＦＤに再度その文書の読み取り／書き込み（データのコピー動作）を行って送信しなければならない。
しかし、エラーセクタは、必ずしも実際に使用されていない場合もあり、読み取りエラーの発生によって無条件にＦＤ読み取り動作を中断すると、それまでの動作が無駄になるケースも想定される。
【００４４】
そこで、この第４の実施の形態では、このようなＦＤ読み取りエラーが発生したとき、オペレータが、そのまま読み取りを続行するか／読み取りを中断するかについて選択できるようにした点に特徴を有している。
すなちわ、ＦＤ読み取りエラーが発生した場合には、一旦読み取り動作を中止し、エラーの発生を表示してオペレータの指示を待ち、読み取り続行が指示されたときは、リードテストによりエラーが検出された次のセクタからリードテストを再開する。なお、中断が指示されたときは、読み取り動作は行わない。
その後にエラーが検出されたときも、同様である。
この場合の表示例を説明する。
【００４５】
図６は、この発明の通信端末装置の第４の実施の形態について、ＦＤ読み取りエラー発生時おけるエラー表示と選択画面の一例を示す図である。
【００４６】
ＦＤのリードテスト中にエラーが発生したときは、この図６に示すように、ＦＤ読み取りエラーが発生した旨のメッセージと、オペレータに対してＦＤの読み取りを継続するか否かを問う選択画面（ガイダンス画面）とを表示する。
このように、読み取りエラーが発生したとき、オペレータの意志（リードテストを継続するか否か）を反映することにより、無条件の中断による無駄が生じないようにしている。
この図６に示したようなエラー表示と選択画面の表示動作も、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後や、図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う。
なお、図６の選択画面の「Ｙｅｓ」キーや「Ｎｏ」キーは、操作表示部１１のパネル上に設けられたキーに割り当てておき（図示せず）、「Ｙｅｓ」キーを押すとリードテストが継続され、「Ｎｏ」キーを押すと中断される。
【００４７】
第５の実施の形態
この第５の実施の形態も、請求項１の発明に関連している。
先の第１から第４の実施の形態では、ＦＤ送信に際して、ＦＤ読み取りデータを画情報メモリ９へ蓄積しながら、あるいは画情報メモリ９への蓄積に先行して、リードテストを実行する場合を説明した。
この第５の実施の形態では、このリードテストを実行するか否かについて、オペレータの意志（リードテストを実行するか否か）を反映することを可能にした点に特徴を有している。
【００４８】
読み取りエラーが発生するＦＤであっても、実際の文書には影響がない場合がある。
そこで、このような有効情報に問題がない文書の場合には、リードテスト（エラー検出）の処理をスキップすることにより、直ちに送信できるようにする。
そのために、ＦＤ送信に際して、リードテストを実行するのに先立って、「リードテストを実行する／スキップする」というような設問の画面を表示する。
【００４９】
図７は、この発明の通信端末装置の第５の実施の形態について、ＦＤ読み取り開始時におけるリードテストの実行／不実行の情報と、その表示画面の一例を示す図で、(1) はシステムメモリ２内の特定エリアに設けられた「読み取りエラーチェックを行う／行わない」ことを指示するデータの格納位置、(2) は表示画面である。図において、Ｄ１〜Ｄ４は各表示画面の内容、斜線部は選択された項目を示す。
【００５０】
ＦＤ送信時に、ＦＤ送信の選択や相手先の入力等の操作が終了すると、この図７(2) にＤ１で示すような、読み取りエラーチェック（リードテスト）を行うか否かを問う選択画面（ガイダンス画面）が表示される。
この図７(2) の画面Ｄ１では、「読み取りエラーチェックを行う」ことを示す項目が選択されている。この「行う／行わない」の項目の選択は、ポインティングデバイスの操作や、操作表示部１１上の上下左右の選択キーなどによって行われる。
この状態で、オペレータが実行キーを押すことによって、先に述べたようなリードテストが開始される。
【００５１】
この場合に、図７(1) のシステムメモリ２には、オペレータの指示に応じた情報、例えば、リードテストを実行する場合には「０」、リードテストをスキップする場合には「１」のようなスイッチ情報（ＳＷ情報）が保持される。
オペレータが実行キーを押したとき、もし、ＦＤがセットされていなければ、図７(2) の画面Ｄ２に示すように、「ＦＤをセットして下さい」のようなメッセージが表示され、ＦＤがセットされていれば、図７(2) の画面Ｄ３に示すように、「ＦＤ送信モードであること、および相手先を示す情報」が表示される。
この図７(2) の画面Ｄ３の表示状態で、「スタート」を指示すれば、リードテストが開始されるが、終了するまでに多少の時間を要するので、図７(2) の画面Ｄ４に示すような「ＦＤ読み取り中」を示すメッセージを表示する。
【００５２】
なお、図７(2) の画面Ｄ１〜Ｄ４はいずれも一例であり、必ずしも全てが必要ではなく、また、その他のメッセージを用いることも可能である。
以上のように、この第５の実施の形態では、オペレータに、ＦＤ送信に際してリードテストを実行する前に、「リードテストを実行する／スキップする」という選択を可能にしている。
したがって、未使用セクタに読み取りエラーが存在している場合のように、実際の送信文書には影響がないときは、直ちにＦＤ送信を行うことができる。
【００５３】
第６の実施の形態
この第６の実施の形態も、請求項１の発明に関連している。
先の第３の実施の形態では、リードテストの実行中にＦＤ読み取りエラーが発生したときは、図５(1) に示したように、「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」というメッセージや、図５(2) に示したように、「ＦＤ読み取りエラーが発生しました。」というメッセージを表示する場合について説明した。
この第６の実施の形態では、併せて、ＦＤの文書の確認を促すメッセージを表示することにより、オペレータに対して、発生した読み取りエラーが未使用セクタに存在しているのか、使用セクタに存在しているのか、について確認できるようガイダンスする点に特徴を有している。
【００５４】
図８は、この発明の通信端末装置の第６の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示とメッセージの一例を示す図である。
【００５５】
この図８に示すように、ＦＤの文書の確認を促すメッセージを表示することによって、オペレータは、例えばパソコンなど現在操作中の装置によって、読み取りエラーが発生したＦＤの文書を確認し、もし、未使用セクタにエラーが発生しているときは、先の第５の実施の形態で説明したように、リードテストをスキップしてＦＤ送信を行えばよい。
したがって、この第６の実施の形態によれば、読み取りエラーの発生によって、ＦＤの読み取り動作が無条件に中断するという不都合が回避され、また、リードテストを改めて実行しなくても、所望のＦＤ文書を迅速かつ正確に送信することが可能になる。
【００５６】
第７の実施の形態
この第７の実施の形態は、主として請求項２の発明に対応している。
先に説明した第２から第６の実施の形態では、ＦＤ送信時のリードテストの実行中において、エラー中断が生じたときは、操作表示部１１の表示画面に何らかのメッセージを表示することによってオペレータに知らせる場合を説明した。
特に、第３の実施の形態では、ＦＤのリードテストによって読み取りエラーが発生したときは、図５(1) や(2) に示したように、「ＦＤ読み取りエラーが発生したので蓄積を中断しました。」とか、「ＦＤ読み取りエラーが発生した。」のようなエラー表示を行った。
このように、ＦＤの読み取りエラーが発生したとき、操作表示部１１の表示画面上にエラー表示を行うと、特に、多重制御の場合などには、表示画面が占有されることになり、また、オペレータが席を離れているようなときには、表示する意味がない。
【００５７】
この第７の実施の形態では、ＦＤの読み取りエラーが発生した場合には、その結果レポートなどを出力してオペレータに通知する点に特徴を有している。
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
具体的にいえば、メッセージを画面上に表示する代りに、従来の蓄積結果レポートと同様なＦＤ結果レポートを出力する。
この場合の出力条件は、例えば無条件／エラー時のみ、などの選択可能にすることができる。
また、自動出力レポートであるから、初期値を出力する／しない、というような設定することも可能である。
【００５８】
図９は、この発明の通信端末装置の第７の実施の形態について、ＦＤ読み取りエラー発生時に出力されるＦＤ結果レポートの一例を示す図である。
【００５９】
ＦＤ送信の開始前に行ったリードテストによってＦＤにエラーセクタが存在していることを検知した場合には、この図９のようなＦＤ結果レポートによってオペレータに知らせることにより、無効なＦＤデータの送信を防止することができる。
このＦＤ結果レポートの出力動作のフローとしては、先の図３のフローで、ステップ＃８においてＦＤ読み取りを中断した後に行う（図３に、例えばステップ＃９を付加すればよい）。
すなわち、ＦＤ結果レポートを出力する（ステップ＃９）を追加する。
同様に、先の図４のステップ＃１８で、ＦＤ読み取りを中断した後に行う（図４に、例えばステップ＃１９を追加し、ＦＤ結果レポートを出力する）。
したがって、この第７の実施の形態によれば、操作表示部１１の表示画面を有効に利用することが可能になり、ＭＭＣの向上が図られると共に、ユーザの時間を拘束しなくて済む、等の効果が得られる。
【００６０】
第８の実施の形態
この第８の実施の形態は、主として請求項３の発明に対応しているが、請求項１の発明にも関連している。
先の第２の実施の形態では、ＦＤのリードテストの実行に際して、画情報メモリ９に格納しないように制御することにより、画情報メモリ９の効率的利用を行う場合を説明した。
この第８の実施の形態では、このようなリードテストの結果、読み取りエラーがない場合に、その後に行う実際の画情報メモリ９に対する蓄積処理を効率よく行う点に特徴を有している。
【００６１】
そのために、この第８の実施の形態では、実際に画情報メモリ９に蓄積する前に実行されたリードテストにおいて、リードエラーがない場合（リードテストの評価が正常なとき）には、そのリードテストの評価の情報を保持しておき、実際のＦＤ送信時には、ＣＲＣによるリードテストを再実行しないように制御している。
ハード構成は、先の図１と同様であり、また、文書管理テーブルの構成は、図２と同様である。
この第８の実施の形態では、先に実行されたリードテストにおいて、ＦＤの種別判定により得られたフォーマット種別や総セクタ数（Ｎ：総セクタサイズ）の情報を保持しておく。
そして、システムメモリ２内のワークエリアを、リードテストの評価が正常な情報の格納用（エラー無し情報記憶手段）に使用し、また、ＦＤの種別判定により得られたフォーマット種別や総セクタ数の情報の格納用に使用する。
その他の動作は、先の第１から第６の実施の形態と基本的に同様である。
すなわち、画情報メモリ９へ格納しながら、リードテストを実行し（第１の実施の形態）、あるいは、ＦＤのリードテストと、画情報メモリ９への蓄積とを独立して実行する場合に、蓄積前にリードテストを実行（第２の実施の形態）した結果、読み取りエラーが発生しないとき（正常な場合）には、リードテストの結果と共に、フォーマット種別や総セクタ数の情報を保持しておく。
そして、ＦＤ送信時には、リードテストを省略して、直ちにＦＤデータの蓄積を行う。
以上の動作をフローに示す。
【００６２】
図１０は、この発明の通信端末装置の第８の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。図において、＃２１〜＃２５はステップを示す。
【００６３】
蓄積動作を開始すると、この図１０のフローがスタートする。
ステップ＃２１で、セクタカウンタ（ｉ）を再度初期化する（ｉ＝０）。
ステップ＃２２で、ｉ番目のセクタのデータを画情報メモリ９へ蓄積する。
ステップ＃２３で、セクタカウンタをインクリメント（ｉ＝ｉ＋１）し、次のステップ＃２４で、ｉ＝Ｎであるか判断する。
ｉ＝Ｎでなければ、再び先のステップ＃２２へ戻り、以下、同様の処理を繰り返えす。
そして、ステップ＃２４で、ｉ＝Ｎであることを検知すると、ＦＤデータの蓄積動作を終了する。
【００６４】
以上のように、この第８の実施の形態では、読み取りエラーがないことを示す情報が記憶されているときは、総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次画情報メモリ９に蓄積する。
したがって、ＦＤデータの画情報メモリ９への蓄積を効率よく行うことができる。
【００６５】
【発明の効果】
請求項１のファクシミリ装置では、フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順とを有するファクシミリ装置において、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に、全てのセクタにおける読み取りエラーの有無を検知する読み取りエラー検知手段を設け、ファイル転送操作が開始されたことを検知したときは、読み取りエラー検知手段により、実際のフレキシブルディスクの読み取り前に全てのセクタのリードテストを実行する。したがって、送信ファイル作成手順（ＦＤ読み込み、データ確認、送信ファイル用データへの変換、通信用ヘッダ作成、通信手順実行の各手順）に要する内部負荷が、エラーセクタの存在によって全て無効になる、という不都合が防止され、効率のよいファイル転送が可能になる。
【００６６】
請求項２のファクシミリ装置では、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段、検出されたエラーセクタの情報を保持するエラーセクタ情報保持手段を設け、エラーセクタが検出され、フレキシブルディスクの読み取りを中断したときに、エラーセクタの情報が保持されている場合には、当該エラーセクタの情報を結果レポートとして出力するようにしている。したがって、操作表示部１１の表示画面を有効に利用することが可能になり、ＭＭＣが向上されると共に、ユーザの時間を拘束することなく、セクタエラーを知らせることができる。
【００６７】
請求項３のファクシミリ装置では、ファイル転送操作が開始されたことを検知する送信操作開始検知手段、フレキシブルディスクのタイプを認識するタイプ認識手段、フレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段、実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段、タイプ認識手段、総セクタ数情報取得手段、および読み取りエラー検知手段による処理の実行中はフレキシブルディスクのデータを画情報メモリに蓄積しないように制御する制御手段、総セクタ数やフォーマット情報を記憶する総セクタ数・フォーマット情報記憶手段、実際のフレキシブルディスクの読み取り前に読み取りエラーを検知したか否かを判断した結果、読み取りエラーがないときは、読み取りエラーがないことを示す情報を記憶するエラー無し情報記憶手段を設け、読み取りエラーを検知したか否かを判断した後に、読み取りエラーがないことを示す情報が記憶されているときは、総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次画情報メモリに蓄積する。したがって、ＦＤデータの画情報メモリ９への蓄積を効率よく行うことができる。
【図面の簡単な説明】
【図１】 この発明の通信端末装置の一つのファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。
【図２】 システムメモリ２に設けられる文書管理用テーブルの構成を概念的に示す図である。
【図３】 この発明の通信端末装置について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図４】 この発明の通信端末装置の第２の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図５】 この発明の通信端末装置の第３の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示の一例を示す図である。
【図６】 この発明の通信端末装置の第４の実施の形態について、ＦＤ読み取りエラー発生時おけるエラー表示と選択画面の一例を示す図である。
【図７】 この発明の通信端末装置の第５の実施の形態について、ＦＤ読み取り開始時におけるリードテストの実行／不実行の情報と、その表示画面の一例を示す図である。
【図８】 この発明の通信端末装置の第６の実施の形態について、ＦＤ読み取りエラー発生時におけるエラー表示とメッセージの一例を示す図である。
【図９】 この発明の通信端末装置の第７の実施の形態について、ＦＤ読み取りエラー発生時に出力されるＦＤ結果レポートの一例を示す図である。
【図１０】 この発明の通信端末装置の第８の実施の形態について、ＦＤ送信時における主要な処理の流れを示すフローチャートである。
【図１１】 フロッピー（登録商標）ディスクのフォーマットを説明する図である。
【符号の説明】
１ システム制御部
２ システムメモリ
３ スキャナ
４ プロッタ
５ ＢＦＴ制御部
６ ＦＤ制御部
７ 網制御部
８ Ｇ３ＦＡＸモデム
９ 画情報メモリ
１０ 符号化復号化部
１１ 操作表示部
Claims (3)
- フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順とを有するファクシミリ装置において、
前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、
フレキシブルディスクのタイプを認識するタイプ認識手段と、
前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、
実際のフレキシブルディスクの読み取り前に、全てのセクタにおける読み取りエラーの有無を検知する読み取りエラー検知手段とを備え、
前記送信操作開始検知手段によりファイル転送操作が開始されたことを検知したときは、前記読み取りエラー検知手段により、実際のフレキシブルディスクの読み取り前に全てのセクタのリードテストを実行することを特徴とするファイル転送機能付きファクシミリ装置。 - フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、
実際のフレキシブルディスクの読み取り時には、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、
前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、
フレキシブルディスクのタイプを認識するタイプ認識手段と、
前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、
実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、
前記読み取りエラー検知手段によって検出されたエラーセクタの情報を保持するエラーセクタ情報保持手段とを備え、
前記読み取りエラー検知手段によってエラーセクタが検出され、フレキシブルディスクの読み取りを中断したときに、前記エラーセクタ情報保持手段にエラーセクタの情報が保持されている場合には、当該エラーセクタの情報を結果レポートとして出力することを特徴とするファクシミリ装置。 - フレキシブルディスク・ドライブ部と、フレキシブルディスクを読み込んで送信するファイル転送の手順と、
実際のフレキシブルディスクの読み取り時に、一度画情報メモリに蓄積する蓄積手段とを備えたファクシミリ装置において、
前記ファイル転送操作が開始されたことを検知する送信操作開始検知手段と、
フレキシブルディスクのタイプを認識するタイプ認識手段と、
前記タイプ認識手段によって得られたフレキシブルディスクのタイプに応じた総セクタ数の情報を得る総セクタ数情報取得手段と、
実際のフレキシブルディスクの読み取り前に、全てのセクタについて読み取りエラーの有無を検知する読み取りエラー検知手段と、
前記タイプ認識手段、前記総セクタ数情報取得手段、および前記読み取りエラー検知手段による処理の実行中は、フレキシブルディスクのデータを前記画情報メモリに蓄積しないように制御する制御手段と、
総セクタ数やフォーマット情報を記憶する総セクタ数・フォーマット情報記憶手段と、
実際のフレキシブルディスクの読み取り前に読み取りエラーを検知したか否かを判断した結果、読み取りエラーがないときは、読み取りエラーがないことを示す情報を記憶するエラー無し情報記憶手段とを備え、
読み取りエラーを検知したか否かを判断した後に、前記エラー無し情報記憶手段に読み取りエラーがないことを示す情報が記憶されているときは、前記総セクタ数・フォーマット情報記憶手段に記憶された総セクタ数やフォーマット情報を参照して、各セクタ内のデータのみを、順次前記画情報メモリに蓄積することを特徴とするファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13765596A JP3636245B2 (ja) | 1996-05-07 | 1996-05-07 | Ｂｆｔ機能付き通信端末装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13765596A JP3636245B2 (ja) | 1996-05-07 | 1996-05-07 | Ｂｆｔ機能付き通信端末装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09298653A JPH09298653A (ja) | 1997-11-18 |
| JP3636245B2 true JP3636245B2 (ja) | 2005-04-06 |
Family
ID=15203725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13765596A Expired - Fee Related JP3636245B2 (ja) | 1996-05-07 | 1996-05-07 | Ｂｆｔ機能付き通信端末装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3636245B2 (ja) |
-
1996
- 1996-05-07 JP JP13765596A patent/JP3636245B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09298653A (ja) | 1997-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08297528A (ja) | データ通信装置 | |
| JPH09149076A (ja) | データ通信装置及び方法 | |
| JP3674595B2 (ja) | 原稿読取装置 | |
| US5717506A (en) | Image communication apparatus for communicating binary and multi-value color image data | |
| JPH07240831A (ja) | ファクシミリ装置 | |
| US7557943B2 (en) | Image data management method of multiple sets of image data | |
| JP3636245B2 (ja) | Ｂｆｔ機能付き通信端末装置 | |
| US20020186427A1 (en) | Data processing apparatus, software program and data processing method to be applied to the apparatus | |
| JP2000101771A (ja) | 画像形成装置 | |
| JP2001069327A (ja) | ファクシミリ装置 | |
| JP3477337B2 (ja) | 通信端末 | |
| US6927868B1 (en) | Facsimile device and memory medium storing computer programs for controlling the facsimile device | |
| JP2748130B2 (ja) | ファクシミリ装置 | |
| JP2967732B2 (ja) | コンピュータと通信可能なファクシミリ装置とリモートメンテナンス方法 | |
| JPH1065862A (ja) | 画像通信装置 | |
| JPH11331454A (ja) | データ処理装置 | |
| JP3534967B2 (ja) | 通信システム | |
| JP3635919B2 (ja) | 通信装置 | |
| JP3635920B2 (ja) | 通信装置および記憶媒体 | |
| JPH1042125A (ja) | ファクシミリ装置 | |
| JP3054198B2 (ja) | データ通信装置及び方法 | |
| JP2883331B2 (ja) | フアクシミリ装置 | |
| JP3342173B2 (ja) | 画像処理装置及びその制御方法ならびに画像処理システムの制御方法 | |
| JPH07162622A (ja) | ファクシミリ装置 | |
| JP2515058B2 (ja) | 複合ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041004 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041228 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |