JP2006042223A - パケット転送装置 - Google Patents

Abstract

【課題】 通信システムにおいて、マルチキャスト通信時の認証による時間遅延を低減して、高速なパケット通信を可能とするパケット転送装置を提供する。
【解決手段】 端末１から接続要求を受信すると（７１）、該端末１の情報を記憶部に登録し（７２）、該端末の認証に必要な情報と認証要求を通信網内の認証サーバ４へ転送し（７３）、該認証サーバ４からの認証許可と前記接続要求を行った端末に関連するマルチキャストグループアドレスのリストを受信し（７５）、該受信したマルチキャストグループアドレスのリストを上記記憶部に記憶されている前記端末の情報に対応付けて登録し（７６）、端末1から上記リストに含まれる何れかのマルチキャストグループへの参加要求を受信すると（７７）、該参加要求を行った端末1の情報が上記記憶部にあるかどうかを判定し（７８）、上記記憶部に該端末の情報がある場合、通信網からのパケットの前記端末１への配信を許可し（７９）、該パケットを前記端末１に送信する（８０）。
【選択図】 図７

Description

本発明は、本発明は、コンテンツ等の情報の配信に用いられるマルチキャスト通信技術に関する。

多数の（ユーザ）端末に同時に同一のコンテンツ等の情報を配布する時に有効な通信技術として、マルチキャスト通信技術が知られている。マルチキャスト通信は、複数の端末の各々に対して１対１通信で情報を配信するユニキャスト通信に比べて、配信サーバの負荷削減やトラフィック量の削減という点で利点がある。インターネットプロトコル（ＩＰ）を用いたマルチキャスト通信において、ＩＰｖ４ではＩＧＭＰ「Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍｅｍｂｅｒｓｈｉｐ Ｐｒｏｔｏｃｏｌ」、ＩＰｖ６ではＭＬＤ「Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ」がプロトコルとして使用される。ＩＧＭＰは、ＩＥＴＦ「Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ」がインターネット標準として公開するＲＦＣ１１１２(非特許文献１)やＲＦＣ２２３６(非特許文献２)で定義されている。同様に、ＭＬＤは、ＲＦＣ２７１０(非特許文献３)で定義されている。このＩＧＭＰやＭＬＤは、端末とパケット転送装置（ゲートウェイ、ルータ等）との間で使用され、同一のデータを複数のホストに効率よく配送するマルチキャストで、配送を受けるために構成される端末のグループ（マルチキャストグループ）を制御するためのプロトコルである。端末がマルチキャストグループに参加要求（マルチキャストデータの配信要求）をしたり、そのマルチキャストグループから離脱要求（マルチキャストデータの配信停止要求）をしたりする際に、ＩＧＭＰやＭＬＤが使用される。

一方、前述のように、マルチキャストグループの参加者は、全て同一のコンテンツ等の情報を受信することになるので、ユーザ毎に利用できるサービスレベルの差や不正アクセスや課金等の問題が懸念される。したがって、コンテンツ等の情報を取得するために、ユーザを認証する方法が必要とされる。

マルチキャスト認証方法としては、受信側ホストからの参加申し込みにより、あらかじめマルチキャストグループに参加できる受信者ホストをユーザ認証サーバに登録しておき、受信ホストからの参加要求を示すＩＧＭＰのメンバーシップ・レポートがルータに送信されると、このレポート内の情報と上記ユーザ認証サーバの登録内容に基づいて受信者ホストの認証がなされ、認証されると許可時間内でのマルチキャストグループへの受信者ホストの参加を許可するようにしたものが知られている（特許文献１）。

しかし、特許文献１に記載のマルチキャスト認証方法では、ＩＧＭＰのメンバーシップ・レポートを受信するたびに、ユーザ認証サーバによりレポートの内容と登録内容に基づいてホストの認証がなされるため、異なるグループに接続切り替えをするたびに認証処理が発生し、切り替え遅延の増大ややルータ、認証サーバの処理負荷の増大を招くことになる。

そこで、認証サーバによるユーザＩＤとパスワードによる認証を最初の１回目だけとし、２回目以降の認証は、ルータ内に設けたグループリストテーブルを用いて行うことにより、処理の簡略化、高速化を実現するようにしたマルチキャスト認証方法が知られている（特許文献２）。

ＲＦＣ１１１２ ４章、７章、ＡＰＰＥＮＤＩＸ １ ＲＦＣ２２３６ ２章、３章、６章、７章 ＲＦＣ２７１０ ３章、４章、５章、６章 特開２００３−１５８５４７号公報 特開２００３−３４８１４９号公報

特許文献２に記載のマルチキャスト認証方法は、認証要求を受信した認証サーバが、認証要求に付加されているユーザＩＤ、パスワードとあらかじめ登録されたユーザＩＤ、パスワードとを照合して認証可否を行うとともに、顧客データサーバにグループリスト要求を行い、顧客データサーバは、グループリスト要求を受信すると、あらかじめ登録されたユーザＩＤとグループリストを記したグループリスト応答を送信するものである。

したがって、特許文献２に記載のマルチキャスト認証方法では、認証サーバと顧客データサーバの二つのサーバにより認証処理等が行われるため、認証による時間遅延が大きくなる。

また、現在では、インターネットプロトコル（ＩＰ）を用いたマルチキャスト通信において、ＩＰｖ４を使用するＰＰＰマルチキャスト通信が主流であるが、使用可能なＩＰアドレスの枯渇問題等から、今後はＩＰｖ６を使用するＩＰマルチキャスト通信が主流になると思われる。したがって、ＩＰｖ６へスムースに移行するためには、ＰＰＰマルチキャストとＩＰマルチキャストの両方に対応できる装置等が望まれる。

しかし、前述の非特許文献１−３や特許文献１−２には、ＰＰＰマルチキャストとＩＰマルチキャストの両方に対応する手段については記載されていない。

本発明は、以上の点に鑑みてなられたもので、通信システムにおいて、マルチキャスト通信時の認証による時間遅延を低減して、高速なパケット通信を可能とするパケット転送装置を提供することを目的とする。

また、本発明は、ＰＰＰマルチキャストとＩＰマルチキャストの両方の通信に対応することができるパケット転送装置を提供することを目的とする。

上記課題を解決するために、本発明によるパケット転送装置は、複数の端末もしくは通信網とパケットを送受信する複数の回線インタフェースと、複数の端末の何れかから接続要求を受信すると、該端末の情報を記憶部に記憶し、該端末の認証に必要な情報と認証要求を上記通信網内の認証サーバへ転送し、該認証サーバからの認証許可と上記接続要求を行った端末に関連するマルチキャストグループアドレスのリストを受信し、該受信したマルチキャストグループアドレスのリストを上記記憶部に記憶されている該端末の情報に対応付けて登録し、上記複数の端末の何れかから上記リストに含まれる何れかのマルチキャストグループへの参加要求を受信すると、該参加要求を行った端末の情報が前記記憶部にあるかどうかを判定し、前記記憶部に該端末の情報がある場合、通信網からのパケットの前記端末への配信を許可し、該パケットを前記端末に送信することを特徴とする。

また、本発明によるパケット転送装置は、複数の端末の何れかからパケットを受信すると、該パケットからＰＰＰマルチキャスト又はＩＰマルチキャストの何れであるかを識別して、各々に対応した認証処理等を行うことにより、ＰＰＰマルチキャストとＩＰマルチキャストの両方の通信を可能としたことを特徴とする。

本発明によれば、簡易な通信システム構成で、マルチキャスト通信時の認証による時間遅延を低減して、高速なパケット通信を可能とする。

また、本発明によれば、ＰＰＰマルチキャストとＩＰマルチキャストの両方の通信に対応することができる。これにより、ＩＰｖ４からＩＰｖ６への移行の際に、スムースに対応できる。

更に、本発明によれば、ユーザの端末に対して機能追加や新たな設定は不要となるので、ユーザに対して負担をかけることなく、より高度なサービスを提供することができる。

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

まず、本発明の第１の実施形態について説明する。

図１は、本発明によるパケット転送装置が用いられる通信システム１全体の構成を示す図である。尚、本実施例では、ＩＧＭＰを用いたマルチキャスト通信の場合について説明する。

通信システム１は、複数の端末（又はホスト）（１、２、・・・）と、これら端末と接続されるパケット転送装置（例えば、アクセスサーバ）２と、パケット転送装置２と接続される通信網（例えば、ＩＰｖ４網）５と、通信網５と接続されるコンテンツ配信サーバ３及び認証サーバ４から構成される。

ここで、端末のユーザは、あらかじめ、コンテンツ配信会社と視聴できる番組を契約しており、各番組はマルチキャストグループアドレスに対応している。各端末には、グループアドレスと端末を識別するＭＡＣアドレス及びＩＰアドレスが付与され、コンテンツ配信サーバ３にも、グループアドレスとＩＰアドレスが付与されている。図１上、パケット転送装置に付与されている１、ｎ等は、ポート番号を示す。又、本実施例による通信システム内では、図２に示すＩＧＭＰメッセージが、ヘッダ６を有するパケット７の形で送受信される。

コンテンツ配信サーバ３は、同一のグループアドレス（２２４．１０．１０．１０）が付与されている端末１に対して、端末１のユーザが要求した番組のコンテンツを配信する。認証サーバ４は、あらかじめ、端末の認証に必要な情報（例えば、ユーザＩＤ、パスワード）と各端末のユーザコンテンツ配信会社と契約している番組のグループアドレスのリスト（以下、グループリストと称する）とを対応付けて管理する。詳細を後述するが、本実施例では、パケット転送装置２が、端末１から接続要求を受信すると、該端末の認証に必要な情報（ユーザＩＤ、パスワード）と認証要求を認証サーバ４へ転送し、認証サーバ４からの認証許可と接続要求を行った端末１に関連するグループリストを受信し、該グループリストをあらかじめ記憶部に記憶している該端末の情報に対応付けて記憶し、端末１から上記グループリストに含まれる何れかのマルチキャストグループへの参加要求を受信すると、該参加要求を行った端末の情報が上記記憶部にあるかどうかを判断し、上記記憶部に該端末の情報がある場合、コンテンツ配信サーバ３からのマルチキャストパケットを該端末に送信する。

図２は、ＩＧＭＰメッセージのヘッダ２０の構成を示す図である。ＲＦＣ１１１２、２２３６に記載されているように、ＩＧＭＰメッセージのヘッダ２０は、Ｔｙｐｅ２１、Ｍａｘｉｍｕｍ Ｒｅｓｐｏｎｓｅ Ｔｉｍｅ２２、Ｃｈｅｃｋｓｕｍ２３、Ｇｒｏｕｐ Ａｄｄｒｅｓｓ２４の各フィールドを有する。端末からの要求が参加か離脱かは、Ｔｙｐｅ２１によって識別できる。又、Ｇｒｏｕｐ Ａｄｄｒｅｓｓ２４には、ＩＰｖ４用のマルチキャストグループアドレスが入る。

図３は、本実施例によるパケット転送装置２の構成を示すブロック図である。パケット転送装置２は、複数の回線インタフェース（３０−１、・・・、３０−ｎ）とプロトコル処理部３１とこれらを統括的に制御する制御部３２から構成されている。

回線インタフェース（３０−１、・・・、３０−ｎ）は、複数の端末と通信網５とのインタフェースであり、複数の端末、通信網５とパケット（例えば、ＰＰＰパケット）の送受信を行う。プロトコル処理部３１は、複数の回線インタフェースの何れかの回線インタフェースで受信したパケットの内容に基づいて、プロトコル処理や受信パケットのルーティング処理等を行い、複数の回線インタフェースの何れかに出力する。

図４は、プロトコル処理部３１の詳細な構成を示すブロック図である。プロトコル処理部３１は、回線インタフェースからのパケットを一時的に蓄積する複数の受信バッファ（４０−１、・・・）と、受信バッファからパケットを読み出し、プロトコル処理等を行うプロセッサ４２と、プロセッサ４２が実行するプログラム（ＰＰＰ処理ルーチン）４６−１を格納するプログラム格納メモリ（記憶部）４３と、各種テーブル（ユーザ管理テーブル４７−１、ルーティングテーブル４７−２）を記憶するテーブル格納メモリ（記憶部）４４と、回線インタフェースへのパケットを一時的に蓄積する複数の送信バッファ（４１、・・・）と、制御部３２とのインタフェースであるプロセッサ間インタフェース４５を備えている。ここで、プロセッサ４２は、任意の受信バッファに蓄積されたパケットを読み出してメッセージの形にし、ＰＰＰ処理ルーチン４６−１及びユーザ管理テーブル４７−２によりプロトコル処理等の必要な処理を行った後、再度、そのメッセージをパケットに組立て、ルーティングテーブルに従って任意の送信バッファ４１に出力する。

図５は、ユーザ管理テーブル４７−１の構成を示す図である。ユーザ管理テーブル４７−１には、端末の情報（本実施例では、端末に付与されているＩＰアドレス５０及びＭＡＣアドレス５１）と、認証サーバ４から受信するグループリスト５２とが対応付けられて記憶されている。

図６は、認証サーバ４の構成を示すブロック図である。認証サーバ４は、プロセッサ６０と、プロセッサ６０が実行するプログラムを格納するプログラム格納メモリ６１と、各端末のユーザＩＤ６５及びパスワード６６とグループリスト６７とが対応付けられて登録されているグループリスト管理テーブル６４を格納するテーブル格納メモリ６２と、通信網５とのインタフェースである網インタフェース６３を備えている。

以下、本実施例の動作について、詳細に説明する。

図７は、第１の実施形態による通信システム１の動作を示すシーケンス図である。コンテンツ配信サーバ３は、マルチキャストパケットをパケット転送装置２に送信されている（ステップ７０、以下、“ステップ”の表記を省略する）。但し、この時点では、端末１には、コンテンツ配信サーバ３からのパケットは配信されていない。

ユーザが、例えば、図１０に示すように、あらかじめインストールされている端末１のソフトウェア画面（例えば、メディアプレイヤー）１００からユーザＩＤ、パスワードを入力し、送信ボタン１０２を押すと、ＰＰＰ接続要求がパケット転送装置２に送信される（７１）。

パケット転送装置２に備えるプロトコル処理部３１のプロセッサ４２は、端末１から、例えば、回線インタフェース３０−１、受信バッファ４０を介して、ＰＰＰ接続要求を受信すると（７１）、該要求に付加されている端末１のＩＰアドレス（１０．１．１．１）及びＭＡＣアドレス（aa-bb-cc-dd-ee-ff）をユーザ管理テーブル４７−１に登録する（７２）。次に、プロセッサ４２は、ユーザＩＤとパスワードを含むＰＰＰ認証要求を認証サーバ４に行う（７３）。尚、ＰＰＰ認証要求は、任意の送信バッファ、回線インタフェースを介して認証サーバ４に送信される。

認証サーバ４は、パケット転送装置２からＰＰＰ認証要求を受けると、このＰＰＰ認証要求に含まれるユーザＩＤ及びパスワードとグループリスト管理テーブル６４の登録内容とを照合し（７４）、上記ユーザＩＤ及びパスワードがグループリスト管理テーブル６４に登録されていれば、ＰＰＰ認証許可と該当端末１のグループリストをパケット転送装置２に送信する（７５）。

パケット転送装置２に備えるプロトコル処理部３１のプロセッサ４２は、認証サーバ４からのグループリストをユーザ管理テーブル４７−１に登録する（７６）。

次に、端末１のユーザが、端末１から視聴したい番組１０１（グループアドレス：２２４．１０．１０．１０）を選択し、送信ボタン１０２を押すと、参加要求がパケット転送装置２に送信される（７７）。

パケット転送装置２に備えるプロトコル処理部３１のプロセッサ４２は、参加要求を受信すると、ＩＰアドレス及びＭＡＣアドレスに基づいてユーザ管理テーブル４７−１を検索し（７８）、一致するＩＰアドレス及びＭＡＣアドレスに対して、参加要求するグループアドレス（２２４．１０．１０．１０）があれば、コンテンツ配信サーバ３からのマルチキャストパケットの配信を許可し（７９）、コンテンツ配信サーバ３からのマルチキャストパケットを端末１に送信する（８０）。

又、ステップ７８による検索の結果、上記グループアドレスがなければ、端末１へのマルチキャストパケットの配信を拒否する（８１）。

図８は、同じく、第１の実施形態に通信システム１の動作を示すシーケンス図である。例えば、パケット転送装置２が、端末１から、契約している番組（グループアドレス：２２４．１０．１０．１０）の離脱要求を受信すると（８２）、ＩＰアドレス及びＭＡＣアドレスに基づいてユーザ管理テーブル４７−１を検索し（８３）、一致するＩＰアドレス及びＭＡＣアドレスに対して、離脱要求するグループアドレス（２２４．１０．１０．１０）があれば、そのグループアドレス（２２４．１０．１０．１０）をユーザ管理テーブル４７−１から削除する（８４、図９）。

又、ステップ８２による検索の結果、上記グループアドレスがなければ、コンテンツ配信サーバ３からのマルチキャストパケットを廃棄する（８５）。

以上説明したように、実施の形態１によれば、認証サーバ４が、ＰＰＰ認証を行うともに、管理するグループアドレスのリストをパケット転送装置２に送信し、パケット転送装置２は、このリストを端末の情報と関連付けてテーブルに登録しておくことにより、端末からリストに記載されている任意のマルチキャストグループへの参加要求を受信すると、該参加要求と上記テーブルの内容とに基づいて、コンテンツ配信サーバからのマルチキャストパケットを参加要求のあった端末に送信するようにしたので、簡易なシステム構成で、マルチキャスト通信時の認証による時間遅延を低減し、高速に通信することが可能となる。

次に、本発明の第２の実施形態について説明する。図１２は、本発明によるパケット転送装置が用いられる通信システム１２０全体の構成を示す図である。尚、図１２において、図１と同じ構成要素のものは、同一の符号を付してある。本実施例による通信システム１２０では、図１に示すＩＰｖ４を使用するネットワーク構成以外に、ＩＰｖ６を使用するネットワーク構成が混在したシステムである。又、本実施例では、パケット転送装置２からの要求に応じて、端末のＷＷＷブラウザに必要な情報（コメント）を通知するためのＷebサーバ１００、１２４がそれぞれＩＰｖ４網５とＩＰｖ６網１２５に接続されている。

端末１から送信されるパケットは、ＩＰｖ４パケット７であり、端末１２１から送信されるパケットは、ＩＰｖ６パケットがカプセル化されたＰＰＰパケット１２７（１２６は、ＰＰＰヘッダ）である。パケット転送装置２は、端末からのパケットのＰＰＰヘッダの有無によりＰＰＰマルチキャストかＩＰマルチキャストかを識別する。又、パケット転送装置２は、ＩＰｖ４パケットのヘッダ、及びＰＰＰパケットに含まれるＩＰｖ６パケットのヘッダに設けられている“バージョン番号“８からプロトコル（ＩＰｖ４又はＩＰｖ６）の判別を行う。

図１３は、ＩＰｖ６に関するＭＬＤメッセージのヘッダ１３０の構成を示す図である。ＲＦＣ２７１０に記載されているように、ＭＬＤメッセージのヘッダは、Ｔｙｐｅ１３１、Ｃｏｄｅ１３２、Ｃｈｅｃｋｓｕｍ１３３、Ｍａｘｉｍｕｍ Ｒｅｓｐｏｎｓｅ Ｄｅｌａｙ１３４、Ｒｅｓｅｖｅｄ１３５、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓ１３６の各フィールドを有する。端末からの要求が参加か離脱かは、Ｔｙｐｅ１３１によって識別できる。又、Ｍｕｌｔｉｃａｓｔ Ａｄｄｒｅｓｓ１３６には、ＩＰｖ６用のマルチキャストグループアドレスが入る。

図１４は、本実施例によるパケット転送装置２に備えるプロトコル処理部３１の構成を示すブロック図である。尚、パケット転送装置２の構成は、図３と同様である。本実施例によるプロトコル処理部３１は、プログラム格納メモリ４３にＩＰ処理ルーチン４６−２、Ｗebサーバ処理ルーチン４６−３が格納されている点、及びユーザ管理テーブル４７−１の構成以外は、実施例１と同様の構成である。

図１５は、本実施例によるプロトコル処理部３１に備えるユーザ管理テーブル４７−１の構成を示す図である。本実施例によるユーザ管理テーブル４７−１には、端末の情報（本実施例では、端末に付与されているＩＰアドレス１５１、ＭＡＣアドレス１５２）と、マルチキャストの種別（ＰＰＰ orＩＰ）を表すマルチキャスト情報１５３と、認証回数１５４と、認証サーバ４又は１２３から受信するグループリスト５５とが対応付けられて記憶されてる。認証回数１５４は、ＩＰマルチキャスト通信において、パケット転送装置２が、認証サーバ１２３への認証要求時に認証回数をカウントしておき、認証回数が２回になると、認証に失敗したことを示す画面を端末に対して通知するようＷｅｂサーバに要求するために使用する。

図１６から図２２は、本実施例における通信システム１２０の動作を示すシーケンス図である。

図１６は、ＰＰＰマルチキャストの場合で、かつ契約済みの番組を視聴する場合の動作を示すシーケンス図である。尚、コンテンツ配信サーバ３からは、マルチキャストパケットが送信されている（１６００）が、この時点では、端末１へはこのパケットは転送されない。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、端末１から接続要求を受信すると（１６０１）、パケットからＰＰＰマルチキャストであることを識別し、ＰＰＰマルチキャストであることを示す情報と端末のＩＰアドレス及びＭＡＣアドレスをユーザ管理テーブル４７−１に登録する（１６０２）。又、パケット転送装置２は、パケットのヘッダに設けられている“バージョン番号”８（図１２）によりＩＰｖ４であることを判別する。次に、プロセッサ４２は、ユーザＩＤ、パスワードを含むＰＰＰ認証要求を認証サーバ４に行う（１６０３）。

認証サーバ４内のプロセッサ６０は、網インタフェース６３を介して受信した端末１のユーザＩＤ及びパスワードとグループリスト管理テーブル６４に登録されているユーザＩＤ及びパスワードとを照合し（１６０４）、該当するユーザＩＤ及びパスワードがあれば、認証許可とグループリスト（２２４．１０．１０．１０、２２４．２０．２０．２０）をパケット転送装置２に送信する（１６０５）。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、認証サーバ４からのグループリストを端末１の情報（ＩＰアドレス、ＭＡＣアドレス等）に対応付けてユーザ管理テーブル４７−１に登録する（１６０６）。次に、プロセッサ４２は、Ｗｅｂサーバ１００に図２３に示す画面２３００−１（“接続に成功しました。”）の端末１への提示要求を行う（１６０７）。

Ｗｅｂサーバ１００は、パケット転送装置２からの上記提示要求を受信すると、画面２３００−１を端末１に送信する（１６０８）。これによって、端末１のＷＷＷブラウザに画面２３００−１が表示される。

次に、端末１のユーザが、契約済みの番組で視聴したい番組（グループアドレス ２２４．１０．１０．１０）を番組２３０１から選択し登録ボタン（又は送信ボタン）２３０２を押すと、端末１から参加要求がパケット転送装置２に送信される（１６０９）。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、受信パケットに含まれるＩＰアドレス（１０．１．１．１）、ＭＡＣアドレス（aa-bb-cc-d-ee-ff）に基づいてユーザ管理テーブル４７−１を検索し（１６１０）、参加要求のあったグループアドレス（２２４．１０．１０．１０）がグループリスト内にあれば、コンテンツ配信サーバ３からのマルチキャストパケットの配信を許可し（１６１１）、該マルチキャストパケットを端末１に送信する（１６１２）。

図１７は、ＰＰＰマルチキャストの場合で、かつ未契約の番組を視聴（追加登録）する場合の動作を示すシーケンス図である。

図１７において、１６００から１６１０までのシーケンスは、図１６と同様である。但し、ここでは、未契約の番組（例えば、グループアドレス：２２４．３０．３０．３０）を番組２３０１から選択した場合を想定する。この場合、プロセッサ４２は、１６１０において、参加要求のあったグループアドレス（２２４．３０．３０．３０）がない場合には、Ｗｅｂサーバ３に図２４に示す画面２３００−２（“番組を選択して登録してください”）の端末１への提示要求を行う（１７０１）。

