(57)【特許請求の範囲】
【請求項１】
通信システムであって、
Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求を送信し、前記設定要求に応答して送信される設定情報に基づいて自装置のＥｔｈｅｒ ＯＡＭを設定するクライアント装置と、
各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられ、前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信するサーバ装置と
を有することを特徴とする通信システム。
【請求項２】
前記サーバ装置は、前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じで無い場合に、受信した設定要求を転送することを特徴とする請求項１に記載の通信システム。
【請求項３】
クライアント装置であって、
Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求を送信し、前記設定要求に応答して送信される設定情報に基づいて自装置のＥｔｈｅｒ ＯＡＭを設定することを特徴とするクライアント装置。
【請求項４】
サーバ装置であって、
各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられ、クライアント装置から送信された、Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌとクライアント装置のＭＡＣアドレスとを記した設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信することを特徴とするサーバ装置。
【請求項５】
前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じで無い場合に、受信した設定要求を転送することを特徴とする請求項４に記載のサーバ装置。
【請求項６】
通信設定方法であって、
Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求をクライアント装置が送信する設定要求送信ステップと、
各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられたサーバ装置が、前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信する設定情報送信ステップと
前記送信された設定情報に基づいてクライアント装置のＥｔｈｅｒ ＯＡＭを設定する設定ステップと、
を有することを特徴とする通信設定方法。
【請求項７】
前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが、前記設定要求を受信したサーバ装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じで無い場合に、受信した設定要求を転送することを特徴とする請求項６に記載の通信設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、通信システム、クライアント装置、サーバ装置及び通信設定方法に関する。
【背景技術】
【０００２】
一般的に、複数種類のネットワーク機器を管理設定する場合、ネットワークの構成や状態を表示させてユーザに設定操作を行わせている（例えば、特許文献１又は特許文献２）。Ｅｔｈｅｒ ＯＡＭ対応機器を設定する場合、多岐にわたるＥｔｈｅｒ ＯＡＭの設定を行う必要があるため、保守者が設置場所に赴いて設定している。しかしながら、保守者への負担が増大するため、Ｅｔｈｅｒ ＯＡＭの設定を容易化する技術として、ネットワーク機器（クライアント）からの要求を受けて、サーバがクライアントに設定情報を送信し、その設定情報に基づいてクライアントが設定する技術が挙げられる。
【０００３】
図１を用いて、サーバがクライアントに設定情報を送信する技術について説明する。
【０００４】
図１に示す通信システムは、Ｅｔｈｅｒｎｅｔ（登録商標）によって構築されており、ユーザのネットワーク機器１１及び１５、クライアントとして動作するキャリア２のブリッジ１２及び１３、クライアントとして動作するキャリア１のブリッジ１４、キャリア１ネットワークに設置された管理サーバ１６によって構築される。
【０００５】
キャリア２ブリッジ１２がキャリア１及びキャリア２のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎの設定を行う場合、キャリア１及びキャリア２の２つのキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ設定情報を保持した管理サーバ１６に対してＥｔｈｅｒｎｅｔフレームによって設定要求を送信する。この設定要求に対する応答のＥｔｈｅｒｎｅｔフレームにより２つのキャリアのＭａｉｎｔｅｎａｎｃｅ ＤｏｍａｉｎのＥｔｈｅｒ ＯＡＭの設定を実行する。また、キャリア２ブリッジ１２が送信したＥｔｈｅｒｎｅｔフレームを管理サーバ１６に到達させるため、フレームの宛先アドレスをブロードキャストに設定して送信する。送信されたＥｔｈｅｒｎｅｔフレームは、キャリア２ブリッジ１３、キャリア１ブリッジ１４を通過して管理サーバ１６及びユーザネットワーク機器１５に到達する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１０２５５８号公報
【特許文献２】特表２００７−５２５１０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記技術ではＥｔｈｅｒ ＯＡＭの設定を行うには十分ではなかった。これは、Ｅｔｈｅｒ ＯＡＭでは１つのポートに対して複数のキャリアの情報を設定するケースがあり、それぞれの情報は１つの管理サーバにより管理されるものではなく、それぞれのキャリアにより管理されるべきものだからである。１つの管理サーバで管理しようとすると、管理サーバは複数のキャリアや複数のユーザの情報も保持しなければならず、自キャリアのネットワーク情報を他のキャリアに渡す必要がある。そのためセキュリティの観点から望ましくないという問題があった。
【０００８】
そこで、本願発明が解決しようとする課題は、セキュリティの観点から見て望ましい管理設定ができる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するための第１の発明は、通信システムであって、Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求を送信し、前記設定要求に応答して送信される設定情報に基づいて自装置のＥｔｈｅｒ ＯＡＭを設定するクライアント装置と、各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられ、前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信するサーバ装置と
を有することを特徴とする。
【００１０】
上記課題を解決するための第２の発明は、クライアント装置であって、Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求を送信し、前記設定要求に応答して送信される設定情報に基づいて自装置のＥｔｈｅｒ ＯＡＭを設定することを特徴とする。
【００１１】
上記課題を解決するための第３の発明は、サーバ装置であって、各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられ、クライアント装置から送信された、Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌとクライアント装置のＭＡＣアドレスとを記した設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信することを特徴とする。
【００１２】
上記課題を解決するための第４の発明は、通信設定方法であって、Ｅｔｈｅｒ ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）を設定するキャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと自装置のＭＡＣアドレスとを記した設定要求をクライアント装置が送信する設定要求送信ステップと、各キャリアのＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ毎に設けられたサーバ装置が、前記送信された設定要求のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌが自装置のＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ Ｌｅｖｅｌと同じである場合に、前記送信された設定要求のＭＡＣアドレスに基づいて該装置に対応した設定情報を前記ＭＡＣアドレス宛に送信する設定情報送信ステップと前記送信された設定情報に基づいてクライアント装置のＥｔｈｅｒ ＯＡＭを設定する設定ステップとを有することを特徴とする。
【発明の効果】
【００１３】
本発明によると、他のキャリアにネットワーク情報を渡す必要がなくなり、セキュリティの面から見て望ましくなる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本願に関係する技術を説明するための図である。
【図２】図２は、第１の実施の形態の通信システムの概要図である。
【図３】図３は、クライアント装置のブロック図である。
【図４】図４は、サーバ装置のブロック図である。
【図５】図５は、動作を説明するためのフローである。
【図６】図６は、設定要求Ｅｔｈｅｒ ＯＡＭフレームフォーマット例である。
【図７】図７は、応答Ｅｔｈｅｒ ＯＡＭフレームフォーマット例である。
【図８】図８は、管理テーブルの一例である。
【図９】図９は、第２の実施の形態の通信システムの概要図である。
【発明を実施するための形態】
【００１５】
本発明は、クライアント装置及びサーバ装置がネットワークを介して対向するように構成させる。これにより、クライアント装置のＥｔｈｅｒ ＯＡＭ設定を容易に実行することを可能とする。保守者はクライアント装置に対してＥｔｈｅｒ ＯＡＭを設定したいキャリアの全ＭＤ Ｌｅｖｅｌをディップスイッチにて設定する。
【００１６】
ディップスイッチは、ＭＤ Ｌｅｖｅｌの０から７の８レベルのオン・オフを設定可能である。そして設定開始の契機を与えるプッシュボタンを設定する。クライアント装置は、プッシュボタンのオンを契機としてディップスイッチの設定を読み出し、ディップスイッチがオンになっているＭＤ Ｌｅｖｅｌの設定要求Ｅｔｈｅｒ ＯＡＭフレームを生成してサーバに順次送信する。
【００１７】
一方でサーバ装置４は、自装置のＭＤ Ｌｅｖｅｌの設定要求Ｅｔｈｅｒ ＯＡＭフレームを受信すると、要求のあったクライアントの設定情報を自装置で保持しているクライアント設定情報格納部から読み出す。そして、読み出したクライアントのＥｔｈｅｒ ＯＡＭの設定情報を応答Ｅｔｈｅｒ ＯＡＭフレームに記してクライアント装置に送信する。
【００１８】
ここでクライアント装置は、サーバ装置からの応答Ｅｔｈｅｒ ＯＡＭフレームを自装置の設定情報として保持する。
【００１９】
応答Ｅｔｈｅｒ ＯＡＭフレームは、送信された設定要求Ｅｔｈｅｒ ＯＡＭ毎に全てのサーバから返信される。クライアント装置は、保持したＥｔｈｅｒ ＯＡＭ設定情報に基づき、ＩＥＥＥ Ｓｔｄ ８０２．１ａｇ−２００７またはＩＴＵ‐ＴＹ.１７３１に従い動作させる。
【００２０】
本発明の特徴を具体的に説明するために、以下において、図面を参照して述べる。
【００２１】
本発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。
【００２２】
図２に本発明の通信システムの構成例を示す。本発明の通信システムは、キャリア２ブリッジ(クライアント装置)２２、キャリア２ブリッジ(サーバ装置)２３及びキャリア１ブリッジ(サーバ)２４を有し、Ｍａｉｎｔｅｎａｎｃｅ ａｓｓｏｃｉａｔｉｏｎ Ｅｎｄ Ｐｏｉｎｔ(以下、ＭＥＰ)として動作する例を示す。尚、本発明は、ＩＥＥＥ Ｓｔｄ ８０２．１ａｇ及びＩＴＵ‐Ｔ Ｙ．１７３１に適用可能である。
【００２３】
通信システムは、ユーザＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ、キャリア１Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ、及びキャリア２ Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎの保守ドメインを有する。ユーザＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎは、ユーザネットワーク機器２１及び２５の間の保守ドメインである。キャリア１Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎは、キャリア２ブリッジ(クライアント)２２及びキャリア１ブリッジ(サーバ)２４の間の保守ドメインである。キャリア２ Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎは、キャリア２ブリッジ(サーバ)２３及びキャリア１ブリッジ(サーバ)２４の間の保守ドメインである。ＭＤ Ｌｅｖｅｌは、ユーザＭａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ（ＭＤ Ｌｅｖｅｌ＝７）、キャリア１ Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ（ＭＤ Ｌｅｖｅｌ＝４）、キャリア２ Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ（ＭＤ Ｌｅｖｅｌ＝２）の順に低くなる。
【００２４】
図３はクライアントのブロック図の一例であり、図４はサーバのブロック図の一例である。
【００２５】
まず、クライアント装置３について説明する。
【００２６】
クライアント装置３は、Ｐａｓｓｉｖｅ ＳＡＰ部３０１と、Ｅｔｈｅｒ ＯＡＭ多重部３０２と、Ａｃｔｉｖｅ ＳＡＰ３０３と、プロビジョニング制御部３０４と、Ｅｔｈｅｒ ＯＡＭ設定格納部３０５と、Ｅｔｈｅｒ ＯＡＭ制御部３０６と、Ｅｔｈｅｒ ＯＡＭ分離多重部３０７と、ディップスイッチ３０８と、プッシュボタン３０９とを有する。
【００２７】
Ｐａｓｓｉｖｅ ＳＡＰ部３０１は、データフレームと、自装置の管理対象外であるＥｔｈｅｒ ＯＡＭフレーム(処理されないＥｔｈｅｒ ＯＡＭフレーム)とを受信する。また、Ｅｔｈｅｒ ＯＡＭ分離多重部３０７から送出される、ＥｔｈｅｒタイプがＥｔｈｅｒ ＯＡＭではないフレームを送信する。
【００２８】
Ｅｔｈｅｒ ＯＡＭ多重部３０２は、Ｐａｓｓｉｖｅ ＳＡＰ３０１が受信したフレームに自装置で生成されたＥｔｈｅｒ ＯＡＭフレームを多重する。
【００２９】
Ａｃｔｉｖｅ ＳＡＰ３０３は、データフレームと、自装置の管理対象及び管理対象外のＥｔｈｅｒ ＯＡＭフレームとを受信する。また、Ｅｔｈｅｒ ＯＡＭ多重部３０２で多重されたＥｔｈｅｒ ＯＡＭフレームを送信する。
【００３０】
プロビジョニング制御部３０４は、ディップスイッチ３０８により設定されるＭＤ Ｌｅｖｅｌに基づき、プッシュボタン３０９の押下を契機として設定要求Ｅｔｈｅｒ ＯＡＭフレームをＥｔｈｅｒ ＯＡＭ多重部３０２に送出する。また、プロビジョニング制御部３０４は、Ｅｔｈｅｒ ＯＡＭ制御部３０６からの、設定情報が入った応答Ｅｔｈｅｒ ＯＡＭフレームに基づきＥｔｈｅｒ ＯＡＭ設定をＥｔｈｅｒ ＯＡＭ設定格納部３０５に格納する。
【００３１】
ここで、プロビジョニング制御部３０４にて生成されるＥｔｈｅｒ ＯＡＭフレームについて説明する。図６は、設定要求Ｅｔｈｅｒ ＯＡＭフレームのフォーマットの一例である。ここではＩＴＵ‐Ｔ Ｙ.１７３１で定義されるＶＳＭ ＰＤＵを使用した例を示す。尚、下記に示した以外の要素においてはＩＴＵ‐Ｔ Ｙ.１７３１に従うものとする。
【００３２】
ＶＳＭ ＰＤＵは、Ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ６０１と、Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ６０２と、Ｅｔｈｅｒ ｔｙｐｅ６０３と、ＭＤ Ｌｅｖｅｌ６０４と、Ｖｅｒｓｉｏｎ６０５と、ＯｐＣｏｄｅ６０６と、Ｆｌａｇ６０７と、ＴＬＶ Ｏｆｆｓｅｔ６０８と、ＯＵＩ６０９と、ＳｕｂＯｐＣｏｄｅ６１０と、ＰＤＵ６１１と、Ｅｎｄ ＴＬＶ６１２と、ＦＣＳ６１３から成る。
【００３３】
Ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ６０１には、Ｍｕｌｔｉｃａｓｔ ＤＡ Ｃｌａｓｓ１が設定される。Ｍｕｌｔｉｃａｓｔ ＤＡ Ｃｌａｓｓ１の０１−Ｃ２−００−００−３ｘの‘ｘ’に、ディップスイッチ３０８の設定を読み込んでＭＤ Ｌｅｖｅｌの値が設定される。
【００３４】
Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ６０２には、クライアント装置３のＭＡＣ ａｄｄｒｅｓｓが設定される。
【００３５】
ＭＤ Ｌｅｖｅｌ６０４は、ディップスイッチ３０８の設定に基づいてＭＤ Ｌｅｖｅｌの値が設定される。
【００３６】
ＯｐＣｏｄｅ６０６はＶＳＭを特定する‘５１’を設定する。
【００３７】
Ｖｅｒｓｉｏｎ６０５は、本発明では使用しない。また、Ｆｌａｇ６０７、ＯＵＩ６０９、ＳｕｂＯｐＣｏｄｅ６１０は、本発明では使用しないので‘０’が設定される。ＰＤＵ６１１は、本発明では使用しないが、複数ポートを具備するような装置において、ポートごとに異なるＥｔｈｅｒ ＯＡＭを設定する場合は識別子として使用可能である。
【００３８】
Ｅｔｈｅｒ ＯＡＭ設定格納部３０５には、プロビジョニング制御部３０４によりＥｔｈｅｒ ＯＡＭ設定が格納される。
【００３９】
Ｅｔｈｅｒ ＯＡＭ制御部３０６は、Ｅｔｈｅｒ ＯＡＭ設定格納部３０５から設定情報（動作パラメータ）を読み出して、Ｅｔｈｅｒ ＯＡＭ分離多重部３０７からのＥｔｈｅｒ ＯＡＭフレームに対してＩＥＥＥ Ｓｔｄ ８０２．１ａｇ-２００７又はＩＴＵ-Ｔ Ｙ.１７３１に基づいた処理を実行する。Ｅｔｈｅｒ ＯＡＭ制御部３０６はＥｔｈｅｒ ＯＡＭフレームを生成し、Ｅｔｈｅｒ ＯＡＭ多重部３０２へ送出する。また、受信した応答Ｅｔｈｅｒ ＯＡＭフレームをプロビジョニング制御部３０４へ送出する。
【００４０】
Ｅｔｈｅｒ ＯＡＭ分離多重部３０７は、Ａｃｔｉｖｅ ＳＡＰ３０３からのＥｔｈｅｒｎｅｔ フレームのＥｔｈｅｒタイプを確認し、ＥｔｈｅｒタイプがＥｔｈｅｒ ＯＡＭのフレームをＥｔｈｅｒ ＯＡＭ制御部３０６へ送出し、その他のフレームをＰａｓｓｉｖｅ ＳＡＰ３０１へ送出する。
【００４１】
ディップスイッチ３０８は、自装置が設置されるＭＤ Ｌｅｖｅｌを設定する際に用いられる。
【００４２】
プッシュボタン３０９は、設定要求Ｅｔｈｅｒ ＯＡＭフレームの送信契機を与える。
【００４３】
続いて、サーバ装置４について説明する。
【００４４】
サーバ装置４は、Ｐａｓｓｉｖｅ ＳＡＰ部４０１と、Ｅｔｈｅｒ ＯＡＭ多重部４０２と、Ａｃｔｉｖｅ ＳＡＰ４０３と、プロビジョニング制御部４０４と、クライアント設定格納部４０５と、Ｅｔｈｅｒ ＯＡＭ制御部４０６と、ＥｔｈｅｒＯＡＭ分離多重部４０７と、管理者インタフェース４０８と、Ｅｔｈｅｒ ＯＡＭ設定格納部４０９とを有する。
【００４５】
Ｐａｓｓｉｖｅ ＳＡＰ部４０１は、データフレームと、自装置の管理対象外、すなわち、自装置で処理されないＥｔｈｅｒ ＯＡＭフレームを受信する。
【００４６】
Ｅｔｈｅｒ ＯＡＭ多重部４０２は、Ｐａｓｓｉｖｅ ＳＡＰ４０１から送出されるフレームに自装置で生成されたＥｔｈｅｒ ＯＡＭフレームを多重する。
【００４７】
Ａｃｔｉｖｅ ＳＡＰ４０３は、データフレームと、自装置において管理対象及び管理対象外のＥｔｈｅｒ ＯＡＭフレームを受信する。
【００４８】
プロビジョニング制御部４０４は、Ｅｔｈｅｒ ＯＡＭ制御部４０６からの設定要求Ｅｔｈｅｒ ＯＡＭフレームのＭＡＣ Ａｄｄｒｅｓｓ情報に基づきクライアント設定格納部４０５から設定情報読み出す。そして設定情報入れた応答Ｅｔｈｅｒ ＯＡＭフレームをＥｔｈｅｒ ＯＡＭ多重部４０２に送出する。
【００４９】
図７に応答Ｅｔｈｅｒ ＯＡＭフレームフォーマット例示す。ここではＩＴＵ‐ＴＹ.１７３１で定義されるＶＳＲ ＰＤＵを使用した例を示す。下記以外の要素においてはＩＴＵ‐Ｔ Ｙ.１７３１に従うものとする。
【００５０】
ＶＳＲ ＰＤＵはＤｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ７０１と、Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ７０２と、Ｅｔｈｅｒ ｔｙｐｅ７０３と、ＭＤ Ｌｅｖｅｌ７０４と、Ｖｅｒｓｉｏｎ７０５と、ＯｐＣｏｄｅ７０６と、Ｆｌａｇ７０７と、ＴＬＶ Ｏｆｆｓｅｔ７０８と、ＯＵＩ７０９と、ＳｕｂＯｐＣｏｄｅ７１０と、ＰＤＵ７１１と、Ｅｎｄ ＴＬＶ７１２と、ＦＣＳ７１３から成る。
【００５１】
Ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ７０１には、設定要求Ｅｔｈｅｒ ＯＡＭのＳｏｕｒｃｅ ａｄｄｒｅｓｓが設定される。
【００５２】
Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ７０２には、サーバ装置４のＭＡＣ ａｄｄｒｅｓｓが設定される。
【００５３】
ＭＤ Ｌｅｖｅｌ７０４には、Ｅｔｈｅｒ ＯＡＭ設定格納部４０９から読み込んだ設定に基づいて、ＭＤ Ｌｅｖｅｌの値が設定される。
【００５４】
ＯｐＣｏｄｅ７０６には、ＶＳＲを特定する‘５０’が設定される。
【００５５】
ＦＬＡＧ７０７、ＯＵＩ７０９、ＳｕｂＯｐＣｏｄｅ７１０は、本発明では使用されないので‘０’が設定される。また、ＴＬＶ Ｏｆｆｓｅｔ７０８とＥｎｄ ＴＬＶ７１２とＦＣＳ７１３とは、本発明では用いないため、説明を省略する。
【００５６】
ＰＤＵ７１１は、クライアント設定格納部４０５から読み出された設定情報が設定される。クライアント装置３は、この情報を用いて自装置のＥｔｈｅｒ ＯＡＭを設定する。
【００５７】
クライアント設定格納部４０５は、管理者インタフェース部４０８を介してクライアントに設定するＥｔｈｅｒ ＯＡＭの情報を格納する。
【００５８】
図８に、クライアント設定格納部４０５の管理テーブルフォーマット例を示す。本管理テーブルは、管理者インタフェース４０８を介して管理者によって設定される。管理テーブルは、クライアント装置のＭＡＣ ａｄｄｒｅｓｓとＥｔｈｅｒ ＯＡＭ設定を関連付けて管理する。Ｅｔｈｅｒ ＯＡＭ設定項目は、Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ ｎａｍｅ、ＣＣＭ ＩｎｔｅｒｖａｌなどＩＥＥＥ Ｓｔｄ ８０２．１ａｇ−２００７やＩＴＵ‐Ｔ Ｙ.１７３１で設定可能な項目を管理する。
【００５９】
Ｅｔｈｅｒ ＯＡＭ制御部４０６は、自装置が動作すべきパラメータをＥｔｈｅｒ ＯＡＭ設定格納部４０９から読みだす。そしてＩＥＥＥ Ｓｔｄ ８０２．１ａｇ-２００７に基づいて、Ｅｔｈｅｒ ＯＡＭ分離多重部４０７から受信したＥｔｈｅｒ ＯＡＭフレームを処理する。Ｅｔｈｅｒ ＯＡＭ制御部４０６は、Ｅｔｈｅｒ ＯＡＭフレームを生成しＥｔｈｅｒ ＯＡＭ多重部４０２へ送信し、また設定要求Ｅｔｈｅｒ ＯＡＭフレームをプロビジョニング制御部４０４へ送信する機能も具備する。
【００６０】
Ｅｔｈｅｒ ＯＡＭ分離多重部４０７は、Ａｃｔｉｖｅ ＳＡＰ４０３から受信したＥｔｈｅｒｎｅｔ フレームのＥｔｈｅｒタイプを確認してＥｔｈｅｒタイプがＥｔｈｅｒ ＯＡＭのフレームをＥｔｈｅｒ ＯＡＭ制御部４０６へ送信し、その他のフレームをＰａｓｓｉｖｅ ＳＡＰ４０１へ送信する。
【００６１】
Ｅｔｈｅｒ ＯＡＭ設定格納部４０９には、自装置のＥｔｈｅｒ ＯＡＭ設定が格納される。
【００６２】
管理者インタフェース４０８は、クライアント設定格納部４０５とＥｔｈｅｒＯＡＭ設定格納部４０９とへ、設定の書き込みを行う。
【００６３】
次に、図２を用いて、フレームのフローを説明する。以下の説明では、保守者によってディップスイッチ３０８が既に設定されているものとする。
【００６４】
プッシュボタン３０９の押下を契機に、キャリア２ブリッジ(クライアント)２２は、設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅ＝１４)を送信する。このＥｔｈｅｒ ＯＡＭフレームのＭＤ Ｌｅｖｅｌは‘４’であり、キャリア２Ｍａｉｎｔｅｎａｎｃｅ ＤｏｍａｉｎはＭＤ Ｌｅｖｅｌ２であるため、キャリア２ブリッジ(サーバ)２３はＩＥＥＥ Ｓｔｄ ８０２．１ａｇ−２００７またはＩＴＵ‐Ｔ Ｙ.１７３１の動作に従い、本Ｅｔｈｅｒ ＯＡＭフレームを自身で終端せずに転送して透過させる。
【００６５】
設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)を受信したキャリア１ブリッジ(サーバ)２４は、本フレームが自身のＭＤ Ｌｅｖｅｌと同じであるためユーザネットワーク機器２５へ透過させずに自装置において終端させる。そしてクライアント設定格納部４０５を参照して、キャリア２ブリッジ(クライアント)２２の設定を入れた応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)をキャリア２ブリッジ(クライアント)２２へ送信する。
【００６６】
キャリア２ブリッジ(クライアント)２２は、設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)の送信に引き続き、設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)を送信する。
【００６７】
設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)を受信したキャリア２ブリッジ(サーバ)２３は、本フレームが自身のＭＤ Ｌｅｖｅｌと同じであるため、キャリア１ブリッジ(サーバ)２４に透過させずに自装置において終端させる。そして、クライアント設定格納部４０５を参照して、キャリア２ブリッジ(クライアント)２２の設定情報を入れた応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)をキャリア２ブリッジ(クライアント)２２に送信する。
【００６８】
応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)及び応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)を受信したキャリア２ブリッジクライアント２２は、受信したフレームの設定内容に基づきＩＥＥＥ Ｓｔｄ ８０２．１ａｇ−２００７またはＩＴＵ‐Ｔ Ｙ.１７３１に従って設定を行い動作する。
【００６９】
続いて、本発明の動作について説明する。以下では、クライアント装置３及びサーバ装置４を図２に示すようなネットワーク構成に設置した場合の動作例について説明する。図５は、クライアント装置３からの要求によりサーバ装置４が応答してクライアント装置３がＥｔｈｅｒ ＯＡＭ設定を実行する動作を表すフローチャートである。図５に示すキャリア２ブリッジ(クライアント)２２は図３で示したクライアント装置３を示し、キャリア２ブリッジ(サーバ)２３及びキャリア１ブリッジ(サーバ)２４は図４で示したサーバ装置４を示す。以下の説明では、保守者によってディップスイッチ３０８が、ＭＤ Ｌｅｖｅｌ＝４、２と、既に設定されているものとする。
【００７０】
まず、キャリア２ブリッジ(クライアント)２２が保守者によるプッシュボタン３０９の押下を確認する(ステップ５０１)。
【００７１】
プッシュボタン３０９が押下されると、ディップスイッチ３０８の設定を確認する。いずれのディップスイッチも設定されていなければ開始の状態に遷移する。ディップスイッチ３０８が設定されている場合(ステップ５０２)、設定要求Ｅｔｈｅｒ ＯＡＭを生成する。ここではディップスイッチ３０８の設定がＭＤ Ｌｅｖｅｌ＝４、２であるため、まずＭＤ Ｌｅｖｅｌ＝４の設定要求Ｅｔｈｅｒ ＯＡＭを送信する（ステップ５０３）。続いて、ＭＤ Ｌｅｖｅｌ＝２の設定要求Ｅｔｈｅｒ ＯＡＭを送信する（ステップ５０４）。設定要求Ｅｔｈｅｒ ＯＡＭを送信後、応答Ｅｔｈｅｒ ＯＡＭ待ちタイマを起動する(ステップ５０５)。
【００７２】
キャリア２ブリッジ(サーバ)２３及びキャリア１ブリッジ(サーバ)２４は、設定要求Ｅｔｈｅｒ ＯＡＭのＭＤ Ｌｅｖｅｌと自装置のＭＤ Ｌｅｖｅｌとを確認し、自装置のＭＤ Ｌｅｖｅｌと同じＭＤ Ｌｅｖｅｌの設定要求Ｅｔｈｅｒ ＯＡＭを受信する。ここでは、キャリア２ブリッジ(サーバ)２３は、ＭＤ Ｌｅｖｅｌ＝２の設定要求Ｅｔｈｅｒ ＯＡＭを受信する（ステップ５１０）。一方、キャリア１ブリッジ(サーバ)２４は、ＭＤ Ｌｅｖｅｌ＝４の設定要求Ｅｔｈｅｒ ＯＡＭを受信する（ステップ５１４)。
【００７３】
受信した設定要求Ｅｔｈｅｒ ＯＡＭフレームのＳｏｕｒｃｅ ＭＡＣアドレスに記されているＭＡＣアドレスを用いて、クライアント設定格納部４０５からそのＭＡＣアドレスを検索する（ステップ５１１、５１５）。そのＭＡＣアドレスが検索できない場合は開始に遷移する。
【００７４】
一方、そのＭＡＣアドレスが検索できた場合は、そのＭＡＣアドレスに対応付けられているＥｔｈｅｒ ＯＡＭの設定情報を読み出し、読み出した設定情報を記した応答フレームを生成する(ステップ５１２、５１６)。
【００７５】
生成された応答フレームの宛先を設定要求Ｅｔｈｅｒ ＯＡＭフレームのＳｏｕｒｃｅ ＭＡＣアドレスに記されているＭＡＣアドレスにして、設定要求Ｅｔｈｅｒ ＯＡＭの送信元であるキャリア２ブリッジ(クライアント)２２に対して送信する(ステップ５１３、５１７)。
【００７６】
キャリア２ブリッジ（サーバ２３）からの応答Ｅｔｈｅｒ ＯＡＭを受信したキャリア２ブリッジ(クライアント)２２は、受信したフレームに記されている設定情報をＥｔｈｅｒ ＯＡＭ設定格納部３０５に格納する(ステップ５０６)。同様に、キャリア１ブリッジ（サーバ）２４からの応答Ｅｔｈｅｒ ＯＡＭを受信したキャリア２ブリッジ(クライアント)２２は、受信したフレームに記されている設定情報をＥｔｈｅｒ ＯＡＭ設定格納部３０５に格納する(ステップ５０６)。
【００７７】
設定要求Ｅｔｈｅｒ ＯＡＭに対する応答Ｅｔｈｅｒ ＯＡＭを全て受信できたかを確認する（ステップ５０８）。設定要求Ｅｔｈｅｒ ＯＡＭに対する応答Ｅｔｈｅｒ ＯＡＭを受信できない場合、すなわちステップ５０５で設定されたタイマが満了した場合は、開始に遷移する。
【００７８】
一方、設定要求Ｅｔｈｅｒ ＯＡＭに対する応答Ｅｔｈｅｒ ＯＡＭを全て受信できた場合は、Ｅｔｈｅｒ ＯＡＭ設定格納部３０５に格納された値にてＥｔｈｅｒ ＯＡＭの動作を開始する(ステップ５０９)。
【００７９】
本発明によると、キャリアごとに管理サーバが構成されているため、他のキャリアにネットワーク情報を渡す必要がなくなり、セキュリティの面から見て望ましい構成となっている。
【００８０】
また、保守者が、現地での設置作業において、コマンドインタフェースやグラフィックインタフェース等を操作して１つ１つ設定を入力することなく、ディップスイッチやプッシュボタン等を操作する方法で容易に設定できる。また、これにより保守者による設定誤りを減少させることができるため、設定誤りにおけるネットワーク障害の発生を削減できる。
【００８１】
また、クライアント機器より管理サーバに向けて送信された設定要求フレームをブロードキャストフレームにする必要が無いため、そのブロードキャストフレームを必要としないユーザネットワークに設置された機器にまで到達することがなくなる。
【００８２】
〈第２の実施の形態〉
本発明の第２の実施の形態の構成を図９に示す。尚、上記実施の形態と同様の構成については同一の番号を付し、その詳細な説明は省略する。
【００８３】
本実施の形態の構成は、ユーザネットワーク機器２１及び２５と、キャリア２ブリッジ(クライアント)２２及び９３と、キャリア２ブリッジ(サーバ)２３と、キャリア１ブリッジ(サーバ)２４とから成る。本実施の形態は、キャリア２ブリッジ(クライアント)９３がＭａｉｎｔｅｎａｎｃｅ ｄｏｍａｉｎ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｐｏｉｎｔ(以下ＭＩＰと呼ぶ)として動作する実施の形態である。従って、キャリア２ブリッジ(クライアント)９３がＥｔｈｅｒ ＯＡＭ設定を行う実施の形態である。また、本実施の形態では、クライアント装置３は、設定要求Ｅｔｈｅｒ ＯＡＭフレームをＡｃｔｉｖｅ ＳＡＰ側に出力するか、Ｐａｓｓｉｖｅ ＳＡＰ側に出力するかの選択を行う必要がある。これはサーバ装置４がどちらのインタフェース側に接続されているかを決定するためで、ディップスイッチ３０８等により保守者によって設定する。
【００８４】
図９を用いて本実施の形態のフレームのフローを説明する。以下の説明では、保守者によってディップスイッチが既に設定されているものとする。
【００８５】
プッシュボタンの押下により、キャリア２ブリッジ(クライアント)９３は設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)を送信する。本Ｅｔｈｅｒ ＯＡＭフレームはＭＤ Ｌｅｖｅｌ４であり、キャリア２Ｍａｉｎｔｅｎａｎｃｅ ＤｏｍａｉｎはＭＤ Ｌｅｖｅｌ２であるため、キャリア２ブリッジ(サーバ)２３は本Ｅｔｈｅｒ ＯＡＭフレームを自身で終端せずに透過する。
【００８６】
設定要求Ｅｔｈｅｒ ＯＡＭ（ＭＤ Ｌｅｖｅｌ４）を受信したキャリア１ブリッジ(サーバ)２４は、本フレームが自身のＭＤ Ｌｅｖｅｌと同じであるためユーザネットワーク機器２５へ透過せずに自身で終端する。そしてクライアント設定格納部４０５を参照して、キャリア２ブリッジ(クライアント)９３の設定を入れた応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)をキャリア２ブリッジ(クライアント)９３へ送信する。
【００８７】
キャリア２ブリッジ(クライアント)９３は設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝４)の送信に引き続き、設定要求Ｅｔｈｅｒ ＯＡＭ（ＭＤ Ｌｅｖｅｌ＝２）を送信する。
【００８８】
設定要求Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)を受信したキャリア２ブリッジ(サーバ)２３は本フレームが自身のＭＤ Ｌｅｖｅｌと同じであるため、キャリア１ブリッジ(サーバ)２４へ透過せずに自身で終端する。そしてクライアント設定格納部４０５を参照して、キャリア２ブリッジ(クライアント)９３の設定を入れた応答Ｅｔｈｅｒ ＯＡＭ（ＭＤ Ｌｅｖｅｌ＝２）をキャリア２ブリッジ(クライアント)９３に送信する。
【００８９】
応答Ｅｔｈｅｒ ＯＡＭ（ＭＤ Ｌｅｖｅｌ＝４）及び応答Ｅｔｈｅｒ ＯＡＭ(ＭＤ Ｌｅｖｅｌ＝２)を受信したキャリア２ブリッジクライアント９３は、受信したフレームの設定内容に基づきＩＥＥＥ Ｓｔｄ ８０２．１ａｇ−２００７またはＩＴＵ‐Ｔ Ｙ.１７３１に従い動作する。
【００９０】
本実施の形態のクライアント装置３及びサーバ装置４の各構成部の動作は、第１の実施の形態と同様であるため、詳細な説明は省略する。
【００９１】
尚、上述した本発明の装置は、上記説明からも明らかなように、ハードウェアで構成することも可能であるが、コンピュータプログラムにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。尚、上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することも可能である。
【００９２】
以上、実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【符号の説明】
【００９３】
３０１  Ｐａｓｓｉｖｅ ＳＡＰ部
３０２  Ｅｔｈｅｒ ＯＡＭ多重部
３０３  Ａｃｔｉｖｅ ＳＡＰ
３０４  プロビジョニング制御部
３０５  Ｅｔｈｅｒ ＯＡＭ設定格納部
３０６  Ｅｔｈｅｒ ＯＡＭ制御部
３０７  Ｅｔｈｅｒ ＯＡＭ分離多重部
３０８  ディップスイッチ
３０９  プッシュボタン
４０１  Ｐａｓｓｉｖｅ ＳＡＰ
４０２  Ｅｔｈｅｒ ＯＡＭ多重部
４０３  Ａｃｔｉｖｅ ＳＡＰ
４０４  プロビジョニング制御部
４０５  クライアント設定格納部
４０６  Ｅｔｈｅｒ ＯＡＭ制御部
４０７  Ｅｔｈｅｒ ＯＡＭ分離多重部
４０８  管理者インタフェース
４０９  Ｅｔｈｅｒ ＯＡＭ設定格納部
【図１】
0005246812.tif 000002
【図２】
0005246812.tif 000003
【図３】
0005246812.tif 000004
【図４】
0005246812.tif 000005
【図５】
0005246812.tif 000006
【図６】
0005246812.tif 000007
【図７】
0005246812.tif 000008
【図８】
0005246812.tif 000009
【図９】
0005246812.tif 000010