JPH0541788A - 画像通信装置 - Google Patents
画像通信装置Info
- Publication number
- JPH0541788A JPH0541788A JP3196941A JP19694191A JPH0541788A JP H0541788 A JPH0541788 A JP H0541788A JP 3196941 A JP3196941 A JP 3196941A JP 19694191 A JP19694191 A JP 19694191A JP H0541788 A JPH0541788 A JP H0541788A
- Authority
- JP
- Japan
- Prior art keywords
- terminal equipment
- reception
- terminal
- substitute
- image
- 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.)
- Pending
Links
Landscapes
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
- Facsimile Transmission Control (AREA)
Abstract
(57)【要約】
【目的】 受信側の障害の場合にも送信側の画像送信を
速やかに終了させることができる画像通信装置を提供す
る。 【構成】 受信側端末の代行端末の番号を登録してお
き、受信側端末に障害がある場合（ステップＳ３、Ｓ１
２）、送信側端末に代行端末の番号を送信し（ステップ
Ｓ１６）、代行端末の番号を受信した送信側端末が、代
行端末に再送信する（ステップＳ７〜Ｓ１０）。これに
より、端末の障害が解除されなくても、送信側端末が代
行端末に対して画像を送信し、送信側の画像送信を速や
かに終了させることができる。
速やかに終了させることができる画像通信装置を提供す
る。 【構成】 受信側端末の代行端末の番号を登録してお
き、受信側端末に障害がある場合（ステップＳ３、Ｓ１
２）、送信側端末に代行端末の番号を送信し（ステップ
Ｓ１６）、代行端末の番号を受信した送信側端末が、代
行端末に再送信する（ステップＳ７〜Ｓ１０）。これに
より、端末の障害が解除されなくても、送信側端末が代
行端末に対して画像を送信し、送信側の画像送信を速や
かに終了させることができる。
Description
【０００１】
【産業上の利用分野】本発明は画像通信装置、特に受信
側装置の受信機構の障害の理由で受信拒否を行なう画像
通信装置に関するものである。
側装置の受信機構の障害の理由で受信拒否を行なう画像
通信装置に関するものである。
【０００２】
【従来の技術】従来、ファクシミリ装置間では、画像の
伝送を行う前に、記録機構の紙切れ、紙ジャム、受信画
像メモリのオーバーフロー等により受信側端末に障害が
発生している場合、受信拒否を行なうようになってい
る。
伝送を行う前に、記録機構の紙切れ、紙ジャム、受信画
像メモリのオーバーフロー等により受信側端末に障害が
発生している場合、受信拒否を行なうようになってい
る。
【０００３】受信拒否が行なわれた場合、送信側端末
は、受信側ビジーの場合と同じように、送信を中止する
か同じ受信側端末に対してリダイヤル（送信のリトラ
イ）を行っている。
は、受信側ビジーの場合と同じように、送信を中止する
か同じ受信側端末に対してリダイヤル（送信のリトラ
イ）を行っている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記従
来例では、受信側端末の障害が解除されないかぎり、送
信側端末は画像を受信側端末に送信できない欠点があっ
た。特に、受信側端末のユーザが障害に気づいていない
場合には、無駄な発呼処理が繰り返されることになり、
また、必要な場合には送信側から電話連絡などにより受
信側に復旧を要請しなければならないなど、受信障害に
はなんら責任のない送信側に迷惑がかかる問題があっ
た。
来例では、受信側端末の障害が解除されないかぎり、送
信側端末は画像を受信側端末に送信できない欠点があっ
た。特に、受信側端末のユーザが障害に気づいていない
場合には、無駄な発呼処理が繰り返されることになり、
また、必要な場合には送信側から電話連絡などにより受
信側に復旧を要請しなければならないなど、受信障害に
はなんら責任のない送信側に迷惑がかかる問題があっ
た。
【０００５】本発明の課題は、以上の問題を解決し、受
信側の障害の場合にも送信側の画像送信を速やかに終了
させることができる画像通信装置を提供することにあ
る。
信側の障害の場合にも送信側の画像送信を速やかに終了
させることができる画像通信装置を提供することにあ
る。
【０００６】
【課題を解決するための手段】以上の課題を解決するた
めに、本発明においては、受信側装置の受信機構の障害
の理由で受信拒否を行なう画像通信装置において、受信
側装置に受信障害の場合に代行受信を行なう代行端末を
登録する手段を設け、受信障害発生の場合、代行端末で
画像受信を行なわせる構成を採用した。
めに、本発明においては、受信側装置の受信機構の障害
の理由で受信拒否を行なう画像通信装置において、受信
側装置に受信障害の場合に代行受信を行なう代行端末を
登録する手段を設け、受信障害発生の場合、代行端末で
画像受信を行なわせる構成を採用した。
【０００７】
【作用】以上の構成によれば、受信障害の場合でも、代
行受信を行なう代行端末を用いることにより、画像送信
側の処理を速やかに終了させることができる。
行受信を行なう代行端末を用いることにより、画像送信
側の処理を速やかに終了させることができる。
【０００８】
【実施例】以下、図面に示す実施例に基づき、本発明を
詳細に説明する。
詳細に説明する。
【０００９】図１は、本発明ファクシミリ装置による通
信シーケンスを示している。ここでは、Ｇ４ファクシミ
リ手順を例示し、また、本発明は、回線網の種類（回線
交換、パケット交換等）に依存しないので、図１ではセ
ッションレイヤ以上の通信シーケンスを示すものとす
る。
信シーケンスを示している。ここでは、Ｇ４ファクシミ
リ手順を例示し、また、本発明は、回線網の種類（回線
交換、パケット交換等）に依存しないので、図１ではセ
ッションレイヤ以上の通信シーケンスを示すものとす
る。
【００１０】まず、送信側端末からＣＳＳ（セッション
開始）コマンドを送信し、受信側端末に障害があった場
合ＲＳＳＮ（セッション開始否定）レスポンスが受信側
から送信される。
開始）コマンドを送信し、受信側端末に障害があった場
合ＲＳＳＮ（セッション開始否定）レスポンスが受信側
から送信される。
【００１１】本発明では、受信側端末に障害があった場
合ＲＳＳＮレスポンスのＮＳＣコード中に代行端末番号
を含めることにより、送信側に原稿をかわりに受信すべ
き代行端末を指示する。
合ＲＳＳＮレスポンスのＮＳＣコード中に代行端末番号
を含めることにより、送信側に原稿をかわりに受信すべ
き代行端末を指示する。
【００１２】これにより、送信側端末は、指示された代
行端末に対してＣＳＳコマンドを送信し、対応するＲＳ
ＳＰ（セッション開始肯定）レスポンスを受信する。
行端末に対してＣＳＳコマンドを送信し、対応するＲＳ
ＳＰ（セッション開始肯定）レスポンスを受信する。
【００１３】送信側端末は、ＣＤＣＬ（ドキュメント機
能リスト）コマンドを送信し、ＲＤＣＬＰ（ドキュメン
ト機能リスト肯定）レスポンスを受信して端末機能を確
認する。
能リスト）コマンドを送信し、ＲＤＣＬＰ（ドキュメン
ト機能リスト肯定）レスポンスを受信して端末機能を確
認する。
【００１４】送信側端末は、ＣＤＳ（ドキュメント開
始）コマンドを送信し、画像を含むＣＤＵＩデータ（ド
キュメントユーザ情報）を送信し、ＣＤＥ（ドキュメン
ト終了）コマンドを送信し、ＲＤＥＰ（ドキュメント終
了肯定）レスポンスを受信する。
始）コマンドを送信し、画像を含むＣＤＵＩデータ（ド
キュメントユーザ情報）を送信し、ＣＤＥ（ドキュメン
ト終了）コマンドを送信し、ＲＤＥＰ（ドキュメント終
了肯定）レスポンスを受信する。
【００１５】送信側端末は、ＣＳＥ（セッション終了）
コマンドを送信し、ＲＳＥＰ（セッション終了肯定）レ
スポンスを受信してセッションを終了する。
コマンドを送信し、ＲＳＥＰ（セッション終了肯定）レ
スポンスを受信してセッションを終了する。
【００１６】このような手順により、送信側は確実に原
稿を送信してしまえるので、従来のように無駄なリダイ
ヤルを繰り返す問題を生じない。受信側では、あらかじ
め代行端末を装置に設定しておけば上記の処理を自動的
に行なうことができる。
稿を送信してしまえるので、従来のように無駄なリダイ
ヤルを繰り返す問題を生じない。受信側では、あらかじ
め代行端末を装置に設定しておけば上記の処理を自動的
に行なうことができる。
【００１７】図２は、上記処理を行なうための画像通信
装置の構造を示す。
装置の構造を示す。
【００１８】図２において符号１は、ファクシミリ装置
全体を制御するＣＰＵで、ＲＯＭ２に格納されたプログ
ラムに従って装置の動作を制御する。符号３は、各種デ
ータや画像を格納するＲＡＭである。
全体を制御するＣＰＵで、ＲＯＭ２に格納されたプログ
ラムに従って装置の動作を制御する。符号３は、各種デ
ータや画像を格納するＲＡＭである。
【００１９】符号４は、ＭＨ、ＭＲ、ＭＭＲ符号などの
符号化／復号化により画像の圧縮・伸長を行うコーダ・
デコーダである。
符号化／復号化により画像の圧縮・伸長を行うコーダ・
デコーダである。
【００２０】操作パネル５は、ＬＣＤディスプレイおよ
びテンキー、ファンクションキーなどのキーボードから
構成され、ユーザーインターフェースに使用される。特
に、本実施例では、操作パネル５は送信や代行番号登録
のために用いられる。
びテンキー、ファンクションキーなどのキーボードから
構成され、ユーザーインターフェースに使用される。特
に、本実施例では、操作パネル５は送信や代行番号登録
のために用いられる。
【００２１】リーダ６は、ＣＣＤラインセンサおよび原
稿搬送系などから構成され、原稿画像の読み取りに使用
される。
稿搬送系などから構成され、原稿画像の読み取りに使用
される。
【００２２】プリンタ７は感熱記録ヘッド、あるいはレ
ーザービームプリンタ機構、および記録紙搬送系などか
ら構成され、受信画像の記録、あるいは原稿コピー時に
リーダ６により読み取った画像の記録に使用される。
ーザービームプリンタ機構、および記録紙搬送系などか
ら構成され、受信画像の記録、あるいは原稿コピー時に
リーダ６により読み取った画像の記録に使用される。
【００２３】符号８は、回線インターフェースを行うＣ
ＣＵ（通信制御部）で、トランスポートレイヤまでの接
続交換、あるいは手順信号や画像信号の変復調などを行
なう。
ＣＵ（通信制御部）で、トランスポートレイヤまでの接
続交換、あるいは手順信号や画像信号の変復調などを行
なう。
【００２４】図３は、本発明のＲＯＭ２に格納されたプ
ログラムのフローチャートである。ここでは、送信処理
および受信処理の両方を示してある。
ログラムのフローチャートである。ここでは、送信処理
および受信処理の両方を示してある。
【００２５】ステップＳ１で、操作パネル５からユーザ
の送信要求を示す操作（スタートキーの操作など）があ
ったかどうかを判断する。送信要求ありならステップＳ
２で回線を接続し、ステップＳ３で接続エラーがあるか
判断する。ここでは、図１のＲＳＳＮレスポンスを受信
したか否かが判定され、接続エラーなしならステップＳ
４でリーダ６より読み込んだ画像（あるいは既に画像メ
モリに格納されている画像）を送信し、ステップＳ５で
回線を切断する。
の送信要求を示す操作（スタートキーの操作など）があ
ったかどうかを判断する。送信要求ありならステップＳ
２で回線を接続し、ステップＳ３で接続エラーがあるか
判断する。ここでは、図１のＲＳＳＮレスポンスを受信
したか否かが判定され、接続エラーなしならステップＳ
４でリーダ６より読み込んだ画像（あるいは既に画像メ
モリに格納されている画像）を送信し、ステップＳ５で
回線を切断する。
【００２６】一方、ステップＳ３で接続エラーありな
ら、ステップＳ６において受信したＲＳＳＮレスポンス
のＮＳＣコード中に代行端末番号が含まれているか否か
を判断する。
ら、ステップＳ６において受信したＲＳＳＮレスポンス
のＮＳＣコード中に代行端末番号が含まれているか否か
を判断する。
【００２７】相手局が同等機であり、ＲＳＳＮレスポン
スのＮＳＣコード中に代行端末番号が格納されていれ
ば、ステップＳ７でその番号を用いて代行端末に回線接
続し、ステップＳ８で接続エラーありか判断する。
スのＮＳＣコード中に代行端末番号が格納されていれ
ば、ステップＳ７でその番号を用いて代行端末に回線接
続し、ステップＳ８で接続エラーありか判断する。
【００２８】接続エラーなしなら、ステップＳ９でリー
ダ６より読み込んだ画像（あるいは既に画像メモリに格
納されている画像）を送信しステップＳ１０で回線を切
断する。
ダ６より読み込んだ画像（あるいは既に画像メモリに格
納されている画像）を送信しステップＳ１０で回線を切
断する。
【００２９】ステップＳ８で接続エラーあり、あるいは
ステップＳ６で代行端末番号なしの場合には処理を終了
する。
ステップＳ６で代行端末番号なしの場合には処理を終了
する。
【００３０】次に受信側の処理を説明する。一方、ステ
ップＳ１で送信要求なしなら、ステップＳ１１で回線か
ら受信要求ありか判断する。受信要求ありならステップ
Ｓ１２で記録機構の紙切れ、紙ジャム、受信画像メモリ
のオーバーフロー等の障害が発生しているかどうか判断
する。
ップＳ１で送信要求なしなら、ステップＳ１１で回線か
ら受信要求ありか判断する。受信要求ありならステップ
Ｓ１２で記録機構の紙切れ、紙ジャム、受信画像メモリ
のオーバーフロー等の障害が発生しているかどうか判断
する。
【００３１】障害なしなら、ステップＳ１３で回線を接
続し、ステップＳ１４で画像を受信しプリンタ７に出力
し、ステップＳ１５で回線を切断する、通常の処理を行
なう。
続し、ステップＳ１４で画像を受信しプリンタ７に出力
し、ステップＳ１５で回線を切断する、通常の処理を行
なう。
【００３２】ステップＳ１２で障害ありなら、ステップ
Ｓ１６で代行端末番号を格納したＲＳＳＮレスポンスを
送信することにより接続を拒否する。
Ｓ１６で代行端末番号を格納したＲＳＳＮレスポンスを
送信することにより接続を拒否する。
【００３３】以上の実施例によれば、受信側端末の代行
端末の番号を登録し、受信側端末に障害がある場合、送
信側端末に代行端末の番号を送信し、代行端末の番号を
受信した送信側端末が代行端末に再送信することによ
り、受信側端末の障害が解除されなくても、送信側端末
は代行端末に対して画像を送信でき、従来のように無駄
なリダイヤルを繰り返す問題を生じることがなく、送信
側端末の業務を迅速に終了できる。
端末の番号を登録し、受信側端末に障害がある場合、送
信側端末に代行端末の番号を送信し、代行端末の番号を
受信した送信側端末が代行端末に再送信することによ
り、受信側端末の障害が解除されなくても、送信側端末
は代行端末に対して画像を送信でき、従来のように無駄
なリダイヤルを繰り返す問題を生じることがなく、送信
側端末の業務を迅速に終了できる。
【００３４】なお、代行端末番号は、あらかじめユーザ
が操作パネル５を用いてＲＡＭ３などに登録しておく。
この登録処理については、公知の電話番号登録処理で使
用されているユーザインターフェース方式を利用でき
る。
が操作パネル５を用いてＲＡＭ３などに登録しておく。
この登録処理については、公知の電話番号登録処理で使
用されているユーザインターフェース方式を利用でき
る。
【００３５】代行端末番号は、単数のみならず複数登録
しておき、受信拒否の場合、その全てを送信側に報知す
ることが考えられる。送信側では、適当な優先順位、た
とえばＲＳＳＮレスポンス中の格納順位などに応じて順
次各代行端末への送信を試行することが考えられる。
しておき、受信拒否の場合、その全てを送信側に報知す
ることが考えられる。送信側では、適当な優先順位、た
とえばＲＳＳＮレスポンス中の格納順位などに応じて順
次各代行端末への送信を試行することが考えられる。
【００３６】また、図３の実施例では、ステップＳ８に
おいて代行端末への送信が失敗した場合、処理を終了し
ているが、当然、代行端末においても次の代行端末を登
録しておくことができるので、ステップＳ８からステッ
プＳ６に戻ることも考えられる。
おいて代行端末への送信が失敗した場合、処理を終了し
ているが、当然、代行端末においても次の代行端末を登
録しておくことができるので、ステップＳ８からステッ
プＳ６に戻ることも考えられる。
【００３７】上記実施例では、受信側端末が障害のと
き、送信側端末は直ちに代行端末に送信している。しか
し、送信側端末が受信側端末に何度か再送信した後に代
行端末に送信する実施例も考えられる。
き、送信側端末は直ちに代行端末に送信している。しか
し、送信側端末が受信側端末に何度か再送信した後に代
行端末に送信する実施例も考えられる。
【００３８】さらに、上記実施例では、受信側で障害が
発生している場合にはただちに受信拒否を行ない、送信
側（発呼側）が代行端末への送信を行なうようにしてい
るが、受信側に大容量の画像メモリが実装されている場
合には、画像メモリへの代行受信を行ない、受信側が代
行端末へ画像メモリ内の画像データを送信するようにし
てもよい。これにより送信側の負担を軽減できる。この
例（受信側の処理）を図４に示す。
発生している場合にはただちに受信拒否を行ない、送信
側（発呼側）が代行端末への送信を行なうようにしてい
るが、受信側に大容量の画像メモリが実装されている場
合には、画像メモリへの代行受信を行ない、受信側が代
行端末へ画像メモリ内の画像データを送信するようにし
てもよい。これにより送信側の負担を軽減できる。この
例（受信側の処理）を図４に示す。
【００３９】ステップＳ１０１では、受信機能の障害、
ここでは特にプリンタ７の障害、すなわち、記録機構の
紙切れ、紙ジャムなどの有無を検出する。
ここでは特にプリンタ７の障害、すなわち、記録機構の
紙切れ、紙ジャムなどの有無を検出する。
【００４０】プリンタ７の障害がなければ、ステップＳ
１０２、Ｓ１０３、Ｓ１０４で回線接続、受信およびプ
リント処理および回線切断処理からなる通常の受信処理
を行なう。
１０２、Ｓ１０３、Ｓ１０４で回線接続、受信およびプ
リント処理および回線切断処理からなる通常の受信処理
を行なう。
【００４１】一方、プリンタ７の障害がある場合には、
ステップＳ１０５で回線を接続し、ステップＳ１０６で
画像メモリへ画像データを代行受信する。画像メモリ
は、ＲＡＭ３の領域、あるいは磁気ディスクにより構成
されているものとする。代行受信が正常に終了すれば、
ステップＳ１０８に移行する。
ステップＳ１０５で回線を接続し、ステップＳ１０６で
画像メモリへ画像データを代行受信する。画像メモリ
は、ＲＡＭ３の領域、あるいは磁気ディスクにより構成
されているものとする。代行受信が正常に終了すれば、
ステップＳ１０８に移行する。
【００４２】ステップＳ１０８では、前述のようにして
あらかじめ登録された代行端末へ発呼し、ステップＳ１
０９で接続エラーを検出する。接続エラーの場合には、
ステップＳ１１５において代行端末にリダイヤルするた
めのタイマーをスタートさせ、その後、タイマー割込に
よりリダイヤルが（成功するまで）所定回数起動され
る。このリダイヤル処理は従来と同様である。
あらかじめ登録された代行端末へ発呼し、ステップＳ１
０９で接続エラーを検出する。接続エラーの場合には、
ステップＳ１１５において代行端末にリダイヤルするた
めのタイマーをスタートさせ、その後、タイマー割込に
よりリダイヤルが（成功するまで）所定回数起動され
る。このリダイヤル処理は従来と同様である。
【００４３】ステップＳ１０９で接続が成功すると、ス
テップＳ１１０で画像メモリへ代行受信した画像データ
を代行端末に送信し、正常な代行端末のプリンタを利用
して画像記録を行なわせることができる。
テップＳ１１０で画像メモリへ代行受信した画像データ
を代行端末に送信し、正常な代行端末のプリンタを利用
して画像記録を行なわせることができる。
【００４４】一方、画像メモリへの代行受信中、アドレ
スエラー（メモリオーバーフロー）が発生すると、ステ
ップＳ１０７からＳ１１２に移行する。ステップＳ１１
２では、回線切断、ステップＳ１３で紙切れ、ジャムな
どのエラー表示、あるいは受信を失敗した旨のエラー表
示を行なう。このエラー表示は操作パネル５による表示
出力、ブザー鳴動などにより行なう。
スエラー（メモリオーバーフロー）が発生すると、ステ
ップＳ１０７からＳ１１２に移行する。ステップＳ１１
２では、回線切断、ステップＳ１３で紙切れ、ジャムな
どのエラー表示、あるいは受信を失敗した旨のエラー表
示を行なう。このエラー表示は操作パネル５による表示
出力、ブザー鳴動などにより行なう。
【００４５】このような処理により、代行端末のプリン
タを利用して画像記録を行なわせることができ、受信障
害にはなんら責任のない送信側に負担を追わせることな
く送信側の処理を迅速に終了させ、受信側の通信コスト
で他の端末への代行受信を行なわせることができる。
タを利用して画像記録を行なわせることができ、受信障
害にはなんら責任のない送信側に負担を追わせることな
く送信側の処理を迅速に終了させ、受信側の通信コスト
で他の端末への代行受信を行なわせることができる。
【００４６】以上では、Ｇ４手順を想定したが、画像通
信手順はこれに限定されない。たとえば、Ｇ３手順では
非標準装置信号などのオプションナルな手順信号を用い
て代行端末の指定を行なうことにより同等の処理が可能
である。
信手順はこれに限定されない。たとえば、Ｇ３手順では
非標準装置信号などのオプションナルな手順信号を用い
て代行端末の指定を行なうことにより同等の処理が可能
である。
【００４７】また、受信障害は、プリンタの障害に限定
されず、他の理由で受信障害が生じている場合でも、通
信系さえ生きていれば、同等の制御が可能である。
されず、他の理由で受信障害が生じている場合でも、通
信系さえ生きていれば、同等の制御が可能である。
【００４８】
【発明の効果】以上から明らかなように、本発明によれ
ば、受信側装置の受信機構の障害の理由で受信拒否を行
なう画像通信装置において、受信側装置に受信障害の場
合に代行受信を行なう代行端末を登録する手段を設け、
受信障害発生の場合、代行端末で画像受信を行なわせる
構成を採用しているので、受信障害の場合でも、また、
その端末の障害が解除されず、継続中であっても代行受
信を行なう代行端末を用いることにより、画像送信側の
処理を速やかに終了させることができるという優れた効
果がある。
ば、受信側装置の受信機構の障害の理由で受信拒否を行
なう画像通信装置において、受信側装置に受信障害の場
合に代行受信を行なう代行端末を登録する手段を設け、
受信障害発生の場合、代行端末で画像受信を行なわせる
構成を採用しているので、受信障害の場合でも、また、
その端末の障害が解除されず、継続中であっても代行受
信を行なう代行端末を用いることにより、画像送信側の
処理を速やかに終了させることができるという優れた効
果がある。
【図１】本発明の通信シーケンスを示した説明図であ
る。
る。
【図２】本発明を採用したファクシミリ装置のブロック
図である。
図である。
【図３】図２のＲＯＭに格納された制御手順のフローチ
ャート図である。
ャート図である。
【図４】異なる制御手順の例を示したフローチャート図
である。
である。
１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ コーダ・デコーダ ５ 操作パネル ６ リーダ ７ プリンタ ８ ＣＣＵ
Claims (3)
- 【請求項１】 受信側装置の受信機構の障害の理由で受
信拒否を行なう画像通信装置において、 受信側装置に受信障害の場合に代行受信を行なう代行端
末を登録する手段を設け、 受信障害発生の場合、代行端末で画像受信を行なわせる
ことを特徴とする画像通信装置。 - 【請求項２】 受信障害発生の場合、受信側から送信側
に登録された代行端末の識別情報を送信し、送信側がこ
の情報を利用して代行端末に対する画像送信を行なうこ
とを特徴とする請求項１に記載の画像通信装置。 - 【請求項３】 受信障害発生の場合、受信側は画像メモ
リに受信すべき画像データを受信し、受信側が代行端末
に対して画像メモリに受信した画像データを送信するこ
とを特徴とする請求項１に記載の画像通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3196941A JPH0541788A (ja) | 1991-08-07 | 1991-08-07 | 画像通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3196941A JPH0541788A (ja) | 1991-08-07 | 1991-08-07 | 画像通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0541788A true JPH0541788A (ja) | 1993-02-19 |
Family
ID=16366205
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3196941A Pending JPH0541788A (ja) | 1991-08-07 | 1991-08-07 | 画像通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0541788A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015131A (ja) * | 2009-07-01 | 2011-01-20 | Sharp Corp | 画像処理装置及び画像処理システム |
| JP2011031474A (ja) * | 2009-07-31 | 2011-02-17 | Ricoh Co Ltd | 印刷装置およびプログラム |
-
1991
- 1991-08-07 JP JP3196941A patent/JPH0541788A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011015131A (ja) * | 2009-07-01 | 2011-01-20 | Sharp Corp | 画像処理装置及び画像処理システム |
| JP2011031474A (ja) * | 2009-07-31 | 2011-02-17 | Ricoh Co Ltd | 印刷装置およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS5829262A (ja) | 送信済み原稿へのファクシミリ通信相手先記録方式 | |
| US5781618A (en) | Method for transmitting absence information in facsimile system | |
| JPH0541788A (ja) | 画像通信装置 | |
| JP3707036B2 (ja) | ファクシミリ装置とファクシミリの通信制御方法 | |
| JP2628797B2 (ja) | ファクシミリ装置 | |
| JP2628803B2 (ja) | ファクシミリ装置 | |
| JPS59125172A (ja) | フアクシミリ再送通信方式 | |
| JP3335382B2 (ja) | 複数のファクシミリ装置間の送受信方法 | |
| JPS6130168A (ja) | フアクシミリ通信装置 | |
| JPH0427268A (ja) | ファクシミリ装置 | |
| JPH06133138A (ja) | ファクシミリの伝送制御方式 | |
| JP3077242B2 (ja) | 画像データ送信装置および方法 | |
| JPH0494254A (ja) | 蓄積同報装置 | |
| JPH04271566A (ja) | ファクシミリ装置 | |
| JP3183923B2 (ja) | テレマティーク端末装置の制御方法 | |
| JPH0380665A (ja) | ファクシミリ装置およびファクシミリ装置の通信方式 | |
| JPS59226561A (ja) | フアクシミリ通信方式 | |
| JP3121051B2 (ja) | ファクシミリ装置 | |
| JPS61126856A (ja) | フアクシミリ装置 | |
| JPH0738691A (ja) | 受信装置及び通信装置 | |
| JPH04326661A (ja) | 通信装置 | |
| JPH0630227A (ja) | ファクシミリ装置 | |
| JPH04324754A (ja) | ファクシミリ装置 | |
| JPH0352378A (ja) | ファクシミリ通信方式 | |
| JPH02288460A (ja) | 画像通信装置 |