Ｗｅｂサーバ１００は、パケット転送装置２からの上記提示要求を受信すると、画面２３００−２をパケット転送装置２を介して端末１に送信する（１７０２）。これによって、端末１のＷＷＷブラウザに画面２３００−２が表示される。

次に、端末１のユーザが、番組２３０１から参加要求を行った番組（グループアドレス２２４．３０．３０．３０）を番組２３０１から選択し登録ボタン２３０２を押すと（１７０３）、端末１からグループアドレス（２２４．３０．３０．３０）の新規登録要求がパケット転送装置２を介して認証サーバ４に送信される（１７０４）。

認証サーバ４内のプロセッサ６０は、受信したグループアドレス（２２４．３０．３０．３０）をグループリスト管理テーブル６４の端末１のグループリストに追加登録する（１７０５）。又、プロセッサ６０は、登録許可と更新したグループリスト（２２４．１０．１０．１０、２２４．２０．２０．２０、２２４．３０．３０．３０）をパケット転送装置２に送信する（１７０６）。

パケット転送装置に備えるプロトコル処理部３１内のプロセッサ４２は、ユーザ管理テーブル４７−１に上記更新された端末１のグループリストの再登録を行う（１７０７）。又、プロセッサ４２は、コンテンツ配信サーバ３からのマルチキャストパケットの配信を許可し（１７０８）、該マルチキャストパケットを端末１に送信する（１７０９）。

図１８は、ＩＰマルチキャストの場合で、かつ契約済みの番組を視聴する場合の動作を示すシーケンス図である。尚、コンテンツ配信サーバ１２２からは、マルチキャストパケットが送信されている（１８００）が、この時点では、端末１２１へはこのパケットは転送されない。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、端末１２１から参加要求（グループアドレス ｆｆ０ｅ：：１）を受信すると（１８０１）、該要求を含むパケットからＩＰマルチキャストであることを識別し、その情報をユーザ管理テーブル４７−１に登録する（１８０２）。ＩＰマルチキャストの場合には、ＰＰＰパケットが送信されてくるので、該ＰＰＰパケットのＰＰＰヘッダにより識別できる。又、プロセッサ４２は、ＰＰＰパケットに含まれるＩＰｖ６パケットのヘッダに設けられている“バージョン番号”８（図１２）によりＩＰｖ６であることを判別する。次に、プロセッサ４２は、参加要求に含まれているＩＰアドレス（３ｆｆｅ：：１）に基づいてユーザ管理テーブル４７−１を検索し、該ＩＰアドレスがあれば、グループアドレス（ｆｆ０ｅ：：１）に基づいてユーザ管理テーブル４７−１を検索し（１８０３）、該グループアドレスがユーザ管理テーブル４７−１に登録されていれば、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（１８０４）、該マルチキャストパケットを端末１２１に送信する（１８０５）。

図１９は、ＩＰマルチキャストの場合で、かつ未契約の番組を視聴（追加登録）する場合の動作を示すシーケンス図である。

図１９において、１８００から１８０３までのシーケンスは、図１８と同様である。但し、ここでは、未契約の番組（例えば、グループアドレス ｆｆ０ｅ：：３）を番組２３０１から選択した場合を想定する。この場合、プロセッサ４２は、１８０４において、参加要求のあったグループアドレス（ｆｆ０ｅ：：３）がない場合には、Ｗｅｂサーバ１２４に図２４に示す画面２３００−２（“番組を選択して登録してください”）の端末１２１への提示要求を行う（１９０１）。

Ｗｅｂサーバ１２４は、パケット転送装置２からの上記提示要求を受信すると、画面２３００−２を端末１２１に送信する（１９０２）。これによって、端末１２１のＷＷＷブラウザに画面２３００−２が表示される。

次に、端末１２１のユーザが、番組２３０１から参加要求を行った番組（グループアドレス ｆｆ０ｅ：：３）を番組２３０１から選択すると（１９０３）、端末１２１からグループアドレス（ｆｆ０ｅ：：３）の新規登録要求がパケット転送装置２を介して認証サーバ１２３に送信される（１９０４）。

認証サーバ１２３は、受信したグループアドレス（ｆｆ０ｅ：：３）をグループリスト管理テーブル６４の端末１のグループリストに追加登録する（１９０５）。又、認証サーバ１２３は、登録許可と更新したグループリスト（ｆｆ０ｅ：：１、ｆｆ０ｅ：：２、ｆｆ０ｅ：：３）をパケット転送装置２に送信する（１９０６）。

パケット転送装置に備えるプロトコル処理部３１内のプロセッサ４２は、ユーザ管理テーブル４７−１に上記更新された端末１２１のグループリストの再登録を行う（１９０７）。又、プロセッサ４２は、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（１９０８）、該マルチキャストパケットを端末１２１に送信する（１９０９）。

図２０は、ＩＰマルチキャストの場合で、かつ認証不可の場合の動作を示すシーケンス図である。

図２０において、１８００から１８０３までのシーケンスは、図１８と同様である。但し、ここでは、１８０４において、端末１２１のＩＰアドレスがない場合には、Ｗｅｂサーバ１２４に図２５に示す画面２３００−３（“新規の場合は登録を！ ＩＤとパスワードをお持ちの場合は入力してください”）の端末１２１への提示要求を行う（２００１）。

Ｗｅｂサーバ１２４は、パケット転送装置２からの上記提示要求を受信すると、画面２３００−３をパケット転送装置２を介して端末１２１に送信する（２００２）。これによって、端末１２１のＷＷＷブラウザに画面２３００−３が表示される。

次に、端末１２１のユーザが、端末１２１からユーザＩＤとパスワードを入力し登録ボタン２３０２を押すと（２００３）と、認証要求がパケット転送装置２を介して認証サーバ１２３に送信される（２００４）。

認証サーバ１２３は、端末１２１のユーザＩＤ及びパスワードとグループリスト管理テーブルに登録されているユーザＩＤ及びパスワードとを照合し（２００５）、該当するユーザＩＤ及びパスワードがなければ、認証不可をパケット転送装置２に送信する（２００６）。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、認証サーバ１２３から認証不可を受信すると、その認証回数をカウントし、ユーザ管理テーブル４７−１に登録する（２００７）。尚、カウントした認証回数が２回になるまで、２００１から２００７のシーケンスが繰り返される。そして、プロセッサ４２は、認証回数が２回になると、Ｗｅｂサーバ１２４に図２６に示す画面２３００−４（“認証に失敗しました”）の端末１２１への提示要求を行う（２００８）。

