(57)【要約】  中継装置は、第１のクライアント装置を特定する情報である第１の情報を記憶する記憶部（１４０）と、ブリッジ機能が停止しているときに、第１のクライアント装置を含む複数のクライアント装置のうちの１つのクライアント装置である第２のクライアント装置との接続を確認するための情報であり、かつ第２のクライアント装置を特定する情報である第２の情報を含む接続確認情報を情報処理装置から受信し、第１の情報と第２の情報とが一致するか否かを判定し、一致しないと判定した場合、第２のクライアント装置と情報処理装置で確立しているセッションの終了を情報処理装置に指示しないように制御する制御部（１１０）と、を有する。
2019142303.tif 000002
【特許請求の範囲】
【請求項１】
ブリッジ機能を有することにより、第１のクライアント装置と情報処理装置との間で送受信される情報を中継する中継装置であって、
前記第１のクライアント装置を特定する情報である第１の情報を記憶する記憶部と、
前記ブリッジ機能が停止しているときに、前記第１のクライアント装置を含む複数のクライアント装置のうちの１つのクライアント装置である第２のクライアント装置との接続を確認するための情報であり、かつ前記第２のクライアント装置を特定する情報である第２の情報を含む接続確認情報を前記情報処理装置から受信し、前記第１の情報と前記第２の情報とが一致するか否かを判定し、一致しないと判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記情報処理装置に指示しないように制御する制御部と、
を有する中継装置。
【請求項２】
前記制御部は、前記第１の情報と前記第２の情報とが一致するか否かを判定し、一致すると判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記情報処理装置に指示する、
請求項１に記載の中継装置。
【請求項３】
前記制御部は、前記第１の情報と前記第２の情報とが一致するか否かを判定し、一致すると判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記第２のクライアント装置に指示する、
請求項１又は２に記載の中継装置。
【請求項４】
前記第１のクライアント装置と前記情報処理装置とでセッションが確立するまでの間に、前記第１のクライアント装置又は前記情報処理装置が送信した情報に含まれている前記第１の情報を前記記憶部に格納するブリッジ機能部をさらに有する、
請求項１から３のいずれか１項に記載の中継装置。
【請求項５】
前記ブリッジ機能部は、前記第１のクライアント装置が送信した前記情報処理装置を探すための情報に含まれている前記第１の情報を前記記憶部に格納する、
請求項４に記載の中継装置。
【請求項６】
前記ブリッジ機能の停止指示を受信した場合、前記中継を実行する際に用いられる情報であるブリッジ情報に登録されている前記第１の情報を前記記憶部に格納するブリッジ機能部をさらに有する、
請求項１から３のいずれか１項に記載の中継装置。
【請求項７】
前記第１の情報の送信を前記第１のクライアント装置に指示し、前記第１のクライアント装置からの応答に含まれている前記第１の情報を前記記憶部に格納するブリッジ機能部をさらに有する、
請求項１から３のいずれか１項に記載の中継装置。
【請求項８】
前記第１の情報は、前記第１のクライアント装置を特定する物理アドレスであり、
前記第２の情報は、前記第２のクライアント装置を特定する物理アドレスである、
請求項１から７のいずれか１項に記載の中継装置。
【請求項９】
ブリッジ機能を有することにより、第１のクライアント装置と情報処理装置との間で送受信される情報を中継する中継装置が、
前記ブリッジ機能が停止しているときに、前記第１のクライアント装置を含む複数のクライアント装置のうちの１つのクライアント装置である第２のクライアント装置との接続を確認するための情報であり、かつ前記第２のクライアント装置を特定する情報である第２の情報を含む接続確認情報を前記情報処理装置から受信し、
記憶部に格納されている前記第１のクライアント装置を特定する情報である第１の情報と前記第２の情報とが一致するか否かを判定し、
一致しないと判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記情報処理装置に指示しないように制御する、
終了判定方法。
【請求項１０】
ブリッジ機能を有することにより、第１のクライアント装置と情報処理装置との間で送受信される情報を中継する中継装置に、
前記ブリッジ機能が停止しているときに、前記第１のクライアント装置を含む複数のクライアント装置のうちの１つのクライアント装置である第２のクライアント装置との接続を確認するための情報であり、かつ前記第２のクライアント装置を特定する情報である第２の情報を含む接続確認情報を前記情報処理装置から受信し、
記憶部に格納されている前記第１のクライアント装置を特定する情報である第１の情報と前記第２の情報とが一致するか否かを判定し、
一致しないと判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記情報処理装置に指示しないように制御する、
処理を実行させる終了判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置、終了判定方法、及び終了判定プログラムに関する。
【背景技術】
【０００２】
データリンク層のプロトコルとして、ＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））が知られている。クライアント装置とＢＡＳ（Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）は、ブリッジ機能を有する装置（以下、ブリッジ装置）を介して、セッションを確立する。ブリッジ装置は、停電などが発生した場合、クライアント装置とＢＡＳとで管理しているセッションＩＤ（ｉｄｅｎｔｉｆｉｅｒ）に基づくセッションを終了させる必要がある。【０００３】
ここで、セッションを終了させる技術が提案されている（例えば、特許文献１を参照）。例えば、特許文献１のＰＰＰｏＥブリッジ装置は、ＰＰＰｏＥブリッジ機能をＯＦＦにした後、ＬＣＰ（Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットを受信した場合、ＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットの送信元にＰＡＤＴ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｔｅｒｍｉｎａｔｅ）パケットを送信し、セッションを終了させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１１６３４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ＢＡＳは、クライアント装置との間でセッションを確立しているとき、一定間隔で、クライアント装置宛てのＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットをブリッジ装置に送信する。
ＢＡＳが送信したＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットは、フラッディングなどにより、他のブリッジ装置に受信される場合がある。上記技術によれば、他のブリッジ装置のブリッジ機能がＯＦＦの状態のときにＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットを他のブリッジ装置が受信した場合、他のブリッジ装置は、ＰＡＤＴパケットをＢＡＳに送信する。ＢＡＳは、ＰＡＤＴパケットを受信することで、クライアント装置とＢＡＳで確立しているセッションを終了する。このように、上記技術では、誤ってセッションを終了させてしまうことがある。【０００６】
本発明の目的は、誤ってセッションを終了することを防止することである。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る中継装置が提供される。中継装置は、ブリッジ機能を有することにより、第１のクライアント装置と情報処理装置との間で送受信される情報を中継する。また、中継装置は、前記第１のクライアント装置を特定する情報である第１の情報を記憶する記憶部と、前記ブリッジ機能が停止しているときに、前記第１のクライアント装置を含む複数のクライアント装置のうちの１つのクライアント装置である第２のクライアント装置との接続を確認するための情報であり、かつ前記第２のクライアント装置を特定する情報である第２の情報を含む接続確認情報を前記情報処理装置から受信し、前記第１の情報と前記第２の情報とが一致するか否かを判定し、一致しないと判定した場合、前記第２のクライアント装置と前記情報処理装置で確立しているセッションの終了を前記情報処理装置に指示しないように制御する制御部と、を有する。
【発明の効果】
【０００８】
本発明によれば、誤ってセッションを終了することを防止できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１の通信システムを示す図である。
【図２】実施の形態１のブリッジ装置が有する主なハードウェア構成を示す図である。
【図３】実施の形態１のブリッジ装置の構成を示す機能ブロック図である。
【図４】ＰＡＤＩパケットのフォーマットを示す図である。
【図５】ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットのフォーマットを示す図である。
【図６】ＰＡＤＴパケットのフォーマットを示す図である。
【図７】ブリッジテーブルを示す図である。
【図８】ＭＡＣアドレステーブルを示す図である。
【図９】実施の形態１のセッション終了処理の例を示すシーケンス図（その１）である。
【図１０】実施の形態１のセッション終了処理の例を示すシーケンス図（その２）である。
【図１１】実施の形態１のブリッジ装置が実行するセッション終了処理を示すフローチャートである。
【図１２】実施の形態２のブリッジ装置の構成を示す機能ブロック図である。
【図１３】実施の形態２のセッション終了処理の例を示すシーケンス図である。
【図１４】実施の形態３のブリッジ装置の構成を示す機能ブロック図である。
【図１５】ＡＲＰパケットのフォーマットを示す図である。
【図１６】実施の形態３のセッション終了処理の例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら実施の形態を説明する。以下の実施の形態は、例にすぎず、本発明の範囲内で種々の変更が可能である。
【００１１】
実施の形態１．
図１は、実施の形態１の通信システムを示す図である。通信システムは、ブリッジ装置１００，５００、ＢＡＳ２００、クライアント装置３００，３０１，３０２，３０３、及びＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）４００，４０１，４０２を含む。
【００１２】
ブリッジ装置１００，５００は、光回線網１０を介してＢＡＳ２００に接続する。また、ブリッジ装置１００は、ネットワークを介して、クライアント装置３００に接続する。ブリッジ装置５００は、有線ネットワークを介して、クライアント装置３０１，３０２に接続する。ブリッジ装置５００は、無線ネットワークを介して、クライアント装置３０３に接続する。
ブリッジ装置１００，５００は、ＰＰＰｏＥブリッジ装置と表現してもよい。クライアント装置３００，３０１，３０２，３０３は、ＰＰＰｏＥクライアント装置と表現してもよい。
【００１３】
ブリッジ装置１００と光回線網１０との間、及びブリッジ装置５００と光回線網１０との間には、ＯＮＵ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）が存在する。図１では、ＯＮＵを省略している。また、ブリッジ装置１００，５００は、ＯＮＵの機能を含んでもよい。
【００１４】
ブリッジ装置１００，５００は、ブリッジ機能を有する装置である。例えば、ブリッジ装置１００は、ブリッジ機能を有することにより、ＢＡＳ２００とクライアント装置３００との間で送受信される情報を中継する。ブリッジ装置１００，５００は、中継装置とも言う。ブリッジ装置１００，５００は、終了判定方法を実行する装置である。
クライアント装置３００〜３０３は、ユーザが利用するコンピュータである。クライアント装置３００〜３０３は、ブリッジ装置１００，５００、及び光回線網１０を介して、ＢＡＳ２００に接続する。クライアント装置３００は、第１のクライアント装置とも言う。クライアント装置３００は、第２のクライアント装置とも言う場合がある。クライアント装置３０１〜３０３のいずれかは、第２のクライアント装置とも言う。
【００１５】
ＢＡＳ２００は、情報処理装置と言う。ＢＡＳ２００は、ＩＳＰ４００〜４０２に接続することができる。ＩＳＰ４００〜４０２は、ネットワーク２０，２１，２２に接続するための認証を行う。例えば、ＩＳＰ４００は、クライアント装置３００がネットワーク２０に接続するための認証を行う。ＩＳＰ４００が認証した後、クライアント装置３００は、ネットワーク２０に接続できるようになる。以下の説明では、クライアント装置３００は、ネットワーク２０に接続するものとする。
【００１６】
次に、ブリッジ装置１００，５００の主なハードウェア構成について説明する。
図２は、実施の形態１のブリッジ装置が有する主なハードウェア構成を示す図である。ブリッジ装置１００は、プロセッサ１０１、揮発性記憶装置１０２、及び不揮発性記憶装置１０３を有する。
【００１７】
プロセッサ１０１は、ブリッジ装置１００全体を制御する。例えば、プロセッサ１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、又はＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などである。プロセッサ１０１は、マルチプロセッサでもよい。ブリッジ装置１００は、処理回路によって実現されてもよく、又は、ソフトウェア、ファームウェア若しくはそれらの組み合わせによって実現されてもよい。
【００１８】
揮発性記憶装置１０２は、ブリッジ装置１００の主記憶装置である。例えば、揮発性記憶装置１０２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。不揮発性記憶装置１０３は、ブリッジ装置１００の補助記憶装置である。例えば、不揮発性記憶装置１０３は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。
【００１９】
ブリッジ装置５００は、ブリッジ装置１００と同様に、プロセッサ、揮発性記憶装置、及び不揮発性記憶装置を有する。
【００２０】
以下の説明では、ブリッジ装置１００、ＢＡＳ２００、及びクライアント装置３００の間で行われる処理について、説明する。また、当該処理は、ブリッジ装置５００、ＢＡＳ２００、及びクライアント装置３０１〜３０３の間で行われる処理と同様である。そのため、ブリッジ装置５００、ＢＡＳ２００、及びクライアント装置３０１〜３０３の間で行われる処理の説明は、省略する。
【００２１】
図３は、実施の形態１のブリッジ装置の構成を示す機能ブロック図である。ブリッジ装置１００は、制御部１１０、ブリッジ機能部１２０、テーブル記憶部１３０、記憶部１４０、蓄積部１５０、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ポート１６０、及びＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ポート１７０を有する。記憶部１４０は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス記憶部と表現してもよい。なお、ＭＡＣアドレスは、物理アドレスとも言う。
【００２２】
ブリッジ装置１００は、複数のＬＡＮポートを有してもよい。例えば、ブリッジ装置１００は、ブリッジ装置５００のように、複数のＬＡＮポートを介して、複数のクライアント装置と通信する。また、ブリッジ装置１００は、無線インターフェースを有してもよい。これにより、ブリッジ装置１００は、ブリッジ装置５００のように、クライアント装置と無線通信できる。
【００２３】
制御部１１０は、パケット監視部１１１、パケット識別部１１２、データ取得部１１３、パケット生成部１１４、送受信部１１５、及び終了判定部１１６を有する。
パケット監視部１１１、パケット識別部１１２、データ取得部１１３、パケット生成部１１４、送受信部１１５、終了判定部１１６、及びブリッジ機能部１２０の一部又は全部は、プロセッサ１０１によって実現してもよい。パケット監視部１１１、パケット識別部１１２、データ取得部１１３、パケット生成部１１４、送受信部１１５、終了判定部１１６、及びブリッジ機能部１２０の一部又は全部は、プロセッサ１０１が実行するプログラムのモジュールとして実現してもよい。当該プログラムは、揮発性記憶装置１０２又は不揮発性記憶装置１０３に格納される。例えば、当該プログラムは、終了判定プログラムである。
【００２４】
テーブル記憶部１３０及び蓄積部１５０は、揮発性記憶装置１０２に確保した記憶領域として実現される。記憶部１４０は、不揮発性記憶装置１０３に確保した記憶領域として実現される。
制御部１１０は、ＷＡＮポート１６０を介して、ＢＡＳ２００と通信する。制御部１１０とブリッジ機能部１２０は、ＬＡＮポート１７０を介して、クライアント装置３００と通信する。
【００２５】
パケット監視部１１１は、ＢＡＳ２００及びクライアント装置３００が送信するパケットを監視する。パケット識別部１１２は、パケットを識別する。データ取得部１１３は、ＢＡＳ２００及びクライアント装置３００が送信するパケットからＭＡＣアドレスとセッションＩＤとを取得する。パケット生成部１１４は、パケットを生成する。例えば、パケット生成部１１４は、ＰＡＤＴパケットを生成する。また、ＰＡＤＴパケットは、セッションの終了を指示する情報と表現してもよい。
【００２６】
送受信部１１５は、パケット生成部１１４が生成したパケットを、ＢＡＳ２００及びクライアント装置３００に送信する。また、送受信部１１５は、ＢＡＳ２００及びクライアント装置３００が送信したパケットを受信する。例えば、送受信部１１５は、ＢＡＳ２００及びクライアント装置３００からＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットを受信する。また、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットは、接続確認情報とも言う。接続確認情報は、接続を確認するための情報である。
【００２７】
終了判定部１１６の機能については、後で詳細に説明する。ブリッジ機能部１２０は、ＢＡＳ２００とクライアント装置３００とを接続する機能を有する。ブリッジ機能部１２０は、クライアント装置３００からＰＡＤＩ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｉｎｉｔｉａｔｉｏｎ）パケットを受信する。
テーブル記憶部１３０、記憶部１４０、蓄積部１５０は、様々な情報を記憶する。テーブル記憶部１３０、記憶部１４０、蓄積部１５０がどのような情報を記憶するかについては、後で詳細に説明する。
【００２８】
次に、ＰＡＤＩパケットのフォーマットを説明する。
図４は、ＰＡＤＩパケットのフォーマットを示す図である。図４は、ＰＡＤＩパケットのフォーマット６０１のフィールド名を示している。ＰＡＤＩパケットは、Ｅｔｈｅｒｎｅｔヘッダ、ＰＰＰｏＥペイロード、及びフレームチェックシーケンスを含む。Ｅｔｈｅｒｎｅｔヘッダは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、及びイーサタイプを含む。
【００２９】
宛先ＭＡＣアドレスのフィールド長は、６オクテットである。送信元ＭＡＣアドレスのフィールド長は、６オクテットである。イーサタイプのフィールド長は、２オクテットである。フレームチェックシーケンスのフィールド長は、４オクテットである。
【００３０】
次に、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットのフォーマットを説明する。
図５は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットのフォーマットを示す図である。図５は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットのフォーマット６０２のフィールド名を示している。
【００３１】
ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットは、Ｅｔｈｅｒｎｅｔヘッダ、ＰＰＰｏＥヘッダ、ＰＰＰｏＥペイロード、及びフレームチェックシーケンスを含む。Ｅｔｈｅｒｎｅｔヘッダは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、及びイーサタイプを含む。ＰＰＰｏＥヘッダは、バージョン、タイプ、コード、ＰＰＰｏＥセッションのセッションＩＤ、及びＰＰＰｏＥペイロードのデータ長を含む。ＰＰＰｏＥペイロードは、ＰＰＰプロトコル、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔのデータを含む。
【００３２】
宛先ＭＡＣアドレスのフィールド長は、６オクテットである。送信元ＭＡＣアドレスのフィールド長は、６オクテットである。イーサタイプのフィールド長は、２オクテットである。
【００３３】
バージョン、タイプのフィールド長は、１オクテットである。コードのフィールド長は、１オクテットである。セッションＩＤのフィールド長は、２オクテットである。データ長のフィールド長は、２オクテットである。
ＰＰＰプロトコルのフィールド長は、２オクテットである。フレームチェックシーケンスのフィールド長は、４オクテットである。
【００３４】
次に、ＰＡＤＴパケットのフォーマットを説明する。
図６は、ＰＡＤＴパケットのフォーマットを示す図である。図６は、ＰＡＤＴパケットのフォーマット６０３のフィールド名を示している。
【００３５】
ＰＡＤＴパケットは、Ｅｔｈｅｒｎｅｔヘッダ、ＰＰＰｏＥヘッダ、ＰＰＰｏＥペイロード、及びフレームチェックシーケンスを含む。Ｅｔｈｅｒｎｅｔヘッダは、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、及びイーサタイプを含む。ＰＰＰｏＥヘッダは、バージョン、タイプ、コード、ＰＰＰｏＥセッションのセッションＩＤ、及びＰＰＰｏＥペイロードのデータ長を含む。
【００３６】
宛先ＭＡＣアドレスのフィールド長は、６オクテットである。送信元ＭＡＣアドレスのフィールド長は、６オクテットである。イーサタイプのフィールド長は、２オクテットである。
バージョン、タイプのフィールド長は、１オクテットである。コードのフィールド長は、１オクテットである。セッションＩＤのフィールド長は、２オクテットである。データ長のフィールド長は、２オクテットである。フレームチェックシーケンスのフィールド長は、４オクテットである。
【００３７】
次に、テーブル記憶部１３０が記憶する情報について、説明する。
図７は、ブリッジテーブルを示す図である。ブリッジテーブル１３１は、テーブル記憶部１３０に格納される。
ブリッジテーブル１３１は、Ｎｏ．（すなわち、項番）、セッションＩＤ、及びＭＡＣアドレスの項目を有する。ＭＡＣアドレスの項目は、クライアント装置及びＢＡＳの項目を有する。
【００３８】
Ｎｏ．の項目は、識別子を示す。セッションＩＤの項目は、セッションを識別する情報を示す。クライアント装置の項目は、ブリッジ装置１００が接続するクライアント装置のＭＡＣアドレスを示す。ＢＡＳの項目は、ＢＡＳ２００のＭＡＣアドレスを示す。
【００３９】
また、ブリッジテーブル１３１は、ブリッジ情報とも言う。例えば、ブリッジ情報は、ＢＡＳ２００とクライアント装置３００との間で送受信される情報を中継する際に用いられる情報であると表現してもよい。
【００４０】
次に、記憶部１４０が記憶する情報について、説明する。
図８は、ＭＡＣアドレステーブルを示す図である。ＭＡＣアドレステーブル１４１は、記憶部１４０に格納される。
ＭＡＣアドレステーブル１４１は、Ｎｏ．（すなわち、項番）、及びクライアント装置の項目を有する。
【００４１】
Ｎｏ．の項目は、識別子を示す。クライアント装置の項目は、ブリッジ装置１００が接続するクライアント装置のＭＡＣアドレスを示す。
【００４２】
次に、ブリッジ装置１００、ＢＡＳ２００、及びクライアント装置３００の間で行われるセッション終了処理の概要について、シーケンス図を用いて説明する。
図９は、実施の形態１のセッション終了処理の例を示すシーケンス図（その１）である。図９、１０は、図１、３〜８を参照する。
【００４３】
（ステップＳ１０１）ブリッジ装置１００は、ユーザの操作によりブリッジ機能がＯＮの状態になる。これにより、ブリッジ装置１００のブリッジ機能部１２０の機能が有効になる。
なお、ブリッジ装置１００は、ユーザの操作によりブリッジ機能がＯＦＦの状態になることもある。また、ブリッジ装置１００は、ブリッジ機能がＯＦＦの状態でも、ブリッジ装置１００の電源がＯＮの状態の場合もある。
【００４４】
（ステップＳ１０２）クライアント装置３００は、ＢＡＳ２００との間でセッションを確立するために、ＰＡＤＩパケットをブリッジ装置１００に送信する。また、ＰＡＤＩパケットは、ＢＡＳ２００を探すための情報と表現してもよい。
（ステップＳ１０３）ブリッジ装置１００のブリッジ機能部１２０は、クライアント装置３００のＭＡＣアドレスをＰＡＤＩパケットから取得する。ブリッジ装置１００のブリッジ機能部１２０は、ブリッジテーブル１３１を作成する。ブリッジ装置１００のブリッジ機能部１２０は、ブリッジテーブル１３１のクライアント装置の項目に、クライアント装置３００のＭＡＣアドレスを登録する。
【００４５】
（ステップＳ１０４）ブリッジ装置１００のブリッジ機能部１２０は、ＭＡＣアドレステーブル１４１のクライアント装置の項目に、クライアント装置３００のＭＡＣアドレスを登録する。ブリッジ装置１００は、ＭＡＣアドレステーブル１４１にクライアント装置３００のＭＡＣアドレスを登録することで、停電などが発生した場合でも、ＭＡＣアドレステーブル１４１に登録された情報が消失されることを防ぐことができる。
【００４６】
このように、ブリッジ装置１００は、セッションを確立するときに、ブリッジテーブル１３１とＭＡＣアドレステーブル１４１に、クライアント装置３００のＭＡＣアドレスを登録する。ここで、クライアント装置３００のＭＡＣアドレスは、第１の情報とも言う。
【００４７】
ここで、ブリッジ装置１００は、不特定多数のクライアント装置と接続できる。例えば、ブリッジ装置１００は、無線インターフェースを有することで、不特定多数のクライアント装置と接続できる。ブリッジ装置１００は、不特定多数のクライアント装置と接続できる場合、不特定多数のクライアント装置のＭＡＣアドレスをＭＡＣアドレステーブル１４１に登録する。しかし、ブリッジ装置１００は、記憶部１４０の記憶容量が足らなくなり、全てのクライアント装置のＭＡＣアドレスをＭＡＣアドレステーブル１４１に登録できない場合もある。そこで、ブリッジ装置１００のブリッジ機能部１２０は、ＭＡＣアドレステーブル１４１に新しいＭＡＣアドレスを登録するとき、記憶部１４０に格納されているデータのデータ量が閾値以上の場合、ＭＡＣアドレステーブル１４１に登録されたＭＡＣアドレスのうち、登録された時刻が最も早いＭＡＣアドレスを削除し、新しく取得したＭＡＣアドレスをＭＡＣアドレステーブル１４１に登録する。
【００４８】
（ステップＳ１０５）ブリッジ装置１００の送受信部１１５は、ＰＡＤＩパケットをＢＡＳ２００に送信する。
（ステップＳ１０６）ＢＡＳ２００とクライアント装置３００は、ブリッジ装置１００を介して、ＰＰＰｏＥ認証を行う。これにより、ＢＡＳ２００とクライアント装置３００との間でセッションが確立される。
【００４９】
ここで、ブリッジ装置１００のブリッジ機能部１２０は、ＰＰＰｏＥ認証を行う処理の中で、ＢＡＳ２００又はクライアント装置３００が送信したパケットから、セッションＩＤ及びＢＡＳ２００のＭＡＣアドレスを取得できる。ブリッジ装置１００のブリッジ機能部１２０は、ブリッジテーブル１３１のセッションＩＤの項目に、セッションＩＤを登録する。ブリッジ装置１００のブリッジ機能部１２０は、ブリッジテーブル１３１のＢＡＳの項目に、ＢＡＳ２００のＭＡＣアドレスを登録する。
【００５０】
ステップＳ１０４では、ＭＡＣアドレステーブル１４１にクライアント装置３００のＭＡＣアドレスを登録する場合を説明した。しかし、ブリッジ装置１００のブリッジ機能部１２０は、ＢＡＳ２００とクライアント装置３００とでセッションが確立するまでの間に、ＢＡＳ２００又はクライアント装置３００が送信した情報に含まれているクライアント装置３００のＭＡＣアドレスをＭＡＣアドレステーブル１４１に登録してもよい。
【００５１】
ＢＡＳ２００とクライアント装置３００は、セッションが確立した後、接続状態を確認するために、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットを一定間隔で送信する。
（ステップＳ１０７）停電が発生する。ブリッジ装置１００は、停電が発生したことで、ブリッジテーブル１３１を消失する。ブリッジテーブル１３１が消失することは、ブリッジ機能がＯＦＦの状態になることと同じである。また、ブリッジ機能がＯＦＦの状態になることは、ブリッジ機能が停止することである。
また、ステップＳ１０７は、ユーザの操作によりブリッジ機能がＯＦＦになった場合と考えてもよい。
【００５２】
ここで、ブリッジテーブル１３１が消失した場合、クライアント装置３００は、ネットワーク２０に接続できなくなる。クライアント装置３００がネットワーク２０に接続するためには、ＢＡＳ２００とクライアント装置３００との間で再度、セッションを確立する必要がある。しかし、ＢＡＳ２００とクライアント装置３００は、前回のセッションが残っているため、新たにセッションを確立することができない。すなわち、ＢＡＳ２００とクライアント装置３００は、重複ログインの状態になるため、新たにセッションを確立することができない。そこで、ブリッジ装置１００は、前回のセッションを終了させる。前回のセッションを終了させる方法については、図１０で説明する。
（ステップＳ１０８）ブリッジ装置１００は、再起動する。
【００５３】
図１０は、実施の形態１のセッション終了処理の例を示すシーケンス図（その２）である。
（ステップＳ１１１）ブリッジ装置１００のパケット監視部１１１は、ＢＡＳ２００及びクライアント装置３００がＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットを送信するのを監視する。
（ステップＳ１１２）ＢＡＳ２００は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットをブリッジ装置１００に送信する。当該ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの宛先ＭＡＣアドレスに登録されている情報は、第２の情報とも言う。
【００５４】
（ステップＳ１１３）クライアント装置３００は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットをブリッジ装置１００に送信する。
（ステップＳ１１４）ブリッジ装置１００のパケット識別部１１２は、ＢＡＳ２００から受信したパケットがＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットであることを識別する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの送信元ＭＡＣアドレスからＢＡＳ２００のＭＡＣアドレスを取得する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの宛先ＭＡＣアドレスからクライアント装置３００のＭＡＣアドレスを取得する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  ＲｅｑｕｅｓｔパケットからセッションＩＤを取得する。ブリッジ装置１００のデータ取得部１１３は、取得したＢＡＳ２００のＭＡＣアドレス、クライアント装置３００のＭＡＣアドレス、及びセッションＩＤを蓄積部１５０に格納する。
【００５５】
ブリッジ装置１００のパケット識別部１１２は、クライアント装置３００から受信したパケットがＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットであることを識別する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの送信元ＭＡＣアドレスからクライアント装置３００のＭＡＣアドレスを取得する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの宛先ＭＡＣアドレスからＢＡＳ２００のＭＡＣアドレスを取得する。ブリッジ装置１００のデータ取得部１１３は、ＬＣＰ  Ｅｃｈｏ  ＲｅｑｕｅｓｔパケットからセッションＩＤを取得する。ブリッジ装置１００のデータ取得部１１３は、取得したＢＡＳ２００のＭＡＣアドレス、クライアント装置３００のＭＡＣアドレス、及びセッションＩＤを蓄積部１５０に格納する。
【００５６】
ブリッジ装置１００の終了判定部１１６は、蓄積部１５０に格納されているＭＡＣアドレスと、ＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとを比較する。詳細に説明する。ブリッジ装置１００の終了判定部１１６は、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスとＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとを比較する。
【００５７】
図１０では、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスとＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとが一致したものとする。一致しない場合については、後で詳細に説明する。
【００５８】
（ステップＳ１１５）ブリッジ装置１００のパケット生成部１１４は、蓄積部１５０に格納されている情報に基づいて第１のＰＡＤＴパケットと第２のＰＡＤＴパケットを生成する。詳細に説明する。
ブリッジ装置１００のパケット生成部１１４は、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの情報に基づいて、第１のＰＡＤＴパケットを生成する。例えば、ブリッジ装置１００のパケット生成部１１４は、第１のＰＡＤＴパケットの宛先ＭＡＣアドレスにＢＡＳ２００のＭＡＣアドレスを登録する。ブリッジ装置１００のパケット生成部１１４は、第１のＰＡＤＴパケットの送信元ＭＡＣアドレスにクライアント装置３００のＭＡＣアドレスを登録する。ブリッジ装置１００のパケット生成部１１４は、第１のＰＡＤＴパケットのセッションＩＤに、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていたセッションＩＤを登録する。
【００５９】
ブリッジ装置１００のパケット生成部１１４は、クライアント装置３００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの情報に基づいて、第２のＰＡＤＴパケットを生成する。例えば、ブリッジ装置１００のパケット生成部１１４は、第２のＰＡＤＴパケットの宛先ＭＡＣアドレスにクライアント装置３００のＭＡＣアドレスを登録する。ブリッジ装置１００のパケット生成部１１４は、第２のＰＡＤＴパケットの送信元ＭＡＣアドレスにＢＡＳ２００のＭＡＣアドレスを登録する。ブリッジ装置１００のパケット生成部１１４は、第２のＰＡＤＴパケットのセッションＩＤに、クライアント装置３００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていたセッションＩＤを登録する。
また、ブリッジ装置１００のパケット生成部１１４は、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの情報に基づいて、第２のＰＡＤＴパケットを生成してもよい。
【００６０】
（ステップＳ１１６）ブリッジ装置１００の送受信部１１５は、第１のＰＡＤＴパケットをＢＡＳ２００に送信する。
（ステップＳ１１７）ブリッジ装置１００の送受信部１１５は、第２のＰＡＤＴパケットをクライアント装置３００に送信する。
【００６１】
（ステップＳ１１８）ブリッジ装置１００のパケット監視部１１１は、ＢＡＳ２００及びクライアント装置３００がＰＡＤＴパケットを送信するのを監視する。
（ステップＳ１１９）ＢＡＳ２００は、ＰＡＤＴパケットをブリッジ装置１００に送信する。
【００６２】
（ステップＳ１２０）クライアント装置３００は、ＰＡＤＴパケットをブリッジ装置１００に送信する。
（ステップＳ１２１）ブリッジ装置１００の終了判定部１１６は、第１、２のＰＡＤＴパケットに含まれていたセッションＩＤと、ＢＡＳ２００とクライアント装置３００から受信したＰＡＤＴパケットに含まれているセッションＩＤとが同一であるか否かを判定する。ブリッジ装置１００の終了判定部１１６は、同一の場合、ＢＡＳ２００とクライアント装置３００でセッションを終了したことを検出する。
【００６３】
次に、ブリッジ装置１００が実行するセッション終了処理について、フローチャートを用いて説明する。
図１１は、実施の形態１のブリッジ装置が実行するセッション終了処理を示すフローチャートである。図１１の説明は、図１、３、５、６、８、１０を参照する。また、図１１は、ＢＡＳ２００及びクライアント装置３００がＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットを送信した時点（すなわち、ステップＳ１１２，１１３の時点）から説明する。そして、ブリッジ装置１００の状態は、ブリッジテーブル１３１が消失した状態、又はブリッジ機能がＯＦＦの状態である。
【００６４】
（ステップＳ１１）送受信部１１５は、ＬＣＰ  Ｅｃｈｏ  ＲｅｑｕｅｓｔパケットをＢＡＳ２００から受信する。また、送受信部１１５は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットをクライアント装置３００から受信する。
（ステップＳ１２）データ取得部１１３は、ＢＡＳ２００が送信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの送信元ＭＡＣアドレス、宛先ＭＡＣアドレス、及びセッションＩＤに登録されている情報を蓄積部１５０に格納する。また、データ取得部１１３は、クライアント装置３００が送信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットの送信元ＭＡＣアドレス、宛先ＭＡＣアドレス、及びセッションＩＤに登録されている情報を蓄積部１５０に格納する。
【００６５】
（ステップＳ１３）終了判定部１１６は、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスとＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとを比較する。
【００６６】
（ステップＳ１４）終了判定部１１６は、ＢＡＳ２００から受信したＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスとＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとが一致するか否かを判定する。一致する場合（ステップＳ１４でＹｅｓ）、終了判定部１１６は、処理をステップＳ１５に進める。
一致しない場合（ステップＳ１４でＮｏ）、終了判定部１１６は、蓄積部１５０に格納されている情報を廃棄する。そして、終了判定部１１６は、処理を終了する。
【００６７】
このように、終了判定部１１６は、一致しない場合（ステップＳ１４でＮｏ）、ＰＡＤＴパケットをＢＡＳ２００に送信しないように制御する。すなわち、終了判定部１１６は、セッションの終了をＢＡＳ２００に指示しないように制御する。
【００６８】
（ステップＳ１５）パケット生成部１１４は、第１のＰＡＤＴパケットと第２のＰＡＤＴパケットを生成する。
（ステップＳ１６）送受信部１１５は、第１のＰＡＤＴパケットをＢＡＳ２００に送信する。送受信部１１５は、第２のＰＡＤＴパケットをクライアント装置３００に送信する。
【００６９】
（ステップＳ１７）送受信部１１５は、ＰＡＤＴパケットをＢＡＳ２００から受信する。また、送受信部１１５は、ＰＡＤＴパケットをクライアント装置３００から受信する。
（ステップＳ１８）終了判定部１１６は、第１、２のＰＡＤＴパケットに含まれていたセッションＩＤと、ＢＡＳ２００とクライアント装置３００から受信したＰＡＤＴパケットに含まれているセッションＩＤとが同一であるか否かを判定する。終了判定部１１６は、同一の場合、ＢＡＳ２００とクライアント装置３００でセッションを終了したことを検出する。
なお、終了判定部１１６は、同一ではない場合、処理をステップＳ１５に進めてもよい。又は、終了判定部１１６は、同一ではない場合、処理を終了してもよい。
【００７０】
このように、制御部１１０は、ブリッジ機能が停止しているときに、ＬＣＰ  Ｅｃｈｏ  ＲｅｑｕｅｓｔパケットをＢＡＳ２００から受信する（ステップＳ１１）。制御部１１０は、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスとＭＡＣアドレステーブル１４１に登録されているＭＡＣアドレスとが一致するか否かを判定する（ステップＳ１４）。制御部１１０は、一致しないと判定した場合（ステップＳ１４でＮｏ）、ＬＣＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔパケットに含まれていた宛先ＭＡＣアドレスのクライアント装置とＢＡＳ２００で確立しているセッションの終了をＢＡＳ２００に指示しないように制御する。
【００７１】
ここで、ＢＡＳ２００とクライアント装置３０１は、セッションを確立しているものとする。ＢＡＳ２００は、一定間隔で、ＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットを送信する。ＢＡＳ２００が送信したＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットは、フラッディングなどにより、ブリッジ装置１００に受信される。当該ＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットの宛先ＭＡＣアドレスには、クライアント装置３０１のＭＡＣアドレスが登録されている。ブリッジ装置１００は、ステップＳ１４において、クライアント装置３０１のＭＡＣアドレスと、ＭＡＣアドレステーブル１４１に登録されているクライアント装置３００のＭＡＣアドレスとが一致しないと判定する。そのため、ブリッジ装置１００は、ＢＡＳ２００にＰＡＤＴパケットを送信しない。よって、実施の形態１は、ＢＡＳ２００とクライアント装置３０１とで確立しているセッションをＢＡＳ２００が誤って終了することを防止できる。
【００７２】
実施の形態２．
次に、実施の形態２を説明する。実施の形態１と相違する事項を主に説明し、実施の形態１と共通する事項の説明を省略する。実施の形態２の説明では、図１〜８、１０、１１を参照する。
【００７３】
実施の形態１は、停電などが発生する前に、クライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する場合を説明した。実施の形態２は、ユーザの操作により、ブリッジ機能をＯＦＦにしたタイミングでクライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する場合を説明する。
【００７４】
図１２は、実施の形態２のブリッジ装置の構成を示す機能ブロック図である。ブリッジ装置１００ａは、ブリッジ機能部１２０ａを有する。ブリッジ機能部１２０ａの機能については、後で詳細に説明する。
図３に示される構成と同じ、又は対応する図１２の構成は、図３に示される符号と同じ符号を付している。
【００７５】
図１３は、実施の形態２のセッション終了処理の例を示すシーケンス図である。図１３の説明は、図１、４、７、８及び１２を参照する。
（ステップＳ１３１）ブリッジ装置１００ａは、ユーザの操作によりブリッジ機能がＯＮの状態になる。これにより、ブリッジ装置１００ａのブリッジ機能部１２０ａの機能が有効になる。
【００７６】
（ステップＳ１３２）クライアント装置３００は、ＢＡＳ２００との間でセッションを確立するために、ＰＡＤＩパケットをブリッジ装置１００ａに送信する。
（ステップＳ１３３）ブリッジ装置１００ａのブリッジ機能部１２０ａは、クライアント装置３００のＭＡＣアドレスをＰＡＤＩパケットから取得する。ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１を作成する。ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１のクライアント装置の項目に、クライアント装置３００のＭＡＣアドレスを登録する。
【００７７】
（ステップＳ１３４）ブリッジ装置１００ａの送受信部１１５は、ＰＡＤＩパケットをＢＡＳ２００に送信する。
（ステップＳ１３５）ＢＡＳ２００とクライアント装置３００は、ブリッジ装置１００ａを介して、ＰＰＰｏＥ認証を行う。これにより、ＢＡＳ２００とクライアント装置３００との間でセッションが確立される。
ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１のセッションＩＤの項目に、セッションＩＤを登録する。ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１のＢＡＳの項目に、ＢＡＳ２００のＭＡＣアドレスを登録する。
【００７８】
（ステップＳ１３６）ブリッジ装置１００ａは、ユーザの操作によりブリッジ機能をＯＦＦにする指示を受け付ける。すなわち、ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジ機能の停止指示を受信する。そして、ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジ機能を無効にする準備を実行する。
（ステップＳ１３７）ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１の項目に登録されている情報をＭＡＣアドレステーブル１４１に登録する。例えば、ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジテーブル１３１に登録されているクライアント装置３００のＭＡＣアドレスを、ＭＡＣアドレステーブル１４１に登録する。そして、ブリッジ装置１００ａのブリッジ機能部１２０ａは、ブリッジ機能を無効の状態に移行する。
なお、先述したように、ブリッジ装置１００は、ブリッジ機能がＯＦＦの状態に移行しても、ブリッジ装置１００の電源はＯＮの状態のままである。
【００７９】
ここで、実施の形態１では、停電などの影響によりＭＡＣアドレステーブル１４１が喪失するのを防ぐため、記憶部１４０を不揮発性記憶装置１０３で実現すると説明した。しかし、実施の形態２では、ＭＡＣアドレステーブル１４１が喪失することがなく、ＭＡＣアドレステーブル１４１を保持する期間が短時間でよいため、記憶部１４０を揮発性記憶装置１０２で実現してもよい。
【００８０】
ステップＳ１３７の後の処理は、ステップＳ１１１〜１２１と同じであるため、説明を省略する。
このように、ブリッジ装置１００ａは、ブリッジ機能をＯＦＦにしたタイミングでクライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する。これにより、ブリッジ装置１００ａは、ステップＳ１４の判定ができる。そのため、例えば、ブリッジ装置１００ａは、クライアント装置３０１宛てのＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットをＢＡＳ２００から受信した場合、ＢＡＳ２００にＰＡＤＴパケットを送信しない。よって、実施の形態２は、ＢＡＳ２００が誤ってセッションを終了することを防止できる。
【００８１】
実施の形態３．
次に、実施の形態３を説明する。実施の形態１と相違する事項を主に説明し、実施の形態１と共通する事項の説明を省略する。実施の形態３の説明では、図１〜８、１０、１１を参照する。
【００８２】
実施の形態２は、ユーザの操作により、ブリッジ機能をＯＦＦにしたタイミングでクライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する場合を説明する。実施の形態３は、任意のタイミングでクライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する場合を説明する。
【００８３】
図１４は、実施の形態３のブリッジ装置の構成を示す機能ブロック図である。ブリッジ装置１００ｂは、制御部１１０ｂ及びブリッジ機能部１２０ｂを有する。制御部１１０ｂは、パケット生成部１１４ｂを有する。パケット生成部１１４ｂは、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットを生成する。また、パケット生成部１１４ｂ及びブリッジ機能部１２０ｂの機能については、後で詳細に説明する。
図３に示される構成と同じ、又は対応する図１４の構成は、図３に示される符号と同じ符号を付している。
【００８４】
図１５は、ＡＲＰパケットのフォーマットを示す図である。ＡＲＰパケットのフォーマット６０４は、目標ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、送信元ＩＰアドレス、送信元ＭＡＣアドレス、及び宛先ＭＡＣアドレスを含む。
【００８５】
図１６は、実施の形態３のセッション終了処理の例を示すシーケンス図である。図１６の説明は、図１、４、７、８、１４、１５を参照する。
（ステップＳ１４１）ブリッジ装置１００ｂは、ユーザの操作によりブリッジ機能がＯＮの状態になる。これにより、ブリッジ装置１００ｂのブリッジ機能部１２０ｂの機能が有効になる。
【００８６】
（ステップＳ１４２）ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ブリッジ装置１００ｂが接続するクライアント装置のＭＡＣアドレスを探索する。ここで、ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ユーザの操作により任意のタイミングで当該探索を行ってもよい。また、ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、定期的に当該探索を行ってもよい。
【００８７】
ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、パケット生成部１１４ｂにＡＲＰパケットの生成を指示する。ブリッジ装置１００ｂのパケット生成部１１４ｂは、ＡＲＰパケットを生成する。詳細に説明する。ブリッジ装置１００ｂのパケット生成部１１４ｂは、ＡＲＰパケットの目標ＩＰアドレスに、探索の対象であるクライアント装置に割り当てられているＩＰアドレスを登録する。ブリッジ装置１００ｂのパケット生成部１１４ｂは、ＡＲＰパケットの送信元ＩＰアドレスに、ブリッジ装置１００ｂに割り当てられているＩＰアドレスを登録する。ブリッジ装置１００ｂのパケット生成部１１４ｂは、ＡＲＰパケットの送信元ＭＡＣアドレスに、ブリッジ装置１００ｂのＭＡＣアドレスを登録する。ブリッジ装置１００ｂのパケット生成部１１４ｂは、ＡＲＰパケットの宛先ＭＡＣアドレスに、“ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ”を登録する。宛先ＭＡＣアドレスに“ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ”が登録されることで、ＡＲＰパケットは、ブロードキャストで送信される。
なお、ＡＲＰパケットは、ＭＡＣアドレスの送信を指示する情報である。
【００８８】
（ステップＳ１４３）ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ＡＲＰパケットを送信する。すなわち、ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、クライアント装置３００のＭＡＣアドレスの送信をクライアント装置３００に指示する。
（ステップＳ１４４）クライアント装置３００は、ＡＲＰパケットを受信する。クライアント装置３００は、ＡＲＰパケットの目標ＩＰアドレスと、クライアント装置３００に割り当てられているＩＰアドレスとが一致していた場合、ＡＲＰパケットの応答をブリッジ装置１００ｂに送信する。ＡＲＰパケットの応答には、クライアント装置３００のＭＡＣアドレスが含まれている。
【００８９】
（ステップＳ１４５）ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ＡＲＰパケットの応答に含まれているクライアント装置３００のＭＡＣアドレスをＭＡＣアドレステーブル１４１に登録する。
（ステップＳ１４６）クライアント装置３００は、ＢＡＳ２００との間でセッションを確立するために、ＰＡＤＩパケットをブリッジ装置１００ｂに送信する。
【００９０】
（ステップＳ１４７）ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、クライアント装置３００のＭＡＣアドレスをＰＡＤＩパケットから取得する。ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ブリッジテーブル１３１を作成する。ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ブリッジテーブル１３１のクライアント装置の項目に、クライアント装置３００のＭＡＣアドレスを登録する。
【００９１】
（ステップＳ１４８）ブリッジ装置１００ｂの送受信部１１５は、ＰＡＤＩパケットをＢＡＳ２００に送信する。
（ステップＳ１４９）ＢＡＳ２００とクライアント装置３００は、ブリッジ装置１００を介して、ＰＰＰｏＥ認証を行う。これにより、ＢＡＳ２００とクライアント装置３００との間でセッションが確立される。
【００９２】
ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ブリッジテーブル１３１のセッションＩＤの項目に、セッションＩＤを登録する。ブリッジ装置１００ｂのブリッジ機能部１２０ｂは、ブリッジテーブル１３１のＢＡＳの項目に、ＢＡＳ２００のＭＡＣアドレスを登録する。
【００９３】
（ステップＳ１５０）停電が発生する。また、ステップＳ１５０は、ユーザの操作によりブリッジ機能がＯＦＦになった場合と考えてもよい。
（ステップＳ１５１）ブリッジ装置１００ｂは、再起動する。
ステップＳ１５１の後の処理は、ステップＳ１１１〜１２１と同じであるため、説明を省略する。
【００９４】
このように、ブリッジ装置１００ｂは、任意のタイミングでクライアント装置３００のＭＡＣアドレスを記憶部１４０に格納する。これにより、ブリッジ装置１００ｂは、ステップＳ１４の判定ができる。そのため、例えば、ブリッジ装置１００ｂは、クライアント装置３０１宛てのＬＣＰ  Ｅｃｈｏ  ｒｅｑｕｅｓｔパケットをＢＡＳ２００から受信した場合、ＢＡＳ２００にＰＡＤＴパケットを送信しない。よって、実施の形態３は、ＢＡＳ２００が誤ってセッションを終了することを防止できる。
【００９５】
以上に説明した各実施の形態における特徴は、互いに適宜組み合わせることができる。
【符号の説明】
【００９６】
１０  光回線網、  ２０，２１，２２  ネットワーク、  １００，１００ａ，１００ｂ，５００  ブリッジ装置、  １１０，１１０ｂ  制御部、  １１１  パケット監視部、  １１２  パケット識別部、  １１３  データ取得部、  １１４，１１４ｂ  パケット生成部、  １１５  送受信部、  １１６  終了判定部、  １２０，１２０ａ，１２０ｂ  ブリッジ機能部、  １３０  テーブル記憶部、  １３１  ブリッジテーブル、  １４０  記憶部、  １４１  ＭＡＣアドレステーブル、  １５０  蓄積部、  １６０  ＷＡＮポート、  １７０  ＬＡＮポート、  ２００  ＢＡＳ、  ３００，３０１，３０２，３０３  クライアント装置、  ４００  ＩＳＰ。
【図１】
2019142303.tif 000003
【図２】
2019142303.tif 000004
【図３】
2019142303.tif 000005
【図４】
2019142303.tif 000006
【図５】
2019142303.tif 000007
【図６】
2019142303.tif 000008
【図７】
2019142303.tif 000009
【図８】
2019142303.tif 000010
【図９】
2019142303.tif 000011
【図１０】
2019142303.tif 000012
【図１１】
2019142303.tif 000013
【図１２】
2019142303.tif 000014
【図１３】
2019142303.tif 000015
【図１４】
2019142303.tif 000016
【図１５】
2019142303.tif 000017
【図１６】
2019142303.tif 000018
【国際調査報告】
2019142303.tif 000019
2019142303.tif 000020
2019142303.tif 000021
2019142303.tif 000022