JPH07288644A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 外部情報処理端末からのコマンドにより、画
像処理装置のファイルデータを外部情報処理端末へ転送
する処理を多様化することを目的とする。 【構成】 画像処理装置の画像メモリに蓄積されている
ファイルデータを特定するための識別子（ＩＤ）を発生
し、発生した識別子を外部情報処理端末に送信する識別
子発行処理と、画像メモリに蓄積されたファイルデータ
を管理するための管理情報を夫々の識別子に対応可能に
記憶するファイル管理処理と、外部情報処理端末からの
転送指示に従って、前記ファイル管理情報を外部情報端
末に転送する転送処理とを設け、外部情報処理端末から
の指示に、前記識別子を設定可能とし、前記識別子に対
応するファイル管理情報を転送するようにした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理端末に接続可
能な画像処理装置に関するものである。

【０００２】

【従来の技術】従来、この種の装置、例えばファクシミ
リ装置においては、ファクシミリ装置の読取、記録、通
信の機能を情報処理端末が利用可能なものがある。それ
らのファクシミリ装置は、例えばＲＳ２３２Ｃインター
フェース等のシリアルインターフェースを介して情報処
理端末に接続されており、情報処理端末からの１つのコ
マンドに対して、そのコマンドに対する処理が終了した
後、次のコマンドを受け付けるものであった。

【０００３】

【発明が解決しようとしている課題】しかしながら、上
述のファクシミリ装置は、情報処理端末からの各コマン
ドに対して夫々単一の処理しか実行できなかった。又、
情報処理装置からのコマンドは、単純なものであり、例
えば単に読取動作を開始させるものであったり、単に情
報処理端末からのデータを送信させるものであり、情報
処理端末のソフトウエアを有効に活用できるものではな
かった。

【０００４】又、情報処理端末には、マルチタスク処理
などにより複数のコマンドを発行できるものがあるにも
かかわらず、上述にファクシミリ装置では、１つのコマ
ンドしか受け付けることができないため、情報処理端末
の機能を十分に生かすことができなかった。

【０００５】特に、ファクシミリ装置の画像メモリに格
納されているファイルデータを情報処理端末により利用
する場合、単一的な処理しか行うことができない。

【０００６】

【課題を解決するための手段】本発明では、画像処理装
置の蓄積手段に蓄積されているファイルデータを特定す
るための識別子を発生し、発生した識別子を前記外部情
報処理端末に送信する識別子発行手段と、前記蓄積手段
に蓄積されたファイルデータを管理するための管理情報
を夫々の識別子に対応可能に記憶するファイル管理手段
と、前記インターフェース手段を介して前記外部情報処
理端末から前記ファイル管理情報の転送の指示を受け付
ける指示受付手段と、前記指示受付手段によって受け付
けた指示に従って、前記ファイル管理情報を前記外部情
報端末に転送する転送手段とを設け、外部情報処理端末
からの指示に、前記識別子を設定可能とし、前記転送手
段は前記識別子に対応するファイル管理情報を転送する
ようにしたものである。

【０００７】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【０００８】図１は本実施例の画像処理装置（ファクシ
ミリ装置）の構成の概略図である。

【０００９】ＣＰＵ１０１は、システム制御部であり、
システムバス１１９を介して画像処理装置全体を制御す
る。

【００１０】ＲＯＭ１０２は、ＣＰＵ１０１の制御プロ
グラムやオペレーティングシステム（ＯＳ）プログラム
などを格納するものである。ＲＡＭ１０３は、ＳＲＡＭ
等で構成され、プログラム制御変数等を格納するための
ものである。また、オペレータが登録した設定値や装置
の管理データ等や各種ワーク用バッファもＲＡＭ１０３
に格納されるものである。画像メモリ１０４は、ＤＲＡ
Ｍ等で構成され、画像データを蓄積するものである。本
実施例では、ＲＯＭ１０２に格納されている各制御プロ
グラムは、ＲＯＭ１０２に格納されたＯＳの管理下でス
ケジューリングやタスクスイッチなどのソフトウエア制
御が行われるものとする。

【００１１】操作部１０７は、各種キー、ＬＥＤ、ＬＣ
Ｄ等で構成され、オペレータによる各種入力操作や、画
像処理装置の動作状況の表示などを行うものである。

【００１２】読取制御部１０６は、ＣＳイメージセンサ
（密着型イメージセンサ）、画像処理制御部などにより
構成されるものである。読取制御部１０６では、原稿を
ＣＳイメージセンサを用いて光学的に読み取り、電気的
な画像データに変換し、画像処理制御部により２値化処
理、中間調処理などの各種画像処理を施して高精細な画
像データを出力するものである。なお、本実施例におけ
る読取制御部１０６は、原稿を搬送しながら読取を行う
シート読取制御と、原稿台にある原稿をスキャンするブ
ック読取制御の両方式に対応しているものとする。

【００１３】記録制御部１１２は、レーザービームプリ
ンタやインクジェットプリンタ等のページプリンタ、ソ
ーター、画像処理制御部などにより構成されるものであ
る。記録制御部１１２では、記録する画像データに対
し、画像処理制御部によりスムージング処理や記録濃度
補正処理などの各種画像処理を施して高精細は画像デー
タに変換し、ページプリンタに出力する。本実施例で
は、ページプリンタから出力される記録紙は、ソーター
により所定のビンに格納されるものとする。

【００１４】通信制御部１０８は、ＭＯＤＥＭ（変復調
装置）、ＮＣＵ（網制御装置）などにより構成されるも
のである。本実施例における通信制御部１０８は、アナ
ログの通信回線（ＰＳＴＮ）１１６およびディジタルの
通信回線（ＩＳＤＮ）１１７に接続可能であり、Ｇ３お
よびＧ４のプロトコルでの通信制御、通信回線に対する
発呼および着呼などの回線制御を行うものである。さら
に通信制御部１０８には電話機１１５を接続し、通信や
ＤＴＭＦリモート制御などを行うことも可能である。ま
た、留守録制御部１０９は、音声ＩＣや音声録音再生制
御部などにより構成され、留守番電話機能を提供するも
のである。

【００１５】符号復号化処理部１１１は、画像処理装置
で扱う画像データの符号復号化処理や拡大縮小処理を行
うものである。また、解像度変換処理部１１０は、画像
データのミリーインチ解像度変換などの解像度変換制御
を行うものである。なお、解像度変換部１１０において
も画像データの拡大縮小処理は可能である。さらにデー
タ変換部１０５は、ページ記述言語（ＰＤＬ）などの解
析、キャラクタデータのＣＧ展開などの画像データの変
換を行うものである。

【００１６】Ｉ／Ｆ制御部１１３は、外部に接続するパ
ーソナルコンピュータやワードプロセッサ等の情報処理
端末１１４とのインターフェース制御を行うものであ
る。本実施例では、ＲＳ２３２Ｃなどのシリアルインタ
ーフェース、セントロニクスなどのパラレルインターフ
ェース、およびＬＡＮインターフェースの各インターフ
ェースに対応しているものとする。情報処理端末１１４
から送信、プリント、データ登録などのリモート操作
は、あらかじめ定められたコマンド・パラメータ・デー
タ等をＩ／Ｆ制御部１１３を介して画像処理装置に送信
することにより行われるものである。なお、本実施例で
は情報処理端末１１４には、リモート操作を行うための
アプリケーションソフトおよびドライバソフトがインス
トールされているものとする。

【００１７】拡張スロット１１８は、画像処理装置にオ
プションボードを挿入するスロットで、拡張画像メモリ
やＳＣＳＩインターフェースボード、ビデオインターフ
ェースボードなどの各種オプションボードを取り付ける
ことが可能である。

【００１８】次に情報処理端末（ホスト）とのインター
フェース制御の基本動作を図２を用いて説明する。

【００１９】図２は、本実施例における情報処理端末１
１４とＩ／Ｆ制御部１１３の間のデータ送受信の概略を
示したものである。

【００２０】情報処理端末１１４からのリモート操作
は、各種動作ごとにコマンド、画像データ、レスポンス
などをあらかじめ定められたインターフェースプロトコ
ルに従いデータを送受信することにより行われるもので
ある。コマンドは、各コマンドを識別するためのコマン
ドコードや、各コマンドの実行を行うために必要な設定
値（記録紙サイズ、相手先電話番号、画像データ種別な
ど）などにより構成されるものである。また画像データ
は、画像データを要求するコマンドまたは画像データを
転送するコマンドに対して送出または受信するものであ
る。

【００２１】なお、コマンドには各種制御に対する終了
処理条件や、装置異常時の異常終了処理条件を指定する
ことが可能である。終了処理条件の指定とは、制御終了
時に画像処理装置が実行する制御（指定した画像データ
をクリアするなど）を指定するものである。また、異常
処理条件の指定とは、画像処理装置の異常時（通信エラ
ー、記録紙ジャムなどの）に画像形成装置が実行する制
御（エラー再送信制御の実行など）を指定するものであ
る。前記終了処理条件および異常処理条件を指定するこ
とにより、画像処理装置の状態によらずコマンドの種類
および性格により終了処理の条件設定が可能となる。ま
た、コマンドには、各種制御を実行する際の優先順位を
定めるプライオリティの設定が可能である。

【００２２】リモート操作を行う場合は、情報処理端末
１１４から画像形成装置に対し、リモート操作に対応し
たコマンドを送信する。画像形成装置は、受信したコマ
ンドを解析し、受け付けられるか否かの判断を行ったう
えで、そのコマンドに対するレスポンスを情報処理端末
１１４に対して送信する。なおレスポンスは受け付けた
コマンドに対する結果とコマンドを識別するためのサー
ビスＩＤなどにより構成されるものとする。レスポンス
送出後、受け付けたコマンドに従って画像処理装置で通
信や記録などの各種制御を開始する。各種制御が終了後
（エラー終了含む）、コマンドによりあらかじめ指定さ
れた終了処理を行い、終了メッセージを情報処理端末１
１４に対して送信する。終了メッセージは、前記サービ
スＩＤ、処理結果（終了／エラーコードなど）などによ
り構成されるものとする。

【００２３】また、本実施例では、各種リモート操作を
行うコマンドのキューイング制御が可能である。キュー
イング制御とは、画像処理装置が、あるコマンドに対す
る制御を実行中あるいは実行前に、次のコマンドを受け
付けることを可能にする制御である。本実施例における
キューイング制御は、情報処理端末１１４からのコマン
ド受信時に、コマンドの解析を行い、コマンドの種類に
よって通信キュー、記録キューなどの各種制御キューに
対して制御の予約を行うものである。各種制御を実行
は、制御キューに予約されているコマンドを順次制御す
ることにより行われるが、前記コマンドのプライオリテ
ィが設定されている場合は、その優先度に従い優先的に
制御を行うことが可能である。キューイング制御とプラ
イオリティ制御により、特定の制御を優先的に実行する
割込処理などが可能となる。さらに、キューイング制御
を行うことにより、複数のコマンドを受け付け、通信制
御、記録制御などの各制御を同時に実行することが可能
となり、より効率的に画像処理装置を動作することが可
能となるのである。また、コマンド受付時に前記サービ
スＩＤを発行するため、各制御キューの実行順序のロー
テーションなどを行った場合でも、画像処理装置で実行
した結果を情報処理端末１１４に対して通知することが
可能である。

【００２４】以下の機能によって、コマンドに終了処理
条件および異常処理条件を設定可能にすることにより、
画像処理装置の状態によらずコマンドの種類および性格
により終了処理の条件設定が可能となる。

【００２５】又、コマンドのキューイング制御を行うこ
とにより、複数のコマンドを受け付け、通信制御、記録
制御などの各制御を同時に実行することが可能となり、
より効率的に画像処理装置を動作することが可能となる
のである。

【００２６】又、コマンド受付時にサービスＩＤを発行
することにより、各制御キューの実行順序変更のためロ
ーテーションなどを行った場合でも、画像処理装置で実
行した結果を情報処理端末に対して通知することが可能
となる。

【００２７】又、プライオリティ制御を行うことによ
り、特定の制御を優先的に実行する割込処理などが可能
となる。

【００２８】次に本実施例の画像処理装置（ファクシミ
リ装置）の有する機能について説明する。 １．ダウンロード機能（図３） 情報処理端末１１４（ホスト）が転送する画像データを
ファクシミリ装置の画像メモリに格納する機能である。 ２．ホストプリント機能（図４、図５） ホストが転送する画像データをプリント出力する機能で
ある。 ３．ファイルプリント機能（図６） ファクシミリ装置内の画像ファイルをプリント出力する
機能である。 ４．ホスト送信機能（図７、図８） ホストが転送する画像データを送信する機能である。 ５．ファイル送信機能（図９、図１０） ファクシミリ装置内の画像ファイルを送信する機能であ
る。 ６．原稿送信機能（図１１、図１２） ファクシミリ装置でスキャンした画像データを送信する
機能である。 ７．ファイルアップロード機能（図１３、図１４、図１
５、図１７、図１８） ファクシミリ装置内の画像データをファイル単位でホス
トに転送する機能である。 ８．ページアップロード機能（図１６、図１７、図１
８） ファクシミリ装置内の画像データをページ単位でホスト
に転送する機能である。 ９．スキャンデータ転送機能（図１９） ファクシミリ装置でスキャンした画像データをホストに
転送する機能である。 １０．スキャンデータ蓄積機能（図２０、図２１） ファクシミリ装置でスキャンした画像データをファクシ
ミリ装置内の画像メモリに格納する機能である。 １１．受信機能（図２２、図２３） ファクシミリ装置の受信モードを設定し、受信状況を取
得する機能である。 １２．ボーリング受信機能（図２４、図２５） ボーリング発呼の指示を行い、その結果を取得する機能
である。 １３．通信管理機能（図２６、図２７） ファクシミリ装置内の通信管理情報を取得する機能であ
る。 １４．ファイル管理機能（図２８、図２９、図３０） ファクシミリ装置内の画像データに関するファイル情報
やページ情報の取得や、ファイルの削除を行う機能であ
る。 １５．システムメモリ管理機能（図３１〜図３９） ダイヤルデータの参照や登録を行う機能である。 １６．音声データ管理機能（図４０、図４１、図４２） 留守録制御部１０９により管理される音声データ及び音
声管理情報のダウンロード／アップロードを行なう機能
である。 １７．ホストダイヤル機能（図４３） 情報処理端末１１４からの要求に基づく発呼とそれに関
する回線制御処理を実行する機能である。

【００２９】次に上述した各機能の制御動作について詳
細に説明する。

【００３０】１．ダウンロード機能 このダウンロード機能は、情報処理端末１１４が管理す
るデータを必要に応じて変換して（必要がなければ変換
しない）ファクシミリ装置に転送し、画像メモリ１０４
に記憶させるものである。

【００３１】図３はダウンロード時の情報処理端末１１
４と画像処理装置（ファクシミリ装置）の制御動作を示
したフローチャートである。ダウンロードは、情報処理
端末との最も基本的な通信であるので、図３の右側に右
側に情報処理端末１１４の処理を、左側にファクシミリ
装置のＣＰＵ１０１の制御処理を示す。

【００３２】まずステップ３−００１では、ダウンロー
ド指示受け付けを行う。このダウンロード指示受付けで
は、情報処理端末１１４は、データをダウンロードする
指示を受け付ける。この指示は、情報処理端末１１４の
操作部から情報処理装置１１４に入力されるものとす
る。もちろん、指示は、Ｉ／Ｆ制御部１１３を介してフ
ァクシミリ装置から入力される、あるいは情報処理端末
１１４が接続されたネットワーク上の他の情報処理端末
等から入力される等の場合である。

【００３３】ステップ３−００２では、指示解釈＆判断
を行う。この指示解釈と判断では、情報処理端末１１４
は、受け付けた指示を解釈し、それが実行可能か否かを
判断する。指示が実行可能でない場合は、エラー処理１
（３−００３）を行う。実行可能の場合は、ダウンロー
ド・データの形成と転送（３−００４）を行う。

【００３４】ステップ３−００３では、エラー処理１を
行う。このエラー処理１では、情報処理端末１１４は、
エラー処理として、ダウンロードを実行不可能である旨
とその原因を示すメッセージを情報処理端末に表示する
等を行う。

【００３５】ステップ３−００４では、データ形成、転
送を行う。このデータ形成、転送では、情報処理端末１
１４からファクシミリ装置に一番最初に転送されるデー
タは、ダウンロード・コマンド（これからダウンロード
を実行することを示す情報とその詳細を示すパラメー
タ、終了条件、異常処理条件等を含む）である。第２回
目以降の転送では、情報処理端末１１４は、ダウンロー
ドする全データのうち第ｎ回目（ｎ＞１）に転送するデ
ータをファクシミリ装置との間で取り決めた形式に変
換、あるいは生成する。この取り決めは、コマンドに規
定される。あるいは第ｎ−１回目の転送結果通知で規定
されるという方式もありうる。いずれの方式にせよ、ダ
ウンロードする全データに必要な条件が同一の場合、こ
の時点で全データを変換、あるいは生成してしまっても
よい。ダウンロード・データの形成が完了したら、情報
処理端末１１４は、ダウンロード・データをファクシミ
リ装置に送る。

【００３６】ステップ３−００５では、データ受信を行
う。このデータ受信では、ファクシミリ装置のＣＰＵ１
０１は、送られてきたダウンロード・データをＩ／Ｆ制
御部１１３を介して受信する。

【００３７】ステップ３−００６では、メモリ残量確認
を行う。このメモリ残量確認では、ファクシミリ装置の
ＣＰＵ１０１は、画像メモリ１０４のメモリ残量を確認
する。メモリ残量がない場合は、エラー処理２（３−０
１０）を行う。メモリ残量がある場合は、データ形式の
判別（３−００７）を行う。

【００３８】ステップ３−００７では、データ形式の判
別を行う。このデータ形式の判別では、ファクシミリ装
置のＣＰＵ１０１は、受信したダウンロード・データの
データ形式を判別する。この判別は、次のように行う。
ファクシミリ装置がスタンバイ状態の時に受信したデー
タは、コマンドを示すキャラクタ・データとみなし、解
析する。コマンドの受信以後に送られてくるデータは、
そのデータが転送されてくるまでに（コマンドあるいは
以前の結果通知で）指定されているデータ形式であると
判別する。判別の結果、符号化データ（ＭＨ、ＭＲ、Ｍ
ＭＲ、ＪＢＩＧ）や生データの場合は、符号化／復号化
処理（３−００８）を行い、キャラクタ・データやＰＤ
Ｌ等の場合は、画像メモリ１０４に記録（３−０１１）
する。

【００３９】ステップ３−００８では、符号化／復号化
処理を行う。この符号化／復号化処理では、ファクシミ
リ装置のＣＰＵ１０１は、符号化データ（ＭＨ、ＭＲ、
ＭＭＲ、ＪＢＩＧ）や生データを符号化／復号化変換す
る。例えば、ＭＨデータならば、まず復号化して生デー
タに戻し、その生データを画像メモリに記録する形式の
データに符号化する。

【００４０】ステップ３−００９では、符号化／復号化
処理確認を行う。この符号化／復号化処理確認では、符
号化／復号化処理（３−００７）が正常に終了した場合
は、画像メモリに記録する（３−０１１）。正常に終了
しなかった時は、エラー処理２（３−０１０）を行う。

【００４１】ステップ３−０１０では、エラー処理２を
行う。このエラー処理２では、メモリ残量確認（３−０
０６）においてメモリ残量がない場合、あるいは符号化
／復号化処理（３−００８）において処理が正常に終了
しなかった場合、異常処理条件に従う。異常処理条件と
しては、ダウンロード・データの受信が失敗した時点で
ダウンロードを中止する、あるいは同じデータの再送を
するものとして、再送が連続して指定された回数（例え
ば３回）失敗した場合に中止する等である。中止要求メ
ッセージあるいは再送要求メッセージをレスポンスとし
て情報処理端末１１４に転送することにしてもよい。

【００４２】ステップ３−０１１では、画像メモリに記
録を行う。この画像メモリ記録では、ファクシミリ装置
のＣＰＵ１０１は、符号化／復号化したデータ、ＰＤ
Ｌ、キャラクタ・データ等を画像メモリに記録する。

【００４３】ステップ３−０１２では、レスポンス送出
を行う。このレスポンス送出では、ファクシミリ装置の
ＣＰＵ１０１は、レスポンスを情報処理装置１１４に送
信する。正常終了した場合はその旨を示す情報をレスポ
ンスとする。失敗した場合はエラー処理２ ３−０１０
で述べた処理内容に応じたレスポンス（中止要求、再送
要求等）とする。

【００４４】ステップ３−０１３では、レスポンス受信
を行う。このレスポンス受信では、情報処理端末１１４
は、レスポンスを受信する。

【００４５】ステップ３−０１４では、データ転送結果
の確認を行う。このデータ転送結果の確認では、情報処
理端末１１４は、ダウンロードしたデータが正常に転送
されたか否かをレスポンスにより確認する。データが正
常に転送されていない場合は、エラー処理３（３−０１
５）を行う。

