JPH07288617A

JPH07288617A - 画像通信装置およびファクシミリ装置

Info

Publication number: JPH07288617A
Application number: JP10154894A
Authority: JP
Inventors: Seiji Hoshino; 誠治星野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1994-04-15
Filing date: 1994-04-15
Publication date: 1995-10-31

Abstract

(57)【要約】【目的】受信側で緊急通報を容易に確認できるように
した画像通信装置およびファクシミリ装置を提供するこ
とを目的としている。【構成】緊急通報画像が、標準のファクシミリ原稿よ
りも長尺なので、受信側では、他の受信原稿と容易に見
分けがつき、それにより、緊急通報があったことを、受
信側で迅速に確認することができる。また、緊急通報画
像としては、長尺の部分に記録するヘッダ情報またはフ
ッタ情報を適用することができるので、本文の部分と別
に緊急通報を特徴づけることができ、緊急通報を効果的
に表示できる。また、本文の部分として全白画像を用い
ると、その部分の伝送時間が短くなり、迅速な緊急通報
通信が可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、緊急通報画像を、あら
かじめ設定された宛先に送信する画像通信装置およびフ
ァクシミリ装置に関する。

【０００２】

【従来の技術】ファクシミリ装置の応用分野に、緊急事
態が発生したとき、その旨を通報する緊急通報がある。
このような応用は、例えば、老人の一人暮らし世帯に設
置して、介護が必要となるような事態が発生すると、ユ
ーザが緊急キーなどを操作することで、あらかじめ登録
されている主治医または介護サービスに、その旨を通知
する画像が送信されるというような状況に利用される。

【０００３】

【発明が解決しようとする課題】ところが、このような
従来装置では、緊急事態の発生を通報する画像が、通常
のファクシミリ原稿のサイズであるため、その画像を受
信しても、他の受信原稿に埋没してしまい、受信側で緊
急通報を確認できないという事態を生じるおそれがあ
る。

【０００４】本発明は、かかる実情に鑑みてなされたも
のであり、受信側で緊急通報を容易に確認できるように
した画像通信装置およびファクシミリ装置を提供するこ
とを目的としている。

【０００５】

【課題を解決するための手段】本発明は、少なくとも基
準のファクシミリ原稿よりも長尺で所定内容の緊急通報
画像を発生する画像発生手段と、あらかじめ設定されて
いる緊急通報の宛先を記憶する緊急通報宛先記憶手段
と、緊急通報の開始を操作入力する操作手段と、上記操
作手段により緊急通報の開始が操作入力されると、上記
緊急通報宛先記憶手段に記憶されている緊急通報の宛先
を発呼し、所定のファクシミリ伝送制御手順処理を開始
して、上記画像発生手段から発生した緊急通報画像の画
情報をその宛先に送信する通信制御手段を備えたもので
ある。

【０００６】また、少なくとも基準のファクシミリ原稿
よりも長尺で所定内容の緊急通報画像を発生する画像発
生手段と、あらかじめ設定されている緊急通報の宛先を
記憶する緊急通報宛先記憶手段と、緊急通報の開始を操
作入力する操作手段と、上記操作手段により緊急通報の
開始が操作入力されると、上記緊急通報宛先記憶手段に
記憶されている緊急通報の宛先を発呼し、所定のファク
シミリ伝送制御手順処理を開始して、上記画像発生手段
から発生した緊急通報画像の画情報をその宛先に送信す
る一方、その緊急通報画像の画情報の送信終了後から所
定時間内にポーリング送信要求されると、その相手端末
に、上記緊急通報画像の画情報を送信する通信制御手段
を備えたものである。

【０００７】また、前記緊急通報画像は、緊急通報の表
示画像からなるヘッダ情報を、所定の本文画像の先頭に
付加してなるもの、または、緊急通報の表示画像からな
るフッタ情報を、所定の本文画像の後尾に付加してなる
もの、または、緊急通報の表示画像からなるヘッダ情報
およびフッタ情報を、所定の本文画像の先頭および後尾
にそれぞれに付加してなるものを用いることができる。
また、前記本文画像は、送信原稿サイズに対応したライ
ン数の全白画像を用いることができる。また、前記緊急
通報画像は、緊急通報の表示画像を所定回数繰り返して
配置した画像を用いることができる。

【０００８】また、画像蓄積機能および自動発着信機能
を備えたファクシミリ装置において、あらかじめ読み取
られ、少なくとも基準のファクシミリ原稿よりも長尺で
所定内容の緊急通報画像を記憶する緊急通報画像記憶手
段と、あらかじめ設定されている緊急通報の宛先を記憶
する緊急通報宛先記憶手段と、緊急通報の開始を操作入
力する操作手段と、上記操作手段により緊急通報の開始
が操作入力されると、上記緊急通報宛先記憶手段に記憶
されている緊急通報の宛先を発呼し、所定のファクシミ
リ伝送制御手順処理を開始して、上記緊急通報画像記憶
手段から発生した緊急通報画像の画情報をその宛先に送
信する通信制御手段を備えたものである。

【０００９】また、画像蓄積機能および自動発着信機能
を備えたファクシミリ装置において、あらかじめ読み取
られ、少なくとも基準のファクシミリ原稿よりも長尺で
所定内容の緊急通報画像を記憶する緊急通報画像記憶手
段と、あらかじめ設定されている緊急通報の宛先を記憶
する緊急通報宛先記憶手段と、緊急通報の開始を操作入
力する操作手段と、上記操作手段により緊急通報の開始
が操作入力されると、上記緊急通報宛先記憶手段に記憶
されている緊急通報の宛先を発呼し、所定のファクシミ
リ伝送制御手順処理を開始して、上記緊急通報画像記憶
手段から発生した緊急通報画像の画情報をその宛先に送
信する一方、その緊急通報画像の画情報の送信終了後か
ら所定時間内にポーリング送信要求されると、その相手
端末に、上記緊急通報画像の画情報を送信する通信制御
手段を備えたものである。

【００１０】また、前記緊急通報画像は、緊急通報の表
示画像であってあらかじめ記憶されているヘッダ情報
を、所定の本文画像の先頭に付加して形成されるととも
に、上記本文画像は、読み取られたものを用いることが
できる。また、前記緊急通報画像は、緊急通報の表示画
像であってあらかじめ記憶されているフッタ情報を、所
定の本文画像の後尾に付加して形成されるとともに、上
記本文画像は、読み取られたものを用いることができ
る。また、前記緊急通報画像は、緊急通報の表示画像で
あってあらかじめ記憶されているヘッダ情報およびフッ
タ情報を、所定の本文画像の先頭および後尾にそれぞれ
付加して形成されるとともに、上記本文画像は読み取ら
れたものを用いることができる。

【００１１】また、前記緊急通報画像は、緊急通報の表
示画像であってあらかじめ記憶されているヘッダ情報
を、送信原稿サイズに対応したライン数の全白画像の先
頭に付加してなるものを用いることができる。また、前
記緊急通報画像は、緊急通報の表示画像であってあらか
じめ記憶されているフッタ情報を、送信原稿サイズに対
応したライン数の全白画像の後尾に付加してなるものを
用いることができる。また、前記緊急通報画像は、緊急
通報の表示画像であってあらかじめ記憶されているヘッ
ダ情報およびフッタ情報を、送信原稿サイズに対応した
ライン数の全白画像の先頭および後尾にそれぞれ付加し
てなるものを用いることができる。また、前記緊急通報
画像は、緊急通報の表示画像を所定回数繰り返して配置
した画像を用いることができる。