Ｗｅｂサーバ１２４は、画面２３００−４を端末１２１に送信する。これによって、端末１２１のＷＷＷブラウザに画面２３００−４が表示される。

図２１は、ＩＰマルチキャストの場合で、かつ認証可の場合の動作を示すシーケンス図である。尚、図２１において、１８００から１８０３、２００１から２００５までのシーケンスは、図２０と同様である。

認証サーバ１２３が、端末１２１のユーザＩＤ及びパスワードとグループリスト管理テーブルに登録されているユーザＩＤ及びパスワードとを照合し（２００５）、該当するユーザＩＤ及びパスワードがあれば、認証許可とグループリスト（ｆｆ０ｅ：：１、ｆｆ０ｅ：：２）をパケット転送装置２に送信する（２１０１）。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、認証サーバ１２３から受信した端末１２１のグループリストをユーザ管理テーブル４７−１に登録する（２１０２）。又、プロセッサ４２は、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（２００３）、該マルチキャストパケットを端末１２１に送信する（２１０４）。

図２２は、ＩＰマルチキャストの場合で、かつユーザ情報と視聴した番組を新規に登録する場合の動作を示すシーケンス図である。尚、図２２において、１８００から１８０４、２００１、２００２までのシーケンスは、図２０と同様である。但し、ここでは、１８０４において、図２５に示す画面２３００−３（“新規の場合は登録を！ ＩＤとパスワードをお持ちの場合は入力してください”）において、新規登録を選択した場合を想定する。

端末１２１からは、図２７に示す画面２３００−５（“お客様の情報を入力してください”）の提示要求が、パケット転送装置２を介してＷｅｂサーバ１２４に送信される（２２０１）。

Ｗｅｂサーバ１２４は、画面２３００−５を、パケット転送装置２を介して端末１２１に送信し（２２０２）、新規登録を促す。これによって、端末１２１のＷＷＷブラウザに画面２３００−５が表示される。

端末１２１のユーザは、端末からユーザ情報（ユーザＩＤ、パスワードを含む）及び視聴したい番組に関する情報（例えば、グループアドレス ｆｆ０e：：１、ｆｆ０ｅ：：２）を入力し、登録ボタン２３０２を押すと（２２０３）、端末１２１から新規登録要求がパケット転送装置２を介して認証サーバ１２３に送信される（２２０４）。尚、番組に関する情報の入力は、番組２３０１から視聴したい番組を選択するようにしても良い。

認証サーバ１２３は、端末１２１からの新規登録要求を受信すると、該新規登録要求に含まれる端末１２１のユーザＩＤ、パスワード及びグループアドレス（ｆｆ０e：：１、ｆｆ０ｅ：：２）をグループリスト管理テーブルに新規に登録する（２２０５）。次に、認証サーバ１２３は、登録許可とグループアドレス（ｆｆ０e：：１、ｆｆ０ｅ：：２）をパケット転送装置２に送信する（２２０６）。

パケット転送装置２に備えるプロトコル処理部３１内のプロセッサ４２は、認証サーバ１２３からのグループリストをユーザ管理テーブル４７−１に登録する（２２０７）。又、プロセッサ４２は、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（２２０８）、該マルチキャストパケットを端末１２１に送信する（２２０９）。

図２８から図３１は、第２の実施形態によるパケット転送装置２のプロトコル処理部３１に備えるプロセッサ４２の処理を示すフローチャートである。

まず、プロセッサ４２は、端末からＰＰＰパケット又はＩＰパケットを受信すると（２８００）、該パケットからＩＰマルチキャストかＰＰＰマルチキャストかの識別をする（２８０１）。ＰＰＰパケットの場合には、ＰＰＰヘッダが付加されているので、該ヘッダの有無により識別できる。尚、又、プロセッサ２は、ＩＰｖ４パケットのヘッダ、及びＰＰＰパケットに含まれるＩＰｖ６パケットのヘッダに設けられている“バージョン番号“８からプロトコル（ＩＰｖ４又はＩＰｖ６）の判別を行う。２８０１で、受信パケットの種別がＰＰＰマルチキャストパケットの場合には、ＰＰＰマルチキャスト情報、ＩＰアドレス及びＭＡＣアドレスをユーザ管理テーブル４７−１に登録する（２８０２）。次に、プロセッサ４２は、認証サーバ４に対して認証要求を行い（２８０３）、認証サーバ４により認証が許可された場合には、認証サーバ４から認証許可と該当するグループリストを受信し（２８０４）、ユーザ管理テーブル４７−１に該当する端末の情報に対応付けて登録する（２８０５）。次に。プロセッサ４２は、図２３に示す画面２３００−１の提示要求をＷｅｂサーバ１００に対して行う（２８０６）。次に、プロセッサ４２は、例えば、ＩＧＭＰメッセージを受信すると、該メッセージが、該メッセージのヘッダ２０のＴｙｐｅ２１から参加要求又は離脱要求の何れであるかを識別し（２８０７）、参加要求であれば、上記ＩＰアドレス及びＭＡＣアドレスに基づいてユーザ管理テーブル４７−１を検索する（２８０９）。プロセッサ４２は、検索の結果、参加要求のあったグループアドレスがグループリスト内にあれば（２８１０）、コンテンツ配信サーバ３からのマルチキャストパケットの配信を許可し（２８１１）、該マルチキャストパケットを端末１に送信する（２８１２）。

２８０３で、プロセッサ４２は、認証サーバ４に対して認証要求を行った結果、認証サーバ４により認証が不可の場合には、認証サーバから認証不可を受信する（２８１３）。

２８１０で、プロセッサ４２は、検索の結果、参加要求のあったグループアドレスがグループリスト内になければ、Ｗｅｂサーバ１００に対して、図２４に示す画面２３００−２の参加要求のあった端末への提示要求を行う（２８１５）。次に、プロセッサ４２は、該端末から新規グループアドレスの登録要求を受信し（１８１６）、該要求を認証サーバ４に転送する（２８１７）。次に、プロセッサ４２は、認証サーバ４から、登録許可と参加要求のあった端末のグループリストを受信すると、該端末の情報に対応付けてユーザ管理テーブル４７−１に登録する（２８１８）。次に、プロセッサ４２は、コンテンツ配信サーバ３からのマルチキャストパケットの端末への配信を許可し（２８１９）、該マルチキャストパケットを端末に送信する（２８２０）。

