光バーストスイッチOBSシステムのための制御レイヤであって、前記OBSシステムが、少なくとも1つのステージを備え、各ステージが、クローズド光バーストスイッチアドレッシング方式と、1つ又は複数のポートとを有するように構成され、各ポートが、光クライアントデータを送信又は受信するように構成され、前記ポートの1つ又は複数が、異なるクライアントデータサービスを表す、複数のクライアントサービスフォーマットをサポートするように構成され、前記制御レイヤが、制御アドレスを提供するために、クライアントデータをポートにおいて前記クローズド光バーストスイッチアドレッシング方式とは独立のパケットフォーマットにカプセル化することと、宛先ポートに向けて以遠に送信するために、前記カプセル化されたパケットフォーマットを待ち行列システムに渡すこととを用いる、前記クローズド光バーストスイッチアドレッシング方式とは独立の制御アドレッシング方式と、各ポートに前記ステージ内の他のすべてのポートとの相互接続性を提供する手段と、を備えることを特徴とする、光バーストスイッチOBSシステムのための制御レイヤ。前記システムが、少なくとも3つ以上のステージを備え、各ステージが、マルチステージスイッチを提供するために、クローズド光アドレッシング方式と、1つ又は複数のポートとを備え、前記独立の制御方式が各ポートに他のすべてのポートとの相互接続性を提供するように、前記制御レイヤは、前記マルチステージスイッチにまたがる、請求項1に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記カプセル化が、光レイヤアドレスを含む電気的表現データフレームとして光データをパッケージする、請求項1に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記光レイヤアドレスが、宛先ポートアドレスを含む、請求項3に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記独立の制御アドレスが、デジタル制御フレームパケットを構成する、請求項1~4のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記独立の制御アドレスが、宛先ポートの光アドレスを保存するヘッダフレームを構成する、請求項1~5のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記ヘッダフレームが、前記宛先ポートがどのネットワークリングに属するかを示す波長色を含む、請求項6に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記データパケットフォーマットが、光バースト送信ファブリックに堅く結び付けられる、請求項1~7のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。待ち行列内にフロー制御データが存在することを検出し、送信バーストをスケジュールして、前記待ち行列から前記データを取り出すための手段を有するスケジューラ、を備える、請求項1~8のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記スケジューラは、フロー制御レイヤが、データプレーンビークル及び制御プレーン要求を提供してバースト光データの完全な抽象化を可能にするように、待ち行列から送出し、光バーストネットワークを介して送信するための手段、を備える、請求項9に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記制御レイヤは、デジタル電気データプレーン態様及びデジタル電気制御プレーン態様を有する抽象化された外部インタフェース、を備える、請求項1~10のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記スイッチが、クローズド光バースト分散スイッチ上に、外部クライアントポート用に確保された少なくとも1つのポート、を備える、請求項1~11のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。前記制御レイヤは、前記スイッチのエッジからコアを通ってエッジまでのフロー継続性を提供する手段、を備え、一方、光バースト送信が、各ステージにおける各クローズド光システム内に含まれる、請求項1~12のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。ステージ内の少なくとも1つのポート内に前記制御レイヤを配置することで、前記ステージの相互接続のために前記制御レイヤを使用するマルチステージ分散スイッチシステムの生成が可能になる、請求項1~13のいずれか一項に記載の光バーストスイッチOBSシステムのための制御レイヤ。オーバレイフロー制御レイヤが、前記マルチステージ分散スイッチシステムのエッジステージとコアステージの間の交差地点に制御プロセッサを配置することによって実現される、請求項14に記載の光バーストスイッチOBSシステムのための制御レイヤ。クローズド光バーストスイッチリング型ネットワークにおいて使用される制御スイッチであって、前記制御スイッチが、光データをポートにおいて独立のパケットフォーマットにカプセル化し、前記光バーストスイッチリング型ネットワークによって宛先ポートに送信するために、前記独立のパケットフォーマットを待ち行列システムに渡すための制御レイヤ、を備える制御スイッチ。光バーストスイッチOBSシステムを制御する方法であって、前記OBSシステムは、クローズド光バーストスイッチアドレッシング方式と、1つ又は複数のポートとを有するように構成され、各ポートは、クライアントデータを送信又は受信するように構成され、前記ポートの1つ又は複数は、異なるクライアントデータサービスを表す、複数のクライアントサービスフォーマットをサポートするように構成され、前記方法が、制御アドレスを提供するために、クライアントデータをポートにおいて前記クローズド光バーストスイッチアドレッシング方式とは独立のパケットフォーマットにカプセル化し、前記カプセル化されたパケットフォーマットを待ち行列システムに渡すことによって、前記クローズド光バーストスイッチアドレッシング方式とは独立の制御アドレッシング方式を実施するステップと、前記カプセル化されたパケットフォーマットを宛先ポートに送信するステップと、を含む方法。コンピュータに、請求項17に記載の方法の各手順を実行させるためのプログラム命令を含むコンピュータプログラム。図1は、複数のポート又はノードを有する光バーストスイッチOBSシステムにおける光ネットワークの従来技術による実施を示している。明瞭になるように、システムを通過するただ1つの方向の転送だけが示されている。サービスフローは、インタフェース105を介してシステムに入る。サービスは、トラフィック分類機能101によって処理される。このトラフィック分類機能は、ポートフローportflowからコンポーネントフローcomponentflowを抽出し、これらのコンポーネントフローを光バーストスイッチング機能104内の正しい待ち行列に送る。処理されてコンポーネントフローになるサービスフロートラフィックの一例は、イーサネット登録商標仮想専用回線サービスを構成する多くのタグ付けフローを含むイーサネット登録商標サービスであるが、それに限定されない。トラフィック分類機能101は、このケースでは、タグを読み取り、パケットをパケット毎にそれぞれの待ち行列に送る。光バーストスイッチング機能は、OBSシステム上の宛先ノード毎に待ち行列を有する。トラフィック分類機能101は、到着したポートフローから得たコンポーネントトラフィックフローをOBS機能104内の正しい宛先固有の待ち行列にマッピングするように事前に構成しておくことができる。この事前構成は、手動で実施することができ、又はネットワーク全体に対して機能する自動制御システムによって実施することができる。典型的なネットワーク制御システムは、PNNI、MPLS、ASON、GMPLS、又はIS-ISであるが、それらに限定されない。抽出されたフローは、インタフェース106を介して、ネイティブ形式で宛先ノード待ち行列に入れられる。トラフィック分類機能101は、各コンポーネントフローによって必要とされるフロー特性をOBSネットワーク104が提供できるように、スケジューラ102の構成も行う。システムの出口エンドにおいて、出口トラフィック管理機能103は、OBSネットワーク内のOBS送信元ノードからインタフェース108を介して到着したコンポーネントフローから単一の出口フローを組み立てる。その後、統合されたサービスフローは、インタフェース109を介してシステムから出て行く。図2は、本発明による制御レイヤを有するシステムを示している。制御レイヤは、OBSレイヤの上、サービスレイヤの下に位置する。サービスは、インタフェース208を介してシステムに入る。トラフィック管理機能201は、図1で説明されたようにコンポーネントフローを抽出するが、加えて、これらのフローを制御レイヤカプセル化機能206に渡す。この制御レイヤは、サービスフローデータのかたまりをカプセル化して、OBSネットワーク及び待ち行列システム204が扱える共通の内部フレームフォーマットを提供する。カプセル化機能206の特性は、多くのサービスコンポーネントフローを取り込み、それらを統合して、OBSシステムの入口ノードとOBSシステムの出口ノードの間の単一のフローにすることができるというものである。この統合特性は、内部アドレス容量を、一般にはるかに大きいサービスアドレス容量ではなく、システムのノード間のフローの内部制御のために必要とされる容量に抑制する。トラフィック管理機能201は、インタフェース210を使用して、フローパラメータを制御レイヤ転送機能205に提供する。制御レイヤ機能205は、各統合フローのための内部アドレスを生成し、インタフェース211を使用してこれらをカプセル化フレームヘッダに付け加える。インタフェース210が、トラフィック管理機能201に提供される。これは、スケジューラ202を直接的にプログラムする代わりに、この1組のパラメータを使用して、フロー要件を指定できることを意味する。フローを記述するために使用されるパラメータは、一般に、認定情報レート、ピーク情報レート、認定バーストサイズ、及び必要な遅延限界であるが、それらに限定されない。その後、制御レイヤ転送機能205は、これらのパラメータを使用して、その時にシステム上で機能するスケジューラ及び待ち行列管理の特定のインスタンスに必要なスケジューラ及び待ち行列管理パラメータをアルゴリズムによって決定する。スケジューラ及び待ち行列パラメータのこのアルゴリズムによる決定は、システムが、共通のフロー特性定義インタフェースを介して、異なるサービスのために機能することを可能にし、他方、サービスインタフェースの変更を必要とせず、性能を増強するためにシステムスケジューラを変更することを可能にする。後者のケースに必要とされる唯一の変更は、サービス要件入力からスケジューラパラメータを導出するアルゴリズムをアップグレードすることである。アルゴリズムは、共通のカプセル化ヘッダを有する単一の内部フローとして動作するクライアントフローの集まりに追加され、又はクライアントフローの集まりから削除されるクライアントフローに応答して、待ち行列及びスケジューラパラメータの変更を決定することができる。新しい内部フローを生成するために必要な待ち行列及びスケジューラパラメータを決定できることに、これが追加される。待ち行列及びスケジューラパラメータは、インタフェース212を介してOBSネットワークレイヤにプログラムされる。機能206においてサービスフローに付け加えられるカプセル化ヘッダも、システムを介する送信中のエラーはどんなものでも検出できるように、内部フローをインストルメント化instrumentするために使用されるデータを与えられる。エラー検出インストルメントの例は、一般に、ビット誤り、ブロック誤り、パケット損失、シーケンスを乱したパケット、及び廃棄されたパケットであるが、それらに限定されない。カプセル化機能206は、インタフェース213を介して、各統合フローを対応する宛先用の待ち行列に送る。その後、OBSネットワークは、スケジューラ202によってスケジュールされたように、データのバーストを各待ち行列から各宛先に送信する。OBSネットワーク204の出口インタフェース214において、到着した各内部フロー統合は、機能207で解除される内部カプセル化を有している。この機能は、ヘッダインストルメンテーションデータheaderinstrumentationdataを検査し、送信元転送機能205によって必要とされるフロー特性に対する内部転送インテグリティについてのアラーム及び性能情報を提供する。多くの送信元転送機能205は、各宛先転送機能207に送信することができる。宛先転送機能は、これらのコンポーネントフローのすべてを単一のフローにマージし、内部カプセル化を解除する。宛先転送機能は、単一のフローを、インタフェース215を介して、処理するために出口トラフィック管理機能203に提供する。その後、トラフィックは、インタフェース216を介してシステムから出て行く。図3は、分散方式で実施される図2に示された制御レイヤを有するシステムを示している。ファイバインタフェース306によって表される閉じられた光媒体に接続されたシステムの3つのインスタンスが示されている。トラフィック分類機能は、301である。ここでは、機能205及び206は、単一の機能302で示され、光バースト送信機、スケジューラ、及び受信機は、機能303で示されている。システムの各ポート又はノードの受信経路及び送信経路が、示されている。機能304内の制御レイヤからトラフィック転送機能305への受信経路は、カプセル化解除を含む。この実施形態では、制御レイヤのインスタンスが通信できるように、制御チャネルが提供される。トラフィック分類及び転送レイヤのインスタンスも、別々に通信することができる。この通信は、しばしばピアリングpeeringと呼ばれる。この実施形態では、制御レイヤ機能302及び304が、一方向又は双方向形式の制御パケットのフローをポート間で確立するために、互いにピアリングを行う。トラフィック分類機能は、別のピアドレイヤpeeredlayerを構成する。トラフィックピアドレイヤでは、制御レイヤ機能301及び305が、ポート間でサービスフローを生成する意図を確立するために、互いにピアリングを行う。その後、それらは、サービスを提供するために必要なフロー特性を有する接続性を確立する、302及び304によって実施される制御レイヤに、制御フロー及びマッピングを要求する。図4には、抽象化された形の分散システムが示されている。制御レイヤは、システムワイドな機能403で要約できる制御機能のピアドインスタンスを含む。これは、スケジューリング機能を介して、バースト送信システム404に接続される。トラフィック分類機能は、2つのグループに分けて、個別インスタンスの形式で示されている。2つのグループは、機能401及び402で示されている。この実施形態は、マルチサービスシステムを提供するために使用される、トラフィック分類レイヤと光バーストレイヤの間に挿入される共通の制御プレーンを示している。一実施形態では、サービス401は、イーサネット登録商標とすることができ、制御レイヤは、システムのノード上のエンドポート間のイーサネット登録商標仮想接続EVC:Ethernet登録商標virtualconnectionを生成するために使用されるフローを提供する。同時に、トラフィック分類機能402は、SDH又はSonetとすることができ、制御レイヤは、システムのノード上のエンドポート間のVC4又はSTS1接続を生成するために使用されるフローを提供する。この実施形態では、サービス分類機能のグループ間の接続性を提供するのに必要な光バーストスイッチングリソースは、制御レイヤによって、これらの機能401及び402の下に一緒にグループ化される。したがって、トラフィック分類機能401のグループ内での接続の生成は、トラフィック分類機能402のグループに影響しない。このシステムの別の実施形態では、トラフィック分類機能401のグループは、トラフィック分類機能402のグループとサービスタイプが同じである。一例は、機能401及び402の2つのグループがイーサネット登録商標であることである。この実施形態を用いる場合、グループ401は、グループ402とは別に管理される。共通の制御機能403は、ネットワーク事業者が、ノード機能をサービスグループ毎に別々に付け加え、取り去ることを可能にする。その場合、別々の管理は、他方の管理を妨害することなく、自らのサービスグループを使用することができる。2つより多くのトラフィック分類グループが存在してもよい。この説明で使用されたサービスタイプは、イーサネット登録商標と、Sonet又はSDHである。例えば、MPLS、IP、ファイバチャネル、及びESCONなど、より多くのサービスタイプが存在し得るが、それらに限定されない。図5は、分散光バーストスイッチOBSシステムをマルチステージ光バーストスイッチシステムに拡張するために制御レイヤがどのように使用されるかを示す概略図を示している。3つのクローズド光バーストスイッチングネットワークステージ503、504、505が存在する。各OBSネットワークは、閉じられた光アドレス空間を有する。制御レイヤ502は、3つすべてのOBSネットワークにわたって共通のアドレス空間を有する。この実施形態では、2つのエッジステージと、1つの中央相互接続ステージが存在する。相互接続ステージは、トラフィック分類ポートをまったく備えておらず、したがって、エッジシステム間の相互接続のために使用される。この実施形態における各ステージ上の制御レイヤ502は、先に説明されたような制御機能の一連のピアドインスタンスから成る。このインスタンスのグループは、インタフェース506を介して相互接続システム制御レイヤに接続される。インタフェース506は、最初のステージのエッジにおけるカプセル化から、最後のステージのトラフィック機能501におけるトラフィック転送前のカプセル化解除まで、制御レイヤにおいてパケット継続性が存在するように、カプセル化解除機能の前に、制御システムの出力から取られる。インタフェース506は、サービスによって必要とされるフロー特性を提供するために、接続ステージシステムがスケジューラを準備できるようにする制御情報も含む。図6は、本発明の一実施形態による、3ステージスイッチを形成するために接続されるOBSステージの配置を示している。リング間の制御レイヤ相互接続は、菱形シンボル602によって表されている。この実施形態の各ステージは、同じとすることができ、クローズド光バーストスイッチングネットワークと、制御レイヤと、少なくとも1組のトラフィック管理機能とを備える。3つのエッジシステム603、604、605が示されている。3つのコアシステム606、607、608が示されている。コアシステムとエッジシステムは、トラフィック分類機能及びクライアントインタフェース601をコアシステムが提供しない点だけが異なる。この実施形態では、各エッジにおける制御レイヤは、制御チャネル図示されずを介して互いに通信する。適切な制御チャネルは、3つのステージシステムの各エッジにおける制御機能の間で接続されるIP又はイーサネット登録商標ネットワークによって提供することができる。1つのエッジシステム上のポートから別のエッジシステム上のポートへの接続を確立するために、2つのエッジシステムは、ピアリングを行い、どのコアシステムを介して接続を行うべきかを選択する。コアシステム制御機能は、同じ制御チャネルを使用して、類似した方法でエッジシステムと通信する。システムを接続するためにどのコアリングを選択すべきかを決定するための選択基準は、相互接続を要求する2つのエッジシステムを接続するためのコアシステムにおいて利用可能な容量であるが、それに限定されない。例えば、エッジシステム603上のクライアントポート601とエッジシステム605上のクライアントポート601の間で接続が必要とされる場合、エッジシステム603の制御レイヤインスタンスは、エッジシステム605の制御レイヤインスタンスとコンタクトを取って、接続をセットアップしたい意図を伝える。それを介して接続を行うことができる3つの利用可能な相互接続制御ポートが存在する。エッジシステム605は、接続のために利用可能なポートを折り返し伝える。その後、エッジシステム603は、これらと自らが有する接続のために利用可能なポートとを相互に関連付け、接続を行うために利用可能な1つ又は複数のコアシステムを選択する。第1の利用可能なコアシステム制御インスタンスと制御チャネルを介してコンタクトを取り、接続を要求する。拒否された場合、接続を了承するコアシステムが見つかるまでこのプロセスが繰り返されるが、さもなければ接続は拒否される。光ファイバリングなどの制限のある光媒体上で動作する光バーストスイッチングシステムは、分散イーサネット登録商標スイッチのためのファブリックを提供するために使用できることが理解されよう。他の実施形態では、光バーストスイッチングファブリックは、分散MPLSスイッチ又は分散IPルータを生成するために使用することができる。そのような構成では、分散スイッチの各ポートは、クライアントサービス処理シリコンと、到着したクライアントパケットを待ち行列に転送し、待ち行列を光バーストファブリックを介した送信によって空にするプロトコルを備える。そのような構成では、光バーストスイッチングシステムは、クライアントサービスによって直接的に制御されるか、クライアントサービスの要求を満たすように静的に準備されるか、又は両方が何らかの形で組み合わされる。本発明は、光バースト送信ファブリックに完全に結び付けられた独立したパケットフォーマット及び待ち行列システムによって提供されるフロー制御のレイヤを提供する。このレイヤは、クライアントサービスがフロー要求を行うことを可能にする外部制御インタフェースを提供し、その後、フロー要求は、光バースト送信ファブリックによって実行される。外部インタフェースは、光バースト送信ファブリックの能力の範囲内で満たすことができるフロー要求を受け入れるだけである。このようにして、フロー制御レイヤは、光バーストファブリックに直接的に結び付けられるが、ファブリックを使用するクライアントサービスからはファブリック技術の特性を効果的に隠蔽する。フロー制御レイヤは、デジタル電子技術を使用してクライアントサービスをカプセル化し、光バーストシステムによって送信するために待ち行列に渡すことができる手段を提供するデータプレーン態様を有する。スケジューリングシステムは、待ち行列内のフロー制御データの存在に反応して、待ち行列からデータを取り出すようにバーストをスケジュールする。フロー制御データの存在に応答するのに加えて、スケジューラは、同時にフロー要求規定flowdemandprovisionにも応答する。これらは、スケジューラが待ち行列から送出し、光バースト媒体を介して送信できる情報の最大量に正確に対応する、スケジューラに課された限界である。したがって、フロー制御レイヤは、バースト光媒体の完全な抽象化を提供する、データプレーンビークル及び制御プレーン要求を提供する。フロー制御レイヤによって提供される光バースト媒体の抽象化は、フロー制御カプセル化パケットが待ち行列内に存在する場合、要求を満たすのに十分な光バーストを転送することによって、フロー要求を確定的に実行するように光バーストスイッチを制御できる手段を提供する。このようにして、システムのクローズド光バーストレイヤは、デジタル電気データプレーン態様及びデジタル電気制御プレーン態様を有する抽象化された外部インタフェースを備える。フロー制御レイヤは、2つ以上のクライアントサービスフォーマットのために使用できる、共通の分散スイッチインフラストラクチャを提供する。これは、複数のクライアントサービス仮想スイッチを同時に機能させるためのホストプラットフォームとして使用できる、光バーストスイッチインフラストラクチャを生成することを可能にする。別の実施形態では、フロー制御レイヤは、単一のクローズド光バーストスイッチシステムに、クローズド光内部ファブリックを完全にカプセル化する汎用化及び抽象化された1組の制御プレーン及びデータプレーンポートインタフェースを提供する。これらのインタフェースのいくつかを同じクローズド光バーストシステムの相互接続のために確保することによって、マルチステージ光バーストスイッチが実現される。このタイプの実施形態を用いる場合、クローズド光バースト分散スイッチ上のいくつかのポートは、外部クライアントポート用に確保され、いくつかのポートは、相互接続ステージ用に確保される。マルチステージスイッチの一例は、マルチステージスイッチのエッジステージでは最大で半分のポートインタフェースが相互接続用に確保され、一方、コアステージのポートのすべては相互接続用に確保される場合である。この場合、フロー制御レイヤは、エッジからコアを通ってエッジまでのフロー継続性を提供し、一方、光バースト送信は、各ステージにおける各クローズド光システム内に含まれる。この場合、フロー制御レイヤは、フローをクライアントフォーマットからフロー制御レイヤフォーマットに、光バーストフォーマットに、フロー制御レイヤフォーマットに変形し、このフォーマットを使用して、マルチステージ分散スイッチのステージを相互接続するための手段を提供することによって、クローズド光バーストファブリックをマルチステージスイッチ構成に拡大できる手段を提供する。ネットワーク内の少なくとも1つのノード内に配置される制御システムは、ステージを相互接続するためのフロー制御レイヤを使用して、マルチステージ分散スイッチシステムの生成を可能にし、シングルステージシステムの限界よりもスイッチング容量を増加させるが、クライアントポートを介して相互接続される複数の独立した分散スイッチシステムを通過するルートの計算を複雑にすることはない。これは、フロー制御レイヤ相互接続は、入口エッジステージにおいてシステムに入ったフローが、相互接続フローレイヤポートのいずれかを介していずれかの出口エッジに到達できるように定義されたトポロジに制約されるからである。この場合、相互接続ポートのどれを使用すべきかを決定する問題は、複数の独立した分散スイッチシステムの間でシグナリングを行うことによってルートを確立することではなく、利用可能なポートリソースにわたってフローを負荷平衡させることが問題となる。制御システムは、オーバレイフロー制御レイヤの追加によって、シングルステージ分散クローズド光バーストスイッチからマルチステージ分散光バーストスイッチへのフロー制御が実現されることを可能にする。このオーバレイフロー制御レイヤは、マルチステージシステムのエッジステージとコアステージの間の交差地点に制御プロセッサを配置することによって実現される。各ステージ内のコントローラは、交差地点コントローラのクライアントとして機能する。交差地点コントローラは、互いにピアリングを行って、各ステージ内のコントローラにオーバレイを提供する。図面を参照して説明された本発明の実施形態は、コンピュータ装置及び/又はコンピュータ装置内で実行されるプロセスを含む。しかし、本発明は、コンピュータプログラムにも、特に、本発明を実施するように構成された、キャリア上又はキャリア内に保存されるコンピュータプログラムにも拡張される。プログラムは、ソースコード、オブジェクトコード、又は部分的にコンパイルされた形式若しくは本発明による方法を実施する際に使用するのに適した他の任意の形式などの中間ソース及びオブジェクトコードの形式を取ることができる。キャリアは、例えばCDROMなどのROM、又は例えばフレキシブルディスク若しくはハードディスクなどの磁気記録媒体といった記憶媒体を含むことができる。キャリアは、電気ケーブル若しくは光ケーブルを介して、又は無線若しくは他の手段によって送信できる電気信号又は光信号とすることができる。本明細書では、含むcomprise、comprises、comprised、comprising又はその任意の変形、及び含むinclude、includes、included、including又はその任意の変形は、完全に交換可能であると見なされており、それらはすべて、可能な限りで最も広い解釈を与えられるべきであり、逆もまた同様である。本発明は、本明細書において上で説明された実施形態に限定されず、構成及び細部の両方において変化することができる。