【００１２】

【作用】したがって、緊急通報画像が、標準のファクシ
ミリ原稿よりも長尺なので、受信側では、他の受信原稿
と容易に見分けがつき、それにより、緊急通報があった
ことを、受信側で迅速に確認することができる。また、
緊急通報画像としては、長尺の部分に記録するヘッダ情
報またはフッタ情報を適用することができるので、本文
の部分と別に緊急通報を特徴づけることができ、緊急通
報を効果的に表示できる。また、本文の部分として全白
画像を用いると、その部分の伝送時間が短くなり、迅速
な緊急通報通信が可能となる。また、緊急通報の表示画
像を所定回数繰り返して配置した画像を、緊急通報画像
として用いると、他の受信原稿との区別がより明確にな
り、効果的な緊急通報通信を実現できる。

【００１３】

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

【００１４】図１は、本発明の一実施例にかかる緊急通
報装置を示している。この緊急通報装置は、緊急通報画
像を指定された宛先に送信する機能と、ハンドフリーの
通話機能を備えている。

【００１５】同図において、制御部１は、この緊急通報
装置の各部の動作を制御とともに、所定のグループ３フ
ァクシミリ伝送機能を実現するものであり、システムメ
モリ２は、制御部１が実行する制御プログラムやその制
御プログラムを実行するときに必要な各種のデータを記
憶するとともに、制御部１のワークエリアを構成するも
のであり、パラメータメモリ３は、この緊急通報装置に
固有な各種の情報を記憶するものである。また、パラメ
ータメモリ３は、バッテリ４によってバッテリバックア
ップされている。

【００１６】時計回路５は、現在日時情報を出力するた
めのものであり、操作表示部６は、この緊急通報装置を
操作するためのものであり、符号化部７は、画像データ
をグループ３ファクシミリ装置に規定されている符号化
方式で符号化圧縮して送信画情報を形成するためのもの
であり、通話ユニット８は、ハンドフリー通話のための
ものであり、その動作は、制御部１により制御される。

【００１７】グループ３ファクシミリモデム９は、グル
ープ３ファクシミリのモデム機能を実現するためのもの
であり、伝送手順信号をやりとりするための低速モデム
機能（Ｖ．２１モデム）、および、おもに画情報をやり
とりするための高速モデム機能（Ｖ．３３モデム、Ｖ．
２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えてい
る。

【００１８】網制御装置１０は、このファクシミリ装置
を公衆電話回線網に接続するためのものであり、自動発
着信機能を備えている。

【００１９】これらの制御部１、システムメモリ２、パ
ラメータメモリ３、時計回路５、操作表示部６、符号化
部７、通話ユニット８、グループ３ファクシミリモデム
９、および、網制御装置１０は、内部バス１１に接続さ
れており、これらの各要素間のデータのやりとりは、主
としてこの内部バス１１を介して行われる。また、グル
ープ３ファクシミリモデム９と網制御装置１０との間の
送受信信号のやりとり、および、通話ユニット８と網制
御装置１０との間の信号のやりとりは、直接行われてい
る。

【００２０】図２は、緊急通信装置の外観の一例を示し
ている。緊急通信装置の本体筐体には、操作表示部６が
作り付けられている。

【００２１】同図において、緊急通報キー６ａは、緊急
通報の開始を指令するためのものであり、通話キー６ｂ
は、通話動作の開始を指令するためのものであり、スタ
ートキー６ｃは、通話動作時の発呼開始を指令するため
のものであり、フックキー６ｄは、オンフック／オフフ
ックを指令するためのものである。

【００２２】テンキー６ｅは、宛先電話番号などを操作
入力するためのものであり、ワンタッチダイアルキー部
６ｆは、１つのキー操作で宛先を入力するワンタッチダ
イアル機能を実現するためのものである。この場合、ワ
ンタッチ宛先は、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」の４
つを設定することができる。

【００２３】液晶表示器６ｇは、種々の操作ガイダンス
を表示するためのものであり、ファンクションキー６ｈ
は、種々の機能操作を指令するためのものであり、ＹＥ
Ｓキー６ｉは、ガイダンスメッセージに対する肯定応答
を操作入力するためのものであり、ＮＯキー６ｊは、ガ
イダンスメッセージに対する否定応答を操作入力するた
めのものである。

【００２４】また、信号線１２は、この緊急通信装置を
宅内の信号コンセントに接続するためのものであり、こ
の信号線１２の先端には、モジュラー・ジャック１３が
付設されている。また、スリット１４は、通話ユニット
８のマイク入力のための開口部である。

【００２５】パラメータメモリ３に記憶されるデータの
一例を図３に示す。

【００２６】パラメータメモリ３には、緊急通報画像
（後述）に付加するヘッダ画像およびフッタ画像（後
述）の種別を指定するためのヘッダ／フッタ種別、緊急
通報画像に定型文を付加するか否かを指定するための定
型文フラグ、自端末の電話番号、ユーザの氏名、緊急通
報通信を行った後であることを記憶するための緊急通報
済フラグ、緊急通報通信を行った日時をあらわす通報日
時、および、ワンタッチダイアルキー部６ｆの各ワンタ
ッチダイアルキーに登録されている宛先を記憶するため
のワンタッチダイアルテーブルからなる。

【００２７】また、本実施例では、ワンタッチダイアル
キー「Ａ」に登録されている宛先が、緊急通報宛先とし
て適用される。また、これらの情報の設定は、ユーザが
手操作で行う。なお、これらの情報の設定は、所定のデ
ータ転送手順を用いて、センタ装置から遠隔で行うこと
もできる。

【００２８】緊急通報画像は、図４に示すように、ヘッ
ダ部ＨＤ、本文部ＨＢ、および、フッタ部ＦＴからな
り、ヘッダ部ＨＤとフッタ部ＦＴの長さ（副走査方向の
寸法）は、それぞれ所定値αに設定されている。また、
本文部ＨＢは、基準の長さＬから所定値αを減じた長さ
に設定されている。

【００２９】ヘッダ部ＨＤには、例えば、図５（ａ）に
示したような緊急通報画像が配置され、また、フッタ部
ＦＴには、同図（ｂ）に示したような緊急通報画像が配
置される。この場合、ヘッダ部ＨＤとフッタ部ＦＴの画
像は、副走査の方向を反転した内容なので、フッタ部Ｆ
Ｔの画像としては、ヘッダ部ＨＤの画像を反転したもの
を適用することができる。また、ヘッダＨＤ部およびフ
ッタ部ＦＴの画像は、あらかじめシステムメモリ２に記
憶される。したがって、この場合、ヘッダ部ＨＤの画像
をフッタ部ＦＴに共用できるので、システムメモリ２に
記憶すべき画像の容量を１／２に低減することができ
る。

【００３０】また、ヘッダ部ＨＤおよびフッタ部ＦＴの
画像として、図６（ａ）に示したように、同一内容の図
形文字列を、副走査方向の中央部で反転して連結した画
像を用いると、この場合には、同一画像をヘッダ部ＨＤ
およびフッタ部ＦＴに用いることができる。

【００３１】一方、本文部ＨＢの画像としては、全白画
像を用いることができる。全白画像は、最も符号化効率
がよいので、本文部ＨＢとして全白画像を用いると、緊
急通報画像を符号化圧縮して得られる画情報のデータ量
を低減でき、その画情報を伝送するときに要する伝送時
間を大幅に削減できるので、緊急通報という目的には最
も適合する。

