JP2000174809A

JP2000174809A - Ｐｐｐ通信装置とそれを用いたｐｐｐ通信システム

Info

Publication number: JP2000174809A
Application number: JP34132998A
Authority: JP
Inventors: Kazunari Irie; 一成入江; Norihisa Ota; 紀久太田; Koichi Shudo; 晃一首藤
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1998-12-01
Filing date: 1998-12-01
Publication date: 2000-06-23
Anticipated expiration: 2018-12-01
Also published as: JP3791217B2

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）などによる必要な
認証手順を経て、デフォルトルータアドレス等の情報を
ＲＡＳサーバ１４５から受けた後、リンクを確立する。

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

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

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

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

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

【００１３】

【発明が解決しようとする課題】解決しようとする問題
点は、従来のＰＰＰによるダイヤルアップの通信では、
任意のプロトコルによる、かつ、高いセキュリティレベ
ルでのグループ通信を行うことができない点である。

【００１４】本発明の目的は、これら従来技術の課題を
解決し、ＰＰＰによる通信の利用範囲を拡大することを
可能とするＰＰＰ通信装置とそれを用いたＰＰＰ通信シ
ステムを提供することである。

【００１５】

【課題を解決するための手段】上記目的を達成するた
め、本発明のＰＰＰ通信装置は、収容した複数のコンピ
ュータ端末から送られてくるデータリンク層のパケッ
ト、例えば、イーサネットパケットをＩＰデータとする
ＩＰパケットを作成してＰＰＰにより送信し、また、Ｐ
ＰＰにより受信したＩＰパケットからイーサネットパケ
ットを取り出して、イーサネットアドレス（ＭＡＣアド
レス）に基づき配信する構成とする。このことにより、
ＰＰＰを用いて、イーサネットアドレス（ＭＡＣアドレ
ス）を利用したブロードキャスト配信等を行なうことが
できる。

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

【００１７】また、本発明のＰＰＰ通信システムは、上
述のＰＰＰ通信装置と、このＰＰＰ通信装置とネットワ
ークを介してＰＰＰによる通信を行なうＲＡＳサーバ
と、ＲＡＳサーバにＬＡＮで接続される管理装置および
ノードからなり、管理装置は、ＰＰＰ通信装置からの通
知に基づき、各ＰＰＰ通信装置が属するグループＩＤと
各ＰＰＰ通信装置の識別情報および各ＰＰＰ通信装置で
収容している各端末（コンピュータ）の識別情報とを対
応付けて登録し、ノードは、ＲＡＳサーバを介してＰＰ
Ｐ通信装置とのＩＰパケットの送受信を行ない、受信し
たＩＰパケットに付与されたグループＩＤおよびこのＩ
Ｐパケット内のデータリンク層のパケット、例えば、イ
ーサネットパケットのアドレス情報と、管理装置の登録
内容との照合に基づき、受信したＩＰパケットの転送制
御を行なうことにより、ＩＰパケットに付与したグルー
プＩＤで特定されるグループ内での通信をＰＰＰにより
行なう。

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

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

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明のＰＰＰ通信
装置およびそれを用いたＰＰＰ通信システムの本発明に
係る構成の一実施例を示すブロック図である。本図１に
おいて、１ａ〜１ｄはコンピュータ端末、２はイーサネ
ットインタフェース、３ａ，３ｂは本発明のＰＰＰ通信
装置としてのエッジ装置、４はＲＳ２３２Ｃインタフェ
ース、５はモデム、６はネットワーク、７はＲＡＳサー
バ（図中、「ＲＡＳ」と記載）、８はイーサネットによ
るＬＡＮ、９は本発明に係わる管理装置、１０は本発明
に係わるノード、１１はサーバである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３７】プログラムメモリ５３に格納された処理プ
ログラムに基づくプロセッサ部５１の処理により、図１
のエッジ装置３ａにおける端末収容部３ｃ、アドレス情
報収集処理部３ｄ、情報通知処理部３ｅ、パケット作成
処理部３ｆ、ＰＰＰ通信処理部３ｇが構成される。すな
わち、エッジ装置３ａは、コンピュータ端末１ａ，１ｂ
からのイーサネットパケットを、イーサネットインタフ
ェース５４からバス５６経由でデータＲＡＭ５２に取り
込み、このデータＲＡＭ５２をバッファとして、プロセ
ッサ部５１においてＩＰパケット化処理およびＰＰＰ処
理を行い、モデムインターネット部５５からモデム５を
介してネットワーク６側に転送する。

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

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

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

