JP4080169B2 - セッション確立方法 - Google Patents
セッション確立方法 Download PDFInfo
- Publication number
- JP4080169B2 JP4080169B2 JP2001099223A JP2001099223A JP4080169B2 JP 4080169 B2 JP4080169 B2 JP 4080169B2 JP 2001099223 A JP2001099223 A JP 2001099223A JP 2001099223 A JP2001099223 A JP 2001099223A JP 4080169 B2 JP4080169 B2 JP 4080169B2
- Authority
- JP
- Japan
- Prior art keywords
- session
- communication
- port number
- data
- control
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、セッション確立方法に関し、例えば、ＴＣＰ／ＩＰプロトコル上のポート番号を使って通信する端末のセッション確立方法に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークの普及により、電話やファクシミリ通信などのデータ通信を行う際、網として、従来のようなＰＳＴＮ（Public Switched Telephone Network）やＩＳＤＮ（Integrated Services Digital Network）だけを用いるのでなく、インターネットを用いるサービス（いわゆるインターネット電話やインターネットファクス）も徐々に広まりつつある。これはインターネットを用いることによる料金削減のメリットを活かそうとするものである。
【０００３】
インターネットを介してＴＣＰ／ＩＰプロトコルを用いて通信を行う場合、端末間でお互いに相手端末のＩＰアドレス及びポート番号にデータを送信する。このポート番号は、well-knownとして、いくつかのサービスの番号が、すでに割り当てられている。また、あるサービスでは、２つ以上のセッションを用いる必要があり、１番目のセッションはwell-known番号で通信するが、２番目以降のセッションは、ネゴシエーションにより、複数のポートの中からダイナミックにポート番号が割り当てられる場合もある。
【０００４】
ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Section）勧告Ｔ．３８に従ったInternet Aware Fax Device（以下、ＩＡＦＤという）においては、制御セッションとしてwell-known番号となっている１７２０のポートを使ってデータの送受信が行われ、データセッションの部分は、制御セッションのＳｅｔｕｐのＯＬＣ（Open Logical Channel：ＩＴＵ−Ｔ勧告Ｈ．２５４で定義されている）でデータセッションで発呼側が受信する（着呼−＞発呼方向）ためのポート番号を、ある範囲内のポート番号をランダムに指定し、ＣｏｎｎｅｃｔのＯＬＣでデータセッションで着呼側が受信する（発呼−＞着呼方向）ポート番号を、ある範囲内のポート番号をランダムに指定することで、そのポート番号を使ったセッションが確立される。
【０００５】
また、近年、セキュリティに関する強化が叫ばれ、以前ほど、インターネット内で自由に通信を行うことができなくなっている。例えば、ファイアウォールなどにより、内外部のアクセスのためのＩＰアドレスやポート番号を制限している場合も多い。イントラネット内で制限がある場合もある。また、既存サービスであっても、ネットワーク管理Policy上、対応するポート番号が使用できない場合もある。
【０００６】
このような場合、上述セッション確立方法において、ＳｅｔｕｐのＯＬＣに指定された発呼側で受信可能なポート番号が、着呼側でファイアウォールにより送信不可なポート番号であるときもあり、そのとき着呼側はＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅにより応答し、セッションの確立を拒否する。
【０００７】
【発明が解決しようとする課題】
このような、ルーターにファイアウォールソフトウェアがインストールされた場合の端末間の通信にあっては、端末でファイアウォールの情報を全て管理することは端末側の負荷が大きいため、端末側ではファイアウォール側で受信あるいは送信を規制されているポート番号が分からず、端末間でセッションを確立してもルーターのファイアウォールソフトウェアによりデータの送受信ができず、通信できないという問題があった。
【０００８】
また、着呼側で発呼側が指定したポート番号に送信できないときに、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅにreason（セッション確立を拒否する理由）しか含んでいないので、発呼側で別のポート番号で再発呼するとしても、着呼側でどのポート番号で通信可能なのか分からず、セッション確立のＳｅｔｕｐを繰り返し送信することとなり、セッション確立までに時間がかかるという問題があった。
【０００９】
そこで、本発明は、セッション確立の時間を短縮し、確立したセッションで確実に通信することができるセッション確立方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明のセッション確立方法は、制御セッション用のポート番号を使って呼制御プロトコルの通信を行う際、発呼側端末が、着呼側端末とのデータ通信を行うときのポート番号を制御セッション上のネゴシエーションにより決めてからデータセッションを確立するセッション確立方法において、前記制御セッション用のポート番号を使って前記制御セッションの通信と前記データセッションの通信の両方を行う方法である。
【００１１】
この発明では、制御セッションとデータセッションに同一のポート番号が使用されるため、セッション確立の時間を短縮し、ファイアウォールなどの設定を行わずに、確実に通信することができる。
【００１２】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、前記テーブルを参照した結果から前記着呼側端末が前記手順をできるか不明と判明した場合、前記制御セッション用のポート番号を使って前記制御セッションの通信を行うことで前記着呼側端末に対して前記手順の可否を確認し、前記手順の可否を確認した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行う方法である。
【００１３】
この発明では、相手装置が制御セッション用のポートをデータセッション用にも使うことを許しているかどうか分からない場合でも確認することができる。
【００１４】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッションの通信に用いられるＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されている非標準のパラメータを使って、前記着呼側端末に対して前記手順の可否を確認する方法である。
【００１５】
この発明では、非標準のパラメータを使って着呼側端末に対して前記手順の可否を確認することができる。
【００１６】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッションの通信と前記データセッションの通信の両方を行う前に、前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、前記テーブルを参照した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行う方法である。
【００１７】
この発明では、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【００１８】
また、本発明のセッション確立方法が、前記データセッションの通信は、ＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されているｉｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納されて行われる方法である。
【００１９】
この発明では、データセッションで送受信するＴ．３８の信号をＨ．２２５．０のＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納して通信を行っているので、データセッション中でも呼制御信号を送受信することができる。
【００２０】
また、本発明のセッション確立方法は、前記データセッションの通信が、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠して行われる方法である。
【００２１】
この発明では、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【００２２】
また、本発明のセッション確立方法は、前記制御セッションの通信および前記データセッションの通信の終了が、ＩＴＵ−Ｔ勧告Ｔ．３８に規定されているＤＣＮ信号を用いて行われる方法である。
【００２３】
この発明では、呼制御信号のＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅなどが不要となり、通信シーケンスを削減することができる。
【００４４】
【発明の実施の形態】
以下、本発明を図面を参照して説明する。
図１〜図４は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第１実施形態を示す図である。
【００４５】
図１において、ネットワークファクシミリ装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、タイマ制御部１４、オペポートＩ／Ｆ（インタフェース）部１５、ハードディスクＩ／Ｆ（インタフェース）部１６、ＳＲＡＭ（Static Random Access Memory）１７、符号化復号化部１８、スキャナＩ／Ｆ（インタフェース）部１９、プロッタＩ／Ｆ（インタフェース）部２０、キャラクタジェネレータ２１、ＬＡＮ通信制御部２２がバス３０を介して接続されている。
【００４６】
ＣＰＵ１１は、ＲＯＭ１２内に格納されているプログラムに従って、装置各部を制御してネットワークファクシミリ装置の所定の動作を実行するものである。
ＲＡＭ１３は、装置各部の駆動条件や管理データ等の各種情報を記憶するとともに動作する上で必要なデータを記憶するものである。
【００４７】
タイマ制御部１４は、時間を管理するもので、ＣＰＵ１１からの問い合わせにより現在時刻を通知するとともに、ＣＰＵ１１からの要求を受けてから指定された時間が経過した時にＣＰＵ１１に通知するものである。
オペポートＩ／Ｆ部１５は、操作部１５ａが接続され、ＣＰＵ１１と操作部１５ａとの間のデータの送受信を制御し、操作部１５ａに装置の状態や、操作ガイダンスを表示するデータを送信するとともに、操作部１５ａに入力された装置に対する各種操作のデータをＣＰＵ１１に送信するものである。
【００４８】
ハードディスクＩ／Ｆ部１６は、ハードディスク１６ａが接続され、ハードディスク１６ａへの書き込み、読み出しを制御するものである。
ＳＲＡＭ１７は、登録された宛先電話番号や、その電話番号の宛先名や、各種設定等を記憶するものであり、電源ＯＦＦ状態でも記憶した情報を保持するものである。
【００４９】
符号化復号化部１８は、読み取った送信する画像データを符号化したり、受信した圧縮された画像データの復号化を行なうものである。
スキャナＩ／Ｆ部１９は、スキャナ１９ａが接続され、スキャナ１９ａが読み取った送信する原稿の画像データの制御を行うものである。
プロッタＩ／Ｆ部２０は、プロッタ２０ａが接続され、画像データをプロッタ２０ａに送信し、プロッタ２０ａに記録出力させるものである。
【００５０】
キャラクタジェネレータ２１は、文字のフォント情報を保持するものである。
ＬＡＮ通信制御部２２は、物理層としてEthernetに対応し、ＬＡＮプロトコル（ＴＣＰ／ＵＤＰ／ＩＰ）を制御してEthernetを介して他の端末との通信を制御するものである。
【００５１】
このようなネットワークファクシミリ装置１０は、図２に示すように、ＬＡＮ通信制御部２２がEthernetを介してルーター４０に接続され、ルーター４０を介してインターネット上の同種の他のネットワークファクシミリ装置１０とＩＰプロトコルを用いて通信するようになっており、互いに相手端末のＩＰアドレスとそのＩＰアドレス上のポート番号を指定してデータを送信して通信を行うようになっている。ここで、ルーター４０にはファイアウォールソフトウェアがインストールされており、管理者の設定でポート番号により通信が制限されるようになっている。
【００５２】
また、ネットワークファクシミリ装置１０は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰのパケット中にＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Section）勧告Ｔ．３０に従った信号やＭＨ圧縮した画データを含めて、インターネット内でＩＡＦＤ（Internet Aware Fax Device）としてＩＴＵ−Ｔ勧告Ｔ．３８／Ｔ．３０およびＴＣＰ／ＵＤＰ／ＩＰのプロトコルに従ってリアルタイムにファクシミリ通信を行う。
【００５３】
図３は、Ｔ．３８ＩＡＦＤのシーケンス例である。Ｔ．３８には、呼制御を行うセッション（制御セッション）と、実際のデータをやりとりするセッション（Ｔ．３８を通じてＴ．３０のプロトコルが実行されるセッション：データセッション）との２つのセッションが存在し、制御セッションで用いるポート番号はｗｅｌｌ−ｋｎｏｗｎとなっている１７２０であり、そのセッションは、ＩＴＵ−Ｔ勧告Ｔ．３８ＡｎｎｅｘＢで規定されている方式を用い、ＳｅｔｕｐとＣｏｎｎｅｃｔによりデータセッションで用いるポート番号のネゴシエーションを行ってデータセッションを確立し、そのデータセッションでＴＣＰまたはＵＤＰデータの中にＴＰＫＴヘッダ（ＴＣＰの場合のみ）、Ｔ．３８データ、Ｔ．３０データを含んだデータをやりとりする。
【００５４】
Ｔ．３８ＡｎｎｅｘＢにおけるデータセッションのネゴシエーションは、ＩＴＵ−Ｔ勧告Ｈ．３２３／Ｈ．２２５．０／Ｈ．２４５に従って行われる。データセッションが２つ用いられる場合（発呼（Ｓｅｎｄｅｒ）−＞着呼（Ｒｅｃｅｉｖｅｒ）方向、着呼−＞発呼方向の２つ）発呼（送信）側は、ＳｅｔｕｐのＯＬＣ（Open Logical Channel：ＩＴＵ−Ｔ勧告Ｈ．２５４で定義されている）で、データセッションで自分が受信する（着呼−＞発呼方向）ためのポート番号を指定する。着呼（受信）側は、ＣｏｎｎｅｃｔのＯＬＣで、データセッションで自分が受信する（発呼−＞着呼方向）ためのポート番号を指定する。
【００５５】
このポート番号は、ユーザが、発呼時に操作部１５ａの表示に従って宛先のＩＰアドレスとデータセッション用のポート番号をキー入力して指定すると、ＣＰＵ１１が入力されたＩＰアドレスのポート番号１７２０に対し、ＳｅｔｕｐのfastStartという属性の、ＯＬＣ内のforwardLogicalParametersのh2550LogicalChannelParametersのmediaChannelのTransportAddressに、入力されたポート番号を設定して送信する。
【００５６】
着呼側ネットワークファクシミリ装置のＣＰＵ１１は、Ｓｅｔｕｐを受信すると、通信可能なポート番号があるか判定し、通信可能なポート番号があれば、Ｓｅｔｕｐの送信元ＩＰアドレスとポート番号をＲＡＭ１３内に記憶し、発呼側ネットワークファクシミリ装置にそのポート番号をＣｏｎｎｅｃｔのfastStartという属性の、ＯＬＣ内のforwardLogicalParametersのh2550LogicalChannelParametersのmediaChannelのTransportAddressに設定して送信する。
【００５７】
発呼側ネットワークファクシミリ装置のＣＰＵ１１は、Ｃｏｎｎｅｔｃｔを受信すると、着呼側の受信ポート番号をＲＡＭ１３内に記憶し、以降、お互いに記憶したポート番号にデータを送信してＴ．３０に従った信号やＭＨ圧縮した画データをやりとりしてファクシミリ通信を行う。
【００５８】
このように本実施形態においては、発呼時に発呼側の受信用ポート番号を容易に指定して発呼しているので、常にファイアウォールに制限されないポート番号を指定することができ、確実に通信ができる。
【００５９】
本実施形態の他の態様としては、図４に示すようなテーブルを持ち、発呼時に操作部１５ａの表示に従って宛先のホスト名をキー入力すると、ＣＰＵ１１が図４のテーブルを参照し、入力されたホスト名のＩＰアドレス欄のＩＰアドレスとポート番号欄のポート番号を操作部１５ａに表示する。ポート番号欄に複数のポート番号が登録されている場合は、通信可回数欄の数字が大きい順にリスト表示し、その中からポート番号を選択入力させ、ポート番号を決定する。
【００６０】
その後、操作部１５ａの送信ボタンが押下されると、ＩＰアドレス欄のＩＰアドレスに対し、ＯＬＣにポート番号欄のまたは選択されたポート番号を設定したＳｅｔｕｐを送信するようにする。
【００６１】
そして、セッションが確立し、データの送受信が正常に行われると、ＣＰＵ１１は、確立したセッションのポート番号の、図４に示すテーブルの通信可回数欄の数値に１加算するようにする。
【００６２】
このように構成することによって、着呼側ネットワークファクシミリ装置により使用できるポート番号が限られていても、容易にセッションを確立し通信することができる。
【００６３】
また、以前通信が可能であったポート番号を選択してセッションを確立することができるので、より確実に通信を行うことができる。
【００６４】
次に、図５〜図７は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第２実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００６５】
本実施形態のネットワークファクシミリ端末１０は、ルーター４０のファイアウォールソフトで通信不可としているポート番号を、図５に示すように予め設定されており、ＣＰＵ１１は、受信したＳｅｔｕｐに設定されている発呼側の受信ポート番号から図５のテーブルを参照し、このポート番号がファイアウォールソフトウェアで通信不可であると判断すると、図６に示すようにＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを送信して呼設定を拒否するようになっている。
【００６６】
このとき、ＣＰＵ１１は、Ｒｅｌｅａｓｅ ＣｏｍｐｌｅｔｅのreasonにnonStandardReasonを含め、そこに着呼側で通信可能である発呼側の受信ポート番号を設定し、そのＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを発呼側に送信する。
【００６７】
発呼側ネットワークファクシミリ装置のＣＰＵ１１は、図７のフローチャートに示すように、発呼側の受信ポート番号をＯＬＣに設定したＳｅｔｕｐを着呼側に送信する（Ｓ１１）。その後、Ａｌｅｒｔ／Ｃａｌｌ−Ｐｒｏｃを受信してもなにも処理せず（Ｓ１２）、それ以外を受信すると、Ｃｏｎｎｅｃｔを受信したかを判定する（Ｓ１３）。受信したものがＣｏｎｎｅｃｔであれば、ＣｏｎｎｅｃｔのＯＬＣに設定されているポート番号を使って通信を開始する（Ｓ１４）。
【００６８】
受信したものがＣｏｎｎｅｃｔでなければ、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅであるか判定する（Ｓ１５）。Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅでなければ処理を終了する。Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅであれば、reasonにnonStandardReasonが含まれているかをチェックし（Ｓ１６）、含まれていなければ処理を終了する。含まれていれば、そこに設定されているポート番号をＳｅｔｕｐのＯＬＣに設定し（Ｓ１７）、再度Ｓｅｔｕｐを送信する（Ｓ１１）。
【００６９】
このように本実施形態においては、Ｓｅｔｕｐで指定された発呼側の受信ポート番号が着呼側で通信不可の場合、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅに着呼側で通信可能な発呼側の受信ポート番号を指定しているので、発呼側でそのポート番号を設定してＳｅｔｕｐを送信することでセッションを確立することができ、着呼側ネットワークファクシミリ装置により使用できるポート番号が限られていても、確実にセッションを確立し通信することができる。
【００７０】
本実施形態の第１の他の態様としては、Ｒｅｌｅａｓｅ ＣｏｍｐｌｅｔｅのreasonのnonStandardReasonに通信可能であるポート番号を複数設定し、発呼側ではこれらのポート番号の中から通信可能なポート番号を選択して再発呼するようにする。
【００７１】
また、図４に示すテーブルから、通信不可のポート番号は削除したり、着呼側からＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅで通知された通信可能なポート番号を書き加えたりして書き換えるようにする。このように構成することによって、より確実にセッションを確立することができる。
【００７２】
本実施形態の第２の他の態様としては、操作部１５ａから複数の発呼側の受信用ポート番号が指定されたり、ＲＡＭ１３内の図４に示すテーブル内のポート番号欄に複数の発呼側の受信用ポート番号が指定されているとき、ＳｅｔｕｐのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに発呼側の受信用ポート番号を複数設定して送信し、着呼側ではこれらのポート番号の中から通信可能なポート番号を選択し、そのポート番号をＣｏｎｎｅｃｔのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに設定して送信するようにする。このように構成することによって、１回のＳｅｔｕｐ、Ｃｏｎｎｅｃｔだけで確実にセッションを確立することができる。
【００７３】
次に、図８は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第３実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００７４】
本実施形態のネットワークファクシミリ装置１０は、発呼側装置に着呼側の通信可能なポート番号が図８に示すように予め設定されており、データセッションの確立は発呼側装置主導で行われる。
【００７５】
具体的には、発呼側装置のＣＰＵ１１は、発呼時に操作部１５ａの表示に従って宛先のホスト名がキー入力されると、図８に示すようなテーブルを参照し、入力されたホスト名のＩＰアドレス欄のＩＰアドレスとポート番号欄のポート番号と相手ポート番号欄のポート番号を操作部１５ａに表示する。ポート番号欄に複数のポート番号が登録されている場合は、通信可回数欄の数字が大きい順にリスト表示する。また、相手ポート番号欄に複数のポート番号が登録されている場合も、通信可回数欄の数字が大きい順にリスト表示する。そして、その中からポート番号を選択入力させ、セッション確立要求するポート番号と相手ポート番号を決定する。
【００７６】
その後、操作部１５ａの送信ボタンが押下されると、ＯＬＣにポート番号欄のポート番号を設定し、ＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに相手ポート番号欄のポート番号を設定したＳｅｔｕｐを送信する。
【００７７】
一方、着呼側装置のＣＰＵ１１は、Ｓｅｔｕｐを受信すると、発呼側の受信ポート番号をＲＡＭ１３内に記憶し、次いで、ＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドが設定されているかを判定し、設定されていれば、そのポート番号をＲＡＭ１３内に記憶し、ＯＬＣにこのポート番号を設定したＣｏｎｎｅｃｔを発呼側装置に送信する。
【００７８】
発呼側装置のＣＰＵ１１は、Ｃｏｎｎｅｃｔを受信すると、Ｃｏｎｎｅｃｔに設定されているポート番号をＲＡＭ１３内に記憶し、データセッションでの通信を開始する。
【００７９】
そして、データの送受信が正常に行われると、ＣＰＵ１１は、確立したセッションのポート番号および相手ポート番号の、図８に示すテーブルの通信可回数欄の数値に１加算するようにする。
【００８０】
このように本実施形態においては、発呼側で着呼側の受信ポート番号を指定しているので、１回のＳｅｔｕｐ、Ｃｏｎｎｅｃｔだけで確実にセッションを確立することができ、確実に通信を行うことができる。
【００８１】
本実施形態の他の態様としては、発呼側装置でＳｅｔｕｐのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに着呼側装置の受信ポート番号を複数設定し、着呼側装置で、そのポート番号の中から通信に適したポートを選択して、そのポート番号をＣｏｎｎｅｃｔのＯＬＣに設定して送信するようにする。このように構成することによって、複数のポート番号からより通信に適したポート番号を選択できるので、より確実に通信を行うことができる。
【００８２】
次に、図９〜図１２は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第４実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００８３】
本実施形態のネットワークファクシミリ装置１０は、制御セッションで用いられるｗｅｌｌ−ｋｎｏｗｎとなっているポートをデータセッションにも使うことを特徴としている。
【００８４】
ここで、相手装置が制御セッション用のポートをデータセッション用にも使うことが分かっている場合には、ＳｅｔｕｐとＣｏｎｎｅｃｔの呼制御を省き、最初からＩＴＵ−Ｔ勧告Ｔ．３８に従ったシーケンスによりファクシミリ通信を行うようになっている。
【００８５】
また、相手装置が制御セッション用のポートをデータセッション用にも使うことを許しているかどうか分からない場合は、ＳｅｔｕｐとＣｏｎｎｅｃｔで呼制御を行い、通常の手順でデータセッションを確立するか、制御セッション用のポートをデータセッション用に使いＴ．３８に従ったシーケンスにより通信を行う（１ｓｅｓｓｉｏｎ手順の順番方式）か、制御セッション用のポートをデータセッション用に使いＳｅｔｕｐとＣｏｎｎｅｃｔと同じくＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されているＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩにデータセッションでやり取りされるＴ．３８信号を格納して通信を行う（１ｓｅｓｓｉｏｎ手順のINFORMATION方式）か、をネゴシエーションするようになっている。
【００８６】
具体的には、図９のフローチャートに示すように、発呼側装置のＣＰＵ１１は、発呼時に操作部１５ａの表示に従って宛先のホスト名がキー入力されると、図１１に示すようなテーブルを参照し、入力されたホスト名の１ｓｅｓｓｉｏｎ方式可／不可欄が可能（○）であるか判定し（Ｓ２１）、１ｓｅｓｓｉｏｎ方式可の場合、ポート番号１７２０（ＴＣＰ）に対してセッションをつくり、そのセッションに対して図１１のテーブルの１ｓｅｓｓｉｏｎ方式欄の方式によってＣＮＧを送出し（Ｓ２２）、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってファクシミリ通信を行い（Ｓ２３）、ＤＣＮ送出後（Ｓ２４）通信を終了する。
【００８７】
１ｓｅｓｓｉｏｎ方式不可の場合、Ｓｅｔｕｐのh2250LogicalChannelParametersのNonStandardParameterに図１２で示されるような、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject id（ここでは、t38DataSessionとする）と、dataであるパラメータ値（Normal ：通常手順、Single：１ｓｅｓｓｉｏｎ手順の順番方式、INFORMATION UUI：１ｓｅｓｓｉｏｎ手順のINFORMATION方式）を格納して送出する（Ｓ２５）。
【００８８】
その後、Ｃｏｎｎｅｃｔを受信すると（Ｓ２６）、そのh2250LogicalChannelParametersのNonStandardParameterの内容により１ｓｅｓｓｉｏｎ方式の通信が可能か判定する（Ｓ２７）。
【００８９】
NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されており、かつ、パラメータ値にSingleまたはINFORMATION UUIが設定されている（１ｓｅｓｓｉｏｎ方式が可能な）場合は、新たなセッションを確立せず、制御セッションと同一のセッション（ポート番号）にパラメータ値に設定された方式に従ってＣＮＧを送出し（Ｓ２２）、Ｔ．３８に従ってファクシミリ通信を行い（Ｓ２３）、ＤＣＮ送出後（Ｓ２４）通信を終了する。
【００９０】
NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されていない、または、NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されており、かつ、パラメータ値にNormalが設定されている（１ｓｅｓｓｉｏｎ方式が不可な）場合は、Ｃｏｎｎｅｃｔ中に設定されているＴ．３８ＡｎｎｅｘＢに従ったネゴシエーションの結果によって、データセッションを１つまたは２つ確立し（Ｓ２８）、新たに作られたセッションを用いてＣＮＧを送出し（Ｓ２９）、Ｔ．３８に従ってファクシミリ通信を行い（Ｓ３０）、ＤＣＮ送出後（Ｓ３１）、制御セッションにＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを送出して（Ｓ３２）、通信を終了する。
【００９１】
次に、１ｓｅｓｓｉｏｎ方式が可能なネットワークファクシミリ装置１０の着呼側装置としての動作を説明する。
【００９２】
図１０のフローチャートに示すように、ＣＰＵ１１は、ポート番号１７２０（ＴＣＰ）でlistenを続け、信号を受信すると信号の種類がＣＮＧであるか判定する（Ｓ４１）。ＣＮＧを受信した場合、ＣＥＤを送出し（Ｓ４２）、そのままＴ．３８に従ってファクシミリ通信を行い（Ｓ４３）、通信を終了する。
【００９３】
信号の種類がＣＮＧでない場合、Ｓｅｔｕｐであるか判定し（Ｓ４４）、Ｓｅｔｕｐであれば、そのh2250LogicalChannelParametersのNonStandardParameterに、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject id（ここでは、t38DataSessionとする）が格納されているものがあるかどうかを探し、１ｓｅｓｓｉｏｎ通信を要求されているかを判定する（Ｓ４５）。
【００９４】
１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されている（１ｓｅｓｓｉｏｎ通信が要求されている）場合は、そのNonStandardParameterが１つであれば、その内容と同じ内容のNonStandardParameterを格納したＣｏｎｎｅｃｔを作成して送り返す。そのNonStandardParameterが複数あれば（パラメータが、”Single”のNonStandardParameterと”INFORMATION UUI”のNonStandardParameterの両方を含む）、予め設定された優先的に選択する方式を設定したNonStandardParameterを格納したＣｏｎｎｅｃｔを作成して送り返す（Ｓ４６）。
【００９５】
その後、新たなセッションを確立せず、同一セッション（ポート番号）内でＣＮＧを待ち、ＣＮＧ受信後ＣＥＤを送出し（Ｓ４７）、Ｔ．３８に従ったファクシミリ通信を行い（Ｓ４８）、通信を終了する。
【００９６】
Ｓｅｔｕｐのh2250LogicalChannelParametersのNonStandardParameterに、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されているものがない場合は、Ｔ．３８ＡｎｎｅｘＢでのネゴシエーションに従ったポート番号を設定したＣｏｎｎｅｃｔを作成して送り返し（Ｓ４９）、Ｔ．３８ＡｎｎｅｘＢでのネゴシエーション結果に従ってデータ手順用のセッションを１つまたは２つ確立し（Ｓ５０）、新たに作られたセッションでＣＮＧを待ち、ＣＮＧ受信後ＣＥＤを送出し（Ｓ５１）、そのセッションを用いてＴ．３８に従ったファクシミリ通信を行い（Ｓ５２）、通信を終了する。
【００９７】
受信した信号がＣＮＧでもＳｅｔｕｐでもない場合は、その信号は無視して終了する。
【００９８】
このように本実施形態においては、ｗｅｌｌ−ｋｎｏｗｎとなっている制御セッションのポート番号をデータセッションの通信にも使用しているので、ファイアウォールなどの設定を行わずに、確実に通信を行うことができる。
【００９９】
また、相手装置が制御セッションのポート番号をデータセッションの通信にも使うことを許可していることが分かっているときは、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【０１００】
また、非標準のパラメータを使って制御セッションのポート番号をデータセッションの通信にも使うかのネゴシエーションを行っているので、非標準の機能を備えていない装置との間でも標準の機能で通信を行うことができる。
【０１０１】
また、データセッションで送受信するＴ．３８の信号をＨ．２２５．０のＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納して通信を行っているので、データセッション中でも呼制御信号を送受信することができる。
【０１０２】
本実施形態の他の態様としては、１ｓｅｓｓｉｏｎ手順の順番方式において、通信の終了をＴ．３８信号の終了（Ｔ．３０のＤＣＮ）により行うようにする。このように構成することによって、呼制御信号のＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅが不要となり、通信シーケンスを削減することができる。
【０１０３】
【発明の効果】
本発明によれば、発呼時に指定した発呼側受信用ポート番号によりセッションが確立され、そのセッションで通信しているので、通信可能な発呼側受信用ポート番号を指定することで容易にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０４】
また、発呼側で指定した発呼側受信用ポート番号では着呼側で通信ができないとき、着呼側で呼解放時に通信可能な発呼側受信用ポート番号を通知すれば、発呼側が着呼側で通信可能な発呼側受信用ポート番号を知ることができ、次の発呼時にそのポート番号を指定して、確実にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０５】
また、着呼側で呼解放時に通信可能な発呼側受信用ポート番号を複数通知すれば、発呼側で通信に適したポート番号を選択することができ、次の発呼時にそのポート番号を指定して、確実にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０６】
また、発呼側で、呼解放時に着呼側で通信可能な発呼側受信用ポート番号が通知されたとき、そのポート番号を設定して再発呼すれば、セッション確立の時間を短縮し、確立したセッションで確実に通信することができる。
【０１０７】
また、発呼時に着呼側受信用ポート番号を指定したときに、そのポート番号でセッションを確立すれば、セッション確立の時間を短縮し、確立したセッションで確実に通信することができる。
【０１０８】
また、発呼時に複数の着呼側受信用ポート番号を指定したときに、該複数の着呼側受信用ポート番号を呼設定要求に設定して送信すれば、着呼側で通信に適した受信用ポート番号を選択することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１０９】
また、発呼時に複数の発呼側受信用ポート番号を指定したときに、該複数の発呼側受信用ポート番号を呼設定要求に設定して送信すれば、着呼側で通信に適した発呼側受信用ポート番号を選択することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１０】
また、ＩＰアドレスおよびポート番号を、装置に対する各種操作を行なう操作部により指定するようにすれば、容易に通信可能なＩＰアドレスおよびポート番号を指定することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１１】
また、ＩＰアドレスおよびポート番号を、記憶装置内に記憶したデータにより指定するようにすれば、通信可能なＩＰアドレスおよびポート番号を設定しておき、そのＩＰアドレスおよびポート番号を容易に指定することができるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１２】
また、記憶装置内のデータを、通信の状態により書き換えるようにすれば、常に通信状態の良好なポート番号でセッションを確立することができるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１３】
本発明によれば、制御セッションとデータセッションで同一のポート番号を用いるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１４】
また、制御セッションのネゴシエーションにより制御セッション用のポートをデータセッションにも用いるかを決めれば、制御セッション用のポートをデータセッションにも用いることを許可しない端末との間では、従来のデータセッションを確立することができ、利便性を向上させることができる。
【０１１５】
また、制御セッションのネゴシエーションに非標準のパラメータを使用すれば、非標準の機能を使用しない端末との間では、標準のパラメータでの従来のデータセッションを確立することができ、利便性を向上させることができる。
【０１１６】
また、前手順、データ通信手順、後手順の順番に実行して通信を行うようにすれば、データ通信手順中の呼制御プロトコルの信号を無視することができ、処理の負担を軽減させることができる。
【０１１７】
また、データ通信手順の終了によりポート番号の使用の終了を認識するようにすれば、後手順を省略することができ、処理の負担を軽減させることができる。
【０１１８】
また、予め設定された端末との間では、制御セッションによるネゴシエーション無しに制御セッション用のポート番号をデータセッションにも用いるようにすれば、通信シーケンスを削減することができ、処理の負担を軽減させることができる。
【０１１９】
また、呼制御プロトコルの信号にデータ通信プロトコルの信号を埋め込むようにすれば、データ通信手順中にも呼制御プロトコルの信号を受け付けて他の処理を実行することができ、処理能力を向上させることができる。
【図面の簡単な説明】
【図１】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第１実施形態を示す図であり、その概略ブロック図である。
【図２】その接続形態を示す構成図である。
【図３】そのファクシミリ通信方法を示すシーケンス図である。
【図４】その他の態様を説明するテーブル構成図である。
【図５】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第２実施形態を示す図であり、そのポート番号ごとの通信可／不可を示すテーブルの構成図である。
【図６】そのセッション確立拒否方法を示すシーケンス図である。
【図７】その発呼側装置の処理を説明するフォローチャートである。
【図８】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第３実施形態を示す図であり、そのテーブル構成図である。
【図９】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第４実施形態を示す図であり、その発呼側装置の処理を説明するフォローチャートである。
【図１０】その着呼側装置の処理を説明するフォローチャートである。
【図１１】そのテーブル構成図である。
【図１２】そのパラメータ構成図である。
【符号の説明】
１０ ネットワークファクシミリ装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ タイマ制御部
１５ オペポートＩ／Ｆ（インタフェース）部
１５ａ 操作部
１６ ハードディスクＩ／Ｆ（インタフェース）部
１６ａ ハードディスク
１７ ＳＲＡＭ
１８ 符号化復号化部
１９ スキャナＩ／Ｆ（インタフェース）部
１９ａ スキャナ
２０ プロッタＩ／Ｆ（インタフェース）部
２０ａ プロッタ
２１ キャラクタジェネレータ
２２ ＬＡＮ通信制御部
３０ バス
４０ ルーター
【発明の属する技術分野】
本発明は、セッション確立方法に関し、例えば、ＴＣＰ／ＩＰプロトコル上のポート番号を使って通信する端末のセッション確立方法に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークの普及により、電話やファクシミリ通信などのデータ通信を行う際、網として、従来のようなＰＳＴＮ（Public Switched Telephone Network）やＩＳＤＮ（Integrated Services Digital Network）だけを用いるのでなく、インターネットを用いるサービス（いわゆるインターネット電話やインターネットファクス）も徐々に広まりつつある。これはインターネットを用いることによる料金削減のメリットを活かそうとするものである。
【０００３】
インターネットを介してＴＣＰ／ＩＰプロトコルを用いて通信を行う場合、端末間でお互いに相手端末のＩＰアドレス及びポート番号にデータを送信する。このポート番号は、well-knownとして、いくつかのサービスの番号が、すでに割り当てられている。また、あるサービスでは、２つ以上のセッションを用いる必要があり、１番目のセッションはwell-known番号で通信するが、２番目以降のセッションは、ネゴシエーションにより、複数のポートの中からダイナミックにポート番号が割り当てられる場合もある。
【０００４】
ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Section）勧告Ｔ．３８に従ったInternet Aware Fax Device（以下、ＩＡＦＤという）においては、制御セッションとしてwell-known番号となっている１７２０のポートを使ってデータの送受信が行われ、データセッションの部分は、制御セッションのＳｅｔｕｐのＯＬＣ（Open Logical Channel：ＩＴＵ−Ｔ勧告Ｈ．２５４で定義されている）でデータセッションで発呼側が受信する（着呼−＞発呼方向）ためのポート番号を、ある範囲内のポート番号をランダムに指定し、ＣｏｎｎｅｃｔのＯＬＣでデータセッションで着呼側が受信する（発呼−＞着呼方向）ポート番号を、ある範囲内のポート番号をランダムに指定することで、そのポート番号を使ったセッションが確立される。
【０００５】
また、近年、セキュリティに関する強化が叫ばれ、以前ほど、インターネット内で自由に通信を行うことができなくなっている。例えば、ファイアウォールなどにより、内外部のアクセスのためのＩＰアドレスやポート番号を制限している場合も多い。イントラネット内で制限がある場合もある。また、既存サービスであっても、ネットワーク管理Policy上、対応するポート番号が使用できない場合もある。
【０００６】
このような場合、上述セッション確立方法において、ＳｅｔｕｐのＯＬＣに指定された発呼側で受信可能なポート番号が、着呼側でファイアウォールにより送信不可なポート番号であるときもあり、そのとき着呼側はＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅにより応答し、セッションの確立を拒否する。
【０００７】
【発明が解決しようとする課題】
このような、ルーターにファイアウォールソフトウェアがインストールされた場合の端末間の通信にあっては、端末でファイアウォールの情報を全て管理することは端末側の負荷が大きいため、端末側ではファイアウォール側で受信あるいは送信を規制されているポート番号が分からず、端末間でセッションを確立してもルーターのファイアウォールソフトウェアによりデータの送受信ができず、通信できないという問題があった。
【０００８】
また、着呼側で発呼側が指定したポート番号に送信できないときに、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅにreason（セッション確立を拒否する理由）しか含んでいないので、発呼側で別のポート番号で再発呼するとしても、着呼側でどのポート番号で通信可能なのか分からず、セッション確立のＳｅｔｕｐを繰り返し送信することとなり、セッション確立までに時間がかかるという問題があった。
【０００９】
そこで、本発明は、セッション確立の時間を短縮し、確立したセッションで確実に通信することができるセッション確立方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明のセッション確立方法は、制御セッション用のポート番号を使って呼制御プロトコルの通信を行う際、発呼側端末が、着呼側端末とのデータ通信を行うときのポート番号を制御セッション上のネゴシエーションにより決めてからデータセッションを確立するセッション確立方法において、前記制御セッション用のポート番号を使って前記制御セッションの通信と前記データセッションの通信の両方を行う方法である。
【００１１】
この発明では、制御セッションとデータセッションに同一のポート番号が使用されるため、セッション確立の時間を短縮し、ファイアウォールなどの設定を行わずに、確実に通信することができる。
【００１２】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、前記テーブルを参照した結果から前記着呼側端末が前記手順をできるか不明と判明した場合、前記制御セッション用のポート番号を使って前記制御セッションの通信を行うことで前記着呼側端末に対して前記手順の可否を確認し、前記手順の可否を確認した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行う方法である。
【００１３】
この発明では、相手装置が制御セッション用のポートをデータセッション用にも使うことを許しているかどうか分からない場合でも確認することができる。
【００１４】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッションの通信に用いられるＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されている非標準のパラメータを使って、前記着呼側端末に対して前記手順の可否を確認する方法である。
【００１５】
この発明では、非標準のパラメータを使って着呼側端末に対して前記手順の可否を確認することができる。
【００１６】
また、本発明のセッション確立方法は、前記発呼側端末が、前記制御セッションの通信と前記データセッションの通信の両方を行う前に、前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、前記テーブルを参照した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行う方法である。
【００１７】
この発明では、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【００１８】
また、本発明のセッション確立方法が、前記データセッションの通信は、ＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されているｉｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納されて行われる方法である。
【００１９】
この発明では、データセッションで送受信するＴ．３８の信号をＨ．２２５．０のＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納して通信を行っているので、データセッション中でも呼制御信号を送受信することができる。
【００２０】
また、本発明のセッション確立方法は、前記データセッションの通信が、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠して行われる方法である。
【００２１】
この発明では、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【００２２】
また、本発明のセッション確立方法は、前記制御セッションの通信および前記データセッションの通信の終了が、ＩＴＵ−Ｔ勧告Ｔ．３８に規定されているＤＣＮ信号を用いて行われる方法である。
【００２３】
この発明では、呼制御信号のＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅなどが不要となり、通信シーケンスを削減することができる。
【００４４】
【発明の実施の形態】
以下、本発明を図面を参照して説明する。
図１〜図４は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第１実施形態を示す図である。
【００４５】
図１において、ネットワークファクシミリ装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、タイマ制御部１４、オペポートＩ／Ｆ（インタフェース）部１５、ハードディスクＩ／Ｆ（インタフェース）部１６、ＳＲＡＭ（Static Random Access Memory）１７、符号化復号化部１８、スキャナＩ／Ｆ（インタフェース）部１９、プロッタＩ／Ｆ（インタフェース）部２０、キャラクタジェネレータ２１、ＬＡＮ通信制御部２２がバス３０を介して接続されている。
【００４６】
ＣＰＵ１１は、ＲＯＭ１２内に格納されているプログラムに従って、装置各部を制御してネットワークファクシミリ装置の所定の動作を実行するものである。
ＲＡＭ１３は、装置各部の駆動条件や管理データ等の各種情報を記憶するとともに動作する上で必要なデータを記憶するものである。
【００４７】
タイマ制御部１４は、時間を管理するもので、ＣＰＵ１１からの問い合わせにより現在時刻を通知するとともに、ＣＰＵ１１からの要求を受けてから指定された時間が経過した時にＣＰＵ１１に通知するものである。
オペポートＩ／Ｆ部１５は、操作部１５ａが接続され、ＣＰＵ１１と操作部１５ａとの間のデータの送受信を制御し、操作部１５ａに装置の状態や、操作ガイダンスを表示するデータを送信するとともに、操作部１５ａに入力された装置に対する各種操作のデータをＣＰＵ１１に送信するものである。
【００４８】
ハードディスクＩ／Ｆ部１６は、ハードディスク１６ａが接続され、ハードディスク１６ａへの書き込み、読み出しを制御するものである。
ＳＲＡＭ１７は、登録された宛先電話番号や、その電話番号の宛先名や、各種設定等を記憶するものであり、電源ＯＦＦ状態でも記憶した情報を保持するものである。
【００４９】
符号化復号化部１８は、読み取った送信する画像データを符号化したり、受信した圧縮された画像データの復号化を行なうものである。
スキャナＩ／Ｆ部１９は、スキャナ１９ａが接続され、スキャナ１９ａが読み取った送信する原稿の画像データの制御を行うものである。
プロッタＩ／Ｆ部２０は、プロッタ２０ａが接続され、画像データをプロッタ２０ａに送信し、プロッタ２０ａに記録出力させるものである。
【００５０】
キャラクタジェネレータ２１は、文字のフォント情報を保持するものである。
ＬＡＮ通信制御部２２は、物理層としてEthernetに対応し、ＬＡＮプロトコル（ＴＣＰ／ＵＤＰ／ＩＰ）を制御してEthernetを介して他の端末との通信を制御するものである。
【００５１】
このようなネットワークファクシミリ装置１０は、図２に示すように、ＬＡＮ通信制御部２２がEthernetを介してルーター４０に接続され、ルーター４０を介してインターネット上の同種の他のネットワークファクシミリ装置１０とＩＰプロトコルを用いて通信するようになっており、互いに相手端末のＩＰアドレスとそのＩＰアドレス上のポート番号を指定してデータを送信して通信を行うようになっている。ここで、ルーター４０にはファイアウォールソフトウェアがインストールされており、管理者の設定でポート番号により通信が制限されるようになっている。
【００５２】
また、ネットワークファクシミリ装置１０は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰのパケット中にＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Section）勧告Ｔ．３０に従った信号やＭＨ圧縮した画データを含めて、インターネット内でＩＡＦＤ（Internet Aware Fax Device）としてＩＴＵ−Ｔ勧告Ｔ．３８／Ｔ．３０およびＴＣＰ／ＵＤＰ／ＩＰのプロトコルに従ってリアルタイムにファクシミリ通信を行う。
【００５３】
図３は、Ｔ．３８ＩＡＦＤのシーケンス例である。Ｔ．３８には、呼制御を行うセッション（制御セッション）と、実際のデータをやりとりするセッション（Ｔ．３８を通じてＴ．３０のプロトコルが実行されるセッション：データセッション）との２つのセッションが存在し、制御セッションで用いるポート番号はｗｅｌｌ−ｋｎｏｗｎとなっている１７２０であり、そのセッションは、ＩＴＵ−Ｔ勧告Ｔ．３８ＡｎｎｅｘＢで規定されている方式を用い、ＳｅｔｕｐとＣｏｎｎｅｃｔによりデータセッションで用いるポート番号のネゴシエーションを行ってデータセッションを確立し、そのデータセッションでＴＣＰまたはＵＤＰデータの中にＴＰＫＴヘッダ（ＴＣＰの場合のみ）、Ｔ．３８データ、Ｔ．３０データを含んだデータをやりとりする。
【００５４】
Ｔ．３８ＡｎｎｅｘＢにおけるデータセッションのネゴシエーションは、ＩＴＵ−Ｔ勧告Ｈ．３２３／Ｈ．２２５．０／Ｈ．２４５に従って行われる。データセッションが２つ用いられる場合（発呼（Ｓｅｎｄｅｒ）−＞着呼（Ｒｅｃｅｉｖｅｒ）方向、着呼−＞発呼方向の２つ）発呼（送信）側は、ＳｅｔｕｐのＯＬＣ（Open Logical Channel：ＩＴＵ−Ｔ勧告Ｈ．２５４で定義されている）で、データセッションで自分が受信する（着呼−＞発呼方向）ためのポート番号を指定する。着呼（受信）側は、ＣｏｎｎｅｃｔのＯＬＣで、データセッションで自分が受信する（発呼−＞着呼方向）ためのポート番号を指定する。
【００５５】
このポート番号は、ユーザが、発呼時に操作部１５ａの表示に従って宛先のＩＰアドレスとデータセッション用のポート番号をキー入力して指定すると、ＣＰＵ１１が入力されたＩＰアドレスのポート番号１７２０に対し、ＳｅｔｕｐのfastStartという属性の、ＯＬＣ内のforwardLogicalParametersのh2550LogicalChannelParametersのmediaChannelのTransportAddressに、入力されたポート番号を設定して送信する。
【００５６】
着呼側ネットワークファクシミリ装置のＣＰＵ１１は、Ｓｅｔｕｐを受信すると、通信可能なポート番号があるか判定し、通信可能なポート番号があれば、Ｓｅｔｕｐの送信元ＩＰアドレスとポート番号をＲＡＭ１３内に記憶し、発呼側ネットワークファクシミリ装置にそのポート番号をＣｏｎｎｅｃｔのfastStartという属性の、ＯＬＣ内のforwardLogicalParametersのh2550LogicalChannelParametersのmediaChannelのTransportAddressに設定して送信する。
【００５７】
発呼側ネットワークファクシミリ装置のＣＰＵ１１は、Ｃｏｎｎｅｔｃｔを受信すると、着呼側の受信ポート番号をＲＡＭ１３内に記憶し、以降、お互いに記憶したポート番号にデータを送信してＴ．３０に従った信号やＭＨ圧縮した画データをやりとりしてファクシミリ通信を行う。
【００５８】
このように本実施形態においては、発呼時に発呼側の受信用ポート番号を容易に指定して発呼しているので、常にファイアウォールに制限されないポート番号を指定することができ、確実に通信ができる。
【００５９】
本実施形態の他の態様としては、図４に示すようなテーブルを持ち、発呼時に操作部１５ａの表示に従って宛先のホスト名をキー入力すると、ＣＰＵ１１が図４のテーブルを参照し、入力されたホスト名のＩＰアドレス欄のＩＰアドレスとポート番号欄のポート番号を操作部１５ａに表示する。ポート番号欄に複数のポート番号が登録されている場合は、通信可回数欄の数字が大きい順にリスト表示し、その中からポート番号を選択入力させ、ポート番号を決定する。
【００６０】
その後、操作部１５ａの送信ボタンが押下されると、ＩＰアドレス欄のＩＰアドレスに対し、ＯＬＣにポート番号欄のまたは選択されたポート番号を設定したＳｅｔｕｐを送信するようにする。
【００６１】
そして、セッションが確立し、データの送受信が正常に行われると、ＣＰＵ１１は、確立したセッションのポート番号の、図４に示すテーブルの通信可回数欄の数値に１加算するようにする。
【００６２】
このように構成することによって、着呼側ネットワークファクシミリ装置により使用できるポート番号が限られていても、容易にセッションを確立し通信することができる。
【００６３】
また、以前通信が可能であったポート番号を選択してセッションを確立することができるので、より確実に通信を行うことができる。
【００６４】
次に、図５〜図７は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第２実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００６５】
本実施形態のネットワークファクシミリ端末１０は、ルーター４０のファイアウォールソフトで通信不可としているポート番号を、図５に示すように予め設定されており、ＣＰＵ１１は、受信したＳｅｔｕｐに設定されている発呼側の受信ポート番号から図５のテーブルを参照し、このポート番号がファイアウォールソフトウェアで通信不可であると判断すると、図６に示すようにＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを送信して呼設定を拒否するようになっている。
【００６６】
このとき、ＣＰＵ１１は、Ｒｅｌｅａｓｅ ＣｏｍｐｌｅｔｅのreasonにnonStandardReasonを含め、そこに着呼側で通信可能である発呼側の受信ポート番号を設定し、そのＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを発呼側に送信する。
【００６７】
発呼側ネットワークファクシミリ装置のＣＰＵ１１は、図７のフローチャートに示すように、発呼側の受信ポート番号をＯＬＣに設定したＳｅｔｕｐを着呼側に送信する（Ｓ１１）。その後、Ａｌｅｒｔ／Ｃａｌｌ−Ｐｒｏｃを受信してもなにも処理せず（Ｓ１２）、それ以外を受信すると、Ｃｏｎｎｅｃｔを受信したかを判定する（Ｓ１３）。受信したものがＣｏｎｎｅｃｔであれば、ＣｏｎｎｅｃｔのＯＬＣに設定されているポート番号を使って通信を開始する（Ｓ１４）。
【００６８】
受信したものがＣｏｎｎｅｃｔでなければ、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅであるか判定する（Ｓ１５）。Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅでなければ処理を終了する。Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅであれば、reasonにnonStandardReasonが含まれているかをチェックし（Ｓ１６）、含まれていなければ処理を終了する。含まれていれば、そこに設定されているポート番号をＳｅｔｕｐのＯＬＣに設定し（Ｓ１７）、再度Ｓｅｔｕｐを送信する（Ｓ１１）。
【００６９】
このように本実施形態においては、Ｓｅｔｕｐで指定された発呼側の受信ポート番号が着呼側で通信不可の場合、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅに着呼側で通信可能な発呼側の受信ポート番号を指定しているので、発呼側でそのポート番号を設定してＳｅｔｕｐを送信することでセッションを確立することができ、着呼側ネットワークファクシミリ装置により使用できるポート番号が限られていても、確実にセッションを確立し通信することができる。
【００７０】
本実施形態の第１の他の態様としては、Ｒｅｌｅａｓｅ ＣｏｍｐｌｅｔｅのreasonのnonStandardReasonに通信可能であるポート番号を複数設定し、発呼側ではこれらのポート番号の中から通信可能なポート番号を選択して再発呼するようにする。
【００７１】
また、図４に示すテーブルから、通信不可のポート番号は削除したり、着呼側からＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅで通知された通信可能なポート番号を書き加えたりして書き換えるようにする。このように構成することによって、より確実にセッションを確立することができる。
【００７２】
本実施形態の第２の他の態様としては、操作部１５ａから複数の発呼側の受信用ポート番号が指定されたり、ＲＡＭ１３内の図４に示すテーブル内のポート番号欄に複数の発呼側の受信用ポート番号が指定されているとき、ＳｅｔｕｐのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに発呼側の受信用ポート番号を複数設定して送信し、着呼側ではこれらのポート番号の中から通信可能なポート番号を選択し、そのポート番号をＣｏｎｎｅｃｔのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに設定して送信するようにする。このように構成することによって、１回のＳｅｔｕｐ、Ｃｏｎｎｅｃｔだけで確実にセッションを確立することができる。
【００７３】
次に、図８は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第３実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００７４】
本実施形態のネットワークファクシミリ装置１０は、発呼側装置に着呼側の通信可能なポート番号が図８に示すように予め設定されており、データセッションの確立は発呼側装置主導で行われる。
【００７５】
具体的には、発呼側装置のＣＰＵ１１は、発呼時に操作部１５ａの表示に従って宛先のホスト名がキー入力されると、図８に示すようなテーブルを参照し、入力されたホスト名のＩＰアドレス欄のＩＰアドレスとポート番号欄のポート番号と相手ポート番号欄のポート番号を操作部１５ａに表示する。ポート番号欄に複数のポート番号が登録されている場合は、通信可回数欄の数字が大きい順にリスト表示する。また、相手ポート番号欄に複数のポート番号が登録されている場合も、通信可回数欄の数字が大きい順にリスト表示する。そして、その中からポート番号を選択入力させ、セッション確立要求するポート番号と相手ポート番号を決定する。
【００７６】
その後、操作部１５ａの送信ボタンが押下されると、ＯＬＣにポート番号欄のポート番号を設定し、ＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに相手ポート番号欄のポート番号を設定したＳｅｔｕｐを送信する。
【００７７】
一方、着呼側装置のＣＰＵ１１は、Ｓｅｔｕｐを受信すると、発呼側の受信ポート番号をＲＡＭ１３内に記憶し、次いで、ＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドが設定されているかを判定し、設定されていれば、そのポート番号をＲＡＭ１３内に記憶し、ＯＬＣにこのポート番号を設定したＣｏｎｎｅｃｔを発呼側装置に送信する。
【００７８】
発呼側装置のＣＰＵ１１は、Ｃｏｎｎｅｃｔを受信すると、Ｃｏｎｎｅｃｔに設定されているポート番号をＲＡＭ１３内に記憶し、データセッションでの通信を開始する。
【００７９】
そして、データの送受信が正常に行われると、ＣＰＵ１１は、確立したセッションのポート番号および相手ポート番号の、図８に示すテーブルの通信可回数欄の数値に１加算するようにする。
【００８０】
このように本実施形態においては、発呼側で着呼側の受信ポート番号を指定しているので、１回のＳｅｔｕｐ、Ｃｏｎｎｅｃｔだけで確実にセッションを確立することができ、確実に通信を行うことができる。
【００８１】
本実施形態の他の態様としては、発呼側装置でＳｅｔｕｐのＯＬＣのforwardLogicalParametersのh2250LogicalChannelParametersのnonStandardフィールドに着呼側装置の受信ポート番号を複数設定し、着呼側装置で、そのポート番号の中から通信に適したポートを選択して、そのポート番号をＣｏｎｎｅｃｔのＯＬＣに設定して送信するようにする。このように構成することによって、複数のポート番号からより通信に適したポート番号を選択できるので、より確実に通信を行うことができる。
【００８２】
次に、図９〜図１２は本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第４実施形態を示す図である。なお、本実施形態は、上述実施形態と略同様に構成されているので、その図を流用して特徴部分のみ説明する。
【００８３】
本実施形態のネットワークファクシミリ装置１０は、制御セッションで用いられるｗｅｌｌ−ｋｎｏｗｎとなっているポートをデータセッションにも使うことを特徴としている。
【００８４】
ここで、相手装置が制御セッション用のポートをデータセッション用にも使うことが分かっている場合には、ＳｅｔｕｐとＣｏｎｎｅｃｔの呼制御を省き、最初からＩＴＵ−Ｔ勧告Ｔ．３８に従ったシーケンスによりファクシミリ通信を行うようになっている。
【００８５】
また、相手装置が制御セッション用のポートをデータセッション用にも使うことを許しているかどうか分からない場合は、ＳｅｔｕｐとＣｏｎｎｅｃｔで呼制御を行い、通常の手順でデータセッションを確立するか、制御セッション用のポートをデータセッション用に使いＴ．３８に従ったシーケンスにより通信を行う（１ｓｅｓｓｉｏｎ手順の順番方式）か、制御セッション用のポートをデータセッション用に使いＳｅｔｕｐとＣｏｎｎｅｃｔと同じくＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されているＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩにデータセッションでやり取りされるＴ．３８信号を格納して通信を行う（１ｓｅｓｓｉｏｎ手順のINFORMATION方式）か、をネゴシエーションするようになっている。
【００８６】
具体的には、図９のフローチャートに示すように、発呼側装置のＣＰＵ１１は、発呼時に操作部１５ａの表示に従って宛先のホスト名がキー入力されると、図１１に示すようなテーブルを参照し、入力されたホスト名の１ｓｅｓｓｉｏｎ方式可／不可欄が可能（○）であるか判定し（Ｓ２１）、１ｓｅｓｓｉｏｎ方式可の場合、ポート番号１７２０（ＴＣＰ）に対してセッションをつくり、そのセッションに対して図１１のテーブルの１ｓｅｓｓｉｏｎ方式欄の方式によってＣＮＧを送出し（Ｓ２２）、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってファクシミリ通信を行い（Ｓ２３）、ＤＣＮ送出後（Ｓ２４）通信を終了する。
【００８７】
１ｓｅｓｓｉｏｎ方式不可の場合、Ｓｅｔｕｐのh2250LogicalChannelParametersのNonStandardParameterに図１２で示されるような、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject id（ここでは、t38DataSessionとする）と、dataであるパラメータ値（Normal ：通常手順、Single：１ｓｅｓｓｉｏｎ手順の順番方式、INFORMATION UUI：１ｓｅｓｓｉｏｎ手順のINFORMATION方式）を格納して送出する（Ｓ２５）。
【００８８】
その後、Ｃｏｎｎｅｃｔを受信すると（Ｓ２６）、そのh2250LogicalChannelParametersのNonStandardParameterの内容により１ｓｅｓｓｉｏｎ方式の通信が可能か判定する（Ｓ２７）。
【００８９】
NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されており、かつ、パラメータ値にSingleまたはINFORMATION UUIが設定されている（１ｓｅｓｓｉｏｎ方式が可能な）場合は、新たなセッションを確立せず、制御セッションと同一のセッション（ポート番号）にパラメータ値に設定された方式に従ってＣＮＧを送出し（Ｓ２２）、Ｔ．３８に従ってファクシミリ通信を行い（Ｓ２３）、ＤＣＮ送出後（Ｓ２４）通信を終了する。
【００９０】
NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されていない、または、NonStandardParameterに１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されており、かつ、パラメータ値にNormalが設定されている（１ｓｅｓｓｉｏｎ方式が不可な）場合は、Ｃｏｎｎｅｃｔ中に設定されているＴ．３８ＡｎｎｅｘＢに従ったネゴシエーションの結果によって、データセッションを１つまたは２つ確立し（Ｓ２８）、新たに作られたセッションを用いてＣＮＧを送出し（Ｓ２９）、Ｔ．３８に従ってファクシミリ通信を行い（Ｓ３０）、ＤＣＮ送出後（Ｓ３１）、制御セッションにＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅを送出して（Ｓ３２）、通信を終了する。
【００９１】
次に、１ｓｅｓｓｉｏｎ方式が可能なネットワークファクシミリ装置１０の着呼側装置としての動作を説明する。
【００９２】
図１０のフローチャートに示すように、ＣＰＵ１１は、ポート番号１７２０（ＴＣＰ）でlistenを続け、信号を受信すると信号の種類がＣＮＧであるか判定する（Ｓ４１）。ＣＮＧを受信した場合、ＣＥＤを送出し（Ｓ４２）、そのままＴ．３８に従ってファクシミリ通信を行い（Ｓ４３）、通信を終了する。
【００９３】
信号の種類がＣＮＧでない場合、Ｓｅｔｕｐであるか判定し（Ｓ４４）、Ｓｅｔｕｐであれば、そのh2250LogicalChannelParametersのNonStandardParameterに、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject id（ここでは、t38DataSessionとする）が格納されているものがあるかどうかを探し、１ｓｅｓｓｉｏｎ通信を要求されているかを判定する（Ｓ４５）。
【００９４】
１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されている（１ｓｅｓｓｉｏｎ通信が要求されている）場合は、そのNonStandardParameterが１つであれば、その内容と同じ内容のNonStandardParameterを格納したＣｏｎｎｅｃｔを作成して送り返す。そのNonStandardParameterが複数あれば（パラメータが、”Single”のNonStandardParameterと”INFORMATION UUI”のNonStandardParameterの両方を含む）、予め設定された優先的に選択する方式を設定したNonStandardParameterを格納したＣｏｎｎｅｃｔを作成して送り返す（Ｓ４６）。
【００９５】
その後、新たなセッションを確立せず、同一セッション（ポート番号）内でＣＮＧを待ち、ＣＮＧ受信後ＣＥＤを送出し（Ｓ４７）、Ｔ．３８に従ったファクシミリ通信を行い（Ｓ４８）、通信を終了する。
【００９６】
Ｓｅｔｕｐのh2250LogicalChannelParametersのNonStandardParameterに、１ｓｅｓｓｉｏｎ通信を行うための属性をあらわすobject idが格納されているものがない場合は、Ｔ．３８ＡｎｎｅｘＢでのネゴシエーションに従ったポート番号を設定したＣｏｎｎｅｃｔを作成して送り返し（Ｓ４９）、Ｔ．３８ＡｎｎｅｘＢでのネゴシエーション結果に従ってデータ手順用のセッションを１つまたは２つ確立し（Ｓ５０）、新たに作られたセッションでＣＮＧを待ち、ＣＮＧ受信後ＣＥＤを送出し（Ｓ５１）、そのセッションを用いてＴ．３８に従ったファクシミリ通信を行い（Ｓ５２）、通信を終了する。
【００９７】
受信した信号がＣＮＧでもＳｅｔｕｐでもない場合は、その信号は無視して終了する。
【００９８】
このように本実施形態においては、ｗｅｌｌ−ｋｎｏｗｎとなっている制御セッションのポート番号をデータセッションの通信にも使用しているので、ファイアウォールなどの設定を行わずに、確実に通信を行うことができる。
【００９９】
また、相手装置が制御セッションのポート番号をデータセッションの通信にも使うことを許可していることが分かっているときは、Ｓｅｔｕｐ，Ｃｏｎｎｅｃｔなどの呼制御手順を省略しているので、送受信する信号数を削減することができる。
【０１００】
また、非標準のパラメータを使って制御セッションのポート番号をデータセッションの通信にも使うかのネゴシエーションを行っているので、非標準の機能を備えていない装置との間でも標準の機能で通信を行うことができる。
【０１０１】
また、データセッションで送受信するＴ．３８の信号をＨ．２２５．０のＩｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納して通信を行っているので、データセッション中でも呼制御信号を送受信することができる。
【０１０２】
本実施形態の他の態様としては、１ｓｅｓｓｉｏｎ手順の順番方式において、通信の終了をＴ．３８信号の終了（Ｔ．３０のＤＣＮ）により行うようにする。このように構成することによって、呼制御信号のＲｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅが不要となり、通信シーケンスを削減することができる。
【０１０３】
【発明の効果】
本発明によれば、発呼時に指定した発呼側受信用ポート番号によりセッションが確立され、そのセッションで通信しているので、通信可能な発呼側受信用ポート番号を指定することで容易にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０４】
また、発呼側で指定した発呼側受信用ポート番号では着呼側で通信ができないとき、着呼側で呼解放時に通信可能な発呼側受信用ポート番号を通知すれば、発呼側が着呼側で通信可能な発呼側受信用ポート番号を知ることができ、次の発呼時にそのポート番号を指定して、確実にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０５】
また、着呼側で呼解放時に通信可能な発呼側受信用ポート番号を複数通知すれば、発呼側で通信に適したポート番号を選択することができ、次の発呼時にそのポート番号を指定して、確実にセッションを確立でき、確立したセッションで確実に通信することができる。
【０１０６】
また、発呼側で、呼解放時に着呼側で通信可能な発呼側受信用ポート番号が通知されたとき、そのポート番号を設定して再発呼すれば、セッション確立の時間を短縮し、確立したセッションで確実に通信することができる。
【０１０７】
また、発呼時に着呼側受信用ポート番号を指定したときに、そのポート番号でセッションを確立すれば、セッション確立の時間を短縮し、確立したセッションで確実に通信することができる。
【０１０８】
また、発呼時に複数の着呼側受信用ポート番号を指定したときに、該複数の着呼側受信用ポート番号を呼設定要求に設定して送信すれば、着呼側で通信に適した受信用ポート番号を選択することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１０９】
また、発呼時に複数の発呼側受信用ポート番号を指定したときに、該複数の発呼側受信用ポート番号を呼設定要求に設定して送信すれば、着呼側で通信に適した発呼側受信用ポート番号を選択することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１０】
また、ＩＰアドレスおよびポート番号を、装置に対する各種操作を行なう操作部により指定するようにすれば、容易に通信可能なＩＰアドレスおよびポート番号を指定することができ、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１１】
また、ＩＰアドレスおよびポート番号を、記憶装置内に記憶したデータにより指定するようにすれば、通信可能なＩＰアドレスおよびポート番号を設定しておき、そのＩＰアドレスおよびポート番号を容易に指定することができるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１２】
また、記憶装置内のデータを、通信の状態により書き換えるようにすれば、常に通信状態の良好なポート番号でセッションを確立することができるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１３】
本発明によれば、制御セッションとデータセッションで同一のポート番号を用いるので、確実にセッションを確立し、確立したセッションで確実に通信することができる。
【０１１４】
また、制御セッションのネゴシエーションにより制御セッション用のポートをデータセッションにも用いるかを決めれば、制御セッション用のポートをデータセッションにも用いることを許可しない端末との間では、従来のデータセッションを確立することができ、利便性を向上させることができる。
【０１１５】
また、制御セッションのネゴシエーションに非標準のパラメータを使用すれば、非標準の機能を使用しない端末との間では、標準のパラメータでの従来のデータセッションを確立することができ、利便性を向上させることができる。
【０１１６】
また、前手順、データ通信手順、後手順の順番に実行して通信を行うようにすれば、データ通信手順中の呼制御プロトコルの信号を無視することができ、処理の負担を軽減させることができる。
【０１１７】
また、データ通信手順の終了によりポート番号の使用の終了を認識するようにすれば、後手順を省略することができ、処理の負担を軽減させることができる。
【０１１８】
また、予め設定された端末との間では、制御セッションによるネゴシエーション無しに制御セッション用のポート番号をデータセッションにも用いるようにすれば、通信シーケンスを削減することができ、処理の負担を軽減させることができる。
【０１１９】
また、呼制御プロトコルの信号にデータ通信プロトコルの信号を埋め込むようにすれば、データ通信手順中にも呼制御プロトコルの信号を受け付けて他の処理を実行することができ、処理能力を向上させることができる。
【図面の簡単な説明】
【図１】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第１実施形態を示す図であり、その概略ブロック図である。
【図２】その接続形態を示す構成図である。
【図３】そのファクシミリ通信方法を示すシーケンス図である。
【図４】その他の態様を説明するテーブル構成図である。
【図５】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第２実施形態を示す図であり、そのポート番号ごとの通信可／不可を示すテーブルの構成図である。
【図６】そのセッション確立拒否方法を示すシーケンス図である。
【図７】その発呼側装置の処理を説明するフォローチャートである。
【図８】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第３実施形態を示す図であり、そのテーブル構成図である。
【図９】本発明に係るセッション確立方法を使ったネットワーク端末装置としてのネットワークファクシミリ装置の第４実施形態を示す図であり、その発呼側装置の処理を説明するフォローチャートである。
【図１０】その着呼側装置の処理を説明するフォローチャートである。
【図１１】そのテーブル構成図である。
【図１２】そのパラメータ構成図である。
【符号の説明】
１０ ネットワークファクシミリ装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ タイマ制御部
１５ オペポートＩ／Ｆ（インタフェース）部
１５ａ 操作部
１６ ハードディスクＩ／Ｆ（インタフェース）部
１６ａ ハードディスク
１７ ＳＲＡＭ
１８ 符号化復号化部
１９ スキャナＩ／Ｆ（インタフェース）部
１９ａ スキャナ
２０ プロッタＩ／Ｆ（インタフェース）部
２０ａ プロッタ
２１ キャラクタジェネレータ
２２ ＬＡＮ通信制御部
３０ バス
４０ ルーター
Claims (7)
- 制御セッション用のポート番号を使って呼制御プロトコルの通信を行う際、発呼側端末が、着呼側端末とのデータ通信を行うときのポート番号を制御セッション上のネゴシエーションにより決めてからデータセッションを確立するセッション確立方法において、
前記制御セッション用のポート番号を使って前記制御セッションの通信と前記データセッションの通信の両方を行うことを特徴とするセッション確立方法。 - 前記発呼側端末が、
前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、
前記テーブルを参照した結果から前記着呼側端末が前記手順をできるか不明と判明した場合、前記制御セッション用のポート番号を使って前記制御セッションの通信を行うことで前記着呼側端末に対して前記手順の可否を確認し、
前記手順の可否を確認した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行うことを特徴とする請求項１に記載のセッション確立方法。 - 前記発呼側端末が、
前記制御セッションの通信に用いられるＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されている非標準のパラメータを使って、前記着呼側端末に対して前記手順の可否を確認することを特徴とする請求項２に記載のセッション確立方法。 - 前記発呼側端末が、
前記制御セッションの通信と前記データセッションの通信の両方を行う前に、前記制御セッション用のポート番号を使って前記着呼側端末が前記制御セッションの通信と前記データセッションの通信の両方を行う手順をできるまたはできるか不明を表すテーブルを参照し、
前記テーブルを参照した結果から前記着呼側端末が前記手順をできると判明した場合、前記制御セッション用のポート番号を使って前記データセッションの通信を行うことを特徴とする請求項１に記載のセッション確立方法。 - 前記データセッションの通信が、ＩＴＵ−Ｔ勧告Ｈ．２２５．０に規定されているｉｎｆｏｒｍａｔｉｏｎ信号のＵＵＩに格納されて行われることを特徴とする請求項２から請求項４までの何れかに記載のセッション確立方法。
- 前記データセッションの通信が、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠して行われることを特徴とする請求項２から請求項４までの何れかに記載のセッション確立方法。
- 前記制御セッションの通信および前記データセッションの通信の終了が、ＩＴＵ−Ｔ勧告Ｔ．３８に規定されているＤＣＮ信号を用いて行われることを特徴とする請求項６に記載のセッション確立方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001099223A JP4080169B2 (ja) | 2000-09-29 | 2001-03-30 | セッション確立方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-298000 | 2000-09-29 | ||
| JP2000298000 | 2000-09-29 | ||
| JP2001099223A JP4080169B2 (ja) | 2000-09-29 | 2001-03-30 | セッション確立方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002176462A JP2002176462A (ja) | 2002-06-21 |
| JP4080169B2 true JP4080169B2 (ja) | 2008-04-23 |
Family
ID=26601059
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001099223A Expired - Fee Related JP4080169B2 (ja) | 2000-09-29 | 2001-03-30 | セッション確立方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4080169B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8453230B2 (en) | 2010-07-02 | 2013-05-28 | Canon Kabushiki Kaisha | Communicating apparatus for performing communication over IP network by using SIP, controlling method therefor, and program |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004328535A (ja) * | 2003-04-25 | 2004-11-18 | Sharp Corp | 転送装置 |
| JP4094511B2 (ja) | 2003-09-11 | 2008-06-04 | 株式会社リコー | ネットワーク通信端末装置 |
| JP4055760B2 (ja) | 2004-09-13 | 2008-03-05 | 村田機械株式会社 | ファクシミリ装置 |
| JP4586721B2 (ja) * | 2005-12-13 | 2010-11-24 | Ｋｄｄｉ株式会社 | 通信中にアドレス変更が可能な通信装置、システム及び通信方法 |
| FR2925247B1 (fr) * | 2007-12-18 | 2011-11-04 | Alcatel Lucent | Controle de l'interface d'emission d'un message de reponse sip |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3354433B2 (ja) * | 1997-04-25 | 2002-12-09 | 株式会社日立製作所 | ネットワーク通信システム |
| CA2287689C (en) * | 1998-12-03 | 2003-09-30 | P. Krishnan | Adaptive re-ordering of data packet filter rules |
| JP3403971B2 (ja) * | 1999-06-02 | 2003-05-06 | 富士通株式会社 | パケット転送装置 |
| US7075926B2 (en) * | 2000-05-24 | 2006-07-11 | Alcatel Internetworking, Inc. (Pe) | Programmable packet processor with flow resolution logic |
-
2001
- 2001-03-30 JP JP2001099223A patent/JP4080169B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8453230B2 (en) | 2010-07-02 | 2013-05-28 | Canon Kabushiki Kaisha | Communicating apparatus for performing communication over IP network by using SIP, controlling method therefor, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002176462A (ja) | 2002-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100651992B1 (ko) | 통신 제어 방법 및 통신 장치 | |
| JP3603256B2 (ja) | インターネットプロトコルネットワークを介するファクシミリデータ伝送方法及びその中継装置 | |
| JP2005079929A (ja) | 通信装置、通信装置の制御方法、および通信装置の制御プログラム | |
| US7068763B2 (en) | Communication terminal device | |
| JP4080169B2 (ja) | セッション確立方法 | |
| US20050243871A1 (en) | Communication deivce and communication method | |
| JP4114563B2 (ja) | Ｉｐ通信装置 | |
| JP2005094662A (ja) | ネットワーク対応ファクシミリ装置 | |
| US20060028692A1 (en) | Network facsimile apparatus | |
| JP3849642B2 (ja) | 通信端末装置 | |
| JP4013153B2 (ja) | 通信装置及びプログラム | |
| JP3894706B2 (ja) | ネットワークファクシミリ装置 | |
| JP4089653B2 (ja) | 通信装置及びプログラム | |
| JP3925728B2 (ja) | ファクシミリ装置 | |
| JP2004172853A (ja) | 通信端末装置 | |
| JP2006229394A (ja) | 画像通信装置 | |
| JP5803143B2 (ja) | 通信システム、通信方法、プログラム、および通信装置 | |
| JP4239912B2 (ja) | ファクシミリ装置 | |
| JP4787815B2 (ja) | 通信端末装置およびその制御方法 | |
| JP2006025178A (ja) | ファクシミリ装置 | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| JP4184734B2 (ja) | 通信システムおよびネットワークゲートウェイ装置およびネットワークファクシミリ装置およびファクシミリ装置および通信方法およびネットワークゲートウェイ装置の制御方法およびネットワークファクシミリ装置の制御方法およびファクシミリ装置の制御方法 | |
| JP2000029801A (ja) | ファクシミリ通信方式 | |
| JP5370746B2 (ja) | 画像通信装置 | |
| JP3563977B2 (ja) | リアルタイムインターネットゲートウェイファクシミリ装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050928 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070918 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071119 |
|
| 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: 20080205 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080206 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110215 Year of fee payment: 3 |
|
| 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: 20120215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140215 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |