WO2009125790A1 - 通信サービスハンドオーバシステム、通信装置、及び通信サービスハンドオーバ方法 - Google Patents

Abstract

　ユーザがある装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバを、網側に機能追加することなく実現する。ユーザにサービスを提供するサービス提供手段と、サーバ側でクライアントの移動管理を行う移動管理手段と、装置Ａ中に実装して、プロセスによるファイルアクセスのログを作成する手段、ユーザによる指定でハンドオーバするプロセスを決定する手段、プロセスの停止等を行う手段、ソケットのクローズ等を行う手段、必要データを装置Ｂに送信する手段、装置Ｂにソケットの更新を要求する手段、クライアント側で位置登録メッセージを移動管理手段に送信する手段、サービス提供手段との間でサービス利用のためのセッション構築を行う手段、プロセスが扱うファイルを作成するファイル生成手段、装置の外部との通信を行う手段と、装置Ｂ中に実装して、プロセスの制御を行う手段、装置Ａから受信したファイルを適用するファイル更新手段、装置Ａから受信したソケット情報を適用する手段、クライアント側で位置登録メッセージを手段に送信する手段、装置の外部との通信を行う手段とを最低限含む。

Description

通信サービスハンドオーバシステム、通信装置、及び通信サービスハンドオーバ方法

　本発明は、通信サービスハンドオーバシステムに関し、特にユーザが所定の装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバシステムに関する。

　ユーザがある装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバの手法としては、次のような手法が存在する。まず、クライアント及びサーバにＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）モジュールを搭載して、「３ｒｄ　Ｐａｒｔｙ　Ｃａｌｌ」や「Ｃａｌｌ　Ｔｒａｎｓｆｅｒ」等のシーケンスを適用する手法がある。他にも、サービスアプリケーション毎に状態記述を独自定義し、クライアント及びサーバに対応ミドルウェアを搭載する手法や、サービスアプリケーションとＢＳＤソケットの間に仮想ソケットを導入する手法、ＪＡＶＡ（登録商標）やＶＭｗａｒｅ（登録商標）等のプラットフォームを搭載してアプリケーション毎に転送する手法等がある。

　通信サービスハンドオーバの手法として、「３ｒｄ　Ｐａｒｔｙ　Ｃａｌｌ」や「Ｃａｌｌ　Ｔｒａｎｓｆｅｒ」等のシーケンスを適用する場合は、ＳＩＰモジュールとサービスアプリケーションの間にインタラクションが必要になる。また、サービスアプリケーション毎に状態記述を独自定義したミドルウェアを搭載する場合も同様に、ミドルウェアとサービスアプリケーションの間にインタラクションが必要になることに加え、サービスアプリケーション毎の対応が必要になる。また、仮想ソケットを導入する場合は、仮想ソケット用ＡＰＩを搭載したサービスアプリケーションを新たに準備する必要がある。また、ＪＡＶＡ（登録商標）やＶＭｗａｒｅ（登録商標）等のプラットフォームを搭載する場合は、「ＪＡＶＡ（登録商標）　ＡＰＩ」を搭載したサービスアプリケーションを新たに準備する必要性や、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）からアプリケーションまでを一体として転送する必要性が発生する。また、通信サービスハンドオーバの手法の多くで、サーバ側に通信サービスハンドオーバのための追加実装が必要になる。

　関連する技術として、特開２００５－２１０３７８号公報にマルチコンピュータ・アーキテクチャにおけるアプリケーション・ソフトウェアの移動方法が開示されている。
　この関連技術は、クライアント間の通信サービスハンドオーバの一手法で、セッションマネージャとネットワークコントローラを装置の外部に持つことを特徴としている。この関連技術では、クライアント間の通信サービスハンドオーバについて記載しているが、装置の外部にあるセッションマネージャ及びネットワークコントローラが、装置との間で連携する必要がある。

　また、特表２００５－５３５２４１号公報にセッションマネージャが開示されている。
　この関連技術は、サーバ間の通信サービスハンドオーバの一手法で、クラスタ技術をベースにすることを特徴としている。この関連技術では、サーバ間の通信サービスハンドオーバについて記載しているが、そもそもサーバに適用した切り替え技術である。また、クラスタソフトウェアが存在することが前提であり、クラスタリングのチェックポイント機能を搭載することで、セッションの途中状態からの復帰を行うことが前提となる。

特開２００５－２１０３７８号公報 特表２００５－５３５２４１号公報

　本発明の目的は、ユーザがある装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバシステムにおいて、網側に機能追加することなく実現し、クライアント、サーバ共に既存のサービスアプリケーションを利用可能で、更に、任意のアプリケーションについてサービス遷移可能な通信サービスハンドオーバシステムを提供することにある。

　本発明の通信サービスハンドオーバシステムは、ソケット更新要求手段と、ソケット制御手段とを最低限含む。

　或いは、本発明の通信サービスハンドオーバシステムは、ソケット制御手段と、ソケット更新要求手段と、プロセス制御手段と、セッション構築手段とを最低限含む。

　或いは、本発明の通信サービスハンドオーバシステムは、ファイルアクセスログ生成手段と、ファイル更新手段と、プロセス制御手段とを最低限含む。

　例えば、本発明の通信サービスハンドオーバシステムは、サービス提供手段と、移動管理サーバ手段と、ファイルアクセスログ生成手段と、ＨＯ（ハンドオーバ）プロセス指定手段と、プロセス制御手段と、ソケット制御手段と、データ送信手段と、ソケット更新要求手段と、移動管理ＣＬ手段と、セッション構築手段と、ファイル生成手段と、通信手段と、プロセス制御手段と、ファイル更新手段と、ソケット制御手段と、移動管理ＣＬ手段と、通信手段とを含む。

　サービス提供手段は、ユーザにサービスを提供する。移動管理サーバ手段は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成手段は、装置Ａ（第一の通信装置）中に実装して、プロセスによるファイルアクセスのログを作成する。ＨＯ（ハンドオーバ）プロセス指定手段は、ユーザによる指定でハンドオーバするプロセスを決定する。プロセス制御手段は、プロセスの停止等を行う。ソケット制御手段は、ソケットのクローズ等を行う。データ送信手段は、必要データを装置Ｂ（第二の通信装置）に送信する。ソケット更新要求手段は、装置Ｂにソケットの更新を要求する。移動管理ＣＬ手段は、クライアント側で位置登録メッセージを移動管理サーバ手段に送信する。セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。ファイル生成手段は、プロセスが扱うファイルを作成する。通信手段は、装置の外部との通信を行う。プロセス制御手段は、装置Ｂ中に実装して、プロセスの制御を行う。ファイル更新手段は、装置Ａから受信したファイルを適用する。ソケット制御手段は、装置Ａから受信したソケット情報を適用する。移動管理ＣＬ手段は、クライアント側で位置登録メッセージを移動管理サーバ手段に送信する。通信手段は、装置の外部との通信を行う。

　また、本発明の通信サービスハンドオーバシステムは、追加機能の１つとして、メモリダンプ手段と、メモリ更新手段と、セッション構築手段を含む。

　メモリダンプ手段は、装置Ａ中に実装して、あるタイミングでプロセスが利用しているメモリをダンプする。メモリ更新手段は、装置Ｂ中に実装して、装置Ａから受信したメモリダンプを適用する。セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。

　また、本発明の通信サービスハンドオーバシステムは、追加機能の１つとして、プロセス起動要求手段と、ログ一致判定手段と、ファイル送信要求手段と、セッション構築手段を含む。

　プロセス起動要求手段は、装置Ａ中に実装して、装置Ｂにプロセスの起動を促す。ログ一致判定手段は、装置Ｂ中に実装して、装置Ａから受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する。ファイル送信要求手段は、ログの一致を受けて装置Ａにファイルの送信を要求する。セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。

　また、本発明の通信サービスハンドオーバシステムは、追加機能の１つとして、メッセージダンプ手段と、メッセージ一致判定手段と、プロセス起動要求手段と、ダミーソケット生成手段と、転送手段と、ダミーソケット適用手段と、ルーティング更新手段と、セッション構築手段を含む。

　メッセージダンプ手段は、装置Ａ中に実装して、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。メッセージ一致判定手段は、装置Ｂ宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する。プロセス起動要求手段は、装置Ｂにプロセスの起動を促す。ダミーソケット生成手段は、自身のソケットプールから装置Ｂ用にアドレスを捕捉し、ダミーソケットを作成する。転送手段は、装置Ｂとサービス提供手段の間でやりとりされるパケットを転送する。ダミーソケット適用手段は、装置Ｂ中に実装して、装置Ａから受信したダミーソケットを適用する。ルーティング更新手段は、ＬＡＮ（構内通信網）側Ｉ／Ｆ（インターフェース）とＷＡＮ（広域通信網）側Ｉ／Ｆの間でルーティングを切り替える。セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。

　サービス提供手段は、サービスコンテンツを保有し、接続してきたユーザにサービスを提供する。また、移動管理サーバ手段は、サーバ側でクライアントからの位置登録メッセージを受信し、移動管理を行う。

　装置Ａについて説明する。
　（１）ファイルアクセスログ生成手段は、プロセスによるファイルアクセスのログを作成する。
　（２）ＨＯプロセス指定手段は、ユーザによる指定でハンドオーバするプロセスを決定する。
　（３）プロセス制御手段は、プロセスの停止等を行う。
　（４）ソケット制御手段は、ソケットのクローズ等を行う。
　（５）データ送信手段は、必要データを装置Ｂに送信する。
　（６）ソケット更新要求手段は、装置Ｂにソケットの更新を要求する。
　（７）移動管理ＣＬ手段は、クライアント側で位置登録メッセージを移動管理サーバ手段に送信する。
　（８）セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。
　（９）ファイル生成手段は、プロセスが扱うファイルを作成する。
　（１０）通信手段は、装置の外部との通信を行う。
　（１１）メモリダンプ手段は、あるタイミングでプロセスが利用しているメモリをダンプする。
　（１２）プロセス起動要求手段は、装置Ｂにプロセスの起動を促す。
　（１３）メッセージダンプ手段は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。
　（１４）メッセージ一致判定手段は、装置Ｂ宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する。
　（１５）ダミーソケット生成手段は、自身のソケットプールから装置Ｂ用にアドレスを捕捉し、ダミーソケットを作成する。
　（１６）転送手段は、装置Ｂとサービス提供手段の間でやりとりされるパケットを転送する。

　装置Ｂについて説明する。
　（１）プロセス制御手段は、プロセスの制御を行う。
　（２）ファイル更新手段は、装置Ａから受信したファイルを適用する。
　（３）ソケット制御手段は、装置Ａから受信したソケット情報を適用する。
　（４）移動管理ＣＬ手段は、クライアント側で位置登録メッセージを移動管理サーバ手段に送信する。
　（５）通信手段は、装置の外部との通信を行う。
　（６）メモリ更新手段は、装置Ａから受信したメモリダンプを適用する。
　（７）ログ一致判定手段は、装置Ａから受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する。
　（８）ファイル送信要求手段は、ログの一致を受けて装置Ａにファイルの送信を要求する。
　（９）セッション構築手段は、サービス提供手段との間でサービス利用のためのセッション構築を行う。
　（１０）ダミーソケット適用手段は、装置Ａから受信したダミーソケットを適用する。
　（１１）ルーティング更新手段は、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替える。

　網側に機能追加することなく、クライアント、サーバ共に既存のサービスアプリケーションを利用して、任意のアプリケーションについてサービス遷移できる。

本発明の通信サービスハンドオーバシステムの第１のシステム構成例を示すブロック図である。 本発明の通信サービスハンドオーバシステムの第２のシステム構成例を示すブロック図である。 本発明の通信サービスハンドオーバシステムの第３のシステム構成例を示すブロック図である。 本発明の通信サービスハンドオーバシステムの第４のシステム構成例を示すブロック図である。 本発明の通信サービスハンドオーバシステムの第５のシステム構成例を示すブロック図である。 本発明の通信サービスハンドオーバシステムの第６のシステム構成例を示すブロック図である。 第４のシステム構成例の場合の処理を示すシーケンス図である。 第５のシステム構成例の場合の処理を示すシーケンス図である。 第６のシステム構成例の場合の処理を示すシーケンス図である。 本発明の通信サービスハンドオーバシステムの第７のシステム構成例を示すブロック図である。 第７のシステム構成例の場合の処理を示すシーケンス図である。 本発明の通信サービスハンドオーバシステムの第８のシステム構成例を示すブロック図である。 第８のシステム構成例の場合の処理を示すシーケンス図である。 本発明の通信サービスハンドオーバシステムの第９のシステム構成例を示すブロック図である。 第９のシステム構成例の場合の処理を示すシーケンス図である。 本発明の通信サービスハンドオーバシステムの第１０のシステム構成例を示すブロック図である。 第１０のシステム構成例の場合の処理を示すシーケンス図である。

　以下に、本発明の第１実施形態について添付図面を参照して説明する。

　＜第１のシステム構成例＞
　図１に、本発明の通信サービスハンドオーバシステムの第１のシステム構成例を示す。

　図１を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）１と、装置Ｂ（第二の通信装置）２を含む。

　装置Ａ１、装置Ｂ２は、端末や網内機器である。

　装置Ａ１は、ソケット制御機能部９と、ソケット更新要求機能部１０を備える。

　装置Ｂ２は、ソケット制御機能部１９を備える。

　装置Ａ１中のソケット制御機能部９は、実行しているプロセスに対応付いた、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行い、別のソケット（アドレスＡ）を利用するように切り替わる。

　次に、装置Ａ１中のソケット更新要求機能部１０は、装置Ｂ２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信し、装置Ｂ２中のソケット制御機能部１９は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）を利用し始めるように切り替わる。

　＜第２のシステム構成例＞
　図２に、本発明の通信サービスハンドオーバシステムの第２のシステム構成例を示す。

　図２を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）３１と、装置Ｂ（第二の通信装置）３２を含む。

　装置Ａ３１、装置Ｂ３２は、端末や網内機器である。

　装置Ａ３１は、ソケット制御機能部３９と、ソケット更新要求機能部４０を備える。

　装置Ｂ３２は、プロセス制御機能部４７と、ソケット制御機能部５１と、セッション構築機能部５２を備える。

　装置Ａ３１中のソケット制御機能部３９は、実行しているプロセスに対応付いた、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行い、別のソケット（アドレスＡ）を利用するように切り替わる。

　次に、装置Ａ３１中のソケット更新要求機能部４０は、装置Ｂ３２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信し、装置Ｂ３２中のソケット制御機能部５１は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）を利用し始めるように切り替わる。

　また、装置Ｂ３２中のプロセス制御機能部４７は、プロセスと通信サービスハンドオーバ専用ソケットを対応付ける構造体を作成する。このために、プロセス制御機能部４７は、セッション構築機能部５２に働きかけ、別のソケット（アドレスＢ）を用いて当該プロセス利用のためのセッション構築シーケンスを行い、構造体の雛形を作成することで、ゼロから構造体を作成するよりも作成時間を短縮する。

　＜第３のシステム構成例＞
　図３に、本発明の通信サービスハンドオーバシステムの第３のシステム構成例を示す。

　図３を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）６１と、装置Ｂ（第二の通信装置）６２を含む。

　装置Ａ６１、装置Ｂ６２は、端末や網内機器である。

　装置Ａ６１は、ファイルアクセスログ生成機能部６５を備える。

　装置Ｂ６２は、プロセス制御機能部８１と、ファイル更新機能部８３を備える。

　装置Ａ６１中のファイルアクセスログ生成機能部６５は、最低減、端末が切り替わっても継続して利用が見込まれるプロセスについては含む形でファイルアクセスの監視を始め、ログとしての保存も行う。

　ここで、ユーザが端末を切り替えるためにハンドオーバしたいプロセスを指定すると、装置Ａ６１は、この指定に基づき、ファイルアクセスログ生成機能部６５の作成したログおよび保有するファイル群を参照して、プロセスに関係するアクセスファイルを特定する。

　装置Ａ６１は、プロセスに関係するアクセスファイルを、プロセス名に対応付けて装置Ｂ６２に送信する。

　装置Ｂ６２中のプロセス制御機能部８１は、ファイル更新機能部８３に働きかけ、装置Ａ６１から受信したアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。

　以下に、前述の各システム構成例の具体的な実施例について説明する。

　＜第４のシステム構成例＞
　図４に、本発明の通信サービスハンドオーバシステムの第４のシステム構成例を示す。
　図４を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）１と、装置Ｂ（第二の通信装置）２と、移動管理サーバ機能部３と、サービス提供機能部４を含む。

　装置Ａ１、装置Ｂ２は、端末や網内機器である。

　装置Ａ１は、ファイルアクセスログ生成機能部５と、ＨＯ（ハンドオーバ）プロセス指定機能部６と、プロセス制御機能部７と、メモリダンプ機能部８と、ソケット制御機能部９と、ソケット更新要求機能部１０と、データ送信機能部１１と、移動管理ＣＬ機能部１２と、セッション構築機能部１３と、ファイル生成機能部１４と、通信機能部１５と、通信機能部１６を備える。

　装置Ｂ２は、プロセス制御機能部１７と、ファイル更新機能部１８と、ソケット制御機能部１９と、メモリ更新機能部２０と、移動管理ＣＬ機能部２１と、通信機能部２２と、通信機能部２３を備える。更に、装置Ｂ２は、場合によっては、セッション構築機能部２４を備える。

　＜第５のシステム構成例＞
　図５に、本発明の通信サービスハンドオーバシステムの第５のシステム構成例を示す。
　図５を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）３１と、装置Ｂ（第二の通信装置）３２と、移動管理サーバ機能部３３と、サービス提供機能部３４を含む。

　装置Ａ３１、装置Ｂ３２は、端末や網内機器である。

　装置Ａ３１は、ファイルアクセスログ生成機能部３５と、ＨＯプロセス指定機能部３６と、プロセス制御機能部３７と、プロセス起動要求機能部３８と、ソケット制御機能部３９と、ソケット更新要求機能部４０と、データ送信機能部４１と、移動管理ＣＬ機能部４２と、セッション構築機能部４３と、ファイル生成機能部４４と、通信機能部４５と、通信機能部４６を備える。

　装置Ｂ３２は、プロセス制御機能部４７と、ログ一致判定機能部４８と、ファイル送信要求機能部４９と、ファイル更新機能部５０と、ソケット制御機能部５１と、セッション構築機能部５２と、移動管理ＣＬ機能部５３と、通信機能部５４と、通信機能部５５を備える。

　＜第６のシステム構成例＞
　図６に、本発明の通信サービスハンドオーバシステムの第６のシステム構成例を示す。
　図６を参照すると、本発明の通信サービスハンドオーバシステムは、装置Ａ（第一の通信装置）６１と、装置Ｂ（第二の通信装置）６２と、移動管理サーバ機能部６３と、サービス提供機能部６４を含む。

　装置Ａ６１、装置Ｂ６２は、端末や網内機器である。

　装置Ａ６１は、ファイルアクセスログ生成機能部６５と、ＨＯプロセス指定機能部６６と、メッセージダンプ機能部６７と、プロセス制御機能部６８と、メッセージ一致判定機能部６９と、プロセス起動要求機能部７０と、ダミーソケット生成機能部７１と、ソケット制御機能部７２と、ソケット更新要求機能部７３と、データ送信機能部７４と、移動管理ＣＬ機能部７５と、セッション構築機能部７６と、ファイル生成機能部７７と、通信機能部７８と、転送機能部７９と、通信機能部８０を備える。

　装置Ｂ６２は、プロセス制御機能部８１と、ダミーソケット適用機能部８２と、ファイル更新機能部８３と、ソケット制御機能部８４と、ルーティング更新機能部８５と、セッション構築機能部８６と、移動管理ＣＬ機能部８７と、通信機能部８８と、通信機能部８９を備える。

　以下に、本発明の通信サービスハンドオーバシステムの各システム構成例における共通部分を示す。

　まず、装置Ａ（装置Ａ１、装置Ａ３１、装置Ａ６１）の各機能部について説明する。
　ファイルアクセスログ生成機能部５＝ファイルアクセスログ生成機能部３５＝ファイルアクセスログ生成機能部６５
　ＨＯプロセス指定機能部６＝ＨＯプロセス指定機能部３６＝ＨＯプロセス指定機能部６６
　プロセス制御機能部７＝プロセス制御機能部３７＝プロセス制御機能部６８
　ソケット制御機能部９＝ソケット制御機能部３９＝ソケット制御機能部７２
　ソケット更新要求機能部１０＝ソケット更新要求機能部４０＝ソケット更新要求機能部７３
　データ送信機能部１１＝データ送信機能部４１＝データ送信機能部７４
　移動管理ＣＬ機能部１２＝移動管理ＣＬ機能部４２＝移動管理ＣＬ機能部７５
　セッション構築機能部１３＝セッション構築機能部４３＝セッション構築機能部７６
　ファイル生成機能部１４＝ファイル生成機能部４４＝ファイル生成機能部７７
　通信機能部１５＝通信機能部４５＝通信機能部７８
　通信機能部１６＝通信機能部４６＝通信機能部８０

　次に、装置Ｂ（装置Ｂ２、装置Ｂ３２、装置Ｂ６２）の各機能部について説明する。
　プロセス制御機能部１７＝プロセス制御機能部４７＝プロセス制御機能部８１
　ファイル更新機能部１８＝ファイル更新機能部５０＝ファイル更新機能部８３
　ソケット制御機能部１９＝ソケット制御機能部５１＝ソケット制御機能部８４
　移動管理ＣＬ機能部２１＝移動管理ＣＬ機能部５３＝移動管理ＣＬ機能部８７
　通信機能部２２＝通信機能部５４＝通信機能部８８
　通信機能部２３＝通信機能部５５＝通信機能部８９
　セッション構築機能部２４＝セッション構築機能部５２＝セッション構築機能部８６

　更に、装置Ａ及び装置Ｂの外部の移動管理サーバ機能部、及びサービス提供機能部について説明する。
　移動管理サーバ機能部３＝移動管理サーバ機能部３３＝移動管理サーバ機能部６３
　サービス提供機能部４＝サービス提供機能部３４＝サービス提供機能部６４

　すなわち、第４のシステム構成例におけるメモリダンプ機能部８、及びメモリ更新機能部２０は、第４のシステム構成例に特有な機能部である。また、第５のシステム構成例におけるプロセス起動要求機能部３８、ログ一致判定機能部４８、及びファイル送信要求機能部４９は、第５のシステム構成例に特有な機能部である。また、第６のシステム構成例におけるメッセージダンプ機能部６７、メッセージ一致判定機能部６９、プロセス起動要求機能部７０、ダミーソケット生成機能部７１、転送機能部７９、ダミーソケット適用機能部８２、及びルーティング更新機能部８５は、第６のシステム構成例に特有な機能部である。

　本発明の通信サービスハンドオーバシステムの各システム構成例は、組み合わせることも可能である。すなわち、本発明の通信サービスハンドオーバシステムが、共通部分と共に、各システム構成例に特有な部分を全て備えているようにすることも可能である。

　なお、装置Ａ及び装置Ｂの各機能部の例として、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）やマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）等の処理装置、又は同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ（ＩＣ））、或いは、各々の機能に対応する処理をコンピュータに実行させるためのプログラム等が考えられる。なお、各々の機能に対応する処理をコンピュータに実行させるためのプログラムは、記憶媒体に格納可能である。但し、実際には、これらの例に限定されない。

　また、装置Ａ及び装置Ｂの各通信機能部の例として、ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）等のネットワークアダプタや、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。この場合、各通信機能部が利用する通信方式の例として、インターネット、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ　ＬＡＮ）、携帯電話網、ＷｉＭＡＸ、３Ｇ（第３世代携帯電話）、専用線、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ　Ｄａｔａ　Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。但し、実際には、これらの例に限定されない。

　更に、装置Ａ及び装置Ｂの外部の移動管理サーバ機能部、及びサービス提供機能部の例として、物理的なサーバ装置や、サーバ機能を持つ仮想マシン（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ（ＶＭ））環境等が考えられる。サービス提供機能部がサーバである場合、移動管理サーバ機能部は中継機器でも良い。但し、実際には、これらの例に限定されない。

　ここでは、装置Ａ及び装置Ｂの例として、物理的な機器を想定しているが、実際には、物理的な機器に限らず、コンピュータに搭載された仮想マシン（ＶＭ）環境でも良い。

　＜第４のシステム構成例の動作＞
　図７を参照して、第４のシステム構成例の場合の処理について説明する。

　装置Ａ１及び装置Ｂ２は、ルータ等の網内機器でも良いが、本システムの代表的な例では端末である。

　装置Ａ１は、ユーザが携帯する端末で、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、装置Ａ１は、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。

　また、装置Ｂ２は、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。

　サービス提供機能部４は、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。

　なお、装置Ａ１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図７に示す各装置の処理の最上部に示している。

　図中において、アドレス利用状況を示すソケット情報は、（Ｄｓｔ　ＩＰ，　Ｄｓｔ　Ｐｏｒｔ，　Ｓｒｃ　ＩＰ，　Ｓｒｃ　Ｐｏｒｔ）の形式で表示されている。「Ｄｓｔ（Ｄｅｓｔｉｎａｔｉｏｎ）」、及び「Ｓｒｃ（Ｓｏｕｒｃｅ）」は、通信の方向を特定するための情報である。ここでは、「Ｄｓｔ」は、送信先（宛先）を示す。「Ｓｒｃ」は、送信元（出所）を示す。

　（１）ステップＳ１０１
　今、ユーザが装置Ａ１を使って通信サービスを利用しようとしているものとする。装置Ａ１中のファイルアクセスログ生成機能部５は、最低減、端末が切り替わっても継続して利用が見込まれるプロセスについては含む形でファイルアクセスの監視を始め、ログとしての保存も行う。なお、後の工程で装置Ｂ２にハンドオーバするが、更に、再び装置Ａ１に切り戻すためには、装置Ｂ２にもファイルアクセスログ生成機能部を搭載することになる。このように、切り戻しをシステムに含める場合は、装置Ａ１と装置Ｂ２の搭載機能部を合計した全機能部を、両装置が共に搭載することになる。

　（２）ステップＳ１０２
　装置Ｂ２中の移動管理ＣＬ機能部２１は、アドレスＢに関する位置登録メッセージを移動管理サーバ機能部３に送信し、移動管理サーバ機能部３から応答を受信する。

　（３）ステップＳ１０３
　装置Ａ１中の移動管理ＣＬ機能部１２は、アドレスＸに関する位置登録メッセージを移動管理サーバ機能部３に送信し、移動管理サーバ機能部３から応答を受信する。

　（４）ステップＳ１０４
　装置Ａ１中のセッション構築機能部１３は、サービス提供機能部４との間で通信サービスを利用するためのセッション構築シーケンスを行う。

　（５）ステップＳ１０５
　装置Ａ１中のセッション構築機能部１３は、セッション構築シーケンスが完了すると、通信サービスを利用する。

　（６）ステップＳ１０６
　ここで、ユーザが端末を切り替えたい状況になると、装置Ａ１中のＨＯプロセス指定機能部６は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。装置Ａ１は、この指定に基づき、ファイルアクセスログ生成機能部５の作成したログと、ファイル生成機能部１４が保有するファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを特定する。

　（７）ステップＳ１０７
　装置Ａ１中のプロセス制御機能部７は、起動中のＨＯプロセスの停止を行う。

　（８）ステップＳ１０８
　装置Ａ１中のメモリダンプ機能部８は、このタイミングでＨＯプロセスが利用しているメモリをダンプする。

　（９）ステップＳ１０９
　装置Ａ１中のデータ送信機能部１１は、ＨＯプロセスに関係するメモリダンプとアクセスファイルを、プロセス名に対応付けて装置Ｂ２に送信する。

　（１０）ステップＳ１１０
　装置Ｂ２中のプロセス制御機能部１７は、ファイル更新機能部１８に働きかけ、装置Ａ１から受信したメモリダンプとアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。このとき、プロセス制御機能部１７は、ＨＯプロセスとＨＯソケットを対応付ける構造体の作成を行うが、効率化を図るため、必要に応じて、セッション構築機能部２４に働きかけてサービス提供機能部４との間で通信サービスを利用するためのセッション構築シーケンスを行い、構造体の雛形を作成することも可能である。なお、プロセス制御機能部１７は、この際のセッション構築において、アドレスＢ等を用いる。

　（１１）ステップＳ１１１
　装置Ｂ２中のプロセス制御機能部１７は、ファイル更新機能部１８によるファイル更新が完了すると、完了通知を装置Ａ１に送信する。

　（１２）ステップＳ１１２
　装置Ａ１中のソケット制御機能部９は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行う。この結果、装置Ａ１は、アドレスＡを利用するように切り替わる。

　（１３）ステップＳ１１３
　装置Ａ１中のソケット更新要求機能部１０は、装置Ｂ２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、装置Ａ１中のソケット更新要求機能部１０は、本要求メッセージと同等の内容を、ステップＳ１０９のタイミングで一緒に送信することも可能である。

　（１４）ステップＳ１１４
　装置Ｂ２中のソケット制御機能部１９は、装置Ａ１から受信した通信サービスハンドオーバ専用ソケットを適用する。この結果、装置Ｂ２は、アドレスＸを利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１５）ステップＳ１１５
　装置Ｂ２中のメモリ更新機能部２０は、装置Ａ１から受信していたメモリダンプをこのタイミングで受信プロセス名に結び付ける形で適用し、プロセス制御機能部１７によってＨＯプロセスの再開を行う。

　（１６）ステップＳ１１６
　装置Ｂ２中の移動管理ＣＬ機能部２１は、アドレスＸに関する位置登録メッセージを移動管理サーバ機能部３に送信し、移動管理サーバ機能部３から応答を受信する。

　（１７）ステップＳ１１７
　装置Ｂ２中の移動管理ＣＬ機能部２１は、移動管理サーバ機能部３でのルーティングが変更されることで、サービス提供機能部４との間の通信サービスが完全にハンドオーバされたと判断し、通信サービスを利用する。

　＜第５のシステム構成例の動作＞
　図８を参照して、第５のシステム構成例の場合の処理について説明する。

　装置Ａ３１及び装置Ｂ３２は、ルータ等の網内機器でも良いが、本システムの代表的な例では端末である。

　装置Ａ３１は、ユーザが携帯する端末で、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、装置Ａ３１は、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。

　また、装置Ｂ３２は、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。

　サービス提供機能部３４は、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。

　なお、装置Ａ３１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図８に示す各装置の処理の最上部に示している。

　（１）ステップＳ１３１
　今、ユーザが装置Ａ３１を使って通信サービスを利用しようとしているものとする。装置Ａ３１中のファイルアクセスログ生成機能部３５は、最低減、端末が切り替わっても継続して利用が見込まれるプロセスについては含む形でファイルアクセスの監視を始め、ログとしての保存も行う。なお、後の工程で装置Ｂ３２にハンドオーバするが、更に、再び装置Ａ３１に切り戻すためには、装置Ｂ３２にもファイルアクセスログ生成機能部を搭載することになる。このように、切り戻しをシステムに含める場合は、装置Ａ３１と装置Ｂ３２の搭載機能部を合計した全機能部を、両装置が共に搭載することになる。

　（２）ステップＳ１３２
　装置Ｂ３２中の移動管理ＣＬ機能部５３は、アドレスＢに関する位置登録メッセージを移動管理サーバ機能部３３に送信し、移動管理サーバ機能部３３から応答を受信する。

　（３）ステップＳ１３３
　装置Ａ３１中の移動管理ＣＬ機能部４２は、アドレスＸに関する位置登録メッセージを移動管理サーバ機能部３３に送信し、移動管理サーバ機能部３３から応答を受信する。

　（４）ステップＳ１３４
　装置Ａ３１中のセッション構築機能部４３は、サービス提供機能部３４との間で通信サービスを利用するためのセッション構築シーケンスを行う。

　（５）ステップＳ１３５
　装置Ａ３１中のセッション構築機能部４３は、セッション構築シーケンスが完了すると、通信サービスを利用する。

　（６）ステップＳ１３６
　ここで、ユーザが端末を切り替えたい状況になると、装置Ａ３１中のＨＯプロセス指定機能部３６は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。装置Ａ３１は、この指定に基づき、ファイルアクセスログ生成機能部３５の作成したログを参照して、ＨＯプロセスに関係するファイルアクセスログを特定する。

　（７）ステップＳ１３７
　装置Ａ３１中のプロセス制御機能部３７は、起動中のＨＯプロセスの停止を行う。

　（８）ステップＳ１３８
　装置Ａ３１中のプロセス起動要求機能部３８は、装置Ｂ３２に特定したファイルアクセスログを含めたプロセス起動要求メッセージを送信し、ＨＯプロセスの起動を促す。

　（９）ステップＳ１３９
　装置Ｂ３２中のプロセス制御機能部４７は、装置Ａ３１よりプロセス起動要求メッセージを受信して該当ＨＯプロセスを起動し、セッション構築機能部５２に働きかけてサービス提供機能部３４との間で通信サービスを利用するためのセッション構築シーケンスを行う。なお、ここでのセッション構築シーケンスは、サービス提供機能部３４との間でダイレクトに行っているが、後述する第６のシステム構成例のように装置Ａ３１を経由する方式でも良い。また、シーケンスの結果、サービス提供機能部３４により作成されるセッションデータは、実際のサービス利用時には適用されないものであり、タイムアウトの際に消去されて構わない。

　（１０）ステップＳ１４０
　装置Ｂ３２中のログ一致判定機能部４８は、装置Ａ３１から受信したファイルアクセスログと、自身が実行したシーケンス処理のログとの一致を確認する。

　（１１）ステップＳ１４１
　装置Ｂ３２中のファイル送信要求機能部４９は、ログが一致している場合、更新が必要な最新ＨＯプロセスアクセスファイルの送信を装置Ａ３１に要求し、装置Ａ３１から応答を受信する。

　（１２）ステップＳ１４２
　装置Ａ３１中のデータ送信機能部４１は、ファイルアクセスログ生成機能部３５の作成したログと、ファイル生成機能部４４が保有するファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを装置Ｂ３２に送信する。

　（１３）ステップＳ１４３
　装置Ｂ３２中のファイル更新機能部５０は、装置Ａ３１から受信したアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成し、完了すると、完了通知を装置Ａ３１に送信する。

　（１４）ステップＳ１４４
　装置Ａ３１中のソケット制御機能部３９は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行う。この結果、装置Ａ３１は、アドレスＡを利用するように切り替わる。

　（１５）ステップＳ１４５
　装置Ａ３１中のソケット更新要求機能部４０は、装置Ｂ３２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、装置Ａ３１中のソケット更新要求機能部４０は、本要求メッセージと同等の内容を、ステップＳ１３８やステップＳ１４１のタイミングで一緒に送信することも可能である。

　（１６）ステップＳ１４６
　装置Ｂ３２中のソケット制御機能部５１は、装置Ａ３１から受信した通信サービスハンドオーバ専用ソケットを適用する。この結果、装置Ｂ３２は、アドレスＸを利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１７）ステップＳ１４７
　装置Ｂ３２中の移動管理ＣＬ機能部５３は、アドレスＸに関する位置登録メッセージを移動管理サーバ機能部３３に送信し、移動管理サーバ機能部３３から応答を受信する。

　（１８）ステップＳ１４８
　装置Ｂ３２中の移動管理ＣＬ機能部５３は、移動管理サーバ機能部３３でのルーティングが変更されることで、サービス提供機能部３４との間の通信サービスが完全にハンドオーバされたと判断し、通信サービスを利用する。

　＜第６のシステム構成例の動作＞
　図９を参照して、第６のシステム構成例の場合の処理について説明する。

　装置Ａ６１及び装置Ｂ６２は、ルータ等の網内機器でも良いが、本システムの代表的な例では端末である。

　装置Ａ６１は、ユーザが携帯する端末で、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、装置Ａ６１は、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。

　また、装置Ｂ６２は、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。

　サービス提供機能部６４は、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。

　なお、装置Ａ６１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図９に示す各装置の処理の最上部に示している。

　（１）ステップＳ１６１
　今、ユーザが装置Ａ６１を使って通信サービスを利用しようとしているものとする。装置Ａ６１中のファイルアクセスログ生成機能部６５は、最低減、端末が切り替わっても継続して利用が見込まれるプロセスについては含む形でファイルアクセスの監視を始め、ログとしての保存も行う。なお、後の工程で装置Ｂ６２にハンドオーバするが、更に、再び装置Ａ６１に切り戻すためには、装置Ｂ６２にもファイルアクセスログ生成機能部を搭載することになる。このように、切り戻しをシステムに含める場合は、装置Ａ６１と装置Ｂ６２の搭載機能部を合計した全機能部を、両装置が共に搭載することになる。

　（２）ステップＳ１６２
　装置Ａ６１中のメッセージダンプ機能部６７は、サービス提供機能部６４との間のセッション構築時に通信機能部７８にて受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。

　（３）ステップＳ１６３
　装置Ｂ６２中の移動管理ＣＬ機能部８７は、アドレスＢに関する位置登録メッセージを移動管理サーバ機能部６３に送信し、移動管理サーバ機能部６３から応答を受信する。

　（４）ステップＳ１６４
　装置Ａ６１中の移動管理ＣＬ機能部７５は、アドレスＸに関する位置登録メッセージを移動管理サーバ機能部６３に送信し、移動管理サーバ機能部６３から応答を受信する。

