(57)【要約】【課題】イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することを課題とする。【解決手段】Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、複数の試験ごとにネットワーク構成を擬似的に生成するための構成情報を記憶する。そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、試験の対象となる中継装置からＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、中継装置が属するネットワークに関するネットワーク情報を取得して、さらに、ネットワーク情報に対応する構成情報を取得し、これらの取得されたネットワーク情報と構成情報とを用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、試験を実施して試験結果を格納する。【選択図】        図１
2008227757.tif 000002
【特許請求の範囲】
【請求項１】
試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを前記中継装置との間で送受信して、前記複数の試験を実施するネットワーク試験装置であって、
前記複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶する構成情報記憶手段と、
前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する種別判別手段と、
前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、前記取得されたネットワーク情報と取得した構成情報とを用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する試験実施手段と、
前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納する試験結果格納手段と、
を備えたことを特徴とするネットワーク試験装置。
【請求項２】
前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの特定の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、
前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする請求項１に記載のネットワーク試験装置。
【請求項３】
前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの複数の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、
前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする請求項１に記載のネットワーク試験装置。
【請求項４】
前記中継装置から送信されるＯＡＭフレームは、特定の相手に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、
前記種別判別手段は、前記特定の相手に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、
前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施し、
前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする請求項１に記載のネットワーク試験装置。
【請求項５】
前記中継装置から送信されるＯＡＭフレームは、複数の相手に同時に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、
前記種別判別手段は、前記不特定多数の相手に同時に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、
前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、
前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする請求項１に記載のネットワーク試験装置。
【請求項６】
前記構成情報記憶手段は、前記ＯＡＭフレームが送信される時刻が遅延することを示す遅延時間と、前記ＯＡＭフレームをロスするロス情報とをさらに記憶するものであって、
前記試験実施手段は、前記種別判別手段によって前記ＯＡＭフレームが受信されると、前記構成情報記憶手段に前記遅延時間が記憶されている場合に、前記ＯＡＭフレームを受信する時刻を前記遅延時間分遅延させて受信し、前記構成情報記憶手段に前記ロス情報が記憶されている場合に、前記ＯＡＭフレームを受信することなくロスすることを特徴とする請求項１〜５のいずれか一つに記載のネットワーク試験装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを中継装置との間で送受信して、複数の試験を実施するネットワーク試験装置に関する。
【背景技術】
【０００２】
従来より、ＬＡＮ（Local  Area  Network）を構築するのにイーサネットが用いられてきたが、最近では、通信事業者がＷＡＮ（Wide  Area  Network）などの広域のネットワークを構築する場合にもイーサネットが用いられるようになっている。例えば、イーサネットのレイヤ２を用いた広域イーサネットは、主にＰ２Ｐ接続（Point-to-Point）やマルチポイント接続のＬ２ＶＰＮ（Layer  2  Virtual  Private  Network）で実装されている。
【０００３】
そして、このような広域イーサネットを提供する通信事業者では、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）の管理プロトコルであるＳＮＭＰ（Simple  Network  Management  Protocol）を用いて、広域イーサネットの構築に用いられる複数の中継装置（例えば、ＬＡＮスイッチなど）や回線などの障害を検知し、ネットワーク自体の管理・保守を行ってきた。
【０００４】
ところが、ＳＮＭＰを用いたネットワークの管理・保守では、遠隔地にあるＬＡＮスイッチをＳＮＭＰで管理できなくなった場合、その原因となる事象がＩＰレイヤであるレイヤ３で発生しているのか、イーサネットのレイヤであるレイヤ２で発生しているのかが判断できなかった。そこで、広域イーサネットにおいて、イーサネットのレイヤであるレイヤ２で発生する様々な事象を保守・管理する技術が開示されている。
【０００５】
一般的には、レイヤ２で発生する様々な事象を保守・管理する技術として、国際電気通信連合の電気通信標準化部門（ITU-T：International  Telecommunication  Union  Telecommunication―Standardization  Sector）によって「Ｙ．１７３１」（非特許文献１）として標準化され、また、ＩＥＥＥ（The  Institute  of  Electrical  and  Electronics  Engineers，Inc）で「ＩＥＥＥ８０２．１ａｇ」（非特許文献２）として標準化作業が進んでいるＥｔｈｅｒｎｅｔ−ＯＡＭ（Ethernet-Operations  Administration  Maintenance）が用いられるようになってきた。
【０００６】
このＥｔｈｅｒｎｅｔ−ＯＡＭの概要を説明すると、Ｅｔｈｅｒｎｅｔ−ＯＡＭは、レイヤ２で発生する様々な事象を保守・管理する規格のことであり、また、Ｅｔｈｅｒｎｅｔ−ＯＡＭを利用するには、対象となるイーサネットワークに用いられるＬ２スイッチなどがＥｔｈｅｒｎｅｔ−ＯＡＭを実装している必要がある。そのため、本番の環境でＥｔｈｅｒｎｅｔ−ＯＡＭを用いて保守・管理するために、Ｌ２スイッチなどの中継装置が、Ｅｔｈｅｒｎｅｔ−ＯＡＭを実装（準拠）しているか否かを試験することが行われている。
【０００７】
具体的には、図２７に示したように、Ｅｔｈｅｒｎｅｔ−ＯＡＭでは、管理するグループをＭＥＧ（Maintenance  Entity  Group）、ＭＥＧ内の終端装置をＭＥＰ（MEG  End  Point）、ＭＥＧ内の中継装置をＭＩＰ（MEG  Intermediate  Point）、二つのＭＥＰ間の通信区間をＭＥ（Maintenance  Entity）と呼ぶ。
【０００８】
それぞれについて具体的に説明すると、ＭＥは、ＯＡＭフレームを用いて各種試験を実施する区間である。そして、ＭＥＧは、ＭＥの集合体であり、例えば、Ｐ２Ｐ接続の場合、ＭＥＧは、１個のＭＥのみを含むのに対して、マルチポイント接続の場合には、複数の異なるＭＥを含む。また、ＭＥＧには、ＭＥＧＩＤと呼ばれるＩＤ（文字列）が割与えられ、このＭＥＧＩＤは、ＩＴＵ−ＴおよびＩＥＥＥのそれぞれで異なる定義がなされている。
【０００９】
また、ＭＥＧには、当該ＭＥＧ内に含まれるＭＥＰおよびＭＩＰの動作を制限するためのレベルを定義されている。具体的には、このＭＥＧレベルは、ＭＥＧ内の処理フローとほかのＭＥＧ内の処理フローとを明確に区別・分離するためのものである。レベルは、８個存在（０〜７）し、デフォルトのレベル割り当てを図２８に示す。この図２８に示された各レベルは、すべてのＥｔｈｅｒｎｅｔ−ＯＡＭフレーム内に格納されており、ＯＡＭフレームを受信した装置でチェックされる。
【００１０】
そして、ＭＥＰは、ＭＥＧの終端点に位置し、故障管理や性能測定を実施するＯＡＭフレームの生成・終端（取り込み）を行うが、ＯＡＭ以外のフレームについては終端せずに監視（フレーム数のカウントなど）のみを実行する。また、ＭＥＰには、ＭＥＰＩＤと呼ばれるＩＤ（１〜８１９１の数字）が割与えられ、このＭＥＰＩＤは、ＭＥＧ内において重複して存在しない。そして、ＭＩＰは、ＭＥＧの中間点に位置し、各種のＯＡＭフレームに対して処理を実行する。また、ＭＩＰは、ＯＡＭフレームの生成または終端を実施することはなく、ＩＤも存在しない。
【００１１】
このような構成において、ＭＥＰとＭＥＰとの間に、接続性、経路、障害通知、サービス状態の遷移などの試験データを含むＯＡＭフレームを伝送させる。そして、ＭＥＰまたはＭＩＰは、これらのＯＡＭフレームを受信すると、ＯＡＭフレームの種別に応じた処理を実行する。その後、ＭＥＰやＭＩＰが正しく動作しているか否かを実行結果から解析して、各ＭＥＰやＭＩＰなどの中継装置などがＥｔｈｅｒｎｅｔ−ＯＡＭを実装している否かを判別する。
【００１２】
【非特許文献１】“Ｅｔｈｅｒｎｅｔ−ＯＡＭ”、［online］、［平成１９年１月９日検索］、インターネット＜http://itpro.nikkeibp.co.jp/article/COLUMN/20060720/243861/＞
【非特許文献２】“802.1/802.3の標準化動向”、［online］、［平成１９年１月９日検索］、インターネット＜http://wbb.forum.impressrd.jp/report/20060922/280＞
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記した従来の技術では、実際にＥｔｈｅｒｎｅｔ−ＯＡＭを実装した中継装置を複数台用意し、Ｐ２Ｐ接続やマルチポイント接続などの実環境を構築し、中継装置のＥｔｈｅｒｎｅｔ−ＯＡＭ機能を用いて試験する必要があるので、多くの中継装置が必要であるという課題と、試験を実施するのに非常に手間と時間がかかるという課題があった。
【００１４】
具体的には、Ｐ２Ｐ接続において、各中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装している否か、または、Ｅｔｈｅｒｎｅｔ−ＯＡＭ機能が正しく動作する否かを試験する場合には、図２９に示すように、２台のＭＥＰとなる中継装置と、ＭＥＰとＭＥＰとの間に接続される複数のＭＩＰとなる中継装置が必要である。また、マルチポイント接続において試験する場合には、図３０に示すように、１台のＭＥＰに対して、マルチポイント接続される複数のＭＥＰが必要である。
【００１５】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することが可能であるネットワーク試験装置を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを前記中継装置との間で送受信して、前記複数の試験を実施するネットワーク試験装置であって、前記複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶する構成情報記憶手段と、前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する種別判別手段と、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、前記取得されたネットワーク情報と取得した構成情報とを用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する試験実施手段と、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納する試験結果格納手段と、を備えたことを特徴とする。
【００１７】
また、請求項２に係る発明は、上記の発明において、前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの特定の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする。
【００１８】
また、請求項３に係る発明は、上記の発明において、前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの複数の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする。
【００１９】
また、請求項４に係る発明は、上記の発明において、前記中継装置から送信されるＯＡＭフレームは、特定の相手に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、前記種別判別手段は、前記特定の相手に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施し、前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする。
【００２０】
また、請求項５に係る発明は、上記の発明において、前記中継装置から送信されるＯＡＭフレームは、不特定多数の相手に同時に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、前記種別判別手段は、前記不特定多数の相手に同時に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする。
【００２１】
また、請求項６に係る発明は、上記の発明において、前記構成情報記憶手段は、前記ＯＡＭフレームが送信される時刻が遅延することを示す遅延時間と、前記ＯＡＭフレームをロスするロス情報とをさらに記憶するものであって、前記試験実施手段は、前記種別判別手段によって前記ＯＡＭフレームが受信されると、前記構成情報記憶手段に前記遅延時間が記憶されている場合に、前記ＯＡＭフレームを受信する時刻を前記遅延時間分遅延させて受信し、前記構成情報記憶手段に前記ロス情報が記憶されている場合に、前記ＯＡＭフレームを受信することなくロスすることを特徴とする。
【発明の効果】
【００２２】
請求項１の発明によれば、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶し、試験の対象となる中継装置からＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、取得されたネットワーク情報に対応する構成情報を取得し、取得されたネットワーク情報と取得した構成情報とを用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、実施された試験結果を格納するので、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することが可能である。
【００２３】
また、請求項２の発明によれば、受信されたＯＡＭフレームの特定の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して中継装置に送信し、送信したＯＡＭフレームに対する応答を中継装置から受信し、受信されたＯＡＭフレームに対する応答から試験結果を抽出して、当該試験結果を格納するので、ＰｔｏＰ接続される中継装置に対して、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した受信機能が機能しているか否かについても簡単に試験することが可能である。
【００２４】
また、請求項３の発明によれば、受信されたＯＡＭフレームの複数の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して中継装置に送信し、送信したＯＡＭフレームに対する応答を中継装置から受信し、受信されたＯＡＭフレームに対する応答から試験結果を抽出して、当該試験結果を格納するので、マルチポイント接続される複数の中継装置に対して、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した受信機能が機能しているか否かについて同時に簡単に試験することが可能である。
【００２５】
また、請求項４の発明によれば、特定の相手に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、取得されたネットワーク情報に対応する構成情報を取得し、取得した構成情報を用いて判別された試験種別に対応した試験を実施し、実施された試験結果を格納するので、例えば、中継装置から送信されるＯＡＭフレームは、Ｐ２Ｐ接続に限定した試験であっても、簡単に試験を実施することが可能である。
【００２６】
また、請求項５の発明によれば、前記種別判別手段は、複数の相手に同時に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、取得されたネットワーク情報に対応する構成情報を取得し、取得した構成情報を用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、実施された試験結果を格納するので、Ｐ２Ｐ接続に限らず、マルチポイント接続に対してもＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルの各機能について試験することが可能である。
【００２７】
また、請求項６の発明によれば、ＯＡＭフレームが受信されると、遅延時間が記憶されている場合に、ＯＡＭフレームを受信する時刻を遅延時間分遅延させて受信し、ロス情報が記憶されている場合に、ＯＡＭフレームを受信することなくロスするので、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコル以外の障害を想定して試験することができる結果、より精密な試験を実施することが可能である。
【発明を実施するための最良の形態】
【００２８】
以下に添付図面を参照して、この発明に係るネットワーク試験装置の実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係るネットワーク試験装置の概要および特徴、ネットワーク試験装置の構成および処理の流れ、実施例による効果を順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００２９】
［用語の説明］
まず最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置（特許請求の範囲に記載の「ネットワーク試験装置」に対応する。）」とは、ネットワーク構築に使用されるＬ２スイッチなどの中継装置において、レイヤ２で発生する様々な事象を保守・管理するための規格であるＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを、中継装置が実装しているか否かを試験するための装置のことである。
【００３０】
このＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルでは、保守管理対象となる中継装置の端から端まで検査用のフレームであるＯＡＭフレームを送受信することで、ＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｈｅｃｋ）、ＬＢ（ＬｏｏｐＢａｃｋ）、ＬＴ（Ｌｉｎｋ  Ｔｒａｃｅ）、ＡＩＳ（Ａｌａｒｍ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｉｇｎａｌ）、ＲＤＩ（Ｒｅｍｏｔｅ  Ｄｅｆｅｃｔ  Ｉｎｄｉｃａｔｉｏｎ）、ＬＣＫ（Ｌｏｃｋｅｄ  Ｓｉｇｎａｌ）などを行う機能を有する。
【００３１】
このＯＡＭフレームには、各試験種別を表すＯＰＣＯＤＥが含まれる。例えば、ＣＣ機能を試験する場合には、ＯＰＣＯＤＥ＝１、ＬＢ機能の試験を行う場合には、ＯＰＣＯＤＥ＝２または３、ＬＴ機能の試験を行う場合には、ＯＰＣＯＤＥ＝４または５、ＡＩＳ機能の試験を行う場合には、ＯＰＣＯＤＥ＝３３、ＲＤＩ機能の試験を行う場合には、ＣＣ機能と同様のＯＰＣＯＤＥ＝１、ＬＣＫ機能の試験を行う場合には、ＯＰＣＯＤＥ＝３５などとＯＰＣＯＤＥを指定する。
【００３２】
それぞれについて具体的に説明すると、ＣＣ機能は、自装置（ＭＥＰ）と複数の対向装置（ＭＥＰ）間の接続性を定常的に監視し、導通断、混入、ループの発生を検出するための機能である。具体的には、ＣＣ機能は、対向ＭＥＰが定期送信している図３１に示したようなフレームフォーマットのマルチキャストＣＣＭまたはユニキャストＣＣＭを受信することで、対向ＭＥＰとの接続を確認する。また、ＣＣ機能は、自装置からマルチキャストＣＣＭやユニキャストＣＣＭを、接続される他のＭＥＰに対して送信することで、対向ＭＥＰにおいても自装置との接続を確認することができる。
【００３３】
そして、ＬＢ機能は、自装置（ＭＥＰ）と１ターゲットの対向装置（ＭＥＰ／ＭＩＰ）間の双方向の接続性を確認するための機能である。具体的には、ＬＢ機能は、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、図３２に示したようなフレームフォーマットのＬＢＭを送信し、当該ターゲットとなるＭＥＰ（または、ＭＩＰ）からのＬＢＭに対する応答として、図３３に示したようなフレームフォーマットのＬＢＲを受信することで、双方向の接続性を確認する。
【００３４】
そして、ＬＴ機能は、自装置（ＭＥＰ）と１ターゲットの対向装置（ＭＥＰ／ＭＩＰ）間の経路を確認するための機能であり、経路確認ができる点から接続断発生時の障害箇所特定に活用される。具体的には、ＬＴ機能は、ターゲットとなるＭＥＰ（または、ＭＩＰ）に対して、図３４に示したようなフレームフォーマットのＬＴＭを送信し、その経路上にあるＭＩＰが送信元ＭＥＰに対して、図３５に示したようなフレームフォーマットのＬＴＲ応答を送信し、かつ、ＬＴＭを他の装置に転送する。最終的に、ＬＴ機能は、ターゲットとなるＭＥＰ（または、ＭＩＰ）が、自装置から送信されたＬＴＭに対してＬＴＲを応答することで、自装置からターゲットとなるＭＥＰ（または、ＭＩＰ）までの経路上にある全てのＭＥＰおよびＭＩＰからのＬＴＲを受信することができ、自装置からターゲットまでの往路パスを確認することができる。
【００３５】
ＡＩＳ機能は、ＣＣの警報検出、ＬＯＣ（Ｌｏｓｓ  Ｏｆ  Ｃｏｎｔｉｎｕｉｔｙ）検出などの状態をネットワーク全体に通知する機能である。具体的には、ＡＩＳは、ＣＣの警報検出やＬＯＣ検出などが発生した場合に、図３６に示したようなフレームフォーマットであるＡＩＳフレームを検出ポートとは逆方向のポート（下流ポート）に向けて定期的に（例えば、送信間隔１秒や１分など）送信する。そして、ＡＩＳフレームを受信した各装置のＡＩＳ機能は、当該ＡＩＳフレームを送信する場合に、そのポートに存在するＭＥＰ／ＭＩＰの最大Ｌｅｖｅｌにて、ＡＩＳフレームを受信したポートの逆方向のポートから定期的に送信する。この動作を繰り返すことで、警報状態をネットワーク全体に通知することができる。
【００３６】
ＲＤＩ機能は、ＣＣの警報検出、ＬＯＣ（Ｌｏｓｓ  Ｏｆ  Ｃｏｎｔｉｎｕｉｔｙ）検出などの状態を対向ＭＥＰに通知する機能である。具体的には、ＲＤＩ機能は、警報状態である場合、図３７に示したように、ＣＣ機能にて送信されるＣＣＭフレームのＲＤＩビット（１ビット）を１にし、対向ＭＥＰに対して通知する。そして、ＲＤＩ機能は、警報状態が終了した場合、ＣＣＭフレームのＲＤＩビット（１ビット）を０にする。なお、このＲＤＩ機能は、ＣＣ機能がＥｎａｂｌｅ状態の場合に動作する。
【００３７】
ＬＣＫ機能は、ネットワークや中継装置などを管理・診断を実施する際に、in-service状態からout-of-service状態に遷移していることを、ネットワーク全体に通知する機能である。具体的には、管理・診断を実施するために、out-of-service状態であることをネットワーク全体に通知したい場合、ＬＣＫ機能は、図３８に示したようなフレームフォーマットのＬＣＫフレームを管理・診断実行ポートの逆方向のポート（下流ポート）に向けて定期的（例えば、送信間隔１秒や１分など）に送信する。ＬＣＫフレームを受信したＭＥＰは、同様にそのポートに存在するＭＥＰ／ＭＩＰの最大ＬｅｖｅｌにてＬＣＫフレームを受信したポートとは逆方向のポートとに、ＬＣＫフレームを送信する。この動作を繰り返すことで、out-of-service状態をネットワーク全体に通知することができる。
【００３８】
そして、上記した各機能を有する試験を行うＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、１ポートに最大３２７６８台の（４０９６（ＶＬＡＮ）×８（Ｌｅｖｅｌ））のＭＥＰを接続することができ、また、１ポートに最大２６８４３５４５６台（８１９２（ＭＥＰ  ＩＤ割り当て最大数）×３２７６８（１ポートあたりの最大ＭＥＰ数））のＭＥＰを接続して監視することができる。また、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、ＬＴ機能試験を行う場合に、１ＭＥＰにて試験可能な最大Ｈｏｐ数を２５５とし、マルチキャストでＬＢ機能試験を行う場合に、１ＭＥＰにてレスポンス受信対応を行う最大フレーム数（ターゲット数）を８１９１とする。
【００３９】
このように、上記した機能を有するＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルは、ネットワーク構築に使用されるＬ２スイッチなどの中継装置において、レイヤ２で発生する様々な事象を保守・管理することができる。そのため、ネットワークに利用される中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを実装（準拠）しているか否かが重要となる。
【００４０】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ装置の概要および特徴］
次に、図１を用いて、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の概要および特徴を説明する。図１は、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置を含むシステムの全体構成を示すシステム構成図である。
【００４１】
図１に示すように、このＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、イーサネットを介して試験対象となる中継装置Ａと中継装置Ｂとそれぞれ接続される。そして、中継装置Ａは、ＶＬＡＮ  ＩＤ＝ｐ、ＩＤ＝ａａ、Ｌｅｖｅｌ＝ｎのＭＥＧ内に配置され、ＩＤ＝１、ＭＡＣアドレス＝ＭＡＣ１が割り当てられている。同様に、中継装置Ｂは、ＶＬＡＮ  ＩＤ＝ｑ、ＩＤ＝ｂｂ、Ｌｅｖｅｌ＝ｍのＭＥＧ内に配置され、ＩＤ＝３、ＭＡＣアドレス＝ＭＡＣ３が割り当てられている。
【００４２】
このような構成において、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、上記したように、試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを中継装置との間で送受信して、複数の試験を実施することを概要とするものであり、特に、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することが可能である点に主たる特徴がある。
【００４３】
この主たる特徴を具体的に説明すると、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を構成情報ＤＢに記憶する。具体的に例を挙げると、構成情報ＤＢは、『構築されたＶＬＡＮに一意に割り当てられる「ＶＬＡＮ  ＩＤ」、構成されるＭＥＧを一意に識別する「ＭＥＧ  ＬＥＶＥＬ  ＩＤ」、ＯＡＭフレームの送信元装置のＭＡＣアドレスを示す「ＯＷＮ  ＭＡＣ」、ＯＡＭフレームの送信元装置が属するＭＥＧに一意に割り当てられた「ＭＥＧ  ＩＤ」、送信元装置であるＭＥＰに一意に割り当てられた「ＭＥＰ  ＩＤ」、ＯＡＭフレームの送信先装置のＭＡＣアドレスを示す「Ｔａｒｇｅｔ  ＭＡＣ」』として「ｐ、ｎ、ＭＡＣ１１、ａａ、１１、ＭＡＣ１」や「ｑ、ｍ、ＭＡＣ３３、ｂｂ、３３、ＭＡＣ３」などと記憶する。
【００４４】
このような状態において、中継装置Ａは、試験種別１（ＯＰＣＯＤＥ＝１）を付加したＥｔｈｅｒｎｅｔ−ＯＡＭプロトコル検査用のフレームであるＯＡＭフレームをＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置に送信する（図１の（１）参照）。上記した例で具体的に説明すると、中継装置Ａは、ＣＣ機能の試験を行う場合に、ＯＰＣＯＤＥ＝１をＯＡＭフレームに付加して、時刻「０：４０：００」にＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置に送信する。その後、ここでは、中継装置Ａは、定期的に１分間隔で同様のＯＡＭフレームを２０回、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験に送信したとする。なお、ここでのＣＣ機能の試験とは、中継装置Ａから送信先を指定して定期的に送信されるＯＡＭフレームを、送信先が受信することができるか否かという試験である。
【００４５】
そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、受信した時刻や受信ポートなどやＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する（図１の（２）参照）。上記した例で具体的に説明すると、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、中継装置からＯＡＭフレームを受信した場合に、「ＯＰＣＯＤＥ＝１」を取得して、当該ＯＡＭフレームの試験種別がＣＣ機能であると判別するとともに、受信した時刻「０：４０：００」や受信ポート「ポート１」や当該ＯＡＭフレームを送信した中継装置が属するネットワーク情報として「ＶＬＡＮ  ＩＤ＝ｐ」、「ＭＥＧ  ＩＤ＝ａａ」、「Ｌｅｖｅｌ＝ｎ」、「中継装置ＡのＭＥＰ  ＩＤ＝１」「中継装置ＡのＭＡＣアドレス＝ＭＡＣ１」などを取得する。
【００４６】
続いて、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、取得されたネットワーク情報に対応する構成情報を構成情報ＤＢから取得し、取得されたネットワーク情報と取得した構成情報とを用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する（図１の（３）と（４）参照）。上記した例で具体的に説明すると、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、取得されたネットワーク情報「ＶＬＡＮ  ＩＤ＝ｐ」、「ＭＥＧ  ＩＤ＝ａａ」、「Ｌｅｖｅｌ＝ｎ」、「中継装置ＡのＭＥＰ  ＩＤ＝１」「中継装置ＡのＭＡＣアドレス＝ＭＡＣ１」に対応する構成情報「ＴａｒｇｅｔＭＡＣ＝ＭＡＣ１１」や受信時刻などを取得し、取得されたネットワーク情報と構成情報とを用いて、ＯＡＭフレームの送信先となるＭＡＣアドレスが「ＭＡＣ１１」のＭＥＰを当該Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置内に擬似的に生成し、ＣＣ機能の試験を実施する。
【００４７】
そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、実施された試験結果を試験結果ＤＢに格納する（図１の（５）参照）。上記した例で具体的に説明すると、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、実施された試験結果として『受信したＯＡＭフレームの送信先を示す「ＭＥＰ  ＩＤ」、受信した最終時刻を示す「最終受信時刻」、ＯＡＭフレームを同じ送信先から受信した「全受信回数」、全受信回数のうち正常に受信できた回数を示す「正常受信回数」、全受信回数のうち正常に受信できなかった回数を示す「警報受信回数」』として「１、１：００：００、２０、２０、０」などと格納する。
【００４８】
同様に、中継装置Ｂから試験種別１（ＯＰＣＯＤＥ＝１）を付加したＥｔｈｅｒｎｅｔ−ＯＡＭプロトコル検査用のフレームであるＯＡＭフレームがＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置に送信されると（図１の（６）参照）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、受信した時刻「１：１５：００」、受信ポート「ポート３」、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する「ＶＬＡＮ  ＩＤ＝ｑ」、「ＭＥＧ  ＩＤ＝ｂｂ」、「Ｌｅｖｅｌ＝ｍ」、「中継装置ＢのＭＥＰ  ＩＤ＝３」「中継装置ＢのＭＡＣアドレス＝ＭＡＣ３」に対応する構成情報「ＴａｒｇｅｔＭＡＣ＝ＭＡＣ３３」を取得する（図１の（７）参照）。なお、ここでは、中継装置Ｂは、定期的に同様のＯＡＭフレームを１０回、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験に送信した例を説明する。
【００４９】
そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、ＯＡＭフレームの送信先となるＭＡＣアドレスがＭＡＣ３３のＭＥＰを当該Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置内に擬似的に生成し、ＣＣ機能の試験を実施する（図１の（８）と（９）参照）。続いて、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、実施された試験結果として「３、１：１５：００、１０、７、３」などと格納する（図１の（１０）参照）。
【００５０】
このように、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、上記した主たる特徴のごとく、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することが可能である。
【００５１】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成］
次に、図２を用いて、図１に示したＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を説明する。図２は、実施例１に示すＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。図２に示すように、このＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置１０は、ＥＯメインＤＢ１１と、ＣＣ対向ＭＥＰ監視ＤＢ１２と、ＬＢ／ＬＴターゲットＤＢ１３と、ＥＯフレーム識別部１４と、ＥＯフレーム送信部１５と、ＥＯ管理部１６と、ＥＯメインＤＢ管理部１７と、ＥＯプロトコル処理エンジン部１８、ＥＯフレームバッファ１９とから構成される。
【００５２】
ＥＯメインＤＢ１１は、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶する。上記した例で具体的に説明すると、ＥＯメインＤＢ１１は、図３に示すように、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報として『記憶される情報を参照するための「Ｉｎｄｅｘ」、受信ポートを示す「Ｐｉｎ」、ＯＡＭフレーム送信元の中継装置が属するＶＬＡＮに一意に割り当てられる「ＶＬＡＮ  ＩＤ」、ＯＡＭフレームの送信元の中継装置が属するＭＥＧのレベルを示す「Ｏｗｎ  ＭＥＧ  Ｌｅｖｅｌ」、受信部の試験装置がＭＥＰかＭＩＰかを示す「ＭＥ  Ｔｙｐｅ」、ＯＡＭフレームを受信する試験装置のＭＥＰもしくはＭＩＰのＭＡＣアドレスを示す「ＯＷＮ  ＭＡＣ  Ａｄｄｒ」、ＯＡＭフレームの出力ポートを示す「Ｐｏｕｔ」、ＯＡＭフレーム出力先のＭＡＣアドレスを示す「Ｔａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」、ＯＡＭフレーム出力先のＶＬＡＮを示す「ＶＬＡＮ  ＩＤ  ｏｕｔ」、ＯＡＭフレームの送信元の中継装置が属するＭＥＧを一意に識別する「ＭＥＧ  ＩＤ」、ＯＡＭフレームを受信するＭＥＰのＩＤを示す「ＭＥＰ  ＩＤ」、受信したＯＡＭフレームを遅延またはロスするか否かを示す「ｉｍｐａｉｒ」、試験装置内におけるＭＥＰおよびＭＩＰの接続情報を示す「ｃｈａｉｎ」』を「１、０、１、１、ＭＥＰ、ＯｗｎＭａｃ１、１、ＴａｒＭＡＣ１、１０、Ａ、１、−、−」、「３、０、３、５、ＭＩＰ、ＯｗｎＭａｃ３、１、ＴａｒＭＡＣ３、３０、−、−、Ｌｏｓｓ、４」などと記憶する。なお、ＥＯメインＤＢ１１は、特許請求の範囲に記載の「構成情報記憶手段」に対応する。また、図３は、ＥＯメインＤＢに記憶される情報の例を示す図である。
【００５３】
ＣＣ対向ＭＥＰ監視ＤＢ１２は、後述するＥＯプロトコル処理エンジン部１８によって実施されたＣＣ機能試験の試験結果を記憶する。具体的に例を挙げれば、ＣＣ対向ＭＥＰ監視ＤＢ１２は、ＥＯプロトコル処理エンジン部１８によってＣＣ機能試験が実施されて格納された試験結果として、図４に示すような「Ｄｅｆｅｃｔ  Ｓｔａｔｕｓ（ＭＥＰ検出警報情報）と対向ＭＥＰ情報」とを記憶する。なお、この記憶される情報は、１ＭＥＰごとに記憶される。また、図４は、ＣＣ対向ＭＥＰ監視ＤＢに記憶される情報の例を示す図である。
【００５４】
ＬＢ／ＬＴターゲットＤＢ１３は、後述するＥＯプロトコル処理エンジン部１８によって実施されたＬＢ／ＬＴ機能試験の試験結果を記憶する。具体的に例を挙げれば、ＬＢ／ＬＴターゲットＤＢ１３は、ＥＯプロトコル処理エンジン部１８によってＬＢ／ＬＴ機能試験が実施されて格納された試験結果として、図５に示すような「ターゲット情報」を記憶する。なお、この記憶される情報は、１ＭＥＰごとに記憶される。また、図５は、ＬＢ／ＬＴターゲットＤＢに記憶される情報の例を示す図である。なお、ＣＣ対向ＭＥＰ監視ＤＢ１２とＬＢ／ＬＴターゲットＤＢ１３とは、特許請求の範囲に記載の「所定の試験結果記憶手段」に対応する。
【００５５】
ＥＯフレーム識別部１４は、試験対象となるＭＥＰやＭＩＰなどの中継装置からＯＡＭフレームを受信し、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを受信した時刻、受信ポートなどの受信情報を取得する。上記した例で具体的に説明すると、ＥＯフレーム識別部１４は、受信したＯＡＭフレームから「ＯＰＣＯＤＥ＝１」を取得して、当該ＯＡＭフレームの試験種別がＣＣ機能であると判別する。そして、ＥＯフレーム識別部１４は、当該ＯＡＭフレームから受信情報として『受信したＯＡＭフレームの試験種別を示す「ＥＯ  Ｆｒａｍｅ  ｔｙｐｅ」、受信したＯＡＭフレームのメッセージタイプを示す「Ｍｓｇ  ｔｙｐｅ」、受信したポートを示す「Ｒｘ  Ｐｏｒｔ  Ｎｏ」、受信した時刻を示す「Ｒｘ  Ｔｉｍｅ  Ｓｔａｍｐ」として「ＣＣ＝１、Ｍ、０、０：４０：００」を取得して、図６に示すような「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」を生成し、後述するＥＯ管理部１６に送信する。なお、図６は、生成されるＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅの例を示す図である。
【００５６】
また、ＥＯフレーム識別部１４は、受信したＯＡＭフレームから、当該ＯＡＭフレームの「Ｅｔｈｅｒ  ＴｙｐｅがＥｔｈｅｒｎｅｔ−ＯＡＭであるか」、「Ｔａｒｇｅｔ  Ｍａｃがマルチキャストであるか否か」、「Ｕｎｉｃａｓｔ  Ｔａｒｇｅｔ  Ｍａｃの場合、当該Ｍａｃが後述するＥＯメインＤＢ１１に記憶されているか」などを判別し、判別した結果を取得した「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」とともに後述するＥＯ管理部１６に送信する。
【００５７】
ＥＯフレーム送信部１５は、接続されるＭＥＰやＭＩＰなどの中継装置にＯＡＭフレームを送信する。上記した例で具体的に説明すると、ＥＯフレーム送信部１５は、後述するＥＯ管理部１６またはＥＯプロトコル処理エンジン部１８の指示によって、ＥＯフレーム識別部１４により受信されたＯＡＭフレームを接続される中継装置に転送したり、新たなＯＡＭフレームを中継装置に送信したりする。なお、ＥＯフレーム送信部１５は、接続される中継装置ごとに複数のポートを備え、ポートそれぞれに接続される中継装置に対してＯＡＭフレームを送信する。
【００５８】
ＥＯ管理部１６は、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する。上記した例で具体的に説明すると、ＥＯフレーム識別部１４から「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」を受信した場合に、ＥＯ管理部１６は、ＥＯフレーム識別部１４からＯＡＭフレーム受信してネットワーク情報『受信したポートを示す「Ｒｘ  Ｐｏｒｔ  Ｎｏ」、ＯＡＭフレームを送信した中継装置が属するＶＬＡＮを示す「ＶＬＡＮ  ＩＤ」、ＯＡＭフレームを送信した中継装置が属するＭＥＧのレベルを示す「ＭＥＧ  Ｌｅｖｅｌ」、ＯＡＭフレームを受信する試験装置のＭＥＰもしくはＭＩＰのＭＡＣアドレスを示す「Ｔａｒ  ＭＡＣ  Ａｄｄｒ」』などを取得して、図７に示すような「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」を生成し、後述するＥＯメインＤＢ管理部１７に送信する。ここで、ＥＯ管理部１６は、受信したＯＡＭフレームを後述するＥＯフレームバッファ１９に送信する。なお、図７は、生成されるＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅの例を示す図である。
【００５９】
また、ＥＯ管理部１６は、後述するＥＯメインＤＢ管理部１７により生成されて送信されたネットワーク構成を擬似的に生成するための構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」を受信すると、当該受信した「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」を後述するＥＯプロトコル処理エンジン部１８に送信する。なお、上記したＥＯフレーム識別部１４とＥＯ管理部１６とは、特許請求の範囲に記載の「種別判別手段」に対応する。
【００６０】
ＥＯメインＤＢ管理部１７は、ＥＯ管理部１６により取得されたネットワーク情報に対応する構成情報をＥＯメインＤＢ１１から取得して後述するＥＯプロトコル処理エンジン部１８に送信する。上記した例で具体的に説明すると、ＥＯメインＤＢ管理部１７は、ＥＯ管理部１６により取得されたネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」に対応する構成情報として、『ＯＡＭフレームの送信先となる試験装置がＭＥＰかＭＩＰかを示す「ＭＥ  Ｔｙｐｅ」、ＯＡＭフレームの出力ポートを示す「Ｔｘ  Ｐｏｒｔ  Ｎｏ」、送信先である中継装置のＭＡＣアドレスを示す「Ｔａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」、擬似的に生成するネットワークのＶＬＡＮを示す「ＶＬＡＮ  ＩＤ」、擬似的に生成するＭＥＧのレベルを示す「ＭＥＧ  Ｌｅｖｅｌ」、擬似的に生成するＭＥＧを示す「ＭＥＧ  ＩＤ」、擬似的に生成するＭＥＰを示す「ＭＥＰ  ＩＤ」、受信したＯＡＭフレームを遅延またはロスするか否かを示す「ｉｍｐａｉｒ」、試験装置内におけるＭＥＰおよびＭＩＰの接続情報を示す「ｃｈａｉｎ」』をＥＯメインＤＢ１１から取得して、図８に示すような「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」を生成する。そして、ＥＯメインＤＢ管理部１７は、生成した「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」をＥＯプロトコル処理エンジン部１８に送信する。なお、図８は、生成されるＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅの例を示す図である。
【００６１】
ＥＯプロトコル処理エンジン部１８は、ＥＯメインＤＢ管理部１７により取得されたネットワーク情報と取得した構成情報とを用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施するとともに、実施された試験結果をＣＣ対向ＭＥＰ監視ＤＢ１２またはＬＢ／ＬＴターゲットＤＢ１３に格納する。具体的には、ＥＯプロトコル処理エンジン部１８は、ＥＯメインＤＢ管理部１７により取得されたネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」と、ＥＯメインＤＢ管理部１７により取得されてＥＯ管理部１６を介して受信した構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」とから、ＥＯフレーム識別部１４によって識別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施するとともに、ＥＯフレーム識別部１４により生成された受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」と実施した試験結果とをＣＣ対向ＭＥＰ監視ＤＢ１２またはＬＢ／ＬＴターゲットＤＢ１３に格納する。
【００６２】
例を挙げると、ＥＯプロトコル処理エンジン部１８は、ネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」として「Ｒｘ  Ｐｏｒｔ  Ｎｏ＝０、ＶＬＡＮ  ＩＤ＝１、ＭＥＧ  ＩＤ＝Ａ、Ｔａｒ  ＭＡＣ  Ａｄｄｒ＝ＴａｒＭＡＣ１」を受信し、また、構成情報「ＭＥ  Ｔｙｐｅ＝ＭＥＰ、Ｔｘ  Ｐｏｒｔ  Ｎｏ＝１、Ｔａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ＝ＴａｒＭＡＣ１、ＶＬＡＮ  ＩＤ＝１０、ＭＥＧ  Ｌｅｖｅｌ＝１、ＭＥＧ  ＩＤ＝Ａ、ＭＥＧ  ＩＤ＝１、ｉｍｐａｉｒ＝Ｄｅｌａｙ、ｃｈａｉｎ＝１０」を受信する。
【００６３】
そして、ＥＯプロトコル処理エンジン部１８は、これらの情報から「送信元のＶＬＡＮ＝１、送信元のＭＥＧ  Ｌｅｖｅｌ＝１、送信先のＭＡＣアドレス＝ＴａｒＭＡＣ１」などを特定することで、中継装置から送信されたＯＡＭフレームの送信先ＭＥＰを擬似的に生成して試験を実施する。この場合、ＥＯプロトコル処理エンジン部１８は、「ＶＬＡＮ  ＩＤ＝１、ＭＥＧ  Ｌｅｖｅｌ＝１、ＭＡＣアドレス＝ＴａｒＭＡＣ１」のＭＥＰをＯＡＭフレーム受信側の中継装置として擬似的に生成する。
【００６４】
また、試験を実施する際、ＥＯプロトコル処理エンジン部１８は、受信した構成情報に「ｉｍｐａｉｒ＝Ｄｅｌａｙ」が含まれていることから、当該ＯＡＭフレームを遅らせて後述するＥＯフレームバッファ１９からＯＡＭフレームを取り出す。そして、ＥＯプロトコル処理エンジン部１８は、受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」と試験結果とをＣＣ対向ＭＥＰ監視ＤＢ１２またはＬＢ／ＬＴターゲットＤＢ１３に格納する。なお、受信した構成情報に「ｉｍｐａｉｒ＝Ｌｏｓｓ」が含まれている場合、ＥＯプロトコル処理エンジン部１８は、ＥＯフレームバッファ１９からＯＡＭフレームを取り出さずに、破棄する。また、ＥＯメインＤＢ管理部１７とＥＯプロトコル処理エンジン部１８とは、特許請求の範囲に記載の「試験実施手段」と「試験結果格納手段」に対応する。
【００６５】
ＥＯフレームバッファ１９は、中継装置から送信されたＯＡＭフレームを一時的に保持する。具体的に例を挙げれば、ＥＯフレームバッファ１９は、ＥＯ管理部１６より送信されたＯＡＭフレームがＥＯプロトコル処理エンジン部１８により取り出されるまでの間、一時的に保持する。
【００６６】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理］
次に、図９〜図１２を用いて、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理を説明する。ここでは、受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」生成処理について説明し、順に、ネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理、構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理、試験実施処理について順に説明する。
【００６７】
（受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」生成処理）
図９を用いて、受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」生成処理について説明する。図９は、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における受信情報生成処理の流れを示すフローチャートである。
【００６８】
図９に示すように、中継装置からＯＡＭフレームを受信すると（ステップＳ９０１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯフレーム識別部１４は、当該ＯＡＭフレームの「Ｅｔｈｅｒ  Ｔｙｐｅ」が「Ｅｔｈｅｒｎｅｔ−ＯＡＭ」であり（ステップＳ９０２肯定）、当該ＯＡＭフレームの「ＶＬＡＮ  ＩＤ」がＥＯメインＤＢ１１に含まれる場合（ステップＳ９０３肯定）、当該ＯＡＭフレームの「Ｄｓｔ  ＭＡＣ値（Ｔａｒ  ＭＡＣ  Ａｄｄｒ）」が「０１：８０：ｃ２：ｘｘ：ｘｘ：ｘｙ」であるか否かを判定する（ステップＳ９０４）。
【００６９】
そして、ＥＯフレーム識別部１４は、当該ＯＡＭフレームの「Ｄｓｔ  ＭＡＣ値（Ｔａｒ  ＭＡＣ  Ａｄｄｒ）」が「０１：８０：ｃ２：ｘｘ：ｘｘ：ｘｙ」である場合（ステップＳ９０４肯定）、当該ＯＡＭフレームをＭｕｌｔｉｃａｓｔと判定する（ステップＳ９０５）。
【００７０】
一方、ＥＯフレーム識別部１４は、当該ＯＡＭフレームの「Ｄｓｔ  ＭＡＣ値（Ｔａｒ  ＭＡＣ  Ａｄｄｒ）」が「０１：８０：ｃ２：ｘｘ：ｘｘ：ｘｙ」でない場合（ステップＳ９０４否定）、当該ＯＡＭフレームをＵｎｉｃａｓｔと判定する（ステップＳ９０６）。
【００７１】
また、ステップＳ９０２に戻り、当該ＯＡＭフレームの「Ｅｔｈｅｒ  Ｔｙｐｅ」が「Ｅｔｈｅｒｎｅｔ−ＯＡＭ」でない場合（ステップＳ９０２否定）や当該ＯＡＭフレームの「ＶＬＡＮ  ＩＤ」がＥＯメインＤＢ１１に含まれない場合（ステップＳ９０３否定）、ＥＯフレーム識別部１４は、当該処理を終了する。
【００７２】
当該ＯＡＭフレームがＭｕｌｔｉｃａｓｔかＵｎｉｃａｓｔかが判定されると、ＥＯフレーム識別部１４は、当該ＯＡＭフレームのＯｐｃｏｄｅをチェックして試験種別を判別する（ステップＳ９０７）。
【００７３】
そして、ＥＯフレーム識別部１４は、上記した判定結果、ＭｕｌｔｉｃａｓｔかＵｎｉｃａｓｔであるかの判定結果、Ｏｐｃｏｄｅをチェックした試験種別とから受信情報「ＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅ」を生成してＥＯ管理部１６に送信する（ステップＳ９０８）。
【００７４】
（ネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理）
図１０を用いて、ネットワーク情報「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理について説明する。図１０は、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置におけるネットワーク情報生成処理の流れを示すフローチャートである。
【００７５】
図１０に示すように、ＥＯフレーム識別部１４から受信されたＯＡＭフレームと受信情報とを受信すると（ステップＳ１００１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯ管理部１６は、ＥＯフレーム識別部１４により受信されたＯＡＭフレームから「Ｒｘ  Ｐｏｒｔ  ＮＯ」を抽出する（ステップＳ１００２）。
【００７６】
続いて、ＥＯ管理部１６は、ＥＯフレーム識別部１４により受信されたＯＡＭフレームから「ＶＬＡＮ  ＩＤ（ＲｘＦｒａｍｅ  ＶＬＡＮ  ＩＤ）」と、「ＭＥＧ  Ｌｅｖｅｌ（ＲｘＦｒａｍｅ  ＭＥＧ  Ｌｅｖｅｌ）」と、「Ｔａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ（ＲｘＦｒａｍｅ  Ｄｓｔ  ＭＡＣ  Ａｄｄｒ）」とを抽出する（ステップＳ１００３〜ステップＳ１００５）。
【００７７】
そして、ＥＯ管理部１６は、抽出した各種情報をネットワーク情報として「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅ」を生成し、ＥＯメインＤＢ管理部１７に送信する（ステップＳ１００６）。
【００７８】
（構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理）
図１１を用いて、構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成処理について説明する。図１１は、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における構成情報生成処理の流れを示すフローチャートである。
【００７９】
図１１に示すように、ネットワーク情報を受信すると（ステップＳ１１０１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯメインＤＢ管理部１７は、「ＥＯメインＤＢ１１のＰｉｎ番号」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＲｘ  Ｐｏｒｔ  Ｎｏ」とが等しいか否かを判定する（ステップＳ１１０２）。
【００８０】
続いて、「ＥＯメインＤＢ１１のＰｉｎ番号」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＲｘ  Ｐｏｒｔ  Ｎｏ」とが等しい場合（ステップＳ１１０２肯定）、ＥＯメインＤＢ管理部１７は、「ＥＯメインＤＢ１１のＶＬＡＮ  ＩＤ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＶＬＡＮ  ＩＤ」とが等しいか否かを判定する（ステップＳ１１０３）。
【００８１】
そして、「ＥＯメインＤＢ１１のＶＬＡＮ  ＩＤ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＶＬＡＮ  ＩＤ」とが等しい場合（ステップＳ１１０３肯定）、ＥＯメインＤＢ管理部１７は、「ＥＯメインＤＢ１１のＯｗｎ  ＭＥＧ  Ｌｅｖｅｌ」が「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＭＥＧ  Ｌｅｖｅｌ」以上であるか否かを判定する（ステップＳ１１０４）。
【００８２】
続いて、「ＥＯメインＤＢ１１のＭＥＧ  Ｌｅｖｅｌ」が「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＯｗｎ  ＭＥＧ  Ｌｅｖｅｌ」以上である場合（ステップＳ１１０４肯定）、ＥＯメインＤＢ管理部１７は、「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」がユニキャストであるか否かを判定する（ステップＳ１１０５）。
【００８３】
そして、「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」がユニキャストである場合（ステップＳ１１０５肯定）、ＥＯメインＤＢ管理部１７は、「ＥＯメインＤＢ１１のＯｗｎ  ＭＡＣ  Ａｄｄｒ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」とが等しいか否かを判定する（ステップＳ１１０６）。
【００８４】
そして、「ＥＯメインＤＢ１１のＯｗｎ  ＭＡＣ  Ａｄｄｒ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」とが等しい場合（ステップＳ１１０６肯定）、ＥＯメインＤＢ管理部１７は、ＯＡＭフレームの送信先であり処理対象となるＭＥＰ／ＭＩＰを特定する（ステップＳ１１０７）。
【００８５】
一方、「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」がユニキャストでない場合（ステップＳ１１０５否定）、ＥＯメインＤＢ管理部１７は、ステップＳ１１０６の処理を行わず、ステップＳ１１０７の処理を行う。
【００８６】
そして、ＯＡＭフレームの送信先であり処理対象となるＭＥＰ／ＭＩＰを特定すると、ＥＯメインＤＢ管理部１７は、ＥＯメインＤＢ１１から構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」生成して、ＥＯ管理部１６を介してＥＯプロトコル処理エンジン部１８に送信する（ステップＳ１１０８）。その後、ＥＯプロトコル処理エンジン部１８は、受信した構成情報「ＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅ」を用いて擬似的なネットワークまたは中継装置を生成する。
【００８７】
ステップＳ１１０２に戻り、「ＥＯメインＤＢ１１のＰｉｎ番号」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＲｘ  Ｐｏｒｔ  Ｎｏ」とが等しくない場合（ステップＳ１１０２否定）、「ＥＯメインＤＢ１１のＶＬＡＮ  ＩＤ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＶＬＡＮ  ＩＤ」とが等しくない場合（ステップＳ１１０３否定）、「ＥＯメインＤＢ１１のＯｗｎ  ＭＥＧ  Ｌｅｖｅｌ」が「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＯｗｎ  ＭＥＧ  Ｌｅｖｅｌ」以上でない場合（ステップＳ１１０４否定）、「ＥＯメインＤＢ１１のＯｗｎ  ＭＡＣ  Ａｄｄｒ」と「ＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅのＴａｒｇｅｔ  ＭＡＣ  Ａｄｄｒ」とが等しくない場合（ステップＳ１１０６否定）、ＥＯメインＤＢ管理部１７は、処理を終了する。
【００８８】
（試験実施処理）
図１２を用いて、試験実施処理について説明する。図１２は、実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における試験実施処理の流れを示すフローチャートである。なお、ここでは、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコル機能の一つであるＣＣ機能の試験を実施する場合について説明する。
【００８９】
図１２に示すように、受信した構成情報を用いて擬似的ネットワークまたは装置を生成すると（ステップＳ１２０１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＣＣＭフレームか否かを判定する（ステップＳ１２０２）。
【００９０】
そして、当該ＯＡＭフレームの試験種別がＣＣＭである場合（ステップＳ１２０２肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１２０３）。
【００９１】
そして、一致する場合（ステップＳ１２０３肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  ＩＤ」と擬似的に生成したネットワークの「ＭＥＧ  ＩＤ」とが一致するか否かを判定する（ステップＳ１２０４）。
【００９２】
一致する場合（ステップＳ１２０４肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＰ  ＩＤ」とＣＣ対向ＭＥＰ監視ＤＢ１２に一致する「ＭＥＰ  ＩＤ」が存在するか否かを判定する（ステップＳ１２０５）。
【００９３】
そして、一致する「ＭＥＰ  ＩＤ」が存在する場合（ステップＳ１２０５肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＴｘＰｅｒｉｏｄ」と擬似的に生成したネットワークの「ＴｘＰｅｒｉｏｄ」とが一致するか否かを判定する（ステップＳ１２０６）。
【００９４】
一致する場合（ステップＳ１２０６肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームを正常のＣＣＭフレームと認識し（ステップＳ１２０７）、正常ＣＣＭフレームに関する情報を試験結果としてＣＣ対向ＭＥＰ監視ＤＢ１２に格納する（ステップＳ１２０８）。
【００９５】
一方、ステップＳ１２０３に戻り、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１２０３否定）、ＥＯプロトコル処理エンジン部１８は、「Ｕｎｅｘｐｅｃｔｅｄ  ＭＥＧ  Ｌｅｖｅｌ警報検出」としてＣＣ対向ＭＥＰ監視ＤＢ１２に格納する（ステップＳ１２０９）。
【００９６】
また、ステップＳ１２０４に戻り、受信したＯＡＭフレームの「ＭＥＧ  ＩＤ」と擬似的に生成したネットワークの「ＭＥＧ  ＩＤ」とが一致しない場合（ステップＳ１２０４否定）、ＥＯプロトコル処理エンジン部１８は、「Ｍｉｓｍｅｒｇｅ警報検出」としてＣＣ対向ＭＥＰ監視ＤＢ１２に格納する（ステップＳ１２１０）。
【００９７】
同様に、ステップＳ１２０５に戻り、受信したＯＡＭフレームの「ＭＥＰ  ＩＤ」とＣＣ対向ＭＥＰ監視ＤＢ１２に一致する「ＭＥＰ  ＩＤ」が存在しない場合（ステップＳ１２０５否定）、ＥＯプロトコル処理エンジン部１８は、「Ｕｎｅｘｐｅｃｔｅｄ  ＭＥＰ警報検出」としてＣＣ対向ＭＥＰ監視ＤＢ１２に格納する（ステップＳ１２１１）。
【００９８】
同様に、ステップＳ１２０６に戻り、受信したＯＡＭフレームの「ＴｘＰｅｒｉｏｄ」と擬似的に生成したネットワークの「ＴｘＰｅｒｉｏｄ」とが一致しない場合（ステップＳ１２０６否定）、ＥＯプロトコル処理エンジン部１８は、「Ｕｎｅｘｐｅｃｔｅｄ  Ｐｅｒｉｏｄ警報検出」としてＣＣ対向ＭＥＰ監視ＤＢ１２に格納する（ステップＳ１２１２）。
【００９９】
［実施例１による効果］
このように、実施例１によれば、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶し、試験の対象となる中継装置からＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、取得されたネットワーク情報に対応する構成情報を取得し、取得されたネットワーク情報と取得した構成情報とを用いて判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、実施された試験結果を格納するので、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することが可能であることと、各種試験に必要な最低限の中継装置のみで試験を実施することが可能である。
【０１００】
例えば、イーサネットワークを構築する前に、構築に使用する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを実装しているか否かを、必要最低限の装置やネットワークを擬似的に生成して、ＣＣ機能やその他の機能を試験することができる結果、簡単に試験を実施することが可能であり、各種試験に必要な最低限の中継装置のみで試験を実施することが可能である。また、イーサネットワークが既に構築されている場合であっても、通常ならば試験を行うのに全ネットワークを利用して試験する必要があるが、本発明を適用することで、各種試験に必要な最低限の中継装置やネットワークを擬似的に生成して試験することができる結果、簡単に試験を実施することが可能である。
【０１０１】
また、実施例１によれば、特定の相手に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、取得されたネットワーク情報に対応する構成情報を取得し、取得した構成情報を用いて判別された試験種別に対応した試験を実施し、実施された試験結果を格納するので、Ｐ２Ｐ接続に限定した試験であっても、簡単に試験を実施することが可能である。
【０１０２】
例えば、既に構築されたネットワークで試験を行う場合に、特定の相手が多くのＨｏｐ数を必要とする遠方の相手であるとすると、ネットワーク全体を用いて試験する必要があり、試験を行うリスクが非常に高くなる。そこで、本発明を用いることで、多くのＨｏｐ数を必要とする遠方の相手を擬似的に生成して試験を行うことができるので、リスクが低く、簡単に試験を実施することが可能である。
【０１０３】
また、実施例１によれば、ＯＡＭフレームが送信される時刻が遅延することを示す遅延時間と、ＯＡＭフレームをロスするロス情報とをさらに記憶し、ＯＡＭフレームが受信されると、遅延時間が記憶されている場合に、ＯＡＭフレームを受信する時刻を遅延時間分遅延させて受信し、ロス情報が記憶されている場合に、ＯＡＭフレームを受信することなくロスするので、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコル以外の障害を想定して試験することができる結果、より精密な試験を実施することが可能である。
【実施例２】
【０１０４】
ところで、実施例１では、ＣＣ機能を試験する場合について説明したが、本発明はこれに限定されるものではなく、ＣＣ機能以外の他の機能についても同様に試験することができる。
【０１０５】
そこで、実施例２では、図１３〜図１６を用いてＣＣ機能以外の他の機能について試験を実施する場合について説明する。なお、実施例２では、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理について説明する。また、擬似的ネットワークまたは装置が生成されるまでの処理は、実施例１と同様であるので、ここではその詳細な説明を省略する。
【０１０６】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理］
（ＬＢ機能を試験する場合の処理の流れ）
まず、図１３を用いて、ＬＢ機能を試験する場合の処理の流れについて説明する。図１３は、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【０１０７】
図１３に示すように、受信した構成情報を用いて擬似的ネットワークまたは装置を生成すると（ステップＳ１３０１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＬＢＭフレームか否かを判定する（ステップＳ１３０２）。
【０１０８】
そして、当該ＯＡＭフレームの試験種別がＬＢＭである場合（ステップＳ１３０２肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１３０３）。
【０１０９】
そして、一致する場合（ステップＳ１３０３肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＢＭフレーム）の応答を送信するためのＬＢＲフレームを組み立てて（ステップＳ１３０４）、組み立てたＬＢＲフレームをＯＡＭフレーム送信元の中継装置に送信する（ステップＳ１３０５）。
【０１１０】
その後、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＢＭフレーム）と、送信したＬＢＲフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１３０６）。
【０１１１】
一方、ステップＳ１３０２に戻り、当該ＯＡＭフレームの試験種別がＬＢＭでない場合（ステップＳ１３０２否定）、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１３０３否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１１２】
（ＬＴ機能を試験する場合の処理の流れ）
続いて、図１４を用いて、ＬＴ機能を試験する場合の処理の流れについて説明する。図１４は、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【０１１３】
図１４に示すように、受信した構成情報を用いて擬似的ネットワークまたは装置を生成すると（ステップＳ１４０１肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１４０２）。
【０１１４】
そして、一致する場合（ステップＳ１４０２肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＬＴＭフレームか否かを判定する（ステップＳ１４０３）。
【０１１５】
そして、当該ＯＡＭフレームの試験種別がＬＴＭである場合（ステップＳ１４０３肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「Ｆｒａｍｅ  ＴａｒｇｅｔＭＡＣ」がＥＯメインＤＢ１１の「Ｏｗｎ  ＭＡＣ  Ａｄｄｒ」と一致するか否かを判定する（ステップＳ１４０４）。
【０１１６】
一致する場合（ステップＳ１４０４肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）の応答を送信するためのＬＴＲフレームを組み立てて（ステップＳ１４０５）、組み立てたＬＴＲフレームをＯＡＭフレーム送信元の中継装置に送信する（ステップＳ１４０６）。
【０１１７】
その後、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）と、送信したＬＴＲフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１４０７）。
【０１１８】
一方、ステップＳ１４０２に戻り、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１４０２否定）、当該ＯＡＭフレームの試験種別がＬＴＭでない場合（ステップＳ１４０３否定）、受信したＯＡＭフレームの「Ｆｒａｍｅ  ＴａｒｇｅｔＭＡＣ」がＥＯメインＤＢ１１の「Ｏｗｎ  ＭＡＣ  Ａｄｄｒ」と一致しない場合（ステップＳ１４０４否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１１９】
（ＡＩＳ機能を試験する場合の処理の流れ）
続いて、図１５を用いて、ＡＩＳ機能を試験する場合の処理の流れについて説明する。図１５は、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＡＩＳ機能を試験する場合の処理の流れを示すフローチャートである。
【０１２０】
図１５に示すように、受信した構成情報を用いて擬似的ネットワークまたは装置を生成すると（ステップＳ１５０１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＡＩＳフレームか否かを判定する（ステップＳ１５０２）。
【０１２１】
そして、当該ＯＡＭフレームの試験種別がＡＩＳである場合（ステップＳ１５０２肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１５０３）。
【０１２２】
そして、一致する場合（ステップＳ１５０３肯定）、ＥＯプロトコル処理エンジン部１８は、当該イーサネットネットワークの状態をＡＩＳ検出状態に遷移させ（ステップＳ１５０４）、ＡＩＳフレームを定期的に他の装置に送信する（ステップＳ１５０５）。
【０１２３】
その後、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＡＩＳフレーム）と、送信したＡＩＳフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１５０６）。
【０１２４】
一方、ステップＳ１５０２に戻り、当該ＯＡＭフレームの試験種別がＡＩＳでない場合（ステップＳ１５０２否定）、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１５０３否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１２５】
（ＬＣＫ機能を試験する場合の処理の流れ）
続いて、図１６を用いて、ＬＣＫ機能を試験する場合の処理の流れについて説明する。図１６は、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＣＫ機能を試験する場合の処理の流れを示すフローチャートである。
【０１２６】
図１６に示すように、受信した構成情報を用いて擬似的ネットワークまたは装置を生成すると（ステップＳ１６０１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＬＣＫフレームか否かを判定する（ステップＳ１６０２）。
【０１２７】
そして、当該ＯＡＭフレームの試験種別がＬＣＫである場合（ステップＳ１６０２肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１６０３）。
【０１２８】
そして、一致する場合（ステップＳ１６０３肯定）、ＥＯプロトコル処理エンジン部１８は、当該イーサネットネットワークの状態をＬＣＫ検出状態に遷移させ（ステップＳ１６０４）、ＬＣＫフレームを定期的に他の装置に送信する（ステップＳ１６０５）。
【０１２９】
その後、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＣＫフレーム）と、送信したＬＣＫフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１６０６）。
【０１３０】
一方、ステップＳ１６０２に戻り、当該ＯＡＭフレームの試験種別がＡＩＳでない場合（ステップＳ１６０２否定）、受信したＯＡＭフレームの「ＶＬＡＮ  Ｌｅｖｅｌ」と擬似的に生成したネットワーク（または、装置）の「ＶＬＡＮ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１６０３否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１３１】
このように、実施例２によれば、ＣＣ機能だけでなく、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルの他の機能（例えば、ＬＢ機能、ＬＴ機能、ＡＩＳ機能、ＬＣＫ機能などの機能）についても同様に試験することができる結果、中継装置がいずれの機能を試験するＯＡＭフレームを送信したとしても、いずれかの試験を実施することが可能であり、また、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルの全ての機能についても、実施例１と同様に擬似的なネットワークまたは中継装置を生成して、簡単に試験を実施することが可能である。
【実施例３】
【０１３２】
ところで、実施例１と２では、試験を実施する際に、ＭＥＰである中継装置を擬似的に生成して試験する場合について説明したが、本発明はこれに限定されるものではなく、ＭＩＰである中継装置を擬似的に生成して試験してもよい。
【０１３３】
そこで、実施例３では、図１７と図１８とを用いて、ＭＩＰである中継装置を擬似的に生成して試験する場合について説明する。なお、実施例３では、実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理について説明する。また、擬似的ネットワークまたは装置が生成されるまでの処理は、実施例１と同様であるので、ここではその詳細な説明を省略する。また、実施例３ではＭＩＰの動作として定義されているＬＢ機能とＬＴ機能とを試験する場合について説明する。
【０１３４】
（ＬＢ機能を試験する処理の流れ）
図１７を用いて、ＬＢ機能を試験する場合の処理の流れについて説明する。図１７は、実施例３に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【０１３５】
図１７に示すように、受信した構成情報を用いて擬似的にＭＩＰの中継装置を生成すると（ステップＳ１７０１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＬＢＭフレームか否かを判定する（ステップＳ１７０２）。
【０１３６】
そして、当該ＯＡＭフレームの試験種別がＬＢＭである場合（ステップＳ１７０２肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成した中継装置（ＭＩＰ）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１７０３）。
【０１３７】
そして、一致する場合（ステップＳ１７０３肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＢＭフレーム）の応答を送信するためのＬＢＲフレームを組み立てて（ステップＳ１７０４）、組み立てたＬＢＲフレームをＯＡＭフレーム送信元の中継装置に定期的に送信する（ステップＳ１７０５）。
【０１３８】
その後、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＢＭフレーム）と、送信したＬＢＲフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１７０６）。
【０１３９】
一方、ステップＳ１７０２に戻り、当該ＯＡＭフレームの試験種別がＬＢＭでない場合（ステップＳ１７０２否定）、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成した中継装置の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない場合（ステップＳ１７０３否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１４０】
（ＬＴ機能を試験する処理の流れ）
図１８を用いて、ＬＴ機能を試験する場合の処理の流れについて説明する。図１８は、実施例３に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【０１４１】
図１８に示すように、受信した構成情報を用いて擬似的にＭＩＰの中継装置を生成すると（ステップＳ１８０１肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成した中継装置（ＭＩＰ）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致するか否かを判定する（ステップＳ１８０２）。
【０１４２】
、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成した中継装置（ＭＩＰ）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致する場合（ステップＳ１８０２肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＯＡＭフレームの試験種別がＬＴＭか否かを判定する（ステップＳ１８０３）。
【０１４３】
当該ＯＡＭフレームの試験種別がＬＴＭである場合（ステップＳ１８０３肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）の「Ｆｒａｍｅ  Ｄｓｔ  ＭＡＣ」が「Ｍａｌｔｉｃａｓｔ」であるか否かを判定する（ステップＳ１８０４）。
【０１４４】
「Ｆｒａｍｅ  Ｄｓｔ  ＭＡＣ」が「Ｍａｌｔｉｃａｓｔ」である場合（ステップＳ１８０４肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）の応答を送信するためのＬＴＲフレームを組み立てて（ステップＳ１８０５）、組み立てたＬＴＲフレームをＯＡＭフレーム送信元の中継装置に送信する（ステップＳ１８０６）。
【０１４５】
そして、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）の「Ｆｒａｍｅ  Ｔａｒｇｅｔ  ＭＡＣ」がＥＯメインＤＢ１１に記憶される「Ｏｗｎ  ＭＡＣ  Ａｄｄｒ」と一致するか否かを判定する（ステップＳ１８０７）。
【０１４６】
「Ｆｒａｍｅ  Ｔａｒｇｅｔ  ＭＡＣ」がＥＯメインＤＢ１１に記憶される「Ｏｗｎ  ＭＡＣ  Ａｄｄｒ」と一致する場合（ステップＳ１８０７肯定）、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）と、送信したＬＴＲフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１８０８）。
【０１４７】
一方、「Ｆｒａｍｅ  Ｔａｒｇｅｔ  ＭＡＣ」がＥＯメインＤＢ１１に記憶される「Ｏｗｎ  ＭＡＣ  Ａｄｄｒ」と一致しない場合（ステップＳ１８０７否定）、他にもこのＯＡＭフレームを受信する装置が存在することになるので、ＥＯプロトコル処理エンジン部１８は、受信したＯＡＭフレーム（ＬＴＭフレーム）のＴＴＬを減算し（ステップＳ１８０９）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置１０に接続される次の装置に受信したＬＴＭフレームを転送し（ステップＳ１８１０）、受信したＯＡＭフレーム（ＬＴＭフレーム）と、送信したＬＴＲフレームと、転送したＬＴＭフレームに含まれる各種情報をＬＢ／ＬＴターゲットＤＢ１３に格納する（ステップＳ１８０８）。
【０１４８】
一方、ステップＳ１８０２に戻り、受信したＯＡＭフレームの「ＭＥＧ  Ｌｅｖｅｌ」と擬似的に生成した中継装置（ＭＩＰ）の「ＭＥＧ  Ｌｅｖｅｌ」とが一致しない（ステップＳ１８０２否定）、当該ＯＡＭフレームの試験種別がＬＴＭフレームでない場合（ステップＳ１８０３否定）、受信したＯＡＭフレームの「Ｆｒａｍｅ  Ｔａｒｇｅｔ  ＭＡＣ」が「Ｍａｌｔｉｃａｓｔ」でない場合（ステップＳ１８０４否定）、ＥＯプロトコル処理エンジン部１８は、処理を終了する。
【０１４９】
このように、実施例３によれば、終端となるＭＥＰだけでなく、経路上に存在するＭＩＰを擬似的に生成して試験することができる結果、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルの機能について、より正確かつ精密に試験することが可能である。
【実施例４】
【０１５０】
ところで、実施例１〜３では、中継装置からＯＡＭフレームを受信して試験を実施する場合について説明したが、本発明はこれに限定されるものではなく、中継装置にＯＡＭフレームを送信して各種試験を実施してもよい。
【０１５１】
そこで、実施例４では、図１９〜図２３を用いて、中継装置にＯＡＭフレームを送信して各種試験を実施する場合について説明する。なお、実施例４では、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成および処理の流れ、実施例による効果を順に説明する。
【０１５２】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成］
図１９は、実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。図１９に示したＥＯメインＤＢ１１と、ＣＣ対向ＭＥＰ監視ＤＢ１２と、ＬＢ／ＬＴターゲットＤＢ１３と、ＥＯフレーム識別部１４と、ＥＯフレーム送信部１５と、ＥＯ管理部１６と、ＥＯメインＤＢ管理部１７と、ＥＯプロトコル処理エンジン部１８、ＥＯフレームバッファ１９とは、実施例１で説明した図２と同様の機能を有するので、その詳細な説明は省略する。ここでは、実施例１とは異なる機能を有するＣＣ／ＬＢ／ＬＴ送信ＤＢ２０について説明する。
【０１５３】
ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０は、試験種別を含むＯＡＭフレームを中継装置に送信して得られた試験結果および試験を行うためのタイマ情報などを記憶する。具体的には、ＥＯプロトコル処理エンジン部１８は、中継装置に対して試験種別を含むＯＡＭフレームが送信されて、その応答を受け取ることで試験を実施する。そして、ＥＯプロトコル処理エンジン部１８は、ＯＡＭフレームを送信して、その応答を受信すると、送信したＯＡＭフレームの情報と、受信した応答の情報とを試験結果としてＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に格納する。
【０１５４】
例を挙げると、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０は、図２０に示したように、ＣＣ送信、ＬＢ送信、ＬＢ応答送信、ＬＴ送信、ＬＴ応答／転送送信とそれぞれの機能に分けて、試験を実施した情報として「送信時間、定期送信用タイマ、送信最終時刻、Ｆｌａｇ情報、送信回数、受信待ちタイマ、受信回数」などのＯＡＭフレーム送信に関する情報と応答受信に関する情報とを記憶する。なお、図２０は、ＣＣ／ＬＢ／ＬＴ送信ＤＢに記憶される情報の例を示す図である。
【０１５５】
［Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置による処理］
（ＣＣ機能を試験する場合の処理の流れ）
図２１を用いて、ＣＣ機能を試験する場合の処理の流れについて説明する。図２１は、実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＣＣ機能を試験する場合の処理の流れを示すフローチャートである。
【０１５６】
図２１に示すように、利用者の指示操作などからＣＣフレーム送信指示を受信すると（ステップＳ２１０１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、当該試験装置が行っているＣＣ送信を「Ｅｎａｂｌｅ」状態にする（ステップＳ２１０２）。
【０１５７】
そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯプロトコル処理エンジン部１８は、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に記憶されるＣＣ定期送信用タイマを起動することで、タイマを初期化して（ステップＳ２１０３）、送信用ＣＣフレームを生成する（ステップＳ２１０４）。なお、送信したＣＣフレームに関する情報は、ＥＯプロトコル処理エンジン部１８によってＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に記憶される。
【０１５８】
その後、ＥＯプロトコル処理エンジン部１８は、生成した送信用ＣＣフレームを試験対象となる中継装置に定期的に送信する（ステップＳ２１０５）。
【０１５９】
そして、タイマがタイムアウトになった場合（ステップＳ２１０６肯定）、ＥＯプロトコル処理エンジン部１８は、定期的なＣＣ送信を終了する（ステップＳ２１０７）。
【０１６０】
一方、タイマがタイムアウトにならない場合（ステップＳ２１０６否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２１０４に戻り、ＣＣフレームを生成して定期的なＣＣ送信を実行する（ステップＳ２１０５）。
【０１６１】
（ＬＢ機能を試験する場合の処理の流れ）
図２２を用いて、ＬＢ機能を試験する場合の処理の流れについて説明する。図２２は、実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【０１６２】
図２２に示すように、利用者の指示操作などからＬＢＭフレーム送信指示を受信すると（ステップＳ２２０１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯプロトコル処理エンジン部１８は、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に記憶されるＬＢＭ受信待ちタイマを起動して初期化する（ステップＳ２２０２）。
【０１６３】
そして、ＥＯプロトコル処理エンジン部１８は、送信用ＬＢＭフレームを生成して（ステップＳ２２０３）、生成した送信用ＬＢＭフレームを試験対象となる中継装置に送信する（ステップＳ２２０４）。なお、送信したＬＢＭフレームに関する情報は、ＥＯプロトコル処理エンジン部１８によってＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に記憶される。
【０１６４】
その後、ＥＯプロトコル処理エンジン部１８は、ＬＢＲ受信待ちタイマがタイムアウトを起こすことなく（ステップＳ２２０５否定）、当該中継装置からＬＢＲフレームを受信すると（ステップＳ２２０６肯定）、受信したＬＢＲフレームの妥当性を確認する（ステップＳ２２０７）。ここでの妥当性とは、受信したＬＢＲフレームの「ＭＥＧ  Ｌｅｖｅｌ」と「ＴｒａｎｓａｃｔｉｏｎＩＤ／ＳｅｐＮｕｍｂｅｒ」が送信されたＬＢＭフレームの情報と一致するか否かにより判定される。つまり、一致する場合には、妥当性がありと判定され、一致しない場合には、妥当性がないと判定される。
【０１６５】
そして、受信したＬＢＲフレームの妥当性に問題がない場合（ステップＳ２２０７肯定）、ＥＯプロトコル処理エンジン部１８は、正常応答を確認して、当該試験結果としてＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に格納する（ステップＳ２２０８）。一方、受信したＬＢＲフレームの妥当性に問題がある場合（ステップＳ２２０８否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２２０６に戻り、当該中継装置からＬＢＲフレームが送信されるのを待つ。
【０１６６】
続いて、ＥＯプロトコル処理エンジン部１８は、ＬＢＭ送信残数デクリメントが０となった場合（ステップＳ２２０９肯定）、当該ＬＢＭ送信処理を終了する（ステップＳ２２１０）。
【０１６７】
一方、ＬＢＭ送信残数デクリメントが０でない場合（ステップＳ２２０９否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２２０２に戻り、以降の処理を実行する。また、ステップＳ２２０５にてＬＢＲ受信待ちタイマがタイムアウトになった場合（ステップＳ２２０５肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、ＬＢＭ送信残数デクリメントが０となったか否かを判定し、以降の処理を実行する。
【０１６８】
（ＬＴ機能を試験する場合の処理の流れ）
図２３を用いて、ＬＴ機能を試験する場合の処理の流れについて説明する。図２３は、実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【０１６９】
図２３に示すように、利用者の指示操作などからＬＴＭフレーム送信指示を受信すると（ステップＳ２３０１肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置のＥＯプロトコル処理エンジン部１８は、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０のＬＴＭ送信残数をセットし（ステップＳ２３０２）、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０のＬＴＲ受信待ちタイマを起動して初期化する（ステップＳ２３０３）。
【０１７０】
続いて、ＥＯプロトコル処理エンジン部１８は、送信する送信用ＬＴＭフレームを生成し（ステップＳ２３０４）、試験対象となる中継装置に送信する（ステップＳ２３０５）。なお、送信したＬＴＭフレームに関する情報は、ＥＯプロトコル処理エンジン部１８によってＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に記憶される。
【０１７１】
その後、ＥＯプロトコル処理エンジン部１８は、ＬＴＲ受信待ちタイマがタイムアウトを起こすことなく（ステップＳ２３０６否定）、当該中継装置からＬＴＲフレームを受信すると（ステップＳ２３０７肯定）、受信したＬＴＲフレームの妥当性を確認する（ステップＳ２３０８）。ここでの妥当性とは、受信したＬＴＲフレームの「ＭＥＧ  Ｌｅｖｅｌ」と「ＴｒａｎｓａｃｔｉｏｎＩＤ」が送信されたＬＴＭフレームの情報と一致するか否かにより判定される。つまり、一致する場合には、妥当性がありと判定され、一致しない場合には、妥当性がないと判定される。
【０１７２】
そして、受信したＬＴＲフレームの妥当性に問題がない場合（ステップＳ２３０８肯定）、ＥＯプロトコル処理エンジン部１８は、正常応答を確認して、当該試験結果としてＣＣ／ＬＢ／ＬＴ送信ＤＢ２０に格納する（ステップＳ２３０９）。一方、受信したＬＴＲフレームの妥当性に問題がある場合（ステップＳ２３０８否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２３０７に戻り、当該中継装置からＬＴＲフレームが送信されるのを待つ。
【０１７３】
続いて、ＥＯプロトコル処理エンジン部１８は、送信ターゲットとなるＭＥＰ／ＭＩＰおよび送信経路上の全ＭＩＰからＬＴＲフレームを受信すると（ステップＳ２３１０肯定）、ＬＴＭ送信残数デクリメントが０となった否かを判定する（ステップＳ２３１１）。
【０１７４】
一方、送信ターゲットとなるＭＥＰ／ＭＩＰおよび送信経路上の全ＭＩＰからＬＴＲフレームを受信していない場合（ステップＳ２３１０否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２３０７に戻り、ＬＴＲフレームを受信するまで待機する。
【０１７５】
そして、ＬＴＭ送信残数デクリメントが０となった場合（ステップＳ２３１１肯定）、ＥＯプロトコル処理エンジン部１８は、当該ＬＴＭ送信処理を終了する（ステップＳ２３１２）。
【０１７６】
一方、ＬＴＭ送信残数デクリメントが０でない場合（ステップＳ２３１１否定）、ＥＯプロトコル処理エンジン部１８は、ステップＳ２３０３に戻り、以降の処理を実行する。また、ステップＳ２３０６にてＬＴＲ受信待ちタイマがタイムアウトになった場合（ステップＳ２３０６肯定）、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、送信ターゲットとなるＭＥＰ／ＭＩＰおよび送信経路上の全ＭＩＰからＬＴＲフレームを受信したか否かを判定し、以降の処理を実行する。
【０１７７】
［実施例４による効果］
このように、実施例４によれば、受信されたＯＡＭフレームの送信先である特定の中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して中継装置に送信し、送信したＯＡＭフレームに対する応答を中継装置から受信し、受信されたＯＡＭフレームに対する応答から試験結果を抽出して、当該試験結果を格納するので、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した受信機能が機能しているか否かについても試験することが可能である。
【０１７８】
例えば、中継装置がＯＡＭフレームを正しく受信しているか、受信したＯＡＭフレームに対して正しく応答しているかを試験することができる結果、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルの全ての機能について簡単に試験することが可能である。また、中継装置がネットワーク全体のＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した監視装置となる場合など、中継装置に対してＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した受信機能を試験することができる結果、特別な監視装置を用意する必要なく、ネットワーク全体を監視することが可能である。
【０１７９】
なお、受信されたＯＡＭフレームの送信先である特定の中継装置が受信装置として機能しているかを試験するだけでなく、受信されたＯＡＭフレームの送信先である複数の中継装置が受信装置として機能しているかを試験するようにしてもよい。そうすることで、マルチポイント接続される複数の中継装置に対して、Ｅｔｈｅｒｎｅｔ−ＯＡＭプロトコルを利用した受信機能が機能しているか否かについて同時に簡単に試験することが可能である。
【実施例５】
【０１８０】
ところで、実施例１〜４では、試験した後に試験結果を格納する場合についてのみ説明したが、本発明はこれに限定されるものではなく、試験結果を格納するとともに、表示出力するようにしてもよい。
【０１８１】
そこで、実施例５では、図２４を用いて、試験結果を格納するとともに、表示出力する場合について説明する。図２４は、実施例５に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。
【０１８２】
図２４に示すように、ＥＯメインＤＢ１１と、ＣＣ対向ＭＥＰ監視ＤＢ１２と、ＬＢ／ＬＴターゲットＤＢ１３と、ＥＯフレーム識別部１４と、ＥＯフレーム送信部１５と、ＥＯ管理部１６と、ＥＯメインＤＢ管理部１７と、ＥＯプロトコル処理エンジン部１８、ＥＯフレームバッファ１９と、ＣＣ／ＬＢ／ＬＴ送信ＤＢ２０とは、実施例１で説明した図２または実施例４で説明した図１９と同様の機能を有するので、その詳細な説明は省略する。ここでは、実施例１または実施例４とは異なる機能を有するユーザＩ／Ｆ用情報管理部２１について説明する。
【０１８３】
ユーザＩ／Ｆ用情報管理部２１は、利用者から各種の情報の入力を受付けるキーボードやマウス、マイクを備えるとともに、各種の情報を出力するモニタ（若しくはディスプレイ、タッチパネル）やスピーカを備える。具体的に例を挙げれば、ユーザＩ／Ｆ用情報管理部２１は、利用者などからの試験結果出力指示をキーボードやマウス、マイクなどから受け付けると、ＣＣ対向ＭＥＰ監視ＤＢ１２と、ＬＢ／ＬＴターゲットＤＢ１３とに格納されている各種試験結果を吸い上げて、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどに表示出力する。また、ユーザＩ／Ｆ用情報管理部２１は、ＣＣ対向ＭＥＰ監視ＤＢ１２と、ＬＢ／ＬＴターゲットＤＢ１３とに格納されている各種試験結果を吸い上げて、単に表示出力するだけでなく、吸い上げた試験結果をＥＯフレーム送信部１５を介して他の接続される装置に送信することもできる。
【０１８４】
このように、実施例５によれば、実施された試験結果を格納するとともに、格納した試験結果を表示出力するので、試験結果を利用者に対して的確に通知することが可能である。例えば、あらかじめ自動で表示出力する試験項目を定めておくことで、緊急性を要する重要な試験結果をリアルタイムで表示出力することができる結果、試験結果を利用者に対して的確に通知することが可能である。
【実施例６】
【０１８５】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）マルチポイント、（２）送信間隔の差分を表示出力、（３）ポート設定、（４）フレームキャプチャ、（５）システム構成等、（６）プログラム、にそれぞれ区分けして異なる実施例を説明する。
【０１８６】
（１）マルチポイント
例えば、実施例１〜５では、中継装置が１台の装置に対してＯＡＭフレームを送信して試験を実施する場合（Ｐ２Ｐ接続）について説明したが、本発明はこれに限定されるものではなく、中継装置が複数の相手に同時に送信した場合（マルチポイント接続）についても同様に試験することができる。
【０１８７】
例えば、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、受信したＯＡＭフレームが複数の相手に同時に送信されたものであると判定すると、図２５に示すように、複数のＭＩＰ、ＭＥＰを擬似的に生成して、マルチポイント接続のネットワークを擬似的に生成する。このようにすることで、Ｐ２Ｐ接続に限らず、マルチポイント接続に対してもＥｔｈｅｒｎｅｔ−ＯＡＭプロトコルの各機能について試験することが可能である。
【０１８８】
（２）送信間隔の差分を表示出力
また、実施例５では、試験結果のみを表示出力する場合について説明したが、本発明はこれに限定されるものではなく、試験結果とあわせて、ＯＡＭフレームの送信間隔の理論値と実測値との差分を表示出力するようにしてもよい。
【０１８９】
例えば、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、中継装置からＯＡＭフレームを受信した場合に、ＯＡＭフレームと、ＯＡＭフレームより前に受信した複数のＯＡＭフレームとから中継装置により送信されるＯＡＭフレームの送信間隔の実測値を算出するとともに、試験結果から中継装置により送信されるＯＡＭフレームの送信間隔の理論値を算出し、理論値と実測値との差分を算出する。そして、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、試験結果とあわせて、算出した差分も表示出力する。このようにすることで、送信時間の実測値と理論値との差分を算出することで、ネットワークの状態を的確に試験（算出）して把握することができる結果、ネットワークの正確な送信間隔を利用者に通知することが可能である。
【０１９０】
（３）ポート設定
また、実施例１〜５では、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置が中継装置からＯＡＭフレームを受信する受信ポートと、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置が中継装置にＯＡＭフレームを送信する送信ポートとを意識することなく試験を実施する場合について説明したが、本発明はこれに限定されるものではなく、受信ポートと送信ポートとをあらかじめ設定しておいた上で、試験を実施するようにしてもよい。このようにすることで、入力ポートと出力ポートとをそれぞれフレキシブルに設定することが可能である。
【０１９１】
また、設定されたポート以外からＯＡＭフレームを受信した場合には破棄するなど、ＯＡＭフレームを送信する中継装置のポートが正しく設定されている否かを試験することが可能である。また、入力ポートと出力ポートとをそれぞれフレキシブルに設定することが可能である結果、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置が備える全ての入力ポートと出力ポートとに対して、正常に動作しているか否かを試験することが可能である。
【０１９２】
（４）フレームキャプチャ
また、本発明は、キャプチャして保持されるＯＡＭフレームからフレームレートを算出し、当該フレームレートと利用されている回線帯域とを比較して、試験対象となる中継装置を監視する監視周期について推奨する監視周期を算出することもできる。
【０１９３】
例えば、監視周期が１時間である場合、Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置は、中継装置より送信されたＯＡＭフレームがキャプチャされて保持されると、当該ＯＡＭフレームからフレームレートを算出し、当該フレームレートと利用されている回線帯域（１Ｇｂｐｓ）とを比較して、回線帯域に余裕がある判定すると、試験対象となる中継装置を監視する監視周期を短くして推奨する監視周期（１０分）を算出し、また、回線帯域に余裕がない判定すると、試験対象となる中継装置を監視する監視周期を長くして推奨する監視周期（２時間）を算出する。
【０１９４】
このようにすることで、使用する回線帯域に適した中継装置を監視する監視周期を常に維持することが可能である。例えば、高速な回線帯域を利用しているにも関わらず、間隔の長い監視周期を設定している場合、監視周期を短くすることができる結果、ネットワークで発生する障害などをより早く検出することが可能である。また、低速な回線帯域を利用しているにも関わらず、間隔の短い監視周期を設定している場合、監視周期を長くすることができる結果、ネットワーク負荷を軽減しつつ、障害などの監視を行うことが可能である。
【０１９５】
（５）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、ＥＯ管理部とＥＯメインＤＢ管理部を統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１９６】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部（例えば、ＯＡＭフレームに試験種別を付加する処理、ＯＡＭフレーム受信・送信処理など）を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部（例えば、あらかじめポートを設定する処理）を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３〜図８、図２０など）については、特記する場合を除いて任意に変更することができる。
【０１９７】
（６）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。
【０１９８】
図２６は、ネットワーク試験プログラムを実行するコンピュータシステムの例を示す図である。図２６に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とから構成される。ここで、ＲＯＭ１０３には、上記の実施例と同様の機能を発揮するプログラム、つまり、図１２に示すように、ＥＯフレーム識別プログラム１０３ａと、ＥＯフレーム送信プログラム１０３ｂと、ＥＯ管理プログラム１０３ｃと、ＥＯメインテーブル管理プログラム１０３ｄと、ＥＯプロトコル処理エンジンプログラム１０３ｅとがあらかじめ記憶されている。
【０１９９】
そして、ＣＰＵ１０４には、これらのプログラム１０３ａ〜１０３ｅを読み出して実行することで、図２６に示すように、ＥＯフレーム識別プロセス１０４ａと、ＥＯフレーム送信プロセス１０４ｂと、ＥＯ管理プロセス１０４ｃと、ＥＯメインテーブル管理プロセス１０４ｄと、ＥＯプロトコル処理エンジンプロセス１０４ｅとなる。なお、ＥＯフレーム識別プロセス１０４ａは、図２に示した、ＥＯフレーム識別部１４に対応し、同様に、ＥＯフレーム送信プロセス１０４ｂはＥＯフレーム送信部１５に対応し、ＥＯ管理プロセス１０４ｃは、ＥＯ管理部１６に対応し、ＥＯメインテーブル管理プロセス１０４ｄは、ＥＯメインＤＢ管理部１７に対応し、ＥＯプロトコル処理エンジンプロセス１０４ｅは、ＥＯプロトコル処理エンジン部１８に対応する。
【０２００】
また、ＨＤＤ１０２には、複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶するＥＯメインテーブル１０２ａと、ＣＣ機能試験の試験結果を記憶するＣＣ対向ＭＥＰ監視テーブル１０２ｂと、ＬＢ／ＬＴ機能試験の試験結果を記憶するＬＢ／ＬＴターゲットテーブル１０２ｃとが設けられる。なお、ＥＯメインテーブル１０２ａは、図２に示した、ＥＯメインＤＢ１１に対応し、同様に、ＣＣ対向ＭＥＰ監視テーブル１０２ｂは、ＣＣ対向ＭＥＰ監視ＤＢ１２に対応し、ＬＢ／ＬＴターゲットテーブル１０２ｃは、ＬＢ／ＬＴターゲットＤＢ１３に対応する。
【０２０１】
ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
【０２０２】
（付記１）試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを前記中継装置との間で送受信して、前記複数の試験を実施するネットワーク試験装置であって、
前記複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を記憶する構成情報記憶手段と、
前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する種別判別手段と、
前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、前記取得されたネットワーク情報と取得した構成情報とを用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する試験実施手段と、
前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納する試験結果格納手段と、
を備えたことを特徴とするネットワーク試験装置。
【０２０３】
（付記２）前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの特定の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、
前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする付記１に記載のネットワーク試験装置。
【０２０４】
（付記３）前記試験実施手段は、前記種別判別手段により受信されたＯＡＭフレームの複数の送信先である中継装置が受信装置として機能しているかを試験するための試験種別を新たなＯＡＭフレームに付加して前記中継装置に送信し、前記送信したＯＡＭフレームに対する応答を前記中継装置から受信し、
前記試験結果格納手段は、前記試験実施手段により受信されたＯＡＭフレームに対する応答から前記試験結果を抽出して、当該試験結果を所定の試験結果記憶手段に格納することを特徴とする付記１に記載のネットワーク試験装置。
【０２０５】
（付記４）前記中継装置から送信されるＯＡＭフレームは、特定の相手に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、
前記種別判別手段は、前記特定の相手に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、
前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施し、
前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする付記１に記載のネットワーク試験装置。
【０２０６】
（付記５）前記中継装置から送信されるＯＡＭフレームは、複数の相手に同時に送信して試験を実施するための試験種別を含むＯＡＭフレームであって、
前記種別判別手段は、前記複数の相手に同時に送信されるＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得し、
前記試験実施手段は、前記種別判別手段により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、取得した構成情報を用いて前記種別判別手段により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施し、
前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納することを特徴とする付記１に記載のネットワーク試験装置。
【０２０７】
（付記６）前記構成情報記憶手段は、前記ＯＡＭフレームが送信される時刻が遅延することを示す遅延時間と、前記ＯＡＭフレームをロスするロス情報とをさらに記憶するものであって、
前記試験実施手段は、前記種別判別手段によって前記ＯＡＭフレームが受信されると、前記構成情報記憶手段に前記遅延時間が記憶されている場合に、前記ＯＡＭフレームを受信する時刻を前記遅延時間分遅延させて受信し、前記構成情報記憶手段に前記ロス情報が記憶されている場合に、前記ＯＡＭフレームを受信することなくロスすることを特徴とする付記１〜５のいずれか一つに記載のネットワーク試験装置。
【０２０８】
（付記７）前記構成情報記憶手段は、前記ＯＡＭフレームを受信する入力ポートと対応付けて、前記ＯＡＭフレームに対する応答を送信する出力ポートとをさらに記憶するものであって、
前記試験実施手段は、前記種別判別手段によって前記ＯＡＭフレームが受信され、前記ＯＡＭフレームに対する応答を送信する場合に、前記ＯＡＭフレームを受信した入力ポートとに対応する出力ポートとを前記構成情報記憶手段から取得して、前記ＯＡＭフレームに対する応答を取得した出力ポートから送信することを特徴とする付記１〜６のいずれか一つに記載のネットワーク試験装置。
【０２０９】
（付記８）前記試験結果格納手段は、前記試験実施手段により実施された試験結果を所定の試験結果記憶手段に格納するとともに、前記所定の試験結果記憶手段に格納した試験結果を所定の表示出力手段に表示出力することを特徴とする付記１〜７のいずれか一つに記載のネットワーク試験装置。
【０２１０】
（付記９）前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、前記ＯＡＭフレームと、前記ＯＡＭフレームより前に受信した複数のＯＡＭフレームとから前記中継装置により送信されるＯＡＭフレームの送信間隔の実測値を算出するとともに、前記所定の試験結果記憶手段に格納される前記試験結果から前記中継装置により送信されるＯＡＭフレームの送信間隔の理論値を算出し、前記実測値と前記理論値との差分を算出する差分算出手段をさらに備え、
前記試験結果格納手段は、前記所定の試験結果記憶手段に格納した試験結果と、前記差分算出手段により算出された差分とを前記所定の表示出力手段に表示出力することを特徴とする付記８に記載のネットワーク試験装置。
【０２１１】
（付記１０）前記中継装置から送信されたＯＡＭフレームをキャプチャして保持するフレーム保持手段をさらに備え、
前記試験実施手段は、前記試験を実施するとともに、前記フレーム保持手段に保持されるＯＡＭフレームからフレームレートを算出し、当該フレームレートと利用されている回線帯域とを比較して、前記試験対象となる中継装置を監視する監視周期について推奨する監視周期を算出し、
前記試験結果格納手段は、前記試験実施手段により算出された推奨する監視周期を前記所定の表示出力手段にさらに表示出力することを特徴とする付記８または９に記載のネットワーク試験装置。
【０２１２】
（付記１１）試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを前記中継装置との間で送受信して、前記複数の試験を実施することに適するネットワーク試験方法であって、
前記複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を構成情報記憶手段に格納する構成情報記憶工程と、
前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する種別判別工程と、
前記種別判別工程により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、前記取得されたネットワーク情報と取得した構成情報とを用いて前記種別判別工程により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する試験実施工程と、
前記試験実施工程により実施された試験結果を所定の試験結果記憶手段に格納する試験結果格納工程と、
を含んだことを特徴とするネットワーク試験方法。
【０２１３】
（付記１２）試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを前記中継装置との間で送受信して、前記複数の試験を実施することにコンピュータに実行させるネットワーク試験プログラムであって、
前記複数の試験ごとに必要となるネットワーク構成を擬似的に生成するための構成情報を構成情報記憶手段に格納する構成情報記憶手順と、
前記試験の対象となる中継装置から前記ＯＡＭフレームを受信した場合に、当該ＯＡＭフレームに含まれる試験種別を判別するとともに、前記ＯＡＭフレームを送信した中継装置が属するネットワークに関するネットワーク情報を取得する種別判別手順と、
前記種別判別手順により取得されたネットワーク情報に対応する構成情報を前記構成情報記憶手段から取得し、前記取得されたネットワーク情報と取得した構成情報とを用いて前記種別判別手順により判別された試験種別に対応した試験を実施するためのネットワーク構成を擬似的に生成して、当該試験を実施する試験実施手順と、
前記試験実施手順により実施された試験結果を所定の試験結果記憶手段に格納する試験結果格納手順と、
をコンピュータに実行させることを特徴とするネットワーク試験プログラム。
【産業上の利用可能性】
【０２１４】
以上のように、本発明に係るネットワーク試験装置は、試験対象となる中継装置と接続され、Ｅｔｈｅｒｎｅｔ−ＯＡＭに関する複数の試験をそれぞれ示す試験種別を含むＯＡＭフレームを中継装置との間で送受信して、複数の試験を実施することに有用であり、特に、イーサネットワークを構築する中継装置がＥｔｈｅｒｎｅｔ−ＯＡＭを実装しているか否かを試験するのに際して、簡単に試験を実施することと、各種試験に必要な最低限の中継装置のみで試験を実施することに適する。
【図面の簡単な説明】
【０２１５】
【図１】実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置を含むシステムの全体構成を示すシステム構成図である。
【図２】実施例１に示すＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。
【図３】ＥＯメインＤＢに記憶される情報の例を示す図である。
【図４】ＣＣ対向ＭＥＰ監視ＤＢに記憶される情報の例を示す図である。
【図５】ＬＢ／ＬＴターゲットＤＢに記憶される情報の例を示す図である。
【図６】生成されるＥＯ  ｓｔａｔｕｓ  ｔａｂｌｅの例を示す図である。
【図７】生成されるＥＯ  Ｒｘ  Ｉｎｆｏ  ｔａｂｌｅの例を示す図である。
【図８】生成されるＥＯ  Ｔｘ  Ｉｎｆｏ  ｔａｂｌｅの例を示す図である。
【図９】実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における受信情報生成処理の流れを示すフローチャートである。
【図１０】実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置におけるネットワーク情報生成処理の流れを示すフローチャートである。
【図１１】実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における構成情報生成処理の流れを示すフローチャートである。
【図１２】実施例１に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置における試験実施処理の流れを示すフローチャートである。
【図１３】実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【図１４】実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【図１５】実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＡＩＳ機能を試験する場合の処理の流れを示すフローチャートである。
【図１６】実施例２に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＣＫ機能を試験する場合の処理の流れを示すフローチャートである。
【図１７】実施例３に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【図１８】実施例３に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【図１９】実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。
【図２０】ＣＣ／ＬＢ／ＬＴ送信ＤＢに記憶される情報の例を示す図である。
【図２１】実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＣＣ機能を試験する場合の処理の流れを示すフローチャートである。
【図２２】実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＬＢ機能を試験する場合の処理の流れを示すフローチャートである。
【図２３】実施例４に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置においてＯＡＭフレームを送信してＬＴ機能を試験する場合の処理の流れを示すフローチャートである。
【図２４】実施例５に係るＥｔｈｅｒｎｅｔ−ＯＡＭ試験装置の構成を示すブロック図である。
【図２５】マルチポイント構成において試験をする場合の例を示す図である。
【図２６】ネットワーク試験プログラムを実行するコンピュータシステムの例を示す図である。
【図２７】従来技術を説明するための図である。
【図２８】従来技術を説明するための図である。
【図２９】従来技術を説明するための図である。
【図３０】従来技術を説明するための図である。
【図３１】ＣＣフレームの構成例を示す図である。
【図３２】ＬＢＭフレームの構成例を示す図である。
【図３３】ＬＢＲフレームの構成例を示す図である。
【図３４】ＬＴＭフレームの構成例を示す図である。
【図３５】ＬＴＲフレームの構成例を示す図である。
【図３６】ＡＩＳフレームの構成例を示す図である。
【図３７】ＲＤＩフレームの構成例を示す図である。
【図３８】ＬＣＫフレームの構成例を示す図である。
【符号の説明】
【０２１６】
１０  Ｅｔｈｅｒｎｅｔ−ＯＡＭ試験装置
１１  ＥＯメインＤＢ
１２  ＣＣ対向ＭＥＰ監視ＤＢ
１３  ＬＢ／ＬＴターゲットＤＢ
１４  ＥＯフレーム識別部
１５  ＥＯフレーム送信部
１６  ＥＯ管理部
１７  ＥＯメインＤＢ管理部
１８  ＥＯプロトコル処理エンジン部
１９  ＥＯフレームバッファ
２０  ＣＣ／ＬＢ／ＬＴ送信ＤＢ
２１  ユーザＩ／Ｆ用情報管理部
１００  コンピュータシステム
１０１  ＲＡＭ
１０２  ＨＤＤ
１０２ａ  ＥＯメインテーブル
１０２ｂ  ＣＣ対向ＭＥＰ監視テーブル
１０２ｃ  ＬＢ／ＬＴターゲットテーブル
１０３  ＲＯＭ
１０３ａ  ＥＯフレーム識別プログラム
１０３ｂ  ＥＯフレーム送信プログラム
１０３ｃ  ＥＯ管理プログラム
１０３ｄ  ＥＯメインテーブル管理プログラム
１０３ｅ  ＥＯプロトコル処理エンジンプログラム
１０４  ＣＰＵ
１０４ａ  ＥＯフレーム識別プロセス
１０４ｂ  ＥＯフレーム送信プロセス
１０４ｃ  ＥＯ管理プロセス
１０４ｄ  ＥＯメインテーブル管理プロセス
１０４ｅ  ＥＯプロトコル処理エンジンプロセス
【図１】
2008227757.tif 000003
【図２】
2008227757.tif 000004
【図３】
2008227757.tif 000005
【図４】
2008227757.tif 000006
【図５】
2008227757.tif 000007
【図６】
2008227757.tif 000008
【図７】
2008227757.tif 000009
【図８】
2008227757.tif 000010
【図９】
2008227757.tif 000011
【図１０】
2008227757.tif 000012
【図１１】
2008227757.tif 000013
【図１２】
2008227757.tif 000014
【図１３】
2008227757.tif 000015
【図１４】
2008227757.tif 000016
【図１５】
2008227757.tif 000017
【図１６】
2008227757.tif 000018
【図１７】
2008227757.tif 000019
【図１８】
2008227757.tif 000020
【図１９】
2008227757.tif 000021
【図２０】
2008227757.tif 000022
【図２１】
2008227757.tif 000023
【図２２】
2008227757.tif 000024
【図２３】
2008227757.tif 000025
【図２４】
2008227757.tif 000026
【図２５】
2008227757.tif 000027
【図２６】
2008227757.tif 000028
【図２７】
2008227757.tif 000029
【図２８】
2008227757.tif 000030
【図２９】
2008227757.tif 000031
【図３０】
2008227757.tif 000032
【図３１】
2008227757.tif 000033
【図３２】
2008227757.tif 000034
【図３３】
2008227757.tif 000035
【図３４】
2008227757.tif 000036
【図３５】
2008227757.tif 000037
【図３６】
2008227757.tif 000038
【図３７】
2008227757.tif 000039
【図３８】
2008227757.tif 000040