(57)【特許請求の範囲】
【請求項１】
データリンク層のパケットでの通信を行なう１以上の端末を収容する端末収容手段を有し、該端末収容手段で収容した各端末からのデータリンク層のパケットからＩＰパケットを作成し、該ＩＰパケットのＩＰヘッダに自装置が属するグループＩＤを付与する手段、ＩＰパケットのＰＰＰによる通信を行なう手段、受信したＩＰパケットからデータリンク層のパケットを取り出す手段、および、受信したＩＰパケットのＩＰヘッダに付与されたグループＩＤが自装置の属するグループＩＤと一致した際、受信したＩＰパケットからデータリング層のパケットを取り出して該パケットの宛先に送出する手段を有するＰＰＰ通信装置と、
該ＰＰＰ通信装置とネットワークを介してＰＰＰによる通信を行なうＲＡＳサーバと、
該ＲＡＳサーバにＬＡＮで接続され、上記ＰＰＰ通信装置からの通知に基づき、各ＰＰＰ通信装置が属するグループＩＤと各ＰＰＰ通信装置の識別情報および各ＰＰＰ通信装置で収容しているそれぞれの端末の識別情報とを対応付けて登録する管理手段と、
上記ＬＡＮで上記ＲＡＳサーバに接続され、該ＲＡＳサーバを介して上記ＰＰＰ通信装置とのＩＰパケットの送受信を行ない、受信したＩＰパケット層のグループＩＤおよび該ＩＰパケット内のデータリンク層のパケットのアドレス情報を上記管理手段の登録内容と照合し、受信したＩＰパケットの転送制御を行なうノードとから成り、
グループＩＤおよびデータリンク層のパケットのアドレス情報で特定されるグループ内での通信を行なうことを特徴とするＰＰＰ通信システム。
【請求項２】
請求項１に記載のＰＰＰ通信システムにおいて、
上記ノードは、受信したＩＰパケットからデータリンク層のパケットを取り出す手段と、該手段で取り出したパケットの送信先のグループＩＤを上記管理手段の登録内容に基づき判別する手段と、該手段で判別したグループＩＤが、受信したＩＰパケットに付与されたグループＩＤと一致するか否かを照合する手段とを有し、
該手段での照合結果が一致であれば、取り出したデータリンク層のパケットの送信先への該パケットの転送制御を行なうことを特徴とするＰＰＰ通信システム。
【請求項３】
請求項１に記載のＰＰＰ通信システムにおいて、
上記ノードは、受信したＩＰパケットからデータリンク層のパケットを取り出す手段と、該手段で取り出したパケットの送信先端末のグループＩＤを上記管理手段の登録内容に基づき判別する手段と、該手段で判別したグループＩＤが、受信したＩＰパケットに付与されたグループＩＤと一致するか否かを照合する手段と、該手段の照合結果が一致であれば、上記管理手段の登録内容に基づき上記送信先端末を収容する上記ＰＰＰ通信装置を判別する手段と、該手段で判別したＰＰＰ通信装置を宛先にして上記グループＩＤを付与してＩＰヘッダを作成し、上記受信したデータ層のパケットをＩＰデータとするＩＰパケットを作成する手段とを有し、
該手段で作成したＩＰパケットを上記ＲＡＳを介して上記ＰＰＰ通信装置に転送することを特徴とするＰＰＰ通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを利用してＰＰＰ（Point-to-Point  Protocol）によりコンピュータ端末間でパケットを伝送するコンピュータ通信技術に係わり、特に、ＰＰＰにより、所定のグループに属する複数のコンピュータ間での通信（グループ通信）を行うのに好適なＰＰＰ通信装置とそれを用いたＰＰＰ通信システムに関するものである。
【０００２】
【従来の技術】
従来、ホームユーザ向けのコンピュータ通信システムとして、ダイヤルアップの通信回線とモデムを利用し、コンピュータ間でデータをパケット化してＰＰＰにより伝送する技術が広く用いられている。
【０００３】
このＰＰＰでは、ＩＰパケット（Internet Protocolで扱うパケット）を、ＨＤＬＣ(High Level Data Link Contorol Procedure：ハイレベルデータリンク制御手順)フレームにマッピングして伝送している。すなわち、開始フラグと終了フラグの間にパケットをマッピングし、通信回線上を伝送する。そして、通信開始の際には、呼接続やユーザ認証等の処理を行う。
【０００４】
このようなダイヤルアップ回線とモデムを利用してコンピュータ間でデータをＰＰＰにより伝送する従来の技術例を図１４に示す。
図１４は、従来のＰＰＰを用いたコンピュータ通信システムの構成例を示すブロック図である。
【０００５】
図１４において、１４０，１４１はコンピュータ端末、１４２はモデム、１４３はモデム１４２とコンピュータ端末１４０とのインタフェース(通常、RS232C等の標準インタフェースが用いられる)、１４４は加入者システム(加入者ネットワーク/公衆回線)、１４５はモデムおよびＰＰＰ機能を有するＲＡＳ（Remote Access Service)サーバ（図中、「ＲＡＳ」と記載）、１４６はＬＡＮ（Local Area Network）、１４７はルータ、１４８はアプリケーションサーバ（図中、「Ｓｅｒｖｅｒ」と記載）である。
【０００６】
コンピュータ端末１４０，１４１、モデム１４２、インタフェース１４３によりユーザ側のシステムが構成され、ＲＡＳサーバ１４５、ＬＡＮ１４６、ルータ１４７、アプリケーションサーバ１４８によりセンタ側のシステムが構成されている。
以下、動作を説明する。
【０００７】
コンピュータ端末１４０は、発信する場合、ＰＰＰによりモデム１４２を経由してセンタ側のＲＡＳサーバ１４５との呼接続を行う。すなわち、ＲＡＳサーバ１４５を電話番号で呼び出し、ＰＡＰ（Password authentication Protocol）やＣＨＡＰ（Challenge Handshake Authentication Protocol）などによる必要な認証手順を経て、デフォルトルータアドレス等の情報をＲＡＳサーバ１４５から受けた後、リンクを確立する。
【０００８】
リンク確立後は、コンピュータ端末１４０とＲＡＳサーバ１４５間でＩＰパケットの伝送が可能となる。これにより、ＬＡＮ１４６に接続されているルータ１４７を経由してコンピュータ端末１４０とセンタ側システムのサーバ１４８との間、あるいは、コンピュータ端末１４０，１４１間の通信が可能となる。
尚、このようなＰＰＰを利用してＩＰパケットを伝送する技術に関しては、例えば、丸山修孝著「わかりやすい通信プロトコルの技術」（１９９８年、オーム社発行）の第１７１頁〜第１７３頁等に記載されている。
【０００９】
次に、ＰＰＰにおけるフレーム構造を図１５を用いて説明する。
図１５は、ＰＰＰのフレーム構造例を示す説明図である。
図１５において、１５１はコンピュータ端末からのＩＰパケット、１５２はＰＰＰフレームである。
【００１０】
一般のイーサネット（Ethernet）ＬＡＮにおけるコンピュータ通信では、イーサネットフレーム上に各種プロトコルデータを乗せ、ヘッダにあるイーサネットアドレス（ＭＡＣ（Media Access Control）アドレスに）により端末(コンピュータ)を識別しているが、ＰＰＰでは、図１５で示すように、ＩＰパケット部分のみが、ＰＰＰフレームとして、開始フラグおよびヘッダと、ＦＣＳ(Frame Check Sequence)および終了フラグとの間にマッピングされて伝送される。尚、ＦＣＳは誤り訂正符号である。
【００１１】
このＰＰＰについては既に手順やフォーマットの詳細がＩＥＴＦ（Internet Engineering Task Force）により標準化されており、コンピュータ通信分野では一般に普及しているので、図１４におけるシステムでの呼接続や認証の手順等については説明しない。また、図１４では、アナログ回線を想定し、モデム１４２を利用する場合について説明したが、ディジタル回線の場合はモデム１４２ではなく、ターミナルアグプタ(ＴＡ)を介してディジタル接続される。この場合、対向するＲＡＳサーバ１４５側についても同様である。
【００１２】
以上述べたように、ダイヤルアップ回線とモデムを利用したＰＰＰによる通信技術においては、公衆回線を通してモデム経由でコンピュータ通信が可能となるが、通常、端末間の通信プロトコルが単一(ＩＰ）であり、また、セキュリティの確保がユーザに依存し、さらに、端末のＭＡＣアドレス情報が失われる。そのため、ＰＰＰによる通信では、所定のグループに属する複数のコンピュータ間での通信（グループ通信）を、任意のプロトコルで、かつ、高いセキュリティレベルで行うことができない。
【００１３】
【発明が解決しようとする課題】
解決しようとする問題点は、従来のＰＰＰによるダイヤルアップの通信では、任意のプロトコルによる、かつ、高いセキュリティレベルでのグループ通信を行うことができない点である。
【００１４】
本発明の目的は、これら従来技術の課題を解決し、ＰＰＰによる通信の利用範囲を拡大することを可能とするＰＰＰ通信装置とそれを用いたＰＰＰ通信システムを提供することである。
【００１５】
【課題を解決するための手段】
上記目的を達成するため、本発明のＰＰＰ通信装置は、収容した複数のコンピュータ端末から送られてくるデータリンク層のパケット、例えば、イーサネットパケットをＩＰデータとするＩＰパケットを作成してＰＰＰにより送信し、また、ＰＰＰにより受信したＩＰパケットからイーサネットパケットを取り出して、イーサネットアドレス（ＭＡＣアドレス）に基づき配信する構成とする。このことにより、ＰＰＰを用いて、イーサネットアドレス（ＭＡＣアドレス）を利用したブロードキャスト配信等を行なうことができる。
【００１６】
また、本発明のＰＰＰ通信装置は、イーサネットパケットを含むＩＰパケットのヘッダに、自装置が属するグループの識別子（グループＩＤ）を付与してＰＰＰにより送信し、また、ＰＰＰにより受信したＩＰパケットのヘッダに付与されたグループＩＤが、自装置が属するグループＩＤと同一であった場合のみ、受信したＩＰパケットからイーサネットパケットを取り出して、イーサネットアドレスに基づき配信する構成とする。このようにＰＰＰ通信装置において設定するグループＩＤに基づき、受信したＩＰパケット（イーサネットパケット）の配信を制御するので、特に、ブロードキャストパケットの、不正に接続されたコンピュータ端末への配信を防止することができる。
【００１７】
また、本発明のＰＰＰ通信システムは、上述のＰＰＰ通信装置と、このＰＰＰ通信装置とネットワークを介してＰＰＰによる通信を行なうＲＡＳサーバと、ＲＡＳサーバにＬＡＮで接続される管理装置およびノードからなり、管理装置は、ＰＰＰ通信装置からの通知に基づき、各ＰＰＰ通信装置が属するグループＩＤと各ＰＰＰ通信装置の識別情報および各ＰＰＰ通信装置で収容している各端末（コンピュータ）の識別情報とを対応付けて登録し、ノードは、ＲＡＳサーバを介してＰＰＰ通信装置とのＩＰパケットの送受信を行ない、受信したＩＰパケットに付与されたグループＩＤおよびこのＩＰパケット内のデータリンク層のパケット、例えば、イーサネットパケットのアドレス情報と、管理装置の登録内容との照合に基づき、受信したＩＰパケットの転送制御を行なうことにより、ＩＰパケットに付与したグループＩＤで特定されるグループ内での通信をＰＰＰにより行なう。
【００１８】
特に、ノードは、ＩＰパケットの転送制御として、例えば、ＰＰＰ通信装置からユニキャストで送られてきたイーサネットパケットの送信先が自ＬＡＮ内でない場合、登録装置の登録内容を参照して、送信先端末および送信元端末の各グループＩＤ（それぞれの端末を収容するＰＰＰ通信装置のグループＩＤ）とＩＰパケットに付与されたグループＩＤとが一致するか判別し、一致した場合、送信先端末を収容するＰＰＰ通信装置のアドレスをＩＰヘッダ（グループＩＤが付与されている）、イーサネットパケットをＩＰデータとするＩＰパケットを作成し、ＲＡＳサーバを介してＰＰＰによりＰＰＰ通信装置に送出する。このことにより、ユニキャストでの通信におけるセキュリティを、センタ側で効率的に制御することができる。
【００１９】
尚、例えば、ＰＰＰ通信装置からブロードキャストで送られてきたイーサネットパケットに関しては、ノードは、グループＩＤの照合・判別を行なわず、ＩＰヘッダにブロードキャスト用のＩＰアドレス（例えば、「２５５．２５５．２５５．２５５」）を設定して、ＲＡＳサーバを介して各ＰＰＰ通信装置に送信し、各ＰＰＰ通信装置で、グループＩＤの照合・判別を行ない、同一グループＩＤに属する端末に配信する。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
図１は、本発明のＰＰＰ通信装置およびそれを用いたＰＰＰ通信システムの本発明に係る構成の一実施例を示すブロック図である。
本図１において、１ａ〜１ｄはコンピュータ端末、２はイーサネットインタフェース、３ａ，３ｂは本発明のＰＰＰ通信装置としてのエッジ装置、４はＲＳ２３２Ｃインタフェース、５はモデム、６はネットワーク、７はＲＡＳサーバ（図中、「ＲＡＳ」と記載）、８はイーサネットによるＬＡＮ、９は本発明に係わる管理装置、１０は本発明に係わるノード、１１はサーバである。
【００２１】
コンピュータ端末１ａ〜１ｄとイーサネットインタフェース２、エッジ装置３ａ，３ｂ、ＲＳ２３２Ｃインタフェース４、および、モデム５によりユーザ側システムが構成され、公衆回線等からなるネットワーク６により加入者システムが構成され、ＲＡＳサーバ７とＬＡＮ８、管理装置９、ノード１０、および、サーバ１１によりセンタ側システムが構成されている。
【００２２】
ユーザ側システムにおいて、エッジ装置３ａ，３ｂのそれぞれは、エッジ装置３ａで示すように、端末収容部３ｃ、アドレス情報収集処理部３ｄ、情報通知処理部３ｅ、パケット変換処理部３ｆ、ＰＰＰ通信処理部３ｇを有し、端末収容部３ｃにより、１以上のコンピュータ端末１ａ〜１ｄを収容する。尚、このエッジ装置３ａ，３ｂと各コンピュータ端末１ａ〜１ｄ間は、イーサネットインタフェース２により接続され、イーサネットパケットでの通信が行なわれる。
【００２３】
また、エッジ装置３ａ，３ｂは、ＰＰＰ通信処理部３ｇにより、ＲＳ２３２Ｃインタフェース４を介してモデム５を制御し、ネットワーク６（加入者システム）を通してセンタ側システムのＲＡＳサーバ７との間で、ＰＰＰによるＩＰパケットの通信を行なう。
このＰＰＰで呼び出すセンタ側システムのＲＡＳサーバ７の電話番号等は、エッジ装置３ａ，３ｂにおいて予め設定/登録しておく。また、デフォルトルータとしてはノード１０のアドレスを指定する。
【００２４】
センタ側システムのＲＡＳサーバ７は、ネットワーク６を介して、ユーザ側システムのエッジ装置３ａ，３ｂとＰＰＰによるＩＰパケットの通信を行なうと共に、センタ側システムにおいて、ＬＡＮ８を介して、管理装置９、ノード１０、サーバ１１のそれぞれとの間で、イーサネットパケットの通信を行なう。
以下、このような構成のＰＰＰ通信システムの動作を説明する。
【００２５】
エッジ装置３ａは、イーサネットインタフェース２で接続された配下のコンピュータ端末１ａ，１ｂのアドレス情報（ＭＡＣアドレス）をアドレス情報収集処理部３ｄにより収集して、情報通知処理部３ｅにより、ＳＮＭＰ（Simple Network Management Protocol）等の通信プロトコルを利用して、センタ側システムの管理装置９に通知する。
この通知のタイミングとしては、エッジ装置３ａの電源オン時、あるいは、コンピュータ端末１ａ，１ｂからのパケットの受信時等がある。
【００２６】
このように、エッジ装置３ａ，３ｂが、コンピュータ端末のアドレス情報を管理装置９へ自動的に通知するので、コンピュータ端末１ａ，１ｂのユーザは、コンピュータ端末を追加あるいは変更する際、そのアドレスをセンタ側システムに申請する必要がなくなる。また、コンピュータ端末がユーザ間を移動した場合も、移動先のエッジ装置から管理装置９に新規のコンピュータ端末として通知されても、管理装置９においては、アドレス重複チェックにより、移動であることを確認でき、情報更新により、端末移動をサポートすることも可能となる。
【００２７】
また、管理装置９では、予めユーザから指定されたグループ登録情報に基づいて、エッジ装置３ａ，３ｂと、それぞれの配下のコンピュータ端末１ａ〜１ｄとをグループ内でリンクさせてグループ情報を作成し、図１３に示すような管理表１３０に登録すると共に、そのグループ登録情報を、グループ識別用ＩＰとしてノード１０とエッジ装置３ａ，３ｂにＳＮＭＰプロトコル等により通知する。
【００２８】
図１３は、図１における管理装置で登録される管理表の構成例を示す説明図である。
管理表１３０は、グループＩＤ、エッジ装置ＩＤ、配下端末ＩＤの各項目欄からなり、グループＩＤにおける各グループ（Ａ，Ｂ，・・・）別に、各エッジ装置の識別子（ＬＥＣ（１），（２），（３），（４），（５）・・・）がエッジ装置ＩＤの欄に登録され、さらに、各エッジ装置毎に、配下の端末の識別子として、ＭＡＣアドレスが登録されている。
【００２９】
図１において、さらに、エッジ装置３ａは、パケット作成処理部３ｆにより、収容した各コンピュータ端末１ａ，１ｂから送られてくるイーサネットパケットをＩＰデータとするＩＰパケットを作成し、ＰＰＰ通信処理部３ｇでＰＰＰによりＲＡＳサーバ７に送信し、また、ＰＰＰ通信処理部３ｇでＰＰＰによりＲＡＳサーバ７から受信したＩＰパケットから、パケット作成処理部３ｆにより、イーサネットパケットを取り出して、イーサネットアドレス（ＭＡＣアドレス）に対応するコンピュータ端末１ａ，１ｂに配信する。このようにして、本例では、ＰＰＰを用いて、イーサネットアドレス（ＭＡＣアドレス）を利用したパケット配信を行なうことができる。
【００３０】
また、エッジ装置３ａのパケット作成処理部３ｆでは、イーサネットパケットからのＩＰパケットの作成時、このＩＰパケットのヘッダ（ＩＰヘッダ）に、自エッジ装置３ａが属するグループの識別子（グループＩＤ）を付与する。そして、ＲＡＳサーバ７からＰＰＰにより受信したＩＰパケットのヘッダに付与されたグループＩＤが、自装置が属するグループＩＤと同一であった場合のみ、受信したＩＰパケットからイーサネットパケットを取り出して、イーサネットアドレスに基づき、各コンピュータ端末１ａ，１ｂに配信する。このように、エッジ装置３ａにおいて、受信したＩＰパケット（イーサネットパケット）の配信を、グループＩＤに基づき制御することにより、特に、ブロードキャストパケットの、不正に接続されたコンピュータ端末への配信を防止することができる。
【００３１】
また、センタ側システムのノード１０においても、パケット作成処理部（図中、「パケット作成部」と記載）１０ａが設けられており、例えば、エッジ装置３ａからのＲＡＳサーバ７を介してのＰＰＰによるユニキャストのパケットの受信時、管理装置９に登録されているグループ情報に基づき、受信したパケットのイーサネットアドレスの送信先（宛先）と送信元のそれぞれのコンピュータ端末が同じグループに属するか否かを判別し、同一グループの場合のみ、送信先のコンピュータ端末を収容するエッジ装置をＩＰヘッダにおける宛先に有し、受信したイーサネットパケットをＩＰデータとするＩＰパケットを作成し、ＲＡＳサーバ７を介してＰＰＰによる送信を行なう。このことにより、グループ外のコンピュータ端末への誤配信をセンタ側で防止することができる。
【００３２】
次に、エッジ装置３ａ，３ｂからのＰＰＰでの通信に用いるパケットについて、図２〜図４を用いて説明する。
図２は、図１におけるエッジ装置で用いるパケットの構成例を示す説明図である。
本図２において、２１はイーサネットパケット、２２はＩＰパケット、２３はＰＰＰフレームである。
【００３３】
図１のエッジ装置３ａ，３ｂでは、コンピュータ端末１ａ〜１ｄからのイーサネットパケット２１を、ＩＰパケット２２のデータ領域に乗せ、さらに、このＩＰパケット２２をＰＰＰフレーム２３（ＨＤＬＣフレーム）にマッピングする。このようにすることにより、従来のＰＰＰでは単一プロトコル(通常はＩＰプロトコル)のみサポートされるのに対して、本例のＰＰＰでは、イーサネットプロトコル、あるいは、任意のプロトコルの使用が可能となる。
【００３４】
図３は、図２におけるイーサネットパケットのフレーム構成の詳細例を示す説明図である。
本図３に示すように、図１のエッジ装置３ａ，３ｂでは、コンピュータ端末１ａ〜１ｄから送信されてきた元のイーサネットパケット２１ａのフレーム構成の内、プリアンブルとＣＲＣ（Cyclic Redundancy Check；「巡回冗長検査」、その計算結果であるＦＣＳ（Frame Check Sequence）ともいう）部分を除いたもの、すなわち、相手先ＭＡＣアドレスと送出元ＭＡＣアドレスおよびプロトコルタイプからなるヘッダと、データ部分からなるイーサネットパケット２１を、ＩＰパケットのデータ領域に乗せてカプセル化する。
【００３５】
図４は、図２におけるＩＰパケットのフレーム構成の詳細例を示す説明図である。
本図４に示すように、図１のエッジ装置３ａ，３ｂでは、ＩＰパケット２２のヘッダ２２ａ内におけるオプション部２２ｃに、グループＩＤ（IDentifier/IDentification、識別子）を割当てる。
【００３６】
次に、図１におけるエッジ装置３ａの構成を、図５を用いて説明する。
図５は、図１におけるエッジ装置の構成例を示すブロック図である。
本図５において、５１はＣＰＵ（Central Processing Unit）を具備してイーサネットパケットのＩＰパケットへのカプセル化およびＰＰＰ処理を行うプロセッサ部（図中、「ＣＰＵ」と記載）、５２はデータＲＡＭ（図中、「ＲＡＭ」と記載）、５３はプロセッサ部５１の処理プログラムを格納するプログラムメモリ（図中、「Ｐ−メモリ」と記載）、５４はイーサネットインタフェース（図中、「Ｅ−Ｉ／Ｆ」と記載）、５５はモデムインタフェース（図中、「Ｍ−Ｉ／Ｆ」と記載）、５６はバスである。
【００３７】
プログラムメモリ５３に格納された処理プログラムに基づくプロセッサ部５１の処理により、図１のエッジ装置３ａにおける端末収容部３ｃ、アドレス情報収集処理部３ｄ、情報通知処理部３ｅ、パケット作成処理部３ｆ、ＰＰＰ通信処理部３ｇが構成される。すなわち、エッジ装置３ａは、コンピュータ端末１ａ，１ｂからのイーサネットパケットを、イーサネットインタフェース５４からバス５６経由でデータＲＡＭ５２に取り込み、このデータＲＡＭ５２をバッファとして、プロセッサ部５１においてＩＰパケット化処理およびＰＰＰ処理を行い、モデムインターネット部５５からモデム５を介してネットワーク６側に転送する。
【００３８】
また、モデム５を介して送られてきたネットワーク６からのＩＰパケットに対しては、モデムインタフェース５５から、バス６経由でデータＲＡＭ５２に取り込み、このデータＲＡＭ５２をバッファとして、プロセッサ部５１において処理し、イーサネットパケットとして、イーサネットインタフェース５４を介して各コンピュータ端末１ａ，１ｂに送信する。
【００３９】
次に、図１におけるノード１０の構成を、図６を用いて説明する。
図６は、図１におけるノードの構成例を示すブロック図である。
本図６において、６１はカプセル化処理等を行うプロセッサ部（図中、「ＣＰＵ」と記載）、６２はデータＲＡＭ（図中、「ＲＡＭ」と記載）、６３はプロセッサ部６１の処理プログラムを格納するプログラムメモリ（図中、「Ｐ−メモリ」と記載）、６４はイーサネットインタフェース（図中、「Ｅ−Ｉ／Ｆ」と記載）、６５はバスである。
【００４０】
プログラムメモリ６３に格納された処理プログラムに基づくプロセッサ部６１の処理により、図１のノード１０におけるパケット作成処理部１０ａ等が構成される。そして、ノード１０は、ＲＡＳサーバ７およびＬＡＮ８を経由して送られてくる図１のエッジ装置３ａ，３ｂ（コンピュータ端末１ａ〜１ｄ）からのパケットを、イーサネットインタフェース６４から、バス６５経由で、データＲＡＭ６２に取り込み、このデータＲＡＭ６２をバッファとして、プロセッサ部６１においてフィルタリングおよびカプセル化処理して、再びイーサネットインタフェース６４に転送する。
【００４１】
これらの図５のエッジ装置３ａおよび図６のノード１０を設けた図１のコンピュータ通信システムにおけるパケットの伝送動作について、図７〜図１２を用いて説明する。
図７は、図１におけるコンピュータ端末間のユニキャストパケットの伝送フォーマット例を示す説明図、図８は、図７におけるユニキャストの伝送に係わる図１のＰＰＰ通信システムの動作例を示すシーケンス図、図９は図１におけるコンピュータ端末間のブロードキャストパケットの伝送フォーマット例を示す説明図、図１０は図１におけるエッジ装置と管理装置間のユニキャストパケットの伝送フォーマット例を示す説明図、図１１は図１におけるエッジ装置から管理装置へのブロードキャストパケットの伝送フォーマット例を示す説明図、図１２は図１における管理装置からエッジ装置へのブロードキャストパケットの伝送フォーマット例を示す説明図である。
【００４２】
尚、図７、および、図９〜図１２に示す各伝送フォーマットは、イーサネットパケットのヘッダ情報の内、アドレス情報部のみを示しており、他のヘッダ情報(プロトコルタイプ等)は記載を省略している。また、ＩＰパケットのＩＰヘッダ（図中、「Ｈ」と記載）におけるＩＰアドレスはエッジ装置あるいはノードのＩＰアドレスに対応するアドレスである。
【００４３】
まず、図７におけるコンピュータ端末（ＰＣ）間でのユニキャストパケットの伝送に関して説明する。
図７において、コンピュータ端末（図中、「ＰＣ−Ａ」と記載）１ａからのユニキャストのイーサネットパケット７１（ＰＣ−Ｂは送信先イーサネットアドレス（ＭＡＣアドレス）、ＰＣ−Ａは送信元イーサネットアドレス（ＭＡＣアドレス））は、エッジ装置３ａにおいて、送信元がエッジ装置３ａ、送信先がノード１０のＩＰパケットにカプセル化される。この時、エッジ装置３ａは、ヘッダのオプション領域にグループＩＤを付加する。
【００４４】
そして、エッジ装置３ａは、このようにして作成したＩＰパケットを、ＰＰＰにより、ＰＰＰフレーム７２として、接続先のＲＡＳサーバ７に送る。尚、ＰＰＰフレーム７２において、「ＦＬＡＧ」は１バイトのデータ「７Ｅ」からなり、「Ｈ」は送信先のノード１０のＩＰアドレスと送信元のエッジ装置３ａのＩＰアドレスからなり、「ＩＤ」はグループＩＤからなり、その次の「ＰＣ−Ｂ」、「ＰＣ−Ａ」等は、イーサネットパケット７１からなる。
【００４５】
エッジ装置３ａからのＰＰＰフレーム７２を受信したＲＡＳサーバ７は、ＰＰＰフレーム７２に、ノード１０を送信先（ＲＳＮ）、ＲＡＳサーバ７を送信元（ＲＡＳ）とするヘッダを付与してイーサネットパケット７３を生成して、図１のＬＡＮ８に送出して、ノード１０に届ける。
【００４６】
イーサネットパケット７３を受信したノード１０では、イーサネットパケット７３のイーサネットアドレス（「ＰＣ−Ｂ」，「ＰＣ−Ａ」）を元に、図１の管理装置９で管理しているグループ情報を検索し、イーサネットアドレス（「ＰＣ−Ｂ」，「ＰＣ−Ａ」）のそれぞれが同一グループであれば、「ＰＣ−Ｂ」をイーサネットアドレスとするコンピュータ端末１ｄを収容するエッジ装置３ｂを送信先、ノード１０を送信元とするＩＰヘッダと、受信したイーサネットパケットからなるＩＰデータとによるＩＰパケットを作成し、かつ、このＩＰパケットをデータ部、宛先をＲＡＳサーバ７とするイーサネットパケット７４を生成してＬＡＮ８に送出する。
【００４７】
このように、ノード１０におけるアドレスチェックの際、グループＩＤをキーとして同一グループに属するエッジ装置配下の端末アドレスのみを検索するだけでよいので、アドレス検索処理時間が少なくて済む。
ＲＡＳサーバ７は、受信したイーサネットパケット７４に基づきＰＰＰフレーム７５を作成して、ＰＰＰにより、ＩＰパケットのヘッダで宛先として指定されたエッジ装置３ｂ宛に送信する。
【００４８】
ＰＰＰフレーム７５を受信したエッジ装置３ｂでは、ＰＰＰフレーム７５からＩＰパケットにカプセル化されているイーサネットパケット７６を抽出して、イーサネットパケット７６で宛先として指定されている配下のコンピュータ端末１ｄに転送する。
【００４９】
以上の各パケットの伝送処理動作を図８に基づき説明する。
エッジ装置３ａは、収容しているコンピュータ端末からのイーサネットパケット（ＥＰ）を受信すると（ステップ８０１）、このイーサネットパケットをＩＰデータ、ノード１０を宛先とするＩＰヘッダからなるＩＰパケット（ＩＰ）を作成、すなわちカプセル化して（ステップ８０２）、ＰＰＰによりＲＡＳサーバ７に送信する（ステップ８０３）。
【００５０】
ＲＡＳサーバ７は、エッジ装置３ａから受信したＰＰＰフレーム内のＩＰパケットを、その宛先情報に基づき、ＩＰパケットをデータ部とするイーサネットパケット（ｅｐ）を作成して、ノード１０に転送する（ステップ８０４）。
ＲＡＳサーバ７からのイーサネットパケット（ｅｐ）を受信したノード１０は、そのデータ部にあるＩＰパケット（ＩＰ）内のイーサネットパケット（ＥＰ）のヘッダで指定されている宛先を判別する（ステップ８０５）。
【００５１】
そして、宛先のコンピュータ端末と送信元のコンピュータ端末のそれぞれの所属グループを、図１の管理装置９で管理しているグループ情報に基づき判別する（ステップ８０６）。
同一のグループに属していなければ（ステップ８０７）、イーサネットパケット（ＥＰ）を破棄し（ステップ８０８）、同一のグループに属していれば、判別した宛先が、ＬＡＮ８内か否かを判別する（ステップ８０９）。
【００５２】
ＬＡＮ内であれば、ＩＰパケット（ＩＰ）内のＩＰデータとされていたイーサネットパケット（ＥＰ）をＬＡＮ８内に配信し（ステップ８１０）、ＬＡＮ８内でなければ、受信したイーサネットパケット（ＥＰ）をＩＰパケット（ＩＰ）にカプセル化する（ステップ８１１）。この場合、ＩＰパケットの送信先をエッジ装置３ｂ、送信元をノード１０とする。そして、イーサネットパケット（ｅｐ）として、ＲＡＳサーバ７に送出する（ステップ８１２）。
【００５３】
ＲＡＳサーバ７は、イーサネットパケット（ｅｐ）で受信したＩＰパケット（ＩＰ）を、ＰＰＰにより、送信先であるエッジ装置３ｂに転送する（ステップ８１３）。
そして、エッジ装置３ｂは、受信したＩＰパケット（ＩＰ）にカプセル化されていたイーサネットパケット（ＥＰ）から送信先アドレス情報（宛先）を読み出し（ステップ８１４）、その宛先のコンピュータ端末１ｄにイーサネットパケット（ＥＰ）を転送する（ステップ８１５）。
【００５４】
次に、図９を用いて、コンピュータ端末（ＰＣ）間でのブロードキャストパケットの伝送処理動作について説明する。
図９において、コンピュータ端末１ａからのブロードキャストパケット９１に対して、エッジ装置３ａは、ブロードキャストパケット９１をＩＰデータ、送信元をエッジ装置３ａ、宛先をノード１０とするＩＰパケット(ユニキャスト)を作成してＰＰＰによりＰＰＰフレーム９２としてＲＡＳサーバ７に送り、ＲＡＳサーバ７は、送信元をＲＡＳサーバ７、送信先をブロードキャストアドレス、ＰＰＰフレーム９２のＩＰパケット部分をデータ部とするイーサネットパケット９３（ブロードキャストパケット）を生成して図１のＬＡＮ８に送出する。
【００５５】
ＬＡＮ８上のノード１０は、イーサネットパケット９３を受信すると、イーサネットパケット９３内のＩＰパケット部分のＩＰヘッダにおける宛先情報を、ブロードキャストアドレス（例えば、「２５５．２５５．２５５．２５５」）としてＩＰパケットを作成し、そのＩＰパケットを、宛先をブロードキャストアドレス（ＢＣ）、送信元を自ノード１０とするイーサネットパケット９４（ブロードキャストパケット）としてＬＡＮ８に送出し、ＲＡＳサーバ７に渡す。
【００５６】
ＲＡＳサーバ７は、受信したイーサネットパケット９４内のＩＰパケット部分をＰＰＰフレーム９５として、各エッジ装置に転送する。
各エッジ装置では、受信したＰＰＰフレーム９５内のＩＰパケット部分のＩＰヘッダに付与されたグループＩＤが、自装置のものと同一か否かを判別し、同一であったエッジ装置３ｂにおいて、そのＩＰパケットから取り出したイーサネットパケット９６部分を、コンピュータ端末１ｄを含む各収容したコンピュータ端末に配信（同報送信）する。尚、同一グループに属していないエッジ装置では、受信したイーサネットパケット９６を破棄する。
【００５７】
次に、図１０を用いて、エッジ装置３ａ（ＬＥＣ）から管理装置９（ＲＭＳ）へのユニキャストパケットの伝送処理動作について説明する。尚、ここでは、エッジ装置３ａと管理装置９は、同一グループ(管理用のグループ)として予め登録しておく。
図１０において、エッジ装置３ａからの管理装置９へのユニキャストパケットは、エッジ装置３ａ自身においてカプセル化される。
【００５８】
すなわち、エッジ装置３ａは、宛先が管理装置９（ＲＭＳ）宛、送信元が自装置（ＬＥＣ）とのイーサネットパケット（ユニキャストパケット）をＩＰデータ部とし、宛先をノード（ＲＳＮ）１０、送信元を自装置（ＬＥＣ）としたＩＰヘッダ（Ｈ）に、管理装置９と同じグループＩＤを付与してＩＰパケットを作成し、ＰＰＰフレーム１０１としてセンタ側のＲＡＳサーバ７に送信する。
【００５９】
ＲＡＳサーバ７は、受信したＰＰＰフレーム１０１のＩＰパケット部分のＩＰヘッダのアドレス情報に基づき、ノード１０を宛先（ＲＳＮ）、ＲＡＳサーバ７を送信元（ＲＡＳ）とし、ＰＰＰフレーム１０１のＩＰパケット部分をデータとするイーサネットパケット１０２を生成して、ＬＡＮ８を介してノード１０に転送する。
【００６０】
イーサネットパケット１０２を受信すると、ノード１０は、イーサネットパケット１０２のＩＰパケット部分のヘッダに付与されたグループＩＤが、ヘッダにおける宛先および送信元のグループＩＤと一致するか否かを、管理装置９で管理しているグループ情報に基づき判別し、一致する場合に、イーサネットパケット１０２においてＩＰパケットとしてカプセル化された元のイーサネットパケット１０３を取り出して、ＬＡＮ８を介して管理装置９に転送する。
【００６１】
尚、管理装置９は、汎用のワークステーション等からなり、ＬＡＮ８に直結するので、カプセル化(ＩＰパケットに乗せる処理)をせずに転送する。
また、管理装置９からエッジ装置３ａへのユニキャスト通信は、上述の手順と逆の手順により転送することができる。
【００６２】
次に、図１１を用いて、エッジ装置３ａ（ＬＥＣ）から管理装置９（ＲＭＳ）へのブロードキャストパケットの伝送処理動作について説明する。尚、ここでも、エッジ装置３ａと管理装置９は、同一グループ(管理用のグループ)として予め登録しておく。
図１１において、エッジ装置３ａからのブロードキャストパケットは、エッジ装置３ａ自身においてカプセル化される。
【００６３】
すなわち、エッジ装置３ａは、宛先がブロードキャストアドレス、送信元が自装置（ＬＥＣ）とのイーサネットパケット（ブロードキャストパケット）をＩＰデータ部とし、宛先をノード（ＲＳＮ）１０、送信元を自装置（ＬＥＣ）としたＩＰヘッダ（Ｈ）に、管理装置９と同じグループＩＤを付与してＩＰパケットを作成し、ＰＰＰフレーム１１１としてセンタ側のＲＡＳサーバ７に送信する。
【００６４】
ＲＡＳサーバ７は、受信したＰＰＰフレーム１１１のＩＰパケット内のイーサネットパケット部分のアドレス情報（ブロードキャストアドレス）に基づき、ブロードキャストアドレスを宛先（ＢＣ）、ＲＡＳサーバ７を送信元（ＲＡＳ）とし、ＰＰＰフレーム１１１のＩＰパケット部分をデータとするイーサネットパケット１１２を生成して、ＬＡＮ８を介してノード１０に転送する。
【００６５】
イーサネットパケット１１２を受信すると、ノード１０は、イーサネットパケット１１２のＩＰパケット部分のヘッダに付与されたグループＩＤから、管理装置９のグループＩＤと一致するか否かを判別し、一致する場合、すなわち、管理用グループの通信である場合に、イーサネットパケット１１２においてＩＰパケットとしてカプセル化された元のイーサネットパケット１１３を取り出して、ＬＡＮ８を介して管理装置９に転送する。
【００６６】
次に、図１２を用いて、管理装置９（ＲＭＳ）からエッジ装置３ａ（ＬＥＣ）へのブロードキャストパケットの伝送処理動作について説明する。尚、ここでも、エッジ装置３ａと管理装置９は、同一グループ(管理用のグループ)として予め登録しておく。
図１２において、管理装置９から、ブロードキャストアドレスを有するイーサネットパケット１２１がＬＡＮ８上に転送されると、ノード１０は、そのイーサネットパケット１２１（ブロードキャストパケット）をＩＰパケットにカプセル化する。
【００６７】
すなわち、ノード１０は、イーサネットパケット１２１をデータ部分とし、自装置が送信元、ブロードキャストアドレス（例えば、「２５５．２５５．２５５．２５５」）が送信先となるＩＰヘッダに管理装置９が属するグループＩＤを付与してＩＰパケットを作成し、さらに、そのＩＰパケットをデータ部、送信元を自装置（ＲＳＮ）、宛先をブロードキャストアドレスとするイーサネットパケット１２２として、ＬＡＮ８に送出してＲＡＳサーバ７に渡す。
【００６８】
イーサネットパケット１２２を受信したＲＡＳサーバ７は、イーサネットパケット１２２のＩＰパケット部分をＰＰＰフレーム１２３として各エッジ装置に配信する。
エッジ装置３ａを含む各エッジ装置では、ＰＰＰフレーム１２３内のＩＰパケットのヘッダに付与されたグループＩＤが、自装置と同一のグループＩＤであるか否かをチェックし、受信制御を行なう。
【００６９】
以上、図１〜図１３を用いて説明したように、本例のＰＰＰ通信装置およびそれを用いたＰＰＰ通信システムでは、エッジ装置３ａ，３ｂにおいて、コンピュータ端末１ａ〜１ｄからのイーサネットパケットを、エッジ装置３ａ，３ｂからのＩＰパケットとしてそのデータ領域に乗せると共に、ＩＰヘッダ部にグループＩＤを付加し、このＩＰパケットをＰＰＰフレームに乗せてセンタ側のノード１０宛にＲＡＳサーバ７を介して送信し、また、ノード１０からの受信パケットに対しては、ＰＰＰフレームからＩＰパケットを取り出してグループＩＤをチェックし、同一グループである場合のみ、ＩＰデータ領域のイーサネットパケットをコンピュータ端末１ａ〜１ｄ側に転送する。
【００７０】
また、ノード１０では、受信ＩＰパケットからカプセル化されているイーサネットパケットのアドレスをチェックし、宛先アドレスのコンピュータ端末がエッジ装置３ａ，３ｂに収容されていれば、このエッジ装置３ａ，３ｂ宛に、このカプセル化されたＩＰパケットを転送し、宛先アドレスの端末がＬＡＮ８にあるときはイーサネットパケットをＬＡＮ８に転送する。
このことにより、登録されたメンバのエッジ装置に接続されているコンピュータ端末間でのみ通信を行うグループ通信を、ＰＰＰの使用によりダイヤルアップ回線を経由して行なうことが可能となる。
【００７１】
このように、イーサネットパケットをＩＰパケットのデータとしてＰＰＰフレームにカプセル化して伝送することにより、プロトコルフリーの通信環境を提供でき、さらに、グループＩＤを付与してそのチェックによりメンバ間の通信セキュリティの向上が図れる。すなわち、同じグループメンバとして登録されたコンピュータ間でのみ、任意のプロトコルによる、セキュリティレベルの高い通信を行なうことができる。
また、グループＩＤのチェックの際、グループＩＤをキーとして同一グループに属するエッジ装置配下の端末アドレスのみを検索するだけでよいので、アドレス検索処理/時間の大幅低減が可能となる。
【００７２】
尚、本発明は、図１〜図１３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、また、本例では、アナログ回線を想定し、モデムを利用する場合について説明したが、ディジタル回線の場合はモデムではなく、ターミナルアグプタ(ＴＡ)を介してディジタル接続される。この場合、対向するＲＡＳサーバ側についても同様である。
また、ユーザ側が使用するサーバをセンタ側（ＬＡＮ８内）に置き、そのサーバを常時稼働させることもできる。
【００７３】
【発明の効果】
本発明によれば、ＰＰＰによるダイヤルアップの通信において、任意のプロトコルによる、かつ、高いセキュリティレベルでのグループ通信を行うことができ、ＰＰＰによる通信の利用範囲を拡大することが可能である。
【図面の簡単な説明】
【図１】本発明のＰＰＰ通信装置およびそれを用いたＰＰＰ通信システムの本発明に係る構成の一実施例を示すブロック図である。
【図２】図１におけるエッジ装置で用いるパケットの構成例を示す説明図である。
【図３】図２におけるイーサネットパケットのフレーム構成の詳細例を示す説明図である。
【図４】図２におけるＩＰパケットのフレーム構成の詳細例を示す説明図である。
【図５】図１におけるエッジ装置の構成例を示すブロック図である。
【図６】図１におけるノードの構成例を示すブロック図である。
【図７】図１におけるコンピュータ端末間のユニキャストパケットの伝送フォーマット例を示す説明図である。
【図８】図７におけるユニキャストの伝送に係わる図１のＰＰＰ通信システムの動作例を示すシーケンス図である。
【図９】図１におけるコンピュータ端末間のブロードキャストパケットの伝送フォーマット例を示す説明図である。
【図１０】図１におけるエッジ装置と管理装置間のユニキャストパケットの伝送フォーマット例を示す説明図である。
【図１１】図１におけるエッジ装置から管理装置へのブロードキャストパケットの伝送フォーマット例を示す説明図である。
【図１２】図１における管理装置からエッジ装置へのブロードキャストパケットの伝送フォーマット例を示す説明図である。
【図１３】図１における管理装置で登録される管理表の構成例を示す説明図である。
【図１４】従来のＰＰＰを用いたコンピュータ通信システムの構成例を示すブロック図である。
【図１５】ＰＰＰのフレーム構造例を示す説明図である。
【符号の説明】
１ａ〜１ｄ：コンピュータ端末、２：イーサネットインタフェース、３ａ，３ｂ：エッジ装置、３ｃ：端末収容部、３ｄ：アドレス情報収集処理部、３ｅ：情報通知処理部、３ｆ：パケット作成処理部：ＰＰＰ通信処理部、４：インタフェース（ＲＳ２３２Ｃ)、５：モデム、６：加入者システム(加入者ネットワーク/公衆回線)、７：ＲＡＳサーバ、８：ＬＡＮ、９：管理装置、１０：ノード、１０ａ：パケット作成処理部、１１：サーバ、２１，２１ａ：イーサネットパケット、２２：ＩＰパケット、２２ａ：ＩＰヘッダ、２２ｂ：ＩＰデータ、２２ｃ：オプション（グループＩＤ）、２３：ＰＰＰフレーム、５１：プロセッサ部、５２：データＲＡＭ（ＲＡＭ）、５３：プログラムメモリ（Ｐ−メモリ）、５４：イーサネットインタフェース（Ｅ−Ｉ／Ｆ）、５５：モデムインタフェース（Ｍ−Ｉ／Ｆ）、５６：バス、６１：プロセッサ部、６２：データＲＡＭ（ＲＡＭ）、６３：プログラムメモリ（Ｐメモリ）、６４：イーサネットインタフェース（Ｅ−Ｉ／Ｆ）、６５：バス、７１，７３，７４，７６：イーサネットパケット、７２，７５：ＰＰＰフレーム、９１：ブロードキャストパケット、９２，９５：ＰＰＰフレーム、９３，９４：イーサネットパケット（ブロードキャストパケット）、９６：イーサネットパケット、１０１：ＰＰＰフレーム、１０２，１０３：イーサネットパケット、１１１：ＰＰＰフレーム、１１２，１１３：イーサネットパケット、１２１，１２２：イーサネットパケット、１２３：ＰＰＰフレーム、１３０：管理表、１４０，１４１：コンピュータ端末、１４２：モデム、１４３：インタフェース（ＲＳ２３２Ｃ等）、１４４：加入者システム(加入者ネットワーク/公衆回線)、１４５：ＲＡＳ（Remote Access Service)サーバ、１４６：ＬＡＮ（Local Area Network）、１４７：ルータ、１４８：アプリケーションサーバ、１５１：ＩＰパケット、１５２：ＰＰＰフレーム。
【図１】
0003791217.tif 000002
【図２】
0003791217.tif 000003
【図３】
0003791217.tif 000004
【図４】
0003791217.tif 000005
【図５】
0003791217.tif 000006
【図６】
0003791217.tif 000007
【図７】
0003791217.tif 000008
【図８】
0003791217.tif 000009
【図９】
0003791217.tif 000010
【図１０】
0003791217.tif 000011
【図１１】
0003791217.tif 000012
【図１２】
0003791217.tif 000013
【図１３】
0003791217.tif 000014
【図１４】
0003791217.tif 000015
【図１５】
0003791217.tif 000016