JPH09162862A - Ｉｓｄｎ回線における緊急通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、緊急通信の要求があった場合に、
通信状態にあるＢチャネルを強制的に解放して該チャネ
ルで緊急通信を行なうことができるようにして緊急通信
に対する応答性を向上させることができるＩＳＤＮ回線
における緊急通信方法を提供するものである。 【解決手段】 Ｂ1、Ｂ2チャネルのうちの例えば、Ｂ1
チャネルが通信状態にある場合に緊急通信の要求が発生
したとき、通信中のＢ1チャネルを強制的に解放させ、
この解放されたＢ1チャネルによって緊急通信を優先的
に実行している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＳＤＮ回線にお
ける緊急通信方法に関し、詳しくは、少なくとも２Ｂ＋
ＤチャネルのＩＳＤＮ回線基本インターフェースを有す
るファクシミリ装置等との間で画像データを送受信して
いる際、緊急の画情報を現在通信中の画情報に優先して
送受信することができるＩＳＤＮ回線における緊急通信
方法に関する。

【０００２】

【従来の技術】一般に、電話回線網に接続されたファク
シミリ装置では、普通モードで画情報を通信中に緊急モ
ードで画情報の通信を行ない場合に、普通モードでの通
信を強制的に終了させて緊急モードでの通信を行なうこ
とが行なわれているが（例えば、特開昭６３−８７０４
５号公報）、このようなファクシミリ装置では、同時に
複数の端末に同報送信を行なう場合には、各端末毎に電
話回線が必要となるため、回線設置コストが増大してし
まう。

【０００３】これに対して、ＩＳＤＮ（Integrated Ser
vices Digital Network）回線用基本インターフェース
を有するファクシミリ装置にあっては、少なくとも２Ｂ
＋Ｄチャネルを有するので、２つのＢチャネルを使用し
て複数のファクシミリ装置に同報送信を行なうことがで
きることから、コストの面で有利である。このファクシ
ミリ装置で緊急通信を行なうものとしては、例えば、特
開平４−２３６７３号公報に記載されたようなものがあ
る。このものは、２つのＢチャネルのうちのＢ1チャネ
ルで第１の受信先に画情報を送信した後、所定時間経過
後にＢ2チャネルで第２の受信先に画情報の送信を行な
い、送信が開始されてから所定時間経過後にＢ1チャネ
ルで第３の受信先に画情報を送信する動作を交互に実行
することにより、Ｂ1、Ｂ2チャネルで同報間隔時間が重
なり合わないようにして、空いているチャネルで着信や
その他の緊急通信を行なうようにしている。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のＩＳＤＮ回線の緊急通信方法にあっては、Ｂ
1チャネルあるいはＢ2チャネルによってデータを送信し
ている最中に緊急通信の要求があってもＢ1あるいはＢ2
チャネルでの送信を中断させるようになってはいなかっ
たため、Ｂ1チャネルあるいはＢ2チャネルでの送信が終
了するまで緊急通信を行なうことができず、緊急通信の
応答性が悪いという問題があった。

【０００５】そこで本発明は、緊急通信の要求があった
場合に、通信状態にあるＢチャネルを強制的に解放して
該チャネルで緊急通信を行なうことができるようにし
て、緊急通信に対する応答性を向上させることができる
ＩＳＤＮ回線における緊急通信方法を提供することを目
的としている。

【０００６】

【課題を解決するための手段】請求項１記載の発明は、
上記課題を解決するために、少なくとも２Ｂ＋Ｄチャネ
ルのＩＳＤＮ（Integrated Services Digital Networ
k）回線用基本インターフェースを有する端末と緊急通
信する方法において、少なくとも１つのＢチャネルが通
信状態にある場合に緊急通信の要求が発生したとき、通
信中のＢチャネルを強制的に解放させ、該解放されたＢ
チャネルによって緊急通信を優先的に実行することを特
徴としている。

【０００７】その場合、現在通信中のＢチャネルを強制
的に中断して直ちに緊急データの通信を行なうことがで
きるので、通信の応答性を向上させることができる。請
求項２記載の発明は、上記課題を解決するために、請求
項１記載の発明において、送信端末からの緊急通信依頼
によって通信中のＢチャネルが強制的に解放されたと
き、受信側の端末に後続する受信データがあることを通
知することを特徴としている。

【０００８】その場合、受信端末のユーザに対し、途中
で通信が途切れた理由を把握させることができるととも
に、受信側で適切な処置を取らせることができる。請求
項３記載の発明は、上記課題を解決するために、請求項
１または２記載の発明において、送信端末からの緊急通
信が開始されてから未使用のＢチャネルを検索し、未使
用のＢチャネルがあったときに、緊急通信の受付け前に
通信していた受信先の端末を直ちに発呼して、未送信の
データを該受信端末に送信することを特徴としている。

【０００９】その場合、緊急通信中に空いているＢチャ
ネルを利用して通信の途切れたデータを受信側の端末に
自動的に送信することができ、中断した原稿の送信忘れ
が発生するのを防止することができる。このため、例え
ば、受信側のユーザに対して送信側のユーザに再送信の
要求をさせる等の煩わしい作業を行なわせるのを不要に
できる。

【００１０】請求項４記載の発明は、上記課題を解決す
るために、請求項１記載の発明において、受信端末が他
の端末から緊急通信依頼を受けて現在通信中のＢチャネ
ルを強制的に解放するとき、該Ｂチャネルで現在通信中
の端末に中断することを知らせるとともに、該端末に通
信中のデータを記憶手段に一旦記憶するように指示する
ことを特徴としている。

【００１１】その場合、送信端末が緊急通信によって受
信側への送信が途切れたときに、エラー終了してしまう
ことがないとともに、送信端末のユーザが途中で通信が
途切れた理由を把握して適切な処置を取ることができ
る。請求項５記載の発明は、上記課題を解決するため
に、請求項１または４記載の発明において、受信端末が
他の端末からの緊急通信の受信を終了したとき、送信端
末を自動的に発呼するとともに、中断されたデータをポ
ーリング受信することを特徴としている。

【００１２】その場合、緊急通信の終了後に通信の途切
れたデータを送信側から受信側の端末に自動的に送信し
てもらうことができ、中断した原稿の受信忘れが発生す
るのを防止することができる。このため、例えば、受信
側のユーザが送信側のユーザに再送信の要求をする等の
煩わしい作業を行なうのを不要にできる。

【００１３】

【発明の実施の形態】以下、本発明を実施例に基づいて
説明する。図１〜14は請求項１〜５何れかに記載の発明
に係るＩＳＤＮの緊急通信方法の一実施例を示す図であ
り、緊急通信方法を達成する装置としてファクシミリ装
置を例にしている。

【００１４】まず、構成を説明する。図１において、１
はファクシミリ装置であり、このファクシミリ装置１
は、システム制御部２、操作・表示部３、スキャナ４、
プロッタ５、メモリ６、画像メモリ７、符号化・復号化
部８、通信制御部９、およびＩＳＤＮ Ｉ／Ｆ部10から
構成され、これら各装置２〜10はバス11によって接続さ
れている。

【００１５】システム制御部２は、本ファクシミリ装置
１全体を制御するものであり、ＣＰＵ（Central Proces
sing Unit）を有し、メモリ６に格納された制御処理プ
ログラムをＣＰＵで実行することにより、ファクシミリ
装置１としてのシーケンスを行なうとともに、本発明の
緊急通信処理を行なう。操作・表示部３は、本ファクシ
ミリ装置１を操作するためのスタートキー、テンキー等
の各種操作キーや液晶ディスプレイが設けられており、
操作キーのキー操作により、送受信命令等の各種命令が
入力されるとともに、液晶ディスプレイには、入力コマ
ンドやファクシミリ装置１からオペレータに通知する各
種情報、または、本実施例特有の構成である緊急通信に
よって普通に送信または受信していたデータが中断した
旨を通知する表示を行なうようになっている。

【００１６】スキャナ４としては、例えば、ＣＣＤ(Cha
rge Coupled Device)を利用したイメージスキャナが利
用されており、スキャナ４は、システム制御部２からの
指令によって原稿を走査して原稿の画像データを読み取
るようになっている。プロッタ５としては、例えば、サ
ーマル素子を利用したサーマル記録装置が使用されてお
り、プロッタ５は受信した画像を感熱記録素子に直接、
あるいは、普通記録紙にインクシートを介して間接的に
画像を記録するようになっている。

【００１７】メモリ６は、ファクシミリ装置１を制御す
る制御処理プログラム、緊急通信時の処理プログラム、
種々のデータ、および固有情報が記憶されており、ＲＯ
ＭやＲＡＭ等から構成されている。画像メモリ（記憶手
段）７は、送信または受信される画像データを一旦蓄積
するものであり、符号化・復号化部８で符号・圧縮され
たデータが蓄積される。

【００１８】符号化・復号化部８は、画像データの伝送
時間の短縮化と効率化を図るものであり、送信時には画
像データを圧縮(符号化)し、また、受信時には符号化さ
れた画像データを原情報に再生(復号化）してプロッタ
５に出力するようになっている。通信制御部９は、ＩＳ
ＤＮ Ｉ／Ｆ部10を介して接続されたＩＳＤＮ回線との
間で通信制御を行なうようになっており、公知のように
所定の通信プロトコルを実行して相手側のファクシミリ
装置との間で画像データのやりとりを行なうようになっ
ている。

【００１９】ＩＳＤＮ Ｉ／Ｆ部10は、２つのＢチャネ
ル（情報伝送用）と１つのＤチャネル（信号伝送用）か
ら構成されており、ＩＳＤＮ回線と接続されている。次
に、作用を説明する。最初に、画像データの送信時に発
呼側（送信側）のファクシミリ装置で緊急通信が発生し
た場合について、図２〜９に基づいて説明する。

【００２０】図２は、画像データの送信中にＢチャネル
を強制的に解放するフローチャート、図３は中断された
送信原稿の再送信のフローチャート、図４はこの発端末
のファクシミリ装置１で緊急通信が発生した場合にＩＳ
ＤＮで使用する端末間の通信プロトコルを示す図、図５
はレイヤ３の呼制御メッセージの内容を示す図、図６は
Ｇ４ファクシミリ装置の通信プロトコルを示す図、図７
はＧ３ファクシミリ装置の通信プロトコルを示す図、図
８は通常送信中に緊急通信が発生した場合の通信手順を
示す図、図９は図８のタイミングチャートである。

【００２１】なお、図２、３に示すフローチャートはシ
ステム制御部２によって実行されるメモリ６に格納され
る緊急通信プログラムである。まず、図２において、Ｄ
チャネルで呼の設定処理を行なう（ステップＳ1）。こ
の処理は、図４に示すように、発端末から呼設定メッセ
ージ「ＳＥＴＵＰ」をＩＳＤＮ Ｉ／Ｆ部10を介してＩ
ＳＤＮに送出することにより着端末との呼の設定を要求
する。このとき、ＩＳＤＮは指定された着端末に呼設定
メッセージ「ＳＥＴＵＰ」を送出して発呼する。

【００２２】ＩＳＤＮは呼設定メッセージ「ＳＥＴＵ
Ｐ」を受けると、呼設定状況を通知するための呼設定受
付メッセージ「ＣＡＬＬ ＰＲＯＣ」を発端末に送出す
る。着端末は、着信検出すると、呼出しメッセージ「Ｃ
ＯＮＮ」をＩＳＤＮに送出する。ＩＳＤＮは応答メッセ
ージ「ＣＯＮＮ」を発端末に送出して着端末が呼を受付
けたことを通知する。

【００２３】次いで、ＩＳＤＮは着端末に応答確認メッ
セージ「ＣＯＮＮ ＡＣＫ」を送出して着端末の応答を
確認し、この時点で発端末と着端末の間にデータ伝送の
ための情報チャネルを確立する。次いで、Ｂチャネルの
プロトコル手順に従って機能確認処理を行なう（ステッ
プＳ2）。このとき、本ファクシミリ装置１がＧ４ファ
クシミリである場合には、図６に示す通信手順で機能確
認を行なう。具体的には、ＣＤＣＬ（ドキュメント機能
リストコマンド）とＲＤＣＬＰ（ドキュメント機能リス
ト肯定レスポンス）に付加されるＳＵＤ（セッションユ
ーザデータ）によって受信側端末との間で機能確認処理
が行なわれる。また、Ｇ３ファクシミリ装置である場合
には、図７で示す通信手順の中のＮＳＦ（非標準機能）
とＮＳＳ（非標準機能設定）で行なう。

【００２４】次いで、緊急通信モードであるか否かを判
別し（ステップＳ3）、緊急通信モードでない場合に
は、プロッタ５で読み取られ、画像メモリ７に記憶され
た画データを読み込んでフレームを作成した後、Ｂチャ
ネルプロトコル手順で画像データを転送する（ステップ
Ｓ4）。次いで、後続する送信データがあるか否かを判
別し（ステップＳ5）、後続する送信データがある場合
には、ステップＳ4の処理を実行し、送信データがない
場合には、Ｂチャネルプロトコル手順に従って呼の切断
処理を行なった後（ステップＳ6）、Ｄチャネルの切断
処理を行なう（ステップＳ7）。

【００２５】すなわち、図４に示すように発端末が切断
メッセージ「ＤＩＳＣ」をＩＳＤＮに送出して情報チャ
ネルの解放を要求し、ＩＳＤＮが切断メッセージ「ＤＩ
ＳＣ」を着端末に送出して情報チャネルの復旧を通知す
る。この処理により着端末からチャネル切断完了を通知
する解放メッセージ「ＲＥＬ」をＩＳＤＮに応答する。
また、ＩＳＤＮから発端末に解放メッセージ「ＲＥＬ」
が送出される。

【００２６】次いで、発端末はチャネル解放が完了する
と解放完了メッセージ「ＲＥＬ ＣＯＭＰ」をＩＳＤＮ
に送出して呼の解放を通知する。また、ＩＳＤＮは解放
完了メッセージ「ＲＥＬ ＣＯＮＰ」を着端末に送出し
て、情報チャネルおよび呼の解放が成立し、発端末側と
着端末側の間に設定されていた情報チャネルが完全に解
放される。

【００２７】上述した呼設定メッセージ「ＳＥＴＵ
Ｐ」、呼出しメッセージ「ＣＯＮＮ」、切断メッセージ
「ＤＩＳＣ」の内容を図５に基づいて詳述する。これら
各メッセージは、図５（ａ）に示すように、レイヤ３呼
制御メッセージを規定するプロトコル使用（フォーマッ
ト、シーケンス等）を識別するためのプロトコル識別
子、そのメッセージはどの呼に関与するものであるのか
を識別する呼番号、各々のメッセージの内容を識別する
ためのメッセージタイプ、各々のメッセージに必ず付加
される必須情報要素、および各々のメッセージに必要に
応じて付加される付加情報要素からなる。

【００２８】また、呼設定メッセージ「ＳＥＴＵＰ」
は、図５（ｂ）に示すように、必須情報要素として「伝
達能力」を有し、付加情報要素として「呼番号」、「呼
サブアドレス」、「低位レイヤ整合性」、「ユーザ・ユ
ーザ」等の情報要素を有する。また、呼出しメッセージ
「ＣＯＮＮ」は、付加情報要素として「ユーザ・ユー
ザ」情報要素を有している。さらに、切断メッセージ
「ＤＩＳＣ」は、必須情報要素として、「理由表示」を
有し、付加情報要素として「ユーザ・ユーザ」情報要素
を有する。なお、本実施例では、付加情報要素の「ユー
ザ・ユーザ」情報要素を用いて端末間の音声情報のネゴ
シエーションおよび確認／応答を行なうようになってお
り、このユーザ・ユーザ情報は網によって解釈されずに
相手端末にトランスペアレントに伝達される情報であ
る。

【００２９】以上のステップＳ1〜Ｓ7が通常の画像デー
タの送信手順を示すものであるが、ステップＳ3で緊急
通信モードの送信が必要になった場合にはステップＳ8
の処理を行なうのであるが、この緊急通信について図
８、９に基づいて詳しく説明する。端末Ａから端末Ｂに
Ｂ1チャネルで通常データの送信を行なっている最中
に、端末Ｃから緊急同報依頼があった場合には、ステッ
プＳ1、Ｓ2でＤチャネルで呼の設定を行なってチャネル
Ｂ2を確立した後、チャネルＢ2で端末Ｃから受信した緊
急データを画像メモリ７に蓄積する。この際に、端末Ａ
ではチャネルＢ1に対してステップＳ6、Ｓ7で図４に示
す手順でＢ1チャネルでの呼の切断処理を行ない、端末
Ｂに対して切断メッセージ「ＤＩＳＣ」で「緊急通信で
す。通信を一旦中止しますが、後続する受信データがあ
ります。」という中断理由を通知して呼の切断を行なう
とともに、未送信の通常データを画像メモリ７に待機さ
せておく（Ｓ8、Ｓ6、Ｓ7のフロー）。

【００３０】次いで、端末Ａは図４に示すようにＤチャ
ネルで呼の設定処理を行なって先に解放されたチャネル
Ｂ1の情報チャネルを確立した後、Ｂ1チャネルを使って
画像メモリ７に蓄積されている緊急の画像データを先頭
から読み出してフレームを作成した後、Ｂチャネルプロ
トコル手順で端末Ｄに緊急データを送信する。一方、Ｂ
チャネルの解放状態を常時監視することにより、Ｂ2チ
ャネルで端末Ａに送信される緊急データの蓄積が全て終
了し、図４に示すＢ、Ｄチャネル切断処理によってＢ2
チャネルが解放されたとき、このＢ2チャネルを使用し
て緊急通信の受付け前に通信していた着端末を直ちに発
呼して、未送信の画像データを該受信端末に再送信す
る。この処理を図３に示すフローチャートに基づいて説
明する。

【００３１】図３において、まず、Ｄチャネルで緊急通
信の受付け前に通信していた着端末を発呼して呼の設定
処理を行なった後（ステップＳ11）、Ｂチャネルのプロ
トコル手順に従って機能確認処理を行なう（ステップＳ
12）。このとき、本ファクシミリ装置１がＧ４ファクシ
ミリである場合には、上述したように図６に示す通信手
順で機能確認を行ない、Ｇ３ファクシミリ装置である場
合には、図７で示す通信手順の機能確認を行なう。

【００３２】次いで、画像メモリ７から未送信の画像デ
ータを読み出してフレームを作成した後、Ｂチャネルプ
ロトコル手順で画像データを端末Ｂに送信する（ステッ
プＳ14）。次いで、後続する送信データがあるか否かを
判別し（ステップＳ15）、後続する送信データがある場
合には、ステップＳ14の処理を実行し、送信データがな
い場合には、Ｂチャネルプロトコル手順に従って呼の切
断処理を行なった後（ステップＳ16）、Ｄチャネルの切
断処理を行なう（ステップＳ17）。

【００３３】なお、本実施例では、図４に示す呼切断処
理において、着端末は「ＲＥＬ」でユーザ・ユーザ情報
で応答を返送することになるが、この「ＲＥＬ」はＩＳ
ＤＮとの間でやり取りされるだけであるので、実際には
発端末に通知されない（発端末は既にＩＳＤＮとの間で
切断手順を実行している）ため、本実施例は図４に示す
通信手順を実行している。

【００３４】次に、画像データの受信時に着端末（受信
側）のファクシミリ装置で緊急通信が発生した場合につ
いて、図10〜14に基づいて説明する。図10は画像データ
の受信中にＢチャネルを強制的に解放するフローチャー
ト、図11は中断された受信原稿の再受信のフローチャー
ト、図12はこの着端末のファクシミリ装置で緊急通信が
発生した場合にＩＳＤＮで使用する端末間の通信プロト
コルを示す図、図13は通常受信中に緊急通信が発生した
場合の通信手順を示す図、図14は図13のタイミングチャ
ートである。

【００３５】なお、本実施例で通常のＩＳＤＮ通信と異
なる点は、呼切断メッセージ「ＤＩＳＣ」の手順であ
る。通常は、発端末がデータ伝送が終了した時点で切断
メッセージ「ＤＩＳＣ」をＩＳＤＮに送出して切断手順
が開始されるが、この手順だと受信側端末が返送する応
答情報が発端末に伝わらない場合があるため、本実施例
では、着端末からの切断メッセージ「ＤＩＳＣ」（ユー
ザ・ユーザ情報が付加されている）を発端末が待って切
断手順を実行するようにしている。

【００３６】以下、図10に示すフローチャートに基づい
て説明する。まず、Ｄチャネルで呼の設定処理を行なう
（ステップＳ21）。この処理は、図12に示すように、発
端末から呼設定メッセージ「ＳＥＴＵＰ」をＩＳＤＮ
Ｉ／Ｆ部10を介してＩＳＤＮに送出することにより、着
端末（受信側）との呼の設定を要求する。このとき、Ｉ
ＳＤＮは指定された着端末に呼設定メッセージ「ＳＥＴ
ＵＰ」を送出して発呼する。

【００３７】ＩＳＤＮは呼設定メッセージ「ＳＥＴＵ
Ｐ」を受けると、呼設定状況を通知するための呼設定受
付メッセージ「ＣＡＬＬ ＰＲＯＣ」を発端末に送出す
る。着端末は、着信検出すると、呼出しメッセージ「Ｃ
ＯＮＮ」をＩＳＤＮに送出する。ＩＳＤＮは応答メッセ
ージ「ＣＯＮＮ」を着端末に送出して着端末が呼を受付
けたことを通知する。

【００３８】次いで、ＩＳＤＮは着端末に応答確認メッ
セージ「ＣＯＮＮ ＡＣＫ」を送出して着端末の応答を
確認し、この時点で発端末と着端末の間にデータ伝送の
ための情報チャネルを確立する。次いで、Ｂチャネルの
プロトコル手順に従って機能確認処理を行なう（ステッ
プＳ22）。このとき、本ファクシミリ装置１がＧ４ファ
クシミリである場合には、上述したように図６に示す通
信手順で機能確認を行ない、Ｇ３ファクシミリ装置であ
る場合には、図７で示す通信手順で機能確認を行なう。

【００３９】次いで、緊急通信モードであるか否かを判
別し（ステップＳ23）、緊急通信モードでない場合に
は、Ｂチャネルプロトコル手順で画像データを読み込
み、フレームを作成した後、画像メモリ７に蓄積する
（ステップＳ24）。次いで、最終フレームを受信したか
否かを判別し（ステップＳ25）、最終フレームでない場
合には、ステップＳ24の処理を実行し、最終フレームで
ある場合には、Ｂチャネルプロトコル手順に従って呼の
切断処理を行なった後（ステップＳ26）、Ｄチャネルの
切断処理を行なう（ステップＳ27）。

【００４０】ここで、緊急通信モードを受信した場合に
はステップＳ28の処理を行なうのであるが、この緊急通
信について図13、14に基づいて詳しく説明する。端末Ｂ
が端末Ａからの画像データをＢ1チャネルで受信してい
た場合に、端末Ｂに端末Ｃから緊急同報依頼があったと
きには、ステップＳ21、Ｓ22でＤチャネルで呼の設定を
行なってチャネルＢ2を確立した後、チャネルＢ2で端末
Ｃから受信した緊急データを画像メモリ７に蓄積する。

【００４１】一方、端末Ａに対しては、Ｂ1チャネルに
対してステップＳ28、Ｓ26、Ｓ27で図12に示す処理を行
なう。すなわち、画像メモリ７に今まで受信した画像デ
ータの最終位置を記憶するとともに中断理由を設定し、
さらに、端末Ａの画像メモリ７に対しても未送信の画像
データのメモリ位置を記憶するように指示するように、
着端末から切断メッセージ「ＤＩＳＣ」をＩＳＤＮに送
出して情報チャネルの解放を要求し、ＩＳＤＮが切断メ
ッセージ「ＤＩＳＣ」を発端末に送出して情報チャネル
の復旧を通知するとともに、「緊急通信です」という理
由表示を通知する。

【００４２】この処理によりＩＳＤＮから着端末に解放
メッセージ「ＲＥＬ」が送出される。次いで、着端末は
チャネル解放が完了すると解放完了メッセージ「ＲＥＬ
ＣＯＭＰ」をＩＳＤＮに送出して呼の解放を通知す
る。また、ＩＳＤＮは解放完了メッセージ「ＲＥＬ Ｃ
ＯＮＰ」を発端末に送出して、情報チャネルおよび呼の
解放が成立し、発端末側と着端末側の間に設定されてい
た情報チャネルが完全に解放される。

【００４３】次いで、端末Ａは図12に示すようにＤチャ
ネルで呼の設定処理を行なって先に解放されたチャネル
Ｂ1の情報チャネルを確立した後、Ｂ1チャネルを使って
画像メモリ７に蓄積されている緊急の画像データを先頭
から読み出してフレームを画成した後、Ｂチャネルプロ
トコル手順で端末Ｄに緊急データを送信する。一方、Ｂ
2チャネルで端末Ｂで受信される緊急データの蓄積が全
て終了したとき、図12に示すＢ、Ｄチャネル切断処理に
よってＢ2チャネルが解放されるので、このＢ2チャネル
を使用して中断データを再受信する。この処理を図11に
示すフローチャートに基づいて説明する。

【００４４】図11において、まず、Ｄチャネルにより緊
急通信の受付け前に通信していた受信先の端末を直ちに
発呼した後（ステップＳ31）、Ｂチャネルのプロトコル
手順に従って機能確認処理を行なう（ステップＳ32）。
次いで、画像メモリ７に対して受信を中断した画像デー
タの最終位置を設定した後（ステップＳ33）、Ｂチャネ
ルプロトコル手順でフレームを受信し、画像メモリ７に
格納する（ステップＳ34）。なお、発端末Ａも先に端末
Ｂから指示された画像メモリ７のエリアから未送信の画
像データを読み出して送信しているのは勿論である。

【００４５】次いで、最終フレームを受信したか否かを
判別し（ステップＳ35）、最終フレームでない場合に
は、ステップＳ34の処理を実行し、最終フレームである
場合には、図12に示すＢチャネルプロトコル手順に従っ
て呼の切断処理を行なった後（ステップＳ36）、Ｄチャ
ネルの切断処理を行なう（ステップＳ37）。このように
本実施例では、Ｂ1、Ｂ2チャネルのうちの例えば、Ｂ1
チャネルが通信状態にある場合に緊急通信の要求が発生
したとき、通信中のＢ1チャネルを強制的に解放させ、
この解放されたＢ1チャネルによって緊急通信を優先的
に実行しているため、現在通信中のＢ1チャネルを強制
的に中断して直ちに緊急データの通信を行なうことがで
き、通信の応答性を向上させることができる。

【００４６】また、発端末からの緊急通信依頼によって
通信中のＢ1チャネルが強制的に解放されたとき、着端
末に後続する受信データがあることを通知しているた
め、着端末のユーザに対し、途中で通信が途切れた理由
を把握させることができるとともに、着端末で適切な処
置を取らせることができる。また、発端末からの緊急通
信が開始されてから未使用のＢチャネルを検索し、未使
用のＢチャネルがあったときに、緊急通信の受付け前に
通信していた受信先の端末を直ちに発呼して、未送信の
データを該受信端末に送信したため、緊急通信中に空い
ているＢチャネル（本実施例ではＢ2チャネル）を利用
して通信の途切れたデータを受信側の端末に自動的に送
信することができ、中断した原稿の送信忘れが発生する
のを防止することができる。このため、例えば、受信側
のユーザに対して送信側のユーザに再送信の要求をする
等の煩わしい作業を行なわせるのを不要にできる。

【００４７】また、着端末Ｂが他の端末Ｃから緊急通信
依頼を受けて現在通信中のＢ1チャネルを強制的に解放
するとき、このＢ1チャネルで現在通信中の端末Ａに中
断することを知らせるとともに、この端末Ａに通信中の
データを画像データ７に一旦記憶するように指示してい
るため、発端末が緊急通信によって着端末への送信が途
切れたときに、エラー終了してしまうことがないととも
に、発端末のユーザが途中で通信が途切れた理由を把握
して適切な処置を取ることができる。

【００４８】さらに、着端末Ｂが他の端末Ｃからの緊急
通信の受信を終了したとき、発端末Ａを自動的に発呼す
るとともに、中断されたデータをポーリング受信するよ
うにしているため、緊急通信の終了後に通信の途切れた
データを発端末Ａから着端末Ｂに自動的に送信してもら
うことができ、中断した原稿の受信忘れが発生するのを
防止することができる。このため、例えば、着端末Ｂ側
のユーザが発端末Ａのユーザに再送信の要求をする等の
煩わしい作業を行なうのを不要にできる。

【００４９】

【発明の効果】請求項１記載の発明によれば、現在通信
中のＢチャネルを強制的に中断して直ちに緊急データの
通信を行なうことができるので、通信の応答性を向上さ
せることができる。請求項２記載の発明によれば、受信
端末のユーザに対し、途中で通信が途切れた理由を把握
させることができるとともに、受信側で適切な処置を取
らせることができる。

【００５０】請求項３記載の発明によれば、緊急通信中
に空いているＢチャネルを利用して通信の途切れたデー
タを受信側の端末に自動的に送信することができ、中断
した原稿の送信忘れが発生するのを防止することができ
る。このため、例えば、受信側のユーザに対して送信側
のユーザに再送信の要求をする等の煩わしい作業を行な
わせるのを不要にできる。

【００５１】請求項４記載の発明によれば、送信端末が
緊急通信によって受信側への送信が途切れたときに、エ
ラー終了してしまうことがないとともに、送信端末のユ
ーザが途中で通信が途切れた理由を把握して適切な処置
を取ることができる。請求項５記載の発明によれば、緊
急通信の終了後に通信の途切れたデータを送信側から受
信側の端末に自動的に送信してもらうことができ、中断
した原稿の受信忘れが発生するのを防止することができ
る。このため、例えば、受信側のユーザが送信側のユー
ザに再送信の要求をする等の煩わしい作業を行なうのを
不要にできる。

【図面の簡単な説明】

【図１】本発明に係るＩＳＤＮの緊急通信方法の一実施
例を示す図であり、そのＩＳＤＮに接続されるファクシ
ミリ装置の構成図である。

【図２】画像データの送信中にＢチャネルを強制的に解
放するフローチャートである。

【図３】中断された送信原稿の再送信のフローチャート
である。

【図４】発端末のファクシミリ装置で緊急通信が発生し
た場合にＩＳＤＮで使用する端末間の通信プロトコルを
示す図である。

【図５】レイヤ３の呼制御メッセージの内容を示す図で
ある。

【図６】Ｇ４ファクシミリ装置の通信プロトコルを示す
図である。

【図７】Ｇ３ファクシミリ装置の通信プロトコルを示す
図である。

【図８】通常送信中に緊急通信が発生した場合の通信手
順を示す図である。

【図９】図８のタイミングチャートである。

【図10】画像データの受信中にＢチャネルを強制的に解
放するフローチャートを示す図である。

【図11】中断された受信原稿の再受信のフローチャート
を示す図である。

【図12】着端末のファクシミリ装置で緊急通信が発生し
た場合にＩＳＤＮで使用する端末間の通信プロトコルを
示す図である。

【図13】通常受信中に緊急通信が発生した場合の通信手
順を示す図である。

【図14】図13のタイミングチャートである。

【符号の説明】

１ ファクシミリ装置（端末） ２ システム制御部 ３ 操作・表示部 ４ スキャナ ５ プロッタ ６ メモリ ７ 画像メモリ（記憶手段） ８ 符号化・復号化部 ９ 通信制御部 10 ＩＳＤＮ Ｉ／Ｆ部 11 バス

Claims (5)

【特許請求の範囲】
1. 【請求項１】少なくとも２Ｂ＋ＤチャネルのＩＳＤＮ
   （Integrated Services Digital Network）回線用基本
   インターフェースを有する端末同士で緊急通信する方法
   において、 少なくとも１つのＢチャネルが通信状態にある場合に緊
   急通信の要求が発生したとき、通信中のＢチャネルを強
   制的に解放させ、該解放されたＢチャネルによって緊急
   通信を優先的に実行することを特徴するＩＳＤＮ回線に
   おける緊急通信方法。
2. 【請求項２】送信端末からの緊急通信依頼によって通信
   中のＢチャネルが強制的に解放されたとき、受信側の端
   末に後続する受信データがあることを通知することを特
   徴とする請求項１記載のＩＳＤＮ回線における緊急通信
   方法。
3. 【請求項３】送信端末からの緊急通信が開始されてから
   未使用のＢチャネルを検索し、未使用のＢチャネルがあ
   ったときに、緊急通信の受付け前に通信していた受信先
   の端末を直ちに発呼して、未送信のデータを該受信端末
   に送信することを特徴とする請求項１または２記載のＩ
   ＳＤＮ回線における緊急通信方法。
4. 【請求項４】受信端末が他の端末から緊急通信依頼を受
   けて現在通信中のＢチャネルを強制的に解放するとき、
   該Ｂチャネルで現在通信中の端末に中断することを知ら
   せるとともに、該端末に通信中のデータを記憶手段に一
   旦記憶するように指示することを特徴とする請求項１記
   載のＩＳＤＮ回線における緊急通信方法。
5. 【請求項５】受信端末が他の端末からの緊急通信の受信
   を終了したとき、送信端末を自動的に発呼するととも
   に、中断されたデータをポーリング受信することを特徴
   とする請求項１または４記載のＩＳＤＮ回線における緊
   急通信方法。