JPH0951396A

JPH0951396A - ファクシミリ装置

Info

Publication number: JPH0951396A
Application number: JP7199598A
Authority: JP
Inventors: Naoyuki Matsumoto; 直之松本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-08-04
Filing date: 1995-08-04
Publication date: 1997-02-18

Abstract

(57)【要約】【課題】ファクシミリ装置に接続されたパソコンによ
るファクシミリデータ転送に係るパソコン側の負荷を軽
減できない。【解決手段】ファクシミリ装置の外部に接続されたホ
ストコンピュータから送られくるＡＴコマンドを用いた
データを解析する。また、このデータよりファクシミリ
データを抽出して記憶し、ＡＴコマンドに対応させて、
ファクシミリ装置とホストコンピュータとの間でファク
ミリ送信シーケンスのシーケンス処理を行なう。そし
て、このシーケンス処理終了後、記憶したファクシミリ
データを所定の相手ファクシミリ装置に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部にデータ処理
端末としてのホストコンピュータを接続して通信サービ
スを提供するファクシミリ装置に関するものである。

【０００２】

【従来の技術】近年ファクシミリ装置が普及し、事務
用、家庭用として一般的に使われるようになってきてい
るが、その一方で、パーソナルコンピュータ（パソコ
ン）の普及も著しく、パソコンにモデムを接続してＡＴ
コマンド（ＥＩＡ／ＴＩＡ５７８(classl)）を用いたフ
ァクシミリアプリケーションもよく使用されるようにな
ってきている。

【０００３】また、ファクシミリ装置をパソコンに接続
して、ファクシミリ装置の有するファクシミリ機能をパ
ソコンから利用できるような端末も開発されてきている
が、それぞれの端末固有のソフトを必要としている。

【０００４】さらに、文書通信手段として、Ｇ３手順以
外にもＧ４手順に従うファクシミリ装置、あるいはファ
イル転送を行なうパソコン等も一般に普及しつつある。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来のパソコンに接続したファクシミリ装置においては、
従来より使用されているＡＴコマンドを用いた汎用的な
ファクシミリアプリケーションが、そのまま使えるよう
になっていない、という問題がある。

【０００６】また、従来のパソコンＦＡＸ方式では、ダ
イレクト送信に限定されている場合があり、パソコン側
の通信ポートを、例えば、Ｇ３にて通信中、占有したま
まになるという不都合がある。さらに、Ｇ３通信に比べ
て高速通信が実現できるＧ４通信等の手順を利用できな
いという問題がある。

【０００７】また、上記従来のパソコンＦＡＸ方式で
は、同報処理させる場合、１つの宛先ごとにデータ転送
をパソコンからモデムを介して行なっているので、パソ
コン側での負荷が大きくなるという問題がある。

【０００８】本発明は、上記の課題に鑑みてなされもの
で、その目的は、ファクシミリ装置に接続されたパソコ
ンによるファクシミリデータ転送に係るパソコン側の負
荷を軽減できるファクシミリ装置を提供することであ
る。

【０００９】また、本発明の他の目的は、ファクシミリ
データの同報処理や再送処理に係るパソコン側の負荷を
軽減できるファクシミリ装置を提供することである。

【００１０】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、外部に接続されたホストコンピュータと
通信を行なってファクシミリ送信シーケンスの制御を行
なうファクシミリ装置において、前記ホストコンピュー
タからのＡＴコマンドを用いたデータを解析する手段
と、前記データよりファクシミリデータを抽出して記憶
する手段と、前記ＡＴコマンドに対応させて、当該ファ
クシミリ装置と前記ホストコンピュータとの間で前記フ
ァクミリ送信シーケンスのシーケンス処理を行なう手段
と、前記シーケンス処理終了後、前記記憶したファクシ
ミリデータを所定の相手ファクシミリ装置に送信する手
段とを備える。

【００１１】