次に、２８０１で、受信パケットの種別がＩＰマルチキャストパケットである場合には、ＩＰマルチキャスト情報をユーザ管理テーブル４７−１に登録する（２８２１）。次に、プロセッサ４２は、該パケットに含まれるメッセージ（例えば、ＭＬＤメッセージ）のヘッダ１３０のＴｙｐｅ１３１から参加要求又は離脱要求の何れであるかを識別し（２８２２）、参加要求であれば、参加要求に含まれるＩＰアドレスに基づいてユーザ管理テーブル４７−１を検索する（２８２３）。プロセッサ４２は、検索の結果、該ＩＰアドレスがあれば、グループアドレスに基づいてユーザ管理テーブル４７−１を検索し（２８２４）、該グループアドレスがユーザ管理テーブル４７−１に登録されていれば、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（２８２６）、該マルチキャストパケットを端末１２１に送信する（２８２７）。

２８２４で、プロセッサ４２は、検索の結果、該ＩＰアドレスがなければ、Ｗｅｂサーバ１２４に図２５に示す画面２３００−３の端末１２１への提示要求を行う（２８２８）。プロセッサ４２は、認証サーバ１２３から照合結果（認証不可）を受信する（２８３０）と、その認証回数をカウントし、ユーザ管理テーブル４７−１に登録する（２８３１）。次に、プロセッサ４２は、カウントした認証回数が２回でなければ、２８２８に戻る。又、２８３２で、カウントした認証回数が２回であれば、Ｗｅｂサーバ１２４に図２６に示す画面２３００−４の端末１２１への提示要求を行う（２８３３）。

２８３０で、照合結果（認証許可とグループリスト）を受信すると、グループリストがユーザ管理テーブル４７−１に登録されるので、プロセッサ４２は、２８２６、２８２７の処理を行う。

２８２８の処理の後、端末１２１から画面２３００−５の提示要求を受信すると、該提示要求をＷｅｂサーバ１２４に転送する（２８３４）。次に、プロセッサ４２は、端末１２１から新規登録要求を受信すると、該新規登録要求を認証サーバ１２３に転送する（２８３５）。プロセッサ４２は、認証サーバ１２３からの登録許可とグループリストを受信し（２８３６）、受信したグループリストをユーザ管理テーブル４７−１に登録する（２８３７）。又、プロセッサ４２は、コンテンツ配信サーバ１２２からのマルチキャストパケットの配信を許可し（２８３８）、該マルチキャストパケットを端末１２１に送信する（２８３９）。

又、２８０８、２８２２で、メッセージの種別が、離脱要求の場合には、離脱要求するグループアドレスがユーザ管理テーブル４７−１のグループリスト内に登録されているかどうかを判定し（２８４５）、登録されていれば、該グループアドレスをグループリストから削除し（２８４６）、登録いなければ、コンテンツ配信サーバからの端末へのマルチキャストパケットを廃棄する（２８４７）。

以上説明したように、実施の形態２によれば、複数の端末の任意の端末からパケットを受信すると、該パケットからＰＰＰマルチキャスト又はＩＰマルチキャストの何れであるかを識別して、各々に対応した認証処理等を行うことによりパケット転送を可能とするので、ＰＰＰマルチキャストとＩＰマルチキャストの両方の通信に対応することができる。

尚、第２の実施形態では、Ｗｅｂサーバ１００、１２４により、ユーザ端末１、１２１に未契約の番組の登録やユーザ情報の新規登録等を促すための情報を送信するようにしたが、これらの登録等を促す機能が不要であれば、Ｗｅｂサーバ１００、１２４がなくても良い。この場合、パケット転送装置２が、端末１又は１２１から未契約の番組への参加要求を受信した場合には、２８１０（図２）で、登録済みグループアドレスがないので、配信拒否をする。

図１は、第１の実施形態による通信システム１全体の構成を示す図である。 図２は、ＩＧＭＰメッセージのヘッダ２０の構成を示す図である。 図３は、パケット転送装置２の構成を示すブロック図である。 図４は、第１の実施形態によるプロトコル処理部３１の詳細な構成を示すブロック図である。 図５は、第１の実施形態によるユーザ管理テーブル４７−１の構成を示す図である。 図６は、認証サーバ４の構成を示すブロック図である。 図７は、第１の実施形態による通信システム１の動作を示すシーケンス図である。 図８は、同じく、第１の実施形態に通信システム１の動作を示すシーケンス図である。 図９は、第１の実施形態によるユーザ管理テーブル４７−１の構成を示す図である（グループアドレスの削除） 端末１の表示画面を示す図である。 図１１は、同じく、端末１の表示画面を示す図である。 図１２は、第２の実施形態による通信システム１２０全体の構成を示す図である。 図１３は、ＩＰｖ６に関するＭＬＤメッセージのヘッダ１３０の構成を示す図である。 図１４は、第２の実施形５によるパケット転送装置２に備えるプロトコル処理部３１の構成を示すブロック図である。 図１５は、第２の実施形態によるプロトコル処理部３１に備えるユーザ管理テーブル４７−１の構成を示す図である。 図１６は、ＰＰＰマルチキャストの場合で、かつ契約済みの番組を視聴する場合の動作を示すシーケンス図である。 図１７は、ＰＰＰマルチキャストの場合で、かつ未契約の番組を視聴（追加登録）する場合の動作を示すシーケンス図である。 図１８は、ＩＰマルチキャストの場合で、かつ契約済みの番組を視聴する場合の動作を示すシーケンス図である。 図１９は、ＩＰマルチキャストの場合で、かつ未契約の番組を視聴する場合の動作を示すシーケンス図である。 図２０は、ＩＰマルチキャストの場合で、かつ認証不可の場合の動作を示すシーケンス図である。 図２１は、ＩＰマルチキャストの場合で、かつ認証可の場合の動作を示すシーケンス図である。 図２２は、ＩＰマルチキャストの場合で、かつユーザ情報と視聴した番組を新規に登録する場合の動作を説明するシーケンス図である。 図２３は、端末１２１の表示画面を示す図である。 図２４は、同じく、端末１２１の表示画面を示す図である。 図２５は、同じく、端末１２１の表示画面を示す図である。 図２６は、同じく、端末１２１の表示画面を示す図である。 図２７は、同じく、端末１２１の表示画面を示す図である。 図２８は、第２の実施形態によるパケット転送装置２のプロトコル処理部３１に備えるプロセッサ４２の処理を示すフローチャートである。 図２９は、同じく、第２の実施形態によるパケット転送装置２のプロトコル処理部３１に備えるプロセッサ４２の処理を示すフローチャートである。 図３０は、同じく、第２の実施形態によるパケット転送装置２のプロトコル処理部３１に備えるプロセッサ４２の処理を示すフローチャートである。 図３１は、同じく、第２の実施形態によるパケット転送装置２のプロトコル処理部３１に備えるプロセッサ４２の処理を示すフローチャートである。