【００４１】これらの図５のエッジ装置３ａおよび図６
のノード１０を設けた図１のコンピュータ通信システム
におけるパケットの伝送動作について、図７〜図１２を
用いて説明する。図７は、図１におけるコンピュータ端
末間のユニキャストパケットの伝送フォーマット例を示
す説明図、図８は、図７におけるユニキャストの伝送に
係わる図１のＰＰＰ通信システムの動作例を示すシーケ
ンス図、図９は図１におけるコンピュータ端末間のブロ
ードキャストパケットの伝送フォーマット例を示す説明
図、図１０は図１におけるエッジ装置と管理装置間のユ
ニキャストパケットの伝送フォーマット例を示す説明
図、図１１は図１におけるエッジ装置から管理装置への
ブロードキャストパケットの伝送フォーマット例を示す
説明図、図１２は図１における管理装置からエッジ装置
へのブロードキャストパケットの伝送フォーマット例を
示す説明図である。

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

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

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

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

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

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

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

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

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

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

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

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

【００５４】次に、図９を用いて、コンピュータ端末
（ＰＣ）間でのブロードキャストパケットの伝送処理動
作について説明する。図９において、コンピュータ端末
１ａからのブロードキャストパケット９１に対して、エ
ッジ装置３ａは、ブロードキャストパケット９１をＩＰ
データ、送信元をエッジ装置３ａ、宛先をノード１０と
するＩＰパケット(ユニキャスト)を作成してＰＰＰによ
りＰＰＰフレーム９２としてＲＡＳサーバ７に送り、Ｒ
ＡＳサーバ７は、送信元をＲＡＳサーバ７、送信先をブ
ロードキャストアドレス、ＰＰＰフレーム９２のＩＰパ
ケット部分をデータ部とするイーサネットパケット９３
（ブロードキャストパケット）を生成して図１のＬＡＮ
８に送出する。

【００５５】ＬＡＮ８上のノード１０は、イーサネット
パケット９３を受信すると、イーサネットパケット９３
内のＩＰパケット部分のＩＰヘッダにおける宛先情報
を、ブロードキャストアドレス（例えば、「２５５．２
５５．２５５．２５５」）としてＩＰパケットを作成
し、そのＩＰパケットを、宛先をブロードキャストアド
レス（ＢＣ）、送信元を自ノード１０とするイーサネッ
トパケット９４（ブロードキャストパケット）としてＬ
ＡＮ８に送出し、ＲＡＳサーバ７に渡す。

【００５６】ＲＡＳサーバ７は、受信したイーサネット
パケット９４内のＩＰパケット部分をＰＰＰフレーム９
５として、各エッジ装置に転送する。各エッジ装置で
は、受信したＰＰＰフレーム９５内のＩＰパケット部分
のＩＰヘッダに付与されたグループＩＤが、自装置のも
のと同一か否かを判別し、同一であったエッジ装置３ｂ
において、そのＩＰパケットから取り出したイーサネッ
トパケット９６部分を、コンピュータ端末１ｄを含む各
収容したコンピュータ端末に配信（同報送信）する。
尚、同一グループに属していないエッジ装置では、受信
したイーサネットパケット９６を破棄する。