【００４６】ステップ３−０１５では、エラー処理３を
行う。このエラー処理３では、情報処理端末１１４は、
エラー処理として、例えば、レスポンスが中止要求であ
れば以後のダウンロードの処理を中止する、再送要求で
あればもう一度同じデータを形成し、転送するために３
−００４に戻る等を行う。

【００４７】ステップ３−０１６では、データ残量確認
を行う。このデータ残量確認では、情報処理端末１１４
は、ダウンロードするデータの残量確認を行う。データ
が残っているならば、データ形成、転送（３−００４）
に戻り、データが残っていないならばダウンロードを終
了する。

【００４８】このダウンロード機能により情報処理端末
が扱うデータを画像メモリに格納するデータとしてファ
クシミリ装置が扱えるようになるため、 （１）情報処理端末およびそれと接続したネットワーク
の他の端末や周辺機器を用いて利用できるワープロ、デ
ータベース、グラフィック等の各種アプリケーションを
用いて入力、作成、修正、加工したデータをファクシミ
リ装置が利用することが可能となる。従って、単体のフ
ァクシミリ装置に搭載することが困難なデータ処理が可
能となり、使いやすさ、品質を向上させることができ
る。 （２）本機能とファイル送信機能を組み合わせること
で、情報処理端末が管理するデータをＦＡＸ送信するこ
とが可能になる。電気的にデジタル・データを転送する
ため品質の劣化が少なく、紙と人間の手間を節約するこ
とができる。 （３）ファイルプリント機能と組み合わせることにより
情報処理端末が管理するデータをプリント・アウトする
ことが可能になる。従って、プリンターとしても利用で
きる。

【００４９】２．ホストプリント機能 図４および図５は本実施例におけるホストプリント機能
の制御動作を示すフローチャートである。ホストプリン
ト機能は、情報処理端末１１４から受信した画像データ
を順次プリント出力する機能である。本実施例におい
て、ホストプリントコマンドの解析および画像データの
受信制御はインターフェイス制御プログラムにより行わ
れ、記録制御は記録制御プログラムにより行われるもの
とする。

【００５０】まず、図４に従いホストプリントコマンド
の解析および画像データの受信制御について説明する。

【００５１】ホストプリントコマンドの解析および画像
データの受信制御は、ＲＯＭ１０２のインターフェイス
制御プログラムにより制御され、ホストプリントコマン
ドの受信と、ＲＯＭ１０２の記録制御プログラムからの
記録制御終了通知を監視し、それぞれの制御を行うもの
である。

【００５２】まず、情報処理端末１１４からのコマンド
受信を監視し（Ｓ４０１）、ホストプリント指示コマン
ドを受信した場合は、ホストプリント制御を開始する。
ホストプリントコマンドを受信していない場合は、ステ
ップＳ４１０に移行し、ホストプリントの記録制御の終
了を監視する。

【００５３】ホストプリント指示コマンドを受信した場
合、記録制御部１１２の状態を検出し、ホストプリント
コマンドを受け付けることが可能か否かの判定を行う
（Ｓ４０２）。記録制御部１１２が記録紙無し状態また
は記録紙ジャム状態以外のエラー状態になっている場合
は、エラー解除を直ちに行えないと判定し、情報処理端
末１１４に対してエラーのレスポンスを送出しホストプ
リント制御を終了する（Ｓ４１２）。

【００５４】記録制御開始可能と判断した場合は、記録
制御キューに受け付けたホストプリントコマンドを実行
するための記録制御ジョブを投入する（Ｓ４０３）。記
録制御キューに投入された記録制御ジョブは、ＲＯＭ１
０２の記録制御プログラムにより、コマンドで設定され
たプライオリティに従い、順次記録制御が行われるもの
である。なお、画像データの転送が行われていない記録
制御ジョブもキューイング制御を行うことも可能であ
り、この場合は画像データが所定量転送された時点で記
録制御が開始されるものとする。また、ジョブを投入す
る際には、ホストコマンドで設定されている記録制御終
了処理条件および記録制御エラー処理条件や、個々の記
録制御の区別するためのＩＤなどの情報も同時にキュー
イングされるものとする。

【００５５】記録制御ジョブを投入後、記録モード設定
指示コマンドを情報処理端末１１４から受信する（Ｓ４
０４）。記録モード設定指示コマンドは、記録制御を行
う際の記録紙サイズや記録密度などの各種パラメータの
設定を行うものである。なお、受信したコマンドの設定
値は、ＲＯＭ１０３の解析プログラムにより解析され、
ＲＡＭ１０３の所定の位置に格納されるものである。

【００５６】記録モードの設定終了後、画像メモリ１０
４のメモリ残量の検出を行い、メモリ残量が所定量以上
あるか否かの判定を行う（Ｓ４０５）。なお、本実施例
におけるメモリ残量の所定量とは、１ページの画像デー
タを格納可能なメモリ容量であり、画像データのデータ
形式に従いページ単位で設定されるものとする。メモリ
残量が所定量以上である場合は、情報処理端末１１４か
らの画像データを画像メモリ１０４に蓄積可能であると
判断し、記録制御部１１２と非同期で画像データの受信
制御を行うものである。記録制御部１１２と非同期でホ
ストプリント制御を行うことにより、記録制御部１１２
の終了を待たずに画像データの受信制御が行うことが可
能となり、システムを効率よく運用することができる。
また、メモリ残量が所定量に満たない場合は、画像デー
タを画像メモリ１０４に蓄積不可能であると判断し、記
録制御部１１２と同期して画像データの受信制御を行う
ものである。記録制御部１１２と同期してホストプリン
ト制御を行うことにより、画像メモリを使用せずに記録
制御を行うことが可能であり、画像メモリ１０４を有効
に利用することができる。

【００５７】ステップＳ４０５でメモリ蓄積可能と判定
した場合は、情報処理端末１１４から１ページの画像デ
ータを受信する（Ｓ４０６）。画像データの受信制御
は、情報処理端末１１４から受信した画像データ転送指
示コマンドにより設定された画像データのデータ形式、
解像度などの各種パラメータに従い制御されるものであ
る。本実施例で取扱可能なデータ形式は、ＭＭＲなどの
符号化データ、生データ、プリンタのページ記述言語
（ＰＤＬ）などのキャラクタデータである。

【００５８】情報処理端末１１４からの画像データは、
Ｉ／Ｆ制御部１１３で順次サンプリングされ、データ形
式に従いそれぞれ処理が行われる。符号化データは、符
号復号化処理部１１１に転送され、復号化符号化制御が
行われ、あらかじめ定められた符号化方式に符号化して
画像メモリ１０４に順次格納されるものである。生デー
タは、符号復号化処理部１１１に転送され、あらかじめ
定められた符号化方式に符号化して画像メモリ１０４に
順次格納されるものである。また、キャラクタデータ
は、データ変換部に転送されＣＧ展開などの処理を行
い、符号復号化処理部１１１に転送され、あらかじめ定
められた符号化方式に符号化して画像メモリ１０４に順
次格納されるものである。なお、本実施例においてはデ
ータ転送を高速化するため、ＤＭＡを用いて転送制御を
行う。

【００５９】１ページの画像データの受信後、情報処理
端末１１４に１ページの受信制御の終了を通知するレス
ポンスを送出する（Ｓ４０７）。

【００６０】１ページの受信制御終了後、次ページの有
無を判定し（Ｓ４０８）、次ページがある場合はステッ
プＳ４０４に移行し、画像データの受信制御を継続す
る。次ページがない場合は、ホストプリント制御が終了
したと判断し、情報処理端末１１４に対してホストプリ
ントコマンドの終了および受け付けたコマンドに対する
サービスＩＤを通知する（Ｓ４０９）。なお、ここでの
終了通知とは、ホストプリント機能の一連のデータを全
て受信した旨を通知するもので、ホストプリントコマン
ドのサービスの終了（記録終了）を意味するものではな
い。

【００６１】コマンド終了を通知後、受け付けたコマン
ドに対する記録制御プログラムからの記録制御終了通知
の有無を判定し（Ｓ４１０）、記録制御が終了した場合
は情報処理端末１１４に対してホストプリントコマンド
のサービスの終了、記録制御の結果、コマンドに対する
サービスＩＤを通知する（Ｓ４１１）。記録制御終了通
知の判定制御後、ステップＳ４０１に移行し、コマンド
監視制御を繰り返す。

【００６２】ステップＳ４０５でメモリ残量が所定量に
満たないと判断した場合は、記録制御部１１２の状態を
検出する（Ｓ４１３）。記録制御部が記録紙なし状態で
停止していたり、他の記録制御ジョブを実行している場
合は、画像データと同期して記録制御を行うことが不可
能であると判断し、情報処理端末１１４に対してエラー
のレスポンスを通知し記録制御を終了する（Ｓ４１
２）。なお、現在受信中のホストプリントの記録制御を
行っている場合は、記録制御実行可能と判定されるもの
とする。

【００６３】現在受信中のホストプリントの記録制御を
行っている場合は、画像データの受信制御と記録制御を
同期させるため、未出力のページの記録制御の終了を待
つ（Ｓ４１４）。未出力ページの記録制御の終了は、記
録制御プログラムからの１ページ終了通知を監視するこ
とにより行われるものである。なお、この制御はホスト
プリント制御の途中ページで画像メモリ１０４のメモリ
残量が少なくなる（所定量以下になる）場合にも実行さ
れる。

【００６４】未出力ページの出力制御終了後、情報処理
端末１１４から１ページの画像データを受信する（Ｓ４
１５）。１ページの画像データの受信後、記録制御部と
同期をとるため、記録制御プログラムからの１ページ記
録制御終了通知を監視する（Ｓ４１６）。記録制御部が
終了した場合は、情報処理端末１１４に１ページの受信
制御および記録制御の終了を通知するレスポンスを送出
し（Ｓ４１７）、ステップＳ４０８に移行し、次ページ
の有無の判定を行い、ホストプリント制御を続行する。

【００６５】次に、図５に従い画像データの記録制御に
ついて説明する。

【００６６】画像データの記録制御は、ＲＯＭ１０２の
記録制御プログラムにより制御され、記録制御キューを
監視し、記録制御ジョブが投入された時点で記録制御が
開始されるものである。

【００６７】まず記録制御キューに投入されたジョブを
解析し、記録制御終了処理条件および記録制御エラー処
理条件の設定を行う（Ｓ５０１）。本実施例では、記録
制御終了時に記録制御を行った画像メモリをクリアし、
エラー終了時にはメモリを保存し再度記録制御を行うエ
ラーリカバリが設定されるものとする。

【００６８】終了処理条件の設定後、記録制御キューに
投入されたジョブを解析し、記録制御に必要な各種パラ
メータの設定を行う（Ｓ５０２）。

【００６９】記録制御の開始後、記録制御を行う画像フ
ァイルの画像データ形式の解析を行う（Ｓ５０３）。指
定された画像データが符号化データである場合は、画像
メモリ１０４に格納されている画像データを符号復号化
処理部１１１に転送し復号化処理を行う（Ｓ５０４）。
次に復号化された画像データは、解像度変換処理部１１
０であらかじめ定められた解像度に変換され、順次記録
制御部１１２に転送し、記録制御が行われるものであ
る。ステップＳ５０３で指定された画像データがページ
記述言語などのキャラクタデータである場合は、画像メ
モリ１０４に格納されている画像データをデータ変換部
１０５に転送し、ラスタデータへのデータ変換制御を行
う（Ｓ５１１）。変換された画像データは、符号化デー
タと同様に解像度変換処理を行ったうえで記録制御が行
われる。

【００７０】記録制御において記録紙ジャムなどで記録
制御エラーが生じた場合は（Ｓ５０５）、ステップＳ５
０１で設定された記録エラー終了処理を行う（Ｓ５１
２）。本実施例では記録制御をリトライするため、再度
記録制御キューにジョブを投入し、インターフェイス制
御プログラムに対して記録エラー終了、およびＩＤを通
知し記録制御を終了する（Ｓ５１０）。

【００７１】記録制御エラーが生じていない場合は、１
ページの記録制御の終了を判定し、終了していない場合
は、ステップＳ５０３に移行し、記録制御を継続する。

【００７２】１ページの記録制御が終了した場合は、イ
ンターフェイス制御プログラムに対して１ページの記録
が終了した旨を通知し（Ｓ５０７）、次ページの有無の
判定を行う（Ｓ５０８）。

【００７３】次ページがある場合は、ステップＳ５０２
に移行し記録制御を継続する。次ページがない場合は、
ステップＳ５０１で設定された記録終了処理を行う（Ｓ
５０９）。本実施例では画像データをクリアし、インタ
ーフェイス制御プログラムに対して記録終了、およびＩ
Ｄを通知し記録制御を終了する（Ｓ５１０）。

【００７４】上述したホストプリント制御において、画
像メモリを介さずに受信した画像データを記録部に転送
する制御を設けることにより、メモリオーバーフロー時
でも記録制御が可能となる。さらに、メモリ蓄積可能な
場合は、画像メモリにいったん受信し、確定ページを順
次記録する制御を追加することにより、システムの高速
化が可能である。

【００７５】３．ファイルプリント機能 図６は本実施例におけるファイルプリント機能の制御動
作を示すフローチャートである。ファイルプリント機能
は、画像処理装置の画像メモリ１０４に格納された画像
ファイルを順次プリント出力する機能である。本実施例
において、ファイルプリントコマンドの解析および画像
データの受信制御はインターフェイス制御プログラムに
より行われ、記録制御は図５で説明した記録制御プログ
ラムにより行われるものとする。

【００７６】以下、図６に従いファイルプリント機能に
ついて説明する。

【００７７】ファイルプリントコマンドの解析および制
御は、ＲＯＭ１０２のインターフェイス制御プログラム
により制御され、ホストプリントコマンドの受信と、Ｒ
ＯＭ１０２の記録制御プログラムからの記録制御終了通
知を監視し、それぞれの制御を行うものである。

【００７８】まず、情報処理端末１１４からのコマンド
受信を監視し（Ｓ６０１）、ファイルプリント指示コマ
ンドを受信した場合は、ファイルプリント制御を開始す
る。ファイルプリントコマンドを受信していない場合
は、ステップＳ６０５に移行し、ファイルプリントの記
録制御の終了を監視する。

【００７９】ファイルプリント指示コマンドを受信した
場合、記録制御部１１２の状態をおよび指定された画像
ファイルの状態を検出し、ファイルプリントコマンドを
受け付けることが可能か否かの判定を行う（Ｓ６０
２）。記録制御部１１２が記録紙無し状態または記録紙
ジャム状態以外のエラー状態になっている場合は、エラ
ー解除を直ちに行えないと判定し、情報処理端末１１４
に対してエラーのレスポンスを送出しホストプリント制
御を終了する（Ｓ６０９）。また、画像メモリに存在し
ないファイルや、記録制御中であるファイルを指定され
た場合も、記録制御を受け付けることが不可能であると
判定し、情報処理端末１１４に対してエラーのレスポン
スを通知し記録制御を終了する。

【００８０】記録制御開始可能と判断した場合は、記録
制御キューに受け付けたファイルプリントコマンドを実
行するための記録制御ジョブを投入する（Ｓ６０３）。
記録制御キューに投入された記録制御ジョブは、ＲＯＭ
１０２の記録制御プログラムにより、コマンドで設定さ
れたプライオリティに従い、順次記録制御が行われるも
のである。また、ジョブを投入する際には、ホストコマ
ンドで設定されている記録制御終了処理条件および記録
制御エラー処理条件や、個々の記録制御の区別するため
のＩＤなどの情報も同時にキューイングされるものとす
る。

【００８１】記録画像のキューイング制御終了後、情報
処理端末１１４に対してファイルプリントコマンドの受
付完了およびコマンドに対するサービスＩＤを通知する
（Ｓ６０４）。

【００８２】コマンド終了を通知後、受け付けたコマン
ドに対する記録制御プログラムからの記録制御終了通知
の有無を判定し（Ｓ６０５）、記録制御が終了した場合
は情報処理端末１１４に対してファイルプリントコマン
ドのサービスの終了、記録制御の結果、コマンドに対す
るサービスＩＤを通知する（Ｓ６０６）。

【００８３】また、情報処理端末１１４から記録結果要
求コマンドを受信した場合は（Ｓ６０７）、現在の記録
状況を判定し、記録終了、記録制御中、記録エラー終了
などの現在の記録結果を情報処理端末１１４に送出する
（Ｓ６０８）。

【００８４】記録結果要求コマンドの監視制御後、ステ
ップＳ６０８に移行し、コマンド監視制御を繰り返す。

【００８５】上述したファイルプリント制御において、
指定された画像ファイルのデータ形式を自動的に判断す
る制御を用いることにより、キャラクタデータ形式で蓄
積された画像データの記録制御を容易に行うことが可能
となる。

【００８６】又、ファイルプリント制御において終了制
御条件を設定することを可能にすることにより、プリン
トのエラーリカバリ制御を容易に行うことが可能とな
る。

【００８７】４．ホスト送信機能 このホスト送信機能は、情報処理端末１１４が管理する
データを情報処理端末１１４からファクシミリ装置に転
送し、そのデータをファクシミリ装置から送信するもの
である。その際に、ファクシミリ装置の画像メモリ１０
４を消費せずに情報処理端末１１４が扱うデータを送信
するとともに、その送信結果をファクシミリ装置が情報
処理端末１１４に通知する。

【００８８】図７は、ホスト送信機能の制御動作を示し
たフローチャートである。

【００８９】ホスト送信は、情報処理端末１１４から指
示された相手先に発呼し、情報処理端末の管理する送信
するデータを相手機が受信可能なデータに変換して送信
し、送信結果を情報処理端末１１４に通知する。データ
の変換を情報処理端末とファクシミリ装置のどちらでど
のように行うかに応じていくつかの場合に分けられる
が、本説明では変換を情報処理端末１１４で行う場合を
説明する。

【００９０】ステップ７−００１では、ホスト送信指示
受け付けを行う。このホスト送信指示受け付けでは、フ
ァクシミリ装置のＣＰＵ１０１は、ホスト送信指示（以
下、ホスト送信コマンドと呼ぶ）を受け付けたか否かを
判断する。ホスト送信コマンドには、送信したい相手先
電話番号が含まれている。また、相手先情報としてファ
クシミリ装置に登録してあるワンタッチダイヤルや短縮
ダイヤルの番号を格納するようにしてもよい。さらに、
送信後の制御を指定する終了処理条件／異常終了処理条
件が指示に格納してあってもよい。本実施例では、終了
処理条件と異常終了処理条件として結果通知のみが指定
されているものとする。ホスト送信コマンドを受信して
いればステップ７−００２に、受信していなければエラ
ーレスポンスの送出（７−００９）に進む。

【００９１】ステップ７−００２では、ホスト送信の実
行可能性の判断を行う。この処理では、ホスト送信が実
行可能か否かを判断する。この判断は、現在、通信回線
が使用可能か否かによる。実行可能の場合は、通信制御
キューに登録（７−００３）する。実行可能でない場合
は、エラーレスポンスの送出（７−００９）を行う。

【００９２】ステップ７−００３では、通信制御キュー
への登録を行う。この処理では、受け付けたホスト送信
指示コマンドを実行するための通信制御ジョブを通信制
御キューに投入する。このジョブは優先度が高く、現
在、通信回線が使用可能なので、直ちに発呼ホスト送信
制御が実行され、発呼が行われる。

【００９３】ステップ７−００４では、相手機能力の通
知の有無を確認する。この処理では、ホスト送信制御の
実行により、通信相手と接続し、Ｇ３ＦＡＸのフェイズ
Ａの結果から通信相手の能力がわかる。その通知の有無
を判断する。

【００９４】ステップ７−００５では、相手機能力を送
出する。この処理では、相手機能力を情報処理端末１１
４に対して送出する。

【００９５】ステップ７−００６では、ホストからデー
タを受信する。この処理では、ファクシミリ装置のＣＰ
Ｕ１０１は、ホストから送られてくるデータ（ページ単
位）をＩ／Ｆ制御部１１３を介して受け取り、通信相手
機に送信する。

【００９６】ステップ７−００７では、レスポンスを送
出する。この処理では、データの送信完了を情報処理端
末１１４に対して送出する。

【００９７】ステップ７−００８では、次ページの有無
を確認する。この処理では、ファクシミリ装置のＣＰＵ
１０１は、ホストから送られてくるデータに次のページ
があるか否かを判断する。次のページがある場合は、ス
テップ７−００６に戻る。次のページがない場合は、ス
テップ７−０１０に進む。

【００９８】ステップ７−００９では、エラーレスポン
スを送出する。この処理では、ホスト送信の実行不可能
のレスポンスを情報処理端末１１４に対して送出する。

【００９９】ステップ７−０１０では、ホスト送信終了
結果通知の有無を確認する。この処理では、ホスト送信
終了の通知が存在するか否かを判断する。これは後述の
ホスト送信制御においてホスト送信が終了した時点で通
知されるものである。ホスト送信終了の通知が存在する
場合には、ステップ７−０１１を行う。存在しない場合
は、ステップ７−０１２を行う。

【０１００】ステップ７−０１１では、終了メッセージ
を送出する。この処理では、サービスＩＤと送信結果が
含まれる終了メッセージを情報処理端末１１４に対して
送出する。

【０１０１】ステップ７−０１２では、ホスト送信状況
の要求の有無を確認する。この処理では、ホスト送信状
況の取得要求を情報処理端末１１４から受信しているか
否かを判断する。受信していれば、ステップ７−０１３
に進む。

【０１０２】ステップ７−０１３では、ホスト送信状況
を送出する。この処理では、状況取得を要求されたサー
ビスＩＤに対するホスト送信の送信状況（送信結果）を
情報処理端末１１４に送出する。

【０１０３】図８は、本実施例におけるホスト送信制御
のフローチャートである。前述のホスト送信機能により
通信制御キューに投入された通信制御ジョブは、ＲＯＭ
１０２の通信制御プログラムにより、コマンドで設定さ
れたプライオリティに従い、順次通信制御が行われる。
本実施例の場合は、すでに述べたように直ちに実行され
る。

【０１０４】ステップ８−００１では、終了処理条件の
設定を行う。この処理では、ホスト送信の通信制御が開
始されると、情報処理端末１１４からのコマンドで指示
された終了処理条件の設定が行われる。本実施例におい
ては、終了処理条件、異常終了処理条件として通信の詳
細な結果通知が設定されるものとする。

【０１０５】ステップ８−００２では、送信制御を開始
する。この処理では、コマンドで指示された相手先に通
信制御部１０８により発呼を行う。

【０１０６】ステップ８−００３では、相手機能力を通
知する。この処理では、通信相手と接続し、Ｇ３ＦＡＸ
のフェイズＢの結果から通信相手の能力がわかる。それ
を通知する。

【０１０７】ステップ８−００４では、ファイル転送を
実行するか否かを判断する。この処理では、ファイル転
送を実行するか否かを判断する。この判断結果は情報処
理端末と共有できなければならない。具体的には、相手
機の能力を知った情報処理端末がそれを元にして、ファ
クシミリ装置に送ってくるデータ形式を定め、その形式
とデータそのものをファクシミリ装置に転送し、ファク
シミリ装置はそれに従う、あるいは、判断基準をあらか
じめ共有しておき、情報処理端末１１４とファクシミリ
装置のそれぞれが別々に判断する等が考えられる。いず
れの方式にせよ、この時点で情報処理端末１１４がデー
タを転送してくることに注意する。ファイル転送を実行
する場合は、ステップ８−００４に進み、実行しない場
合は、ステップ８−００８に進む。

【０１０８】ステップ８−００５では、ファイル転送処
理を行う。この処理では、情報処理端末１１４から送ら
れてくるデータ（ファイル）を相手機に送信する。これ
は、Ｇ３のＢＦＴ（Ｂｉｎａｒｙ Ｆｉｌｅ Ｔｒａｎ
ｓｆｅｒ）機能を用いて実行できる。

【０１０９】ステップ８−００６では、通信がＯＫか否
かを判断する。この処理では、相手機との交信結果か
ら、通信（ファイル転送）がＯＫか否かを判断する。送
信中に通信エラーが有れば、ステップ８−０２０に進
む。通信エラーがなければ、ステップ８−００７に進
む。

【０１１０】ステップ８−００７では、１ファイルの処
理が終了したか否かを確認する。この処理では、１ファ
イルの転送が終了するまでファイル転送処理を実行す
る。終了していなければ、ステップ８−００５に戻り、
終了していれば、ステップ８−０１８に進む。

【０１１１】ステップ８−００８では、符号化データか
否かを確認する。この処理では、情報処理装置から送ら
れてきた（ページ）データが符号化データ（ＭＨ、ＭＲ
等）か否かを判断する。このデータ形式の判断は、ステ
ップ８−００４に述べたように、すでに行われている場
合もある。いずれにせよ、符号化データならば、ステッ
プ８−００９に進み、そうでないならばステップ８−０
１３に進む。

【０１１２】ステップ８−００９では、復号化処理を行
う。この処理では、符号復号化処理部１１１により符号
化データ（ＭＨ、ＭＲ等）を復号化し、生データに変換
する。

【０１１３】ステップ８−０１０では、解像度変換処理
／符号化処理を施して送信する。この処理では、生デー
タを相手機能力に合わせたデータに符号化（ＭＨ、Ｍ
Ｒ、ＭＭＲ等）し、送信する。

【０１１４】ステップ８−０１１では、通信ＯＫか否か
を判断する。この処理では、相手機との交信結果から、
通信がＯＫか否かを判断する。送信中に通信エラーが有
れば、ステップ８−０２０に進む。通信エラーがなけれ
ば、ステップ８−０１２に進む。

【０１１５】ステップ８−０１２では、１ページの処理
が終了したか否かを確認する。この処理では、１ページ
の送信が終了するまでページの送信処理を実行する。終
了していなければ、ステップ８−００９に戻り、終了し
ていれば、ステップ８−０１８に進む。

【０１１６】ステップ８−０１３では、ＰＤＬあるいは
キャラクタ・データか否かを確認する。この処理では、
情報処理装置から送られてきた（ページ）データがＰＤ
Ｌあるいはキャラクタ・データか否かを判断する。この
データ形式の判断は、ステップ８−００４に述べたよう
に、すでに行われている場合もある。いずれにせよ、Ｐ
ＤＬあるいはキャラクタ・データならば、ステップ８−
０１４に進み、そうでないならばステップ８−０２０に
進む。

【０１１７】ステップ８−０１４では、データ変換処理
を行う。この処理では、ＰＤＬあるいはキャラクタ・デ
ータを、データ変換部１０５を用いて生データに変換す
る。

【０１１８】ステップ８−０１５では、解像度変換処理
／符号化処理を施して送信する。この処理では、生デー
タを相手機能力に合わせたデータに符号化（ＭＨ、Ｍ
Ｒ、ＭＭＲ等）し、送信する。

【０１１９】ステップ８−０１６では、通信ＯＫか否か
を判断する。この処理では、相手機との交信結果から、
通信がＯＫか否かを判断する。送信中に通信エラーが有
れば、ステップ８−０２０に進む。通信エラーがなけれ
ば、ステップ８−０１７に進む。

【０１２０】ステップ８−０１７では、１ページの処理
が終了したか否かを確認する。この処理では、１ページ
の送信が終了するまでページの送信処理を実行する。終
了していなければ、ステップ８−０１４に戻り、終了し
ていれば、ステップ８−０２０に進む。

【０１２１】ステップ８−０１８では、次データの有無
を判断する。この処理では、情報処理端末から転送され
てくる次データがあるか否かを判断する。ある場合は、
ステップ８−００４に戻る。ない場合は、ステップ８−
０１９に進む。

【０１２２】ステップ８−０１９では、終了処理を行
う。この処理では、通信の終了処理（Ｇ３ＦＡＸ通信の
フェイズＤとＥ）を行う。本実施例では終了処理条件と
して通信の詳細な結果通知が設定されているので、その
転送が実行される。

【０１２３】ステップ８−０２０では、エラー終了処理
を行う。この処理では、異常終了処理条件として詳細な
結果の通知が設定されているので、送信が途中で失敗し
たことの詳細な結果の転送が実行される。

【０１２４】ステップ８−０２１では、ホスト送信終了
を通知する。この処理では、ホスト送信の正常終了、エ
ラー終了等を通知して、ホスト送信制御を終了する。

【０１２５】以上のホスト送信によれば、送信する画像
データ全ての分の画像メモリを用いることなく、情報処
理端末１１４が扱うデータを送信することができる。つ
まり、ダウンロードとファイル送信の組み合わせの場合
に比べて、画像メモリ１０４を節約し装置のコストを下
げること、あるいはデータのために画像メモリ１０４を
用いてメモリ受信可能量を増やす等の利便性の向上をは
かることができる。また、発呼を行い通信相手の能力を
確かめてから、それに応じたデータを送ることもできる
ので、ファイル送信の場合には必要となる解像度変換や
符号復号化等の処理を省くことも可能であり、情報処理
端末１１４とファクシミリ装置からなるシステム全体が
行う送信処理がシステム全体として効率的に実行でき
る。

【０１２６】５．ファイル送信機能 図９は、本実施例におけるファイル送信機能の制御動作
を示したフローチャートである。ファイル送信機能は、
情報処理端末１１４から指示された相手先に発呼し、指
示された画像メモリ１０４内のファイルを相手機が受信
可能なデータに変換して送信し、送信結果を情報処理端
末１１４に通知する機能である。まず、情報処理端末１
１４からＩ／Ｆ制御部１１３を介してファイル送信指示
コマンドを受信したか否かを判断し（Ｓ９０１）、コマ
ンドを受信していればＳ９０２に、受信していなければ
Ｓ９０６に進む。ここでファイル送信指示コマンドに
は、送信したいファイルのファイルＩＤや相手先電話番
号などの情報が格納されている。このとき複数のファイ
ルＩＤを指定してもよい。また、相手先情報としてファ
クシミリ装置に登録してあるワンタッチダイヤルや短縮
ダイヤルの番号を格納するようにしてもよい。さらに、
送信後の制御を指定する終了処理条件／異常終了処理条
件がコマンド内に格納してあってもよい。本実施例で
は、終了処理条件としてファイル消去、異常終了処理条
件としてファイル未消去とエラー再送信が指定されてい
るものとする。

【０１２７】Ｓ９０１でファイル送信指示コマンドを受
信していれば、指定されているファイルＩＤのファイル
が送信可能か否かを判断する（Ｓ９０２）。これは、フ
ァイルの有無や、ファイル属性、現在のファイルの使用
状況等により判断する。ファイルが無い等の理由により
送信不可能と判断した場合には、Ｓ９０５においてファ
イル送信不可能のレスポンスを情報処理端末１１４に対
して送出し、Ｓ９０６に進む。

【０１２８】Ｓ９０２で送信可能と判断した場合には、
受け付けたファイル送信指示コマンドを実行するための
通信制御ジョブを通信制御キューに投入（登録）する
（Ｓ９０３）。次に、ファイル送信指示コマンドの受付
完了およびサービスＩＤを情報処理端末１１４に対して
送出し（Ｓ９０４）、Ｓ９０６に進む。この様に、通信
制御キュー制御を行うことにより、複数のファイル送信
指示コマンドを受け付けることが可能になり、また、サ
ービスＩＤを送出することにより情報処理端末１１４に
おいて各コマンドの結果取得時の識別が可能になる。

【０１２９】Ｓ９０６において、ファイル送信終了の通
知が存在するか否かを判断する。これは後述のファイル
送信制御においてファイル送信が終了した時点で通知さ
れるものである。ファイル送信終了の通知が存在する場
合には、サービスＩＤや送信結果等が含まれる終了メッ
セージを情報処理端末１１４に対して送出する（Ｓ９０
７）。終了メッセージにより、情報処理端末１１４で
は、ファイル送信の終了や送信結果等を知ることができ
る。

【０１３０】次に、Ｓ９０８において、ファイル送信状
況の取得要求を情報処理端末１１４から受信しているか
否かを判断する。受信していれば、状況取得を要求され
たサービスＩＤに対するファイル送信の送信状況（送信
中、リダイヤル待機中等）を送出し（Ｓ９０９）、Ｓ９
０１に進む。

【０１３１】この様に、ファイル送信機能においては、
ファイル送信指示コマンドの受信（Ｓ９０１）、ファイ
ル送信終了の通知（Ｓ９０６）、ファイル送信状況の取
得要求（Ｓ９０８）が存在するか否かを監視しながら、
存在するものがあれば該当処理を実行するという制御が
行われる。

【０１３２】図１０は、本実施例におけるファイル送信
制御のフローチャートである。前述のファイル送信機能
により通信制御キューに投入された通信制御ジョブは、
ＲＯＭ１０２の通信制御プログラムにより、コマンドで
設定されたプライオリティに従い、順次通信制御が行わ
れる。ファイル送信の通信制御が開始されると、Ｓ１０
０１においてコマンドで指示された終了処理条件の設定
が行われる。本実施例においては、終了処理条件として
ファイル消去、異常終了処理条件としてファイル未消去
とエラー再送信が設定される。

【０１３３】次に、送信制御が開始され、コマンドで指
示された相手先に通信制御部１０８により発呼を行う
（Ｓ１００２）。その後、ファイル転送を実行するか否
かを判断する（Ｓ１００３）。これは、ファイル属性と
ファイル送信前の相手機との交信内容により判断する。
また、以前の交信結果をワンタッチ／短縮ダイヤル毎に
ＲＡＭ１０３に記憶しておき、その記憶内容により判断
してもよい。さらに、あらかじめ相手機の能力がわかっ
ている場合には、ファイル送信指示コマンド内に送信す
るデータ形式を格納することにより情報処理端末１１４
から指示できるようにしてもよい。

【０１３４】ファイル転送を実行するならば、画像メモ
リ１０４内の該当ファイルのデータを順次読み取り送信
する（Ｓ１００４）。送信中に通信エラーが有れば（Ｓ
１００５）、Ｓ１０１８においてエラー終了処理を実行
し、通信エラーがなければ、１ファイルの転送が終了す
るまでファイル転送処理を実行する（Ｓ１００６）。１
ファイルの転送が終了すると、次ファイルの指定がある
か否かの判断（Ｓ１００７）に進む。

【０１３５】一方Ｓ１００３において、ファイル転送を
実行しないと判断した場合は、相手機能力に合わせた符
号化（ＭＨ、ＭＲ、ＭＭＲ等）を行い送信する。

【０１３６】まず、Ｓ１００８において指定されたファ
イルのデータ形式が符号化データであるか否かを判断す
る。ここで符号化データならば、符号復号化処理部１１
１で生データに復号し（Ｓ１００９）、解像度変換部１
１０で解像度変換を行った後、符号復号化処理部１１１
で符号化して送信する（Ｓ１０１０）。送信中に通信エ
ラーが有れば（Ｓ１０１１）、Ｓ１０１８においてエラ
ー終了処理を実行し、通信エラーがなければ、１ファイ
ルの送信が終了するまで送信制御を実行する（Ｓ１０１
２）。１ファイルの送信が終了すると、次ファイルの指
定があるか否かの判断（Ｓ１００７）に進む。

【０１３７】また、Ｓ１００８においてファイルがＰＤ
Ｌやキャラクタデータで記述されている場合には、デー
タ変換部１０５により生データに変換し（Ｓ１０１
３）、解像度変換部１１０で解像度変換を行った後、符
号復号化処理部１１１で符号化して送信する（Ｓ１０１
４）。送信中に通信エラーが有れば（Ｓ１０１５）、Ｓ
１０１８においてエラー終了処理を実行し、通信エラー
がなければ、１ファイルの送信が終了するまで送信制御
を実行する（Ｓ１０１６）。１ファイルの送信が終了す
ると、次ファイルの指定があるか否かの判断（Ｓ１００
７）に進む。

【０１３８】Ｓ１００７において、次ファイルの指定が
あるか否かを判断し、有ればＳ１００３へ進み次ファイ
ルの送信制御を実行し、なければＳ１０１７へ進み終了
処理を実行する。

【０１３９】Ｓ１０１７の終了処理においては、本実施
例では終了処理条件としてファイル消去が設定されてい
るので、送信したファイルの消去が実行される。一方Ｓ
１０１８のエラー終了処理においては、本実施例では異
常終了処理条件としてファイル未消去とエラー再送信が
設定されているので、ファイルは消去されず、リダイヤ
ル待機処理が実行される。このファイルに対しては、一
定時間後にリダイヤル発呼しエラー画像を送信するとい
う処理が実行される。

【０１４０】最後に、ファイル送信の正常終了、エラー
終了等を通知して（Ｓ１０１９）、ファイル送信制御を
終了する。

【０１４１】以上のファイル送信機能によれば、コマン
ド内に異常終了処理条件を設定することにより、エラー
送信した場合のリカバリ制御等を通信毎に設定すること
が可能となる。

【０１４２】又、コマンドのキューイング制御やプライ
オリティー制御を行うことにより、効率的で使い勝手の
良い送信機能を提供できる。また、サービスＩＤにより
情報処理端末において各コマンドの結果取得時の識別が
可能になる。

【０１４３】又、ダウンロード機能と併用することによ
り、情報処理端末上のファイルを相手先に送信すること
が可能となる。また、この際、解像度変換や符号化とい
った負荷のかかる処理をファクシミリ装置に実行させる
ことにより、情報処理端末の負荷が軽減する。

【０１４４】６．原稿送信機能 図１１は、本実施例における原稿送信機能の制御動作フ
ローチャートである。原稿送信機能は、情報処理端末１
１４から指示された読取モードで原稿を読み取り、指示
された相手先に送信し、結果を情報処理端末１１４に通
知する機能である。

【０１４５】まず、情報処理端末１１４からＩ／Ｆ制御
部１１３を介して原稿送信指示コマンドを受信したか否
かを判断し（Ｓ１１０１）、コマンドを受信していれば
Ｓ１１０２に、受信していなければＳ１１０６に進む。
ここで、原稿送信指示コマンドには、各原稿毎の解像度
や濃度を指定する読取モード、送信したい相手先の電話
番号などの情報が格納されている。相手先情報としてフ
ァクシミリ装置に登録してあるワンタッチダイヤルや短
縮ダイヤルの番号を格納するようにしてもよい。また、
送信後の制御を指定する終了処理条件／異常終了処理条
件がコマンド内に格納してあってもよい。本実施例で
は、終了処理条件としてメモリ送信ならばファイル消
去、異常終了処理条件としてダイレクト送信ならばリダ
イヤル無し、メモリ送信ならばファイル未消去とエラー
再送信が指定されているものとする。

【０１４６】Ｓ１１０１で原稿送信指示コマンドを受信
していれば、原稿送信が可能か否かを判断する（Ｓ１１
０２）。これは、原稿の有無や、読取制御部１０６の使
用状況、他の原稿送信指示コマンドによる通信制御ジョ
ブの有無等により判断する。送信不可能と判断した場合
には、Ｓ１１０５において原稿送信不可能のレスポンス
を情報処理端末１１４に対して送出し、Ｓ１１０６に進
む。

【０１４７】Ｓ１１０２で送信可能と判断した場合に
は、受け付けた原稿送信指示コマンドを実行するための
通信制御ジョブを通信制御キューに投入（登録）する
（Ｓ１１０３）。次に、原稿送信指示コマンドの受付完
了およびサービスＩＤを情報処理端末１１４に対して送
出し（Ｓ１１０４）、Ｓ１１０６に進む。この様に、サ
ービスＩＤを送出することにより情報処理端末１１４に
おいて各コマンドの結果取得時の識別が可能になる。

【０１４８】Ｓ１１０６において、原稿送信終了の通知
が存在するか否かを判断する。これは後述の原稿送信制
御において原稿送信が終了した時点で通知されるもので
ある。原稿送信終了の通知が存在する場合には、サービ
スＩＤや送信結果等が含まれる終了メッセージを情報処
理端末１１４に対して送出する（Ｓ１１０７）。終了メ
ッセージにより、情報処理端末１１４では、原稿送信の
終了や送信結果等を知ることができる。

【０１４９】次に、Ｓ１１０８において、原稿送信状況
の取得要求を情報処理端末１１４から受信しているか否
かを判断する。受信していれば、状況取得を要求された
サービスＩＤに対する原稿送信の送信状況（送信中、原
稿読み取り中等）を送出し（Ｓ１１０９）、Ｓ１１０１
に進む。

【０１５０】この様に、原稿送信機能においては、原稿
送信指示コマンドの受信（Ｓ１１０１）、原稿送信終了
の通知（Ｓ１１０６）、原稿送信状況の取得要求（Ｓ１
１０８）が存在するか否かを監視しながら、存在するも
のがあれば該当処理を実行するという制御が行われる。

【０１５１】図１２は、本実施例における原稿送信制御
のフローチャートである。前述の原稿送信機能により通
信制御キューに登録された通信制御ジョブは、ＲＯＭ１
０２の通信制御プログラムにより、コマンドで設定され
たプライオリティに従い、順次通信制御が行われる。原
稿送信の通信制御が開始されると、Ｓ１２０１において
コマンドで指示された終了処理条件の設定が行われる。
本実施例においては、終了処理条件としてメモリ送信な
らばファイル消去が設定され、異常終了処理条件として
ダイレクト送信ならばリダイヤル無し、メモリ送信なら
ばファイル未消去とエラー再送信が設定される。

【０１５２】次に、ダイレクト送信を実行するか否かを
判断する（Ｓ１２０２）。これは、コマンド内での指示
により判断されるものであってもよいし、また、ファク
シミリ装置の設定により判断されるものであってもよ
い。

