JP2002535880A - 情報モデルを含む共有保護リソースの管理方法 - Google Patents

Abstract

(57)【要約】 本発明は、保護リソースをアクティブリソースに割当てることができ、リソースの情報モデルの作成を含む、保護リソースの管理方法に関するものである。本発明によれば、この情報モデルは、信頼度の高いリソース（ＲＦ１）を規定するアクティブリソース（ＲＡ）の少なくとも１つの保護グループと、保護リソースに接続された少なくとも１つの選別グループ（ＧＳ１）を有し、この選別グループは、保護グループまたは信頼度の低いリソースに接続されるように構成される。本発明は、通信ネットワークに適用される。

Description

【発明の詳細な説明】

【０００１】 本発明は、情報モデルを含む共有保護リソースの管理方法に関するものである
。

【０００２】 通信ネットワークにおいて、通信リソース、すなわち、装置、マルチプレクサ
、通信チャネルおよび接続は、故障した場合に通信の中断を防ぐために二重化さ
れている。

【０００３】 この二重化は、保護コンセプトに対応している。こうして、保護されたネット
ワークにおいては、通常のトラフィックをルーティングするために使用される「
アクティブリソース」と形容されるリソース（すなわち、正常作動のために備え
られるリソース）がある。同様に、アクティブリソースが故障した場合に、その
アクティブリソースに取って代わるために備えられる「保護リソース」と呼ばれ
るリソースがある。

【０００４】 保護リソースの管理は、アクティブリソースへの保護リソースの割当てを管理
することである。

【０００５】 そのことは、ワークステーションから、通信オペレータが、保護リソースを他
のリソースではなく、このアクティブリソースに割当てることを決定できること
を意味している。

【０００６】 現在、複数の保護メカニズムが存在している。

【０００７】 第１のメカニズムによれば、各アクティブリソース専用の保護リソースを提供
することによって、アクティブリソースを保護することが可能である（これは「
１＋１」と名付けられた保護メカニズムである）。

【０００８】 他のメカニズムによれば、複数の保護リソースで、アクティブリソースの各々
を保護することが可能である（これは「Ｍ対１」と名付けられた保護メカニズム
である）。

【０００９】 同様に、共通の保護リソースで、複数のアクティブリソースを保護することも
可能である（これは「１対Ｎ」と名付けられたメカニズムである）。

【００１０】 さらに、複数の保護リソースで、複数のアクティブリソースを保護することが
可能である（これは「Ｍ対Ｎ」と名付けられたメカニズムである）。

【００１１】 通信ネットワークのエレメントの管理システムによって活用できるように、リ
ソースの保護メカニズムは、情報モデルによってモデル化されなければならない
。

【００１２】 モデル化は、保護のコンフィギュレーションを反映することができる情報を規
定する方法である。必要とされる情報によって、（管理システムの）ユーザは、
どれが保護リソースで、どれがアクティブリソースで、さらにアクティブリソー
スに対する保護リソースの割当てはどのようであるかを知ることができなければ
ならない。さらに、提案された情報モデルは、単にデータを変更することによっ
て、保護コンフィギュレーションを変更することができなければならない。いっ
たん情報モデルが提案されたら、保護メカニズムを実装し、オペレータに対して
管理能力（ｍａｎａｇｅｍｅｎｔ ｃａｐａｃｉｔｙ）を提供することが可能に
なる。

【００１３】 上述のいくつかの保護モデルは、すでにモデル化され、すでに実装されている
。

【００１４】 それは、１つのアクティブリソースが１つの保護リソースによって保護される
ことができる「１＋１」保護モデルであるか、または、１つのアクティブリソー
スが複数の保護リソースによって保護される「Ｍ対１」保護モデルである。

【００１５】 「１対１」保護モデル及び「Ｍ対１」保護モデルは、モデル化され、勧告ＩＴ
Ｕ−Ｇ７７４−３及びＧ７７４−４によって標準化されている。

【００１６】 「１対Ｎ」保護モデルと「Ｍ対Ｎ」保護モデルを参考にした開発方法または標
準化された方法は存在しない。

【００１７】 したがって、今日存在している保護メカニズムの情報モデルは、「１対１」保
護モデル及び「Ｍ対１」保護モデルである。

【００１８】 こうした制限は、管理能力のレベルにおいて、以下のような種々の点に対して
影響を及ぼす。 − 共有された保護リソースを表わすことができない。 − 対立する複数のアクティブリソースに保護の優先順位を割当てることができ
ない。 − ネットワークの管理者に対して、より優先される信頼度の高いリソースに保
護リソースを割当てることを知らせることができない。 − 一般に、保護システムについて適切な見解をもつことができない。したがっ
て、柔軟な管理が可能でない。

【００１９】 しかし、これまで当業者によって要求されているにもかかわらず、複数のアク
ティブリソースによる保護リソースの共有は、一度もモデル化されていない。

【００２０】 このようにして、「１対Ｎ」メカニズム及び「Ｍ対Ｎ」メカニズムは、いまだ
に、ネットワークのエレメントの管理システムによって利用可能ではない。

【００２１】 ここで提案される管理方法は、このタイプの保護メカニズムを表わすことがで
きるリソースの共有を表すモデルを有する。

【００２２】 他の問題は、層、テクノロジー、トポロジーから独立した伝送ネットワークに
おいて保護リソースの共有を利用する保護メカニズムのモデル化のために、情報
モデルを提案することにある。

【００２３】 本発明の目的は、「１対Ｎ」メカニズム及び「Ｍ対Ｎ」メカニズムに適用可能
な保護リソースの情報モデルを提案することによって、これらの問題を解決する
ことにあり、前記情報モデルは、「１対１」メカニズム用の既存の保護情報モデ
ルを、追加の管理情報手段に拡張することによって得られる。

【００２４】 本発明は、リソース情報モデルの作成を含む、アクティブリソースに保護リソ
ースを割当てることができる保護リソースの管理方法を対象とする。この情報モ
デルが、以下を有することを特徴とする。 − 信頼度の高いリソースを規定するアクティブリソースＲＡの少なくとも１つ
の保護グループ。 − 保護リソースに接続され、保護グループまたは信頼度が低いリソースに接続
されるように構成された、少なくとも１つの選別グループ。

【００２５】 他の特徴によれば、情報モデルは、以下を有する。 − それぞれ少なくとも２つのリソースを規定する少なくとも２つのアクティブ
リソースの少なくとも２つの保護グループ。 − 保護リソースに接続され、保護グループのいずれかに接続されるように構成
された、少なくとも１つの選別グループ。

【００２６】 他の特徴によれば、１つまたは複数の保護グループは、少なくとも２つの接続
点を有し、選別グループは、少なくとも２つの接続点を有する。

【００２７】 他の特徴によれば、情報モデルは、以下を有する。 − それぞれ２つのリソースを規定する少なくとも２つのアクティブリソースの
少なくとも２つの保護グループ。 − 各々が保護リソースに接続され、保護グループのいずれかに接続されるよう
に構成された、少なくとも２つの選別グループ。

【００２８】 他の特徴によれば、情報モデルは、以下を有する。 − 少なくとも２つの信頼度の高いリソースを規定する少なくとも２つのアクテ
ィブリソースの少なくとも２つの保護グループ、 −各々が保護リソースに接続され、一方が１つの保護グループに接続され、他
方が別の保護グループの接続され、さらに互いが接続される、２つの選別グルー
プ。

【００２９】 添付の図面を参照して、限定的ではなく例示的なものとして与えられる実施形
態の以下の説明によって、本発明の他の特徴及び利点が明らかになるだろう。

【００３０】 保護メカニズム「１対１」及び「Ｍ対１」は、アクティブリソースに障害が検
知された場合に、アクティブリソースを保護リソースに切り替えることができる
、保護グループに属する「セレクタ」の使用に基づくことを思い起されたい。

【００３１】 保護リソースは、絶えず、アクティブリソースに割当てられ、このようなセレ
クタが、管理情報のデータベース内に挿入される。

【００３２】 しかし、複数のセレクタが、共通の保護リソースを共有することはできない。

【００３３】 保護メカニズム「１対Ｎ」の場合には、通常、セレクタに関連付けられた保護
リソースは、第２レベルのセレクタに置き換えられる。

【００３４】 この第２レベルのセレクタは、保護リソースに接続され、第１レベルの複数の
セレクタ間または他のリソース間で切り替えることができる。

【００３５】 既存の保護用の情報モデルは、セレクタの導入に基づく。勧告Ｇ７７４−３に
おいては、セレクタは「保護グループ」と呼ばれている。

【００３６】 勧告Ｇ７７４−４においては、セレクタは「接続保護グループ」と呼ばれてい
る。

【００３７】 ただし、それらのあらゆる情報モデルについて適用される同一の原則がある。

【００３８】 従来技術の基本的考え方は、図１に示されているようなセレクタをもつことで
ある。このセレクタは、図１では白い円で表されている１つのアクティブリソー
スと、前記アクティブリソースに割当てられ、図１では黒い円で表されている１
つまたは複数の保護リソースとをサポートする。種々の円は、ＰＣという記号が
付された接続点である。

【００３９】 以下の説明を通して、白色と黒色の円は、接続点ＰＣである。

【００４０】 送信側では、アクティブリソースが故障した場合には、セレクタが、トラフィ
ックを送るために内包している、優先順位を有する保護リソースに自動的に切り
替わる。

【００４１】 受信側では、サービスリソースが故障した場合には、セレクタが、入力トラフ
ィックを受信するために内包している、優先順位を有する保護リソースに自動的
に切り替わる。このようにして、トラフィックは、常に、ネットワークを通して
ルーティングされるが、異なる経路を取ることができない。

【００４２】 すでに説明したように、１つの保護リソースが、複数の他のリソースに割当て
られるという事実、たとえば、保護リソースが、複数の保護グループの一部を成
すという事実を表わすことはできない。

【００４３】 それゆえ、図２に示されているように、「選別グループ」と呼ばれる第２レベ
ルのセレクタを導入することが考えられる。

【００４４】 このセレクタは、恒常的に割当てられる１つの保護リソースを有し、信頼度が
低い（保護されていない）リソースの集合から１つのリソースを選別することを
可能にする。

【００４５】 このようにして、保護リソースによって保護されるリソースを選別することが
可能になる。

【００４６】 さらに、選別グループは、それがサポートしているリソースに優先順位を割当
てることができる。

【００４７】 このようにして、信頼度が低いリソースが保護リソースを使用している場合、
優先順位が高いハイレベルのリソースが故障すると、選別グループは、保護リソ
ースを自動的に引き継ぎ、前記優先順位のリソースに当該保護リソースを割当て
る。

【００４８】 選別グループは、ネットワークの管理者に、保護リソースのこの再割当てを知
らせることができる。

【００４９】 さらに、ここに提案される情報モデルは、ＩＴＵ−Ｔ Ｇ７７４−３及びＧ７
７４−４の勧告によって紹介されているような既存の方法と容易に調和可能であ
り、その結果、新しい管理能力を得ることができる。

【００５０】 本発明は、ネットワークの管理システムに、保護メカニズムの描写（または計
画）を提供することができる。この描写すなわち情報モデルは、場合によっては
、ネットワークの管理者が、望ましいコンフィギュレーションを設定すること、
言い換えれば、どの保護リソースがどの通常経路に割当てられるかを規定するこ
とができるように、保護リソースの共有とその利用を説明するのに役立つ。

【００５１】 情報モデルによって、エラーが発生し、保護が適用された場合に、システムを
観察すること、すなわち、バックアップされる経路がどれであるかを知ることが
できる。

【００５２】 １つのアクティブリソース（正常作動）と１つの保護リソースを有する基本的
な場合の管理システムについての描写は、２つのリソース、すなわちアクティブ
リソース（正常）ＲＡと保護リソースＲＰに結び付けられた保護されたリソース
ＲＦが存在することを意味している。保護されたリソースＲＦは、正常リソース
より信頼度が大きい。

【００５３】 このようにして、管理システムは、アクティブリソースＲＡが正常に作動し、
リソースＲＰが保護を行なうことがわかる。システムはまた、リソースＲＡがエ
ラーになると、保護リソースＲＰが作動し、保護メカニズムが機能し、管理シス
テムに知らせることがわかる。

【００５４】 このようなシステムは、すでに存在する。反対に、保護リソースが共有されて
いる場合の保護メカニズムのモデル（または計画）は存在しない。

【００５５】 本発明によれば、管理システムとネットワークエレメント（ソフトウェアの部
分）の間の協力のために情報を表わす方法が規定される。ネットワークエレメン
トは、あらかじめ規定されたフォーマットで情報を表わす。ネットワークエレメ
ントは、一般に標準化され、実際にはネットワークエレメントのデータベースに
対応する情報モデルを通して、ネットワークエレメントの機能性を表す方法につ
いて、管理システムに１つの見解を与える使命を持つエージェント（ソフトウェ
アの構成要素）を有する。したがって、このエージェントは、資料ＩＴＵ−また
はＸ７２１またはＧ７７４またはＱ８２１またはＱ８２２の規格Ｍ．３１００で
ある規格にしたがって、この見解を与える情報モデルを有する。

【００５６】 すでに述べてきたように、これらの規格は、残念ながら保護計画を表す方法を
規定していない。

【００５７】 したがって、そのために情報オブジェクトが規定される。情報オブジェクトは
、一貫性のある情報のグループであり、当該情報のグループに関してオペレーシ
ョンが行われる、すなわち、当該情報のグループは、ネットワークエレメント内
の接続をつくりだすことができ、あるいは、たとえばアラームを出力するために
情報を送信する為に使用される。

【００５８】 情報モデルは、オブジェクトのタイプを規定し、ネットワークの管理センター
にそれらのタイプのオブジェクトの見本を示す。各論理グループは、オブジェク
トとして規定される。

【００５９】 以下に説明する例によって、さらに図３から６によって表わされた種々の実施
形態によって本発明の意図を説明する。

【００６０】 各ノードは、ファイバに接続される。たとえば、１つのノードを、４つの接続
点によって４つのファイバに接続することができる。正常用入力ファイバと、正
常用出力ファイバと、バックアップ用入力ファイバと、バックアップ用（保護用
）出力ファイバとの４つである。

【００６１】 入力リソースは、他の入力リソースによって保護される。（選別用）オブジェ
クトを付加することで、保護リソースの共有が行なわれる。アクセスするために
は、その使用に応じて、リソースに権限を与えるかまたは与えないスイッチを通
る。

【００６２】 このようにして、既存のメカニズムの中に組み込むことができる新しいオブジ
ェクトが挿入される。この時必要とされるのは、単に、接続点を含む保護グルー
プ間にポインタを作成することである。

【００６３】 以下に、選別グループを使用する種々の方法を説明する。

【００６４】 上記の説明の中で、保護メカニズム「１＋１」及び「Ｍ対Ｎ」は、すでに規定
されている。

【００６５】 保護メカニズム「１対１」は、保護メカニズム「Ｍ対Ｎ」の特殊なケースであ
る。

【００６６】 メカニズム「１＋１」においてと同様に、保護メカニズム「１対１」において
、各保護リソースは、アクティブリソースに割当てられる。しかし、保護リソー
スが、アクティブリソースに取って代わるために使用されない場合、前記保護リ
ソースは、トラフィックの余剰分（優先順位を有しないトラフィック）をルーテ
ィングするために使用することができる。

【００６７】 １）保護グループ及び信頼度の低いリソースと選別グループとを組み合わせる
ことによって、図３に示されたような保護メカニズム「１対１」を表わすことが
可能である。

【００６８】 メカニズム「１＋１」についてとまったく同様に、各保護リソースは、メカニ
ズム「１対１」の場合、１つのアクティブリソースに割当てられる。しかし、保
護リソースが、それが割当てられるアクティブリソースを保護するために使用さ
れない場合、保護リソースは、優先順位を有しない追加トラフィックを輸送する
ために使用されることができる。

【００６９】 １つの保護（接続）グループＧＰ及び１つの信頼度の低いリソースと１つの選
別グループとを組み合わせることによって、図３に示すような保護メカニズム「
１対１」を表わすことができる。

【００７０】 正常作動の場合には、（デフォルトでは）保護グループＧＰ１は、実線の矢印
で示されているようなアクティブリソースＲＡ１に切り替えられる。選別グルー
プＧＳ１は、追加トラフィックを輸送する信頼度の低いリソースＲＮＦに切り替
えられる。

【００７１】 故障の場合には、保護グループは、その保護リソースに切り替えられ、保護グ
ループは、選別グループによって選別され、追加トラフィックは、もはやこの保
護リソースによっては輸送することができない。

【００７２】 ２）「１対ｎ」保護用の複数の保護（接続）グループの組合わせ。

【００７３】 選別グループＧＳ１を、複数の保護（接続）グループＧＰ１、ＧＰ２と組み合
わせることによって、図４に示されているように、保護メカニズム「１対ｎ」を
表わすことができる。

【００７４】 その場合、正常の状態においては、２つの信頼度の高いリソースＲＦ１、ＲＦ
２が、それぞれのアクティブリソースＲＡ１、ＲＡ２に接続される。すなわち、
保護グループＧＰ１、ＧＰ２は、実線の矢印で示されているようにアクティブリ
ソースＲＡ１、ＲＡ２に接続される。選別グループＧＳ１は、アクティブリソー
スの優先順位に依存するデフォルト値に対応する値を有することができる。

【００７５】 故障した場合には、保護グループのいずれか１つが、これらの保護リソースに
切り替えられ、その保護グループは、選別グループによって選別される。この時
、他の保護グループが保護リソースに切り替えられる必要がある場合には、最も
優先順位の高い保護グループが選別される。

【００７６】 単に選別グループの上に保護グループを付加することによって、任意の保護メ
カニズム「１対ｎ」をつくりだすことが可能になる点が注目される。

【００７７】 同様に、上述したように、単に選別グループの上に信頼度の低いリソースを付
加することによって、保護リソースとともに追加トラフィックを輸送することが
可能である。

【００７８】 ３）保護メカニズム「ｍ対ｎ」用の保護（接続）グループとの組合わせ。

【００７９】 複数の選別グループＧＳ１、ＧＳ２を、複数の保護グループＧＰ１、ＧＰ２と
組み合わせることによって、図５に示されているような保護メカニズム「ｍ対ｎ
」を表わすことが可能である。

【００８０】 デフォルトのコンフィギュレーションの場合には、２つの信頼度の高いリソー
スＲＦ１、ＲＦ２が、それぞれのアクティブリソースＲＡ１、ＲＡ２に接続され
る。保護グループＧＰ１、ＧＰ２は、実線の矢印が表しているようにアクティブ
リソースに切り替えられる。各選別グループＧＳ１、ＧＳ２は、保護グループに
切り替えられることができる。

【００８１】 アクティブリソースが故障した場合には、その保護グループは、適した選別グ
ループを選択し（たとえば保護リソース）、そのグループに切り替えることがで
きる。

【００８２】 単に、保護グループと選別グループを付加し、それら種々のグループ間を連絡
させることによって、任意の保護メカニズム「ｍ対ｎ」をつくりだすことが可能
になる点が注目される。同様に、単に、各選別グループの上に信頼度の低いリソ
ースを付加することによって、保護リソースとともに追加トラフィックを輸送す
ることが可能である。

【００８３】 ４）ネットワークエレメントを通した通過状態を表わすための他の選別グルー
プとの組合わせ。

【００８４】 すでに説明したように、アクティブリソースが故障した場合に、優先順位を有
するトラフィックを輸送するために保護リソースを利用することができる。この
保護リソースはまた、優先順位を有しないトラフィックを輸送するために利用す
ることもできる。

【００８５】 しかし、さらに保護リソースの用途において、第３の可能性が存在する。いく
つかの特殊なケースにおいては、トラフィックは、単に保護リソースを通して、
ネットワーク装置を通ることができる。このような場合には、保護リソースによ
って受け取られた入力トラフィックは、他の保護リソースに向かって再送信され
る。

【００８６】 送信される保護リソースと受信される保護リソースとの間の接続は、図６に示
されているように、複数の選別グループを互いに組み合わせることによって表わ
すことができる。

【００８７】 このようにして、デフォルトのコンフィギュレーションにおいて、２つの信頼
度の高い保護リソースＲＦ１、ＲＦ２は、それぞれのアクティブリソースＲＡ１
、ＲＡ２に接続される。保護グループＧＰ１、ＧＰ２は、実線の矢印が示してい
るようにアクティブリソースＲＡ１、ＲＡ２に切り替えられる。各選別グループ
ＧＳ１、ＧＳ２は、それぞれに割当てられる保護グループに、または、「通過状
態」または「横断状態」と名付けられる状態を確立したい場合には互いに切り替
えることができる。

【００８８】 同様にこの場合、単に選別グループにリソースを付加することによって複数の
横断状態を有することができる点が注目される。このことは、ネットワークエレ
メントが保護リソース内の中間ノードである場合には、考えられるあらゆる経路
を表わすために有利となることもある。

【００８９】 上述のあらゆる実施形態は、ネットワークの装置において保護コンフィギュレ
ーションの完全な描写を得るために組み合わせることができる。上述の保護リソ
ースを共有するための情報モデルは、通信の固有言語によって形式化することが
できる。使用することができる言語は、たとえば、通信の分野においてデータの
形式化のために現在最もよく使用されている言語であるＧＤＭＯ（Ｇｕｉｄｅｌ
ｉｎｅｓ ｆｏｒ ｔｈｅ Ｄｅｆｉｎｉｔｉｏｎ Ｍａｎａｇｅｄ Ｏｂｌｅ
ｃｔｓ：管理されたオブジェクトの規定用ガイドライン）言語とすることができ
る。

【図面の簡単な説明】

【図１】 従来技術による保護メカニズムの情報モデルの論理図である。

【図２】 本発明による情報モデルに含まれるオブジェクトの論理図である。

【図３】 本発明による４つの保護メカニズムをそれぞれ規定する情報モデルに含まれる
オブジェクトの論理図である。

【図４】 本発明による４つの保護メカニズムをそれぞれ規定する情報モデルに含まれる
オブジェクトの論理図である。

【図５】 本発明による４つの保護メカニズムをそれぞれ規定する情報モデルに含まれる
オブジェクトの論理図である。

【図６】 本発明による４つの保護メカニズムをそれぞれ規定する情報モデルに含まれる
オブジェクトの論理図である。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 リソースの情報モデルの作成を含む、保護リソースをアクテ
   ィブリソースに割当てることができる、保護リソースを管理する方法であって、 前記情報モデルが、 信頼度の高いリソース（ＲＦ１）を規定するアクティブリソース（ＲＡ）の少
   なくとも１つの保護グループと、 保護リソースに接続され、前記保護グループまたは信頼度の低いリソースに接
   続されるように構成される、少なくとも１つの選別グループ（ＧＳ１）とを有す
   ることを特徴とする方法。
2. 【請求項２】 前記情報モデルが、 それぞれ少なくとも２つの信頼度の高いリソース（ＲＦ１、ＲＦ２）を規定す
   る少なくとも２つのアクティブリソース（ＲＦ１、ＲＡ２）の少なくとも２つの
   保護グループ（ＧＰ１、ＧＰ２）と、 保護リソースに接続され、保護グループ（ＧＰ１、ＧＰ２）のいずれかに接続
   されるように構成される、少なくとも１つの選別グループ（ＧＳ１）とを有する
   ことを特徴とする請求項１に記載の方法。
3. 【請求項３】 １つまたは複数の保護グループ（ＧＰ１、ＧＰ２）が、少な
   くとも２つの接続点（Ｐ１、Ｐ２）を有し、選別グループ（ＧＳ１）が、少なく
   とも２つの接続点（Ｓ１、Ｓ２）を有することを特徴とする請求項１または２に
   記載の方法。
4. 【請求項４】 前記情報モデルが、 それぞれ少なくとも２つの信頼度の高いリソース（ＲＦ１、ＲＦ２）を規定す
   る少なくとも２つのアクティブリソース（ＲＡ１、ＲＡ２）の少なくとも２つの
   保護グループ（ＧＰ１、ＧＰ２）と、 各々が、保護リソース（ＲＰ１、ＲＰ２）に接続され、保護グループ（ＧＰ１
   、ＧＰ２）のいずれかに接続されるように構成される、少なくとも２つの選別グ
   ループ（ＧＳ１、ＧＳ２）とを有することを特徴とする請求項１に記載の方法。
5. 【請求項５】 前記情報モデルが、 少なくとも２つの信頼度の高いリソース（ＲＦ１、ＲＦ２）を規定する少なく
   とも２つのアクティブリソース（ＲＡ１、ＲＡ２）の少なくとも２つの保護グル
   ープ（ＧＰ１、ＧＰ２）と、 各々が、保護リソース（ＲＰ１、ＲＰ２）に接続され、一方が、１つの保護グ
   ループに接続され、他方が、別の保護グループに接続され、さらに互いに接続さ
   れる、２つの選別グループ（ＧＳ１、ＧＳ２）とを有することを特徴とする請求
   項１から３のいずれか一項に記載の方法。