【発明の実施の形態】以下、添付図面を参照して、本発
明に係る実施の形態を詳細に説明する。［第１の実施の形態］図１は、本発明の第１の実施の形
態に係るファクシミリ装置の構成を示すブロック図であ
る。同図に示すファクシミリ装置は、装置全体の制御を
行なうＣＰＵ１、制御プログラム等を格納するＲＯＭ
２、ワークデータ等の一時保存を行なうためのＲＡＭ
３、文書データの一時蓄積をするためのイメージメモリ
４、送信文書や受信文書等を記憶する記憶部６、この記
憶部６内の記憶文書をファイル化して管理を行なうファ
イル管理部５、解像度、紙サイズ、符号化方式等の画像
データ変換処理を行なう画像処理部７、送信文書や受信
文書へのヘッダ部及び各種レポートのイメージ展開処理
を行なうＣＧ展開処理部８、キー入力、ＬＣＤ表示等の
制御を行なう操作部９、原稿を読み取る読取部１０、画
像のプリントアウトを行なう記録部１１、網（通信網）
１３に接続され、通信手順を制御するための回線制御部
１２を有する。

【００１２】さらに、コンピュータ等のデータ処理装置
１５に接続されて、このデータ処理装置１５との通信手
順を制御するための外部ｉ／ｆ処理部、データ処理装置
１５とのＡＴコマンド処理全般を処理するＡＴコマンド
制御部１６、上記の各構成要素を電気的に相互に接続す
るバス１８を有している。

【００１３】なお、図１に示すファクシミリ装置におい
ては、通常のファクシミリ装置としての送信、受信、コ
ピー動作は、従来の公知の方法により実現される。

【００１４】そこで、外部ｉ／ｆ処理部１４を介した、
ＡＴコマンド制御部１６の動作について説明する。な
お、ここでは、Ｃｌａｓｓ１対応の場合を示すが、他の
モード（例えば、Ｃｌａｓｓ１２等）でも同等の処理を
行なうことにより、同等の効果を上げることができる。

【００１５】図２は、ＡＴコマンド制御部１６の内部構
成を示すブロック図である。同図に示すＡＴコマンド解
析部２１において、データ処理装置１５からのＡＴコマ
ンドの内容を解析し、ＡＴコマンドシーケンス管理部２
２においては、受信したコマンドをその時点でのプロト
コル処理ステータスに対応した、各種フェーズ別の処理
部（符号２３〜２７にて示される）にデータを引き渡
す。

【００１６】各処理部では、例えば、フェーズＡ（呼設
定）処理部２３にて、Ｇ３プロトコルにおけるフェーズ
Ａに相当するコマンド処理を行ない、以下、フェーズＢ
（プリメッセージ）処理部２４はフェーズＢ、フェーズ
Ｃ（メッセージ伝送）処理部２５はフェーズＣ、フェー
ズＤ（ポストメッセージ）処理部２６はフェーズＤ、そ
して、フェーズＥ（呼解放）処理部２７はフェーズＥの
処理を行なう。

【００１７】上記の各処理部（２３〜２７）における具
体的な処理内容について、図３に示したシーケンス表を
用いて説明する。

【００１８】図３は、ＡＴコマンドシーケンスに対応し
た処理内容について示すシーケンス表である。同図に示
す表は、データ処理装置１５（以下、これを便宜上“Ｐ
Ｃ”と表記する）からのＡＴコマンド（Ｃｌａｓｓ１）
を用いた１ページ送信を行なう際の代表的なコマンドシ
ーケンスに対応したＦＡＸ端末側の処理について、デー
タ処理装置（ＰＣ）１５へのレスポンス処理、及び端末
内部の処理について時系列的に整理している。

【００１９】まず、Ｓ００１で、Ｃｌａｓｓ１コマンド
の運用が指示されると、＜ＯＫ＞レスポンスでＰＣ側に
レスポンスを返して、処理できることを示すとともに、
以降、Ｃｌａｓｓ１コマンドに対応したシーケンス処理
に対応するように内部のモード設定を行なう。併せて、
シーケンス処理上必要な、「ＮＳＦ」，「ＣＳＩ」，
「ＤＩＳ」といったプロトコルデータを準備しておく。

【００２０】なお、これらプロトコルデータのパラメー
タ値に関しては、あらかじめ登録データとして設定する
ようにしてもよいし、あるいは、端末固有データとし
て、あらかじめ規定しておいてもよい。

【００２１】Ｓ００２は、ダイヤリング要求コマンドで
ある。ここでは、パラメータ値である宛先情報を抽出し
て一時的に記憶にとどめ、ＰＣ側には、あたかも相手先
に接続したかのように所定のレスポンスを返送して、シ
ーケンスを進める。なお、ここでは、Ｓ００１で準備し
た「ＮＳＦ」データをレスポンスとして返送する。

【００２２】Ｓ００３は、相手からの「ＣＳＩ」を期待
するコマンドであり、ここでは、Ｓ００１で準備した
「ＣＳＩ」データをそのままレスポンスとして返送す
る。

【００２３】Ｓ００４は、相手からの「ＤＩＳ」を期待
するコマンドであり、ここでは、Ｓ００１で準備した
「ＤＩＳ」データをそのままレスポンスとして返送す
る。

【００２４】Ｓ００５からＳ００７は、「ＴＳＩ」、
「ＤＣＳ」といったプロトコルデータを相手側に送出さ
せるコマンド処理であるが、ここでは、その内容を抽出
し、一時的に記憶するにとどめ、ＰＣ側とのシーケンス
を正常レスポンスを返送することで継続させる。

【００２５】Ｓ００８からＳ０１１までは、いわゆるト
レーニング処理に関するコマンドシーケンスであり、こ
こでは、「ＣＦＲ」レスポンスまでの処理を一気に進め
てしまう。また、Ｓ０１２からＳ０１４までは、実際に
送信する画像データの処理を行なうフェーズであり、こ
こでは、そのまま内部メモリ４を介して、記憶部６に蓄
積させている。

【００２６】Ｓ０１５，Ｓ０１６では、画像データの転
送が終了し、これまでに受け付けた画像データをファイ
ルとして、それをファイル管理部５に登録する。そし
て、Ｓ０１７からＳ０１９で送信要求処理が終了し、上
記のＳ００２，Ｓ００６，Ｓ００７で一時保存したデー
タ、Ｓ０１６で登録した画像ファイルデータに基づい
て、通信予約処理を行なう。

【００２７】図４は、本実施の形態に係る通信予約を管
理する管理テーブルの例であり、以下のデータを管理し
ている。（１）受付番号…サービス単位の管理を行なうための番
号（２）文書タイプ…通常の読取部１０から読み取った通
常の送信文書か、あるいはＰＣ側からＣｌａｓｓ１手順
で送信指示された文書かを識別するための情報（３）宛先情報…送信相手先の宛先情報（４）付加情報…ここでは、ＰＣからのＣｌａｓｓ１手
順で送信指示されたときに抽出した「ＴＳＩ」，「ＤＣ
Ｓ」情報をセットしている。（５）ファイル管理番号…ファイル管理部５に登録され
た送信文書の管理番号をセットする。（６）エラー回数…エラー発生時に再送を行なう場合、
再送回数の上限を判断するためにエラー回数をカウント
する図５は、本実施の形態に係る送信処理の概要を示すフロ
ーチャートである。同図のステップＳ１１０では、送信
キュー検索として送信されたサービスの検出処理を行な
い、ステップＳ１２０で、送信文書がないと判断された
ならば、ステップＳ１２１で、一旦、本処理を終了す
る。そして、例えば、一定間隔で、新たにステップＳ１
１０の送信キュー検索を行なう。

【００２８】ステップＳ１２０で、送信文書有りと判断
されれば、ステップＳ１３０では、送信文書のタイプを
判定し、そのタイプ別に送信処理が可能な処理を行な
う。すなわち、ステップＳ１３１で通常の送信処理を行
ない、ステップＳ１３２では、ＰＣ側から指定を受けた
文書の送信処理を行なうようになっているが、これらの
処理の違いとしては、ＰＣからの「ＴＳＩ」等のパラメ
ータを用いるか否かという程度の差しかない。

【００２９】ステップＳ１４０では、上記の送信処理の
結果から、それが正常に終了したならば、ステップＳ１
４１で通信履歴の更新を行ない、ファイルの削除等の後
処理を行なう。また、送信処理が異常終了となったなら
ば、再送信処理に回すように、新たに通信予約する（ス
テップＳ１４２）。そして、これらの処理が終了したな
らば、再度、ステップＳ１１０の送信キュー検索を行な
う。

【００３０】以上説明したように、本実施の形態によれ
ば、ＡＴコマンドによるファクシミリ通信要求データ
を、ファクシミリ装置の内部に送信予約データとして蓄
積させることにより、（１）パソコンに接続したファクシミリ装置において、
従来より使用されているＡＴコマンドを用いた汎用的な
ファクスアプリケーションがそのまま使えるようになる（２）パソコンＦＡＸ形態で、端末側のメモリを使用し
たメモリ送信ができるようになり、ＰＣ側の通信ポート
をＧ３通信中、占有したままになるという不都合がなく
なる（３）ファクシミリ装置側のメモリ送信機能を活用する
ことにより、ＰＣ側の負荷なしに再送信（りダイヤル含
む）ができるという効果がある。［第２の実施の形態］以下、本発明に係る第２の実施の
形態について説明する。なお、本実施の形態に係るファ
クシミリ装置は、図１に示す、上記第１の実施の形態に
係るファクシミリ装置と同じであるため、ここでは、そ
の図示及び説明を省略する。しかし、本実施の形態で
は、通信網１３はＩＳＤＮ網を対象としており、回線制
御部１２は、Ｇ３手順、及びＧ４手順に関する必要な処
理を行なうよう動作する。

【００３１】図６は、本実施の形態に係る通信予約処理
の手順を示すフローチャートである。同図において、ス
テップＳ６１０では、送信キュー検索として送信された
サービスの検出処理を行ない、このステップＳ６２０
で、送信文書がないと判断されたならば、ステップＳ６
２１で、一旦、本処理を終了する。そして、例えば、一
定間隔で、新たにステップＳ１１０の送信キュー検索を
行なう。

【００３２】ステップＳ６２０で、送信文書有りと判断
されれば、ステップＳ６３０で、Ｇ４手順による発呼処
理を行ない、正常に接続が行なわれた場合、ステップＳ
６３１で通常のＧ４送信処理を行なう。なお、ここでの
送信処理では、適宜、符号化変換等の処理を実行する。

【００３３】しかし、正常な接続ができない場合には、
ステップＳ６３２で、相手機がＧ３であるか否かを自動
的に判定し（この判定は、ＩＳＤＮ網の場合、Ｄチャネ
ルを介して送られてくる理由コードにて判定できる）、
続くステップＳ６３３で、Ｇ３による発呼、ならびに送
信処理を行なう。

【００３４】ステップＳ６４０では、上記の送信処理の
結果から、それが正常に終了したならば、ステップＳ６
４１で通信履歴の更新を行ない、ファイルの削除等の後
処理を行なう。また、送信処理が異常終了となったなら
ば、再送信処理に回すように、新たに通信予約する（ス
テップＳ６４２）。そして、これらの処理が終了したな
らば、再度、ステップＳ６１０の送信キュー検索を行な
う。