【００５７】次に、図１０を用いて、エッジ装置３ａ
（ＬＥＣ）から管理装置９（ＲＭＳ）へのユニキャスト
パケットの伝送処理動作について説明する。尚、ここで
は、エッジ装置３ａと管理装置９は、同一グループ(管
理用のグループ)として予め登録しておく。図１０にお
いて、エッジ装置３ａからの管理装置９へのユニキャス
トパケットは、エッジ装置３ａ自身においてカプセル化
される。

【００５８】すなわち、エッジ装置３ａは、宛先が管理
装置９（ＲＭＳ）宛、送信元が自装置（ＬＥＣ）とのイ
ーサネットパケット（ユニキャストパケット）をＩＰデ
ータ部とし、宛先をノード（ＲＳＮ）１０、送信元を自
装置（ＬＥＣ）としたＩＰヘッダ（Ｈ）に、管理装置９
と同じグループＩＤを付与してＩＰパケットを作成し、
ＰＰＰフレーム１０１としてセンタ側のＲＡＳサーバ７
に送信する。

【００５９】ＲＡＳサーバ７は、受信したＰＰＰフレー
ム１０１のＩＰパケット部分のＩＰヘッダのアドレス情
報に基づき、ノード１０を宛先（ＲＳＮ）、ＲＡＳサー
バ７を送信元（ＲＡＳ）とし、ＰＰＰフレーム１０１の
ＩＰパケット部分をデータとするイーサネットパケット
１０２を生成して、ＬＡＮ８を介してノード１０に転送
する。

【００６０】イーサネットパケット１０２を受信する
と、ノード１０は、イーサネットパケット１０２のＩＰ
パケット部分のヘッダに付与されたグループＩＤが、ヘ
ッダにおける宛先および送信元のグループＩＤと一致す
るか否かを、管理装置９で管理しているグループ情報に
基づき判別し、一致する場合に、イーサネットパケット
１０２においてＩＰパケットとしてカプセル化された元
のイーサネットパケット１０３を取り出して、ＬＡＮ８
を介して管理装置９に転送する。

【００６１】尚、管理装置９は、汎用のワークステーシ
ョン等からなり、ＬＡＮ８に直結するので、カプセル化
(ＩＰパケットに乗せる処理)をせずに転送する。また、
管理装置９からエッジ装置３ａへのユニキャスト通信
は、上述の手順と逆の手順により転送することができ
る。

【００６２】次に、図１１を用いて、エッジ装置３ａ
（ＬＥＣ）から管理装置９（ＲＭＳ）へのブロードキャ
ストパケットの伝送処理動作について説明する。尚、こ
こでも、エッジ装置３ａと管理装置９は、同一グループ
(管理用のグループ)として予め登録しておく。図１１に
おいて、エッジ装置３ａからのブロードキャストパケッ
トは、エッジ装置３ａ自身においてカプセル化される。

【００６３】すなわち、エッジ装置３ａは、宛先がブロ
ードキャストアドレス、送信元が自装置（ＬＥＣ）との
イーサネットパケット（ブロードキャストパケット）を
ＩＰデータ部とし、宛先をノード（ＲＳＮ）１０、送信
元を自装置（ＬＥＣ）としたＩＰヘッダ（Ｈ）に、管理
装置９と同じグループＩＤを付与してＩＰパケットを作
成し、ＰＰＰフレーム１１１としてセンタ側のＲＡＳサ
ーバ７に送信する。

【００６４】ＲＡＳサーバ７は、受信したＰＰＰフレー
ム１１１のＩＰパケット内のイーサネットパケット部分
のアドレス情報（ブロードキャストアドレス）に基づ
き、ブロードキャストアドレスを宛先（ＢＣ）、ＲＡＳ
サーバ７を送信元（ＲＡＳ）とし、ＰＰＰフレーム１１
１のＩＰパケット部分をデータとするイーサネットパケ
ット１１２を生成して、ＬＡＮ８を介してノード１０に
転送する。