符号の説明

１、１２１ 端末
２ パケット転送装置
３、１２２ コンテンツ配信サーバ
４、１２３ 認証サーバ
５ 通信網（ＩＰｖ４網）
３０−１、・・・、３０−ｎ 回線インタフェース
３１ プロトコル処理部
３２ 制御部
４０ 受信バッファ
４１ 送信バッファ
４２ プロセッサ
４３ プログラム格納メモリ
４４ テーブル格納メモリ
４５ プロセッサ間インタフェース
１００、１２４ Ｗｅｂサーバ
１２５ ＩＰｖ６網

Claims (9)

1. 複数の端末を収容し、該複数の端末と通信網との間でパケット転送を行うパケット転送装置であって、
   前記複数の端末もしくは通信網とパケットを送受信する複数の回線インタフェースと、前記複数の回線インタフェースの何れかで受信したパケットの内容に基づいて必要な処理を行い、前記複数の回線インタフェースの何れかに出力する処理部とを備え、
   前記処理部は、
   前記複数の端末の何れかの端末から接続要求を受信すると、該端末の情報を記憶部に記憶し、
   該端末の認証に必要な情報と認証要求を前記通信網内の認証サーバへ転送し、
   前記認証サーバからの認証許可と前記接続要求を行った端末に関連するマルチキャストグループアドレスのリストを受信し、
   該受信したマルチキャストグループアドレスのリストを前記記憶部に記憶されている前記端末の情報に対応付けて登録し、
   前記複数の端末の何れかから前記リストに含まれる何れかのマルチキャストグループへの参加要求を受信すると、該参加要求を行った端末の情報が前記記憶部にあるかどうかを判定し、前記記憶部に該端末の情報がある場合、通信網からのパケットの前記端末への配信を許可し、該パケットを前記端末に送信する
   ことを特徴とするパケット転送装置。
2. 前記処理部は、前記記憶部に前記参加要求を行った端末の情報がない場合、前記通信網からのパケットの該端末への配信を拒否することを特徴とする請求項１に記載のパケット転送装置。
3. 前記処理部は、前記複数の端末の何れかから前記リストに含まれる何れかのマルチキャストグループへの離脱要求を受信すると、該離脱要求を行った端末の情報が前記記憶部にあるかどうかを判断し、
   前記記憶部に該端末の情報がある場合、該記憶部から前記離脱要求のあったマルチキャストグループのアドレスを削除し、
   前記記憶部に該端末の情報がない場合、前記通信網からのパケットを廃棄することを特徴とする請求項１乃至請求項２に記載のパケット転送装置。
4. 前記認証に必要な情報は、接続要求のあった端末のＩＤとパスワードであることを特徴とする請求項１乃至請求項３に記載のパケット転送装置。
5. 前記通信網は、インターネットプロトコルを使用するネットワークであることを特徴とする請求項１乃至請求項４に記載のパケット転送装置。
6. 複数の端末を収容し、該複数の端末と通信網との間でマルチキャストパケットの転送を行うパケット転送装置であって、
   前記複数の端末もしくは通信網とパケットを送受信する複数の回線インタフェースと、
   前記複数の回線インタフェースの何れかで受信したパケットの内容に基づいて必要な処理を行い、前記複数の回線インタフェースの何れかに出力する処理部とを備え、
   前記処理部は、
   前記複数の端末の何れかからパケットを受信すると、該パケットからマルチキャストの種別を識別し、ＰＰＰマルチキャストである場合、該端末の情報を記憶部に記憶し、
   該端末の認証要求用のパケットを前記通信網へ転送し、
   前記通信網からの認証許可と前記端末に関連するマルチキャストグループアドレスのリストを受信し、
   該受信したマルチキャストグループのリストを前記記憶部に記憶されている前記端末の情報に対応付けて登録し、
   前記端末から前記リストに含まれる何れかのマルチキャストグループへの参加要求用のパケットを受信すると、該要求の内容と前記記憶部の内容とに基づいて前記通信網から受信したマルチキャストパケットの前記端末への配信を許可し、該パケットを前記端末に送信する
   ことを特徴とするパケット転送装置。
7. 前記処理部は、前記記憶部に前記参加要求を行った端末の情報がない場合、前記通信網からのパケットの該端末への配信を拒否することを特徴とする請求項６に記載のパケット転送装置。
8. 前記処理部は、受信パケットのマルチキャストの種別が、ＩＰマルチキャストである場合、前記端末の情報及びマルチキャストアドレスが前記記憶部に登録されているか否かを判断し、
   登録されている場合、前記通信網から受信したマルチキャストパケットを該端末に送信することを特徴とする請求項６に記載のパケット転送装置。
9. 前記処理部は、前記複数の端末の何れかから前記リストに含まれる何れかのマルチキャストグループへの離脱要求を受信すると、該離脱要求を行った端末の情報が前記記憶部にあるかどうかを判断し、
   前記記憶部に該端末の情報がある場合、該記憶部から前記離脱要求のあったマルチキャストグループのアドレスを削除し、
   前記記憶部に該端末の情報がない場合、前記通信網からのパケットを廃棄することを特徴とする請求項６に記載のパケット転送装置。
   

Images