【０１５３】ダイレクト送信を実行すると判断した場合
には、送信制御が開始され、コマンドで指示された相手
先に通信制御部１０８により発呼を行う（Ｓ１２０
３）。その後、コマンドで指示された読取モードと相手
機の受信能力により決定される読取モードに設定する
（Ｓ１２０４）。相手機の受信能力は、原稿送信前の相
手機との交信内容により判断する。また、以前の交信結
果をワンタッチ／短縮ダイヤル毎にＲＡＭ１０３に記憶
しておき、その記憶内容により判断してもよい。その
後、読取制御部１０６で原稿を読み取りながら、符号復
号化処理部１１１で相手機の受信能力に合わせた符号化
方式（ＭＨ、ＭＲ、ＭＭＲ等）に読取データを変換して
送信する（Ｓ１２０５）。送信中に通信エラーが有れば
（Ｓ１２０６）、Ｓ１２１０においてエラー終了処理を
実行し、通信エラーがなければ、該原稿の送信が終了す
るまで送信制御を実行する（Ｓ１２０７）。該原稿の送
信が終了すると、次原稿を送信するか否かを判断する
（Ｓ１２０８）。これは、次原稿の有無により判断する
ものであってもよいし、また、原稿送信指示コマンド内
での指示により判断するものであってもよい。送信する
と判断した場合にはＳ１２０４に進み次原稿の送信を開
始し、送信しないと判断した場合には、Ｓ１２０９に進
む。

【０１５４】一方、Ｓ１２０２においてダイレクト送信
を実行しないと判断した場合には、まずコマンドで指示
された読取モードに設定し（Ｓ１２１２）、読取制御部
１０６で原稿を読み取りながら符号復号化処理部１１１
で符号化して画像メモリ１０４に符号化データとして蓄
積する（Ｓ１２１３）。読み取り中に読み取りエラーや
メモリ蓄積エラー等が有れば（Ｓ１２１４）、Ｓ１２１
０においてエラー終了処理を実行し、エラーがなけれ
ば、該原稿のメモリ蓄積が終了するまで読み取り制御を
実行する（Ｓ１２１５）。該原稿のメモリ蓄積が終了す
ると、次原稿を読み取るか否かを判断する（Ｓ１２１
６）。これは、次原稿の有無により判断するものであっ
てもよいし、また、原稿送信指示コマンド内での指示に
より判断するものであってもよい。読み取ると判断した
場合には、Ｓ１２１２に進み次原稿の読み取りを開始
し、読み取らないと判断した場合には、Ｓ１２１７に進
む。

【０１５５】Ｓ１２１７において、送信制御が開始さ
れ、コマンドで指示された相手先に通信制御部１０８に
より発呼を行う。その後、さきほど蓄積した画像メモリ
１０４内の符号化データを符号復号化処理部１１１で生
データに復号し（Ｓ１２１８）、解像度変換部１１０で
解像度変換を行った後、符号復号化処理部１１１で相手
機の受信能力に合わせた符号化にして送信する（Ｓ１２
１９）。送信中に通信エラーが有れば（Ｓ１２２０）、
Ｓ１２１０においてエラー終了処理を実行する。また、
通信エラーがなければ、蓄積した符号化データの送信が
終了するまで送信制御を実行し（Ｓ１２２１）、送信が
終了すればＳ１２０９に進む。

【０１５６】Ｓ１２０９の終了処理ではＳ１２０１で設
定した終了処理条件が実行され、本実施例においてはメ
モリ送信時には送信したファイルの消去が実行される。
一方、Ｓ１２１０のエラー終了処理では、Ｓ１２０１で
設定した異常終了処理条件が実行され、本実施例におい
てはダイレクト送信時には送信途中のエラーのときリダ
イヤルはしない、また、メモリ送信時にはファイルは消
去されず、リダイヤル待機処理が実行される。このファ
イルに対しては、一定時間後にリダイヤル発呼しエラー
画像を送信するという処理が実行される。

【０１５７】最後に、原稿送信の正常終了、エラー終了
等を通知して（Ｓ１２１１）、原稿送信制御を終了す
る。

【０１５８】以上の原稿送信処理によれば、コマンド内
に異常終了処理条件を設定することにより、エラー送信
した場合のリカバリ制御等を通信毎に設定することが可
能となる。

【０１５９】又、コマンドのキューイング制御やプライ
オリティー制御を行うことにより、効率的で使い勝手の
良い送信機能を提供できる。また、サービスＩＤにより
情報処理端末において各コマンドの結果取得時の識別が
可能になる。

【０１６０】７．ファイルアップロード機能 このファイルアップロード機能は、ファクシミリ装置内
の画像メモリ１０４に格納されているデータ（符号化デ
ータ／ＰＤＬ・キャラクタ等）を、ファクシミリ装置で
管理しているファイル単位で、要求されたデータ形式に
変換して情報処理端末１１４に転送するものである。

【０１６１】図１３はファイルアップロード機能の制御
動作を示したフローチャートである。図８Ａは、本実施
例におけるファクシミリ装置の画像メモリ１０４に格納
されている符号化データやＰＤＬ等のデータを、ファク
シミリ装置が管理しているファイル単位で情報処理端末
１１４に転送するファイルアップロードの動作を示すフ
ローチャートである。

【０１６２】このファイルアップロードでは、Ｉ／Ｆ制
御部１１３を介して情報処理端末１１４から送られてく
るコマンドによってファイルアップロードが要求された
ならば、ファイルアップロードの処理が実行される。な
お、コマンドおよびパラメータレベルの矛盾は、コマン
ド解析時に予め排除されているものとする。又、本コマ
ンドは、要求に対して直ちに転送処理を実行するため、
ファイルアップロード要求に対するサービスＩＤは返さ
ない。

【０１６３】まず、ステップ８Ａ−００１において、フ
ァイルＩＤによって指定されたファイルが画像メモリ１
０４に存在するか否か調べる。なお、情報処理端末１１
４は、受信結果の取得やファイル管理の機能を利用して
予めファイルＩＤを取得することができる。もし、ファ
イルＩＤが有効であったならば、ステップ８Ａ−００２
に進む。

【０１６４】ステップ８Ａ−００２において、指定され
たファイルのデータ形式を調べる。もし、指定されたフ
ァイルのデータ形式が符号化データであったならばステ
ップ８Ａ−００３に、ＰＤＬであったならばステップ８
Ａ−００４に、それ以外であったならばステップ８Ａ−
００５にそれぞれ分岐する。

【０１６５】情報処理端末１１４によって指定されたフ
ァイルのデータ形式が符号化データであるならば、ステ
ップ８Ａ−００３において、ファイルの画像データか
ら、要求された符号化方式および解像度の画像データを
生成する処理を行い、ステップ８Ａ−００５に進む。な
お、詳細は後述する。

【０１６６】情報処理端末１１４によって指定されたフ
ァイルのデータ形式がＰＤＬであるならば、ステップ８
Ａ−００４において、ファイルのＰＤＬデータから、要
求された形式のデータを準備し、ステップ８Ａ−００５
に進む。なお、詳細は後述する。

【０１６７】ステップ８Ａ−００５では、情報処理端末
１１４によって指定されたファイルのデータ形式が符号
化データまたはＰＤＬであったならば、それぞれステッ
プ８Ａ−００３またはステップ８Ａ−００４で準備され
たデータを、また指定されたファイルのデータ形式がそ
れ以外であったならば、ファイルに格納されているデー
タをそのままＩ／Ｆ制御部１１３を介して情報処理端末
１１４に転送し、ステップ８Ａ−００６に進む。ステッ
プ８Ａ−００６において、コマンドの終了条件として、
転送が終了したファイルを削除する要求が有るか否かを
判定する。もし、ファイル削除の要求が有ればステップ
８Ａ−００７に進み、そうでなければファイルアップロ
ードの処理を終了する。

【０１６８】ステップ８Ａ−００７では、送信キュー等
に該ファイルを利用しようとするジョブが登録され、そ
のジョブが待ち状態あるいは実行中であるか否かを判定
する。もし、利用しようとするジョブが無いならばステ
ップ８Ａ−００８に、そうでなければステップ８Ａ−０
０９に進む。

【０１６９】ステップ８Ａ−００８では、該ファイルを
削除し、ファイルアップロードの処理を終了する。

【０１７０】ステップ８Ａ−００９は、ステップ８Ａ−
００１においてファイルＩＤが無効であった場合か、ス
テップ８Ａ−００７において送信キュー等に該ファイル
を利用しようとする事象が登録され、その事象が待ち状
態あるいは実行中である場合に実行され、エラーの内容
をＩ／Ｆ制御部１１３を介して情報処理端末１１４に通
知し、ファイルアップロードの処理を異常終了する。

【０１７１】図１４は、図１３のステップ８Ａ−００３
において行われるＰｉｘファイルのデータ生成処理を詳
細に示したフローチャートである。

【０１７２】まず、ステップ８Ｂ−００１において、ペ
ージ番号を表わす変数Ｐを１に初期化し、ステップ８Ｂ
−００２に進む。

【０１７３】ステップ８Ｂ−００２において、ページＰ
が指定されたファイルに存在するか否かを判定する。た
だし、ページが１つもないファイルは存在しないものと
する。もし、ページＰが存在するならば、ステップ８Ｂ
−００３に進む。

【０１７４】ステップ８Ｂ−００３において、指定され
たページの画像データから、ページごとに要求された符
号化方式および解像度の画像データを生成する処理を行
い、ステップ８Ｂ−００４に進む。なお、詳細は後述す
る。

【０１７５】ステップ８Ｂ−００４では、ページ番号を
表わす変数ＰをＰ＋１に設定し、ステップ８Ｂ−００２
に戻る。

【０１７６】一方、ステップ８Ｂ−００２において、指
定されたファイルにページＰが存在しないならば、Ｐｉ
ｘファイルデータ生成の処理を終了する。以上の処理に
より、指定されたファイルを構成するすべてのページに
ついて、ページごとに要求された符号化方式および解像
度の画像データを準備する。

【０１７７】図１５は、図１３のステップ８Ａ−００４
において行われるＰＤＬファイルのデータ生成処理を詳
細に示したフローチャートである。

【０１７８】まず、ステップ８Ｃ−００１において、ペ
ージ番号を表わす変数Ｐを１に初期化し、ステップ８Ｃ
−００２に進む。

【０１７９】ステップ８Ｃ−００２において、ページＰ
が指定されたファイルに存在するか否かを判定する。た
だし、ページが１つもないファイルは存在しないものと
する。もし、ページＰが存在するならば、ステップ８Ｃ
−００３に進む。

【０１８０】ステップ８Ｃ−００３において、指定され
たページのＰＤＬデータから、ページごとに要求された
形式のデータを生成する処理を行い、ステップ８Ｃ−０
０４に進む。なお、詳細は後述する。

【０１８１】ステップ８Ｃ−００４では、ページ番号を
表わす変数ＰをＰ＋１に設定し、ステップ８Ｃ−００２
に戻る。

【０１８２】一方、ステップ８Ｃ−００２において、指
定されたファイルにページＰが存在しないならば、ＰＤ
Ｌファイルデータ生成の処理を終了する。

【０１８３】以上の処理により、指定されたファイルを
構成するすべてのページについて、ページごとに要求さ
れた形式のデータを準備する。

【０１８４】上記の処理により、ファイルアップロード
では、ファクシミリ装置内に格納されている符号化デー
タやＰＤＬといったデータを、ファクシミリ装置で管理
しているファイル単位で、要求されたデータ形式に変換
して情報処理端末１１４に転送する。

【０１８５】尚、上記の処理では、指定されたファイル
を構成するすべてのページについて、ページごとに要求
された形式のデータを生成するように構成したが、情報
処理端末１１４にデータ形式をページごとではなくファ
イルを構成するすべてのページに共通して要求させるよ
うにすれば、情報処理端末１１４がファイルアップロー
ドを指示するコマンドの構成が簡略化できる。

【０１８６】また、指定されたファイルを構成するすべ
てのページについて要求された形式のデータを生成した
後に、そのデータをＩ／Ｆ制御部１１３を介して情報処
理端末１１４に転送するように構成したが、要求された
形式のデータを生成しながら逐次Ｉ／Ｆ制御部１１３を
介して情報処理端末１１４に転送するようにすれば、要
求された形式のデータを一時的に蓄えておくバッファメ
モリの容量をより少なくすることができ、コストダウン
が可能になる。

【０１８７】以上の処理によれば、 （１）ファクシミリ装置が受信したファクシミリ画像等
の符号化方式や解像度を要求に応じて変換し、情報処理
端末に送ることができる。情報処理端末で実行されるＯ
ＣＲ処理などに有効である。 （２）ＰＤＬをデータ変換部でラスタライズすることが
できる。ダウンロードの機能や（１）と組み合わせて利
用すれば、画質を考慮したラスタライズや解像度変換の
ような負荷の大きい処理を、情報処理端末から周辺機器
である本ファクシミリ装置に分散させることができる。 （３）Ｇ４におけるマルチドキュメント通信などで生成
されるデータ形式の異なったファイルを、別々に情報処
理端末に転送できる。受信の機能と組み合わせて利用す
れば、前記通信の処理中にデータが整ったドキュメント
から順に情報処理端末に転送することも可能になる。

【０１８８】８．ページアップロード機能 このページアップロード機能は、ファクシミリ装置内の
画像メモリ１０４に格納されているデータ（符号化デー
タ／ＰＤＬ／キャラクタ等）をファクシミリ装置が管理
しているファイルのページ単位で情報処理端末１１４に
転送するものである。

【０１８９】図１６はページアップロードの制御動作を
示したフローチャートである。

【０１９０】このページアップロードでは、Ｉ／Ｆ制御
部１１３を介して情報処理端末１１４から送られてくる
コマンドによってページアップロードが要求されたなら
ば、ページアップロードの処理が実行される。なお、コ
マンドおよびパラメータレベルの矛盾は、コマンド解析
時に予め排除されているものとする。又、本コマンド
は、要求に対して直ちに転送実行されるため、ページア
ップロード要求に対するサービスＩＤは返さない。

【０１９１】まず、ステップ９Ａ−００１において、フ
ァイルＩＤによって指定されたファイルが画像メモリ１
０４に存在するか否か調べる。なお、情報処理端末１１
４は、受信結果の取得やファイル管理の機能を利用して
予めファイルＩＤを取得することができる。もし、ファ
イルＩＤが有効であったならば、ステップ９Ａ−００２
に進む。一方、無効であったならば、ステップ９Ａ−０
１０に進む。

【０１９２】次に、ステップ９Ａ−００２において、ペ
ージ番号によって指定されたページが前記ファイルに存
在するか否か調べる。なお、情報処理端末１１４は、受
信結果の取得やファイル管理の機能を利用して予め各フ
ァイルの総ページ数を取得することができる。もし、ペ
ージ番号が有効であったならば、ステップ９Ａ−００３
に進む。一方、無効であったならば、ステップ９Ａ−０
１０に進む。

【０１９３】ステップ９Ａ−００３において、指定され
たファイルのデータ形式を調べる。もし、指定されたフ
ァイルのデータ形式が符号化データであったならばステ
ップ９Ａ−００４に、ＰＤＬであったならばステップ９
Ａ−００５に、それ以外であったならばステップ９Ａ−
０１０にそれぞれ分岐する。

【０１９４】情報処理端末１１４によって指定されたフ
ァイルのデータ形式が符号化データであるならば、ステ
ップ９Ａ−００４において、指定されたページの画像デ
ータから、要求された符号化方式および解像度の画像デ
ータを生成する処理を行い、ステップ９Ａ−００６に進
む。なお、詳細は後述する。

【０１９５】情報処理端末１１４によって指定されたフ
ァイルのデータ形式がＰＤＬであるならば、ステップ９
Ａ−００５において、指定されたページのＰＤＬデータ
から、要求された形式のデータを準備し、ステップ９Ａ
−００６に進む。なお、詳細は後述する。

【０１９６】ステップ９Ａ−００６では、ステップ９Ａ
−００４またはステップ９Ａ−００５で準備されたＰＤ
ＬデータをＩ／Ｆ制御部１１３を介して情報処理端末１
１４に転送し、ステップ９Ａ−００７に進む。

【０１９７】ステップ９Ａ−００７において、コマンド
の終了条件として、転送が終了したページを削除する要
求があるか否か判定する。もし、ページの削除が要求さ
れているならばステップ９Ａ−００８に進み、そうでな
ければページアップロードの処理を終了する。

【０１９８】ステップ９Ａ−００８では、送信キュー等
に該ファイルを利用しようとするジョブが登録され、そ
のジョブが待ち状態あるいは実行中であるか否かを判定
する。もし、利用しようとするジョブがないならばステ
ップ９Ａ−００９に、そうでなければステップ９Ａ−０
１０に分岐する。

【０１９９】ステップ９Ａ−００９では、該ページだけ
をファイルから削除し、その結果として該ファイルを構
成するページが存在しなくなったならば該ファイルも削
除し、ページアップロードの処理を終了する。

【０２００】ステップ９Ａ−０１０は、ステップ９Ａ−
００１またはステップ９Ａ−００２においてファイルＩ
Ｄまたはページ番号が無効であった場合か、ステップ９
Ａ−００３においてファイルデータ形式が符号化データ
でもＰＤＬでもなかった場合か、またはステップ９Ａ−
００８において送信キュー等に該ファイルを利用しよう
とする事象が登録され、その事象が待ち状態あるいは実
行中である場合に実行され、エラーの内容をＩ／Ｆ制御
部１１３を介して情報処理端末１１４に通知し、ページ
アップロードの処理を異常終了する。

【０２０１】図１７は、図１４のステップ８Ｂ−００３
または図１６のステップ９Ａ−００４において行われる
Ｐｉｘページデータ生成処理を詳細に示したフローチャ
ートである。

【０２０２】まず、ステップ９Ｂ−００１において、指
定されたページの解像度Ｒｓｒｃと要求されている解像
度Ｒｄｓｔが等しいか否かを判定する。もし、双方の解
像度が異なるならば、ステップ９Ｂ−００２、９Ｂ−０
０３を順に実行する。

【０２０３】始めに、ステップ９Ｂ−００２において、
符号復号化処理部１１１を制御して、指定されたページ
の画像データを復号化し、ステップ９Ｂ−００３に進
む。

【０２０４】次に、ステップ９Ｂ−００３において、ス
テップ９Ｂ−００２の処理によって符号復号化処理部１
１１から出力されるデータを解像度変換処理部１１０に
渡し、要求された解像度Ｒｄｓｔになるように解像度変
換処理部１１０を制御してＲｄｓｔなる解像度のデータ
を生成し、ステップ９Ｂ−００４に進む。

【０２０５】ステップ９Ｂ−００４では、要求されてい
るデータ形式が生データか否かを判定する。もし、要求
が生データでないならばステップ９Ｂ−００５に進み、
要求が生データならば解像度変換処理部１１０から出力
されたデータがそのまま利用できることを明示して、Ｐ
ｉｘページデータ生成の処理を終了する。

【０２０６】ステップ９Ｂ−００５において、ステップ
９Ｂ−００３の処理によって解像度変換処理部１１０か
ら出力されるデータを符号復号化処理部１１１に渡し、
要求された符号化方式Ｃｄｓｔになるように符号復号化
処理部１１１を制御してＣｄｓｔなる符号化方式のデー
タを生成し、Ｐｉｘページデータ生成の処理を終了す
る。

【０２０７】一方、ステップ９Ｂ−００１において、双
方の解像度が等しいならば、ステップ９Ｂ−００６に進
む。

【０２０８】ステップ９Ｂ−００６では、指定されたペ
ージの符号化方式Ｃｓｒｃと要求されている符号化方式
Ｃｄｓｔが等しいか否かを判定する。もし、双方の符号
化方式が異なるならば、ステップ９Ｂ−００７に進む。

【０２０９】ステップ９Ｂ−００７では、符号復号化処
理部１１１を制御して、指定されたページの画像データ
を復号化し、ステップ９Ｂ−００４に進む。

【０２１０】ステップ９Ｂ−００４では、上記と同様の
処理を行い、要求されているデータ形式が生データでな
いならばステップ９Ｂ−００５に進む。

【０２１１】ステップ９Ｂ−００５では、上記と同様
に、ステップ９Ｂ−００７の処理によって符号復号化処
理部１１１から出力されるデータを再度符号復号化処理
部１１１に渡し、要求された符号化方式Ｃｄｓｔになる
ように符号復号化処理部１１１を制御してＣｄｓｔなる
符号化方式のデータを生成し、Ｐｉｘページデータ生成
の処理を終了する。

【０２１２】もし、ステップ９Ｂ−００６において、双
方の符号化方式が等しいならば、指定されたページのデ
ータがそのまま利用できることを明示して、Ｐｉｘペー
ジデータ生成の処理を終了する。

【０２１３】以上の処理により、指定されたページの画
像データから要求に基づいた符号化方式および解像度の
画像データを生成する。

【０２１４】図１８は、図１５のステップ８Ｃ−００３
または図１６のステップ９Ａ−００５において行われる
ＰＤＬページデータ生成処理を詳細に示したフローチャ
ートである。

【０２１５】まず、ステップ９Ｃ−００１において、要
求されているデータ形式がＰＤＬであるか否かを判定す
る。もし、要求されているデータ形式がＰＤＬでない、
すなわち符号化データまたは生データが要求されている
ならば、ステップ９Ｃ−００２、９Ｃ−００３を順に実
行する。

【０２１６】始めに、ステップ９Ｃ−００２において、
データ変換部１０５を制御して、指定されたページのＰ
ＤＬデータを解析し、ラスタライズ（生の画像データに
展開）して、ステップ９Ｃ−００３に進む。