【００６５】イーサネットパケット１１２を受信する
と、ノード１０は、イーサネットパケット１１２のＩＰ
パケット部分のヘッダに付与されたグループＩＤから、
管理装置９のグループＩＤと一致するか否かを判別し、
一致する場合、すなわち、管理用グループの通信である
場合に、イーサネットパケット１１２においてＩＰパケ
ットとしてカプセル化された元のイーサネットパケット
１１３を取り出して、ＬＡＮ８を介して管理装置９に転
送する。

【００６６】次に、図１２を用いて、管理装置９（ＲＭ
Ｓ）からエッジ装置３ａ（ＬＥＣ）へのブロードキャス
トパケットの伝送処理動作について説明する。尚、ここ
でも、エッジ装置３ａと管理装置９は、同一グループ
(管理用のグループ)として予め登録しておく。図１２に
おいて、管理装置９から、ブロードキャストアドレスを
有するイーサネットパケット１２１がＬＡＮ８上に転送
されると、ノード１０は、そのイーサネットパケット１
２１（ブロードキャストパケット）をＩＰパケットにカ
プセル化する。

【００６７】すなわち、ノード１０は、イーサネットパ
ケット１２１をデータ部分とし、自装置が送信元、ブロ
ードキャストアドレス（例えば、「２５５．２５５．２
５５．２５５」）が送信先となるＩＰヘッダに管理装置
９が属するグループＩＤを付与してＩＰパケットを作成
し、さらに、そのＩＰパケットをデータ部、送信元を自
装置（ＲＳＮ）、宛先をブロードキャストアドレスとす
るイーサネットパケット１２２として、ＬＡＮ８に送出
してＲＡＳサーバ７に渡す。

【００６８】イーサネットパケット１２２を受信したＲ
ＡＳサーバ７は、イーサネットパケット１２２のＩＰパ
ケット部分をＰＰＰフレーム１２３として各エッジ装置
に配信する。エッジ装置３ａを含む各エッジ装置では、
ＰＰＰフレーム１２３内のＩＰパケットのヘッダに付与
されたグループＩＤが、自装置と同一のグループＩＤで
あるか否かをチェックし、受信制御を行なう。

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

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

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

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

【００７３】

【発明の効果】本発明によれば、ＰＰＰによるダイヤル
アップの通信において、任意のプロトコルによる、か
つ、高いセキュリティレベルでのグループ通信を行うこ
とができ、ＰＰＰによる通信の利用範囲を拡大すること
が可能である。

【図面の簡単な説明】

【図１】本発明のＰＰＰ通信装置およびそれを用いたＰ
ＰＰ通信システムの本発明に係る構成の一実施例を示す
ブロック図である。

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

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

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

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

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

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

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

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

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

【図１１】図１におけるエッジ装置から管理装置へのブ
ロードキャストパケットの伝送フォーマット例を示す説
明図である。

