JP2000183968A

JP2000183968A - パケット通信システムおよびそれを構成するノードとエッジ装置

Info

Publication number: JP2000183968A
Application number: JP35875298A
Authority: JP
Inventors: Kazunari Irie; 一成入江; Norihisa Ota; 紀久太田; Koichi Shudo; 晃一首藤; Seitaro Sakihara; 盛太郎崎原
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1998-12-17
Filing date: 1998-12-17
Publication date: 2000-06-30

Abstract

(57)【要約】【課題】ノードにおけるデカプセル化およびカプセル
化による処理負荷が発生する。【解決手段】予め、ノード１０において、各エッジ装
置３ａ，３ｂのＩＰアドレスと、各エッジ装置が収容す
る各コンピュータ端末１ａ〜１ｄのＭＡＣアドレスとを
対応付けた情報を収集して登録しておき、コンピュータ
端末１ａから、ＡＲＰ要求パケットにより、相手先端末
のＭＡＣアドレスの問い合わせがあれば、ＡＲＰ応答パ
ケットを返送する際に、相手先端末を収容するエッジ装
置３ｂのＩＰアドレスも相手先端末のＭＡＣアドレスと
共に通知し、エッジ装置３ａにおいて、そのＭＡＣアド
レスとＩＰアドレスを対応付けて登録しておく。以降の
受信パケットに関しては、エッジ装置３ａは、登録内容
を参照して、相手先端末を収容するエッジ装置３ｂのＩ
Ｐアドレスを抽出して、そのＩＰアドレスを宛先とする
ＩＰパケットにカプセル化してノードに送出する。これ
によりノード１０では単にＩＰパケットのルーティング
を行なうだけで良くなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してコンピュータ端末間でパケットを伝送するコンピュ
ータ通信技術に係わり、特に、ＰＰＰ（Point-to-Point
Protocol）による効率的なパケット転送を行なうに好
適なパケット通信システムおよびそれを構成するノード
とエッジ装置に関するものである。

【０００２】

【従来の技術】従来、ホームユーザ向けのコンピュータ
通信システムとして、ダイヤルアップの通信回線とモデ
ムを利用し、コンピュータ間でデータをパケット化して
ＰＰＰにより伝送する技術が広く用いられている。

【０００３】このＰＰＰでは、ＩＰパケット（Internet
Protocolで扱うパケット）を、ＨＤＬＣ(High Level D
ata Link Contorol Procedure：ハイレベルデータリン
ク制御手順)フレームにマッピングして伝送している。
すなわち、開始フラグと終了フラグの間にパケットをマ
ッピングし、通信回線上を伝送する。そして、通信開始
の際には、呼接続やユーザ認証等の処理を行う。

【０００４】このようなダイヤルアップ回線とモデムを
利用してコンピュータ間でデータをＰＰＰにより伝送す
る従来の技術例を図１６に示す。図１６は、従来のＰＰ
Ｐを用いたコンピュータ通信システムの構成例を示すブ
ロック図である。

【０００５】図１６において、１６０，１６１はコンピ
ュータ端末、１６２はモデム、１６３はモデム１６２と
コンピュータ端末１６０とのインタフェース(通常、RS2
32C等の標準インタフェースが用いられる)、１６４は加
入者システム(加入者ネットワーク/公衆回線)、１６５
はモデムおよびＰＰＰ機能を有するＲＡＳ（Remote Acc
ess Service)サーバ（図中、「ＲＡＳ」と記載）、１６
６はＬＡＮ（Local Area Network）、１６７はルータ、
１６８はアプリケーションサーバ（図中、「Ｓｅｒｖｅ
ｒ」と記載）である。

【０００６】コンピュータ端末１６０，１６１、モデム
１６２、インタフェース１６３によりユーザ側のシステ
ムが構成され、ＲＡＳサーバ１６５、ＬＡＮ１６６、ル
ータ１６７、アプリケーションサーバ１６８によりセン
タ側のシステムが構成されている。以下、動作を説明す
る。

【０００７】コンピュータ端末１６０は、発信する場
合、ＰＰＰによりモデム１６２を経由してセンタ側のＲ
ＡＳサーバ１６５との呼接続を行う。すなわち、ＲＡＳ
サーバ１６５を電話番号で呼び出し、ＰＡＰ（Password
authentication Protocol）やＣＨＡＰ（Challenge Ha
ndshake Authentication Protocol）などによる必要な
認証手順を経て、デフォルトルータアドレス等の情報を
ＲＡＳサーバ１６５から受けた後、リンクを確立する。

【０００８】リンク確立後は、コンピュータ端末１６０
とＲＡＳサーバ１６５間でＩＰパケットの伝送が可能と
なる。これにより、ＬＡＮ１６６に接続されているルー
タ１６７を経由してコンピュータ端末１６０とセンタ側
システムのサーバ１６８との間、あるいは、コンピュー
タ端末１６０，１６１間の通信が可能となる。尚、この
ようなＰＰＰを利用してＩＰパケットを伝送する技術に
関しては、例えば、丸山修孝著「わかりやすい通信プロ
トコルの技術」（１９９８年、オーム社発行）の第１７
１頁〜第１７３頁等に記載されている。

【０００９】次に、ＰＰＰにおけるフレーム構造を図１
７を用いて説明する。図１７は、ＰＰＰのフレーム構造
例を示す説明図である。図１７において、１７１はコン
ピュータ端末からのＩＰパケット、１７２はＰＰＰフレ
ームである。

【００１０】一般のイーサネット（Ethernet）ＬＡＮに
おけるコンピュータ通信では、イーサネットフレーム上
に各種プロトコルデータを乗せ、ヘッダにあるイーサネ
ットアドレス（ＭＡＣ（Media Access Control）アドレ
スに）により端末(コンピュータ)を識別しているが、Ｐ
ＰＰでは、図１７で示すように、ＩＰパケット部分のみ
が、ＰＰＰフレームとして、開始フラグおよびヘッダ
と、ＦＣＳ(Frame Check Sequence)および終了フラグと
の間にマッピングされて伝送される。尚、ＦＣＳは誤り
訂正符号である。

【００１１】このＰＰＰについては既に手順やフォーマ
ットの詳細がＩＥＴＦ（Internet Engineering Task Fo
rce）により標準化されており、コンピュータ通信分野
では一般に普及しているので、図１６におけるシステム
での呼接続や認証の手順等については説明しない。ま
た、図１６では、アナログ回線を想定し、モデム１６２
を利用する場合について説明したが、ディジタル回線の
場合はモデム１６２ではなく、ターミナルアグプタ(Ｔ
Ａ)を介してディジタル接続される。この場合、対向す
るＲＡＳサーバ１６５側についても同様である。

【００１２】以上述べたように、ダイヤルアップ回線と
モデムを利用したＰＰＰによる通信技術においては、公
衆回線を通してモデム経由でコンピュータ通信が可能と
なるが、通常、端末間の通信プロトコルが単一(ＩＰ）
であり、また、セキュリティの確保がユーザに依存し、
さらに、端末のＭＡＣアドレス情報が失われる。そのた
め、ＰＰＰによる通信では、所定のグループに属する複
数のコンピュータ間での通信（グループ通信）を、任意
のプロトコルで、かつ、高いセキュリティレベルで行う
ことができない。

【００１３】このような問題を解決するための技術が、
本願発明の発明者が出願した特願平１０−３４１３２９
号に記載されている。以下、図１８により、その技術を
説明する。図１８は、ＰＰＰによる高いセキュリティレ
ベルでのグループ通信を行なう通信装置およびそれを用
いた通信システムの構成例を示すブロック図である。

【００１４】図１８において、１ａ〜１ｄはコンピュー
タ端末、２はイーサネットインタフェース、３ａ’，３
ｂ’はＰＰＰ通信を行なうエッジ装置、４はＲＳ２３２
Ｃインタフェース、５はモデム、６はネットワーク、７
はＲＡＳサーバ（図中、「ＲＡＳ」と記載）、８はイー
サネットによるＬＡＮ、９は管理装置、１０はノード、
１１はサーバである。

【００１５】コンピュータ端末１ａ〜１ｄとイーサネッ
トインタフェース２、エッジ装置３ａ’，３ｂ’、ＲＳ
２３２Ｃインタフェース４、および、モデム５によりユ
ーザ側システムが構成され、公衆回線等からなるネット
ワーク６により加入者システムが構成され、ＲＡＳサー
バ７とＬＡＮ８、管理装置９、ノード１０、および、サ
ーバ１１によりセンタ側システムが構成されている。

【００１６】ユーザ側システムにおいて、エッジ装置３
ａ’，３ｂ’のそれぞれは、エッジ装置３ａ’で示すよ
うに、端末収容部３ｃ、アドレス情報収集処理部３ｄ、
情報通知処理部３ｅ、パケット変換処理部３ｆ、ＰＰＰ
通信処理部３ｇを有し、端末収容部３ｃにより、１以上
のコンピュータ端末１ａ〜１ｄを収容する。このエッジ
装置３ａ’，３ｂ’と各コンピュータ端末１ａ〜１ｄ間
は、イーサネットインタフェース２により接続され、イ
ーサネットパケットでの通信が行なわれる。

【００１７】また、エッジ装置３ａ’，３ｂ’は、ＰＰ
Ｐ通信処理部３ｇにより、ＲＳ２３２Ｃインタフェース
４を介してモデム５を制御し、ネットワーク６（加入者
システム）を通してセンタ側システムのＲＡＳサーバ７
との間で、ＰＰＰによるＩＰパケットの通信を行なう。
このＰＰＰで呼び出すセンタ側システムのＲＡＳサーバ
７の電話番号等は、エッジ装置３ａ，３ｂにおいて予め
設定/登録しておく。また、デフォルトルータとしては
ノード１０のアドレスを指定する。

【００１８】センタ側システムのＲＡＳサーバ７は、ネ
ットワーク６を介して、ユーザ側システムのエッジ装置
３ａ’，３ｂ’とＰＰＰによるＩＰパケットの通信を行
なうと共に、センタ側システムにおいて、ＬＡＮ８を介
して、管理装置９、ノード１０、サーバ１１のそれぞれ
との間で、イーサネットパケットの通信を行なう。

【００１９】このような構成により、この通信システム
において、エッジ装置３ａ’，３ｂ’は、収容した複数
のコンピュータ端末から送られてくるデータリンク層の
パケット（イーサネットパケット）をＩＰデータとする
ＩＰパケットを作成してＰＰＰにより送信し、また、Ｐ
ＰＰにより受信したＩＰパケットからイーサネットパケ
ットを取り出して、イーサネットアドレス（ＭＡＣアド
レス）に基づき配信する。このことにより、ＰＰＰを用
いて、イーサネットアドレス（ＭＡＣアドレス）を利用
したブロードキャスト配信等を行なうことができる。

【００２０】また、エッジ装置３ａ’，３ｂ’は、イー
サネットパケットを含むＩＰパケットのヘッダに、自装
置が属するグループの識別子（グループＩＤ）を付与し
てＰＰＰにより送信し、また、ＰＰＰにより受信したＩ
Ｐパケットのヘッダに付与されたグループＩＤが、自装
置が属するグループＩＤと同一であった場合のみ、受信
したＩＰパケットからイーサネットパケットを取り出し
て、イーサネットアドレスに基づき配信する。このよう
にエッジ装置３ａ’，３ｂ’において設定するグループ
ＩＤに基づき、受信したＩＰパケット（イーサネットパ
ケット）の配信を制御するので、特に、ブロードキャス
トパケットの、不正に接続されたコンピュータ端末への
配信を防止することができる。

【００２１】また、管理装置９は、エッジ装置３ａ’，
３ｂ’からの通知に基づき、各エッジ装置３ａ’，３
ｂ’が属するグループＩＤと各エッジ装置３ａ’，３
ｂ’の識別情報および各エッジ装置３ａ’，３ｂ’で収
容している各コンピュータ端末１ａ〜１ｄの識別情報と
を対応付けて登録し、ノード１０’は、ＲＡＳサーバ７
を介して各エッジ装置３ａ’，３ｂ’とのＩＰパケット
の送受信を行ない、受信したＩＰパケットに付与された
グループＩＤおよびこのＩＰパケット内のデータリンク
層のパケット（イーサネットパケット）のアドレス情報
と、管理装置９の登録内容との照合に基づき、受信した
ＩＰパケットの転送制御を行なうことにより、ＩＰパケ
ットに付与したグループＩＤで特定されるグループ内で
の通信をＰＰＰにより行なう。

【００２２】特に、ノード１０’は、ＩＰパケットの転
送制御として、例えば、エッジ装置３ａ’，３ｂ’から
ユニキャストで送られてきたイーサネットパケットの送
信先が自ＬＡＮ内でない場合、登録装置９の登録内容を
参照して、送信先端末および送信元端末の各グループＩ
Ｄ（それぞれのコンピュータ端末を収容するエッジ装置
３ａ’，３ｂ’のグループＩＤ）とＩＰパケットに付与
されたグループＩＤとが一致するか判別し、一致した場
合、送信先のコンピュータ端末を収容するエッジ装置３
ａ’，３ｂ’のアドレスをＩＰヘッダ（グループＩＤが
付与されている）、イーサネットパケットをＩＰデータ
とするＩＰパケットを作成し、ＲＡＳサーバ７を介して
ＰＰＰによりエッジ装置３ａ’，３ｂ’に送出する。こ
のことにより、ユニキャストでの通信におけるセキュリ
ティを、センタ側で効率的に制御することができる。

【００２３】尚、例えば、エッジ装置３ａ’，３ｂ’か
らブロードキャストで送られてきたイーサネットパケッ
トに関しては、ノード１０’は、グループＩＤの照合・
判別を行なわず、ＩＰヘッダにブロードキャスト用のＩ
Ｐアドレス（例えば、「２５５．２５５．２５５．２５
５」）を設定して、ＲＡＳサーバ７を介して各エッジ装
置３ａ’，３ｂ’に送信し、各エッジ装置３ａ’，３
ｂ’で、グループＩＤの照合・判別を行ない、同一グル
ープＩＤに属するコンピュータ端末１ａ〜１ｄに配信す
る。

【００２４】しかし、このような通信システムでは、ノ
ード１０’において、ＩＰパケットの転送制御として、
送信先のコンピュータ端末を収容するエッジ装置３
ａ’，３ｂ’のアドレスをＩＰヘッダ、イーサネットパ
ケットをＩＰデータとするＩＰパケットの作成を行なわ
なければならず、処理時間を要し、スループットが低下
してしまう。

【００２５】

【発明が解決しようとする課題】解決しようとする問題
点は、ＰＰＰによる任意のプロトコルでの高いセキュリ
ティレベルでの通信などを行う場合、ノード側でのＩＰ
パケットの作成に時間を要してしまう点である。本発明
の目的は、これら従来技術の課題を解決し、ＰＰＰによ
る任意のプロトコルでの高いセキュリティレベルでの通
信などを効率的に行なうことを可能とするパケット通信
システムおよびそれを構成するノードとエッジ装置を提
供することである。

【００２６】

【課題を解決するための手段】上記目的を達成するた
め、本発明のパケット通信システムおよびそれを構成す
るノードとエッジ装置では、予め、ノードにおいて、各
エッジ装置のＩＰアドレスと、各エッジ装置が収容する
各端末のＭＡＣアドレスとを対応付ける情報を収集して
登録しておく。そして、ユーザ端末から、イーサネット
パケット（ＡＲＰ要求パケット）により、相手先端末の
ＭＡＣアドレスの問い合わせがあれば、その問い合わせ
に対応するＡＲＰ応答パケットをノードからエッジ装置
（エッジ装置Ａ）に返送する際に、相手先端末を収容す
るエッジ装置（エッジ装置Ｂ）のＩＰアドレスも相手先
端末のＭＡＣアドレスと共に通知し、ユーザ端末を収容
するエッジ装置（エッジ装置Ａ）において、その相手先
端末のＭＡＣアドレスとエッジ装置ＢのＩＰアドレスを
対応付けて登録しておく。

【００２７】そして、以降、ユーザ端末からの相手先端
末へのイーサネットパケットを受信すると、エッジ装置
Ａは、登録内容を参照して、相手先端末を収容するエッ
ジ装置（エッジ装置Ｃ）のＩＰアドレスを抽出して、そ
のＩＰアドレスを宛先とするＩＰパケットにカプセル化
してノードに送出する。これにより、ノードでは、単に
そのＩＰパケットのアドレス情報に基づくルーティング
を行なうだけで良く、受信したＩＰパケットのデカプセ
ル化、および、相手先端末を収容するエッジ装置ＣのＩ
Ｐアドレスの探索とＩＰパケットへのカプセル化が不要
となりスループットが向上する。

【００２８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明のパケット通
信システムおよびそれを構成するノードとエッジ装置の
本発明に係る構成の第１の実施例を示すブロック図であ
る。本例のパケット通信システムはＰＰＰによる通信を
行なうものであり、以下、ＰＰＰ通信システムと記載す
る。

【００２９】本図１において、１ａ〜１ｄはコンピュー
タ端末、２はイーサネットインタフェース、３ａ，３ｂ
はエッジ装置、４はＲＳ２３２Ｃインタフェース、５は
モデム、６はネットワーク、７はＲＡＳサーバ（図中、
「ＲＡＳ」と記載）、８はイーサネットによるＬＡＮ、
９は管理装置、１０はノード、そして、１１はサーバで
ある。

【００３０】コンピュータ端末１ａ〜１ｄとイーサネッ
トインタフェース２、エッジ装置３ａ，３ｂ、ＲＳ２３
２Ｃインタフェース４、および、モデム５によりユーザ
側システムが構成され、公衆回線等からなるネットワー
ク６により加入者システムが構成され、ＲＡＳサーバ７
とＬＡＮ８、管理装置９、ノード１０、および、サーバ
１１によりセンタ側システムが構成されている。

【００３１】ユーザ側システムにおいて、エッジ装置３
ａ，３ｂのそれぞれは、エッジ装置３ａで示すように、
端末収容部３ｃ、アドレス情報収集処理部３ｄ、情報通
知処理部３ｅ、パケット変換処理部３ｆ、ＰＰＰ通信処
理部３ｇ、および、ＡＲＰ処理部３ｈ、テーブル管理部
３ｉ、第２パケット作成処理部３ｊを有し、端末収容部
３ｃにより、１以上のコンピュータ端末１ａ〜１ｄを収
容する。尚、このエッジ装置３ａ，３ｂと各コンピュー
タ端末１ａ〜１ｄ間は、イーサネットインタフェース２
により接続され、イーサネットパケットでの通信が行な
われる。

【００３２】さらに、エッジ装置３ａ，３ｂは、ＰＰＰ
通信処理部３ｇにより、ＲＳ２３２Ｃインタフェース４
を介してモデム５を制御し、ネットワーク６（加入者シ
ステム）を通してセンタ側システムのＲＡＳサーバ７と
の間で、ＰＰＰによるＩＰパケットの通信を行なう。こ
のＰＰＰで呼び出すセンタ側システムのＲＡＳサーバ７
の電話番号等は、エッジ装置３ａ，３ｂにおいて予め設
定/登録しておく。また、デフォルトルータとしてはノ
ード１０のアドレスを指定する。

【００３３】センタ側システムのＲＡＳサーバ７は、ネ
ットワーク６を介して、ユーザ側システムのエッジ装置
３ａ，３ｂとＰＰＰによるＩＰパケットの通信を行なう
と共に、センタ側システムにおいて、ＬＡＮ８を介し
て、管理装置９、ノード１０、サーバ１１のそれぞれと
の間で、イーサネットパケットの通信を行なう。

【００３４】以下、エッジ装置３ａにおける端末収容部
３ｃ、アドレス情報収集処理部３ｄ、情報通知処理部３
ｅ、パケット変換処理部３ｆ、ＰＰＰ通信処理部３ｇに
よるＰＰＰ通信システムの動作を説明する。

【００３５】エッジ装置３ａは、イーサネットインタフ
ェース２で接続された配下のコンピュータ端末１ａ，１
ｂのアドレス情報（ＭＡＣアドレス）をアドレス情報収
集処理部３ｄにより収集して、情報通知処理部３ｅによ
り、ＳＮＭＰ（Simple Network Management Protocol）
等の通信プロトコルを利用して、センタ側システムの管
理装置９に通知する。この通知のタイミングとしては、
エッジ装置３ａの電源オン時、あるいは、コンピュータ
端末１ａ，１ｂからのパケットの受信時等がある。

【００３６】このように、エッジ装置３ａ，３ｂが、コ
ンピュータ端末のアドレス情報を管理装置９へ自動的に
通知するので、コンピュータ端末１ａ，１ｂのユーザ
は、コンピュータ端末を追加あるいは変更する際、その
アドレスをセンタ側システムに申請する必要がなくな
る。また、コンピュータ端末がユーザ間を移動した場合
も、移動先のエッジ装置から管理装置９に新規のコンピ
ュータ端末として通知されても、管理装置９において
は、アドレス重複チェックにより、移動であることを確
認でき、情報更新により、端末移動をサポートすること
も可能となる。

【００３７】また、管理装置９では、予めユーザから指
定されたグループ登録情報に基づいて、エッジ装置３
ａ，３ｂと、それぞれの配下のコンピュータ端末１ａ〜
１ｄとをグループ内でリンクさせてグループ情報を作成
し、図９に示すような管理表９０に登録すると共に、そ
のグループ登録情報を、グループ識別用ＩＰとしてノー
ド１０とエッジ装置３ａ，３ｂにＳＮＭＰプロトコル等
により通知する。

【００３８】図９は、図１における管理装置で登録され
る管理表の構成例を示す説明図である。管理表９０は、
グループＩＤ、エッジ装置ＩＤ、配下端末ＩＤの各項目
欄からなり、グループＩＤにおける各グループ（Ａ，
Ｂ，・・・）別に、各エッジ装置の識別子（ＬＥＣ
（１），（２），（３），（４），（５）・・・）がエ
ッジ装置ＩＤの欄に登録され、さらに、各エッジ装置毎
に、配下の端末の識別子として、ＭＡＣアドレスが登録
されている。尚、ここでは、各エッジ装置の識別子（Ｌ
ＥＣ（１），（２），（３），（４），（５）・・・）
は、各エッジ装置のＩＰアドレスである。

【００３９】図１において、さらに、エッジ装置３ａ
は、パケット作成処理部３ｆにより、収容した各コンピ
ュータ端末１ａ，１ｂから送られてくるイーサネットパ
ケットをＩＰデータとするＩＰパケットを作成し、ＰＰ
Ｐ通信処理部３ｇでＰＰＰによりＲＡＳサーバ７に送信
し、また、ＰＰＰ通信処理部３ｇでＰＰＰによりＲＡＳ
サーバ７から受信したＩＰパケットから、パケット作成
処理部３ｆにより、イーサネットパケットを取り出し
て、イーサネットアドレス（ＭＡＣアドレス）に対応す
るコンピュータ端末１ａ，１ｂに配信する。このように
して、本例では、ＰＰＰを用いて、イーサネットアドレ
ス（ＭＡＣアドレス）を利用したパケット配信を行なう
ことができる。

【００４０】また、エッジ装置３ａのパケット作成処理
部３ｆでは、イーサネットパケットからのＩＰパケット
の作成時、このＩＰパケットのヘッダ（ＩＰヘッダ）
に、自エッジ装置３ａが属するグループの識別子（グル
ープＩＤ）を付与する。そして、ＲＡＳサーバ７からＰ
ＰＰにより受信したＩＰパケットのヘッダに付与された
グループＩＤが、自装置が属するグループＩＤと同一で
あった場合のみ、受信したＩＰパケットからイーサネッ
トパケットを取り出して、イーサネットアドレスに基づ
き、各コンピュータ端末１ａ，１ｂに配信する。このよ
うに、エッジ装置３ａにおいて、受信したＩＰパケット
（イーサネットパケット）の配信を、グループＩＤに基
づき制御することにより、特に、ブロードキャストパケ
ットの、不正に接続されたコンピュータ端末への配信を
防止することができる。

【００４１】また、センタ側システムのノード１０にお
いても、パケット作成処理部（図中、「パケット作成
部」と記載）１０ａが設けられており、例えば、エッジ
装置３ａからのＲＡＳサーバ７を介してのＰＰＰによる
ユニキャストのパケットの受信時、管理装置９に登録さ
れているグループ情報に基づき、受信したパケットのイ
ーサネットアドレスの送信先（宛先）と送信元のそれぞ
れのコンピュータ端末が同じグループに属するか否かを
判別し、同一グループの場合のみ、送信先のコンピュー
タ端末を収容するエッジ装置をＩＰヘッダにおける宛先
に有し、受信したイーサネットパケットをＩＰデータと
するＩＰパケットを作成し、ＲＡＳサーバ７を介してＰ
ＰＰによる送信を行なう。このことにより、グループ外
のコンピュータ端末への誤配信をセンタ側で防止するこ
とができる。

【００４２】次に、エッジ装置３ａ，３ｂからのＰＰＰ
での通信に用いるパケットについて、図２〜図４を用い
て説明する。図２は、図１におけるエッジ装置で用いる
パケットの構成例を示す説明図である。本図２におい
て、２１はイーサネットパケット、２２はＩＰパケッ
ト、２３はＰＰＰフレームである。

【００４３】図１のエッジ装置３ａ，３ｂでは、コンピ
ュータ端末１ａ〜１ｄからのイーサネットパケット２１
を、ＩＰパケット２２のデータ領域に乗せ、さらに、こ
のＩＰパケット２２をＰＰＰフレーム２３（ＨＤＬＣフ
レーム）にマッピングする。このようにすることによ
り、従来のＰＰＰでは単一プロトコル(通常はＩＰプロ
トコル)のみサポートされるのに対して、本例のＰＰＰ
では、イーサネットプロトコル、あるいは、任意のプロ
トコルの使用が可能となる。

【００４４】図３は、図２におけるイーサネットパケッ
トのフレーム構成の詳細例を示す説明図である。本図３
に示すように、図１のエッジ装置３ａ，３ｂでは、コン
ピュータ端末１ａ〜１ｄから送信されてきた元のイーサ
ネットパケット２１ａのフレーム構成の内、プリアンブ
ルとＣＲＣ（Cyclic Redundancy Check；「巡回冗長検
査」、その計算結果であるＦＣＳ（Frame Check Sequen
ce）ともいう）部分を除いたもの、すなわち、相手先Ｍ
ＡＣアドレスと送出元ＭＡＣアドレスおよびプロトコル
タイプからなるヘッダと、データ部分からなるイーサネ
ットパケット２１を、ＩＰパケットのデータ領域に乗せ
てカプセル化する。

【００４５】図４は、図２におけるＩＰパケットのフレ
ーム構成の詳細例を示す説明図である。本図４に示すよ
うに、図１のエッジ装置３ａ，３ｂでは、ＩＰパケット
２２のヘッダ２２ａ内におけるオプション部２２ｃに、
グループＩＤ（IDentifier/IDentification、識別子）
を割当てる。

【００４６】次に、図１におけるエッジ装置３ａの構成
を、図５を用いて説明する。図５は、図１におけるエッ
ジ装置の構成例を示すブロック図である。本図５におい
て、５１はＣＰＵ（Central Processing Unit）を具備
してイーサネットパケットのＩＰパケットへのカプセル
化およびＰＰＰ処理を行うプロセッサ部（図中、「ＣＰ
Ｕ」と記載）、５２はデータＲＡＭ（図中、「ＲＡＭ」
と記載）、５３はプロセッサ部５１の処理プログラムを
格納するプログラムメモリ（図中、「Ｐ−メモリ」と記
載）、５４はイーサネットインタフェース（図中、「Ｅ
−Ｉ／Ｆ」と記載）、５５はモデムインタフェース（図
中、「Ｍ−Ｉ／Ｆ」と記載）、５６はバスである。

【００４７】プログラムメモリ５３に格納された処理プ
ログラムに基づくプロセッサ部５１の処理により、図１
のエッジ装置３ａにおける端末収容部３ｃと、アドレス
情報収集処理部３ｄ、情報通知処理部３ｅ、パケット作
成処理部３ｆ、ＰＰＰ通信処理部３ｇ、および、ＡＲＰ
処理部３ｈと、テーブル管理部３ｉ、第２パケット作成
処理部３ｊが構成される。

【００４８】すなわち、エッジ装置３ａは、コンピュー
タ端末１ａ，１ｂからのイーサネットパケットを、イー
サネットインタフェース５４からバス５６経由でデータ
ＲＡＭ５２に取り込み、このデータＲＡＭ５２をバッフ
ァとして、プロセッサ部５１においてＩＰパケット化処
理およびＰＰＰ処理を行い、モデムインターネット部５
５からモデム５を介してネットワーク６側に転送する。

【００４９】また、モデム５を介して送られてきたネッ
トワーク６からのＩＰパケットに対しては、モデムイン
タフェース５５から、バス６経由でデータＲＡＭ５２に
取り込み、このデータＲＡＭ５２をバッファとして、プ
ロセッサ部５１において処理し、イーサネットパケット
として、イーサネットインタフェース５４を介して各コ
ンピュータ端末１ａ，１ｂに送信する。

【００５０】次に、図１におけるノード１０の構成を、
図６を用いて説明する。図６は、図１におけるノードの
構成例を示すブロック図である。本図６において、６１
はカプセル化処理等を行うプロセッサ部（図中、「ＣＰ
Ｕ」と記載）、６２はデータＲＡＭ（図中、「ＲＡＭ」
と記載）、６３はプロセッサ部６１の処理プログラムを
格納するプログラムメモリ（図中、「Ｐ−メモリ」と記
載）、６４はイーサネットインタフェース（図中、「Ｅ
−Ｉ／Ｆ」と記載）、６５はバスである。

【００５１】プログラムメモリ６３に格納された処理プ
ログラムに基づくプロセッサ部６１の処理により、図１
のノード１０におけるパケット作成処理部１０ａ、およ
び、ＡＲＰ判別部１０ｃ、アドレス抽出部１０ｄ、ＡＲ
Ｐ応答パケット作成部１０ｅ、ＩＰカプセル化部１０ｆ
からなるＡＲＰ応答部１０ｂ等が構成される。

【００５２】そして、ノード１０は、ＲＡＳサーバ７お
よびＬＡＮ８を経由して送られてくる図１のエッジ装置
３ａ，３ｂ（コンピュータ端末１ａ〜１ｄ）からのパケ
ットを、イーサネットインタフェース６４から、バス６
５経由で、データＲＡＭ６２に取り込み、このデータＲ
ＡＭ６２をバッファとして、プロセッサ部６１において
フィルタリングおよびカプセル化処理して、再びイーサ
ネットインタフェース６４に転送する。

【００５３】これらの図５のエッジ装置３ａおよび図６
のノード１０を設けた図１のＰＰＰ通信システムにおけ
るパケットの伝送動作について、図７、図８を用いて説
明する。

【００５４】図７は、図１におけるコンピュータ端末間
のユニキャストパケットの伝送フォーマット例を示す説
明図、図８は、図７におけるユニキャストの伝送に係わ
る図１のＰＰＰ通信システムの動作例を示すシーケンス
図である。

【００５５】尚、図７に示す伝送フォーマットは、イー
サネットパケットのヘッダ情報の内、アドレス情報部の
みを示しており、他のヘッダ情報(プロトコルタイプ等)
は記載を省略している。また、ＩＰパケットのＩＰヘッ
ダ（図中、「Ｈ」と記載）におけるＩＰアドレスはエッ
ジ装置あるいはノードのＩＰアドレスに対応するアドレ
スである。

【００５６】以下、図７におけるコンピュータ端末（Ｐ
Ｃ）間でのユニキャストパケットの伝送に関して説明す
る。図７において、コンピュータ端末（図中、「ＰＣ−
Ａ」と記載）１ａからのユニキャストのイーサネットパ
ケット７１（ＰＣ−Ｂは送信先イーサネットアドレス
（ＭＡＣアドレス）、ＰＣ−Ａは送信元イーサネットア
ドレス（ＭＡＣアドレス））は、エッジ装置３ａにおい
て、送信元がエッジ装置３ａ、送信先がノード１０のＩ
Ｐパケットにカプセル化される。この時、エッジ装置３
ａは、ヘッダのオプション領域にグループＩＤを付加す
る。

【００５７】そして、エッジ装置３ａは、このようにし
て作成したＩＰパケットを、ＰＰＰにより、ＰＰＰフレ
ーム７２として、接続先のＲＡＳサーバ７に送る。尚、
ＰＰＰフレーム７２において、「ＦＬＡＧ」は１バイト
のデータ「７Ｅ」からなり、「Ｈ」は送信先のノード１
０のＩＰアドレスと送信元のエッジ装置３ａのＩＰアド
レスからなり、「ＩＤ」はグループＩＤからなり、その
次の「ＰＣ−Ｂ」、「ＰＣ−Ａ」等は、イーサネットパ
ケット７１からなる。

【００５８】エッジ装置３ａからのＰＰＰフレーム７２
を受信したＲＡＳサーバ７は、ＰＰＰフレーム７２に、
ノード１０を送信先（ＲＳＮ）、ＲＡＳサーバ７を送信
元（ＲＡＳ）とするヘッダを付与してイーサネットパケ
ット７３を生成して、図１のＬＡＮ８に送出して、ノー
ド１０に届ける。

【００５９】イーサネットパケット７３を受信したノー
ド１０では、イーサネットパケット７３のイーサネット
アドレス（「ＰＣ−Ｂ」，「ＰＣ−Ａ」）を元に、図１
の管理装置９で管理しているグループ情報を検索し、イ
ーサネットアドレス（「ＰＣ−Ｂ」，「ＰＣ−Ａ」）の
それぞれが同一グループであれば、「ＰＣ−Ｂ」をイー
サネットアドレスとするコンピュータ端末１ｄを収容す
るエッジ装置３ｂを送信先、ノード１０を送信元とする
ＩＰヘッダと、受信したイーサネットパケットからなる
ＩＰデータとによるＩＰパケットを作成（カプセル化）
し、かつ、このＩＰパケットをデータ部、宛先をＲＡＳ
サーバ７とするイーサネットパケット７４を生成してＬ
ＡＮ８に送出する。

【００６０】このように、ノード１０におけるアドレス
チェックの際、グループＩＤをキーとして同一グループ
に属するエッジ装置配下の端末アドレスのみを検索する
だけでよいので、アドレス検索処理時間が少なくて済
む。ＲＡＳサーバ７は、受信したイーサネットパケット
７４に基づきＰＰＰフレーム７５を作成して、ＰＰＰに
より、ＩＰパケットのヘッダで宛先として指定されたエ
ッジ装置３ｂ宛に送信する。

【００６１】ＰＰＰフレーム７５を受信したエッジ装置
３ｂでは、ＰＰＰフレーム７５からＩＰパケットにカプ
セル化されているイーサネットパケット７６を抽出し
て、イーサネットパケット７６で宛先として指定されて
いる配下のコンピュータ端末１ｄに転送する。

【００６２】以上の各パケットの伝送処理動作を図８に
基づき説明する。エッジ装置３ａは、収容しているコン
ピュータ端末からのイーサネットパケット（ＥＰ）を受
信すると（ステップ８０１）、このイーサネットパケッ
トをＩＰデータ、ノード１０を宛先とするＩＰヘッダか
らなるＩＰパケット（ＩＰ）を作成、すなわちカプセル
化して（ステップ８０２）、ＰＰＰによりＲＡＳサーバ
７に送信する（ステップ８０３）。

【００６３】ＲＡＳサーバ７は、エッジ装置３ａから受
信したＰＰＰフレーム内のＩＰパケットを、その宛先情
報に基づき、ＩＰパケットをデータ部とするイーサネッ
トパケット（ｅｐ）を作成して、ノード１０に転送する
（ステップ８０４）。ＲＡＳサーバ７からのイーサネッ
トパケット（ｅｐ）を受信したノード１０は、そのデー
タ部にあるＩＰパケット（ＩＰ）内のイーサネットパケ
ット（ＥＰ）のヘッダで指定されている宛先を判別する
（ステップ８０５）。

【００６４】そして、宛先のコンピュータ端末と送信元
のコンピュータ端末のそれぞれの所属グループを、図１
の管理装置９で管理しているグループ情報に基づき判別
する（ステップ８０６）。尚、この管理装置９で管理し
ているグループ情報は、予め、ノード１０に取り込んで
おいても良い。同一のグループに属していなければ（ス
テップ８０７）、イーサネットパケット（ＥＰ）を破棄
し（ステップ８０８）、同一のグループに属していれ
ば、判別した宛先が、ＬＡＮ８内か否かを判別する（ス
テップ８０９）。

【００６５】ＬＡＮ内であれば、ＩＰパケット（ＩＰ）
内のＩＰデータとされていたイーサネットパケット（Ｅ
Ｐ）をＬＡＮ８内に配信し（ステップ８１０）、ＬＡＮ
８内でなければ、受信したイーサネットパケット（Ｅ
Ｐ）をＩＰパケット（ＩＰ）にカプセル化する（ステッ
プ８１１）。この場合、ＩＰパケットの送信先をエッジ
装置３ｂ、送信元をノード１０とする。そして、イーサ
ネットパケット（ｅｐ）として、ＲＡＳサーバ７に送出
する（ステップ８１２）。

【００６６】ＲＡＳサーバ７は、イーサネットパケット
（ｅｐ）で受信したＩＰパケット（ＩＰ）を、ＰＰＰに
より、送信先であるエッジ装置３ｂに転送する（ステッ
プ８１３）。そして、エッジ装置３ｂは、受信したＩＰ
パケット（ＩＰ）にカプセル化されていたイーサネット
パケット（ＥＰ）から送信先アドレス情報（宛先）を読
み出し（ステップ８１４）、その宛先のコンピュータ端
末１ｄにイーサネットパケット（ＥＰ）を転送する（ス
テップ８１５）。

【００６７】このように、本例のＰＰＰ通信システムで
は、エッジ装置３ａ，３ｂにおいて、コンピュータ端末
１ａ〜１ｄからのイーサネットパケットを、エッジ装置
３ａ，３ｂからのＩＰパケットとしてそのデータ領域に
乗せると共に、ＩＰヘッダ部にグループＩＤを付加し、
このＩＰパケットをＰＰＰフレームに乗せてセンタ側の
ノード１０宛にＲＡＳサーバ７を介して送信し、また、
ノード１０からの受信パケットに対しては、ＰＰＰフレ
ームからＩＰパケットを取り出してグループＩＤをチェ
ックし、同一グループである場合のみ、ＩＰデータ領域
のイーサネットパケットをコンピュータ端末１ａ〜１ｄ
側に転送する。

【００６８】また、ノード１０では、受信ＩＰパケット
からカプセル化されているイーサネットパケットのアド
レスをチェックし、宛先アドレスのコンピュータ端末が
エッジ装置３ａ，３ｂに収容されていれば、このエッジ
装置３ａ，３ｂ宛に、このイーサネットパケットをＩＰ
パケットにカプセル化して転送し、宛先アドレスの端末
がＬＡＮ８にあるときはイーサネットパケットをＬＡＮ
８に転送する。このことにより、登録されたメンバのエ
ッジ装置に接続されているコンピュータ端末間でのみ通
信を行うグループ通信を、ＰＰＰの使用によりダイヤル
アップ回線を経由して行なうことが可能となる。

【００６９】このように、イーサネットパケットをＩＰ
パケットのデータとしてＰＰＰフレームにカプセル化し
て伝送することにより、プロトコルフリーの通信環境を
提供でき、さらに、グループＩＤを付与してそのチェッ
クによりメンバ間の通信セキュリティの向上が図れる。
すなわち、同じグループメンバとして登録されたコンピ
ュータ間でのみ、任意のプロトコルによる、セキュリテ
ィレベルの高い通信を行なうことができる。また、グル
ープＩＤのチェックの際、グループＩＤをキーとして同
一グループに属するエッジ装置配下の端末アドレスのみ
を検索するだけでよいので、アドレス検索処理/時間の
大幅低減が可能となる。

【００７０】以上に説明した処理動作は、図１のエッジ
装置３ａにおける端末収容部３ｃ、アドレス情報収集処
理部３ｄ、情報通知処理部３ｅ、パケット変換処理部３
ｆ、ＰＰＰ通信処理部３ｇ、および、ノード１０におけ
るパケット作成部１０ａを用いた処理動作である。

【００７１】このような処理においては、ノード１０で
のＩＰパケットの転送制御として、エッジ装置３ａ，３
ｂのアドレスをＩＰヘッダ、イーサネットパケットをＩ
ＰデータとするＩＰパケットの作成（カプセル化）を行
なう。そのため、処理時間を要し、スループットが低下
してしまう。

【００７２】図１における本例のエッジ装置３ａ，３ｂ
には、エッジ装置３ａに示すように、さらに、ＡＲＰ処
理部３ｈ、テーブル管理部３ｉ、第２パケット作成処理
部３ｊが設けられており、また、ノード１０には、ＡＲ
Ｐ判別部１０ｃ、アドレス抽出部１０ｄ、ＡＲＰ応答パ
ケット作成部１０ｅ、ＩＰカプセル化部１０ｆからなる
ＡＲＰ応答部１０ｂを設けている。

【００７３】このような構成とすることにより、図１に
おけるＰＰＰ通信システムでは、ノード側でのＩＰパケ
ットへのカプセル化に要する時間を不要とし、スループ
ットを向上させることができる。以下、その処理動作を
説明する。エッジ装置３ａでは、コンピュータ端末１ａ
からの、コンピュータ端末１ｄのアドレスを問い合わせ
るＡＲＰ要求パケットを、ノード１０宛のＩＰパケット
にカプセル化して送出する。この処理動作は通常のもの
である。

【００７４】ノード１０は、自分宛のエッジ装置３ａか
らのＩＰパケットを受信し、デカプセル化して、カプセ
ル化されていたイーサネットパケットが、相手先端末の
ＭＡＣアドレスを問い合わせるためのＡＲＰ（Address
Resolution Protocol）要求パケットであることをＡＲ
Ｐ判別部１０ｃで判別すると、アドレス抽出部１０ｄに
より、管理装置９の登録内容を参照して、まず、通常の
処理として、そのＡＲＰ要求パケットで要求されている
コンピュータ端末１ｄのＭＡＣアドレスを抽出し、次
に、そのＭＡＣアドレスに対応付けられたエッジ装置３
ｂのＩＰアドレスを抽出する。

【００７５】そして、ノード１０は、ＡＲＰ応答パケッ
ト作成部１０ｅにより、このように抽出したコンピュー
タ端末１ｄのＭＡＣアドレスを送信元、コンピュータ端
末１ａを宛先として、ＡＲＰ要求パケットに対応するＡ
ＲＰ応答パケットを作成し、さらに、ＩＰカプセル化部
１０ｆにより、このＡＲＰ応答パケットを、エッジ装置
３ｂのＩＰアドレスを送信元、エッジ装置３ａのＩＰア
ドレスを宛先とするＩＰパケットにカプセル化した後、
ＲＡＳサーバ７宛のイーサネットパケットにカプセル化
してＬＡＮ８に送出する。

【００７６】エッジ装置３ａでは、ＲＡＳサーバ７から
ＰＰＰによりＡＲＰ応答パケットをカプセル化したＩＰ
パケットを受信すると、ＡＲＰ処理部３ｈにより、この
受信したＩＰパケットの送信元アドレスと、このＩＰパ
ケットｃにカプセル化されたＡＲＰ応答パケットの送信
元アドレスから、コンピュータ端末１ｄがエッジ装置３
ｂに収容されていることを判別し、その結果に基づき、
コンピュータ端末１ｄのＭＡＣアドレスとエッジ装置３
ｂのＩＰアドレスとを対応付けて、テーブル管理部３ｉ
により登録する。

【００７７】このような登録を行なった後、エッジ装置
３ａでは、コンピュータ端末１ａからコンピュータ端末
１ｄへの、通常のイーサネットパケットのＩＰパケット
へのカプセル化時、テーブル管理部３ｉにより登録した
対応付け情報があれば、このイーサネットパケットに対
しては、第２パケット作成処理部３ｊにより、エッジ装
置３ｂのＩＰアドレスを宛先とするＩＰパケットにカプ
セル化して、ＰＰＰによりＲＡＳサーバ７に送信する。

【００７８】このようなＩＰパケットに対しては、ノー
ド１０は、このＩＰパケットに設定されたＩＰアドレス
に基づくルーティングのみを行なうので、先に説明した
ＩＰパケットのイーサネットパケットへのデカプセル化
処理、および、新たなアドレスでのＩＰパケットへのカ
プセル化処理が不要となり、処理時間が軽減でき、スル
ープットが向上する。

【００７９】以下、このような図１におけるＰＰＰ通信
システムの処理動作を、図１０〜図１４を用いてより詳
細に説明する。図１０は、図１におけるＰＰＰ通信シス
テムの本発明に係わる処理動作例を示すシーケンス図で
ある。

【００８０】本例は、ＡＲＰ要求パケットに基づく動作
例を示しており、コンピュータ端末（図中、「ＰＣ−
１」と記載）１ａからコンピュータ端末（図中、「ＰＣ
−２」と記載）１ｄのＭＡＣアドレスを問い合わせるＡ
ＲＰ要求パケット（宛先はＢＣｍ＝ブロードキャストＭ
ＡＣアドレス、送信元はＰ−１ｍ＝コンピュータ端末１
ａのＭＡＣアドレス）がエッジ装置３ａ（図中、「ＲＴ
Ｕ−１」と記載）に送出されると、エッジ装置３ａで
は、そのＡＲＰ要求パケットを、ノード１０（図中、
「ＲＳＮ」と記載）のＩＰアドレス（Ｎ−１ｉ）を宛
先、エッジ装置３ａのＩＰアドレス（Ｅ−１ｉ）を送信
元とするＩＰパケットにカプセル化してＰＰＰによりＲ
ＡＳサーバ７（図中、「ＲＡＳ」と記載）に送信する。

【００８１】ＲＡＳサーバ７では、受信したＩＰパケッ
トを、ノード１０のＭＡＣアドレス（Ｎ−１ｍ）を宛
先、ＲＡＳサーバ７のＭＡＣアドレス（Ａ−１ｍ）を送
信元とするイーサネットパケットにカプセル化して図１
のＬＡＮ８を介してノード１０に送信する。

【００８２】ノード１０では、受信したＡＲＰ要求パケ
ットに対して、同一グループである場合は（本図１０で
は、図示していないが、図７でのＩＰパケットと同様に
グループＩＤが付与されているものとする）、代理応答
によりコンピュータ端末１ｄのＭＡＣアドレスおよびコ
ンピュータ端末１ｄが接続されているエッジ装置３ｂの
ＩＰアドレスを通知する。

【００８３】すなわち、ノード１０では、受信したＡＲ
Ｐ要求パケットを解析して、その問い合わせ内容に基づ
き、コンピュータ端末１ｄのＭＡＣアドレスを、図１の
管理装置９からの情報に基づき判別し、宛先をコンピュ
ータ端末１ａのＭＡＣアドレス（Ｐ−１ｍ）、送信元を
コンピュータ端末１ｄのＭＡＣアドレスとするＡＲＰ応
答パケットを作成し、また、そのＡＲＰ応答パケット
を、宛先をエッジ装置３ａのＩＰアドレス（Ｅ−１
ｉ）、送信元をエッジ装置３ｂのＩＰアドレス（Ｅ−２
ｉ）とするＩＰパケットにカプセル化し、さらに、その
ＩＰパケットを、宛先をＲＡＳサーバ７のＭＡＣアドレ
ス（Ａ−１ｍ）、送信元をノード１０のＭＡＣアドレス
（Ｎ−１ｍ）とするイーサネットパケットにカプセル化
して、ＲＡＳサーバ７に送信する。

【００８４】ＲＡＳサーバ７は、ノード１０からのＩＰ
パケットを、その宛先アドレス（Ｅ−１ｉ）に基づきＰ
ＰＰによりエッジ装置３ａに送信する。エッジ装置３ａ
は、受信したＩＰパケットの送信元アドレス（Ｅ−２
ｉ）と、そのＩＰパケットにカプセル化されているＡＲ
Ｐ応答パケットにおける送信元アドレス（Ｐ−２ｍ）に
基づき、コンピュータ端末１ｄが、エッジ装置３ｂの配
下として収容されていることを認識して、その対応付け
をテーブルに登録し、ＡＲＰパケットをコンピュータ端
末１ａに渡す。

【００８５】ＡＲＰ応答パケットを受信したコンピュー
タ端末１ａが、このＡＲＰ応答パケットで通知された相
手先のコンピュータ端末１ｄのＭＡＣアドレスを用いて
コンピュータ端末１ｄ宛のイーサネットパケットを作成
して、エッジ装置３ａに送出すると、エッジ装置３ａ
は、テーブルの登録内容を参照して、コンピュータ端末
１ｄを収容しているエッジ装置３ｂのＩＰアドレス（Ｅ
−２ｉ）を抽出し、このＩＰアドレス（Ｅ−２ｉ）を宛
先、エッジ装置３ａのＩＰアドレス（Ｅ−１ｉ）を送信
元とするＩＰパケットに、コンピュータ端末１ａからの
イーサネットパケットをカプセル化して、ＰＰＰにより
ＲＡＳサーバ７に送信する。

【００８６】ＲＡＳサーバ７では、受信したＩＰパケッ
トには、管理外のＩＰアドレスが宛先となっているの
で、デフォルトルータとしてのノード１０のＭＡＣアド
レスを宛先とするイーサネットパケットにして、そのＩ
ＰパケットをＬＡＮ８に送出する。このことにより、こ
のようなエッジ装置３ａからのＩＰパケットは、ＲＡＳ
サーバ７を介して全てノード１０に届けられる。

【００８７】このＩＰパケットを受信したノード１０
は、そのＩＰパケットのアドレス情報に基づきルーティ
ングを行なう。すなわち、受信したＩＰパケットを、そ
のまま、ＲＡＳサーバ７宛に返送する。ＲＡＳサーバ７
は、そのＩＰパケットの宛先のエッジ装置３ｂ宛にＰＰ
ＰによりＩＰパケットを送信する。

【００８８】エッジ装置３ｂは、受信したＩＰパケット
をデカプセル化して、そのイーサネットパケットの宛先
のコンピュータ端末１ｄに送出すると共に、ＲＡＳサー
バ７からのＩＰパケットのアドレス情報とそれにカプセ
ル化されたイーサネットパケットのアドレス情報から、
送信元のコンピュータ端末１ａのＭＡＣアドレス（Ｐ−
１ｍ）とエッジ装置３ａのＩＰアドレス（Ｅ−１ｉ）を
判別して、対応付けてテーブルに登録する。

【００８９】これにより、コンピュータ端末１ｄからコ
ンピュータ端末１ａへのイーサネットパケットの送出時
には、エッジ装置３ｂは、テーブルを参照することによ
り、コンピュータ端末１ａを収容するエッジ装置３ａの
ＩＰアドレスを特定することができ、エッジ装置３ａの
ＩＰアドレスを宛先とするＩＰパケットを作成して、ノ
ード１０にルーティング動作させることができる。

【００９０】このようにエッジ装置３ａ，３ｂに、各エ
ッジ装置のＩＰアドレスとそれぞれに収容されたコンピ
ュータ端末のＭＡＣアドレスとを対応付けて登録するこ
とに、ノード１０での処理がルーティング動作だけで、
ノード１０でのＩＰパケットのイーサネットパケットへ
のデカプセル化、および、イーサネットパケットのＩＰ
パケットへのカプセル化が不要となり、スループットが
向上する。

【００９１】このように、エッジ装置３ａ，３ｂに、各
エッジ装置のＩＰアドレスとそれぞれに収容されたコン
ピュータ端末のＭＡＣアドレスとを対応付けて登録した
後の、ＰＰＰ通信システムの処理動作例を、図１１〜図
１２を用いて説明する。

【００９２】図１１は、図１におけるＰＰＰ通信システ
ムでのコンピュータ端末間のユニキャストパケットの伝
送フォーマット例を示す説明図、図１２は、図１におけ
るＰＰＰ通信システムでのコンピュータ端末間のブロー
ドキャストパケットの伝送フォーマット例を示す説明
図、図１３は、図１におけるＰＰＰ通信システムでのエ
ッジ装置と管理装置間のユニキャストパケットの伝送フ
ォーマット例を示す説明図、図１４は、図１におけるＰ
ＰＰ通信システムでのエッジ装置と管理装置間のブロー
ドキャストパケットの伝送フォーマット例を示す説明図
である。

【００９３】各図１１〜図１４において、伝送フォーマ
ットは、イーサネットパケットのヘッグ情報のうちアド
レス情報部のみを示している。他のへッグ情報(プロト
コルタイプ等)は記載を省略した。また、ＰＣ−Ａ，Ｐ
Ｃ−Ｂはコンピュータ端末１ａ、，１ｄ、ＲＴＵ−１，
−２はエッジ装置３ａ，３ｂ、ＲＡＳ−１はＲＡＳサー
バ７、ＲＭＳは管理装置９、ＲＳＮ−１はノード１０を
表している。

【００９４】図１１においては、ＡＲＰ処理が終了した
コンピュータ端末１ａ（ＰＣ−Ａ）からのユニキャスト
イーサネットパケットは、エッジ装置３ａ（ＲＴＵ−
１）において、送信元ＩＰアドレスがエッジ装置３ａ
（Ｅ−１ｉ）、宛先ＩＰアドレスが相手エッジ装置３ｂ
（Ｅ−２ｉ）で、グループＩＤ（ＩＤ−ｋ）を付加した
ＩＰパケットに乗せられてＰＰＰによりＲＡＳノード７
を介してセンタ側に転送される。これを受信したノード
１０では、ルーテイング処理により、ＲＡＳサーバ７を
経由してエッジ装置３ｂ（ＲＴＵ−２）側に転送し、コ
ンピュータ端末１ｄ（ＰＣ−Ｂ）に届ける。

【００９５】図１２においては、コンピュータ端末１ａ
（ＰＣ−Ａ）からのブロードキャストパケットが、エッ
ジ装置３ａにおいてＩＰパケットに乗せ、送信元がエッ
ジ装置３ａ（Ｅ−１ｉ）、宛先がノード１０（Ｎ−１
ｉ）のＩＰパケット(ユニキャスト)としてＰＰＰにより
ＲＡＳサーバ７を介してセンタ側に転送する。

【００９６】これを受信したノード１０では、ブロード
キャストＩＰパケット（宛先がＢＣｉ：ブロードキャス
トＩＰアドレス）として、ＲＡＳサーバ７を経由して、
エッジ装置３ｂ（ＲＴＵ−２）等のユーザ側に転送す
る。また、エッジ装置３ｂでは、ＩＰデータからパケッ
トとグループＩＤを抽出してグループＩＤをチェック
し、同一グループであればイーサネットインタフェース
経由で配下のコンピュータ端末３ｂ（ＰＣ−Ｂ）宛に転
送する。所属していなければ破棄する。

【００９７】図１３においては、エッジ装置３ａ（ＲＴ
Ｕ−１）自身から管理装置９へのユニキャスト通信の例
を示しており、管理用の通信として用いられる。すなわ
ち、エッジ装置３ａ（ＲＴＵ−１）からのユニキャスト
パケットは、エッジ装置３ａ自身においてカプセル化さ
れ、宛先がノード１０宛（Ｎ−１ｉ）のＩＰパケットと
してセンタ側に転送される。

【００９８】これを受信したノード１０では、パケット
を取り出し、送受アドレス情報をグループ情報と照合
し、同一グループであることを照合し、宛先が管理装置
９のＭＡＣアドレス（Ｓ−ｍ）のイーサネットパケット
としてセンタ側のＬＡＮ８に転送する。管理装置９は、
汎用のワークステーションを想定し、ＬＡＮ８に直結す
るため、カプセル化(ＩＰパケットに乗せる処理)をせず
に転送する。

【００９９】尚、管理装置９からエッジ装置３ａへのユ
ニキャスト通信は、逆の手順により転送する。また、エ
ッジ装置３ａと管理装置９は同一グループ(管理用のグ
ループ)として予め登録しておく。

【０１００】図１４においては、エッジ装置３ａ（ＲＴ
Ｕ−１）から管理装置９へのブロードキャスト通信の例
である。エッジ装置３ａからのブロードキャストパケッ
トは、エッジ装置３ａ自身においてカプセル化し、宛先
がノード１０宛（Ｎ−ｉｉ）のＩＰパケットとしてセン
タ側に転送する。

【０１０１】これを受信したノード１０（ＲＳＮ−１）
では、パケットを取り出し、グループＩＤから管理用グ
ループの通信であることをチェックし、イーサネットパ
ケットとして、管理装置９が接続されているＬＡＮ８に
転送する。一方、管理装置９からのブロードキャストパ
ケットは、ノード１０においてＩＰパケットにカプセル
化し、グループＩＤを付加して、ＲＡＳサーバ７（ＲＡ
Ｓ−１）を経由してエッジ装置３ａ（ＲＴＵ−１）に転
送する。これを受信したエッジ装置３ａでは、イーサネ
ットパケットおよびグループＩＤを取り出し、グループ
ＩＤをチェックし、エッジ装置３ａ自身が受信する。

【０１０２】このように、本例では、エッジ装置３ａ，
３ｂを管理装置９およびノード１０に、ＲＡＳサーバ７
を介して接続することにより、ダイヤルアップ回線を利
用しＰＰＰにより、容易に利便性およびセキュリティの
高いグループ通信システムを構築できると共に、ＡＲＰ
処理の工夫によりスループット向上が可能である。

【０１０３】尚、本発明は、ＰＰＰによる通信システム
に限定されるものではなく、以下、その例を説明する。
図１５は、本発明のパケット通信システムの本発明に係
わる処理動作例を示すシーケンス図である。

【０１０４】本例は、図１の通信システムにおいて、エ
ッジ装置３ａ，３ｂを、ＲＡＳサーバ７を介さず、すな
わちＰＰＰを用いず、インターネットを介してノード１
０間でＩＰにより直接接続した場合のシステム構成で
の、ＡＲＰ要求パケットに基づく動作例を示しており、
コンピュータ端末（図中、「ＰＣ−１」と記載）１ａか
らコンピュータ端末（図中、「ＰＣ−２」と記載）１ｄ
のＭＡＣアドレスを問い合わせるＡＲＰ要求パケット
（宛先はＢＣｍ＝ブロードキャストＭＡＣアドレス、送
信元はＰ−１ｍ＝コンピュータ端末１ａのＭＡＣアドレ
ス）がエッジ装置３ａ（図中、「ＲＴＵ−１」と記載）
に送出されると、エッジ装置３ａでは、そのＡＲＰ要求
パケットを、ノード１０（図中、「ＲＳＮ」と記載）の
ＩＰアドレス（Ｎ−１ｉ）を宛先、エッジ装置３ａのＩ
Ｐアドレス（Ｅ−１ｉ）を送信元とするＩＰパケットに
カプセル化してＬＡＮ８に送出する。

【０１０５】ノード１０は、このＩＰパケットを受信し
て、それにカプセル化されていたＡＲＰ要求パケットを
解析して、その問い合わせ内容に基づき、コンピュータ
端末１ｄのＭＡＣアドレスを、図１の管理装置９からの
情報に基づき判別し、宛先をコンピュータ端末１ａのＭ
ＡＣアドレス（Ｐ−１ｍ）、送信元をコンピュータ端末
１ｄのＭＡＣアドレスとするＡＲＰ応答パケットを作成
し、また、そのＡＲＰ応答パケットを、宛先をエッジ装
置３ａのＩＰアドレス（Ｅ−１ｉ）、送信元をエッジ装
置３ｂのＩＰアドレス（Ｅ−２ｉ）とするＩＰパケット
にカプセル化してエッジ装置３ａ宛に送信する。

【０１０６】エッジ装置３ａは、受信したＩＰパケット
の送信元アドレス（Ｅ−２ｉ）と、そのＩＰパケットに
カプセル化されているＡＲＰ応答パケットにおける送信
元アドレス（Ｐ−２ｍ）に基づき、コンピュータ端末１
ｄが、エッジ装置３ｂの配下として収容されていること
を認識して、その対応付けをテーブルに登録し、ＡＲＰ
パケットをコンピュータ端末１ａに渡す。

【０１０７】ＡＲＰ応答パケットを受信したコンピュー
タ端末１ａが、このＡＲＰ応答パケットで通知された相
手先のコンピュータ端末１ｄのＭＡＣアドレスを用いて
コンピュータ端末１ｄ宛のイーサネットパケットを作成
して、エッジ装置３ａに送出すると、エッジ装置３ａ
は、テーブルの登録内容を参照して、コンピュータ端末
１ｄを収容しているエッジ装置３ｂのＩＰアドレス（Ｅ
−２ｉ）を抽出し、このＩＰアドレス（Ｅ−２ｉ）を宛
先、エッジ装置３ａのＩＰアドレス（Ｅ−１ｉ）を送信
元とするＩＰパケットに、コンピュータ端末１ａからの
イーサネットパケットをカプセル化して送出する。

【０１０８】ノード１０は、デフォルトルータとなって
おり、そのＩＰパケットを受信して、そのＩＰパケット
のアドレス情報に基づきルーティングを行なう。すなわ
ち、受信したＩＰパケットを、そのまま、宛先のエッジ
装置３ｂ宛に転送する。

【０１０９】エッジ装置３ｂは、受信したＩＰパケット
をデカプセル化して、そのイーサネットパケットの宛先
のコンピュータ端末１ｄに送出すると共に、そのＩＰパ
ケットのアドレス情報とそれにカプセル化されたイーサ
ネットパケットのアドレス情報から、送信元のコンピュ
ータ端末１ａのＭＡＣアドレス（Ｐ−１ｍ）とエッジ装
置３ａのＩＰアドレス（Ｅ−１ｉ）を判別して、対応付
けてテーブルに登録する。

【０１１０】これにより、コンピュータ端末１ｄからコ
ンピュータ端末１ａへのイーサネットパケットの送出時
には、エッジ装置３ｂは、テーブルを参照することによ
り、コンピュータ端末１ａを収容するエッジ装置３ａの
ＩＰアドレスを特定することができ、エッジ装置３ａの
ＩＰアドレスを宛先とするＩＰパケットを作成して、ノ
ード１０にルーティング動作させることができる。

【０１１１】以上、図１〜図１５を用いて説明したよう
に、本例のパケット通信システムおよびそれを構成する
ノードとエッジ装置では、登録されたメンバのエッジ装
置３ａ，３ｂに接続されているコンピュータ端末１ａ〜
１ｄ間でのみ通信を行うグループ通信において、ＰＰＰ
の使用によるグイヤルアップ回線を経由したグループ通
信が可能であると共に、イーサネットパケットをＩＰパ
ケットのデータとしてＰＰＰフレームにカプセル化して
伝送することにより、プロトコルフリーの通信環境を提
供でき、新しく付加したグループＩＤのチェックによ
り、メンバ間の通信セキュリティの向上が図れる。

【０１１２】さらに、本例では、ＡＲＰ処理の工夫によ
り、コンピュータ端末１ａ〜１ｄ間のパケットをエッジ
装置３ａ，３ｂ間で直接ＩＰ転送でき、ノード１０での
カプセル化処理を省略し、ルーティング処理のみとする
ことにより、ノード１０での処理負荷を軽減してスルー
プット向上が実現できる。また、グループＩＤのチェッ
クの際、グループＩＤをキーとして同一グループに属す
るエッジ装置配下の端末アドレスのみを検索するだけで
よいので、アドレス検索処理/時間の大幅低減が可能と
なる。

【０１１３】尚、本発明は、図１〜図１５を用いて説明
した例に限定されるものではなく、その要旨を逸脱しな
い範囲において種々変更可能である。例えば、また、本
例では、アナログ回線を想定し、モデムを利用する場合
について説明したが、ディジタル回線の場合はモデムで
はなく、ターミナルアグプタ(ＴＡ)を介してディジタル
接続される。この場合、対向するＲＡＳサーバ側につい
ても同様である。また、ユーザ側が使用するサーバをセ
ンタ側（ＬＡＮ８内）に置き、そのサーバを常時稼働さ
せることもできる。

【０１１４】

【発明の効果】本発明によれば、相互に通信するコンピ
ュータ端末を複数のエッジ装置に収容して、センタ側の
ノードを介して、コンピュータ端末間の通信を行なう通
信システムにおいて、ノードでのパケットのカプセル化
とデカプセル化の処理を不要とすることができ、データ
の転送処理時間を短縮して、スループットを向上させ、
ＰＰＰによる任意のプロトコルでの高いセキュリティレ
ベルでの通信などを効率的に行なうことが可能となる。

【図面の簡単な説明】

【図１】本発明のパケット通信システムおよびそれを構
成するノードとエッジ装置の本発明に係る構成の第１の
実施例を示すブロック図である。

【図２】図１におけるエッジ装置で用いるパケットの構
成例を示す説明図である。

【図３】図２におけるイーサネットパケットのフレーム
構成の詳細例を示す説明図である。

【図４】図２におけるＩＰパケットのフレーム構成の詳
細例を示す説明図である。

【図５】図１におけるエッジ装置の構成例を示すブロッ
ク図である。

【図６】図１におけるノードの構成例を示すブロック図
である。

【図７】図１におけるコンピュータ端末間のユニキャス
トパケットの伝送フォーマット例を示す説明図である。

【図８】図７におけるユニキャストの伝送に係わる図１
のＰＰＰ通信システムの動作例を示すシーケンス図であ
る。

【図９】図１における管理装置で登録される管理表の構
成例を示す説明図である。

【図１０】図１におけるＰＰＰ通信システムの本発明に
係わる処理動作例を示すシーケンス図である。

【図１１】図１におけるＰＰＰ通信システムでのコンピ
ュータ端末間のユニキャストパケットの伝送フォーマッ
ト例を示す説明図である。

【図１２】図１におけるＰＰＰ通信システムでのコンピ
ュータ端末間のブロードキャストパケットの伝送フォー
マット例を示す説明図である。

【図１３】図１におけるＰＰＰ通信システムでのエッジ
装置と管理装置間のユニキャストパケットの伝送フォー
マット例を示す説明図である。

【図１４】図１におけるＰＰＰ通信システムでのエッジ
装置と管理装置間のブロードキャストパケットの伝送フ
ォーマット例を示す説明図である。

【図１５】本発明のパケット通信システムの本発明に係
わる処理動作例を示すシーケンス図である。

【図１６】従来のＰＰＰを用いたコンピュータ通信シス
テムの構成例を示すブロック図である。

【図１７】ＰＰＰのフレーム構造例を示す説明図であ
る。

【図１８】ＰＰＰによる高いセキュリティレベルでのグ
ループ通信を行なう通信装置およびそれを用いた通信シ
ステムの構成例を示すブロック図である。

【符号の説明】

１ａ〜１ｄ：コンピュータ端末、２：イーサネットイン
タフェース、３ａ，３ｂ，３ａ’，３ｂ’：エッジ装
置、３ｃ：端末収容部、３ｄ：アドレス情報収集処理
部、３ｅ：情報通知処理部、３ｆ：パケット作成処理
部、３ｇ：ＰＰＰ通信処理部、３ｈ：ＡＲＰ処理部、３
ｉ：テーブル管理部、３ｊ：第２パケット作成処理部、
４：インタフェース（ＲＳ２３２Ｃ)、５：モデム、
６：加入者システム(加入者ネットワーク/公衆回線)、
７：ＲＡＳサーバ、８：ＬＡＮ、９：管理装置、１０，
１０’：ノード、１０ａ：パケット作成処理部、１０
ｂ：ＡＲＰ応答部、１０ｃ：ＡＲＰ判別部、１０ｄ：ア
ドレス抽出部、１０ｅ：ＡＲＰ応答パケット作成部、１
０ｆ：ＩＰカプセル化部、１１：サーバ、２１，２１
ａ：イーサネットパケット、２２：ＩＰパケット、２２
ａ：ＩＰヘッダ、２２ｂ：ＩＰデータ、２２ｃ：オプシ
ョン（グループＩＤ）、２３：ＰＰＰフレーム、５１：
プロセッサ部、５２：データＲＡＭ（ＲＡＭ）、５３：
プログラムメモリ（Ｐ−メモリ）、５４：イーサネット
インタフェース（Ｅ−Ｉ／Ｆ）、５５：モデムインタフ
ェース（Ｍ−Ｉ／Ｆ）、５６：バス、６１：プロセッサ
部、６２：データＲＡＭ（ＲＡＭ）、６３：プログラム
メモリ（Ｐメモリ）、６４：イーサネットインタフェー
ス（Ｅ−Ｉ／Ｆ）、６５：バス、７１，７３，７４，７
６：イーサネットパケット、７２，７５：ＰＰＰフレー
ム、９０：管理表、１６０，１６１：コンピュータ端
末、１６２：モデム、１６３：インタフェース（ＲＳ２
３２Ｃ等）、１６４：加入者システム(加入者ネットワ
ーク/公衆回線)、１６５：ＲＡＳ（Remote Access Serv
ice)サーバ、１６６：ＬＡＮ（Local Area Network）、
１６７：ルータ、１６８：アプリケーションサーバ、１
７１：ＩＰパケット、１７２：ＰＰＰフレーム。

フロントページの続き (72)発明者首藤晃一東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者崎原盛太郎東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内Ｆターム(参考） 5K030 GA15 HA08 HD06 JA09 LA08 LB05 5K033 AA01 AA08 CC01 DA05 EC03

Claims

【特許請求の範囲】

【請求項１】ユーザ端末から受信したデータリンク層
の第１パケットをＩＰパケットａにカプセル化し、ネッ
トワークを介してＰＰＰにより送出するエッジ装置（エ
ッジ装置Ａ）と、該エッジ装置Ａから上記ＩＰパケット
ａをＰＰＰによりネットワークを介して受信し、該ＩＰ
パケットａをデータリンク層の第２パケットにカプセル
化してＬＡＮに送出するＲＡＳサーバと、該ＲＡＳサー
バから上記ＬＡＮを介して上記第２パケットを受信し、
該第２パケットで送られてきた上記ＩＰパケットａをデ
カプセル化して上記第１パケットを取り出し、該第１パ
ケットの宛先の端末を収容して該宛先の端末に上記第１
パケットを配信するエッジ装置（エッジ装置Ｂ）を、予
め登録された情報を参照して判別し、判別したエッジ装
置Ｂ宛のＩＰパケットｂに上記第１パケットをカプセル
化し、該ＩＰパケットｂを上記ＲＡＳサーバ宛のデータ
リンク層の第３パケットにカプセル化して上記ＬＡＮに
送出するノードとからなり、上記ＲＡＳサーバは、上記
ＩＰパケットｂをＰＰＰにより上記エッジ装置Ｂに送信
し、該エッジ装置Ｂは、受信したＩＰパケットｂをデカ
プセル化して上記第１パケットを取り出し上記宛先の端
末に配信するパケット通信システムであって、上記ノー
ドは、上記エッジ装置ＡでＩＰパケットにカプセル化し
た上記ユーザ端末からのデータリンク層のパケットが、
上記ユーザ端末からの相手先端末のアドレスを問い合わ
せるＡＲＰ要求パケットであることを判別する手段と、
上記予め登録された情報を参照して、上記相手先端末の
ＭＡＣアドレスと該相手先端末を収容するエッジ装置
（エッジ装置Ｃ）のＩＰアドレスを抽出する手段と、上
記ＡＲＰ要求パケットに対応するＡＲＰ応答パケット
を、上記抽出した相手先端末のＭＡＣアドレスを送信
元、上記ユーザ端末を宛先とするデータリンク層のパケ
ットとして作成する手段と、上記ＡＲＰ応答パケット
を、上記エッジ装置Ｃを送信元、上記エッジ装置Ａを宛
先とするＩＰパケットｃにカプセル化する手段とを有し
て、上記ＩＰパケットｃを上記ＲＡＳサーバ宛のデータ
リンク層のパケットにカプセル化して上記ＬＡＮに送出
し、上記エッジ装置Ａは、上記ＲＡＳサーバから受信し
た上記ＩＰパケットｃの送信元アドレスと該ＩＰパケッ
トｃにカプセル化された上記ＡＲＰ応答パケットの送信
先アドレスから、上記相手先端末が上記エッジ装置Ｃに
収容されていることを判別する手段と、該手段の判別結
果に基づき、上記相手先端末のＭＡＣアドレスと上記エ
ッジ装置ＣのＩＰアドレスとを対応付けて登録する手段
と、上記ユーザ端末から上記相手先端末への上記データ
リンク層のパケットの上記ＩＰパケットへのカプセル化
時、上記登録した対応付け情報があれば、上記エッジ装
置ＣのＩＰアドレスを宛先とするＩＰパケットｄにカプ
セル化する手段とを有し、上記ノードでは、上記ＩＰパ
ケットｄに対しては、該ＩＰパケットｄに設定されたＩ
Ｐアドレスに基づくルーティングのみを行なうことを特
徴とするパケット通信システム。
【請求項２】ユーザ端末から受信したデータリンク層
のＥパケットをＩＰパケットａにカプセル化してネット
ワークに送出するエッジ装置（エッジ装置Ａ）と、上記
ＩＰパケットａを受信して、該ＩＰパケットａをデカプ
セル化して上記Ｅパケットを取り出し、該Ｅパケットの
宛先の端末を収容して該宛先の端末に上記Ｅパケットを
配信するエッジ装置（エッジ装置Ｂ）を予め登録された
情報を参照して判別し、判別したエッジ装置Ｂ宛のＩＰ
パケットｂに上記Ｅパケットをカプセル化して上記ネッ
トワークに送出するノードとからなり、上記ユーザ端末
からのデータリンク層のパケットをＩＰパケットにカプ
セル化して転送するパケット通信システムであって、上
記ノードは、上記エッジ装置ＡでＩＰパケットにカプセ
ル化した上記ユーザ端末からのデータリンク層のパケッ
トが、上記ユーザ端末からの相手先端末のアドレスを問
い合わせるＡＲＰ要求パケットであることを判別する手
段と、上記予め登録された情報を参照して、上記相手先
端末のＭＡＣアドレスと該相手先端末を収容するエッジ
装置（エッジ装置Ｃ）のＩＰアドレスを抽出する手段
と、上記ＡＲＰ要求パケットに対応するＡＲＰ応答パケ
ットを、上記抽出した上記相手先端末のＭＡＣアドレス
を送信元、上記ユーザ端末を宛先とするデータリンク層
のパケットとして作成する手段と、上記ＡＲＰ応答パケ
ットを、上記エッジ装置Ｃを送信元、上記エッジ装置Ａ
を宛先とするＩＰパケットｃにカプセル化する手段とを
有して、上記ＩＰパケットｃを上記ネットワークに送出
し、上記エッジ装置Ａは、上記ネットワークを介して受
信した上記ＩＰパケットｃの送信元アドレスと該ＩＰパ
ケットｃにカプセル化された上記ＡＲＰ応答パケットの
送信先アドレスから、上記相手先端末が上記エッジ装置
Ｃに収容されていることを判別する手段と、該手段の判
別結果に基づき、上記相手先端末のＭＡＣアドレスと上
記エッジ装置ＣのＩＰアドレスとを対応付けて登録する
手段と、上記ユーザ端末から上記相手先端末への上記デ
ータリンク層のパケットの上記ＩＰパケットへのカプセ
ル化時、上記登録した対応付け情報があれば、上記エッ
ジ装置ＣのＩＰアドレスを宛先とするＩＰパケットｄに
カプセル化する手段とを有し、上記ノードでは、上記Ｉ
Ｐパケットｄに対しては、該ＩＰパケットｄに設定され
たＩＰアドレスに基づくルーティングのみを行なうこと
を特徴とするパケット通信システム。
【請求項３】ユーザ端末から受信したデータリンク層
の第１パケットをＩＰパケットａにカプセル化しネット
ワークを介してＰＰＰにより送出するエッジ装置（エッ
ジ装置Ａ）から上記ＩＰパケットａを受信し、該ＩＰパ
ケットａをデータリンク層の第２パケットにカプセル化
してＬＡＮに送出するＲＡＳサーバに接続され、上記Ｒ
ＡＳサーバからの上記第２パケットを受信して、該第２
パケットで送られてきた上記ＩＰパケットａをデカプセ
ル化して上記第１パケットを取り出し、該第１パケット
の宛先の端末を収容して該宛先の端末に上記第１パケッ
トを配信するエッジ装置（エッジ装置Ｂ）を予め登録さ
れた情報を参照して判別し、判別したエッジ装置Ｂ宛の
ＩＰパケットｂに上記第１パケットをカプセル化し、該
ＩＰパケットｂを上記ＲＡＳサーバ宛のデータリンク層
の第３パケットにカプセル化して上記ＬＡＮに送出する
ことにより、上記ＲＡＳサーバから上記エッジ装置Ｂ
へ、該エッジ装置Ｂから上記宛先の端末へ上記ＩＰパケ
ットｂにカプセル化した上記第１パケットを配信するノ
ードであって、上記エッジ装置ＡでＩＰパケットにカプ
セル化した上記ユーザ端末からのデータリンク層のパケ
ットが、上記ユーザ端末からの相手先端末のアドレスを
問い合わせるＡＲＰ要求パケットであることを判別する
手段と、上記予め登録された情報を参照して、上記相手
先端末のＭＡＣアドレスと該相手先端末を収容するエッ
ジ装置（エッジ装置Ｃ）のＩＰアドレスを抽出する手段
と、上記ＡＲＰ要求パケットに対応するＡＲＰ応答パケ
ットを、上記抽出した相手先端末のＭＡＣアドレスを送
信元、上記ユーザ端末を宛先とするデータリンク層のパ
ケットとして作成する手段と、上記ＡＲＰ応答パケット
を、上記エッジ装置Ｃを送信元、上記エッジ装置Ａを宛
先とするＩＰパケットｃにカプセル化する手段とを有
し、上記ＩＰパケットｃを上記ＲＡＳサーバを介して上
記エッジ装置Ａに送出し、上記ユーザ端末に上記相手先
端末のＭＡＣアドレスを通知すると共に、上記エッジ装
置Ａに上記相手先端末のＭＡＣアドレスと該相手先端末
を収容する上記エッジ装置ＣのＩＰアドレスを通知する
ことを特徴とするノード。
【請求項４】ユーザ端末から受信したデータリンク層
のＥパケットをＩＰパケットａにカプセル化してネット
ワークに送出するエッジ装置（エッジ装置Ａ）に接続さ
れ、該エッジ装置Ａからの上記ＩＰパケットａを受信し
て、該ＩＰパケットａをデカプセル化して上記Ｅパケッ
トを取り出し、該Ｅパケットの宛先の端末を収容して該
宛先の端末に上記Ｅパケットを配信するエッジ装置（エ
ッジ装置Ｂ）を予め登録された情報を参照して判別し、
判別したエッジ装置Ｂ宛のＩＰパケットｂに上記Ｅパケ
ットをカプセル化して上記ネットワークに送出すること
により、上記エッジ装置Ｂから上記宛先の端末へ上記Ｉ
Ｐパケットｂにカプセル化した上記第１パケットを配信
するノードであって、上記エッジ装置ＡでＩＰパケット
にカプセル化した上記ユーザ端末からのデータリンク層
のパケットが、上記ユーザ端末からの相手先端末のアド
レスを問い合わせるＡＲＰ要求パケットであることを判
別する手段と、上記予め登録された情報を参照して、上
記相手先端末のＭＡＣアドレスと該相手先端末を収容す
るエッジ装置（エッジ装置Ｃ）のＩＰアドレスを抽出す
る手段と、上記ＡＲＰ要求パケットに対応するＡＲＰ応
答パケットを、上記抽出した上記相手先端末のＭＡＣア
ドレスを送信元、上記ユーザ端末を宛先とするデータリ
ンク層のパケットとして作成する手段と、上記ＡＲＰ応
答パケットを、上記エッジ装置Ｃを送信元、上記エッジ
装置Ａを宛先とするＩＰパケットｃにカプセル化する手
段とを有し、上記ＩＰパケットｃを上記ネットワークを
介して上記エッジ装置Ａに送出し、上記ユーザ端末に上
記相手先端末のＭＡＣアドレスを通知すると共に、上記
エッジ装置Ａに上記相手先端末のＭＡＣアドレスと該相
手先端末を収容する上記エッジ装置ＣのＩＰアドレスを
通知することを特徴とするノード。
【請求項５】請求項３、もしくは、請求項４のいずれ
かに記載のエッジ装置であって、上記ノードが送出した
上記ＩＰパケットｃの送信元アドレスと、上記ＩＰパケ
ットｃにカプセル化された上記ＡＲＰ応答パケットの送
信先アドレスとから、上記相手先端末が上記エッジ装置
Ｃに収容されていることを判別する手段と、該手段の判
別結果に基づき、上記相手先端末のＭＡＣアドレスと上
記エッジ装置ＣのＩＰアドレスとを対応付けて登録する
手段と、上記ユーザ端末から上記相手先端末への上記デ
ータリンク層のパケットの上記ＩＰパケットへのカプセ
ル化時、上記登録した対応付け情報があれば、上記相手
先端末に対応付けられたエッジ装置（エッジ装置Ｄ）の
ＩＰアドレスを宛先とするＩＰパケットｄにカプセル化
する手段とを有し、上記ＩＰパケットｄを上記ノードに
送出し、該ノードでの、上記ＩＰパケットｄに設定され
たＩＰアドレスに基づくルーティングにより、上記ＩＰ
パケットｄを上記エッジ装置Ｄに転送することを特徴と
するエッジ装置。
【請求項６】請求項１から請求項５のいずれかに記載
のエッジ装置であって、上記ＩＰパケットａのカプセル
化の際、該ＩＰパケットａのＩＰヘッダに、自装置が属
するグループの識別情報（グループＩＤ）を付与する手
段と、受信した上記ノードでカプセル化されたＩＰパケ
ットｂのＩＰヘッダに付与されたグループＩＤが自装置
の属するグループＩＤと一致するか否かを判別する手段
とを有し、一致した場合に上記ＩＰパケットｂをデカプ
セル化してデータリンク層のパケットを取り出し宛先に
送出することを特徴とするエッジ装置。
【請求項７】請求項１から請求項６のいずれかに記載
のノードであって、受信した上記ＩＰパケットａから取
り出したデータリンク層のパケットの送信先のグループ
ＩＤを、予め登録された情報に基づき判別する手段と、
該手段で判別したグループＩＤが、上記ＩＰパケットａ
のＩＰヘッダに付与されたグループＩＤと一致するか否
かを判別する手段とを有し、該手段での照合結果が一致
であれば、上記ＩＰパケットａから取り出したデータリ
ンク層のパケットの送信制御を行なうことを特徴とする
ノード。