【００３５】以上説明したように、本実施の形態によれ
ば、特に指定がない場合、Ｇ４にて発呼して、相手機に
その能力があればＧ４手順にて送信を行ない、相手機が
Ｇ３での通信手順でしか対応できないときには、Ｇ３通
信を行なうことで、ホストと端末間での通信時間を端末
へのデータ転送時間で済ませることができ、ホスト側で
の負荷を軽減できるととも、送信処理の効率化を図るこ
とができる。［第３の実施の形態］以下、本発明に係る第３の実施の
形態について説明する。なお、本実施の形態に係るファ
クシミリ装置は、図１に示す、上記第１の実施の形態に
係るファクシミリ装置と同じであるため、ここでは、そ
の図示及び説明を省略する。

【００３６】図７は、本実施の形態に係るダイヤル登録
データの構成を示す図である。ここでは、例として、同
報予約処理を図７に示した登録状況をもとに行なう場合
について説明する。すなわち、図７には、ワンタッチダ
イヤルとして「＊００１，」「＊００２」，「＊０１
１」，「＊０１２」として登録され、また、グループダ
イヤルとして「＊０９９」，「＊１００」が、それぞれ
「＊０１１，＊０１２」，「＊００１，＊００２」の２
つのワンタッチダイヤルをメンバーとして登録されてい
る例が示されている。

【００３７】また、図８は、本実施の形態に係る通信予
約管理テーブルの構成を示す図であり、各々の項目は、
図４に示す、上記第１の実施の形態に係る予約管理テー
ブルと同じである。

【００３８】そこで、本実施の形態における同報の予約
処理について説明する。すなわち、ＡＴコマンドシーケ
ンス（上記第１の実施の形態に係る図３のＳ００２）に
て示されるホストからのコマンド「ＡＴＤＴ／＊００
１，＊０９９」において、符号”／”以降がホストと端
末側のローカルフォーマットとなっており、ここでは、
「＊００１」と「＊０９９」への同報指示と解釈する。

【００３９】上述のように「＊０９９」はグループダイ
ヤルであり、図８に示す予約テーブルには、１宛先ごと
に展開して予約処理を行なっている。従って、上記のコ
マンド「ＡＴＤＴ／＊００１，＊０９９」では、計３件
の同報が指示されたことになる。

【００４０】なお、本実施の形態に係る送信予約処理
は、図５に示す、上記第１の実施の形態に係るフローチ
ャートと同様の手順にて、図８に示す設定がなされた送
信予約情報に従った実際の送信が行なわれる。

【００４１】以上説明したように、本実施の形態によれ
ば、ＡＴコマンドによるファクシミリ通信要求データ
を、同報指示情報の解析を含めて行ない、ファクシミリ
装置の内部に同報送信予約データとして蓄積させること
により、（１）パソコンに接続したファクシミリ装置において、
従来より使用されているＡＴコマンドを用いた汎用的な
ファクスアプリケーションがそのまま使えるようになる（２）パソコンＦＡＸ形態で、端末側のメモリを使用し
た同報送信ができるようになり、ＰＣ側の通信ポートを
Ｇ３同報通信中、占有したままになるという不都合がな
くなるという効果がある。つまり、一度サービス指示としてホ
ストから端末にデータ転送するだけで、必要な処理が行
なわれるので、パソコン側の負担を大幅の軽減できる。

【００４２】本発明は、複数の機器から構成されるシス
テムに適用しても、１つの機器からなる装置に適用して
も良い。また、本発明は、システムあるいは装置にプロ
グラムを供給することによって実施される場合にも適用
できることは言うまでもない。この場合、本発明に係る
プログラムを格納した記憶媒体が本発明を構成すること
になる。そして、該記憶媒体からそのプログラムをシス
テムあるいは装置に読み出すことによって、そのシステ
ムあるいは装置が、あらかじめ定められた仕方で動作す
る。

【００４３】

【発明の効果】以上説明したように、本発明によれば、
ＡＴコマンドによるファクシミリ通信のシーケンス処理
をパソコンとファクシミリ装置との間で終了後、実際の
データ通信に入ることで、データ転送に係るパソコン側
の負荷を軽減できる。

