(57)【要約】【課題】比較的に簡単に継ぎ目なく相互に複数の通信を切り替えることができる通信端末装置を提供する。【解決手段】通信端末装置１２ではいわゆるローカルプロキシ４３が確立される。このローカルプロキシ４３はローカルインターフェースで例えばブラウザといったアプリケーションソフトウェアに接続される。インターフェース１３、１４、１５はそれぞれ第１〜第３ＩＰアドレスでインターネット２８に接続される。インターフェース１３、１４、１５が切り替えられても、アプリケーションソフトウェアおよびローカルプロキシ４３の間で変更は加えられない。アプリケーションソフトウェアは通信の切り替えを認識せずに済む。こうして通信は継ぎ目なく切り替えられる。しかも、インターフェース１３、１４、１５にはいわゆるＩＰに基づき通常通りにＩＰアドレスが割り振られればよい。【選択図】図８
2007336335.tif 000002
【特許請求の範囲】
【請求項１】
第１ＩＰアドレスで第１ネットワークに接続される第１インターフェースと、第２ＩＰアドレスで第２ネットワークに接続され、第１および第２ＩＰアドレスに基づき第１ネットワークに第２ネットワークを接続する第２インターフェースと、第３ＩＰアドレスで第３ネットワークに接続され、第１および第３ＩＰアドレスに基づき第１ネットワークに第３ネットワークを接続する第３インターフェースと、第２ＩＰアドレスから第３ＩＰアドレスへの切り替えに基づき、第１および第２ネットワーク間の通信を第１および第３ネットワーク間の通信に切り替える制御部とを備えることを特徴とする通信端末装置。
【請求項２】
請求項１に記載の通信端末装置において、前記制御部は、第１および第２ネットワーク間の接続の確立にあたって当該接続を特定する識別タグの発行を要求するパケットを生成するとともに、第１および第３ネットワーク間の接続の確立にあたって当該識別タグを含むパケットを生成するパケット生成部を備えることを特徴とする通信端末装置。
【請求項３】
第１ＩＰアドレスで第１ネットワークに接続される第１インターフェースに基づき第１ネットワークとの間で接続を確立する手順と、第２ＩＰアドレスで第２ネットワークに接続される第２インターフェースに基づき、第１ネットワークに第２ネットワークを接続する手順と、第３ＩＰアドレスで第３ネットワークに接続される第３インターフェースに基づき、第１ネットワークに第３ネットワークを接続する手順と、第１および第２ＩＰアドレスに基づき確立される通信を第１および第３ＩＰアドレスに基づき確立される通信に切り替える手順とを備えることを特徴とする通信端末装置の制御方法。
【請求項４】
第１ネットワークに固有の第１ＩＰアドレス、および、第２ネットワークに固有の第２ＩＰアドレスに基づき、第１ネットワークに第２ネットワークを接続する手順と、第１および第２ネットワーク間の接続を特定する識別タグの発行を要求するパケットを第２ネットワークに向けて送信する手順と、識別タグを含むパケットを第２ネットワークから受信する手順と、第１ＩＰアドレス、および、第３ネットワークに固有の第３ＩＰアドレスに基づき、第１ネットワークに第３ネットワークを接続する手順と、受け取った識別タグに関連付けつつ第１および第３ネットワーク間の接続を特定するパケットを第２ネットワークに向けて送信する手順とをプロセッサに実行させることを特徴とする通信制御ソフトウェアプログラム。
【請求項５】
所定の通信端末装置に割り当てられる第１ＩＰアドレスに基づき接続を確立する第１通信部と、同通信端末装置に割り当てられる第２ＩＰアドレスに基づき接続を確立する第２通信部と、通信切り替えの依頼を通知するパケットを第２ＩＰアドレスから受信すると、第１ＩＰアドレスに基づく通信を第２ＩＰアドレスに基づく通信に切り替える制御部とを備えることを特徴とするリモートプロキシサーバ装置。
【請求項６】
請求項５に記載のリモートプロキシサーバ装置において、前記接続の確立にあたって当該接続を特定する識別タグを格納する記憶部をさらに備えることを特徴とするリモートプロキシサーバ装置。
【請求項７】
所定の通信端末装置に割り当てられる第１ＩＰアドレスに基づき接続を確立する手順と、同通信端末装置に割り当てられる第２ＩＰアドレスに基づき接続を確立する手順と、通信切り替えの依頼を通知するパケットを第２ＩＰアドレスから受信すると、第１ＩＰアドレスに基づく通信を第２ＩＰアドレスに基づく通信に切り替える手順とを備えることを特徴とするリモートプロキシサーバ装置の制御方法。
【請求項８】
請求項７に記載のリモートプロキシサーバ装置の制御方法において、第１ＩＰアドレスの通信装置から送信される識別タグ要求信号を受信する手順と、第１ＩＰアドレスに関連付けて、第１ＩＰアドレスの通信装置との接続を特定する識別タグを記憶部に登録する手順と、第２ＩＰアドレスの通信装置から送信されるパケットから識別タグを抽出する手順と、抽出された識別タグに関連付けて第２ＩＰアドレスを記憶部に登録する手順とをさらに備えることを特徴とするリモートプロキシサーバ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のネットワークに個別に接続される複数のインターフェースを備える通信端末装置に関し、特に、そういった通信端末装置とネットワーク上のサーバ装置との間でシームレスアクセスを実現することができるシームレスアクセス通信システムに関する。
【背景技術】
【０００２】
例えば特許文献１に記載されるように、いわゆるシームレスサクセス通信システムではモバイルＩＰの利用が模索される。このモバイルＩＰが利用されれば、例えばインターネットへの接続中に携帯型のパーソナルコンピュータでは携帯電話通信と無線ＬＡＮ通信とが継ぎ目なく相互に切り替えられることができる。アクセスポイントの通信範囲であれば、無線ＬＡＮ通信に基づきデータは高速でダウンロードされることができる。その一方で、アクセスポイントの通信範囲から外れても、携帯電話通信に基づきデータのダウンロードは継続されることができる。接続の中断および再接続といった処理は回避されることができる。
【特許文献１】特開２００６−１２１４６８号公報
【特許文献２】特開２００５−２６７４９９号公報
【特許文献３】特開２００５−２２３８１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
モバイルＩＰでは、１通信端末に対して１つのＩＰアドレスが割り振られる。例えばインターネットへの接続中であれば、通信方法の切り替えに拘わらず１つのＩＰアドレスは維持される。したがって、通信が任意のネットワークから他のネットワークに切り替えられると、そういったネットワーク間の移動は監視されなければならない。しかも、モバイルＩＰでは、ＴＣＰといったトランスポート層よりも下位のネットワーク層すなわちＩＰ層でソフトウェアプログラムが変更されなければならない。こういった変更はなかなか一般の利用者に手に負えない。その結果、モバイルＩＰは期待されるほど普及していない。
【０００４】
本発明は、上記実状に鑑みてなされたもので、比較的に簡単に継ぎ目なく相互に複数の通信を切り替えることができる通信端末装置を提供することを目的とする。本発明は、そういった通信端末装置を実現することができるリモートプロキシサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、第１発明によれば、第１ＩＰアドレスで第１ネットワークに接続される第１インターフェースと、第２ＩＰアドレスで第２ネットワークに接続され、第１および第２ＩＰアドレスに基づき第１ネットワークに第２ネットワークを接続する第２インターフェースと、第３ＩＰアドレスで第３ネットワークに接続され、第１および第３ＩＰアドレスに基づき第１ネットワークに第３ネットワークを接続する第３インターフェースと、第２ＩＰアドレスから第３ＩＰアドレスへの切り替えに基づき、第１および第２ネットワーク間の通信を第１および第３ネットワーク間の通信に切り替える制御部とを備えることを特徴とする通信端末装置が提供される。
【０００６】
こういった通信端末装置ではいわゆるローカルプロキシが確立される。このローカルプロキシは第１インターフェースで例えばブラウザといったアプリケーションソフトウェアに接続される。したがって、第１および第２ネットワーク間の通信が第１および第３ネットワーク間の通信に切り替えられても、アプリケーションソフトウェアおよび第１インターフェースの間で変更は加えられない。アプリケーションソフトウェアは通信の切り替えを認識せずに済む。こうして通信は継ぎ目なく切り替えられる。しかも、第２インターフェースや第３インターフェースにはいわゆるＩＰに基づき通常通りにＩＰアドレスが割り振られればよい。したがって、ＩＰ層に変更は加えられない。通信端末装置のユーザは比較的に簡単に通信端末装置にローカルプロキシを組み込むことができる。
【０００７】
そういった通信端末装置で、制御部は、第１および第２ネットワーク間の接続の確立にあたって当該接続を特定する識別タグの発行を要求するパケットを生成するとともに、第１および第３ネットワーク間の接続の確立にあたって当該識別タグを含むパケットを生成するパケット生成部を備えてもよい。こういった識別タグによれば、第１および第３ネットワーク間の接続は第１および第２ネットワーク間の接続に簡単に関連付けられることができる。その結果、第１および第２ネットワーク間の通信は誤りなく第１および第３ネットワーク間の通信に切り替えられることができる。
【０００８】
こういった通信端末装置の実現にあたって特定の制御方法が提供されてもよい。この制御方法は、例えば、第１ＩＰアドレスで第１ネットワークに接続される第１インターフェースに基づき第１ネットワークとの間で接続を確立する手順と、第２ＩＰアドレスで第２ネットワークに接続される第２インターフェースに基づき、第１ネットワークに第２ネットワークを接続する手順と、第３ＩＰアドレスで第３ネットワークに接続される第３インターフェースに基づき、第１ネットワークに第３ネットワークを接続する手順と、第１および第２ＩＰアドレスに基づき確立される通信を第１および第３ＩＰアドレスに基づき確立される通信に切り替える手順とを備えればよい。
【０００９】
その他、こういった制御方法の実現にあたって特定の通信制御ソフトウェアプログラムが提供されてもよい。この通信制御ソフトウェアプログラムは、例えば、第１ネットワークに固有の第１ＩＰアドレス、および、第２ネットワークに固有の第２ＩＰアドレスに基づき、第１ネットワークに第２ネットワークを接続する手順と、第１および第２ネットワーク間の接続を特定する識別タグの発行を要求するパケットを第２ネットワークに向けて送信する手順と、識別タグを含むパケットを第２ネットワークから受信する手順と、第１ＩＰアドレス、および、第３ネットワークに固有の第３ＩＰアドレスに基づき、第１ネットワークに第３ネットワークを接続する手順と、受け取った識別タグに関連付けつつ第１および第３ネットワーク間の接続を特定するパケットを第２ネットワークに向けて送信する手順とをプロセッサに実行させればよい。
【００１０】
第２発明によれば、所定の通信端末装置に割り当てられる第１ＩＰアドレスに基づき接続を確立する第１通信部と、同通信端末装置に割り当てられる第２ＩＰアドレスに基づき接続を確立する第２通信部と、通信切り替えの依頼を通知するパケットを第２ＩＰアドレスから受信すると、第１ＩＰアドレスに基づく通信を第２ＩＰアドレスに基づく通信に切り替える制御部とを備えることを特徴とするリモートプロキシサーバ装置が提供される。
【００１１】
こういったリモートプロキシサーバ装置は前述の通信端末装置に組み合わせられて利用される。すなわち、リモートプロキシサーバ装置は第１ＩＰアドレスで通信端末装置側の特定のインターフェース（第１のインターフェース）に接続される。同時に、リモートプロキシサーバ装置は第２ＩＰアドレスで通信端末装置側の特定のインターフェース（第２のインターフェース）に接続される。通信端末装置向けのパケットで第１ＩＰアドレスが記述されれば、パケットは第１のインターフェース経由で通信端末まで送り届けられる。同様に、通信端末装置向けのパケットで第２ＩＰアドレスが記述されれば、パケットは第２のインターフェース経由で通信端末まで送り届けられる。インターフェースにはＩＰに基づき通常通りにＩＰアドレスが割り振られればよい。したがって、ＩＰ層に変更は加えられない。通信端末装置のユーザは比較的に簡単に通信端末装置にローカルプロキシを組み込むことができる。
【００１２】
そういったリモートプロキシサーバ装置は、前述の接続の確立にあたって当該接続を特定する識別タグを格納する記憶部をさらに備えてもよい。こういった識別タグによれば、第１ＩＰアドレスに基づく接続は第２ＩＰアドレスに基づく接続に簡単に関連付けられることができる。その結果、第１ＩＰアドレスに基づく通信は誤りなく第２ＩＰアドレスに基づく通信に切り替えられることができる。
【００１３】
こういったリモートプロキシサーバ装置の実現にあたって特定の制御方法が提供されてもよい。この制御方法は、所定の通信端末装置に割り当てられる第１ＩＰアドレスに基づき接続を確立する手順と、同通信端末装置に割り当てられる第２ＩＰアドレスに基づき接続を確立する手順と、通信切り替えの依頼を通知するパケットを第２ＩＰアドレスから受信すると、第１ＩＰアドレスに基づく通信を第２ＩＰアドレスに基づく通信に切り替える手順とを備えればよい。制御方法は、第１ＩＰアドレスの通信装置から送信される識別タグ要求信号を受信する手順と、第１ＩＰアドレスに関連付けて、第１ＩＰアドレスの通信装置との接続を特定する識別タグを記憶部に登録する手順と、第２ＩＰアドレスの通信装置から送信されるパケットから識別タグを抽出する手順と、抽出された識別タグに関連付けて第２ＩＰアドレスを記憶部に登録する手順とをさらに備えてもよい。
【発明の効果】
【００１４】
以上のように本発明によれば、比較的に簡単に継ぎ目なく相互に複数の通信を切り替えることができる通信端末装置は提供される。同時に、そういった通信端末装置を実現することができるリモートプロキシサーバ装置は提供される。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面を参照しつつ本発明の一実施形態を説明する。
【００１６】
図１に示されるように、このシームレスアクセス通信システム１１は通信端末装置１２を備える。通信端末装置１２には携帯電話インターフェース１３、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５が実装される。携帯電話インターフェース１３、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５はＣＰＵ（中央演算処理装置）１６に接続される。ＣＰＵ１６は携帯電話インターフェース１３を通じて携帯電話通信ネットワーク１７に接続されることができる。こうした接続にあたって携帯電話インターフェース１３は基地局１８との間で無線通信を確立する。無線通信の確立にあたって例えばＷＣＤＭＡやＣＤＭＡ２０００といった通信方式が利用される。同様に、ＣＰＵ１６は、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５を通じて無線ＬＡＮネットワーク１９および有線ＬＡＮネットワーク２１に接続されることができる。無線ＬＡＮインターフェース１４と無線ＬＡＮネットワーク１９のアクセスポイント２２との間には無線通信が確立される。無線通信は例えばＩＥＥＥ８０２．１１系の規格に則って確立されればよい。ここでは、アクセスポイント２２にルータの機能が組み込まれる。有線ＬＡＮインターフェース１５はケーブル２３で例えばルータ２４に接続される。有線ＬＡＮネットワーク２１には例えばイーサネット（登録商標）が利用されればよい。
【００１７】
ＣＰＵ１６にはメモリ２５およびストレージ２６が接続される。ストレージ２６にはいわゆるアプリケーションソフトウェアのプログラムやデータが格納される。ＣＰＵ１６はメモリ２５に一時的に記憶されるプログラムやデータに基づき演算処理を実行する。ここでは、ブラウザや電子メールといったインターネット関連のアプリケーションソフトウェアがアプリケーションソフトウェアとして挙げられる。その他、ストレージ２６には、後述のローカルプロキシを実現するローカルプロキシプログラムが格納される。メモリ２５には例えばＲＡＭが利用されればよい。ストレージ２６には例えばハードディスク駆動装置（ＨＤＤ）が利用されればよい。
【００１８】
携帯電話通信ネットワーク１７にはゲートウェイ２７が接続される。ゲートウェイ２７はインターネット２８に携帯電話通信ネットワーク１７を接続する。ゲートウェイ２７の働きでインターネット２８と通信端末装置１２との間で通信は確立される。こういった通信の確立にあたってゲートウェイ２７はいわゆるＤＨＣＰ機能に基づき通信端末装置１２にＩＰアドレスを割り当てる。ただし、ＩＰアドレスの割り当てには、携帯電話通信ネットワーク１７に接続されるＤＨＣＰサーバが利用されてもよい。
【００１９】
アクセスポイント２２は同様にインターネット２８に接続される。アクセスポイント２２はインターネット２８に無線ＬＡＮネットワーク１９を接続する。アクセスポイント２２の働きでインターネット２８と通信端末装置１２との間で通信は確立される。無線ＬＡＮネットワーク１９には例えばいわゆるＤＨＣＰサーバ（図示されず）が接続される。通信の確立にあたってＤＨＣＰサーバは通信端末装置１２にＩＰアドレスを割り当てる。
【００２０】
ルータ２４は同様にインターネット２８に接続される。ルータ２４はインターネット２８に有線ＬＡＮネットワーク２１を接続する。ルータ２４の働きでインターネット２８と通信端末装置１２との間で通信は確立される。有線ＬＡＮネットワーク２１には例えばＤＨＣＰサーバ（図示されず）が接続される。通信の確立にあたってＤＨＣＰサーバは通信端末装置１２にＩＰアドレスを割り当てる。
【００２１】
インターネット２８にはリモートプロキシサーバ装置２９が接続される。リモートプロキシサーバ装置２９は複数のインターフェース例えば第１および第２インターフェース３１、３２を備える。第１および第２インターフェース３１、３２は個別にルータ３３に接続される。ルータ３３はインターネット２８に第１および第２インターフェース３１、３２を接続する。ルータ３３は個々のインターフェース３１、３２ごとに個別にＩＰアドレスを設定する。
【００２２】
リモートプロキシサーバ装置２９はＣＰＵ３４を備える。ＣＰＵ３４は第１および第２インターフェース３１、３２に接続される。ＣＰＵ３４は第１および第２インターフェース３１、３２を通じてインターネット２８に接続される。
【００２３】
ＣＰＵ３４にはメモリ３５およびストレージ３６が接続される。ストレージ３６にはいわゆるアプリケーションソフトウェアのプログラムやデータが格納される。ＣＰＵ３４はメモリ３５に一時的に記憶されるプログラムやデータに基づき演算処理を実行する。ここでは、ストレージ３６には、後述のリモートプロキシを実現するリモートプロキシプログラムが格納される。メモリ３５には例えばＲＡＭが利用されればよい。ストレージ３６には例えばハードディスク駆動装置（ＨＤＤ）が利用されればよい。
【００２４】
インターネット２８にはいわゆるコンテンツサーバ３７が接続される。コンテンツサーバ３７にはインターフェース３８が実装される。インターフェース３８はインターネット２８にコンテンツサーバ３７を接続する。こういった接続にあたってインターフェース３８はいわゆるルータの機能を担えばよい。コンテンツサーバ３７には固有にＩＰアドレスが設定される。
【００２５】
コンテンツサーバ３７はＣＰＵ３９を備える。ＣＰＵ３９にはメモリ４１およびストレージ４２が接続される。ストレージ４２にはいわゆるアプリケーションソフトウェアのプログラムやデータが格納される。ＣＰＵ３９はメモリ４１に一時的に記憶されるプログラムやデータに基づき演算処理を実行する。ここでは、ストレージ４２に例えばコンテンツが格納される。こういったコンテンツは例えばＨＴＴＰで記述されればよい。メモリ４１には例えばＲＡＭが利用されればよい。ストレージ４２には例えばハードディスク駆動装置（ＨＤＤ）が利用されればよい。
【００２６】
通信端末装置１２にはローカルプロキシが搭載される。ローカルプロキシの実現にあたってＣＰＵ１６はローカルプロキシプログラムを実行する。実行にあたってローカルプロキシプログラムは一時的にメモリ２５に格納される。ローカルプロキシはＴＣＰ層で動作する。ローカルプロキシの処理の詳細は後述される。ローカルプロキシは本発明に係る制御部として機能する。
【００２７】
同様に、リモートプロキシサーバ装置２９にはリモートプロキシが搭載される。このリモートプロキシの実現にあたってＣＰＵ３４はリモートプロキシプログラムを実行する。実行にあたってリモートプロキシプログラムは一時的にメモリ３５に格納される。リモートプロキシ４４はＴＣＰ層で動作する。リモートプロキシの処理の詳細は後述される。リモートプロキシは本発明に係る制御部として機能する。
【００２８】
次に、ローカルプロキシの処理を詳述する。図２に示されるように、ローカルプロキシの処理が開始されると、まずステップＳ１でローカルプロキシとリモートプロキシとの間で新規に接続が確立される。その結果、携帯電話インターフェース１３、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５のいずれかが第１インターフェース３１に接続される。リンクが確立される。リンク上でパケットは行き来する。詳細は後述される。
【００２９】
新規に接続が確立されると、続くステップＳ２でその既存のリンク以外で新たにリンクが確立される。すなわち、既存のリンクに関与しないインターフェース１３、１４、１５の中から新たに１インターフェースが第１インターフェース３１に接続される。その結果、第１インターフェース３１はインターフェース１３、１４、１５のうち２つのインターフェースとの間でリンクを確立する。詳細は後述される。
【００３０】
続くステップＳ３でローカルプロキシは２つのリンクの優先順位を検討する。新たなリンクの優先順位が既存のリンクのそれよりも高ければ、ローカルプロキシの処理動作はステップＳ４に進む。ステップＳ４でリンクが切り替えられる。新たなリンクは既存のリンクに取って代わる。すなわち、新たなリンク上でパケットは行き来する。既存のリンク上ではパケットの行き来は中止される。詳細は後述される。
【００３１】
その後、ローカルプロキシは、ステップＳ５で、パケットの行き来に関与しない既存のリンクを監視する。こうしてローカルプロキシはバックアップ用のリンクを確保し続ける。ステップＳ５でバックアップ用のリンクの切断が確認されると、ローカルプロキシの処理動作はステップＳ２に戻る。ローカルプロキシは再び新たなリンクの確立を試みる。こうしてローカルプロキシは可能な限り少なくとも２つのリンクを確保していく。
【００３２】
仮にステップＳ３で新たなリンクの優先順位が既存のリンクのそれよりも低ければ、ローカルプロキシの処理動作はステップＳ６に進む。既存のリンク上でパケットの行き来は維持される。その一方で、ローカルプロキシは、ステップＳ６で、パケットの行き来に関与しない新たなリンクを監視する。ローカルプロキシはバックアップ用のリンクを確保し続ける。ステップＳ６でバックアップ用のリンクの切断が確認されると、ローカルプロキシの処理動作はステップＳ２に戻る。ローカルプロキシは再び新たなリンクの確立を試みる。こうしてローカルプロキシは可能な限り少なくとも２つのリンクを確保していく。
【００３３】
ここで、リンクの切断は例えば任意の「ヘルスチェック」パケットに基づき監視されればよい。リンクが維持されていれば、「ヘルスチェック」パケットの送信に応じて「ＡＣＫ」パケットが返信されてくる。その一方で、リンクが切断されていれば、「ＡＣＫ」パケットの返信は阻害される。ローカルプロキシは「ヘルスチェック」パケットの送信に応じて「ＡＣＫ」パケットを受信することができない。したがって、「ＡＣＫ」パケットの受信の有無でリンクの切断は判断されることができる。こういった「ヘルスチェック」パケットの送信は一定の時間間隔で繰り返されればよい。その他、例えば携帯電話インターフェース１３や無線ＬＡＮインターフェース１４に基づくリンクの場合には、電波の受信強度が監視されてもよい。
【００３４】
次に図２の「新規接続」を詳述する。図３に示されるように、ステップＴ１でローカルプロキシはインターフェースを選択する。インターフェースの選択にあたってローカルプロキシは優先順位を考慮する。こうした優先順位は例えば予めローカルプロキシプログラム内で設定されればよい。ここでは、例えばパケットの転送速度に基づき有線ＬＡＮインターフェース１５、無線ＬＡＮインターフェース１４および携帯電話インターフェース１３の順番で優先順位が設定されればよい。その他、通信料金に基づき優先順位が設定されてもよい。こういった優先順位は通信端末装置１２のユーザの入力操作に基づき設定されてもよい。優先順位は例えばストレージ２６といった不揮発性の記憶媒体に格納されればよい。
【００３５】
続いて、ローカルプロキシは、選択したインターフェースに基づきリモートプロキシとの間で３ウェイハンドシェイク処理を実施する。すなわち、ローカルプロキシはステップＴ２でリモートプロキシサーバ装置２９の第１インターフェース３１に向かって「ＳＹＮ」パケットを送信する。送信に先立ってローカルプロキシでは「ＳＹＮ」パケットが生成される。例えば携帯電話インターフェース１３が選択されると、「ＳＹＮ」パケットでは送信元に携帯電話インターフェース１３のＩＰアドレスが記述される。同様に、無線ＬＡＮインターフェース１４が選択されると、送信元に無線ＬＡＮインターフェース１４のＩＰアドレスが記述される。有線ＬＡＮインターフェース１５が選択されると、送信元に有線ＬＡＮインターフェース１５のＩＰアドレスが記述される。
【００３６】
続くステップＴ３でローカルプロキシはＴＣＰの手順に則って「ＳＹＮ＋ＡＣＫ」パケットの返信を待つ。選択されたインターフェースから「ＳＹＮ＋ＡＣＫ」パケットを受信すると、ローカルプロキシはステップＴ４でＴＣＰの手順に則って第１インターフェース３１のＩＰアドレス宛てに「ＡＣＫ」パケットを返信する。こうしてＴＣＰの手順に則って３ウェイハンドシェイク処理は完了する。ローカルプロキシおよびリモートプロキシの間でリンクが確立される。
【００３７】
続くステップＴ５でローカルプロキシは選択されたインターフェース経由で第１インターフェース３１に向けて「ＩＰアドレス＋識別タグ要求」パケットを送信する。このパケットには、選択されたインターフェースのＩＰアドレスと、識別タグの発行を要求する意思表示とが記述される。識別タグは、選択されたインターフェースと第１インターフェース３１とのリンクを特定する。この識別タグは、後述されるように、リモートプロキシで発行される。
【００３８】
続くステップＴ６でローカルプロキシはＴＣＰの手順に則って「ＡＣＫ＋識別タグ」パケットの返信を待つ。ローカルプロキシが選択のインターフェース経由で「ＡＣＫ＋識別タグ」パケットを受信すると、ステップＴ７で、受け取った識別タグが登録される。識別タグは例えばメモリ２５に一時的に格納されればよい。こうして「新規接続」の処理が完了すると、選択されたインターフェースと第１インターフェース３１との間でコンテンツデータのダウンロードが開始される。ローカルプロキシはステップＴ８でコンテンツデータの中継を開始する。ローカルプロキシはＴＣＰの手順に則って一時的にメモリ２５にコンテンツデータを格納しつつ例えばブラウザといった実行中のアプリケーションソフトウェアに向けてコンテンツデータを転送する。
【００３９】
仮にローカルプロキシがステップＴ３で「ＳＹＮ＋ＡＣＫ」パケットを受信することができなければ、ローカルプロキシはリンクの不成立を確認する。ローカルプロキシの処理動作はステップＴ９に進む。ステップＴ９でローカルプロキシはインターフェースの有無を判断する。最初に選択されたインターフェース以外にインターフェースの存在が確認されると、ローカルプロキシの処理動作はステップＴ１に戻る。ローカルプロキシは、最初に選択したインターフェースを諦めつつ新しいインターフェースを選択する。その後、ローカルプロキシは前述の処理動作を実施する。
【００４０】
仮にローカルプロキシがステップＴ６で「ＡＣＫ＋識別タグ」パケットを受信することができなければ、ローカルプロキシは同様にリンクの不成立を確認する。ローカルプロキシの処理動作はステップＴ９に進む。こうしていずれか１のインターフェース１３、１４、１５でリンクが成立するまで、ローカルプロキシはインターフェースの選択を繰り返す。ステップＴ９で完全にリンクの不成立が確認されると、ローカルプロキシはリンクの確立を断念する。処理は終了する。ローカルプロキシはアプリケーションソフトウェアにリンクの切断を通知する。
【００４１】
次に図２の「新たなリンクの確立」を詳述する。図４に示されるように、ステップＶ１でローカルプロキシは前述と同様にインターフェースを選択する。ここでは、前述のリンクに関与するインターフェース以外のインターフェースが選択される。例えば「新規接続」で携帯電話インターフェース１３経由でリンクが確立されていれば、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５のいずれかが選択される。
【００４２】
続いて、ローカルプロキシは、選択したインターフェースに基づきリモートプロキシ４３との間で３ウェイハンドシェイク処理を実施する。すなわち、ローカルプロキシはステップＶ２で選択のインターフェース経由でリモートプロキシサーバ装置２９の第１インターフェース３１に向かって「ＳＹＮ」パケットを送信する。送信に先立ってローカルプロキシでは第１インターフェース３１のＩＰアドレス宛てに「ＳＹＮ」パケットが生成される。続くステップＶ３でローカルプロキシはＴＣＰの手順に則って「ＳＹＮ＋ＡＣＫ」パケットの返信を待つ。選択されたインターフェースから「ＳＹＮ＋ＡＣＫ」パケットを受信すると、ローカルプロキシはステップＶ４でＴＣＰの手順に則って第１インターフェース３１のＩＰアドレス宛てに「ＡＣＫ」パケットを返信する。こうしてＴＣＰの手順に則って３ウェイハンドシェイク処理は完了する。ローカルプロキシおよびリモートプロキシの間でリンクが確立される。
【００４３】
続くステップＶ５でローカルプロキシは選択されたインターフェース経由で第１インターフェース３１に向けて「ＩＰアドレス＋識別タグ」パケットを送信する。このパケットには、選択されたインターフェースのＩＰアドレスと、前述の識別タグとが記述される。識別タグはメモリ２５から読み出されればよい。こうして選択されたインターフェースは前述の既存のリンクに関連付けられる。
【００４４】
続くステップＶ６でローカルプロキシはＴＣＰの手順に則って「ＡＣＫ＋識別タグ」パケットの返信を待つ。ローカルプロキシが「ＡＣＫ＋識別タグ」パケットを受信すると、「新たなリンクの確立」の処理は完了する。このとき、既存のリンクではコンテンツデータの中継は維持される。コンテンツデータのダウンロードは途切れない。
【００４５】
仮にローカルプロキシがステップＶ３で「ＳＹＮ＋ＡＣＫ」パケットを受信することができなければ、ローカルプロキシはリンクの不成立を確認する。ローカルプロキシの処理動作はステップＶ１に戻る。ローカルプロキシは、最初に選択したインターフェースを諦めつつ新しいインターフェースを選択する。その後、ローカルプロキシは前述の処理を実施する。同様に、ローカルプロキシがステップＶ６で「ＡＣＫ＋識別タグ」パケットを受信することができなければ、ローカルプロキシはリンクの不成立を確認する。ローカルプロキシの処理動作はステップＶ１に戻る。こうして新たにいずれか１のインターフェース１３、１４、１５でリンクが成立するまで、ローカルプロキシはインターフェースの選択を繰り返す。
【００４６】
次に図２の「リンクの切り替え」を詳述する。図５に示されるように、ステップＷ１でローカルプロキシはリモートプロキシサーバ装置２９の第１インターフェース３１に向かって新たなリンクのインターフェース経由で「切り替えトリガ」パケットを送信する。送信に先立ってローカルプロキシでは第１インターフェースのＩＰアドレス宛てに「切り替えトリガ」パケットが生成される。「切り替えトリガ」パケットにはリンクの切り替えの意思表示が記述される。送信元には新たなリンクのインターフェースのＩＰアドレスが記述される。
【００４７】
続くステップＷ２でローカルプロキシはＴＣＰの手順に則って「ＡＣＫ」パケットの返信を確認する。このとき、後述されるように、リモートプロキシではリンクの切り替えが開始される。続くステップＷ３でローカルプロキシは選択されたインターフェース経由で「切り替え完了メッセージ」パケットを受信する。この「切り替え完了メッセージ」パケットでリンクの切り替えの完了が通知される。「切り替え完了メッセージ」パケットの送信元にはリモートプロキシサーバ装置２９の第１インターフェース３１のＩＰアドレスが記述される。パケットの送信先には選択されたインターフェースのＩＰアドレスが記述される。
【００４８】
ローカルプロキシはステップＷ４でＴＣＰの手順に則って「ＡＣＫ」パケットを返信する。こうしてリンクの切り替えが完了すると、選択されたインターフェースと第１インターフェース３１との間でコンテンツデータのダウンロードが開始される。ローカルプロキシはステップＷ５でコンテンツデータの中継を再開する。ローカルプロキシはＴＣＰの手順に則って一時的にメモリ２５にコンテンツデータを格納しつつアプリケーションソフトウェアに向けてコンテンツデータを転送する。その後、ローカルプロキシの処理動作は図２のステップＳ５に移行する。
【００４９】
仮にローカルプロキシがステップＷ２で「ＡＣＫ」パケットを受信することができなければ、ローカルプロキシは続くステップＷ６でリクエストタイムアウトを判断する。すなわち、所定の時間にわたって「ＡＣＫ」パケットの受信が確認されなければ、ローカルプロキシはステップＷ７でリンクの切り替えを中止する。その後、ローカルプロキシの処理動作は図２のステップＳ５に移行する。ステップＷ６でリクエストタイムアウトが確認されなければ、ローカルプロキシの処理動作はステップＷ１に戻る。ローカルプロキシは再び「切り替えトリガ」パケットを送信する。
【００５０】
以上のような処理動作に並行してローカルプロキシでは「障害の発生」が監視される。すなわち、例えば図６に示されるように、ローカルプロキシでは「ＤＵＰ  ＡＣＫ」パケットの受信が監視される。コンテンツデータのダウンロードに障害が発生すると、アプリケーションソフトウェアはコンテンツデータを取得することができない。このとき、アプリケーションソフトウェアはローカルプロキシに向けて「ＤＵＰ  ＡＣＫ」パケットを送信する。こうしてローカルプロキシにはコンテンツデータの不到達が通知される。
【００５１】
ローカルプロキシがステップＸ１で「ＤＵＰ  ＡＣＫ」パケットを受信すると、ローカルプロキシはアプリケーションソフトウェアに向けて「ＡＣＫ」パケットを返信する。「ＡＣＫ」パケットは一定間隔で送信され続ければよい。その結果、アプリケーションソフトウェアではタイムアウトの発生は回避される。アプリケーションソフトウェアは「ＡＣＫ」パケットを受信し続ける。ただし、こうした「ＡＣＫ」パケットにいわゆるデータは組み込まれない。
【００５２】
続くステップＸ３でローカルプロキシは新たにリンクを選択する。ここでは、障害のリンク以外から任意のリンクが選択される。例えば有線ＬＡＮインターフェース１５経由のリンクに障害が確認されれば、携帯電話インターフェース１３経由および無線ＬＡＮインターフェース１４経由のいずれかのリンクが選択される。リンクの選択にあたって前述の優先順位が考慮されてもよい。
【００５３】
続いて、ローカルプロキシはステップＸ４でリモートプロキシサーバ装置２９の第１インターフェース３１に向かって「切り替えトリガ」パケットを送信する。送信にあたってローカルプロキシは「切り替えトリガ」パケットを生成する。「切り替えトリガ」パケットの送信元には選択されたリンクに関連するインターフェースのＩＰアドレスが記述される。続くステップＸ５でローカルプロキシはＴＣＰの手順に則って「ＡＣＫ」パケットの返信を確認する。このとき、リモートプロキシではリンクの切り替えが開始される。
【００５４】
続くステップＸ６でローカルプロキシは選択されたインターフェース経由で「切り替え完了メッセージ」パケットを受信する。ローカルプロキシはステップＸ７でＴＣＰの手順に則って「ＡＣＫ」パケットを返信する。続くステップＸ８でローカルプロキシはアプリケーションソフトウェアに向けて「ＡＣＫ」パケットの送信を終了する。その結果、コンテンツデータのダウンロードが開始される。ローカルプロキシはステップＸ９でコンテンツデータの中継を再開する。ローカルプロキシはＴＣＰの手順に則って一時的にメモリ２５にコンテンツデータを格納しつつアプリケーションソフトウェアに向けてコンテンツデータを転送する。その後、ローカルプロキシの処理動作はステップＸ１に戻る。ローカルプロキシは再び「障害の発生」を監視し続ける。
【００５５】
仮にローカルプロキシがステップＸ５で「ＡＣＫ」パケットを受信することができなければ、ローカルプロキシは続くステップＸ１０でリクエストタイムアウトを判断する。すなわち、所定の時間にわたって「ＡＣＫ」パケットの受信が確認されなければ、ローカルプロキシは全てのリンクの切断を確認する。ローカルプロキシはステップＸ１１でリンクの切り替えを中止する。続くステップＸ１２でローカルプロキシはアプリケーションソフトウェアに向けて「ＡＣＫ」パケットの送信を終了する。その結果、コンテンツデータのダウンロードは途絶える。ステップＸ１０でリクエストタイムアウトが確認されなければ、ローカルプロキシの処理動作はステップＸ４に戻る。ローカルプロキシは再び「切り替えトリガ」パケットを送信する。
【００５６】
次に、リモートプロキシの処理を詳述する。図７に示されるように、リモートプロキシがステップＹ１でパケットを受信すると、リモートプロキシはそのパケットを解読する。すなわち、ステップＹ２でリモートプロキシが「ＳＹＮ」パケットの受信を確認すると、続くステップＹ３でリモートプロキシはＴＣＰの手順に則って「ＳＹＮ」パケットの送信元に向けて「ＳＹＮ＋ＡＣＫ」パケットを返信する。返信にあたってリモートプロキシは「ＳＹＮ＋ＡＣＫ」パケットを生成する。宛先には「ＳＹＮ」パケットの送信元のＩＰアドレスが記述される。その後、リモートプロキシが「ＳＹＮ＋ＡＣＫ」パケットに対して「ＡＣＫ」パケットを受信すると、「ＳＹＮ」パケットの送信元との間で３ウェイハンドシェイク処理は完了する。リンクが確立される。
【００５７】
ステップＹ５でリモートプロキシが「ＩＰアドレス＋識別タグ要求」パケットの受信を確認すると、ステップＹ６でリモートプロキシはメモリ３５またはストレージ３６に「ＩＰアドレス」および「識別タグ」を登録する。「ＩＰアドレス」はローカルプロキシのインターフェース１３、１４、１５を特定する。「識別タグ」は当該１インターフェースと第１インターフェース３１との間に確立されるリンクを特定する。こうしてリンクごとに「ＩＰアドレス」すなわち１つのインターフェース１３、１４、１５は関連付けられる。リモートプロキシは「識別タグ要求」に応じてそのインターフェースに固有の「識別タグ」を生成する。続くステップＹ７でリモートプロキシは「ＩＰアドレス」に向けてパケットで「ＡＣＫ」とともに「識別タグ」を送信する。
【００５８】
ステップＹ８でリモートプロキシが「ＩＰアドレス＋識別タグ」パケットの受信を確認すると、ステップＹ９でリモートプロキシは登録済みの「識別タグ」を検索する。その結果、既存のリンクの「ＩＰアドレス」は抽出される。送られてきたＩＰアドレスは既存のリンクの「ＩＰアドレス」に関連付けられる。続くステップＹ１０でリモートプロキシは送られてきたＩＰアドレスを登録する。このとき、リモートプロキシはその登録対象のＩＰアドレスに新たに「識別タグ」を割り振る。ここでは、登録にあたって２つの「識別タグ」同士は相互に関連付けられる。続くステップＹ１１でリモートプロキシは登録対象のＩＰアドレスに向けてパケットで「ＡＣＫ」とともに登録対象の「識別タグ」を送信する。
【００５９】
ステップＹ１２でリモートプロキシが「切り替えトリガ」パケットの受信を確認すると、ステップＹ１３でリモートプロキシは「切り替えトリガ」パケットの送信元に向けて「ＡＣＫ」パケットを返信する。リモートプロキシは「切り替えトリガ」パケットから「識別タグ」を抽出する。この「識別タグ」の働きで切り替え前すなわち既存のリンクは特定される。「ＡＣＫ」パケットの送信と同時に、リモートプロキシは第２インターフェース３２経由でコンテンツサーバ３７に向けて「ゼロウィンドウ」パケットを送信する。コンテンツサーバ３７は「ゼロウィンドウ」パケットの受信に応じてコンテンツデータの送信を中断する。周知の通り、再び「ＡＣＫ」パケットを受信し始めるまでコンテンツサーバ３７はコンテンツデータの送信を停止する。
【００６０】
続くステップＹ１５でリモートプロキシはリンクの切り替えを実施する。リモートプロキシは転送先の「ＩＰアドレス」を変更する。既存のリンクのＩＰアドレスは「切り替えトリガ」パケットの送信元のＩＰアドレスに変更される。例えばバッファすなわちメモリ３６内にコンテンツデータが蓄積する場合には、バッファ内のコンテンツデータは変更後の転送先に向けて送信される。こうしてリンクの切り替えが完了すると、リモートプロキシは「切り替えトリガ」パケットの送信元に向けて「切り替え完了メッセージ」パケットを送信する。
【００６１】
ステップＹ１７でリモートプロキシが「ＡＣＫ」パケットの受信を確認すると、リモートプロキシはその「ＡＣＫ」パケットに対応するコンテンツデータをバッファすなわちメモリ３５から消去する。その結果、コンテンツデータの中継は完了する。中継にあたってコンテンツデータは第２インターフェース３２からリモートプロキシに受け渡される。コンテンツデータでは個々のパケットごとに宛先の「ＩＰアドレス」が確認される。
【００６２】
リモートプロキシがステップＹ１７で「ＡＣＫ」パケットの受信を確認することができなければ、リモートプロキシはバッファ内にコンテンツデータを保持する。その後、続くステップＹ１９でタイムアウトが確認されると、リモートプロキシの処理動作はステップＹ２０に進む。リモートプロキシはコンテンツサーバ３７に向けて「ゼロウィンドウ」パケットを送信する。コンテンツサーバ３７は「ゼロウィンドウ」パケットの受信に応じてコンテンツデータの送信を中断する。たとえステップＹ１９でタイムアウトが確認されなくても、ステップＹ２１でバッファの空きが消滅すると、リモートプロキシはコンテンツサーバ３７に向けて「ゼロウィンドウ」パケットを送信する。
【００６３】
いま、シームレスアクセス通信システム１１でコンテンツサーバ３７からコンテンツデータをダウンロードする場面を想定する。図８に示されるように、コンテンツサーバ３７のＩＰアドレスには「ａ．ａ．ａ．ａ」が設定される。したがって、インターネット２８中のパケットでＩＰアドレス「ａ．ａ．ａ．ａ」が設定されると、そのパケットはコンテンツサーバ３７に辿り着く。
【００６４】
ローカルプロキシ４３は例えばインターネットブラウザ４５やＥメール４６といったアプリケーションソフトウェアとの間にネットワークを構築する。このネットワークでローカルプロキシ４３のインターフェースは例えばＩＰアドレス「１２７．０．０．１」で特定される。すなわち、アプリケーションソフトウェアのプロキシサーバにはＩＰアドレス「１２７．０．０．１」が設定される。アプリケーションソフトウェアで生成されるパケットでは送信先にＩＰアドレス「１２７．０．０．１」が指定される。
【００６５】
ローカルプロキシ４３は個々のインターフェース１３、１４、１５ごとにインターネット２８に接続される。インターネット２８では携帯電話インターフェース１３にＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が割り振られる。同様に、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５にはそれぞれＩＰアドレス「ｅ．ｅ．ｅ．ｅ」および「ｆ．ｆ．ｆ．ｆ」が割り振られる。インターネット２８中のパケットでＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が指定されると、そのパケットは携帯電話インターフェース１３経由でローカルプロキシ４３に辿り着く。同様に、インターネット２８中のパケットでＩＰアドレス「ｅ．ｅ．ｅ．ｅ」が指定されると、そのパケットは無線ＬＡＮインターフェース１４経由でローカルプロキシ４３に辿り着く。インターネット２８中のパケットでＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が指定されると、そのパケットは有線ＬＡＮインターフェース１５経由でローカルプロキシ４３に辿り着く。
【００６６】
同様に、リモートプロキシ４４は個々のインターフェース３１、３２ごとにインターネット２８に接続される。インターネット２８では第１インターフェース３１にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が割り振られる。同様に、第２インターフェース３２にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が割り振られる。インターネット２８中のパケットでＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が設定されると、そのパケットは第１インターフェース３１経由でリモートプロキシ４４に辿り着く。インターネット２８中のパケットでＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が設定されると、そのパケットは第２インターフェース３２経由でリモートプロキシ４４に辿り着く。ＩＰアドレス「ｃ．ｃ．ｃ．ｃ」および「ｂ．ｂ．ｂ．ｂ」は固定値として第１および第２インターフェース３１、３２に割り振られればよい。なお、いずれのＩＰアドレスも「０．０．０．０」〜「２５５．２５５．２５５．２５５」の範囲で任意に設定されればよい。
【００６７】
携帯電話インターフェース１３、無線ＬＡＮインターフェース１４および有線ＬＡＮインターフェース１５はそれぞれ第１インターフェース３１との間で接続を確立する。すなわち、個々のインターフェース１３、１４、１５から送り出されるパケットでは宛先のＩＰアドレスに「ｃ．ｃ．ｃ．ｃ」が記述される。このとき、ローカルプロキシ４３では固有のプロキシサーバとしてＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が設定されればよい。こういったプロキシサーバの設定は例えばストレージ２６といった不揮発性の記憶媒体に格納されればよい。その一方で、第１インターフェース３１から送り出されるパケットでは宛先のＩＰアドレスに「ｄ．ｄ．ｄ．ｄ」、「ｅ．ｅ．ｅ．ｅ」および「ｆ．ｆ．ｆ．ｆ」のいずれかが記述される。第２インターフェース３２はコンテンツサーバ３７との間で接続を確立する。すなわち、第２インターフェース３２から送り出されるパケットでは宛先のＩＰアドレスに「ａ．ａ．ａ．ａ」が記述される。
【００６８】
いま、コンテンツデータのダウンロードにあたって通信端末装置１２の携帯電話インターフェース１３が利用される場面を想定する。まず、通信端末装置１２のローカルプロキシ４３は前述の「新規接続」を実施する。図９に示されるように、ローカルプロキシ４３は携帯電話インターフェース１３経由でリモートプロキシ４４の第１インターフェース３１との間で３ウェイハンドシェイク処理を実施する。リンクが確立される。こうして携帯電話インターフェース１３はＩＰアドレス「ｄ．ｄ．ｄ．ｄ」でインターネット２８に接続される。ブラウザ４５はＩＰアドレス「１２７．０．０．１」および「ｄ．ｄ．ｄ．ｄ」に基づき携帯電話インターフェース１３経由でインターネット２８に接続される。
【００６９】
続いてローカルプロキシ４３は「ＩＰアドレス＋識別タグＲＱＴ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは携帯電話インターフェース１３から送信される。
【００７０】
リモートプロキシ４４は第１インターフェース３１経由で「ＩＰアドレス＋識別タグＲＱＴ」パケットを受信する。リモートプロキシ４４は例えばストレージ３６にＩＰアドレス「ｄ．ｄ．ｄ．ｄ」および識別タグを登録する。同時に、リモートプロキシ４４は「ＡＣＫ＋識別タグ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は携帯電話インターフェース１３経由で「ＡＣＫ＋識別タグ」パケットを受信する。ローカルプロキシ４３は例えばストレージ２６に「識別タグ」を登録する。
【００７１】
その後、ブラウザ４５はコンテンツサーバ３７にアクセスする。例えばブラウザ４５とコンテンツサーバ３７との間でパケットがやり取りされる。パケットのやり取りに先立って３ウェイハンドシェイク処理が実施されてもよい。ブラウザ４５は「ＧＥＴ」パケットを生成する。「ＧＥＴ」パケットにはコンテンツデータすなわちＨＴＴＰデータの取得の意思表示が記述される。このパケットの送信先にはローカルインターフェース４７のＩＰアドレス「１２７．０．０．１」が記述される。ローカルプロキシ４３はリモートプロキシ４４に向けて「ＧＥＴ」パケットを転送する。転送にあたってパケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信元にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。「ＧＥＴ」パケットは第１インターフェース３１でリモートプロキシ４４に受け取られる。リモートプロキシ４４はコンテンツサーバ３７に向けて「ＧＥＴ」パケットを転送する。この転送にあたってパケットの送信先にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。パケットの送信元にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。このパケットは第２インターフェース３２から送信される。こうしてコンテンツサーバ３７は「ＧＥＴ」パケットを受信する。
【００７２】
コンテンツサーバ３７は「ＧＥＴ」パケットの受信に応じて「ＧＥＴ返信」パケットを生成する。「ＧＥＴ返信」パケットはブラウザ４５に向けて返信される。返信にあたってパケットの送信先にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。パケットの発信元にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。リモートプロキシ４４は第２インターフェース３２経由で「ＧＥＴ返信」パケットを受信する。同時に、リモートプロキシ４４はローカルプロキシ４３に向けて「ＧＥＴ返信」パケットを転送する。転送にあたってパケットの送信先にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。「ＧＥＴ返信」パケットは携帯電話インターフェース１３でローカルプロキシ４３に受け取られる。ローカルプロキシ４３はローカルインターフェース４７経由でブラウザ４５に「ＧＥＴ返信」パケットを受け渡す。
【００７３】
その後、コンテンツサーバ３７は順番に「ＨＴＴＰデータ」パケットを送信する。送信にあたってパケットの送信先にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。パケットの発信元にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。リモートプロキシ４４は第２インターフェース３２経由で「ＨＴＴＰデータ」パケットを受信する。同時に、リモートプロキシ４４はローカルプロキシ４３に向けて「ＨＴＴＰデータ」パケットを転送する。転送にあたってパケットの送信先にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。その一方で、リモートプロキシ４４は「ＡＣＫ」パケットの受信まで一時的に「ＨＴＴＰデータ」パケットを保持する。「ＨＴＴＰデータ」パケットは携帯電話インターフェース１３でローカルプロキシ４３に受け取られる。ローカルプロキシ４３はローカルインターフェース４７経由でブラウザ４５に「ＨＴＴＰデータ」パケットを受け渡す。こうしてブラウザ４５は「ＨＴＴＰデータ」パケットに基づき表示装置（図示されず）の画面上にＨＴＴＰデータを表示する。
【００７４】
こうして「ＨＴＴＰデータ」パケットがブラウザ４５に到着すると、ブラウザ４５は「ＡＣＫ」パケット（図示されず）を生成する。「ＡＣＫ」パケットはローカルインターフェース４７経由でローカルプロキシ４３に受け渡される。ローカルプロキシ４３はリモートプロキシ４４に向けて「ＡＣＫ」パケットを転送する。このとき、パケットの送信元にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは携帯電話インターフェース１３から送り出される。リモートプロキシ４４は第１インターフェース３１経由で「ＡＣＫ」パケットを受信する。受信と同時にリモートプロキシ４４はバッファから対応の「ＨＴＴＰデータ」パケットを消去する。同時に、「ＡＣＫ」パケットはコンテンツサーバ３７に転送される。コンテンツサーバ３７は「ＡＣＫ」パケットの受信に応じて「ＨＴＴＰデータ」パケットの到着を確認する。
【００７５】
いま、例えば前述のＨＴＴＰデータのダウンロード中に有線ＬＡＮインターフェース１５にケーブル２３が接続される場面を想定する。図１０に示されるように、通信端末装置１２のローカルプロキシ４３は前述の「新たなリンクの確立」を実施する。ローカルプロキシ４３は有線ＬＡＮインターフェース１５経由でリモートプロキシ４４の第１インターフェース３１との間で３ウェイハンドシェイク処理を実施する。リンクが確立される。こうして有線ＬＡＮインターフェース１５はＩＰアドレス「ｆ．ｆ．ｆ．ｆ」でインターネット２８に接続される。ブラウザ４５はＩＰアドレス「１２７．０．０．１」および「ｆ．ｆ．ｆ．ｆ」に基づき有線ＬＡＮインターフェース１５経由でインターネット２８に接続される。
【００７６】
続いてローカルプロキシ４３は「ＩＰアドレス＋識別タグ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは有線ＬＡＮインターフェース１５から送信される。
【００７７】
リモートプロキシ４４は第１インターフェース３１経由で「ＩＰアドレス＋識別タグ」パケットを受信する。例えばストレージ３６で同パケット中の「識別タグ」を検索する。こうして２つのＩＰアドレス「ｄ．ｄ．ｄ．ｄ」および「ｆ．ｆ．ｆ．ｆ」は相互に関連付けられる。同時に、リモートプロキシ４４は例えばストレージ３６にＩＰアドレス「ｆ．ｆ．ｆ．ｆ」および新たな識別タグを登録する。その一方で、リモートプロキシ４４は新たな識別タグに基づき「ＡＣＫ＋識別タグ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は有線ＬＡＮインターフェース１５経由で「ＡＣＫ＋識別タグ」パケットを受信する。ローカルプロキシ４３は例えばストレージ２６に新たな「識別タグ」を登録する。
【００７８】
ローカルプロキシ４３は有線ＬＡＮインターフェース１５の優先順位を確認する。ここでは、有線ＬＡＮインターフェース１５の優先順位は携帯電話インターフェース１３のそれよりも高いと仮定する。したがって、ローカルプロキシ４３は前述の「リンクの切り替え」を実施する。ローカルプロキシ４３は「切り替えトリガ」パケットを生成する。「切り替えトリガ」パケットにはリンクの切り替えすなわちインターフェースの切り替えの意思表示が記述される。同時に、このパケットには、携帯電話インターフェース１３に基づくリンクに割り当てられた「識別タグ」が記述される。このパケットの送信元にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは有線ＬＡＮインターフェース１５から送信される。
【００７９】
リモートプロキシ４４は第１インターフェース３１経由で「切り替えトリガ」パケットを受信する。リモートプロキシ４４は「切り替えトリガ」パケットの受信に応じてリンクの切り替えを実施する。同時に、リモートプロキシ４４は「ＡＣＫ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は有線ＬＡＮインターフェース１５経由で「ＡＣＫ」パケットを受信する。その一方で、リモートプロキシ４４は「ゼロウィンドウ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。パケットの送信先にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。パケットは第２インターフェース３２から送信される。コンテンツサーバ３７はインターネット２８経由で「ゼロウィンドウ」パケットを受信する。コンテンツサーバ３７は「ゼロウィンドウ」パケットの受信に応じて「ＨＴＴＰデータ」パケットの送信を中断する。
【００８０】
リモートプロキシ４４はＩＰアドレスの切り替えに基づきリンクの切り替えを実現する。リモートプロキシ４４は「ＨＴＴＰデータ」パケットの転送にあたってＩＰアドレスを変更する。すなわち、「ＨＴＴＰデータ」パケットの送信先にはそれまでのＩＰアドレス「ｄ．ｄ．ｄ．ｄ」に代えてＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。したがって、「ＨＴＴＰデータ」パケットが第１インターフェース３１から送信されると、「ＨＴＴＰデータ」パケットは有線ＬＡＮインターフェース１５経由でローカルプロキシ４３に受け取られる。こういった変更にあたって携帯電話インターフェース１３のＩＰアドレス「ｄ．ｄ．ｄ．ｄ」は「識別タグ」に基づき特定される。
【００８１】
続いてリモートプロキシ４４は「切り替え完了メッセージ」パケットを生成する。リンクの切り替えの完了が通知される。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は有線ＬＡＮインターフェース１５経由で「切り替え完了メッセージ」パケットを受信する。
【００８２】
ローカルプロキシ４３は「切り替え完了メッセージ」パケットの受信に応じて「ＡＣＫ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットは有線ＬＡＮインターフェース１５から送信される。リモートプロキシ４４は第１インターフェース３１経由で「ＡＣＫ」パケットを受信する。
【００８３】
続いてリモートプロキシ４４はコンテンツサーバ３７に向けて「ＡＣＫ」パケットを転送する。この転送にあたってパケットの送信先にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。パケットの送信元にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。このパケットは第２インターフェース３２から送信される。こうしてコンテンツサーバ３７は「ＡＣＫ」パケットを受信する。「ＡＣＫ」パケットの受信に応じてコンテンツサーバ３７は「ＨＴＴＰデータ」パケットの送信を再開する。
【００８４】
いま、例えばＨＴＴＰデータのダウンロード中に有線ＬＡＮインターフェース１５からケーブル２３が抜かれた場面を想定する。図１１に示されるように、ブラウザ４５はローカルプロキシ４３に向けて「ＤＵＰ  ＡＣＫ」パケットを送信する。その後、ローカルプロキシ４３は前述の「障害の発生」を実施する。すなわち、「ＤＵＰ  ＡＣＫ」パケットの受信に応じてローカルプロキシ４３はブラウザ４５に向けて「ＡＣＫ」パケットを返信する。このとき、「ＡＣＫ」パケットにデータは組み込まれない。こうした「ＡＣＫ」パケットの受信に応じてブラウザ４５ではリクエストタイムアウトの発生は回避される。ブラウザ４５の処理動作は維持される。
【００８５】
同時に、リモートプロキシ４４では送信済みの「ＨＴＴＰデータ」パケットに対して「ＡＣＫ」パケットの受領が阻害される。「ＨＴＴＰデータ」パケットはバッファに蓄積していく。バッファが溢れると、リモートプロキシ４４は「ゼロウィンドウ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｂ．ｂ．ｂ．ｂ」が記述される。パケットの送信先にはＩＰアドレス「ａ．ａ．ａ．ａ」が記述される。パケットは第２インターフェース３２から送信される。コンテンツサーバ３７はインターネット２８経由で「ゼロウィンドウ」パケットを受信する。コンテンツサーバ３７は「ゼロウィンドウ」パケットの受信に応じて「ＨＴＴＰデータ」パケットの送信を中断する。
【００８６】
前述の「ＡＣＫ」パケットを送信すると、ローカルプロキシ４３は「切り替えトリガ」パケットを生成する。このパケットには、有線ＬＡＮインターフェース１５に基づくリンクに割り当てられた「識別タグ」が記述される。このパケットの送信元にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは携帯電話インターフェース１３から送信される。
【００８７】
リモートプロキシ４４は第１インターフェース３１経由で「切り替えトリガ」パケットを受信する。リモートプロキシ４４は「切り替えトリガ」パケットの受信に応じて前述と同様にリンクの切り替えを実施する。同時に、リモートプロキシ４４は「ＡＣＫ」パケットを生成する。このパケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｄ．ｄ．ｄ．ｄ」が記述される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は携帯電話インターフェース１３経由で「ＡＣＫ」パケットを受信する。「ＡＣＫ」パケットの送信と同時にリモートプロキシ４４は前述と同様にリンクの切り替えを実現する。
【００８８】
続いてリモートプロキシ４４は「切り替え完了メッセージ」パケットを生成する。リンクの切り替えの完了が通知される。パケットは第１インターフェース３１から送信される。ローカルプロキシ４３は携帯電話インターフェース１３経由で「切り替え完了メッセージ」パケットを受信する。ローカルプロキシ４３は「切り替え完了メッセージ」パケットの受信に応じて「ＡＣＫ」パケットを生成する。パケットは携帯電話インターフェース１３から送信される。リモートプロキシ４４は第１インターフェース３１経由で「ＡＣＫ」パケットを受信する。
【００８９】
リモートプロキシ４４はリンクの切り替えにあたってバッファ内の「ＨＴＴＰデータ」パケットで送信先のＩＰアドレスを変更する。こうしてバッファ内の「ＨＴＴＰデータ」パケットはリモートプロキシ４４から送り出される。パケットの送信元にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットの送信先にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。ローカルプロキシ４３は携帯電話インターフェース１３経由で「ＨＴＴＰデータ」パケットを受信する。続いてローカルプロキシ４３はローカルインターフェース４７経由でブラウザ４５に「ＨＴＴＰデータ」パケットを受け渡す。こうしてブラウザ４５は「ＨＴＴＰデータ」パケットに基づき表示装置（図示されず）の画面上にＨＴＴＰデータを表示する。
【００９０】
こうして「ＨＴＴＰデータ」パケットがブラウザ４５に到着すると、ブラウザ４５は「ＡＣＫ」パケット（図示されず）を生成する。「ＡＣＫ」パケットはローカルインターフェース４７経由でローカルプロキシ４３に受け渡される。ローカルプロキシ４３はリモートプロキシ４４に向けて「ＡＣＫ」パケットを転送する。このとき、パケットの送信元にはＩＰアドレス「ｆ．ｆ．ｆ．ｆ」が記述される。パケットの送信先にはＩＰアドレス「ｃ．ｃ．ｃ．ｃ」が記述される。パケットは携帯電話インターフェース１３から送り出される。リモートプロキシ４４は第１インターフェース３１経由で「ＡＣＫ」パケットを受信する。受信と同時にリモートプロキシ４４はバッファから対応の「ＨＴＴＰデータ」パケットを消去する。同時に、「ＡＣＫ」パケットはコンテンツサーバ３７に転送される。コンテンツサーバ３７は「ＡＣＫ」パケットの受信に応じて「ＨＴＴＰデータ」パケットの送信を再開する。
【００９１】
こうして携帯電話インターフェース１３経由のリンクが有線ＬＡＮインターフェース１５経由のリンクに切り替えられる際や、反対に有線ＬＡＮインターフェース１５経由のリンクが携帯電話インターフェース１３経由のリンクに切り替えられる際に、ローカルプロキシ４３およびリモートプロキシ４４の間で処理は完結する。ブラウザ４５およびローカルインターフェース４７の間で接続に変更は加えられない。同様に、リモートプロキシ４４およびコンテンツサーバ３７の間で接続に変更は加えられない。ブラウザ４５やコンテンツサーバ３７はリンクの切り替えを認識することはない。すなわち、ブラウザ４５やコンテンツサーバ３７ではソフトウェアプログラムに変更が加えられる必要はない。リンクは継ぎ目なく切り替えられる。しかも、ローカルプロキシ４３の実現にあたって通信端末装置１２にはＴＰＣ層よりも上位層でソフトウェアが導入されればよい。ＩＰ層に変更は加えられない。通信端末装置１２のユーザは比較的に簡単に通信端末装置１２にローカルプロキシ４３を組み込むことができる。
【００９２】
なお、通信端末装置１２には、いわゆるノートブックパーソナルコンピュータのほか、ＰＤＡ（携帯情報端末）、携帯電話端末、無線ＬＡＮ端末その他の電子機器が含まれることができる。
【図面の簡単な説明】
【００９３】
【図１】本発明の一実施形態に係るシームレスアクセス通信システムのハードウェア構成を概略的に示すブロック図である。
【図２】シームレスアクセス通信システムのソフトウェア構成を概略的に示すブロック図である。
【図３】ローカルプロキシの処理手順を概略的に示すフローチャートである。
【図４】「新規接続」の処理手順を概略的に示すフローチャートである。
【図５】「新たなリンクの確立」の処理手順を概略的に示すフローチャートである。
【図６】「リンクの切り替え」の処理手順を概略的に示すフローチャートである。
【図７】「障害の発生」の処理手順を概略的に示すフローチャートである。
【図８】リモートプロキシの処理手順を概略的に示すフローチャートである。
【図９】携帯電話ネットワーク経由で通信端末とコンテンツサーバとの間にリンクが確立される際にシームレスアクセス通信システムでパケットのやり取りを示すシーケンス図である。
【図１０】新たに有線ＬＡＮネットワーク経由で通信端末とコンテンツサーバとの間にリンクが確立される際にシームレスアクセス通信システムでパケットのやり取りを示すシーケンス図である。
【図１１】有線ＬＡＮネットワーク経由のリンクの障害に基づき有線ＬＡＮネットワーク経由から携帯電話ネットワーク経由にリンクが切り替えられる際にシームレスアクセス通信システムでパケットのやり取りを示すシーケンス図である。
【符号の説明】
【００９４】
１２  通信端末装置、１３  第２および第３ネットワークとして機能する携帯電話インターフェース、１４  第２および第３ネットワークとして機能する無線ＬＡＮインターフェース、１５  第２および第３ネットワークとして機能する有線ＬＡＮインターフェース、１６  制御部およびパケット生成部として機能するＣＰＵ（中央演算処理装置）、２８  第２ネットワークおよび第３ネットワーク（インターネット）、２９  リモートプロキシサーバ装置、３４  第１通信部および第２通信部並びに制御部として機能するＣＰＵ、３６  記憶部として機能するストレージ、４３  制御部として機能するローカルプロキシ、４４  制御部として機能するリモートプロキシ、４７  第１インターフェースとして機能するローカルインターフェース。
【図１】
2007336335.tif 000003
【図２】
2007336335.tif 000004
【図３】
2007336335.tif 000005
【図４】
2007336335.tif 000006
【図５】
2007336335.tif 000007
【図６】
2007336335.tif 000008
【図７】
2007336335.tif 000009
【図８】
2007336335.tif 000010
【図９】
2007336335.tif 000011
【図１０】
2007336335.tif 000012
【図１１】
2007336335.tif 000013