通信制御装置及び通信制御プログラム
【課題】ルータやゲートウェイ等の中継装置を介して通信端末が互いにネットワーク接続されている通信システムにおいて、最も通信効率の高いデータサイズでの通信を端末装置内で実現することが可能な通信制御装置及び通信制御プログラムを提供する。
【解決手段】他の端末装置との間でデータを送受信する手段と、受信した他の端末装置から送信されたデータが中継装置によって断片化されているか否かを判断する手段と、受信したデータが断片化されていると判断された場合、受信した他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する手段と、算出した最大データサイズを、他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する手段とを備える。
【解決手段】他の端末装置との間でデータを送受信する手段と、受信した他の端末装置から送信されたデータが中継装置によって断片化されているか否かを判断する手段と、受信したデータが断片化されていると判断された場合、受信した他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する手段と、算出した最大データサイズを、他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置及び当該通信制御装置内で実行される通信制御プログラムに関し、特に、最も通信効率の高いデータサイズでの通信を端末装置内で実現することが可能な通信制御技術に関する。
【背景技術】
【０００２】
従来の通信ネットワークは、有線ネットワーク及び無線ネットワーク等、様々な形態のネットワークが互いに接続することで構成されている。そして、その通信ネットワーク上には、ルータやゲートウェイを始めとして、様々な性能を備える中継装置が設置され、送信側の端末装置と受信側の端末装置との通信データを中継しているが、端末装置が送信若しくは受信可能なデータの大きさ、又は各中継装置が中継可能なデータの大きさには制限がある。従って、ネットワーク毎に通信可能な最大のデータの大きさが設定されている。
【０００３】
例えば、ＴＣＰ（Transmission Control Protocol）で通信を行なう場合、端末装置間での通信を確立する際、通信可能な最大のデータの大きさをＭＳＳ（Maximum Segment Size：最大セグメント長）として設定する。しかし、このＭＳＳ内の大きなデータサイズのパケットであってもそのサイズのパケットを中継できない中継装置が介在した場合、その中継装置においてＴＣＰパケットのフラグメンテーション（断片化、フラグメント化）が発生し、フラグメンテーションにより分割された複数のパケット（フラグメント）を転送することが行われる。分割されたパケット（フラグメント）は、これを受信した中継装置若しくは受信側の端末装置で再構成される。
【０００４】
従って、送信側の端末装置から最初のネットワークに１パケットで送信されても、いずれかのネットワークでＭＳＳが小さく設定されていると、中継装置でパケットが分割され、その後の中継装置等で再構成されるということが起こってしまう。
【０００５】
なお、ＩＰ（Internet Protocol）で通信するＩＰパケットもＴＣＰと同様、設定のサイズより大きなサイズの場合にフラグメンテーションが発生する。
このようなパケットのフラグメンテーション及び再構成は、中継装置、端末装置若しくはネットワークにとって負荷のかかる処理であり、極力避けることが望ましい。そこで予め通信ネットワーク全体のＭＳＳが分かっていれば、フラグメンテーションが発生しない適切なサイズのパケットを送信することができる。このような通信ネットワークのＭＳＳ（実際には、ＭＳＳにヘッダ部を加えたＭＴＵ（Maximum Transmission Unit：最大パケット長））を調査する方法を「ＰＭＴＵ検出（Path ＭＴＵ Discovery）」といい、ＩＥＴＦ（Internet Engineering Task Force：インターネット技術検討部会）が発行するＲＦＣ（Request For Comment）１１９１で標準化されている（例えば、非特許文献１参照。）。
【０００６】
よって、通信ネットワークがこのＲＦＣ１１９１に準拠していれば、通信ネットワークに存在する中継装置がパケットを中継するのに断片化する必要が発生した場合、そのことを送信元の端末装置に知らせることで、ネットワーク上のＭＴＵを検出することができる。
【０００７】
【特許文献１】ＲＦＣ１１９１（Path ＭＴＵ Discovery）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＲＦＣ１１９１（Path ＭＴＵ Discovery）は、経由する全ての中継装置がこの機能をサポートする必要があるが、中にはこの機能をサポートしていない中継装置が存在するネットワークがある。この機能をサポートしていない中継装置がネットワーク中に存在すると、データ（パケット）が中継されないという問題点があった。
【０００９】
また、ＲＦＣ１１９１（Path ＭＴＵ Discovery）は、ネットワークの途中で断片化する必要が発生した場合、そのパケットを破棄し、中継できない旨を返す規格になっているため、パケットを再送する必要が発生する。そのため、通信の遅延が発生してしまうという問題点があった。
【００１０】
本発明の課題は、ルータやゲートウェイ等の中継装置を介して通信端末が互いにネットワーク接続されている通信システムにおいて、最も通信効率の高いデータサイズでの通信を端末装置内で実現することが可能な通信制御装置及び当該通信制御装置内で実行される通信制御プログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置との間でデータを送受信する通信手段と、前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１２】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記通信手段によってデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置とのネットワーク接続の切断後に、前記最大データサイズ取得手段によって取得した最大データサイズと前記他の端末装置への接続を要求するための接続要求信号とを前記他の端末装置に通知することにより、前記他の端末装置に再接続を要求する再接続要求手段とを備えることが望ましい。
【００１３】
また、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段と、前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１４】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記接続要求信号受信手段によって接続要求信号を受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段とを備えることが望ましい。
【００１５】
また、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段と、前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段と、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１６】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記ダミーデータ通信手段によってダミーデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段とを備えることが望ましい。
【００１７】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記最大データサイズ算出手段によって算出した最大データサイズが前記メモリに格納されている最大データサイズより小さい場合、前記メモリに格納されている最大データサイズを前記最大データサイズ算出手段によって算出した最大データサイズに更新することが望ましい。
【００１８】
また、本発明の通信制御装置は、前記他の端末装置と前記端末装置との間で確立される通信プロトコルは、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）であることが望ましい。
【００１９】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置との間でデータを送受信する通信手段、前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【００２０】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段、前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【００２１】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段、前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【発明の効果】
【００２２】
本発明によれば、ルータやゲートウェイ等の中継装置を介して通信端末が互いにネットワーク接続されている通信システムにおいて、最も通信効率の高いデータサイズでの通信を端末装置内で実現することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、中継装置を介して互いにネットワーク接続されている複数の端末装置から構成される通信システムの概略を示す図である。
【００２４】
図１において、端末装置１及び中継装置２から構成される通信システムは、複数の端末装置１が１つの若しくは複数の中継装置２を介して互いにネットワーク接続されている。
このような通信システムでのネットワーク通信において、受信側の端末装置１は、送信側の端末装置１から送信されたパケットを受信し、その受信したパケットが断片化していることをチェックする。そして、受信したパケットが断片化していた場合は、断片化せずに伝送できる最大データサイズを検出する。
【００２５】
次に同じ通信相手の端末装置１と接続する時には、検出された最大データサイズを受信可能最大サイズとしてその端末装置１に通知することにより、パケットが断片化する可能性を低くすることができる。
【００２６】
そのために、端末装置１は、接続先の端末装置１を特定するための識別子と、その通信相手である端末装置１と通信することが可能な最大データサイズと、その最大データサイズを算出するために受信したデータの受信時刻をセットで保持する機能を持ち、次に接続要求処理を行なう時に保持した最大データサイズを使用するかどうかを、保持している受信時刻と現在時刻との時間差により決める機能を持つ。
【００２７】
また、このような通信システムでのネットワーク通信において、端末装置１は、本来の接続の前に仮接続を行ない、使用する予定の最大データサイズを持ったダミーのパケット伝送を行ない、断片化していたらそこから再度最大データサイズを計算しなおしてからその仮接続を終了し、その計算しなおした最大データサイズの値を用いてすぐに本接続の接続要求を行なう。
【００２８】
図２は、本発明を適用した端末装置１の構成の概略を示す図である。
図２において、端末装置１は、ＣＰＵ（中央処理装置：Central Processing Unit）１１、画像やその他の情報を表示するためのＬＣＤ等の表示装置１２、後述する通信制御プログラムを始め端末装置１の各機能を制御し実行するための制御プログラムが収納されたＲＯＭ１３、キーボードやマウス等であって各種のデータや信号等を入力するための入力装置１４、後述するＩＰ−ＭＳＳ対応表等の各種データを一時的に格納するＲＡＭ１５、無線ＬＡＮや携帯電話網等のネットワークを介して他の端末装置１等と接続するための通信Ｉ／Ｆ（インターフェース）１６、表示装置１２に表示するための画像を一時的に格納するフレームバッファ等のＶＲＡＭ１７がバス１８に接続されて構成され、ＣＰＵ１１がこれらの各部１２乃至１８を制御している。
【００２９】
次に、上述したような端末装置１の動作状態について説明する。
（第１の実施の形態）
図３は、第１の実施の形態における端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００３０】
まず、通常のＴＣＰ／ＩＰ接続処理を実行してデータ通信を実行中の端末装置１は、ＣＰＵ１１の制御の下でステップＳ３０１において、ＴＣＰ／ＩＰ接続している他の端末装置１から送信されてくるパケットの受信を待つ。
【００３１】
他の端末装置１から送信されてくるパケットを受信した端末装置１は、必要な処理を施して受信したパケットをＩＰ層に渡し、ステップＳ３０２において、ＩＰヘッダにある「Flags」フィールドの「Bit2」の値が「１」であるか否かを判断する。この「Flags」フィールドの「Bit2」は「最後のフラグメントか否か」という意味であり、値が「０」であれば「最後のフラグメント」であることを示し、「１」であれば「途中のフラグメント」であることを示す。
【００３２】
「Flags」フィールドの「Bit2」の値が「１」でないと判断した場合、すなわち「０」であると判断した場合（ステップＳ３０２：Ｎ）は、ステップＳ３０１で受信したパケットが「最後のフラグメント」であるので、ステップＳ３０３において、通常の受信処理を実行する。通常の受信処理とは従来の受信処理と同様であるので説明は省略する。なお、この段階では、フラグメンテーションされていないために「途中のフラグメント」でないのか、フラグメンテーションされた上で「最後のフラグメント」であるのかは不明である。
【００３３】
他方、「Flags」フィールドの「Bit2」の値が「１」であると判断した場合（ステップＳ３０２：Ｙ）は、ステップＳ３０１で受信したパケットが「途中のフラグメント」である、すなわちフラグメンテーションが発生していると判断できるので、ステップＳ３０４において、ＩＰヘッダにある「Fragment Offset」フィールドの値が「０」であるか否かを判断する。このＩＰヘッダの「Fragment Offset」フィールドは分割されたパケット（フラグメント）が元のデータパケットのどこに位置するのかをあらわしており、「０」は最初のフラグメントであることを意味する。
【００３４】
そして、「Fragment Offset」フィールドの値が「０」でないと判断した場合（ステップＳ３０４：Ｎ）は、ステップＳ３０１で受信したパケットが２番目以降のフラグメントであるので、ステップＳ３０３において、通常の受信処理を実行する。
【００３５】
他方、「Fragment Offset」フィールドの値が「０」であると判断した場合（ステップＳ３０４：Ｙ）は、ステップＳ３０１で受信したパケットが１番目のフラグメント、すなわち、ＩＰ層でフラグメンテーションされている最初のフラグメントであるということになり、同時にフラグメンテーションしないで受信できる最大のサイズということになる。そこで、ステップＳ３０５において、フラグメンテーションしないＭＳＳを算出する。具体的には、ステップＳ３０１で受信したパケット（１番目のフラグメント）のＩＰヘッダにある「Total Length」フィールドの値から、「ＩＰヘッダ長」及び「ＴＣＰヘッダ長」のビット数を減算した値（以下、αという）が、ＩＰ層でフラグメンテーションしないで受信することができる最大のＴＣＰセグメントサイズ（ＭＳＳ）とする。
【００３６】
次に、ステップＳ３０６において、現在の通信相手である他の端末装置１が、ＲＡＭ１５に一時的に格納されているＩＰ−ＭＳＳ対応表に登録されているか否かを判断する。
図４は、算出するＭＳＳの登録前のＩＰ−ＭＳＳ対応表の例を示す図である。
【００３７】
図４において、ＩＰ−ＭＳＳ対応表４０は、通信相手の端末装置１を特定するための識別子である端末アドレス４１、通信可能な最大のデータの大きさを示すＭＳＳ値４２及び受信したデータの時刻情報を示す登録時刻４３の各項目から構成されるデータテーブルであり、例えば、１レコード目には、端末装置１の端末アドレス４１として「ＩＰ１」、ＭＳＳ値４２として「１４００」バイト、登録時刻４３として「１０時００分」が登録されている。なお、ここで、受信したデータの時刻情報は、データパケットの受信時刻でもよいし、フラグメンテーションしているか否かを判断して時刻でもよいし、ＭＳＳを算出した時刻でもよいし、ＩＰ−ＭＳＳ対応表４０に登録する時刻でもよい。
【００３８】
図３の説明に戻る。
図３のステップＳ３０６で現在の通信相手である他の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていないと判断した場合（ステップＳ３０６：Ｎ）は、ステップＳ３０７において、ＩＰ−ＭＳＳ対応表４０の端末アドレス４１、ＭＳＳ値４２及び登録時刻４３に、それぞれの値を登録した後、ステップＳ３０３において、通常の受信処理を実行する。
【００３９】
他方、現在の通信相手である他の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ３０６：Ｙ）は、ステップＳ３０８において、その端末装置１を特定するための識別子に対応してＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳとステップＳ３０５で算出したＭＳＳとを比較し、算出したＭＳＳの方が登録されているＭＳＳより小さいか否かを判断する。
【００４０】
そして、算出したＭＳＳの方が小さくないと判断した場合（ステップＳ３０８：Ｎ）は、ステップＳ３０３において、通常の受信処理を実行し、他方、算出したＭＳＳの方が小さいと判断した場合（ステップＳ３０８：Ｙ）は、ステップＳ３０９において、その端末装置１を特定するための識別子と対応するＭＳＳ値４２にステップＳ３０５で算出したＭＳＳを登録することにより更新し、同様に登録時刻４３に受信したデータの時刻情報を登録することにより更新した後、ステップＳ３０３において、通常の受信処理を実行する。
【００４１】
図５は、算出したＭＳＳの登録後のＩＰ−ＭＳＳ対応表の例を示す図である。
図５において、ＩＰ−ＭＳＳ対応表４０は、図４に示したＩＰ−ＭＳＳ対応表４０の状態から、図３のステップＳ３０５でＭＳＳ値４２及び登録時刻４３が更新された状態を示す。例えば、１レコード目には、端末装置１の端末アドレス４１として「ＩＰ１」、更新したＭＳＳ値４２として「１３００」バイト、更新した登録時刻４３として「１５時１０分」が登録されている。
【００４２】
以上のようにして、データ通信を行っている最中にＩＰ−ＭＳＳ対応表４０が作成できる。
以上説明したような本発明の第１の実施の形態を実現することにより、受信したパケットがフラグメンテーションされていたら、そのフラグメントから最適な通信データのサイズを算出しておき、次に同じ端末装置１と接続する際に、受信可能なフラグメントのサイズを通知することが可能となる。
【００４３】
また、本発明の第１の実施の形態を実現することにより、最適な通信データのサイズを通信相手である端末装置を特定するための情報と一元的に管理、使用することができ、その他の端末装置との接続に対する影響を無くすことができる。
【００４４】
また、本発明の第１の実施の形態を実現することにより、最適なサイズを算出するために用いたパケットの受信時刻を一元的に管理することができ、次に同じ端末装置１と接続するまでにある程度の時間が経っている場合は、通常の通信データサイズを使用するようにすることができ、ネットワーク変更などによる影響を吸収することができる。
【００４５】
また、ＩＰＳｅｃ（Security Architecture for Internet Protocol）のトンネルモードを使用するＶＰＮ（Virtual Private Network）環境においては、通常のＴＣＰ／ＩＰのパケットを暗号化し、認証部やＩＰＳｅｃヘッダなどが追加されたＩＰパケットで通信が行われるため、通信パケットサイズが大きくなってしまうが、本発明の第１の実施の形態を実現することにより、受信する端末装置１がモバイル端末のようなＶＰＮ機能をモバイル端末内部に保持しているような環境にも対応することができる。
【００４６】
なお、上述の第１の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信したデータが断片化されていることと１つのパケットに格納できるサイズを算出することができるような通信プロトコルであれば他の通信プロトコルでもよい。
【００４７】
（第２の実施の形態）
次に、ＴＣＰ接続処理が実行される際の、接続要求側の端末装置１で実行される通信制御処理及び接続応答側の端末装置１で実行される通信制御処理について説明する。
【００４８】
図６は、第２の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
まず、ＴＣＰ接続要求を行なう側である端末装置１（接続要求側の端末装置１）は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ６０１において、ＴＣＰ接続応答を行なう側である端末装置１（接続応答側の端末装置１）が、ＩＰ−ＭＳＳ対応表４０に登録されているか否かを判断する。
【００４９】
登録されていないと判断した場合（ステップＳ６０１：Ｎ）は、ステップＳ６０２において、ＭＳＳとして通常の値をセットする。ここで通常の値とは、接続する物理回線種別からＭＴＵが設定されており、そのＭＴＵのビット数からＴＣＰ及びＩＰそれぞれのヘッダ分である各２０バイトが減算された値であり、通常のＬＡＮでは１４６０バイトが一般的である。受信Windowサイズが影響することもある。
【００５０】
他方、接続応答側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ６０１：Ｙ）は、ステップＳ６０３において、接続応答側の端末装置１を特定するための識別子である端末アドレス４１と対応する登録時刻４３に登録されている時刻情報と現在の時刻情報との差分が予め定めた閾値以内であるか否かを判断する。
【００５１】
差分が閾値以内でないと判断した場合（ステップＳ６０３：Ｎ）は、ステップＳ６０２において、ＭＳＳとして通常の値をセットし、差分が閾値以内であると判断した場合（ステップＳ６０３：Ｙ）は、ステップＳ６０４において、接続応答側の端末装置１を特定するための識別子である端末アドレス４１と対応するＭＳＳ値４２に登録されているＭＳＳとしてセットする。
【００５２】
次に、ステップＳ６０５において、ＴＣＰセッションの接続要求を行なうために、ＴＣＰヘッダの「Control Bits」の「SYN」をセットするなどの通常の接続要求を作成し、ＴＣＰヘッダのオプション領域にステップＳ６０４でセットしたＭＳＳを代入した上で、接続要求を接続応答側の端末装置１に送信する。
【００５３】
その後、ステップＳ６０６において、通常のＴＣＰ／ＩＰ通信処理を実行する。
次に、ＴＣＰ接続要求を受信した際の応答処理として端末装置１で実行される通信制御処理について説明する。
【００５４】
図７は、第２の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
まず、接続応答側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ７０１において、図６のステップＳ６０５で接続要求側の端末装置１から送信されたＴＣＰ接続要求を受信する。
【００５５】
そして、ステップＳ７０２において、接続要求側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されているか否かを判断する。
登録されていないと判断した場合（ステップＳ７０２：Ｎ）は、ステップＳ７０３において、ＭＳＳとして通常の値をセットする。
【００５６】
他方、接続要求側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ７０２：Ｙ）は、ステップＳ７０４において、接続要求側の端末装置１を特定するための識別子である端末アドレス４１と対応する登録時刻４３に登録されている時刻情報と現在の時刻情報との差分が予め定めた閾値以内であるか否かを判断する。
【００５７】
差分が閾値以内でないと判断した場合（ステップＳ７０４：Ｎ）は、ステップＳ７０３において、ＭＳＳとして通常の値をセットし、差分が閾値以内であると判断した場合（ステップＳ７０４：Ｙ）は、ステップＳ７０５において、接続要求側の端末装置１を特定するための識別子である端末アドレス４１と対応するＭＳＳ値４２に登録されているＭＳＳとしてセットする。
【００５８】
次に、ステップＳ７０６において、ＴＣＰセッションの接続応答を行なうために、ＴＣＰヘッダの「Control Bits」の「SYN」と「Acknowledgement」をセットするなどの通常の接続応答を作成し、ＴＣＰヘッダのオプション領域にステップＳ７０５でセットしたＭＳＳを代入した上で、接続応答を接続要求側の端末装置１に送信する。
【００５９】
その後、ステップＳ７０７において、通常のＴＣＰ／ＩＰ通信処理を実行する。
以上説明したような本発明の第２の実施の形態を実現することにより、同じ端末装置１と再接続する際に、受信したフラグメントから算出した最適な通信データのサイズを、受信可能なフラグメントのサイズに置き換えて通知することにより、次からの接続ではフラグメンテーションされないで通信することができるようになり、通信を効率的に行なうことが可能となる。
【００６０】
また、本発明の第２の実施の形態を実現することにより、一元的に管理されたパケットの受信時刻を利用することにより、次に同じ端末装置１と接続するまでにある程度の時間が経っている場合は、通常の通信データサイズを使用するようにすることができ、ネットワーク変更などによる影響を吸収することができる。
【００６１】
また、ＩＰＳｅｃ（Security Architecture for Internet Protocol）のトンネルモードを使用するＶＰＮ（Virtual Private Network）環境においては、通常のＴＣＰ／ＩＰのパケットを暗号化し、認証部やＩＰＳｅｃヘッダなどが追加されたＩＰパケットで通信が行われるため、通信パケットサイズが大きくなってしまうが、本発明の第２の実施の形態を実現することにより、受信する端末装置１がモバイル端末のようなＶＰＮ機能をモバイル端末内部に保持しているような環境にも対応することができる。
【００６２】
なお、上述の第２の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信可能なデータサイズを接続先の端末装置１に通知できるような通信プロトコルであれば他の通信プロトコルでもよい。
【００６３】
また、ＩＰ−ＭＳＳ対応表４０に登録された登録時刻と現在時刻との差分が予め定めた閾値以上であったら、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを使用しないとしたが、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２からＭＳＳを削除しても構わない。
【００６４】
（第３の実施の形態）
次に、ＭＳＳを算出するためにダミーデータを用いる通信制御処理について説明する。
まず、図８を用いて第３の実施の形態における通信制御処理全体の概要を説明し、図９及び図１０を用いて接続要求側の端末装置１及び接続応答側の端末装置１で実行される通信制御処理の詳細について説明する。
【００６５】
図８は、第３の実施の形態における通信制御処理の流れを示す図である。
まず、ステップＳ８０１において、接続要求側の端末装置１（図中の左側）から接続応答側の端末装置１（図中の右側）に対して、ＴＣＰ通信でデフォルトのＭＳＳを付加した接続要求（ＳＹＮ）を送信する。
【００６６】
そして、ステップＳ８０２において、ステップＳ８０１の接続要求を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ＴＣＰ通信でデフォルトのＭＳＳを付加した接続要求のアック（ＳＹＮ／ＡＣＫ）を送信する。
【００６７】
すると、ステップＳ８０３において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続確認のアックを返すことにより、ＴＣＰ接続が完了する。
【００６８】
次に、ステップＳ８０４において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ステップＳ８０１で通知されたＭＳＳのサイズでダミーのデータ（パケット）を作成し送信する。
【００６９】
そして、ステップＳ８０５において、接続応答側の端末装置１は、ステップＳ８０４で送信されてきたデータを用いてＭＳＳを算出し、算出されたＭＳＳを接続応答側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００７０】
次に、ステップＳ８０６において、接続応答側の端末装置１から接続要求側の端末装置１に対して、ステップＳ８０２で通知されたＭＳＳのサイズでダミーのデータ（パケット）を作成し送信する。
【００７１】
そして、ステップＳ８０７において、接続要求側の端末装置１は、ステップＳ８０６で送信されてきたデータを用いてＭＳＳを算出し、算出されたＭＳＳを接続要求側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００７２】
次に、ステップＳ８０８において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信で接続終了（ＦＩＮ）を送信する。
そして、ステップＳ８０９において、ステップＳ８０８の接続終了を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ＴＣＰ通信で接続終了のアック（ＦＩＮ／ＡＣＫ）を送信する。
【００７３】
すると、ステップＳ８１０において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続終了確認のアックを返すことにより、ＴＣＰ接続の切断が完了する。
【００７４】
次に、ステップＳ８１１において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ステップＳ８０７で算出し接続要求側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを付加した接続要求（ＳＹＮ）を、ＴＣＰ通信で送信する。
【００７５】
そして、ステップＳ８１２において、ステップＳ８１１の接続要求を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ステップＳ８０５で算出し接続応答側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを付加した接続要求のアック（ＳＹＮ／ＡＣＫ）を、ＴＣＰ通信で送信する。
【００７６】
すると、ステップＳ８１３において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続確認のアックを返すことにより、再度ＴＣＰ接続が完了する。
【００７７】
以降は、通常のＴＣＰ／ＩＰ通信が実行される。
図９は、第３の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００７８】
まず、接続要求側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ９０１において、接続要求先の端末装置１（図１０を用いて説明する接続応答側の端末装置１）に対して、ＴＣＰ通信で接続要求を送信する。この接続要求のＴＣＰヘッダのオプション部にはデフォルトのＭＳＳが挿入されている。ここで、デフォルトのＭＳＳとは、通常回線の種類により決められるＭＴＵに対応して決められ、ＬＡＮでは１４６０が主に使用されている。
【００７９】
次に、ステップＳ９０２において、接続応答側の端末装置１からの接続応答を受信し、この接続応答に含まれるＭＳＳを取得する。
次に、ステップＳ９０３において、ステップＳ９０２で取得したＭＳＳをＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録し、接続要求の確認通知を接続応答側の端末装置１に送信し、接続応答側の端末装置１とのＴＣＰ接続を確立する。
【００８０】
以上は、通常のＴＣＰ接続確立処理である。
次に、ステップＳ９０４において、ステップＳ９０２で取得したＭＳＳを用いて（そのＭＳＳの長さで）ダミーのＴＣＰデータパケットを作成し、接続応答側の端末装置１に送信する。
【００８１】
次に、ステップＳ９０５において、ＩＰ層で接続応答側の端末装置１から送信されてくるデータパケットを受信し、ステップＳ９０６において、受信したデータパケットがフラグメンテーションしていたか否かを判断する。
【００８２】
フラグメンテーションしていたと判断した場合（ステップＳ９０６：Ｙ）は、ステップＳ９０７において、そのデータパケットのパケット長に基づいてフラグメンテーションしないで受信可能なＭＳＳを算出し、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。他方、フラグメンテーションしていないと判断した場合（ステップＳ９０６：Ｎ）は、ステップＳ９０８において、そのままデフォルトのＭＳＳを代入する。
【００８３】
次に、ステップＳ９０９において、接続応答側の端末装置１に対してＴＣＰ通信で切断要求を送信し、ステップＳ９１０において、接続応答側の端末装置１から切断応答を受信したら、ステップＳ９１１において、接続応答側の端末装置１に対して確認通知を送信し、接続応答側の端末装置１との接続を切断する。
【００８４】
そして、ステップＳ９１２において、再度、接続応答側の端末装置１に対して接続要求を送信する。この際、接続要求のＴＣＰヘッダのオプション部にはステップＳ９０７でＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録したＭＳＳを挿入する。
【００８５】
その後、ステップＳ９１３において、通常のＴＣＰ／ＩＰ通信処理を実行する。
図１０は、第３の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００８６】
まず、接続応答側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ１００１において、接続要求をしてきた端末装置１（図９を用いて説明した接続要求側の端末装置１）から送信されてきた接続要求を受信し、この接続要求に含まれるＭＳＳを取得してＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００８７】
次に、ステップＳ１００２において、ＴＣＰヘッダのオプション部にデフォルトのＭＳＳを挿入した接続応答を、接続要求側の端末装置１に送信する。
次に、ステップＳ１００３において、接続要求側の端末装置１から送信されてきた確認通知を受信し、接続要求側の端末装置１との接続を確立する。
【００８８】
以上は、通常のＴＣＰ接続確立処理である。
次に、ステップＳ１００４において、ＩＰ層で接続要求側の端末装置１から送信されてくるデータパケットを受信し、ステップＳ１００５において、受信したデータパケットがフラグメンテーションしていたか否かを判断する。
【００８９】
フラグメンテーションしていたと判断した場合（ステップＳ１００５：Ｙ）は、ステップＳ１００６において、そのデータパケットのパケット長に基づいてフラグメンテーションしないで受信可能なＭＳＳを算出し、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。他方、フラグメンテーションしていないと判断した場合（ステップＳ１００５：Ｎ）は、ステップＳ１００７において、そのままデフォルトのＭＳＳを代入する。
【００９０】
次に、ステップＳ１００８において、ステップＳ１００１で取得したＭＳＳを用いて（そのＭＳＳの長さで）ダミーのＴＣＰデータパケットを作成し、接続要求側の端末装置１に送信する。
【００９１】
次に、ステップＳ１００９において、接続要求側の端末装置１から送信されたＴＣＰ通信での切断要求を受信し、ステップＳ１０１０において、接続要求側の端末装置１へ切断応答を送信したら、ステップＳ１０１１において、接続要求側の端末装置１から送信された確認通知を受信し、接続要求側の端末装置１との接続を切断する。
【００９２】
そして、ステップＳ１０１２において、再度、接続要求側の端末装置１から送信された接続要求を受信し、ステップＳ１０１３において、接続要求側の端末装置１に対して接続応答を送信する。この際、接続応答のＴＣＰヘッダのオプション部にはステップＳ１００６でＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録したＭＳＳを挿入する。
【００９３】
その後、ステップＳ１０１４において、通常のＴＣＰ／ＩＰ通信処理を実行する。
以上説明したような本発明の第３の実施の形態では、一旦仮の接続をして最大サイズのデータパケット（ダミー）で仮通信を行ない、フラグメンテーションしないかどうかを確認してから、その結果を用いてすぐに再接続するので、実際のデータを用いた本通信を早急に最適な最大データサイズで行なうことができる。
【００９４】
また、本発明の第３の実施の形態では、端末装置１同士での通信により最大データサイズを算出するため、途中で経由する中継装置がこの機能をサポートする必要ない。
なお、上述の第３の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信したデータが断片化されていることと１つのパケットに格納できるサイズを算出することができ、受信可能なデータサイズを接続先の端末装置１に通知できるような通信プロトコルであれば他の通信プロトコルでもよい。
【００９５】
また、一旦接続してＴＣＰデータ通信を行った後切断して再接続するとしているが、接続要求側の端末装置１から接続応答側の端末装置１への通信及びその反対方向の通信の双方向でフラグメンテーションが発生していないのであれば、通信を切断せずにそのまま継続するようにしても良い。
【００９６】
また、端末装置１が、接続要求側の端末装置１と接続応答側の端末装置１との接続中にＭＳＳを調整できるような機能を有していれば、その機能を使用しても良い。
また、接続相手の端末装置１に関わらずＭＳＳの調査をするとしているが、第１の実施の形態のように端末アドレス４１、ＭＳＳ値４２及び登録時刻４３を保持しておき、決められた時間以内であればそのＭＳＳを使用するようにしても良い。
【００９７】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、上述してきた本発明の実施の形態は、端末装置１の一機能としてハードウェアまたはＤＳＰ（Digital Signal Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００９８】
また、本発明が適用される端末装置１は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００９９】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、端末装置１に供給し、その端末装置１のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【０１００】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【０１０１】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【０１０２】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【０１０３】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【０１０４】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【図面の簡単な説明】
【０１０５】
【図１】中継装置を介して互いにネットワーク接続されている複数の端末装置から構成される通信システムの概略を示す図である。
【図２】本発明を適用した端末装置１の構成の概略を示す図である。
【図３】第１の実施の形態における端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図４】算出するＭＳＳの登録前のＩＰ−ＭＳＳ対応表の例を示す図である。
【図５】算出したＭＳＳの登録後のＩＰ−ＭＳＳ対応表の例を示す図である。
【図６】第２の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図７】第２の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図８】第３の実施の形態における通信制御処理の流れを示す図である。
【図９】第３の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図１０】第３の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【符号の説明】
【０１０６】
１ 端末装置
２ 中継装置
１１ ＣＰＵ
１２ 表示装置
１３ ＲＯＭ
１４ 入力装置
１５ ＲＡＭ
１６ 通信Ｉ／Ｆ（インターフェース）
１７ ＶＲＡＭ
１８ バス
４０ ＩＰ−ＭＳＳ対応表
４１ 端末アドレス
４２ ＭＳＳ値
４３ 登録時刻
【技術分野】
【０００１】
本発明は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置及び当該通信制御装置内で実行される通信制御プログラムに関し、特に、最も通信効率の高いデータサイズでの通信を端末装置内で実現することが可能な通信制御技術に関する。
【背景技術】
【０００２】
従来の通信ネットワークは、有線ネットワーク及び無線ネットワーク等、様々な形態のネットワークが互いに接続することで構成されている。そして、その通信ネットワーク上には、ルータやゲートウェイを始めとして、様々な性能を備える中継装置が設置され、送信側の端末装置と受信側の端末装置との通信データを中継しているが、端末装置が送信若しくは受信可能なデータの大きさ、又は各中継装置が中継可能なデータの大きさには制限がある。従って、ネットワーク毎に通信可能な最大のデータの大きさが設定されている。
【０００３】
例えば、ＴＣＰ（Transmission Control Protocol）で通信を行なう場合、端末装置間での通信を確立する際、通信可能な最大のデータの大きさをＭＳＳ（Maximum Segment Size：最大セグメント長）として設定する。しかし、このＭＳＳ内の大きなデータサイズのパケットであってもそのサイズのパケットを中継できない中継装置が介在した場合、その中継装置においてＴＣＰパケットのフラグメンテーション（断片化、フラグメント化）が発生し、フラグメンテーションにより分割された複数のパケット（フラグメント）を転送することが行われる。分割されたパケット（フラグメント）は、これを受信した中継装置若しくは受信側の端末装置で再構成される。
【０００４】
従って、送信側の端末装置から最初のネットワークに１パケットで送信されても、いずれかのネットワークでＭＳＳが小さく設定されていると、中継装置でパケットが分割され、その後の中継装置等で再構成されるということが起こってしまう。
【０００５】
なお、ＩＰ（Internet Protocol）で通信するＩＰパケットもＴＣＰと同様、設定のサイズより大きなサイズの場合にフラグメンテーションが発生する。
このようなパケットのフラグメンテーション及び再構成は、中継装置、端末装置若しくはネットワークにとって負荷のかかる処理であり、極力避けることが望ましい。そこで予め通信ネットワーク全体のＭＳＳが分かっていれば、フラグメンテーションが発生しない適切なサイズのパケットを送信することができる。このような通信ネットワークのＭＳＳ（実際には、ＭＳＳにヘッダ部を加えたＭＴＵ（Maximum Transmission Unit：最大パケット長））を調査する方法を「ＰＭＴＵ検出（Path ＭＴＵ Discovery）」といい、ＩＥＴＦ（Internet Engineering Task Force：インターネット技術検討部会）が発行するＲＦＣ（Request For Comment）１１９１で標準化されている（例えば、非特許文献１参照。）。
【０００６】
よって、通信ネットワークがこのＲＦＣ１１９１に準拠していれば、通信ネットワークに存在する中継装置がパケットを中継するのに断片化する必要が発生した場合、そのことを送信元の端末装置に知らせることで、ネットワーク上のＭＴＵを検出することができる。
【０００７】
【特許文献１】ＲＦＣ１１９１（Path ＭＴＵ Discovery）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＲＦＣ１１９１（Path ＭＴＵ Discovery）は、経由する全ての中継装置がこの機能をサポートする必要があるが、中にはこの機能をサポートしていない中継装置が存在するネットワークがある。この機能をサポートしていない中継装置がネットワーク中に存在すると、データ（パケット）が中継されないという問題点があった。
【０００９】
また、ＲＦＣ１１９１（Path ＭＴＵ Discovery）は、ネットワークの途中で断片化する必要が発生した場合、そのパケットを破棄し、中継できない旨を返す規格になっているため、パケットを再送する必要が発生する。そのため、通信の遅延が発生してしまうという問題点があった。
【００１０】
本発明の課題は、ルータやゲートウェイ等の中継装置を介して通信端末が互いにネットワーク接続されている通信システムにおいて、最も通信効率の高いデータサイズでの通信を端末装置内で実現することが可能な通信制御装置及び当該通信制御装置内で実行される通信制御プログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置との間でデータを送受信する通信手段と、前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１２】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記通信手段によってデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置とのネットワーク接続の切断後に、前記最大データサイズ取得手段によって取得した最大データサイズと前記他の端末装置への接続を要求するための接続要求信号とを前記他の端末装置に通知することにより、前記他の端末装置に再接続を要求する再接続要求手段とを備えることが望ましい。
【００１３】
また、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段と、前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１４】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記接続要求信号受信手段によって接続要求信号を受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段とを備えることが望ましい。
【００１５】
また、本発明の一態様によれば、本発明の通信制御装置は、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段と、前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段と、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段とを備えることを特徴とする。
【００１６】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記ダミーデータ通信手段によってダミーデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、さらに、前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段とを備えることが望ましい。
【００１７】
また、本発明の通信制御装置は、前記最大データサイズ格納手段が、前記最大データサイズ算出手段によって算出した最大データサイズが前記メモリに格納されている最大データサイズより小さい場合、前記メモリに格納されている最大データサイズを前記最大データサイズ算出手段によって算出した最大データサイズに更新することが望ましい。
【００１８】
また、本発明の通信制御装置は、前記他の端末装置と前記端末装置との間で確立される通信プロトコルは、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）であることが望ましい。
【００１９】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置との間でデータを送受信する通信手段、前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【００２０】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段、前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【００２１】
また、本発明の一態様によれば、本発明の通信制御プログラムは、中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段、前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段として機能させるための通信制御プログラムである。
【発明の効果】
【００２２】
本発明によれば、ルータやゲートウェイ等の中継装置を介して通信端末が互いにネットワーク接続されている通信システムにおいて、最も通信効率の高いデータサイズでの通信を端末装置内で実現することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、中継装置を介して互いにネットワーク接続されている複数の端末装置から構成される通信システムの概略を示す図である。
【００２４】
図１において、端末装置１及び中継装置２から構成される通信システムは、複数の端末装置１が１つの若しくは複数の中継装置２を介して互いにネットワーク接続されている。
このような通信システムでのネットワーク通信において、受信側の端末装置１は、送信側の端末装置１から送信されたパケットを受信し、その受信したパケットが断片化していることをチェックする。そして、受信したパケットが断片化していた場合は、断片化せずに伝送できる最大データサイズを検出する。
【００２５】
次に同じ通信相手の端末装置１と接続する時には、検出された最大データサイズを受信可能最大サイズとしてその端末装置１に通知することにより、パケットが断片化する可能性を低くすることができる。
【００２６】
そのために、端末装置１は、接続先の端末装置１を特定するための識別子と、その通信相手である端末装置１と通信することが可能な最大データサイズと、その最大データサイズを算出するために受信したデータの受信時刻をセットで保持する機能を持ち、次に接続要求処理を行なう時に保持した最大データサイズを使用するかどうかを、保持している受信時刻と現在時刻との時間差により決める機能を持つ。
【００２７】
また、このような通信システムでのネットワーク通信において、端末装置１は、本来の接続の前に仮接続を行ない、使用する予定の最大データサイズを持ったダミーのパケット伝送を行ない、断片化していたらそこから再度最大データサイズを計算しなおしてからその仮接続を終了し、その計算しなおした最大データサイズの値を用いてすぐに本接続の接続要求を行なう。
【００２８】
図２は、本発明を適用した端末装置１の構成の概略を示す図である。
図２において、端末装置１は、ＣＰＵ（中央処理装置：Central Processing Unit）１１、画像やその他の情報を表示するためのＬＣＤ等の表示装置１２、後述する通信制御プログラムを始め端末装置１の各機能を制御し実行するための制御プログラムが収納されたＲＯＭ１３、キーボードやマウス等であって各種のデータや信号等を入力するための入力装置１４、後述するＩＰ−ＭＳＳ対応表等の各種データを一時的に格納するＲＡＭ１５、無線ＬＡＮや携帯電話網等のネットワークを介して他の端末装置１等と接続するための通信Ｉ／Ｆ（インターフェース）１６、表示装置１２に表示するための画像を一時的に格納するフレームバッファ等のＶＲＡＭ１７がバス１８に接続されて構成され、ＣＰＵ１１がこれらの各部１２乃至１８を制御している。
【００２９】
次に、上述したような端末装置１の動作状態について説明する。
（第１の実施の形態）
図３は、第１の実施の形態における端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００３０】
まず、通常のＴＣＰ／ＩＰ接続処理を実行してデータ通信を実行中の端末装置１は、ＣＰＵ１１の制御の下でステップＳ３０１において、ＴＣＰ／ＩＰ接続している他の端末装置１から送信されてくるパケットの受信を待つ。
【００３１】
他の端末装置１から送信されてくるパケットを受信した端末装置１は、必要な処理を施して受信したパケットをＩＰ層に渡し、ステップＳ３０２において、ＩＰヘッダにある「Flags」フィールドの「Bit2」の値が「１」であるか否かを判断する。この「Flags」フィールドの「Bit2」は「最後のフラグメントか否か」という意味であり、値が「０」であれば「最後のフラグメント」であることを示し、「１」であれば「途中のフラグメント」であることを示す。
【００３２】
「Flags」フィールドの「Bit2」の値が「１」でないと判断した場合、すなわち「０」であると判断した場合（ステップＳ３０２：Ｎ）は、ステップＳ３０１で受信したパケットが「最後のフラグメント」であるので、ステップＳ３０３において、通常の受信処理を実行する。通常の受信処理とは従来の受信処理と同様であるので説明は省略する。なお、この段階では、フラグメンテーションされていないために「途中のフラグメント」でないのか、フラグメンテーションされた上で「最後のフラグメント」であるのかは不明である。
【００３３】
他方、「Flags」フィールドの「Bit2」の値が「１」であると判断した場合（ステップＳ３０２：Ｙ）は、ステップＳ３０１で受信したパケットが「途中のフラグメント」である、すなわちフラグメンテーションが発生していると判断できるので、ステップＳ３０４において、ＩＰヘッダにある「Fragment Offset」フィールドの値が「０」であるか否かを判断する。このＩＰヘッダの「Fragment Offset」フィールドは分割されたパケット（フラグメント）が元のデータパケットのどこに位置するのかをあらわしており、「０」は最初のフラグメントであることを意味する。
【００３４】
そして、「Fragment Offset」フィールドの値が「０」でないと判断した場合（ステップＳ３０４：Ｎ）は、ステップＳ３０１で受信したパケットが２番目以降のフラグメントであるので、ステップＳ３０３において、通常の受信処理を実行する。
【００３５】
他方、「Fragment Offset」フィールドの値が「０」であると判断した場合（ステップＳ３０４：Ｙ）は、ステップＳ３０１で受信したパケットが１番目のフラグメント、すなわち、ＩＰ層でフラグメンテーションされている最初のフラグメントであるということになり、同時にフラグメンテーションしないで受信できる最大のサイズということになる。そこで、ステップＳ３０５において、フラグメンテーションしないＭＳＳを算出する。具体的には、ステップＳ３０１で受信したパケット（１番目のフラグメント）のＩＰヘッダにある「Total Length」フィールドの値から、「ＩＰヘッダ長」及び「ＴＣＰヘッダ長」のビット数を減算した値（以下、αという）が、ＩＰ層でフラグメンテーションしないで受信することができる最大のＴＣＰセグメントサイズ（ＭＳＳ）とする。
【００３６】
次に、ステップＳ３０６において、現在の通信相手である他の端末装置１が、ＲＡＭ１５に一時的に格納されているＩＰ−ＭＳＳ対応表に登録されているか否かを判断する。
図４は、算出するＭＳＳの登録前のＩＰ−ＭＳＳ対応表の例を示す図である。
【００３７】
図４において、ＩＰ−ＭＳＳ対応表４０は、通信相手の端末装置１を特定するための識別子である端末アドレス４１、通信可能な最大のデータの大きさを示すＭＳＳ値４２及び受信したデータの時刻情報を示す登録時刻４３の各項目から構成されるデータテーブルであり、例えば、１レコード目には、端末装置１の端末アドレス４１として「ＩＰ１」、ＭＳＳ値４２として「１４００」バイト、登録時刻４３として「１０時００分」が登録されている。なお、ここで、受信したデータの時刻情報は、データパケットの受信時刻でもよいし、フラグメンテーションしているか否かを判断して時刻でもよいし、ＭＳＳを算出した時刻でもよいし、ＩＰ−ＭＳＳ対応表４０に登録する時刻でもよい。
【００３８】
図３の説明に戻る。
図３のステップＳ３０６で現在の通信相手である他の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていないと判断した場合（ステップＳ３０６：Ｎ）は、ステップＳ３０７において、ＩＰ−ＭＳＳ対応表４０の端末アドレス４１、ＭＳＳ値４２及び登録時刻４３に、それぞれの値を登録した後、ステップＳ３０３において、通常の受信処理を実行する。
【００３９】
他方、現在の通信相手である他の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ３０６：Ｙ）は、ステップＳ３０８において、その端末装置１を特定するための識別子に対応してＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳとステップＳ３０５で算出したＭＳＳとを比較し、算出したＭＳＳの方が登録されているＭＳＳより小さいか否かを判断する。
【００４０】
そして、算出したＭＳＳの方が小さくないと判断した場合（ステップＳ３０８：Ｎ）は、ステップＳ３０３において、通常の受信処理を実行し、他方、算出したＭＳＳの方が小さいと判断した場合（ステップＳ３０８：Ｙ）は、ステップＳ３０９において、その端末装置１を特定するための識別子と対応するＭＳＳ値４２にステップＳ３０５で算出したＭＳＳを登録することにより更新し、同様に登録時刻４３に受信したデータの時刻情報を登録することにより更新した後、ステップＳ３０３において、通常の受信処理を実行する。
【００４１】
図５は、算出したＭＳＳの登録後のＩＰ−ＭＳＳ対応表の例を示す図である。
図５において、ＩＰ−ＭＳＳ対応表４０は、図４に示したＩＰ−ＭＳＳ対応表４０の状態から、図３のステップＳ３０５でＭＳＳ値４２及び登録時刻４３が更新された状態を示す。例えば、１レコード目には、端末装置１の端末アドレス４１として「ＩＰ１」、更新したＭＳＳ値４２として「１３００」バイト、更新した登録時刻４３として「１５時１０分」が登録されている。
【００４２】
以上のようにして、データ通信を行っている最中にＩＰ−ＭＳＳ対応表４０が作成できる。
以上説明したような本発明の第１の実施の形態を実現することにより、受信したパケットがフラグメンテーションされていたら、そのフラグメントから最適な通信データのサイズを算出しておき、次に同じ端末装置１と接続する際に、受信可能なフラグメントのサイズを通知することが可能となる。
【００４３】
また、本発明の第１の実施の形態を実現することにより、最適な通信データのサイズを通信相手である端末装置を特定するための情報と一元的に管理、使用することができ、その他の端末装置との接続に対する影響を無くすことができる。
【００４４】
また、本発明の第１の実施の形態を実現することにより、最適なサイズを算出するために用いたパケットの受信時刻を一元的に管理することができ、次に同じ端末装置１と接続するまでにある程度の時間が経っている場合は、通常の通信データサイズを使用するようにすることができ、ネットワーク変更などによる影響を吸収することができる。
【００４５】
また、ＩＰＳｅｃ（Security Architecture for Internet Protocol）のトンネルモードを使用するＶＰＮ（Virtual Private Network）環境においては、通常のＴＣＰ／ＩＰのパケットを暗号化し、認証部やＩＰＳｅｃヘッダなどが追加されたＩＰパケットで通信が行われるため、通信パケットサイズが大きくなってしまうが、本発明の第１の実施の形態を実現することにより、受信する端末装置１がモバイル端末のようなＶＰＮ機能をモバイル端末内部に保持しているような環境にも対応することができる。
【００４６】
なお、上述の第１の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信したデータが断片化されていることと１つのパケットに格納できるサイズを算出することができるような通信プロトコルであれば他の通信プロトコルでもよい。
【００４７】
（第２の実施の形態）
次に、ＴＣＰ接続処理が実行される際の、接続要求側の端末装置１で実行される通信制御処理及び接続応答側の端末装置１で実行される通信制御処理について説明する。
【００４８】
図６は、第２の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
まず、ＴＣＰ接続要求を行なう側である端末装置１（接続要求側の端末装置１）は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ６０１において、ＴＣＰ接続応答を行なう側である端末装置１（接続応答側の端末装置１）が、ＩＰ−ＭＳＳ対応表４０に登録されているか否かを判断する。
【００４９】
登録されていないと判断した場合（ステップＳ６０１：Ｎ）は、ステップＳ６０２において、ＭＳＳとして通常の値をセットする。ここで通常の値とは、接続する物理回線種別からＭＴＵが設定されており、そのＭＴＵのビット数からＴＣＰ及びＩＰそれぞれのヘッダ分である各２０バイトが減算された値であり、通常のＬＡＮでは１４６０バイトが一般的である。受信Windowサイズが影響することもある。
【００５０】
他方、接続応答側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ６０１：Ｙ）は、ステップＳ６０３において、接続応答側の端末装置１を特定するための識別子である端末アドレス４１と対応する登録時刻４３に登録されている時刻情報と現在の時刻情報との差分が予め定めた閾値以内であるか否かを判断する。
【００５１】
差分が閾値以内でないと判断した場合（ステップＳ６０３：Ｎ）は、ステップＳ６０２において、ＭＳＳとして通常の値をセットし、差分が閾値以内であると判断した場合（ステップＳ６０３：Ｙ）は、ステップＳ６０４において、接続応答側の端末装置１を特定するための識別子である端末アドレス４１と対応するＭＳＳ値４２に登録されているＭＳＳとしてセットする。
【００５２】
次に、ステップＳ６０５において、ＴＣＰセッションの接続要求を行なうために、ＴＣＰヘッダの「Control Bits」の「SYN」をセットするなどの通常の接続要求を作成し、ＴＣＰヘッダのオプション領域にステップＳ６０４でセットしたＭＳＳを代入した上で、接続要求を接続応答側の端末装置１に送信する。
【００５３】
その後、ステップＳ６０６において、通常のＴＣＰ／ＩＰ通信処理を実行する。
次に、ＴＣＰ接続要求を受信した際の応答処理として端末装置１で実行される通信制御処理について説明する。
【００５４】
図７は、第２の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
まず、接続応答側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ７０１において、図６のステップＳ６０５で接続要求側の端末装置１から送信されたＴＣＰ接続要求を受信する。
【００５５】
そして、ステップＳ７０２において、接続要求側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されているか否かを判断する。
登録されていないと判断した場合（ステップＳ７０２：Ｎ）は、ステップＳ７０３において、ＭＳＳとして通常の値をセットする。
【００５６】
他方、接続要求側の端末装置１がＩＰ−ＭＳＳ対応表４０に登録されていると判断した場合（ステップＳ７０２：Ｙ）は、ステップＳ７０４において、接続要求側の端末装置１を特定するための識別子である端末アドレス４１と対応する登録時刻４３に登録されている時刻情報と現在の時刻情報との差分が予め定めた閾値以内であるか否かを判断する。
【００５７】
差分が閾値以内でないと判断した場合（ステップＳ７０４：Ｎ）は、ステップＳ７０３において、ＭＳＳとして通常の値をセットし、差分が閾値以内であると判断した場合（ステップＳ７０４：Ｙ）は、ステップＳ７０５において、接続要求側の端末装置１を特定するための識別子である端末アドレス４１と対応するＭＳＳ値４２に登録されているＭＳＳとしてセットする。
【００５８】
次に、ステップＳ７０６において、ＴＣＰセッションの接続応答を行なうために、ＴＣＰヘッダの「Control Bits」の「SYN」と「Acknowledgement」をセットするなどの通常の接続応答を作成し、ＴＣＰヘッダのオプション領域にステップＳ７０５でセットしたＭＳＳを代入した上で、接続応答を接続要求側の端末装置１に送信する。
【００５９】
その後、ステップＳ７０７において、通常のＴＣＰ／ＩＰ通信処理を実行する。
以上説明したような本発明の第２の実施の形態を実現することにより、同じ端末装置１と再接続する際に、受信したフラグメントから算出した最適な通信データのサイズを、受信可能なフラグメントのサイズに置き換えて通知することにより、次からの接続ではフラグメンテーションされないで通信することができるようになり、通信を効率的に行なうことが可能となる。
【００６０】
また、本発明の第２の実施の形態を実現することにより、一元的に管理されたパケットの受信時刻を利用することにより、次に同じ端末装置１と接続するまでにある程度の時間が経っている場合は、通常の通信データサイズを使用するようにすることができ、ネットワーク変更などによる影響を吸収することができる。
【００６１】
また、ＩＰＳｅｃ（Security Architecture for Internet Protocol）のトンネルモードを使用するＶＰＮ（Virtual Private Network）環境においては、通常のＴＣＰ／ＩＰのパケットを暗号化し、認証部やＩＰＳｅｃヘッダなどが追加されたＩＰパケットで通信が行われるため、通信パケットサイズが大きくなってしまうが、本発明の第２の実施の形態を実現することにより、受信する端末装置１がモバイル端末のようなＶＰＮ機能をモバイル端末内部に保持しているような環境にも対応することができる。
【００６２】
なお、上述の第２の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信可能なデータサイズを接続先の端末装置１に通知できるような通信プロトコルであれば他の通信プロトコルでもよい。
【００６３】
また、ＩＰ−ＭＳＳ対応表４０に登録された登録時刻と現在時刻との差分が予め定めた閾値以上であったら、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを使用しないとしたが、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２からＭＳＳを削除しても構わない。
【００６４】
（第３の実施の形態）
次に、ＭＳＳを算出するためにダミーデータを用いる通信制御処理について説明する。
まず、図８を用いて第３の実施の形態における通信制御処理全体の概要を説明し、図９及び図１０を用いて接続要求側の端末装置１及び接続応答側の端末装置１で実行される通信制御処理の詳細について説明する。
【００６５】
図８は、第３の実施の形態における通信制御処理の流れを示す図である。
まず、ステップＳ８０１において、接続要求側の端末装置１（図中の左側）から接続応答側の端末装置１（図中の右側）に対して、ＴＣＰ通信でデフォルトのＭＳＳを付加した接続要求（ＳＹＮ）を送信する。
【００６６】
そして、ステップＳ８０２において、ステップＳ８０１の接続要求を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ＴＣＰ通信でデフォルトのＭＳＳを付加した接続要求のアック（ＳＹＮ／ＡＣＫ）を送信する。
【００６７】
すると、ステップＳ８０３において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続確認のアックを返すことにより、ＴＣＰ接続が完了する。
【００６８】
次に、ステップＳ８０４において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ステップＳ８０１で通知されたＭＳＳのサイズでダミーのデータ（パケット）を作成し送信する。
【００６９】
そして、ステップＳ８０５において、接続応答側の端末装置１は、ステップＳ８０４で送信されてきたデータを用いてＭＳＳを算出し、算出されたＭＳＳを接続応答側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００７０】
次に、ステップＳ８０６において、接続応答側の端末装置１から接続要求側の端末装置１に対して、ステップＳ８０２で通知されたＭＳＳのサイズでダミーのデータ（パケット）を作成し送信する。
【００７１】
そして、ステップＳ８０７において、接続要求側の端末装置１は、ステップＳ８０６で送信されてきたデータを用いてＭＳＳを算出し、算出されたＭＳＳを接続要求側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００７２】
次に、ステップＳ８０８において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信で接続終了（ＦＩＮ）を送信する。
そして、ステップＳ８０９において、ステップＳ８０８の接続終了を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ＴＣＰ通信で接続終了のアック（ＦＩＮ／ＡＣＫ）を送信する。
【００７３】
すると、ステップＳ８１０において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続終了確認のアックを返すことにより、ＴＣＰ接続の切断が完了する。
【００７４】
次に、ステップＳ８１１において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ステップＳ８０７で算出し接続要求側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを付加した接続要求（ＳＹＮ）を、ＴＣＰ通信で送信する。
【００７５】
そして、ステップＳ８１２において、ステップＳ８１１の接続要求を受信した接続応答側の端末装置１から接続要求側の端末装置１に対して、ステップＳ８０５で算出し接続応答側の端末装置１が備えるＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録されているＭＳＳを付加した接続要求のアック（ＳＹＮ／ＡＣＫ）を、ＴＣＰ通信で送信する。
【００７６】
すると、ステップＳ８１３において、接続要求側の端末装置１から接続応答側の端末装置１に対して、ＴＣＰ通信の接続確認のアックを返すことにより、再度ＴＣＰ接続が完了する。
【００７７】
以降は、通常のＴＣＰ／ＩＰ通信が実行される。
図９は、第３の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００７８】
まず、接続要求側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ９０１において、接続要求先の端末装置１（図１０を用いて説明する接続応答側の端末装置１）に対して、ＴＣＰ通信で接続要求を送信する。この接続要求のＴＣＰヘッダのオプション部にはデフォルトのＭＳＳが挿入されている。ここで、デフォルトのＭＳＳとは、通常回線の種類により決められるＭＴＵに対応して決められ、ＬＡＮでは１４６０が主に使用されている。
【００７９】
次に、ステップＳ９０２において、接続応答側の端末装置１からの接続応答を受信し、この接続応答に含まれるＭＳＳを取得する。
次に、ステップＳ９０３において、ステップＳ９０２で取得したＭＳＳをＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録し、接続要求の確認通知を接続応答側の端末装置１に送信し、接続応答側の端末装置１とのＴＣＰ接続を確立する。
【００８０】
以上は、通常のＴＣＰ接続確立処理である。
次に、ステップＳ９０４において、ステップＳ９０２で取得したＭＳＳを用いて（そのＭＳＳの長さで）ダミーのＴＣＰデータパケットを作成し、接続応答側の端末装置１に送信する。
【００８１】
次に、ステップＳ９０５において、ＩＰ層で接続応答側の端末装置１から送信されてくるデータパケットを受信し、ステップＳ９０６において、受信したデータパケットがフラグメンテーションしていたか否かを判断する。
【００８２】
フラグメンテーションしていたと判断した場合（ステップＳ９０６：Ｙ）は、ステップＳ９０７において、そのデータパケットのパケット長に基づいてフラグメンテーションしないで受信可能なＭＳＳを算出し、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。他方、フラグメンテーションしていないと判断した場合（ステップＳ９０６：Ｎ）は、ステップＳ９０８において、そのままデフォルトのＭＳＳを代入する。
【００８３】
次に、ステップＳ９０９において、接続応答側の端末装置１に対してＴＣＰ通信で切断要求を送信し、ステップＳ９１０において、接続応答側の端末装置１から切断応答を受信したら、ステップＳ９１１において、接続応答側の端末装置１に対して確認通知を送信し、接続応答側の端末装置１との接続を切断する。
【００８４】
そして、ステップＳ９１２において、再度、接続応答側の端末装置１に対して接続要求を送信する。この際、接続要求のＴＣＰヘッダのオプション部にはステップＳ９０７でＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録したＭＳＳを挿入する。
【００８５】
その後、ステップＳ９１３において、通常のＴＣＰ／ＩＰ通信処理を実行する。
図１０は、第３の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【００８６】
まず、接続応答側の端末装置１は、ＣＰＵ１１の制御の下で実行されるプログラムによりステップＳ１００１において、接続要求をしてきた端末装置１（図９を用いて説明した接続要求側の端末装置１）から送信されてきた接続要求を受信し、この接続要求に含まれるＭＳＳを取得してＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。
【００８７】
次に、ステップＳ１００２において、ＴＣＰヘッダのオプション部にデフォルトのＭＳＳを挿入した接続応答を、接続要求側の端末装置１に送信する。
次に、ステップＳ１００３において、接続要求側の端末装置１から送信されてきた確認通知を受信し、接続要求側の端末装置１との接続を確立する。
【００８８】
以上は、通常のＴＣＰ接続確立処理である。
次に、ステップＳ１００４において、ＩＰ層で接続要求側の端末装置１から送信されてくるデータパケットを受信し、ステップＳ１００５において、受信したデータパケットがフラグメンテーションしていたか否かを判断する。
【００８９】
フラグメンテーションしていたと判断した場合（ステップＳ１００５：Ｙ）は、ステップＳ１００６において、そのデータパケットのパケット長に基づいてフラグメンテーションしないで受信可能なＭＳＳを算出し、ＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録する。他方、フラグメンテーションしていないと判断した場合（ステップＳ１００５：Ｎ）は、ステップＳ１００７において、そのままデフォルトのＭＳＳを代入する。
【００９０】
次に、ステップＳ１００８において、ステップＳ１００１で取得したＭＳＳを用いて（そのＭＳＳの長さで）ダミーのＴＣＰデータパケットを作成し、接続要求側の端末装置１に送信する。
【００９１】
次に、ステップＳ１００９において、接続要求側の端末装置１から送信されたＴＣＰ通信での切断要求を受信し、ステップＳ１０１０において、接続要求側の端末装置１へ切断応答を送信したら、ステップＳ１０１１において、接続要求側の端末装置１から送信された確認通知を受信し、接続要求側の端末装置１との接続を切断する。
【００９２】
そして、ステップＳ１０１２において、再度、接続要求側の端末装置１から送信された接続要求を受信し、ステップＳ１０１３において、接続要求側の端末装置１に対して接続応答を送信する。この際、接続応答のＴＣＰヘッダのオプション部にはステップＳ１００６でＩＰ−ＭＳＳ対応表４０のＭＳＳ値４２に登録したＭＳＳを挿入する。
【００９３】
その後、ステップＳ１０１４において、通常のＴＣＰ／ＩＰ通信処理を実行する。
以上説明したような本発明の第３の実施の形態では、一旦仮の接続をして最大サイズのデータパケット（ダミー）で仮通信を行ない、フラグメンテーションしないかどうかを確認してから、その結果を用いてすぐに再接続するので、実際のデータを用いた本通信を早急に最適な最大データサイズで行なうことができる。
【００９４】
また、本発明の第３の実施の形態では、端末装置１同士での通信により最大データサイズを算出するため、途中で経由する中継装置がこの機能をサポートする必要ない。
なお、上述の第３の実施の形態においては、ＴＣＰ／ＩＰを用いた通信を用いて説明したが、受信したデータが断片化されていることと１つのパケットに格納できるサイズを算出することができ、受信可能なデータサイズを接続先の端末装置１に通知できるような通信プロトコルであれば他の通信プロトコルでもよい。
【００９５】
また、一旦接続してＴＣＰデータ通信を行った後切断して再接続するとしているが、接続要求側の端末装置１から接続応答側の端末装置１への通信及びその反対方向の通信の双方向でフラグメンテーションが発生していないのであれば、通信を切断せずにそのまま継続するようにしても良い。
【００９６】
また、端末装置１が、接続要求側の端末装置１と接続応答側の端末装置１との接続中にＭＳＳを調整できるような機能を有していれば、その機能を使用しても良い。
また、接続相手の端末装置１に関わらずＭＳＳの調査をするとしているが、第１の実施の形態のように端末アドレス４１、ＭＳＳ値４２及び登録時刻４３を保持しておき、決められた時間以内であればそのＭＳＳを使用するようにしても良い。
【００９７】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、上述してきた本発明の実施の形態は、端末装置１の一機能としてハードウェアまたはＤＳＰ（Digital Signal Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００９８】
また、本発明が適用される端末装置１は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００９９】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、端末装置１に供給し、その端末装置１のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【０１００】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【０１０１】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【０１０２】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【０１０３】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【０１０４】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【図面の簡単な説明】
【０１０５】
【図１】中継装置を介して互いにネットワーク接続されている複数の端末装置から構成される通信システムの概略を示す図である。
【図２】本発明を適用した端末装置１の構成の概略を示す図である。
【図３】第１の実施の形態における端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図４】算出するＭＳＳの登録前のＩＰ−ＭＳＳ対応表の例を示す図である。
【図５】算出したＭＳＳの登録後のＩＰ−ＭＳＳ対応表の例を示す図である。
【図６】第２の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図７】第２の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図８】第３の実施の形態における通信制御処理の流れを示す図である。
【図９】第３の実施の形態における接続要求側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【図１０】第３の実施の形態における接続応答側の端末装置１で実行される通信制御処理の流れを示すフローチャートである。
【符号の説明】
【０１０６】
１ 端末装置
２ 中継装置
１１ ＣＰＵ
１２ 表示装置
１３ ＲＯＭ
１４ 入力装置
１５ ＲＡＭ
１６ 通信Ｉ／Ｆ（インターフェース）
１７ ＶＲＡＭ
１８ バス
４０ ＩＰ−ＭＳＳ対応表
４１ 端末アドレス
４２ ＭＳＳ値
４３ 登録時刻
【特許請求の範囲】
【請求項１】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置との間でデータを送受信する通信手段と、
前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項２】
前記最大データサイズ格納手段は、前記通信手段によってデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置とのネットワーク接続の切断後に、前記最大データサイズ取得手段によって取得した最大データサイズと前記他の端末装置への接続を要求するための接続要求信号とを前記他の端末装置に通知することにより、前記他の端末装置に再接続を要求する再接続要求手段と、
を備えることを特徴とする請求項１に記載の通信制御装置。
【請求項３】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段と、
前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項４】
前記最大データサイズ格納手段は、前記接続要求信号受信手段によって接続要求信号を受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段と、
を備えることを特徴とする請求項３に記載の通信制御装置。
【請求項５】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段と、
前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段と、
前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項６】
前記最大データサイズ格納手段は、前記ダミーデータ通信手段によってダミーデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段と、
を備えることを特徴とする請求項５に記載の通信制御装置。
【請求項７】
前記最大データサイズ格納手段は、前記最大データサイズ算出手段によって算出した最大データサイズが前記メモリに格納されている最大データサイズより小さい場合、前記メモリに格納されている最大データサイズを前記最大データサイズ算出手段によって算出した最大データサイズに更新することを特徴とする請求項１乃至６の何れか１項に記載の通信制御装置。
【請求項８】
前記他の端末装置と前記端末装置との間で確立される通信プロトコルは、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）であることを特徴とする請求項１乃至７の何れか１項に記載の通信制御装置。
【請求項９】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置との間でデータを送受信する通信手段、
前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【請求項１０】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段、
前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【請求項１１】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段、
前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段、
前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【請求項１】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置との間でデータを送受信する通信手段と、
前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項２】
前記最大データサイズ格納手段は、前記通信手段によってデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置とのネットワーク接続の切断後に、前記最大データサイズ取得手段によって取得した最大データサイズと前記他の端末装置への接続を要求するための接続要求信号とを前記他の端末装置に通知することにより、前記他の端末装置に再接続を要求する再接続要求手段と、
を備えることを特徴とする請求項１に記載の通信制御装置。
【請求項３】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段と、
前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項４】
前記最大データサイズ格納手段は、前記接続要求信号受信手段によって接続要求信号を受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段と、
を備えることを特徴とする請求項３に記載の通信制御装置。
【請求項５】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置であって、
前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段と、
前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段と、
前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段と、
前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段と、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段と、
を備えることを特徴とする通信制御装置。
【請求項６】
前記最大データサイズ格納手段は、前記ダミーデータ通信手段によってダミーデータを受信した際の時刻を示す受信時刻情報を、前記端末装置識別子と対応付けてメモリに格納し、
さらに、
前記最大データサイズ格納手段を参照することにより、現在の時刻を示す現在時刻情報と前記メモリに格納された受信時刻情報との差分が予め定めた閾値より小さい場合、前記他の端末装置と対応付けられた最大データサイズを取得する最大データサイズ取得手段と、
前記他の端末装置と間で、前記最大データサイズ取得手段によって取得した最大データサイズに基づいてデータを送受信する通信手段と、
を備えることを特徴とする請求項５に記載の通信制御装置。
【請求項７】
前記最大データサイズ格納手段は、前記最大データサイズ算出手段によって算出した最大データサイズが前記メモリに格納されている最大データサイズより小さい場合、前記メモリに格納されている最大データサイズを前記最大データサイズ算出手段によって算出した最大データサイズに更新することを特徴とする請求項１乃至６の何れか１項に記載の通信制御装置。
【請求項８】
前記他の端末装置と前記端末装置との間で確立される通信プロトコルは、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）であることを特徴とする請求項１乃至７の何れか１項に記載の通信制御装置。
【請求項９】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置との間でデータを送受信する通信手段、
前記通信手段によって受信した前記他の端末装置から送信されたデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記受信したデータが断片化されていると判断された場合、前記通信手段によって受信した前記他の端末装置から送信されたデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【請求項１０】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置から送信された前記他の端末装置との接続を要求する接続要求信号を受信する接続要求信号受信手段、
前記接続要求信号受信手段によって受信した前記接続要求信号が前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記接続要求信号が断片化されていると判断された場合、前記接続要求信号受信手段によって受信した前記接続要求信号に基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【請求項１１】
中継装置を介して他の端末装置とネットワーク接続されている端末装置内の通信制御装置のコンピュータを、
前記他の端末装置との間で前記他の端末装置との接続を要求する接続要求信号を送受信する接続要求信号送受信手段、
前記接続要求信号送受信手段によって受信した前記接続要求信号に基づいて前記他の端末装置との接続を確立した後、前記他の端末装置との間で仮のデータであるダミーデータを送受信するダミーデータ通信手段、
前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータが前記中継装置によって断片化されているか否かを判断するデータ断片化判断手段、
前記データ断片化判断手段によって前記受信したダミーデータが断片化されていると判断された場合、前記ダミーデータ通信手段によって受信した前記他の端末装置から送信されたダミーデータに基づいて、断片化されないで送受信できる最大データサイズを算出する最大データサイズ算出手段、
前記最大データサイズ算出手段によって算出した最大データサイズを、前記他の端末装置を特定するための端末装置識別子と対応付けてメモリに格納する最大データサイズ格納手段、
として機能させるための通信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−２１９３６１（Ｐ２００８−２１９３６１Ａ）
【公開日】平成２０年９月１８日（２００８．９．１８）
【国際特許分類】
【出願番号】特願２００７−５２８１９（Ｐ２００７−５２８１９）
【出願日】平成１９年３月２日（２００７．３．２）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２０年９月１８日（２００８．９．１８）
【国際特許分類】
【出願日】平成１９年３月２日（２００７．３．２）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]