【０２１７】次に、ステップ９Ｃ−００３において、ス
テップ９Ｃ−００２の処理によってデータ変換部１０５
から出力されるデータを解像度変換処理部１１０に渡
し、要求された解像度のデータを生成するように解像度
変換処理部１１０を制御し、ステップ９Ｃ−００４に進
む。

【０２１８】ステップ９Ｃ−００４では、要求されてい
るデータ形式が生データか否かを判定する。もし、要求
が生データでないならばステップ９Ｃ−００５に進み、
要求が生データならば解像度変換処理部１１０から出力
されたデータがそのまま利用できることを明示して、Ｐ
ＤＬページデータ生成の処理を終了する。

【０２１９】ステップ９Ｃ−００５において、ステップ
９Ｃ−００３の処理によって解像度変換処理部１１０か
ら出力されるデータを符号復号化処理部１１１に渡し、
符号復号化処理部１１１を制御して要求された符号化方
式のデータを生成し、ＰＤＬページデータ生成の処理を
終了する。

【０２２０】一方、ステップ９Ｃ−００１において、Ｐ
ＤＬが要求されているならば、指定されたページのデー
タがそのまま利用できることを明示して、ＰＤＬページ
データ生成の処理を終了する。

【０２２１】以上の処理により、指定されたページのＰ
ＤＬデータから要求に基づいた形式のデータを生成す
る。

【０２２２】上述の様に、本実施例のファクシミリ装置
は、ページアップロード処理では、ファクシミリ装置内
に格納されている符号化データやＰＤＬといったデータ
を、ファクシミリ装置で管理しているファイルのページ
単位で、要求されたデータ形式に変換して情報処理端末
１１４に転送する。

【０２２３】そして、上述した処理によって、 （１）ファクシミリ装置が受信したファクシミリ画像等
の任意のページについて、符号化方式や解像度を要求に
応じて変換し、情報処理端末に送ることができる。例え
ば、一旦低い解像度で先頭のページだけを情報処理端末
に転送し、必要に応じて情報処理端末で扱いやすいデー
タ形式に変換して再度転送するなど、受信データの取捨
選択に極めて有効である。また、すべてのデータをオリ
ジナルの符号化方式や解像度で転送するのに比較して、
情報処理端末とファクシミリ装置の間の転送データ量を
低減させる効果もある。 （２）情報処理端末は、転送が終了したページだけを自
動的に削除させることができる。受信の機能と組み合わ
せて利用すれば、ファクシミリ装置の画像メモリ容量を
超えるようなボリュームの大きい受信データであって
も、情報処理端末側のメモリも利用することで、受信す
ることが可能になる。

【０２２４】９．スキャンデータ転送機能 このスキャンデータ転送機能はファクシミリ装置が備え
る読取制御部１０６１により読取った画像データを情報
処理端末１１４に転送するものであり、ファクシミリ装
置の読取制御部１０６を情報処理端末１１４に外部イン
ターフェースを介して接続された周辺装置としてのスキ
ャナとして利用できるようにするものである。

【０２２５】図１９は、スキャンデータ転送の制御動作
を示したフローチャートである。

【０２２６】このスキャンデータ転送処理は外部インタ
ーフェースに接続されている情報処理端末１１４からス
キャンデータ転送要求コマンドを受信した時に開始され
る。

【０２２７】ステップ１０Ａ−１では情報処理端末１１
４から受信したコマンドを解析し、コマンドにパラメー
タエラー等の異常がないかどうかを調べ異常がない場合
にはステップ１０Ａ−２に処理を進め、異常がある場合
にはステップ１０Ａ−９に処理を進める。スキャンデー
タ転送要求コマンドには読取解像度、読取濃度、画像処
理方式、読取原稿サイズ、転送画像サイズ、転送データ
符号化方式、転送データサイズ等を指定するパラメータ
が付随する。

【０２２８】ステップ１０Ａ−２では未転送のデータが
残っているかどうかを調べ、未転送のデータが残ってい
ればステップ１１Ａ−８に、そうでなければステップ１
０Ａ−３に処理を進める。

【０２２９】ステップ１０Ａ−３では読取制御部１０６
において他の処理を実行中でないか、スキャナ部に異常
がないかどうか、原稿がセットされているかどうかなど
を調べ、スキャン可能であればステップ１０Ａ−４に、
可能でなければステップ１０Ａ−９に処理を進める。

【０２３０】ステップ１０Ａ−４では前記パラメータで
指定された読み取り濃度、画像処理方式などを用いて原
稿読取を行う。原稿読み取りにより、生画像データが生
成され、生成された生画像データは直ちに解像度変換処
理部１１０に転送される。この処理は読取制御部１０６
により実施される。

【０２３１】ステップ１０Ａ−５はスキャナ読取処理が
正常に終了したかどうかを調べ、正常に終了した場合は
ステップ１０Ａ−６に、異常終了をした場合はステップ
１０Ａ−９に処理を進める。

【０２３２】ステップ１０Ａ−６では前記生画像データ
を前記パラメータで指定された解像度、画像サイズに解
像度変換する。解像度変換された生画像データは直ちに
符号復号化処理部１１１に転送される。この処理は、解
像度変換処理部１１０で行われる。

【０２３３】ステップ１０Ａ−７では解像度変換された
生画像データを前記パラメータで指定された符号化方式
に符号化する。符号化されたデータは直ちにＩ／Ｆ制御
部１１３の転送バッファメモリに送られる。この処理は
符号復号化処理部１１１により実施される。

【０２３４】ステップ１０Ａ−８では符号化データを前
記パラメータで指定された転送データサイズ分だけ情報
処理端末１１４に転送する。

【０２３５】ステップ１０Ａ−９では情報処理端末１１
４にエラー通知を行う。

【０２３６】以上の処理によれば、ファクシミリ装置が
備える読取制御部１０６を情報処理端末１１４の周辺装
置として利用できる。また、ファクシミリの解像度変換
処理部１１０や符号復号化処理部１１１が利用可能とな
るためさまざまな解像度、画像サイズ、符号化方式でス
キャンデータを転送することができる。

【０２３７】１０．スキャンデータ蓄積機能 このスキャンデータ蓄積機能は、外部インターフェース
に接続されている情報処理端末１１４またはユーザーの
操作による要求により、読取制御部１０６から原稿を読
み取り、画像メモリ１０４に蓄積するものである。

【０２３８】本機能により蓄積したデータは、前記情報
処理端末からの要求により、送信したり、前記情報処理
端末１１４にアップロードすることが可能となる。

【０２３９】本処理は、図２０のフローチャートにより
示されるスキャンデータ蓄積実行処理と図２１のフロー
チャートにより示されるスキャンデータ蓄積インターフ
ェース処理のマルチタスクによって実施される。

【０２４０】図２０は読取制御キューにスキャンデータ
蓄積要求が登録されたときに開始されるスキャンデータ
蓄積処理を示したフローチャート図である。スキャンデ
ータ蓄積処理要求コマンドには、読取解像度、読取濃
度、画像処理方式、読取原稿サイズ、蓄積画像サイズ、
蓄積倍率などを指定するパラメータが付随する。また、
コマンドに付随する終了条件として、読取制御部１０６
のスキャナが自動給紙装置付のシート読みの場合は、 原稿台上のすべての原稿を読み取り１ファイルとして
蓄積する。 １ページごとの読み取り設定をかえて原稿１枚ごとに
コマンドを発行し、全ページを１ファイルとする。 原稿台の最初の１ページだけを１ファイルとして蓄積
する。 などの設定が可能である。

【０２４１】また、ブック読みスキャナの場合であれ
ば、 原稿台の原稿１枚を１ファイルとする。 １ページごとに前記コマンドを発行し、読み取り終了
ごとに原稿を乗せ換え、最終ページのときに最終ページ
であることを示すスイッチパラメータをコマンドに付加
する。 などの設定が可能である。

【０２４２】異常処理条件として、本サービス実行中に
メモリフルなどの状況が発生し、読み取り処理を一時中
断した場合に、 それまでに読み取ったデータを破棄する それまでに読み取ったデータをそのまま蓄積しておく １ページに満たないデータを破棄する メモリ送信中、受信文書出力中、などである程度の時
間が経過すればメモリに余裕ができることが確実な場合
には、メモリに余裕ができた時点で蓄積を再開する。 という条件を設定可能である。

【０２４３】ステップ１１Ａ−１では受信したコマンド
に異常がないかどうかを確認し、その結果パラメータエ
ラー等の異常があればステップ１１Ａ−１０に、異常が
なければステップ１１Ａ−２に処理を進める。

【０２４４】ステップ１１Ａ−２ではスキャナの状態を
検査し、原稿読み取りが可能であればステップ１１Ａ−
３にそうでなければステップ１１Ａ−１０に処理を進め
る分岐処理である。原稿読み取りが可能であるのは、他
のサービスによりスキャナが使用されていなく、スキャ
ナに異常がなく、かつ原稿が読み取り位置にセットされ
ている場合である。ここで、サービス状態変数を［読取
中］とし、読み取りページが先頭ページであればファイ
ルＩＤを確保し、サービスＩＤと関連づける。

【０２４５】ステップ１１Ａ−３では読み取り制御部１
０６により、前記スキャンデータ蓄積要求により指定さ
れたパラメータ（読み取り濃度、読み取り解像度、画像
処理方式、読み取り原稿サイズ）を用いて、実際にスキ
ャナにより原稿を走査し生画像データ形式のデジタルデ
ータに変換する。

【０２４６】ステップ１１Ａ−４ではステップ１１Ａ−
３の処理が正常に終了しか否かを判断し、正常終了の場
合はステップ１１Ａ−５に、原稿ジャムなどの異常終了
の場合はステップ１１Ａ−１０に処理を進める。この
時、異常終了ならサービス状態変数にエラー内容を記憶
する。

【０２４７】ステップ１１Ａ−５では解像度変換処理部
１１０により、ステップ１１Ａ−４により生成された生
画像データを前記スキャンデータ蓄積要求コマンドによ
り指定されたパラメータ（蓄積画像サイズ、蓄積倍率）
に応じて解像度変換（／拡大縮小処理）を行う。

【０２４８】ステップ１１Ａ−６では符号復号化処理部
１１１により、ステップ１１Ａ−５により生成されたデ
ータをファクシミリ符号データに符号化する。

【０２４９】ステップ１１Ａ−７ではステップ１１Ａ−
６で生成されたファクシミリ符号データを画像メモリ１
０４に蓄積する。

【０２５０】ステップ１１Ａ−８では前記蓄積処理が正
常に終了したかどうかを調べ正常終了であれば、ページ
情報を作成しファイル情報と関連づける。ファイル情報
がまだ作成されていないときはファイル情報も作成し、
ステップ１１Ａ−９に処理を進める。また、メモリフル
などの異常終了であればステップ１１Ａ−１０に処理を
進める。

【０２５１】ステップ１１Ａ−９ではインターフェース
処理（図２１）に処理が正常終了したことを通知する。
ここで、サービス状態変数の蓄積済みページ数を１枚カ
ウントアップし、次に読み取るべき原稿がセットされて
いない場合にはサービス状態変数を［蓄積終了］とす
る。

【０２５２】ステップ１１Ａ−１０では異常処理条件に
基づく処理を実施した後、インターフェース処理（図２
１）にスキャンデータ蓄積処理がエラー終了したことを
通知する。ここで、サービス状態変数を［エラー終了］
とする。

【０２５３】前記サービス状態変数は、前記情報処理端
末１１４からサービスＩＤにより、サービスの進行状況
通知を要求された場合に、本装置から前記情報処理端末
に通知するためのものであり、サービスＩＤとサービス
の進行状況、蓄積済ページ数、エラー終了の場合はエラ
ーの種別が関連づけられて記憶されている。

【０２５４】図２１はスキャンデータ蓄積処理におけ
る、インターフェース処理を示したフローチャート図で
ある。

【０２５５】ステップ１１Ｂ−１では情報処理端末１１
４からスキャンデータ蓄積要求コマンドを受信している
かどうかにより受信していればステップ１１Ｂ−２にそ
うでなければステップ１１Ｂ−４に処理を進める。

【０２５６】ステップ１１Ｂ−２では前記受信コマンド
を読取制御キューに登録する。

【０２５７】ステップ１１Ｂ−３では前記コマンドを受
信したことを情報処理端末１１４に通知するため、サー
ビスＩＤを取得し、コマンド受付レスポンスを送出す
る。

【０２５８】ステップ１１Ｂ−４ではスキャナデータ蓄
積終了の通知の有無を判定し、通知を受けていれば、ス
テップ１１Ｂ−５に、そうでなければ、ステップ１１Ｂ
−６に処理を進める。

【０２５９】ステップ１１Ｂ−５ではスキャナ蓄積終了
のレスポンスを情報処理端末１１４に送出する。ここ
で、終了結果、ファイルＩＤや異常終了時はエラー情報
などを含むデータを送出する。

【０２６０】ステップ１１Ｂ−６では、情報処理端末１
１４からサービスＩＤを指定して、スキャンデータ蓄積
処理の進行状況を問い合わせるための終了結果取得要求
コマンドを受信したかどうかを判断し、そのコマンドを
受信していればステップ１１Ｂ−７に処理を進め、そう
でなければステップ１１Ｂ−１に処理を進める。

【０２６１】ステップ１１Ｂ−７では前記サービス状態
変数を情報処理端末１１４に送出する。

【０２６２】以上の処理によれば、アップロード機能と
併用することにより、ファクシミリのスキャナ機能を、
前記情報処理端末の周辺機器としてのスキャナとして利
用することが可能となる。また、データの形式として
は、アップロード時のパラメータ指定によりファクシミ
リ符号形式や生画像データ形式など前記情報処理端末の
能力に応じた都合の良いデータ形式でアップロードがで
きる点において、一般のスキャナに比べて前記情報処理
端末にかかる負担を減少できる。

【０２６３】１１．受信機能 この受信機能は、ファクシミリ装置を情報処理端末から
指定された受信モードに切り替え、ファクシミリ装置で
の受信時に、該受信モードに従った受信動作を実行する
ものである。

【０２６４】図２２は、情報処理端末１１４とＩ／Ｆ制
御部１１３等を介して実行される受信モード設定指示受
付などの処理（受信機能）を示したフローチャートであ
る。又、図２３は、情報処理端末１１４からのコマンド
に応じてファクシミリ装置（画像処理装置）が実行する
受信処理（受信制御）を示したフローチャートである。

【０２６５】ファクシミリ装置は、該情報処理端末１１
４からのコマンドによって受信モードが設定される。該
受信モードの種類としては、「メモリ受信」、「メモリ
受信＋印字出力」、さらに「通常受信」などがある。

【０２６６】「メモリ受信」モードとは、受信する文書
をファクシミリ装置の画像メモリ１０４内に蓄積し、そ
の受信文書のファイルＩＤや該受信動作を識別するサー
ビスＩＤ、さらに周知のＩＮＳ６４サービスで送られて
くるＵＵＩ（ユーザ・ユーザ情報）などの情報を該情報
処理端末１１４に通知する。なお、本実施例では、これ
らの諸情報を簡単のため“受信ファイルＩＤ”情報と略
称する。Ｇ４プロトコルによる受信などでは１通信で復
数の文書が受信される場合もあるため、通知するファイ
ルＩＤは、１文書が受信開始するごとに異なったＩＤが
該情報処理端末１１４に渡される。また、該情報処理端
末１１４側からの受信ファイルＩＤ通知の要求があった
場合でも、その都度、適切な返答を通知する。

【０２６７】「メモリ受信＋印字出力」モードとは、上
記のメモリ受信動作に平衡して、受信した文書を記録制
御部１１２を用いて印字出力するものである。ここで、
この「メモリ受信＋印字出力」モードと前述の「メモリ
受信」モードの２つを特に「リモート受信」と定義する
ことにする。

【０２６８】また、「通常受信」モードとは、ファクシ
ミリ装置単体としての通常の受信動作に復帰するもので
ある。

【０２６９】ファクシミリ装置では、該情報処理端末１
１４とのマルチ動作を実現させるために、図１２Ａに示
すような制御を行っている。つまり、該情報処理端末１
１４からは受信モード指定が来ているか否かを常に監視
し（１２Ａ−１）、また、該情報処理端末１１４に送出
すべき受信ファイルＩＤの通知がファクシミリ装置内で
発生しているか否かを常に監視し（１２Ａ−４）、ま
た、該情報処理端末１１４側からの積極的な受信ファイ
ルＩＤ通知要求の有無を常に監視している（１２Ａ−
６）。該情報処理端末１１４からの受信モード指定があ
った場合（１２Ａ−１）は、ファクシミリ装置の受信モ
ードを要求された受信モードに設定し（１２Ａ−２）、
正常に受け付けたことを通知するためのレスポンスを送
出する（１２Ａ−３）。ここで、ファクシミリ装置では
設定された新しい受信モードへの切り替えは、実行中の
受信動作を除く次の受信動作から有効になる。次に、該
情報処理端末１１４に送出すべき受信ファイルＩＤの通
知がファクシミリ装置内で発生していた場合（１２Ａ−
４）は、その通知に従って該情報処理端末１１４に該受
信ファイルＩＤのメッセージを送出する（１２Ａ−
５）。また、該情報処理端末１１４側からの受信ファイ
ルＩＤ通知要求があった場合（１２Ａ−６）は、ファク
シミリ装置内で該情報処理端末１１４に送出すべき受信
ファイルＩＤの通知があるときのみ該受信ファイルＩＤ
のメッセージを送出する（１２Ａ−７）。

【０２７０】次に、図２３のフローチャートに沿って、
各受信モードにおける受信時の処理手順を説明する。

【０２７１】ファクシミリ装置は、着信があると（１２
Ｂ−１）、先ず「リモート受信」か否か（「通常受
信」）を確認する（１２Ｂ−２）。リモート受信であれ
ば、次に「メモリ受信」モードか「メモリ受信＋印字出
力」モードかを調べる（１２Ｂ−３）。

【０２７２】「メモリ受信」モードの場合、先ず、該受
信でこれから蓄積される文書を識別するファイルＩＤを
該情報処理端末１１４に通知する（１２Ｂ−１２）。通
知した後、これから受信される文書を該情報処理端末１
１４がページ・アップロード機能によってアップロード
ができるように、ファクシミリ装置の状態をページ・ア
ップロード機能使用可能状態に遷移させておく。受信文
書は通信制御部１０８から取り込まれ、一度、符号復号
化処理部１１１で復号化される（１２Ｂ−１３）。そし
て、復号されたデータは、画像メモリ１０４に蓄積させ
るために、再び符号復号化処理部１１１で符号化され、
最終的に画像メモリ１０４に書き込まれる（１２Ｂ−１
４）。該画像処理は決められた単位で実行されるので、
それがページ終了（１２Ｂ−１５）及び１文書終了（１
２Ｂ−１６）まで繰り返される。

【０２７３】ここで、本フローチャートでは、受信され
た文書が周知のＭＭＲやＭＨで符号化された画像データ
である場合について記述されているが、それ以外のデー
タ、例えばＡＳＣＩＩデータなどのキャラクターデー
タ、ＰＤＬ（プリンタ記述言語）、生データやＧ４通信
でいうコントロールドキュメントなどであることが通信
手順によって判明した場合は、符号復号化処理部１１１
を経ずに、そのまま画像メモリ１０４に蓄積される。ま
た、このとき、ファクシミリ装置自体の設定や該情報処
理端末１１４からの設定によっては、データ変換部１１
５によって、キャラクタデータをＣＧ展開したり、ＰＤ
Ｌデータを画像データへ変換などして、符号復号化処理
部１１１を通して画像メモリ１０４へ蓄積することも可
能である。

【０２７４】同通信で別の文書が受信される場合は、上
記処理１２Ｂ−１２から同様の処理がなされる。通信が
終了（１２Ｂ−１７）したならば、通信管理情報が管理
されるＲＡＭ１０３に該受信の通信結果情報を書き込む
（１２Ｂ−１１）。

【０２７５】「メモリ受信＋印字出力」モードの場合
は、「メモリ受信」時と同様、先ず、これから受信する
文書のファイルＩＤを該情報処理端末１１４に通知（１
２Ｂ−４）し、ページ・アップロード機能使用可能状態
に遷移させておく。受信データは復号化（１２Ｂ−５）
した後、「メモリ受信」モードと同様の処理（１２Ｂ−
７）をすると共に、プリンタ装置に合わせて解像度変換
させるための解像度変換処理部１１０を経て記録制御部
１１２へ送る（１２Ｂ−６）。以下は、「メモリ受信」
モードの処理と同様である。また、画像データ以外のデ
ータ、例えばＡＳＣＩＩデータや、ＰＤＬデータを受信
した場合の印字出力処理は行わないか、もしくは、ファ
クシミリ装置自体の設定や該情報処理端末１１４からの
指示によっては、データ変換部１１５によって、ＡＳＣ
ＩＩデータをＣＧ展開したり、ＰＤＬデータを画像デー
タへ変換して印字出力させることも可能である。

【０２７６】また、「通常受信」モードの場合は、ファ
クシミリ装置単体としての通常の受信動作をする。即
ち、受信文書は通信制御部１０８から取り込まれ、一
度、符号復号化処理部１１１で復号化される（１２Ｂ−
１８）。そして、プリンタ装置に合わせた解像度に解像
度変換処理部１１０で変換されてから記録制御部１１２
へ送られる（１２Ｂ−１９）。その処理をページ終了
（１２Ｂ−２０）及び１文書終了（１２Ｂ−２１）まで
繰り返す。通信が終了（１２Ｂ−２２）したならば、通
信管理情報が管理されるＲＡＭ１０３に該受信の通信結
果情報を書き込む（１２Ｂ−１１）。

【０２７７】以上の処理によって、ファクシミリ装置は
受信機能動作を実行している。

【０２７８】上述した受信機能によれば、情報処理端末
からの指示に従った受信動作への切り替えを可能にする
ことによって、ファクシミリ装置としての機能のレベル
アップが図られる。例えば、受信モードによっては、受
信文書の識別子であるファイルＩＤを受信中に該情報処
理端末へ通知するので、情報処理端末はページ・アップ
ロード機能やファイル・アップロード機能を用いること
によって、受信中や受信後に該受信文書を該情報処理端
末へ転送することも可能になる。さらに、情報処理端末
に該受信を識別するサービスＩＤを通知するので、情報
処理端末は通信管理機能を用いることによって、該受信
動作に関する通信結果情報を取得することもできる。

【０２７９】１２．ポーリング機能 このポーリング機能は、情報処理端末１１４からの指示
によってファクシミリ装置側でポーリング発呼し、かつ
そのポーリング受信時には該情報処理端末から指示され
た受信モードに従った受信動作を実行するものである。

【０２８０】図２４は、情報処理端末１１４とＩ／Ｆ制
御部１１３等を介して実行されるポーリング発呼要求受
付などの処理（ポーリング機能）を示したフローチャー
トである。又、図２５は、情報処理端末１１４からの要
求（コマンド）に応じてファクシミリ装置（画像処理装
置）が実行する処理（ポーリング制御）を示したフロー
チャートである。

【０２８１】ファクシミリ装置は、情報処理端末１１４
からのポーリング発呼要求コマンドによって受信モード
が設定される。該受信モードの種類としては、「メモリ
受信」、「メモリ受信＋印字出力」などがある。

【０２８２】「メモリ受信」モードとは、ポーリング受
信した文書をファクシミリ装置の画像メモリ１０４内に
蓄積し、その受信文書のファイルＩＤや該受信動作を識
別するサービスＩＤ、さらに周知のＩＮＳ６４サービス
で送られてくるＵＵＩ（ユーザ・ユーザ情報）などの情
報を該情報処理端末１１４に通知する。なお、本実施例
では、これらの諸情報を簡単のため“受信ファイルＩ
Ｄ”情報と略称する。Ｇ４プロトコルによる受信などで
は１通信で復数の文書が受信される場合もあるため、通
知する受信ファイルＩＤは、１文書受信されるごとに異
なったＩＤが該情報処理端末１１４に渡される。また、
該情報処理端末１１４側からの受信ファイルＩＤ通知の
要求があった場合でも、その都度、適切な返答を通知す
る。

【０２８３】「メモリ受信＋印字出力」モードとは、上
記のメモリ受信動作に平衡して、ポーリング受信した文
書を記録制御部１１２を用いて印字出力するものであ
る。

【０２８４】ファクシミリ装置では、該情報処理端末１
１４とのマルチ動作を実現させるために、図２４に示す
ような制御を行っている。つまり、該情報処理端末１１
４からはポーリング発呼指示が届いているか否かを常に
監視し（１３Ａ−１）、また、該情報処理端末１１４に
送出すべきポーリング受信ファイルＩＤやエラーの通知
がファクシミリ装置内で発生しているか否かを常に監視
し（１３Ａ−４）、また、該情報処理端末１１４側から
の積極的なポーリング受信ファイルＩＤやエラー情報に
関する通知要求の有無を常に監視している（１３Ａ−
６）。該情報処理端末１１４からのポーリング発呼指示
があった場合（１３Ａ−１）は、ファクシミリ装置のポ
ーリング制御キューに該ポーリング発呼指示をキューイ
ングし（１３Ａ−２）、正常に受け付けたことを通知す
るためのレスポンスを送出する（１３Ａ−３）。このレ
スポンスには、該ポーリングサービスを識別するための
サービスＩＤが含まれている。次に、該情報処理端末１
１４に送出すべきポーリング受信ファイルＩＤの通知や
エラーの通知がファクシミリ装置内で発生していた場合
（１３Ａ−４）は、その通知内容に従ったメッセージを
該情報処理端末１１４へ送出する（１３Ａ−５）。ま
た、該情報処理端末１１４側からのポーリング受信ファ
イルＩＤやエラー情報の通知要求があった場合（１３Ａ
−６）は、ファクシミリ装置内で該情報処理端末１１４
に送出すべき受信ファイルＩＤの通知やエラーの通知が
あるときのみ、その内容に従ったメッセージを送出する
（１３Ａ−７）。

【０２８５】次に、図２５のフローチャートに沿って、
ポーリング機能の処理手順を説明する。

【０２８６】先ず、ファクシミリ装置におけるポーリン
グ発呼受信に必要な資源が獲得できる状況になったなら
ば、ポーリング制御キューより１つのポーリング発呼要
求を取り出し、図２５の一連の動作に入る。該ポーリン
グ発呼要求にはポーリング発呼に必要な各種情報が含ま
れている。例えば、相手先ダイヤル番号、通信プロトコ
ル、通信初期スピード、Ｇ４通信で周知のサブアドレ
ス、発呼時刻、ポーリング受信時に相手機に照合される
ポーリングＩＤ、Ｇ３通信の新フレームであるＳＥＰフ
レームやＰＷＤフレーム、ＩＮＳ６４でのＵＵＩ（ユー
ザ・ユーザ情報）、更には前述の受信モードなどであ
る。もし、ここで発呼時刻が指定されていればその時刻
に、また指定されていなければ即、指定宛先にポーリン
グ発呼する（１３Ｂ−１）。呼が接続されたら相手機か
らポーリングＩＤ照合を受ける（１３Ｂ−２）。もし、
照合結果がＮＧであれば相手機の方から呼を切断してく
るので中断処理をして、ホストにその旨を通知（１３Ｂ
−１８）し、さらに通信管理情報としてＲＡＭ１０３の
通信管理情報のエリアに書き込む（１３Ｂ−１１）。照
合結果がＯＫであれば相手機からの文書の受信を待つ。
この時、上記の受信モードに従った受信処理を実行する
（１３Ｂ−３）。

【０２８７】即ち、「メモリ受信」モードの場合、先
ず、該ポーリング受信でこれから蓄積される文書を識別
するファイルＩＤを該情報処理端末１１４に通知する
（１３Ｂ−１２）。通知した後、これから受信される文
書を該情報処理端末１１４がページ・アップロード機能
によってアップロードができるように、ファクシミリ装
置の状態をページ・アップロード機能使用可能状態に遷
移させておく。受信文書は通信制御部１０８から取り込
まれ、一度、符号復号化処理部１１１で復号化される
（１３Ｂ−１３）。そして、画像メモリ１０４に蓄積さ
せるために、再び符号復号化処理部１１１で符号化さ
れ、最終的に画像メモリ１０４に書き込まれる（１３Ｂ
−１４）。該画像処理は決められた単位で実行されるの
で、それがページ終了（１２Ｂ−１５）及び１文書終了
（１２Ｂ−１６）まで繰り返される。

【０２８８】ここで、本フローチャートでは、受信され
た文書が周知のＭＭＲやＭＨで符号化された画像データ
である場合について記述されているが、それ以外のデー
タ、例えばＡＳＣＩＩデータなどのキャラクターデー
タ、ＰＤＬ（プリンタ記述言語）、生データやＧ４通信
でいうコントロールドキュメントなどであることが通信
手順によって判明した場合は、符号復号化処理部１１１
を経ずに、そのまま画像メモリ１０４に蓄積される。ま
た、このとき、ファクシミリ装置自体の設定や該情報処
理端末１１４からの設定によっては、データ変換部１１
５によって、キャラクタデータをＣＧ展開したり、ＰＤ
Ｌデータを画像データへ変換などして、符号復号化処理
部１１１を通して画像メモリ１０４へ蓄積することも可
能である。

【０２８９】同通信で別の文書が受信される場合は、上
記処理１３Ｂ−１２から同様の処理がなされる。通信が
終了（１３Ｂ−１７）したならば、通信管理情報が管理
されるＲＡＭ１０３に該受信の通信結果情報を書き込む
（１３Ｂ−１１）。

【０２９０】「メモリ受信＋印字出力」モードの場合
は、「メモリ受信」時と同様、先ず、これからポーリン
グ受信する文書のファイルＩＤを該情報処理端末１１４
に通知（１３Ｂ−４）し、ページ・アップロード機能使
用可能状態に遷移させておく。受信データは復号化（１
３Ｂ−５）した後、「メモリ受信」モードと同様の処理
（１３Ｂ−７）をすると共に、プリンタ装置に合わせて
解像度変換させるための解像度変換処理部１１０を経て
記録制御部１１２へ送る（１３Ｂ−６）。以下は、「メ
モリ受信」モードの処理と同様である。また、画像デー
タ以外のデータ、例えばＡＳＣＩＩデータや、ＰＤＬデ
ータを受信した場合の印字出力処理は行わないか、もし
くは、ファクシミリ装置自体の設定や該情報処理端末１
１４からの指示によっては、データ変換部１１５によっ
て、ＡＳＣＩＩデータをＣＧ展開したり、ＰＤＬデータ
を画像データへ変換して印字出力させることも可能であ
る。

【０２９１】以上の処理によって、ファクシミリ装置は
ポーリング機能を実現している。

【０２９２】以上のポーリング機能によれば、情報処理
端末からの指示に従ったポーリング受信を可能にするこ
とによって、ファクシミリ装置としての機能のレベルア
ップが図られる。例えば、情報処理端末に管理されてい
る宛先名簿を利用したポーリング発呼要求がリモートで
送ることが可能となる。また、受信文書の識別子である
ファイルＩＤを該情報処理端末へ通知するので、情報処
理端末はページ・アップロード機能やファイル・アップ
ロード機能を用いることによって、受信中や受信後に該
受信文書を該情報処理端末へ転送することも可能にな
る。さらに、情報処理端末に該ポーリング受信を識別す
るサービスＩＤを通知するので、情報処理端末は通信管
理機能を用いることによって、該ポーリング受信に関す
る通信結果情報を取得することもできる。

【０２９３】１３．通信管理機能 この通信管理機能は、情報処理端末からの要求に応じ
て、画像処理端末側で管理している通信結果情報を情報
処理端末に通知するものである。通知方法には大きく分
けて２種類あり、１つは管理している個々の通信結果の
識別子（サービスＩＤ）一覧を通知する方法、もう１つ
は情報処理端末から指示される該識別子（サービスＩ
Ｄ）に相当する通信結果を通知する方法である。

【０２９４】ファクシミリ装置における通信管理機能の
実施例を説明する。説明の順として、先ず、ファクシミ
リ装置内での通信結果情報の管理形態を図２６を用いて
説明し、次に図２７のフローチャートに沿って通信結果
情報の通知手順について説明する。

【０２９５】ファクシミリ装置の通信結果情報は図２６
に示すような構造で管理されている。ファクシミリ装置
では各送信、受信のサービスを識別するためのサービス
ＩＤを設けている。例えば、情報処理端末１１４からの
送信指示を受け付けた場合、その送信サービスを意味す
るサービスＩＤを該情報処理端末１１４に通知してい
る。ファクシミリ装置では、そのサービスＩＤ別に結果
情報を管理している。つまり、図２６のようなサービス
ＩＤごとのデータ構造となっている（以下、簡単のた
め、このサービスＩＤごとのデータ構造を通信管理テー
ブルと称することにする）。また、ファクシミリ装置で
管理できる該通信管理テーブルの最大値を４０とする。
通信結果情報がこの最大値を超える場合は、最も古い情
報が載っている通信管理テーブルに新しい情報が上書き
される方法を採る。また、１通信管理テーブルには通信
モード名（通常送信、親展送信、中継送信などの識
別）、通信開始時刻、通信終了時刻、回線種別（Ｇ４、
Ｇ３の種別）、相手電話番号、相手サブアドレス、相手
ＴＩＤ（端末名）、相手略称、送受信ページ数、受信Ｂ
ＯＸ番号（親展受信時などの親展ＢＯＸ番号）、課金情
報、通信結果、ファイルＩＤ（送信対象になったファイ
ル／受信したファイルの識別子）、さらに通知済みフラ
グなどの情報が記憶される。なお、各ファイルに関する
諸情報はファイルＩＤ単位で別途管理されており、１通
信で複数ファイルを受信した場合は、該ファイルＩＤに
相当するファイル情報を調べれば、残りのファイルの情
報までたどることが可能になっている。また、通知済み
フラグは、過去に該情報処理端末１１４に通知した通信
結果情報であるかどうかを示すためのフラグで、一度で
も通知したことのある場合は１、未通知の場合は０であ
る。なお、該通信結果情報はＲＡＭ１０３内に管理され
ている。

【０２９６】次に、図２７に従って、通信管理情報の通
知手順について説明する。先ず、該情報処理端末１１４
から通信結果情報取得コマンドを受け付ける（１４Ｂ−
１）。ここで、本コマンドを受け付けた場合は、本コマ
ンド要求のキューイング制御などは行わず、優先的に
即、本コマンドに対する処理を行う。

【０２９７】次に、このコマンドが「サービスＩＤ指定
の結果情報取得」なのか「サービスＩＤの要求」なのか
を判断する（１４Ｂ−２）。もし、「サービスＩＤ指定
の結果情報取得」であれば、指定されたサービスＩＤに
関する通信結果情報をＲＡＭ１０３の中から探索し（１
４Ｂ−３）、該情報を該情報処理端末１１４へ送出する
（１４Ｂ−４）。そして、該サービスＩＤの通信管理テ
ーブル内の通知済みフラグを１にする（１４Ｂ−５）。
また、判断１４Ｂ−２で「サービスＩＤの要求」であれ
ば、リワインド要求があるかどうかを判断する（１４Ｂ
−６）。ここで、「サービスＩＤの要求」に対して該情
報処理端末１１４へ通知する情報とは、基本的に、未通
知（通知済みフラグが０）であった結果情報のサービス
ＩＤである。このリワインド要求とは、全ての通信管理
テーブルの通知済みフラグを０にクリアし、管理されて
いる最初からサービスＩＤを通知させるためのものであ
る。従って、判断（１４Ｂ−６）の結果、ワインド要求
があった場合は、全ての通信管理テーブルの通知済みフ
ラグを０にクリアし（１４Ｂ−７）、管理されている先
頭のサービスＩＤを該情報処理端末１１４に送出する
（１４Ｂ−８）。また、リワインド要求が無かった場合
は、通知済みフラグが０の中で先頭に管理されているサ
ービスＩＤを送出する（１４Ｂ−９）。また、続けてリ
ワインド要求の無い通信結果情報取得コマンドを受け付
けた場合は、直前に通知したサービスＩＤの次に管理さ
れているサービスＩＤを送出する。

【０２９８】以上の手順で、ファクシミリ装置は情報処
理端末に通信結果情報を通知している。

【０２９９】以上の通信管理機能によれば、情報処理端
末に対しても通信結果情報を通知できる手段を設けるこ
とによって、ファクシミリ装置としての機能のレベルア
ップが図られる。例えば、情報処理端末の指示による送
信などのサービスに関する結果情報を情報処理端末が必
要なときに知ることができる。さらに、ファクシミリ装
置側に記録用紙が無いような状況でも、情報処理端末か
ら通信結果情報を確認することも可能となることより、
システムとしての信頼性の向上にもつながる。

【０３００】１４．ファイル管理機能 このファイル管理機能は、画像メモリ１０４上に蓄積さ
れている画像データにファイルＩＤを与えファイルとし
て管理し、情報処理端末１１４の要求により、ファイル
についての情報を通知したり、ファイルを削除する機能
である。

【０３０１】図２８は、本実施例におけるファイル管理
の概略を説明する図である。

【０３０２】図中、ファイル管理領域は画像メモリ１０
４に蓄積されている画像データをファイルについて１フ
ァイルごとにファイルＩＤとファイル固有の情報である
ファイル種別（スキャナ蓄積文書、受信文書、ダウンロ
ード文書等の種別）、ファイル属性（通常ファイル、親
展受信ファイル、ポーリング待機ファイル等の属性）、
データ形式（ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、生画像デ
ータ、ＡＳＣＩＩ、ＰＤＬ等のデータ形式）、確定ペー
ジ数、ボックス番号（ファイル属性が親展受信ファイル
やポーリング待機ファイル等の場合にそのボックスをし
ていする番号）、使用中フラグ（プリント要求、送信要
求等を受けているかどうかを示す）、ページ管理情報が
格納されている場所などを関連づけてＲＡＭ１０３に記
憶している。

【０３０３】この情報は、ネクストポインタ（ｎｅｘｔ
ｐｔｒ）によりリンクされており最終情報の場合は最後
の情報であることを示すためにたとえば０等の終端符号
によりターミネートされている。

【０３０４】また、図中、先頭ファイルポインタはＲＡ
Ｍ１０３に配置されている変数であり、先頭のファイル
情報が格納されているアドレスを記憶している。ここで
管理されているファイルがない場合には、たとえば０等
の終端符号が格納されている。図中、ＩＤ一覧通知もま
たＲＡＭ１０３に配置された変数であり、上記先頭ファ
イルポインタと同様に次回に通知すべきファイルの情報
を格納するファイル管理情報の場所を示すアドレスが格
納されており、通知すべき情報がない場合にはたとえば
０等の終端符号が格納されている。この変数は、後に説
明するファイルＩＤ一覧取得要求コマンドによりファイ
ルＩＤの一覧リストを通知する場合に使用するものであ
る。

【０３０５】また、ページ管理情報は各ファイルのペー
ジ情報を１ページごとに管理している。管理情報はペー
ジ番号と解像度、画像サイズ（Ａ４、Ｂ４等）、画像メ
モリ１０４上のデータ格納アドレス、データサイズを関
連づけてＲＡＭ１０３に記憶している。

【０３０６】以上説明した情報は、画像データ等を画像
メモリに蓄積するとき、たとえば、受信時、ダウンロー
ド時、スキャンデータ蓄積時等に同時に作成される。

【０３０７】次に情報処理端末１１４からのファイル管
理コマンドを受信した場合の処理を図２９を用いて説明
する。本図により説明される処理は、情報処理端末１１
４からファイル管理コマンドを受信した時に開始され
る。ファイル管理コマンドには、特定ファイルについて
の情報を取得するためのファイル情報取得コマンド、特
定ファイルの特定ページについての情報を取得するペー
ジ情報取得コマンド、ファイルＩＤの一覧リストを取得
するファイルＩＤ一覧要求コマンドがある。

【０３０８】ステップ１５Ｂ−１では受信したコマンド
を解析してコマンドが［ファイル情報取得］であればス
テップ１５−２へ、［ページ情報取得］であればステッ
プ１５Ｂ−６へ、［ファイルＩＤ一覧］であればステッ
プ１５Ｂ−１０へ、パラメータエラー等コマンドに異常
があればステップ１５Ｂ−１４へ処理を進める。

【０３０９】ステップ１５Ｂ−２はコマンドが［ファイ
ル情報取得］の場合に行われる処理である。ファイル情
報取得コマンドではパラメータとしてファイル情報を取
得したいファイルのファイルＩＤを受け取る。本処理は
前記ファイルＩＤをファイル管理情報のなかから先頭フ
ァイルから順に検索する。

【０３１０】ステップ１５Ｂ−３では処理１５Ｂ−２の
検索の結果目的のファイルが見つかったかどうか判別
し、見つかった場合にはステップ１５Ｂ−４に見つから
ない場合にはステップ１５Ｂ−１４に処理を進める。

【０３１１】ステップ１５Ｂ−４では目的のファイル情
報をＩ／Ｆ制御部１１３の転送バッファメモリにコピー
する。

【０３１２】ステップ１５Ｂ−５ではコピーされたファ
イル情報を情報処理端末１１４に転送する。

【０３１３】ステップ１５Ｂ−６はコマンドが［ページ
情報取得］の場合に行われる処理である。ページ情報取
得コマンドではパラメータとしてページ情報を取得した
いページのファイルＩＤとページ番号を受け取る。本処
理は目的のページをファイルＩＤとページ番号によりペ
ージ管理情報のなかから検索する。

【０３１４】ステップ１５Ｂ−７ではステップ１５Ｂ−
６の検索の結果、目的のページが見つかった場合にはス
テップ１５Ｂ−８へ、見つからなければステップ１５Ｂ
−１４に処理を進める。

【０３１５】ステップ１５Ｂ−８では目的のページ情報
をＩ／Ｆ制御部１１３の転送バッファにコピーする。

