JP2001292267A - ネットワークファクシミリ装置 - Google Patents
ネットワークファクシミリ装置Info
- Publication number
- JP2001292267A JP2001292267A JP2000103763A JP2000103763A JP2001292267A JP 2001292267 A JP2001292267 A JP 2001292267A JP 2000103763 A JP2000103763 A JP 2000103763A JP 2000103763 A JP2000103763 A JP 2000103763A JP 2001292267 A JP2001292267 A JP 2001292267A
- Authority
- JP
- Japan
- Prior art keywords
- call control
- control channel
- procedure
- network
- facsimile
- 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.)
- Granted
Links
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 データチャネルを開設することなしにデータ
転送を行え、また、冗長な伝送エラー訂正を省いた効率
的なデータ転送を行えるネットワークファクシミリ装置
を提供すること。 【解決手段】 相手先装置との呼制御チャネルを介した
呼制御メッセージによる能力交換において自装置が前記
呼制御チャネルを使用したデータ転送に対応している旨
を前記相手先装置に通知する一方、当該能力交換におい
て前記呼制御チャネルを使用したデータ転送に対応して
いる旨の前記相手先装置からの通知があるか否かを検出
し、前記相手先装置が呼制御チャネルを使用したデータ
転送に対応している場合は、新たなデータチャネルの開
設を行わず前記呼制御チャネルを使用して前記相手先装
置との間でデータ転送を行うことを特徴とする。
転送を行え、また、冗長な伝送エラー訂正を省いた効率
的なデータ転送を行えるネットワークファクシミリ装置
を提供すること。 【解決手段】 相手先装置との呼制御チャネルを介した
呼制御メッセージによる能力交換において自装置が前記
呼制御チャネルを使用したデータ転送に対応している旨
を前記相手先装置に通知する一方、当該能力交換におい
て前記呼制御チャネルを使用したデータ転送に対応して
いる旨の前記相手先装置からの通知があるか否かを検出
し、前記相手先装置が呼制御チャネルを使用したデータ
転送に対応している場合は、新たなデータチャネルの開
設を行わず前記呼制御チャネルを使用して前記相手先装
置との間でデータ転送を行うことを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
してファクシミリ通信を行うネットワークファクシミリ
装置に関し、特に、パケット網に接続され、ＩＴＵ−Ｔ
勧告Ｔ．３８に基づいた手順により前記パケット網を介
して相手先装置との間でファクシミリメッセージのやり
とりを行うネットワークファクシミリ装置に関する。
してファクシミリ通信を行うネットワークファクシミリ
装置に関し、特に、パケット網に接続され、ＩＴＵ−Ｔ
勧告Ｔ．３８に基づいた手順により前記パケット網を介
して相手先装置との間でファクシミリメッセージのやり
とりを行うネットワークファクシミリ装置に関する。
【０００２】
【従来の技術】従来のファクシミリ通信は、ＩＴＵ−Ｔ
勧告Ｔ．３０に基づいたＧ３ファクシミリのように、電
話網を介したものが一般的であったが、基本的に通信料
金がかからない利点のある、インターネットに代表され
るネットワークを介したパケット通信の急速な普及に伴
い、ネットワーク経由のファクシミリ通信への要求が高
まった。
勧告Ｔ．３０に基づいたＧ３ファクシミリのように、電
話網を介したものが一般的であったが、基本的に通信料
金がかからない利点のある、インターネットに代表され
るネットワークを介したパケット通信の急速な普及に伴
い、ネットワーク経由のファクシミリ通信への要求が高
まった。
【０００３】ネットワーク経由のファクシミリ通信の形
態としては、ファクシミリ文書を電子メールに変換し
て、他のネットワーク端末が電子メールを送受信するの
と同様のプロトコルにより送受信する形態があった。
態としては、ファクシミリ文書を電子メールに変換し
て、他のネットワーク端末が電子メールを送受信するの
と同様のプロトコルにより送受信する形態があった。
【０００４】しかし、電子メールによるファクシミリ通
信では、送信側端末から送信した電子メールが受信側の
メールサーバに蓄積される一方、受信側端末が、そのメ
ールサーバに定期的にアクセスして電子メールを受信す
る通信形態のため、送信側と受信側とが相互に能力交換
を行えず、最適な形態でのファクシミリ文書の伝送が行
えないばかりでなく、送信と受信が同時的には行われな
いために、送信文書が確実に受信されたかを送信側が確
認できないという弊害があった。
信では、送信側端末から送信した電子メールが受信側の
メールサーバに蓄積される一方、受信側端末が、そのメ
ールサーバに定期的にアクセスして電子メールを受信す
る通信形態のため、送信側と受信側とが相互に能力交換
を行えず、最適な形態でのファクシミリ文書の伝送が行
えないばかりでなく、送信と受信が同時的には行われな
いために、送信文書が確実に受信されたかを送信側が確
認できないという弊害があった。
【０００５】そこで、１９９９年４月にパケット網上で
パケット化したＴ.３０信号をやり取りするためのＩＴ
Ｕ−Ｔ勧告Ｔ．３８が制定された。このＴ．３８通信技
術を利用することで、パケット網を介した端末間の能力
交換および通信のリアルタイム性の保証が可能となっ
た。
パケット化したＴ.３０信号をやり取りするためのＩＴ
Ｕ−Ｔ勧告Ｔ．３８が制定された。このＴ．３８通信技
術を利用することで、パケット網を介した端末間の能力
交換および通信のリアルタイム性の保証が可能となっ
た。
【０００６】また、Ｔ．３８端末の呼制御に関する規約
を定めたＩＴＵ−Ｔ勧告として、勧告Ｈ．２２５．０が
ある。この勧告Ｈ．２２５．０では呼制御メッセージを
やり取りするためにwell-nknownポートとして割り当て
られたＴＣＰポート1720を使用して呼制御チャネルを開
設し、通信開始時にお互いのベンダー情報を交換し、製
品情報を表示することができる。
を定めたＩＴＵ−Ｔ勧告として、勧告Ｈ．２２５．０が
ある。この勧告Ｈ．２２５．０では呼制御メッセージを
やり取りするためにwell-nknownポートとして割り当て
られたＴＣＰポート1720を使用して呼制御チャネルを開
設し、通信開始時にお互いのベンダー情報を交換し、製
品情報を表示することができる。
【０００７】
【発明が解決しようとする課題】ＩＴＵ−Ｔ勧告Ｔ．３
８に準拠したＴ．３８端末間通信ではデータ転送を行う
ために、呼双方向に一つずつのデータチャネルを開設し
なければならない。
８に準拠したＴ．３８端末間通信ではデータ転送を行う
ために、呼双方向に一つずつのデータチャネルを開設し
なければならない。
【０００８】また、Ｔ．３８に基づく通信では、送受信
端末間の能力交換（DIS/NSF/DCS/NSS）は、呼制御チャ
ネルとは別に開設されたデータチャネルを利用してやり
取りされるため、データチャネルの開設方法についての
ネゴシエーションを送受信端末間で行うことはできな
い。
端末間の能力交換（DIS/NSF/DCS/NSS）は、呼制御チャ
ネルとは別に開設されたデータチャネルを利用してやり
取りされるため、データチャネルの開設方法についての
ネゴシエーションを送受信端末間で行うことはできな
い。
【０００９】しかしチャネルの開設にはメモリ等のリソ
ースを消費する上に、well-knownポートを割り当てられ
ている呼制御チャネルと異なり、データチャネルで使用
するポート番号は呼制御手順で動的に決定されるため
に、ファイヤーウォールやＮＡＴの透過性の点で問題が
ある。
ースを消費する上に、well-knownポートを割り当てられ
ている呼制御チャネルと異なり、データチャネルで使用
するポート番号は呼制御手順で動的に決定されるため
に、ファイヤーウォールやＮＡＴの透過性の点で問題が
ある。
【００１０】また、Ｇ３ファクシミリ通信における圧縮
符号化方式としては、伝送エラーを考慮したＭＨ、ＭＲ
方式等の他、伝送エラーなしを前提とした、ＭＭＲ、Ｊ
ＢＩＧ方式等がある。
符号化方式としては、伝送エラーを考慮したＭＨ、ＭＲ
方式等の他、伝送エラーなしを前提とした、ＭＭＲ、Ｊ
ＢＩＧ方式等がある。
【００１１】伝送エラーを考慮したＭＨ、ＭＲ方式で
は、伝送エラーの発生したラインを隣接ラインと置き換
えることで対処できるが、伝送エラーなしを前提とした
ＭＭＲ、ＪＢＩＧ方式では、あるラインで発生した伝送
エラーが次ライン以降に波及してしまうため、必然的に
Ｇ３ファクシミリの拡張機能であるＥＣＭ（Ｅｒｒｏｒ
Ｃｏｒｒｅｃｔｉｎｇ Ｍｏｄｅ）手順を用いた通信を
行わなければならなかった。
は、伝送エラーの発生したラインを隣接ラインと置き換
えることで対処できるが、伝送エラーなしを前提とした
ＭＭＲ、ＪＢＩＧ方式では、あるラインで発生した伝送
エラーが次ライン以降に波及してしまうため、必然的に
Ｇ３ファクシミリの拡張機能であるＥＣＭ（Ｅｒｒｏｒ
Ｃｏｒｒｅｃｔｉｎｇ Ｍｏｄｅ）手順を用いた通信を
行わなければならなかった。
【００１２】ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したＴ．３
８端末間通信ではＧ３ファクシミリ通信と同じくＥＣＭ
を用いた通信が可能であが、トランスポートにＴＣＰプ
ロトコルを用いる場合、ＴＣＰにより伝送の信頼性の提
供を受けるため、上位アプリケーションであるＴ．３８
プロトコルでＥＣＭをサポートすることは２重の伝送エ
ラー対策を行うことになるために冗長となり伝送エラー
チェックのための余分なオーバーヘッドが生じてしまう
という問題点があった。
８端末間通信ではＧ３ファクシミリ通信と同じくＥＣＭ
を用いた通信が可能であが、トランスポートにＴＣＰプ
ロトコルを用いる場合、ＴＣＰにより伝送の信頼性の提
供を受けるため、上位アプリケーションであるＴ．３８
プロトコルでＥＣＭをサポートすることは２重の伝送エ
ラー対策を行うことになるために冗長となり伝送エラー
チェックのための余分なオーバーヘッドが生じてしまう
という問題点があった。
【００１３】本発明は係る事情に鑑みてなされたもので
あり、データチャネルを開設することなしにデータ転送
を行え、また、冗長な伝送エラー訂正を省いた効率的な
データ転送を行えるネットワークファクシミリ装置を提
供することを目的とする。
あり、データチャネルを開設することなしにデータ転送
を行え、また、冗長な伝送エラー訂正を省いた効率的な
データ転送を行えるネットワークファクシミリ装置を提
供することを目的とする。
【００１４】
【課題を解決するための手段】請求項１に記載のネット
ワークファクシミリ装置は、パケット網に接続され、Ｉ
ＴＵ−Ｔ勧告Ｔ．３８に基づいた手順により前記パケッ
ト網を介して相手先装置との間でファクシミリメッセー
ジのやりとりを行うネットワークファクシミリ装置にお
いて、相手先装置との呼制御チャネルを介した呼制御メ
ッセージによる能力交換において自装置が前記呼制御チ
ャネルを使用したデータ転送に対応している旨を前記相
手先装置に通知する通知手段と、前記相手先装置との前
記呼制御チャネルを介した呼制御メッセージによる能力
交換において前記呼制御チャネルを使用したデータ転送
に対応している旨の前記相手先装置からの通知があるか
否かを検出する検出手段と、その検出手段により前記相
手先装置が呼制御チャネルを使用したデータ転送に対応
している旨が検出された場合は、新たなデータチャネル
の開設を行わず前記呼制御チャネルを使用して前記相手
先装置との間でデータ転送を行う通信制御手段とを備え
たことを特徴とする。
ワークファクシミリ装置は、パケット網に接続され、Ｉ
ＴＵ−Ｔ勧告Ｔ．３８に基づいた手順により前記パケッ
ト網を介して相手先装置との間でファクシミリメッセー
ジのやりとりを行うネットワークファクシミリ装置にお
いて、相手先装置との呼制御チャネルを介した呼制御メ
ッセージによる能力交換において自装置が前記呼制御チ
ャネルを使用したデータ転送に対応している旨を前記相
手先装置に通知する通知手段と、前記相手先装置との前
記呼制御チャネルを介した呼制御メッセージによる能力
交換において前記呼制御チャネルを使用したデータ転送
に対応している旨の前記相手先装置からの通知があるか
否かを検出する検出手段と、その検出手段により前記相
手先装置が呼制御チャネルを使用したデータ転送に対応
している旨が検出された場合は、新たなデータチャネル
の開設を行わず前記呼制御チャネルを使用して前記相手
先装置との間でデータ転送を行う通信制御手段とを備え
たことを特徴とする。
【００１５】請求項２に記載のネットワークファクシミ
リ装置は、パケット網に接続され、ＩＴＵ−Ｔ勧告Ｔ．
３８に基づいた手順により前記パケット網を介して相手
先装置との間でファクシミリメッセージのやりとりを行
う一方、ＥＣＭ手順に対応したネットワークファクシミ
リ装置において、相手先装置との呼制御チャネルを介し
た呼制御メッセージによる能力交換において自装置がＥ
ＣＭ手順を省略したデータ転送に対応している旨を前記
相手先装置に通知する通知手段と、前記相手先装置との
前記呼制御チャネルを介した呼制御メッセージによる能
力交換においてＥＣＭ手順を省略したデータ転送に対応
している旨の前記相手先装置からの通知があるか否かを
検出する検出手段と、その検出手段により前記相手先装
置がＥＣＭ手順を省略したデータ転送に対応している旨
が検出された場合において、前記相手先装置との間に確
立されたデータ伝送用のチャネルとして伝送エラーなし
が保証されているＴＣＰ等のトランスポートが選択され
ときは、符号化方式自体が伝送エラー修復機能をもた
ず、ＥＣＭ手順で伝送すべき所定の符号化方式で符号化
圧縮されたファクシミリメッセージを、ＥＣＭ手順を省
略して前記相手先装置との間でやりとりする通信制御手
段とを備えたことを特徴とする。
リ装置は、パケット網に接続され、ＩＴＵ−Ｔ勧告Ｔ．
３８に基づいた手順により前記パケット網を介して相手
先装置との間でファクシミリメッセージのやりとりを行
う一方、ＥＣＭ手順に対応したネットワークファクシミ
リ装置において、相手先装置との呼制御チャネルを介し
た呼制御メッセージによる能力交換において自装置がＥ
ＣＭ手順を省略したデータ転送に対応している旨を前記
相手先装置に通知する通知手段と、前記相手先装置との
前記呼制御チャネルを介した呼制御メッセージによる能
力交換においてＥＣＭ手順を省略したデータ転送に対応
している旨の前記相手先装置からの通知があるか否かを
検出する検出手段と、その検出手段により前記相手先装
置がＥＣＭ手順を省略したデータ転送に対応している旨
が検出された場合において、前記相手先装置との間に確
立されたデータ伝送用のチャネルとして伝送エラーなし
が保証されているＴＣＰ等のトランスポートが選択され
ときは、符号化方式自体が伝送エラー修復機能をもた
ず、ＥＣＭ手順で伝送すべき所定の符号化方式で符号化
圧縮されたファクシミリメッセージを、ＥＣＭ手順を省
略して前記相手先装置との間でやりとりする通信制御手
段とを備えたことを特徴とする。
【００１６】請求項３に記載のネットワークファクシミ
リ装置は、請求項２に記載のネットワークファクシミリ
装置において、符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＭＭＲ符号化方式であることを特徴とする。
リ装置は、請求項２に記載のネットワークファクシミリ
装置において、符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＭＭＲ符号化方式であることを特徴とする。
【００１７】請求項４に記載のネットワークファクシミ
リ装置は、請求項２に記載のネットワークファクシミリ
装置において、符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＪＢＩＧ符号化方式であることを特徴とする。
リ装置は、請求項２に記載のネットワークファクシミリ
装置において、符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＪＢＩＧ符号化方式であることを特徴とする。
【００１８】
【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。
本発明の実施の形態を詳細に説明する。
【００１９】先ず、図１に、本発明の実施の形態に係る
ネットワークファクシミリ装置１ａ、１ｂのパケット網
を介した通信形態について示す。
ネットワークファクシミリ装置１ａ、１ｂのパケット網
を介した通信形態について示す。
【００２０】同図において、ネットワークファクシミリ
装置１ａ及び１ｂは、インターネットなどのパケット網
５０を介してＩＴＵ−Ｔ勧告Ｔ．３８に基づいた手順に
よりパケット網直結型のファクシミリ通信を行う。な
お、ネットワークファクシミリ装置１ａ及び１ｂは、パ
ケット網直結型ではなく、ゲートウェイ装置３０にＰＳ
ＴＮ６０を介して接続して、ゲートウェイ装置３０を介
してパケット網に接続される、Ｇ３ファクシミリ装置４
０ともファクシミリ通信を行う場合もある。
装置１ａ及び１ｂは、インターネットなどのパケット網
５０を介してＩＴＵ−Ｔ勧告Ｔ．３８に基づいた手順に
よりパケット網直結型のファクシミリ通信を行う。な
お、ネットワークファクシミリ装置１ａ及び１ｂは、パ
ケット網直結型ではなく、ゲートウェイ装置３０にＰＳ
ＴＮ６０を介して接続して、ゲートウェイ装置３０を介
してパケット網に接続される、Ｇ３ファクシミリ装置４
０ともファクシミリ通信を行う場合もある。
【００２１】次に、図２に、ネットワークファクシミリ
装置１ａ、１ｂとなる本発明の実施の形態に係るネット
ワークファクシミリ装置１のブロック構成について示
す。
装置１ａ、１ｂとなる本発明の実施の形態に係るネット
ワークファクシミリ装置１のブロック構成について示
す。
【００２２】同図において、ネットワークファクシミリ
装置１は、システム制御部２、ＲＯＭ３、ＲＡＭ４、ス
キャナ５、プロッタ６、蓄積メモリ７、符号化復号化部
８、操作表示部９、ＬＡＮ通信制御部１０、ＬＡＮイン
ターフェイス１１、及び、システムバス１２により構成
されている。
装置１は、システム制御部２、ＲＯＭ３、ＲＡＭ４、ス
キャナ５、プロッタ６、蓄積メモリ７、符号化復号化部
８、操作表示部９、ＬＡＮ通信制御部１０、ＬＡＮイン
ターフェイス１１、及び、システムバス１２により構成
されている。
【００２３】システム制御部２は、ＲＯＭ３に書き込ま
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。
【００２４】ＲＯＭ３は、前述したように、システム制
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリである。
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリである。
【００２５】スキャナ５は、３．８５本／ｍｍ、７．７
本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度
で原稿画像を読み取って画情報を得るためのものであ
る。プロッタ６は、受信した画情報を、その線密度に応
じて記録出力したり、スキャナ５で読み取った画情報
を、その線密度に応じて記録出力（コピー動作）するた
めのものである。
本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度
で原稿画像を読み取って画情報を得るためのものであ
る。プロッタ６は、受信した画情報を、その線密度に応
じて記録出力したり、スキャナ５で読み取った画情報
を、その線密度に応じて記録出力（コピー動作）するた
めのものである。
【００２６】蓄積メモリ７は、スキャナ５で読み取った
画情報を、メモリ送信するために一時的にファイルとし
て蓄積したり、受信した画情報を、プロッタ６により記
録するまでファイルとして一時的に蓄積したり、通信管
理レポート等の各種レポートの画情報やワンタッチダイ
ヤル登録リストや短縮ダイヤル登録リストの画情報をフ
ォント展開して作成するための一時的な記憶領域として
も使用される。
画情報を、メモリ送信するために一時的にファイルとし
て蓄積したり、受信した画情報を、プロッタ６により記
録するまでファイルとして一時的に蓄積したり、通信管
理レポート等の各種レポートの画情報やワンタッチダイ
ヤル登録リストや短縮ダイヤル登録リストの画情報をフ
ォント展開して作成するための一時的な記憶領域として
も使用される。
【００２７】符号化復号化部８は、送信画像データを、
Ｇ３ファクシミリに適合する、ＭＨ符号化方式、ＭＲ符
号化方式、ＭＭＲ符号化方式、ＪＢＩＧ符号化方式等の
所定の符号化方式で符号化圧縮する一方、受信画像デー
タをＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方
式、ＪＢＩＧ符号化方式等に対応する所定の復号化方式
で復号伸長するものである。
Ｇ３ファクシミリに適合する、ＭＨ符号化方式、ＭＲ符
号化方式、ＭＭＲ符号化方式、ＪＢＩＧ符号化方式等の
所定の符号化方式で符号化圧縮する一方、受信画像デー
タをＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方
式、ＪＢＩＧ符号化方式等に対応する所定の復号化方式
で復号伸長するものである。
【００２８】操作表示部９は、相手先ファクシミリ番号
やネットワークアドレスを指定するためのキー群や、送
信スタートキー、ワンタッチダイヤルキー、及び、その
他各種キーが配設される一方、液晶表示装置等の表示器
を備え、ユーザに知らせるべき装置の動作状態や、各種
メッセージを表示するものである。
やネットワークアドレスを指定するためのキー群や、送
信スタートキー、ワンタッチダイヤルキー、及び、その
他各種キーが配設される一方、液晶表示装置等の表示器
を備え、ユーザに知らせるべき装置の動作状態や、各種
メッセージを表示するものである。
【００２９】ＬＡＮ通信制御部１０は、パケット網５０
に接続されているＬＡＮに接続された、ＬＡＮとの物理
的なインターフェイスであるＬＡＮインターフェイス１
１を介して、ＬＡＮプロトコル上でのＴＣＰ／ＩＰのプ
ロトコル等によるデータ伝送を制御するものである。Ｌ
ＡＮインターフェイス１１は、前述したように、ＬＡＮ
との物理的なインターフェイスである。システムバス１
２は、上記各部がデータをやり取りするための信号ライ
ンである。
に接続されているＬＡＮに接続された、ＬＡＮとの物理
的なインターフェイスであるＬＡＮインターフェイス１
１を介して、ＬＡＮプロトコル上でのＴＣＰ／ＩＰのプ
ロトコル等によるデータ伝送を制御するものである。Ｌ
ＡＮインターフェイス１１は、前述したように、ＬＡＮ
との物理的なインターフェイスである。システムバス１
２は、上記各部がデータをやり取りするための信号ライ
ンである。
【００３０】図３に、ＲＯＭ３に格納される、本発明を
実施するために必要なソフトウェア構成について示す。
同図において、最上位には「オペポート（操作表示部）
制御」、「プロッタ制御」、「スキャナ制御」が位置
し、その下に「全体制御」が位置し、その下に「ファッ
クスイメージ作成」が位置し、その下にＩＴＵ−Ｔ勧告
Ｔ．３０に基づいたＥＣＭ手順を含むファクシミリ通信
手順を担う「Ｔ．３０エンジン」が位置し、その下に、
ＩＴＵ−Ｔ勧告Ｔ．３０８に基づいた「Ｔ．３８ファッ
クスデータ処理」、及び、ＩＴＵ−Ｔ勧告Ｈ．２２５．
０に基づいた「Ｈ．２２５．０呼制御処理」が位置し、
その下に、「ＴＣＰ／ＩＰ」のプロトコル制御が位置
し、最下層にＬＡＮプロトコルを制御する「ＬＡＮコン
トローラ制御」がある。
実施するために必要なソフトウェア構成について示す。
同図において、最上位には「オペポート（操作表示部）
制御」、「プロッタ制御」、「スキャナ制御」が位置
し、その下に「全体制御」が位置し、その下に「ファッ
クスイメージ作成」が位置し、その下にＩＴＵ−Ｔ勧告
Ｔ．３０に基づいたＥＣＭ手順を含むファクシミリ通信
手順を担う「Ｔ．３０エンジン」が位置し、その下に、
ＩＴＵ−Ｔ勧告Ｔ．３０８に基づいた「Ｔ．３８ファッ
クスデータ処理」、及び、ＩＴＵ−Ｔ勧告Ｈ．２２５．
０に基づいた「Ｈ．２２５．０呼制御処理」が位置し、
その下に、「ＴＣＰ／ＩＰ」のプロトコル制御が位置
し、最下層にＬＡＮプロトコルを制御する「ＬＡＮコン
トローラ制御」がある。
【００３１】図４に、送信側及び受信側のＴ．３８端末
がパケット網を介して行うＩＴＵ−Ｔ勧告準拠の通信シ
ーケンスについて示す。また、図５に、送信側及び受信
側のＴ．３８端末がパケット網を介して行う第１実施形
態に係る通信シーケンスについて示す。
がパケット網を介して行うＩＴＵ−Ｔ勧告準拠の通信シ
ーケンスについて示す。また、図５に、送信側及び受信
側のＴ．３８端末がパケット網を介して行う第１実施形
態に係る通信シーケンスについて示す。
【００３２】先ず、図４に示すＩＴＵ−Ｔ勧告準拠の通
信シーケンスにおいは、フェーズＦ１により呼制御用Ｔ
ＣＰチャネル確立後、その確立された呼制御チャネルに
より呼制御メッセージSETUPおよびCONNECTメッセージで
ネゴシエートされた結果（フェーズＦ２、Ｆ３）、いず
れか一方の端末が、データチャネルではなく呼制御チャ
ネルを使用したデータ転送には対応していなことが確認
されると、呼制御チャネルとは別のデータチャネルを新
たに開設し（フェーズＦ４、Ｆ５）、そのデータチャネ
ルを利用してT.38パケット（FAXプロトコルおよびデー
タ）の通信を行う（フェーズＦ６、Ｆ７）。
信シーケンスにおいは、フェーズＦ１により呼制御用Ｔ
ＣＰチャネル確立後、その確立された呼制御チャネルに
より呼制御メッセージSETUPおよびCONNECTメッセージで
ネゴシエートされた結果（フェーズＦ２、Ｆ３）、いず
れか一方の端末が、データチャネルではなく呼制御チャ
ネルを使用したデータ転送には対応していなことが確認
されると、呼制御チャネルとは別のデータチャネルを新
たに開設し（フェーズＦ４、Ｆ５）、そのデータチャネ
ルを利用してT.38パケット（FAXプロトコルおよびデー
タ）の通信を行う（フェーズＦ６、Ｆ７）。
【００３３】それに対して、図５に示す第１実施形態に
係る通信シーケンスでは、フェーズＦ１０により呼制御
用ＴＣＰチャネル確立後、その確立された呼制御チャネ
ルにより呼制御メッセージSETUPおよびCONNECTメッセー
ジでネゴシエートされた結果（フェーズＦ１１、Ｆ１
２）、双方の端末が、データチャネルではなく、呼制御
チャネルを使用したデータ転送に対応していることが確
認されると、データチャネルを開設することなく、呼制
御チャネルをそのままT.38パケット（FAXプロトコルお
よびデータ）の通信を行う（フェーズＦ１３、Ｆ１
４）。
係る通信シーケンスでは、フェーズＦ１０により呼制御
用ＴＣＰチャネル確立後、その確立された呼制御チャネ
ルにより呼制御メッセージSETUPおよびCONNECTメッセー
ジでネゴシエートされた結果（フェーズＦ１１、Ｆ１
２）、双方の端末が、データチャネルではなく、呼制御
チャネルを使用したデータ転送に対応していることが確
認されると、データチャネルを開設することなく、呼制
御チャネルをそのままT.38パケット（FAXプロトコルお
よびデータ）の通信を行う（フェーズＦ１３、Ｆ１
４）。
【００３４】呼制御メッセージSETUPおよびCONNECTメッ
セージによる、呼制御チャネルを使用したデータ転送に
対応しているか否かの通知のやりとりは、図６に示すよ
うに、ＩＴＵ−Ｔ勧告Ｈ．２２５．０により定められて
いる、SETUP／CONNECTメッセージ内のベンダー情報内に
おけるけるバージョン情報領域である「versionId」
に、図７に示すようにに本発明に係る機能の有無を示す
識別子を格納する。
セージによる、呼制御チャネルを使用したデータ転送に
対応しているか否かの通知のやりとりは、図６に示すよ
うに、ＩＴＵ−Ｔ勧告Ｈ．２２５．０により定められて
いる、SETUP／CONNECTメッセージ内のベンダー情報内に
おけるけるバージョン情報領域である「versionId」
に、図７に示すようにに本発明に係る機能の有無を示す
識別子を格納する。
【００３５】すなわち、図７において、「verdinId」の
先頭オクテットの、第０ビットを、第１実施形態に係る
呼制御チャネル使用データ転送対応可能の有無を示すた
めに用い、第１ビットを、後述する第２実施形態に係る
ＥＣＭ手順省略対応機能の有無を示すために用る。もっ
とも、本発明に係る機能の有無を示す識別情報は呼制御
メッセージ内に格納されていればよく、必ずしも「vers
ionId」の領域に限られるものではなく図６に示したベ
ンダー情報内のその他の領域に格納するようにしてもよ
いのはいうまでもない。
先頭オクテットの、第０ビットを、第１実施形態に係る
呼制御チャネル使用データ転送対応可能の有無を示すた
めに用い、第１ビットを、後述する第２実施形態に係る
ＥＣＭ手順省略対応機能の有無を示すために用る。もっ
とも、本発明に係る機能の有無を示す識別情報は呼制御
メッセージ内に格納されていればよく、必ずしも「vers
ionId」の領域に限られるものではなく図６に示したベ
ンダー情報内のその他の領域に格納するようにしてもよ
いのはいうまでもない。
【００３６】次にネットワークファクシミリ装置１にお
ける第１実施形態に係る通信処理手順について図８及び
図９を参照して説明する。なお、図８は送信側の処理を
示し、図９は、受信側の処理を示している。
ける第１実施形態に係る通信処理手順について図８及び
図９を参照して説明する。なお、図８は送信側の処理を
示し、図９は、受信側の処理を示している。
【００３７】先ず、図８の送信側処理においては、先ず
呼制御チャネルを確立する（処理１０１）。この処理１
０１は、図４のフェーズＦ１及び図５のフェーズＦ１０
に対応する。
呼制御チャネルを確立する（処理１０１）。この処理１
０１は、図４のフェーズＦ１及び図５のフェーズＦ１０
に対応する。
【００３８】そして、SETUPメッセージを送信する（処
理１０２）。この処理１０２は、図５のフェーズＦ１１
に対応する。ただしその場合のSETUPメッセージのベン
ダー情報内におけるけるバージョン情報領域である「ve
rsionId」を「non_std」とする。つまり、「verdinId」
の先頭オクテットの、第０ビットを、呼制御チャネル使
用データ転送対応機能有りを示す、１にセットする。
理１０２）。この処理１０２は、図５のフェーズＦ１１
に対応する。ただしその場合のSETUPメッセージのベン
ダー情報内におけるけるバージョン情報領域である「ve
rsionId」を「non_std」とする。つまり、「verdinId」
の先頭オクテットの、第０ビットを、呼制御チャネル使
用データ転送対応機能有りを示す、１にセットする。
【００３９】処理１０２で、SETUPメッセージを送信
後、図５のフェーズＦ１２または、図４のフェーズＦ３
に対応して、CONNECTメッセージを受信する（処理１０
３）。その処理１０３により受信されるCONNECTメッセ
ージのベンダー情報内におけるけるバージョン情報領域
である「versionId」は、受信側装置が、Ｔ．３８準拠
の標準的な装置である場合には図４のフェーズＦ３に示
すように「std」であり、第１実施形態に係る装置であ
る場合には図５のフェーズＦ１２に示すように「non_st
d」である。
後、図５のフェーズＦ１２または、図４のフェーズＦ３
に対応して、CONNECTメッセージを受信する（処理１０
３）。その処理１０３により受信されるCONNECTメッセ
ージのベンダー情報内におけるけるバージョン情報領域
である「versionId」は、受信側装置が、Ｔ．３８準拠
の標準的な装置である場合には図４のフェーズＦ３に示
すように「std」であり、第１実施形態に係る装置であ
る場合には図５のフェーズＦ１２に示すように「non_st
d」である。
【００４０】そこで、ベンダー情報「VenderId」を調査
して（判断１０４）、受信側装置が「non_std」か否
（「std」）かを判断し（判断１０５）、「std」である
場合には（判断１０５のＮｏ）、勧告準拠の通信手順を
行う。
して（判断１０４）、受信側装置が「non_std」か否
（「std」）かを判断し（判断１０５）、「std」である
場合には（判断１０５のＮｏ）、勧告準拠の通信手順を
行う。
【００４１】すなわち、図４のフェーズＦ４に対応して
順方向のデータチャネルを確立し（処理１０６）、図４
のフェーズＦ５に対応して逆方向のデータチャネルを確
立し（処理１０７）、以後、図４のフェーズＦ６、Ｆ７
のＴ．３８パケットのやりとりにより、発呼トーンＣＮ
Ｇを送信し（処理１０８）、被呼局識別信号ＣＥＤの受
信を待ち（処理１０９）、ＣＥＤが受信されると、、デ
ィジタル識別信号ＤＩＳの受信を待ち（処理１１０）、
ＤＩＳが受信されると、ファクス送信手順を行い（処理
１１１）、切断命令信号ＤＣＮで呼を切断して（処理１
１２）、RELEASE_COMPメッセージを送出して（処理１１
３）、処理を終了する。なお、このときCNG／CEDのやり
取りはオプションであるためり、CNGを送信することな
く、DISの受信待機に以降するようにしてもよい。
順方向のデータチャネルを確立し（処理１０６）、図４
のフェーズＦ５に対応して逆方向のデータチャネルを確
立し（処理１０７）、以後、図４のフェーズＦ６、Ｆ７
のＴ．３８パケットのやりとりにより、発呼トーンＣＮ
Ｇを送信し（処理１０８）、被呼局識別信号ＣＥＤの受
信を待ち（処理１０９）、ＣＥＤが受信されると、、デ
ィジタル識別信号ＤＩＳの受信を待ち（処理１１０）、
ＤＩＳが受信されると、ファクス送信手順を行い（処理
１１１）、切断命令信号ＤＣＮで呼を切断して（処理１
１２）、RELEASE_COMPメッセージを送出して（処理１１
３）、処理を終了する。なお、このときCNG／CEDのやり
取りはオプションであるためり、CNGを送信することな
く、DISの受信待機に以降するようにしてもよい。
【００４２】判断１０５において、受信側装置が「non_
std」である場合には（判断１０５のＹｅｓ）、新たな
データチャネルを確立することなく、処理１０１で確立
した呼制御ポートをデータポートに切り替えて（処理１
１４）、以後、データチャネルの代わりとして使用す
る。
std」である場合には（判断１０５のＹｅｓ）、新たな
データチャネルを確立することなく、処理１０１で確立
した呼制御ポートをデータポートに切り替えて（処理１
１４）、以後、データチャネルの代わりとして使用す
る。
【００４３】すなわち、呼制御チャネルを介して、以
後、図５のフェーズＦ１３、Ｆ１４のＴ．３８パケット
のやりとりにより、発呼トーンＣＮＧを送信し（処理１
１５）、被呼局識別信号ＣＥＤの受信を待ち（処理１１
６）、ＣＥＤが受信されると、、ディジタル識別信号Ｄ
ＩＳの受信を待ち（処理１１７）、ＤＩＳが受信される
と、ファクス送信手順を行い（処理１１８）、切断命令
信号ＤＣＮで呼を切断して（処理１１９）、処理を終了
する。
後、図５のフェーズＦ１３、Ｆ１４のＴ．３８パケット
のやりとりにより、発呼トーンＣＮＧを送信し（処理１
１５）、被呼局識別信号ＣＥＤの受信を待ち（処理１１
６）、ＣＥＤが受信されると、、ディジタル識別信号Ｄ
ＩＳの受信を待ち（処理１１７）、ＤＩＳが受信される
と、ファクス送信手順を行い（処理１１８）、切断命令
信号ＤＣＮで呼を切断して（処理１１９）、処理を終了
する。
【００４４】次に、図９の受信側処理においては、先ず
呼制御チャネルを確立する（処理２０１）。この処理２
０１は、図４のフェーズＦ１及び図５のフェーズＦ１０
に対応し、また、図８の処理１０１に対応する。
呼制御チャネルを確立する（処理２０１）。この処理２
０１は、図４のフェーズＦ１及び図５のフェーズＦ１０
に対応し、また、図８の処理１０１に対応する。
【００４５】そして、SETUPメッセージを受信する（処
理２０２）。この処理２０２は、図４のフェーズＦ２ま
たは図５のフェーズＦ１１に対応する。
理２０２）。この処理２０２は、図４のフェーズＦ２ま
たは図５のフェーズＦ１１に対応する。
【００４６】その受信したSETUPメッセージのベンダ識
別情報「versionId」の国コード、ベンダコード、およ
びバージョン情報「versionId」を調査した結果（処理
２０３）、「versionId」が「non_std」か、すなわち、
「verdinId」の先頭オクテットの第０ビットが１か否
（０：「std」）かを判断する（判断２０４）。
別情報「versionId」の国コード、ベンダコード、およ
びバージョン情報「versionId」を調査した結果（処理
２０３）、「versionId」が「non_std」か、すなわち、
「verdinId」の先頭オクテットの第０ビットが１か否
（０：「std」）かを判断する（判断２０４）。
【００４７】その判断の結果、「std」である場合には
（判断２０４のＮｏ）、勧告準拠の通信手順を行う。
（判断２０４のＮｏ）、勧告準拠の通信手順を行う。
【００４８】すなわち、ベンダー情報内における「vers
ionId」を「std」としたCONNECTメッセージを送信した
上で（処理２０５）、図４のフェーズＦ４に対応して順
方向のデータチャネルを確立し（処理２０６）、図４の
フェーズＦ５に対応して逆方向のデータチャネルを確立
し（処理２０７）、以後、図４のフェーズＦ６、Ｆ７の
Ｔ．３８パケットのやりとりにより、発呼トーンＣＮＧ
の受信を待ち（処理２０８）、ＣＮＧが受信されると、
被呼局識別信号ＣＥＤを送信し（処理２０９）、ディジ
タル識別信号ＤＩＳを送信し（処理２１０）、ファクス
送信手順を行い（処理２１１）、切断命令信号ＤＣＮで
呼を切断して（処理２１２）、RELEASE_COMPメッセージ
を送出して（処理２１３）、処理を終了する。なお、こ
のときCNG／CEDのやり取りはオプションであるため、CN
Gの受信を待つことなくDISを送信しても良い。
ionId」を「std」としたCONNECTメッセージを送信した
上で（処理２０５）、図４のフェーズＦ４に対応して順
方向のデータチャネルを確立し（処理２０６）、図４の
フェーズＦ５に対応して逆方向のデータチャネルを確立
し（処理２０７）、以後、図４のフェーズＦ６、Ｆ７の
Ｔ．３８パケットのやりとりにより、発呼トーンＣＮＧ
の受信を待ち（処理２０８）、ＣＮＧが受信されると、
被呼局識別信号ＣＥＤを送信し（処理２０９）、ディジ
タル識別信号ＤＩＳを送信し（処理２１０）、ファクス
送信手順を行い（処理２１１）、切断命令信号ＤＣＮで
呼を切断して（処理２１２）、RELEASE_COMPメッセージ
を送出して（処理２１３）、処理を終了する。なお、こ
のときCNG／CEDのやり取りはオプションであるため、CN
Gの受信を待つことなくDISを送信しても良い。
【００４９】判断２０４において、送信側装置が「non_
std」である場合には（判断２０４のＹｅｓ）、ベンダ
ー情報内における「versionId」を「non_std」としたCO
NNECTメッセージを送信した上で（処理２１４）、新た
なデータチャネルを確立することなく、処理２０１で確
立した呼制御ポートをデータポートに切り替えて（処理
２１５）、以後、データチャネルの代わりとして使用す
る。
std」である場合には（判断２０４のＹｅｓ）、ベンダ
ー情報内における「versionId」を「non_std」としたCO
NNECTメッセージを送信した上で（処理２１４）、新た
なデータチャネルを確立することなく、処理２０１で確
立した呼制御ポートをデータポートに切り替えて（処理
２１５）、以後、データチャネルの代わりとして使用す
る。
【００５０】すなわち、呼制御チャネルを介して、以
後、図５のフェーズＦ１３、Ｆ１４のＴ．３８パケット
のやりとりにより、発呼トーンＣＮＧの受信を待ち（処
理２１６）、ＣＮＧが受信されると被呼局識別信号ＣＥ
Ｄを送信し（処理２１７）、ディジタル識別信号ＤＩＳ
を送信し（処理２１８）、ファクス送信手順を行い（処
理２１９）、切断命令信号ＤＣＮで呼を切断して（処理
２２０）、処理を終了する。
後、図５のフェーズＦ１３、Ｆ１４のＴ．３８パケット
のやりとりにより、発呼トーンＣＮＧの受信を待ち（処
理２１６）、ＣＮＧが受信されると被呼局識別信号ＣＥ
Ｄを送信し（処理２１７）、ディジタル識別信号ＤＩＳ
を送信し（処理２１８）、ファクス送信手順を行い（処
理２１９）、切断命令信号ＤＣＮで呼を切断して（処理
２２０）、処理を終了する。
【００５１】なお、呼制御パケットデータおよびT.38パ
ケットデータは、PER符号化方式（相手端末がそのデー
タ構造を知っていることを前提にした符号化方式）を用
いて符号化されるため、同一チャネルにて呼制御パケッ
トとT.38パケットを混在させた場合、その複合化は極め
て困難となる。そのため、この第１実施形態ではCONNEC
Tメッセージ送出後、同チャネルにてCNGを待機すること
と、RELEASE COMPLETEメッセージのやり取りを行わない
ことによりパケットの混在を回避するようにしている。
ケットデータは、PER符号化方式（相手端末がそのデー
タ構造を知っていることを前提にした符号化方式）を用
いて符号化されるため、同一チャネルにて呼制御パケッ
トとT.38パケットを混在させた場合、その複合化は極め
て困難となる。そのため、この第１実施形態ではCONNEC
Tメッセージ送出後、同チャネルにてCNGを待機すること
と、RELEASE COMPLETEメッセージのやり取りを行わない
ことによりパケットの混在を回避するようにしている。
【００５２】このように第１実施形態によれば、送受信
端末の双方が呼制御チャネルを使用したデータ転送に対
応している場合には、新たなデータチャネルを確立する
ことなく、呼制御チャネルを使用したデータ転送を行う
ことができる。また、通信相手先装置が、呼制御チャネ
ルを使用したデータ転送に対応していない場合にはＴ．
３８準拠の従来通りの通常の手順により対応することが
できる。
端末の双方が呼制御チャネルを使用したデータ転送に対
応している場合には、新たなデータチャネルを確立する
ことなく、呼制御チャネルを使用したデータ転送を行う
ことができる。また、通信相手先装置が、呼制御チャネ
ルを使用したデータ転送に対応していない場合にはＴ．
３８準拠の従来通りの通常の手順により対応することが
できる。
【００５３】次に、ネットワークファクシミリ装置１に
おける第２実施形態に係る通信処理手順について図１０
及び図１１を参照して説明する。なお、図１０は送信側
の処理を示し、図１１は、受信側の処理を示している。
また、この第２実施形態に係る通信処理手順は、符号化
方式自体は伝送エラーの修復機能を持たない、ＭＭＲ符
号化方式や、ＪＢＩＧ符号化方式のファクシミリメッセ
ージの伝送の際に適用されるものである。
おける第２実施形態に係る通信処理手順について図１０
及び図１１を参照して説明する。なお、図１０は送信側
の処理を示し、図１１は、受信側の処理を示している。
また、この第２実施形態に係る通信処理手順は、符号化
方式自体は伝送エラーの修復機能を持たない、ＭＭＲ符
号化方式や、ＪＢＩＧ符号化方式のファクシミリメッセ
ージの伝送の際に適用されるものである。
【００５４】先ず、図１０の送信側処理においては、先
ず呼制御チャネルを確立する（処理３０１）。この処理
３０１は、図４のフェーズＦ１に対応する。
ず呼制御チャネルを確立する（処理３０１）。この処理
３０１は、図４のフェーズＦ１に対応する。
【００５５】そして、SETUPメッセージを送信する（処
理３０２）。ただしその場合のSETUPメッセージのベン
ダー情報内におけるけるバージョン情報領域である「ve
rsionId」を「non_std」とする。
理３０２）。ただしその場合のSETUPメッセージのベン
ダー情報内におけるけるバージョン情報領域である「ve
rsionId」を「non_std」とする。
【００５６】つまり、「verdinId」の先頭オクテット
の、第１ビットを、不要ＥＣＭ手順省略対応機能を備え
ていることを示す、１にセットする。
の、第１ビットを、不要ＥＣＭ手順省略対応機能を備え
ていることを示す、１にセットする。
【００５７】処理３０２で、SETUPメッセージを送信
後、図４のフェーズＦ３に対応して、CONNECTメッセー
ジを受信する（処理３０３）。その処理３０３により受
信されるCONNECTメッセージのベンダー情報内における
けるバージョン情報領域である「versionId」は、受信
側装置が、Ｔ．３８準拠の標準的な装置である場合には
「std」であり、第２実施形態に係る装置である場合に
は「non_std」である。
後、図４のフェーズＦ３に対応して、CONNECTメッセー
ジを受信する（処理３０３）。その処理３０３により受
信されるCONNECTメッセージのベンダー情報内における
けるバージョン情報領域である「versionId」は、受信
側装置が、Ｔ．３８準拠の標準的な装置である場合には
「std」であり、第２実施形態に係る装置である場合に
は「non_std」である。
【００５８】そこで、ベンダー情報「VenderId」を調査
して（判断３０４）、受信側装置が「non_std」か否
（「std」）かを判断し（判断３０５）、「std」である
場合には（判断３０５のＮｏ）、勧告準拠の通信を行う
（処理３０７）。
して（判断３０４）、受信側装置が「non_std」か否
（「std」）かを判断し（判断３０５）、「std」である
場合には（判断３０５のＮｏ）、勧告準拠の通信を行う
（処理３０７）。
【００５９】判断３０５において、受信側装置が「non_
std」である場合には（判断３０５のＹｅｓ）、更に、
データチャネルに伝送エラーの訂正が保証されたＴＣＰ
等の信頼性のあるＴＣＰのトランスポートが選択されか
否かを判断し（判断３０６）、ＵＤＰなど、データの配
送が保証されない信頼性のないポートが選択された場合
には（判断３０６のＮｏ）、勧告準拠の通信手順を行う
（処理３０７）。ＴＣＰ等の信頼性のあるポートが選択
された場合には（判断３０６のＹｅｓ）、以降、ＥＣＭ
のサポートの有無にかかわらず、非ＥＣＭ手順にて通信
を行う（処理３０８）。
std」である場合には（判断３０５のＹｅｓ）、更に、
データチャネルに伝送エラーの訂正が保証されたＴＣＰ
等の信頼性のあるＴＣＰのトランスポートが選択されか
否かを判断し（判断３０６）、ＵＤＰなど、データの配
送が保証されない信頼性のないポートが選択された場合
には（判断３０６のＮｏ）、勧告準拠の通信手順を行う
（処理３０７）。ＴＣＰ等の信頼性のあるポートが選択
された場合には（判断３０６のＹｅｓ）、以降、ＥＣＭ
のサポートの有無にかかわらず、非ＥＣＭ手順にて通信
を行う（処理３０８）。
【００６０】次に、図１１の受信側処理においては、先
ず呼制御チャネルを確立する（処理４０１）。そして、
SETUPメッセージを受信する（処理４０２）。
ず呼制御チャネルを確立する（処理４０１）。そして、
SETUPメッセージを受信する（処理４０２）。
【００６１】その受信したSETUPメッセージのベンダ識
別情報「versionId」の国コード、ベンダコード、およ
びバージョン情報「versionId」を調査した結果（処理
４０３）、「versionId」が「non_std」か、すなわち、
「verdinId」の先頭オクテットの第１ビットが１か否
（０：「std」）かを判断する（判断４０４）。
別情報「versionId」の国コード、ベンダコード、およ
びバージョン情報「versionId」を調査した結果（処理
４０３）、「versionId」が「non_std」か、すなわち、
「verdinId」の先頭オクテットの第１ビットが１か否
（０：「std」）かを判断する（判断４０４）。
【００６２】その判断の結果、「std」である場合には
（判断４０４のＮｏ）、ベンダー情報内における「vers
ionId」を「std」としたCONNECTメッセージを送信した
上で（処理４０５）、勧告準拠の通信を行う（処理４０
６）。
（判断４０４のＮｏ）、ベンダー情報内における「vers
ionId」を「std」としたCONNECTメッセージを送信した
上で（処理４０５）、勧告準拠の通信を行う（処理４０
６）。
【００６３】判断４０４において、送信側装置が「non_
std」である場合には（判断４０４のＹｅｓ）、ベンダ
ー情報内における「versionId」を「non_std」としたCO
NNECTメッセージを送信した上で（処理４０７）、更
に、データチャネルに伝送エラーの訂正が保証されたＴ
ＣＰ等の信頼性のあるのトランスポートが選択されか否
かを判断し（判断４０８）、ＵＤＰなど、データの配送
が保証されない信頼性のないポートが選択された場合に
は（判断４０８のＮｏ）、勧告準拠の通信手順を行う
（処理４０６）。
std」である場合には（判断４０４のＹｅｓ）、ベンダ
ー情報内における「versionId」を「non_std」としたCO
NNECTメッセージを送信した上で（処理４０７）、更
に、データチャネルに伝送エラーの訂正が保証されたＴ
ＣＰ等の信頼性のあるのトランスポートが選択されか否
かを判断し（判断４０８）、ＵＤＰなど、データの配送
が保証されない信頼性のないポートが選択された場合に
は（判断４０８のＮｏ）、勧告準拠の通信手順を行う
（処理４０６）。
【００６４】ＴＣＰ等の信頼性のあるポートが選択され
た場合には（判断４０８のＹｅｓ）、以降、ＥＣＭのサ
ポートの有無にかかわらず、非ＥＣＭ手順にて通信を行
う（処理４０９）。
た場合には（判断４０８のＹｅｓ）、以降、ＥＣＭのサ
ポートの有無にかかわらず、非ＥＣＭ手順にて通信を行
う（処理４０９）。
【００６５】このように第２実施形態によれば、伝送エ
ラーの発生が許されない、ＭＭＲ符号化方式や、ＪＢＩ
Ｇ符号化方式のファクシミリメッセージの伝送の際に、
データチャネルとしてＴＣＰ等の信頼性のあるトランス
ポートが選択された場合には、トランスポートにおける
伝送エラー訂正機能と重複する不要なＥＣＭ手順を省略
することができる。また、通信相手先装置が、不要なＥ
ＣＭ手順の省略に対応していない場合や、対応していて
も選択されたデータチャネルの信頼性が保証されない場
合には、Ｔ．３８準拠の従来通りの通常の手順により対
応することができる。
ラーの発生が許されない、ＭＭＲ符号化方式や、ＪＢＩ
Ｇ符号化方式のファクシミリメッセージの伝送の際に、
データチャネルとしてＴＣＰ等の信頼性のあるトランス
ポートが選択された場合には、トランスポートにおける
伝送エラー訂正機能と重複する不要なＥＣＭ手順を省略
することができる。また、通信相手先装置が、不要なＥ
ＣＭ手順の省略に対応していない場合や、対応していて
も選択されたデータチャネルの信頼性が保証されない場
合には、Ｔ．３８準拠の従来通りの通常の手順により対
応することができる。
【００６６】第２実施形態は第１実施形態と組合せるこ
とも可能で、その場合、呼制御チャネルでのデータ転送
と、その呼制御チャネルを介したデータ転送における不
要ＥＣＭ手順の省略が可能となる。
とも可能で、その場合、呼制御チャネルでのデータ転送
と、その呼制御チャネルを介したデータ転送における不
要ＥＣＭ手順の省略が可能となる。
【００６７】なお、以上説明した実施形態においては、
本発明を、単体のネットワークファクシミリ装置に適用
したが本発明は、それに限らず、例えばＬＡＮインター
フェイス回路を備えたパーソナルコンピュータが、その
ＬＡＮインターフェイス回路を介してパケット網に接続
されて、Ｔ．３８に基づいたネットワークファクシミリ
通信を行うような、ネットワークファクシミリ装置がシ
ステムとして構成されるような場合にも同様に適用可能
なものであることはいうまでもない。
本発明を、単体のネットワークファクシミリ装置に適用
したが本発明は、それに限らず、例えばＬＡＮインター
フェイス回路を備えたパーソナルコンピュータが、その
ＬＡＮインターフェイス回路を介してパケット網に接続
されて、Ｔ．３８に基づいたネットワークファクシミリ
通信を行うような、ネットワークファクシミリ装置がシ
ステムとして構成されるような場合にも同様に適用可能
なものであることはいうまでもない。
【００６８】
【発明の効果】請求項１に係る発明によれば、送受信端
末の双方が呼制御チャネルを使用したデータ転送に対応
している場合には、新たなデータチャネルを確立するこ
となく、呼制御チャネルを使用したデータ転送を行うこ
とができるため、データチャネルを開設することなしに
データ転送を行うことでき、リソースの節約が可能とな
る効果が得られる。また、またファイヤーウォールなど
中継装置ではwell-knownポートのみを開放すればよく、
透過性が向上する利点がある。
末の双方が呼制御チャネルを使用したデータ転送に対応
している場合には、新たなデータチャネルを確立するこ
となく、呼制御チャネルを使用したデータ転送を行うこ
とができるため、データチャネルを開設することなしに
データ転送を行うことでき、リソースの節約が可能とな
る効果が得られる。また、またファイヤーウォールなど
中継装置ではwell-knownポートのみを開放すればよく、
透過性が向上する利点がある。
【００６９】請求項２に係る発明によれば、符号方式自
体が伝送エラー修復機能をもたずに、エラー訂正機能を
備えたＥＣＭ手順で伝送すべき前記所定の符号化方式で
符号化圧縮されたファクシミリメッセージを伝送する場
合でも、前記パケット網におけるデータ伝送用のチャネ
ルとして、伝送エラーなしが保証されているＴＣＰ等の
トランスポートが選択されときは、ＥＣＭ手順が省略さ
れるため、冗長な伝送エラー訂正を省いた効率的なデー
タ転送を行え、データ転送効率を高めることが可能とな
る効果が得られる。
体が伝送エラー修復機能をもたずに、エラー訂正機能を
備えたＥＣＭ手順で伝送すべき前記所定の符号化方式で
符号化圧縮されたファクシミリメッセージを伝送する場
合でも、前記パケット網におけるデータ伝送用のチャネ
ルとして、伝送エラーなしが保証されているＴＣＰ等の
トランスポートが選択されときは、ＥＣＭ手順が省略さ
れるため、冗長な伝送エラー訂正を省いた効率的なデー
タ転送を行え、データ転送効率を高めることが可能とな
る効果が得られる。
【００７０】請求項３に係る発明によれば、ＭＭＲ符号
化方式で符号化圧縮されたファクシミリメッセージに対
して請求項２に係る発明を適用することが可能となる効
果が得られる。
化方式で符号化圧縮されたファクシミリメッセージに対
して請求項２に係る発明を適用することが可能となる効
果が得られる。
【００７１】請求項４に係る発明によれば、ＪＢＩＧ符
号化方式で符号化圧縮されたファクシミリメッセージに
対して請求項２に係る発明を適用することが可能となる
効果が得られる。
号化方式で符号化圧縮されたファクシミリメッセージに
対して請求項２に係る発明を適用することが可能となる
効果が得られる。
【図１】本発明の実施の形態に係るネットワークファク
シミリ装置のパケット網を介した通信形態について示す
図である。
シミリ装置のパケット網を介した通信形態について示す
図である。
【図２】本発明の実施の形態に係るネットワークファク
シミリ装置のブロック構成を示す図である。
シミリ装置のブロック構成を示す図である。
【図３】本発明の実施の形態に係るネットワークファク
シミリ装置におけるソフトウェア構成について示す図で
ある。
シミリ装置におけるソフトウェア構成について示す図で
ある。
【図４】ＩＴＵ−Ｔ勧告Ｔ．３８準拠の通信シーケンス
について示す図である。
について示す図である。
【図５】第１実施形態に係る通信シーケンスについて示
す図である。
す図である。
【図６】ＩＴＵ−Ｔ勧告Ｈ．２２５．０により定められ
ているベンダ識別情報について示す図である。
ているベンダ識別情報について示す図である。
【図７】ベンダ識別情報におけるｖｅｒｓｉｏｎＩｄの
先頭オクテットの定義について示す図である。
先頭オクテットの定義について示す図である。
【図８】本発明の実施の形態に係るネットワークファク
シミリ装置における第１実施形態に係る送信側処理手順
について示すフローチャートである。
シミリ装置における第１実施形態に係る送信側処理手順
について示すフローチャートである。
【図９】本発明の実施の形態に係るネットワークファク
シミリ装置における第１実施形態に係る受信側処理手順
について示すフローチャートである。
シミリ装置における第１実施形態に係る受信側処理手順
について示すフローチャートである。
【図１０】本発明の実施の形態に係るネットワークファ
クシミリ装置における第２実施形態に係る送信側処理手
順について示すフローチャートである。
クシミリ装置における第２実施形態に係る送信側処理手
順について示すフローチャートである。
【図１１】本発明の実施の形態に係るネットワークファ
クシミリ装置における第２実施形態に係る受信側処理手
順について示すフローチャートである。
クシミリ装置における第２実施形態に係る受信側処理手
順について示すフローチャートである。
１、１ａ、１ｂ ネットワークファクシミリ装置 ２ システム制御部 ３ ＲＯＭ ４ ＲＡＭ ５ スキャナ ６ プロッタ ７ 蓄積メモリ ８ 符号化復号化部 ９ 操作表示部 １０ ＬＡＮ通信制御部 １１ ＬＡＮインターフェイス １２ システムバス ３０ ゲートウェイ装置 ４０ Ｇ３ファクシミリ装置 ５０ パケット網 ６０ ＰＳＴＮ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C062 AA22 AA33 AB38 AC25 AC43 AC58 AE14 BA04 5C075 AB02 AB08 CA01 CA14 CD01 CD22 CF01 5K030 HA08 HB04 HD03 HD05 HD06 JT05 5K033 DA06 DB09 DB18 9A001 CC06 HH27 JJ12
Claims (4)
- 【請求項１】 パケット網に接続され、ＩＴＵ−Ｔ勧告
Ｔ．３８に基づいた手順により前記パケット網を介して
相手先装置との間でファクシミリメッセージのやりとり
を行うネットワークファクシミリ装置において、 相手先装置との呼制御チャネルを介した呼制御メッセー
ジによる能力交換において自装置が前記呼制御チャネル
を使用したデータ転送に対応している旨を前記相手先装
置に通知する通知手段と、前記相手先装置との前記呼制
御チャネルを介した呼制御メッセージによる能力交換に
おいて前記呼制御チャネルを使用したデータ転送に対応
している旨の前記相手先装置からの通知があるか否かを
検出する検出手段と、その検出手段により前記相手先装
置が呼制御チャネルを使用したデータ転送に対応してい
る旨が検出された場合は、新たなデータチャネルの開設
を行わず前記呼制御チャネルを使用して前記相手先装置
との間でデータ転送を行う通信制御手段とを備えたこと
を特徴とするネットワークファクシミリ装置。 - 【請求項２】 パケット網に接続され、ＩＴＵ−Ｔ勧告
Ｔ．３８に基づいた手順により前記パケット網を介して
相手先装置との間でファクシミリメッセージのやりとり
を行う一方、ＥＣＭ手順に対応したネットワークファク
シミリ装置において、 相手先装置との呼制御チャネルを介した呼制御メッセー
ジによる能力交換において自装置がＥＣＭ手順を省略し
たデータ転送に対応している旨を前記相手先装置に通知
する通知手段と、前記相手先装置との前記呼制御チャネ
ルを介した呼制御メッセージによる能力交換においてＥ
ＣＭ手順を省略したデータ転送に対応している旨の前記
相手先装置からの通知があるか否かを検出する検出手段
と、その検出手段により前記相手先装置がＥＣＭ手順を
省略したデータ転送に対応している旨が検出された場合
において、前記相手先装置との間に確立されたデータ伝
送用のチャネルとして伝送エラーなしが保証されている
ＴＣＰ等のトランスポートが選択されときは、符号化方
式自体が伝送エラー修復機能をもたず、ＥＣＭ手順で伝
送すべき所定の符号化方式で符号化圧縮されたファクシ
ミリメッセージを、ＥＣＭ手順を省略して前記相手先装
置との間でやりとりする通信制御手段とを備えたことを
特徴とするネットワークファクシミリ装置。 - 【請求項３】 符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＭＭＲ符号化方式であることを特徴とする請求項２
に記載のネットワークファクシミリ装置。 - 【請求項４】 符号化方式自体が伝送エラー修復機能を
もたず、ＥＣＭ手順で伝送すべき前記所定の符号化方式
は、ＪＢＩＧ符号化方式であることを特徴とする請求項
２に記載のネットワークファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000103763A JP3875453B2 (ja) | 2000-04-05 | 2000-04-05 | ネットワークファクシミリ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000103763A JP3875453B2 (ja) | 2000-04-05 | 2000-04-05 | ネットワークファクシミリ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001292267A true JP2001292267A (ja) | 2001-10-19 |
| JP3875453B2 JP3875453B2 (ja) | 2007-01-31 |
Family
ID=18617410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000103763A Expired - Fee Related JP3875453B2 (ja) | 2000-04-05 | 2000-04-05 | ネットワークファクシミリ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3875453B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1515517A2 (en) * | 2003-09-11 | 2005-03-16 | Ricoh Company | Network communication apparatus, communication system and communication method |
| US7283270B2 (en) | 2002-01-30 | 2007-10-16 | Interstar Technologies Inc. | Fax transmission over the packet network |
| US7471779B2 (en) | 2004-03-18 | 2008-12-30 | Ricoh Company, Ltd. | Communication control method and communication apparatus |
| US7769872B2 (en) | 2003-09-19 | 2010-08-03 | Ricoh Company, Ltd. | Gateway apparatus, network terminal apparatus and communication method |
| US7894091B2 (en) | 2006-09-25 | 2011-02-22 | Canon Kabushiki Kaisha | Communication apparatus and control method |
| JP2011114839A (ja) * | 2009-11-30 | 2011-06-09 | Nec Fielding Ltd | ファクシミリ中継装置、中継方法、及びプログラム |
-
2000
- 2000-04-05 JP JP2000103763A patent/JP3875453B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7283270B2 (en) | 2002-01-30 | 2007-10-16 | Interstar Technologies Inc. | Fax transmission over the packet network |
| JP2008172846A (ja) * | 2002-01-30 | 2008-07-24 | Sagem-Interstar Inc | パケットネットワークを介するファクシミリ送信 |
| EP1515517A2 (en) * | 2003-09-11 | 2005-03-16 | Ricoh Company | Network communication apparatus, communication system and communication method |
| EP1515517A3 (en) * | 2003-09-11 | 2005-11-23 | Ricoh Company | Network communication apparatus, communication system and communication method |
| US7388860B2 (en) | 2003-09-11 | 2008-06-17 | Ricoh Company, Ltd. | Network communication apparatus, communication system and communication method |
| US7769872B2 (en) | 2003-09-19 | 2010-08-03 | Ricoh Company, Ltd. | Gateway apparatus, network terminal apparatus and communication method |
| US7471779B2 (en) | 2004-03-18 | 2008-12-30 | Ricoh Company, Ltd. | Communication control method and communication apparatus |
| US7894091B2 (en) | 2006-09-25 | 2011-02-22 | Canon Kabushiki Kaisha | Communication apparatus and control method |
| JP2011114839A (ja) * | 2009-11-30 | 2011-06-09 | Nec Fielding Ltd | ファクシミリ中継装置、中継方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3875453B2 (ja) | 2007-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0541764A (ja) | 電子フアイル装置によるデータ転送方法 | |
| US7027176B2 (en) | Internet facsimile machine, communication method of internet facsimile machine, recording medium capable of reading by computer the recorded communication method of internet facsimile machine | |
| JP3875453B2 (ja) | ネットワークファクシミリ装置 | |
| JPH11127330A (ja) | 電子メール機能付通信端末装置 | |
| JP2002111936A (ja) | ネットワークファクシミリ装置及びその制御方法、並びに、ネットワークファクシミリ通信システム | |
| JPH08167985A (ja) | ファクシミリ通信方法の高速化方法 | |
| JP3529250B2 (ja) | ネットワークファクシミリ装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 | |
| JP2004247837A (ja) | 画像通信装置 | |
| JP2000261578A (ja) | ファクシミリ装置 | |
| JPH11122458A (ja) | 電子メール機能付通信端末装置 | |
| JPH11112772A (ja) | 電子メール機能付通信端末装置 | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| JP5370746B2 (ja) | 画像通信装置 | |
| JP4184734B2 (ja) | 通信システムおよびネットワークゲートウェイ装置およびネットワークファクシミリ装置およびファクシミリ装置および通信方法およびネットワークゲートウェイ装置の制御方法およびネットワークファクシミリ装置の制御方法およびファクシミリ装置の制御方法 | |
| JP2002135515A (ja) | インターネットファクシミリ装置 | |
| JP2004172938A (ja) | ネットワークゲートウェイ装置 | |
| JPH11103379A (ja) | ネットワークファクシミリ装置 | |
| JP2009017383A (ja) | ネットワークファクシミリ装置およびその通信方法 | |
| JPH10126601A (ja) | ファクシミリ装置 | |
| JP2000032036A (ja) | 画像通信装置、画像通信方法及び画像通信システム | |
| JP2001103252A (ja) | ファクシミリ機能装置 | |
| JPH04220868A (ja) | ファクシミリ通信システム | |
| JPH10145613A (ja) | 通信端末装置及び通信システム | |
| JPH04152755A (ja) | フアクシミリ通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060821 |
|
| 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: 20061024 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061026 |
|
| 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: 20101102 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111102 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121102 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |