(57)【要約】送信先装置ＩＤ（送信先情報）および制御コード（制御情報）を含む制御フレームを受信する物理ポート（４１）、複数の論理ポート（４２１〜４２ｍ）と、受信した制御フレームが、監視／制御装置（１０１〜１０３）のうちいずれかの監視／制御装置から供給された制御フレームである場合、該制御フレームを受信した一つの物理ポート（４１）、および複数の論理ポート（４２１〜４２ｍ）のうちいずれか一つの論理ポートに関する送信元ポート情報（物理ポートＩＤおよび論理ポートＩＤ）と送信元装置ＩＤ（自装置情報）とを制御フレームに付加する通信制御部（４４）とを備え、通信制御部（４４）は、制御フレームの送信先装置ＩＤが自装置宛の場合、制御コードに従って処理を実行し、他装置宛である場合、送信元ポート情報および送信元装置ＩＤ（自装置情報）を付加した制御フレームを他の伝送装置（例えば、伝送装置４０２）へ送信する。
2004071015.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
送信先情報および制御情報を含むフレームを受信する受信手段、
前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加手段、
前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御手段、
として機能させるためのセッション管理プログラム。
【請求項２】
前記付加手段は、前記受信手段が、セッションを確立した監視／制御装置からさらに別のフレームを受信した場合、前記一つの物理ポート、および複数の論理ポートのうち別の論理ポートに関するポート情報と自装置情報とを前記別のフレームに付加すること、を特徴とする請求の範囲第１項に記載のセッション管理プログラム。
【請求項３】
前記コンピュータを、確立中のセッションで一定時間制御が行われない場合、当該セッションを自動解放するセッション解放手段、として機能させることを特徴とする請求の範囲第１項または第２項に記載のセッション管理プログラム。
【請求項４】
送信先情報および制御情報を含むフレームを受信する受信工程と、
前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加工程と、
前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御工程と、
を含むことを特徴とするセッション管理方法。
【請求項５】
送信先情報および制御情報を含むフレームを受信する受信手段と、
前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加手段と、
前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御手段と、
を備えたことを特徴とするセッション管理装置。
【発明の詳細な説明】
【技術分野】  本発明は、セッション管理プログラム、セッション管理方法およびセッション管理装置に関するものであり、特に、物理的なスペースを低減させることができ、１台の監視／制御装置に対して複数のセッションを確立させることができるセッション管理プログラム、セッション管理方法およびセッション管理装置に関するものである。
【背景技術】  近年、ネットワークの拡大に伴い、ネットワークを構成する伝送装置等の監視／制御については、そのネットワークと接続される監視／制御装置により行われることがある。
ここで、特許文献１（特開２００１−１４４７６０号公報）には、ネットワークを構成する伝送装置と監視／制御装置との間で、論理的な通信路であるセッションを確立することにより、監視／制御のためのデータ転送を行うための構成（監視／制御システム）が開示されている。
第１２図は、従来の監視／制御システムの構成を示すブロック図である。同図に示した監視／制御システムは、ネットワークを構成しリング状に接続されている伝送装置２０１〜２０４と、これらの伝送装置２０１〜２０４を監視／制御する監視／制御装置１０１〜１０３とから構成されている。
伝送装置２０１において、物理ポート２１１〜２１３には、監視／制御装置１０１〜１０３がそれぞれ接続されている。これらの物理ポート２１１〜２１３のそれぞれには、ＩＤ（識別子）が設定されている。伝送路Ｉ／Ｆ（インタフェース）２２には、伝送装置２０２および伝送装置２０４が接続されている。
通信制御部２３は、監視／制御装置１０１〜１０３または他の伝送装置２０２〜２０４から供給される制御フレームの受信処理や、監視／制御装置１０１〜１０３または他の伝送装置２０２〜２０４に送信する応答フレームの送信処理等のフレーム伝送を制御する。
セッション管理部２４は、監視／制御装置１０１〜１０３による監視／制御を可能にするためのセッションの確立等の状態（以下、セッション状態という）を管理すると共に、制御フレームおよび応答フレームの伝送を管理する。
ＯＰＳ処理部２５１〜２５ｎは、制御要求処理を実行し、その処理結果に基づいた応答フレームを送信する。これらのＯＰＳ処理部２５１〜２５ｎのそれぞれには、ＩＤが設定されている。
伝送装置２０２〜２０４は、伝送装置２０１と同様の構成とされている。但し、伝送装置２０２〜２０４のそれぞれには、伝送装置２０１のように、物理ポート２１１〜２１３が設けられていない。また、伝送装置２０１〜２０４のそれぞれには、ＩＤが設定されている。
上記構成において、オペレータは、伝送装置２０１〜２０４の中から、監視／制御を行なう伝送装置として、例えば、伝送装置２０１を決定し、監視／制御装置１０１で伝送装置２０１を選択する。
これにより、監視／制御装置１０１は、伝送装置２０１へ送信すべき、第１３図（ａ）に示した制御フレームを生成する。
同図に示した制御フレームは、送信先装置ＩＤ、送信先ポートＩＤおよびデータから構成されている。
この場合、伝送装置２０１と監視／制御装置１０１との間でセッション確立を行なうため、上記制御フレームにおいては、送信先装置ＩＤに監視／制御の対象である伝送装置２０１のＩＤが設定され、送信先ポートＩＤにセッション確立を行なうＯＰＳ処理部２５１〜２５ｎのＩＤが設定され、データにセッション確立を示す制御コードおよび制御パラメータが設定される。
そして、監視／制御装置１０１から上記制御フレーム（第１３図（ａ）参照）が送信されると、制御フレームは、伝送装置２０１の物理ポート２１１を経由して通信制御部２３に受信される。
通信制御部２３は、第１３図（ｂ）に示したように、自装置のＩＤを送信元装置ＩＤとして制御フレームに付加するとともに、制御フレームが供給された物理ポート（この場合、物理ポート２１１）のＩＤを送信元ポートＩＤとして制御フレームに付加する。
つぎに、通信制御部２３は、第１３図（ｂ）に示した制御フレーム内の送信先装置ＩＤを自装置のＩＤと比較して、その制御フレームが自装置宛の制御フレームであるか否かを判断する。
ここで、送信先装置ＩＤと自装置のＩＤとが同一であり、自装置宛の制御フレームであると判断すると、通信制御部２３は、第１３図（ｂ）に示した制御フレームをセッション管理部２４に送信する。
そして、上記制御フレームがセッション管理部２４に受信されると、セッション管理部２４は、受信した制御フレームにおけるデータの制御コードを参照してセッション確立の処理であるか否かを判断する。
ここで、セッション確立の処理であると判断すると、セッション管理部２４は、制御フレームの送信先ポートＩＤにより指定されたＯＰＳ処理部２５１〜２５ｎが他のセッションで使用されていない未接続セッションであるか否かを判断する。
未接続セッションであると判断すると、セッション管理部２４は、制御フレームをＯＰＳ処理部２５１〜２５ｎへ渡す。これにより、ＯＰＳ処理部２５１〜２５ｎは、制御フレーム内の制御コードに基づいた制御処理を行い、その制御処理結果を設定した応答フレームを生成した後、この応答フレームを通信制御部２３に渡す。
通信制御部２３は、物理ポート２１１を経由して監視／制御装置１０１へ応答フレームを送信する。これにより、監視／制御装置１０１と伝送装置２０１との間でセッションが確立する。
ところで、前述したように、従来の監視／制御システムにおいては、複数の監視／制御装置１０１〜１０３に対応させて複数の物理ポート２１１〜２１３を伝送装置２０１に設ける必要があるため、物理的なスペースを余計に取ってしまうという問題があった。
また、従来の監視／制御システムにおいては、１台の監視／制御装置に一つの物理ポートが割り当てられているため、１台の監視／制御装置に対して一つのセッションしか確立させることができないという問題があった。
本発明は、上記に鑑みてなされたもので、物理的なスペースを低減させることができ、１台の監視／制御装置に対して複数のセッションを確立させることができるセッション管理プログラム、セッション管理方法およびセッション管理装置を提供することを目的としている。
特許文献１  特開２００１−１４４７６０号公報
【発明の開示】
上記目的を達成するために、本発明は、コンピュータを、送信先情報および制御情報を含むフレームを受信する受信手段、前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加手段、前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御手段、として機能させるためのセッション管理プログラムである。
また、本発明は、送信先情報および制御情報を含むフレームを受信する受信工程と、前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加工程と、前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御工程と、を含むことを特徴とする。
また、本発明は、送信先情報および制御情報を含むフレームを受信する受信手段と、前記受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とを前記フレームに付加する付加手段と、前記フレームの送信先情報が自装置宛の場合、前記制御情報に従って処理を実行し、他装置宛である場合、前記ポート情報および前記自装置情報を付加したフレームを他装置へ送信する制御手段と、を備えたことを特徴とする。
かかる発明によれば、受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とをフレームに付加し、フレームの送信先情報が自装置宛の場合、制御情報に従って処理を実行し、他装置宛である場合、ポート情報および自装置情報を付加したフレームを他装置へ送信することとしたので、物理ポートが一つで済むため物理的なスペースを低減させることができる。
【図面の簡単な説明】  第１図は、本発明にかかる一実施の形態の構成を示すブロック図であり、第２図は、第１図に示したポートＩＤテーブル５０を示す図であり、第３図は、第１図に示したセッション管理テーブル６０を示す図であり、第４図は、第１図に示した制御コマンドテーブル７０を示す図であり、第５図は、同一実施の形態の動作を説明するシーケンス図であり、第６図は、第１図に示した通信制御部４４の動作を説明するフローチャートであり、第７図は、第１図に示したセッション管理部４５の動作を説明するフローチャートであり、第８図は、フレーム情報とセッション管理テーブル６０との対応関係を表す図であり、第９図は、同一実施の形態における制御フレームのフォーマットを示す図であり、第１０図は、同一実施の形態における応答フレームのフォーマットを示す図であり、第１１図は、同一実施の形態の変形例の構成を示すブロック図であり、第１２図は、従来の監視／制御システムの構成を示すブロック図であり、第１３図は、従来の監視／制御システムにおける制御フレームを示すブロック図である。
【発明を実施するための最良の形態】  以下、図面を参照して本発明にかかる一実施の形態について詳細に説明する。第１図は、本発明にかかる一実施の形態の構成を示すブロック図である。
同図において、第１３図の各部に対応する部分には同一の符号を付ける。同図においては、第１３図に示した伝送装置２０１〜２０４に代えて、伝送装置４０１〜４０４が設けられている。
第１図に示した監視／制御システムは、ネットワークを構成しリング状に接続されている伝送装置４０１〜４０４と、これらの伝送装置４０１〜４０４を監視／制御する監視／制御装置１０１〜１０３とから構成されている。
伝送装置４０１には、一つの物理ポート４１が設けられている。この物理ポート４１には、監視／制御装置１０１〜１０３が共通で接続されている。この一つの物理ポート４１には、ｍ個の論理的なポートである論理ポート４２１〜４２ｍが設定されている。
また、物理ポート４１には、ＩＤ（物理ポートＩＤ）が設定されている。また、論理ポート４２１〜４２ｍのそれぞれには、ＩＤ（論理ポートＩＤ）が設定されている。これらの論理ポート４２１〜４２ｍは、複数のセッションに対応して設けられている。伝送路Ｉ／Ｆ４３には、伝送装置４０２および伝送装置４０４が接続されている。
通信制御部４４は、監視／制御装置１０１〜１０３または他の伝送装置４０２〜４０４から供給される制御フレームの受信処理や、監視／制御装置１０１〜１０３または他の伝送装置４０２〜４０４に送信する応答フレームの送信処理等のフレーム伝送を制御する。
セッション管理部４５は、監視／制御装置１０１〜１０３による監視／制御を可能にするためのセッションの確立等の状態（以下、セッション状態という）を管理すると共に、制御フレームおよび応答フレームの伝送を管理する。
ＯＰＳ処理部４６１〜４６ｎは、制御要求処理を実行し、その処理結果に基づいた応答フレームを送信する。これらのＯＰＳ処理部４６１〜４６ｎのそれぞれには、ＩＤが設定されている。
伝送装置４０２〜４０４は、伝送装置４０１と同様の構成とされている。但し、伝送装置４０２〜４０４のそれぞれには、伝送装置４０１のように、物理ポート４１および論理ポート４２１〜４２ｍが設けられていない。また、伝送装置４０１〜４０４のそれぞれには、ＩＤが設定されている。
ポートＩＤテーブル５０は、物理ポート４１および論理ポート４２１〜４２ｍに設定されたＩＤを管理するためのテーブルである。具体的には、第２図に示したように、ポートＩＤテーブル５０は、「物理ポートＩＤ」および「論理ポートＩＤ」というフィールドを備えている。「物理ポートＩＤ」は、物理ポート４１に設定されたＩＤである。「論理ポートＩＤ」は、論理ポート４２１〜４２ｍのそれぞれに設定されたＩＤである。
第１図に戻り、セッション管理テーブル６０は、第３図に示したように、監視／制御装置（監視／制御装置１０１〜１０３）とのセッション状態を管理するものであり、ＯＰＳ処理部４６１〜４６ｎ毎に運用状態、送信元装置ＩＤ、送信元ポートＩＤ（物理ポートＩＤおよび論理ポートＩＤ）、制御コード、制御レベルおよび無制御時間を設定する。
運用状態は、セッションの確立／解放を設定するものである。送信元装置ＩＤは、制御フレームの送信元装置ＩＤを設定するものである。送信元ポートＩＤは、制御フレームの送信元装置と物理的に接続される物理ポート４１の物理ポートＩＤと、論理的に接続される論理ポート（論理ポート４２１〜４２ｍのうちいずれか一つの論理ポート）の論理ポートＩＤとを設定するものである。
制御コードは、制御フレーム内の制御コマンドを処理実行中、その制御コマンドの制御コードを設定するものである。制御レベルは、ＯＰＳ処理部４６１〜４６ｎの制御制限レベルを設定するものである。無制御時間は、監視／制御装置の制御が連続してない時間を設定するものである。
第１図に戻り、制御コマンドテーブル７０は、第４図に示したように、制御コマンド（制御コマンド１〜ｎ）毎に制御コードおよび制御レベルを設定するものである。
つぎに、一実施の形態の動作について、第５図〜第１０図を参照しつつ説明する。第５図は、一実施の形態の動作を説明するシーケンス図である。第６図は、第１図に示した通信制御部４４の動作を説明するフローチャートである。第７図は、第１図に示したセッション管理部４５の動作を説明するフローチャートである。
以下では、第５図に示したように、監視／制御装置１０１が伝送装置４０１との間でセッションを確立するとともに、さらに伝送装置４０２との間でセッションを確立した後、伝送装置４０１とのセッションを解放する場合について説明する。
すなわち、ステップＳＡ１では、監視／制御装置１０１は、伝送装置４０１へセッション確立を要求する。ステップＳＡ２では、上記のセッション確立が成功する。続いて、ステップＳＡ３では、監視／制御装置１０１は、伝送装置４０１との間でセッションを確立した状態で、さらに、伝送装置４０１を経由して、伝送装置４０２へセッション確立を要求する。ステップＳＡ４では、上記セッション確立が成功する。
そして、ステップＳＡ５では、監視／制御装置１０１は、伝送装置４０１へセッション解放を要求する。ステップＳＡ６では、上記セッション解放が成功する。
つぎに、上述した動作の詳細について、第６図〜第１０図を参照して説明する。第６図に示したステップＳＢ１では、通信制御部４４は、物理ポート４１（論理ポート４２１〜４２ｍ）または伝送路Ｉ／Ｆ４３から制御フレームまたは応答フレームが受信されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
また、第７図に示したステップＳＣ１では、セッション管理部４５は、通信制御部４４より起動されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
そして、オペレータは、伝送装置４０１〜４０４の中から、監視／制御を行なう伝送装置として、例えば、伝送装置４０１を決定し、監視／制御装置１０１で伝送装置４０１を選択する。
これにより、監視／制御装置１０１は、伝送装置４０１へ送信すべき、第８図（ａ）に示した制御フレームを生成する。
同図に示した制御フレームは、送信先装置ＩＤ、送信先ポートＩＤおよびデータから構成されている。
この場合、伝送装置４０１と監視／制御装置１０１との間でセッション確立を行なうため、上記制御フレームにおいては、送信先装置ＩＤに監視／制御の対象である伝送装置４０１のＩＤが設定され、送信先ポートＩＤにセッション確立を行なうＯＰＳ処理部４６１〜４６ｎのＩＤが設定され、データにセッション確立を示す制御コードおよび制御パラメータが設定される。
そして、監視／制御装置１０１から上記制御フレーム（第８図（ａ）参照）が送信されると、制御フレーム（第８図（ａ）参照）は、伝送装置４０１の物理ポート４１を経由して、例えば、空きの論理ポート４２１とを割り付けて通信制御部４４に受信される。
これにより、通信制御部４４は、第６図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、通信制御部４４は、受信したものが制御フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ３では、通信制御部４４は、当該制御フレームが、監視／制御装置（監視／制御装置１０１〜１０３のうちいずれか一つ）から供給されたものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ３の判断結果が「Ｎｏ」である場合、通信制御部４４は、ステップＳＢ５の判断を行う。
ステップＳＢ４では、通信制御部４４は、第８図（ｂ）および第９図に示したように、自装置のＩＤを送信元装置ＩＤとして制御フレーム（第８図（ａ）参照）に付加するとともに、制御フレームが供給されたポートＩＤ（この場合、物理ポート４１の物理ポートＩＤ、論理ポート４２１の論理ポートＩＤ）を送信元ポートＩＤとして制御フレームに付加する。ここで、通信制御部４４は、ポートＩＤテーブル５０（第２図参照）から、ポートＩＤ（物理ポート４１の物理ポートＩＤ、論理ポート４２１の論理ポートＩＤ）を取得する。
ステップＳＢ５では、通信制御部４４は、第８図（ｂ）および第９図に示した制御フレーム内の送信先装置ＩＤを自装置のＩＤと比較して、その制御フレームが自装置宛の制御フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ６では、通信制御部４４は、セッション管理部４５を起動するとともに、セッション管理部４５へ制御フレーム（第８図（ｂ）および第９図参照）を送信した後、ステップＳＢ１の判断を行う。
また、上記起動により、セッション管理部４５は、第７図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、セッション管理部４５は、制御フレームを受信したか否かを判断する。この場合、通信制御部４４からの制御フレーム（第８図（ｂ）および第９図参照）を受信しているとすると、セッション管理部４５は、ステップＳＣ２の判断結果を「Ｙｅｓ」とする。
また、ステップＳＣ２の判断結果が「Ｎｏ」（１分間制御フレームが受信されないという１分タイムアウト）である場合、ステップＳＣ１０では、セッション管理部４５は、セッション確立有りのセッション管理テーブル６０の無制御時間から１分減算する。ステップＳＣ１１では、セッション管理部４５は、無制御時間が０になったセッションを解放する処理を実行した後、ステップＳＣ１の判断を行う。
ステップＳＣ３では、セッション管理部４５は、受信した制御フレームの制御コードを参照してセッション確立／解放の処理に対応しているか否かを判断する。この場合、制御コードがセッション確立の処理に対応しているとし、セッション管理部４５は、ステップＳＣ３の判断結果を「Ｙｅｓ」とする。
なお、ステップＳＣ３の判断結果が「Ｎｏ」である場合、ステップＳＣ７では、セッション管理部４５は、セッション管理テーブル６０（第３図参照）の無制御時間を再設定（例えば、１５分）する。ステップＳＣ８では、セッション管理部４５は、制御コマンドテーブル７０から読み出した制御レベルがセッション管理テーブル６０から読み出した制御レベルを超えているか否かを判断する。
ステップＳＣ８の判断結果が「Ｎｏ」である場合、ステップＳＣ９では、セッション管理部４５は、ＯＰＳ処理部４６１〜４６ｎを起動する。これにより、ＯＰＳ処理部４６１〜４６ｎは、セッション管理部４５からの制御フレームが受信されるまで待機する。そして、ＯＰＳ処理部４６１〜４６ｎは、制御フレームを受信すると、制御フレーム内の制御コードに基づいた制御処理を行い、その制御処理結果をデータに設定した応答フレーム（第１０図（ａ）参照）を生成し、通信制御部４４へ送信する。
また、ステップＳＣ４では、セッション管理部４５は、制御コマンドテーブル７０（第４図参照）から制御フレーム内の制御コードの制御レベルを読み出すとともに、セッション管理テーブル６０（第３図参照）から制御フレームの送信先ポートＩＤにより指定されたＯＰＳ処理部４６１〜４６ｎの制御レベルを読み出し、制御コマンドテーブル７０から読み出した制御レベルがセッション管理テーブル６０から読み出した制御レベルを超えているか否かを判断する。
また、ステップＳＣ４の判断結果が「Ｎｏ」である場合、ステップＳＣ５では、セッション管理部４５は、第８図（ｃ）に示したセッション管理テーブル６０の運用状態を運用中に設定し、制御フレーム（第８図（ｂ）参照）内の送信元装置ＩＤおよび送信元ポートＩＤを、セッション管理テーブル６０の送信元装置ＩＤおよび送信元ポートＩＤに設定してセッションを確立する。
ステップＳＣ６では、セッション管理部４５は、第８図（ｄ）および第１０図（ａ）に示したように、送信元装置ＩＤに自装置のＩＤ、送信元ポートＩＤにＯＰＳ処理部のＩＤ、送信先装置ＩＤおよび送信先ポートＩＤにセッション管理テーブル６０に設定した制御フレーム内の送信元装置ＩＤおよび送信元ポートＩＤをそれぞれ設定し、応答フレームを生成する。つぎに、セッション管理部４５は、応答フレームを通信制御部４４へ送信する。
そして、セッション管理部４５からの応答フレーム（第１０図（ａ）参照）が通信制御部４４に受信されると、通信制御部４４は、第６図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、通信制御部４４は、制御フレームを受信したか否かを判断し、この場合、応答フレームを受信したため、判断結果を「Ｎｏ」とする。
ステップＳＢ８では、通信制御部４４は、第１０図（ａ）に示した応答フレーム内の送信元装置ＩＤを自装置のＩＤと比較して、その応答フレームが自装置宛の応答フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ９では、通信制御部４４は、第１０図（ｂ）に示したように、応答フレーム（第１０図（ａ）参照）から送信先装置ＩＤおよび送信先ポートＩＤを削除し、指定ポート（例えば、論理ポート４２１および物理ポート４１）から監視／制御装置１０１へ応答フレーム（第１０図（ｂ）参照）を送信した後、ステップＳＢ１の判断を行う。
また、ステップＳＢ８の判断結果が「Ｎｏ」である場合、ステップＳＢ７では、通信制御部４４は、他の伝送装置（伝送装置４０２〜４０４のうちいずれか一つ）へ応答フレームを送信した後、ステップＳＢ１の判断を行う。
そして、監視／制御装置１０１と伝送装置４０１との間でセッションが確立している間に、オペレータは、監視／制御を行なう伝送装置として、例えば、伝送装置４０２を決定し、監視／制御装置１０１で伝送装置４０２を選択する。
これにより、監視／制御装置１０１は、伝送装置４０２へ送信すべき、第８図（ａ）に示した制御フレームを生成する。
この場合、伝送装置４０２と監視／制御装置１０１との間でセッション確立を行なうため、上記制御フレームにおいては、送信先装置ＩＤに監視／制御の対象である伝送装置４０２のＩＤが設定され、送信先ポートＩＤにセッション確立を行なう伝送装置４０１のＯＰＳ処理部（図示略）のＩＤが設定され、データにセッション確立を示す制御コードおよび制御パラメータが設定される。
そして、監視／制御装置１０１から上記制御フレーム（第８図（ａ）参照）が送信されると、制御フレーム（第８図（ａ）参照）は、伝送装置４０１の物理ポート４１を経由して、例えば、空きの論理ポート４２２とを割り付けて通信制御部４４に受信される。
これにより、通信制御部４４は、第６図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、通信制御部４４は、受信したものが制御フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ３では、通信制御部４４は、当該制御フレームが、監視／制御装置（監視／制御装置１０１〜１０３のうちいずれか一つ）から供給されたものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ４では、通信制御部４４は、第８図（ｂ）および第９図に示したように、自装置のＩＤを送信元装置ＩＤとして制御フレーム（第８図（ａ）参照）に付加するとともに、制御フレームが供給されたポートＩＤ（この場合、物理ポート４１の物理ポートＩＤ、論理ポート４２２の論理ポートＩＤ）を送信元ポートＩＤとして制御フレームに付加する。ここで、通信制御部４４は、ポートＩＤテーブル５０（第２図参照）から、ポートＩＤ（物理ポート４１の物理ポートＩＤ、論理ポート４２２の論理ポートＩＤ）を取得する。
ステップＳＢ５では、通信制御部４４は、第８図（ｂ）および第９図に示した制御フレーム内の送信先装置ＩＤを自装置のＩＤと比較して、その制御フレームが自装置宛の制御フレームであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
ステップＳＢ７では、通信制御部４４は、制御フレームを伝送路Ｉ／Ｆ４３を介して、他の伝送装置４０２へ送信する。これにより、伝送装置４０２では、前述した動作と同様にして、応答フレームが作成され、伝送装置４０１へ送信される。
そして、伝送装置４０２からの応答フレームが伝送路Ｉ／Ｆ４３を介して通信制御部４４に受信されると、通信制御部４４は、第６図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、通信制御部４４は、制御フレームを受信したか否かを判断し、この場合、応答フレームを受信したため、判断結果を「Ｎｏ」とする。
ステップＳＢ８では、通信制御部４４は、応答フレーム内の送信元装置ＩＤを自装置のＩＤと比較して、その応答フレームが自装置宛の応答フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ９では、通信制御部４４は、前述した動作と同様にして、応答フレームから送信先装置ＩＤおよび送信先ポートＩＤを削除し、指定ポート（例えば、論理ポート４２２および物理ポート４１）から監視／制御装置１０１へ応答フレームを送信した後、ステップＳＢ１の判断を行う。
この応答フレームが監視／制御装置１０１に受信されると、セッション確立が成功する。つまり、この時点では、監視／制御装置１０１は、一つの物理ポート４１（論理ポート４２１および論理ポート４２２）を介して、伝送装置４０１と伝送装置４０２との双方との間で同時にセッションを確立している。
そして、オペレータは、監視／制御装置１０１と伝送装置４０１〜４０４とのセッションを解除すべく、解除用の制御コードを含む制御フレーム（第８図（ａ）参照）を生成する。
この場合、伝送装置４０１と監視／制御装置１０１との間でセッション解放を行なうため、上記制御フレームにおいては、送信先装置ＩＤに監視／制御の対象である伝送装置４０１のＩＤが設定され、送信先ポートＩＤにセッション確立を行なうＯＰＳ処理部４６１〜４６ｎのＩＤが設定され、データにセッション解放を示す制御コードおよび制御パラメータが設定される。
そして、監視／制御装置１０１から上記制御フレーム（第８図（ａ）参照）が送信されると、制御フレーム（第８図（ａ）参照）は、伝送装置４０１の物理ポート４１を経由して、論理ポート４２１とを割り付けて通信制御部４４に受信される。
これにより、通信制御部４４は、第６図に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、通信制御部４４は、受信したものが制御フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ３では、通信制御部４４は、当該制御フレームが、監視／制御装置（監視／制御装置１０１〜１０３のうちいずれか一つ）から供給されたものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ４では、通信制御部４４は、第８図（ｂ）および第９図に示したように、自装置のＩＤを送信元装置ＩＤとして制御フレーム（第８図（ａ）参照）に付加するとともに、制御フレームが供給されたポートＩＤ（この場合、物理ポート４１の物理ポートＩＤ、論理ポート４２１の論理ポートＩＤ）を送信元ポートＩＤとして制御フレームに付加する。ここで、通信制御部４４は、ポートＩＤテーブル５０（第２図参照）から、ポートＩＤ（物理ポート４１の物理ポートＩＤ、論理ポート４２１の論理ポートＩＤ）を取得する。
ステップＳＢ５では、通信制御部４４は、第８図（ｂ）および第９図に示した制御フレーム内の送信先装置ＩＤを自装置のＩＤと比較して、その制御フレームが自装置宛の制御フレームであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
ステップＳＢ６では、通信制御部４４は、セッション管理部４５を起動するとともに、セッション管理部４５へ制御フレーム（第８図（ｂ）および第９図参照）を送信した後、ステップＳＢ１の判断を行う。
また、上記起動により、セッション管理部４５は、第７図に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、セッション管理部４５は、制御フレームを受信したか否かを判断する。この場合、通信制御部４４からの制御フレーム（第８図（ｂ）および第９図参照）を受信しているとすると、セッション管理部４５は、ステップＳＣ２の判断結果を「Ｙｅｓ」とする。
ステップＳＣ３では、セッション管理部４５は、受信した制御フレームの制御コードを参照してセッション確立／解放の処理に対応しているか否かを判断する。この場合、制御コードがセッション解放の処理に対応しているとし、セッション管理部４５は、ステップＳＣ３の判断結果を「Ｙｅｓ」とする。
また、ステップＳＣ４では、セッション管理部４５は、前述した動作と同様にして、制御コマンドテーブル７０から読み出した制御レベルがセッション管理テーブル６０から読み出した制御レベルを超えているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＣ６では、セッション管理部４５は、制御結果を通信制御部４４に送信する。
以上説明したように、一実施の形態によれば、受信した制御フレームが監視／制御装置１０１〜１０３のうちいずれかの監視／制御装置から供給され制御フレームである場合、該制御フレームを受信した一つの物理ポート４１、および該物理ポート４１に対応して設けられかつ複数のセッションに対応する複数の論理ポート４２１〜４２ｍのうちいずれか一つの論理ポートに関する送信元ポートＩＤ（物理ポートＩＤおよび論理ポートＩＤ）と送信元装置ＩＤとを制御フレームに付加し、制御フレームの送信先ＩＤが自装置宛の場合、制御コードに従って処理を実行し、他装置宛である場合、送信元ポートＩＤおよび送信元装置ＩＤを付加した制御フレームを他伝送装置へ送信することとしたので、物理ポート４１が一つで済むため物理的なスペースを低減させることができる。
また、一実施の形態によれば、セッションを確立した監視／制御装置からさらに別の制御フレームを受信した場合、一つの物理ポート４１、および複数の論理ポート４２１〜４２ｍのうち別の論理ポートに関する送信元ポートＩＤと送信元装置ＩＤとを別の制御フレームに付加することとしたので、１台の監視／制御装置に対して複数のセッションを確立させることができる。
また、一実施の形態によれば、ステップＳＣ１０およびステップＳＣ１１（第７図参照）で説明したように、確立中のセッションで一定時間制御が行われない場合、当該セッションを自動解放することとしたので、当該セッションが無駄に論理ポートを専有することを防ぐことができる。
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
例えば、前述した一実施の形態においては、前述した伝送装置４０１〜４０４のそれぞれの機能（セッション管理機能）を実現するためのプログラムを第１１図に示したコンピュータ読み取り可能な記録媒体２００に記録して、この記録媒体２００に記録されたプログラムをコンピュータ１００に読み込ませ、実行することにより各機能を実現してもよい。
コンピュータ１００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０と、各種データを記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３０と、記録媒体２００からプログラムを読み取る読取装置１４０とから構成されている。
ＣＰＵ１１０は、読取装置１４０を経由して記録媒体２００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した各機能を実現する。なお、記録媒体２００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
以上説明したように、本発明によれば、受信したフレームが監視／制御装置から供給されたフレームである場合、該フレームを受信した一つの物理ポート、および該物理ポートに対応して設けられかつ複数のセッションに対応する複数の論理ポートのうちいずれか一つの論理ポートに関するポート情報と自装置情報とをフレームに付加し、フレームの送信先情報が自装置宛の場合、制御情報に従って処理を実行し、他装置宛である場合、ポート情報および自装置情報を付加したフレームを他装置へ送信することとしたので、物理ポートが一つで済むため物理的なスペースを低減させることができるという効果を奏する。
また、本発明によれば、セッションを確立した監視／制御装置からさらに別のフレームを受信した場合、一つの物理ポート、および複数の論理ポートのうち別の論理ポートに関するポート情報と自装置情報とを別のフレームに付加することとしたので、１台の監視／制御装置に対して複数のセッションを確立させることができるという効果を奏する。
また、本発明によれば、確立中のセッションで一定時間制御が行われない場合、当該セッションを自動解放することとしたので、当該セッションが無駄に論理ポートを専有することを防ぐことができるという効果を奏する。
【産業上の利用可能性】  以上のように、本発明にかかるセッション管理プログラム、セッション管理方法およびセッション管理装置は、１台の監視／制御装置で複数のセッションを確立させ、マルチな制御を行う場合に有用である。
【図１】
2004071015.tif 000003
【図２】
2004071015.tif 000004
【図３】
2004071015.tif 000005
【図４】
2004071015.tif 000006
【図５】
2004071015.tif 000007
【図６】
2004071015.tif 000008
【図７】
2004071015.tif 000009
【図８】
2004071015.tif 000010
【図９】
2004071015.tif 000011
【図１０】
2004071015.tif 000012
【図１１】
2004071015.tif 000013
【図１２】
2004071015.tif 000014
【図１３】
2004071015.tif 000015
【国際調査報告】
2004071015.tif 000016
2004071015.tif 000017
2004071015.tif 000018