(57)【要約】【課題】通信制御装置とネットワーク装置との間の障害の復旧に要する手間を削減する。【解決手段】通信制御装置は、第１のプロトコルの制御情報を格納する第１格納部と、第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、第２のプロトコルの制御情報を格納する第２格納部と、第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、第２のプロトコルの制御情報を受信したことを示す完了通知をネットワーク装置から受信する第２の受信部、を備える。送信部は、所定の閾値時間内に第２の受信部が完了通知を受信しないときに、第１格納部に格納されている第１のプロトコルの制御情報の量に応じて、ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、第２格納部に格納されている第２のプロトコルの制御情報をネットワーク装置へ送信する。【選択図】図３
2017046200.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロトコルの制御情報を受信する第１の受信部と、
前記受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記変換された第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されている第１のプロトコルの制御情報の量に応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
【請求項２】
前記第１格納部に格納されている第１のプロトコルの制御情報の量が所定の閾値よりも多いときは、前記送信部は、前記取消し情報を前記ネットワーク装置へ送信する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記変換部は、第１のプロトコルの制御情報から前記第１のプロトコルの制御情報に対応する第２のプロトコルの制御情報および前記第２のプロトコルの制御情報を取り消す取消し情報を生成する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項４】
前記送信部は、前記取消し情報を前記ネットワーク装置へ送信するときには、前記第１のプロトコルの制御情報の送信元へエラーメッセージを送信する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項５】
第１のプロトコルの制御情報を受信する第１の受信部と、
前記第１の受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記変換された第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１プロトコルの制御情報の処理順序を指定するバリア要求に対応する処理が終了しているか否かに応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
【請求項６】
OpenFlowをサポートしていないネットワーク装置を含む伝送システムであって、
OpenFlowメッセージを生成するコントローラと、
前記コントローラにより生成されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換して前記ネットワーク装置へ送信するコンバータと、
前記ネットワーク装置の状態を管理する管理システムと、を含み、
前記コンバータは、
前記コントローラにより生成されるOpenFlowメッセージを受信する第１の受信部と、
前記受信部により受信されるOpenFlowメッセージを格納する第１格納部と、
前記第１格納部に格納されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換する変換部と、
前記変換されたコマンドを格納する第２格納部と、
前記第２格納部に格納されるコマンドを前記ネットワーク装置へ送信する送信部と、
前記送信したコマンドを受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記コマンドを前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されているOpenFlowメッセージの個数に応じて、前記第２格納部に格納されているコマンド、または、前記ネットワーク装置へ送信されたコマンドによる設定を取り消す取消しコマンドのいずれかを前記ネットワーク装置へ送信し、
前記送信部は、前記取消しコマンドを前記ネットワーク装置へ送信するときは、前記コントローラへエラーメッセージを送信し、
前記コントローラは、前記エラーメッセージを受信すると、前記ネットワーク装置へ送信されたコマンドによる設定が失敗したことを表すメッセージを前記管理システムへ送信する
ことを特徴とする伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送システムおよび伝送システム内のネットワーク装置を制御する通信制御装置に係わる。
【背景技術】
【０００２】
近年、スマートフォンおよびインターネットを使用したクラウドサービス、動画コンテンツの配信などにより、トラヒックの需要が短時間に大きく変化することがある。このため、ソフトウェアでネットワークを定義することにより、ネットワークの構成を柔軟に変更できる方式（例えば、ＳＤＮ（Software Defined Network））が提案されている。
【０００３】
他方、ネットワークを構成するネットワーク装置は、従来は、ネットワーク装置のベンダ毎に異なる方式で制御および管理が行われていた。例えば、ベンダ毎に設けられる管理システムにより各ネットワーク装置の構成および状態が設定される。このため、複数の異なるベンダにより提供されるネットワーク装置を含むネットワークにおいては、ネットワークの構成を柔軟にまたは即座に変更することが困難であった。
【０００４】
この問題を解決するために、異なるベンダのネットワーク装置を共通の手順で制御するためのオープンインタフェースが普及しつつある。このようなオープンインタフェースの一例として、OpenFlowが知られている。
【０００５】
ただし、OpenFlowメッセージを解釈できないネットワーク装置がネットワーク内に存在することがある。この場合、OpenFlowメッセージは、そのネットワーク装置が解釈できる言語（例えば、ＴＬ１（Transaction Language 1））に変換される必要がある。よって、このようなネットワークにおいては、OpenFlowメッセージをＴＬ１コマンドに変換するコンバータが設けられる。
【０００６】
コンバータは、ネットワーク装置を制御するためのOpenFlowメッセージをＴＬ１コマンドに変換して対応するネットワーク装置へ送信する。そして、ネットワーク装置は、受信したＴＬ１コマンドに従って動作状態を変更する。これにより、OpenFlowメッセージに応じたネットワーク構成が実現される。このとき、管理システムは、OpenFlowメッセージによる設定変更の指示に応じて、ネットワーク装置を管理するためのデータベースを更新する。
【０００７】
なお、関連する技術として、ＴＬ１メッセージを処理する通信サービスシステムが提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平１０−１４５４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述のネットワークにおいて、コンバータとネットワーク装置との間で障害が発生すると、ネットワーク装置と管理システムとの間で不整合が発生する。すなわち、管理システムのデータベースにより管理されるネットワーク装置の状態と、そのネットワーク装置の実際の状態とが一致しなくなる。この場合、管理システムはネットワークを正しく管理できないので、適切な通信サービスが提供されないおそれがある。
【００１０】
ネットワーク装置と管理システムとの間の不整合は、コンバータとネットワーク装置との間の障害が復旧した後に、例えば、ユーザまたはネットワーク管理者が手作業で解消させる。このため、コンバータとネットワーク装置との間での障害が復旧しても、そのネットワーク装置が正常な動作状態を回復するまでに長い時間を要することがある。
【００１１】
本発明の１つの側面に係わる目的は、ネットワーク装置を制御する制御情報をそのネットワーク装置が解釈可能な言語に変換する通信制御装置を備える伝送システムにおいて、通信制御装置とネットワーク装置との間の障害に対する復旧に要する手間または時間を削減することである。
【課題を解決するための手段】
【００１２】
本発明の１つの態様の通信制御装置は、第１のプロトコルの制御情報を受信する第１の受信部と、前記受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、前記変換された第２のプロトコルの制御情報を格納する第２格納部と、前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備える。前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されている第１のプロトコルの制御情報の量に応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する。
【発明の効果】
【００１３】
上述の態様によれば、ネットワーク装置を制御する制御情報をそのネットワーク装置が解釈可能な言語に変換する通信制御装置を備える伝送システムにおいて、通信制御装置とネットワーク装置との間の障害に対する復旧に要する手間または時間が削減される。
【図面の簡単な説明】
【００１４】
【図１】伝送システムの一例を示す図である。
【図２】OpenFlowメッセージからＴＬ１コマンドへの変換の一例を示す図である。
【図３】コンバータの一例を示す図である。
【図４】OpenFlowメッセージからＴＬ１コマンドへの変換の他の例を示す図である。
【図５】通常ＴＬ１コマンドおよび取消しＴＬ１コマンドの例を示す図である。
【図６】第１の実施形態のコンバータの動作の一例を示すフローチャート（その１）である。
【図７】第１の実施形態のコンバータの動作の一例を示すフローチャート（その２）である。
【図８】障害発生時に送信されるＴＬ１コマンドの一例を示す図である。
【図９】コントローラの動作の一例を示すフローチャートである。
【図１０】バリアリクエストを利用してネットワーク装置を制御するシーケンスの一例を示す図である。
【図１１】第２の実施形態のコンバータの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
図１は、本発明の実施形態に係わる伝送システムの一例を示す。実施形態に係わる伝送システム１００は、図１に示すように、アプリケーション１０１、コントローラ１０２、コンバータ１０３、ネットワーク装置（ＮＥ：Network Element）１０４、ネットワーク装置（ＮＥ）１０５、管理システム（ＥＭＳ：Element Management System）１０６を備える。コントローラ１０２、コンバータ１０３、ネットワーク装置１０４、１０５、管理システム１０６は、制御系ネットワーク１０７に接続されている。制御系ネットワーク１０７は、例えば、ＴＣＰ／ＩＰをサポートする。なお、伝送システム１００は、図１に示していない装置をさらに備えていてもよい。
【００１６】
アプリケーション１０１は、ネットワーク装置１０４、１０５により構成されるネットワークが提供する通信サービスのための設定を要求する。この要求は、例えば、コントローラ１０２のＮＢＩ（Northbound Interface）に与えられる。なお、アプリケーション１０１は、ユーザまたはネットワークの管理者により実行される。
【００１７】
コントローラ１０２は、アプリケーション１０１から与えられる要求に基づいて、ネットワーク装置１０４、１０５を制御するためのOpenFlowメッセージを生成する。このメッセージは、例えば、ＣＤＰＩ（Controller Data Plane Interface）を介して送信される。また、コントローラ１０２は、生成したOpenFlowメッセージの内容を表す設定情報を管理システム１０６に通知する。
【００１８】
ここで、この実施例では、ネットワーク装置１０５はOpenFlowメッセージを解釈できるが、ネットワーク装置１０４はOpenFlowメッセージを解釈できないものとする。このため、コントローラ１０２とネットワーク装置１０４との間には、コンバータ１０３が設けられている。
【００１９】
コンバータ１０３は、OpenFlowメッセージをネットワーク装置１０４が解釈できる言語に変換する。この実施例では、ネットワーク装置１０４は、ＴＬ１を解釈して動作するものとする。よって、コンバータ１０３は、OpenFlowメッセージとＴＬ１との間のプロトコル変換を実行する。すなわち、コントローラ１０２からネットワーク装置１０４へ送信されるOpenFlowメッセージは、コンバータ１０３によりＴＬ１コマンドに変換されてネットワーク装置１０４に与えられる。なお、コンバータ１０３は、コントローラ１０２とネットワーク装置１０４との間でメッセージを処理する通信制御装置の一例である。
【００２０】
ネットワーク装置１０４、１０５は、アプリケーション１０１からの要求に応じて、通信サービスを提供する。ただし、ネットワーク装置１０４は、ＴＬ１コマンドに従ってネットワーク装置１０４の動作状態を変更し、ネットワーク装置１０５は、OpenFlowメッセージに従ってネットワーク装置１０５の動作状態を変更する。そして、ネットワーク装置１０４、１０５は、必要に応じて、自装置の設定を管理システム１０６に通知する。ネットワーク装置１０４、１０５は、例えば、スイッチ、ルータ、光分岐挿入装置（ＲＯＡＤＭ：Reconfigurable Optical Add Drop Multiplexer）などに相当する。
【００２１】
管理システム１０６は、制御系ネットワーク１０７を介してネットワーク装置１０４、１０５と通信を行うことにより、ネットワーク１０４、１０５を管理する。例えば、管理システム１０６は、各ネットワーク装置１０４、１０５の障害状況、設定、アカウント、パフォーマンス、セキュリティーなどを管理することができる。したがって、管理システム１０６は、ネットワーク装置１０４、１０５を管理するためのデータベースを備える。
【００２２】
コントローラ１０２と管理システム１０６との間で情報交換が実行される。すなわち、コントローラ１０２および管理システム１０６は、ネットワーク１０４、１０５の設定情報などを共有する。例えば、コントローラ１０２がOpenFlowメッセージを発行してネットワーク装置１０４の設定を変更したときは、その変更内容を表す設定情報がコントローラ１０２から管理システム１０６に通知される。これにより、管理システム１０６は、ネットワーク装置１０４の最新の設定を管理することができる。
【００２３】
図２は、OpenFlowメッセージからＴＬ１コマンドへの変換の一例を示す。この実施例では、図２（ａ）に示すように、ネットワーク装置１０４はスイッチファブリックを備えている。そして、アプリケーション１０１は、「ポートＰ＃１０を介して入力されるＯＤＵ２信号をポートＰ＃１２を介して出力する」を要求する。
【００２４】
この場合、コントローラ１０２は、図２（ｂ）に示すOpenFlowメッセージを生成する。また、コンバータ１０３は、このOpenFlowメッセージをＴＬ１コマンドに変換する。そして、ネットワーク装置１０４は、コンバータ１０３から与えられるＴＬ１コマンドに従ってスイッチファブリックの設定を変更する。
【００２５】
図１に示す伝送システム１００において、コンバータ１０３とネットワーク装置１０４との間のリンクが切断されたものとする。この場合、コンバータ１０３から送信されるＴＬ１コマンドは、ネットワーク装置１０４に到着しない。一方、コントローラ１０３は、ネットワーク装置１０４へ送信したＴＬ１コマンドの内容を表す設定情報を管理システム１０６に通知する。この結果、ネットワーク装置１０４が備えるデータベースの内容と管理システム１０６が備えるデータベースの内容との間で不整合が発生する。すなわち、管理システム１０６のデータベースにより管理されるネットワーク装置１０４の設定と、ネットワーク装置１０４の実際の設定とが一致しなくなる。この場合、管理システム１０６はネットワークを正しく管理できないので、適切な通信サービスが提供されないおそれがある。
【００２６】
コンバータ１０３とネットワーク装置１０４との間のリンクが復旧した後は、ネットワーク装置１０４と管理システム１０６との間の整合を回復させる必要がある。ここで、リンク障害からの復旧後に、コンバータ１０３からネットワーク装置１０４へのＴＬ１コマンドの送信が再開されれば、ネットワーク装置１０４と管理システム１０６との間の整合が回復することがある。ところが、例えば、ネットワーク装置１０４を制御するために複数のOpenFlowメッセージが連続して発行されたときは、リンク障害からの復旧後にＴＬ１の送信が再開されても、ネットワーク装置１０４と管理システム１０６との間の整合を回復できないことがある。そして、このようなケースにおいては、ネットワーク装置１０４と管理システム１０６との間の整合を回復させるために、ユーザまたはネットワーク管理者は、煩雑な作業を行わなければならないことがある。
【００２７】
そこで、コンバータ１０３は、ネットワークの状況に応じて、リンク障害からの復旧後の動作を決定する機能を備える。一例としては、コンバータ１０３は、リンク障害からの復旧後に、単にＴＬ１コマンドの送信を再開するか、或いは、ネットワーク装置１０４の設定をリンク障害が発生する前の状態に戻すことができる。この場合、ネットワーク装置１０４を制御するためにアプリケーション１０１により生成される要求の頻度が低いときは、コンバータ１０３は、単にＴＬ１コマンドの送信を再開してもよい。また、ネットワーク装置１０４を制御するための要求が生成される頻度が高いときは、コンバータ１０３は、ネットワーク装置１０４の設定をリンク障害が発生する前の状態に戻すようにしてもよい。
【００２８】
図３は、コンバータ１０３の一例を示す。コンバータ１０３は、図３に示すように、ＯＦ受信部１、ＯＦキュー２、ＯＦ−ＴＬ１変換部３、ＴＬ１キュー４、ＴＬ１送信部５、ＴＬ１受信部６、ＯＦ送信部７、制御部８を備える。なお、コンバータ１０３は、図３に示していない他の機能を備えていてもよい。また、この明細書では、OpenFlowを「ＯＦ」と呼ぶことがある。
【００２９】
ＯＦ受信部１は、コントローラ１０２からＯＦメッセージを受信する。ＯＦメッセージは、アプリケーション１０１から送信される要求に基づいてコントローラ１０２により生成される。また、ＯＦメッセージは、ネットワーク装置１０４の設定（すなわち、回路構成、動作状態など）を指示する。そして、ＯＦ受信部１は、受信したＯＦメッセージを順番にＯＦキュー２に格納する。ＯＦキュー２は、例えば、ＦＩＦＯ（First-In First-Out）メモリにより実現される。
【００３０】
ＯＦ−ＴＬ１変換部３は、ＯＦキュー２に格納されているＯＦメッセージを１つずつ順番に読み出し、各ＯＦメッセージをＴＬ１コマンドに変換する。ＯＦメッセージは、図２に示す例では、１つのＴＬ１コマンドに変換される。ただし、ＯＦメッセージは、複数のＴＬ１コマンドに変換されることがある。
【００３１】
図４は、OpenFlowメッセージからＴＬ１コマンドへの変換の他の例を示す図である。この例では、図４（ａ）に示すように、ネットワーク装置１０４は複数のトランスポンダＴＲＰＮ（１）〜ＴＲＰＮ（Ｎ）および光分岐挿入装置（ＲＯＡＤＭ）を備える。そして、アプリケーション１０１は、「トランスポンダＴＲＰＮ（１）が送信および受信する波長チャネルをλ４５からλ４４に変更する」を要求する。この場合、コントローラ１０２は、図４（ｂ）に示すＯＦメッセージを生成する。そうすると、コンバータ１０３は、このＯＦメッセージを８個のＴＬ１コマンドａ１〜ａ８に変換する。なお、ＴＬ１コマンドａ１〜ａ２は、ＲＯＡＤＭ中に設定されている波長パスλ４５を削除する。ＴＬ１コマンドａ３〜ａ４は、トランスポンダＴＲＰＮ（１）とＲＯＡＤＭとの間に設定されている波長パスλ４５を削除する。ＴＬ１コマンドａ５〜ａ６は、トランスポンダＴＲＰＮ（１）とＲＯＡＤＭとの間に波長パスλ４４を設定する。ＴＬ１コマンドａ７〜ａ８は、ＲＯＡＤＭ中に波長パスλ４４を設定する。
【００３２】
ＯＦ−ＴＬ１変換部３は、ＯＦメッセージをＴＬ１コマンドに変換する際、そのＴＬ１コマンドによる処理を取り消すためのＴＬ１コマンドを生成する。以下の記載では、ＯＦメッセージの指示を表すＴＬ１メッセージを「通常ＴＬ１コマンド」と呼ぶことがある。また、通常ＴＬ１コマンドによる処理を取り消すためのＴＬ１コマンドを「取消しＴＬ１コマンド」と呼ぶことがある。
【００３３】
図５（ａ）は、図２（ｂ）に示すＯＦメッセージから生成されるＴＬ１コマンドの例を示す。この例では、通常ＴＬ１コマンドａ１および取消しＴＬ１コマンドｂ１が生成されている。通常ＴＬ１コマンドａ１は、「CRS-ODU2::2-5-1,2-13-1:27」の実行を指示する。また、取消しＴＬ１コマンドｂ１は、「CRS-ODU2::2-5-1,2-13-1:27」の削除を指示する。したがって、ネットワーク装置１０４において通常ＴＬ１コマンドａ１が実行され、その後、ネットワーク装置１０４において取消しＴＬ１コマンドｂ１が実行されると、ネットワーク装置１０４の設定は、通常ＴＬ１コマンドａ１が実行される前の状態に戻る。例えば、ネットワーク装置１０４に通常ＴＬ１コマンドａ１を与えることにより、ネットワーク装置１０４の設定がＸからＹに変更されるものとする。この場合、ネットワーク装置１０４に取消しＴＬ１コマンドｂ１を与えると、ネットワーク装置１０４の設定がＹからＸに戻ることになる。
【００３４】
図５（ｂ）は、図４（ｂ）に示すＯＦメッセージから生成されるＴＬ１コマンドの例を示す。この例では、通常ＴＬ１コマンドａ１〜ａ８および取消しＴＬ１コマンドｂ１〜ｂ８が生成されている。取消しＴＬ１コマンドｂ１〜ｂ８は、それぞれ、対応する通常ＴＬ１コマンドａ１〜ａ８による処理を取り消すことができる。
【００３５】
ＯＦ−ＴＬ１変換部３により生成されるＴＬ１コマンド（通常ＴＬ１コマンドおよび取消しＴＬ１コマンド）は、ＴＬ１キュー４に順番に格納される。ＴＬ１キュー４は、例えば、ＦＩＦＯ（First-In First-Out）メモリにより実現される。
【００３６】
ＴＬ１送信部５は、ＴＬ１キュー４に格納されているＴＬ１コマンドを１つずつ順番に読み出し、各ＴＬ１コマンドをネットワーク装置１０４へ送信する。このとき、ＴＬ１送信部５は、制御部８からの指示に従って、通常ＴＬ１コマンドまたは取消しＴＬ１コマンドを選択してネットワーク装置１０４へ送信する。ここで、ネットワーク装置１０４は、受信したＴＬ１コマンドにより指示される処理が完了すると、コンバータ１０３へ完了通知（COMPLD）を送信する。また、ネットワーク装置１０４は、ＴＬ１コマンドにより指示される処理を実行できなかったときは、コンバータ１０３へ異常終了通知（DENY）を送信する。そして、ＴＬ１受信部６は、ネットワーク装置１０４から送信される通知を受信して制御部８に渡す。
【００３７】
ＯＦ送信部７は、制御部８からの指示に従って、コントローラ１０２へ対応するＯＦメッセージを送信する。例えば、ネットワーク装置１０４においてＴＬ１コマンドが適切に処理されなかったときは、ＯＦ送信部７は、エラーメッセージ（OFPT-ERROR-MSG）をコントローラ１０２へ送信する。また、コントローラ１０２から受信したＯＦメッセージがＴＬ１コマンドに適切に変換されなかったときも、ＯＦ送信部７は、エラーメッセージをコントローラ１０２へ送信してもよい。
【００３８】
制御部８は、コンバータ１０３の動作を制御する。すなわち、コンバータ１０３とネットワーク装置１０４との間のリンクが正常であるときは、制御部８は、ＴＬ１キュー４から通常ＴＬ１コマンドを読み出してネットワーク装置１０４へ送信するようにＴＬ１送信部５を制御する。また、コンバータ１０３とネットワーク装置１０４との間のリンクの障害が検出されたときは、制御部８は、ネットワーク装置１０４へ取消しＴＬ１コマンドを送信するか否かを判定する。そして、ネットワーク装置１０４へ取消しＴＬ１コマンドを送信すると判定したときは、制御部８は、ＴＬ１キュー４から取消しＴＬ１コマンドを読み出してネットワーク装置１０４へ送信するようにＴＬ１送信部５を制御する。また、コンバータ１０３とネットワーク装置１０４との間のリンクの障害が検出されたときは、制御部８は、ＯＦ送信部７を介してコントローラ１０２へエラーメッセージを送信してもよい。
【００３９】
制御部８は、例えば、プロセッサエレメントおよびメモリを含むプロセッサシステムにより実現される。この場合、プロセッサシステムは、与えられたプログラムを実行することにより、制御部８の機能を提供する。ここで、プロセッサシステムは、制御部８の機能に加えて、ＯＦ−ＴＬ１変換部３の機能を提供してもよい。なお、制御部８の機能の一部は、ハードウェア回路で実現してもよい。
【００４０】
制御部８は、例えば以下の方法でコンバータ１０３とネットワーク装置１０４との間のリンクの状態をモニタする。
モニタ方法１：制御部８は、ＴＬ１送信部５からネットワーク装置１０４へＴＬ１コマンドが送信されたときから所定時間内にＴＬ１受信部６が対応する完了通知を受信するか否かをモニタする。
モニタ方法２：制御部８は、ネットワーク装置１０４からアイドルパスルを受信しているか否かをモニタする。アイドルパスルは、例えば、ＩＥＥＥのFastLinkPulseまたは１０ＢＡＳＥ−ＴのNormalLinkPulseにより実現される。
モニタ方法３：制御部８は、ネットワーク装置１０４へ送信したpingの応答をモニタする。
【００４１】
制御部８は、タイマ９を備える。タイマ９は、上述のモニタ方法１を実行するときに使用される。すなわち、タイマ９は、ネットワーク装置１０４へＴＬ１コマンドが送信されたときにリセットされ、計時を開始する。そして、リセットされたときから所定時間が経過すると、タイマ９は、満了信号を出力する。「所定時間」は、例えば、ネットワークの構成またはユーザの要求などに応じて決定される。構成の変更が頻繁に要求されるネットワークにおいては、「所定時間」を短く設定するようにしてもよい。
【００４２】
以下の記載では、制御部８は、上述のモニタ方法１でコンバータ１０３とネットワーク装置１０４との間のリンクの状態をモニタするものとする。すなわち、ＴＬ１送信部からがネットワーク装置１０４へＴＬ１コマンドが送信されたときから所定時間内にＴＬ１受信部６が対応する完了通知を受信しないときは、制御部８は、下記のいずれかの障害が発生したと判定する。
【００４３】
（１）コンバータ１０３から送信されたＴＬ１コマンドがネットワーク装置１０４に届かない。
（２）ＴＬ１コマンドがネットワーク装置１０４において正常に実行され、ネットワーク装置１０４からコンバータ１０３へ完了通知が送信されたが、その完了通知がコンバータ１０３に届かない。
（３）ネットワーク装置１０４においてＴＬ１コマンドが正常に実行されず、ネットワーク装置１０４からコンバータ１０３へ異常終了通知が送信されたが、その異常終了通知がコンバータ１０３に届かない。
【００４４】
そして、コンバータ１０３は、上述のようにして障害を検出すると、必要に応じて、先に送信したＴＬ１コマンド（すなわち、通常ＴＬ１コマンド）に対応する取消しＴＬ１コマンドをネットワーク装置１０４へ送信する。一例として、ネットワーク装置１０４の設定が「Ｘ」であり、通常ＴＬ１コマンドは、設定Ｘを設定Ｙに変更する指示を含むものとする。また、取消しＴＬ１コマンドは、設定Ｙを設定Ｘに戻す指示を含むものとする。
【００４５】
ここで、上述の障害（２）に起因してコンバータ１０３が完了通知を受信できなかったときは、ネットワーク装置１０４の設定は、通常ＴＬ１コマンドにより「Ｘ」から「Ｙ」に変更されている。したがって、取消しＴＬ１コマンドがネットワーク装置１０４に与えられると、ネットワーク装置１０４の設定は「Ｙ」から「Ｘ」に戻ることになる。一方、上述の障害（１）または（３）に起因してコンバータ１０３が完了通知を受信できなかったときは、ネットワーク装置１０４において通常ＴＬ１コマンドは実行されていない。すなわち、ネットワーク装置１０４の設定は「Ｘ」のままである。この場合、取消しＴＬ１コマンドがネットワーク装置１０４に到達しなければ、ネットワーク装置１０４の設定は「Ｘ」のままである。また、取消しＴＬ１コマンドがネットワーク装置１０４に到達したとしても、その取消しＴＬ１コマンドによりネットワーク装置１０４の設定は「Ｘ」に制御されるので、結果的に、ネットワーク装置１０４の設定は「Ｘ」のままである。すなわち、上述の障害（１）〜（３）のいずれが発生しても、取消しＴＬ１コマンドがネットワーク装置１０４に送信された後のネットワーク装置１０４の設定は、先の通常ＴＬ１コマンドが送信される前の設定と同じである。
【００４６】
上述のように、制御部８は、ＴＬ１送信部５の動作およびＯＦ送信部７の動作を制御する。すなわち、ＴＬ１送信部５、ＯＦ送信部７、制御部８によってコンバータ１０３の送信機能が実現される。
【００４７】
＜第１の実施形態＞
図６〜図７は、第１の実施形態におけるコンバータ１０３の動作の一例を示すフローチャートである。図６〜図７に示す動作は、コントローラ１０２がネットワーク装置１０４を制御するためのＯＦメッセージを生成してコンバータ１０３へ送信したときに実行される。
【００４８】
Ｓ１〜Ｓ２において、ＯＦ受信部１は、コントローラ１０２から送信されるＯＦメッセージを受信する。そして、ＯＦ受信部１は、受信したＯＦメッセージをＯＦキュー２に格納する。
【００４９】
Ｓ３において、ＯＦ−ＴＬ１変換部３は、ＯＦキュー２からＯＦメッセージを取り出して、ＴＬ１コマンドに変換する。このとき、ＯＦ−ＴＬ１変換部３は、ＯＦメッセージの指示を表す通常ＴＬ１コマンドおよびその通常ＴＬ１コマンドに対応する取消しＴＬ１コマンドを生成する。取消しＴＬ１コマンドは、上述したように、対応する通常ＴＬ１コマンドによる処理を元に戻す指示を含む。そして、ＯＦ−ＴＬ１変換部３は、生成したＴＬ１コマンド（通常ＴＬ１コマンドおよび取消しＴＬ１コマンド）をＴＬ１キュー４に格納する。
【００５０】
Ｓ５〜Ｓ６において、ＴＬ１送信部５は、制御部８からの指示に従って、ＴＬ１キュー４に格納されている通常ＴＬ１コマンドを取り出して、ネットワーク装置１０４へ送信する。このとき、制御部８は、タイマ９をリセットする。すなわち、通常ＴＬ１コマンドがネットワーク装置１０４へ送信されたときに、タイマ９が計時を開始する。
【００５１】
Ｓ７〜Ｓ９において、制御部８は、ネットワーク装置１０４から送信される通知を待ち受ける。そして、タイマ９が満了する前にネットワーク装置１０４から完了通知を受信したときは、制御部８は、ネットワーク装置１０４において通常ＴＬ１コマンドが正常に実行されたと判定する。すなわち、制御部８は、ネットワーク装置１０４の設定が通常ＴＬ１コマンドによって変更されたと判定する。この場合、制御部８は、Ｓ１０において、Ｓ５で送信した通常ＴＬ１コマンドおよびその通常ＴＬ１コマンドに対応する取消しコマンドをＴＬ１キュー４から削除する。また、制御部８は、Ｓ１１において、Ｓ５で送信した通常ＴＬ１コマンドに対応するＯＦメッセージをＯＦキュー２から削除する。この後、制御部８の処理はＳ５に戻る。
【００５２】
なお、１つのＯＦメッセージが複数のＴＬ１コマンド（すなわち、複数セットの通常ＴＬ１コマンドおよび取消しＴＬ１コマンド）に変換されるときは、そのＯＦメッセージに対応するすべてのＴＬ１コマンドについての完了通知を受信したときに、制御部８は、Ｓ１０〜Ｓ１１を実行する。例えば、図５（ｂ）に示す通常ＴＬ１コマンドａ１〜ａ８および取消しＴＬ１コマンドｂ１〜ｂ８が生成されたときは、通常ＴＬ１コマンドａ１〜ａ８がネットワーク装置１０４へ送信され、制御部８が通常ＴＬ１コマンドａ１〜ａ８に対する完了通知をすべて受信したときに、ＴＬ１キュー４から通常ＴＬ１コマンドａ１〜ａ８および取消しＴＬ１コマンドｂ１〜ｂ８が削除される。また、ＯＦキュー２から通常ＴＬ１コマンドａ１〜ａ８に対応するＯＦメッセージが削除される。
【００５３】
制御部８がネットワーク装置１０４から異常終了通知を受信したときには（Ｓ８：Ｙｅｓ）、制御部８の処理はＳ２５へ進む。また、制御部８がネットワーク装置１０４から完了通知を受信することなくタイマ９が満了したときは（Ｓ９：Ｙｅｓ）、制御部８の処理はＳ２１へ進む。
【００５４】
Ｓ２１〜Ｓ２２において、制御部８は、ネットワーク装置１０４の設定を、通常ＴＬ１コマンドが送信される前の状態に戻すか否かを判定する。この実施例では、制御部８は、Ｓ２１において、Ｓ１で受信したＯＦメッセージが１つの通常ＴＬ１コマンドに変換されたのか、複数の通常ＴＬ１コマンドに変換されたのかを判定する。そして、ＯＦメッセージが１つの通常ＴＬ１コマンドに変換されていたときは、制御部８は、ネットワーク装置１０４の設定を元に戻すために、Ｓ２５〜Ｓ２７を実行する。一方、ＯＦメッセージが複数の通常ＴＬ１コマンドに変換されていたときは、制御部８の処理はＳ２２に移行する。Ｓ２２において、制御部８は、処理されていないＯＦメッセージの個数が所定の閾値Ｎよりも多いか否かを判定する。すなわち、制御部８は、ＯＦキュー２に残っているＯＦメッセージの個数が閾値Ｎよりも多いか否かを判定する。そして、ＯＦメッセージの個数が閾値Ｎよりも多いときは、制御部８は、ネットワーク装置１０４の設定を元に戻すために、Ｓ２５〜Ｓ２７を実行する。一方、ＯＦメッセージの個数が閾値Ｎ以下であるときは、制御部８の処理はＳ２３に移行する。
【００５５】
未処理のＯＦメッセージの個数が閾値Ｎ以下であるときは、制御部８は、Ｓ２３において、コンバータ１０３とネットワーク装置１０４との間のリンクの復旧を待つ。例えば、コンバータ１０３とネットワーク装置１０４との間のリンクが冗長であれば、現用系において障害が発生したときには、自動的に予備系のリンクが確立される。ここで、リンクの復旧は、例えば、上述したモニタ方法２またはモニタ方法３により確認される。そして、リンクが復旧すると、制御部８は、Ｓ２４において、ＴＬ１キュー４に残っている通常ＴＬ１コマンドの送信を再開する。
【００５６】
一方、未処理のＯＦメッセージの個数が閾値Ｎよりも多いとき、又は、１つのＯＦメッセージが１つの通常ＴＬ１コマンドに変換されたときは、制御部８は、Ｓ２５において、ＯＦ送信部７を介してコントローラ１０２へエラーメッセージを送信する。このエラーメッセージは、ＯＦメッセージが正常に実行されなかったことを表す情報を含む。続いて、制御部８は、Ｓ２６において、コンバータ１０３とネットワーク装置１０４との間のリンクの復旧を待つ。そして、リンクが復旧すると、制御部８は、Ｓ２７において、先に送信した通常ＴＬ１コマンドに対応する取消しＴＬ１コマンドをネットワーク装置１０４へ送信する。
【００５７】
図８を参照しながら一例を説明する。図８に示す例では、コンバータ１０３は、通常ＴＬ１コマンドａ１〜ａ８を順番にネットワーク装置１０４へ送信するものとする。この場合、コンバータ１０３は、まず、通常ＴＬ１コマンドａ１をネットワーク装置１０４へ送信する。そして、通常ＴＬ１コマンドａ１に対応する完了通知を受信すると、コンバータ１０３は、通常ＴＬ１コマンドａ２をネットワーク装置１０４へ送信する。同様に、通常ＴＬ１コマンドａ２に対応する完了通知を受信すると、コンバータ１０３は、通常ＴＬ１コマンドａ３をネットワーク装置１０４へ送信する。また、通常ＴＬ１コマンドａ３に対応する完了通知を受信すると、コンバータ１０３は、通常ＴＬ１コマンドａ４をネットワーク装置１０４へ送信する。ところが、この例では、コンバータ１０３は、所定時間内に通常ＴＬ１コマンドａ４に対する完了通知を受信できなかったものとする。
【００５８】
この場合、制御部８は、ＯＦキュー２に格納されているＯＦメッセージの個数をカウントする。そして、ＯＦメッセージの個数が閾値Ｎ以下であれば、コンバータ１０３は、Ｓ２３〜Ｓ２４を実行する。すなわち、コンバータ１０３は、通常ＴＬ１コマンドａ５〜ａ８を順番にネットワーク装置１０４へ送信する。この結果、ネットワーク装置１０４は、通常ＴＬ１コマンドａ１〜ａ８により指示された状態に設定される。
【００５９】
未処理のＯＦメッセージの個数が閾値Ｎよりも多いときは、コンバータ１０３は、Ｓ２５〜Ｓ２７を実行する。すなわち、コンバータ１０３は、コントローラ１０２へエラーメッセージを送信する。その後、コンバータ１０３は、先に送信した通常ＴＬ１コマンドａ１〜ａ４に対応する取消しＴＬ１コマンドｂ１〜ｂ４をネットワーク装置１０４へ送信する。このとき、最後に送信された通常ＴＬ１コマンドから順番に設定が取り消されるように、取消しＴＬ１コマンドｂ１〜ｂ４が送信される。即ち、コンバータ１０３は、取消しＴＬ１コマンドｂ４、ｂ３、ｂ２、ｂ１を順番にネットワーク装置１０４へ送信する。この結果、ネットワーク装置１０４の設定は、通常ＴＬ１コマンドａ１〜ａ４が送信される前の状態に戻ることになる。
【００６０】
このように、コンバータ１０３は、ＯＦキュー２に格納されている未処理のＯＦメッセージの個数に基づいて、ネットワーク装置１０４の設定を元に戻すか否かを判定する。ここで、ＯＦキュー２に格納されている未処理のＯＦメッセージの個数は、アプリケーション１０１によるネットワークの設定変更の頻度を表す。すなわち、ＯＦキュー２に格納されている未処理のＯＦメッセージの個数が多いときは、アプリケーション１０１が頻繁にネットワークの設定を変更しようとしていると考えられる。
【００６１】
ここで、アプリケーション１０１は、先に発行した要求が正常に実行されていることを期待して、次の要求を発行する。このため、アプリケーション１０１からの要求に対応するＴＬ１コマンドがネットワーク装置１０４において正常に実行されなかったときは、処理が失敗したことを出来るだけ早くアプリケーション１０１に通知することが好ましい。特に、アプリケーション１０１が頻繁にネットワークの設定を変更するケースでは、ネットワーク装置１０４の設定変更が完了する前に後続の設定変更の要求が次々に発行されると、ネットワーク装置１０４の設定と管理システム１０６のデータベースとの間の整合を回復させることが困難である。したがって、ＯＦキュー２に格納されている未処理のＯＦメッセージの個数が多いときは、コンバータ１０３は、ネットワーク装置１０４の設定を元の状態に戻す。また、コンバータ１０３は、コントローラ１０２へエラーメッセージを送信する。そして、後述するように、コントローラ１０２からアプリケーション１０１へエラーメッセージが送信され、アプリケーション１０１は、ネットワーク装置１０４に対して新たな要求の発行を停止する。この結果、ネットワーク装置１０４の設定と管理システム１０６のデータベースとの間の不整合を容易に回復させることが可能になる。
【００６２】
一方、ＯＦキュー２に格納されている未処理のＯＦメッセージの個数が少ないときは、アプリケーション１０１によるネットワークの設定変更の頻度が低いと考えられる。この場合は、コンバータ１０３は、コンバータ１０３に残っているＴＬ１コマンドが順番にゆっくりと処理されたとしても、ネットワーク装置１０４の設定と管理システム１０６のデータベースとの間の不整合が大きくなることはない。したがって、コンバータ１０３は、ネットワーク装置１０４の設定を元に戻すのではなく、リンクが復旧した後に、単に、ＴＬ１コマンドをネットワーク装置１０４へ送信する処理を再開する。
【００６３】
なお、１つのＯＦメッセージが１つのＴＬ１コマンドに変換されるときは、図７に示す実施例では、ＯＦキュー２に格納されているＯＦメッセージの個数にかかわらず、コンバータ１０３からネットワーク装置１０４へ取消しＴＬ１コマンドが送信される。ただし、本発明はこの方法に限定されるものではない。すなわち、１つのＯＦメッセージが１つのＴＬ１コマンドに変換されるときに、制御部８は、ＯＦキュー２に格納されているＯＦメッセージの個数に基づいてネットワーク装置１０４へ取消しＴＬ１コマンドが送信するか否かを判定してもよい。すなわち、制御部８は、図７に示すＳ２１の処理を実行しなくてもよい。
【００６４】
図９は、コントローラ１０２の動作の一例を示すフローチャートである。このフローチャートの処理は、アプリケーション１０１がネットワーク装置１０４の設定を変更する要求を発行したときに実行される。
【００６５】
Ｓ３１において、コントローラ１０２は、アプリケーション１０１により発行される要求を受信する。Ｓ３２において、コントローラ１０２は、受信した要求を表すＯＦメッセージを生成する。Ｓ３３において、コントローラ１０２は、生成したＯＦメッセージをコンバータ１０３へ送信する。Ｓ３４において、コントローラ１０２は、コンバータ１０３へ送信したＯＦメッセージの内容を表す設定情報を管理システム１０６へ送信する。管理システム１０６は、この設定情報に従って、ネットワーク装置１０４を管理するデータベースを更新する。したがって、上述のＯＦメッセージに対応するＴＬ１コマンドがネットワーク装置１０４において正常に実行されると、ネットワーク装置１０４の設定と管理システム１０６のデータベースとが整合することになる。
【００６６】
Ｓ３５において、コントローラ１０２は、Ｓ３３でコンバータ１０３へ送信したＯＦメッセージに対応するエラーメッセージを待ち受ける。すなわち、コントローラ１０２は、図７に示すＳ２５で送信されるエラーメッセージを待ち受ける。そして、エラーメッセージを受信したときには、コントローラ１０２は、Ｓ３６において、アプリケーション１０１および管理システム１０６へエラーメッセージを送信する。このエラーメッセージは、ネットワーク装置１０４へ先に送信されたＴＬ１コマンドによる設定が失敗したことを表す。したがって、アプリケーション１０１は、このエラーメッセージを受信すると、ネットワーク装置１０４の設定を変更する要求の発行を停止する。また、管理システム１０６は、このエラーメッセージを受信すると、管理システム１０６のデータベースをＳ３４の設定情報を受信する前の状態に戻す。この結果、ネットワーク装置１０４の実際の設定と管理システム１０６のデータベースとの間の整合が回復する。
【００６７】
このように、第１の実施形態によれば、コンバータ１０３とネットワーク装置１０４との間のリンク障害が発生したときに、ユーザまたはネットワーク管理者が手作業でネットワーク装置１０４の設定を修正しなくても、ネットワーク装置１０４の実際の設定と管理システム１０６のデータベースとの間の整合が自動的に回復する。したがって、ユーザまたはネットワーク管理者の負担が削減される。
【００６８】
＜第２の実施形態＞
ＯＦメッセージは、基本的に、任意の順序で実行され得ることが要求されている。ただし、例外ケースとして、ＯＦメッセージの実行順序を指定する必要があるときは、バリアリクエスト（OFPT_BARRIER_REQUEST）メッセージが使用される。図１０は、バリアリクエストメッセージを利用してネットワーク装置を制御するシーケンスの一例を示す図である。なお、バリアリクエストメッセージは、アプリケーション１０１からの要求応じてコントローラ１０２により生成される。また、バリアリクエストメッセージは、ＯＦメッセージの一種である。
【００６９】
図１０に示す例では、ネットワーク装置１０４に対してＯＦメッセージ１〜３が生成される。ただし、ＯＦメッセージ３は、ＯＦメッセージ１、２による設定が完了した後に実行されることが要求される。この場合、コントローラ１０２は、ＯＦメッセージ１、２の送信後であってＯＦメッセージ３の送信前に、バリアリクエストメッセージを生成してコンバータ１０３へ送信する。
【００７０】
コンバータ１０３は、コントローラ１０２からＯＦメッセージ１、２を受信すると、対応するＴＬ１コマンド１、２を生成してネットワーク装置１０４へ送信する。その後、コンバータ１０３は、コントローラ１０２からバリアリクエストメッセージを受信すると、そのバリアリクエストメッセージよりも前に受信したすべてのＯＦメッセージに対応する完了通知を待ち受ける。この実施例では、コンバータ１０３は、ＯＦメッセージ１、２に対応する完了通知を待ち受ける。そして、コンバータ１０３は、ＴＬ１コマンド１、２に対応する完了通知（CMPLD1,CMPLD2）をネットワーク装置１０４から受信すると、コントローラ１０２に対してバリア応答メッセージを送信する。これにより、バリアが解除される。そうすると、コントローラ１０２は、後続のＯＦメッセージを送信することができるようになる。すなわち、コントローラ１０２は、コンバータ１０３へＯＦメッセージ３を送信する。
【００７１】
上記シーケンスにおいて、バリアリクエストメッセージによるバリアが確立されているときに、コンバータ１０３とネットワーク装置１０４との間のリンクが切断されると、ネットワーク装置１０４と管理システム１０６との間で複雑な不整合が生じることが予想される。したがって、第２の実施形態では、コンバータ１０３は、バリアが確立されているか否かに応じて、ネットワーク装置１０４へ送信するＴＬ１コマンドを選択する。
【００７２】
図１１は、第２の実施形態のコンバータ１０３の動作の一例を示すフローチャートである。なお、Ｓ１〜Ｓ１１の処理は、第１の実施形態および第２の実施形態において実質的に同じなので説明を省略する。
【００７３】
第２の実施形態では、図７に示すＳ２２の代わりにＳ４１が実行される。Ｓ４１において、制御部８は、バリアが確立されているか否かを判定する。なお、図１０を参照しながら説明したように、コントローラ１０２からバリアリクエストメッセージを受信したときから、ネットワーク装置１０４から対応するバリア応答メッセージを受信するまでの期間は、バリアが確立されている。
【００７４】
コンバータ１０３とネットワーク装置１０４との間のリンクの障害が検出されたときにバリアが確立されていなければ、制御部８は、Ｓ２４において、ＴＬ１キュー４に格納されている通常ＴＬ１コマンドをネットワーク装置１０４へ送信する。一方、コンバータ１０３とネットワーク装置１０４との間のリンクの障害が検出されたときにバリアが確立されていれば、制御部８は、Ｓ２５において、コントローラ１０２へエラーメッセージを送信する。その後、Ｓ２７において、制御部８は、ＴＬ１キュー４に格納されている取消しＴＬ１コマンドをネットワーク装置１０４へ送信する。
【００７５】
このように、第２の実施形態では、ＯＦメッセージの処理順序が指定されるバリア期間中にリンク障害が発生した場合には、ネットワーク装置１０４の設定がバリア期間の開始前の状態に戻される。また、コントローラ１０２を介してアプリケーション１０１および管理システム１０６にエラーメッセージが通知される。したがって、ネットワーク装置１０４の設定と管理システム１０６のデータベースとの整合が確保される。
【００７６】
以上記載した各実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
第１のプロトコルの制御情報を受信する第１の受信部と、
前記受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記変換された第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されている第１のプロトコルの制御情報の量に応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
（付記２）
前記第１格納部に格納されている第１のプロトコルの制御情報の量が所定の閾値よりも多いときは、前記送信部は、前記取消し情報を前記ネットワーク装置へ送信する
ことを特徴とする付記１に記載の通信制御装置。
（付記３）
前記変換部は、第１のプロトコルの制御情報から前記第１のプロトコルの制御情報に対応する第２のプロトコルの制御情報および前記第２のプロトコルの制御情報を取り消す取消し情報を生成する
ことを特徴とする付記１に記載の通信制御装置。
（付記４）
前記送信部は、前記取消し情報を前記ネットワーク装置へ送信するときには、前記第１のプロトコルの制御情報の送信元へエラーメッセージを送信する
ことを特徴とする付記１に記載の通信制御装置。
（付記５）
前記送信部は、前記通信制御装置と前記ネットワーク装置との間のリンクが復旧した後に、前記取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを前記ネットワーク装置へ送信する
ことを特徴とする付記１に記載の通信制御装置。
（付記６）
前記第２の受信部が前記ネットワーク装置から前記第２のプロトコルの制御情報による処理を実行できないことを表す通知を受信したときは、前記送信部は、前記取消し情報を前記ネットワーク装置へ送信する
ことを特徴とする付記１に記載の通信制御装置。
（付記７）
第１のプロトコルの制御情報を受信する第１の受信部と、
前記第１の受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記変換された第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１プロトコルの制御情報の処理順序を指定するバリア要求に対応する処理が終了しているか否かに応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
（付記８）
OpenFlowをサポートしていないネットワーク装置を含む伝送システムであって、
OpenFlowメッセージを生成するコントローラと、
前記コントローラにより生成されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換して前記ネットワーク装置へ送信するコンバータと、
前記ネットワーク装置の状態を管理する管理システムと、を含み、
前記コンバータは、
前記コントローラにより生成されるOpenFlowメッセージを受信する第１の受信部と、
前記受信部により受信されるOpenFlowメッセージを格納する第１格納部と、
前記第１格納部に格納されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換する変換部と、
前記変換されたコマンドを格納する第２格納部と、
前記第２格納部に格納されるコマンドを前記ネットワーク装置へ送信する送信部と、
前記送信したコマンドを受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記コマンドを前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されているOpenFlowメッセージの個数に応じて、前記第２格納部に格納されているコマンド、または、前記ネットワーク装置へ送信されたコマンドによる設定を取り消す取消しコマンドのいずれかを前記ネットワーク装置へ送信し、
前記送信部は、前記取消しコマンドを前記ネットワーク装置へ送信するときは、前記コントローラへエラーメッセージを送信し、
前記コントローラは、前記エラーメッセージを受信すると、前記ネットワーク装置へ送信されたコマンドによる設定が失敗したことを表すメッセージを前記管理システムへ送信する
ことを特徴とする伝送システム。
【符号の説明】
【００７７】
１  ＯＦ受信部
２  ＯＦキュー
３  ＯＦ−ＴＬ１変換部
４  ＴＬ１キュー
５  ＴＬ１送信部
６  ＴＬ１受信部
７  ＯＦ送信部
８  制御部
９  タイマ
１０１  アプリケーション
１０２  コントローラ
１０３  コンバータ
１０４  ネットワーク装置
１０６管理システム
【図１】
2017046200.tif 000003
【図２】
2017046200.tif 000004
【図３】
2017046200.tif 000005
【図４】
2017046200.tif 000006
【図５】
2017046200.tif 000007
【図６】
2017046200.tif 000008
【図７】
2017046200.tif 000009
【図８】
2017046200.tif 000010
【図９】
2017046200.tif 000011
【図１０】
2017046200.tif 000012
【図１１】
2017046200.tif 000013
【手続補正書】
【提出日】平成28年9月12日(2016.9.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のプロトコルの制御情報を受信する第１の受信部と、
前記第１の受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されている第１のプロトコルの制御情報の量に応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
【請求項２】
前記第１格納部に格納されている第１のプロトコルの制御情報の量が所定の閾値よりも多いときは、前記送信部は、前記取消し情報を前記ネットワーク装置へ送信する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記変換部は、第１のプロトコルの制御情報から前記第１のプロトコルの制御情報に対応する第２のプロトコルの制御情報および前記第２のプロトコルの制御情報を取り消す取消し情報を生成する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項４】
前記送信部は、前記取消し情報を前記ネットワーク装置へ送信するときには、前記第１のプロトコルの制御情報の送信元へエラーメッセージを送信する
ことを特徴とする請求項１に記載の通信制御装置。
【請求項５】
第１のプロトコルの制御情報を受信する第１の受信部と、
前記第１の受信部により受信される第１のプロトコルの制御情報を格納する第１格納部と、
前記第１格納部に格納される第１のプロトコルの制御情報を第２のプロトコルの制御情報に変換する変換部と、
前記第２のプロトコルの制御情報を格納する第２格納部と、
前記第２格納部に格納される第２のプロトコルの制御情報をネットワーク装置へ送信する送信部と、
前記送信した第２のプロトコルの制御情報を受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記第２のプロトコルの制御情報を前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１プロトコルの制御情報の処理順序を指定するバリア要求に対応する処理が終了しているか否かに応じて、前記ネットワーク装置へ送信された第２のプロトコルの制御情報を取り消す取消し情報、または、前記第２格納部に格納されている第２のプロトコルの制御情報のいずれかを、前記ネットワーク装置へ送信する
ことを特徴とする通信制御装置。
【請求項６】
OpenFlowをサポートしていないネットワーク装置を含む伝送システムであって、
OpenFlowメッセージを生成するコントローラと、
前記コントローラにより生成されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換して前記ネットワーク装置へ送信するコンバータと、
前記ネットワーク装置の状態を管理する管理システムと、を含み、
前記コンバータは、
前記コントローラにより生成されるOpenFlowメッセージを受信する第１の受信部と、
前記第１の受信部により受信されるOpenFlowメッセージを格納する第１格納部と、
前記第１格納部に格納されるOpenFlowメッセージを前記ネットワーク装置がサポートする言語のコマンドに変換する変換部と、
前記変換部により生成されたコマンドを格納する第２格納部と、
前記第２格納部に格納されるコマンドを前記ネットワーク装置へ送信する送信部と、
前記送信部から送信されたコマンドを受信したことを示す完了通知を前記ネットワーク装置から受信する第２の受信部と、を備え、
前記送信部は、前記コマンドを前記ネットワーク装置へ送信したときから所定の閾値時間内に前記第２の受信部が前記完了通知を受信しないときに、前記第１格納部に格納されているOpenFlowメッセージの個数に応じて、前記第２格納部に格納されているコマンド、または、前記ネットワーク装置へ送信されたコマンドによる設定を取り消す取消しコマンドのいずれかを前記ネットワーク装置へ送信し、
前記送信部は、前記取消しコマンドを前記ネットワーク装置へ送信するときは、前記コントローラへエラーメッセージを送信し、
前記コントローラは、前記エラーメッセージを受信すると、前記ネットワーク装置へ送信されたコマンドによる設定が失敗したことを表すメッセージを前記管理システムへ送信する
ことを特徴とする伝送システム。