　（５）ステップＳ１６５
　装置Ａ６１中のセッション構築機能部７６は、サービス提供機能部６４との間で通信サービスを利用するためのセッション構築シーケンスを行う。

　（６）ステップＳ１６６
　装置Ａ６１中のセッション構築機能部７６は、セッション構築シーケンスが完了すると、通信サービスを利用する。

　（７）ステップＳ１６７
　ここで、ユーザが端末を切り替えたい状況になると、装置Ａ６１中のＨＯプロセス指定機能部６６は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。装置Ａ６１は、この指定に基づき、ファイルアクセスログ生成機能部６５の作成したログを参照して、ＨＯプロセスに関係するファイルアクセスログを特定する。

　（８）ステップＳ１６８
　装置Ａ６１中のプロセス制御機能部６８は、起動中のＨＯプロセスの停止を行う。

　（９）ステップＳ１６９
　装置Ａ６１中のソケット制御機能部７２は、ダミーソケット生成機能部７１に働きかけ、自身のソケットプール、もしくは都合の良い他のアドレスプールから装置Ｂ６２用にアドレスを捕捉し、ダミーソケットを作成する（この場合は、「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｙ」）。装置Ａ６１中のプロセス起動要求機能部７０は、装置Ｂ６２にダミーソケットを含めたプロセス起動要求メッセージを送信し、ＨＯプロセスの起動を促す。なお、このとき装置Ａ６１中の通信機能部８０は、装置Ｂ６２から、指定された種類のパケットを受信すると、転送機能部７９を経由して通信機能部７８に渡すように設定する。

　（１０）ステップＳ１７０
　装置Ｂ６２中のプロセス制御機能部８１は、装置Ａ６１よりプロセス起動要求メッセージを受信して、ソケット制御機能部８４を経由してダミーソケット適用機能部８２に働きかけ、装置Ａ６１から受信したダミーソケットを通信機能部８８に関連付けて適用する。この結果、装置Ｂ６２は、アドレス（Ｘ，ｙ）を利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１１）ステップＳ１７１
　更に、プロセス制御機能部８１は、該当ＨＯプロセスを起動し、セッション構築機能部８６に働きかけて、サービス提供機能部６４との間で通信サービスを利用するためのセッション構築シーケンスを、装置Ａ６１を経由する形で行う。なお、シーケンスの結果、サービス提供機能部６４により作成されるセッションデータは、実際のサービス利用時には適用されないものであり、タイムアウトの際に消去されて構わない。

　（１２）ステップＳ１７２
　装置Ａ６１中のメッセージ一致判定機能部６９は、装置Ｂ６２宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）ことを確認する。

　（１３）ステップＳ１７３
　キャプチャされたセッション構築メッセージとメッセージダンプ結果とのある程度の一致が確認されると、装置Ａ６１中のデータ送信機能部７４は、ファイルアクセスログ生成機能部６５の作成したログと、ファイル生成機能部７７が保有するファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを装置Ｂ６２に送信する。

　（１４）ステップＳ１７４
　装置Ｂ６２中のファイル更新機能部８３は、装置Ａ６１から受信したアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成し、完了すると、完了通知を装置Ａ６１に送信する。

　（１５）ステップＳ１７５
　装置Ａ６１中のソケット制御機能部７２は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレス（Ｘ，ｘ））のクローズを行う。この結果、装置Ａ６１は、アドレスＡを利用するように切り替わる。

　（１６）ステップＳ１７６
　装置Ａ６１中のソケット更新要求機能部７３は、装置Ｂ６２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、ソケット更新要求機能部７３は、本要求メッセージと同等の内容を、ステップＳ１６９やステップＳ１７２のタイミングで一緒に送信することも可能である。

　（１７）ステップＳ１７７
　装置Ｂ６２中のソケット制御機能部８４は、装置Ａ６１から受信した通信サービスハンドオーバ専用ソケットを適用する。

　（１８）ステップＳ１７８
　更に、装置Ｂ６２中のソケット制御機能部８４は、ルーティング更新機能部８５に働きかけて通信サービスハンドオーバ専用ソケットを通信機能部８９に関連付けるよう変更する（ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間の切り替え）。この結果、装置Ｂ６２は、アドレス（Ｘ，ｘ）を利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１９）ステップＳ１７９
　装置Ｂ６２中の移動管理ＣＬ機能部８７は、アドレス（Ｘ，ｘ）に関する位置登録メッセージを移動管理サーバ機能部６３に送信し、移動管理サーバ機能部６３から応答を受信する。

　（２０）ステップＳ１８０
　装置Ｂ６２中の移動管理ＣＬ機能部８７は、移動管理サーバ機能部６３でのルーティングが変更されることで、サービス提供機能部６４との間の通信サービスが完全にハンドオーバされたと判断し、通信サービスを利用する。

　以下に、本発明の第２実施形態について説明する。
　本実施形態では、装置Ａ、装置Ｂはルータ等の網内機器である場合について説明する。例えば、装置Ａ、装置Ｂがエッジルータで、通常は配下の端末が持つようなクライアント機能部を肩代わりして搭載する形態（ｐｒｏｘｙ型）を採る場合、装置Ａ、装置Ｂと網側にあるサービス提供機能部との間の通信サービスハンドオーバに、本特許が適用できる。

　装置Ａ中のソケット更新要求機能部は、装置Ｂに通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信しているが、本要求メッセージと同等の内容は、それ以前に装置Ａから装置Ｂへ送信される何らかのメッセージのタイミングで一緒に送信することも可能である。そのような場合、ソケット更新要求／応答メッセージの工程は削除される。

　＜第７のシステム構成例＞
　第７のシステム構成例は、第４のシステム構成例をベースとし、端末間の通信サービスハンドオーバを行う場合を示す。

　図１０に、本発明の通信サービスハンドオーバシステムの第７のシステム構成例を示す。
　図１０を参照すると、本発明の通信サービスハンドオーバシステムは、端末Ａ（第一の通信装置）２０１と、端末Ｂ（第二の通信装置）２０２と、移動網ＥＲ（Ｅｄｇｅ　Ｒｏｕｔｅｒ）２０３と、固定網ＥＲ２０４と、ＨＡ（Ｈｏｍｅ　Ａｇｅｎｔ）２０５と、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ））２０６を含む。

　ここでは、端末Ａ２０１は、第４のシステム構成例の端末Ａ１に該当する。端末Ｂ２０２は、第４のシステム構成例の端末Ｂ２に該当する。移動網ＥＲ２０３は、端末Ａ２０１とＨＡ２０５との通信を中継する。固定網ＥＲ２０４は、装置Ｂ２０２とＨＡ２０５との通信を中継する。ＨＡ２０５は、第４のシステム構成例の移動管理サーバ機能部３に該当する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６は、第４のシステム構成例のサービス提供機能部４に該当する。

　このとき、端末Ａ２０１は、ＰＡＮ（Ｐｅｒｓｏｎａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）２０７を経由して端末Ｂ２０２と接続する。移動網ＥＲ２０３は、３ＧＰＰアクセス網２０８を経由して端末Ａ２０１と接続し、インフラ網２１０を経由してＨＡ２０５と接続する。固定網ＥＲ２０４は、ＷＬＡＮアクセス網２０９を経由して装置Ｂ２０２と接続し、インフラ網２１０を経由してＨＡ２０５と接続する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６は、サービス網２１１を経由してＨＡ２０５と接続する。

　＜第７のシステム構成例の動作＞
　図１１を参照して、第７のシステム構成例の場合の処理について説明する。

　端末Ａ２０１は、ユーザが携帯する端末で、インフラ網２１０に対し、３ＧＰＰアクセス網２０８を経由して接続する。また、端末Ａ２０１は、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、端末Ａ２０１は、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。

　端末Ｂ２０２は、インフラ網２１０に対し、ＷＬＡＮアクセス網２０９を経由して接続する。また、端末Ｂ２０２は、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。端末Ａ２０１と端末Ｂ２０２は、ＰＡＮ２０７等のローカルなネットワークで相互接続されている。

　ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６は、サービス網２１１中に設置され、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。また、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６は、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）やＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ　Ａｒｃｈｉｔｅｃｔｕｒｅ　ｆｏｒ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）といったＶＰＮのトンネリングを終端する。なお、端末Ａ２０１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図１１に示す各装置の処理の最上部に示している。

　（１）ステップＳ３０１
　今、ユーザが端末Ａ２０１を使ってＶＰＮサービスを利用しようとしているものとする。端末Ａ２０１は、ＶＰＮプロセスによるファイルアクセスの監視を始め、ログとしての保存も行う。ここでは、端末Ａ２０１及び端末Ｂ２０２は、「ＭｏｂｉｌｅＩＰｖ６」のクライアントとして動作する。ＨＡ２０５は、サーバとして動作する。

　（２）ステップＳ３０２
　端末Ｂ２０２は、アドレスＢに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２０５に送信し、ＨＡ２０５から応答を受信する。

　（３）ステップＳ３０３
　端末Ａ２０１は、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２０５に送信し、ＨＡ２０５から応答を受信する。

　（４）ステップＳ３０４
　端末Ａ２０１は、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを行う。

　（５）ステップＳ３０５
　端末Ａ２０１は、セッション構築シーケンスが完了すると、ＶＰＮサービスを利用する。

　（６）ステップＳ３０６
　ここで、ユーザが端末を切り替えたい状況になると、端末Ａ２０１は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。端末Ａ２０１は、この指定に基づき、ファイルアクセスログとファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを特定する。

　（７）ステップＳ３０７
　端末Ａ２０１は、起動中のＨＯプロセスの停止を行う。

　（８）ステップＳ３０８
　端末Ａ２０１は、このタイミングでＨＯプロセスが利用しているメモリをダンプする。

　（９）ステップＳ３０９
　端末Ａ２０１は、ＨＯプロセスに関係するメモリダンプとアクセスファイルを、ＶＰＮプロセスの名称に対応付けて端末Ｂ２０２に送信する。

　（１０）ステップＳ３１０
　端末Ｂ２０２は、端末Ａ２０１から受信したメモリダンプとアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。このとき、端末Ｂ２０２は、ＨＯプロセスとＨＯソケットを対応付ける構造体の作成を行うが、効率化を図るため、必要に応じて、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを行い、構造体の雛形を作成することも可能である。なお、端末Ｂ２０２は、この際のセッション構築において、アドレスＢ等を用いる。

　（１１）ステップＳ３１１
　端末Ｂ２０２は、ファイル更新が完了すると、完了通知を端末Ａ２０１に送信する。

　（１２）ステップＳ３１２
　端末Ａ２０１は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行う。この結果、端末Ａ２０１は、アドレスＡを利用するように切り替わる。

　（１３）ステップＳ３１３
　端末Ａ２０１は、端末Ｂ２０２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、端末Ａ２０１は、本要求メッセージと同等の内容を、ステップＳ３０９のタイミングで一緒に送信することも可能である。

　（１４）ステップＳ３１４
　端末Ｂ２０２は、端末Ａ２０１から受信した通信サービスハンドオーバ専用ソケットを適用する。この結果、端末Ｂ２０２は、アドレスＸを利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１５）ステップＳ３１５
　端末Ｂ２０２は、端末Ａ２０１から受信していたメモリダンプをこのタイミングで受信プロセス名に結び付ける形で適用し、ＨＯプロセスの再開を行う。

　（１６）ステップＳ３１６
　端末Ｂ２０２は、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２０５に送信し、ＨＡ２０５から応答を受信する。

　（１７）ステップＳ３１７
　端末Ｂ２０２は、ＨＡ２０５でのルーティングが変更されることで、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２０６との間のＶＰＮサービスが完全にハンドオーバされたと判断し、ＶＰＮサービスを利用する。

　＜第８のシステム構成例＞
　第８のシステム構成例は、第５のシステム構成例をベースとし、端末間の通信サービスハンドオーバを行う場合を示す。

　図１２に、本発明の通信サービスハンドオーバシステムの第８のシステム構成例を示す。
　図１２を参照すると、本発明の通信サービスハンドオーバシステムは、端末Ａ（第一の通信装置）２３１と、端末Ｂ（第二の通信装置）２３２と、移動網ＥＲ２３３と、固定網ＥＲ２３４と、ＨＡ２３５と、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６を含む。

　ここでは、端末Ａ２３１は、第５のシステム構成例の装置Ａ３１に該当する。端末Ｂ２３２は、第５のシステム構成例の装置Ｂ３２に該当する。移動網ＥＲ２３３は、端末Ａ２３１とＨＡ２３５との通信を中継する。固定網ＥＲ２３４は、端末Ｂ２３２とＨＡ２３５との通信を中継する。ＨＡ２３５は、第５のシステム構成例の移動管理サーバ機能部３３に該当する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６は、第５のシステム構成例のサービス提供機能部３４に該当する。

　このとき、端末Ａ２３１は、ＰＡＮ２３７を経由して端末Ｂ２３２と接続する。移動網ＥＲ２３３は、３ＧＰＰアクセス網２３８を経由して端末Ａ２３１と接続し、インフラ網２４０を経由してＨＡ２３５と接続する。固定網ＥＲ２３４は、ＷＬＡＮアクセス網２３９を経由して装置Ｂ２３２と接続し、インフラ網２４０を経由してＨＡ２３５と接続する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６は、サービス網２４１を経由してＨＡ２３５と接続する。

　＜第８のシステム構成例の動作＞
　図１３を参照して、第８のシステム構成例の場合の処理について説明する。

　端末Ａ２３１は、ユーザが携帯する端末で、インフラ網２４０に対し、３ＧＰＰアクセス網２３８を経由して接続する。また、端末Ａ２３１は、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、端末Ａ２３１は、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。

　端末Ｂ２３２は、インフラ網２４０に対し、ＷＬＡＮアクセス網２３９を経由して接続する。また、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。端末Ａ２３１と端末Ｂ２３２は、ＰＡＮ２３７等のローカルなネットワークで相互接続されている。

　ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６は、サービス網２４１中に設置され、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。また、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６は、ＳＳＬやＩＰｓｅｃといったＶＰＮのトンネリングを終端する。

　なお、端末Ａ２３１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図１３に示す各装置の処理の最上部に示している。

　（１）ステップＳ３３１
　今、ユーザが端末Ａ２３１を使ってＶＰＮサービスを利用しようとしているものとする。端末Ａ２３１は、ＶＰＮプロセスによるファイルアクセスの監視を始め、ログとしての保存も行う。

　（２）ステップＳ３３２
　端末Ａ２３１及び端末Ｂ２３２は、ＭｏｂｉｌｅＩＰｖ６のクライアントとして動作する。また、ＨＡ２３５はサーバとして動作する。端末Ｂ２３２は、アドレスＢに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２３５に送信し、ＨＡ２３５から応答を受信する。

　（３）ステップＳ３３３
　端末Ａ２３１は、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２３５に送信し、ＨＡ２３５から応答を受信する。

　（４）ステップＳ３３４
　端末Ａ２３１は、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを行う。

　（５）ステップＳ３３５
　端末Ａ２３１は、セッション構築シーケンスが完了すると、ＶＰＮサービスを利用する。

　（６）ステップＳ３３６
　ここで、ユーザが端末を切り替えたい状況になると、端末Ａ２３１は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。端末Ａ２３１は、この指定に基づき、ファイルアクセスログを参照して、ＨＯプロセスに関係するファイルアクセスログを特定する。

　（７）ステップＳ３３７
　端末Ａ２３１は、起動中のＨＯプロセスの停止を行う。

　（８）ステップＳ３３８
　端末Ａ２３１は、端末Ｂ２３２に特定したファイルアクセスログを含めたプロセス起動要求メッセージを送信し、ＨＯプロセスの起動を促す。

　（９）ステップＳ３３９
　端末Ｂ２３２は、端末Ａ２３１よりプロセス起動要求メッセージを受信して該当ＨＯプロセスを起動し、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを行う。なお、ここでのセッション構築シーケンスは、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６との間でダイレクトに行っているが、後述する第９のシステム構成例のように端末Ａ２３１を経由する方式でも良い。また、シーケンスの結果、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６により作成されるセッションデータは、実際のサービス利用時には適用されないものであり、タイムアウトの際に消去されて構わない。

　（１０）ステップＳ３４０
　端末Ｂ２３２は、端末Ａ２３１から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を確認し、更新が必要な最新ＨＯプロセスアクセスファイルの送信を端末Ａ２３１に要求する。

　（１１）ステップＳ３４１
　端末Ａ２３１は、ファイルアクセスログとファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを端末Ｂ２３２に送信する。

　（１２）ステップＳ３４２
　端末Ｂ２３２は、端末Ａ２３１から受信したアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。

　（１３）ステップＳ３４３
　端末Ｂ２３２は、ファイル更新が完了すると、完了通知を端末Ａ２３１に送信する。

　（１４）ステップＳ３４４
　端末Ａ２３１は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行う。この結果、端末Ａ２３１は、アドレスＡを利用するように切り替わる。

　（１５）ステップＳ３４５
　端末Ａ２３１は、端末Ｂ２３２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、端末Ａ２３１は、本要求メッセージと同等の内容を、ステップＳ３４８やステップＳ３４１のタイミングで一緒に送信することも可能である。

　（１６）ステップＳ３４６
　端末Ｂ２３２は、端末Ａ２３１から受信した通信サービスハンドオーバ専用ソケットを適用する。この結果、端末Ｂ２３２は、アドレスＸを利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１７）ステップＳ３４７
　端末Ｂ２３２は、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２３５に送信し、ＨＡ２３５から応答を受信する。

　（１８）ステップＳ３４８
　端末Ｂ２３２は、ＨＡ２３５でのルーティングが変更されることで、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２３６との間のＶＰＮサービスが完全にハンドオーバされたと判断し、ＶＰＮサービスを利用する。

　＜第９のシステム構成例＞
　第９のシステム構成例は、第６のシステム構成例をベースとし、端末間の通信サービスハンドオーバを行う場合を示す。

　図１４に、本発明の通信サービスハンドオーバシステムの第９のシステム構成例を示す。
　図１４を参照すると、本発明の通信サービスハンドオーバシステムは、端末Ａ（第一の通信装置）２６１と、端末Ｂ（第二の通信装置）２６２と、移動網ＥＲ２６３と、固定網ＥＲ２６４と、ＨＡ２６５と、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６を含む。

　ここでは、端末Ａ２６１は、第６のシステム構成例の装置Ａ６１に該当する。端末Ｂ２６２は、第６のシステム構成例の装置Ｂ６２に該当する。移動網ＥＲ２６３は、端末Ａ２６１とＨＡ２６５との通信を中継する。固定網ＥＲ２６４は、端末Ｂ２６２とＨＡ２６５との通信を中継する。ＨＡ２６５は、第６のシステム構成例の移動管理サーバ機能部６３に該当する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６は、第６のシステム構成例のサービス提供機能部６４に該当する。

　このとき、端末Ａ２６１は、ＰＡＮ２６７を経由して端末Ｂ２６２と接続する。移動網ＥＲ２６３は、３ＧＰＰアクセス網２６８を経由して端末Ａ２６１と接続し、インフラ網２７０を経由してＨＡ２６５と接続する。固定網ＥＲ２６４は、ＷＬＡＮアクセス網２６９を経由して装置Ｂ２６２と接続し、インフラ網２７０を経由してＨＡ２６５と接続する。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６は、サービス網２７１を経由してＨＡ２６５と接続する。

　＜第９のシステム構成例の動作＞
　図１５を参照して、第９のシステム構成例の場合の処理について説明する。

　端末Ａ２６１は、ユーザが携帯する端末で、インフラ網２７０に対し、３ＧＰＰアクセス網２６８を経由して接続する。また、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持ち、更に、端末の切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。端末Ｂ２６２は、インフラ網２７０に対し、ＷＬＡＮアクセス網２６９を経由して接続する。また、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。端末Ａ２６１、端末Ｂ２６２は、ＰＡＮ２６７等のローカルなネットワークで相互接続されている。ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６は、サービス網２７１中に設置され、「ＩＰアドレス：Ｃ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｃ」を持つ。また、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６は、ＳＳＬやＩＰｓｅｃといったＶＰＮのトンネリングを終端する。なお、端末Ａ２６１は、常に端末の切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図１５に示す各装置の処理の最上部に示している。

　（１）ステップＳ３６１
　今、ユーザが端末Ａ２６１を使ってＶＰＮサービスを利用しようとしているものとする。端末Ａ２６１は、ＶＰＮプロセスによるファイルアクセスの監視を始め、ログとしての保存も行う。

　（２）ステップＳ３６２
　端末Ａ２６１は、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６との間のセッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。端末Ａ２６１及び端末Ｂ２６２は、ＭｏｂｉｌｅＩＰｖ６のクライアントとして動作する。また、ＨＡ２６５はサーバとして動作する。

　（３）ステップＳ３６３
　端末Ｂ２６２は、アドレスＢに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２６５に送信し、ＨＡ２６５から応答を受信する。

　（４）ステップＳ３６４
　端末Ａ２６１は、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２６５に送信し、ＨＡ２６５から応答を受信する。

　（５）ステップＳ３６５
　端末Ａ２６１は、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを行う。

　（６）ステップＳ３６６
　端末Ａ２６１は、セッション構築シーケンスが完了すると、ＶＰＮサービスを利用する。

　（７）ステップＳ３６７
　ここで、ユーザが端末を切り替えたい状況になると、端末Ａ２６１は、ハンドオーバしたいプロセスを指定する。この指定は、手動でも自動でもいずれでも良い。端末Ａ２６１は、この指定に基づき、ファイルアクセスログを参照して、ＨＯプロセスに関係するファイルアクセスログを特定する。

　（８）ステップＳ３６８
　端末Ａ２６１は、起動中のＨＯプロセスの停止を行う。

　（９）ステップＳ３６９
　端末Ａ２６１は、自身のソケットプール、もしくは都合の良い他のアドレスプールから端末Ｂ２６２用にアドレスを捕捉し、ダミーソケットを作成する（この場合は、「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｙ」）。端末Ａ２６１は、端末Ｂ２６２にダミーソケットを含めたプロセス起動要求メッセージを送信し、ＨＯプロセスの起動を促す。なお、このとき端末Ａ２６１は、端末Ｂ２６２から、指定された種類のパケットを受信すると、転送するように設定する。

　（１０）ステップＳ３７０
　端末Ｂ２６２は、端末Ａ２６１よりプロセス起動要求メッセージを受信して、端末Ａ２６１から受信したダミーソケットをＰＡＮ２６７側通信に関連付けて適用する。この結果、端末Ｂ２６２は、アドレス（Ｘ，ｙ）を利用するように切り替わり、通信相手アドレスをＣに指定する。更に、端末Ｂ２６２は、該当ＨＯプロセスを起動し、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６との間でＶＰＮサービスを利用するためのセッション構築シーケンスを端末Ａ２６１を経由する形で行う。なお、シーケンスの結果、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６により作成されるセッションデータは、実際のサービス利用時には適用されないものであり、タイムアウトの際に消去されて構わない。

　（１１）ステップＳ３７１
　端末Ａ２６１は、端末Ｂ２６２宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）ことを確認する。

　（１２）ステップＳ３７２
　キャプチャされたセッション構築メッセージとメッセージダンプ結果とのある程度の一致が確認されると、端末Ａ２６１は、ファイルアクセスログとファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを端末Ｂ２６２に送信する。

　（１３）ステップＳ３７３
　端末Ｂ２６２は、端末Ａ２６１から受信したアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。

　（１４）ステップＳ３７４
　端末Ｂ２６２は、ファイル更新が完了すると、完了通知を端末Ａ２６１に送信する。

　（１５）ステップＳ３７５
　端末Ａ２６１は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレス（Ｘ，ｘ））のクローズを行う。この結果、端末Ａ２６１は、アドレスＡを利用するように切り替わる。

　（１６）ステップＳ３７６
　端末Ａ２６１は、端末Ｂ２６２に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、本要求メッセージと同等の内容は、ステップＳ３７９やステップＳ３７２のタイミングで一緒に送信することも可能である。

　（１７）ステップＳ３７７
　端末Ｂ２６２は、端末Ａ２６１から受信した通信サービスハンドオーバ専用ソケットを適用する。

　（１８）ステップＳ３７８
　更に、端末Ｂ２６２は、通信サービスハンドオーバ専用ソケットを、ＷＬＡＮアクセス網２６９側通信に関連付けるよう変更する（ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間の切り替え）。この結果、端末Ｂ２６２は、アドレス（Ｘ，ｘ）を利用するように切り替わり、通信相手アドレスをＣに指定する。

　（１９）ステップＳ３７９
　端末Ｂ２６２は、アドレス（Ｘ，ｘ）に関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＨＡ２６５に送信し、ＨＡ２６５から応答を受信する。

　（２０）ステップＳ３８０
　端末Ｂ２６２は、ＨＡ２６５でのルーティングが変更されることで、ＶＰＮゲートウェイ（ＶＰＮ　ＧＷ）２６６との間のＶＰＮサービスが完全にハンドオーバされたと判断し、ＶＰＮサービスを利用する。

　＜第１０のシステム構成例＞
　第１０のシステム構成例は、第４のシステム構成例をベースとし、ルータ間の通信サービスハンドオーバを行う場合を示す。

　図１６に、本発明の通信サービスハンドオーバシステムの第１０のシステム構成例を示す。
　図１６を参照すると、本発明の通信サービスハンドオーバシステムは、端末２８１と、移動網ＥＲ２８２と、固定網ＥＲ２８３と、ＨＡ２８４を含む。

　ここでは、端末２８１は、移動前は第４のシステム構成例の装置Ａ１に該当し、移動後は第４のシステム構成例の装置Ｂ２に該当する。移動網ＥＲ２８２は、端末２８１とＨＡ２８４との通信を中継する。固定網ＥＲ２８３は、端末２８１とＨＡ２８４との通信を中継する。ＨＡ２８４は、第４のシステム構成例の移動管理サーバ機能部３、及びサービス提供機能部４に該当する。

　このとき、端末２８１は、移動網ＥＲ２８２の通信エリアから、固定網ＥＲ２８３の通信エリアに移動する。移動網ＥＲ２８２は、３ＧＰＰアクセス網２８５を経由して端末２８１と接続し、インフラ網２８７を経由してＨＡ２８４と接続する。固定網ＥＲ２８３は、ＷＬＡＮアクセス網２８６を経由して端末２８１と接続し、インフラ網２８７を経由してＨＡ２８４と接続する。

　＜第１０のシステム構成例の動作＞
　図１７を参照して、第１０のシステム構成例の場合の処理について説明する。

　移動網ＥＲ２８２は、インフラ網２８７のエッジに置かれたルータで、３ＧＰＰアクセス網２８５を経由して接続する端末２８１を収容する。固定網ＥＲ２８３は、インフラ網２８７のエッジに置かれたルータで、ＷＬＡＮアクセス網２８６を経由して接続する端末２８１を収容する。移動網ＥＲ２８２、及び固定網ＥＲ２８３は、通常は、配下の端末が持つようなクライアント機能部を肩代わりして搭載する形態、すなわちｐｒｏｘｙ型のアーキテクチャを採っている。

　移動網ＥＲ２８２は、ユーザデータ通信用にサービスプロバイダ等から払い出された「ＩＰアドレス：Ａ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ａ」を持つ。更に、移動網ＥＲ２８２は、端末２８１の移動に伴うルータの切り替えを想定して通信サービスハンドオーバ専用の「ＩＰアドレス：Ｘ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｘ」も持つ。固定網ＥＲ２８３は、サービスプロバイダ等から払い出された「ＩＰアドレス：Ｂ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｂ」を持つ。

　ＨＡ２８４は、「ＩＰアドレス：Ｄ」、「Ｐｏｒｔ　Ｎｕｍｂｅｒ：ｄ」を持つ。また、ＨＡ２８４は、ＭｏｂｉｌｅＩＰｖ６のホームエージェントとして動作するため、端末２８１からのＩＰｓｅｃで暗号化された「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージを複合化する能力が必須となる。すなわち、常時、移動網ＥＲ２８２及び固定網ＥＲ２８３との間でＩＰｓｅｃトンネルを構築している。

　なお、移動網ＥＲ２８２は、常に端末２８１の移動に伴うルータの切り替えを想定しているため、アドレスとしてＸを優先して搭載している。これらのアドレス利用状況を、図１７に示す各装置の処理の最上部に示している。

　（１）ステップＳ４０１
　今、ユーザが端末２８１を使って移動網ＥＲ２８２を経由してＨＡ２８４に位置登録メッセージを送信しようとしている。移動網ＥＲ２８２は、ＩＰｓｅｃプロセスによるファイルアクセスの監視を始め、ログとしての保存も行う。移動網ＥＲ２８２及び固定網ＥＲ２８３は、ＭｏｂｉｌｅＩＰｖ６のクライアントとして動作する。また、ＨＡ２８４はサーバとして動作する。

　（２）ステップＳ４０２
　ユーザが端末２８１を持って移動網ＥＲ２８２の配下に入ると、Ｌ２レベルの位置登録要求を端末２８１から移動網ＥＲ２８２に送信する。このとき、端末２８１は、移動網ＥＲ２８２の配下に入ると、Ｌ２レベルの位置登録要求を移動網ＥＲ２８２に送信する。

　（３）ステップＳ４０３
　移動網ＥＲ２８２は、ＨＡ２８４との間でＩＰｓｅｃセッション構築シーケンスを行う。

　（４）ステップＳ４０４
　移動網ＥＲ２８２は、ＩＰｓｅｃセッション構築シーケンスが完了すると、アドレスＢに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＩＰｓｅｃで暗号化してＨＡ２８４に送信し、ＨＡ２８４から「Ａｃｋ」を受信する。なお、「Ａｃｋ」は、送信先から送信元へ送られる肯定的な返事（応答）を示す。

　（５）ステップＳ４０５
　移動網ＥＲ２８２は、ＨＡ２８４から「Ａｃｋ」を受信すると、Ｌ２レベルの位置登録応答を端末２８１に送信する。

　（６）ステップＳ４０６
　ここで、ユーザが端末２８１を持ってロケーションを変えたとする。ここでは、端末２８１は、移動網ＥＲ２８２の配下から外れ、固定網ＥＲ２８３の配下に入る。

　（７）ステップＳ４０７
　端末２８１は、固定網ＥＲ２８３の配下に入ると、Ｌ２レベルの位置登録要求を固定網ＥＲ２８３に送信する。

　（８）ステップＳ４０８
　固定網ＥＲ２８３は、ユーザのルータを跨いだハンドオーバを移動網ＥＲ２８２に伝達する。ここでは、固定網ＥＲ２８３は、ＨＯ要求を移動網ＥＲ２８２に伝達する。

　（９）ステップＳ４０９
　移動網ＥＲ２８２は、ＩＰｓｅｃプロセスに関連するファイルアクセスログとファイル群を参照して、ＨＯプロセスに関係するアクセスファイルを特定する。

　（１０）ステップＳ４１０
　移動網ＥＲ２８２は、起動中のＨＯプロセスの停止を行う。

　（１１）ステップＳ４１１
　移動網ＥＲ２８２は、このタイミングでＨＯプロセスが利用しているメモリをダンプする。

　（１２）ステップＳ４１２
　移動網ＥＲ２８２は、ＨＯプロセスに関係するメモリダンプとアクセスファイルを、ＩＰｓｅｃプロセスの名称に対応付けて固定網ＥＲ２８３に送信する。

　（１３）ステップＳ４１３
　固定網ＥＲ２８３は、移動網ＥＲ２８２から受信したメモリダンプとアクセスファイルを、受信プロセス名に結び付ける形で更新、又は作成する。このとき、固定網ＥＲ２８３は、ＨＯプロセスとＨＯソケットを対応付ける構造体の作成を行うが、効率化を図るため、必要に応じて、ＨＡ２８４との間でＩＰｓｅｃサービスを利用するためのセッション構築シーケンスを行い、構造体の雛形を作成することも可能である。なお、固定網ＥＲ２８３は、この際のセッション構築において、アドレスＢ等を用いる。

　（１４）ステップＳ４１４
　固定網ＥＲ２８３は、ファイル更新が完了すると、完了通知を移動網ＥＲ２８２に送信する。

　（１５）ステップＳ４１５
　移動網ＥＲ２８２は、通信サービスハンドオーバ専用のユーザデータ通信用及び制御データ通信用のソケット（アドレスＸ）のクローズを行う。この結果、移動網ＥＲ２８２は、アドレスＡを利用するように切り替わる。

　（１６）ステップＳ４１６
　移動網ＥＲ２８２は、固定網ＥＲ２８３に通信サービスハンドオーバ専用ソケットを使い始めるよう要求するメッセージを送信する。なお、本要求メッセージと同等の内容は、ステップＳ４１２のタイミングで一緒に送信することも可能である。

　（１７）ステップＳ４１７
　固定網ＥＲ２８３は、移動網ＥＲ２８２から受信した通信サービスハンドオーバ専用ソケットを適用する。この結果、固定網ＥＲ２８３は、アドレスＸを利用するように切り替わり、通信相手アドレスをＤに指定する。

　（１８）ステップＳ４１８
　固定網ＥＲ２８３は、移動網ＥＲ２８２から受信していたメモリダンプをこのタイミングで受信プロセス名に結び付ける形で適用し、ＨＯプロセスの再開を行う。

　（１９）ステップＳ４１９
　固定網ＥＲ２８３は、ＨＡ２８４との間でＩＰｓｅｃセッション構築シーケンスを行う。

　（２０）ステップＳ４２０
　固定網ＥＲ２８３は、ＩＰｓｅｃセッション構築シーケンスが完了すると、アドレスＸに関する「Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ」メッセージをＩＰｓｅｃで暗号化してＨＡ２８４に送信し、ＨＡ２８４から「Ａｃｋ」を受信する。

　（２１）ステップＳ４２１
　固定網ＥＲ２８３は、ＨＡ２８４から「Ａｃｋ」を受信すると、端末２８１に対しＬ２レベルの位置登録応答を送信することで、ＨＡ２８４との間のＩＰｓｅｃサービスが完全にハンドオーバされたと判断し、ＩＰｓｅｃサービスを利用する。

　本発明によれば、ユーザがある装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバにおいて、以下のことが可能となる。
　（１）網側に機能追加することなく実現できる。
　（２）クライアント、サーバ共に既存のサービスアプリケーションを利用できる。
　（３）Ｗｅｂアクセス、ストリーミング、認証、或いはＶＰＮ等の任意のアプリケーションについてサービス遷移できる。

　以上のように、本発明は、ユーザがある装置で利用している通信サービスを他の装置で継続利用する通信サービスハンドオーバの手法に関し、特に、網側に機能追加することなく実現する手法に関する。

　通信サービスハンドオーバの手法として、「３ｒｄ　Ｐａｒｔｙ　Ｃａｌｌ」や「Ｃａｌｌ　Ｔｒａｎｓｆｅｒ」等のシーケンスを適用する場合は、ＳＩＰモジュールとサービスアプリケーションの間にインタラクションが必要になる。

　また、サービスアプリケーション毎に状態記述を独自定義したミドルウェアを搭載する場合も同様に、ミドルウェアとサービスアプリケーションの間にインタラクションが必要になることに加え、サービスアプリケーション毎の対応が必要になる。

　また、仮想ソケットを導入する場合は、仮想ソケット用ＡＰＩを搭載したサービスアプリケーションを新たに準備する必要がある。

　また、ＪＡＶＡ（登録商標）やＶＭｗａｒｅ（登録商標）等のプラットフォームを搭載する場合は、「ＪＡＶＡ（登録商標）　ＡＰＩ」を搭載したサービスアプリケーションを新たに準備する必要性や、ＯＳからアプリケーションまでを一体として転送する必要性が発生する。

　また、通信サービスハンドオーバの手法の多くで、サーバ側に通信サービスハンドオーバのための追加実装が必要になる。

　本発明は、上記の目的を達成するため、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、第１のプロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築を行うセッション構築機能と、ファイル生成機能と、第１の通信機能と、第２のプロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能とを最低限含む構成としたものある。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、装置Ａ中に実装して、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。第１のプロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを装置Ｂに送信する。ソケット更新要求機能は、装置Ｂにソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。第２のプロセス制御機能は、装置Ｂ中に実装して、プロセスの制御を行う。ファイル更新機能は、装置Ａから受信したファイルを適用する。ソケット制御機能は、装置Ａから受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。

　本発明の特徴について、以下に詳述する。

　通信サービスハンドオーバ方式は、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用する方式であって、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、第１のプロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、第１の通信機能と、メモリダンプ機能と、第２のプロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能と、メモリ更新機能と、更に、場合によってはセッション構築機能を備える。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。第１のプロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。メモリダンプ機能は、あるタイミングでプロセスが利用しているメモリをダンプする。第２のプロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。メモリ更新機能は、第一の装置から受信したメモリダンプを適用する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、プロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、通信機能と、メモリダンプ機能を備える。

　ファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。プロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。通信機能は、装置外部機能との通信を行う。メモリダンプ機能は、あるタイミングでプロセスが利用しているメモリをダンプする。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したメモリダンプを適用するメモリ更新機能と、更に、場合によってはサービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のメモリダンプ機能は、あるタイミングでプロセスが利用しているメモリをダンプする手段を備える。

　第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のメモリ更新機能は、第一の装置から受信したメモリダンプを適用する手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　他の観点では、本発明の通信サービスハンドオーバ方式は、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用する方式であって、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、プロセスの停止等を行う第１のプロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、第１の通信機能と、プロセス起動要求機能と、第２のプロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能と、ログ一致判定機能と、ファイル送信要求機能と、セッション構築機能を備える。