【００３２】ただし、上述したヘッダ部ＨＤおよびフッ
タ部ＦＴの画像には、発信元の表示が含まれないので、
本文部ＨＢとして図６（ａ），（ｂ）に示したように、
発信元の表示情報を含めた定型文の画像を適用すること
ができる。この場合、「氏名」の欄には、パラメータメ
モリ３に記憶した氏名データを表示する画像が配置さ
れ、「電話番号」の欄には、パラメータメモリ３に記憶
した電話番号データを表示する画像が配置される。

【００３３】なお、緊急通報宛先を、家族、あるいは、
契約している特定のサービス先などに設定した場合に
は、本文部ＨＢとして全白画像を適用することができ
る。また、ヘッダ部ＨＤおよびフッタ部ＦＴの画像に、
発信元の表示画像を含めてしまえば、不特定宛先に緊急
通報画像を送信するときでも、本文部ＨＢとして全白画
像を適用することができる。また、発信元の表示画像と
しては、氏名の他に、契約時の契約番号などの表示画像
を用いることもできる。

【００３４】したがって、受信側のファクシミリ装置
が、図７に示すように、受信原稿を装置筐体の上方向に
排出する場合、図４の緊急通報画像の画情報を送信する
と、受信側で排出される受信原稿は、図８に示すよう
に、ヘッダ部ＨＤの画像が、他の受信原稿よりも突出す
る。

【００３５】それにより、受信側のユーザは、緊急通報
画像を明確に確認することができ、迅速な対処が可能と
なる。

【００３６】また、受信側のファクシミリ装置が、図９
に示すように、受信原稿を装置筐体の下方向に排出する
場合、図４の緊急通報画像の画情報を送信すると、受信
側で排出される受信原稿は、図１０に示すように、フッ
タ部ＦＴの画像が、他の受信原稿よりも突出する。

【００３７】それにより、受信側のユーザは、緊急通報
画像を明確に確認することができ、迅速な対処が可能と
なる。

【００３８】図１１は、この緊急通信装置の待機時に、
制御部１が実行する処理の一例を示している。

【００３９】待機時には、制御部１は、緊急通報キー６
ａがオン操作されるか、着信検出するか、通話キー６ｃ
がオン操作されるか、緊急通報済フラグがセットされて
いるか、ファンクションキー６ｈがオン操作されるかを
監視している（判断１０１，１０２，１０３，１０４，
１０５のＮＯループ）。

【００４０】緊急通報キー６ａがオン操作された場合
で、判断１０１の結果がＹＥＳになるときには、設定さ
れている緊急通報宛先に緊急通報画像を送信する緊急通
報処理（処理１０６）を実行する。

【００４１】着信検出した場合で、判断１０２の結果が
ＹＥＳになるときには、所定の着信時処理（処理１０
７）を実行する。通話キー６ｃがオン操作された場合
で、判断１０３の結果がＹＥＳになるときには、通話ユ
ニット８による通話処理（処理１０８）を実行する。

【００４２】緊急通報済フラグがセットされているとき
で、判断１０４の結果がＹＥＳになるときには、緊急通
報時から所定日時を経過した時点で緊急通報済フラグを
クリアする緊急フラグチェック処理（処理１０９）を実
行する。

【００４３】また、ファンクションキー６ｈがオン操作
されたときで、判断１０５の結果がＹＥＳになるときに
は、そのときに選択された機能操作に対応したファンク
ション処理（処理１１０）を実行する。

【００４４】図１２は、緊急通報処理の一例を示してい
る。

【００４５】まず、ワンタッチダイアルテーブルから、
ワンタッチダイアルキー「Ａ」に登録されている宛先情
報を取り出し、その宛先を発呼する（処理２０１）。そ
して、着信応答した相手端末から送出される被呼局識別
信号ＣＥＤ、非標準機能識別信号ＮＳＦ、および、デジ
タル識別信号ＤＩＳを受信すると（処理２０２）、その
ときに通知された伝送機能のうち、そのときに使用する
伝送機能を設定する（処理２０３）。このとき、送信画
像のサイズとしては、相手端末で設定可能な最大サイズ
のものを選択する。

【００４６】次に、設定した伝送機能を自端末の各部に
設定するとともに、その設定内容を通知するための非標
準機能設定信号ＮＳＳを送出し（処理２０４）、そのと
きに設定したモデム速度で、所定のモデムトレーニング
手順を実行して（処理２０５）、そのときに実際に使用
するモデム速度を決定する。

【００４７】このようにして、画情報送信の準備が整う
と、そのときに定型文フラグがセットされていて、定型
文付加状態に設定されているかどうかを調べ（判断２０
６）、判断２０６の結果がＹＥＳになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理２
０７）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を作成する（処理２０８）。例えば、ヘッダ画
像として、Ａ４判の画像を記憶していて、設定した送信
原稿サイズがＡ３判の場合には、１ライン毎、ライン最
後の部分に、Ａ３幅とＡ４幅の差分に対応する画素数の
白画素を付加して、Ａ３判のヘッダ画像を作成する。次
に、その作成したヘッダ画像を、符号化部７で符号化圧
縮し、それによって得た画情報を相手装置に送信する
（処理２０９）。

【００４８】ヘッダ部ＨＤの画情報の送信を終了する
と、上述した本文部ＨＢを構成する定型文の画像を、そ
のときに設定した送信原稿サイズに応じた１ライン分の
画素数で、かつ、ライン数の画像として作成し（処理２
１０）、その作成した本文部ＨＢの画像を符号化圧縮
し、それによって得た画情報を相手端末に送信する（処
理２１１）。

【００４９】本文部ＨＢの画情報の送信を終了すると、
そのときに選択しているヘッダ画像の主走査方向と副走
査方向を反転し、かつ、そのときに設定した送信原稿サ
イズのフッタ画像を作成し（処理２１２）、そのフッタ
画像を符号化部７で符号化圧縮し、それによって得た画
情報を相手端末に送信する（処理２１３）。

【００５０】このようにして、緊急通報画像の１ページ
分の画情報の送信を終了すると、メッセージ後命令とし
て、手順終了信号ＥＯＰを送出し（処理２１４）、相手
端末から応答信号を受信すると（処理２１５）、切断命
令信号ＤＣＮを送出し（処理２１６）、回線を復旧して
（処理２１７）、一連の送信動作を終了する。

【００５１】次いで、緊急通報を行ったことをあらわす
ために、緊急通報済フラグをセットし（処理２１８）、
そのときの日時情報を時計回路５から読み出して、その
値を通報日時として保存し（処理２１９）、この処理を
終了する。

【００５２】また、定型文フラグがセットされていない
場合で、判断２０６の結果がＮＯになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理２
２０）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を作成し（処理２２１）、その作成したヘッダ
画像を、符号化部７で符号化圧縮し、それによって得た
画情報を相手装置に送信する（処理２２２）。

【００５３】ヘッダ部ＨＤの画情報の送信を終了する
と、そのときに設定した送信原稿サイズに応じた１ライ
ン分の画素数の全白画像に対応した符号化データを、そ
のときの本文部ＨＢのライン数だけ発生し、その発生し
た符号化データを、本文部ＨＢの画情報として相手装置
に送信する（処理２２３）。

【００５４】このようにして、本文部ＨＢの画情報の送
信を終了すると、処理２１２に移行して、フッタ部ＦＴ
の画情報の送信を行う。

【００５５】なお、上述の説明は、フッタ部ＦＴの画像
として、図５（ｂ）に示したような画像を送信する場合
であるが、図６（ａ）に示した画像を用いる場合には、
フッタ部ＦＴの画像は、ヘッダ部ＨＤの画像と同じ方法
で生成することができる。

【００５６】図１３は、緊急フラグチェック処理の一例
を示している。

【００５７】まず、そのときに時計回路５から出力され
ている日時情報を読み込んで、現在日時を得る（処理３
０１）。次に、通報日時を読み出して（処理３０２）、
現在日時と通報日時の差を経過日時として算出する（処
理３０３）。

【００５８】そして、この算出した経過日時が所定値よ
りも大きいかどうかを判断し（処理３０４）、判断３０
４の結果がＹＥＳになるときには、緊急通報済フラグを
クリアして（処理３０５）、この処理を終了する。ま
た、判断３０４の結果がＮＯになるときには、処理３０
５を実行せず、この処理を終了する。

【００５９】したがって、緊急通報済フラグは、通報し
てから一定日時を経過した時点でクリアされる。

【００６０】図１４および図１５は、着信時処理の一例
を示している。

【００６１】まず、着信検出すると、着信応答し（処理
４０１）、相手端末から所定のトーン信号を受信して、
相手端末がファクシミリ装置であることが確認できたか
どうかを調べる（判断４０２）。

【００６２】判断４０２の結果がＹＥＳになるときに
は、通報通信済フラグがセットされているかどうかを調
べる（判断４０３）。判断４０３の結果がＮＯになると
きには、その着信動作を無視し、回線を復旧して（処理
４０４）、この処理を終了する。

【００６３】また、通報通信済フラグがセットされてい
る場合で、判断４０３の結果がＮＯになるときには、自
端末が非音声端末であることを表示するための被呼局識
別信号ＣＥＤ、自端末の非標準的な機能を通知するため
の非標準機能識別信号ＮＳＦ、および、自端末の標準的
な機能を通知するためのデジタル識別信号ＤＩＳを相手
端末に順次送出して（処理４０５）、相手端末からの命
令信号を受信する（処理４０６）。

【００６４】そして、そのときに、ポーリング送信要求
が指定されたかどうかを調べ（判断４０７）、ポーリン
グ送信要求されなかったときで、判断４０７の結果がＮ
Ｏになるときには、その時点で、通信動作を中断し、処
理４０４に移行して、回線を復旧する。

【００６５】ポーリング送信要求された場合で、判断４
０７の結果がＹＥＳになるときには、そのときに使用す
る伝送機能を設定する（処理４０８）。このとき、送信
画像のサイズとしては、相手端末で設定可能な最大サイ
ズのものを選択する。

【００６６】次に、設定した伝送機能を自端末の各部に
設定するとともに、その設定内容を通知するための非標
準機能設定信号ＮＳＳを送出し（処理４０９）、そのと
きに設定したモデム速度で、所定のモデムトレーニング
手順を実行して（処理４１０）、そのときに実際に使用
するモデム速度を決定する。

【００６７】このようにして、画情報送信の準備が整う
と、そのときに定型文フラグがセットされていて、定型
文付加状態に設定されているかどうかを調べ（判断４１
１）、判断４１１の結果がＹＥＳになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理４
１２）、その選択したヘッダ画像をシステムメモリ２か
ら読み出し、上述と同様にして、そのときに設定した送
信原稿サイズのヘッダ画像を作成する（処理４１３）。
次に、その作成したヘッダ画像を、符号化部７で符号化
圧縮し、それによって得た画情報を相手装置に送信する
（処理４１４）。

【００６８】ヘッダ部ＨＤの画情報の送信を終了する
と、上述した本文部ＨＢを構成する定型文の画像を、そ
のときに設定した送信原稿サイズに応じた１ライン分の
画素数で、かつ、ライン数の画像として作成し（処理４
１５）、その作成した本文部ＨＢの画像を符号化圧縮
し、それによって得た画情報を相手端末に送信する（処
理４１６）。

【００６９】本文部ＨＢの画情報の送信を終了すると、
そのときに選択しているヘッダ画像の主走査方向と副走
査方向を反転し、かつ、そのときに設定した送信原稿サ
イズのフッタ画像を作成し（処理４１７）、そのフッタ
画像を符号化部７で符号化圧縮し、それによって得た画
情報を相手端末に送信する（処理４１８）。

【００７０】このようにして、緊急通報画像の１ページ
分の画情報の送信を終了すると、メッセージ後命令とし
て、手順終了信号ＥＯＰを送出し（処理４１９）、相手
端末から応答信号を受信すると（処理４２０）、切断命
令信号ＤＣＮを送出し（処理４２１）、回線を復旧して
（処理４２２）、一連の着信時の動作を終了する。

【００７１】また、定型文フラグがセットされていない
場合で、判断４１１の結果がＮＯになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理４
２３）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を作成し（処理４２４）、その作成したヘッダ
画像を、符号化部７で符号化圧縮し、それによって得た
画情報を相手装置に送信する（処理４２５）。

【００７２】ヘッダ部ＨＤの画情報の送信を終了する
と、そのときに設定した送信原稿サイズに応じた１ライ
ン分の画素数の全白画像に対応した符号化データを、そ
のときの本文部ＨＢのライン数だけ発生し、その発生し
た符号化データを、本文部ＨＢの画情報として相手装置
に送信する（処理４２６）。

【００７３】このようにして、本文部ＨＢの画情報の送
信を終了すると、処理４１７に移行して、フッタ部ＦＴ
の画情報の送信を行う。

【００７４】また、着信応答したとき、相手端末から所
定のファクシミリ信号を受信できなかった場合で、判断
４０２の結果がＮＯになるときには、相手端末が音声端
末の場合なので、通話のために、まず、ユーザの呼び出
し動作（例えば、呼出音を発生）を開始し（処理４２
７）、フックスイッチ６ｄがオンされるまで待つ（判断
４２８のＮＯループ）。

【００７５】ユーザが呼出音に気付いて、通話のため
に、フックスイッチ６ｄをオンすると、判断４２８の結
果がＹＥＳになり、これにより、ユーザ呼び出し動作を
終了し（処理４２９）、通話ユニット８をオンして動作
できるように設定する（処理４３０）。

【００７６】この後は、通話を終了したユーザがフック
スイッチ６ｄをオンするまで待機し（判断４３１のＮＯ
ループ）、フックスイッチ６ｄがオンされて判断４３１
の結果がＹＥＳになると、通話ユニット８をオフしてそ
の動作を終了し（処理４３２）、回線を復旧して（処理
４３３）、この処理を終了する。

【００７７】このようにして、本実施例では、ファクシ
ミリ装置から発呼された場合で、ポーリング送信要求さ
れたとき、緊急通報済フラグがセットされていれば、緊
急通報画像をその相手端末に送信する。

【００７８】したがって、緊急通報宛先以外のユーザが
緊急通報の確認をする場合に便利である。

【００７９】図１６は、通話処理の一例を示している。

【００８０】まず、例えば、「宛先の電話番号を入力し
てください」という番号入力ガイダンスメッセージを表
示して（処理５０１）、ユーザがワンタッチダイアルキ
ー部６ｆを操作するかどうかを調べる（判断５０２）。

【００８１】ユーザがワンタッチダイアルキー部６ｆを
操作した場合で、判断５０２の結果がＹＥＳになるとき
には、その操作されたワンタッチダイアルキーに対応し
て、ワンタッチダイアルテーブルに登録されている宛先
番号を読み出す（処理５０３）。

【００８２】また、ユーザがテンキー６ｅを操作した場
合で、判断５０２の結果がＮＯになるときには、例え
ば、「キー入力を終了したら、スタートキーをオンして
ください」という操作ガイダンスを表示するとともに、
スタートキー６ｂが操作するまでの間、操作されたテン
キー６ｅのデータを操作順に保存する（処理５０４、判
断５０５のＮＯループ）。スタートキー６ｂがオンされ
て、判断５０５の結果がＹＥＳになると、発呼宛先の電
話番号が揃う。

【００８３】このようにして、宛先の電話番号が得られ
ると、通話ユニット８をオンし（処理５０６）、指定さ
れた宛先の電話番号を発呼する（処理５０７）。これに
より、相手端末との間で呼が確立する。

【００８４】それ以降は、通話を終了したユーザがフッ
クスイッチ６ｄをオンするまで待機し（判断５０８のＮ
Ｏループ）、フックスイッチ６ｄがオンされて判断５０
８の結果がＹＥＳになると、通話ユニット８をオフして
その動作を終了し（処理５０９）、回線を復旧して（処
理５１０）、この処理を終了する。

【００８５】図１７は、本発明の他の実施例にかかるグ
ループ３ファクシミリ装置を示している。このグループ
３ファクシミリ装置は、図１の緊急通信装置と同様の緊
急通報機能を備えている。したがって、緊急通報時に
は、上述した緊急通信装置と同様の緊急通報画像を送信
する。

【００８６】同図において、制御部３１は、このグルー
プ３ファクシミリ装置の各部の制御処理、および、ファ
クシミリ伝送制御手順処理を行うものであり、システム
メモリ３２は、制御部３１が実行する制御処理プログラ
ム、および、処理プログラムを実行するときに必要な各
種データなどを記憶するとともに、制御部３１のワーク
エリアを構成するものであり、パラメータメモリ３３
は、このグループ３ファクシミリ装置に固有な各種の情
報を記憶するためのものである。

【００８７】スキャナ３４は、所定の解像度で原稿画像
を読み取るためのものであり、プロッタ３５は、所定の
解像度で画像を記録出力するためのものであり、時計回
路３６は、現在日時情報を出力するためのものであり、
操作表示部３７は、このファクシミリ装置を操作するた
めのもので、各種の操作キー、および、各種の表示器か
らなる。また、この場合、操作表示部３７には、緊急通
報キーが含まれる。

【００８８】符号化復号化部３８は、画信号を符号化圧
縮するとともに、符号化圧縮されている画情報を元の画
信号に復号化するためのものであり、画像蓄積装置３９
は、符号化圧縮された状態の画情報やその他の画像デー
タ（例えば、ヘッダ／フッタ画像や本文部の画像など）
を多数記憶するためのものである。

【００８９】グループ３ファクシミリモデム４０は、グ
ループ３ファクシミリのモデム機能を実現するためのも
のであり、伝送手順信号をやりとりするための低速モデ
ム機能（Ｖ．２１モデム）、および、おもに画情報をや
りとりするための高速モデム機能（Ｖ．３３モデム、
Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えて
いる。

【００９０】網制御装置４１は、このファクシミリ装置
を公衆電話回線網に接続するためのものであり、自動発
着信機能を備えている。

【００９１】これらの、制御部３１、システムメモリ３
２、パラメータメモリ３３、スキャナ３４、プロッタ３
５、時計回路３６、操作表示部３７、符号化復号化部３
８、画像蓄積装置３９、グループ３ファクシミリモデム
４０、および、網制御装置４１は、内部バス４２に接続
されており、これらの各要素間でのデータのやりとり
は、主としてこの内部バス４２を介して行われている。

【００９２】また、網制御装置４１とグループ３ファク
シミリモデム４０との間のデータのやりとりは、直接行
なわれている。

【００９３】さて、この実施例では、ヘッダ／フッタ画
像および本文部の画像として、スキャナ３４から読み込
んだ原稿画像を用いることができる。その場合、ヘッダ
／フッタ画像は、例えば、Ａ４判の原稿画像のうち、先
端の副走査方向に寸法α（図４参照）の部分に記録され
た画像が抽出される。また、本文部の画像は、原稿画像
のうち、先端から副走査方向に寸法（Ｌ−α）の部分に
記録された画像が抽出される。

【００９４】また、この実施例では、緊急通報のために
必要な各種の情報を緊急通報情報テーブルとしてパラメ
ータメモリ３３に保存しており、その一例を図１８
（ａ）に示す。

【００９５】この緊急通報情報テーブルは、ヘッダ／フ
ッタ画像を指定するためのヘッダ／フッタ情報、緊急通
報画像に定型文を付加するか否かを指定するための定型
文フラグ、緊急通報の宛先の電話番号をあらわす緊急通
報宛先、自端末の電話番号、ユーザの氏名、緊急通報通
信を行った後であることを記憶するための緊急通報済フ
ラグ、および、緊急通報通信を行った日時をあらわす通
報日時からなる。

【００９６】また、ヘッダ／フッタ情報は、同図（ｂ）
に示すように、ヘッダ／フッタ画像が、システムメモリ
３２に保存されている画像であるか、ユーザが読み込ん
だ画像データであるかを区別するための「種別情報（シ
ステム／ユーザ）」と、「識別情報／ユーザ画像ファイ
ル番号」からなる。

【００９７】例えば、ヘッダ／フッタ画像としてシステ
ムメモリ３２に保存されているものが指定されている場
合、「種別情報」には「システム」をあらわすデータが
配置されるとともに、「識別情報／ユーザ画像ファイル
番号」には、そのヘッダ／フッタ画像の識別情報がセッ
トされる。

【００９８】また、ヘッダ／フッタ画像として画像蓄積
装置３９に保存されているユーザ画像が指定されている
婆、「種別情報」には「ユーザ」をあらわすデータが配
置されるとともに、「識別情報／ユーザ画像ファイル番
号」には、そのユーザ画像に設定されているファイル番
号がセットされる。

【００９９】図１９は、待機時に、制御部３１が実行す
る処理の一例を示している。

【０１００】待機時には、制御部３１は、緊急通報キー
がオン操作されるか、送信動作が指令されるか、着信検
出するか、緊急通報済フラグがセットされているか、そ
の他の操作が指令されるかを監視している（判断６０
１，６０２，６０３，６０４，６０５のＮＯループ）。

【０１０１】緊急通報キーがオン操作された場合で、判
断６０１の結果がＹＥＳになるときには、設定されてい
る緊急通報宛先に緊急通報画像を送信する緊急通報処理
（処理６０６）を実行する。送信動作が指令された場合
で、判断６０２の結果がＹＥＳになるときには、所定の
送信処理（処理６０７）を実行する。

【０１０２】着信検出した場合で、判断６０３の結果が
ＹＥＳになるときには、所定の着信時処理（処理６０
８）を実行する。

【０１０３】緊急通報済フラグがセットされているとき
で、判断６０４の結果がＹＥＳになるときには、緊急通
報時から所定日時を経過した時点で緊急通報済フラグを
クリアする緊急フラグチェック処理（処理６０９）を実
行する。

【０１０４】また、その他の操作が指令されたときで、
判断６０５の結果がＹＥＳになるときには、そのときに
選択された操作に対応した操作処理（処理６１０）を実
行する。

【０１０５】図２０は、緊急通報処理の一例を示してい
る。

【０１０６】まず、緊急通報情報テーブルから、緊急通
報宛先を読み出し、その緊急通報宛先を発呼する（処理
７０１）。そして、着信応答した相手端末から送出され
る被呼局識別信号ＣＥＤ、非標準機能識別信号ＮＳＦ、
および、デジタル識別信号ＤＩＳを受信すると（処理７
０２）、そのときに通知された伝送機能のうち、そのと
きに使用する伝送機能を設定する（処理７０３）。この
とき、送信画像のサイズとしては、相手端末で設定可能
な最大サイズのものを選択する。

【０１０７】次に、設定した伝送機能を自端末の各部に
設定するとともに、その設定内容を通知するための非標
準機能設定信号ＮＳＳを送出し（処理７０４）、そのと
きに設定したモデム速度で、所定のモデムトレーニング
手順を実行して（処理７０５）、そのときに実際に使用
するモデム速度を決定する。

【０１０８】このようにして、画情報送信の準備が整う
と、そのときに定型文フラグがセットされていて、定型
文付加状態に設定されているかどうかを調べ（判断７０
６）、判断７０６の結果がＹＥＳになるときには、ヘッ
ダ／フッタ情報に対応したヘッダ画像を選択し（処理７
０７）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を、上述と同様の方法によって作成する（処理
７０８）。次に、その作成したヘッダ画像を、符号化部
７で符号化圧縮し、それによって得た画情報を相手装置
に送信する（処理７０９）。

【０１０９】ヘッダ部ＨＤの画情報の送信を終了する
と、上述した本文部ＨＢを構成する定型文の画像を、そ
のときに設定した送信原稿サイズに応じた１ライン分の
画素数で、かつ、ライン数の画像として作成し（処理７
１０）、その作成した本文部ＨＢの画像を符号化圧縮
し、それによって得た画情報を相手端末に送信する（処
理７１１）。

【０１１０】本文部ＨＢの画情報の送信を終了すると、
そのときに選択しているヘッダ画像の主走査方向と副走
査方向を反転し、かつ、そのときに設定した送信原稿サ
イズのフッタ画像を作成し（処理７１２）、そのフッタ
画像を符号化部７で符号化圧縮し、それによって得た画
情報を相手端末に送信する（処理７１３）。

【０１１１】このようにして、緊急通報画像の１ページ
分の画情報の送信を終了すると、メッセージ後命令とし
て、手順終了信号ＥＯＰを送出し（処理７１４）、相手
端末から応答信号を受信すると（処理７１５）、切断命
令信号ＤＣＮを送出し（処理７１６）、回線を復旧して
（処理７１７）、一連の送信動作を終了する。

【０１１２】次いで、緊急通報を行ったことをあらわす
ために、緊急通報情報テーブルの緊急通報済フラグをセ
ットし（処理７１８）、そのときの日時情報を時計回路
３６から読み出して、その値を緊急通報情報テーブルの
通報日時として保存し（処理７１９）、この処理を終了
する。

【０１１３】また、定型文フラグがセットされていない
場合で、判断７０６の結果がＮＯになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理７
２０）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を作成し（処理７２１）、その作成したヘッダ
画像を、符号化部７で符号化圧縮し、それによって得た
画情報を相手装置に送信する（処理７２２）。

【０１１４】ヘッダ部ＨＤの画情報の送信を終了する
と、そのときに設定した送信原稿サイズに応じた１ライ
ン分の画素数の全白画像に対応した符号化データを、そ
のときの本文部ＨＢのライン数だけ発生し、その発生し
た符号化データを、本文部ＨＢの画情報として相手装置
に送信する（処理７２３）。

【０１１５】このようにして、本文部ＨＢの画情報の送
信を終了すると、処理７１２に移行して、フッタ部ＦＴ
の画情報の送信を行う。

【０１１６】なお、上述の説明は、フッタ部ＦＴの画像
として、図５（ｂ）に示したような画像を送信する場合
であるが、図６（ａ）に示した画像を用いる場合には、
フッタ部ＦＴの画像は、ヘッダ部ＨＤの画像と同じ方法
で生成することができる。

【０１１７】図２１は、緊急フラグチェック処理の一例
を示している。

【０１１８】まず、そのときに時計回路３６から出力さ
れている日時情報を読み込んで、現在日時を得る（処理
８０１）。次に、緊急通報情報テーブルの通報日時を読
み出して（処理８０２）、現在日時と通報日時の差を経
過日時として算出する（処理８０３）。

【０１１９】そして、この算出した経過日時が所定値よ
りも大きいかどうかを判断し（処理８０４）、判断８０
４の結果がＹＥＳになるときには、緊急通報情報テーブ
ルの緊急通報済フラグをクリアして（処理８０５）、こ
の処理を終了する。また、判断８０４の結果がＮＯにな
るときには、処理８０５を実行せず、この処理を終了す
る。

【０１２０】したがって、緊急通報済フラグは、通報し
てから一定日時を経過した時点でクリアされる。

【０１２１】図２２、図２３および図２４は、着信時処
理の一例を示している。

【０１２２】まず、着信検出すると、着信応答し（処理
９０１）、相手端末から所定のトーン信号を受信して、
相手端末がファクシミリ装置であることが確認できたか
どうかを調べる（判断９０２）。判断９０２の結果がＮ
Ｏになるときには、その着信を無視し、回線を復旧して
（処理９０３）、この処理を終了する。

【０１２３】相手端末がファクシミリ装置である場合
で、判断９０２の結果がＹＥＳになるときには、自端末
が非音声端末であることを表示するための被呼局識別信
号ＣＥＤ、自端末の非標準的な機能を通知するための非
標準機能識別信号ＮＳＦ、および、自端末の標準的な機
能を通知するためのデジタル識別信号ＤＩＳを相手端末
に順次送出して（処理９０４）、相手端末からの命令信
号を受信する（処理９０５）。

【０１２４】そして、そのときに、ポーリング送信要求
が指定されたかどうかを調べ（判断９０６）、ポーリン
グ送信要求された場合で、判断９０６の結果がＹＥＳに
なるときには、緊急通報情報テーブルの緊急通報済フラ
グがセットされているかどうかを調べる（判断９０
７）。判断９０７の結果がＹＥＳになるときには、その
ときに使用する伝送機能を設定する（処理９０８）。こ
のとき、送信画像のサイズとしては、相手端末で設定可
能な最大サイズのものを選択する。

【０１２５】次に、設定した伝送機能を自端末の各部に
設定するとともに、その設定内容を通知するための非標
準機能設定信号ＮＳＳを送出し（処理９０９）、そのと
きに設定したモデム速度で、所定のモデムトレーニング
手順を実行して（処理９１０）、そのときに実際に使用
するモデム速度を決定する。

【０１２６】このようにして、画情報送信の準備が整う
と、そのときに定型文フラグがセットされていて、定型
文付加状態に設定されているかどうかを調べ（判断９１
１）、判断９１１の結果がＹＥＳになるときには、緊急
通報情報テーブルのヘッダ／フッタ情報に対応したヘッ
ダ画像を選択し（処理９１２）、その選択したヘッダ画
像をシステムメモリ２から読み出し、上述と同様にし
て、そのときに設定した送信原稿サイズのヘッダ画像を
作成する（処理９１３）。次に、その作成したヘッダ画
像を、符号化部７で符号化圧縮し、それによって得た画
情報を相手装置に送信する（処理９１４）。

【０１２７】ヘッダ部ＨＤの画情報の送信を終了する
と、上述した本文部ＨＢを構成する定型文の画像を、そ
のときに設定した送信原稿サイズに応じた１ライン分の
画素数で、かつ、ライン数の画像として作成し（処理９
１５）、その作成した本文部ＨＢの画像を符号化圧縮
し、それによって得た画情報を相手端末に送信する（処
理９１６）。

【０１２８】本文部ＨＢの画情報の送信を終了すると、
そのときに選択しているヘッダ画像の主走査方向と副走
査方向を反転し、かつ、そのときに設定した送信原稿サ
イズのフッタ画像を作成し（処理９１７）、そのフッタ
画像を符号化部７で符号化圧縮し、それによって得た画
情報を相手端末に送信する（処理９１８）。

【０１２９】このようにして、緊急通報画像の１ページ
分の画情報の送信を終了すると、メッセージ後命令とし
て、手順終了信号ＥＯＰを送出し（処理９１９）、相手
端末から応答信号を受信すると（処理９２０）、切断命
令信号ＤＣＮを送出し（処理９２１）、回線を復旧して
（処理９２２）、一連の着信時の動作を終了する。

【０１３０】また、定型文フラグがセットされていない
場合で、判断９１１の結果がＮＯになるときには、ヘッ
ダ／フッタ種別に対応したヘッダ画像を選択し（処理９
２３）、その選択したヘッダ画像をシステムメモリ２か
ら読み出して、そのときに設定した送信原稿サイズのヘ
ッダ画像を作成し（処理９２４）、その作成したヘッダ
画像を、符号化部７で符号化圧縮し、それによって得た
画情報を相手装置に送信する（処理９２５）。

【０１３１】ヘッダ部ＨＤの画情報の送信を終了する
と、そのときに設定した送信原稿サイズに応じた１ライ
ン分の画素数の全白画像に対応した符号化データを、そ
のときの本文部ＨＢのライン数だけ発生し、その発生し
た符号化データを、本文部ＨＢの画情報として相手装置
に送信する（処理９２６）。

【０１３２】このようにして、本文部ＨＢの画情報の送
信を終了すると、処理９１７に移行して、フッタ部ＦＴ
の画情報の送信を行う。

【０１３３】また、着信応答したとき、相手端末からポ
ーリング送信要求がされなかった場合、通常の受信動作
を行う。すなわち、そのときに通知された伝送速度で所
定のモデムトレーニング手順を実行して、実際に使用す
るモデム速度を決定し（処理９２７）、１ページ分の画
情報を受信し、受信した画情報を符号化復号化部３８で
元の画信号に復号化し、その画信号をプロッタ３５に出
力して、１ページ分の受信画像を記録出力する（処理９
２８）。

【０１３４】１ページ分の画像受信を終了して、メッセ
ージ後命令を受信すると（処理９２９）、そのときの受
信結果をあらわす応答信号を送出し（処理９３０）、相
手端末から次のページがあることが通知されているかど
うかを調べる（判断９３１）。判断９３１の結果がＹＥ
Ｓになるときには、処理９２８に戻り、後続ページの受
信動作を行う。

【０１３５】判断９３１の結果がＮＯになるときには、
切断命令信号ＤＣＮを受信し（処理９３２）、回線を復
旧して（処理９３３）、この処理を終了する。

【０１３６】また、ポーリング送信要求がされたとき
で、かつ、緊急通報情報テーブルの緊急通報フラグがセ
ットされていない場合で、判断９０７の結果がＮＯにな
るときには、そのときに、ポーリング送信待機している
画像が蓄積されているかどうかを調べる（判断９３
４）。判断９３４の結果がＮＯになるときには、送信す
べき画像を保持していないので、その時点で受信動作を
中断し、回線を復旧する（処理９３５）。

【０１３７】判断９３４の結果がＹＥＳになるときに
は、そのときに使用する伝送機能を設定し（処理９３
６）、設定した伝送機能を自端末の各部に設定するとと
もに、その設定内容を通知するための非標準機能設定信
号ＮＳＳを送出し（処理９３７）、そのときに設定した
モデム速度で、所定のモデムトレーニング手順を実行し
て（処理９３８）、そのときに実際に使用するモデム速
度を決定する。

【０１３８】このようにして、画情報送信の準備が整う
と、ポーリング送信に設定されている画情報ファイルを
選択し（処理９３９）、その画情報ファイルの送信ペー
ジを選択して（処理９４０）、その選択したページの画
情報を送信する（処理９４９１）。

【０１３９】１ページ分の画情報の送信を終了すると、
次のページがあるかどうかを調べ（判断９４２）、判断
９４２の結果がＹＥＳになるときには、メッセージ後命
令としてマルチページ信号ＭＰＳを送出し（処理９４
３）、相手端末からの応答信号を受信すると（処理９４
４）、処理９４０に戻って、次のページの画情報の送信
を行う。

【０１４０】全てのページの送信が終了して、判断９４
２の結果がＮＯになるときには、メッセージ後命令とし
て手順終了信号ＥＯＰを送出し（処理９４５）、相手端
末からの応答信号を受信すると（処理９４６）、切断命
令信号ＤＣＮを送出して（処理９４７）、回線を復旧し
（処理９４８）、この処理を終了する。

【０１４１】図２５は、緊急通報画像の他の例を示して
いる。

【０１４２】この緊急通報画像は、基準の長さＬの画像
の後尾に、長さＬＳの全白画像を付加して、先頭に付加
したヘッダ部ＨＤの画像が目立つようにしたものであ
る。この場合、本文部ＨＢａには、緊急通報の画像が配
置されている。

【０１４３】図２６は、緊急通報画像のさらに他の例を
示している。

【０１４４】この場合、緊急通報画像は、図２５の本文
部ＨＢａの内容を、ｍ回繰り返して配置して形成されて
いる。したがって、受信側では、非常に長尺な受信原稿
が記録出力されるので、緊急通報画像がよく目立ち、通
信の効果が大きい。

【０１４５】なお、上述した実施例では、緊急通報画像
の内容として、助けを求めるメッセージの表示情報を適
用しているが、それ以外の表示情報を用いることもでき
る。例えば、火災の通知とか、１１０番通報などの表示
情報を用いることもできる。その場合、消防署や警察署
が通報宛先として設定され得る。

【０１４６】

【発明の効果】以上説明したように、本発明によれば、
緊急通報画像が、標準のファクシミリ原稿よりも長尺な
ので、受信側では、他の受信原稿と容易に見分けがつ
き、それにより、緊急通報があったことを、受信側で迅
速に確認することができるという効果を得る。

【０１４７】また、緊急通報画像としては、長尺の部分
に記録するヘッダ情報またはフッタ情報を適用すること
ができるので、本文の部分と別に緊急通報を特徴づける
ことができ、緊急通報を効果的に表示できるという効果
も得る。

【０１４８】また、本文の部分として全白画像を用いる
と、その部分の伝送時間が短くなり、迅速な緊急通報通
信が可能となるという効果も得る。また、緊急通報の表
示画像を所定回数繰り返して配置した画像を、緊急通報
画像として用いると、他の受信原稿との区別がより明確
になり、効果的な緊急通報通信を実現できるという効果
も得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかる緊急通信装置の一例
を示したブロック図。

【図２】図１の装置の外観の一例を示した概略図。

【図３】パラメータメモリの内容の一例を示した概略
図。

【図４】緊急通報画像の基本形式の一例を示した概略
図。

【図５】ヘッダ画像およびフッタ画像の一例を示した概
略図。

【図６】ヘッダ／フッタ画像の他の例、および、本文部
の表示例を示した概略図。

【図７】受信側ファクシミリ装置の一例を示した概略
図。

【図８】図７の装置が受信したときの緊急通報画像の表
示例を示した概略図。

【図９】受信側ファクシミリ装置の他の例を示した概略
図。

【図１０】図９の装置が受信したときの緊急通報画像の
表示例を示した概略図。

【図１１】図１の装置の待機時の処理例を示したフロー
チャート。

【図１２】図１の装置の緊急通報処理の一例を示したフ
ローチャート。

【図１３】図１の装置の緊急フラグチェック処理の一例
を示したフローチャート。

【図１４】図１の装置の着信時処理の一例の一部を示し
たフローチャート。

【図１５】図１の装置の着信時処理の一例の他の部分を
示したフローチャート。

【図１６】図１の装置の通話処理の一例を示したフロー
チャート。

【図１７】本発明の他の実施例にかかるグループ３ファ
クシミリ装置を示したブロック図。

【図１８】緊急通報情報テーブルの一例を示した概略
図。

【図１９】図１７の装置の待機時の処理例を示したフロ
ーチャート。

【図２０】図１７の装置の緊急通報処理の一例を示した
フローチャート。

【図２１】図１７の装置の緊急フラグチェック処理の一
例を示したフローチャート。

【図２２】図１７の装置の着信時処理の一例の一部を示
したフローチャート。

【図２３】図１７の装置の着信時処理の一例の他の部分
を示したフローチャート。

【図２４】図１７の装置の着信時処理の一例の残りの部
分を示したフローチャート。

【図２５】緊急通報画像の他の例を示した概略図。

【図２６】緊急通報画像のさらに他の例を示した概略
図。

【符号の説明】

１，３１制御部２，３２システムメモリ３，３３パラメータメモリ５，３６時計回路６，３７操作表示部６ａ緊急通報キー７符号化部８通話ユニット９，４０グループ３ファクシミリモデム１０，４１網制御装置３４スキャナ３８符号化復号化部３９画像蓄積装置

Claims

【特許請求の範囲】

【請求項１】少なくとも基準のファクシミリ原稿より
も長尺で所定内容の緊急通報画像を発生する画像発生手
段と、あらかじめ設定されている緊急通報の宛先を記憶する緊
急通報宛先記憶手段と、緊急通報の開始を操作入力する操作手段と、上記操作手段により緊急通報の開始が操作入力される
と、上記緊急通報宛先記憶手段に記憶されている緊急通
報の宛先を発呼し、所定のファクシミリ伝送制御手順処
理を開始して、上記画像発生手段から発生した緊急通報
画像の画情報をその宛先に送信する通信制御手段を備え
たことを特徴とする画像通信装置。
【請求項２】少なくとも基準のファクシミリ原稿より
も長尺で所定内容の緊急通報画像を発生する画像発生手
段と、あらかじめ設定されている緊急通報の宛先を記憶する緊
急通報宛先記憶手段と、緊急通報の開始を操作入力する操作手段と、上記操作手段により緊急通報の開始が操作入力される
と、上記緊急通報宛先記憶手段に記憶されている緊急通
報の宛先を発呼し、所定のファクシミリ伝送制御手順処
理を開始して、上記画像発生手段から発生した緊急通報
画像の画情報をその宛先に送信する一方、その緊急通報
画像の画情報の送信終了後から所定時間内にポーリング
送信要求されると、その相手端末に、上記緊急通報画像
の画情報を送信する通信制御手段を備えたことを特徴と
する画像通信装置。
【請求項３】前記緊急通報画像は、緊急通報の表示画
像からなるヘッダ情報を、所定の本文画像の先頭に付加
してなることを特徴とする請求項１または請求項２記載
の画像通信装置。
【請求項４】前記緊急通報画像は、緊急通報の表示画
像からなるフッタ情報を、所定の本文画像の後尾に付加
してなることを特徴とする請求項１または請求項２記載
の画像通信装置。
【請求項５】前記緊急通報画像は、緊急通報の表示画
像からなるヘッダ情報およびフッタ情報を、所定の本文
画像の先頭および後尾にそれぞれに付加してなることを
特徴とする請求項１または請求項２記載の画像通信装
置。
【請求項６】前記本文画像は、送信原稿サイズに対応
したライン数の全白画像であることを特徴とする請求項
３または請求項４または請求項５記載の画像通信装置。
【請求項７】前記緊急通報画像は、緊急通報の表示画
像を所定回数繰り返して配置した画像であることを特徴
とする請求項１または請求項２記載の画像通信装置。
【請求項８】画像蓄積機能および自動発着信機能を備
えたファクシミリ装置において、あらかじめ読み取られ、少なくとも基準のファクシミリ
原稿よりも長尺で所定内容の緊急通報画像を記憶する緊
急通報画像記憶手段と、あらかじめ設定されている緊急通報の宛先を記憶する緊
急通報宛先記憶手段と、緊急通報の開始を操作入力する操作手段と、上記操作手段により緊急通報の開始が操作入力される
と、上記緊急通報宛先記憶手段に記憶されている緊急通
報の宛先を発呼し、所定のファクシミリ伝送制御手順処
理を開始して、上記緊急通報画像記憶手段から発生した
緊急通報画像の画情報をその宛先に送信する通信制御手
段を備えたことを特徴とするファクシミリ装置。
【請求項９】画像蓄積機能および自動発着信機能を備
えたファクシミリ装置において、あらかじめ読み取られ、少なくとも基準のファクシミリ
原稿よりも長尺で所定内容の緊急通報画像を記憶する緊
急通報画像記憶手段と、あらかじめ設定されている緊急通報の宛先を記憶する緊
急通報宛先記憶手段と、緊急通報の開始を操作入力する操作手段と、上記操作手段により緊急通報の開始が操作入力される
と、上記緊急通報宛先記憶手段に記憶されている緊急通
報の宛先を発呼し、所定のファクシミリ伝送制御手順処
理を開始して、上記緊急通報画像記憶手段から発生した
緊急通報画像の画情報をその宛先に送信する一方、その
緊急通報画像の画情報の送信終了後から所定時間内にポ
ーリング送信要求されると、その相手端末に、上記緊急
通報画像の画情報を送信する通信制御手段を備えたこと
を特徴とするファクシミリ装置。
【請求項１０】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているヘッダ情報を、
所定の本文画像の先頭に付加して形成されるとともに、
上記本文画像は、読み取られたものであることを特徴と
する請求項８または請求項９記載のファクシミリ装置。
【請求項１１】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているフッタ情報を、
所定の本文画像の後尾に付加して形成されるとともに、
上記本文画像は、読み取られたものであることを特徴と
する請求項８または請求項９記載のファクシミリ装置。
【請求項１２】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているヘッダ情報およ
びフッタ情報を、所定の本文画像の先頭および後尾にそ
れぞれ付加して形成されるとともに、上記本文画像は読
み取られたものであることを特徴とする請求項８または
請求項９記載のファクシミリ装置。
【請求項１３】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているヘッダ情報を、
送信原稿サイズに対応したライン数の全白画像の先頭に
付加してなることを特徴とする請求項８または請求項９
記載のファクシミリ装置。
【請求項１４】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているフッタ情報を、
送信原稿サイズに対応したライン数の全白画像の後尾に
付加してなることを特徴とする請求項８または請求項９
記載のファクシミリ装置。
【請求項１５】前記緊急通報画像は、緊急通報の表示
画像であってあらかじめ記憶されているヘッダ情報およ
びフッタ情報を、送信原稿サイズに対応したライン数の
全白画像の先頭および後尾にそれぞれ付加してなること
を特徴とする請求項８または請求項９記載のファクシミ
リ装置。
【請求項１６】前記緊急通報画像は、緊急通報の表示
画像を所定回数繰り返して配置した画像であることを特
徴とする請求項８または請求項９記載のファクシミリ装
置。