【図１２】図１における管理装置からエッジ装置へのブ
ロードキャストパケットの伝送フォーマット例を示す説
明図である。

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者首藤晃一東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内Ｆターム(参考） 5K030 GA15 HB18 HC01 HD06 JA01 JA03 JA05 JA09 JT06 KA13 LD06 LD19 5K033 AA08 BA04 CA08 CB01 CB13 DA01 DA06 DB09 DB16 5K034 AA18 CC01 FF01 FF02 HH04 KK21 KK27 LL01 NN04

Claims

【特許請求の範囲】

【請求項１】ＰＰＰによりネットワークとのＩＰパケ
ットの通信を行なうＰＰＰ通信装置であって、データリ
ンク層のパケットにＩＰヘッダを付与してＩＰパケット
を作成する第１の手段と、該第１の手段で作成したＩＰ
パケッ卜のＰＰＰによる通信を行なう第２の手段と、該
第２の手段で受信したＩＰパケッ卜からデータリンク層
のパケッ卜を取り出す第３の手段とを有し、データリン
ク層のパケットをＰＰＰにより送受信することを特徴と
するＰＰＰ通信装置。
【請求項２】請求項１に記載のＰＰＰ通信装置におい
て、上記第１の手段によりデータリンク層のパケットか
らＩＰパケットを作成する際、該ＩＰパケットのＩＰヘ
ッダに、自装置が属するグループの識別情報（グループ
ＩＤ）を付与する手段を具備し、上記第３の手段は、受
信したＩＰパケッ卜のＩＰヘッダに付与されたグループ
ＩＤが自装置の属するグループＩＤと一致した際、受信
したＩＰパケッ卜からデータリンク層のパケッ卜を取り
出して該パケットの宛先に送出し、ＰＰＰによるパケッ
トの転送をグループ対応に制御することを特徴とするＰ
ＰＰ通信装置。
【請求項３】請求項２に記載のＰＰＰ通信装置におい
て、データリンク層のパケッ卜での通信を行なう１以上
の端末を収容する端末収容手段を有し、該端末収容手段
で収容した各端末からのデータリンク層のパケッ卜から
上記第１の手段によりＩＰパケットを作成し、上記第３
の手段で取り出した自装置が属するグループＩＤが付与
されたデータリンク層のパケッ卜を上記端末収容手段で
収容した各端末に送出することを特徴とするＰＰＰ通信
装置。
【請求項４】請求項３に記載のＰＰＰ通信装置と、該
ＰＰＰ通信装置とネットワークを介してＰＰＰによる通
信を行なうＲＡＳサーバと、該ＲＡＳサーバにＬＡＮで
接続され、上記ＰＰＰ通信装置からの通知に基づき、各
ＰＰＰ通信装置が属するグループＩＤと各ＰＰＰ通信装
置の識別情報および各ＰＰＰ通信装置で収容しているそ
れぞれの端末の識別情報とを対応付けて登録する管理手
段と、上記ＬＡＮで上記ＲＡＳサーバに接続され、該Ｒ
ＡＳサーバを介して上記ＰＰＰ通信装置とのＩＰパケッ
トの送受信を行ない、受信したＩＰパケットに付与され
たグループＩＤおよび該ＩＰパケット内のデータリンク
層のパケットのアドレス情報と上記管理手段の登録内容
との照合に基づき、受信したＩＰパケットの転送制御を
行なうノードとを有し、ＰＰＰにより、上記ＩＰパケッ
トに付与したグループＩＤで特定されるグループ内での
通信を行なうことを特徴とするＰＰＰ通信システム。
【請求項５】請求項４に記載のＰＰＰ通信システムに
おいて、上記ノードは、受信したＩＰパケットからデー
タリンク層のパケットを取り出す手段と、該手段で取り
出したパケットの送信先のグループＩＤを上記管理手段
の登録内容に基づき判別する手段と、該手段で判別した
グループＩＤが、受信したＩＰパケットに付与されたグ
ループＩＤと一致するか否かを照合する手段とを有し、
該手段での照合結果が一致であれば、取り出したデータ
リンク層のパケットの送信先への該パケットの転送制御
を行なうことを特徴とするＰＰＰ通信システム。
【請求項６】請求項４に記載のＰＰＰ通信システムに
おいて、上記ノードは、受信したＩＰパケットからデー
タリンク層のパケットを取り出す手段と、該手段で取り
出したパケットの送信先端末のグループＩＤを上記管理
手段の登録内容に基づき判別する手段と、該手段で判別
したグループＩＤが、受信したＩＰパケットに付与され
たグループＩＤと一致するか否かを照合する手段と、該
手段の照合結果が一致であれば、上記管理手段の登録内
容に基づき上記送信先端末を収容する上記ＰＰＰ通信装
置を判別する手段と、該手段で判別したＰＰＰ通信装置
を宛先にして上記グループＩＤを付与してＩＰヘッダを
作成し、上記受信したデータ層のパケットをＩＰデータ
とするＩＰパケットを作成する手段とを有し、該手段で
作成したＩＰパケットを上記ＲＡＳを介して上記ＰＰＰ
通信装置に転送することを特徴とするＰＰＰ通信システ
ム。