　サービス提供機能は、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用する方式であって、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。第１のプロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。プロセス起動要求機能は、第二の装置にプロセスの起動を促す。第２のプロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。ログ一致判定機能は、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する。ファイル送信要求機能は、ログの一致を受けて第一の装置にファイルの送信を要求する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成機能と、ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定機能と、プロセスの停止等を行うプロセス制御機能と、ソケットのクローズ等を行うソケット制御機能と、必要データを第二の装置に送信するデータ送信機能と、第二の装置にソケットの更新を要求するソケット更新要求機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能と、プロセスが扱うファイルを作成するファイル生成機能と、装置外部機能との通信を行う通信機能と、第二の装置にプロセスの起動を促すプロセス起動要求機能を備える。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定するログ一致判定機能と、ログの一致を受けて第一の装置にファイルの送信を要求するファイル送信要求機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のプロセス起動要求機能は、第二の装置にプロセスの起動を促す手段を備える。

　第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のログ一致判定機能は、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する手段を備える。第二の装置中のファイル送信要求機能は、ログの一致を受けて第一の装置にファイルの送信を要求する手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　更に他の観点では、本発明の通信サービスハンドオーバ方式は、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用する方式であって、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、第１のプロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、第１の通信機能と、メッセージダンプ機能と、メッセージ一致判定機能と、プロセス起動要求機能と、ダミーソケット生成機能と、転送機能と、第２のプロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能と、ダミーソケット適用機能と、ルーティング更新機能と、セッション構築機能を備える。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。第１のプロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。メッセージダンプ機能は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。メッセージ一致判定機能は、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する。プロセス起動要求機能は、第二の装置にプロセスの起動を促す。ダミーソケット生成機能は、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成する。転送機能は、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する。第２のプロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。ダミーソケット適用機能は、第一の装置から受信したダミーソケットを適用する。ルーティング更新機能は、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替える。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成機能と、ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定機能と、プロセスの停止等を行うプロセス制御機能と、ソケットのクローズ等を行うソケット制御機能と、必要データを第二の装置に送信するデータ送信機能と、第二の装置にソケットの更新を要求するソケット更新要求機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能と、プロセスが扱うファイルを作成するファイル生成機能と、装置外部機能との通信を行う通信機能と、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプするメッセージダンプ機能と、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定するメッセージ一致判定機能と、第二の装置にプロセスの起動を促すプロセス起動要求機能と、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成するダミーソケット生成機能と、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する転送機能を備える。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したダミーソケットを適用するダミーソケット適用機能と、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替えるルーティング更新機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のメッセージダンプ機能は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする手段を備える。第一の装置中のメッセージ一致判定機能は、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する手段を備える。第一の装置中のプロセス起動要求機能は、第二の装置にプロセスの起動を促す手段を備える。第一の装置中のダミーソケット生成機能は、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成する手段を備える。第一の装置中の転送機能は、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する手段を備える。

　第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のダミーソケット適用機能は、第一の装置から受信したダミーソケットを適用する手段を備える。第二の装置中のルーティング更新機能は、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替える手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　本発明に係るネットワークシステムは、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用するネットワークシステムであって、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、プロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、第１の通信機能と、メモリダンプ機能と、プロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能と、メモリ更新機能と、更に、場合によってはセッション構築機能を備える。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。プロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。メモリダンプ機能は、あるタイミングでプロセスが利用しているメモリをダンプする。プロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。メモリ更新機能は、第一の装置から受信したメモリダンプを適用する。セッション構築機能は、更に、場合によってはサービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成機能と、ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定機能と、プロセスの停止等を行うプロセス制御機能と、ソケットのクローズ等を行うソケット制御機能と、必要データを第二の装置に送信するデータ送信機能と、第二の装置にソケットの更新を要求するソケット更新要求機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能と、プロセスが扱うファイルを作成するファイル生成機能と、装置外部機能との通信を行う通信機能と、あるタイミングでプロセスが利用しているメモリをダンプするメモリダンプ機能を備える。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したメモリダンプを適用するメモリ更新機能と、更に、場合によってはサービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のメモリダンプ機能は、あるタイミングでプロセスが利用しているメモリをダンプする手段を備える。第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のメモリ更新機能は、第一の装置から受信したメモリダンプを適用する手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　他の観点では、本発明に係るネットワークシステムは、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用するネットワークシステムであって、ユーザにサービスを提供するサービス提供機能と、サーバ側でクライアントの移動管理を行う移動管理サーバ機能と、第一の装置に実装され、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成機能と、ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定機能と、プロセスの停止等を行うプロセス制御機能と、ソケットのクローズ等を行うソケット制御機能と、必要データを第二の装置に送信するデータ送信機能と、第二の装置にソケットの更新を要求するソケット更新要求機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する第１の移動管理ＣＬ機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能と、プロセスが扱うファイルを作成するファイル生成機能と、装置外部機能との通信を行う第１の通信機能と、第二の装置にプロセスの起動を促すプロセス起動要求機能と、第二の装置に実装され、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する第２の移動管理ＣＬ機能と、装置外部機能との通信を行う第２の通信機能と、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定するログ一致判定機能と、ログの一致を受けて第一の装置にファイルの送信を要求するファイル送信要求機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。プロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。プロセス起動要求機能は、第二の装置にプロセスの起動を促す。プロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。ログ一致判定機能は、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する。ファイル送信要求機能は、ログの一致を受けて第一の装置にファイルの送信を要求する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成機能と、ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定機能と、プロセスの停止等を行うプロセス制御機能と、ソケットのクローズ等を行うソケット制御機能と、必要データを第二の装置に送信するデータ送信機能と、第二の装置にソケットの更新を要求するソケット更新要求機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能と、プロセスが扱うファイルを作成するファイル生成機能と、装置外部機能との通信を行う通信機能と、第二の装置にプロセスの起動を促すプロセス起動要求機能を備える。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定するログ一致判定機能と、ログの一致を受けて第一の装置にファイルの送信を要求するファイル送信要求機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のプロセス起動要求機能は、第二の装置にプロセスの起動を促す手段を備える。

　第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のログ一致判定機能は、第一の装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定する手段を備える。第二の装置中のファイル送信要求機能は、ログの一致を受けて第一の装置にファイルの送信を要求する手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　更に他の観点では、本発明に係るネットワークシステムは、ユーザが第一の装置で利用している通信サービスを第二の装置で継続利用するネットワークシステムであって、サービス提供機能と、移動管理サーバ機能と、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、第１のプロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、第１の移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、第１の通信機能と、メッセージダンプ機能と、メッセージ一致判定機能と、プロセス起動要求機能と、ダミーソケット生成機能と、転送機能と、第２のプロセス制御機能と、ファイル更新機能と、ソケット制御機能と、第２の移動管理ＣＬ機能と、第２の通信機能と、ダミーソケット適用機能と、ルーティング更新機能と、セッション構築機能を備える。

　サービス提供機能は、ユーザにサービスを提供する。移動管理サーバ機能は、サーバ側でクライアントの移動管理を行う。ファイルアクセスログ生成機能は、第一の装置に実装され、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。第１のプロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。第１の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。第１の通信機能は、装置外部機能との通信を行う。メッセージダンプ機能は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。メッセージ一致判定機能は、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する。プロセス起動要求機能は、第二の装置にプロセスの起動を促す。ダミーソケット生成機能は、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成する。転送機能は、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する。第２のプロセス制御機能は、第二の装置に実装され、プロセスの制御を行う。ファイル更新機能は、第一の装置から受信したファイルを適用する。ソケット制御機能は、第一の装置から受信したソケット情報を適用する。第２の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。第２の通信機能は、装置外部機能との通信を行う。ダミーソケット適用機能は、第一の装置から受信したダミーソケットを適用する。ルーティング更新機能は、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替える。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。

　第一の装置は、少なくとも、ファイルアクセスログ生成機能と、ＨＯプロセス指定機能と、プロセス制御機能と、ソケット制御機能と、データ送信機能と、ソケット更新要求機能と、移動管理ＣＬ機能と、セッション構築機能と、ファイル生成機能と、通信機能と、メッセージダンプ機能と、メッセージ一致判定機能と、プロセス起動要求機能と、ダミーソケット生成機能と、転送機能を備える。

　ファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する。ＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する。プロセス制御機能は、プロセスの停止等を行う。ソケット制御機能は、ソケットのクローズ等を行う。データ送信機能は、必要データを第二の装置に送信する。ソケット更新要求機能は、第二の装置にソケットの更新を要求する。移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する。セッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う。ファイル生成機能は、プロセスが扱うファイルを作成する。通信機能は、装置外部機能との通信を行う。メッセージダンプ機能は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする。メッセージ一致判定機能は、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する。プロセス起動要求機能は、第二の装置にプロセスの起動を促す。ダミーソケット生成機能は、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成する。転送機能は、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する。

　第二の装置は、少なくとも、プロセスの制御を行うプロセス制御機能と、第一の装置から受信したファイルを適用するファイル更新機能と、第一の装置から受信したソケット情報を適用するソケット制御機能と、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する移動管理ＣＬ機能と、装置外部機能との通信を行う通信機能と、第一の装置から受信したダミーソケットを適用するダミーソケット適用機能と、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替えるルーティング更新機能と、サービス提供機能との間でサービス利用のためのセッション構築を行うセッション構築機能を備える。

　第一の装置中のファイルアクセスログ生成機能は、プロセスによるファイルアクセスのログを作成する手段を備える。第一の装置中のＨＯプロセス指定機能は、ユーザによる指定でハンドオーバするプロセスを決定する手段を備える。第一の装置中のプロセス制御機能は、プロセスの停止等を行う手段を備える。第一の装置中のソケット制御機能は、ソケットのクローズ等を行う手段を備える。第一の装置中のデータ送信機能は、必要データを第二の装置に送信する手段を備える。第一の装置中のソケット更新要求機能は、第二の装置にソケットの更新を要求する手段を備える。第一の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第一の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。第一の装置中のファイル生成機能は、プロセスが扱うファイルを作成する手段を備える。第一の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第一の装置中のメッセージダンプ機能は、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプする手段を備える。第一の装置中のメッセージ一致判定機能は、第二の装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と、ある程度一致している（同一又は類似である）かを判定する手段を備える。第一の装置中のプロセス起動要求機能は、第二の装置にプロセスの起動を促す手段を備える。第一の装置中のダミーソケット生成機能は、自身のソケットプールから第二の装置用にアドレスを捕捉し、ダミーソケットを作成する手段を備える。第一の装置中の転送機能は、第二の装置とサービス提供機能の間でやりとりされるパケットを転送する手段を備える。

　第二の装置中のプロセス制御機能は、プロセスの制御を行う手段を備える。第二の装置中のファイル更新機能は、第一の装置から受信したファイルを適用する手段を備える。第二の装置中のソケット制御機能は、第一の装置から受信したソケット情報を適用する手段を備える。第二の装置中の移動管理ＣＬ機能は、クライアント側で位置登録メッセージを移動管理サーバ機能に送信する手段を備える。第二の装置中の通信機能は、装置外部機能との通信を行う手段を備える。第二の装置中のダミーソケット適用機能は、第一の装置から受信したダミーソケットを適用する手段を備える。第二の装置中のルーティング更新機能は、ＬＡＮ側Ｉ／ＦとＷＡＮ側Ｉ／Ｆの間でルーティングを切り替える手段を備える。第二の装置中のセッション構築機能は、サービス提供機能との間でサービス利用のためのセッション構築を行う手段を備える。

　以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものでは無く、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。

　なお、本出願は、日本出願番号２００８－１０３２１７に基づく優先権を主張するものであり、日本出願番号２００８－１０３２１７における開示内容は引用により本出願に組み込まれる。

Claims (25)

1. 　ユーザが第一の通信装置で利用している通信サービスを第二の通信装置で継続利用する通信サービスハンドオーバシステムであって、
   　前記第一の通信装置上で、前記第二の通信装置にソケットの更新を要求するソケット更新要求手段と、
   　前記第一の通信装置上で、ソケットのクローズを行う第１のソケット制御手段と、
   　前記第二の通信装置上で、前記第一の通信装置から受信したソケット情報を適用する第２のソケット制御手段と
   を含む
   　通信サービスハンドオーバシステム。
2. 　請求の範囲１に記載の通信サービスハンドオーバシステムであって、
   　前記第二の通信装置上で、サービス提供手段との間でサービス利用のためのセッション構築を行うセッション構築手段と、
   　前記第二の通信装置上で、前記セッション構築手段に働きかけてプロセスとソケットを対応付ける情報の作成を行うプロセス制御手段と
   を更に含む
   　通信サービスハンドオーバシステム。
3. 　請求の範囲２に記載の通信サービスハンドオーバシステムであって、
   　前記第一の通信装置上で、プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成手段と、
   　前記第二の通信装置上で、前記第一の通信装置から取得されたアクセスファイルを適用するファイル更新手段と
   を更に含み、
   　前記プロセス制御手段は、前記第二の通信装置上で、前記第一の通信装置中のファイルアクセスログにて特定されたアクセスファイルを受信し、前記受信されたアクセスファイルを受信プロセス名に結び付ける
   　通信サービスハンドオーバシステム。
4. 　請求の範囲３に記載の通信サービスハンドオーバシステムであって、
   　サーバ上で、クライアントの移動管理を行う移動管理サーバ手段と、
   　前記第一の通信装置上で、前記ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定手段と、
   　前記第一の通信装置上で、前記プロセスの停止を行う他のプロセス制御手段と、
   　前記第一の通信装置上で、必要データを前記第二の通信装置に送信するデータ送信手段と、
   　前記第一の通信装置上で、前記移動管理サーバ手段に、位置登録メッセージを送信する第一の移動管理ＣＬ手段と、
   　前記第一の通信装置上で、前記サービス提供手段との間でサービス利用のためのセッション構築を行う他のセッション構築手段と、
   　前記第一の通信装置上で、前記プロセスが扱うファイルを作成するファイル生成手段と、
   　前記第一の通信装置上で、前記第一の通信装置の外部との通信を行う第一の通信手段と、
   　前記第二の通信装置上で、前記第二の通信装置の外部との通信を行う第二の通信手段と、
   　前記第二の通信装置上で、位置登録メッセージを前記移動管理サーバ手段に送信する第二の移動管理ＣＬ手段と
   を更に含む
   　通信サービスハンドオーバシステム。
5. 　請求の範囲４に記載の通信サービスハンドオーバシステムであって、
   　前記第一の通信装置上で、所定のタイミングで前記プロセスが利用しているメモリをダンプするメモリダンプ手段と、
   　前記第二の通信装置上で、前記第一の通信装置から受信したメモリダンプを適用するメモリ更新手段と
   を更に含む
   　通信サービスハンドオーバシステム。
6. 　請求の範囲４に記載の通信サービスハンドオーバシステムであって、
   　前記第一の通信装置上で、前記第二の通信装置に前記プロセスの起動を促すプロセス起動要求手段と、
   　前記第二の通信装置上で、前記第一の通信装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定するログ一致判定手段と、
   　前記第二の通信装置上で、ログの一致を受けて前記第一の通信装置にファイルの送信を要求するファイル送信要求手段と
   を更に含む
   　通信サービスハンドオーバシステム。
7. 　請求の範囲４に記載の通信サービスハンドオーバシステムであって、
   　前記第一の通信装置上で、セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプするメッセージダンプ手段と、
   　前記第一の通信装置上で、前記第二の通信装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と一致又は類似しているかを判定するメッセージ一致判定手段と、
   　前記第一の通信装置上で、前記第二の通信装置に前記プロセスの起動を促すプロセス起動要求手段と、
   　前記第一の通信装置上で、自身のソケットプールから前記第二の通信装置用にアドレスを捕捉し、ダミーソケットを作成するダミーソケット生成手段と、
   　前記第一の通信装置上で、前記第二の通信装置と前記サービス提供手段の間でやりとりされるパケットを転送する転送手段と、
   　前記第二の通信装置上で、前記第一の通信装置から受信したダミーソケットを適用するダミーソケット適用手段と、
   　前記第二の通信装置上で、第一通信網側インターフェースと第二通信網側インターフェースとの間でルーティングを切り替えるルーティング更新手段と
   を更に含む
   　通信サービスハンドオーバシステム。
8. 　請求の範囲４乃至７のいずれかに記載の通信サービスハンドオーバシステムであって、
   　前記第一の通信装置及び前記第二の通信装置は、複数の通信網の間を移動する同一の通信装置である
   　通信サービスハンドオーバシステム。
9. 　通信サービスハンドオーバシステムにおいて、ユーザが他の通信網に属する通信装置で継続利用可能な通信サービスを利用する通信装置であって、
   　前記他の通信網に属する通信装置にソケットの更新を要求するソケット更新要求手段と、
   　ソケットのクローズを行う第１のソケット制御手段と、
   　前記他の通信網に属する通信装置から受信したソケット情報を適用する第２のソケット制御手段と
   を具備する
   　通信装置。
10. 　請求の範囲９に記載の通信装置であって、
    　サービス提供手段との間でサービス利用のためのセッション構築を行うセッション構築手段と、
    　前記セッション構築手段に働きかけてプロセスとソケットを対応付ける情報の作成を行うプロセス制御手段と
    を更に具備する
    　通信装置。
11. 　請求の範囲１０に記載の通信装置であって、
    　プロセスによるファイルアクセスのログを作成するファイルアクセスログ生成手段と、
    　前記他の通信網に属する通信装置から取得されたアクセスファイルを適用するファイル更新手段と
    を更に具備し、
    　前記プロセス制御手段は、前記他の通信網に属する通信装置中のファイルアクセスログにて特定されたアクセスファイルを受信し、前記受信されたアクセスファイルを受信プロセス名に結び付ける
    　通信装置。
12. 　請求の範囲１１に記載の通信装置であって、
    　前記ユーザによる指定でハンドオーバするプロセスを決定するＨＯプロセス指定手段と、
    　前記プロセスの停止を行う他のプロセス制御手段と、
    　必要データを、前記他の通信網に属する通信装置に送信するデータ送信手段と、
    　サーバ上でクライアントの移動管理を行う移動管理サーバ手段に、位置登録メッセージを送信する第一の移動管理ＣＬ手段と、
    　前記移動管理サーバ手段を介して、前記サービス提供手段との間で、サービス利用のためのセッション構築を行う他のセッション構築手段と、
    　前記プロセスが扱うファイルを作成するファイル生成手段と、
    　前記他の通信網に属する通信装置、及び前記サービス提供手段との通信を行う通信手段と、
    　位置登録メッセージを前記移動管理サーバ手段に送信する第二の移動管理ＣＬ手段と
    を具備し、
    　前記第一の移動管理ＣＬ手段は、通信サービスハンドオーバを行い、自身で利用している通信サービスを前記他の通信網に属する通信装置で継続利用することを図り、
    　前記第二の移動管理ＣＬ手段は、前記他の通信網に属する通信装置による通信サービスハンドオーバが行われた際、前記他の通信網に属する通信装置で利用されていた通信サービスを自身が継続利用することを図る
    　通信装置。
13. 　請求の範囲１２に記載の通信装置であって、
    　所定のタイミングで前記プロセスが利用しているメモリをダンプするメモリダンプ手段と、
    　前記他の通信網に属する通信装置から受信したメモリダンプを適用するメモリ更新手段と
    を更に具備する
    　通信装置。
14. 　請求の範囲１２に記載の通信装置であって、
    　前記他の通信網に属する通信装置に前記プロセスの起動を促すプロセス起動要求手段と、
    　前記他の通信網に属する通信装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定するログ一致判定手段と、
    　ログの一致を受けて前記他の通信網に属する通信装置にファイルの送信を要求するファイル送信要求手段と
    を更に具備する
    　通信装置。
15. 　請求の範囲１２に記載の通信装置であって、
    　セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプするメッセージダンプ手段と、
    　前記他の通信網に属する通信装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と一致又は類似しているかを判定するメッセージ一致判定手段と、
    　前記他の通信網に属する通信装置に前記プロセスの起動を促すプロセス起動要求手段と、
    　自身のソケットプールから前記他の通信網に属する通信装置用にアドレスを捕捉し、ダミーソケットを作成するダミーソケット生成手段と、
    　前記他の通信網に属する通信装置と前記サービス提供手段の間でやりとりされるパケットを転送する転送手段と、
    　前記他の通信網に属する通信装置から受信したダミーソケットを適用するダミーソケット適用手段と、
    　第一通信網側インターフェースと第二通信網側インターフェースとの間でルーティングを切り替えるルーティング更新手段と
    を更に具備する
    　通信装置。
16. 　請求の範囲１２乃至１５のいずれかに記載の通信装置であって、
    　前記他の通信網に属する通信装置及び自身は、複数の通信網の間を移動する同一の通信装置である
    　通信装置。
17. 　通信サービスハンドオーバシステムにおいて、ユーザが他の通信網に属する通信装置で継続利用可能な通信サービスを利用する通信装置により実施される通信サービスハンドオーバ方法であって、
    　前記他の通信網に属する通信装置にソケットの更新を要求し、
    　ソケットのクローズを行い、
    　前記他の通信網に属する通信装置から受信したソケット情報を適用する
    　通信サービスハンドオーバ方法。
18. 　請求の範囲１７に記載の通信サービスハンドオーバ方法であって、
    　サービス提供手段との間でサービス利用のためのセッション構築を行い、
    　セッション構築の際にプロセスとソケットを対応付ける情報の作成を行う
    　通信サービスハンドオーバ方法。
19. 　請求の範囲１８に記載の通信サービスハンドオーバ方法であって、
    　プロセスによるファイルアクセスのログを作成し、
    　前記他の通信網に属する通信装置中のファイルアクセスログにて特定されたアクセスファイルを受信し、前記受信されたアクセスファイルを受信プロセス名に結び付け、
    　前記受信されたアクセスファイルを適用する
    　通信サービスハンドオーバ方法。
20. 　請求の範囲１９に記載の通信サービスハンドオーバ方法であって、
    　前記ユーザによる指定でハンドオーバするプロセスを決定し、
    　前記プロセスの停止を行い、
    　前記プロセスが扱うファイルを作成し、
    　必要データを、前記他の通信網に属する通信装置に送信し、
    　サーバ上でクライアントの移動管理を行う移動管理サーバ手段に、位置登録メッセージを送信し、
    　前記移動管理サーバ手段を介して、前記サービス提供手段との間で、サービス利用のためのセッション構築を行い、
    　通信サービスハンドオーバを行い、自身で利用している通信サービスを前記他の通信網に属する通信装置で継続利用することを図り、
    　前記他の通信網に属する通信装置、及び前記サービス提供手段との通信を行い、
    　位置登録メッセージを前記移動管理サーバ手段に送信し、
    　前記他の通信網に属する通信装置による通信サービスハンドオーバが行われた際、前記他の通信網に属する通信装置で利用されていた通信サービスを自身が継続利用することを図る
    　通信サービスハンドオーバ方法。
21. 　請求の範囲２０に記載の通信サービスハンドオーバ方法であって、
    　所定のタイミングで前記プロセスが利用しているメモリをダンプし、
    　前記他の通信網に属する通信装置から受信したメモリダンプを適用する
    　通信サービスハンドオーバ方法。
22. 　請求の範囲２０に記載の通信サービスハンドオーバ方法であって、
    　前記他の通信網に属する通信装置に前記プロセスの起動を促し、
    　前記他の通信網に属する通信装置から受信したファイルアクセスログと自身が実行したシーケンス処理のログとの一致を判定し、
    　ログの一致を受けて前記他の通信網に属する通信装置にファイルの送信を要求する
    　通信サービスハンドオーバ方法。
23. 　請求の範囲２０に記載の通信サービスハンドオーバ方法であって、
    　セッション構築時に受信するメッセージを「Ｄｅｓｔｉｎａｔｉｏｎ　Ｐｏｒｔ　Ｎｕｍｂｅｒ」毎にダンプし、
    　前記他の通信網に属する通信装置宛のセッション構築メッセージをキャプチャして、自身のセッション構築によるメッセージダンプ結果と一致又は類似しているかを判定し、
    　前記他の通信網に属する通信装置に前記プロセスの起動を促し、
    　自身のソケットプールから前記他の通信網に属する通信装置用にアドレスを捕捉し、ダミーソケットを作成し、
    　前記他の通信網に属する通信装置と前記サービス提供手段の間でやりとりされるパケットを転送し、
    　前記他の通信網に属する通信装置から受信したダミーソケットを適用し、
    　第一通信網側インターフェースと第二通信網側インターフェースとの間でルーティングを切り替える
    　通信サービスハンドオーバ方法。
24. 　請求の範囲２０乃至２３のいずれかに記載の通信サービスハンドオーバ方法であって、
    　前記他の通信網に属する通信装置及び自身は、複数の通信網の間を移動する同一の通信装置である
    　通信サービスハンドオーバ方法。
25. 　請求の範囲２０乃至２４のいずれかに記載の通信サービスハンドオーバ方法を、通信装置に実行させるためのプログラムを格納した記憶媒体。

Images