【００４４】また、他の発明によれば、パソコン側から
の１度のデータ転送で同報処理を行なうことで、パソコ
ン側の負担なしに複数の宛先に対する同報通信ができる
ようになる。

【００４５】

【図面の簡単な説明】

【図１】本発明の実施の形態に係るファクシミリ装置の
構成を示すブロック図である。

【図２】実施の形態に係るＡＴコマンド制御部の構成を
示す図である。

【図３】ＡＴコマンドシーケンスに対応した処理内容に
ついて示すシーケンス表を示す図である。

【図４】送信予約管理テーブルの例を示す図である。

【図５】送信予約処理手順を示すフローチャートであ
る。

【図６】第２の実施の形態に係る通信予約処理の手順を
示すフローチャートである。

【図７】第３の実施の形態に係るダイヤル登録データの
構成を示す図である。

【図８】第３の実施の形態に係る通信予約管理テーブル
の構成を示す図である。

【符号の説明】

１ＣＰＵ２ＲＯＭ３ＲＡＭ４イメージメモリ５ファイル管理部６記憶部７画像処理部８ＣＧ展開処理部９操作部１０読取部１１記録部１２回線制御部１３網（通信網）１４外部ｉ／ｆ処理部１５データ処理装置１６ＡＴコマンド制御部１８バス

Claims

【特許請求の範囲】

【請求項１】外部に接続されたホストコンピュータと
通信を行なってファクシミリ送信シーケンスの制御を行
なうファクシミリ装置において、前記ホストコンピュータからのＡＴコマンドを用いたデ
ータを解析する手段と、前記データよりファクシミリデータを抽出して記憶する
手段と、前記ＡＴコマンドに対応させて、当該ファクシミリ装置
と前記ホストコンピュータとの間で前記ファクミリ送信
シーケンスのシーケンス処理を行なう手段と、前記シーケンス処理終了後、前記記憶したファクシミリ
データを所定の相手ファクシミリ装置に送信する手段と
を備えることを特徴とするファクシミリ装置。
【請求項２】前記データには、宛先データ、画像種別
データ、画像データが含まれることを特徴とする請求項
１に記載のファクシミリ装置。
【請求項３】前記シーケンス処理に必要なプロトコル
データは、ユーザが登録可能なデータであることを特徴
とする請求項１に記載のファクシミリ装置。
【請求項４】前記シーケンス処理に必要なプロトコル
データは、当該ファクシミリ装置に固有のデータである
ことを特徴とする請求項１に記載のファクシミリ装置。
【請求項５】前記シーケンス処理終了後、通信予約処
理に入ることを特徴とする請求項１に記載のファクシミ
リ装置。
【請求項６】さらに、前記記憶したファクシミリデー
タを再送信する手段を備えることを特徴とする請求項１
に記載のファクシミリ装置。
【請求項７】さらに、前記データより複数の宛先情報
を認識する手段と、前記複数の宛先情報をもとに当該フ
ァクシミリ装置の内部において同報処理を行なう手段と
を備えることを特徴とする請求項１に記載のファクシミ
リ装置。
【請求項８】さらに、前記ＡＴコマンドに前記複数の
宛先情報の指定を行なう手段を備えることを特徴とする
請求項７に記載のファクシミリ装置。
【請求項９】前記複数の宛先情報の指定はグループダ
イヤルの指定であることを特徴とする請求項８に記載の
ファクシミリ装置。
【請求項１０】前記シーケンス処理に係る手順とし
て、グループ３（Ｇ３）手順及びグループ４（Ｇ４）手
順を備えることを特徴とする請求項１に記載のファクシ
ミリ装置。
【請求項１１】前記シーケンス処理の際、最初に前記
グループ４手順による処理を実行し、前記相手ファクシ
ミリ装置が該グループ４手順に対応できない場合、前記
グループ３手順による処理を実行することを特徴とする
請求項１０に記載のファクシミリ装置。