JP3669459B2 - 移動コンピュータ通信システム - Google Patents
移動コンピュータ通信システム Download PDFInfo
- Publication number
- JP3669459B2 JP3669459B2 JP19006696A JP19006696A JP3669459B2 JP 3669459 B2 JP3669459 B2 JP 3669459B2 JP 19006696 A JP19006696 A JP 19006696A JP 19006696 A JP19006696 A JP 19006696A JP 3669459 B2 JP3669459 B2 JP 3669459B2
- Authority
- JP
- Japan
- Prior art keywords
- subnetwork
- computer
- home
- mobile computer
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明は移動コンピュータ通信システムに関し、特に、複数の異なるネットワークをルータと呼ばれるゲートウェイを介して広域網と接続することにより形成されたインターネットにおいて、あるネットワークで使用されていたコンピュータを、他のネットワークに移動してネットワーク接続のためのパラメータを変更することなく使用することができるようにする移動コンピュータ通信システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴い、あるネットワークで使用していたコンピュータを、他のネットワークに持ち込んで使用することが望まれている。例えば、図９に示されているように、東京のあるネットワーク（ＬＡＮ）ａで使用していたコンピュータＣを、遠隔地、例えば沖縄あるいは海外の諸国にあるネットワークｍに持ち運んで使用することが望まれている。従来は、コンピュータの移動に対応するためのインターネットプロトコル（Mobile IP)が、ＩＥＴＦで検討されている。なお、図９のＲはあるネットワークと他のネットワークとを接続するルータ（インターネットのプロトコルの第３層の処理をするゲートウェイ）である。
【０００３】
【発明が解決しようとする課題】
しかしながら、このインターネットプロトコル（Mobile IP)の普及には長い時間が必要であり、ユーザが自分のホームのネットワーク（ホームサブネットワーク）で使用していたコンピュータを、自分のホーム以外の他のネットワーク（サブネットワーク）に自由に移動させて使用できるようになるまでには年月を要するという問題があった。
【０００４】
この発明の目的は、前記した従来技術に鑑み、ホームのサブネットワークに接続されている通常のＩＰを使用するコンピュータを、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることのできる、簡単な通信手順を用いた移動コンピュータ通信システムを提供することにある。
【０００５】
【課題を解決するための手段】
前記目的を達成するために、この発明は、複数の異なるサブネットワークをルータを介して接続することにより形成されたネットワークにおいて、あるサブネットワーク上に接続されたコンピュータを、該サブネットワークの環境のパラメータを変更せずに他のサブネットワークに移動して使用できるようにした移動コンピュータ通信システムであって、前記各サブネットワークに、前記コンピュータに代行して通信を行う仮想サブネットワーク・ゲートウェイ手段を設けた点に特徴がある。
【０００６】
この発明によれば、前記仮想サブネットワーク・ゲートウェイ手段が移動コンピュータに代行して他のサブネットワークと通信を行うので、該コンピュータはネットワーク環境のパラメータ等を全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることができる。
【０００７】
【発明の実施の形態】
以下に、図面を参照して、本発明を詳細に説明する。インターネットは、周知のように、世界のあちらこちらで敷設されたサブネットワークを、ルータおよびＷＡＮで接続して構成されているが、該サブネットワークは独自のＩＰアドレスを有している。このＩＰアドレスは、各サブネットワーク（ＬＡＮ）の管理者が付けたものである。次に、一つのサブネットワークに接続されたコンピュータを互いに区別するために、各コンピュータにＭＡＣ(Media Access Control)アドレスが付されている。このＭＡＣアドレスは、コンピュータに固有のＩＤであり、メーカが付与したものである。
【０００８】
前記ＩＰアドレスは４バイト構成であり、一部のバイトはネットワークアドレスを示し、他のバイトはホストアドレスを示している。また、前記ＭＡＣアドレスは６バイト構成である。また、ＭＡＣフレームは、ＩＰパケットと発ＭＡＣアドレス（送信元ＭＡＣアドレス）と宛先ＭＡＣアドレス（送信先ＭＡＣアドレス）とから構成されている。
【０００９】
次に、あるサブネットワークに接続されていたコンピュータＣを、他のサブネットワークに移動して使用することができるようにした本発明の一実施形態について説明する。図１に示されているように、あるホームサブネットワークａに接続されて使用されていたコンピュータＣを、他のサブネットワークｍに移動して使用できるようにする通信手順を、以下に説明する。図１において、ホームサブネットワークａには、複数個のコンピュータ（図示では、代表としてコンピュータＳと移動予定のコンピュータＣが記されている）と、仮想サブネットワーク・ゲートウェイ(Virtual Subnetwork Gateway ）ＶＳＧと、ルータＲ1 が接続されている。一方、サブネットワークｍには、図示されていない複数個のコンピュータと、仮想サブネットワーク・ゲートウェイＶＳＧと、ルータＲ2 が接続されている。また、ルータＲ1 とＲ2 は、ＷＡＮに接続されている。
【００１０】
該通信手順は、(1) 移動コンピュータの認証とホームサブネットワークへのコネクションの確立、(2) アドレス解決プロトコルを用いた移動コンピュータの収容とが行われ、次いで(3) ホームサブネットワークのコンピュータとの通信、あるいは(4) ホームサブネットワーク以外のコンピュータとの通信が行われるようになるので、これを順を追って説明することにする。
【００１１】
(1) 移動コンピュータの認証とホームサブネットワークへのコネクションの確立、
(1-a) 図１に示されているように、まず、サブネットワークｍに接続する移動コンピュータＣのＩＰアドレスＣipと、ＭＡＣアドレスＣm と、ホームネットワークアドレスと、ホームサブネットワークａの仮想サブネットワーク・ゲートウェイＶＳＧ（以下、ホームＶＳＧと呼ぶ）のＩＰアドレスＶＨipとを、ネットワークｍの仮想サブネットワーク・ゲートウェイＶＳＧ（以下、リモートＶＳＧと呼ぶ）に登録する。この登録は、移動コンピュータＣをサブネットワークｍに接続する前に行う。
【００１２】
(1-b) 次に、リモートＶＳＧが、指定されたホームＶＳＧに対して、フォワーディング用のＴＣＰコネクションを確立する。具体的には、図示されているように、リモートＶＳＧはＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＳＹＮ））というＩＰパケットを送出する。なお、この表記は、リモートＶＳＧであるＶＲipから、ホームＶＳＧであるＶＨipへ、ＴＣＰ（ＳＹＮ）を送出することを示している。換言すれば、送信元がＶＲipで、送信先がＶＨipであり、送る内容はＴＣＰ（ＳＹＮ）であることを意味している。以下の表記も、同様であるので、説明は省略する。 ホームＶＳＧは前記ＩＰパケットを受信すると、ＩＰ（ＶＨip, ＶＲip, ＴＣＰ（ＳＹＮ−ＡＣＫ））を返送する。これに答えて、リモートＶＳＧは、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＡＣＫ））を送信する。これにより、前記指定されたホームＶＳＧに対して、フォワーディング用のＴＣＰコネクションが確立する。
【００１３】
(1-c) 次に、移動コンピュータの認証のために、リモートＶＳＧがホームＶＳＧに対して、移動コンピュータＣのＩＰアドレスＣipとＭＡＣアドレスＣm とリモートＶＳＧのＩＰアドレスＶＲipを送る。すなわち、リモートＶＳＧは、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＤＡＴＡ（Ｃm,ＣIP, ＶＲip）））を送る。
【００１４】
(1-d) 次に、ホームＶＳＧは、受け取ったＩＰアドレスＣipとＭＡＣアドレスＣm の組から、移動コンピュータＣが以前にホームサブネットワークａに接続されていたものであったかどうかを判断する。この判断により、正当な端末であると判断した時には、ホームＶＳＧは、移動コンピュータＣのＩＰアドレスＣipと、移動コンピュータＣが接続されているサブネットワークのリモートＶＳＧであるＶＲipを記録する。そして、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＤＡＴＡ（ＯＫ）））を返す。以上の手順により、ホームＶＳＧには、移動コンピュータＣのＩＰアドレスＣipと、移動先のサブネットワークｍのリモートＶＳＧのＩＰアドレスＶＲipが登録されたことになる。
【００１５】
(1-e) 次に、リモートＶＳＧは、移動コンピュータＣipに対応するＶＳＧ間のＴＣＰのポートを記録する。以上の手順により、ホームＶＳＧには、移動コンピュータＣのＩＰアドレスＣipと、移動先のサブネットワークｍのリモートＶＳＧのＩＰアドレスＶＲipが登録され、かつホームサブネットワークａとコンピュータＣの移動先のサブネットワークｍとのコネクションが確立したことになる。
【００１６】
(2) アドレス解決プロトコルを用いた移動コンピュータの収容、
(2-a) 次に、遠隔のサブネットワークｍに前記移動コンピュータＣを接続する。本発明の実施形態では、該遠隔のサブネットワークｍにおいては、移動コンピュータＣが送信するＩＰパケットは、全てリモートＶＳＧが受信して処理する。一方、ホームのサブネットワークａにおいては、移動コンピュータＣ宛ての全てのＩＰパケットは、ホームＶＳＧが全て取り込んで処理するようにする。これらの処理は、アドレス解決プロトコル(Address Resolution Protocol) を使用して行う。以下に、図２を参照して説明する。
【００１７】
(2-b) ＴＣＰ／ＩＰプロトコルを使用するコンピュータは、自分と同一のサブネットワークに接続されたコンピュータＳipにＩＰパケットを転送するために、宛先のコンピュータのＭＡＣアドレスを調べるアドレス解決プロトコルを使用する。したがって、移動コンピュータは遠隔のネットワークに接続されると、元のサブネットワークのコンピュータまたはルータと通信する前に、相手のＭＡＣアドレスを調べるために、ＡＲＰrequest パケット（Ｃm,Ｃip, Ｓip）をブロードキャストする。
【００１８】
(2-c) リモートＶＳＧは、ＡＲＰrequest パケット中の発信ＩＰアドレスＣipが、先の(1-a) で登録された移動コンピュータのアドレスである場合には、そのＩＰアドレスに対応するＭＡＣアドレスとして、リモートＶＳＧのＭＡＣアドレスＶＲm をＡＲＰreply パケット（Ｓip, ＶＲm ）で返す。すなわち、移動コンピュータＣからのＡＲＰrequest に対しては、リモートＶＳＧが宛先のコンピュータＳipのふりをする。
【００１９】
(2-d) その後は、移動コンピュータＣが送信するＩＰパケット（Ｃip, Ｓip）は、全てリモートＶＳＧが受信することになる。
【００２０】
(2-e) ホームのサブネットワークａにおいても、同様な手順で、移動コンピュータＣipへのＩＰパケットをホームＶＳＧが取り込んで処理することを可能としている。ホームサブネットワークａのコンピュータ、例えばコンピュータＳが移動コンピュータＣへ通信を行うとすると、コンピュータＳは移動コンピュータＣのＭＡＣアドレスを要求するＡＲＰrequest パケット（Ｃm,Ｃip, Ｓip）をブロードキャストする。
【００２１】
(2-f) ホームＶＳＧは、要求されたＩＰアドレスが移動したコンピュータＣのものであると登録されている場合には（前記(1-d) 参照）、対応するＭＡＣアドレスとして、自分自身のＭＡＣアドレスＶＨm を返す。そして、その後は、ホームＶＳＧが移動コンピュータのふりをすることになる。
【００２２】
以上の処理により、移動コンピュータＣはリモートのサブネットワークｍおよびインターネットに収容されたことになる。
【００２３】
(3) ホームサブネットワークのコンピュータとの通信、
(3-a) 移動コンピュータＣとホームのサブネットワークａに接続されたコンピュータとの間で交換されるＩＰパケットは、全てリモートＶＳＧとホームＶＳＧとの間のフォワーディング用ＴＣＰ／ＩＰコネクションを用いて、カプセル化されて転送される。移動コンピュータがホームサブネットワークのコンピュータと通信するための手順を、図３を参照して説明する。
【００２４】
(3-b) リモートＶＳＧはＩＰパケット（ＩＰ（Ｃip, Ｓip））を受け取ると、その宛先アドレスを調べる。図示では、該ＩＰパケットの宛先アドレス（送信先と送信元）の記載が省略されているが、これらが存在することは当然である。以下においても同様である。その宛先アドレスが登録されたホームサブネットワーク宛ての場合は、前記(1-a) で登録されたホームＶＳＧに対してＩＰパケットを送る。この際、該ＩＰパケットは先に確立したフォワーディング用のＴＣＰコネクションを用いて運ばれる。
【００２５】
(3-c) ホームＶＳＧでは、受信したＩＰパケットにカプセル化された元のＩＰパケット（すなわち、ＴＣＰ（ＤＡＴＡ（ＩＰ（Ｃip, Ｓip））））から、送信元の移動コンピュータＣが既登録のコンピュータであるか否かの判断をする。そして、既登録のコンピュータであると判断された時には、ＩＰパケットを、ホームサブネットワークのコンピュータにフォワードする。この時、ホームＶＳＧが送信先のコンピュータＳipのＭＡＣアドレスを知らない時には、ＡＲＰrequest パケット（ＶＨm,ＶＨip, Ｓip）をブロードキャストする。一方、ホームＶＳＧが送信先のコンピュータＳipのＭＡＣアドレスを知っている時には、該ＡＲＰrequest パケット（ＶＨm,ＶＨip, Ｓip）を省略し、コンピュータＳipに受信したＩＰ（Ｃip, Ｓip）を送信する。
【００２６】
(3-d) 移動コンピュータＣからのＩＰパケットを処理したコンピュータＳは、同じサブネットワーク内のアドレスをもつ、そのコンピュータＣに応答を返そうとする。その応答のＩＰパケット（すなわちＩＰ（Ｓip, Ｃip））は、ホームＶＳＧにより取り込まれ、リモートＶＳＧへ転送される。
【００２７】
(3-e) リモートＶＳＧは、転送されてきたＩＰパケットを受け取る。そして、カプセル化されたＩＰパケットを取り出し、該ＩＰパケットの宛先のＩＰアドレスが登録されているか否かをチェックする。登録されている場合には、フォワーディングされたＩＰパケットを、さらに宛先の移動コンピュータＣへ転送する。
【００２８】
以上のようにして、移動コンピュータＣがホームサブネットワークに接続されているコンピュータＳに、あたかも自分がホームサブネットワークに接続されているのと同じ感覚でＩＰパケットを送ることにより、ホームサブネットワークのコンピュータＳと通信することができるようになる。換言すれば、移動コンピュータＣは、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークｍに接続して、ホームのサブネットワークのコンピュータと通信することができるようになる。
【００２９】
(4) ホームサブネットワーク以外のコンピュータとの通信、
(4-a) 移動コンピュータがホームサブネットワーク以外のコンピュータと通信する場合は、ホームサブネットワークを経由せずに、リモートＶＳＧから直接通信相手のコンピュータとの間で、ＩＰパケットをやり取りする。移動コンピュータがホームサブネットワーク以外のコンピュータと通信するための手順を、図４を参照して説明する。
【００３０】
(4-b) 移動コンピュータＣが、ホームサブネットワーク以外のコンピュータと通信しようとした時には、該移動コンピュータＣは、ＩＰ( Ｃip, Ｈip, ＴＣＰ／ＵＤＰ( Ｃport, Ｈport))を送出する。
【００３１】
(4-c) リモートＶＳＧは、該ＩＰパケットにより、送信相手先のコンピュータが属するサブネットワークのリモートＶＳＧのポート番号ＶＲportを生成し、該ＶＲport、Ｃip、およびＣportを記録する。
【００３２】
(4-d) 次に、リモートＶＳＧは、移動コンピュータのホームサブネットワーク以外のサブネットワークに接続されたコンピュータ（図示の例では、Ｈip）へ直接ＩＰパケットを送ろうとする。そのため、まず、移動コンピュータＣのＩＰアドレスＣip、そのポート番号Ｃportに対応するリモートＶＳＧのポート番号ＶＲportを選択する。
【００３３】
(4-e) リモートＶＳＧは、そのＩＰパケットの発信のＩＰアドレスＣipとポート番号Ｃportを、それぞれリモートＶＳＧのＩＰアドレスＶＲipと、(4-d) で選択したポート番号ＶＲportに変換して、そのＩＰパケットＩＰ（ＶＲip, Ｈip, ＴＣＰ／ＵＤＰ（ＶＲport, Ｈport）を送出する。
【００３４】
(4-f) そのＩＰパケットは、リモートＶＳＧが出力したパケットとして、通信相手のコンピュータに受信される。通信相手のコンピュータは、その返答のＩＰパケットＩＰ（Ｈip, ＶＲip, ＴＣＰ／ＵＤＰ（Ｈport, ＶＲport）をリモートＶＳＧ宛てに出力する。
【００３５】
(4-g) リモートＶＳＧは返答のＩＰパケットを受信すると、自分のポート番号ＶＲportから、移動コンピュータのＩＰアドレスＣipとポート番号ＣportとＭＡＣアドレスを求め、対応するＭＡＣアドレスに、ＩＰパケット、ＩＰ( Ｈip, Ｃip, ＴＣＰ／ＵＤＰ( Ｈport, Ｃport))を再送出する。
【００３６】
以上の動作により、移動コンピュータは、ホームサブネットワークを経由せずにリモートＶＳＧから直接、通信相手のホームサブネットワーク以外のコンピュータと、ＩＰパケットをやり取りすることができる。換言すれば、移動コンピュータＣは、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークｍに接続して、ホームのサブネットワーク以外のコンピュータと通信することができるようになる。
【００３７】
次に、前記したリモートＶＳＧの機能を、図５〜図７のフローチャートを参照して説明する。図５のフローチャートは、前記(1-a) 〜(1-e) の処理を表したものである。これらの処理は前述の説明から明らかであるので、説明を省略する。なお、以下のフローチャートにおいて、ＶＳＧh はホームＶＳＧを示し、ＶＳＧr はリモートＶＳＧを示す。
【００３８】
図６は、リモートＶＳＧr がパケット受信をした時の動作を示すものである。受信したパケットがＡＲＰreq である場合には、該パケットがリモートＶＳＧr 宛てであるかまたは既登録のＩＰアドレスのコンピュータＣipからであるか否かが判断される（ステップＳ１）。そして、この判断が肯定の時には、ステップＳ２に進んで、リモートＶＳＧr のＭＡＣアドレスをＡＲＰreply で返送する。この動作は、前記(2-c) に相当する。
【００３９】
一方、受信したパケットがＩＰパケットである場合には、ステップＳ３に進んで、宛先のＩＰアドレスが自分自身であるか否かが判断される（ステップＳ３）。この判断が肯定の場合には、ステップＳ４に進み、宛先ポート番号がホームサブネットワーク宛てのＴＣＰコネクションであるか、ホームサブネットワーク以外のコンピュータへの通信用ポートであるか、あるいはその他であるかの判断がなされる。
【００４０】
宛先ポート番号がホームサブネットワーク宛てのＴＣＰコネクションである場合には、ステップＳ５〜Ｓ９の処理が行われる。すなわち、前記(3-e) の処理が行われる。宛先ポート番号がホームサブネットワーク以外のコンピュータへの通信用ポートである場合には、ステップＳ１０、Ｓ１１に進む。この動作は、前記の(4-g) に相当する。宛先ポート番号がその他である場合には、リモートＶＳＧr へのＩＰパケットであるとして、通常の処理をする。
【００４１】
次に、前記ステップＳ３の判断が否定の時には、図７のステップＳ１３に進み、送信元ＩＰアドレスが登録済みであるか否かが判断される。登録済みの場合には、ステップＳ１４に進んで、宛先ＩＰアドレスがホームサブネットワークであるか否かの判断がなされる。この判断が肯定の時には、ステップＳ１５に進んで、ホームＶＳＧh 宛てのＴＣＰコネクションを用いてＩＰパケットが転送される。この処理は、前記(3-b) に相当する。前記ステップＳ１４の判断が否定の時には、ステップＳ１５、Ｓ１６に進む。この処理は、前記(4-c) 〜(4-e) に相当する。一方、前記ステップＳ１３の判断が否定の時には、ステップＳ１７に進み、リモートＶＳＧr 内でＩＰルーチングの処理、すなわち通常のＩＰ処理が行われる。
【００４２】
次に、前記したホームＶＳＧの機能を、図８のフローチャートを参照して説明する。ホームＶＳＧはパケットを受信すると、このパケットが、ＡＲＰreq であったか、リモートＶＳＧとＴＣＰコネクション上のＩＰパケットであったか、あるいはそれ以外のパケットであったかの判断をする。
【００４３】
パケットがＡＲＰreq であった場合には、ステップＳ２１に進み、このＡＲＰreq が自分宛てまたは登録されたＣipを要求するものであるか否かが判断される。この判断が肯定の場合にはステップＳ２２に進んで、ホームＶＳＧのＭＡＣアドレスをＡＲＰreply で返す。この処理は、前記(2-e) 、(2-f) に相当する。受信したパケットが、リモートＶＳＧとＴＣＰコネクション上のＩＰパケットであった場合には、ステップＳ２３に進み、ＴＣＰの処理を実行し、データセグメントの場合には、ユーザデータを取り出す。ステップＳ２４では、該ユーザデータの種別を判断する。認証用情報である場合には、ステップＳ２５〜Ｓ２８の処理が行われる。この処理は、前記(1-c) 、(1-d) に相当する。一方、ＩＰパケットである場合には、ステップＳ２９〜Ｓ３１の処理が行われる。この処理は、前記(3-c) の処理に相当する。さらに、上記以外のＩＰパケットであると判断された時には、ステップＳ３２〜Ｓ３４に進み、通常のＩＰ処理を行う。
【００４４】
【発明の効果】
上記の説明から明らかなように、この発明によれば、簡単な通信手順により、ホームのサブネットワークに接続されている通常のＩＰを使用するコンピュータを、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることができるようになる。また、本発明によれば、各サブネットワークに、仮想サブネットワーク・ゲートウェイ手段を設けるだけで実現できるので、移動コンピュータ通信システムを容易かつ短時間に実現することができる。
【図面の簡単な説明】
【図１】 移動コンピュータの認証とホームサブネットワークへのコネクションの確立の手順を説明するシーケンス図である。
【図２】 アドレス解決プロトコルを用いて移動コンピュータを収容する手順を説明するシーケンス図である。
【図３】 移動コンピュータがホームサブネットワークのコンピュータと通信を行う場合のシーケンス図である。
【図４】 移動コンピュータがホームサブネットワークのコンピュータ以外のコンピュータと通信を行う場合のシーケンス図である。
【図５】 リモートＶＳＧの一つの機能を説明するフローチャートである。
【図６】 リモートＶＳＧの他の機能を説明するフローチャートである。
【図７】 図６の続きを示すフローチャートである。
【図８】 ホームＶＳＧの一つの機能を説明するフローチャートである。
【図９】 移動コンピュータの概念図である。
【符号の説明】
ａ…ホームサブネットワーク、ｍ…リモートサブネットワーク、Ｃ…移動コンピュータ、ＶＳＧ…仮想サブネットワーク・ゲートウェイ、Ｒ…ルータ、ＷＡＮ…広域網。
【発明の属する技術分野】
この発明は移動コンピュータ通信システムに関し、特に、複数の異なるネットワークをルータと呼ばれるゲートウェイを介して広域網と接続することにより形成されたインターネットにおいて、あるネットワークで使用されていたコンピュータを、他のネットワークに移動してネットワーク接続のためのパラメータを変更することなく使用することができるようにする移動コンピュータ通信システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴い、あるネットワークで使用していたコンピュータを、他のネットワークに持ち込んで使用することが望まれている。例えば、図９に示されているように、東京のあるネットワーク（ＬＡＮ）ａで使用していたコンピュータＣを、遠隔地、例えば沖縄あるいは海外の諸国にあるネットワークｍに持ち運んで使用することが望まれている。従来は、コンピュータの移動に対応するためのインターネットプロトコル（Mobile IP)が、ＩＥＴＦで検討されている。なお、図９のＲはあるネットワークと他のネットワークとを接続するルータ（インターネットのプロトコルの第３層の処理をするゲートウェイ）である。
【０００３】
【発明が解決しようとする課題】
しかしながら、このインターネットプロトコル（Mobile IP)の普及には長い時間が必要であり、ユーザが自分のホームのネットワーク（ホームサブネットワーク）で使用していたコンピュータを、自分のホーム以外の他のネットワーク（サブネットワーク）に自由に移動させて使用できるようになるまでには年月を要するという問題があった。
【０００４】
この発明の目的は、前記した従来技術に鑑み、ホームのサブネットワークに接続されている通常のＩＰを使用するコンピュータを、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることのできる、簡単な通信手順を用いた移動コンピュータ通信システムを提供することにある。
【０００５】
【課題を解決するための手段】
前記目的を達成するために、この発明は、複数の異なるサブネットワークをルータを介して接続することにより形成されたネットワークにおいて、あるサブネットワーク上に接続されたコンピュータを、該サブネットワークの環境のパラメータを変更せずに他のサブネットワークに移動して使用できるようにした移動コンピュータ通信システムであって、前記各サブネットワークに、前記コンピュータに代行して通信を行う仮想サブネットワーク・ゲートウェイ手段を設けた点に特徴がある。
【０００６】
この発明によれば、前記仮想サブネットワーク・ゲートウェイ手段が移動コンピュータに代行して他のサブネットワークと通信を行うので、該コンピュータはネットワーク環境のパラメータ等を全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることができる。
【０００７】
【発明の実施の形態】
以下に、図面を参照して、本発明を詳細に説明する。インターネットは、周知のように、世界のあちらこちらで敷設されたサブネットワークを、ルータおよびＷＡＮで接続して構成されているが、該サブネットワークは独自のＩＰアドレスを有している。このＩＰアドレスは、各サブネットワーク（ＬＡＮ）の管理者が付けたものである。次に、一つのサブネットワークに接続されたコンピュータを互いに区別するために、各コンピュータにＭＡＣ(Media Access Control)アドレスが付されている。このＭＡＣアドレスは、コンピュータに固有のＩＤであり、メーカが付与したものである。
【０００８】
前記ＩＰアドレスは４バイト構成であり、一部のバイトはネットワークアドレスを示し、他のバイトはホストアドレスを示している。また、前記ＭＡＣアドレスは６バイト構成である。また、ＭＡＣフレームは、ＩＰパケットと発ＭＡＣアドレス（送信元ＭＡＣアドレス）と宛先ＭＡＣアドレス（送信先ＭＡＣアドレス）とから構成されている。
【０００９】
次に、あるサブネットワークに接続されていたコンピュータＣを、他のサブネットワークに移動して使用することができるようにした本発明の一実施形態について説明する。図１に示されているように、あるホームサブネットワークａに接続されて使用されていたコンピュータＣを、他のサブネットワークｍに移動して使用できるようにする通信手順を、以下に説明する。図１において、ホームサブネットワークａには、複数個のコンピュータ（図示では、代表としてコンピュータＳと移動予定のコンピュータＣが記されている）と、仮想サブネットワーク・ゲートウェイ(Virtual Subnetwork Gateway ）ＶＳＧと、ルータＲ1 が接続されている。一方、サブネットワークｍには、図示されていない複数個のコンピュータと、仮想サブネットワーク・ゲートウェイＶＳＧと、ルータＲ2 が接続されている。また、ルータＲ1 とＲ2 は、ＷＡＮに接続されている。
【００１０】
該通信手順は、(1) 移動コンピュータの認証とホームサブネットワークへのコネクションの確立、(2) アドレス解決プロトコルを用いた移動コンピュータの収容とが行われ、次いで(3) ホームサブネットワークのコンピュータとの通信、あるいは(4) ホームサブネットワーク以外のコンピュータとの通信が行われるようになるので、これを順を追って説明することにする。
【００１１】
(1) 移動コンピュータの認証とホームサブネットワークへのコネクションの確立、
(1-a) 図１に示されているように、まず、サブネットワークｍに接続する移動コンピュータＣのＩＰアドレスＣipと、ＭＡＣアドレスＣm と、ホームネットワークアドレスと、ホームサブネットワークａの仮想サブネットワーク・ゲートウェイＶＳＧ（以下、ホームＶＳＧと呼ぶ）のＩＰアドレスＶＨipとを、ネットワークｍの仮想サブネットワーク・ゲートウェイＶＳＧ（以下、リモートＶＳＧと呼ぶ）に登録する。この登録は、移動コンピュータＣをサブネットワークｍに接続する前に行う。
【００１２】
(1-b) 次に、リモートＶＳＧが、指定されたホームＶＳＧに対して、フォワーディング用のＴＣＰコネクションを確立する。具体的には、図示されているように、リモートＶＳＧはＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＳＹＮ））というＩＰパケットを送出する。なお、この表記は、リモートＶＳＧであるＶＲipから、ホームＶＳＧであるＶＨipへ、ＴＣＰ（ＳＹＮ）を送出することを示している。換言すれば、送信元がＶＲipで、送信先がＶＨipであり、送る内容はＴＣＰ（ＳＹＮ）であることを意味している。以下の表記も、同様であるので、説明は省略する。 ホームＶＳＧは前記ＩＰパケットを受信すると、ＩＰ（ＶＨip, ＶＲip, ＴＣＰ（ＳＹＮ−ＡＣＫ））を返送する。これに答えて、リモートＶＳＧは、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＡＣＫ））を送信する。これにより、前記指定されたホームＶＳＧに対して、フォワーディング用のＴＣＰコネクションが確立する。
【００１３】
(1-c) 次に、移動コンピュータの認証のために、リモートＶＳＧがホームＶＳＧに対して、移動コンピュータＣのＩＰアドレスＣipとＭＡＣアドレスＣm とリモートＶＳＧのＩＰアドレスＶＲipを送る。すなわち、リモートＶＳＧは、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＤＡＴＡ（Ｃm,ＣIP, ＶＲip）））を送る。
【００１４】
(1-d) 次に、ホームＶＳＧは、受け取ったＩＰアドレスＣipとＭＡＣアドレスＣm の組から、移動コンピュータＣが以前にホームサブネットワークａに接続されていたものであったかどうかを判断する。この判断により、正当な端末であると判断した時には、ホームＶＳＧは、移動コンピュータＣのＩＰアドレスＣipと、移動コンピュータＣが接続されているサブネットワークのリモートＶＳＧであるＶＲipを記録する。そして、ＩＰ（ＶＲip, ＶＨip, ＴＣＰ（ＤＡＴＡ（ＯＫ）））を返す。以上の手順により、ホームＶＳＧには、移動コンピュータＣのＩＰアドレスＣipと、移動先のサブネットワークｍのリモートＶＳＧのＩＰアドレスＶＲipが登録されたことになる。
【００１５】
(1-e) 次に、リモートＶＳＧは、移動コンピュータＣipに対応するＶＳＧ間のＴＣＰのポートを記録する。以上の手順により、ホームＶＳＧには、移動コンピュータＣのＩＰアドレスＣipと、移動先のサブネットワークｍのリモートＶＳＧのＩＰアドレスＶＲipが登録され、かつホームサブネットワークａとコンピュータＣの移動先のサブネットワークｍとのコネクションが確立したことになる。
【００１６】
(2) アドレス解決プロトコルを用いた移動コンピュータの収容、
(2-a) 次に、遠隔のサブネットワークｍに前記移動コンピュータＣを接続する。本発明の実施形態では、該遠隔のサブネットワークｍにおいては、移動コンピュータＣが送信するＩＰパケットは、全てリモートＶＳＧが受信して処理する。一方、ホームのサブネットワークａにおいては、移動コンピュータＣ宛ての全てのＩＰパケットは、ホームＶＳＧが全て取り込んで処理するようにする。これらの処理は、アドレス解決プロトコル(Address Resolution Protocol) を使用して行う。以下に、図２を参照して説明する。
【００１７】
(2-b) ＴＣＰ／ＩＰプロトコルを使用するコンピュータは、自分と同一のサブネットワークに接続されたコンピュータＳipにＩＰパケットを転送するために、宛先のコンピュータのＭＡＣアドレスを調べるアドレス解決プロトコルを使用する。したがって、移動コンピュータは遠隔のネットワークに接続されると、元のサブネットワークのコンピュータまたはルータと通信する前に、相手のＭＡＣアドレスを調べるために、ＡＲＰrequest パケット（Ｃm,Ｃip, Ｓip）をブロードキャストする。
【００１８】
(2-c) リモートＶＳＧは、ＡＲＰrequest パケット中の発信ＩＰアドレスＣipが、先の(1-a) で登録された移動コンピュータのアドレスである場合には、そのＩＰアドレスに対応するＭＡＣアドレスとして、リモートＶＳＧのＭＡＣアドレスＶＲm をＡＲＰreply パケット（Ｓip, ＶＲm ）で返す。すなわち、移動コンピュータＣからのＡＲＰrequest に対しては、リモートＶＳＧが宛先のコンピュータＳipのふりをする。
【００１９】
(2-d) その後は、移動コンピュータＣが送信するＩＰパケット（Ｃip, Ｓip）は、全てリモートＶＳＧが受信することになる。
【００２０】
(2-e) ホームのサブネットワークａにおいても、同様な手順で、移動コンピュータＣipへのＩＰパケットをホームＶＳＧが取り込んで処理することを可能としている。ホームサブネットワークａのコンピュータ、例えばコンピュータＳが移動コンピュータＣへ通信を行うとすると、コンピュータＳは移動コンピュータＣのＭＡＣアドレスを要求するＡＲＰrequest パケット（Ｃm,Ｃip, Ｓip）をブロードキャストする。
【００２１】
(2-f) ホームＶＳＧは、要求されたＩＰアドレスが移動したコンピュータＣのものであると登録されている場合には（前記(1-d) 参照）、対応するＭＡＣアドレスとして、自分自身のＭＡＣアドレスＶＨm を返す。そして、その後は、ホームＶＳＧが移動コンピュータのふりをすることになる。
【００２２】
以上の処理により、移動コンピュータＣはリモートのサブネットワークｍおよびインターネットに収容されたことになる。
【００２３】
(3) ホームサブネットワークのコンピュータとの通信、
(3-a) 移動コンピュータＣとホームのサブネットワークａに接続されたコンピュータとの間で交換されるＩＰパケットは、全てリモートＶＳＧとホームＶＳＧとの間のフォワーディング用ＴＣＰ／ＩＰコネクションを用いて、カプセル化されて転送される。移動コンピュータがホームサブネットワークのコンピュータと通信するための手順を、図３を参照して説明する。
【００２４】
(3-b) リモートＶＳＧはＩＰパケット（ＩＰ（Ｃip, Ｓip））を受け取ると、その宛先アドレスを調べる。図示では、該ＩＰパケットの宛先アドレス（送信先と送信元）の記載が省略されているが、これらが存在することは当然である。以下においても同様である。その宛先アドレスが登録されたホームサブネットワーク宛ての場合は、前記(1-a) で登録されたホームＶＳＧに対してＩＰパケットを送る。この際、該ＩＰパケットは先に確立したフォワーディング用のＴＣＰコネクションを用いて運ばれる。
【００２５】
(3-c) ホームＶＳＧでは、受信したＩＰパケットにカプセル化された元のＩＰパケット（すなわち、ＴＣＰ（ＤＡＴＡ（ＩＰ（Ｃip, Ｓip））））から、送信元の移動コンピュータＣが既登録のコンピュータであるか否かの判断をする。そして、既登録のコンピュータであると判断された時には、ＩＰパケットを、ホームサブネットワークのコンピュータにフォワードする。この時、ホームＶＳＧが送信先のコンピュータＳipのＭＡＣアドレスを知らない時には、ＡＲＰrequest パケット（ＶＨm,ＶＨip, Ｓip）をブロードキャストする。一方、ホームＶＳＧが送信先のコンピュータＳipのＭＡＣアドレスを知っている時には、該ＡＲＰrequest パケット（ＶＨm,ＶＨip, Ｓip）を省略し、コンピュータＳipに受信したＩＰ（Ｃip, Ｓip）を送信する。
【００２６】
(3-d) 移動コンピュータＣからのＩＰパケットを処理したコンピュータＳは、同じサブネットワーク内のアドレスをもつ、そのコンピュータＣに応答を返そうとする。その応答のＩＰパケット（すなわちＩＰ（Ｓip, Ｃip））は、ホームＶＳＧにより取り込まれ、リモートＶＳＧへ転送される。
【００２７】
(3-e) リモートＶＳＧは、転送されてきたＩＰパケットを受け取る。そして、カプセル化されたＩＰパケットを取り出し、該ＩＰパケットの宛先のＩＰアドレスが登録されているか否かをチェックする。登録されている場合には、フォワーディングされたＩＰパケットを、さらに宛先の移動コンピュータＣへ転送する。
【００２８】
以上のようにして、移動コンピュータＣがホームサブネットワークに接続されているコンピュータＳに、あたかも自分がホームサブネットワークに接続されているのと同じ感覚でＩＰパケットを送ることにより、ホームサブネットワークのコンピュータＳと通信することができるようになる。換言すれば、移動コンピュータＣは、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークｍに接続して、ホームのサブネットワークのコンピュータと通信することができるようになる。
【００２９】
(4) ホームサブネットワーク以外のコンピュータとの通信、
(4-a) 移動コンピュータがホームサブネットワーク以外のコンピュータと通信する場合は、ホームサブネットワークを経由せずに、リモートＶＳＧから直接通信相手のコンピュータとの間で、ＩＰパケットをやり取りする。移動コンピュータがホームサブネットワーク以外のコンピュータと通信するための手順を、図４を参照して説明する。
【００３０】
(4-b) 移動コンピュータＣが、ホームサブネットワーク以外のコンピュータと通信しようとした時には、該移動コンピュータＣは、ＩＰ( Ｃip, Ｈip, ＴＣＰ／ＵＤＰ( Ｃport, Ｈport))を送出する。
【００３１】
(4-c) リモートＶＳＧは、該ＩＰパケットにより、送信相手先のコンピュータが属するサブネットワークのリモートＶＳＧのポート番号ＶＲportを生成し、該ＶＲport、Ｃip、およびＣportを記録する。
【００３２】
(4-d) 次に、リモートＶＳＧは、移動コンピュータのホームサブネットワーク以外のサブネットワークに接続されたコンピュータ（図示の例では、Ｈip）へ直接ＩＰパケットを送ろうとする。そのため、まず、移動コンピュータＣのＩＰアドレスＣip、そのポート番号Ｃportに対応するリモートＶＳＧのポート番号ＶＲportを選択する。
【００３３】
(4-e) リモートＶＳＧは、そのＩＰパケットの発信のＩＰアドレスＣipとポート番号Ｃportを、それぞれリモートＶＳＧのＩＰアドレスＶＲipと、(4-d) で選択したポート番号ＶＲportに変換して、そのＩＰパケットＩＰ（ＶＲip, Ｈip, ＴＣＰ／ＵＤＰ（ＶＲport, Ｈport）を送出する。
【００３４】
(4-f) そのＩＰパケットは、リモートＶＳＧが出力したパケットとして、通信相手のコンピュータに受信される。通信相手のコンピュータは、その返答のＩＰパケットＩＰ（Ｈip, ＶＲip, ＴＣＰ／ＵＤＰ（Ｈport, ＶＲport）をリモートＶＳＧ宛てに出力する。
【００３５】
(4-g) リモートＶＳＧは返答のＩＰパケットを受信すると、自分のポート番号ＶＲportから、移動コンピュータのＩＰアドレスＣipとポート番号ＣportとＭＡＣアドレスを求め、対応するＭＡＣアドレスに、ＩＰパケット、ＩＰ( Ｈip, Ｃip, ＴＣＰ／ＵＤＰ( Ｈport, Ｃport))を再送出する。
【００３６】
以上の動作により、移動コンピュータは、ホームサブネットワークを経由せずにリモートＶＳＧから直接、通信相手のホームサブネットワーク以外のコンピュータと、ＩＰパケットをやり取りすることができる。換言すれば、移動コンピュータＣは、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークｍに接続して、ホームのサブネットワーク以外のコンピュータと通信することができるようになる。
【００３７】
次に、前記したリモートＶＳＧの機能を、図５〜図７のフローチャートを参照して説明する。図５のフローチャートは、前記(1-a) 〜(1-e) の処理を表したものである。これらの処理は前述の説明から明らかであるので、説明を省略する。なお、以下のフローチャートにおいて、ＶＳＧh はホームＶＳＧを示し、ＶＳＧr はリモートＶＳＧを示す。
【００３８】
図６は、リモートＶＳＧr がパケット受信をした時の動作を示すものである。受信したパケットがＡＲＰreq である場合には、該パケットがリモートＶＳＧr 宛てであるかまたは既登録のＩＰアドレスのコンピュータＣipからであるか否かが判断される（ステップＳ１）。そして、この判断が肯定の時には、ステップＳ２に進んで、リモートＶＳＧr のＭＡＣアドレスをＡＲＰreply で返送する。この動作は、前記(2-c) に相当する。
【００３９】
一方、受信したパケットがＩＰパケットである場合には、ステップＳ３に進んで、宛先のＩＰアドレスが自分自身であるか否かが判断される（ステップＳ３）。この判断が肯定の場合には、ステップＳ４に進み、宛先ポート番号がホームサブネットワーク宛てのＴＣＰコネクションであるか、ホームサブネットワーク以外のコンピュータへの通信用ポートであるか、あるいはその他であるかの判断がなされる。
【００４０】
宛先ポート番号がホームサブネットワーク宛てのＴＣＰコネクションである場合には、ステップＳ５〜Ｓ９の処理が行われる。すなわち、前記(3-e) の処理が行われる。宛先ポート番号がホームサブネットワーク以外のコンピュータへの通信用ポートである場合には、ステップＳ１０、Ｓ１１に進む。この動作は、前記の(4-g) に相当する。宛先ポート番号がその他である場合には、リモートＶＳＧr へのＩＰパケットであるとして、通常の処理をする。
【００４１】
次に、前記ステップＳ３の判断が否定の時には、図７のステップＳ１３に進み、送信元ＩＰアドレスが登録済みであるか否かが判断される。登録済みの場合には、ステップＳ１４に進んで、宛先ＩＰアドレスがホームサブネットワークであるか否かの判断がなされる。この判断が肯定の時には、ステップＳ１５に進んで、ホームＶＳＧh 宛てのＴＣＰコネクションを用いてＩＰパケットが転送される。この処理は、前記(3-b) に相当する。前記ステップＳ１４の判断が否定の時には、ステップＳ１５、Ｓ１６に進む。この処理は、前記(4-c) 〜(4-e) に相当する。一方、前記ステップＳ１３の判断が否定の時には、ステップＳ１７に進み、リモートＶＳＧr 内でＩＰルーチングの処理、すなわち通常のＩＰ処理が行われる。
【００４２】
次に、前記したホームＶＳＧの機能を、図８のフローチャートを参照して説明する。ホームＶＳＧはパケットを受信すると、このパケットが、ＡＲＰreq であったか、リモートＶＳＧとＴＣＰコネクション上のＩＰパケットであったか、あるいはそれ以外のパケットであったかの判断をする。
【００４３】
パケットがＡＲＰreq であった場合には、ステップＳ２１に進み、このＡＲＰreq が自分宛てまたは登録されたＣipを要求するものであるか否かが判断される。この判断が肯定の場合にはステップＳ２２に進んで、ホームＶＳＧのＭＡＣアドレスをＡＲＰreply で返す。この処理は、前記(2-e) 、(2-f) に相当する。受信したパケットが、リモートＶＳＧとＴＣＰコネクション上のＩＰパケットであった場合には、ステップＳ２３に進み、ＴＣＰの処理を実行し、データセグメントの場合には、ユーザデータを取り出す。ステップＳ２４では、該ユーザデータの種別を判断する。認証用情報である場合には、ステップＳ２５〜Ｓ２８の処理が行われる。この処理は、前記(1-c) 、(1-d) に相当する。一方、ＩＰパケットである場合には、ステップＳ２９〜Ｓ３１の処理が行われる。この処理は、前記(3-c) の処理に相当する。さらに、上記以外のＩＰパケットであると判断された時には、ステップＳ３２〜Ｓ３４に進み、通常のＩＰ処理を行う。
【００４４】
【発明の効果】
上記の説明から明らかなように、この発明によれば、簡単な通信手順により、ホームのサブネットワークに接続されている通常のＩＰを使用するコンピュータを、ネットワーク環境のパラメータ等は全く変更せずに遠隔のネットワークに接続して、ホームのサブネットワークのコンピュータあるいは他のネットワークのコンピュータと通信させることができるようになる。また、本発明によれば、各サブネットワークに、仮想サブネットワーク・ゲートウェイ手段を設けるだけで実現できるので、移動コンピュータ通信システムを容易かつ短時間に実現することができる。
【図面の簡単な説明】
【図１】 移動コンピュータの認証とホームサブネットワークへのコネクションの確立の手順を説明するシーケンス図である。
【図２】 アドレス解決プロトコルを用いて移動コンピュータを収容する手順を説明するシーケンス図である。
【図３】 移動コンピュータがホームサブネットワークのコンピュータと通信を行う場合のシーケンス図である。
【図４】 移動コンピュータがホームサブネットワークのコンピュータ以外のコンピュータと通信を行う場合のシーケンス図である。
【図５】 リモートＶＳＧの一つの機能を説明するフローチャートである。
【図６】 リモートＶＳＧの他の機能を説明するフローチャートである。
【図７】 図６の続きを示すフローチャートである。
【図８】 ホームＶＳＧの一つの機能を説明するフローチャートである。
【図９】 移動コンピュータの概念図である。
【符号の説明】
ａ…ホームサブネットワーク、ｍ…リモートサブネットワーク、Ｃ…移動コンピュータ、ＶＳＧ…仮想サブネットワーク・ゲートウェイ、Ｒ…ルータ、ＷＡＮ…広域網。
Claims (4)
- 複数の異なるサブネットワークをルータを介して接続することにより形成されたネットワークにおいて、あるサブネットワーク（以下、ホームサブネットワーク）上に接続されたコンピュータを、該ホームサブネットワークの環境のパラメータを変更せずに他のサブネットワークに移動して使用できるようにした移動コンピュータ通信システムであって、
前記各サブネットワークに、前記コンピュータに代行して通信を行う仮想サブネットワーク・ゲートウェイ手段を設け、
前記移動されたコンピュータは、該仮想サブネットワーク・ゲートウェイ手段を介して、前記ホームサブネットワークまたは他のサブネッワークに接続されているコンピュータと、ＩＰパケットを授受するようにし、
前記コンピュータの移動先のサブネットワーク（以下、移動サブネットワーク）における仮想サブネットワーク・ゲートウェイ手段は、移動コンピュータのＩＰアドレスおよびＭＡＣアドレスと、該移動コンピュータのホームサブネットワークの仮想サブネットワーク・ゲートウェイ手段のＩＰアドレスを登録し、両サブネットワークの仮想サブネットワーク・ゲートウェイ手段の間でコネクションを確立し、該移動コンピュータのＩＰアドレスとＭＡＣアドレスを転送してホームサブネットワークの仮想サブネットワーク・ゲートウェイ手段により該移動コンピュータを認証するようにしたことを特徴とする移動コンピュータ通信システム。 - 請求項１記載の移動コンピュータ通信システムにおいて、
前記移動サブネットワークにおける仮想サブネットワーク・ゲートウェイ手段は、該移動サブネットワークに接続された移動コンピュータが送信するフレームを全て取り込むようにし、ホームサブネットワークにおける仮想サブネットワーク・ゲートウェイ手段は、ホームサブネットワークに接続されたコンピュータが移動コンピュータ宛てに送信するフレームを全て取り込むようにしたことを特徴とする移動コンピュータ通信システム。 - 請求項１記載の移動コンピュータ通信システムにおいて、
前記移動コンピュータがホームサブネットワークのコンピュータと通信をする場合には、該移動コンピュータが接続された移動サブネットワークの仮想サブネットワーク・ゲートウェイ手段とホームサブネットワークの仮想サブネットワーク・ゲートウェイ手段との間で、ＩＰパケットをカプセル化して転送して行うようにしたことを特徴とする移動コンピュータ通信システム。 - 請求項１記載の移動コンピュータ通信システムにおいて、
前記移動コンピュータがホームサブネットワークのコンピュータ以外のコンピュータと通信をする場合には、該移動コンピュータが接続された移動サブネットワークの仮想サブネットワーク・ゲートウェイ手段が前記コンピュータと直接通信を行うようにしたことを特徴とする移動コンピュータ通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19006696A JP3669459B2 (ja) | 1996-07-01 | 1996-07-01 | 移動コンピュータ通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19006696A JP3669459B2 (ja) | 1996-07-01 | 1996-07-01 | 移動コンピュータ通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1023076A JPH1023076A (ja) | 1998-01-23 |
| JP3669459B2 true JP3669459B2 (ja) | 2005-07-06 |
Family
ID=16251790
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19006696A Expired - Fee Related JP3669459B2 (ja) | 1996-07-01 | 1996-07-01 | 移動コンピュータ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3669459B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3259724B2 (ja) | 1999-11-26 | 2002-02-25 | 三菱電機株式会社 | 暗号装置、暗号化器および復号器 |
| JP4491980B2 (ja) * | 2001-03-05 | 2010-06-30 | ソニー株式会社 | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム |
| JP2005204289A (ja) * | 2003-12-15 | 2005-07-28 | Matsushita Electric Ind Co Ltd | ホームエージェント装置、モバイルルータ装置、通信システム、および通信方法 |
| JP4231042B2 (ja) | 2005-11-16 | 2009-02-25 | 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ | 通信方法、移動エージェント装置、及びホームエージェント装置 |
| JP2010220252A (ja) * | 2010-06-09 | 2010-09-30 | Nec Corp | 移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラム |
| JP6076276B2 (ja) * | 2014-02-18 | 2017-02-08 | 日本電信電話株式会社 | 通信システム及び通信方法 |
-
1996
- 1996-07-01 JP JP19006696A patent/JP3669459B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1023076A (ja) | 1998-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5327832B2 (ja) | ノード識別子と位置指示子とを用いたパケットの通信方法 | |
| EP1714434B1 (en) | Addressing method and apparatus for establishing host identity protocol (hip) connections between legacy and hip nodes | |
| US20050138166A1 (en) | IP network node and middleware for establishing connectivity to both the IPv4 and IPv6 networks | |
| JP4010830B2 (ja) | 通信装置およびネットワークシステム | |
| JPH1032610A (ja) | 移動データ通信における仮想私設網の構成方法 | |
| EP1884102B1 (en) | Host identity protocol method and apparatus | |
| WO2002071720A1 (en) | Addressing method and system for using an anycast address | |
| JP2006086800A (ja) | ソースアドレスを選択する通信装置 | |
| WO2010127610A1 (zh) | 一种虚拟专用网节点信息的处理方法、设备及系统 | |
| US20120271965A1 (en) | Provisioning mobility services to legacy terminals | |
| US20110296027A1 (en) | Host identity protocol server address configuration | |
| Bless et al. | The underlay abstraction in the spontaneous virtual networks (SpoVNet) architecture | |
| US20070053328A1 (en) | Method and system for maintaining a secure tunnel in a packet-based communication system | |
| EP1988679B1 (en) | A new flow based Layer 2 handover mechanism for mobile node with multi network interfaces | |
| KR100587560B1 (ko) | 링크 로컬 주소를 가지는 시스템에서 외부 시스템과통신하는 방법 및 장치 | |
| JP3669459B2 (ja) | 移動コンピュータ通信システム | |
| JPH11252172A (ja) | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 | |
| Jokela et al. | Host identity protocol-extended abstract | |
| JP3764810B2 (ja) | 移動端末の制御方法、移動支援端末及び移動支援を行うネットワークシステム | |
| Shah et al. | Host Anycast Support in IPv6 | |
| JP5322875B2 (ja) | 通信方法、通信装置および通信システム | |
| Jia et al. | Internetworking | |
| KR20050078325A (ko) | 사설 ｉｐ를 사용하는 통신 단말장치의 ｔｃｐ패킷 통신방법 및 시스템 | |
| de Souza Pereira et al. | Horizontal address ontology in internet architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041019 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050302 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050406 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050406 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |