JP3618779B2 - 画像処理装置及びその制御方法 - Google Patents
画像処理装置及びその制御方法 Download PDFInfo
- Publication number
- JP3618779B2 JP3618779B2 JP08158294A JP8158294A JP3618779B2 JP 3618779 B2 JP3618779 B2 JP 3618779B2 JP 08158294 A JP08158294 A JP 08158294A JP 8158294 A JP8158294 A JP 8158294A JP 3618779 B2 JP3618779 B2 JP 3618779B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- processing terminal
- information processing
- file
- information
- 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
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【産業上の利用分野】
本発明は、情報処理端末に接続可能な画像処理装置及びその制御方法に関するものである。
【0002】
【従来の技術】
従来、この種の装置、例えばファクシミリ装置において、このファクシミリ装置の読取、記録、通信等の機能を外部の接続されたパーソナルコンピュータ等の情報処理端末によって利用可能なものが提案されている。このようなファクシミリ装置は、例えばRS232Cインターフェース等を介して情報処理端末に接続され、情報処理端末からのコマンドによって種々の処理を行うものである。
【0003】
【発明が解決しようとしている課題】
このように外部に接続された情報処理端末からファクシミリ装置の種々の設定登録を行えるようになると、情報処理端末が大型のキーボード、表示器を利用できることからその操作性が大幅に向上することになる。
【0004】
しかしながら、ただ単に情報処理端末を用いて設定情報を登録しようとすると、例えば何らかの理由で登録できないタイミングで登録指示を出してしまったり、登録が許可されていない者が登録指示を出したり、登録できない情報や既に登録されているなど登録指示を出す必要のないのに指示を出してしまったり、といったように種々の問題が発生してしまう。
【0006】
【課題を解決するための手段】
本発明の画像処理装置はこのような問題点を除去するために、外部情報処理端末とデータの送受を行うインターフェース手段と、種々の設定情報を記憶する記憶手段と、前記インターフェース手段を介して外部情報処理端末から前記記憶手段で記憶される設定情報の登録の際に異常が発生した場合の処理条件及び設定情報の登録指示を受け付ける受付手段と、前記受付手段で受け付けた登録指示に基づき設定情報を前記記憶手段に記憶させるとともに異常発生時には受け付けた処理条件に従って処理する制御手段とを有し、前記受付手段は受け付けた登録指示に基づく設定情報を前記制御手段が前記記憶手段に記憶させるための処理を行う前に前記異常が発生した場合の処理条件を受け付け、前記制御手段は異常発生時に該処理条件に従って処理する。
また、外部情報処理端末とデータの送受を行うインターフェース手段と、種々の設定情報を記憶する記憶手段と、登録者を特定するための識別符号を複数管理する管理手段と、前記インターフェース手段を介して外部情報処理端末から前記記憶手段で記憶される設定情報の登録指示及び所定の識別符号を受け付ける受付手段と、
前記受付手段で受け付けた登録指示及び識別符号に応じて前記記憶手段による記憶動作を制御する制御手段と、ファクシミリ手順によって相手装置と画像情報の通信を行うファクシミリ通信手段とを有し、前記制御手段は前記受付手段で受け付けた識別符号に応じてユーザと特定される登録者が設定する第1の設定情報とサービスマンと特定される登録者が設定する前記ファクシミリ通信手段による通信の制御に関わる設定情報を含む装置動作に関わる第2の設定情報とを区別して前記記憶手段に記憶する。
また、外部情報処理端末とデータの送受を行うインターフェース手段と、前記インターフェース手段を介して外部情報処理端末から設定情報の登録指示を受け付ける受付手段と、前記受付手段で受け付けた登録指示に基づき、登録者に応じて区別された設定情報を登録する登録手段と、前記登録手段で登録された登録者に応じた設定情報をそれぞれ区別して前記インターフェース手段を介して外部情報処理端末に通知する第1の通知手段と、前記登録手段により登録されない情報を前記インターフェース手段を介して外部情報処理端末に通知する第2の通知手段とを有する。
【0007】
【実施例】
以下、図面を参照して本発明の実施例を詳細に説明する。
【0008】
図1は本実施例の画像処理装置(ファクシミリ装置)の構成の概略図である。
【0009】
CPU101は、システム制御部であり、システムバス119を介して画像処理装置全体を制御する。
【0010】
ROM102は、CPU101の制御プログラムやオペレーティングシステム(OS)プログラムなどを格納するものである。RAM103は、SRAM等で構成され、プログラム制御変数等を格納するためのものである。また、オペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファもRAM103に格納されるものである。画像メモリ104は、DRAM等で構成され、画像データを蓄積するものである。本実施例では、ROM102に格納されている各制御プログラムは、ROM102に格納されたOSの管理下でスケジューリングやタスクスイッチなどのソフトウエア制御が行われるものとする。
【0011】
操作部107は、各種キー、LED、LCD等で構成され、オペレータによる各種入力操作や、画像処理装置の動作状況の表示などを行うものである。
【0012】
読取制御部106は、CSイメージセンサ(密着型イメージセンサ)、画像処理制御部などにより構成されるものである。読取制御部106では、原稿をCSイメージセンサを用いて光学的に読み取り、電気的な画像データに変換し、画像処理制御部により2値化処理、中間調処理などの各種画像処理を施して高精細な画像データを出力するものである。なお、本実施例における読取制御部106は、原稿を搬送しながら読取を行うシート読取制御と、原稿台にある原稿をスキャンするブック読取制御の両方式に対応しているものとする。
【0013】
記録制御部112は、レーザービームプリンタやインクジェットプリンタ等のページプリンタ、ソーター、画像処理制御部などにより構成されるものである。記録制御部112では、記録する画像データに対し、画像処理制御部によりスムージング処理や記録濃度補正処理などの各種画像処理を施して高精細は画像データに変換し、ページプリンタに出力する。本実施例では、ページプリンタから出力される記録紙は、ソーターにより所定のビンに格納されるものとする。
【0014】
通信制御部108は、MODEM(変復調装置)、NCU(網制御装置)などにより構成されるものである。本実施例における通信制御部108は、アナログの通信回線(PSTN)116およびディジタルの通信回線(ISDN)117に接続可能であり、G3およびG4のプロトコルでの通信制御、通信回線に対する発呼および着呼などの回線制御を行うものである。さらに通信制御部108には電話機115を接続し、通信やDTMFリモート制御などを行うことも可能である。また、留守録制御部109は、音声ICや音声録音再生制御部などにより構成され、留守番電話機能を提供するものである。
【0015】
符号復号化処理部111は、画像処理装置で扱う画像データの符号復号化処理や拡大縮小処理を行うものである。また、解像度変換処理部110は、画像データのミリーインチ解像度変換などの解像度変換制御を行うものである。なお、解像度変換部110においても画像データの拡大縮小処理は可能である。さらにデータ変換部105は、ページ記述言語(PDL)などの解析、キャラクタデータのCG展開などの画像データの変換を行うものである。
【0016】
I/F制御部113は、外部に接続するパーソナルコンピュータやワードプロセッサ等の情報処理端末114とのインターフェース制御を行うものである。本実施例では、RS232Cなどのシリアルインターフェース、セントロニクスなどのパラレルインターフェース、およびLANインターフェースの各インターフェースに対応しているものとする。情報処理端末114から送信、プリント、データ登録などのリモート操作は、あらかじめ定められたコマンド・パラメータ・データ等をI/F制御部113を介して画像処理装置に送信することにより行われるものである。なお、本実施例では情報処理端末114には、リモート操作を行うためのアプリケーションソフトおよびドライバソフトがインストールされているものとする。
【0017】
拡張スロット118は、画像処理装置にオプションボードを挿入するスロットで、拡張画像メモリやSCSIインターフェースボード、ビデオインターフェースボードなどの各種オプションボードを取り付けることが可能である。
【0018】
次に情報処理端末(ホスト)とのインターフェース制御の基本動作を図2を用いて説明する。
【0019】
図2は、本実施例における情報処理端末114とI/F制御部113の間のデータ送受信の概略を示したものである。
【0020】
情報処理端末114からのリモート操作は、各種動作ごとにコマンド、画像データ、レスポンスなどをあらかじめ定められたインターフェースプロトコルに従いデータを送受信することにより行われるものである。コマンドは、各コマンドを識別するためのコマンドコードや、各コマンドの実行を行うために必要な設定値(記録紙サイズ、相手先電話番号、画像データ種別など)などにより構成されるものである。また画像データは、画像データを要求するコマンドまたは画像データを転送するコマンドに対して送出または受信するものである。
【0021】
なお、コマンドには各種制御に対する終了処理条件や、装置異常時の異常終了処理条件を指定することが可能である。終了処理条件の指定とは、制御終了時に画像処理装置が実行する制御(指定した画像データをクリアするなど)を指定するものである。また、異常処理条件の指定とは、画像処理装置の異常時(通信エラー、記録紙ジャムなどの)に画像形成装置が実行する制御(エラー再送信制御の実行など)を指定するものである。前記終了処理条件および異常処理条件を指定することにより、画像処理装置の状態によらずコマンドの種類および性格により終了処理の条件設定が可能となる。また、コマンドには、各種制御を実行する際の優先順位を定めるプライオリティの設定が可能である。
【0022】
リモート操作を行う場合は、情報処理端末114から画像形成装置に対し、リモート操作に対応したコマンドを送信する。画像形成装置は、受信したコマンドを解析し、受け付けられるか否かの判断を行ったうえで、そのコマンドに対するレスポンスを情報処理端末114に対して送信する。なおレスポンスは受け付けたコマンドに対する結果とコマンドを識別するためのサービスIDなどにより構成されるものとする。レスポンス送出後、受け付けたコマンドに従って画像処理装置で通信や記録などの各種制御を開始する。各種制御が終了後(エラー終了含む)、コマンドによりあらかじめ指定された終了処理を行い、終了メッセージを情報処理端末114に対して送信する。終了メッセージは、前記サービスID、処理結果(終了/エラーコードなど)などにより構成されるものとする。
【0023】
また、本実施例では、各種リモート操作を行うコマンドのキューイング制御が可能である。キューイング制御とは、画像処理装置が、あるコマンドに対する制御を実行中あるいは実行前に、次のコマンドを受け付けることを可能にする制御である。本実施例におけるキューイング制御は、情報処理端末114からのコマンド受信時に、コマンドの解析を行い、コマンドの種類によって通信キュー、記録キューなどの各種制御キューに対して制御の予約を行うものである。各種制御を実行は、制御キューに予約されているコマンドを順次制御することにより行われるが、前記コマンドのプライオリティが設定されている場合は、その優先度に従い優先的に制御を行うことが可能である。キューイング制御とプライオリティ制御により、特定の制御を優先的に実行する割込処理などが可能となる。さらに、キューイング制御を行うことにより、複数のコマンドを受け付け、通信制御、記録制御などの各制御を同時に実行することが可能となり、より効率的に画像処理装置を動作することが可能となるのである。また、コマンド受付時に前記サービスIDを発行するため、各制御キューの実行順序のローテーションなどを行った場合でも、画像処理装置で実行した結果を情報処理端末114に対して通知することが可能である。
【0024】
以下の機能によって、コマンドに終了処理条件および異常処理条件を設定可能にすることにより、画像処理装置の状態によらずコマンドの種類および性格により終了処理の条件設定が可能となる。
【0025】
又、コマンドのキューイング制御を行うことにより、複数のコマンドを受け付け、通信制御、記録制御などの各制御を同時に実行することが可能となり、より効率的に画像処理装置を動作することが可能となるのである。
【0026】
又、コマンド受付時にサービスIDを発行することにより、各制御キューの実行順序変更のためローテーションなどを行った場合でも、画像処理装置で実行した結果を情報処理端末に対して通知することが可能となる。
【0027】
又、プライオリティ制御を行うことにより、特定の制御を優先的に実行する割込処理などが可能となる。
【0028】
次に本実施例の画像処理装置(ファクシミリ装置)の有する機能について説明する。
1.ダウンロード機能(図3)
情報処理端末114(ホスト)が転送する画像データをファクシミリ装置の画像メモリに格納する機能である。
2.ホストプリント機能(図4、図5)
ホストが転送する画像データをプリント出力する機能である。
3.ファイルプリント機能(図6)
ファクシミリ装置内の画像ファイルをプリント出力する機能である。
4.ホスト送信機能(図7、図8)
ホストが転送する画像データを送信する機能である。
5.ファイル送信機能(図9、図10)
ファクシミリ装置内の画像ファイルを送信する機能である。
6.原稿送信機能(図11、図12)
ファクシミリ装置でスキャンした画像データを送信する機能である。
7.ファイルアップロード機能(図13、図14、図15、図17、図18)
ファクシミリ装置内の画像データをファイル単位でホストに転送する機能である。
8.ページアップロード機能(図16、図17、図18)
ファクシミリ装置内の画像データをページ単位でホストに転送する機能である。
9.スキャンデータ転送機能(図19)
ファクシミリ装置でスキャンした画像データをホストに転送する機能である。
10.スキャンデータ蓄積機能(図20、図21)
ファクシミリ装置でスキャンした画像データをファクシミリ装置内の画像メモリに格納する機能である。
11.受信機能(図22、図23)
ファクシミリ装置の受信モードを設定し、受信状況を取得する機能である。
12.ボーリング受信機能(図24、図25)
ボーリング発呼の指示を行い、その結果を取得する機能である。
13.通信管理機能(図26、図27)
ファクシミリ装置内の通信管理情報を取得する機能である。
14.ファイル管理機能(図28、図29、図30)
ファクシミリ装置内の画像データに関するファイル情報やページ情報の取得や、ファイルの削除を行う機能である。
15.システムメモリ管理機能(図31〜図39)
ダイヤルデータの参照や登録を行う機能である。
16.音声データ管理機能(図40、図41、図42)
留守録制御部109により管理される音声データ及び音声管理情報のダウンロード/アップロードを行なう機能である。
17.ホストダイヤル機能(図43)
情報処理端末114からの要求に基づく発呼とそれに関する回線制御処理を実行する機能である。
【0029】
次に上述した各機能の制御動作について詳細に説明する。
【0030】
1.ダウンロード機能
このダウンロード機能は、情報処理端末114が管理するデータを必要に応じて変換して(必要がなければ変換しない)ファクシミリ装置に転送し、画像メモリ104に記憶させるものである。
【0031】
図3はダウンロード時の情報処理端末114と画像処理装置(ファクシミリ装置)の制御動作を示したフローチャートである。ダウンロードは、情報処理端末との最も基本的な通信であるので、図3の右側に右側に情報処理端末114の処理を、左側にファクシミリ装置のCPU101の制御処理を示す。
【0032】
まずステップ3−001では、ダウンロード指示受け付けを行う。このダウンロード指示受付けでは、情報処理端末114は、データをダウンロードする指示を受け付ける。この指示は、情報処理端末114の操作部から情報処理装置114に入力されるものとする。もちろん、指示は、I/F制御部113を介してファクシミリ装置から入力される、あるいは情報処理端末114が接続されたネットワーク上の他の情報処理端末等から入力される等の場合である。
【0033】
ステップ3−002では、指示解釈&判断を行う。この指示解釈と判断では、情報処理端末114は、受け付けた指示を解釈し、それが実行可能か否かを判断する。指示が実行可能でない場合は、エラー処理1(3−003)を行う。実行可能の場合は、ダウンロード・データの形成と転送(3−004)を行う。
【0034】
ステップ3−003では、エラー処理1を行う。このエラー処理1では、情報処理端末114は、エラー処理として、ダウンロードを実行不可能である旨とその原因を示すメッセージを情報処理端末に表示する等を行う。
【0035】
ステップ3−004では、データ形成、転送を行う。このデータ形成、転送では、情報処理端末114からファクシミリ装置に一番最初に転送されるデータは、ダウンロード・コマンド(これからダウンロードを実行することを示す情報とその詳細を示すパラメータ、終了条件、異常処理条件等を含む)である。第2回目以降の転送では、情報処理端末114は、ダウンロードする全データのうち第n回目(n>1)に転送するデータをファクシミリ装置との間で取り決めた形式に変換、あるいは生成する。この取り決めは、コマンドに規定される。あるいは第n−1回目の転送結果通知で規定されるという方式もありうる。いずれの方式にせよ、ダウンロードする全データに必要な条件が同一の場合、この時点で全データを変換、あるいは生成してしまってもよい。ダウンロード・データの形成が完了したら、情報処理端末114は、ダウンロード・データをファクシミリ装置に送る。
【0036】
ステップ3−005では、データ受信を行う。このデータ受信では、ファクシミリ装置のCPU101は、送られてきたダウンロード・データをI/F制御部113を介して受信する。
【0037】
ステップ3−006では、メモリ残量確認を行う。このメモリ残量確認では、ファクシミリ装置のCPU101は、画像メモリ104のメモリ残量を確認する。メモリ残量がない場合は、エラー処理2(3−010)を行う。メモリ残量がある場合は、データ形式の判別(3−007)を行う。
【0038】
ステップ3−007では、データ形式の判別を行う。このデータ形式の判別では、ファクシミリ装置のCPU101は、受信したダウンロード・データのデータ形式を判別する。この判別は、次のように行う。ファクシミリ装置がスタンバイ状態の時に受信したデータは、コマンドを示すキャラクタ・データとみなし、解析する。コマンドの受信以後に送られてくるデータは、そのデータが転送されてくるまでに(コマンドあるいは以前の結果通知で)指定されているデータ形式であると判別する。判別の結果、符号化データ(MH、MR、MMR、JBIG)や生データの場合は、符号化/復号化処理(3−008)を行い、キャラクタ・データやPDL等の場合は、画像メモリ104に記録(3−011)する。
【0039】
ステップ3−008では、符号化/復号化処理を行う。この符号化/復号化処理では、ファクシミリ装置のCPU101は、符号化データ(MH、MR、MMR、JBIG)や生データを符号化/復号化変換する。例えば、MHデータならば、まず復号化して生データに戻し、その生データを画像メモリに記録する形式のデータに符号化する。
【0040】
ステップ3−009では、符号化/復号化処理確認を行う。この符号化/復号化処理確認では、符号化/復号化処理(3−007)が正常に終了した場合は、画像メモリに記録する(3−011)。正常に終了しなかった時は、エラー処理2(3−010)を行う。
【0041】
ステップ3−010では、エラー処理2を行う。このエラー処理2では、メモリ残量確認(3−006)においてメモリ残量がない場合、あるいは符号化/復号化処理(3−008)において処理が正常に終了しなかった場合、異常処理条件に従う。異常処理条件としては、ダウンロード・データの受信が失敗した時点でダウンロードを中止する、あるいは同じデータの再送をするものとして、再送が連続して指定された回数(例えば3回)失敗した場合に中止する等である。中止要求メッセージあるいは再送要求メッセージをレスポンスとして情報処理端末114に転送することにしてもよい。
【0042】
ステップ3−011では、画像メモリに記録を行う。この画像メモリ記録では、ファクシミリ装置のCPU101は、符号化/復号化したデータ、PDL、キャラクタ・データ等を画像メモリに記録する。
【0043】
ステップ3−012では、レスポンス送出を行う。このレスポンス送出では、ファクシミリ装置のCPU101は、レスポンスを情報処理装置114に送信する。正常終了した場合はその旨を示す情報をレスポンスとする。失敗した場合はエラー処理2 3−010で述べた処理内容に応じたレスポンス(中止要求、再送要求等)とする。
【0044】
ステップ3−013では、レスポンス受信を行う。このレスポンス受信では、情報処理端末114は、レスポンスを受信する。
【0045】
ステップ3−014では、データ転送結果の確認を行う。このデータ転送結果の確認では、情報処理端末114は、ダウンロードしたデータが正常に転送されたか否かをレスポンスにより確認する。データが正常に転送されていない場合は、エラー処理3(3−015)を行う。
【0046】
ステップ3−015では、エラー処理3を行う。このエラー処理3では、情報処理端末114は、エラー処理として、例えば、レスポンスが中止要求であれば以後のダウンロードの処理を中止する、再送要求であればもう一度同じデータを形成し、転送するために3−004に戻る等を行う。
【0047】
ステップ3−016では、データ残量確認を行う。このデータ残量確認では、情報処理端末114は、ダウンロードするデータの残量確認を行う。データが残っているならば、データ形成、転送(3−004)に戻り、データが残っていないならばダウンロードを終了する。
【0048】
このダウンロード機能により情報処理端末が扱うデータを画像メモリに格納するデータとしてファクシミリ装置が扱えるようになるため、
(1)情報処理端末およびそれと接続したネットワークの他の端末や周辺機器を用いて利用できるワープロ、データベース、グラフィック等の各種アプリケーションを用いて入力、作成、修正、加工したデータをファクシミリ装置が利用することが可能となる。従って、単体のファクシミリ装置に搭載することが困難なデータ処理が可能となり、使いやすさ、品質を向上させることができる。
(2)本機能とファイル送信機能を組み合わせることで、情報処理端末が管理するデータをFAX送信することが可能になる。電気的にデジタル・データを転送するため品質の劣化が少なく、紙と人間の手間を節約することができる。
(3)ファイルプリント機能と組み合わせることにより情報処理端末が管理するデータをプリント・アウトすることが可能になる。従って、プリンターとしても利用できる。
【0049】
2.ホストプリント機能
図4および図5は本実施例におけるホストプリント機能の制御動作を示すフローチャートである。ホストプリント機能は、情報処理端末114から受信した画像データを順次プリント出力する機能である。本実施例において、ホストプリントコマンドの解析および画像データの受信制御はインターフェイス制御プログラムにより行われ、記録制御は記録制御プログラムにより行われるものとする。
【0050】
まず、図4に従いホストプリントコマンドの解析および画像データの受信制御について説明する。
【0051】
ホストプリントコマンドの解析および画像データの受信制御は、ROM102のインターフェイス制御プログラムにより制御され、ホストプリントコマンドの受信と、ROM102の記録制御プログラムからの記録制御終了通知を監視し、それぞれの制御を行うものである。
【0052】
まず、情報処理端末114からのコマンド受信を監視し(S401)、ホストプリント指示コマンドを受信した場合は、ホストプリント制御を開始する。ホストプリントコマンドを受信していない場合は、ステップS410に移行し、ホストプリントの記録制御の終了を監視する。
【0053】
ホストプリント指示コマンドを受信した場合、記録制御部112の状態を検出し、ホストプリントコマンドを受け付けることが可能か否かの判定を行う(S402)。記録制御部112が記録紙無し状態または記録紙ジャム状態以外のエラー状態になっている場合は、エラー解除を直ちに行えないと判定し、情報処理端末114に対してエラーのレスポンスを送出しホストプリント制御を終了する(S412)。
【0054】
記録制御開始可能と判断した場合は、記録制御キューに受け付けたホストプリントコマンドを実行するための記録制御ジョブを投入する(S403)。記録制御キューに投入された記録制御ジョブは、ROM102の記録制御プログラムにより、コマンドで設定されたプライオリティに従い、順次記録制御が行われるものである。なお、画像データの転送が行われていない記録制御ジョブもキューイング制御を行うことも可能であり、この場合は画像データが所定量転送された時点で記録制御が開始されるものとする。また、ジョブを投入する際には、ホストコマンドで設定されている記録制御終了処理条件および記録制御エラー処理条件や、個々の記録制御の区別するためのIDなどの情報も同時にキューイングされるものとする。
【0055】
記録制御ジョブを投入後、記録モード設定指示コマンドを情報処理端末114から受信する(S404)。記録モード設定指示コマンドは、記録制御を行う際の記録紙サイズや記録密度などの各種パラメータの設定を行うものである。なお、受信したコマンドの設定値は、ROM103の解析プログラムにより解析され、RAM103の所定の位置に格納されるものである。
【0056】
記録モードの設定終了後、画像メモリ104のメモリ残量の検出を行い、メモリ残量が所定量以上あるか否かの判定を行う(S405)。なお、本実施例におけるメモリ残量の所定量とは、1ページの画像データを格納可能なメモリ容量であり、画像データのデータ形式に従いページ単位で設定されるものとする。メモリ残量が所定量以上である場合は、情報処理端末114からの画像データを画像メモリ104に蓄積可能であると判断し、記録制御部112と非同期で画像データの受信制御を行うものである。記録制御部112と非同期でホストプリント制御を行うことにより、記録制御部112の終了を待たずに画像データの受信制御が行うことが可能となり、システムを効率よく運用することができる。また、メモリ残量が所定量に満たない場合は、画像データを画像メモリ104に蓄積不可能であると判断し、記録制御部112と同期して画像データの受信制御を行うものである。記録制御部112と同期してホストプリント制御を行うことにより、画像メモリを使用せずに記録制御を行うことが可能であり、画像メモリ104を有効に利用することができる。
【0057】
ステップS405でメモリ蓄積可能と判定した場合は、情報処理端末114から1ページの画像データを受信する(S406)。画像データの受信制御は、情報処理端末114から受信した画像データ転送指示コマンドにより設定された画像データのデータ形式、解像度などの各種パラメータに従い制御されるものである。本実施例で取扱可能なデータ形式は、MMRなどの符号化データ、生データ、プリンタのページ記述言語(PDL)などのキャラクタデータである。
【0058】
情報処理端末114からの画像データは、I/F制御部113で順次サンプリングされ、データ形式に従いそれぞれ処理が行われる。符号化データは、符号復号化処理部111に転送され、復号化符号化制御が行われ、あらかじめ定められた符号化方式に符号化して画像メモリ104に順次格納されるものである。生データは、符号復号化処理部111に転送され、あらかじめ定められた符号化方式に符号化して画像メモリ104に順次格納されるものである。また、キャラクタデータは、データ変換部に転送されCG展開などの処理を行い、符号復号化処理部111に転送され、あらかじめ定められた符号化方式に符号化して画像メモリ104に順次格納されるものである。なお、本実施例においてはデータ転送を高速化するため、DMAを用いて転送制御を行う。
【0059】
1ページの画像データの受信後、情報処理端末114に1ページの受信制御の終了を通知するレスポンスを送出する(S407)。
【0060】
1ページの受信制御終了後、次ページの有無を判定し(S408)、次ページがある場合はステップS404に移行し、画像データの受信制御を継続する。次ページがない場合は、ホストプリント制御が終了したと判断し、情報処理端末114に対してホストプリントコマンドの終了および受け付けたコマンドに対するサービスIDを通知する(S409)。なお、ここでの終了通知とは、ホストプリント機能の一連のデータを全て受信した旨を通知するもので、ホストプリントコマンドのサービスの終了(記録終了)を意味するものではない。
【0061】
コマンド終了を通知後、受け付けたコマンドに対する記録制御プログラムからの記録制御終了通知の有無を判定し(S410)、記録制御が終了した場合は情報処理端末114に対してホストプリントコマンドのサービスの終了、記録制御の結果、コマンドに対するサービスIDを通知する(S411)。記録制御終了通知の判定制御後、ステップS401に移行し、コマンド監視制御を繰り返す。
【0062】
ステップS405でメモリ残量が所定量に満たないと判断した場合は、記録制御部112の状態を検出する(S413)。記録制御部が記録紙なし状態で停止していたり、他の記録制御ジョブを実行している場合は、画像データと同期して記録制御を行うことが不可能であると判断し、情報処理端末114に対してエラーのレスポンスを通知し記録制御を終了する(S412)。なお、現在受信中のホストプリントの記録制御を行っている場合は、記録制御実行可能と判定されるものとする。
【0063】
現在受信中のホストプリントの記録制御を行っている場合は、画像データの受信制御と記録制御を同期させるため、未出力のページの記録制御の終了を待つ(S414)。未出力ページの記録制御の終了は、記録制御プログラムからの1ページ終了通知を監視することにより行われるものである。なお、この制御はホストプリント制御の途中ページで画像メモリ104のメモリ残量が少なくなる(所定量以下になる)場合にも実行される。
【0064】
未出力ページの出力制御終了後、情報処理端末114から1ページの画像データを受信する(S415)。1ページの画像データの受信後、記録制御部と同期をとるため、記録制御プログラムからの1ページ記録制御終了通知を監視する(S416)。記録制御部が終了した場合は、情報処理端末114に1ページの受信制御および記録制御の終了を通知するレスポンスを送出し(S417)、ステップS408に移行し、次ページの有無の判定を行い、ホストプリント制御を続行する。
【0065】
次に、図5に従い画像データの記録制御について説明する。
【0066】
画像データの記録制御は、ROM102の記録制御プログラムにより制御され、記録制御キューを監視し、記録制御ジョブが投入された時点で記録制御が開始されるものである。
【0067】
まず記録制御キューに投入されたジョブを解析し、記録制御終了処理条件および記録制御エラー処理条件の設定を行う(S501)。本実施例では、記録制御終了時に記録制御を行った画像メモリをクリアし、エラー終了時にはメモリを保存し再度記録制御を行うエラーリカバリが設定されるものとする。
【0068】
終了処理条件の設定後、記録制御キューに投入されたジョブを解析し、記録制御に必要な各種パラメータの設定を行う(S502)。
【0069】
記録制御の開始後、記録制御を行う画像ファイルの画像データ形式の解析を行う(S503)。指定された画像データが符号化データである場合は、画像メモリ104に格納されている画像データを符号復号化処理部111に転送し復号化処理を行う(S504)。次に復号化された画像データは、解像度変換処理部110であらかじめ定められた解像度に変換され、順次記録制御部112に転送し、記録制御が行われるものである。ステップS503で指定された画像データがページ記述言語などのキャラクタデータである場合は、画像メモリ104に格納されている画像データをデータ変換部105に転送し、ラスタデータへのデータ変換制御を行う(S511)。変換された画像データは、符号化データと同様に解像度変換処理を行ったうえで記録制御が行われる。
【0070】
記録制御において記録紙ジャムなどで記録制御エラーが生じた場合は(S505)、ステップS501で設定された記録エラー終了処理を行う(S512)。本実施例では記録制御をリトライするため、再度記録制御キューにジョブを投入し、インターフェイス制御プログラムに対して記録エラー終了、およびIDを通知し記録制御を終了する(S510)。
【0071】
記録制御エラーが生じていない場合は、1ページの記録制御の終了を判定し、終了していない場合は、ステップS503に移行し、記録制御を継続する。
【0072】
1ページの記録制御が終了した場合は、インターフェイス制御プログラムに対して1ページの記録が終了した旨を通知し(S507)、次ページの有無の判定を行う(S508)。
【0073】
次ページがある場合は、ステップS502に移行し記録制御を継続する。次ページがない場合は、ステップS501で設定された記録終了処理を行う(S509)。本実施例では画像データをクリアし、インターフェイス制御プログラムに対して記録終了、およびIDを通知し記録制御を終了する(S510)。
【0074】
上述したホストプリント制御において、画像メモリを介さずに受信した画像データを記録部に転送する制御を設けることにより、メモリオーバーフロー時でも記録制御が可能となる。さらに、メモリ蓄積可能な場合は、画像メモリにいったん受信し、確定ページを順次記録する制御を追加することにより、システムの高速化が可能である。
【0075】
3.ファイルプリント機能
図6は本実施例におけるファイルプリント機能の制御動作を示すフローチャートである。ファイルプリント機能は、画像処理装置の画像メモリ104に格納された画像ファイルを順次プリント出力する機能である。本実施例において、ファイルプリントコマンドの解析および画像データの受信制御はインターフェイス制御プログラムにより行われ、記録制御は図5で説明した記録制御プログラムにより行われるものとする。
【0076】
以下、図6に従いファイルプリント機能について説明する。
【0077】
ファイルプリントコマンドの解析および制御は、ROM102のインターフェイス制御プログラムにより制御され、ホストプリントコマンドの受信と、ROM102の記録制御プログラムからの記録制御終了通知を監視し、それぞれの制御を行うものである。
【0078】
まず、情報処理端末114からのコマンド受信を監視し(S601)、ファイルプリント指示コマンドを受信した場合は、ファイルプリント制御を開始する。ファイルプリントコマンドを受信していない場合は、ステップS605に移行し、ファイルプリントの記録制御の終了を監視する。
【0079】
ファイルプリント指示コマンドを受信した場合、記録制御部112の状態をおよび指定された画像ファイルの状態を検出し、ファイルプリントコマンドを受け付けることが可能か否かの判定を行う(S602)。記録制御部112が記録紙無し状態または記録紙ジャム状態以外のエラー状態になっている場合は、エラー解除を直ちに行えないと判定し、情報処理端末114に対してエラーのレスポンスを送出しホストプリント制御を終了する(S609)。また、画像メモリに存在しないファイルや、記録制御中であるファイルを指定された場合も、記録制御を受け付けることが不可能であると判定し、情報処理端末114に対してエラーのレスポンスを通知し記録制御を終了する。
【0080】
記録制御開始可能と判断した場合は、記録制御キューに受け付けたファイルプリントコマンドを実行するための記録制御ジョブを投入する(S603)。記録制御キューに投入された記録制御ジョブは、ROM102の記録制御プログラムにより、コマンドで設定されたプライオリティに従い、順次記録制御が行われるものである。また、ジョブを投入する際には、ホストコマンドで設定されている記録制御終了処理条件および記録制御エラー処理条件や、個々の記録制御の区別するためのIDなどの情報も同時にキューイングされるものとする。
【0081】
記録画像のキューイング制御終了後、情報処理端末114に対してファイルプリントコマンドの受付完了およびコマンドに対するサービスIDを通知する(S604)。
【0082】
コマンド終了を通知後、受け付けたコマンドに対する記録制御プログラムからの記録制御終了通知の有無を判定し(S605)、記録制御が終了した場合は情報処理端末114に対してファイルプリントコマンドのサービスの終了、記録制御の結果、コマンドに対するサービスIDを通知する(S606)。
【0083】
また、情報処理端末114から記録結果要求コマンドを受信した場合は(S607)、現在の記録状況を判定し、記録終了、記録制御中、記録エラー終了などの現在の記録結果を情報処理端末114に送出する(S608)。
【0084】
記録結果要求コマンドの監視制御後、ステップS608に移行し、コマンド監視制御を繰り返す。
【0085】
上述したファイルプリント制御において、指定された画像ファイルのデータ形式を自動的に判断する制御を用いることにより、キャラクタデータ形式で蓄積された画像データの記録制御を容易に行うことが可能となる。
【0086】
又、ファイルプリント制御において終了制御条件を設定することを可能にすることにより、プリントのエラーリカバリ制御を容易に行うことが可能となる。
【0087】
4.ホスト送信機能
このホスト送信機能は、情報処理端末114が管理するデータを情報処理端末114からファクシミリ装置に転送し、そのデータをファクシミリ装置から送信するものである。その際に、ファクシミリ装置の画像メモリ104を消費せずに情報処理端末114が扱うデータを送信するとともに、その送信結果をファクシミリ装置が情報処理端末114に通知する。
【0088】
図7は、ホスト送信機能の制御動作を示したフローチャートである。
【0089】
ホスト送信は、情報処理端末114から指示された相手先に発呼し、情報処理端末の管理する送信するデータを相手機が受信可能なデータに変換して送信し、送信結果を情報処理端末114に通知する。データの変換を情報処理端末とファクシミリ装置のどちらでどのように行うかに応じていくつかの場合に分けられるが、本説明では変換を情報処理端末114で行う場合を説明する。
【0090】
ステップ7−001では、ホスト送信指示受け付けを行う。このホスト送信指示受け付けでは、ファクシミリ装置のCPU101は、ホスト送信指示(以下、ホスト送信コマンドと呼ぶ)を受け付けたか否かを判断する。ホスト送信コマンドには、送信したい相手先電話番号が含まれている。また、相手先情報としてファクシミリ装置に登録してあるワンタッチダイヤルや短縮ダイヤルの番号を格納するようにしてもよい。さらに、送信後の制御を指定する終了処理条件/異常終了処理条件が指示に格納してあってもよい。本実施例では、終了処理条件と異常終了処理条件として結果通知のみが指定されているものとする。ホスト送信コマンドを受信していればステップ7−002に、受信していなければエラーレスポンスの送出(7−009)に進む。
【0091】
ステップ7−002では、ホスト送信の実行可能性の判断を行う。この処理では、ホスト送信が実行可能か否かを判断する。この判断は、現在、通信回線が使用可能か否かによる。実行可能の場合は、通信制御キューに登録(7−003)する。実行可能でない場合は、エラーレスポンスの送出(7−009)を行う。
【0092】
ステップ7−003では、通信制御キューへの登録を行う。この処理では、受け付けたホスト送信指示コマンドを実行するための通信制御ジョブを通信制御キューに投入する。このジョブは優先度が高く、現在、通信回線が使用可能なので、直ちに発呼ホスト送信制御が実行され、発呼が行われる。
【0093】
ステップ7−004では、相手機能力の通知の有無を確認する。この処理では、ホスト送信制御の実行により、通信相手と接続し、G3FAXのフェイズAの結果から通信相手の能力がわかる。その通知の有無を判断する。
【0094】
ステップ7−005では、相手機能力を送出する。この処理では、相手機能力を情報処理端末114に対して送出する。
【0095】
ステップ7−006では、ホストからデータを受信する。この処理では、ファクシミリ装置のCPU101は、ホストから送られてくるデータ(ページ単位)をI/F制御部113を介して受け取り、通信相手機に送信する。
【0096】
ステップ7−007では、レスポンスを送出する。この処理では、データの送信完了を情報処理端末114に対して送出する。
【0097】
ステップ7−008では、次ページの有無を確認する。この処理では、ファクシミリ装置のCPU101は、ホストから送られてくるデータに次のページがあるか否かを判断する。次のページがある場合は、ステップ7−006に戻る。次のページがない場合は、ステップ7−010に進む。
【0098】
ステップ7−009では、エラーレスポンスを送出する。この処理では、ホスト送信の実行不可能のレスポンスを情報処理端末114に対して送出する。
【0099】
ステップ7−010では、ホスト送信終了結果通知の有無を確認する。この処理では、ホスト送信終了の通知が存在するか否かを判断する。これは後述のホスト送信制御においてホスト送信が終了した時点で通知されるものである。ホスト送信終了の通知が存在する場合には、ステップ7−011を行う。存在しない場合は、ステップ7−012を行う。
【0100】
ステップ7−011では、終了メッセージを送出する。この処理では、サービスIDと送信結果が含まれる終了メッセージを情報処理端末114に対して送出する。
【0101】
ステップ7−012では、ホスト送信状況の要求の有無を確認する。この処理では、ホスト送信状況の取得要求を情報処理端末114から受信しているか否かを判断する。受信していれば、ステップ7−013に進む。
【0102】
ステップ7−013では、ホスト送信状況を送出する。この処理では、状況取得を要求されたサービスIDに対するホスト送信の送信状況(送信結果)を情報処理端末114に送出する。
【0103】
図8は、本実施例におけるホスト送信制御のフローチャートである。前述のホスト送信機能により通信制御キューに投入された通信制御ジョブは、ROM102の通信制御プログラムにより、コマンドで設定されたプライオリティに従い、順次通信制御が行われる。本実施例の場合は、すでに述べたように直ちに実行される。
【0104】
ステップ8−001では、終了処理条件の設定を行う。この処理では、ホスト送信の通信制御が開始されると、情報処理端末114からのコマンドで指示された終了処理条件の設定が行われる。本実施例においては、終了処理条件、異常終了処理条件として通信の詳細な結果通知が設定されるものとする。
【0105】
ステップ8−002では、送信制御を開始する。この処理では、コマンドで指示された相手先に通信制御部108により発呼を行う。
【0106】
ステップ8−003では、相手機能力を通知する。この処理では、通信相手と接続し、G3FAXのフェイズBの結果から通信相手の能力がわかる。それを通知する。
【0107】
ステップ8−004では、ファイル転送を実行するか否かを判断する。この処理では、ファイル転送を実行するか否かを判断する。この判断結果は情報処理端末と共有できなければならない。具体的には、相手機の能力を知った情報処理端末がそれを元にして、ファクシミリ装置に送ってくるデータ形式を定め、その形式とデータそのものをファクシミリ装置に転送し、ファクシミリ装置はそれに従う、あるいは、判断基準をあらかじめ共有しておき、情報処理端末114とファクシミリ装置のそれぞれが別々に判断する等が考えられる。いずれの方式にせよ、この時点で情報処理端末114がデータを転送してくることに注意する。ファイル転送を実行する場合は、ステップ8−004に進み、実行しない場合は、ステップ8−008に進む。
【0108】
ステップ8−005では、ファイル転送処理を行う。この処理では、情報処理端末114から送られてくるデータ(ファイル)を相手機に送信する。これは、G3のBFT(Binary File Transfer)機能を用いて実行できる。
【0109】
ステップ8−006では、通信がOKか否かを判断する。この処理では、相手機との交信結果から、通信(ファイル転送)がOKか否かを判断する。送信中に通信エラーが有れば、ステップ8−020に進む。通信エラーがなければ、ステップ8−007に進む。
【0110】
ステップ8−007では、1ファイルの処理が終了したか否かを確認する。この処理では、1ファイルの転送が終了するまでファイル転送処理を実行する。終了していなければ、ステップ8−005に戻り、終了していれば、ステップ8−018に進む。
【0111】
ステップ8−008では、符号化データか否かを確認する。この処理では、情報処理装置から送られてきた(ページ)データが符号化データ(MH、MR等)か否かを判断する。このデータ形式の判断は、ステップ8−004に述べたように、すでに行われている場合もある。いずれにせよ、符号化データならば、ステップ8−009に進み、そうでないならばステップ8−013に進む。
【0112】
ステップ8−009では、復号化処理を行う。この処理では、符号復号化処理部111により符号化データ(MH、MR等)を復号化し、生データに変換する。
【0113】
ステップ8−010では、解像度変換処理/符号化処理を施して送信する。この処理では、生データを相手機能力に合わせたデータに符号化(MH、MR、MMR等)し、送信する。
【0114】
ステップ8−011では、通信OKか否かを判断する。この処理では、相手機との交信結果から、通信がOKか否かを判断する。送信中に通信エラーが有れば、ステップ8−020に進む。通信エラーがなければ、ステップ8−012に進む。
【0115】
ステップ8−012では、1ページの処理が終了したか否かを確認する。この処理では、1ページの送信が終了するまでページの送信処理を実行する。終了していなければ、ステップ8−009に戻り、終了していれば、ステップ8−018に進む。
【0116】
ステップ8−013では、PDLあるいはキャラクタ・データか否かを確認する。この処理では、情報処理装置から送られてきた(ページ)データがPDLあるいはキャラクタ・データか否かを判断する。このデータ形式の判断は、ステップ8−004に述べたように、すでに行われている場合もある。いずれにせよ、PDLあるいはキャラクタ・データならば、ステップ8−014に進み、そうでないならばステップ8−020に進む。
【0117】
ステップ8−014では、データ変換処理を行う。この処理では、PDLあるいはキャラクタ・データを、データ変換部105を用いて生データに変換する。
【0118】
ステップ8−015では、解像度変換処理/符号化処理を施して送信する。この処理では、生データを相手機能力に合わせたデータに符号化(MH、MR、MMR等)し、送信する。
【0119】
ステップ8−016では、通信OKか否かを判断する。この処理では、相手機との交信結果から、通信がOKか否かを判断する。送信中に通信エラーが有れば、ステップ8−020に進む。通信エラーがなければ、ステップ8−017に進む。
【0120】
ステップ8−017では、1ページの処理が終了したか否かを確認する。この処理では、1ページの送信が終了するまでページの送信処理を実行する。終了していなければ、ステップ8−014に戻り、終了していれば、ステップ8−020に進む。
【0121】
ステップ8−018では、次データの有無を判断する。この処理では、情報処理端末から転送されてくる次データがあるか否かを判断する。ある場合は、ステップ8−004に戻る。ない場合は、ステップ8−019に進む。
【0122】
ステップ8−019では、終了処理を行う。この処理では、通信の終了処理(G3FAX通信のフェイズDとE)を行う。本実施例では終了処理条件として通信の詳細な結果通知が設定されているので、その転送が実行される。
【0123】
ステップ8−020では、エラー終了処理を行う。この処理では、異常終了処理条件として詳細な結果の通知が設定されているので、送信が途中で失敗したことの詳細な結果の転送が実行される。
【0124】
ステップ8−021では、ホスト送信終了を通知する。この処理では、ホスト送信の正常終了、エラー終了等を通知して、ホスト送信制御を終了する。
【0125】
以上のホスト送信によれば、送信する画像データ全ての分の画像メモリを用いることなく、情報処理端末114が扱うデータを送信することができる。つまり、ダウンロードとファイル送信の組み合わせの場合に比べて、画像メモリ104を節約し装置のコストを下げること、あるいはデータのために画像メモリ104を用いてメモリ受信可能量を増やす等の利便性の向上をはかることができる。また、発呼を行い通信相手の能力を確かめてから、それに応じたデータを送ることもできるので、ファイル送信の場合には必要となる解像度変換や符号復号化等の処理を省くことも可能であり、情報処理端末114とファクシミリ装置からなるシステム全体が行う送信処理がシステム全体として効率的に実行できる。
【0126】
5.ファイル送信機能
図9は、本実施例におけるファイル送信機能の制御動作を示したフローチャートである。ファイル送信機能は、情報処理端末114から指示された相手先に発呼し、指示された画像メモリ104内のファイルを相手機が受信可能なデータに変換して送信し、送信結果を情報処理端末114に通知する機能である。
まず、情報処理端末114からI/F制御部113を介してファイル送信指示コマンドを受信したか否かを判断し(S901)、コマンドを受信していればS902に、受信していなければS906に進む。ここでファイル送信指示コマンドには、送信したいファイルのファイルIDや相手先電話番号などの情報が格納されている。このとき複数のファイルIDを指定してもよい。また、相手先情報としてファクシミリ装置に登録してあるワンタッチダイヤルや短縮ダイヤルの番号を格納するようにしてもよい。さらに、送信後の制御を指定する終了処理条件/異常終了処理条件がコマンド内に格納してあってもよい。本実施例では、終了処理条件としてファイル消去、異常終了処理条件としてファイル未消去とエラー再送信が指定されているものとする。
【0127】
S901でファイル送信指示コマンドを受信していれば、指定されているファイルIDのファイルが送信可能か否かを判断する(S902)。これは、ファイルの有無や、ファイル属性、現在のファイルの使用状況等により判断する。ファイルが無い等の理由により送信不可能と判断した場合には、S905においてファイル送信不可能のレスポンスを情報処理端末114に対して送出し、S906に進む。
【0128】
S902で送信可能と判断した場合には、受け付けたファイル送信指示コマンドを実行するための通信制御ジョブを通信制御キューに投入(登録)する(S903)。次に、ファイル送信指示コマンドの受付完了およびサービスIDを情報処理端末114に対して送出し(S904)、S906に進む。この様に、通信制御キュー制御を行うことにより、複数のファイル送信指示コマンドを受け付けることが可能になり、また、サービスIDを送出することにより情報処理端末114において各コマンドの結果取得時の識別が可能になる。
【0129】
S906において、ファイル送信終了の通知が存在するか否かを判断する。これは後述のファイル送信制御においてファイル送信が終了した時点で通知されるものである。ファイル送信終了の通知が存在する場合には、サービスIDや送信結果等が含まれる終了メッセージを情報処理端末114に対して送出する(S907)。終了メッセージにより、情報処理端末114では、ファイル送信の終了や送信結果等を知ることができる。
【0130】
次に、S908において、ファイル送信状況の取得要求を情報処理端末114から受信しているか否かを判断する。受信していれば、状況取得を要求されたサービスIDに対するファイル送信の送信状況(送信中、リダイヤル待機中等)を送出し(S909)、S901に進む。
【0131】
この様に、ファイル送信機能においては、ファイル送信指示コマンドの受信(S901)、ファイル送信終了の通知(S906)、ファイル送信状況の取得要求(S908)が存在するか否かを監視しながら、存在するものがあれば該当処理を実行するという制御が行われる。
【0132】
図10は、本実施例におけるファイル送信制御のフローチャートである。前述のファイル送信機能により通信制御キューに投入された通信制御ジョブは、ROM102の通信制御プログラムにより、コマンドで設定されたプライオリティに従い、順次通信制御が行われる。ファイル送信の通信制御が開始されると、S1001においてコマンドで指示された終了処理条件の設定が行われる。本実施例においては、終了処理条件としてファイル消去、異常終了処理条件としてファイル未消去とエラー再送信が設定される。
【0133】
次に、送信制御が開始され、コマンドで指示された相手先に通信制御部108により発呼を行う(S1002)。その後、ファイル転送を実行するか否かを判断する(S1003)。これは、ファイル属性とファイル送信前の相手機との交信内容により判断する。また、以前の交信結果をワンタッチ/短縮ダイヤル毎にRAM103に記憶しておき、その記憶内容により判断してもよい。さらに、あらかじめ相手機の能力がわかっている場合には、ファイル送信指示コマンド内に送信するデータ形式を格納することにより情報処理端末114から指示できるようにしてもよい。
【0134】
ファイル転送を実行するならば、画像メモリ104内の該当ファイルのデータを順次読み取り送信する(S1004)。送信中に通信エラーが有れば(S1005)、S1018においてエラー終了処理を実行し、通信エラーがなければ、1ファイルの転送が終了するまでファイル転送処理を実行する(S1006)。1ファイルの転送が終了すると、次ファイルの指定があるか否かの判断(S1007)に進む。
【0135】
一方S1003において、ファイル転送を実行しないと判断した場合は、相手機能力に合わせた符号化(MH、MR、MMR等)を行い送信する。
【0136】
まず、S1008において指定されたファイルのデータ形式が符号化データであるか否かを判断する。ここで符号化データならば、符号復号化処理部111で生データに復号し(S1009)、解像度変換部110で解像度変換を行った後、符号復号化処理部111で符号化して送信する(S1010)。送信中に通信エラーが有れば(S1011)、S1018においてエラー終了処理を実行し、通信エラーがなければ、1ファイルの送信が終了するまで送信制御を実行する(S1012)。1ファイルの送信が終了すると、次ファイルの指定があるか否かの判断(S1007)に進む。
【0137】
また、S1008においてファイルがPDLやキャラクタデータで記述されている場合には、データ変換部105により生データに変換し(S1013)、解像度変換部110で解像度変換を行った後、符号復号化処理部111で符号化して送信する(S1014)。送信中に通信エラーが有れば(S1015)、S1018においてエラー終了処理を実行し、通信エラーがなければ、1ファイルの送信が終了するまで送信制御を実行する(S1016)。1ファイルの送信が終了すると、次ファイルの指定があるか否かの判断(S1007)に進む。
【0138】
S1007において、次ファイルの指定があるか否かを判断し、有ればS1003へ進み次ファイルの送信制御を実行し、なければS1017へ進み終了処理を実行する。
【0139】
S1017の終了処理においては、本実施例では終了処理条件としてファイル消去が設定されているので、送信したファイルの消去が実行される。一方S1018のエラー終了処理においては、本実施例では異常終了処理条件としてファイル未消去とエラー再送信が設定されているので、ファイルは消去されず、リダイヤル待機処理が実行される。このファイルに対しては、一定時間後にリダイヤル発呼しエラー画像を送信するという処理が実行される。
【0140】
最後に、ファイル送信の正常終了、エラー終了等を通知して(S1019)、ファイル送信制御を終了する。
【0141】
以上のファイル送信機能によれば、コマンド内に異常終了処理条件を設定することにより、エラー送信した場合のリカバリ制御等を通信毎に設定することが可能となる。
【0142】
又、コマンドのキューイング制御やプライオリティー制御を行うことにより、効率的で使い勝手の良い送信機能を提供できる。また、サービスIDにより情報処理端末において各コマンドの結果取得時の識別が可能になる。
【0143】
又、ダウンロード機能と併用することにより、情報処理端末上のファイルを相手先に送信することが可能となる。また、この際、解像度変換や符号化といった負荷のかかる処理をファクシミリ装置に実行させることにより、情報処理端末の負荷が軽減する。
【0144】
6.原稿送信機能
図11は、本実施例における原稿送信機能の制御動作フローチャートである。原稿送信機能は、情報処理端末114から指示された読取モードで原稿を読み取り、指示された相手先に送信し、結果を情報処理端末114に通知する機能である。
【0145】
まず、情報処理端末114からI/F制御部113を介して原稿送信指示コマンドを受信したか否かを判断し(S1101)、コマンドを受信していればS1102に、受信していなければS1106に進む。ここで、原稿送信指示コマンドには、各原稿毎の解像度や濃度を指定する読取モード、送信したい相手先の電話番号などの情報が格納されている。相手先情報としてファクシミリ装置に登録してあるワンタッチダイヤルや短縮ダイヤルの番号を格納するようにしてもよい。また、送信後の制御を指定する終了処理条件/異常終了処理条件がコマンド内に格納してあってもよい。本実施例では、終了処理条件としてメモリ送信ならばファイル消去、異常終了処理条件としてダイレクト送信ならばリダイヤル無し、メモリ送信ならばファイル未消去とエラー再送信が指定されているものとする。
【0146】
S1101で原稿送信指示コマンドを受信していれば、原稿送信が可能か否かを判断する(S1102)。これは、原稿の有無や、読取制御部106の使用状況、他の原稿送信指示コマンドによる通信制御ジョブの有無等により判断する。送信不可能と判断した場合には、S1105において原稿送信不可能のレスポンスを情報処理端末114に対して送出し、S1106に進む。
【0147】
S1102で送信可能と判断した場合には、受け付けた原稿送信指示コマンドを実行するための通信制御ジョブを通信制御キューに投入(登録)する(S1103)。次に、原稿送信指示コマンドの受付完了およびサービスIDを情報処理端末114に対して送出し(S1104)、S1106に進む。この様に、サービスIDを送出することにより情報処理端末114において各コマンドの結果取得時の識別が可能になる。
【0148】
S1106において、原稿送信終了の通知が存在するか否かを判断する。これは後述の原稿送信制御において原稿送信が終了した時点で通知されるものである。原稿送信終了の通知が存在する場合には、サービスIDや送信結果等が含まれる終了メッセージを情報処理端末114に対して送出する(S1107)。終了メッセージにより、情報処理端末114では、原稿送信の終了や送信結果等を知ることができる。
【0149】
次に、S1108において、原稿送信状況の取得要求を情報処理端末114から受信しているか否かを判断する。受信していれば、状況取得を要求されたサービスIDに対する原稿送信の送信状況(送信中、原稿読み取り中等)を送出し(S1109)、S1101に進む。
【0150】
この様に、原稿送信機能においては、原稿送信指示コマンドの受信(S1101)、原稿送信終了の通知(S1106)、原稿送信状況の取得要求(S1108)が存在するか否かを監視しながら、存在するものがあれば該当処理を実行するという制御が行われる。
【0151】
図12は、本実施例における原稿送信制御のフローチャートである。前述の原稿送信機能により通信制御キューに登録された通信制御ジョブは、ROM102の通信制御プログラムにより、コマンドで設定されたプライオリティに従い、順次通信制御が行われる。原稿送信の通信制御が開始されると、S1201においてコマンドで指示された終了処理条件の設定が行われる。本実施例においては、終了処理条件としてメモリ送信ならばファイル消去が設定され、異常終了処理条件としてダイレクト送信ならばリダイヤル無し、メモリ送信ならばファイル未消去とエラー再送信が設定される。
【0152】
次に、ダイレクト送信を実行するか否かを判断する(S1202)。これは、コマンド内での指示により判断されるものであってもよいし、また、ファクシミリ装置の設定により判断されるものであってもよい。
【0153】
ダイレクト送信を実行すると判断した場合には、送信制御が開始され、コマンドで指示された相手先に通信制御部108により発呼を行う(S1203)。その後、コマンドで指示された読取モードと相手機の受信能力により決定される読取モードに設定する(S1204)。相手機の受信能力は、原稿送信前の相手機との交信内容により判断する。また、以前の交信結果をワンタッチ/短縮ダイヤル毎にRAM103に記憶しておき、その記憶内容により判断してもよい。その後、読取制御部106で原稿を読み取りながら、符号復号化処理部111で相手機の受信能力に合わせた符号化方式(MH、MR、MMR等)に読取データを変換して送信する(S1205)。送信中に通信エラーが有れば(S1206)、S1210においてエラー終了処理を実行し、通信エラーがなければ、該原稿の送信が終了するまで送信制御を実行する(S1207)。該原稿の送信が終了すると、次原稿を送信するか否かを判断する(S1208)。これは、次原稿の有無により判断するものであってもよいし、また、原稿送信指示コマンド内での指示により判断するものであってもよい。送信すると判断した場合にはS1204に進み次原稿の送信を開始し、送信しないと判断した場合には、S1209に進む。
【0154】
一方、S1202においてダイレクト送信を実行しないと判断した場合には、まずコマンドで指示された読取モードに設定し(S1212)、読取制御部106で原稿を読み取りながら符号復号化処理部111で符号化して画像メモリ104に符号化データとして蓄積する(S1213)。読み取り中に読み取りエラーやメモリ蓄積エラー等が有れば(S1214)、S1210においてエラー終了処理を実行し、エラーがなければ、該原稿のメモリ蓄積が終了するまで読み取り制御を実行する(S1215)。該原稿のメモリ蓄積が終了すると、次原稿を読み取るか否かを判断する(S1216)。これは、次原稿の有無により判断するものであってもよいし、また、原稿送信指示コマンド内での指示により判断するものであってもよい。読み取ると判断した場合には、S1212に進み次原稿の読み取りを開始し、読み取らないと判断した場合には、S1217に進む。
【0155】
S1217において、送信制御が開始され、コマンドで指示された相手先に通信制御部108により発呼を行う。その後、さきほど蓄積した画像メモリ104内の符号化データを符号復号化処理部111で生データに復号し(S1218)、解像度変換部110で解像度変換を行った後、符号復号化処理部111で相手機の受信能力に合わせた符号化にして送信する(S1219)。送信中に通信エラーが有れば(S1220)、S1210においてエラー終了処理を実行する。また、通信エラーがなければ、蓄積した符号化データの送信が終了するまで送信制御を実行し(S1221)、送信が終了すればS1209に進む。
【0156】
S1209の終了処理ではS1201で設定した終了処理条件が実行され、本実施例においてはメモリ送信時には送信したファイルの消去が実行される。一方、S1210のエラー終了処理では、S1201で設定した異常終了処理条件が実行され、本実施例においてはダイレクト送信時には送信途中のエラーのときリダイヤルはしない、また、メモリ送信時にはファイルは消去されず、リダイヤル待機処理が実行される。このファイルに対しては、一定時間後にリダイヤル発呼しエラー画像を送信するという処理が実行される。
【0157】
最後に、原稿送信の正常終了、エラー終了等を通知して(S1211)、原稿送信制御を終了する。
【0158】
以上の原稿送信処理によれば、コマンド内に異常終了処理条件を設定することにより、エラー送信した場合のリカバリ制御等を通信毎に設定することが可能となる。
【0159】
又、コマンドのキューイング制御やプライオリティー制御を行うことにより、効率的で使い勝手の良い送信機能を提供できる。また、サービスIDにより情報処理端末において各コマンドの結果取得時の識別が可能になる。
【0160】
7.ファイルアップロード機能
このファイルアップロード機能は、ファクシミリ装置内の画像メモリ104に格納されているデータ(符号化データ/PDL・キャラクタ等)を、ファクシミリ装置で管理しているファイル単位で、要求されたデータ形式に変換して情報処理端末114に転送するものである。
【0161】
図13はファイルアップロード機能の制御動作を示したフローチャートである。
図8Aは、本実施例におけるファクシミリ装置の画像メモリ104に格納されている符号化データやPDL等のデータを、ファクシミリ装置が管理しているファイル単位で情報処理端末114に転送するファイルアップロードの動作を示すフローチャートである。
【0162】
このファイルアップロードでは、I/F制御部113を介して情報処理端末114から送られてくるコマンドによってファイルアップロードが要求されたならば、ファイルアップロードの処理が実行される。なお、コマンドおよびパラメータレベルの矛盾は、コマンド解析時に予め排除されているものとする。又、本コマンドは、要求に対して直ちに転送処理を実行するため、ファイルアップロード要求に対するサービスIDは返さない。
【0163】
まず、ステップ8A−001において、ファイルIDによって指定されたファイルが画像メモリ104に存在するか否か調べる。なお、情報処理端末114は、受信結果の取得やファイル管理の機能を利用して予めファイルIDを取得することができる。もし、ファイルIDが有効であったならば、ステップ8A−002に進む。
【0164】
ステップ8A−002において、指定されたファイルのデータ形式を調べる。もし、指定されたファイルのデータ形式が符号化データであったならばステップ8A−003に、PDLであったならばステップ8A−004に、それ以外であったならばステップ8A−005にそれぞれ分岐する。
【0165】
情報処理端末114によって指定されたファイルのデータ形式が符号化データであるならば、ステップ8A−003において、ファイルの画像データから、要求された符号化方式および解像度の画像データを生成する処理を行い、ステップ8A−005に進む。なお、詳細は後述する。
【0166】
情報処理端末114によって指定されたファイルのデータ形式がPDLであるならば、ステップ8A−004において、ファイルのPDLデータから、要求された形式のデータを準備し、ステップ8A−005に進む。なお、詳細は後述する。
【0167】
ステップ8A−005では、情報処理端末114によって指定されたファイルのデータ形式が符号化データまたはPDLであったならば、それぞれステップ8A−003またはステップ8A−004で準備されたデータを、また指定されたファイルのデータ形式がそれ以外であったならば、ファイルに格納されているデータをそのままI/F制御部113を介して情報処理端末114に転送し、ステップ8A−006に進む。ステップ8A−006において、コマンドの終了条件として、転送が終了したファイルを削除する要求が有るか否かを判定する。もし、ファイル削除の要求が有ればステップ8A−007に進み、そうでなければファイルアップロードの処理を終了する。
【0168】
ステップ8A−007では、送信キュー等に該ファイルを利用しようとするジョブが登録され、そのジョブが待ち状態あるいは実行中であるか否かを判定する。もし、利用しようとするジョブが無いならばステップ8A−008に、そうでなければステップ8A−009に進む。
【0169】
ステップ8A−008では、該ファイルを削除し、ファイルアップロードの処理を終了する。
【0170】
ステップ8A−009は、ステップ8A−001においてファイルIDが無効であった場合か、ステップ8A−007において送信キュー等に該ファイルを利用しようとする事象が登録され、その事象が待ち状態あるいは実行中である場合に実行され、エラーの内容をI/F制御部113を介して情報処理端末114に通知し、ファイルアップロードの処理を異常終了する。
【0171】
図14は、図13のステップ8A−003において行われるPixファイルのデータ生成処理を詳細に示したフローチャートである。
【0172】
まず、ステップ8B−001において、ページ番号を表わす変数Pを1に初期化し、ステップ8B−002に進む。
【0173】
ステップ8B−002において、ページPが指定されたファイルに存在するか否かを判定する。ただし、ページが1つもないファイルは存在しないものとする。もし、ページPが存在するならば、ステップ8B−003に進む。
【0174】
ステップ8B−003において、指定されたページの画像データから、ページごとに要求された符号化方式および解像度の画像データを生成する処理を行い、ステップ8B−004に進む。なお、詳細は後述する。
【0175】
ステップ8B−004では、ページ番号を表わす変数PをP+1に設定し、ステップ8B−002に戻る。
【0176】
一方、ステップ8B−002において、指定されたファイルにページPが存在しないならば、Pixファイルデータ生成の処理を終了する。
以上の処理により、指定されたファイルを構成するすべてのページについて、ページごとに要求された符号化方式および解像度の画像データを準備する。
【0177】
図15は、図13のステップ8A−004において行われるPDLファイルのデータ生成処理を詳細に示したフローチャートである。
【0178】
まず、ステップ8C−001において、ページ番号を表わす変数Pを1に初期化し、ステップ8C−002に進む。
【0179】
ステップ8C−002において、ページPが指定されたファイルに存在するか否かを判定する。ただし、ページが1つもないファイルは存在しないものとする。もし、ページPが存在するならば、ステップ8C−003に進む。
【0180】
ステップ8C−003において、指定されたページのPDLデータから、ページごとに要求された形式のデータを生成する処理を行い、ステップ8C−004に進む。なお、詳細は後述する。
【0181】
ステップ8C−004では、ページ番号を表わす変数PをP+1に設定し、ステップ8C−002に戻る。
【0182】
一方、ステップ8C−002において、指定されたファイルにページPが存在しないならば、PDLファイルデータ生成の処理を終了する。
【0183】
以上の処理により、指定されたファイルを構成するすべてのページについて、ページごとに要求された形式のデータを準備する。
【0184】
上記の処理により、ファイルアップロードでは、ファクシミリ装置内に格納されている符号化データやPDLといったデータを、ファクシミリ装置で管理しているファイル単位で、要求されたデータ形式に変換して情報処理端末114に転送する。
【0185】
尚、上記の処理では、指定されたファイルを構成するすべてのページについて、ページごとに要求された形式のデータを生成するように構成したが、情報処理端末114にデータ形式をページごとではなくファイルを構成するすべてのページに共通して要求させるようにすれば、情報処理端末114がファイルアップロードを指示するコマンドの構成が簡略化できる。
【0186】
また、指定されたファイルを構成するすべてのページについて要求された形式のデータを生成した後に、そのデータをI/F制御部113を介して情報処理端末114に転送するように構成したが、要求された形式のデータを生成しながら逐次I/F制御部113を介して情報処理端末114に転送するようにすれば、要求された形式のデータを一時的に蓄えておくバッファメモリの容量をより少なくすることができ、コストダウンが可能になる。
【0187】
以上の処理によれば、
(1)ファクシミリ装置が受信したファクシミリ画像等の符号化方式や解像度を要求に応じて変換し、情報処理端末に送ることができる。情報処理端末で実行されるOCR処理などに有効である。
(2)PDLをデータ変換部でラスタライズすることができる。ダウンロードの機能や(1)と組み合わせて利用すれば、画質を考慮したラスタライズや解像度変換のような負荷の大きい処理を、情報処理端末から周辺機器である本ファクシミリ装置に分散させることができる。
(3)G4におけるマルチドキュメント通信などで生成されるデータ形式の異なったファイルを、別々に情報処理端末に転送できる。受信の機能と組み合わせて利用すれば、前記通信の処理中にデータが整ったドキュメントから順に情報処理端末に転送することも可能になる。
【0188】
8.ページアップロード機能
このページアップロード機能は、ファクシミリ装置内の画像メモリ104に格納されているデータ(符号化データ/PDL/キャラクタ等)をファクシミリ装置が管理しているファイルのページ単位で情報処理端末114に転送するものである。
【0189】
図16はページアップロードの制御動作を示したフローチャートである。
【0190】
このページアップロードでは、I/F制御部113を介して情報処理端末114から送られてくるコマンドによってページアップロードが要求されたならば、ページアップロードの処理が実行される。なお、コマンドおよびパラメータレベルの矛盾は、コマンド解析時に予め排除されているものとする。又、本コマンドは、要求に対して直ちに転送実行されるため、ページアップロード要求に対するサービスIDは返さない。
【0191】
まず、ステップ9A−001において、ファイルIDによって指定されたファイルが画像メモリ104に存在するか否か調べる。なお、情報処理端末114は、受信結果の取得やファイル管理の機能を利用して予めファイルIDを取得することができる。もし、ファイルIDが有効であったならば、ステップ9A−002に進む。一方、無効であったならば、ステップ9A−010に進む。
【0192】
次に、ステップ9A−002において、ページ番号によって指定されたページが前記ファイルに存在するか否か調べる。なお、情報処理端末114は、受信結果の取得やファイル管理の機能を利用して予め各ファイルの総ページ数を取得することができる。もし、ページ番号が有効であったならば、ステップ9A−003に進む。一方、無効であったならば、ステップ9A−010に進む。
【0193】
ステップ9A−003において、指定されたファイルのデータ形式を調べる。もし、指定されたファイルのデータ形式が符号化データであったならばステップ9A−004に、PDLであったならばステップ9A−005に、それ以外であったならばステップ9A−010にそれぞれ分岐する。
【0194】
情報処理端末114によって指定されたファイルのデータ形式が符号化データであるならば、ステップ9A−004において、指定されたページの画像データから、要求された符号化方式および解像度の画像データを生成する処理を行い、ステップ9A−006に進む。なお、詳細は後述する。
【0195】
情報処理端末114によって指定されたファイルのデータ形式がPDLであるならば、ステップ9A−005において、指定されたページのPDLデータから、要求された形式のデータを準備し、ステップ9A−006に進む。なお、詳細は後述する。
【0196】
ステップ9A−006では、ステップ9A−004またはステップ9A−005で準備されたPDLデータをI/F制御部113を介して情報処理端末114に転送し、ステップ9A−007に進む。
【0197】
ステップ9A−007において、コマンドの終了条件として、転送が終了したページを削除する要求があるか否か判定する。もし、ページの削除が要求されているならばステップ9A−008に進み、そうでなければページアップロードの処理を終了する。
【0198】
ステップ9A−008では、送信キュー等に該ファイルを利用しようとするジョブが登録され、そのジョブが待ち状態あるいは実行中であるか否かを判定する。もし、利用しようとするジョブがないならばステップ9A−009に、そうでなければステップ9A−010に分岐する。
【0199】
ステップ9A−009では、該ページだけをファイルから削除し、その結果として該ファイルを構成するページが存在しなくなったならば該ファイルも削除し、ページアップロードの処理を終了する。
【0200】
ステップ9A−010は、ステップ9A−001またはステップ9A−002においてファイルIDまたはページ番号が無効であった場合か、ステップ9A−003においてファイルデータ形式が符号化データでもPDLでもなかった場合か、またはステップ9A−008において送信キュー等に該ファイルを利用しようとする事象が登録され、その事象が待ち状態あるいは実行中である場合に実行され、エラーの内容をI/F制御部113を介して情報処理端末114に通知し、ページアップロードの処理を異常終了する。
【0201】
図17は、図14のステップ8B−003または図16のステップ9A−004において行われるPixページデータ生成処理を詳細に示したフローチャートである。
【0202】
まず、ステップ9B−001において、指定されたページの解像度Rsrcと要求されている解像度Rdstが等しいか否かを判定する。もし、双方の解像度が異なるならば、ステップ9B−002、9B−003を順に実行する。
【0203】
始めに、ステップ9B−002において、符号復号化処理部111を制御して、指定されたページの画像データを復号化し、ステップ9B−003に進む。
【0204】
次に、ステップ9B−003において、ステップ9B−002の処理によって符号復号化処理部111から出力されるデータを解像度変換処理部110に渡し、要求された解像度Rdstになるように解像度変換処理部110を制御してRdstなる解像度のデータを生成し、ステップ9B−004に進む。
【0205】
ステップ9B−004では、要求されているデータ形式が生データか否かを判定する。もし、要求が生データでないならばステップ9B−005に進み、要求が生データならば解像度変換処理部110から出力されたデータがそのまま利用できることを明示して、Pixページデータ生成の処理を終了する。
【0206】
ステップ9B−005において、ステップ9B−003の処理によって解像度変換処理部110から出力されるデータを符号復号化処理部111に渡し、要求された符号化方式Cdstになるように符号復号化処理部111を制御してCdstなる符号化方式のデータを生成し、Pixページデータ生成の処理を終了する。
【0207】
一方、ステップ9B−001において、双方の解像度が等しいならば、ステップ9B−006に進む。
【0208】
ステップ9B−006では、指定されたページの符号化方式Csrcと要求されている符号化方式Cdstが等しいか否かを判定する。もし、双方の符号化方式が異なるならば、ステップ9B−007に進む。
【0209】
ステップ9B−007では、符号復号化処理部111を制御して、指定されたページの画像データを復号化し、ステップ9B−004に進む。
【0210】
ステップ9B−004では、上記と同様の処理を行い、要求されているデータ形式が生データでないならばステップ9B−005に進む。
【0211】
ステップ9B−005では、上記と同様に、ステップ9B−007の処理によって符号復号化処理部111から出力されるデータを再度符号復号化処理部111に渡し、要求された符号化方式Cdstになるように符号復号化処理部111を制御してCdstなる符号化方式のデータを生成し、Pixページデータ生成の処理を終了する。
【0212】
もし、ステップ9B−006において、双方の符号化方式が等しいならば、指定されたページのデータがそのまま利用できることを明示して、Pixページデータ生成の処理を終了する。
【0213】
以上の処理により、指定されたページの画像データから要求に基づいた符号化方式および解像度の画像データを生成する。
【0214】
図18は、図15のステップ8C−003または図16のステップ9A−005において行われるPDLページデータ生成処理を詳細に示したフローチャートである。
【0215】
まず、ステップ9C−001において、要求されているデータ形式がPDLであるか否かを判定する。もし、要求されているデータ形式がPDLでない、すなわち符号化データまたは生データが要求されているならば、ステップ9C−002、9C−003を順に実行する。
【0216】
始めに、ステップ9C−002において、データ変換部105を制御して、指定されたページのPDLデータを解析し、ラスタライズ(生の画像データに展開)して、ステップ9C−003に進む。
【0217】
次に、ステップ9C−003において、ステップ9C−002の処理によってデータ変換部105から出力されるデータを解像度変換処理部110に渡し、要求された解像度のデータを生成するように解像度変換処理部110を制御し、ステップ9C−004に進む。
【0218】
ステップ9C−004では、要求されているデータ形式が生データか否かを判定する。もし、要求が生データでないならばステップ9C−005に進み、要求が生データならば解像度変換処理部110から出力されたデータがそのまま利用できることを明示して、PDLページデータ生成の処理を終了する。
【0219】
ステップ9C−005において、ステップ9C−003の処理によって解像度変換処理部110から出力されるデータを符号復号化処理部111に渡し、符号復号化処理部111を制御して要求された符号化方式のデータを生成し、PDLページデータ生成の処理を終了する。
【0220】
一方、ステップ9C−001において、PDLが要求されているならば、指定されたページのデータがそのまま利用できることを明示して、PDLページデータ生成の処理を終了する。
【0221】
以上の処理により、指定されたページのPDLデータから要求に基づいた形式のデータを生成する。
【0222】
上述の様に、本実施例のファクシミリ装置は、ページアップロード処理では、ファクシミリ装置内に格納されている符号化データやPDLといったデータを、ファクシミリ装置で管理しているファイルのページ単位で、要求されたデータ形式に変換して情報処理端末114に転送する。
【0223】
そして、上述した処理によって、
(1)ファクシミリ装置が受信したファクシミリ画像等の任意のページについて、符号化方式や解像度を要求に応じて変換し、情報処理端末に送ることができる。例えば、一旦低い解像度で先頭のページだけを情報処理端末に転送し、必要に応じて情報処理端末で扱いやすいデータ形式に変換して再度転送するなど、受信データの取捨選択に極めて有効である。また、すべてのデータをオリジナルの符号化方式や解像度で転送するのに比較して、情報処理端末とファクシミリ装置の間の転送データ量を低減させる効果もある。
(2)情報処理端末は、転送が終了したページだけを自動的に削除させることができる。受信の機能と組み合わせて利用すれば、ファクシミリ装置の画像メモリ容量を超えるようなボリュームの大きい受信データであっても、情報処理端末側のメモリも利用することで、受信することが可能になる。
【0224】
9.スキャンデータ転送機能
このスキャンデータ転送機能はファクシミリ装置が備える読取制御部1061により読取った画像データを情報処理端末114に転送するものであり、ファクシミリ装置の読取制御部106を情報処理端末114に外部インターフェースを介して接続された周辺装置としてのスキャナとして利用できるようにするものである。
【0225】
図19は、スキャンデータ転送の制御動作を示したフローチャートである。
【0226】
このスキャンデータ転送処理は外部インターフェースに接続されている情報処理端末114からスキャンデータ転送要求コマンドを受信した時に開始される。
【0227】
ステップ10A−1では情報処理端末114から受信したコマンドを解析し、コマンドにパラメータエラー等の異常がないかどうかを調べ異常がない場合にはステップ10A−2に処理を進め、異常がある場合にはステップ10A−9に処理を進める。スキャンデータ転送要求コマンドには読取解像度、読取濃度、画像処理方式、読取原稿サイズ、転送画像サイズ、転送データ符号化方式、転送データサイズ等を指定するパラメータが付随する。
【0228】
ステップ10A−2では未転送のデータが残っているかどうかを調べ、未転送のデータが残っていればステップ11A−8に、そうでなければステップ10A−3に処理を進める。
【0229】
ステップ10A−3では読取制御部106において他の処理を実行中でないか、スキャナ部に異常がないかどうか、原稿がセットされているかどうかなどを調べ、スキャン可能であればステップ10A−4に、可能でなければステップ10A−9に処理を進める。
【0230】
ステップ10A−4では前記パラメータで指定された読み取り濃度、画像処理方式などを用いて原稿読取を行う。原稿読み取りにより、生画像データが生成され、生成された生画像データは直ちに解像度変換処理部110に転送される。この処理は読取制御部106により実施される。
【0231】
ステップ10A−5はスキャナ読取処理が正常に終了したかどうかを調べ、正常に終了した場合はステップ10A−6に、異常終了をした場合はステップ10A−9に処理を進める。
【0232】
ステップ10A−6では前記生画像データを前記パラメータで指定された解像度、画像サイズに解像度変換する。解像度変換された生画像データは直ちに符号復号化処理部111に転送される。この処理は、解像度変換処理部110で行われる。
【0233】
ステップ10A−7では解像度変換された生画像データを前記パラメータで指定された符号化方式に符号化する。符号化されたデータは直ちにI/F制御部113の転送バッファメモリに送られる。この処理は符号復号化処理部111により実施される。
【0234】
ステップ10A−8では符号化データを前記パラメータで指定された転送データサイズ分だけ情報処理端末114に転送する。
【0235】
ステップ10A−9では情報処理端末114にエラー通知を行う。
【0236】
以上の処理によれば、ファクシミリ装置が備える読取制御部106を情報処理端末114の周辺装置として利用できる。また、ファクシミリの解像度変換処理部110や符号復号化処理部111が利用可能となるためさまざまな解像度、画像サイズ、符号化方式でスキャンデータを転送することができる。
【0237】
10.スキャンデータ蓄積機能
このスキャンデータ蓄積機能は、外部インターフェースに接続されている情報処理端末114またはユーザーの操作による要求により、読取制御部106から原稿を読み取り、画像メモリ104に蓄積するものである。
【0238】
本機能により蓄積したデータは、前記情報処理端末からの要求により、送信したり、前記情報処理端末114にアップロードすることが可能となる。
【0239】
本処理は、図20のフローチャートにより示されるスキャンデータ蓄積実行処理と図21のフローチャートにより示されるスキャンデータ蓄積インターフェース処理のマルチタスクによって実施される。
【0240】
図20は読取制御キューにスキャンデータ蓄積要求が登録されたときに開始されるスキャンデータ蓄積処理を示したフローチャート図である。スキャンデータ蓄積処理要求コマンドには、読取解像度、読取濃度、画像処理方式、読取原稿サイズ、蓄積画像サイズ、蓄積倍率などを指定するパラメータが付随する。また、コマンドに付随する終了条件として、読取制御部106のスキャナが自動給紙装置付のシート読みの場合は、
▲1▼原稿台上のすべての原稿を読み取り1ファイルとして蓄積する。
▲2▼1ページごとの読み取り設定をかえて原稿1枚ごとにコマンドを発行し、全ページを1ファイルとする。
▲3▼原稿台の最初の1ページだけを1ファイルとして蓄積する。
などの設定が可能である。
【0241】
また、ブック読みスキャナの場合であれば、
▲1▼原稿台の原稿1枚を1ファイルとする。
▲2▼1ページごとに前記コマンドを発行し、読み取り終了ごとに原稿を乗せ換え、最終ページのときに最終ページであることを示すスイッチパラメータをコマンドに付加する。
などの設定が可能である。
【0242】
異常処理条件として、本サービス実行中にメモリフルなどの状況が発生し、読み取り処理を一時中断した場合に、
▲1▼それまでに読み取ったデータを破棄する
▲2▼それまでに読み取ったデータをそのまま蓄積しておく
▲3▼1ページに満たないデータを破棄する
▲4▼メモリ送信中、受信文書出力中、などである程度の時間が経過すればメモリに余裕ができることが確実な場合には、メモリに余裕ができた時点で蓄積を再開する。
という条件を設定可能である。
【0243】
ステップ11A−1では受信したコマンドに異常がないかどうかを確認し、その結果パラメータエラー等の異常があればステップ11A−10に、異常がなければステップ11A−2に処理を進める。
【0244】
ステップ11A−2ではスキャナの状態を検査し、原稿読み取りが可能であればステップ11A−3にそうでなければステップ11A−10に処理を進める分岐処理である。原稿読み取りが可能であるのは、他のサービスによりスキャナが使用されていなく、スキャナに異常がなく、かつ原稿が読み取り位置にセットされている場合である。ここで、サービス状態変数を[読取中]とし、読み取りページが先頭ページであればファイルIDを確保し、サービスIDと関連づける。
【0245】
ステップ11A−3では読み取り制御部106により、前記スキャンデータ蓄積要求により指定されたパラメータ(読み取り濃度、読み取り解像度、画像処理方式、読み取り原稿サイズ)を用いて、実際にスキャナにより原稿を走査し生画像データ形式のデジタルデータに変換する。
【0246】
ステップ11A−4ではステップ11A−3の処理が正常に終了しか否かを判断し、正常終了の場合はステップ11A−5に、原稿ジャムなどの異常終了の場合はステップ11A−10に処理を進める。この時、異常終了ならサービス状態変数にエラー内容を記憶する。
【0247】
ステップ11A−5では解像度変換処理部110により、ステップ11A−4により生成された生画像データを前記スキャンデータ蓄積要求コマンドにより指定されたパラメータ(蓄積画像サイズ、蓄積倍率)に応じて解像度変換(/拡大縮小処理)を行う。
【0248】
ステップ11A−6では符号復号化処理部111により、ステップ11A−5により生成されたデータをファクシミリ符号データに符号化する。
【0249】
ステップ11A−7ではステップ11A−6で生成されたファクシミリ符号データを画像メモリ104に蓄積する。
【0250】
ステップ11A−8では前記蓄積処理が正常に終了したかどうかを調べ正常終了であれば、ページ情報を作成しファイル情報と関連づける。ファイル情報がまだ作成されていないときはファイル情報も作成し、ステップ11A−9に処理を進める。また、メモリフルなどの異常終了であればステップ11A−10に処理を進める。
【0251】
ステップ11A−9ではインターフェース処理(図21)に処理が正常終了したことを通知する。ここで、サービス状態変数の蓄積済みページ数を1枚カウントアップし、次に読み取るべき原稿がセットされていない場合にはサービス状態変数を[蓄積終了]とする。
【0252】
ステップ11A−10では異常処理条件に基づく処理を実施した後、インターフェース処理(図21)にスキャンデータ蓄積処理がエラー終了したことを通知する。ここで、サービス状態変数を[エラー終了]とする。
【0253】
前記サービス状態変数は、前記情報処理端末114からサービスIDにより、サービスの進行状況通知を要求された場合に、本装置から前記情報処理端末に通知するためのものであり、サービスIDとサービスの進行状況、蓄積済ページ数、エラー終了の場合はエラーの種別が関連づけられて記憶されている。
【0254】
図21はスキャンデータ蓄積処理における、インターフェース処理を示したフローチャート図である。
【0255】
ステップ11B−1では情報処理端末114からスキャンデータ蓄積要求コマンドを受信しているかどうかにより受信していればステップ11B−2にそうでなければステップ11B−4に処理を進める。
【0256】
ステップ11B−2では前記受信コマンドを読取制御キューに登録する。
【0257】
ステップ11B−3では前記コマンドを受信したことを情報処理端末114に通知するため、サービスIDを取得し、コマンド受付レスポンスを送出する。
【0258】
ステップ11B−4ではスキャナデータ蓄積終了の通知の有無を判定し、通知を受けていれば、ステップ11B−5に、そうでなければ、ステップ11B−6に処理を進める。
【0259】
ステップ11B−5ではスキャナ蓄積終了のレスポンスを情報処理端末114に送出する。ここで、終了結果、ファイルIDや異常終了時はエラー情報などを含むデータを送出する。
【0260】
ステップ11B−6では、情報処理端末114からサービスIDを指定して、スキャンデータ蓄積処理の進行状況を問い合わせるための終了結果取得要求コマンドを受信したかどうかを判断し、そのコマンドを受信していればステップ11B−7に処理を進め、そうでなければステップ11B−1に処理を進める。
【0261】
ステップ11B−7では前記サービス状態変数を情報処理端末114に送出する。
【0262】
以上の処理によれば、アップロード機能と併用することにより、ファクシミリのスキャナ機能を、前記情報処理端末の周辺機器としてのスキャナとして利用することが可能となる。また、データの形式としては、アップロード時のパラメータ指定によりファクシミリ符号形式や生画像データ形式など前記情報処理端末の能力に応じた都合の良いデータ形式でアップロードができる点において、一般のスキャナに比べて前記情報処理端末にかかる負担を減少できる。
【0263】
11.受信機能
この受信機能は、ファクシミリ装置を情報処理端末から指定された受信モードに切り替え、ファクシミリ装置での受信時に、該受信モードに従った受信動作を実行するものである。
【0264】
図22は、情報処理端末114とI/F制御部113等を介して実行される受信モード設定指示受付などの処理(受信機能)を示したフローチャートである。又、図23は、情報処理端末114からのコマンドに応じてファクシミリ装置(画像処理装置)が実行する受信処理(受信制御)を示したフローチャートである。
【0265】
ファクシミリ装置は、該情報処理端末114からのコマンドによって受信モードが設定される。該受信モードの種類としては、「メモリ受信」、「メモリ受信+印字出力」、さらに「通常受信」などがある。
【0266】
「メモリ受信」モードとは、受信する文書をファクシミリ装置の画像メモリ104内に蓄積し、その受信文書のファイルIDや該受信動作を識別するサービスID、さらに周知のINS64サービスで送られてくるUUI(ユーザ・ユーザ情報)などの情報を該情報処理端末114に通知する。なお、本実施例では、これらの諸情報を簡単のため“受信ファイルID”情報と略称する。G4プロトコルによる受信などでは1通信で復数の文書が受信される場合もあるため、通知するファイルIDは、1文書が受信開始するごとに異なったIDが該情報処理端末114に渡される。また、該情報処理端末114側からの受信ファイルID通知の要求があった場合でも、その都度、適切な返答を通知する。
【0267】
「メモリ受信+印字出力」モードとは、上記のメモリ受信動作に平衡して、受信した文書を記録制御部112を用いて印字出力するものである。ここで、この「メモリ受信+印字出力」モードと前述の「メモリ受信」モードの2つを特に「リモート受信」と定義することにする。
【0268】
また、「通常受信」モードとは、ファクシミリ装置単体としての通常の受信動作に復帰するものである。
【0269】
ファクシミリ装置では、該情報処理端末114とのマルチ動作を実現させるために、図12Aに示すような制御を行っている。つまり、該情報処理端末114からは受信モード指定が来ているか否かを常に監視し(12A−1)、また、該情報処理端末114に送出すべき受信ファイルIDの通知がファクシミリ装置内で発生しているか否かを常に監視し(12A−4)、また、該情報処理端末114側からの積極的な受信ファイルID通知要求の有無を常に監視している(12A−6)。該情報処理端末114からの受信モード指定があった場合(12A−1)は、ファクシミリ装置の受信モードを要求された受信モードに設定し(12A−2)、正常に受け付けたことを通知するためのレスポンスを送出する(12A−3)。ここで、ファクシミリ装置では設定された新しい受信モードへの切り替えは、実行中の受信動作を除く次の受信動作から有効になる。次に、該情報処理端末114に送出すべき受信ファイルIDの通知がファクシミリ装置内で発生していた場合(12A−4)は、その通知に従って該情報処理端末114に該受信ファイルIDのメッセージを送出する(12A−5)。また、該情報処理端末114側からの受信ファイルID通知要求があった場合(12A−6)は、ファクシミリ装置内で該情報処理端末114に送出すべき受信ファイルIDの通知があるときのみ該受信ファイルIDのメッセージを送出する(12A−7)。
【0270】
次に、図23のフローチャートに沿って、各受信モードにおける受信時の処理手順を説明する。
【0271】
ファクシミリ装置は、着信があると(12B−1)、先ず「リモート受信」か否か(「通常受信」)を確認する(12B−2)。リモート受信であれば、次に「メモリ受信」モードか「メモリ受信+印字出力」モードかを調べる(12B−3)。
【0272】
「メモリ受信」モードの場合、先ず、該受信でこれから蓄積される文書を識別するファイルIDを該情報処理端末114に通知する(12B−12)。通知した後、これから受信される文書を該情報処理端末114がページ・アップロード機能によってアップロードができるように、ファクシミリ装置の状態をページ・アップロード機能使用可能状態に遷移させておく。受信文書は通信制御部108から取り込まれ、一度、符号復号化処理部111で復号化される(12B−13)。そして、復号されたデータは、画像メモリ104に蓄積させるために、再び符号復号化処理部111で符号化され、最終的に画像メモリ104に書き込まれる(12B−14)。該画像処理は決められた単位で実行されるので、それがページ終了(12B−15)及び1文書終了(12B−16)まで繰り返される。
【0273】
ここで、本フローチャートでは、受信された文書が周知のMMRやMHで符号化された画像データである場合について記述されているが、それ以外のデータ、例えばASCIIデータなどのキャラクターデータ、PDL(プリンタ記述言語)、生データやG4通信でいうコントロールドキュメントなどであることが通信手順によって判明した場合は、符号復号化処理部111を経ずに、そのまま画像メモリ104に蓄積される。また、このとき、ファクシミリ装置自体の設定や該情報処理端末114からの設定によっては、データ変換部115によって、キャラクタデータをCG展開したり、PDLデータを画像データへ変換などして、符号復号化処理部111を通して画像メモリ104へ蓄積することも可能である。
【0274】
同通信で別の文書が受信される場合は、上記処理12B−12から同様の処理がなされる。通信が終了(12B−17)したならば、通信管理情報が管理されるRAM103に該受信の通信結果情報を書き込む(12B−11)。
【0275】
「メモリ受信+印字出力」モードの場合は、「メモリ受信」時と同様、先ず、これから受信する文書のファイルIDを該情報処理端末114に通知(12B−4)し、ページ・アップロード機能使用可能状態に遷移させておく。受信データは復号化(12B−5)した後、「メモリ受信」モードと同様の処理(12B−7)をすると共に、プリンタ装置に合わせて解像度変換させるための解像度変換処理部110を経て記録制御部112へ送る(12B−6)。以下は、「メモリ受信」モードの処理と同様である。また、画像データ以外のデータ、例えばASCIIデータや、PDLデータを受信した場合の印字出力処理は行わないか、もしくは、ファクシミリ装置自体の設定や該情報処理端末114からの指示によっては、データ変換部115によって、ASCIIデータをCG展開したり、PDLデータを画像データへ変換して印字出力させることも可能である。
【0276】
また、「通常受信」モードの場合は、ファクシミリ装置単体としての通常の受信動作をする。即ち、受信文書は通信制御部108から取り込まれ、一度、符号復号化処理部111で復号化される(12B−18)。そして、プリンタ装置に合わせた解像度に解像度変換処理部110で変換されてから記録制御部112へ送られる(12B−19)。その処理をページ終了(12B−20)及び1文書終了(12B−21)まで繰り返す。通信が終了(12B−22)したならば、通信管理情報が管理されるRAM103に該受信の通信結果情報を書き込む(12B−11)。
【0277】
以上の処理によって、ファクシミリ装置は受信機能動作を実行している。
【0278】
上述した受信機能によれば、情報処理端末からの指示に従った受信動作への切り替えを可能にすることによって、ファクシミリ装置としての機能のレベルアップが図られる。例えば、受信モードによっては、受信文書の識別子であるファイルIDを受信中に該情報処理端末へ通知するので、情報処理端末はページ・アップロード機能やファイル・アップロード機能を用いることによって、受信中や受信後に該受信文書を該情報処理端末へ転送することも可能になる。さらに、情報処理端末に該受信を識別するサービスIDを通知するので、情報処理端末は通信管理機能を用いることによって、該受信動作に関する通信結果情報を取得することもできる。
【0279】
12.ポーリング機能
このポーリング機能は、情報処理端末114からの指示によってファクシミリ装置側でポーリング発呼し、かつそのポーリング受信時には該情報処理端末から指示された受信モードに従った受信動作を実行するものである。
【0280】
図24は、情報処理端末114とI/F制御部113等を介して実行されるポーリング発呼要求受付などの処理(ポーリング機能)を示したフローチャートである。又、図25は、情報処理端末114からの要求(コマンド)に応じてファクシミリ装置(画像処理装置)が実行する処理(ポーリング制御)を示したフローチャートである。
【0281】
ファクシミリ装置は、情報処理端末114からのポーリング発呼要求コマンドによって受信モードが設定される。該受信モードの種類としては、「メモリ受信」、「メモリ受信+印字出力」などがある。
【0282】
「メモリ受信」モードとは、ポーリング受信した文書をファクシミリ装置の画像メモリ104内に蓄積し、その受信文書のファイルIDや該受信動作を識別するサービスID、さらに周知のINS64サービスで送られてくるUUI(ユーザ・ユーザ情報)などの情報を該情報処理端末114に通知する。なお、本実施例では、これらの諸情報を簡単のため“受信ファイルID”情報と略称する。G4プロトコルによる受信などでは1通信で復数の文書が受信される場合もあるため、通知する受信ファイルIDは、1文書受信されるごとに異なったIDが該情報処理端末114に渡される。また、該情報処理端末114側からの受信ファイルID通知の要求があった場合でも、その都度、適切な返答を通知する。
【0283】
「メモリ受信+印字出力」モードとは、上記のメモリ受信動作に平衡して、ポーリング受信した文書を記録制御部112を用いて印字出力するものである。
【0284】
ファクシミリ装置では、該情報処理端末114とのマルチ動作を実現させるために、図24に示すような制御を行っている。つまり、該情報処理端末114からはポーリング発呼指示が届いているか否かを常に監視し(13A−1)、また、該情報処理端末114に送出すべきポーリング受信ファイルIDやエラーの通知がファクシミリ装置内で発生しているか否かを常に監視し(13A−4)、また、該情報処理端末114側からの積極的なポーリング受信ファイルIDやエラー情報に関する通知要求の有無を常に監視している(13A−6)。該情報処理端末114からのポーリング発呼指示があった場合(13A−1)は、ファクシミリ装置のポーリング制御キューに該ポーリング発呼指示をキューイングし(13A−2)、正常に受け付けたことを通知するためのレスポンスを送出する(13A−3)。このレスポンスには、該ポーリングサービスを識別するためのサービスIDが含まれている。次に、該情報処理端末114に送出すべきポーリング受信ファイルIDの通知やエラーの通知がファクシミリ装置内で発生していた場合(13A−4)は、その通知内容に従ったメッセージを該情報処理端末114へ送出する(13A−5)。また、該情報処理端末114側からのポーリング受信ファイルIDやエラー情報の通知要求があった場合(13A−6)は、ファクシミリ装置内で該情報処理端末114に送出すべき受信ファイルIDの通知やエラーの通知があるときのみ、その内容に従ったメッセージを送出する(13A−7)。
【0285】
次に、図25のフローチャートに沿って、ポーリング機能の処理手順を説明する。
【0286】
先ず、ファクシミリ装置におけるポーリング発呼受信に必要な資源が獲得できる状況になったならば、ポーリング制御キューより1つのポーリング発呼要求を取り出し、図25の一連の動作に入る。該ポーリング発呼要求にはポーリング発呼に必要な各種情報が含まれている。例えば、相手先ダイヤル番号、通信プロトコル、通信初期スピード、G4通信で周知のサブアドレス、発呼時刻、ポーリング受信時に相手機に照合されるポーリングID、G3通信の新フレームであるSEPフレームやPWDフレーム、INS64でのUUI(ユーザ・ユーザ情報)、更には前述の受信モードなどである。もし、ここで発呼時刻が指定されていればその時刻に、また指定されていなければ即、指定宛先にポーリング発呼する(13B−1)。呼が接続されたら相手機からポーリングID照合を受ける(13B−2)。もし、照合結果がNGであれば相手機の方から呼を切断してくるので中断処理をして、ホストにその旨を通知(13B−18)し、さらに通信管理情報としてRAM103の通信管理情報のエリアに書き込む(13B−11)。照合結果がOKであれば相手機からの文書の受信を待つ。この時、上記の受信モードに従った受信処理を実行する(13B−3)。
【0287】
即ち、「メモリ受信」モードの場合、先ず、該ポーリング受信でこれから蓄積される文書を識別するファイルIDを該情報処理端末114に通知する(13B−12)。通知した後、これから受信される文書を該情報処理端末114がページ・アップロード機能によってアップロードができるように、ファクシミリ装置の状態をページ・アップロード機能使用可能状態に遷移させておく。受信文書は通信制御部108から取り込まれ、一度、符号復号化処理部111で復号化される(13B−13)。そして、画像メモリ104に蓄積させるために、再び符号復号化処理部111で符号化され、最終的に画像メモリ104に書き込まれる(13B−14)。該画像処理は決められた単位で実行されるので、それがページ終了(12B−15)及び1文書終了(12B−16)まで繰り返される。
【0288】
ここで、本フローチャートでは、受信された文書が周知のMMRやMHで符号化された画像データである場合について記述されているが、それ以外のデータ、例えばASCIIデータなどのキャラクターデータ、PDL(プリンタ記述言語)、生データやG4通信でいうコントロールドキュメントなどであることが通信手順によって判明した場合は、符号復号化処理部111を経ずに、そのまま画像メモリ104に蓄積される。また、このとき、ファクシミリ装置自体の設定や該情報処理端末114からの設定によっては、データ変換部115によって、キャラクタデータをCG展開したり、PDLデータを画像データへ変換などして、符号復号化処理部111を通して画像メモリ104へ蓄積することも可能である。
【0289】
同通信で別の文書が受信される場合は、上記処理13B−12から同様の処理がなされる。通信が終了(13B−17)したならば、通信管理情報が管理されるRAM103に該受信の通信結果情報を書き込む(13B−11)。
【0290】
「メモリ受信+印字出力」モードの場合は、「メモリ受信」時と同様、先ず、これからポーリング受信する文書のファイルIDを該情報処理端末114に通知(13B−4)し、ページ・アップロード機能使用可能状態に遷移させておく。受信データは復号化(13B−5)した後、「メモリ受信」モードと同様の処理(13B−7)をすると共に、プリンタ装置に合わせて解像度変換させるための解像度変換処理部110を経て記録制御部112へ送る(13B−6)。以下は、「メモリ受信」モードの処理と同様である。また、画像データ以外のデータ、例えばASCIIデータや、PDLデータを受信した場合の印字出力処理は行わないか、もしくは、ファクシミリ装置自体の設定や該情報処理端末114からの指示によっては、データ変換部115によって、ASCIIデータをCG展開したり、PDLデータを画像データへ変換して印字出力させることも可能である。
【0291】
以上の処理によって、ファクシミリ装置はポーリング機能を実現している。
【0292】
以上のポーリング機能によれば、情報処理端末からの指示に従ったポーリング受信を可能にすることによって、ファクシミリ装置としての機能のレベルアップが図られる。例えば、情報処理端末に管理されている宛先名簿を利用したポーリング発呼要求がリモートで送ることが可能となる。また、受信文書の識別子であるファイルIDを該情報処理端末へ通知するので、情報処理端末はページ・アップロード機能やファイル・アップロード機能を用いることによって、受信中や受信後に該受信文書を該情報処理端末へ転送することも可能になる。さらに、情報処理端末に該ポーリング受信を識別するサービスIDを通知するので、情報処理端末は通信管理機能を用いることによって、該ポーリング受信に関する通信結果情報を取得することもできる。
【0293】
13.通信管理機能
この通信管理機能は、情報処理端末からの要求に応じて、画像処理端末側で管理している通信結果情報を情報処理端末に通知するものである。通知方法には大きく分けて2種類あり、1つは管理している個々の通信結果の識別子(サービスID)一覧を通知する方法、もう1つは情報処理端末から指示される該識別子(サービスID)に相当する通信結果を通知する方法である。
【0294】
ファクシミリ装置における通信管理機能の実施例を説明する。説明の順として、先ず、ファクシミリ装置内での通信結果情報の管理形態を図26を用いて説明し、次に図27のフローチャートに沿って通信結果情報の通知手順について説明する。
【0295】
ファクシミリ装置の通信結果情報は図26に示すような構造で管理されている。ファクシミリ装置では各送信、受信のサービスを識別するためのサービスIDを設けている。例えば、情報処理端末114からの送信指示を受け付けた場合、その送信サービスを意味するサービスIDを該情報処理端末114に通知している。ファクシミリ装置では、そのサービスID別に結果情報を管理している。つまり、図26のようなサービスIDごとのデータ構造となっている(以下、簡単のため、このサービスIDごとのデータ構造を通信管理テーブルと称することにする)。また、ファクシミリ装置で管理できる該通信管理テーブルの最大値を40とする。通信結果情報がこの最大値を超える場合は、最も古い情報が載っている通信管理テーブルに新しい情報が上書きされる方法を採る。また、1通信管理テーブルには通信モード名(通常送信、親展送信、中継送信などの識別)、通信開始時刻、通信終了時刻、回線種別(G4、G3の種別)、相手電話番号、相手サブアドレス、相手TID(端末名)、相手略称、送受信ページ数、受信BOX番号(親展受信時などの親展BOX番号)、課金情報、通信結果、ファイルID(送信対象になったファイル/受信したファイルの識別子)、さらに通知済みフラグなどの情報が記憶される。なお、各ファイルに関する諸情報はファイルID単位で別途管理されており、1通信で複数ファイルを受信した場合は、該ファイルIDに相当するファイル情報を調べれば、残りのファイルの情報までたどることが可能になっている。また、通知済みフラグは、過去に該情報処理端末114に通知した通信結果情報であるかどうかを示すためのフラグで、一度でも通知したことのある場合は1、未通知の場合は0である。なお、該通信結果情報はRAM103内に管理されている。
【0296】
次に、図27に従って、通信管理情報の通知手順について説明する。先ず、該情報処理端末114から通信結果情報取得コマンドを受け付ける(14B−1)。ここで、本コマンドを受け付けた場合は、本コマンド要求のキューイング制御などは行わず、優先的に即、本コマンドに対する処理を行う。
【0297】
次に、このコマンドが「サービスID指定の結果情報取得」なのか「サービスIDの要求」なのかを判断する(14B−2)。もし、「サービスID指定の結果情報取得」であれば、指定されたサービスIDに関する通信結果情報をRAM103の中から探索し(14B−3)、該情報を該情報処理端末114へ送出する(14B−4)。そして、該サービスIDの通信管理テーブル内の通知済みフラグを1にする(14B−5)。また、判断14B−2で「サービスIDの要求」であれば、リワインド要求があるかどうかを判断する(14B−6)。ここで、「サービスIDの要求」に対して該情報処理端末114へ通知する情報とは、基本的に、未通知(通知済みフラグが0)であった結果情報のサービスIDである。このリワインド要求とは、全ての通信管理テーブルの通知済みフラグを0にクリアし、管理されている最初からサービスIDを通知させるためのものである。従って、判断(14B−6)の結果、ワインド要求があった場合は、全ての通信管理テーブルの通知済みフラグを0にクリアし(14B−7)、管理されている先頭のサービスIDを該情報処理端末114に送出する(14B−8)。また、リワインド要求が無かった場合は、通知済みフラグが0の中で先頭に管理されているサービスIDを送出する(14B−9)。また、続けてリワインド要求の無い通信結果情報取得コマンドを受け付けた場合は、直前に通知したサービスIDの次に管理されているサービスIDを送出する。
【0298】
以上の手順で、ファクシミリ装置は情報処理端末に通信結果情報を通知している。
【0299】
以上の通信管理機能によれば、情報処理端末に対しても通信結果情報を通知できる手段を設けることによって、ファクシミリ装置としての機能のレベルアップが図られる。例えば、情報処理端末の指示による送信などのサービスに関する結果情報を情報処理端末が必要なときに知ることができる。さらに、ファクシミリ装置側に記録用紙が無いような状況でも、情報処理端末から通信結果情報を確認することも可能となることより、システムとしての信頼性の向上にもつながる。
【0300】
14.ファイル管理機能
このファイル管理機能は、画像メモリ104上に蓄積されている画像データにファイルIDを与えファイルとして管理し、情報処理端末114の要求により、ファイルについての情報を通知したり、ファイルを削除する機能である。
【0301】
図28は、本実施例におけるファイル管理の概略を説明する図である。
【0302】
図中、ファイル管理領域は画像メモリ104に蓄積されている画像データをファイルについて1ファイルごとにファイルIDとファイル固有の情報であるファイル種別(スキャナ蓄積文書、受信文書、ダウンロード文書等の種別)、ファイル属性(通常ファイル、親展受信ファイル、ポーリング待機ファイル等の属性)、データ形式(MH、MR、MMR、JBIG、生画像データ、ASCII、PDL等のデータ形式)、確定ページ数、ボックス番号(ファイル属性が親展受信ファイルやポーリング待機ファイル等の場合にそのボックスをしていする番号)、使用中フラグ(プリント要求、送信要求等を受けているかどうかを示す)、ページ管理情報が格納されている場所などを関連づけてRAM103に記憶している。
【0303】
この情報は、ネクストポインタ(nextptr)によりリンクされており最終情報の場合は最後の情報であることを示すためにたとえば0等の終端符号によりターミネートされている。
【0304】
また、図中、先頭ファイルポインタはRAM103に配置されている変数であり、先頭のファイル情報が格納されているアドレスを記憶している。ここで管理されているファイルがない場合には、たとえば0等の終端符号が格納されている。図中、ID一覧通知もまたRAM103に配置された変数であり、上記先頭ファイルポインタと同様に次回に通知すべきファイルの情報を格納するファイル管理情報の場所を示すアドレスが格納されており、通知すべき情報がない場合にはたとえば0等の終端符号が格納されている。この変数は、後に説明するファイルID一覧取得要求コマンドによりファイルIDの一覧リストを通知する場合に使用するものである。
【0305】
また、ページ管理情報は各ファイルのページ情報を1ページごとに管理している。管理情報はページ番号と解像度、画像サイズ(A4、B4等)、画像メモリ104上のデータ格納アドレス、データサイズを関連づけてRAM103に記憶している。
【0306】
以上説明した情報は、画像データ等を画像メモリに蓄積するとき、たとえば、受信時、ダウンロード時、スキャンデータ蓄積時等に同時に作成される。
【0307】
次に情報処理端末114からのファイル管理コマンドを受信した場合の処理を図29を用いて説明する。本図により説明される処理は、情報処理端末114からファイル管理コマンドを受信した時に開始される。ファイル管理コマンドには、特定ファイルについての情報を取得するためのファイル情報取得コマンド、特定ファイルの特定ページについての情報を取得するページ情報取得コマンド、ファイルIDの一覧リストを取得するファイルID一覧要求コマンドがある。
【0308】
ステップ15B−1では受信したコマンドを解析してコマンドが[ファイル情報取得]であればステップ15−2へ、[ページ情報取得]であればステップ15B−6へ、[ファイルID一覧]であればステップ15B−10へ、パラメータエラー等コマンドに異常があればステップ15B−14へ処理を進める。
【0309】
ステップ15B−2はコマンドが[ファイル情報取得]の場合に行われる処理である。ファイル情報取得コマンドではパラメータとしてファイル情報を取得したいファイルのファイルIDを受け取る。本処理は前記ファイルIDをファイル管理情報のなかから先頭ファイルから順に検索する。
【0310】
ステップ15B−3では処理15B−2の検索の結果目的のファイルが見つかったかどうか判別し、見つかった場合にはステップ15B−4に見つからない場合にはステップ15B−14に処理を進める。
【0311】
ステップ15B−4では目的のファイル情報をI/F制御部113の転送バッファメモリにコピーする。
【0312】
ステップ15B−5ではコピーされたファイル情報を情報処理端末114に転送する。
【0313】
ステップ15B−6はコマンドが[ページ情報取得]の場合に行われる処理である。ページ情報取得コマンドではパラメータとしてページ情報を取得したいページのファイルIDとページ番号を受け取る。本処理は目的のページをファイルIDとページ番号によりページ管理情報のなかから検索する。
【0314】
ステップ15B−7ではステップ15B−6の検索の結果、目的のページが見つかった場合にはステップ15B−8へ、見つからなければステップ15B−14に処理を進める。
【0315】
ステップ15B−8では目的のページ情報をI/F制御部113の転送バッファにコピーする。
【0316】
ステップ15B−9ではコピーされたページ情報を情報処理端末114に転送する。
【0317】
ステップ15B−10はコマンドが[ファイルID一覧]の場合に行われる処理である。ファイルID一覧取得コマンドはパラメータとして先頭からか継続かのスイッチを受けり、ファイルIDを1つだけ返送する。本処理では、パラメータのスイッチが先頭からかどうかを判断し、先頭からであればステップ15B−11に継続であればステップ15B−12に処理を進める。
【0318】
ステップ15B−11では図28のID一覧ポインタに先頭ファイルポインタに格納されている先頭のファイル情報アドレスを格納する。
【0319】
ステップ15B−12では図28のID一覧ポインタがさしているファイル情報のファイルIDをI/F制御部113の転送バッファにコピーし、ID一覧ポインタに次のファイル情報のアドレスを格納する。
【0320】
ステップ15B−13ではコピーされたファイルIDを情報処理端末114に転送する。
【0321】
ステップ15B−14では情報処理端末にエラー通知を行う。
【0322】
次に、図30を用いてファイル削除を行う処理を説明する。図30はファイル削除処理を説明するフローチャートであり、図で説明される処理は、情報処理端末114からファイル削除要求コマンドを受信した時に開始される。ファイル削除要求コマンドにはパラメータとして削除すべきファイルのファイルID等を含んでいる。
【0323】
ステップ15C−1では受信したコマンドを解析し、パラメターエラー等の異常がないかどうかを調べ異常がなければステップ15C−2に、異常があればステップ15C−7に処理を進める。
【0324】
ステップ15C−2ではパラメータで指定された目的のファイルを検索する。
【0325】
ステップ15C−3では検索の結果ファイルが見つかれば、ステップ15C−4に、見つからなければステップ15C−7に処理を進める。
【0326】
ステップ15C−4では検索で見つけたファイルが使用中であるかどうかを調べ使用中であればステップ15C−7に未使用であればステップ15C−5に処理を進める。このステップ15C−4の処理により送信予約中のファイルなどを消すことを防ぐことができる。
【0327】
ステップ15C−5では目的のファイルの実データ、ページ情報、ファイル情報を消去する。まず、画像メモリ上の実データ領域を解放しページ情報を解放する。この解放処理を目的ファイルの全ページにわたって実施した後に、ファイル情報を解放する。この時、先頭ファイルポインタが削除ファイルをさしていれば先頭ファイルポインタにネクストファイルポインタをコピーしておく。また、ID一覧ポインタが削除ファイルをさしている場合には、同様にネクストポインタをコピーしておく。
【0328】
ステップ15C−6では情報処理端末114にファイル削除処理が終了したことを通知する。
【0329】
ステップ15C−7は情報処理端末114にエラー通知をする。
【0330】
以上のファイル管理機能によれば、情報処理端末114により画像メモリ104上のファイル情報の取得やファイル削除を行うことが可能となる。
【0331】
15.システムメモリ管理機能
このシステムメモリ管理機能は、ファクシミリ装置において送信などに利用されるダイヤルデータや、自機電話番号、自機略称といったユーザデータや、信号の送出レベル、通信プロトコルの制御パラメータといったサービスデータなど、ファクシミリ装置のRAM103で管理されている各種データの照会や登録を行うものである。
【0332】
図31は、システムメモリ管理の制御動作を示すフローチャートである。
【0333】
このシステムメモリ管理機能では、I/F制御部113を介して情報処理端末114から送られてくるコマンドによってファイルアップロードが要求されたならば、ファイルアップロードの処理が実行される。なお、コマンドおよびパラメータレベルの矛盾は、コマンド解析時に予め排除されているものとする。
【0334】
まず、ステップ16A−001において、情報処理端末114によるコマンドが各種データの追加、変更等を行う登録要求か、各種データの照会を行う参照要求かを判別する。もし、登録要求ならばステップ16A−002に、参照要求ならばステップ16A−003に分岐する。
【0335】
ステップ16A−002では、要求に応じて、ダイヤルデータ、ユーザデータ、またはサービスデータの追加、変更といった登録処理を行い、システムメモリ管理の処理を終了する。なお、詳細は後述する。
【0336】
ステップ16A−003では、要求に応じて、ダイヤルデータ、ユーザデータ、またはサービスデータの一部または全部をI/F制御部113を介して情報処理端末114に転送するといった参照処理を行い、システムメモリ管理の処理を終了する。なお、詳細は後述する。
【0337】
図32は、図31のステップ16A−002において行われる登録処理を詳細に示したフローチャートである。
【0338】
まず、ステップ16B−001において、追加、変更等の登録を行いたいデータのタイプを判別する。データタイプがダイヤルデータであるならばステップ16B−002に、ユーザデータであるならばステップ16B−003に、サービスデータであるならばステップ16B−004にそれぞれ分岐する。
【0339】
ステップ16B−002では、送信などに利用されるダイヤルデータの追加、変更等の処理を行い、登録処理を終了する。なお、詳細は後述する。
【0340】
ステップ16B−003では、自機電話番号、自機略称といったユーザデータの追加、変更等の処理を行い、登録処理を終了する。なお、詳細は後述する。
【0341】
ステップ16B−004では、信号の送出レベル、通信プロトコルの制御パラメータといったサービスデータの追加、変更等の処理を行い、登録処理を終了する。なお、詳細は後述する。
【0342】
図33は、図31のステップ16A−003において行われる参照処理を詳細に示したフローチャートである。
【0343】
まず、ステップ16C−001において、参照を行いたいデータのタイプを判別する。データタイプがダイヤルデータであるならばステップ16C−002に、ユーザデータであるならばステップ16C−003に、サービスデータであるならばステップ16C−004に、能力データであるならばステップ16C−005にそれぞれ分岐する。
【0344】
ステップ16C−002では、送信などに利用されるダイヤルデータの照会の処理を行い、参照処理を終了する。なお、詳細は後述する。
【0345】
ステップ16C−003では、自機電話番号、自機略称といったユーザデータの照会の処理を行い、参照処理を終了する。なお、詳細は後述する。
【0346】
ステップ16C−004では、信号の送出レベル、通信プロトコルの制御パラメータといったサービスデータの照会の処理を行い、参照処理を終了する。なお、詳細は後述する。
【0347】
ステップ16C−005では、送信、受信、プリント、スキャニングといった本実施例のファクシミリ装置が有する機能の中で、情報処理端末114が利用することのできる機能の情報や、メーカ名、装置名、ROMバージョン、シリアル番号といった個体を識別する情報を、キャラクタデータ形式でI/F制御部113を介して情報処理端末114に転送し、参照処理を終了する。
【0348】
図34は、図32のステップ16B−002において行われるダイヤルデータ登録処理を詳細に示したフローチャートである。
【0349】
まず、ステップ16D−001において、情報処理端末114から送られてきたユーザIDが有効か否かを判定する。もし、そのユーザIDを有するユーザが予め装置に登録されているならばステップ16D−002に、登録されていなければステップ16D−006に分岐する。
【0350】
ステップ16D−002では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、前記ユーザIDに対応したパスワードが予め装置に登録されていないか、あるいは前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16D−003に進む。反対に、前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16D−006に進む。
【0351】
ステップ16D−003では、送信キュー等にユーザIDとインデックス番号で指定されるダイヤルデータを利用しようとするジョブが登録され、そのジョブが待ち状態あるいは実行中であるか否かを判定する。もし、利用しようとするジョブがないならばステップ9D−005に、そうでなければステップ9D−004に分岐する。
【0352】
ステップ16D−004では、コマンドの異常処理条件として、強制的に登録するように要求されているか否かを判定する。もし、強制登録を要求されているならば、ステップ16D−005に進み、そうでなければステップ16D−006に進む。
【0353】
ステップ16D−005では、ユーザIDとインデックス番号で指定されるRAM103上の領域に、情報処理端末114から送られてきた相手先電話番号、相手先略称、およびファクシミリ通信に必要なパラメータ等のデータを登録する。該動作により、ユーザIDとインデックス番号で指定される領域が未登録状態ならば追加、すでに登録されているならば変更、情報処理端末114から送られてくるデータが無効ならば削除の処理を実行し、ダイヤルデータ登録処理を終了する。
【0354】
ステップ16D−006は、情報処理端末114から送られてきたユーザIDまたはパスワードが無効であった場合に、あるいは、登録しようとしているダイヤルデータを利用するジョブがすでに存在し、かつ強制登録の要求がない場合に実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、ダイヤルデータ登録処理を異常終了する。
【0355】
図35は、図32のステップ16B−003において行われるユーザデータ登録処理を詳細に示したフローチャートである。
【0356】
まず、ステップ16E−001において、I/F制御部113を介して情報処理端末114から送られてきた要求が、パスワードの変更に関するものか否かを判定する。もし、パスワードの変更でなかったならば、ステップ16E−002に進む。
【0357】
ステップ16E−002では、情報処理端末114から送られてきたユーザIDがシステム管理者のものであるか否かを判定する。もし、ユーザIDがシステム管理者のものであるならばステップ16E−003に、そうでなければステップ16E−008に進む。
【0358】
ステップ16E−003では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、システム管理者のパスワードが予め装置に登録されていないか、あるいはシステム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16E−004に進む。反対に、システム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16E−008に進む。
【0359】
ステップ16E−004では、自機電話番号、自機略称、あるいはユーザ管理に関する情報など、情報処理端末114によって指定された項目またはすべての項目について、各項目に対応するRAM103上の領域に、情報処理端末114から送られてきた情報を登録する。該動作により、例えばユーザ管理に関する情報の登録の時、これから登録しようとしているユーザIDが未登録状態ならばユーザの追加、すでに登録されているならばユーザの変更、ユーザ情報を与えなければユーザの削除の処理を実行し、ユーザデータ登録処理を終了する。
【0360】
一方、ステップ16E−001において、パスワードの変更を要求されていたならば、ステップ16E−005に進む。ステップ16E−005では、情報処理端末114から送られてきたユーザIDが有効か否かを判定する。もし、そのユーザIDを有するユーザが予め装置に登録されているならばステップ16E−006に、登録されていなければステップ16E−008に分岐する。
【0361】
ステップ16E−006では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、前記ユーザIDに対応したパスワードが予め装置に登録されていないか、あるいは前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16E−007に進む。反対に、前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16E−008に進む。
【0362】
ステップ16E−007では、ユーザIDで指定されるRAM103上の該ユーザのパスワードの領域に、情報処理端末114から送られてきた新パスワードを登録し、ユーザデータ登録処理を終了する。
【0363】
ステップ16E−008は、ステップ16E−002において情報処理端末114から送られてきたユーザIDがシステム管理者のものでなかったか、またはステップ16E−003、ステップ16E−005、ステップ16E−006のいずれかでユーザIDまたはパスワードが無効であったときに実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、ユーザデータ登録処理を異常終了する。
【0364】
図36は、図32のステップ16B−004において行われるサービスデータ登録処理を詳細に示したフローチャートである。
【0365】
まず、ステップ16F−001において、情報処理端末114から送られてきたユーザIDがシステム管理者のものであるか否かを判定する。もし、ユーザIDがシステム管理者のものであるならばステップ16F−002に、そうでなければステップ16F−004に進む。
【0366】
ステップ16F−002では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、システム管理者のパスワードが予め装置に登録されていないか、あるいはシステム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16F−003に進む。反対に、システム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16F−004に進む。
【0367】
ステップ16F−003では、信号の送出レベル、通信プロトコルの制御パラメータなど、情報処理端末114によって指定された項目またはすべての項目について、各項目に対応するRAM103上の領域に、情報処理端末114から送られてきた情報を登録し、サービスデータ登録処理を終了する。
【0368】
ステップ16F−004は、情報処理端末114から送られてきたユーザIDまたはパスワードが無効であったときに実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、サービスデータ登録処理を異常終了する。
【0369】
図37は、図33のステップ16C−002において行われるダイヤルデータ参照処理を詳細に示したフローチャートである。
【0370】
まず、ステップ16G−001において、情報処理端末114から送られてきたユーザIDが有効か否かを判定する。もし、そのユーザIDを有するユーザが予め装置に登録されているならばステップ16G−002に、登録されていなければステップ16G−004に分岐する。
【0371】
ステップ16G−002では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、前記ユーザIDに対応したパスワードが予め装置に登録されていないか、あるいは前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16G−003に進む。反対に、前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16G−004に進む。
【0372】
ステップ16G−003では、ユーザIDとインデックス番号で指定されるRAM103上の領域、あるいは指定されたユーザIDのすべてのインデックス番号に対応するRAM103上の領域の、相手先電話番号、相手先略称、およびファクシミリ通信に必要なパラメータ等のデータをI/F制御部113を介して情報処理端末114に出力して、ダイヤルデータ参照処理を終了する。
【0373】
ステップ16G−004は、情報処理端末114から送られてきたユーザIDまたはパスワードが無効であったときに実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、ダイヤルデータ参照処理を異常終了する。
【0374】
図38は、図33のステップ16C−003において行われるユーザデータ参照処理を詳細に示したフローチャートである。
【0375】
まず、ステップ16H−001において、情報処理端末114から送られてきたユーザIDが有効か否かを判定する。もし、そのユーザIDを有するユーザが予め装置に登録されているならばステップ16H−002に、登録されていなければステップ16H−004に分岐する。
【0376】
ステップ16H−002では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、前記ユーザIDに対応したパスワードが予め装置に登録されていないか、あるいは前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16HG−003に進む。反対に、前記ユーザIDに対応したパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16H−004に進む。
【0377】
ステップ16H−003では、自機電話番号、自機略称、あるいはユーザ管理に関する情報など、情報処理端末114によって指定された項目またはすべての項目について、各項目に対応するRAM103上の領域に登録されているデータを情報処理端末114に出力し、ユーザデータ参照処理を終了する。
ステップ16H−004は、情報処理端末114から送られてきたユーザIDまたはパスワードが無効であったときに実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、ユーザデータ参照処理を異常終了する。
【0378】
図39は、図33のステップ16C−004において行われるサービスデータ参照処理を詳細に示したフローチャートである。
【0379】
まず、ステップ16I−001において、情報処理端末114から送られてきたユーザIDがシステム管理者のものであるか否かを判定する。もし、ユーザIDがシステム管理者のものであるならばステップ16I−002に、そうでなければステップ16I−004に進む。
【0380】
ステップ16I−002では、情報処理端末114から送られてきたパスワードが、有効か否かを判定する。もし、システム管理者のパスワードが予め装置に登録されていないか、あるいはシステム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致するならば、ステップ16I−003に進む。反対に、システム管理者のパスワードが予め装置に登録されていて、そのパスワードと指定されたパスワードが一致しないならば、ステップ16I−004に進む。
【0381】
ステップ16I−003では、信号の送出レベル、通信プロトコルの制御パラメータなど、情報処理端末114によって指定された項目またはすべての項目について、各項目に対応するRAM103上の領域に登録されているデータを情報処理端末114に出力し、サービスデータ参照処理を終了する。
【0382】
ステップ16I−004は、情報処理端末114から送られてきたユーザIDまたはパスワードが無効であったときに実行され、エラー内容をI/F制御部113を介して情報処理端末114に出力して、サービスデータ参照処理を異常終了する。
【0383】
上記の処理により、本実施例のファクシミリ装置は、送信などに利用されるダイヤルデータや、自機電話番号、自機略称といったユーザデータや、信号の送出レベル、通信プロトコルの制御パラメータといったサービスデータなど、ファクシミリ装置で管理されている各種データの照会や登録を、情報処理端末114の要求に応じて行う。又、上述の処理によれば、
(1)限られたキャラクタしか表示することのできないようなファクシミリ装置であっても、情報処理端末上の高度なユーザインタフェースを利用することができるため、操作性の向上が期待できる。
(2)一般的に変更することの少ない自機電話番号、自機略称といったユーザデータや、工事担任者などの資格がないと変更することのできない信号の送出レベル、通信プロトコルの制御パラメータといったサービスデータは、特定のユーザ以外は変更できないように構成されているので、情報処理端末を使って多人数で本発明のファクシミリ装置を利用しても、それらのデータが不用意に変更されることがなくなる。
(3)送信などに利用されるダイヤルデータは、各ユーザごとに管理するように構成されているので、情報処理端末を使って多人数で本発明のファクシミリ装置を利用しても、個人のプライバシを守ることができる。
(4)送信などに利用されるダイヤルデータの照会と登録が可能で、情報処理端末側で管理されているダイヤルデータと本発明のファクシミリ装置側で管理されているダイヤルデータとを共通に設定することが容易になる。すなわち、従来のスタンドアロンファクシミリ装置と同様な使い方でも、あるいは情報処理端末によってファクシミリ装置を制御する使い方でも、戸惑うことなくスムースに利用することが可能になる。
(5)送信キューなどに、変更しようとしているダイヤルデータを利用するジョブがある場合、通常は登録を異常終了する。不用意にデータが変更されたことによる誤ダイヤルを防ぐことができる。
【0384】
16.音声データ管理機能
この音声データ管理機能は、留守録制御部により管理される音声データおよび音声管理情報のダウンロード/アップロードを行うものである。
【0385】
図40は、本実施例における留守録制御部109内の音声データ処理部を表わしたブロック図である。以下、各部材について説明する。
【0386】
18A−1は、デジタル化された音声データに対してADPCM等の圧縮/伸張処理を施すDSPである。該処理はROM102の留守録制御プログラムに従い、バス18A−8を介して送られてくる格納/読出等のコマンドにより開始される。
【0387】
18A−2は、DSP18A−1の生成するデジタル音声信号をアナログ信号に変換するためのDA変換器である。18A−3は、DA変換器18A−2の出力信号のゲインを調整するための送信アンプである。18A−4は、アナログの音声信号をデジタル信号に変換するためのAD変換器である。18A−5は、AD変換器への入力信号のゲインを調整するための受信アンプである。
【0388】
18A−6は、DSP18A−1が圧縮した音声データを格納しておくための音声格納用RAMである。これは、RAM103の一部であってもよい。18A−7は、DSP18A−1と音声格納用RAM18A−6との間で音声データのやりとりを行うための音声データバスである。18A−8は、図1Aのシステムバス119に相当し、前述した録音/再生等のコマンドやDSP18A−1で処理されるデジタル音声信号等がやりとりされる。
【0389】
“Line Out”はアナログ信号の出力を示し、出力されたアナログ信号は操作部107内のスピーカや、通信制御部108を介して通信回線116/117や電話機115等に出力される。また、“Line In”はアナログ信号の入力を示し、操作部107内のマイクからの音声や、通信制御部108を介して通信回線116/117や電話機115からの音声が入力される。
【0390】
図41は、本実施例における音声管理の概略を示した図である。
【0391】
音声管理レコードは、RAM103に格納され、各々の管理レコードには、音声ID、音声モード(応答メッセージ、着信メッセージ、通話メッセージ等)、録音開始時刻、録音時間、後述する音声管理テーブル番号等が記憶されている。
【0392】
各々の管理レコードは、ネクストポインタ(nextptr)によりリンクされており、最終情報の場合は最後の情報であることを示すためにたとえば0等の終端符号によりターミネートされている。
【0393】
また、先頭ファイルポインタはRAM103に配置されている変数であり、先頭の管理レコードが格納されているアドレスを記憶している。ここで管理されているファイルがない場合には、たとえば0等の終端符号が格納されている。
【0394】
一方、DSP18A−1では音声格納用RAM18A−6内の圧縮された音声データの管理を行うために音声管理テーブルが使用される。音声管理テーブルは、DSP18A−1内のRAMに配置されている。各管理テーブルには一意に識別可能な番号が割り当てられており、音声格納用RAM18A−6内に記憶されている音声データの開始アドレスとデータサイズが格納されている。
【0395】
ROM102の留守録制御プログラムでは、例えば、格納開始コマンドをDSPに発行後、該メッセージが格納される音声管理テーブル番号を獲得し、音声ID等の他の情報とともに音声管理レコード内に格納する。その後、該メッセージを読み出す場合には、音声IDにより検索された音声管理レコード内の音声管理テーブル番号と読出コマンドをともに発行すれば、DSP18A−1では該音声管理テーブル番号をもとに、開始アドレスから音声データを順次アクセスすることが可能となる。
【0396】
図42は、本実施例における音声データ管理機能の制御動作を示したフローチャートである。
【0397】
まず、S1801において、要求される処理が音声データ処理であるか否かを判断する。この要求は、情報処理端末114からI/F制御部113を介して到来したコマンドによるものであってもよいし、また、ファクシミリ装置が自発的に処理を実行するものであってもよい。ここで、要求が音声データ処理であるならば、アップロード処理であるか否かを判断する(S1802)。アップロード処理が要求されていれば、S1803において音声データアップロード処理が実行され、そうでないならば、S1804において音声データダウンロード処理が実行される。
【0398】
音声データアップロード処理(S1803)においては、指定された音声IDにより管理されている音声メッセージを音声格納用RAM18A−6から読み出し、デジタル信号としてI/F制御部113を介して情報処理端末114に送出する。ここで必要ならば、DSP18A−1においてサンプリングレート変換等のデジタル信号処理が実行される。
【0399】
音声データダウンロード処理(S1804)においては、情報処理端末114からI/F制御部113を介して受信したデジタル信号を音声格納用RAM18A−6に格納し、音声管理レコード、音声管理テーブルを作成する。ここでも必要ならば、DSP18A−1においてサンプリングレート変換等のデジタル信号処理が実行される。
【0400】
一方、S1801において要求が音声データ処理でない場合、S1805においてアップロード処理であるか否かを判断する。アップロード処理が要求されていれば、S1806において音声管理情報アップロード処理が実行され、そうでないならば、S1807において音声管理情報操作処理が実行される。
【0401】
音声管理情報アップロード処理(S1806)においては、現在録音されている音声データの音声ID、録音開始時刻、モード、録音時間等といった音声管理レコードに格納されている情報をI/F制御部113を介して情報処理端末114に送出する。
【0402】
また、音声管理情報操作処理(S1807)においては、指定された音声IDの音声メッセージの消去や、操作部107内のスピーカからの音声出力という制御を実行する。
【0403】
以上の音声データ管理機能によれば、音声データおよび音声管理情報のダウンロード/アップロードが可能となる。したがって、音声情報を情報処理端末上で管理することが可能となる。
【0404】
又、着信メッセージを録音する毎、または、ある程度たまった時点で自動的に音声データと音声管理情報を情報処理端末にアップロードすることにより、メッセージフルとなる確率が低減し使い勝手の良い装置を提供することができる。
【0405】
17.ホスト・ダイヤル機能
このホスト・ダイヤル機能は、情報処理端末から発呼とそれにまつわる回線制御処理を実行するものである。この機能は回線の閉結、通信相手との接続、回線の開放、の一連の処理を実行し、ファクシミリ装置のダイヤル機能を情報処理端末から利用できるようにしたものである。
【0406】
図43は、ホストダイヤル機能のファクシミリ装置の制御動作を示したフローチャートである。
【0407】
まず、ステップ19−001では、ホスト・ダイヤル指示受け付けを行う。この処理では、ファクシミリ装置のCPU101は、ホスト・ダイヤル指示を受け付ける。この指示には、回線の閉結、選択信号番号が両方含まれる場合もあれば、含まれない場合もある。例えば、情報処理端末が扱うデータベースに含まれる住所録から通信相手を指定して、その相手の電話番号に対して発呼を実行させる形態は前者に相当する。指示がない場合は、ホスト・ダイヤル結果要求の確認(19−010)を行う。
【0408】
ステップ19−002では、ホスト・ダイヤル実行条件の確認を行う。この処理では、受け付けたホスト・ダイヤル指示を解釈し、それが実行可能か否かを判断する。モデム、NCU、回線、ハンドセット、接続電話機等の状況を確かめて判断する。指示が実行可能でない場合は、エラーレスポンスの送出(19−003)を行う。実行可能の場合は、ダイヤル処理(19−004)を行う。
【0409】
ステップ19−003では、エラーレスポンス送出を行い、エラーレスポンスを情報処理端末114に送出する。
【0410】
ステップ19−004では、ダイヤル処理を行う。この処理では、ホスト・ダイヤル指示に応じたダイヤル処理を実行する。ダイヤル処理とは、発呼処理そのものに加え、ファクシミリ装置が行える発呼にまつわる通信回線の制御、例えば回線の閉結や開放、オンフック・キーやハンズフリー・キー操作、DTや呼び出し音、話中音の検出の有無の設定、保留状態の設定/解除等の通信回線の制御も含む。
【0411】
ステップ19−005では、接続状況の送出を行う。この処理では、ファクシミリ装置のCPU101は、NCU、モデムを制御して接続状況、例えば正常に接続した、ビジー・トーンを検出した等、を情報処理端末114に送る。
【0412】
ステップ19−006では、ホストからの次データ受信の確認を行う。この処理では、ファクシミリ装置のCPU101は、次のデータ(ホスト・ダイヤル指示)を受信したか否かを確認する。る。ホスト・ダイヤル指示の受け付け(19−001)の指示データが、一連のダイヤル処理をすべて指定している場合は、次データはないと考えられる。確認の具体的方法は、終了条件として指定できる。例えば、発呼して通信相手と接続してから60秒経過するまでにデータが送られてこない場合をもって次データなしとみなす等である。次データがない場合は、レスポンス送出(19−008)を行う。次のデータを受ける場合は、情報処理端末114がまず回線の閉結のみを(19−001)の指示で実行させ、その結果に応じて選択信号を送出したい等という場合が例としてあげられる。次データがある場合は、そのデータに従いダイヤル処理(19−004)を実行する。
【0413】
ステップ19−007では、レスポンス送出を行う。この処理では、ファクシミリ装置のCPU101は、ホスト・ダイヤルを実行した結果のレスポンスを情報処理端末114に送出する。
【0414】
ステップ19−008では、回線開放の確認を行い、ファクシミリ装置のCPU101は、回線を開放したか否かを確認する。
【0415】
ステップ19−009では、終了メッセージ送出を行い、ファクシミリ装置のCPU101は、終了通知を情報処理端末114に送出する。
【0416】
ステップ19−010では、ホスト・ダイヤル結果要求の確認を行う。この処理では、ファクシミリ装置のCPU101は、情報処理端末114からホスト・ダイヤル処理の結果要求があるか否かを確認する。要求がない場合は、待機状態に戻る。
【0417】
ステップ19−011では、ホスト・ダイヤル結果の送出を行い、ファクシミリ装置のCPU101は、ホスト・ダイヤル結果を情報処理端末に送出する。
【0418】
以上のホストダイヤル機能によれば、ファクシミリ装置や電話機を直接操作せず、かつ情報処理端末が扱うデータを利用してダイヤルできる。つまり、各種アプリケーション・ソフトウェアで作成した住所録や電話帳データとダイヤル機能を結び付けることができ、使いやすさを向上させることができる。
【0419】
以上が本実施例のファクシミリ装置が有する各機能の制御動作である。尚、上述した各機能の制御はその機能を実現するにあたり種々の変形が可能である。
【0420】
【発明の効果】
以上の様に、本発明によれば、情報処理端末からの登録指示を受け付けるとともに異常時の処理条件も登録処理前に情報処理端末から受け付けるので、登録処理の際に異常が発生してもその処理条件に従って処理を行うことが可能となるので、登録の際の異常の発生によりシステムが止まってしまうような不都合を防止することができる。
【0421】
また、情報処理端末からの登録指示を受け付けるとともに所定の識別符号を受け付け、その識別符号によりユーザとして特定される登録者かサービスマンとして特定される登録者かに応じて記憶動作を制御し、サービスマンとして特定される登録者がファクシミリ通信の制御に関わる設定情報を登録できるようにするので、ユーザが誤ってファクシミリ通信の制御に関わる設定情報を変更してしまうなどの不都合を防止できる。
【0422】
また、情報処理端末からの登録指示に基づき登録した登録者に応じて区別された情報と情報処理端末からの登録指示で登録しない情報とをそれぞれ情報処理端末に通知するので、情報処理端末側で適切に画像処理装置の情報を把握させることができる。
【図面の簡単な説明】
【図1】本実施例のファクシミリ装置の構成を示したブロック図である。
【図2】情報処理端末114と本ファクシミリ装置間の通信シーケンスを示した図である。
【図3】ダウンロード機能の情報処理端末114及びファクシミリ装置のCPU101の制御動作を示したフローチャートである。
【図4】ホストプリント機能のCPU101の制御動作を示したフローチャートである。
【図5】ホストプリント機能のCPU101の制御動作を示したフローチャートである。
【図6】ファイルプリント機能のCPU101の制御動作を示したフローチャートである。
【図7】ホスト送信機能のCPU101の制御動作を示したフローチャートである。
【図8】ホスト送信機能のCPU101の制御動作を示したフローチャートである。
【図9】ファイル送信機能のCPU101の制御動作を示したフローチャートである。
【図10】ファイル送信機能のCPU101の制御動作を示したフローチャートである。
【図11】原稿送信機能のCPU101の制御動作を示したフローチャートである。
【図12】原稿送信機能のCPU101の制御動作を示したフローチャートである。
【図13】ファイルアップロード機能のCPU101の制御動作を示したフローチャートである。
【図14】図13におけるPixファイルデータ生成処理を示したフローチャートである。
【図15】図13におけるPDLファイルデータ生成処理を示したフローチャートである。
【図16】ページアップロード機能のCPU101の制御動作を示したフローチャートである。
【図17】図14と図16のPixページデータ生成処理を示したフローチャートである。
【図18】図15と図16のPDLページデータ生成処理を示したフローチャートである。
【図19】スキャンデータ転送機能のCPU101の制御動作を示したフローチャートである。
【図20】スキャンデータ蓄積機能のCPU101の制御動作を示したフローチャートである。
【図21】スキャンデータ蓄積機能のCPU101の制御動作を示したフローチャートである。
【図22】受信機能のCPU101の制御動作を示したフローチャートである。
【図23】受信機能のCPU101の制御動作を示したフローチャートである。
【図24】ポーリング機能のCPU101の制御動作を示したフローチャートである。
【図25】ポーリング機能のCPU101の制御動作を示したフローチャートである。
【図26】通信管理情報のフォーマットを示した図である。
【図27】通信管理機能のCPU101の制御動作を示したフローチャートである。
【図28】ファイル管理の概略を示した図である。
【図29】ファイル管理機能のCPU101の制御動作を示したフローチャートである。
【図30】ファイル管理機能のCPU101の制御動作を示したフローチャートである。
【図31】システムメモリ管理機能のCPU101の制御動作を示したフローチャートである。
【図32】図31の登録処理を示したフローチャートである。
【図33】図31の参照処理を示したフローチャートである。
【図34】図32のダイヤルデータ登録処理を示したフローチャートである。
【図35】図32のユーザデータ登録処理を示したフローチャートである。
【図36】図32のサービスデータ登録処理を示したフローチャートである。
【図37】図33のダイヤルデータ参照処理を示したフローチャートである。
【図38】図33のユーザデータ参照処理を示したフローチャートである。
【図39】図33のサービスデータ参照処理を示したフローチャートである。
【図40】留守録制御部109内の音声データ処理部の構成を示したブロック図である。
【図41】音声データの管理の概略を示した図である。
【図42】音声データ管理機能のCPU101の制御動作を示したフローチャートである。
【図43】ホストダイヤル機能のCPU101の制御動作を示したフローチャートである。
【符号の説明】
101 CPU
102 ROM
103 RAM
104 画像メモリ
105 データ変換部
106 読取制御部
107 操作部
108 通信制御部
109 留守録制御部
110 解像度変換処理部
111 符号復号化処理部
112 記録制御部
113 I/F制御部
114 情報処理端末
115 電話機
116 PSTN回線
117 ISDN回線
Claims (15)
- 外部情報処理端末とデータの送受を行うインターフェース手段と、
種々の設定情報を記憶する記憶手段と、
前記インターフェース手段を介して外部情報処理端末から前記記憶手段で記憶される設定情報の登録の際に異常が発生した場合の処理条件及び設定情報の登録指示を受け付ける受付手段と、
前記受付手段で受け付けた登録指示に基づき設定情報を前記記憶手段に記憶させるとともに異常発生時には受け付けた処理条件に従って処理する制御手段とを有し、
前記受付手段は受け付けた登録指示に基づく設定情報を前記制御手段が前記記憶手段に記憶させるための処理を行う前に前記異常が発生した場合の処理条件を受け付け、前記制御手段は異常発生時に該処理条件に従って処理することを特徴とする画像処理装置。 - 前記制御手段はユーザが設定する第1の設定情報とサービスマンが設定する装置動作制御に関わる第2の設定情報とを区別して前記記憶手段に記憶することを特徴とする請求項1に記載の画像処理装置。
- ファクシミリ手順によって相手装置と画像情報の通信を行うファクシミリ通信手段を有し、前記第2の設定情報は前記ファクシミリ通信手段による通信の制御に関わる設定情報であることを特徴とする請求項2に記載の画像処理装置。
- 外部情報処理端末とデータの送受を行うインターフェース手段と、
種々の設定情報を記憶する記憶手段と、
登録者を特定するための識別符号を複数管理する管理手段と、
前記インターフェース手段を介して外部情報処理端末から前記記憶手段で記憶される設定情報の登録指示及び所定の識別符号を受け付ける受付手段と、
前記受付手段で受け付けた登録指示及び識別符号に応じて前記記憶手段による記憶動作を制御する制御手段と、
ファクシミリ手順によって相手装置と画像情報の通信を行うファクシミリ通信手段とを有し、
前記制御手段は前記受付手段で受け付けた識別符号に応じてユーザと特定される登録者が設定する第1の設定情報とサービスマンと特定される登録者が設定する前記ファクシミリ通信手段による通信の制御に関わる設定情報を含む装置動作に関わる第2の設定情報とを区別して前記記憶手段に記憶することを特徴とする画像処理装置。 - 前記受付手段で受け付ける識別符号は登録者を特定するID及びパスワードを含むことを特徴とする請求項4に記載の画像処理装置。
- 前記受付手段で受け付けるID及びパスワードは複数設定可能であることを特徴とする請求項5に記載の画像処理装置。
- 前記制御手段は前記受付手段で受け付けた識別符号に応じて設定情報を前記記憶手段で記憶させる領域を異ならせることを特徴とする請求項4乃至6のいずれかに記載の画像処理装置。
- 前記制御手段は前記受付手段で受け付けた識別符号に応じて前記記憶手段に記憶させることのできる設定情報の種別を異ならせることを特徴とする請求項4乃至7のいずれかに記載の画像処理装置。
- 外部情報処理端末とデータの送受を行うインターフェース手段と、
前記インターフェース手段を介して外部情報処理端末から設定情報の登録指示を受け付ける受付手段と、
前記受付手段で受け付けた登録指示に基づき、登録者に応じて区別された設定情報を登録する登録手段と、
前記登録手段で登録された登録者に応じた設定情報をそれぞれ区別して前記インターフェース手段を介して外部情報処理端末に通知する第1の通知手段と、
前記登録手段により登録されない情報を前記インターフェース手段を介して外部情報処理端末に通知する第2の通知手段とを有することを特徴とする画像処理装置。 - 前記第2の通知手段は装置を識別する情報を通知することを特徴とする請求項9に記載の画像処理装置。
- 前記登録手段はユーザが設定する第1の設定情報とサービスマンが設定する装置動作制御に関わる第2の設定情報とを区別して登録し、前記第1の通知手段は第1の設定情報と第2の設定情報とを区別して通知することを特徴とする請求項9又は10に記載の画像処理装置。
- 前記第1の通知手段は前記インターフェース手段を介して外部装置から受信する識別符号に応じた設定情報を通知することを特徴とする請求項9乃至11のいずれかに記載の画像処理装置。
- 情報処理端末及びこの情報処理端末とインターフェースを介して接続されデータの送受を行う画像処理装置を有するシステムにおける画像処理装置の制御方法であって、
情報処理端末からの設定情報の登録指示及び登録の際に異常が発生した場合の処理条件を受信し、
受信した登録指示に応じて設定情報を登録するとともに異常発生時には該設定情報の登録処理が行われる前に受信された処理条件に従って処理することを特徴とする画像処理装置の制御方法。 - 情報処理端末及びこの情報処理端末とインターフェースを介して接続されデータの送受を行うとともにファクシミリ手順によって相手装置と画像情報の通信を行うファクシミリ通信機能を有する画像処理装置を有するシステムにおける画像処理装置の制御方法であって、
登録者を特定するための識別符号を複数管理し、
情報処理端末の設定情報の登録指示及び所定の識別符号を受信し、
受信された識別符号に応じて登録処理を制御し、該識別符号によりユーザと特定される登録者が設定する第1の設定情報とサービスマンと特定される登録者が設定する前期ファクシミリ通信機能による通信の制御に関わる設定情報を含む装置動作に関わる第2の設定情報とを区別して登録することを特徴とする画像処理装置の制御方法。 - 情報処理端末及びこの情報処理端末とインターフェースを介して接続されデータの送受を行う画像処理装置を有するシステムにおける画像処理装置の制御方法であって、
情報処理端末から設定情報の登録指示を受信する工程と、
受信された登録指示に基づき、登録者に応じて区別された設定情報を登録する登録工程と、
前記登録工程で登録された登録者に応じた設定情報をそれぞれ区別して情報処理端末に通知する第1の通知工程と、
前記登録工程で画像処理装置に登録されない情報を情報処理端末に通知する第2通知工程とを有することを特徴とする画像処理装置の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08158294A JP3618779B2 (ja) | 1994-04-20 | 1994-04-20 | 画像処理装置及びその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08158294A JP3618779B2 (ja) | 1994-04-20 | 1994-04-20 | 画像処理装置及びその制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07288671A JPH07288671A (ja) | 1995-10-31 |
| JP3618779B2 true JP3618779B2 (ja) | 2005-02-09 |
Family
ID=13750319
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08158294A Expired - Fee Related JP3618779B2 (ja) | 1994-04-20 | 1994-04-20 | 画像処理装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3618779B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3352303B2 (ja) * | 1995-11-27 | 2002-12-03 | 京セラミタ株式会社 | 通信装置 |
| JP3544078B2 (ja) * | 1996-09-25 | 2004-07-21 | 株式会社リコー | 通信端末装置 |
| JP2003216380A (ja) * | 2002-12-20 | 2003-07-31 | Brother Ind Ltd | 情報処理システム及び処理制御装置 |
| JP4533455B2 (ja) * | 2009-08-11 | 2010-09-01 | キヤノン株式会社 | スキャナ及びその制御方法 |
| JP5853321B2 (ja) * | 2011-07-17 | 2016-02-09 | 株式会社オリンピア | 遊技機 |
| JP6271876B2 (ja) | 2013-06-19 | 2018-01-31 | キヤノン株式会社 | 携帯端末及びその制御方法、画像処理装置及びその制御方法、並びにプログラム |
| JP6816173B2 (ja) * | 2019-01-09 | 2021-01-20 | キヤノン株式会社 | 携帯端末及びプログラム |
-
1994
- 1994-04-20 JP JP08158294A patent/JP3618779B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07288671A (ja) | 1995-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5720014A (en) | Image processing apparatus connectable to an information processing terminal | |
| US5673373A (en) | Image forming system with security function | |
| JP3665877B2 (ja) | 複合機 | |
| JP3618779B2 (ja) | 画像処理装置及びその制御方法 | |
| JPH07288625A (ja) | 画像処理装置 | |
| JP3452234B2 (ja) | 画像入力装置 | |
| JPH11103367A (ja) | 画像入力装置および端末装置 | |
| JP3618778B2 (ja) | 画像処理装置及び画像データ処理方法 | |
| JPH07288638A (ja) | 画像処理装置 | |
| JP3342173B2 (ja) | 画像処理装置及びその制御方法ならびに画像処理システムの制御方法 | |
| JPH07288644A (ja) | 画像処理装置 | |
| JP3332567B2 (ja) | 画像処理装置、画像処理装置の制御方法及び画像処理システムの制御方法 | |
| JPH07288639A (ja) | 画像処理装置 | |
| JPH07288627A (ja) | 画像処理装置 | |
| JPH07288640A (ja) | 画像処理装置 | |
| JPH07288641A (ja) | 画像処理装置 | |
| JPH07288626A (ja) | 画像処理装置 | |
| JPH07288637A (ja) | 画像処理装置 | |
| JPH07288645A (ja) | 画像処理装置 | |
| JPH07288628A (ja) | 画像処理装置 | |
| JP4187736B2 (ja) | 送信装置 | |
| JP3781659B2 (ja) | 送信装置 | |
| JP2001282663A (ja) | デバイス管理装置及びデバイス管理方法、並びにデバイス管理システム | |
| JP3534967B2 (ja) | 通信システム | |
| JPH0993373A (ja) | 画像処理装置及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040324 |
|
| 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: 20041019 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041111 |
|
| 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: 20071119 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101119 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101119 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111119 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131119 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |