(57)【要約】【課題】  相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する相手装置の属性に応じた微妙な動作の違いに柔軟に対応でき、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことができる通信装置を提供すること。【解決手段】  リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において相手装置とやりとりする呼接続メッセージから得られる、前記相手装置の属性を示す情報である相手属性情報を取得する相手属性情報取得手段と、前記相手属性情報取得手段により取得された前記相手属性情報に応じた内容で、前記リアルタイムネットワークファクシミリ通信の制御を行う通信制御手段とを備えたことを特徴とする。【選択図】    図２
2005303968.tif 000002
【特許請求の範囲】
【請求項１】
パケット網を介して相手装置との間でＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行う通信装置において、
前記リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において前記相手装置とやりとりする呼接続メッセージから得られる、前記相手装置の属性を示す情報である相手属性情報を取得する相手属性情報取得手段と、
前記相手属性情報取得手段により取得された前記相手属性情報に応じた内容で、前記リアルタイムネットワークファクシミリ通信の制御を行う通信制御手段とを備えたことを特徴とする通信装置。
【請求項２】
前記所定の呼接続手順は、Ｈ．３２３プロトコルに基づく呼接続手順であることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記所定の呼接続手順は、ＳＩＰプロトコルに基づくセッション確立手順であることを特徴とする請求項１に記載の通信装置。
【請求項４】
前記相手属性情報は、前記相手装置のメーカを識別する情報であるメーカ識別情報を含む一方、
前記通信制御手段は、前記相手属性情報のうちの少なくとも前記メーカ識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１、２または３のいずれかに記載の通信装置。
【請求項５】
前記相手属性情報は、前記相手装置の機種を識別する情報である機種識別情報を含む一方、
前記通信制御手段は、前記相手属性情報のうちの少なくとも前記機種識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１、２または３のいずれかに記載の通信装置。
【請求項６】
前記相手属性情報は、前記相手装置の通信制御プログラムのバージョンを識別する情報であるバージョン識別情報を含む一方、
前記通信制御手段は、前記相手属性情報のうちの少なくとも前記バージョン識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１、２または３のいずれかに記載の通信装置。
【請求項７】
前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、前記相手属性情報取得手段により取得された前記相手属性情報に応じた間隔とすることを特徴とする請求項１ないし６のいずれかに記載の通信装置。
【請求項８】
前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信において送出するパケットの長さを、前記相手属性情報取得手段により取得された前記相手属性情報に応じた長さとすることを特徴とする請求項１ないし６のいずれかに記載の通信装置。
【請求項９】
前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信において送出するパケットの種別を、前記相手属性情報取得手段により取得された前記相手属性情報に応じた種別のものとすることを特徴とする請求項１ないし６のいずれかに記載の通信装置。
【請求項１０】
前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を、前記相手属性情報取得手段により取得された前記相手属性情報に応じて行うかまたは行わないことを特徴とする請求項１ないし６のいずれかに記載の通信装置。
【請求項１１】
パケット網を介して相手装置との間でＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行う通信装置の制御方法において、
前記リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において前記相手装置とやりとりする呼接続メッセージから得られる、前記相手装置の属性を示す情報である相手属性情報を取得し、
取得した前記相手属性情報に応じた内容で、前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする通信装置の制御方法。
【請求項１２】
前記所定の呼接続手順は、Ｈ．３２３プロトコルに基づく呼接続手順であることを特徴とする請求項１に記載の通信装置の制御方法。
【請求項１３】
前記所定の呼接続手順は、ＳＩＰプロトコルに基づくセッション確立手順であることを特徴とする請求項１に記載の通信装置の制御方法。
【請求項１４】
前記相手属性情報は、前記相手装置のメーカを識別する情報であるメーカ識別情報を含む一方、
前記相手属性情報のうちの少なくとも前記メーカ識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１１、１２または１３のいずれかに記載の通信装置の制御方法。
【請求項１５】
前記相手属性情報は、前記相手装置の機種を識別する情報である機種識別情報を含む一方、
前記相手属性情報のうちの少なくとも前記機種識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１１、１２または１３のいずれかに記載の通信装置の制御方法。
【請求項１６】
前記相手属性情報は、前記相手装置の通信制御プログラムのバージョンを識別する情報であるバージョン識別情報を含む一方、
前記相手属性情報のうちの少なくとも前記バージョン識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする請求項１１、１２または１３のいずれかに記載の通信装置の制御方法。
【請求項１７】
前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、取得された前記相手属性情報に応じた間隔とすることを特徴とする請求項１１ないし１６のいずれかに記載の通信装置の制御方法。
【請求項１８】
前記リアルタイムネットワークファクシミリ通信において送出するパケットの長さを、取得された前記相手属性情報に応じた長さとすることを特徴とする請求項１１ないし１６のいずれかに記載の通信装置の制御方法。
【請求項１９】
前記リアルタイムネットワークファクシミリ通信において送出するパケットの種別を、取得された前記相手属性情報に応じた種別のものとすることを特徴とする請求項１１ないし１６のいずれかに記載の通信装置の制御方法。
【請求項２０】
前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を、取得された前記相手属性情報に応じて行うかまたは行わないことを特徴とする請求項１１ないし１６のいずれかに記載の通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、及び、その制御方法に関し、特に、パケット網を介して相手装置との間でＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行う通信装置、及び、その制御方法に関する。
【背景技術】
【０００２】
１９９９年４月にパケット網上でパケット化したＴ.３０信号をやり取りするためのＩＴＵ−Ｔ勧告Ｔ．３８が制定された。このＴ．３８通信技術を利用することで、パケット網を介した端末間の能力交換および通信のリアルタイム性の保証が可能となった。
【０００３】
そのような、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信装置は、各メーカがＴ．３８の勧告を解釈しつつ開発されるもであり、理想的にはメーカによらずＴ．３８準拠の通信装置であるということのみをもって、相互に確実な通信がおこなわれるべきものである。
【０００４】
しかし、実際のリアルタイムネットワークファクシミリ通信においては、相手装置のメーカ、機種、通信制御プログラムのバージョン等の相手装置の各種属性によって、正しく通信できたり、できなかったりするなど相互接続性の問題が生じる場合がある。
【０００５】
その問題は、理想的には、ＩＴＵ−Ｔ勧告Ｔ．３８を厳密に規定すると共に、それを各メーカが厳密に解釈してＴ．３８対応の通信装置を開発すると共に、メーカ相互で接続性の確認を十分行えば防げるものではあるが、現実には難しい面もある。
【０００６】
本願発明に関連する公知文献としては、特許文献１を挙げることができる。
【０００７】
その特許文献１に記載の技術は、自装置とパケット網を介してリアルタイムネットワークファクシミリ通信を行うＴ．３８対応の相手装置が、パケット網直結型のリアルタイムネットワークファクシミリ装置（ＩＡＦ：Internet Aware Fax）、または、電話網上のＧ３ファクシミリ装置と自装置とのリアルタイムファクシミリ通信を中継するゲートウェイ装置のいずれの端末種別であるのかに応じて、データ伝送量を可変するというものである。
【特許文献１】特開２００１−３０９１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上記特許文献１に記載の技術では、端末種別に応じてデータ伝送速度を可変するものに過ぎないため、相手装置のメーカ、機種、制御プログラムのバージョン等の、相手装置の各種属性に応じて相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する微妙な違いに柔軟に対応することができず、パケット網を介したリアルタイムネットワークファクシミリ通信の確実性が十分でないという問題があった。
【０００９】
本発明は係る事情に鑑みてなされたものであり、相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する相手装置の属性に応じた微妙な動作の違いに柔軟に対応でき、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
請求項１に記載の通信装置は、パケット網を介して相手装置との間でＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行う通信装置において、前記リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において前記相手装置とやりとりする呼接続メッセージから得られる、前記相手装置の属性を示す情報である相手属性情報を取得する相手属性情報取得手段と、
前記相手属性情報取得手段により取得された前記相手属性情報に応じた内容で、前記リアルタイムネットワークファクシミリ通信の制御を行う通信制御手段とを備えたことを特徴とする。
【００１１】
請求項２に記載の通信装置は、請求項１に記載の通信装置において、前記所定の呼接続手順は、Ｈ．３２３プロトコルに基づく呼接続手順であることを特徴とする。
【００１２】
請求項３に記載の通信装置は、請求項１に記載の通信装置において、前記所定の呼接続手順は、ＳＩＰプロトコルに基づくセッション確立手順であることを特徴とする。
【００１３】
請求項４に記載の通信装置は、請求項１、２または３のいずれかに記載の通信装置において、前記相手属性情報は、前記相手装置のメーカを識別する情報であるメーカ識別情報を含む一方、前記通信制御手段は、前記相手属性情報のうちの少なくとも前記メーカ識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００１４】
請求項５に記載の通信装置は、請求項１、２または３のいずれかに記載の通信装置において、前記相手属性情報は、前記相手装置の機種を識別する情報である機種識別情報を含む一方、前記通信制御手段は、前記相手属性情報のうちの少なくとも前記機種識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００１５】
請求項６に記載の通信装置は、請求項１、２または３のいずれかに記載の通信装置において、前記相手属性情報は、前記相手装置の通信制御プログラムのバージョンを識別する情報であるバージョン識別情報を含む一方、前記通信制御手段は、前記相手属性情報のうちの少なくとも前記バージョン識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００１６】
請求項７に記載の通信装置は、請求項１ないし６のいずれかに記載の通信装置において、前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、前記相手属性情報取得手段により取得された前記相手属性情報に応じた間隔とすることを特徴とする。
【００１７】
請求項８に記載の通信装置は、請求項１ないし６のいずれかに記載の通信装置において、前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信において送出するパケットの長さを、前記相手属性情報取得手段により取得された前記相手属性情報に応じた長さとすることを特徴とする。
【００１８】
請求項９に記載の通信装置は、請求項１ないし６のいずれかに記載の通信装置において、前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信において送出するパケットの種別を、前記相手属性情報取得手段により取得された前記相手属性情報に応じた種別のものとすることを特徴とする。
【００１９】
請求項１０に記載の通信装置は、請求項１ないし６のいずれかに記載の通信装置において、前記通信制御手段は、前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を、前記相手属性情報取得手段により取得された前記相手属性情報に応じて行うかまたは行わないことを特徴とする。
【００２０】
請求項１１に記載の通信装置の制御方法は、パケット網を介して相手装置との間でＩＴＵ−Ｔ勧告Ｔ．３８に基づいたリアルタイムネットワークファクシミリ通信を行う通信装置の制御方法において、前記リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において前記相手装置とやりとりする呼接続メッセージから得られる、前記相手装置の属性を示す情報である相手属性情報を取得し、
取得した前記相手属性情報に応じた内容で、前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００２１】
請求項１２に記載の通信装置の制御方法は、請求項１１に記載の通信装置の制御方法において、前記所定の呼接続手順は、Ｈ．３２３プロトコルに基づく呼接続手順であることを特徴とする。
【００２２】
請求項１３に記載の通信装置の制御方法は、請求項１１に記載の通信装置の制御方法において、前記所定の呼接続手順は、ＳＩＰプロトコルに基づくセッション確立手順であることを特徴とする。
【００２３】
請求項１４に記載の通信装置の制御方法は、請求項１１、１２または１３のいずれかに記載の通信装置の制御方法において、前記相手属性情報は、前記相手装置のメーカを識別する情報であるメーカ識別情報を含む一方、前記相手属性情報のうちの少なくとも前記メーカ識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００２４】
請求項１５に記載の通信装置の制御方法は、請求項１１、１２または１３のいずれかに記載の通信装置の制御方法において、前記相手属性情報は、前記相手装置の機種を識別する情報である機種識別情報を含む一方、前記相手属性情報のうちの少なくとも前記機種識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００２５】
請求項１６に記載の通信装置の制御方法は、請求項１１、１２または１３のいずれかに記載の通信装置の制御方法において、前記相手属性情報は、前記相手装置の通信制御プログラムのバージョンを識別する情報であるバージョン識別情報を含む一方、前記相手属性情報のうちの少なくとも前記バージョン識別情報に応じた内容で前記リアルタイムネットワークファクシミリ通信の制御を行うことを特徴とする。
【００２６】
請求項１７に記載の通信装置の制御方法は、請求項１１ないし１６のいずれかに記載の通信装置の制御方法において、前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、取得された前記相手属性情報に応じた間隔とすることを特徴とする。
【００２７】
請求項１８に記載の通信装置の制御方法は、請求項１１ないし１６のいずれかに記載の通信装置の制御方法において、前記リアルタイムネットワークファクシミリ通信において送出するパケットの長さを、取得された前記相手属性情報に応じた長さとすることを特徴とする。
【００２８】
請求項１９に記載の通信装置の制御方法は、請求項１１ないし１６のいずれかに記載の通信装置の制御方法において、前記リアルタイムネットワークファクシミリ通信において送出するパケットの種別を、取得された前記相手属性情報に応じた種別のものとすることを特徴とする。
【００２９】
請求項２０に記載の通信装置の制御方法は、請求項１１ないし１６のいずれかに記載の通信装置の制御方法において、前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を、取得された前記相手属性情報に応じて行うかまたは行わないことを特徴とする。
【発明の効果】
【００３０】
請求項１に係る発明によれば、相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する相手装置の属性に応じた微妙な動作の違いに柔軟に対応でき、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００３１】
請求項２に係る発明によれば、前記所定の呼接続手順がＨ．３２３プロトコルに基づく呼接続手順である場合に本発明を適用して請求項１に係るに発明の効果を得ることが可能となる効果が得られる。
【００３２】
請求項３に係る発明によれば、前記所定の呼接続手順がＳＩＰプロトコルに基づくセッション確立手順である場合に本発明を適用して請求項１に係るに発明の効果を得ることが可能となる効果が得られる。
【００３３】
請求項４に係る発明によれば、前記相手装置のメーカに応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００３４】
請求項５に係る発明によれば、前記相手装置の機種に応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００３５】
請求項６に係る発明によれば、前記相手装置の通信制御プログラムのバージョンに応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００３６】
請求項７に係る発明によれば、前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、相手装置にとって最適な間隔に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００３７】
請求項８に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における送出パケットの長さを、相手装置にとって最適な間隔に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００３８】
請求項９に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における送出パケットの種別を、相手装置にとって最適な種別のものになるように制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００３９】
請求項１０に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を行うかまたは行わないかを、相手装置にとって最適に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００４０】
請求項１１に係る発明によれば、相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する相手装置の属性に応じた微妙な動作の違いに柔軟に対応でき、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００４１】
請求項１２に係る発明によれば、前記所定の呼接続手順がＨ．３２３プロトコルに基づく呼接続手順である場合に本発明を適用して請求項１１に係るに発明の効果を得ることが可能となる効果が得られる。
【００４２】
請求項１３に係る発明によれば、前記所定の呼接続手順がＳＩＰプロトコルに基づくセッション確立手順である場合に本発明を適用して請求項１１に係るに発明の効果を得ることが可能となる効果が得られる。
【００４３】
請求項１４に係る発明によれば、前記相手装置のメーカに応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００４４】
請求項１５に係る発明によれば、前記相手装置の機種に応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００４５】
請求項１６に係る発明によれば、前記相手装置の通信制御プログラムのバージョンに応じた最適な内容で前記リアルタイムネットワークファクシミリ通信動作の制御を行うことが可能となる効果が得られる。
【００４６】
請求項１７に係る発明によれば、前記リアルタイムネットワークファクシミリ通信におけるパケットの送出間隔を、相手装置にとって最適な間隔に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００４７】
請求項１８に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における送出パケットの長さを、相手装置にとって最適な間隔に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００４８】
請求項１９に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における送出パケットの種別を、相手装置にとって最適な種別のものになるように制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【００４９】
請求項２０に係る発明によれば、前記リアルタイムネットワークファクシミリ通信における制御信号のパケットの送出に先立つプリアンブルのパケットの送出を行うかまたは行わないかを、相手装置にとって最適に制御するようにしたため、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことが可能となる効果が得られる。
【発明を実施するための最良の形態】
【００５０】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する
図１に、本発明に係るＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信装置１が適用されるリアルタイムネットワークファクシミリ通信システムの構成について示す。
【００５１】
同図において、発信側のＴ．３８端末となり得るのは、インターネットに代表されるＩＰネットワークなどのパケット網６００上のＴ．３８端末としてのＩＡＦ２００ｓ、または、電話網５００ｓ上のＧ３ファクス４００ｓにとってのゲートウェイ装置となるＧＷ１００ｓである。
【００５２】
また、着信側のＴ．３８端末となり得るのは、パケット網６００上のＴ．３８端末としてのＩＡＦ２００ｒまたは、電話網５００ｒ上のＧ３ファクス４００ｒにとってのゲートウェイ装置となるＧＷ１００ｒである。
【００５３】
ＩＡＦタイプのＴ．３８端末は、リアルタイムネットワークファクシミリ通信の局面に応じて、図１に示す発信側ＩＡＦ２００ｓとなる場合と、図１に示す着信側ＩＡＦ２００ｒとなる場合とがある。
【００５４】
発信側ＩＡＦ２００ｓとなる場合には、パケット網上の、ＩＡＦ２００ｒまたはＧＷ１００ｒ（を介した着信側Ｇ３ファクス４００ｒ）のいずれかの着信側Ｔ．３８端末とリアルタイムネットワークファクシミリ通信を行うことになる。
【００５５】
一方、着信側ＩＡＦ２００ｓとなる場合には、パケット網上のＩＡＦ２００ｓまたはＧＷ１００ｓ（を介した発信側Ｇ３ファクス４００ｓ）のいずれかの発信側Ｔ．３８端末とリアルタイムネットワークファクシミリ通信を行うことになる。
【００５６】
一方、ＧＷタイプのＴ．３８端末は、リアルタイムネットワークファクシミリ通信の中継動作の局面に応じて、図１に示す発信側ＧＷ１００ｓとなる場合と、図１に示す着信側ＧＷ１００ｒとなる場合とがある。
【００５７】
発信側ＧＷ１００ｓとなる場合には、電話網上の発信側Ｇ３ファクス４００ｓと、パケット網上の、ＩＡＦ２００ｒまたはＧＷ１００ｒ（を介した着信側Ｇ３ファクス４００ｒ）のいずれかの着信側Ｔ．３８端末とのリアルタイムネットワークファクシミリの中継を行うことになる。
【００５８】
一方、着信側ＧＷ１００ｓとなる場合には、パケット網上のＩＡＦ２００ｓまたはＧＷ１００ｓ（を介した発信側Ｇ３ファクス４００ｓ）のいずれかの発信側Ｔ．３８端末と、着信側Ｇ３ファクス４００ｓとのリアルタイムネットワークファクシミリの中継を行うことになる。
【００５９】
図２に、本発明に係る通信装置１のブロック構成について示す。
【００６０】
同図において、通信装置１は、ＩＡＦタイプのＴ．３８端末である。ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。
【００６１】
ＲＯＭ３は、ＣＰＵ２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。
【００６２】
ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。
【００６３】
ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。
【００６４】
時計回路６は、現在の日付及び時刻を常に計時しているもので、ＣＰＵ２は、システムバス１４を介して時計回路６を読み出すことで、現在の日時（日付と時刻）を知ることができる。
【００６５】
操作表示部７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００６６】
読取部８は、セットされた原稿を読み取って文書画像データを得るためのものである。
【００６７】
書込部９は、画像データを記録紙に印刷出力するためのものである。
【００６８】
画像処理部１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、通信装置１において扱う画像データに関する各種画像処理を行う。
【００６９】
ＬＡＮ通信制御部１１は、いわゆるＮＩＣ（Network Interface Card）であり、イーサネットのＬＡＮ５０に接続され、イーサネットプロトコル上でのＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のＩＴＵ−Ｔ勧告Ｔ．３８に基づくリアルタイムネットワークファクシミリ通信等に係る各種データのやりとりを相手装置と行えるようにするためのものである。また、ＬＡＮ５０はルータ５１を介してパケット網６００に接続され、通信装置１のパケット網６００を介したネットワーク通信を可能としている。
【００７０】
システムバス１２は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００７１】
なお、通信装置１にもしＧＷタイプのＴ．３８端末としての機能を持たせる場合には、電話網５００に接続する網制御装置と、Ｇ３ファクシミリモデムとを追加で備え、電話網５００を介してモデム信号によりやりとりされるＩＴＵ−Ｔ勧告Ｔ．３０に基づく制御信号や画データの伝送信号と、パケット網６００を介してやりとりされるＴ．３８パケットとのリアルタイムの相互変換機能を備えればよい。
【００７２】
図３に、図２に示した本発明に係る通信装置１のＥＥＰＲＯＭ５の記憶内容について示す。
【００７３】
同図において、ＥＥＰＲＯＭ５の記憶領域５ａには、相手装置の属性についての情報である相手属性情報と、対応して適用すべき通信制御パラメータとを対応付けて設定した、相手属性情報／通信制御パラメータ設定テーブルが予め設定・記憶されている。そのテーブル５ａは、後述する通信制御処理において参照される。
【００７４】
図４に、テーブル５ａの具体的な内容について示す。
【００７５】
同図において、テーブル５ａは、各「管理番号」に対応した「相手属性情報」及び「通信制御パラメータ」のフィールドにより構成されたレコードの集合として構成されている。
【００７６】
「相手属性情報」は３つのサブフィールドにより構成されている。つまり、相手装置のメーカを識別するための情報である「メーカ識別情報」、相手装置の「機種」を識別するための「機種識別情報」、及び、相手装置のリアルタイムネットワークファクシミリ通信に係る制御プログラムのバージョンについての情報である「バージョン情報」の各サブフィールドにより構成されている。
【００７７】
「通信制御パラメータ」は、４つのサブフィールドにより構成されている。つまり、リアルタイムネットワークファクシミリ通信に係るパケットを送出してから次のパケットを送出するまでの待ち時間である「パケット送出間隔」、リアルタイムネットワークファクシミリ通信に係るパケットを送出する場合のパケットのバイト単位の長さの上限である「送信パケット長」、発信側と着信側との能力交換に係る制御信号のパケットのやりとりにおいて、自装置が着信側になる場合にはディジタル識別信号ＤＩＳを送出し自装置が発信側となる場合にはディジタル送信命令信号ＤＣＳを送出するか、または、自装置が着信側になる場合には非標準機能識別信号ＮＳＦ／ディジタル識別信号ＤＩＳを送出し自装置が発信側となる場合には非標準機能設定信号ＮＳＳを送出するかのいずれの種別のパケットの送信で対応するかを示す「送信パケット種別」、及び、リアルタイムネットワークファクシミリ通信に係る制御信号のパケットに先立ってプリアンブルのパケットを付加するか否かを示す「プリアンブルのパケットの付加」の各サブフィールドにより構成されている。なお、「送信パケット種別」としては、ＵＤＰまたはＴＣＰのいずれ種別のパケットによりデータをやりとりかの別をも設定できるようにしてもよい。その場合、自装置と相手装置とのリアルタイムネットワークファクシミリ通信におけるパケットのやりとりにいっそう適した種別、つまり、ＵＤＰまたはＴＣＰのいずれかの種別のパケットに通信を行えるため、相手装置との間のリアルタイムネットワークファクシミリ通信の確実性を高めることが可能となる。
【００７８】
テーブル５ａにおいて、「管理番号」が「０」のレコードは特別なレコードであり、「管理番号」が「１」以降のレコードに明示的に登録されている相手装置以外の相手装置に対して設定される標準の通信制御パラメータが設定されている。
【００７９】
「管理番号」が「０」のレコードにおいては、「相手属性情報」のフィールドは無意味であり、「通信制御パラメータ」のフィールドのみが意味がある。そして、「パケット送出間隔」は「１０ｍ秒」、「送信パケット長」は「１５００バイト」、「送信パケット種別」は「ＤＩＳ（発信側）  ＤＣＳ（着信側）」、「プリアンブルのパケットの付加」は「付加する」に設定されている。
【００８０】
「管理番号」が「１」のレコードは、「相手属性情報」において、「メーカ識別情報」が「Ａ」で、「機種識別情報」が「００１」で、「バージョン識別情報」が「（無関係）」に設定されている。つまり、「メーカ識別情報」が「Ａ」で、「機種識別情報」が「００１」である相手装置との間のリアルタイムネットワークファクシミリ通信においては、「バージョン識別情報」によらず、対応する「通信制御パラメータ」に基づいて、通信制御が行われることになる。
【００８１】
つまり、「パケット送出間隔」は、標準よりも長めの「５０ｍ秒」であり、「送信パケット長」は、標準よりも短めの「２５０バイト」であり、「送信パケット種別」は、標準とは異なる「ＮＳＦ／ＤＩＳ（着信側）  ＮＳＳ（発信側）」であり、「プリアンブルのパケットの付加」は、標準とは異なる「付加しない」である。
【００８２】
「管理番号」が「２」以降のレコードについても、各「相手属性情報」に対応した「通信制御パラメータ」が設定される。なお、「通信制御パラメータ」の各設定において（標準）と設定されたサブフィールドについては、「管理番号」が「０」の標準のレコードにおける対応するサブフィールドの設定値を参照すべきことを示している。
【００８３】
このように、テーブル５ａとして、各「相手属性情報」により特定される各相手装置の属性に最適な通信制御パラメータを予め設定することができるため、各相手装置におけるリアルタイムネットワークファクシミリ通信の制御動作において現実に存在する動作の微妙な違いに柔軟に対応でき、パケット網を介したリアルタイムネットワークファクシミリ通信を確実に行うことができるようになる。
【００８４】
次に、本発明に係る通信装置１が、図５に示すように、図１における発信側のＩＡＦとして適用され、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合を例に、本発明に係る通信装置１における通信制御動作について説明する。
【００８５】
図６及び図７は、本発明に係る通信装置１が図５の通信システム構成における発信側のＩＡＦとして適用された場合における通信シーケンスについて示している。
【００８６】
先ず、図６において発信側Ｔ．３８端末としての通信装置１から着信側Ｔ．３８端末としてのＧＷ１００ｒに対して、Ｈ．３２３手順に基づく「ＳＥＴＵＰ」メッセージの送出を行う（フェーズＦ１）。それに呼応してＧＷ１００ｒは、着信側Ｇ３ファクス４００ｒに電話網５００ｒを介して発呼し（フェーズＦ１ａ）、オフフックによる応答があると（フェーズＦ２ａ）、Ｈ．３２３手順に基づく「ＣＮＮＥＣＴ」メッセージの送出を発信側の通信装置１に対して行う（フェーズＦ２）、フェーズＦ１とＦ２とはＨ．３２３呼接続手順（フェーズＦ０）を構成する。
【００８７】
その呼接続手順により、Ｔ．３８セッションが発信側の通信装置１と着信側のＧＷ１００ｒとの間で確立される。なお、着信側のＧＷ１００ｒと着信側のＧ３ファクス４００ｒとの間で確立されるＧ３ファクシミリ通信は、発信側の通信装置１との直接の関わりはないが、ＧＷ１００ｒとＧ３ファクス４００ｒとの間でやりとりされる、ＩＴＵ−Ｔ勧告Ｔ．３０に基づく制御信号やデータは、パケットとリアルタイムに相互変換されて、発信側の通信装置１と着信側のＧ３ファクス４００ｒとが間接的にリアルタイムファクシミリ通信を行うことになる。
【００８８】
つまり、Ｇ３ファクス４００ｒからモデム信号として到来する被呼局識別信号ＣＥＤは（フェーズＦ４ａ）、ＧＷ１００ｒによりパケットに変換されて通信装置１に送出される（フェーズＦ４）。また、ＣＥＤに続いてディジタル識別信号ＤＩＳがＧ３ファクス４００ｒからモデム信号として到来すると（フェーズＦ５ａ）、ＧＷ１００ｒによりパケットに変換されて通信装置１に送出される（フェーズＦ５）。
【００８９】
一方、発信側の通信装置１は、制御信号の１つであるディジタル送信命令信号ＤＣＳのパケットを送出するが（フェーズＦ６）、その送出に先だって、プリアンブルのパケットを送出する（フェーズＦ６ｂ）。電話網を介したモデム信号によるＴ．３０通信手順では各制御信号の送出に先立ってプリアンブルの信号が実際に送出されるが、パケット網上のＴ．３８に基づくリアルタイムネットワークファクシミリ通信では、プリアンブルの信号に対応するデジタルデータをやりとりしても意味がないため、単に「これはプリアンブルのパケットである」との情報をもったパケットがプリアンブルのパケットとして送出される。なお、プリアンブルのパケットは、着信側のＧＷ１００ｒから発信側の通信装置１に送出されるＤＩＳなどのパケットにも付加され得るものである。
【００９０】
フェーズＦ６により送出されたディジタル送信命令信号ＤＣＳのパケットは、ＧＷ１００ｒによりモデム信号に変換されてＧ３ファクス４００ｒに送出される（フェーズＦ５ａ）。
【００９１】
また、発信側の通信装置１からは、ＤＣＳのパケットに続いて、トレーニングチェック信号ＴＣＦのパケット（「これはＴＣＦのパケットである」との情報をもったパケット）を送出するが（フェーズＦ７）、パケット通信においてＴＣＦの信号に対応したデジタルデータをやりとりしても意味がないため、ＴＣＦパケットの送出は省略してもよいことになっている。
【００９２】
ＧＷ１００ｒは、フェーズＦ５ａでＤＣＳの信号を送出した後、トレーニングチェック信号ＴＣＦをＧ３ファクス４００ｒに送出し（フェーズＦ７ａ）、着信側のＧ３ファクス４００ｒは、フェーズＦ７ａにより受信したＴＣＦの信号により自装置のモデムのトレーニングを行い、トレーニングが完了すると受信準備確認信号ＣＦＲをＧＷ１００ｒに対して送出する（フェーズＦ８ａ）。それを受けてＧＷ１００ｒは、ＣＦＲのパケットを発信側の通信装置１に対して送出する。
【００９３】
以上で画データ送信開始に先立つ伝送前手順が完了し、通信シーケンスは図７に移行し、画データのパケットが発信側の通信装置１から着信側のＧＷ１００ｒに順次送信される一方（フェーズＦ９）、ＧＷ１００ｒは、通信装置１から連続的に受信する画データのパケットから、Ｔ．３０に適合する画データの信号に変換してＧ３ファクス４００ｒに送出する（フェーズＦ９ａ）。
【００９４】
画データの送出が完了すると発信側の通信装置１は、手順終了信号ＥＯＰのパケットを送出する（フェーズＦ１０）。その場合も先立ってプリアンブルのパケットが送出される（フェーズＦ１０ｂ）。ＧＷ１００ｒはフェーズＦ１０でＥＯＰのパケットを受信するとＥＯＰのモデム信号をＧ３ファクス４００ｒに送出し（フェーズＦ１０ａ）、メッセージ確認信号ＭＣＦのモデム信号をＧ３ファクス４００ｒから受信すると（フェーズＦ１１ａ）、ＭＣＦのパケットを発信側の通信装置１に送信する（フェーズＦ１１）。
【００９５】
フェーズＦ１１によりＭＣＦのパケットを受信した通信装置１は、切断命令信号ＤＣＮのパケットを送出する（フェーズＦ１２）。その場合も先立ってプリアンブルのパケットが送出される（フェーズＦ１２ｂ）。ＧＷ１００ｒはフェーズＦ１２でＤＣＮのパケットを受信するとＤＣＮのモデム信号をＧ３ファクス４００ｒに送出する（フェーズＦ１２ａ）。
【００９６】
最後に、発信側の通信装置１は、「Release Complete」メッセージをＧＷ１００ｒに送出し（フェーズＦ１３）、それに対してＧＷ１００ｒはＧ３ファクス４００ｒとの間に接続されていた回線を切断して（フェーズＦ１３ａ）、リアルタイムファクシミリ通信の中継動作を完了する。
【００９７】
以上説明した通信シーケンスにおいて、発信側のＴ．３８端末としての通信装置１と着信側のＴ．３８端末としてのＧＷ１００ｒとのリアルタイムネットワークファクシミリ通信に係るパケットのやりとりは、ＩＴＵ−Ｔ勧告Ｔ．３８に基づいて行われるが、ＧＷ１００ｒの製造メーカにおけるＩＴＵ−Ｔ勧告Ｔ．３８の解釈と、通信装置１の製造メーカにおけるＩＴＵ−Ｔ勧告Ｔ．３８の解釈との微妙な相違や、各種事情に起因して、通信装置１側における図４のテーブル５ａの「管理番号０」に対応した標準の通信制御パラメータを参照した、標準のリアルタイムネットワークファクシミリ通信の制御では、着信側Ｔ．３８端末としてのＧＷ１００ｒとの間の通信が正常に行えない場合がある。
【００９８】
そのような事情は、図５に示したように、通信装置１が発信側のＩＡＦ２００ｓとなる場合に限らず、図１において、通信装置１が、発信側のＧＷ１００ｓとなる場合、着信側のＩＡＦ２００ｒとなる場合、及び、着信側のＧＷ１００ｒとなる場合においても同様に生じ得る問題である。
【００９９】
その問題は、具体的には、自装置からのパケットの送出間隔が短すぎて相手装置が対応できない場合があったり、送出したプリアンブルのパケットを相手装置側で正しく処理できない場合があったり、自装置から送出したパケットのサイズが大きすぎて、相手装置側で正常に処理できない場合があったり、ＤＩＳ／ＤＣＳのやりとりとＮＳＦ＋ＤＩＳ／ＮＳＳのやりとりとりとのいずれが適切な送信パケットの種別であるか特定できない場合があったりする等の事情により生じ得るものである。
【０１００】
そこで、本発明では、呼接続手順における「ＳＥＴＵＰ」メッセージまたは「ＣＮＮＥＣＴ」メッセージの呼接続メッセージに情報として含まれ得る、相手装置の属性を示す情報である「相手属性情報」を利用して、最適なリアルタイムネットワークファクシミリ通信の制御を行えるようにする。
【０１０１】
図８に、呼接続メッセージに含まれる情報例について示す。
【０１０２】
同図（ａ）は「ＳＥＴＵＰ」メッセージの場合であり、同図（ｂ）は、「ＣＮＮＥＣＴ」メッセージの場合である。いずれも類似のデータ構造であり、「Manufacturer Code」が図４のテーブル５ａにおける「メーカ識別情報」と比較されるべき情報であり、「Product Id」が図４のテーブル５ａにおける「機種識別情報」と比較されるべき情報であり、「Version Id」が図４のテーブル５ａにおける「バージョン識別情報」と比較されるべき情報である。
【０１０３】
通信装置１が発信側となる場合には「ＣＮＮＥＣＴ」メッセージにより「相手属性情報」を取得可能であり、通信装置１が着信側となる場合には「ＳＥＴＵＰ」メッセージにより「相手属性情報を取得可能である。
【０１０４】
図９に、以上説明した前提で本発明に係る通信装置１が行う、リアルタイムネットワークファクシミリ通信に係る通信制御処理手順について示す。なお、図９に示す通信制御処理手順は、相手属性情報取得手段及び通信制御手段に相当する処理手順を含む。
【０１０５】
同図において、図６のフェーズＦ０に相当する呼接続手順を行い（処理Ｓ１０１）、その呼接続処理により相手装置から受信した「ＳＥＴＵＰ」または「ＣＮＮＥＣＴ」のいずれかの呼接続メッセージ中の「相手属性情報」を確認する（処理Ｓ１０２）。
【０１０６】
確認の結果、「相手属性情報」が取得できなかった場合には（判断Ｓ１０３のＮｏ）、処理Ｓ１０８に移行し、標準の「通信制御パラメータ」、つまり、図４のテーブル５ａの「管理番号」が「０」の「通信制御パラメータ」を選択した上で、処理Ｓ１０７に移行する。
【０１０７】
判断Ｓ１０３において、「相手属性情報」が取得できた場合には（判断Ｓ１０３のＹｅｓ）、その取得できた「相手属性情報」を図４のテーブル５ａの「管理番号」が「１」以降のレコードと照合して（処理Ｓ１０４）、該当する「相手属性情報」が登録されたレコード（「管理番号」により特定される）の有無を判断する（判断Ｓ１０５）。
【０１０８】
判断Ｓ１０５において、登録されていない場合には（判断Ｓ１０５のＮｏ）、処理Ｓ１０８に移行し、標準の「通信制御パラメータ」、つまり、図４のテーブル５ａの「管理番号」が「０」の「通信制御パラメータ」を選択した上で、処理Ｓ１０７に移行する。
【０１０９】
判断Ｓ１０５において、登録されている場合には（判断Ｓ１０５のＹｅｓ）、処理Ｓ１０６に移行し、対応する「通信制御パラメータ」を選択した上で、処理Ｓ１０７に移行する。
【０１１０】
処理Ｓ１０７では、処理Ｓ１０８で選択した標準の「通信制御パラメータ」または、処理Ｓ１０６で選択した、取得した「相手属性情報」に対応し「通信制御パラメータ」を参照しつつ、リアルタイムネットワークファクシミリ通信制御（図６のフェーズＦ４以降に相当）を行う。
【０１１１】
それにより、「相手属性情報」を取得できなかった相手装置とのリアルタイムネットワークファクシミリ通信においては、標準の「通信制御パラメータ」を参照した、いわば標準のリアルタイムネットワークファクシミリ通信制御が行われるが、「相手属性情報」を取得でき、かつ、対応する「通信制御パラメータ」が予め登録されている、標準の制御では確実な通信が行えないおそれのある相手装置とのリアルタイムネットワークファクシミリ通信においては、対応して登録した、当該相手装置に最適な「通信制御パラメータ」を参照した、当該相手装置に適切に対応したリアルタイムネットワークファクシミリ通信制御が行われる。
【０１１２】
具体的には、相手装置とのリアルタイムネットワーク通信に最適に、パケット送出間隔、パケット長さ、パケット種別、プリアンブルの付加の有無を最適に設定したリアルタイムネットワークファクシミリ通信を行うことができる。
【０１１３】
それにより、相手装置のメーカ、機種、通信制御プログラムのバージョン等によらず、常に最適なリアルタイムネットワークファクシミリ通信を実現することが可能となる。
【０１１４】
以上、本発明に係る通信装置１が、Ｈ．３２３プロトコルに基づく呼接続手順により相手属性情報を取得する場合について説明したが、通信装置１がＳＩＰメッセージのやりとりによりによりセッションを確立した上でＴ．３８に基づくＶｏＩＰ（Voice over IP）通信を行う場合にも本発明を適用でき、そのことについて以下説明する。
【０１１５】
つまり、本発明に係る通信装置１が、図５に示したように、図１における発信側のＩＡＦとして適用され、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合に、図１０及び図１１に示す通信シーケンスを行う。
【０１１６】
先ず、図１０において発信側Ｔ．３８端末としての通信装置１から着信側Ｔ．３８端末としてのＧＷ１００ｒに対して、ＳＩＰ（Session Initiation Protocol）プロトコルに基づいて、ＳＩＰメッセージの１つである「INVITE」リクエストの送出を行う（フェーズＦ２１）。それに呼応してＧＷ１００ｒは、着信側Ｇ３ファクス４００ｒに電話網５００ｒを介して発呼する（フェーズＦ２１ａ）。その発呼により、着信側Ｇ３ファクス４００ｒは何れ応答して電話網５００ｒを介してＧＷ１００ｒと着信側Ｇ３ファクス４００ｒとが回線接続されることになる。
【０１１７】
着信側Ｇ３ファクス４００ｒは、フェーズＦ２１の「INVITE」リクエストに対して、「１８０ Ringing」の暫定レスポンスに続き（フェーズＦ２２）、最終レスポンス「２００ OK」を返し、通信装置１はが「ＡＣＫ」リクエストを送信する（フェーズＦ２４）。
【０１１８】
以上の、フェーズＦ２１ないしＦ２４のＳＩＰメッセージのやりとりによるＳＩＰセッション確立手順（フェーズＦ２０）により、Ｔ．３８セッションが発信側の通信装置１と着信側のＧＷ１００ｒとの間で確立される。なお、着信側のＧＷ１００ｒと着信側のＧ３ファクス４００ｒとの間で確立されるＧ３ファクシミリ通信は、発信側の通信装置１との直接の関わりはないが、ＧＷ１００ｒとＧ３ファクス４００ｒとの間でやりとりされる、ＩＴＵ−Ｔ勧告Ｔ．３０に基づく制御信号やデータは、パケットとリアルタイムに相互変換されて、発信側の通信装置１と着信側のＧ３ファクス４００ｒとが間接的にリアルタイムファクシミリ通信を行うことになる。
【０１１９】
つまり、Ｇ３ファクス４００ｒからモデム信号として到来する被呼局識別信号ＣＥＤは（フェーズＦ２６ａ）、ＧＷ１００ｒによりパケットに変換されて通信装置１に送出される（フェーズＦ２６）。また、ＣＥＤに続いてディジタル識別信号ＤＩＳがＧ３ファクス４００ｒからモデム信号として到来すると（フェーズＦ２７ａ）、ＧＷ１００ｒによりパケットに変換されて通信装置１に送出される（フェーズＦ２７）。
【０１２０】
一方、発信側の通信装置１は、制御信号の１つであるディジタル送信命令信号ＤＣＳのパケットを送出するが（フェーズＦ２８）、その送出に先だって、プリアンブルのパケットを送出する（フェーズＦ２８ｂ）。電話網を介したモデム信号によるＴ．３０通信手順では各制御信号の送出に先立ってプリアンブルの信号が実際に送出されるが、パケット網上のＴ．３８に基づくリアルタイムネットワークファクシミリ通信では、プリアンブルの信号に対応するデジタルデータをやりとりしても意味がないため、単に「これはプリアンブルのパケットである」との情報をもったパケットがプリアンブルのパケットとして送出される。なお、プリアンブルのパケットは、着信側のＧＷ１００ｒから発信側の通信装置１に送出されるＤＩＳなどのパケットにも付加され得るものである。
【０１２１】
フェーズＦ２８により送出されたディジタル送信命令信号ＤＣＳのパケットは、ＧＷ１００ｒによりモデム信号に変換されてＧ３ファクス４００ｒに送出される（フェーズＦ２８ａ）。
【０１２２】
また、発信側の通信装置１からは、ＤＣＳのパケットに続いて、トレーニングチェック信号ＴＣＦのパケット（「これはＴＣＦのパケットである」との情報をもったパケット）を送出するが（フェーズＦ２９）、パケット通信においてＴＣＦの信号に対応したデジタルデータをやりとりしても意味がないため、ＴＣＦパケットの送出は省略してもよいことになっている。
【０１２３】
ＧＷ１００ｒは、フェーズＦ５ａでＤＣＳの信号を送出した後、トレーニングチェック信号ＴＣＦをＧ３ファクス４００ｒに送出し（フェーズＦ２９ａ）、着信側のＧ３ファクス４００ｒは、フェーズＦ７ａにより受信したＴＣＦの信号により自装置のモデムのトレーニングを行い、トレーニングが完了すると受信準備確認信号ＣＦＲをＧＷ１００ｒに対して送出する（フェーズＦ３０ａ）。それを受けてＧＷ１００ｒは、ＣＦＲのパケットを発信側の通信装置１に対して送出する（フェーズＦ３０）。
【０１２４】
以上で画データ送信開始に先立つ伝送前手順が完了し、通信シーケンスは図１１に移行し、画データのパケットが発信側の通信装置１から着信側のＧＷ１００ｒに順次送信される一方（フェーズＦ３１）、ＧＷ１００ｒは、通信装置１から連続的に受信する画データのパケットから、Ｔ．３０に適合する画データの信号に変換してＧ３ファクス４００ｒに送出する（フェーズＦ３１ａ）。
【０１２５】
画データの送出が完了すると発信側の通信装置１は、手順終了信号ＥＯＰのパケットを送出する（フェーズＦ３２）。その場合も先立ってプリアンブルのパケットが送出される（フェーズＦ３２ｂ）。ＧＷ１００ｒはフェーズＦ１０でＥＯＰのパケットを受信するとＥＯＰのモデム信号をＧ３ファクス４００ｒに送出し（フェーズＦ３２ａ）、メッセージ確認信号ＭＣＦのモデム信号をＧ３ファクス４００ｒから受信すると（フェーズＦ３３ａ）、ＭＣＦのパケットを発信側の通信装置１に送信する（フェーズＦ３３）。
【０１２６】
フェーズＦ３３によりＭＣＦのパケットを受信した通信装置１は、切断命令信号ＤＣＮのパケットを送出する（フェーズＦ３４）。その場合も先立ってプリアンブルのパケットが送出される（フェーズＦ３４ｂ）。ＧＷ１００ｒはフェーズＦ１２でＤＣＮのパケットを受信するとＤＣＮのモデム信号をＧ３ファクス４００ｒに送出する（フェーズＦ３４ａ）。
【０１２７】
最後に、発信側の通信装置１は、「Release」メッセージをＧＷ１００ｒに送出し（フェーズＦ３５）、それに対してＧＷ１００ｒはＧ３ファクス４００ｒとの間に接続されていた回線を切断して（フェーズＦ３５ａ）、リアルタイムファクシミリ通信の中継動作を完了する。
【０１２８】
以上説明した通信シーケンスにおいて、発信側のＴ．３８端末としての通信装置１と着信側のＴ．３８端末としてのＧＷ１００ｒとのリアルタイムネットワークファクシミリ通信に係るパケットのやりとりは、ＩＴＵ−Ｔ勧告Ｔ．３８に基づいて行われるが、ＧＷ１００ｒの製造メーカにおけるＩＴＵ−Ｔ勧告Ｔ．３８の解釈と、通信装置１の製造メーカにおけるＩＴＵ−Ｔ勧告Ｔ．３８の解釈との微妙な相違や、各種事情に起因して、通信装置１側における図４のテーブル５ａの「管理番号０」に対応した標準の通信制御パラメータを参照した、標準のリアルタイムネットワークファクシミリ通信の制御では、着信側Ｔ．３８端末としてのＧＷ１００ｒとの間の通信が正常に行えない場合がある。
【０１２９】
そのような事情は、図５に示したように、通信装置１が発信側のＩＡＦ２００ｓとなる場合に限らず、図１において、通信装置１が、発信側のＧＷ１００ｓとなる場合、着信側のＩＡＦ２００ｒとなる場合、及び、着信側のＧＷ１００ｒとなる場合においても同様に生じ得る問題である。
【０１３０】
その問題は、具体的には、自装置からのパケットの送出間隔が短すぎて相手装置が対応できない場合があったり、送出したプリアンブルのパケットを相手装置側で正しく処理できない場合があったり、自装置から送出したパケットのサイズが大きすぎて、相手装置側で正常に処理できない場合があったり、ＤＩＳ／ＤＣＳのやりとりとＮＳＦ＋ＤＩＳ／ＮＳＳのやりとりとりとのいずれが適切な送信パケットの種別であるか特定できない場合があったりする等の事情により生じ得るものである。
【０１３１】
そこで、フェーズＦ２０のＳＩＰによるセッション確立手順においてやりとりされる
「INVITE」リクエスト（フェーズＦ２１）、「１８０ Ringing」レスポンス（フェーズＦ２２）、「２００ OK」レスポンス（フェーズＦ２３）、または、「ＡＣＫ」リクエスト（フェーズＦ２４）の、各ＳＩＰメッセージに情報として含まれ得る、相手装置の属性を示す情報である「相手属性情報」を利用して、最適なリアルタイムネットワークファクシミリ通信の制御を行えるようにする。
【０１３２】
「INVITE」リクエスト等のＳＩＰメッセージは、各種ヘッダ情報と、メッセージボディ部中のＳＤＰ（Session Description Protocol）プロトコルにより各種情報を相手装置とやりとりするが、図１２に、ＳＩＰメッセージ中のＳＤＰ記述において装置の属性情報等を表現するフィールド群として現在提案中のもの（同図（ａ））と、それらのフィールドの記述例（同図（ｂ））について示す。
【０１３３】
図１２（ａ）に示すように、オプションの属性フィールド名としては、「T35Country  Code」、「T35Extension」、及び、「Manufacturer  Code」があり、それらの各属性フィールドに記述する文字列として、それぞれ、「T35CountryCode」、「T35Extension」、及び、「ManufacturerCode」が定義され、それぞれに対応して設定される値は、「０〜２５５」、「０〜２５５」及び「０〜６５５３５」となる。
【０１３４】
そして、具体的にＳＤＰによる記述では、同図（ｂ）に示すように、「属性」を示す「ａ＝」に続いて、それぞれの「文字列」及び値を「：」をはさんで、
a=CountryCode:0
a=T35Extension:0
a=ManufacturerCode:37
というように記述する。
【０１３５】
そのように自装置の属性情報を、ＳＩＰメッセージ中の情報として含めるようにすることで、相手装置から見れば、通信相手の装置の属性情報、つまり、相手属性情報をＳＩＰによるセッション確立手順において得ることができる。
【０１３６】
図１３に別例を示す。
【０１３７】
同図（ａ）において、オプションの属性フィールド名としては、「Vendor」があり、その属性フィールドに記述する文字列として、それぞれ、「Vendor」が定義され、それに対応して設定される値は、「t35country-code」、「t35extension」、及び、「manufacturer-code」をそれぞれ意味する「０〜２５５」、「０〜２５５」及び「０〜６５５３５」となる。
【０１３８】
そして、具体的にＳＤＰによる記述では、同図（ｂ）に示すように、「属性」を示す「ａ＝」に続いて、「文字列」及び値を「：」をはさんで、
a=Vendor:0 0 37
というように記述する。
【０１３９】
その場合スペースで区切られる数字列「０ ０ ３７」を構成する、「０」、「０」及び「３７」は、それぞれ、「t35country-code」、「t35extension」、及び、「manufacturer-code」を意味する。
【０１４０】
なお、自装置の属性情報は、ＳＩＰメッセージ中のメッセージボディ部におけるＳＤＰ記述ではなく、「Via:」、「To:」等と共にヘッダ情報の１つである、「User-Agent:」の内容として、例えば、
User-Agent: abcde-SIPGateway/…
というように記述して、「abcde」社製の「SIPGateway」であるとの「属性情報」を含めることができる。更に、「/」以降に機種識別情報やソフトウェアのバージョン識別情報等の詳細情報を含めることができる。この方法は、ＳＩＰの標準ではないが、本発明に係る、相手識別情報に応じたリアルタイムネットワークファクシミリ通信制御を行う通信装置１と、その通信装置１の相手装置となり得る（他メーカを含む）装置との間で予め、「User-Agent:」の内容の解釈について申し合わせができていれば利用することができ、メッセージボディ部にＳＤＰで記述される属性フィールド（「ａ＝」）についても同様のことがいえる。
【０１４１】
そのように自装置の属性情報を、ＳＩＰメッセージ中の情報として含めるようにすることで、相手装置から見れば、通信相手の装置の属性情報、つまり、相手属性情報をＳＩＰによるセッション確立手順において得ることができる。
【０１４２】
そして、通信装置１が相手装置から得ることができる相手属性情報に対応して、図４に示したような、相手属性情報／通信制御パラメータ設定テーブル５ａを予め設定・記憶しておくことで、ＳＩＰによるセッション確立手順において得られた相手属性情報に応じた設定でＴ．３８に基づくリアルタイムネットワークファクシミリ通信を行うことができる。
【０１４３】
なお、通信装置１が発信側となる場合には、「１８０ Ringing」レスポンス（フェーズＦ２２）、または、「２００ OK」レスポンス（フェーズＦ２３）により、相手属性情報を取得可能であり、通信装置１が着信側となる場合には、「INVITE」リクエスト（フェーズＦ２１）、または、「ＡＣＫ」リクエスト（フェーズＦ２４）により相手属性情報を取得可能である。
【０１４４】
図１４に、以上説明した前提で本発明に係る通信装置１が行う、リアルタイムネットワークファクシミリ通信に係る通信制御処理手順について示す。なお、図１４に示す通信制御処理手順は、相手属性情報取得手段及び通信制御手段に相当する処理手順を含む。
【０１４５】
同図において、図１０のフェーズＦ２０に相当するＳＩＰによるセッション確立手順を行い（処理Ｓ２０１）、その呼接続処理により相手装置から受信したＳＩＰメッセージ中の「相手属性情報」を確認する（処理Ｓ２０２）。
【０１４６】
確認の結果、「相手属性情報」が取得できなかった場合には（判断Ｓ２０３のＮｏ）、処理Ｓ２０８に移行し、標準の「通信制御パラメータ」、つまり、図４のテーブル５ａの「管理番号」が「０」の「通信制御パラメータ」を選択した上で、処理Ｓ２０７に移行する。
【０１４７】
判断Ｓ２０３において、「相手属性情報」が取得できた場合には（判断Ｓ２０３のＹｅｓ）、その取得できた「相手属性情報」を図４のテーブル５ａの「管理番号」が「１」以降のレコードと照合して（処理Ｓ２０４）、該当する「相手属性情報」が登録されたレコード（「管理番号」により特定される）の有無を判断する（判断Ｓ２０５）。
【０１４８】
判断Ｓ２０５において、登録されていない場合には（判断Ｓ２０５のＮｏ）、処理Ｓ２０８に移行し、標準の「通信制御パラメータ」、つまり、図４のテーブル５ａの「管理番号」が「０」の「通信制御パラメータ」を選択した上で、処理Ｓ２０７に移行する。
【０１４９】
判断Ｓ２０５において、登録されている場合には（判断Ｓ２０５のＹｅｓ）、処理Ｓ２０６に移行し、対応する「通信制御パラメータ」を選択した上で、処理Ｓ２０７に移行する。
【０１５０】
処理Ｓ２０７では、処理Ｓ２０８で選択した標準の「通信制御パラメータ」または、
処理Ｓ２０６で選択した、取得した「相手属性情報」に対応し「通信制御パラメータ」を参照しつつ、リアルタイムネットワークファクシミリ通信制御（図１０のフェーズＦ２６以降に相当）を行う。
【０１５１】
それにより、「相手属性情報」を取得できなかった相手装置とのリアルタイムネットワークファクシミリ通信においては、標準の「通信制御パラメータ」を参照した、いわば標準のリアルタイムネットワークファクシミリ通信制御が行われるが、「相手属性情報」を取得でき、かつ、対応する「通信制御パラメータ」が予め登録されている、標準の制御では確実な通信が行えないおそれのある相手装置とのリアルタイムネットワークファクシミリ通信においては、対応して登録した、当該相手装置に最適な「通信制御パラメータ」を参照した、当該相手装置に適切に対応したリアルタイムネットワークファクシミリ通信制御が行われる。
【０１５２】
具体的には、相手装置とのリアルタイムネットワーク通信に最適に、パケット送出間隔、パケット長さ、パケット種別、プリアンブルの付加の有無を最適に設定したリアルタイムネットワークファクシミリ通信を行うことができる。
【０１５３】
それにより、相手装置のメーカ、機種、通信制御プログラムのバージョン等によらず、常に最適なリアルタイムネットワークファクシミリ通信を実現することが可能となる。
【０１５４】
なお、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１５５】
【図１】本発明に係るＩＴＵ−Ｔ勧告Ｔ．３８に準拠した通信装置が適用されるリアルタイムネットワークファクシミリ通信システムの構成について示す図である。
【図２】本発明に係る通信装置のブロック構成について示す図である。
【図３】本発明に係る通信装置のＥＥＰＲＯＭの記憶内容について示す図である。
【図４】相手属性情報／通信制御パラメータ設定テーブルの具体的な内容について示す図である。
【図５】本発明に係る通信装置が発信側のＩＡＦとして、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合の通信システム構成について示す図である。
【図６】本発明に係る通信装置が発信側のＩＡＦとして、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合の通信シーケンスについて示す図である。
【図７】図６と共に、本発明に係る通信装置が発信側のＩＡＦとして、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合の通信シーケンスについて示す図である。
【図８】呼接続メッセージに含まれる情報例について示す図である。
【図９】本発明に係る通信装置における通信制御処理手順について示すフローチャートである。
【図１０】本発明に係る通信装置が発信側のＩＡＦとして、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合の通信シーケンスについて示す図である。
【図１１】図１０と共に、本発明に係る通信装置が発信側のＩＡＦとして、着信側ゲートウェイ装置を介して電話網上の着信側ファクシミリ装置とリアルタイムファクシミリ通信を行う場合の通信シーケンスについて示す図である。
【図１２】ＳＩＰメッセージ中のＳＤＰ記述において装置の属性情報等を表現するフィールド群、及び、それらのフィールドの記述例について示す図である。
【図１３】ＳＩＰメッセージ中のＳＤＰ記述において装置の属性情報等を表現するフィールド、及び、そのフィールドの記述例について示す図である。
【図１４】本発明に係る通信装置における通信制御処理手順について示すフローチャートである。
【符号の説明】
【０１５６】
１  通信装置
２  ＣＰＵ
３  ＲＯＭ
４  ＲＡＭ
５  ＥＥＰＲＯＭ
６  時計回路
７  操作表示部
８  読取部
９  書込部
１０  画像処理部
１１  ＬＡＮ通信制御部
１２  システムバス
５０  ＬＡＮ
５１  ルータ
１００ｓ  発信側ゲートウェイ装置
１００ｒ  着信側ゲートウェイ装置
２００ｓ  発信側ＩＡＦ
２００ｒ  着信側ＩＡＦ
４００ｓ  発信側Ｇ３ファクス
４００ｒ  着信側Ｇ３ファクス
５００ｓ  発信側電話網
５００ｒ  着信側電話網
６００  パケット網
【図１】
2005303968.tif 000003
【図２】
2005303968.tif 000004
【図３】
2005303968.tif 000005
【図４】
2005303968.tif 000006
【図５】
2005303968.tif 000007
【図６】
2005303968.tif 000008
【図７】
2005303968.tif 000009
【図８】
2005303968.tif 000010
【図９】
2005303968.tif 000011
【図１０】
2005303968.tif 000012
【図１１】
2005303968.tif 000013
【図１２】
2005303968.tif 000014
【図１３】
2005303968.tif 000015
【図１４】
2005303968.tif 000016