(57)【特許請求の範囲】
【請求項１】
ＴＣＰ／ＩＰ通信を行う端末装置であって、
前記端末装置の内部信号とＴＣＰ／ＩＰ通信の通信信号とを相互に変換する通信インターフェース部と、
前記ＴＣＰ／ＩＰ通信に使用するポートを第１乃至第ｎ（ｎ＞１）のポートのいずれかのポートと決めておき、前記第１乃至第ｎのポートから前記ＴＣＰ／ＩＰ通信に使用するポートである第Ｎのポート（Ｎ＝１，２，…，ｎ）を選択し、前記第Ｎのポートで前記ＴＣＰ／ＩＰ通信を行う通信制御部と、
ポート番号情報記憶部と
を有し、
前記通信制御部は、
前記第１乃至第ｎのポートの各々についての、前記ＴＣＰ／ＩＰ通信に使用中であるか否かを示すポートの使用状況情報、及び、前記ＴＣＰ／ＩＰ通信の使用が終了してから最大セグメントライフタイム（ＭＳＬ）の２倍の２ＭＳＬ時間が経過したか否かの情報を示す２ＭＳＬ時間経過情報を前記ポート番号情報記憶部に格納しておき、
前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを使用して前記ＴＣＰ／ＩＰ通信を行う
ことを特徴とする端末装置。
【請求項２】
前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを検出する処理の回数を計数する使用ポート番号処理回数計数部と、
該使用ポート番号処理回数計数部が計数した前記回数を格納するポート番号検出処理回数記憶部と
を有し、
前記通信制御部は、前記ポート番号検出処理回数記憶部に格納された前記回数が前記ｎを超えたときに、前記ＴＣＰ／ＩＰ通信の接続失敗と判断する
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
端末装置の内部信号とＴＣＰ／ＩＰ通信の通信信号とを相互に変換する通信インターフェース部と、前記ＴＣＰ／ＩＰ通信に使用するポートを第１乃至第ｎ（ｎ＞１）のポートのいずれかのポートと決めておき、前記第１乃至第ｎのポートから前記ＴＣＰ／ＩＰ通信に使用するポートである第Ｎのポート（Ｎ＝１，２，…，ｎ）を選択し、前記第Ｎのポートで前記ＴＣＰ／ＩＰ通信を行う通信制御部とを有する端末装置における接続処理方法であって、
前記第１乃至第ｎのポートの各々についての、前記ＴＣＰ／ＩＰ通信に使用中であるか否かを示すポートの使用状況情報、及び、前記ＴＣＰ／ＩＰ通信の使用が終了してから最大セグメントライフタイム（ＭＳＬ）の２倍の２ＭＳＬ時間が経過したか否かの情報を示す２ＭＳＬ時間経過情報をポート番号情報記憶部に格納するステップと、
前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを使用して前記ＴＣＰ／ＩＰ通信を行うステップと
を有することを特徴とする接続処理方法。
【請求項４】
前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを検出する処理の回数を計数するステップと、
前記計数した回数をポート番号検出処理回数記憶部に格納するステップと、
前記格納された前記回数が前記ｎを超えたときに、前記ＴＣＰ／ＩＰ通信の接続失敗と判断するステップと
を有することを特徴とする請求項３に記載の接続処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のＴＣＰ(Transmission Control Protocol)／ＩＰ(Internet Protocol)プロトコルを利用するネットワークに接続されて使用される端末においてＴＣＰ／ＩＰのポート使用効率を向上させる端末装置および接続処理方法に関し、特に、最大セグメントライフタイムが経過するまでは同一ポート番号を使用できないことから別のポート番号を使用する場合のポート番号の決定を容易且つ早くし、さらに、ファイアウォール等にも対応可能であるように明示的にポート番号を決定する技術に関する。
【０００２】
【従来の技術】
図９は、従来のインターネット等のＴＣＰ／ＩＰプロトコルを利用するネットワークに接続されて使用される端末における、クライアント装置とサーバ装置間の通信接続および通信切断の際のパケットの流れを示す図である。
【０００３】
図９の場合には、クライアント装置とサーバ装置がインターネット経由で接続されており、ローカルホストとなるクライアント装置が送信側であり、リモートホストとなるサーバ装置が受信側である。
【０００４】
クライアント装置とサーバ装置間の通信接続を開始する場合には、まず、クライアント装置からサーバ装置へ、通信接続要求（ＳＹＮ）のパケットＣＳ１が出力される。ＴＣＰ／ＩＰプロトコルを利用するパケットには、送信元（クライアント装置）におけるポート番号と、宛先（サーバ装置）におけるポート番号と、各サービス毎に各パケットに対して連番で付与されるシーケンス番号等を有している。
【０００５】
送信元ポート番号は、クライアント装置内でソフトウェアにより、複数の候補中から任意に選択され決定される。宛先ポート番号は、通信サービス内容に対応する「よく知られたポート番号」あるいは通信プロトコルで定められたポート番号である。シーケンス番号は、何番目のパケットであるかを通し番号で示した番号である。パケットＣＳ１のシーケンス番号としては、例えば、「１０００」があたえられる。
【０００６】
パケットＣＳ１を受信したサーバ装置では、通信接続待機状態になり、応答の確認として通信接続確認（ＡＣＫ）のパケットＳＳ１を出力する。パケットＳＳ１のシーケンス番号としては、例えば、受信したパケットのシーケンス番号に１を加えた「１００１」があたえられる。
【０００７】
その後、サーバ装置からも、クライアント装置へ、通信接続要求（ＳＹＮ）のパケットＳＳ２が出力される。パケットＳＳ２のシーケンス番号としては、例えば、「２０００」があたえられる。
【０００８】
パケットＳＳ２を受信したクライアント装置では、応答の確認として通信接続確認（ＡＣＫ）のパケットＣＳ２を出力する。パケットＣＳ２のシーケンス番号としては、例えば、受信したパケットのシーケンス番号に１を加えた「２００１」があたえられる。
【０００９】
パケットＣＳ２をサーバ装置が受信することにより、クライアント装置とサーバ装置間の通信接続が確立し、その後、ＴＣＰ／ＩＰ通信によりデータ等の送受信が実施される。
【００１０】
また、クライアント装置とサーバ装置間の通信接続を終了する場合には、まず、クライアント装置からサーバ装置へ、通信接続終了要求（ＦＩＮ）のパケットＣＳ１１が出力される。パケットＣＳ１１のシーケンス番号としては、例えば、「１５００」があたえられる。
【００１１】
パケットＣＳ１１を受信したサーバ装置では、通信接続終了待機状態になり、応答の確認として通信接続確認（ＡＣＫ）のパケットＳＳ１１を出力する。パケットＳＳ１１のシーケンス番号としては、例えば、受信したパケットのシーケンス番号に１を加えた「１５０１」があたえられる。
【００１２】
その後、サーバ装置からも、クライアント装置へ、通信接続終了要求（ＳＹＮ）のパケットＳＳ１２が出力される。パケットＳＳ１２のシーケンス番号としては、例えば、「２４００」があたえられる。
【００１３】
パケットＳＳ１２を受信したクライアント装置では、応答の確認として通信接続確認（ＡＣＫ）のパケットＣＳ１２を出力する。パケットＣＳ１２のシーケンス番号としては、例えば、受信したパケットのシーケンス番号に１を加えた「２４０１」があたえられる。
【００１４】
パケットＣＳ１２をサーバ装置が受信することにより、クライアント装置とサーバ装置間の通信接続が終了し、回線が切断される。
【００１５】
ここで、上記した各パケットに含まれる送信元ポート番号は、クライアント装置内でソフトウェアにより、複数の候補中から任意に選択され決定されることから、明示的に使用されることはほとんどない。そのため、クライアント装置からインターネット上に送出される複数のパケットが同じ送信元ポート番号を保持しないように最大セグメントライフタイム（ＭＳＬ）が設定され、２×ＭＳＬ時間以内には、同一の送信元ポート番号が使用されないようにクライアント装置で管理が行われる。
【００１６】
なお、ＭＳＬ時間は、ＩＥＴＦ(Internet Engineering Task Force)により、ＴＣＰ／ＩＰプロトコルの標準規約として合意されたＲＦＣ(Request for Comments)７９３というドキュメントに記載される。また、この場合のセグメントとは、パケットと同義と考えて良い。
【００１７】
【発明が解決しようとする課題】
近年のインターネットの普及に伴い、インターネットを用いた犯罪行為が発生し始めたことから、インターネット回線に対するセキュリティを講じる必要性が生じ、例えば、ポート番号およびその他の認証番号等により装置への入力を許可するファイアウォールも知られるようになった。
【００１８】
ところが、上記したように、一般的に送信元ポート番号は、複数の候補中から任意に選択され決定されることから、ファイアウォールに使用できなかった。一般的に、ファイアウォールは、何らかの番号が明示されていないと、入力するパケットを通過させるべきか否かの判断ができないので、ポート番号を利用する場合には、一連のパケットのポート番号は明示されている必要がある。しかし、現状では、ポート番号は複数の候補中から任意に選択されるようになっているので、明示させようとすると、全ての候補を明示させる必要があり、管理対象が多くなって管理が複雑化する。また、逆に、通過させるべきポート番号が増加することでセキュリティのレベルは低下してしまうので、規制条件を増加させることによりセキュリティレベルを維持しなければならない場合もある。
【００１９】
管理対象を増加させたり、規制条件を増加させないために、送信元ポート番号を、例えば、固定することで明示的にして管理することも考えられるが、上記したように同じ送信元ポート番号は２×ＭＳＬ時間以内は使用できないので、短時間以内で頻繁に送信元ポートを使用する場合には不適切である。つまり、ファイアウォールに対応させた環境で、送信元ポートを短時間以内で頻繁に使用するアプリケーション等の場合には、送信元ポートを明示的にするだけでは不十分であり、２×ＭＳＬ時間以内で、送信元ポート番号を明示しつつ順次更新する必要があるので、送信元ポート番号を単純に固定するという方法は用いることができない。なお、短時間以内で頻繁に送信元ポートを使用する場合とは、例えば、インターネット電話等のように同一の送信元ポートを短時間以内で頻繁に使用して音声情報をやりとりする場合である。
【００２０】
上記のように、ファイアウォールに対応させた環境で、送信元ポートを短時間以内で頻繁に使用するアプリケーション等の場合には、規制条件を増加させて複雑な管理が行われることから、ポートの使用効率が低下していた。
【００２１】
本発明は、上述した如き従来の問題を解決するためになされたものであって、ファイアウォールに対応させた環境で、送信元ポートを短時間以内で頻繁に使用するアプリケーションを使用する場合であっても、ポート使用効率の低下が少ない端末装置、および、接続処理方法を提供することを目的とする。
【００２２】
【課題を解決するための手段】
本発明に係る端末装置は、ＴＣＰ／ＩＰ通信を行う端末装置であって、前記端末装置の内部信号とＴＣＰ／ＩＰ通信の通信信号とを相互に変換する通信インターフェース部と、前記ＴＣＰ／ＩＰ通信に使用するポートを第１乃至第ｎ（ｎ＞１）のポートのいずれかのポートと決めておき、前記第１乃至第ｎのポートから前記ＴＣＰ／ＩＰ通信に使用するポートである第Ｎのポート（Ｎ＝１，２，…，ｎ）を選択し、前記第Ｎのポートで前記ＴＣＰ／ＩＰ通信を行う通信制御部と、ポート番号情報記憶部とを有し、前記通信制御部は、前記第１乃至第ｎのポートの各々についての、前記ＴＣＰ／ＩＰ通信に使用中であるか否かを示すポートの使用状況情報、及び、前記ＴＣＰ／ＩＰ通信の使用が終了してから最大セグメントライフタイム（ＭＳＬ）の２倍の２ＭＳＬ時間が経過したか否かの情報を示す２ＭＳＬ時間経過情報を前記ポート番号情報記憶部に格納しておき、前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを使用して前記ＴＣＰ／ＩＰ通信を行うことを特徴としている。
【００２３】
また、本発明に係る接続処理方法は、端末装置の内部信号とＴＣＰ／ＩＰ通信の通信信号とを相互に変換する通信インターフェース部と、前記ＴＣＰ／ＩＰ通信に使用するポートを第１乃至第ｎ（ｎ＞１）のポートのいずれかのポートと決めておき、前記第１乃至第ｎのポートから前記ＴＣＰ／ＩＰ通信に使用するポートである第Ｎのポート（Ｎ＝１，２，…，ｎ）を選択し、前記第Ｎのポートで前記ＴＣＰ／ＩＰ通信を行う通信制御部とを有する端末装置における接続処理方法であって、前記第１乃至第ｎのポートの各々についての、前記ＴＣＰ／ＩＰ通信に使用中であるか否かを示すポートの使用状況情報、及び、前記ＴＣＰ／ＩＰ通信の使用が終了してから最大セグメントライフタイム（ＭＳＬ）の２倍の２ＭＳＬ時間が経過したか否かの情報を示す２ＭＳＬ時間経過情報をポート番号情報記憶部に格納するステップと、前記使用状況情報が前記ＴＣＰ／ＩＰ通信に使用中でないことを示し、前記２ＭＳＬ時間経過情報が２ＭＳＬ時間が経過したことを示すポート番号のポートを使用して前記ＴＣＰ／ＩＰ通信を行うステップとを有することを特徴としている。
【００２４】
【発明の実施の形態】
以下、本発明を図示した実施形態に基づいて説明する。
【００２５】
図１は、本発明の第１の実施形態の端末装置が使用される外部環境を示す図である。
【００２６】
図１において端末装置であるクライアント装置１およびサーバ装置３は、インターネット２と接続されている。クライアント装置１とサーバ装置３で通信接続を実施する場合には、インターネット２を介して接続される。同様にして、クライアント装置４、および、５もインターネット２と接続されており、サーバ装置３と通信接続を実施することができる。クライアント装置間の通信接続は、サーバ装置３を経由する場合と、各クライアント装置間で直接に実施される場合がある。
【００２７】
図２は、図１のクライアント装置１中の本実施形態に関わる主要部を示したブロック図である。
【００２８】
クライアント装置１は、内部信号を通信に適した信号に変換して送出し、あるいは、受信した通信信号を内部で処理可能な信号に変換することにより通信インターフェース部１１と、内部処理された信号の送信、あるいは、インターネット２からの信号の受信を制御する通信制御部１２と、サーバ装置３や他のクライアント装置４または５等との通信接続に必要なプログラムやデータ等を記憶する記憶部１３と、同一ポートを使用するために最大セグメントライフタイム（ＭＳＬ）を計時する計時部１４と、各使用ポート番号に関するＭＳＬ時間経過情報、および、後述するブロック情報を用いて使用可能なポート番号を検出する処理の回数を計数する使用ポート番号処理回数計数部１５とを有している。
【００２９】
記憶部１３は、インターネットを介して提供されるサービスのポート番号情報を格納するポート番号情報記憶部１６と、使用ポート番号処理回数計数部１５の計数結果を格納するポート番号検出処理回数記憶部１７とを備える。
【００３０】
また、ポート番号情報記憶部１６は、個別の明示的使用ポート番号に関するＭＳＬ時間経過情報、および、ポート番号使用状況情報を１つのブロックとして、１番目からｎ番目（ｎ：ｎ＞１の整数）までのブロック情報を予め格納する。このｎは、２ＭＳＬ時間中に、順次、ブロック化された明示的なポート番号を供給することができる数値に設定される。
【００３１】
図３は、本実施形態でも使用される一般的なパケットの構成を示す図である。
【００３２】
パケットとなったデータには、多種多様な２つの装置（システム）間で双方向の通信接続を設定するＴＣＰ(Transmission Control Protocol)で用いられるＴＣＰヘッダ、および、比較的信頼性の高いネットワークでパケットを用いた通信サービスを提供するＩＰ(Internet Protocol)で用いられるＩＰヘッダが付加される。さらに、各パケットには、各通信ノード間でデータ伝送を確実にするためのヘッダ（データリンク層で付けるヘッダ）が通信時に付加される。
【００３３】
ＴＣＰヘッダは、前述した送信元ポート番号、宛先ポート番号、シーケンス番号に加えて、種々の情報、および、誤り検出用情報（チェックサム）を有している。
【００３４】
図４は、ＴＣＰ／ＩＰで用いられるポート番号の分類を示す図である。
【００３５】
第１の分類が、よく知られたポート番号(Well-known Port Number)と称されているポート番号で、０〜１０２３が割り当てられている。このポート番号は、ｒｏｏｔ側あるいはシステム側のみで利用可能な特定サービス用として割り当てられ、よく使用されており、有名であるものが多くなっている。
【００３６】
第２の分類が、予約済みのポート番号(Registered Port Number)と称されているポート番号で、１０２４〜４９１５１が割り当てられている。このポート番号は、通常のユーザが使用できるように企業等に割り当てられている。
【００３７】
第３の分類が、動的／プライベートポート番号(Dynamic and/or Private Port Number)と称されているポート番号で、４９１５２〜６５５３５が割り当てられている。このポート番号は、自由に使って良い番号として割り当てられている。
【００３８】
図５は、図２のポート番号情報記憶部１６に格納される本実施形態のＴＣＰ／ＩＰポート番号情報の組み合わせブロックを示す図である。
【００３９】
１番目のブロック（ａ１）には、図４に示した分類に対応する１番目の使用ポート番号情報（ａ１−１）、（ａ１−１）のポート番号が使用中であるか否かを示す１番目のポート番号使用状況情報（ａ１−２）、（ａ１−１）のポート番号のコネクションの切断手続が実施された後の２ＭＳＬ時間までの経過中であるか否かの情報を示す１番目の２ＭＳＬ時間経過情報（ａ１−３）が格納される。
【００４０】
同様にして、２番目のブロック（ａ２）には、２番目の使用ポート番号情報（ａ２−１）、（ａ２−１）のポート番号が使用中であるか否かを示す２番目のポート番号使用状況情報（ａ１−２）、（ａ２−１）のポート番号のコネクションの切断手続が実施された後の２ＭＳＬ時間までの経過中であるか否かの情報を示す２番目の２ＭＳＬ時間経過情報（ａ２−３）が格納される。
【００４１】
このようにして、順次各ブロックに情報が格納されていき、ｎ番目のブロック（ａｎ）には、ｎ番目の使用ポート番号情報（ａｎ−１）、（ａｎ−１）のポート番号が使用中であるか否かを示すｎ番目のポート番号使用状況情報（ａｎ−２）、（ａｎ−１）のポート番号のコネクションの切断手続が実施された後の２ＭＳＬ時間までの経過中であるか否かの情報を示すｎ番目の２ＭＳＬ時間経過情報（ａｎ−３）が格納される。
図６は、本実施形態における図１のクライアント装置１がサーバ装置３との間で通信接続処理を開始する場合の動作フローチャートである。
【００４２】
まず、クライアント装置１の使用ポート番号検出処理回数係数部１５に設定されるの検出処理回数Ｎを１に設定する（Ｓ１）。通信制御部１２では、検出処理回数Ｎが、ＴＣＰ／ＩＰポート番号情報の組み合わせブロックの総数ｎ以下であるか否かを判断する（Ｓ２）。その際に、検出処理回数Ｎは、ポート番号検出処理回数記憶部１７に格納される。
【００４３】
検出処理回数Ｎが、組み合わせブロックの総数ｎ以下である場合（Ｓ２：ＹＥＳ）には、Ｎ番目ブロックのポート番号使用状況情報（ａｎ―２）が未使用であるか否かの判断が実施される（Ｓ３）。検出処理回数Ｎが、組み合わせブロックの総数ｎよりも多い場合（Ｓ２：ＮＯ）には、接続失敗と判断する。
【００４４】
Ｎ番目ブロックのポート番号使用状況情報（ａｎ―２）が未使用の場合（Ｓ３：ＹＥＳ）には、Ｎ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）は「０」であるか否かを判断する（Ｓ４）。Ｎ番目ブロックのポート番号使用状況情報（ａｎ―２）が使用中の場合（Ｓ３：ＮＯ）には、組み合わせブロックが何番目かを示すＮに「１」を加算（Ｎ＝Ｎ＋１）して（Ｓ５）から、再び、検出処理回数Ｎが、ＴＣＰ／ＩＰポート番号情報の組み合わせブロックの総数ｎ以下であるか否かの判断（Ｓ２）を実施する。
【００４５】
Ｎ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）が「０」である場合（Ｓ４：ＹＥＳ）には、通信制御部１２は、ポート番号情報記憶部１６に格納されるＮ番目ブロックのポート番号使用状況情報（ａＮ−２）を使用中に変更し（Ｓ６）、Ｎ番目ブロックの使用ポート番号情報（ａＮ−１）を使用してサーバ装置との接続処理を開始し（Ｓ７）、処理を終了する。
【００４６】
また、Ｎ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）が「０」でない場合（Ｓ４：ＮＯ）には、（Ｓ３：ＮＯ）の場合と同様に、Ｎ＝Ｎ＋１として（Ｓ５）から、再び、Ｎ≦ｎの判断（Ｓ２）を実施する。
【００４７】
図７は、本実施形態における図１のクライアント装置１がサーバ装置３との間の通信接続処理を終了する場合の動作フローチャートである。
【００４８】
まず、クライアント装置１の通信制御部１２は、ポート番号情報記憶部１６に格納されるＮ番目ブロックのポート番号使用状況情報（ａＮ−２）を未使用に変更し（Ｓ１１）、Ｎ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）を２ＭＳＬ時間経過に変更して（Ｓ１２）、処理を終了する。
【００４９】
図８は、本実施形態における図１のクライアント装置１が２ＭＳＬ時間変更処理を実施する場合の動作フローチャートである。
【００５０】
まず、クライアント装置１の通信制御部１２は、ポート番号情報記憶部１６に格納されるＮ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）が「０」であるか否かの判断が実施される（Ｓ２１）。２ＭＳＬ時間経過情報（ａＮ−３）が「０」である場合（Ｓ２１：ＹＥＳ）には、処理を終了する。２ＭＳＬ時間経過情報（ａＮ−３）が「０」でない場合（Ｓ２１：ＮＯ）には、Ｎ番目ブロックの２ＭＳＬ時間経過情報（ａＮ−３）の格納内容を、「（ａＮ−３）−１」に変更し（Ｓ２２）、処理を終了する。
【００５１】
このようにして本実施形態では、２ＭＳＬ時間経過中に順次、ブロック化された記憶内容から明示的なポート番号を供給できるので、通信制御時に管理対象となる使用ポート番号の増加を抑え、管理の複雑化を最小限にでき、規制条件を増加させることなく、ポート番号を利用するファイアウォールに対応させた環境で、送信元ポートを短時間以内で頻繁に使用するアプリケーションを使用する場合であっても、ポート使用効率の低下を少なくすることができる。
【００５２】
なお、本実施形態では、クライアント装置１からインターネット２を介してサーバ装置３と通信接続する場合について示したが、本発明はこれに限られるものではなく、例えば、クライアント装置４からインターネット２を介してクライアント装置５と通信接続する場合、あるいは、サーバ装置３から直接にクライアント装置５と通信接続する場合等の、ＴＣＰ／ＩＰを用いて端末間で通信するあらゆる場合に適用することができる。
【００５３】
特にインターネットを利用した音声通信では、電話に近い動作が要求されることから、同一のＴＣＰ／ＩＰポートが短時間内に頻繁に利用される事態が予測され、また、会話アプリケーションであることから、ＬＡＮ内部とインターネット経由とのシームレスの環境が必要であって、さらに、ファイアウォールの必要性もあるので、本発明が有効となる。
【００５４】
また、図４に定義された各ポート番号は、将来的には増加すると予測されるが、その場合、現在は、動的／プライベートポートとして自由に使用されているポート番号が、よく知られたポート番号や予約済みポート番号として定義される可能性を有している。その場合には、従来の方法では複雑な変更が必要になるが、本発明の方法では、図５に示したブロックを追加するのみで良いので、ポート番号の更新時の変更処理が容易となる。
【００５５】
また、上記した実施形態では、ＴＣＰ／ＩＰプロトコル環境でファイアウォールにポート番号を用いる場合について説明したが、本発明はこれに限られるものではなく、例えば、ＵＤＰ(User Datagram Protocol)／ＩＰプロトコル環境でファイアウォールにポート番号を用いる場合であっても適用することができる。
【００５６】
【発明の効果】
上記のように本発明では、通信制御時に管理対象となる使用ポート番号の増加を抑え、管理の複雑化を最小限にでき、さらに、規制条件を増加させることなく、ポート番号を利用するファイアウォールに対応させた環境で、送信元ポートを短時間以内で頻繁に使用するアプリケーションを使用する場合であっても、ポート使用効率の低下を少なくした端末装置、および、接続処理方法を提供することができる。
【図面の簡単な説明】
【図１】  本発明の第１の実施形態の端末装置が使用される外部環境を示す図である。
【図２】  図１のクライアント装置中の本実施形態に関わる主要部を示したブロック図である。
【図３】  本実施形態でも使用される一般的なパケットの構成を示す図である。
【図４】  ＴＣＰ／ＩＰで用いられるポート番号の分類を示す図である。
【図５】  図２のポート番号情報記憶部に格納される本実施形態のＴＣＰ／ＩＰポート番号情報の組み合わせブロックを示す図である。
【図６】  本実施形態における図１のクライアント装置がサーバ装置との間で通信接続処理を開始する場合の動作フローチャートである。
【図７】  本実施形態における図１のクライアント装置がサーバ装置との間の通信接続処理を終了する場合の動作フローチャートである。
【図８】  本実施形態における図１のクライアント装置が２ＭＳＬ時間変更処理を実施する場合の動作フローチャートである。
【図９】  クライアント装置とサーバ装置間の通信接続および通信切断の際のパケットの流れを示す図である。
【符号の説明】
１  クライアント装置、  ２  インターネット、  １１  通信インターフェース部、  １２  通信制御部、  １３  記憶部、  １４  計時部、  １５  使用ポート番号検出処理回数計数部、  １６  ポート番号情報記憶部、  １７  ポート番号検出処理回数記憶部。
【図１】
0004493247.tif 000002
【図２】
0004493247.tif 000003
【図３】
0004493247.tif 000004
【図４】
0004493247.tif 000005
【図５】
0004493247.tif 000006
【図６】
0004493247.tif 000007
【図７】
0004493247.tif 000008
【図８】
0004493247.tif 000009
【図９】
0004493247.tif 000010