【０３１６】ステップ１５Ｂ−９ではコピーされたペー
ジ情報を情報処理端末１１４に転送する。

【０３１７】ステップ１５Ｂ−１０はコマンドが［ファ
イルＩＤ一覧］の場合に行われる処理である。ファイル
ＩＤ一覧取得コマンドはパラメータとして先頭からか継
続かのスイッチを受けり、ファイルＩＤを１つだけ返送
する。本処理では、パラメータのスイッチが先頭からか
どうかを判断し、先頭からであればステップ１５Ｂ−１
１に継続であればステップ１５Ｂ−１２に処理を進め
る。

【０３１８】ステップ１５Ｂ−１１では図２８のＩＤ一
覧ポインタに先頭ファイルポインタに格納されている先
頭のファイル情報アドレスを格納する。

【０３１９】ステップ１５Ｂ−１２では図２８のＩＤ一
覧ポインタがさしているファイル情報のファイルＩＤを
Ｉ／Ｆ制御部１１３の転送バッファにコピーし、ＩＤ一
覧ポインタに次のファイル情報のアドレスを格納する。

【０３２０】ステップ１５Ｂ−１３ではコピーされたフ
ァイルＩＤを情報処理端末１１４に転送する。

【０３２１】ステップ１５Ｂ−１４では情報処理端末に
エラー通知を行う。

【０３２２】次に、図３０を用いてファイル削除を行う
処理を説明する。図３０はファイル削除処理を説明する
フローチャートであり、図で説明される処理は、情報処
理端末１１４からファイル削除要求コマンドを受信した
時に開始される。ファイル削除要求コマンドにはパラメ
ータとして削除すべきファイルのファイルＩＤ等を含ん
でいる。

【０３２３】ステップ１５Ｃ−１では受信したコマンド
を解析し、パラメターエラー等の異常がないかどうかを
調べ異常がなければステップ１５Ｃ−２に、異常があれ
ばステップ１５Ｃ−７に処理を進める。

【０３２４】ステップ１５Ｃ−２ではパラメータで指定
された目的のファイルを検索する。

【０３２５】ステップ１５Ｃ−３では検索の結果ファイ
ルが見つかれば、ステップ１５Ｃ−４に、見つからなけ
ればステップ１５Ｃ−７に処理を進める。

【０３２６】ステップ１５Ｃ−４では検索で見つけたフ
ァイルが使用中であるかどうかを調べ使用中であればス
テップ１５Ｃ−７に未使用であればステップ１５Ｃ−５
に処理を進める。このステップ１５Ｃ−４の処理により
送信予約中のファイルなどを消すことを防ぐことができ
る。

【０３２７】ステップ１５Ｃ−５では目的のファイルの
実データ、ページ情報、ファイル情報を消去する。ま
ず、画像メモリ上の実データ領域を解放しページ情報を
解放する。この解放処理を目的ファイルの全ページにわ
たって実施した後に、ファイル情報を解放する。この
時、先頭ファイルポインタが削除ファイルをさしていれ
ば先頭ファイルポインタにネクストファイルポインタを
コピーしておく。また、ＩＤ一覧ポインタが削除ファイ
ルをさしている場合には、同様にネクストポインタをコ
ピーしておく。

【０３２８】ステップ１５Ｃ−６では情報処理端末１１
４にファイル削除処理が終了したことを通知する。

【０３２９】ステップ１５Ｃ−７は情報処理端末１１４
にエラー通知をする。

【０３３０】以上のファイル管理機能によれば、情報処
理端末１１４により画像メモリ１０４上のファイル情報
の取得やファイル削除を行うことが可能となる。

【０３３１】１５．システムメモリ管理機能 このシステムメモリ管理機能は、ファクシミリ装置にお
いて送信などに利用されるダイヤルデータや、自機電話
番号、自機略称といったユーザデータや、信号の送出レ
ベル、通信プロトコルの制御パラメータといったサービ
スデータなど、ファクシミリ装置のＲＡＭ１０３で管理
されている各種データの照会や登録を行うものである。

【０３３２】図３１は、システムメモリ管理の制御動作
を示すフローチャートである。

【０３３３】このシステムメモリ管理機能では、Ｉ／Ｆ
制御部１１３を介して情報処理端末１１４から送られて
くるコマンドによってファイルアップロードが要求され
たならば、ファイルアップロードの処理が実行される。
なお、コマンドおよびパラメータレベルの矛盾は、コマ
ンド解析時に予め排除されているものとする。

【０３３４】まず、ステップ１６Ａ−００１において、
情報処理端末１１４によるコマンドが各種データの追
加、変更等を行う登録要求か、各種データの照会を行う
参照要求かを判別する。もし、登録要求ならばステップ
１６Ａ−００２に、参照要求ならばステップ１６Ａ−０
０３に分岐する。

【０３３５】ステップ１６Ａ−００２では、要求に応じ
て、ダイヤルデータ、ユーザデータ、またはサービスデ
ータの追加、変更といった登録処理を行い、システムメ
モリ管理の処理を終了する。なお、詳細は後述する。

【０３３６】ステップ１６Ａ−００３では、要求に応じ
て、ダイヤルデータ、ユーザデータ、またはサービスデ
ータの一部または全部をＩ／Ｆ制御部１１３を介して情
報処理端末１１４に転送するといった参照処理を行い、
システムメモリ管理の処理を終了する。なお、詳細は後
述する。

【０３３７】図３２は、図３１のステップ１６Ａ−００
２において行われる登録処理を詳細に示したフローチャ
ートである。

【０３３８】まず、ステップ１６Ｂ−００１において、
追加、変更等の登録を行いたいデータのタイプを判別す
る。データタイプがダイヤルデータであるならばステッ
プ１６Ｂ−００２に、ユーザデータであるならばステッ
プ１６Ｂ−００３に、サービスデータであるならばステ
ップ１６Ｂ−００４にそれぞれ分岐する。

【０３３９】ステップ１６Ｂ−００２では、送信などに
利用されるダイヤルデータの追加、変更等の処理を行
い、登録処理を終了する。なお、詳細は後述する。

【０３４０】ステップ１６Ｂ−００３では、自機電話番
号、自機略称といったユーザデータの追加、変更等の処
理を行い、登録処理を終了する。なお、詳細は後述す
る。

【０３４１】ステップ１６Ｂ−００４では、信号の送出
レベル、通信プロトコルの制御パラメータといったサー
ビスデータの追加、変更等の処理を行い、登録処理を終
了する。なお、詳細は後述する。

【０３４２】図３３は、図３１のステップ１６Ａ−００
３において行われる参照処理を詳細に示したフローチャ
ートである。

【０３４３】まず、ステップ１６Ｃ−００１において、
参照を行いたいデータのタイプを判別する。データタイ
プがダイヤルデータであるならばステップ１６Ｃ−００
２に、ユーザデータであるならばステップ１６Ｃ−００
３に、サービスデータであるならばステップ１６Ｃ−０
０４に、能力データであるならばステップ１６Ｃ−００
５にそれぞれ分岐する。

【０３４４】ステップ１６Ｃ−００２では、送信などに
利用されるダイヤルデータの照会の処理を行い、参照処
理を終了する。なお、詳細は後述する。

【０３４５】ステップ１６Ｃ−００３では、自機電話番
号、自機略称といったユーザデータの照会の処理を行
い、参照処理を終了する。なお、詳細は後述する。

【０３４６】ステップ１６Ｃ−００４では、信号の送出
レベル、通信プロトコルの制御パラメータといったサー
ビスデータの照会の処理を行い、参照処理を終了する。
なお、詳細は後述する。

【０３４７】ステップ１６Ｃ−００５では、送信、受
信、プリント、スキャニングといった本実施例のファク
シミリ装置が有する機能の中で、情報処理端末１１４が
利用することのできる機能の情報や、メーカ名、装置
名、ＲＯＭバージョン、シリアル番号といった個体を識
別する情報を、キャラクタデータ形式でＩ／Ｆ制御部１
１３を介して情報処理端末１１４に転送し、参照処理を
終了する。

【０３４８】図３４は、図３２のステップ１６Ｂ−００
２において行われるダイヤルデータ登録処理を詳細に示
したフローチャートである。

【０３４９】まず、ステップ１６Ｄ−００１において、
情報処理端末１１４から送られてきたユーザＩＤが有効
か否かを判定する。もし、そのユーザＩＤを有するユー
ザが予め装置に登録されているならばステップ１６Ｄ−
００２に、登録されていなければステップ１６Ｄ−００
６に分岐する。

【０３５０】ステップ１６Ｄ−００２では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、前記ユーザＩＤに対応したパスワード
が予め装置に登録されていないか、あるいは前記ユーザ
ＩＤに対応したパスワードが予め装置に登録されてい
て、そのパスワードと指定されたパスワードが一致する
ならば、ステップ１６Ｄ−００３に進む。反対に、前記
ユーザＩＤに対応したパスワードが予め装置に登録され
ていて、そのパスワードと指定されたパスワードが一致
しないならば、ステップ１６Ｄ−００６に進む。

【０３５１】ステップ１６Ｄ−００３では、送信キュー
等にユーザＩＤとインデックス番号で指定されるダイヤ
ルデータを利用しようとするジョブが登録され、そのジ
ョブが待ち状態あるいは実行中であるか否かを判定す
る。もし、利用しようとするジョブがないならばステッ
プ９Ｄ−００５に、そうでなければステップ９Ｄ−００
４に分岐する。

【０３５２】ステップ１６Ｄ−００４では、コマンドの
異常処理条件として、強制的に登録するように要求され
ているか否かを判定する。もし、強制登録を要求されて
いるならば、ステップ１６Ｄ−００５に進み、そうでな
ければステップ１６Ｄ−００６に進む。

【０３５３】ステップ１６Ｄ−００５では、ユーザＩＤ
とインデックス番号で指定されるＲＡＭ１０３上の領域
に、情報処理端末１１４から送られてきた相手先電話番
号、相手先略称、およびファクシミリ通信に必要なパラ
メータ等のデータを登録する。該動作により、ユーザＩ
Ｄとインデックス番号で指定される領域が未登録状態な
らば追加、すでに登録されているならば変更、情報処理
端末１１４から送られてくるデータが無効ならば削除の
処理を実行し、ダイヤルデータ登録処理を終了する。

【０３５４】ステップ１６Ｄ−００６は、情報処理端末
１１４から送られてきたユーザＩＤまたはパスワードが
無効であった場合に、あるいは、登録しようとしている
ダイヤルデータを利用するジョブがすでに存在し、かつ
強制登録の要求がない場合に実行され、エラー内容をＩ
／Ｆ制御部１１３を介して情報処理端末１１４に出力し
て、ダイヤルデータ登録処理を異常終了する。

【０３５５】図３５は、図３２のステップ１６Ｂ−００
３において行われるユーザデータ登録処理を詳細に示し
たフローチャートである。

【０３５６】まず、ステップ１６Ｅ−００１において、
Ｉ／Ｆ制御部１１３を介して情報処理端末１１４から送
られてきた要求が、パスワードの変更に関するものか否
かを判定する。もし、パスワードの変更でなかったなら
ば、ステップ１６Ｅ−００２に進む。

【０３５７】ステップ１６Ｅ−００２では、情報処理端
末１１４から送られてきたユーザＩＤがシステム管理者
のものであるか否かを判定する。もし、ユーザＩＤがシ
ステム管理者のものであるならばステップ１６Ｅ−００
３に、そうでなければステップ１６Ｅ−００８に進む。

【０３５８】ステップ１６Ｅ−００３では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、システム管理者のパスワードが予め装
置に登録されていないか、あるいはシステム管理者のパ
スワードが予め装置に登録されていて、そのパスワード
と指定されたパスワードが一致するならば、ステップ１
６Ｅ−００４に進む。反対に、システム管理者のパスワ
ードが予め装置に登録されていて、そのパスワードと指
定されたパスワードが一致しないならば、ステップ１６
Ｅ−００８に進む。

【０３５９】ステップ１６Ｅ−００４では、自機電話番
号、自機略称、あるいはユーザ管理に関する情報など、
情報処理端末１１４によって指定された項目またはすべ
ての項目について、各項目に対応するＲＡＭ１０３上の
領域に、情報処理端末１１４から送られてきた情報を登
録する。該動作により、例えばユーザ管理に関する情報
の登録の時、これから登録しようとしているユーザＩＤ
が未登録状態ならばユーザの追加、すでに登録されてい
るならばユーザの変更、ユーザ情報を与えなければユー
ザの削除の処理を実行し、ユーザデータ登録処理を終了
する。

【０３６０】一方、ステップ１６Ｅ−００１において、
パスワードの変更を要求されていたならば、ステップ１
６Ｅ−００５に進む。ステップ１６Ｅ−００５では、情
報処理端末１１４から送られてきたユーザＩＤが有効か
否かを判定する。もし、そのユーザＩＤを有するユーザ
が予め装置に登録されているならばステップ１６Ｅ−０
０６に、登録されていなければステップ１６Ｅ−００８
に分岐する。

【０３６１】ステップ１６Ｅ−００６では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、前記ユーザＩＤに対応したパスワード
が予め装置に登録されていないか、あるいは前記ユーザ
ＩＤに対応したパスワードが予め装置に登録されてい
て、そのパスワードと指定されたパスワードが一致する
ならば、ステップ１６Ｅ−００７に進む。反対に、前記
ユーザＩＤに対応したパスワードが予め装置に登録され
ていて、そのパスワードと指定されたパスワードが一致
しないならば、ステップ１６Ｅ−００８に進む。

【０３６２】ステップ１６Ｅ−００７では、ユーザＩＤ
で指定されるＲＡＭ１０３上の該ユーザのパスワードの
領域に、情報処理端末１１４から送られてきた新パスワ
ードを登録し、ユーザデータ登録処理を終了する。

【０３６３】ステップ１６Ｅ−００８は、ステップ１６
Ｅ−００２において情報処理端末１１４から送られてき
たユーザＩＤがシステム管理者のものでなかったか、ま
たはステップ１６Ｅ−００３、ステップ１６Ｅ−００
５、ステップ１６Ｅ−００６のいずれかでユーザＩＤま
たはパスワードが無効であったときに実行され、エラー
内容をＩ／Ｆ制御部１１３を介して情報処理端末１１４
に出力して、ユーザデータ登録処理を異常終了する。

【０３６４】図３６は、図３２のステップ１６Ｂ−００
４において行われるサービスデータ登録処理を詳細に示
したフローチャートである。

【０３６５】まず、ステップ１６Ｆ−００１において、
情報処理端末１１４から送られてきたユーザＩＤがシス
テム管理者のものであるか否かを判定する。もし、ユー
ザＩＤがシステム管理者のものであるならばステップ１
６Ｆ−００２に、そうでなければステップ１６Ｆ−００
４に進む。

【０３６６】ステップ１６Ｆ−００２では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、システム管理者のパスワードが予め装
置に登録されていないか、あるいはシステム管理者のパ
スワードが予め装置に登録されていて、そのパスワード
と指定されたパスワードが一致するならば、ステップ１
６Ｆ−００３に進む。反対に、システム管理者のパスワ
ードが予め装置に登録されていて、そのパスワードと指
定されたパスワードが一致しないならば、ステップ１６
Ｆ−００４に進む。

【０３６７】ステップ１６Ｆ−００３では、信号の送出
レベル、通信プロトコルの制御パラメータなど、情報処
理端末１１４によって指定された項目またはすべての項
目について、各項目に対応するＲＡＭ１０３上の領域
に、情報処理端末１１４から送られてきた情報を登録
し、サービスデータ登録処理を終了する。

【０３６８】ステップ１６Ｆ−００４は、情報処理端末
１１４から送られてきたユーザＩＤまたはパスワードが
無効であったときに実行され、エラー内容をＩ／Ｆ制御
部１１３を介して情報処理端末１１４に出力して、サー
ビスデータ登録処理を異常終了する。

【０３６９】図３７は、図３３のステップ１６Ｃ−００
２において行われるダイヤルデータ参照処理を詳細に示
したフローチャートである。

【０３７０】まず、ステップ１６Ｇ−００１において、
情報処理端末１１４から送られてきたユーザＩＤが有効
か否かを判定する。もし、そのユーザＩＤを有するユー
ザが予め装置に登録されているならばステップ１６Ｇ−
００２に、登録されていなければステップ１６Ｇ−００
４に分岐する。

【０３７１】ステップ１６Ｇ−００２では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、前記ユーザＩＤに対応したパスワード
が予め装置に登録されていないか、あるいは前記ユーザ
ＩＤに対応したパスワードが予め装置に登録されてい
て、そのパスワードと指定されたパスワードが一致する
ならば、ステップ１６Ｇ−００３に進む。反対に、前記
ユーザＩＤに対応したパスワードが予め装置に登録され
ていて、そのパスワードと指定されたパスワードが一致
しないならば、ステップ１６Ｇ−００４に進む。

【０３７２】ステップ１６Ｇ−００３では、ユーザＩＤ
とインデックス番号で指定されるＲＡＭ１０３上の領
域、あるいは指定されたユーザＩＤのすべてのインデッ
クス番号に対応するＲＡＭ１０３上の領域の、相手先電
話番号、相手先略称、およびファクシミリ通信に必要な
パラメータ等のデータをＩ／Ｆ制御部１１３を介して情
報処理端末１１４に出力して、ダイヤルデータ参照処理
を終了する。

【０３７３】ステップ１６Ｇ−００４は、情報処理端末
１１４から送られてきたユーザＩＤまたはパスワードが
無効であったときに実行され、エラー内容をＩ／Ｆ制御
部１１３を介して情報処理端末１１４に出力して、ダイ
ヤルデータ参照処理を異常終了する。

【０３７４】図３８は、図３３のステップ１６Ｃ−００
３において行われるユーザデータ参照処理を詳細に示し
たフローチャートである。

【０３７５】まず、ステップ１６Ｈ−００１において、
情報処理端末１１４から送られてきたユーザＩＤが有効
か否かを判定する。もし、そのユーザＩＤを有するユー
ザが予め装置に登録されているならばステップ１６Ｈ−
００２に、登録されていなければステップ１６Ｈ−００
４に分岐する。

【０３７６】ステップ１６Ｈ−００２では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、前記ユーザＩＤに対応したパスワード
が予め装置に登録されていないか、あるいは前記ユーザ
ＩＤに対応したパスワードが予め装置に登録されてい
て、そのパスワードと指定されたパスワードが一致する
ならば、ステップ１６ＨＧ−００３に進む。反対に、前
記ユーザＩＤに対応したパスワードが予め装置に登録さ
れていて、そのパスワードと指定されたパスワードが一
致しないならば、ステップ１６Ｈ−００４に進む。

【０３７７】ステップ１６Ｈ−００３では、自機電話番
号、自機略称、あるいはユーザ管理に関する情報など、
情報処理端末１１４によって指定された項目またはすべ
ての項目について、各項目に対応するＲＡＭ１０３上の
領域に登録されているデータを情報処理端末１１４に出
力し、ユーザデータ参照処理を終了する。ステップ１６
Ｈ−００４は、情報処理端末１１４から送られてきたユ
ーザＩＤまたはパスワードが無効であったときに実行さ
れ、エラー内容をＩ／Ｆ制御部１１３を介して情報処理
端末１１４に出力して、ユーザデータ参照処理を異常終
了する。

【０３７８】図３９は、図３３のステップ１６Ｃ−００
４において行われるサービスデータ参照処理を詳細に示
したフローチャートである。

【０３７９】まず、ステップ１６Ｉ−００１において、
情報処理端末１１４から送られてきたユーザＩＤがシス
テム管理者のものであるか否かを判定する。もし、ユー
ザＩＤがシステム管理者のものであるならばステップ１
６Ｉ−００２に、そうでなければステップ１６Ｉ−００
４に進む。

【０３８０】ステップ１６Ｉ−００２では、情報処理端
末１１４から送られてきたパスワードが、有効か否かを
判定する。もし、システム管理者のパスワードが予め装
置に登録されていないか、あるいはシステム管理者のパ
スワードが予め装置に登録されていて、そのパスワード
と指定されたパスワードが一致するならば、ステップ１
６Ｉ−００３に進む。反対に、システム管理者のパスワ
ードが予め装置に登録されていて、そのパスワードと指
定されたパスワードが一致しないならば、ステップ１６
Ｉ−００４に進む。

【０３８１】ステップ１６Ｉ−００３では、信号の送出
レベル、通信プロトコルの制御パラメータなど、情報処
理端末１１４によって指定された項目またはすべての項
目について、各項目に対応するＲＡＭ１０３上の領域に
登録されているデータを情報処理端末１１４に出力し、
サービスデータ参照処理を終了する。

【０３８２】ステップ１６Ｉ−００４は、情報処理端末
１１４から送られてきたユーザＩＤまたはパスワードが
無効であったときに実行され、エラー内容をＩ／Ｆ制御
部１１３を介して情報処理端末１１４に出力して、サー
ビスデータ参照処理を異常終了する。

