(57)【要約】【課題】ユーザの利便性を向上可能な中継装置を提供する。【解決手段】装置外部との間でフレームの通信を行う複数のインタフェース（Ｐ［１］〜Ｐ［ｎ］）と、複数のインタフェース間でフレームを中継するフレーム処理部と、予め設定された第１ＭＡＣアドレス（ＭＡ０）を持つ制御部１０と、を備える。制御部１０は、装置外部からの第２ＭＡＣアドレス（例えばＭＡ１）を含む設定コマンドを受信した際に、第２ＭＡＣアドレスからそれぞれ異なる単数又は複数のＭＡＣアドレス（例えばＭＡ１，ＭＡ２）を生成し、当該生成した単数又は複数のＭＡＣアドレスを当該複数のインタフェースの一部又は全て（例えばＰ［１］，Ｐ［ｎ−１］）に対してそれぞれ設定する。【選択図】図１
2016005146.tif 000002
【特許請求の範囲】
【請求項１】
装置外部との間でフレームの通信を行う複数のインタフェースと、
前記複数のインタフェース間でフレームを中継するフレーム処理部と、
予め設定された第１ＭＡＣアドレスを持つ制御部と、
を備える中継装置であって、
前記制御部は、装置外部からの第２ＭＡＣアドレスを含む設定コマンドを受信した際に、前記第２ＭＡＣアドレスからそれぞれ異なる単数又は複数のＭＡＣアドレスを生成し、前記生成した単数又は複数のＭＡＣアドレスを前記複数のインタフェースの一部又は全てに対してそれぞれ設定する、
中継装置。
【請求項２】
請求項１記載の中継装置において、
前記設定コマンドは、更に、ライセンスキーを含み、
前記制御部は、
前記設定コマンドを受信した際に、前記第１ＭＡＣアドレスと、前記第２ＭＡＣアドレスと、予め装置内部で保持する固定キーと、を用いた演算によって検証用ライセンスキーを生成する演算部と、
前記ライセンスキーと前記検証用ライセンスキーとが一致する場合に、前記第２ＭＡＣアドレスから前記単数又は複数のＭＡＣアドレスを生成し、前記生成した単数又は複数のＭＡＣアドレスを前記複数のインタフェースの一部又は全てに対してそれぞれ設定するＭＡＣアドレス設定部と、
を有する、
中継装置。
【請求項３】
請求項１または２記載の中継装置において、
前記設定コマンドは、更に、前記生成した単数又は複数のＭＡＣアドレスの設定対象とするインタフェースを指定するためのインタフェース情報を含み、
前記インタフェース情報で指定されないインタフェースのＭＡＣアドレスは、前記第１ＭＡＣアドレスに設定される、
中継装置。
【請求項４】
請求項１または２記載の中継装置において、
前記設定コマンドは、更に、前記生成した単数又は複数のＭＡＣアドレスの設定対象とする通信プロトコルを指定するためのプロトコル情報を含み、
前記複数のインタフェースのＭＡＣアドレスは、前記プロトコル情報で指定されない通信プロトコルに基づいてフレームの通信を行う場合、前記第１ＭＡＣアドレスに設定される、
中継装置。
【請求項５】
請求項１または２記載の中継装置において、
前記制御部は、更に、装置外部からの削除コマンドを受信した際に、前記複数のインタフェースの一部又は全てに対してそれぞれ設定した単数又は複数のＭＡＣアドレスを削除する、
中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置に関し、例えば、インタフェース単位のＭＡＣ（Media Access Control）アドレスの設定が可能な中継装置に関する。
【背景技術】
【０００２】
例えば、特許文献１の図１８には、中継装置がＩＣＭＰのＥｃｈｏパケットを複数のネットワークインタフェースから送信する際の動作が示されている。この際に、複数のネットワークインタフェースには、個別のＭＡＣアドレスが設定される。特許文献２の図４には、Ｌ２ＳＷにおいて、各インタフェース（Ｉ／Ｆ）単位で個別のＭＡＣアドレスが設定された構成が示されている。特許文献３には、サーバ装置との間の通信を介してクライアント装置のＭＡＣアドレスを動的に変更する方法が示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１１５６９５号公報
【特許文献２】特開２０１４−２２８４６号公報
【特許文献３】特開２００５−３９８１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
レイヤ２（以降、Ｌ２と略す）スイッチ装置やレイヤ３（以降、Ｌ３と略す）スイッチ装置といった中継装置では、通常、装置単位でＭＡＣアドレスが設定される。一方、特許文献１，２に示されるように、中継装置では、インタフェース単位でＭＡＣアドレスが設定される場合もある。
【０００５】
ただし、ＭＡＣアドレスは、通常、工場出荷時等で、装置ベンダ等によって固定的に設定される。このため、例えば、装置単位のＭＡＣアドレスを持つ中継装置が既にネットワークシステムに組み込まれた段階で、事後的に、当該中継装置に対して、インタフェース単位でＭＡＣアドレスを設定するようなことは容易でない。すなわち、当該中継装置のユーザは、例えば、当該ＭＡＣアドレスの設定を依頼するため、装置ベンダ等に対して当該中継装置を発送するような作業が必要となる。その結果、ユーザの利便性を十分に図れない恐れがある。
【０００６】
そこで、例えば、ユーザによるＭＡＣアドレスの設定を可能にするための、何らかの仕組みを設けることが考えられる。ただし、ＭＡＣアドレスは、その性質上、ユーザによって自由に定めることが可能なものではない。このため、仮に、何らかの仕組みを設ける場合であっても、ユーザに、正しいＭＡＣアドレスの設定を容易に行わせるための、利便性の高い仕組みを提供することが望ましい。
【０００７】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、ユーザの利便性を向上可能な中継装置を提供することにある。
【０００８】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【００１０】
本実施の形態による中継装置は、装置外部との間でフレームの通信を行う複数のインタフェースと、複数のインタフェース間でフレームを中継するフレーム処理部と、予め設定された第１ＭＡＣアドレスを持つ制御部と、を備える。制御部は、装置外部からの第２ＭＡＣアドレスを含む設定コマンドを受信した際に、第２ＭＡＣアドレスからそれぞれ異なる単数又は複数のＭＡＣアドレスを生成し、当該生成した単数又は複数のＭＡＣアドレスを当該複数のインタフェースの一部又は全てに対してそれぞれ設定する。
【発明の効果】
【００１１】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、中継装置において、ユーザの利便性の向上が実現可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態による中継装置において、その主要部の概略的な構成例および動作例を示す図である。
【図２】（ａ）、（ｂ）、（ｃ）および（ｄ）は、図１の管理装置において、ＭＡＣアドレスコマンドを発行する際のＣＬＩの入力例を示す図である。
【図３】図１の中継装置のより詳細な構成例を示すブロック図である。
【図４】図３における演算部の詳細な構成例を示すブロック図である。
【図５】図３におけるＭＡＣアドレス設定部の詳細な処理内容の一例を示すフロー図である。
【図６】図３におけるＭＡＣアドレス管理部の詳細な処理内容の一例を示すフロー図である。
【図７】図１および図３の中継装置を適用した中継システムの構成例および動作例を示す図である。
【図８】（ａ）および（ｂ）は、図７の比較例として検討した中継システムの構成例および動作例を示す図である。
【発明を実施するための形態】
【００１３】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１４】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１６】
《中継装置の概要》
図１は、本発明の一実施の形態による中継装置において、その主要部の概略的な構成例および動作例を示す図である。図１に示す中継装置ＳＷは、例えば、Ｌ２スイッチ装置またはＬ３スイッチ装置等であり、複数（ここではｎ個）の物理ポートＰ［１］〜Ｐ［ｎ］と、制御部１０と、を備える。複数の物理ポートＰ［１］〜Ｐ［ｎ］のそれぞれは、装置外部との間でフレームの通信を行う。
【００１７】
ここで、本実施の形態では、複数の物理ポートＰ［１］〜Ｐ［ｎ］を、インタフェース（Ｉ／Ｆ）とも呼ぶ。インタフェース（Ｉ／Ｆ）とは、論理ポートを意味する。例えば、ｎ個の物理ポートＰ［１］〜Ｐ［ｎ］のそれぞれが論理的にも１個のポートの場合、ｎ個の物理ポートＰ［１］〜Ｐ［ｎ］は、ｎ個のインタフェースとなる。一方、図示は省略するが、例えば、２個の物理ポートＰ［１］，Ｐ［２］にＬＡＧ（Link Aggregation Group）が設定されるような場合、当該２個の物理ポートＰ［１］，Ｐ［２］が１個のインタフェースとなる。
【００１８】
制御部１０は、プロセッサ部（ＣＰＵ）１１と、記憶部１２と、を備える。記憶部１２は、例えば、揮発性メモリおよび不揮発性メモリ等で構成される。制御部１０（例えばプロセッサ部１１）は、予め設定されたＭＡＣアドレス（第１ＭＡＣアドレス）ＭＡ０を持つ。当該ＭＡＣアドレス（第１ＭＡＣアドレス）ＭＡ０は、中継装置ＳＷを示すＭＡＣアドレスであり、例えば、装置ベンダ等によって記憶部１２内の不揮発性メモリ等に予め固定的に格納されている。
【００１９】
複数の物理ポートＰ［１］〜Ｐ［ｎ］は、それぞれ、通信回線（例えばイーサネット（登録商標）回線）１３を介してネットワークＮＷに接続される。当該ネットワークＮＷ内には、各種中継装置や情報処理装置（例えばパーソナルコンピュータやサーバ装置）やこれらに接続される通信回線等が適宜設けられる。また、当該ネットワークＮＷには、中継装置ＳＷや、場合によってはネットワークＮＷ全体を管理するための管理装置ＴＭが接続される。
【００２０】
図１の例では、管理装置ＴＭは、ネットワークＮＷを介して中継装置ＳＷの物理ポートＰ［ｎ］に接続され、当該物理ポートＰ［ｎ］を介して制御部１０と通信することで、中継装置ＳＷを管理する。このような管理方式は、インバンド管理と呼ばれる。一方、別の管理方式として、例えば、物理ポートＰ［ｎ］を管理用の専用ポートとし、当該専用ポートに対して直接的に管理装置ＴＭを接続したり、或いは、専用で設けた管理用ネットワークを介して管理装置ＴＭを接続するような方式が挙げられる。このような管理方式は、アウトオブバンド管理と呼ばれる。本実施の形態では、いずれの管理方式であってもよい。
【００２１】
このような構成において、本実施の形態では、次のような動作が行われる。まず、ユーザ（例えば、中継装置ＳＷの管理者）は、管理装置ＴＭのＣＬＩ（Command Line Interface）等を用いて、中継装置ＳＷに向けたＭＡＣアドレスコマンド１４を発行する。管理装置ＴＭは、このＭＡＣアドレスコマンド１４を含んだ管理用フレームＦＬｃを生成し、それを中継装置ＳＷに向けて送信する。ここでは、ＭＡＣアドレスコマンド１４は、装置単位のＭＡＣアドレスＭＡ０を持つ中継装置ＳＷに対して、更に、インタフェース単位のＭＡＣアドレスを設定するための設定コマンドであるものとする。この設定コマンドには、予め装置ベンダ等によって提供された基準ＭＡＣアドレス（第２ＭＡＣアドレス）が含まれている。
【００２２】
中継装置ＳＷは、管理用フレームＦＬｃを受信し、管理用フレームＦＬｃ内の各種情報（例えば、宛先ＭＡＣアドレス（＝ＭＡ０）や、各種識別子等）から管理用フレームであることを認識し、それを制御部１０に送信する。制御部１０（例えばプロセッサ部１１）は、管理用フレームＦＬｃに含まれるＭＡＣアドレスコマンド１４（ここでは設定コマンド）の解釈および実行を行う。具体的には、制御部１０（プロセッサ部１１）は、設定コマンドを受信した際に、基準ＭＡＣアドレス（第２ＭＡＣアドレス）からそれぞれ異なる単数又は複数のＭＡＣアドレスを生成し、当該単数又は複数のＭＡＣアドレスを複数のインタフェース（Ｉ／Ｆ）の一部又は全てに対してそれぞれ設定する。
【００２３】
図１の例では、ＭＡＣアドレスコマンド１４（設定コマンド）の中で、更に、ＭＡＣアドレスの設定対象となるインタフェース（Ｉ／Ｆ）として、物理ポートＰ［１］，Ｐ［ｎ−１］が指定されているものとする。また、基準ＭＡＣアドレス（第２ＭＡＣアドレス）は、ＭＡＣアドレスＭＡ１であるものとする。制御部１０（プロセッサ部１１）は、例えば、この基準ＭＡＣアドレス（ＭＡ１）を起点として、ＭＡ１が持つ４８ビットのＭＡＣアドレスにおける所定のビット領域（例えば最下位部分）を順次インクリメントすること等で、指定されたインタフェース（物理ポート）の数（ここでは２個）のＭＡＣアドレスを生成する。これによって、図１の例では、ＭＡＣアドレスＭＡ１と、それをインクリメント（＋１）した値を持つＭＡＣアドレスＭＡ２と、が生成される。
【００２４】
制御部１０（プロセッサ部１１）は、この生成したＭＡＣアドレスＭＡ１，ＭＡ２を、物理ポートＰ［１］，Ｐ［ｎ−１］にそれぞれ設定する。具体的には、プロセッサ部１１は、この物理ポート（実際にはインタフェース（Ｉ／Ｆ））と、当該インタフェース（Ｉ／Ｆ）に設定するＭＡＣアドレスと、の対応関係を、ＭＡＣアドレス設定テーブル１２ａとして記憶部１２に格納する。
【００２５】
図１のＭＡＣアドレス設定テーブル１２ａでは、例えば、ポート識別子（インタフェース（Ｉ／Ｆ）識別子）｛Ｐ［１］｝と、ＭＡＣアドレスＭＡ１との対応関係が保持される。｛Ｐ［１］｝は、物理ポートＰ［１］の識別子を意味し、同様にして、本明細書では、｛ＡＡ｝は「ＡＡ」の識別子（ＩＤ）を意味するものとする。また、ＭＡＣアドレス設定テーブル１２ａにおいて、例えば、ポート識別子｛Ｐ［２］｝に対応する「ｎｕｌｌ」は、その物理ポートＰ［２］にはインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスが設定されないことを意味する。
【００２６】
ここで、プロセッサ部（ＣＰＵ）１１は、フレーム（例えば管理・制御用フレーム等）を生成し、それを装置外部に向けて送信する場合、このＭＡＣアドレス設定テーブル１２ａに基づいて、当該フレームの送信元ＭＡＣアドレスを定める。例えば、プロセッサ部（ＣＰＵ）１１は、生成したフレームＦＬ１を物理ポートＰ［１］を介して装置外部に送信する場合、フレームＦＬ１の送信元ＭＡＣアドレス（ＳＡ）をＭＡＣアドレスＭＡ１に定める。同様に、プロセッサ部（ＣＰＵ）１１は、生成したフレームＦＬｎ１を物理ポートＰ［ｎ−１］を介して装置外部に送信する場合、フレームＦＬｎ１の送信元ＭＡＣアドレス（ＳＡ）をＭＡＣアドレスＭＡ２に定める。
【００２７】
一方、プロセッサ部（ＣＰＵ）１１は、生成したフレームＦＬ２を物理ポートＰ［２］を介して装置外部に送信する場合や、生成したフレームＦＬｎを物理ポートＰ［ｎ］を介して装置外部に送信する場合には、フレームＦＬ２，ＦＬｎの送信元ＭＡＣアドレス（ＳＡ）を中継装置ＳＷのＭＡＣアドレスＭＡ０に定める。すなわち、ＭＡＣアドレスの設定対象として指定されないインタフェース（Ｉ／Ｆ）のＭＡＣアドレスは、中継装置ＳＷのＭＡＣアドレス（第１ＭＡＣアドレス）ＭＡ０に設定される。
【００２８】
なお、ここでは、基準ＭＡＣアドレス（第２ＭＡＣアドレス）を起点として、順次インクリメントすることによって必要な数のＭＡＣアドレスを生成することとしたが、必ずしも、この方式に限定されるものではない。すなわち、基準ＭＡＣアドレスの値と、ＭＡＣアドレスを生成する数が分かれば、一義的に、生成される各ＭＡＣアドレスの値も定まるような方式であればよい。
【００２９】
《ＭＡＣアドレスコマンドの詳細例》
図２（ａ）、図２（ｂ）、図２（ｃ）および図２（ｄ）は、図１の管理装置ＴＭにおいて、ＭＡＣアドレスコマンド１４を発行する際のＣＬＩの入力例を示す図である。図２（ａ）および図２（ｂ）は、図１で説明した設定コマンド（すなわちインタフェース単位のＭＡＣアドレスを設定するためのコマンド）を発行する際の入力例を示すものである。一方、図２（ｃ）および図２（ｄ）は、設定コマンドによる各種設定を削除するための削除コマンドを発行する際の入力例を示すものである。図１のＭＡＣアドレスコマンド１４には、このＣＬＩによる各種入力情報が所定のフレームフォーマットに従って格納される。
【００３０】
図２（ａ）に示すＣＬＩの入力情報には、設定要求２０に続いて、ライセンスキー２１、設定対象のインタフェース情報２２、および基準ＭＡＣアドレス（第２ＭＡＣアドレス）２３が含まれる。この内、ライセンスキー２１および基準ＭＡＣアドレス２３は、装置ベンダ等によって提供される。ライセンスキー２１は、詳細は後述するが、ユーザに正しいＭＡＣアドレスを設定されるために設けられる。基準ＭＡＣアドレス２３は、図１で述べたように、インタフェース単位のＭＡＣアドレスを生成する際の元となるＭＡＣアドレスである。
【００３１】
設定対象のインタフェース情報２２では、図１で述べたように、生成した単数又は複数のＭＡＣアドレスの設定対象とするインタフェース（図１の例では物理ポートＰ［１］，Ｐ［ｎ−１］）が指定される。ここで、図２（ａ）の例では、物理ポート（例えば「ｐｏｒｔ  １−１５」に該当するＰ［１］〜Ｐ［１５］等）の指定に加えて、ＬＡＧポート（例えば「ｌａｇ  １」に対応するＬＡＧ［１］等）の指定も可能となっている。図示は省略するが、仮に、物理ポートＰ［１６］，Ｐ［１７］がＬＡＧポートＬＡＧ［１］に設定される場合、図１の中継装置ＳＷは、この対応関係をＬＡＧテーブル等によって保持する。そして、図１のＭＡＣアドレス設定テーブル１２ａには、｛ＬＡＧ［１］｝と、それに対して設定するＭＡＣアドレスと、の対応関係が格納される。
【００３２】
図２（ｂ）に示すＣＬＩの入力情報には、生成した単数又は複数のＭＡＣアドレスの設定対象とする通信プロトコルを指定するための設定対象のプロトコル情報２４が含まれる。この例では、前提として、図２（ａ）の入力と図２（ｂ）の入力とは、セットで行われるものとする。すなわち、図２（ａ）および図２（ｂ）の一方の入力しか行われない場合には、インタフェース単位のＭＡＣアドレスは設定されないものとする。この場合、複数のインタフェースのＭＡＣアドレスは、中継装置ＳＷのＭＡＣアドレス（第１ＭＡＣアドレス）ＭＡ０に設定される。
【００３３】
この前提のもとで、図２（ｂ）の例では、設定対象のプロトコル情報２４として、ＳＴＰ（Spanning Tree Protocol）が指定されている。この場合、例えば、図２（ａ）に基づき設定された単数又は複数のＭＡＣアドレス（すなわちインタフェース単位のＭＡＣアドレス）は、ＳＴＰに基づくフレームに対してのみ有効となる。一方、複数のインタフェースのＭＡＣアドレスは、当該設定対象のプロトコル情報２４で指定されない通信プロトコルに基づいてフレームの通信を行う場合、中継装置ＳＷのＭＡＣアドレス（第１ＭＡＣアドレス）ＭＡ０に設定される。
【００３４】
図２（ｃ）に示すＣＬＩの入力情報には、図２（ｂ）に基づき設定されたプロトコル情報を削除するための、プロトコル情報の削除要求２５が含まれる。図２（ｄ）に示すＣＬＩの入力情報には、図２（ａ）に基づき設定された単数又は複数のＭＡＣアドレス（すなわちインタフェース単位のＭＡＣアドレス）を削除するための、設定の削除要求２６が含まれる。図１のプロセッサ部（ＣＰＵ）１１は、この設定の削除要求２６を含んだ削除コマンドを受信した場合、例えば、ＭＡＣアドレス設定テーブル１２ａの各種情報を消去する。
【００３５】
なお、図２（ａ）、図２（ｂ）、図２（ｃ）および図２（ｄ）は、設定コマンドや削除コマンドに含まれる各種情報や、各コマンドが意味する内容を示すための一例であり、特にＣＬＩの入力フォーマットを限定するものではない。例えば、図２（ｂ）に基づく設定コマンドは、図２（ａ）に基づく設定コマンドが既に実行されていることを前提として発行されるが、これらを１回の入力で設定するような入力フォーマットとすることも可能である。また、例えば、設定コマンドにより再設定を行うことにより、明示的ではなく暗黙的に、その再設定前後の差分に対して削除コマンドを発行するような方式とすることも可能である。
【００３６】
さらに、ここでは、図２（ａ）の入力と図２（ｂ）の入力とは、セットで行われるものとしたが、変形例として、例えば、これをセットとせず、図２（ｂ）の入力を図２（ａ）の入力のオプションとしてもよい。すなわち、例えば、図２（ａ）の入力を行い、図２（ｂ）の入力を行わない場合、通信プロトコルを問わず、図２（ａ）に基づくインタフェース単位のＭＡＣアドレスが設定されるような構成を用いてもよい。また、図２（ｃ）は、意味合いを変えて、図２（ｂ）の場合とは反対に、生成した単数又は複数のＭＡＣアドレスの非設定対象とする通信プロトコルを指定するための入力情報としてもよい。
【００３７】
《中継装置の詳細》
図３は、図１の中継装置のより詳細な構成例を示すブロック図である。ここでは、中継装置ＳＷは、Ｌ２スイッチ装置である場合を例とする。中継装置ＳＷは、複数の物理ポートＰ［１］〜Ｐ［ｎ］と、フレーム処理部１５と、制御部１０と、を備える。フレーム処理部１５は、アドレステーブルＦＤＢを備え、複数のインタフェース（物理ポートＰ［１］〜Ｐ［ｎ］）間で、アドレステーブルＦＤＢに基づいてフレームを中継する。
【００３８】
アドレステーブルＦＤＢは、代表的には、インタフェース（物理ポート）と、当該インタフェースの先に存在するＭＡＣアドレスと、ＶＬＡＮ（Virtual Local Area Network）と、の対応関係を保持する。フレーム処理部１５は、インタフェースでフレームを受信した場合、当該フレームに含まれる送信元ＭＡＣアドレスを、フレームを受信したインタフェースと、ポートＶＬＡＮやタグＶＬＡＮ等に基づいて定められる所定のＶＬＡＮと、に対応付けてアドレステーブルＦＤＢに学習する。また、フレーム処理部１５は、当該フレームに含まれる宛先ＭＡＣアドレスと所定のＶＬＡＮとを検索キーとしてアドレステーブルＦＤＢを検索し、当該検索結果で得られた宛先のインタフェースに当該フレームを中継する。
【００３９】
制御部１０は、フレーム処理部１５の制御（または管理）を含めて、中継装置ＳＷ全体を制御する（または管理する）。制御部１０は、プロセッサ部（ＣＰＵ）１１と、記憶部１２と、を備える。記憶部１２には、前述したＭＡＣアドレス設定テーブル１２ａに加えて、プロセッサ部（ＣＰＵ）１１のプログラム（ファームウェア）や、各種制御・管理情報等が格納される。プロセッサ部（ＣＰＵ）１１は、記憶部１２に格納されたファームウェアを実行することによって構成される各種制御・管理機能を備える。その機能の一部として、プロセッサ部（ＣＰＵ）１１は、演算部１６と、ＭＡＣアドレス設定部１７と、ＭＡＣアドレス管理部１８と、を備える。
【００４０】
図４は、図３における演算部１６の詳細な構成例を示すブロック図である。演算部１６は、概略的には、図２（ａ）に基づく設定コマンドを受信した際に、プロセッサ部（ＣＰＵ）１１のＭＡＣアドレス（第１ＭＡＣアドレス）３０と、基準ＭＡＣアドレス（第２ＭＡＣアドレス）２３と、固定キー３３と、を用いた演算によって検証用ライセンスキー３４を生成する。
【００４１】
ＣＰＵのＭＡＣアドレス３０は、図１のＭＡ０に該当し、予め、装置ベンダ等によって固定的に設定される。基準ＭＡＣアドレス２３は、装置ベンダ等からユーザに提供され、図２（ａ）でのユーザ入力に基づくＭＡＣアドレスコマンド１４（設定コマンド）に含まれる。固定キー３３は、予め、装置ベンダ等によって固定的に設定されると共に秘密状態で管理され、例えば、演算部１６を構成するプログラムの一部として、記憶部１２に格納される。
【００４２】
より詳細には、演算部１６は、ビット演算部３１と、検証用ライセンスキー演算生成部３２と、固定キー３３と、を備える。ビット演算部３１は、ＣＰＵのＭＡＣアドレス３０と、基準ＭＡＣアドレス２３と、を用いて、所定のビット演算（ＡＮＤ演算、ＯＲ演算、ＸＯＲ演算等）を行う。検証用ライセンスキー演算生成部３２は、ビット演算部３１での演算結果となるビット列と、固定キー３３と、を用いて、所定の論理演算を行い、その演算結果として検証用ライセンスキー３４を生成する。
【００４３】
図５は、図３におけるＭＡＣアドレス設定部１７の詳細な処理内容の一例を示すフロー図である。ＭＡＣアドレス設定部１７は、まず、図２（ａ）に基づく設定コマンドに含まれるライセンスキー２１と、演算部１６によって生成された検証用ライセンスキー３４と、を比較する（ステップＳ１０１，Ｓ１０２）。ＭＡＣアドレス設定部１７は、当該ライセンスキー２１と当該検証用ライセンスキー３４とが一致する場合、設定コマンド内の基準ＭＡＣアドレス（第２ＭＡＣアドレス）２３から必要な個数分の単数又は複数のＭＡＣアドレスを生成する（ステップＳ１０３）。この必要な個数は、図２（ａ）における設定対象のインタフェース情報２２で指定されたインタフェースの数となる。
【００４４】
ＭＡＣアドレス設定部１７は、ステップＳ１０３で生成した単数又は複数のＭＡＣアドレスを、複数のインタフェースの一部又は全て（すなわち、インタフェース情報２２で指定された各インタフェース）に対してそれぞれ設定する（ステップＳ１０４）。具体的には、ＭＡＣアドレス設定部１７は、前述したように、ＭＡＣアドレス設定テーブル１２ａの生成または更新を行う。一方、ＭＡＣアドレス設定部１７は、ステップＳ１０２において、ライセンスキー２１と検証用ライセンスキー３４とが不一致の場合、例えば、図２（ａ）に対する応答として、管理端末ＴＭに向けて、インタフェース単位のＭＡＣアドレスの設定が不可である旨のエラー通知を行う（ステップＳ１０５）。
【００４５】
このように、本実施の形態では、ライセンスキー２１と、ＣＰＵのＭＡＣアドレス３０と、基準ＭＡＣアドレス２３と、の組み合わせが正しくない限り、インタフェース単位のＭＡＣアドレスを設定することができない構成となっている。すなわち、装置ベンダ等は、提供対象の中継装置ＳＷのＭＡＣアドレスと、秘密状態で管理されている固定キー３３と、に基づいて、ライセンスキー２１および基準ＭＡＣアドレス２３を定め、それをユーザに提供する。そして、ユーザは、この提供された通りのライセンスキー２１および基準ＭＡＣアドレス２３を図２（ａ）で入力した場合に限って、インタフェース単位のＭＡＣアドレスを設定することができる。
【００４６】
図６は、図３におけるＭＡＣアドレス管理部１８の詳細な処理内容の一例を示すフロー図である。ここでは、前提として、前述したように、図２（ａ）の入力と図２（ｂ）の入力とがセットで行われているものとする。ＭＡＣアドレス管理部１８は、フレームの通信を行う際に、フレーム処理部１５と連携して、ＭＡＣアドレスの管理・制御を行う。ＭＡＣアドレス管理部１８は、例えば、装置外部に向けてフレームを送信する場合、まず、図２（ａ）に基づくインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスの設定が行なわれているか否かを判別する（ステップＳ２０１）。
【００４７】
ステップＳ２０１でインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスの設定が行なわれている場合、ＭＡＣアドレス管理部１８は、フレームを、インタフェース単位のＭＡＣアドレスの設定対象となるインタフェースから送信するか否かを判別する（ステップＳ２０２）。設定対象となるインタフェースは、例えば、図２（ａ）の設定対象のインタフェース情報２２で定められ、これを反映したＭＡＣアドレス設定テーブル１２ａを参照することで判別される。
【００４８】
ステップＳ２０２でフレームを設定対象となるインタフェースから送信する場合、ＭＡＣアドレス管理部１８は、図２（ｂ）または図２（ｃ）に基づく通信プロトコルの設定が行われているか否かを判別する（ステップＳ２０３）。通信プロトコルの設定が行われている場合、ＭＡＣアドレス管理部１８は、フレームを、設定対象となる通信プロトコルで送信するか否かを判別する（ステップＳ２０４）。設定対象となる通信プロトコルは、例えば、図２（ｂ）の設定対象のプロトコル情報２４で定められる。
【００４９】
ステップＳ２０４でフレームを設定対象となる通信プロトコルで送信する場合、ＭＡＣアドレス管理部１８は、当該フレームに、ＭＡＣアドレス設定テーブル１２ａに基づくＭＡＣアドレス（具体的には送信元ＭＡＣアドレス）を付加する（ステップＳ２０５）。一方、ステップＳ２０１でインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスの設定が行われていない場合や、ステップＳ２０２でフレームを非設定対象のインタフェース（Ｉ／Ｆ）から送信する場合、ＭＡＣアドレス管理部１８は、ステップＳ２０６の処理を行う。
【００５０】
また、ステップＳ２０３で通信プロトコルの設定が行われていない場合や、ステップＳ２０４でフレームを非設定対象の通信プロトコルで送信する場合も、ＭＡＣアドレス管理部１８は、ステップＳ２０６の処理を行う。ステップＳ２０６において、ＭＡＣアドレス管理部１８は、送信するフレーム（具体的にはその送信元ＭＡＣアドレス）に、中継装置ＳＷ（言い換えればＣＰＵ）のＭＡＣアドレス（図１のＭＡ０）を付加する。
【００５１】
なお、ここでは、図２（ａ）の入力と図２（ｂ）の入力とがセットで行われていることを前提として、ＭＡＣアドレス管理部１８は、ステップＳ２０１でインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスの設定が行われていない場合や、ステップＳ２０３で通信プロトコルの設定が行われていない場合には、ステップＳ２０６の処理を行った。ただし、前述したように、変形例として、図２（ｂ）の入力を図２（ａ）の入力のオプションとする場合、ＭＡＣアドレス管理部１８は、ステップＳ２０３で通信プロトコルの設定が行われていない場合には、ステップＳ２０５の処理を行ってもよい。すなわち、ＭＡＣアドレス管理部１８は、例えば、図２（ａ）に基づく設定が行われ、図２（ｂ）に基づく設定が行われていない場合には、通信プロトコルを問わず、図２（ａ）に基づくインタフェース（Ｉ／Ｆ）単位のＭＡＣアドレスを付加する処理を行ってもよい。
【００５２】
また、ここでは、フレーム（例えば、管理・制御用フレーム）を送信する場合の処理内容を示したが、ＭＡＣアドレス管理部１８は、フレームを受信した場合も、ＭＡＣアドレス設定テーブル１２ａ等に基づき、それが自身宛てか否かの判別を行う。具体的には、ＭＡＣアドレス管理部１８は、例えば、当該フレームの宛先ＭＡＣアドレスが中継装置ＳＷのＭＡＣアドレス（図１のＭＡ０）である場合には自身宛てと判別する。これに加えて、ＭＡＣアドレス管理部１８は、当該フレームの宛先ＭＡＣアドレスがＭＡＣアドレス設定テーブル１２ａで保持されるＭＡＣアドレスであり、かつ、フレーム内の識別子等によって判別される通信プロトコルが設定対象の通信プロトコルである場合に自身宛てと判別する。
【００５３】
《中継装置の適用例》
図７は、図１および図３の中継装置を適用した中継システムの構成例および動作例を示す図である。図８（ａ）および図８（ｂ）は、図７の比較例として検討した中継システムの構成例および動作例を示す図である。ここでは、まず、図８（ａ）および図８（ｂ）を用いて、中継システムで生じ得る問題点の一例について説明し、それを図７の方式によって解決できることを説明する。
【００５４】
まず、図８（ａ）に示す中継システムは、物理ポートＰ［１］〜Ｐ［３］を持つ２個の中継装置ＳＷ’１，ＳＷ’２と、物理ポートＰ［１］，Ｐ［２］を持つ２個の中継装置ＳＷ［１］，ＳＷ［２］と、を備える。中継装置ＳＷ’１，ＳＷ’２は、物理ポートＰ［２］間が通信回線１３によって接続され、中継装置ＳＷ［１］，ＳＷ［２］も、物理ポートＰ［２］間が通信回線１３によって接続される。また、中継装置ＳＷ’１，ＳＷ［１］は、物理ポートＰ［１］間が通信回線１３によって接続され、中継装置ＳＷ’２，ＳＷ［２］も、物理ポートＰ［１］間が通信回線１３によって接続される。
【００５５】
このように、中継装置ＳＷ’１，ＳＷ’２および中継装置ＳＷ［１］，ＳＷ［２］は、通信回線１３を介してループ状に接続されている。このため、ＳＴＰや、ＲＳＴＰ（Rapid STP）等を代表とする所定の通信プロトコルを用いて、ここでは、中継装置ＳＷ［２］の物理ポートＰ［１］がブロックポートに設定されている。また、中継装置ＳＷ’１，ＳＷ’２の物理ポートＰ［３］は、それぞれ、ネットワークＮＷを介して管理端末ＴＭに接続される。なお、特に限定はされないが、中継装置ＳＷ’１，ＳＷ’２は、上位のＬ２スイッチ装置であり、中継装置ＳＷ［１］，ＳＷ［２］は、下位のＬ２スイッチ装置である。
【００５６】
ここで、中継装置ＳＷ［１］のＭＡＣアドレス（ＣＰＵ＿ＭＡＣ）は、ＭＡ０［１］であり、中継装置ＳＷ［２］のＭＡＣアドレス（ＣＰＵ＿ＭＡＣ）は、ＭＡ０［２］であるものとする。例えば、中継装置ＳＷ［１］，ＳＷ［２］と、中継装置ＳＷ’２との間で、フレーム（管理・制御用フレーム等）の通信が行われた場合、中継装置ＳＷ’２はアドレステーブルＦＤＢの学習を行う。この際に、中継装置ＳＷ’２は、仮に、ブロックポートに伴い物理ポートＰ［１］でフレームを受信することが無い場合、当該アドレステーブルＦＤＢにおいて、ＭＡＣアドレスＭＡ０［１］，ＭＡ０［２］は、共に物理ポートＰ［２］に対応付けられる。
【００５７】
このような状態で、例えば、管理装置ＴＭが、中継装置ＳＷ［１］を管理するため、宛先ＭＡＣアドレス（ＤＡ）ＭＡ０［１］を含む（すなわち中継装置ＳＷ［１］を宛先とする）管理用フレームＦＬｃ１を送信した場合を想定する。この場合、当該管理用フレームＦＬｃ１は、例えば、中継装置ＳＷ’２で受信され、中継装置ＳＷ’２のアドレステーブルＦＤＢに基づき、中継装置ＳＷ’１を介する経路で中継装置ＳＷ［１］に到達する。
【００５８】
また、管理装置ＴＭが、中継装置ＳＷ［２］を管理するため、宛先ＭＡＣアドレス（ＤＡ）ＭＡ０［２］を含む（すなわち中継装置ＳＷ［２］を宛先とする）管理用フレームＦＬｃ２を送信した場合を想定する。この場合も同様に、当該管理用フレームＦＬｃ２は、例えば、中継装置ＳＷ’２で受信され、中継装置ＳＷ’２のアドレステーブルＦＤＢに基づき、中継装置ＳＷ’１および中継装置ＳＷ［１］を介する経路で中継装置ＳＷ［２］に到達する。したがって、このような場合には特に問題は生じない。
【００５９】
一方、図８（ｂ）では、図８（ａ）と同様の中継システムにおいて、中継装置ＳＷ［２］は、物理ポート（ブロックポート）Ｐ［１］から、自身のＭＡＣアドレスＭＡ０［２］を送信元ＭＡＣアドレス（ＳＡ）とする制御フレーム４０を送信し、中継装置ＳＷ’２は、当該制御フレーム４０を物理ポートＰ［１］で受信している。当該制御フレーム４０は、例えば、ＳＴＰでツリートポロジを構築する際等で生成されるＢＰＤＵ（Bridge Protocol Data Unit）フレームである。このように、中継装置ＳＷ’２は、実際には、物理ポートＰ［１］で制御フレーム４０を受信する場合がある。
【００６０】
ここで、仮に、中継装置ＳＷ’１，ＳＷ’２および中継装置ＳＷ［１］，ＳＷ［２］の全てが、制御フレーム４０の送信元ＭＡＣアドレス（ＳＡ）をアドレステーブルＦＤＢに学習しないような仕様を持てば特に問題は生じない。しかしながら、中継装置によっては、制御フレーム４０の送信元ＭＡＣアドレス（ＳＡ）をアドレステーブルＦＤＢに学習する仕様を持つ場合がある。図８（ｂ）の例では、中継装置ＳＷ’１，ＳＷ’２が、このような仕様を持つものとする。
【００６１】
この場合、中継装置ＳＷ’２は、中継装置ＳＷ［２］のＭＡＣアドレスＭＡ０［２］を物理ポートＰ［１］に対応付けてアドレステーブルＦＤＢに学習する。そうすると、図８（ａ）で述べた、管理装置ＴＭから送信された管理用フレームＦＬｃ２は、中継装置ＳＷ’２で受信され、中継装置ＳＷ’２の物理ポートＰ［１］に中継される。その結果、管理用フレームＦＬｃ２は、中継装置ＳＷ［２］に到達できなくなる。
【００６２】
そこで、図７に示すように、本実施の形態の方式を用いて、中継装置ＳＷ［２］にインタフェース単位のＭＡＣアドレスを設定する。仮に、図７の管理端末ＴＭからのＭＡＣアドレスコマンド１４によって中継装置ＳＷ［２］に当該設定を行う場合、例えば、一時的に、中継装置ＳＷ’２の電源をオフにすること等で、管理端末ＴＭは、中継装置ＳＷ’１を介して中継装置ＳＷ［２］に管理用フレームを送信することができる。
【００６３】
図７の例では、中継装置ＳＷ［２］の物理ポートＰ［１］にＭＡＣアドレス（Ｐ［１］＿ＭＡＣ）ＭＡ１［２］が設定され、中継装置ＳＷ［２］の物理ポートＰ［２］にＭＡＣアドレス（Ｐ［２］＿ＭＡＣ）ＭＡ２［２］が設定される。さらに、必須ではないが、ここでは、図２（ｂ）に示した設定対象のプロトコル情報２４として、ＳＴＰが指定される。例えば、このような通信プロトコルの指定を行わない場合、インタフェース単位のＭＡＣアドレスが事後的に設定されることで、他の通信プロトコル等に影響を及ぼす恐れがある。
【００６４】
以上のような設定を行うことで、図８（ｂ）で述べた、中継装置ＳＷ［２］から送信される制御フレーム（例えばＢＰＤＵフレーム）４０は、送信元ＭＡＣアドレス（ＳＡ）として物理ポートＰ［１］のＭＡＣアドレスＭＡ１［２］を含む。その結果、中継装置ＳＷ’２のアドレステーブルＦＤＢでは、物理ポートＰ［２］と、中継装置ＳＷ［２］のＭＡＣアドレスＭＡ０［２］と、の対応関係を維持したまま、物理ポートＰ［１］と、中継装置ＳＷ［２］の物理ポートＰ［１］のＭＡＣアドレスＭＡ１［２］と、の対応関係が加わることになる。管理装置ＴＭは、中継装置ＳＷ［２］を管理するにあたって、中継装置ＳＷ［２］のＭＡＣアドレスＭＡ０［２］を用いるため、図７のような状態になった後に図８（ｂ）で述べたような問題は生じず、中継装置ＳＷ［２］との通信を問題無く行うことが可能になる。
【００６５】
《本実施の形態の効果等》
以上、本実施の形態の中継装置を用いることで、例えば以下のような効果が得られる。
【００６６】
（１）図１等に示したように、中継装置ＳＷが既にネットワークシステムに組み込まれた段階であっても、ユーザによるコマンド入力によって、インタフェース単位のＭＡＣアドレスを設定することが可能になる。その結果、中継装置ＳＷをネットワークシステムから切り離し、装置ベンダ等に送付するといった作業が不必要となる。
【００６７】
（２）図１および図２（ａ）等に示したように、設定対象のインタフェースを指定してＭＡＣアドレスを設定することができ、非設定対象のインタフェースには装置単位のＭＡＣアドレスを設定することができる。その結果、図７等に示したように、インタフェース単位のＭＡＣアドレスと、装置単位のＭＡＣアドレスとを使い分けることができ、ネットワークシステムの環境に応じて中継装置ＳＷを柔軟に対応させることが可能になる。
【００６８】
（３）図２（ｂ）および図６等に示したように、設定対象の通信プロトコルを指定してＭＡＣアドレスを設定することができ、非設定対象の通信プロトコルでは装置単位のＭＡＣアドレスを設定することができる。その結果、上記（２）の場合と同様に、ネットワークシステムの環境に応じて中継装置ＳＷを柔軟に対応させることが可能になる。
【００６９】
具体例として、装置単位のＭＡＣアドレスを持つ中継装置ＳＷが既にネットワークシステムに組み込まれ、この装置単位のＭＡＣアドレスを前提としてネットワークシステム内での各種通信フローが構築されている場合を想定する。この段階で、例えば、当該ネットワークシステムに、インタフェース単位のＭＡＣアドレスが必要とされる新たな通信プロトコルを適用する場合、インタフェース単位のＭＡＣアドレスを適用したことによって、既存の各種通信フローに悪影響が生じる恐れがある。そこで、設定対象の通信プロトコルを指定することで、このような悪影響を回避することができる。
【００７０】
（４）図４および図５に示した演算部１６およびＭＡＣアドレス設定部１７の仕組みによって、ユーザに正しいＭＡＣアドレスの設定を容易に行わせることが可能になる。すなわち、中継装置ＳＷと、ライセンスキー２１と、基準ＭＡＣアドレス２３との組合せが正しくない限り、インタフェース単位のＭＡＣアドレスを設定することができないため、ユーザによる設定ミスといった不正な設定を防止することができる。
【００７１】
具体例として、仮に、装置ベンダ等が、ユーザに対して、ある範囲のＭＡＣアドレスのみを提供するような方式の場合、ユーザによって、この提供された範囲のＭＡＣアドレスは、正しい中継装置とは異なる中継装置に対しても自由に設定される恐れがある。そうすると、例えば、各中継装置でのＭＡＣアドレスの重複設定といった設定ミス等が生じ得る。一方、本実施の形態の方式を用いた場合、中継装置ＳＷとＭＡＣアドレスとの組合せの正否がライセンスキー２１に基づいて検証されるため、このような設定ミスは生じず、また、悪意による不正なＭＡＣアドレスの設定も防止できる。
【００７２】
（５）上記（１）〜（４）のようなことから、ユーザの利便性を向上させることが可能になる。
【００７３】
（６）装置ベンダ等は、例えば、ある中継装置ＳＷにおいてインタフェース単位のＭＡＣアドレスが不要となった場合には、ユーザに対して、削除コマンドによる当該ＭＡＣアドレスの削除と、当該ＭＡＣアドレスに対応するライセンスキー２１の返上を要求することができる。そして、このような要求が実行された場合、装置ベンダ等は、当該ＭＡＣアドレスを別のライセンスキーと共に別の中継装置に対して提供することができる。その結果、ＭＡＣアドレスのリソースを節約することが可能になる。
【００７４】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００７５】
例えば、図３では、演算部１６、ＭＡＣアドレス設定部１７およびＭＡＣアドレス管理部１８をプロセッサ部（ＣＰＵ）１１を用いて構成したが、その一部または全てを専用のハードウェアあるいはＦＰＧＡ（Field Programmable Gate Array）等によって構成してもよい。また、図２（ｂ）および図７等では、例えば、設定対象の通信プロトコルとしてＳＴＰを挙げたが、勿論、ＳＴＰに限定されるものではない。例えば、リングプロトコル等を代表とする各種冗長化プロトコルでも、ブロックポートから制御フレームが送信されることによって、場合によっては、図８（ｂ）と同様の問題が生じる可能性が考えられる。このような場合、図７の場合と同様にして解決を図り、通信プロトコルを指定することによって、他の通信プロトコルに悪影響が生じないようにすればよい。
【符号の説明】
【００７６】
１０  制御部
１１  プロセッサ部（ＣＰＵ）
１２  記憶部
１２ａ  ＭＡＣアドレス設定テーブル
１３  通信回線
１４  ＭＡＣアドレスコマンド
１５  フレーム処理部
１６  演算部
１７  ＭＡＣアドレス設定部
１８  ＭＡＣアドレス管理部
２０  設定要求
２１  ライセンスキー
２２  設定対象のインタフェース情報
２３  基準ＭＡＣアドレス
２４  設定対象のプロトコル情報
２５  プロトコル情報の削除要求
２６  設定の削除要求
３０  ＣＰＵのＭＡＣアドレス
３１  ビット演算部
３２  検証用ライセンスキー演算生成部
３３  固定キー
３４  検証用ライセンスキー
４０  制御フレーム
ＦＤＢ  アドレステーブル
ＦＬ１，ＦＬ２，ＦＬｎ１，ＦＬｎ  フレーム
ＦＬｃ，ＦＬｃ１，ＦＬｃ２  管理用フレーム
ＮＷ  ネットワーク
Ｐ［１］〜Ｐ［ｎ］  物理ポート
ＳＷ，ＳＷ［１］，ＳＷ［２］，ＳＷ’１，ＳＷ’２  中継装置
ＴＭ  管理装置
【図１】
2016005146.tif 000003
【図２】
2016005146.tif 000004
【図３】
2016005146.tif 000005
【図４】
2016005146.tif 000006
【図５】
2016005146.tif 000007
【図６】
2016005146.tif 000008
【図７】
2016005146.tif 000009
【図８】
2016005146.tif 000010