【０３８３】上記の処理により、本実施例のファクシミ
リ装置は、送信などに利用されるダイヤルデータや、自
機電話番号、自機略称といったユーザデータや、信号の
送出レベル、通信プロトコルの制御パラメータといった
サービスデータなど、ファクシミリ装置で管理されてい
る各種データの照会や登録を、情報処理端末１１４の要
求に応じて行う。又、上述の処理によれば、 （１）限られたキャラクタしか表示することのできない
ようなファクシミリ装置であっても、情報処理端末上の
高度なユーザインタフェースを利用することができるた
め、操作性の向上が期待できる。 （２）一般的に変更することの少ない自機電話番号、自
機略称といったユーザデータや、工事担任者などの資格
がないと変更することのできない信号の送出レベル、通
信プロトコルの制御パラメータといったサービスデータ
は、特定のユーザ以外は変更できないように構成されて
いるので、情報処理端末を使って多人数で本発明のファ
クシミリ装置を利用しても、それらのデータが不用意に
変更されることがなくなる。 （３）送信などに利用されるダイヤルデータは、各ユー
ザごとに管理するように構成されているので、情報処理
端末を使って多人数で本発明のファクシミリ装置を利用
しても、個人のプライバシを守ることができる。 （４）送信などに利用されるダイヤルデータの照会と登
録が可能で、情報処理端末側で管理されているダイヤル
データと本発明のファクシミリ装置側で管理されている
ダイヤルデータとを共通に設定することが容易になる。
すなわち、従来のスタンドアロンファクシミリ装置と同
様な使い方でも、あるいは情報処理端末によってファク
シミリ装置を制御する使い方でも、戸惑うことなくスム
ースに利用することが可能になる。 （５）送信キューなどに、変更しようとしているダイヤ
ルデータを利用するジョブがある場合、通常は登録を異
常終了する。不用意にデータが変更されたことによる誤
ダイヤルを防ぐことができる。

【０３８４】１６．音声データ管理機能 この音声データ管理機能は、留守録制御部により管理さ
れる音声データおよび音声管理情報のダウンロード／ア
ップロードを行うものである。

【０３８５】図４０は、本実施例における留守録制御部
１０９内の音声データ処理部を表わしたブロック図であ
る。以下、各部材について説明する。

【０３８６】１８Ａ−１は、デジタル化された音声デー
タに対してＡＤＰＣＭ等の圧縮／伸張処理を施すＤＳＰ
である。該処理はＲＯＭ１０２の留守録制御プログラム
に従い、バス１８Ａ−８を介して送られてくる格納／読
出等のコマンドにより開始される。

【０３８７】１８Ａ−２は、ＤＳＰ１８Ａ−１の生成す
るデジタル音声信号をアナログ信号に変換するためのＤ
Ａ変換器である。１８Ａ−３は、ＤＡ変換器１８Ａ−２
の出力信号のゲインを調整するための送信アンプであ
る。１８Ａ−４は、アナログの音声信号をデジタル信号
に変換するためのＡＤ変換器である。１８Ａ−５は、Ａ
Ｄ変換器への入力信号のゲインを調整するための受信ア
ンプである。

【０３８８】１８Ａ−６は、ＤＳＰ１８Ａ−１が圧縮し
た音声データを格納しておくための音声格納用ＲＡＭで
ある。これは、ＲＡＭ１０３の一部であってもよい。１
８Ａ−７は、ＤＳＰ１８Ａ−１と音声格納用ＲＡＭ１８
Ａ−６との間で音声データのやりとりを行うための音声
データバスである。１８Ａ−８は、図１Ａのシステムバ
ス１１９に相当し、前述した録音／再生等のコマンドや
ＤＳＰ１８Ａ−１で処理されるデジタル音声信号等がや
りとりされる。

【０３８９】“Ｌｉｎｅ Ｏｕｔ”はアナログ信号の出
力を示し、出力されたアナログ信号は操作部１０７内の
スピーカや、通信制御部１０８を介して通信回線１１６
／１１７や電話機１１５等に出力される。また、“Ｌｉ
ｎｅ Ｉｎ”はアナログ信号の入力を示し、操作部１０
７内のマイクからの音声や、通信制御部１０８を介して
通信回線１１６／１１７や電話機１１５からの音声が入
力される。

【０３９０】図４１は、本実施例における音声管理の概
略を示した図である。

【０３９１】音声管理レコードは、ＲＡＭ１０３に格納
され、各々の管理レコードには、音声ＩＤ、音声モード
（応答メッセージ、着信メッセージ、通話メッセージ
等）、録音開始時刻、録音時間、後述する音声管理テー
ブル番号等が記憶されている。

【０３９２】各々の管理レコードは、ネクストポインタ
（ｎｅｘｔｐｔｒ）によりリンクされており、最終情報
の場合は最後の情報であることを示すためにたとえば０
等の終端符号によりターミネートされている。

【０３９３】また、先頭ファイルポインタはＲＡＭ１０
３に配置されている変数であり、先頭の管理レコードが
格納されているアドレスを記憶している。ここで管理さ
れているファイルがない場合には、たとえば０等の終端
符号が格納されている。

【０３９４】一方、ＤＳＰ１８Ａ−１では音声格納用Ｒ
ＡＭ１８Ａ−６内の圧縮された音声データの管理を行う
ために音声管理テーブルが使用される。音声管理テーブ
ルは、ＤＳＰ１８Ａ−１内のＲＡＭに配置されている。
各管理テーブルには一意に識別可能な番号が割り当てら
れており、音声格納用ＲＡＭ１８Ａ−６内に記憶されて
いる音声データの開始アドレスとデータサイズが格納さ
れている。

【０３９５】ＲＯＭ１０２の留守録制御プログラムで
は、例えば、格納開始コマンドをＤＳＰに発行後、該メ
ッセージが格納される音声管理テーブル番号を獲得し、
音声ＩＤ等の他の情報とともに音声管理レコード内に格
納する。その後、該メッセージを読み出す場合には、音
声ＩＤにより検索された音声管理レコード内の音声管理
テーブル番号と読出コマンドをともに発行すれば、ＤＳ
Ｐ１８Ａ−１では該音声管理テーブル番号をもとに、開
始アドレスから音声データを順次アクセスすることが可
能となる。

【０３９６】図４２は、本実施例における音声データ管
理機能の制御動作を示したフローチャートである。

【０３９７】まず、Ｓ１８０１において、要求される処
理が音声データ処理であるか否かを判断する。この要求
は、情報処理端末１１４からＩ／Ｆ制御部１１３を介し
て到来したコマンドによるものであってもよいし、ま
た、ファクシミリ装置が自発的に処理を実行するもので
あってもよい。ここで、要求が音声データ処理であるな
らば、アップロード処理であるか否かを判断する（Ｓ１
８０２）。アップロード処理が要求されていれば、Ｓ１
８０３において音声データアップロード処理が実行さ
れ、そうでないならば、Ｓ１８０４において音声データ
ダウンロード処理が実行される。

【０３９８】音声データアップロード処理（Ｓ１８０
３）においては、指定された音声ＩＤにより管理されて
いる音声メッセージを音声格納用ＲＡＭ１８Ａ−６から
読み出し、デジタル信号としてＩ／Ｆ制御部１１３を介
して情報処理端末１１４に送出する。ここで必要なら
ば、ＤＳＰ１８Ａ−１においてサンプリングレート変換
等のデジタル信号処理が実行される。

【０３９９】音声データダウンロード処理（Ｓ１８０
４）においては、情報処理端末１１４からＩ／Ｆ制御部
１１３を介して受信したデジタル信号を音声格納用ＲＡ
Ｍ１８Ａ−６に格納し、音声管理レコード、音声管理テ
ーブルを作成する。ここでも必要ならば、ＤＳＰ１８Ａ
−１においてサンプリングレート変換等のデジタル信号
処理が実行される。

【０４００】一方、Ｓ１８０１において要求が音声デー
タ処理でない場合、Ｓ１８０５においてアップロード処
理であるか否かを判断する。アップロード処理が要求さ
れていれば、Ｓ１８０６において音声管理情報アップロ
ード処理が実行され、そうでないならば、Ｓ１８０７に
おいて音声管理情報操作処理が実行される。

【０４０１】音声管理情報アップロード処理（Ｓ１８０
６）においては、現在録音されている音声データの音声
ＩＤ、録音開始時刻、モード、録音時間等といった音声
管理レコードに格納されている情報をＩ／Ｆ制御部１１
３を介して情報処理端末１１４に送出する。

【０４０２】また、音声管理情報操作処理（Ｓ１８０
７）においては、指定された音声ＩＤの音声メッセージ
の消去や、操作部１０７内のスピーカからの音声出力と
いう制御を実行する。

【０４０３】以上の音声データ管理機能によれば、音声
データおよび音声管理情報のダウンロード／アップロー
ドが可能となる。したがって、音声情報を情報処理端末
上で管理することが可能となる。

【０４０４】又、着信メッセージを録音する毎、また
は、ある程度たまった時点で自動的に音声データと音声
管理情報を情報処理端末にアップロードすることによ
り、メッセージフルとなる確率が低減し使い勝手の良い
装置を提供することができる。

【０４０５】１７．ホスト・ダイヤル機能 このホスト・ダイヤル機能は、情報処理端末から発呼と
それにまつわる回線制御処理を実行するものである。こ
の機能は回線の閉結、通信相手との接続、回線の開放、
の一連の処理を実行し、ファクシミリ装置のダイヤル機
能を情報処理端末から利用できるようにしたものであ
る。

【０４０６】図４３は、ホストダイヤル機能のファクシ
ミリ装置の制御動作を示したフローチャートである。

【０４０７】まず、ステップ１９−００１では、ホスト
・ダイヤル指示受け付けを行う。この処理では、ファク
シミリ装置のＣＰＵ１０１は、ホスト・ダイヤル指示を
受け付ける。この指示には、回線の閉結、選択信号番号
が両方含まれる場合もあれば、含まれない場合もある。
例えば、情報処理端末が扱うデータベースに含まれる住
所録から通信相手を指定して、その相手の電話番号に対
して発呼を実行させる形態は前者に相当する。指示がな
い場合は、ホスト・ダイヤル結果要求の確認（１９−０
１０）を行う。

【０４０８】ステップ１９−００２では、ホスト・ダイ
ヤル実行条件の確認を行う。この処理では、受け付けた
ホスト・ダイヤル指示を解釈し、それが実行可能か否か
を判断する。モデム、ＮＣＵ、回線、ハンドセット、接
続電話機等の状況を確かめて判断する。指示が実行可能
でない場合は、エラーレスポンスの送出（１９−００
３）を行う。実行可能の場合は、ダイヤル処理（１９−
００４）を行う。

【０４０９】ステップ１９−００３では、エラーレスポ
ンス送出を行い、エラーレスポンスを情報処理端末１１
４に送出する。

【０４１０】ステップ１９−００４では、ダイヤル処理
を行う。この処理では、ホスト・ダイヤル指示に応じた
ダイヤル処理を実行する。ダイヤル処理とは、発呼処理
そのものに加え、ファクシミリ装置が行える発呼にまつ
わる通信回線の制御、例えば回線の閉結や開放、オンフ
ック・キーやハンズフリー・キー操作、ＤＴや呼び出し
音、話中音の検出の有無の設定、保留状態の設定／解除
等の通信回線の制御も含む。

【０４１１】ステップ１９−００５では、接続状況の送
出を行う。この処理では、ファクシミリ装置のＣＰＵ１
０１は、ＮＣＵ、モデムを制御して接続状況、例えば正
常に接続した、ビジー・トーンを検出した等、を情報処
理端末１１４に送る。

【０４１２】ステップ１９−００６では、ホストからの
次データ受信の確認を行う。この処理では、ファクシミ
リ装置のＣＰＵ１０１は、次のデータ（ホスト・ダイヤ
ル指示）を受信したか否かを確認する。る。ホスト・ダ
イヤル指示の受け付け（１９−００１）の指示データ
が、一連のダイヤル処理をすべて指定している場合は、
次データはないと考えられる。確認の具体的方法は、終
了条件として指定できる。例えば、発呼して通信相手と
接続してから６０秒経過するまでにデータが送られてこ
ない場合をもって次データなしとみなす等である。次デ
ータがない場合は、レスポンス送出（１９−００８）を
行う。次のデータを受ける場合は、情報処理端末１１４
がまず回線の閉結のみを（１９−００１）の指示で実行
させ、その結果に応じて選択信号を送出したい等という
場合が例としてあげられる。次データがある場合は、そ
のデータに従いダイヤル処理（１９−００４）を実行す
る。

【０４１３】ステップ１９−００７では、レスポンス送
出を行う。この処理では、ファクシミリ装置のＣＰＵ１
０１は、ホスト・ダイヤルを実行した結果のレスポンス
を情報処理端末１１４に送出する。

【０４１４】ステップ１９−００８では、回線開放の確
認を行い、ファクシミリ装置のＣＰＵ１０１は、回線を
開放したか否かを確認する。

【０４１５】ステップ１９−００９では、終了メッセー
ジ送出を行い、ファクシミリ装置のＣＰＵ１０１は、終
了通知を情報処理端末１１４に送出する。

【０４１６】ステップ１９−０１０では、ホスト・ダイ
ヤル結果要求の確認を行う。この処理では、ファクシミ
リ装置のＣＰＵ１０１は、情報処理端末１１４からホス
ト・ダイヤル処理の結果要求があるか否かを確認する。
要求がない場合は、待機状態に戻る。

【０４１７】ステップ１９−０１１では、ホスト・ダイ
ヤル結果の送出を行い、ファクシミリ装置のＣＰＵ１０
１は、ホスト・ダイヤル結果を情報処理端末に送出す
る。

【０４１８】以上のホストダイヤル機能によれば、ファ
クシミリ装置や電話機を直接操作せず、かつ情報処理端
末が扱うデータを利用してダイヤルできる。つまり、各
種アプリケーション・ソフトウェアで作成した住所録や
電話帳データとダイヤル機能を結び付けることができ、
使いやすさを向上させることができる。

【０４１９】以上が本実施例のファクシミリ装置が有す
る各機能の制御動作である。尚、上述した各機能の制御
はその機能を実現するにあたり種々の変形が可能であ
る。

【０４２０】

【発明の効果】以上の様に、本発明によれば、外部情報
端末は、ファイルの情報をファイル情報取得コマンドを
発行することによりいつでも得ることができるようにな
り、外部情報処理端末のファイル管理データが誤って消
去された場合などでもファイルの情報を作成し直すこと
が可能となる。

【０４２１】又、いつでもファイル情報を取得すること
が可能となるので、外部情報端末側では画像処理装置に
蓄積されているファイルの詳細情報を保持する必要がな
くなる。

【０４２２】更に、ファイル削除指示によりファイル削
除を行うことが可能となり、効率的に画像処理装置のフ
ァイル管理を行うことができるようになる。

【図面の簡単な説明】

【図１】本実施例のファクシミリ装置の構成を示したブ
ロック図である。

【図２】情報処理端末１１４と本ファクシミリ装置間の
通信シーケンスを示した図である。

【図３】ダウンロード機能の情報処理端末１１４及びフ
ァクシミリ装置のＣＰＵ１０１の制御動作を示したフロ
ーチャートである。

【図４】ホストプリント機能のＣＰＵ１０１の制御動作
を示したフローチャートである。

【図５】ホストプリント機能のＣＰＵ１０１の制御動作
を示したフローチャートである。

【図６】ファイルプリント機能のＣＰＵ１０１の制御動
作を示したフローチャートである。

【図７】ホスト送信機能のＣＰＵ１０１の制御動作を示
したフローチャートである。

【図８】ホスト送信機能のＣＰＵ１０１の制御動作を示
したフローチャートである。

【図９】ファイル送信機能のＣＰＵ１０１の制御動作を
示したフローチャートである。

【図１０】ファイル送信機能のＣＰＵ１０１の制御動作
を示したフローチャートである。

【図１１】原稿送信機能のＣＰＵ１０１の制御動作を示
したフローチャートである。

【図１２】原稿送信機能のＣＰＵ１０１の制御動作を示
したフローチャートである。

【図１３】ファイルアップロード機能のＣＰＵ１０１の
制御動作を示したフローチャートである。

【図１４】図１３におけるＰｉｘファイルデータ生成処
理を示したフローチャートである。

【図１５】図１３におけるＰＤＬファイルデータ生成処
理を示したフローチャートである。

【図１６】ページアップロード機能のＣＰＵ１０１の制
御動作を示したフローチャートである。

【図１７】図１４と図１６のＰｉｘページデータ生成処
理を示したフローチャートである。

【図１８】図１５と図１６のＰＤＬページデータ生成処
理を示したフローチャートである。

【図１９】スキャンデータ転送機能のＣＰＵ１０１の制
御動作を示したフローチャートである。

【図２０】スキャンデータ蓄積機能のＣＰＵ１０１の制
御動作を示したフローチャートである。

【図２１】スキャンデータ蓄積機能のＣＰＵ１０１の制
御動作を示したフローチャートである。

【図２２】受信機能のＣＰＵ１０１の制御動作を示した
フローチャートである。

【図２３】受信機能のＣＰＵ１０１の制御動作を示した
フローチャートである。

【図２４】ポーリング機能のＣＰＵ１０１の制御動作を
示したフローチャートである。

【図２５】ポーリング機能のＣＰＵ１０１の制御動作を
示したフローチャートである。

【図２６】通信管理情報のフォーマットを示した図であ
る。

【図２７】通信管理機能のＣＰＵ１０１の制御動作を示
したフローチャートである。

【図２８】ファイル管理の概略を示した図である。

【図２９】ファイル管理機能のＣＰＵ１０１の制御動作
を示したフローチャートである。

【図３０】ファイル管理機能のＣＰＵ１０１の制御動作
を示したフローチャートである。

【図３１】システムメモリ管理機能のＣＰＵ１０１の制
御動作を示したフローチャートである。

【図３２】図３１の登録処理を示したフローチャートで
ある。

【図３３】図３１の参照処理を示したフローチャートで
ある。

【図３４】図３２のダイヤルデータ登録処理を示したフ
ローチャートである。

【図３５】図３２のユーザデータ登録処理を示したフロ
ーチャートである。

【図３６】図３２のサービスデータ登録処理を示したフ
ローチャートである。

【図３７】図３３のダイヤルデータ参照処理を示したフ
ローチャートである。

【図３８】図３３のユーザデータ参照処理を示したフロ
ーチャートである。

【図３９】図３３のサービスデータ参照処理を示したフ
ローチャートである。

【図４０】留守録制御部１０９内の音声データ処理部の
構成を示したブロック図である。

【図４１】音声データの管理の概略を示した図である。

【図４２】音声データ管理機能のＣＰＵ１０１の制御動
作を示したフローチャートである。

【図４３】ホストダイヤル機能のＣＰＵ１０１の制御動
作を示したフローチャートである。

【符号の説明】

１０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ 画像メモリ １０５ データ変換部 １０６ 読取制御部 １０７ 操作部 １０８ 通信制御部 １０９ 留守録制御部 １１０ 解像度変換処理部 １１１ 符号復号化処理部 １１２ 記録制御部 １１３ Ｉ／Ｆ制御部 １１４ 情報処理端末 １１５ 電話機 １１６ ＰＳＴＮ回線 １１７ ＩＳＤＮ回線

フロントページの続き (72)発明者 大石 和臣 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 山室 聡一 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 熊谷 武和 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内 (72)発明者 高橋 政共 東京都大田区下丸子３丁目30番２号キヤノ ン株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 外部情報処理端末とデータの送受を行う
   インターフェース手段と、 ファイルデータを蓄積する蓄積手段と、 前記ファイルデータを特定するための識別子を発生し、
   発生した識別子を前記外部情報処理端末に送信する識別
   子発行手段と、 前記蓄積手段に蓄積されたファイルデータを管理するた
   めの管理情報を夫々の識別子に対応可能に記憶するファ
   イル管理手段と、 前記インターフェース手段を介して前記外部情報処理端
   末から前記ファイル管理情報の転送の指示を受け付ける
   指示受付手段と、 前記指示受付手段によって受け付けた指示に従って、前
   記ファイル管理情報を前記外部情報端末に転送する転送
   手段とを有し、 前記指示に、前記識別子を設定可能とし、前記転送手段
   は前記識別子に対応するファイル管理情報を転送するこ
   とを特徴とする画像処理装置。
2. 【請求項２】 外部情報処理端末とデータの送受を行う
   インターフェース手段と、 ファイルデータを蓄積する蓄積手段と、 前記ファイルデータを特定するための識別子を発生し、
   発生した識別子を前記外部情報処理端末に送信する識別
   子発行手段と、 前記蓄積手段に蓄積されたファイルデータを管理するた
   めの管理情報を夫々の識別子に対応可能に記憶するファ
   イル管理手段と、 前記インターフェース手段を介して前記外部情報処理端
   末から前記ファイルデータを前記蓄積手段から削除する
   ための指示を受け付ける指示受付手段と、 前記指示受付手段によって受け付けた指示に従って、前
   記ファイルデータを前記蓄積手段から削除する削除手段
   とを有し、 前記指示に、前記識別子を設定可能とし、前記削除手段
   は前記識別子に対応するファイルデータを削除すること
   を特徴とする画像処理装置。