JP6805097B2 - リソース確保装置、リソース確保方法及びコンピュータプログラム - Google Patents

Description

本発明は、リソース確保装置、リソース確保方法及びコンピュータプログラムに関する。

通信装置を備える通信システムには、例えば、ＰＯＮ（Passive Optical Network)システムがある。ＰＯＮシステムは、顧客の宅内等に設置される通信装置である加入者線終端装置（ＯＮＵ:Optical Network Unit）と、局舎に設置される通信装置である加入者線端局装置（ＯＬＴ:Optical Line Terminal）と、光分配網（ＯＤＮ:Optical Distribution Network）とを備える。ＯＤＮは、複数のＯＮＵと複数のＯＬＴとを接続する場合がある。

通信装置において、装置の準拠規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに関して依存性の低い機能を部品化し、当該機能のアプリケーションプログラミングインタフェース（ＡＰＩ:Application Programming Interface）等の入出力インタフェース（ＩＦ:Interface）の少なくとも一部を明確化し、汎用性・移植性・拡張性を高めることで、準拠規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかが異なる機器間での共用や独自機能の追加を容易とすることができるＦＡＳＡ（Flexible Access System Architecture：新アクセスシステムアーキテクチャ）が知られている（例えば、非特許文献１参照）。

"ＦＡＳＡホームページへようこそ"、［online］、ＮＴＴアクセスサービス研究所、［平成２９年２月８日検索］、インターネット〈URL：http://www.ansl.ntt.co.jp/j/FASA/index.html〉

通信装置の準拠規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに関して依存性の低い機能を部品化する場合、部品の配置場所は同一筺体内とは限らず、複数筺体に分散して配置されることがある。また、装置の筺体内の部品は、他装置を構成する部品として利用されることがある。

しかしながら、装置に部品化した機能を備えるためには、当該機能を備えることで装置に支障がないか否かを確認する必要がある。例えば、機能入替に際し、入替した機能を実現するために要する処理能力、又は機能とその他の部分のやりとりに係る帯域幅が入替前の機能よりも大きい場合、装置全体としての動作が不安定となってしまうという問題があった。

上記事情に鑑み、本発明は、部品化した機能の入替や追加に伴う動作の安定性の低下を抑制することができる技術の提供を目的としている。

本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部を備え、前記割振部は、確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を確保不要とし、前記指標の合計値が所定の値を超過する部品を確保要とし、時間的制約の緩やかな部品を低優先の部品として低優先の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースの確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を制限不要とし、前記指標の合計値が所定の値を超過する部品を制限要とし、低優先の部品の処理の廃棄前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を廃棄不要とし、前記指標の合計値が所定の値を超過する部品を廃棄要とし、受入の前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を受入可とし、前記指標の合計値が所定の値を超過する部品を受入不可とし、前記指標は、部品とのやり取りに係る帯域幅、部品とのやり取りに係る帯域時間積、前記部品の処理能力、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置である。

本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部を備え、前記割振部は、通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部を備え、前記割振部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置である。

本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限部を備え、前記制限部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限部を備え、前記制限部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置である。

本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うインタフェースを備え、前記確保を明示的に行うインタフェースは、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うインタフェースを備え、前記確保を明示的に行うインタフェースは、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置である。
本発明の一態様は、上記のリソース確保装置であって、前記部品に対するリソースを確保する割振部又は一部の部品の処理を実行するためのリソースを制限してリソースを確保する制限部又は確保を明示的に行うインタフェースのいずれかは、高優先の前記部品の処理を実行する際に低優先の前記部品の処理を実行するためのリソースを制限して高優先の前記部品の処理を実行するためのリソースを確保する。

本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振ステップを有し、前記割振ステップにおいて、確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を確保不要とし、前記指標の合計値が所定の値を超過する部品を確保要とし、時間的制約の緩やかな部品を低優先の部品として低優先の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースの確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を制限不要とし、前記指標の合計値が所定の値を超過する部品を制限要とし、低優先の部品の処理の廃棄前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を廃棄不要とし、前記指標の合計値が所定の値を超過する部品を廃棄要とし、受入の前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を受入可とし、前記指標の合計値が所定の値を超過する部品を受入不可とし、前記指標は、部品とのやり取りに係る帯域幅、部品とのやり取りに係る帯域時間積、前記部品の処理能力、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保方法である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振ステップ
を有し、前記割振ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限ステップを有し、前記制限ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法である。
本発明の一態様は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うステップを有し、前記ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法である。

本発明の一態様は、上記のリソース確保装置としてコンピュータを機能させるためのコンピュータプログラムである。

本発明により、部品化した機能の入替や追加に伴う動作の安定性の低下を抑制することが可能となる。

第１の実施形態における、通信装置１の構成例を示す図である。 第２の実施形態における、通信装置１ａの構成例を示す図である。 通信装置のアーキテクチャの第１例を示す図である。 通信装置のアーキテクチャの他の例を示す図である。 通信装置のアーキテクチャの他の例を示す図である。 通信装置のアーキテクチャの他の例を示す図である。 アーキテクチャの第５例を示す図である。 部品又は装置の群からなる仮想的な通信装置又は通信システムの構成の例を示す図である。 光アクセスシステムの構成の例を示す図である。 図２８及び図２９に示す機能に対応する通信装置内の機能部間の信号／情報の流れを示す図である。 ＰＯＮ主信号処理機能部３００が有する機能構成の例を示す図である。 ＰＯＮアクセス制御機能部３２０が有する機能構成の例を示す図である。 Ｌ２主信号処理機能部３４０が有する機能構成の例を示す図である。 保守運用機能部３３０が有する機能構成の第１例を示す図である。 保守運用機能部３３０が有する機能の構成の第２例を示す図である。 保守運用機能部３３０が有する機能構成の第３例を示す図である。 ＰＯＮマルチキャスト機能部３５０が有する機能構成の例を示す図である。 省電力制御機能部３６０が有する機能構成の例を示す図である。 周波数・時刻同期機能部３７０が有する機能構成の例を示す図である。 プロテクション機能部３８０が有する機能構成の例を示す図である。 通信装置のアーキテクチャの詳細の例を示す図である。 通信装置内の機能部間の信号／情報の流れを示す図である。 通信装置が実行するアプリの例を示す図である。 ＣＰＵパッケージの代わりにサーバ等にアプリを配置した例を示す図である。 ＣＰＵ、ＳＷ及びＯＳＵの機能（処理）の例を示す図である。 主要８機能のアプリの処理とＧ．９８９．３機能との対応の例を示す図である。 ＰＬＯＡＭ及びＯＭＣＩをＳＷ経由で入出力する構成の例を示す図である。 アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象の具体例を示す図である。 アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象の具体例を示す図である。

本発明の実施形態について、図面を参照して詳細に説明する。
（第１の実施形態）
図１は、第１の実施形態の通信装置１の構成例を示す図である。図１では、本実施形態と関係する機能ブロックのみを抽出して示してある。通信装置１は、ＦＡＳＡアプリＡ〜Ｃ、ＡＰＩ、ＦＡＳＡ基盤及び割振部１０１を備える。通信装置１は、外部の他の装置と通信する通信部（図示せず）を有する。割振部１０１は、通信部の内部に備えられてもよいし、通信部の外部に備えられてもよい。

ＡＰＩは、汎用化した入出力インタフェースであり、例えばＦＡＳＡアプリケーションＡＰＩである。ＦＡＳＡアプリＡ〜Ｃは、サービス毎あるいは通信事業者毎に異なる機能等を部品化したソフトウェア部品であるアプリケーションである。ＦＡＳＡアプリＡ〜Ｃは、汎用化した入出力インタフェースを用いて実現される。なお、図１では、ＦＡＳＡアプリＡ〜Ｃを示しているが、通信装置１は単数又は２以上のＦＡＳＡアプリを備えてもよい。ＦＡＳＡ基盤は、該ＦＡＳＡアプリに汎用化した該入出力インタフェースを提供すると共に標準化されている等の理由で、サービスや要求に応じた変更が不要な機能を提供するアクセスネットワーク装置の基盤的構成要素である。ここで、汎用化した入出力インタフェースを用いることにより、機能の追加や入替を容易にし、様々な要求のサービスを柔軟かつ迅速に提供する。なお、本明細書では、アプリケーションを「アプリ」とも記載する。

割振部１０１は、サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加または入替がなされた際に、部品に対するリソースを確保する。割振部１０１は、ＦＡＳＡ基盤の機能として備えられてもよく、通信装置１に対して入替、追加、削除されるＦＡＳＡアプリケーション等の機能部品内の設定管理アプリケーション等として備えられてもよく、ＮＥコントローラやプロキシ等の装置外部等のそれ以外の箇所に備えられていてもよい。割振部１０１は、機能入替・追加・削除に際し、以下に記載の処理の少なくともいずれかを行う。

通常、マルチＣＰＵやマルチコア仕様(複数コア仕様)のＣＰＵが搭載されたシステムの場合、それぞれのプログラム処理に全ＣＰＵコア等や全バス等のリソースが使用されるようシステムによって自動で設定される。この設定では、一部の機能部品の処理を実行した場合、全ＣＰＵコア等のリソースを占有してしまう恐れがあり、実行されている他の機能部品の処理に悪影響を与えてしまう。そのため、処理に関する時間的制約が緩やかな機能部品（ＴＮＦ：time-non-critical functions)がコアや内部及び外部のバス等を占有し且つそれらの処理の入力や時間待ちのために、処理に関する時間的制約の厳しい機能部品（ＴＣＦ：time-critical functions）であって処理が時間内になされないとＱｏＥ（Quality of Experience）に影響を与える恐れのあるＤＢＡ（Dynamic bandwidth Assignment）やＯＮＴ（Optical Network Termination）／ＯＮＵスリープやＰＯＮプロテクション等の機能部品の処理がなされない恐れがある。ＴＣＦは例えば高速処理しなければならないＤＢＡ、フィルタ等の主信号処理、プロテクション処理、フレームコピー等の処理の機能である。そこで、割振部１０１は、時間的制約の厳しい機能部品を高優先の機能部品とし、時間的制約の緩やかな機能部品を低優先の機能部品として、高優先の部品の処理を実行するためのリソースを確保し、低優先の部品の処理を実行するためのリソースを制限する。

割振部１０１は、ＴＣＦ等に該当する予め定めた種類のアプリケーション等の機能部品に対して、以下の少なくともいずれかの処理を行う。
（１）時間的制約の厳しい機能部品の処理を実行するＣＰＵやＣＰＵコアやバス等のリソースを時間的制約の厳しい機能部品の制約を順守可能な分だけ確保、又は
（２）時間的制約の緩やかな機能部品の処理を実行可能なＣＰＵやＣＰＵコアやバス等のリソースを時間的制約の厳しい機能部品の制約を順守可能な分だけに限定、又は
（３）時間的制約の厳しい機能部品用のＣＰＵやＣＰＵコアやバス等の処理リソースを時間的制約の厳しい機能部品の制約を順守可能な時間間隔と時間幅で予約して確保、又は
（４）時間的制約の緩やかな機能部品が使用可能なＣＰＵやＣＰＵコアやバス等の処理リソースを時間的制約の厳しい機能部品の制約を順守可能な時間間隔と時間幅に限定、又は
（５）時間的制約の緩やかの機能部品の処理は、当該処理を退避して時間的制約の厳しい機能部品の処理に切替する際のメモリ使用が退避の際のバス幅×退避に許容される時間以下に限定、又は
（６）時間的制約の緩やかの機能部品の処理は、当該処理を退避して時間的制約の厳しい機能部品の処理への切替に許容される時間を超過する場合は廃棄
とする。

ＴＣＦでＣＰＵやＣＰＵコアやバス等の処理リソースを確保すれば、他の処理に使用されずにまるまる使うことができるので、悪影響を最小限にとどめることができる。
ＴＮＦの使用可能なＣＰＵやＣＰＵコアやバス等の処理リソースを限定してしまえば、ＴＣＦの処理はＴＮＦが使用できない別のリソースをまるまる使うことができるので、悪影響を最小限にとどめることができ、更にＴＮＦのリソースもＴＣＦが使用することができる。これは特にＴＣＦの処理がバースト的に増大する場合に適する。

確保又は限定は一部の時間であってもよいし、確保又は限定又は予約は時間的に変動可能としてもよい。例えば、ＴＣＦの処理に所定の時間幅必要であるが、その時間幅の時間位置が変動したり時間幅自体が変動する場合に適する。例えば、ＴＣＦが所定の時間幅の処理は必要だが、処理時間が変動する場合、例えばＩＥＥＥ系のＰＯＮで申告の到着がＯＮＵ毎に異なり、到着してすぐに割当演算を行う場合等である。これは、時間位置又は時間幅が変動するのみ応じて確保又は限定又は予約すると、実際に処理に必要な時間幅以上の長大な時間幅を予約する必要があり、ＴＮＦに利用可能なリソースが不必要に減少するためである。具体的には、ＴＣＦの使用する時間幅と時間位置が確定した後にＴＮＦが使えるように解放してもよいし、ＴＣＦが使用する時間幅や時間位置を予測して予測以外をＴＮＦが使えるように解放してもよいし、ＴＮＦに使わせておいてＴＣＦが使用する際に（５）（６）の対応でＴＣＦが使用するとしてもよい。予測は、例えば、ＤＢＡであれば送信時間の通知により申告の到着する時間から周期的な到着から予測してもよいし、スリープであれば起床時間の通知やその周期から予測してもよい。
ＴＣＦ又はＴＮＦへのリソースの割振は、割振部１０１が行ってもよいし、割振部１０１がリソースをプールしておき、プールしたリソースからＴＣＦやＴＮＦのアプリケーションが呼び出して利用してもよい。

ＦＡＳＡ基盤は、割振部１０１に確保又は限定又は予約するためのインタフェースを提供する。割振部１０１が、ＦＡＳＡ基盤内部にあれば基盤の内部インタフェースであり、機能部品であればＦＡＳＡアプリケーションＡＰＩ等のインタフェースであり、ＢＢＵ等の連携する外部の装置であれば外部連携のためのインタフェースであり、ＯｐＳ等又はＯｐＳ等の上にあればそれらのＳＢＩ等のインタフェースである。

インターフェースは、リソースを直接指定してもよいが、予めＴＣＦに確保したリソース又はＴＮＦを限定して残しておいたリソース又はＴＣＦに予約しておいたリソース又はＴＮＦを限定して予約しないで残しておいたリソースを割振部１０１又は割振部１０１にリソースを提示する下位の装置又は割振部１０１を仲介してアプリケーションにリソースを提示する機能が実リソースを隠蔽するのが望ましい。これは、ＰＦの機器依存性を隠蔽して、利用し易くするためである。これは、割振部１０１からアプリケーションへのインタフェースを提供する場合は、同様である。

リソースはプロセッサアフィニティ等でアプリケーションが確保もよいし、プロセッサアフィニティマスク等でアプリケーションが限定してもよいし、プロセッサアフィニティ等でアプリケーションのリソースを割振部１０１が確保してもよいし、プロセッサアフィニティマスク等でアプリケーションのリソースを割振部１０１が限定してもよいし、タスクマネージャ相当の機能を介して割振部１０１が確保や限定してもよい。。
インターフェースは其々の処理に必要なインタフェースであればよい。

割振部１０１は、確保又は制限又は廃棄又は受入の前、又は確保又は制限又は廃棄又は受入の後のアプリケーション等の機能部品の備える指標の合計が所定の値を超過しないアプリケーションを確保不要又は制限不要又は廃棄不要又は受入可としてもよいし、確保又は制限又は廃棄又は受入の前、又は確保又は制限又は廃棄又は受入の後に所定の値を超過するアプリケーションを確保要又は制限要又は廃棄用又は受入不可としてもよい。これは以降の実施例でも同様である。

指標としては、例えば、アプリケーション−ＦＡＳＡ基盤間又はアプリケーション間又はその組み合わせで発生する通信の帯域又は帯域時間積であってもよいし、アプリケーションの要する処理能力であってもよいし、それらの組み合わせであってもよい。また指標は、平均値であってもよいし、最大値であってもよいし、平均値から所定の分散値に所定の係数を乗じた値等の統計値であってもよい。平均値であれば平均的には処理が可能であり、最大値であれば最悪状態であっても処理が可能であり、平均や分散を用いた統計値であれば統計的に処理が可能である。これはこれ以降の実施例でも同様である。
割振部１０１を備える装置、機能、アプリケーション、基盤等はリソース確保装置の一例である。

（第２の実施形態）
図２は、第２の実施形態の通信装置１ａの構成例を示す図である。図２では、本実施形態と関係する機能ブロックのみを抽出して示してある。通信装置１ａは、ＦＡＳＡアプリＡ〜Ｃ、ＡＰＩ、ＦＡＳＡ基盤及び制限部１０２を備える。なお、図２において、ＦＡＳＡアプリＡ〜Ｃ、ＡＰＩ、及びＦＡＳＡ基盤は、第１の実施形態で説明したため説明を省略する。そこで、制限部１０２は、時間的制約の厳しい機能部品を高優先の機能部品とし、時間的制約の緩やかな機能部品を低優先の機能部品として、高優先の部品の処理を実行するためのリソースを確保し、低優先の部品の処理を実行するためのリソースを制限する。
制限部１０２は、ＴＣＦのためのＣＰＵやＣＰＵコアやバス等の処理リソースを確保する。具体的には、制限部１０２は、受入前又は受入後に収容する高優先或いは低優先の少なくとも一方のアプリケーション等の機能部品の備える指標の合計が所定の値を超過しない高優先或いは低優先の少なくとも一方のアプリケーションのみを受け入れてもよいし、受入前又は受入後に所定の値を超過する高優先或いは低優先の少なくとも一方のアプリケーションを受け入れなくてもよい。

以下、通信装置は、他の装置への入力を出力する機能に関する通信装置とし、通信装置は、実行部と、指示部と、制限部１０２とを備えるとする。通信装置は、外部の他の装置と通信する通信部（図示せず）を有する。実行部、指示部、及び制限部１０２はそれぞれ通信部の内部に備えられてもよいし、通信部の外部に備えられてもよい。

実行部は、例えばＦＡＳＡ基盤中の機能である。指示部は、例えば、通信装置に対して入替、追加、削除される機能部品である。指示部は、例えばＦＡＳＡアプリケーションやＦＡＳＡ基盤中のソフトウェア部品、後述する機器無依存アプリ部等である。
制限部１０２は、機能入替や追加は削除に際し、以下に記載の処理（１）〜（３）を行う。

（１）制限部１０２は、通信装置又はアプリケーション又は予め定めた所定の種類のアプリケーション又は高優先或いは低優先の少なくとも一方又はその組み合わせが動作するに際して利用されるリソースに関する所定の指標（以下「リソース指標」という。）の残量又はその統計処理した値を取得する。リソース指標の残量又はその統計処理した値は、通信装置において使用可能であってその時点で未使用のリソースの指標を示す。制限部１０２は、リソース指標の残量に、機能（例えば指示部）の入替によって取り除かれる機能に関するリソース指標の値を加算する等の統計処理をする。また、制限部１０２は、リソース指標の残量から、機能の入替によって追加される機能に関するリソースの指標の値を減算する。また、制限部１０２は、リソース指標の残量から、新規に追加される機能に関するリソースの指標の値を減算する。

制限部１０２は、リソース指標の残量が、予め定められている所定の値を超過しない場合には、通信装置に対する機能の入替又は追加を制限する。制限される入替又は追加は、機能の入替によって行われる追加であってもよいし、新規の追加であってもよい。一方、制限部１０２は、リソース指標の残量が上記所定の値を超過する場合には、通信装置に対する機能の追加を制限しない。ここで、加減算は、所定の重みを乗ずる等の統計処理を行ってもよい。例えば、リソースの使用確率を重みとして乗じてもよいし、平均値に所定の係数の分散値を加減算した値としてもよいし、間欠的にリソースを利用してその間欠的にリソースを利用する周期が同期している場合は同期している分のリソースのみに関して加減算してもよいし、間欠的にリソースを利用するが利用する周期が同期していない場合はリソースを利用する時間が衝突する確率を乗じたりしてもよい。あるアプリケーション又はＯＳ等の環境のリソースを開放する時間や確率、リソースが解放されずに再利用できない時間や確率でリソースが使えないものとして処理してもよい。これは以降の処理でも同様である。

（２）制限部１０２は、通信装置又はアプリケーション又は予め定めた所定の種類のアプリケーション又は高優先或いは低優先の少なくとも一方又はその組み合わせ内で、入替される機能又は新規に追加される機能に関係する機能に関するリソース指標の合計値（以下「リソース合計値」という。）又はその統計処理した値から、機能の入替によって取り除かれる機能に関するリソース指標の値を減算する等の統計処理をする。制限部１０２は、入替によって追加される機能又は新規に追加される機能のリソース指標を、減算後のリソース合計値又はその統計処理した値に加算する。制限部１０２は、加算後のリソース合計値又はその統計処理した値が所定の値を超過する場合には、通信装置に対する機能の入替又は追加を制限する。一方、制限部１０２は、リソース指標の合計値又はその統計処理した値が上記所定の値を超過しない場合には、通信装置に対する機能の入替又は追加を制限しない。

（３）制限部１０２は、通信装置又はアプリケーション又は予め定めた所定の種類のアプリケーション又は高優先或いは低優先の少なくとも一方又はその組み合わせが動作するに際して利用されるリソースに関する所定の指標であるリソース指標に関し、機能の入替によって取り除かれる機能に関するリソース指標と、機能の入替によって追加される機能に関するリソースの指標の値又はその統計処理した値と、装置に新規に追加される機能に関するリソース指標の値又はその統計処理した値と、に基づいて、使用されるリソースの値又はその統計処理した値が所定の値を超過する場合には、自装置に対する前記機能の入替又は追加を制限し、使用されるリソースが所定の値を超過しない場合には、自装置に対する前記機能の追加を制限しない。

ここで、所定の指標として、機能数、機能の処理のステップ数、機能のサイズ、機能を配置するメモリ量、機能を配置する論理回路量、関連するＣＰＵ等の演算部の処理量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間等やその組み合わせである。値は想定される最大値や平均値やその他の統計量である。

このような高速処理等で予め定められた処理のために確保したリソースの値又はその統計処理した値を超過しないアプリケーションの入替又は追加に制限することで、予め定めた所定の種類のアプリケーション又は高優先或いは低優先の少なくとも一方の処理が所定のリソースを超過する確率を軽減して安定的な動作が可能となる。

制限部１０２は、通信装置内外のいずれにあってもよく、設定管理機能に係るＦＡＳＡアプリケーション等の装置内の指示部の一部に含まれていてよいし、実行部やＦＡＳＡ基盤等に含まれていてもよいし、装置の管理システム等に含まれていてもよい。制限部１０２を備える装置、機能、アプリケーション、基盤等はリソース確保装置の一例である。

通信装置は、例えば、ＰＯＮ等のＯＤＮ等の光ファイバ網等の通信網を経由する光信号等の信号によって、他の通信装置との通信を実行する通信装置である。通信装置は、例えば、ＯＬＴである。通信装置は、例えば、ＯＳＵ（Optical Subscriber Unit）でもよい。通信装置は、例えば、光信号を切り替えるスイッチ部（ＳＷ:Switch）を備える又は備えないＯＬＴと、他のＳＷとの組み合わせでもよい。通信装置は、例えば、ＯＬＴとＯＮＵとの組み合わせでもよい。通信装置は複数の機器を備えてもよい。また、ＯＮＵやマルチプレクサ（ＭＵＸ：multiplexer）やデマルチプレクサ（ＤＭＵＸ： demultiplexer）やＳＷ等の他の通信装置であってもよい。通信装置は、複数の構成要素から構成されていてもよい。各構成要素は単一の装置内に備えられてもよく、別々の装置に備えられてもよい。通信装置は複数の装置からなる仮想的な一つの装置であってもよい。仮想的な装置にはオペレーションシステム（ＯｐＳ:Operation System）、ＯＳＳ（Operation Support System）、ＮＥ（Network Element）を制御するＮＥ−ＯｐＳ、ＮＥのコントローラ、ＮＥ−ＯｐＳ等のＯＬＴの設定管理システムであるＥＭＳ等（Element Management System（ＯｐＳ、ＯＳＳ、ＮＥ−ＯｐＳ、ＮＥのコントローラ、ＥＭＳを以下ＯｐＳ等と称する場合とこれらの内の一つで他を代表して示す場合がある。）を含んでいてもよい。

次に、例として、通信装置が、ＮＧ−ＰＯＮ２（Next Generation-PON2）等のＴＷＤＭ（Time and Wavelength Division Multiplexing）−ＰＯＮシステムのようなＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴである場合を前提に、動作等を例示する。ここで、ＴＷＤＭ−ＰＯＮとしているが、ＰＯＮは、ＩＴＵ−Ｔ勧告のＧ．９８９シリーズ準拠のＴＷＤＭ−ＰＯＮ以外のＧ．９８７、Ｇ．９８４、Ｇ．９８３シリーズにそれぞれ準拠するＸＧ（10 Gigabit Capable）−ＰＯＮ、Ｇ（Gigabit capable)−ＰＯＮ、Ｂ（Broadband）ＰＯＮや、ＩＥＥＥの８０２．３ａｖと１９０４．１等、８０２．３ａｈにそれぞれ準拠する１０ＧＥ−ＰＯＮ、ＧＥ（Gigabit Ethernet（登録商標））−ＰＯＮであってもよい。ＩＥＥＥ準拠の場合、ＴＣ（Transmission Convergence）レイヤやＰＭＤ（Physical Medium Dependent）レイヤは、標準規格において対応する層に読み替えれば同様である。

通信装置は、ハードウェア又はソフトウェア又はそれらの組み合わせの部品又は部品化した機能を備える。例えば、通信装置は、サービス毎あるいは通信事業者毎に異なる機能等を、汎用化した入出力インタフェース（例えば、ＦＡＳＡアプリケーションＡＰＩ）を用いて実現されるアプリケーション（例えばＦＡＳＡアプリケーション）等のソフトウェア部品と、該ソフトウェア部品に汎用化した該入出力インタフェースを提供すると共に標準化されている等の理由で、サービスや要求に応じた変更が不要な機能を提供するアクセスネットワーク装置の基盤的構成要素（例えば、ＦＡＳＡ基盤）とを備える。ここで、汎用化した入出力インタフェースを用いることにより、機能の追加や入替を容易にし、様々な要求のサービスを柔軟かつ迅速に提供する。

部品間のやりとりは、例えば、後述のミドルウェア部１２０を介すが、通信装置１の独自の転送経路や手段を用いてもよいし、ＯｐｅｎＦｌｏｗや、Ｎｅｔｃｏｎｆ／ＹＡＮＧや、ＳＮＭＰ（Simple Network Management Protocol）等の規格化された手段を用いてもよい。

また、部品間のやりとりは、内部配線、バックボード、ＯＡＭ（Operation Administration and Maintenance）部、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤（Ｃｏｎｔ:CONTrol board、CONTrol panel）等の経路のいずれでよい。部品間のやりとりを直接終端して入力する場合、ＯＡＭ部又は主信号にカプセル化してもよい。部品間のやりとりをいずれかの箇所で終端して、内部配線、バックボード、ＯＡＭ部、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤等の経路を経由して入力してもよい。ＯＡＭ部や主信号線を用いる場合、ＯＡＭ部や主信号にカプセル化することが望ましい。主信号線を通す場合はＯＳＵ又は他箇所のＳＷにて振り分けることが望ましい。これらは以下の説明においても同様である。

本実施例では、通信装置は、更にＦＡＳＡアプリケーション等のアプリケーション又はＦＡＳＡ基盤等のプラットフォーム等でソフトウェア部品のためのインタフェースを備える。
確保を明示的に行うインタフェースは、高優先の部品の処理を実行するためのリソースを確保し、低優先の部品の処理を実行するためのリソースを制限する、又は、通信装置、又は、部品、又は、予め定めた所定の種類の部品、又は、その組み合わせが動作するに際して利用されるリソースに関する所定の指標に基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の部品の追加または入替を制限する。

（実施形態１−１）
実施形態１−１では、ＴＷＤＭ−ＰＯＮに用いられる通信システムを構成する通信装置の構成について説明する。実施形態１−１で説明する通信装置は、図８に示す装置や図９に示す通信装置として用いられる。以下、通信装置のアーキテクチャの例として、第１例から第６例までを説明する。通信システムを構成する通信装置のアーキテクチャは、下記で説明する第１例から第６例まで以外のアーキテクチャであってよい。例えば、アーキテクチャの第１例から第６例における通信装置のソフトウェア部は、ハードウェア部でもよい。

（アーキテクチャの第１例）
図３は、通信装置のアーキテクチャの第１例を示す図である。アーキテクチャの第１例では、通信装置は、動作が機器に依存する非汎用の機器依存部１１０と、機器依存部１１０のハードウェアやソフトウェア及び機器依存アプリ部１５０の違いを隠蔽するミドルウェア部１２０と、動作が機器に依存しない汎用の機器無依存アプリ部１３０と、機器依存アプリ部１５０とを備える。したがって、機器依存部１１０（ベンダ依存部）は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存する機能部である。言い換えれば、機器依存部１１０は、他の通信機器との互換性が小さく、新たに製造された通信機器（特に、準拠する標準や製造ベンダが異なる機器）にはそのまま用いることができない。機器依存部１１０は、ネットワーク機器に備わる１以上の機能を実行する。

また、機器無依存アプリ部１３０は、通信装置の機器が準拠する標準規格、方式、機器種別、機器の世代や機器の製造ベンダに依存しない機能部である。言い換えれば、機器無依存アプリ部１３０は、他の通信機器との互換性が大きく、新たに製造された通信機器（特に、準拠する標準や製造ベンダが異なる機器）にそのまま用いることができる。機器無依存アプリ部１３０に設けられるアプリの具体例として、ネットワーク機器における設定処理を行うアプリケーション、設定の変更処理を行うアプリケーション、アルゴリズム処理を行うアプリケーション等がある。

ミドルウェア部１２０と機器無依存アプリ部１３０とは、機器無依存ＡＰＩ２１を介して接続される。機器無依存ＡＰＩ２１は、機器に依存しない入出力ＩＦである。

機器依存部１１０は、例えば準拠する機器依存部１１０の標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）、ハードウェア部１１２（ＭＡＣ）、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等を実行するソフトウェア部１１３及びＯＡＭ部１１４、機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）やソフトウェア部１１３の少なくとも一部を駆動する機器依存アプリ部１５０と、を備えて構成される。ハードウェア部１１１（ＰＨＹ）、ハードウェア部１１２（ＭＡＣ）、ソフトウェア部１１３及びＯＡＭ部１１４と、ミドルウェア部１２０とは、機器依存ＡＰＩ２３を介して接続される。機器依存ＡＰＩ２３は、機器に依存する入出力ＩＦである。機器依存部１１０は、更にＮＥ管理・制御部１１５を備える。ＮＥ管理・制御部１１５とミドルウェア部１２０とは、機器依存ＡＰＩ２５を介して接続される。機器依存ＡＰＩ２５は、機器に依存する入出力ＩＦである。
ミドルウェア部１２０と機器依存アプリ部１５０とは、機器依存ＡＰＩ２３で接続される。機器依存アプリ部１５０と、ＯＡＭ部１１４、ソフトウェア部１１３、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）とは、機器依存ＡＰＩ２４で接続される。機器依存アプリ部１５０と管理・制御エージェント部１３３とは、ＡＰＩ２６で接続される。

どのような機能を機器依存部１１０又は機器無依存アプリ部１３０とするかは、ミドルウェア部１２０や機器無依存アプリ部１３０を実現するための処理に由来する制限、例えば、ソフトウェアの処理能力に由来する制限に加えて、機能の更新頻度や拡張機能の重要度等に応じて決められてもよい。これによって、通信装置は、機器無依存アプリ部１３０による拡張機能部（独自機能部）の柔軟かつ迅速な追加を容易にし、通信サービスをタイムリーに提供することができる。

例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ（Dynamic Bandwidth Assignment）等の更新頻度が高い機能又は通信サービス差異化に寄与する機能を優先して、機器依存部１１０又は機器無依存アプリ部１３０とすることを決めてもよい。更に、共用化を図る機器の準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに関して差異の隔たりが小さいものから、機器無依存アプリ部１３０としてもよい。ここで、ＤＢＡ等の所定の機能を、機器依存部１１０や機器無依存アプリ部１３０に配置する構成を示したが、機能配備により、共に機器無依存アプリ部１３０であってもよいし、共に機器依存部１１０であってもよい。共に機器無依存アプリ部１３０である例としては、例えば、ＤＢＡ等の機能の処理部を非力な送受信機に備えるプロセッサ等の情報処理部に備え、アプリケーション等を強力な情報処能力を備えるその他の箇所の情報処理部、例えばＯＳＵ等に備え、ミドルウェアとして装置間のプロセッサ間通信や装置間通信が働く場合である。共に機器依存部１１０に備える場合は、先の例と同様にファームウェア等の一部としてそれぞれＤＢＡ等の機能をコンパイルした場合等である。

準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかに対しては最適でない場合でも、準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの機能のいずれかを汎用化するために、機能を実行するための共通ＩＦが用いられてもよい。共通ＩＦの中には、機器依存部１１０の準拠する標準規格、世代、方式、システム、機器種別、製造ベンダのいずれかにおいて使用されないＩＦやパラメータが含まれていてもよい。

図３及び後述する図４に示すミドルウェア部１２０と、後述する図５及び後述する図６に示す機器依存部１１０のドライバと、後述する図４及び後述する図６に示す機器依存アプリ部１５０（ベンダ依存アプリ部）との少なくともいずれかに、ＩＦやパラメータ等を機器依存部１１０に対応するように変換する変換機能部や、不足するＩＦやパラメータ等に対応して自動設定する機能部を更に備えてもよい。

図３に示す機器依存部１１０は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ソフトウェア部１１３とを備える。ハードウェア部１１１（ＰＨＹ）は、物理層から光送受信関連の処理まで（ＰＨＹｓｉｃａｌ ｓｕｂｌａｙｅｒ処理）を実行する。ハードウェア部１１２（ＭＡＣ）は、ＭＡＣ（Media Access Control）処理を実行する。ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）は、準拠する標準規格や製造ベンダに依存する。ソフトウェア部１１３は、機器依存のドライバ、ファームウェア、アプリケーション等を実行する。

機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）は、これら以外に汎用サーバやレイヤ２ＳＷ等を備えてもよい。機器依存部１１０は、ハードウェア部１１２（ＭＡＣ）を備えなくてもよい。機器依存部１１０は、ハードウェア部１１１（ＰＨＹ）の一部を備えなくてもよい。例えば、機器依存部１１０は、変復調信号処理、前方誤り訂正（ＦＥＣ: Forward Error Correction）、符復号処理、暗号化処理等の低位の信号処理を備えずに、光関連の機能のみを備えてもよい。機器依存部１１０は、データを符号化する部分であるＰＣＳ（PHYsical Coding Sublayer）を備えなくてもよい。機器依存部１１０は、データをシリアル化するＰＭＡ（Physical Medium Attachment）とＰＣＳとを備えなくてもよい。機器依存部１１０は、物理媒体に接続するＰＭＤを備えなくてもよい。機器依存部１１０は、ミドルウェア部１２０がソフトウェア部１１３を介さずに機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を直接に駆動、制御、操作又は管理する場合、ソフトウェア部１１３を備えなくてもよい。

機器無依存アプリ部１３０は、例えば、拡張機能部１３１−１〜１３１−３（図３では、拡張機能Ａ、拡張機能Ｂ及び拡張機能Ｃ）と、基本機能部１３２と、管理・制御エージェント部１３３とを備える。管理・制御エージェント部１３３は、ＥＭＳ１４０との間でデータをやりとりする。

図ではＥＭＳ１４０及び外部の装置１６０がミドルウェア部１２０を介して機器無依存アプリ部１３０に接続しているが、ＥＭＳ１４０及び外部の装置１６０は必ずしもミドルウェア部１２０を介して機器無依存アプリ部１３０に接続している必要はない。ＥＭＳ１４０及び外部の装置１６０は、必要に応じてミドルウェア部１２０に適宜接続してもよいし、機器無依存アプリ部１３０に直接接続してもよい。また「ミドルウェア部１２０経由で接続」と表現しているが、この表現は機器無依存アプリ部１３０からみた視点での表現である。実際には、ハードウェアでの接続の後にミドルウェア部１２０を介して機器無依存アプリ同士が接続している。

以下、拡張機能部１３１−１〜１３１−３に共通する事項については、符号の一部を省略して、「拡張機能部１３１」と表記する。ＥＭＳ１４０は、例えば、ＯｐＳ等である。なお、機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２と管理・制御エージェント部１３３とのうちいずれかを含まなくてもよいし、管理・制御エージェント部１３３が基本機能部１３２に含まれていてもよいし、管理・制御エージェント部１３３が基本機能部１３２やミドルウェア部１２０に含まれていてもよい。

機器無依存アプリ部１３０は、拡張機能部１３１、基本機能部１３２、及び管理・制御エージェント部１３３以外の構成を、更に含んでいてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてもよい。また、機器無依存アプリ部１３０は、１個以上の拡張機能部１３１を含んでもよい。

拡張機能部１３１は、他の機能に不要な影響を与えずに独立して追加、削除、入替又は変更が可能であることが好ましい。例えば、拡張機能部１３１は、サービス上の要求に合わせて、例えばマルチキャストサービス、省電力対応を実行する拡張機能部１３１が必要になった場合、適宜に追加、削除、入替又は変更されてもよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１２０よりも下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。拡張機能部１３１が基本機能部１３２を含み、ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０と入出力しなくてよい。更に、管理・制御エージェント部１３３が管理設定機能を備えず、他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。また、機器依存部１１０は、ＮＥ管理・制御部１１５と、ＮＥ管理・制御部１１５の下位の機能部の機器依存アプリ部１５０（後述する図４及び後述する図６参照）によって代替されてもよい。

管理・制御エージェント部１３３は、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０との間で情報を入出力しなくてよい。更に、管理設定機能を管理・制御エージェント部１３３が備えず他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。
機器依存アプリ部１５０は、ミドルウェア部１２０を介して情報を入出力してもよいし、管理・制御エージェント部１３３から情報を直接入出力してもよいし、両者のうちのいずれかとの間で情報を入出力してもよいし、ＥＭＳ１４０から情報を直接入出力してもよい。また、機器依存アプリ部１５０が、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定されており、ミドルウェア部１２０を介してＥＭＳ１４０から管理及び制御情報を取得可能である場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。
機器無依存アプリ部１３０は、ミドルウェア部１２０を介して少なくとも機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）との間又はソフトウェア部１１３との間で、情報を入出力する。機器無依存アプリ部１３０は、必要に応じてミドルウェア部１２０を介して、相互に入出力する。特に、機器無依存アプリ部１３０は、ＥＭＳ１４０との間で入出力された情報に応じて制御又は管理を実行する場合、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３との間で、情報を入出力する。

機器無依存アプリ部１３０と機器依存部１１０との入出力の例は以下である。
例えば、ＤＢＡアプリ部及びプロテクションアプリ部は、ＴＣレイヤのエンベデッドＯＡＭエンジン（Embedded OAM Engine）と、相互に情報を入出力する。ＤＷＢＡ（Dynamic Wavelength and Bandwidth Assignment）アプリ及びＯＮＵ登録認証アプリ部は、ＴＣレイヤのＰＬＯＡＭエンジンと、相互に情報を入出力する。省電力アプリ部は、ＯＭＣＩ及びＬ２主信号処理機能部（Ｌ２機能（Layer 2 function）部）と相互に情報を入出力する。ＭＬＤ（Multicast Listener Discover）プロキシアプリ部は、Ｌ２機能部と相互に情報を入出力する。低速監視アプリ（ＯＭＣＩ）は、ＯＭＣＩと相互に情報を入出力する。ＯＭＣＩ及びＬ２機能部は、ＸＧＥＭフレーマ（XGPON Encapsulation Method Framer）及び暗号化を動作させる。ここで、ＤＷＢＡとＤＢＡは、別体、一体又は組み合わせでもよい。例えば、管理・制御エージェント部１３３は、保守運用機能のアプリ部であり、ＮＥ管理・制御部１１５のためのＯｐＳ等であるＥＭＳ１４０と、相互に情報を入出力する。

なお、機器無依存アプリ部１３０の実装には、優先順位があってもよい。例えば、管理・制御エージェント部１３３が最も優先される第１の優先順位である。第２の優先順位以下は、例えば、ＤＢＡアプリ、ＤＷＢＡアプリ、省電力アプリ、ＯＮＵ登録認証アプリ、ＭＬＤプロキシアプリ、プロテクションアプリ、低速監視アプリ（ＯＭＣＩ）の順である。

拡張機能部１３１のアプリとして、機器無依存ＡＰＩ２１を介して、一部のベンダ、方式、種別、世代に備える機能を駆動するためのアプリや、一部のベンダ、方式、種別、世代の装置のみに備える機能を駆動するアプリを含んでいてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０及びミドルウェア部１２０と入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。
ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＮＥ管理情報及び制御情報をＥＭＳ１４０と直接送受信してもよいし、管理・制御エージェント部１３３を介して、ＮＥ管理情報及び制御情報を送受信してもよい。
機器依存アプリ部１５０は、管理・制御エージェント部１３３との間で、ＮＥ管理情報及び制御情報を入出力している。機器依存アプリ部１５０は、管理・制御エージェント部１３３を介さずに、ＥＭＳ１４０との間で、情報を直接入出力してもよい。管理・制御エージェント部１３３は、ＥＭＳ１４０、ミドルウェア部１２０及び機器依存アプリ部１５０との間で、情報を入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。

ミドルウェア部１２０は、機器無依存アプリ部１３０と機器無依存ＡＰＩ２１を介して情報を入出力する。ミドルウェア部１２０は、機器依存ＡＰＩ２３を介して、機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）と情報を入出力する。ミドルウェア部１２０は、入力した情報を、そのまま又は所定の形式で出力する。例えば、ミドルウェア部１２０は、出力先が機器無依存アプリ部１３０の各部であれば、機器無依存ＡＰＩ２１の各部の入力形式に情報を変換する。出力先が機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）であれば、ミドルウェア部１２０は、それぞれに入力する形式の機器依存ＡＰＩ２３の形式に変換してから、又は終端して所定の処理を施してから情報を出力先に送信する。

ミドルウェア部１２０は、入力の際に、それぞれの入力先に不要な入力情報は削除し、不足の情報があれば、他の機器無依存ＡＰＩ２１や機器依存ＡＰＩ２３を介して収集して補足することが望ましい。また、ミドルウェア部１２０への入力の際に、ブロードキャスト又はマルチキャストして、関連するアプリ等に同報することとしてもよい。

図３では、ミドルウェア部１２０や機器依存部１１０は単一で例示したが、それぞれ複数から構成されていてもよい。機器依存部１１０のハードウェアに複数のプロセッサが含まれる場合、ミドルウェア部１２０はプロセッサやハードウェアをまたいでプロセッサ間通信等を用いて入出力してもよい。機器無依存アプリ部１３０間や機器無依存アプリ部１３０をＤＬＬ（Dynamic Link Library）のような実行プログラムとして、単一のプロセッサ上のユーザ空間上に配置してもよいし、複数のプロセッサ上のユーザ空間上に配置してもよい。

また、機器無依存アプリ部１３０は、ＡＰＩ等の入出力ＩＦを確保した上でカーネル空間に配置してもよいし、独立にファームウェア等に入替可能なＩＦを有するミドルウェア部１２０とともに配置してもよいし、ファームウェア等に組み込んでコンパイルし直してもよい。機器無依存アプリ部１３０毎にユーザ空間やカーネル空間を任意の組み合わせとしてもよい。
同一の機能に対応する機器無依存アプリ部１３０を、ユーザ空間とカーネル空間の両方で実装可能としてもよい。この場合、例えば、切り替えていずれかを選択してもよいし、両方協働して処理してもよいし、一方のみで実処理するとしてもよい。機器依存部１１０のソフトウェアも同様である。

望ましくは、主信号処理やＤＢＡ処理や低レイヤの信号処理のように高速処理が必要であるほど、拡張性・入替の即時性とトレードオフはあるが、オーバーヘッドが少なく高速な処理が期待されるカーネル空間やファームウェアに組み込むことが望ましい。機器依存アプリ部１５０（後述する図４及び後述する図６参照）を配置するプロセッサもプロセッサ間通信によるバスや速度等の制限、通信路の占有等による他のプログラムへの影響の観点から、実処理するプロセッサ又はその近傍のプロセッサのユーザ空間やカーネル空間やファームウェア上に配置することが望ましい。ただし、実処理するプロセッサ又はその近傍のプロセッサの能力を軽減するためにはプロセッサ間通信によるコミュニケーションコストは増大するが、遠隔のプロセッサで処理するとしてもよい。

機器無依存ＡＰＩ２１は、追加する拡張機能部１３１を想定してミドルウェア部１２０に予め備えられることが望ましいが、機器依存ＡＰＩ２３や他の機器無依存アプリ部１３０の改変を抑制する形で、必要に応じて追加又は削除されてもよい。

なお、本例では、ソフト化領域を、基本機能部１３２、管理・制御エージェント部１３３、拡張機能部１３１、ミドルウェア部１２０としたが、ソフト化領域は、サービスアダプテーション（暗号化、フラグメント処理、ＧＥＭフレーム化／ＸＧＥＭフレーム化、ＰＨＹアダプテーションのＦＥＣ、スクランブル、同期ブロック生成／抽出、ＧＴＣ（GPON Transmission Convergences）フレーム化、ＰＨＹフレーム化、ＳＰ（Serial parallel）変換、符号化方式も対象としてもよい。アーキテクチャのソフト化機能の実装例とハードウェア部に対応する機能配備の例を説明する。機能配備は、例えば、ネットワーク機器又は外部のサーバにソフト化機能を備える。これは他の例でも同様である。

（アーキテクチャの第２例）
図４は、通信装置のアーキテクチャの第２例を示す図である。図４では、通信装置は、図３に示す通信装置のミドルウェア部１２０の配下に機器依存アプリ部１５０を更に備えた構成である。アーキテクチャの第２例は、機器依存アプリ部１５０を備えること以外は、アーキテクチャの第１例と同様である。

図４では、通信装置は、準拠する機器依存部１１０の標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等を実行するソフトウェア部１１３と、機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）やソフトウェア部１１３の少なくとも一部を駆動する機器依存アプリ部１５０と、機器依存部１１０のハードウェア部１１１（ＰＨＹ）、ハードウェア部１１２（ＭＡＣ）、ソフトウェア部１１３及び機器依存アプリ部１５０の違いを隠蔽するミドルウェア部１２０と、機器に依存しない汎用の機器無依存アプリ部１３０とを備える。

ミドルウェア部１２０と機器依存アプリ部１５０とは、機器依存ＡＰＩ２３で接続される。機器依存アプリ部１５０と、機器依存部１１０のＯＡＭ部１１４、ソフトウェア部１１３、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）とは、機器依存ＡＰＩ２４で接続される。機器依存アプリ部１５０と管理・制御エージェント部１３３とは、ＡＰＩ２６で接続される。

機器無依存アプリ部１３０は、例えば、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３と、基本機能部１３２と、拡張機能部１３１とを備える。機器無依存アプリ部１３０は、アーキテクチャの第１例と同様に、管理・制御エージェント部１３３と基本機能部１３２と拡張機能部１３１とのうちいずれかを備えなくてもよい。機器無依存アプリ部１３０は、管理・制御エージェント部１３３と基本機能部１３２と拡張機能部１３１と以外の機能部を、更に備えてもよい。また、拡張機能部１３１は、アーキテクチャの第１例と同様に、他の機能に影響を与えずに追加、削除、入替又は変更が可能であることが好ましい。

基本機能部１３２は、各拡張機能部１３１の一部として含まれていてもよいし、ミドルウェア部１２０の下位で代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合や、ミドルウェア部１２０の下位が基本機能部１３２を代替する場合や、それらの組み合わせである場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。

また、基本機能部１３２の一部もミドルウェア部１２０の下位の機器依存アプリ部１５０で代替してもよい。管理・制御エージェント部１３３は、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０との間で情報を入出力しなくてよい。更に、管理設定機能を管理・制御エージェント部１３３が備えず、他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

ＥＭＳ１４０と機器無依存アプリ部１３０とは、直接入出力してもよい。ミドルウェア部１２０の下位が基本機能部１３２の全てを代替する場合、機器無依存アプリ部１３０は、基本機能部１３２を備えなくてもよい。

図４に示す通信装置において、機器依存アプリ部１５０は、ミドルウェア部１２０を介して情報を入出力してもよいし、管理・制御エージェント部１３３から情報を直接入出力してもよいし、両者のうちのいずれかとの間で情報を入出力してもよいし、ＥＭＳ１４０と直接入出力してもよい。また、機器依存アプリ部１５０が、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定されており、ミドルウェア部１２０を介してＥＭＳ１４０から管理及び制御情報を取得可能である場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

機器無依存アプリ部１３０は、ミドルウェア部１２０を介して少なくとも機器依存部１１０のハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）との間又はソフトウェア部１１３との間で、情報を入出力する。機器無依存アプリ部１３０は、必要に応じてミドルウェア部１２０を介して、相互に入出力する。特に、機器無依存アプリ部１３０は、ＥＭＳ１４０との間で入出力された情報に応じて制御又は管理を実行する場合、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３との間で、情報を入出力する。

ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介して管理・制御エージェント部１３３との間で、ＮＥ管理情報及び制御情報を入出力する。ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＥＭＳ１４０との間で、ＮＥ管理情報及び制御情報を直接入出力してもよい。

機器依存アプリ部１５０は、管理・制御エージェント部１３３との間で、ＮＥ管理情報及び制御情報を入出力している。機器依存アプリ部１５０は、管理・制御エージェント部１３３を介さずに、ＥＭＳ１４０との間で、情報を直接入出力してもよい。管理・制御エージェント部１３３は、ＥＭＳ１４０、ミドルウェア部１２０及び機器依存アプリ部１５０との間で、情報を入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。

ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＥＭＳ１４０との間で、ＮＥ管理情報及び制御情報を直接入出力してもよい。ミドルウェア部１２０は、機器無依存アプリ部１３０との間で、機器無依存ＡＰＩ２１を介して情報を入出力し、機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）との間で、機器依存ＡＰＩ２３を介して情報を入出力する。

図４に示すミドルウェア部１２０は、図３に示すミドルウェア部１２０と同様に、そのまま又は所定の形式で入力する。機器無依存ＡＰＩ２１は、後から追加する拡張機能部１３１を想定して、予めミドルウェア部１２０に備えることが望ましいが、必要に応じて、機器依存ＡＰＩ２３や他の機器無依存アプリ部１３０の改変を抑制する形で追加又は削除してもよい。

（アーキテクチャの第３例）
図５は、通信装置のアーキテクチャの第３例を示す図である。図５では、図３に示すアーキテクチャの第１例で説明したミドルウェア部１２０の代わりに、基本機能部１３２が、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、拡張機能部１３１との入出力を行う。その他の機器無依存アプリ部１３０は、アーキテクチャの第１例と同様である。

なお、図ではＥＭＳ１４０及び外部の装置１６０が基本機能部１３２を介して機器無依存アプリ部１３０に接続しているが、ＥＭＳ１４０及び外部の装置１６０は必ずしも基本機能部１３２を介して機器無依存アプリ部１３０に接続している必要はない。ＥＭＳ１４０及び外部の装置１６０は、必要に応じてミドルウェア部１２０に適宜接続してもよいし、機器無依存アプリ部１３０に直接接続してもよい。また「ミドルウェア部１２０経由で接続」と表現しているが、この表現は機器無依存アプリ部１３０からみた視点での表現である。実際には、ハードウェアでの接続の後にミドルウェア部１２０を介して機器無依存アプリ同士が接続している。

アーキテクチャの第１例と比べて、第３例は、機器依存ＡＰＩ２３、２５を備えるミドルウェア部１２０を、準拠する標準規格、世代、方式、システム、機器種別、製造ベンダの少なくともいずれかが異なる機器毎に作成する必要がない。これによって、アーキテクチャの第３例の通信装置は、機器間世代間でより多くの機能を汎用化して移植し易く、接続性の検証も容易で、機器の機能が堅牢となる効果がある。

アーキテクチャの第３例による通信装置は、機器依存部１１０と、機器無依存アプリ部１３０とを備える。機器依存部１１０は、準拠する標準規格又は機器製造ベンダ等に依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等のソフトウェア部１１３とを備える。ドライバ等は、機器依存部１１０の違いを隠蔽する。

機器無依存アプリ部１３０は、機器に依存しない処理を実行する汎用の機器無依存アプリであり、拡張機能部１３１と、基本機能部１３２とを備える。基本機能部１３２は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器依存のソフトウェア部１１３との違いを隠蔽するドライバを介して、機器無依存ＡＰＩ２７（移植用ＩＦ）により機器依存部１１０と接続する。機器無依存アプリ部１３０は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器依存のソフトウェア部１１３との違いを隠蔽するドライバを介して、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器依存のソフトウェア部１１３との間で、データを入出力する。

機器無依存アプリ部１３０内の基本機能部１３２と拡張機能部１３１とは、機器無依存ＡＰＩ２２（拡張用ＩＦ）を介して接続される。基本機能部１３２と機器依存部１１０とは、機器無依存ＡＰＩ２７を介して接続される。機器無依存アプリ部１３０の内の基本機能部１３２が、ミドルウェア部１２０の代わりに、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）や拡張機能部１３１との間で、情報の入出力を行う。

機器無依存アプリ部１３０は、必要に応じて基本機能部１３２を介して、相互に入出力する。機器無依存アプリ部１３０の拡張機能部１３１は、基本機能部１３２及び機器無依存ＡＰＩ２２を介して、情報を入出力する。基本機能部１３２は、拡張機能部１３１と機器無依存ＡＰＩ２２を介して情報を入出力し、機器依存部１１０のＯＡＭ部、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器無依存ＡＰＩ２７とを介して情報を入出力する。

基本機能部１３２は、図３に示すミドルウェア部１２０と同様に、そのまま又は所定の形式で情報を入力する。例えば、他の機器無依存アプリ部１３０であれば、基本機能部１３２は、入力する形式の機器無依存ＡＰＩ２２の形式にそれぞれに変換し、機器依存のＯＡＭ部、ドライバ、ファームウェア、ハードウェア部であれば、入力する形式の機器無依存ＡＰＩ２２の形式にそれぞれに変換してから、又は終端して所定の処理を施してから情報を入力する。入力の際に、基本機能部１３２は、それぞれの入力先に不要な入力情報を削除し、不足の情報があれば、他の機器無依存ＡＰＩ２２や機器無依存ＡＰＩ２７を介して収集して補足することが望ましい。しかし、基本機能部１３２は、入力先への入力を、ブロードキャスト又はマルチキャストして、関連するアプリ等に同報することとしてもよい。

機器無依存アプリ部１３０は、例えば、拡張機能部１３１−１〜１３１−３と、基本機能部１３２とを備える。機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２とのうち、いずれかを備えなくてもよい。機器無依存アプリ部１３０は、拡張機能部１３１と基本機能部１３２と以外の機能部を、更に備えてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてよい。

拡張機能部１３１は、他の機能に影響を与えることなく独立に追加又は削除可能であることが好ましい。例えば、サービス上の要求に合わせて、例えばマルチキャストサービス、省電力対応を拡張機能部１３１とする場合、拡張機能部１３１が必要になった場合に、適宜追加し、不要となった場合に適宜削除し、変更に応じて入替又は変更してもよい。

機器無依存ＡＰＩ２２は、後から追加する拡張機能部１３１を想定して、基本機能部１３２に予め備えることが望ましいが、必要に応じて、機器無依存ＡＰＩ２２、機器無依存ＡＰＩ２７、他の機器無依存アプリ部１３０の改変を抑制する形で、追加又は削除してもよい。

（アーキテクチャの第４例）
図６は、通信装置のアーキテクチャの第４例を示す図である。アーキテクチャの第４例とアーキテクチャの第３例との違いは、通信装置が、基本機能部１３２の配下に、機器依存アプリ部１５０を備える点である。このように、アーキテクチャの第４例の通信装置は、機器依存アプリ部１５０を備えることで、基本機能部１３２の構成を簡易化できる効果がある。

図６に示す通信装置は、機器依存部１１０と、機器無依存アプリ部１３０とを備える。機器依存部１１０は、準拠する標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ、ファームウェア等のソフトウェア部１１３と、機器依存部１１０の少なくとも一部分を駆動する機器依存アプリ部１５０とを有する。機器無依存アプリ部１３０は、移植用ＩＦとハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と機器依存のソフトウェアとの違いを隠蔽するドライバを介して又は移植用ＩＦと機器依存アプリ部１５０とを介して、機器に依存しない処理を実行する汎用の機器無依存アプリである。機器無依存アプリ部１３０内の基本機能部１３２と、機器依存部１１０内の機器依存アプリ部１５０とは、機器無依存ＡＰＩ２７を介して接続される。機器依存アプリ部１５０と機器依存部１１０の他の機能部とは、機器依存ＡＰＩ２４を介して接続される。

機器無依存アプリ部１３０内の基本機能部１３２は、ミドルウェア部１２０の代わりに、基本機能部１３２がハード、拡張機能部１３１との入出力を行う。基本機能部１３２の中に、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３（図３、図４参照）相当を含んでいてもよいし、拡張機能部１３１として管理・制御エージェント部１３３を備えてもよい。

基本機能部１３２は、拡張機能部１３１と機器無依存ＡＰＩ２２（拡張用ＩＦ）を介して入出力し、機器依存部１１０のＯＡＭ部、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、また、機器無依存ＡＰＩ２２（移植用ＩＦ）と機器依存部１１０の差異を隠蔽する機器依存部１１０のドライバ又は機器依存アプリ部１５０と機器無依存ＡＰＩ２７を介して入出力する。

基本機能部１３２は、図３に示すミドルウェア部１２０と同様に、そのまま又は所定の形式で入力する。アーキテクチャの第３例と同様に、基本機能部１３２の中に、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３相当を含んでいてもよいし、拡張機能部１３１として管理・制御エージェント部１３３を備えてもよい。

機器無依存アプリ部１３０は、例えば、拡張機能部１３１−１〜１３１−３と、基本機能部１３２とを備える。機器無依存アプリ部１３０は、アーキテクチャの第３例と同様に、拡張機能部１３１と基本機能部１３２とのいずれかを備えなくてもよい。機器無依存アプリ部１３０は、アーキテクチャの第３例と同様に、拡張機能部１３１と基本機能部１３２と以外の機能部を、更に備えてもよい。

拡張機能部１３１は、アーキテクチャの第３例と同様に、互いに独立に他の機能に影響を与えずに、追加、削除、入替又は変更が可能であることが好ましい。基本機能部１３２の一部は、機器依存アプリ部１５０で代替してもよい。機器依存アプリ部１５０は、情報を基本機能部１３２から直接入出力しているが、そのまま又は所定の変換の後に、基本機能部１３２を介さずにＥＭＳ１４０との間で情報を入出力してもよい。

機器無依存ＡＰＩ２２、２７は、図３に示すアーキテクチャの第１例と同様に、後から追加する拡張機能部１３１を想定して、基本機能部１３２に予め備えることが望ましいが、必要に応じて、機器無依存ＡＰＩ２２、機器無依存ＡＰＩ２７、他の機器無依存アプリ部１３０、機器依存アプリ部１５０又は機器依存ＡＰＩ２４の改変を抑制する形で、追加又は削除してもよい。

（アーキテクチャの第５例）
図７の右上図は、アーキテクチャの第５例を示す図である。図７の右下図はアーキテクチャの第１〜第４例に相当する。同図では、通信装置がＯＬＴである場合を示している。アーキテクチャの第５例は、外付ハードにＯＬＴの機能を実装（クラウド化）することで、既存／市中品ＯＬＴハードを活用して、サービスに応じた機能追加／変更を用意とする機能クラウド化のアプローチする場合に好適である。

本例では、通信装置は、既存／市中品ハードウェアと外付ハードウェアからなる。例えば既存／市中品ハードウェアは機器に依存する非汎用の機器依存部１１０であり、外付ハードウェア上にハードウェアやソフトウェアの違いを隠蔽するミドルウェア部１３４と、動作が機器に依存しない汎用の機器無依存アプリ部１３０とを備える。したがって、同図のミドルウェア以下の機器依存部（ベンダ依存部）は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存する機能部である。また、アーキテクチャの第１例と同様に機器無依存アプリ部１３０は、通信装置の機器が準拠する標準規格や機器の製造ベンダに依存しない機能部である。

ミドルウェア部１３４と機器無依存アプリ部１３０とは、機器に依存しない入出力ＩＦである機器無依存ＡＰＩ１３５を介して接続される。機器依存部１１０の例えば、ソフトウェア部、ＯＡＭ、ハードウェア部（ＰＨＹ）及びハードウェア部（ＭＡＣ）と、外付ハードウェア上のミドルウェア部１３４とは、機器に依存する入出力ＩＦである機器依存ＡＰＩ及び既存／市中品ハードウェアと外付ハードウェア間の機器間接続を介して接続される。

本アーキテクチャでは、アーキテクチャの第１例と同様に、機器無依存アプリ部１３０による拡張機能部（独自機能部）の柔軟及び迅速な追加を容易にし、通信サービスをタイムリーに提供することができる。ここで、機器依存部１１０は、図７に示す保守運用、アクセス制御、物理層処理、光モジュルであってもよく、機器自体の構成による。

ミドルウェア部１３４と、機器依存部１１０のドライバと、機器依存アプリ部１５０（ベンダ依存アプリ部）との少なくともいずれかに、ＩＦやパラメータ等を機器依存部１１０に対応するように変換する変換機能部や、不足するＩＦやパラメータ等に対応して自動設定する機能部を更に備えてもよい。

機器依存部１１０は、ハードウェア部と、ソフトウェア部とを備える。ソフトウェア部は、機器依存のドライバ、ファームウェア、アプリケーション等を実行する。

機器依存部１１０は、物理媒体に接続するＰＭＤ、ＭＡＣ、データのシリアル化を行うＰＭＡ、データを符号化する部分であるＰＣＳ又はＰＨＹの一部を備えなくてもよい。例えば、変復調信号処理、ＦＥＣ、符復号処理、暗号化処理等の低位の信号処理を備えずに光関連の機能のみを備えてもよい。

機器無依存アプリ部１３０は、例えば、ＥＭＳからデータを取得する管理・制御エージェント部１３３と、拡張機能部１３１−１〜１３１−３と、基本機能部１３２とである。以下、拡張機能部１３１−１〜１３１−３に共通する事項については、符号の一部を省略して、「拡張機能部１３１」と表記する。なお、機器無依存アプリ部１３０は、管理・制御エージェント部１３３と拡張機能部１３１と基本機能部１３２とのうちいずれかを含まなくてもよい。

機器無依存アプリ部１３０は、管理・制御エージェント部１３３、拡張機能部１３１及び基本機能部１３２以外の構成を、更に含んでいてもよい。例えば、拡張機能部１３１が不要である場合、機器無依存アプリ部１３０は、拡張機能部１３１を備えなくてもよい。また、機器無依存アプリ部１３０は、１個以上の拡張機能部１３１を含んでもよい。

拡張機能部１３１は、他の機能に不要な影響を与えずに独立して追加、削除、入替又は変更が可能であることが好ましい。例えば、拡張機能部１３１は、サービス上の要求に合わせて、例えばマルチキャストサービス、省電力対応を実行する拡張機能部１３１が必要になった場合、適宜に追加、削除、入替又は変更されてもよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１３４よりも下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。ミドルウェア部１３４よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。拡張機能部１３１が基本機能部１３２を含み、ミドルウェア部１２０よりも下位の機能部が基本機能部１３２を代替する場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０からの通信を受けずに、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０と入出力しなくてよい。更に、管理・制御エージェント部１３３が管理設定機能を備えず、他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。

ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。また、機器依存部１１０は、ＮＥ管理・制御部１１５と、ＮＥ管理・制御部１１５のＩＦとを備えなくともよい。

基本機能部１３２は、拡張機能部１３１の一部として機器無依存アプリ部１３０に含まれてもよいし、ミドルウェア部１２０の下位の機能部によって代替されてもよい。拡張機能部１３１が基本機能部１３２を含む場合や、ミドルウェア部１２０の下位の機能部が基本機能部１３２を代替する場合や、それらの組み合わせである場合、機器無依存アプリ部１３０は基本機能部１３２を含まなくてもよい。また、基本機能部１３２の一部は、ミドルウェア部１２０の下位の機能部の機器依存アプリ部１５０によって代替されてもよい。

管理・制御エージェント部１３３は、予め定められた設定に従って自動設定する場合、ＥＭＳ１４０との間で情報を入出力しなくてよい。更に、管理設定機能を管理・制御エージェント部１３３が備えず他の機器無依存アプリ部１３０や基本機能部１３２や機器依存部１１０が管理設定機能を備える場合、機器無依存アプリ部１３０は、管理・制御エージェント部１３３を備えなくてもよい。ＥＭＳ１４０と機器無依存アプリ部１３０とは、情報を直接入出力してもよい。

拡張機能部１３１のアプリとして、機器無依存ＡＰＩ２１を介して、一部のベンダ、方式、種別、世代に備える機能を駆動するためのアプリや、一部のベンダ、方式、種別、世代の装置のみに備える機能を駆動するアプリを含んでいてもよい。

管理・制御エージェント部１３３は、ＥＭＳ１４０及びミドルウェア部１２０と入出力する。ミドルウェア部１２０は、ＮＥ管理・制御部１１５との間で、ＮＥ管理情報及び制御情報を入出力する。ＮＥ管理・制御部１１５は、ミドルウェア部１２０を介さずに、ＮＥ管理情報及び制御情報をＥＭＳ１４０と直接送受信してもよいし、管理・制御エージェント部１３３を介して、ＮＥ管理情報及び制御情報を送受信してもよい。

ミドルウェア部１２０は、機器無依存アプリ部１３０と機器無依存ＡＰＩ２１を介して情報を入出力する。ミドルウェア部１２０は、機器依存ＡＰＩ２３を介して、機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）と情報を入出力する。ミドルウェア部１２０は、入力した情報を、そのまま又は所定の形式で出力する。例えば、ミドルウェア部１２０は、出力先が機器無依存アプリ部１３０の各部であれば、機器無依存ＡＰＩ２１の各部の入力形式に情報を変換する。出力先が機器依存部１１０のＯＡＭ部１１４、ドライバ、ファームウェア、ハードウェア部１１１（ＰＨＹ）又はハードウェア部１１２（ＭＡＣ）であれば、ミドルウェア部１２０は、それぞれに入力する形式の機器依存ＡＰＩ２３の形式に変換してから、又は終端して所定の処理を施してから情報を出力先に送信する。

ミドルウェア部１２０は、入力の際に、それぞれの入力先に不要な入力情報は削除し、不足の情報があれば、他の機器無依存ＡＰＩ２１や機器依存ＡＰＩ２３を介して収集して補足することが望ましい。また、ミドルウェア部１２０への入力の際に、ブロードキャスト又はマルチキャストして、関連するアプリ等に同報することとしてもよい。

ミドルウェア部１２０や機器依存部１１０は単一で例示したが、それぞれ複数から構成されていてもよい。機器依存部１１０のハードウェアに複数のプロセッサが含まれる場合、ミドルウェア部１２０はプロセッサやハードウェアをまたいでプロセッサ間通信等を用いて入出力してもよい。機器無依存アプリ部１３０間や機器無依存アプリ部１３０をＤＬＬのような実行プログラムとして、単一のプロセッサ上のユーザ空間上に配置してもよいし、複数のプロセッサ上のユーザ空間上に配置してもよい。

また、機器無依存アプリ部１３０は、ＡＰＩ等の入出力ＩＦを確保した上でカーネル空間に配置してもよいし、独立にファームウェア等に入替可能なＩＦを有するミドルウェア部１２０とともに配置してもよいし、ファームウェア等に組み込んでコンパイルし直してもよい。機器無依存アプリ部１３０毎にユーザ空間やカーネル空間を任意の組み合わせとしてもよい。

同一の機能に対応する機器無依存アプリ部１３０を、ユーザ空間とカーネル空間の両方で実装可能としてもよい。この場合、例えば、切り替えていずれかを選択してもよいし、両方協働して処理してもよいし、一方のみで実処理を行うとしてもよい。機器依存部１１０のソフトウェアも同様である。

望ましくは、主信号処理やＤＢＡ処理や低レイヤの信号処理のように高速処理が必要であるほど、拡張性・入替の即時性とトレードオフはあるが、オーバーヘッドが少なく高速な処理が期待されるカーネル空間やファームウェアに組み込むことが望ましい。機器依存アプリ部１５０を配置するプロセッサもプロセッサ間通信によるバスや速度等の制限、通信路の占有等による他のプログラムへの影響の観点から、実処理を行うプロセッサ又はその近傍のプロセッサのユーザ空間やカーネル空間やファームウェア上に配置することが望ましい。ただし、実処理を行うプロセッサ又はその近傍のプロセッサの能力を軽減するためにはプロセッサ間通信によるコミュニケーションコストは増大するが、遠隔のプロセッサで処理するとしてもよい。

機器無依存ＡＰＩ２１は、追加する拡張機能部１３１を想定してミドルウェア部１２０に予め備えられることが望ましいが、機器依存ＡＰＩ２３や他の機器無依存アプリ部１３０の改変を抑制する形で、必要に応じて追加又は削除されてもよい。その他は、アーキテクチャの第１例と同様である。

（アーキテクチャの第６例）
アーキテクチャの第６例は、機器依存部１１０として準拠する標準規格又は機器製造ベンダに依存するハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）と、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）を駆動するドライバ・ファームウェア等のソフトウェア部１１３と、機器依存部１１０の少なくとも一部分を駆動する機器依存アプリ部１５０とを備える。

機器依存アプリ部１５０及び機器依存部１１０は、機器依存ＡＰＩ２４を介して接続される。機器依存アプリ部１５０の中に、ＥＭＳ１４０からの通信を受ける管理・制御エージェント部１３３相当を含んでいてもよい。機器依存ＡＰＩ２４は、機器依存アプリ部１５０及び機器依存ＡＰＩ２４の改変を抑制する形で、必要に応じて追加又は削除されてもよい。

なお、通信装置のアーキテクチャの第１例〜第６例に示す通信装置の構成は、ＴＷＤＭ−ＰＯＮのようなＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴを前提に記載しているが、ＯＮＵであってもよく、ＴＷＤＭ−ＰＯＮ以外のＩＴＵ−Ｔ勧告準拠のＰＯＮのＯＬＴ又はＯＮＵのいずれかであってもよいし、ＧＥ−ＰＯＮ、１０ＧＥ−ＰＯＮ等のＩＥＥＥ規格準拠のＰＯＮであってもよく、ＴＣレイヤ又はＰＭＤレイヤは対応する層に読み替えれば同様である。

図８は、部品又は装置の群からなる仮想的な通信装置又は通信システムの構成の例を示す図である。図８に示す通信装置は、主に同一波長（後述の例では、同一の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）の送受信部（ＴＲｘ:Transceiver）１１の入出力を切替する光スイッチ部（光ＳＷ）１０と、ＴＲｘ１１と、スイッチ部（ＳＷ）１２と、スイッチ部（ＳＷ）１３と、制御部１４と、プロキシ部１５との少なくとも一部又は全てを備える。なお、通信装置は、外部サーバ１６を備え得る。

図８では、異なる波長（λＡ〜λＮ）の光信号を送受信（通信）するＴＲｘ１１が同一のＳＷ１２に接続される構成を示すが、実施形態１−１はこれに限定されない。例えば、異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が同一のＳＷ１２に接続される構成に加えて、同一の波長の光信号を送受信するＴＲｘ１１が同一のＳＷ１２に接続されていてもよいし、少なくとも一部の波長のＴＲｘ１１が複数同一のＳＷ１２に接続されていてもよいし、少なくとも一部の波長のＴＲｘ１１が可変波長であってもよいし、ＴＲｘ１１の内の一部又は全てが送信のみ又は受信のみ行うＴＲｘ１１であってもよい。

ＯＬＴなどの通信装置は、ＴＲｘ１１から制御部１４を備えていてもよいし、これらに加えて外部サーバ１６を更に、備えてもよい。また、ＯＳＵは、ＴＲｘ１１でもよいし、これに加えてＳＷ１２又はＳＷ１３を備えてもよい。
通信装置は、ＥＭＳを含めた仮想的な装置であってもよい。ＥＭＳに部品を乗せる構成としてはＯＮＯＳ（Open Network Operating System）の等の構成を用いてもよい。ＥＭＳ上に部品を乗せてもよいし、ＥＭＳ上の仮想ＯＬＴ（virtual OLT）上に部品を乗せてもよいし、ＥＭＳ上の仮想ＯＬＴと並列に乗せてもよい。

通信システム構成（１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図８）。

通信装置がＯＬＴである場合、ＯＬＴは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、外部サーバ１６とを含んで構成されてもよい。ＯＳＵは、光ＳＷ１０と、ＴＲｘ１１とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２とを含んで構成されてもよいし、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３とを含んで構成されてもよい。

光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や、外部のＯｐＳ等（不図示）やコントローラ（不図示）や外部の装置（不図示）等(外部のＯｐＳ等（不図示）やコントローラ（不図示）や外部の装置（不図示）等を以下外部の装置等と称する)から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

光ＳＷ１０は、可変波長のＴＲｘ１１の入出力を含む同一波長のＴＲｘ１１の入出力を、異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい。これは以降の例でも同様である。)又はそれらにつながる光合分波器等に切替してもよいし、可変波長を含む複数波長（後述の例では、複数の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを異なる芯線に切替してもよいし、可変波長を含む波長（後述の例では、周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい。これは以降の例でも同様である。）のＴＲｘ１１の入出力を束ねて、異なる芯線又はそれらにつながる光合分波器等に切替してもよい。

光ＳＷ１０は、自律制御を行い、又は、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、光ＳＷ１０、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ（Virtual Local Area Network）、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、又は、タグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一つ又はその組み合わせの処理を行う。

なお、上りトラフィックに関しても集約されるとは限らない。ＳＷ１２は通信システム構成（１−１）の構成では波長毎の振分が主であるが、集約、分配、複製、折返、透過、ＶＩＤ（Virtual LAN Identifier）や優先廃棄を表すタグ等のタグ付加又はタグ付替を行ってもよい。後述する通信システム構成（１−２）の構成では、上りトラフィックは集約が主であるが、分配、振分、複製、折返、透過、タグ付加又はタグ付替を行ってもよい。下りトラフィックも集約、分配、振分、複製、折返、透過、タグ付加又はタグ付替のいずれかを行ってもよく、少なくとも一部の組み合わせを行ってもよい。そのいずれとするかはサービスポリシーに応じて決定する。これは以降の通信システム構成でも同様である。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、又は、タグの変更無で、集約、分配、振分、複製、折返、透過若しくはタグ付加又はタグ付替の少なくとも一部又はその組み合わせの処理を行う。これは以降の通信システム構成でも同様である。

なお、ＳＷ１２は、制御されるとは限らない。ＴＲｘ１１からプロキシ部１５の少なくとも一つが制御される場合と、制御されずにＴＲｘ１１からプロキシ部１５の少なくとも一つに制御情報が転送される場合とがある。転送元としては例えばプロキシ部１５又は外部サーバ１６がある。また、ＴＲｘ１１からプロキシ部１５が自律で動く場合もある。これは以降の通信システム構成でも同様である。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。集線ＳＷは、複数のＯＬＴから若しくはＯＬＴへのトラフィックに集約、分配、振分、複製、折返若しくは透過の少なくとも一部を行う。ＳＷ１３は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、若しくは、タグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一部又はその組み合わせの処理を行う。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部サーバ１６等の装置に備える他の構成要素や外部の装置等と接続される。制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素や外部の装置等を制御し、又は光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素や外部の装置等を介して、指示を転送する。

図８に示すプロキシ部１５は、ＯＬＴから若しくはＯＬＴへのデータ経路上に設置してもよい。ただし、間に他の装置（例えば、複数のＯＬＴから若しくはＯＬＴへのトラフィックに集約／分配する集線ＳＷ等）が介在する場合があるので、直接接続されるとは限らない。制御の流れとしては、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、外部サーバ１６のいずれに、プロキシ部１５があってもよい。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等から制御され、又は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、所定の手順に従って、ＶＬＡＮ、優先、廃棄優先若しくは宛先等の少なくとも一部又はその組み合わせのタグの追加、削除、付替をして、若しくはタグの変更無で、集約、分配、振分、複製、折返若しくは透過の少なくとも一部又はその組み合わせの処理を行う。

外部サーバ１６は、ＴＲｘ１１又はＳＷ１２又はＳＷ１３又は制御部１４又はプロキシ部１５又は外部のＯｐＳ等（不図示）又はコントローラ（不図示）若しくは外部の装置（不図示）と接続される。外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３若しくは制御部１４若しくはプロキシ部１５等の装置に備える他の構成要素や外部の装置等を制御し、又は光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３若しくは制御部１４若しくはプロキシ部１５等の装置に備える他の構成要素や外部の装置等を介して指示を転送する。

光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、プロキシ部１５若しくは外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える構成要素は、装置に備える他の構成要素のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６等の装置に備える他の構成要素や外部の装置等に送信してもよい。

なお、要素は適宜含まなくてもよいし、含まない要素とのやりとりは例えば、スキップしてその先の要素とやりとりする。要素を省いた相手同士で通信してもよい。

通信システム構成（１−２）の通信システムでは、通信システム構成（１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１はＳＷ１２に接続される。
ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。
プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２−２）の通信システムでは、通信システム構成（２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１はＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、制御部１４、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（３−２）の通信システムでは、通信システム構成（３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、光ＳＷ１０、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、プロキシ部１５又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（４−２）の通信システムでは、通信システム構成（４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様の処理を行う。

ＳＷ１２は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（５−２）の通信システムでは、通信システム構成（５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。 光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

受信部１１（ＴＲｘ）は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部サーバ１６又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。
プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（６−２）の通信システムでは、通信システム構成（６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（７−２）の通信システムでは、通信システム構成（７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（８−２）の通信システムでは、通信システム構成（８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（９−２）の通信システムでは、通信システム構成（９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１０−２）の通信システムでは、通信システム構成（１０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１１−２）の通信システムでは、通信システム構成（１１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１又はＳＷ１２又は制御部１４又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要を制御し、又は装置に備える他の構成要を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１２−２）の通信システムでは、通信システム構成（１２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１若しくはＳＷ１３又は外部サーバ１６又は外部の装置等と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１若しくはＳＷ１３又は制御部１４又は外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１３−２）の通信システムでは、通信システム構成（１３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１４−２）の通信システムでは、通信システム構成（１４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、プロキシ部１５若しくは外部の装置等と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１５−２）の通信システムでは、通信システム構成（１５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（１６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、制御部１４、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１６−２）の通信システムでは、通信システム構成（１６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がそれぞれプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（１７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、ＳＷ１３に接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＳＷ１２又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの少なくとも一部又はその複写の少なくとも一部又はそれらの少なくとも一部を書換したトラフィックの少なくとも一部又はそれらに対する応答の少なくとも一部を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１７−２）の通信システムでは、通信システム構成（１７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、制御部１４とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１８−２）の通信システムでは、通信システム構成（１８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（１９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、制御部１４とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（１９−２）の通信システムでは、通信システム構成（１９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１２若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２０−２）の通信システムでは、通信システム構成（２０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、プロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又はプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＳＷ１３若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２１−２）の通信システムでは、通信システム構成（２１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。
ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

プロキシ部１５は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２２−２）の通信システムでは、通信システム構成（２２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２３−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１２、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２３−２）の通信システムでは、通信システム構成（２３−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２４−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、ＳＷ１３、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２４−２）の通信システムでは、通信システム構成（２４−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２５−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、外部サーバ１６、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、制御部１４、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２５−２）の通信システムでは、通信システム構成（２５−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２６−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、プロキシ部１５と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、プロキシ部１５、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又は装置に備える他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２６−２）の通信システムでは、通信システム構成（２６−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（２７−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１２とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１２に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１２のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１２は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１２は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１２は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２７−２）の通信システムでは、通信システム構成（２７−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１２にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１２に複数接続されていてもよい。他は同様である。

通信システム構成（２８−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、ＳＷ１３とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がＳＷ１３に接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはＳＷ１３のトラフィックの一部又はその全てに、１−１同様に処理する。

ＳＷ１３は、上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＳＷ１３は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＳＷ１３は、ＴＲｘ１１又は上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部又はその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２８−２）の通信システムでは、通信システム構成（２８−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が、ＳＷ１３にそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がＳＷ１３に複数接続されていてもよい。他は同様である。

通信システム構成（２９−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、制御部１４とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

制御部１４は、光ＳＷ１０、ＴＲｘ１１、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。制御部１４は、装置に備える構成要素や外部の装置等を制御し、又は装置に備える構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（２９−２）の通信システムでは、通信システム構成（２９−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３０−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、プロキシ部１５とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える構成要素や外部の装置等から制御され、又は装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくはプロキシ部１５のトラフィックの一部又はその全てに、１−１同様に処理する。

プロキシ部１５は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。プロキシ部１５は、ＴＲｘ１１若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（３０−２）の通信システムでは、通信システム構成（３０−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）がプロキシ部１５に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１がプロキシ部１５に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３１−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１と、外部サーバ１６とを備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

外部サーバ１６は、光ＳＷ１０、ＴＲｘ１１、外部のＯｐＳ等（不図示）、コントローラ（不図示）又は外部の装置（不図示）と接続される。外部サーバ１６は、装置に備える他の構成要素や外部の装置等を制御し、又はＴＲｘ１１の他の構成要素や外部の装置等を介して指示を転送する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（３１−２）の通信システムでは、通信システム構成（３１−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

通信システム構成（３２−１）の通信システムは、光ＳＷ１０と、ＴＲｘ１１を備える（図８）。
光ＳＷ１０は、ＯＤＮとＴＲｘ１１に接続される。光ＳＷ１０は、自律制御を行い、又は、装置に備える他の構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。

異なる波長（λＡ〜λＮ）の光信号を送受信するＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して接続される。ＴＲｘ１１は、自律制御を行い、又は、装置に備える構成要素や外部の装置等から制御され、又は、装置に備える他の構成要素や外部の装置等を介して転送された指示で制御される。ＴＲｘ１１は、光ＳＷ１０若しくは上位側の装置（不図示）のトラフィックの一部又はその全てに、１−１同様に処理する。

装置に備える構成要素は、装置に備える他の構成要素や外部の装置等のトラフィックの一部若しくはその全て自体又はその複写を受けて、受けたトラフィックの一部、その全て自体、受けたトラフィックの一部、全てを書き換えたトラフィック又は受けたトラフィックに対する応答を、装置に備える他の構成要素や外部の装置等に送信してもよい。

通信システム構成（３２−２）の通信システムでは、通信システム構成（３２−１）の構成に対して更に、異なる波長の代わりに同一の波長の光信号を送受信するＴＲｘ１１（λＡ〜λＡ）、ＴＲｘ１１（λＢ〜λＢ）、…、ＴＲｘ１１（λＮ〜λＮ）が上位側の装置（不図示）に直接、又は集線ＳＷ等を介してそれぞれ接続される。更に、異なる波長のＴＲｘ１１の内の少なくとも一部の波長のＴＲｘ１１が上位側の装置（不図示）に直接、又は集線ＳＷ等を介して複数接続されていてもよい。他は同様である。

上記通信システム構成（１−１）〜（３２−２）に示す通信システムが光ＳＷ１０を備える構成を示したが、通信システム構成（１−１）〜（３２−２）に示す通信システムが光ＳＷ１０を備えないように構成されてもよい。図８に示す通信システムにおいて、通信システム構成（１−１）〜（３２−２）に対応する光ＳＷ１０を備えない構成を、それぞれ通信システム構成（３３−１）〜（６４−２）とする。すなわち、通信装置は、ＴＲｘ１１と、ＳＷ１２と、ＳＷ１３と、制御部１４と、プロキシ部１５との少なくとも一部を備える。なお、通信装置は、外部サーバ１６を備え得る。通信システム構成（３３−１）〜（６４−２）において、ＯＤＮとＴＲｘ１１が光ＳＷ１０を介さずに接続される。可変波長のＴＲｘ１１の入出力を含む同一波長のＴＲｘ１１の入出力を、ＯＤＮの異なる芯線又はそれらにつながる光合分波器等に接続してもよいし、可変波長を含む複数波長のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを、ＯＤＮの異なる芯線に接続してもよいし、可変波長を含む波長のＴＲｘ１１の入出力を束ねて、ＯＤＮの異なる芯線又はそれらにつながる光合分波器等に接続してもよい。他は同様である。

（第１の構成例）
ＯＬＴがＴＲｘ１１を備え、実行部と指示部とを分離して機能配備する例について説明する。この場合、ＯＬＴは、ＴＲｘ１１に実行部を備える。ＯＬＴは、ＴＲｘ１１の情報処理部や、ＣＰＵ（Central Processing Unit）等の演算処理可能な箇所に、指示部を備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。

また、第１の構成例において、ＯＬＴは、主に可変波長のＴＲｘ１１の入出力を含む同一波長（後述の例では、同一の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力を異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい)又はそれらにつながる光合分波器等に切替又は可変波長を含む複数波長（後述の例では、複数の周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力又はそれらを光合分波器等で束ねたものを異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい）に切替又は可変波長を含む波長（後述の例では、周波数やモードやコアや符号や周波数や（サブ）キャリア等や波長を含めたそれらの組み合わせであってもよい）のＴＲｘ１１の入出力を束ねて、異なる芯線（後述の例では異なるモードやコア等や芯線を含めたこれらの組み合わせであってもよい）又はそれらにつながる光合分波器等に切替する光ＳＷ１０を備える。なお、以下に示す第２の構成例から第６４の構成例においても、ＯＬＴは、光ＳＷ１０を備える。

実行部と指示部の入出力は、内部配線、バックボード、ＯＡＭ部１１４、主信号線、専用の配線、ＯｐＳ等、コントローラ又はＣｏｎｔ等の経路のいずれでよい。やりとりを指示部で直接終端して入力する場合、ＯＡＭ部１１４又は主信号にカプセル化してもよい。やりとりをいずれかの箇所で終端して、内部配線、バックボード、ＯＡＭ部１１４、主信号線、専用の配線、ＯｐＳ等、コントローラ又は制御盤等の経路を経由して入力してもよい。ＯＡＭ部１１４や主信号線を用いる場合、ＯＡＭ部１１４や主信号にカプセル化することが望ましい。主信号線を通す場合はＯＳＵ又は他箇所のＳＷにて指示部に振り分けることが望ましい。

なお、第１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。

（第２の構成例）
第２の構成例では、実行部をＴＲｘ１１に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３の構成例）
第３の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４の構成例）
第４の構成例では、実行部をＴＲｘ１１に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５の構成例）
第５の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６の構成例）
第６の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第７の構成例）
第７の構成例では、実行部をＴＲｘ１１に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第８の構成例）
第８の構成例では、実行部をＳＷ１２に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第９の構成例）
第９の構成例では、実行部をＳＷ１２に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。

（第１０の構成例）
第１０の構成例では、実行部をＳＷ１２に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１１の構成例）
第１１の構成例では、実行部をＳＷ１２に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等に備える。その他は第１の構成例と同様である。なお、第１１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１２の構成例）
第１２の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１３の構成例）
第１３の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１４の構成例）
第１４の構成例では、実行部をＳＷ１２に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理が可能な箇所に備える。その他は第１の構成例と同様である。なお、第１４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１５の構成例）
第１５の構成例では、実行部をＯＳＵに備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＴＲｘ１１に演算処理可能な箇所を含む構成に適用できる。なお、ＯＳＵとＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１６の構成例）
第１６の構成例では、実行部をＯＳＵ、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１７の構成例）
第１７の構成例では、実行部をＯＳＵに備え、指示部をＯＳＵの例えば情報処理部、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ近傍に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第１７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。

（第１８の構成例）
第１８の構成例では、実行部をＯＳＵに備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第１９の構成例）
第１９の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第１９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵ及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２０の構成例）
第２０の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２１の構成例）
第２１の構成例では、実行部をＯＳＵに備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵとＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＳＵとＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２２の構成例）
第２２の構成例では、実行部をＳＷ１３に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２３の構成例）
第２３の構成例では、実行部をＳＷ１３に備え、指示部をＳＷ１２に備える。その他は第１の構成例と同様である。なお、第２３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＳＷ１２を備える任意の構成に適用できる。なお、ＳＷ１３及びＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２４の構成例）
第２４の構成例では、実行部をＳＷ１３に備え、指示部をＯＳＵの演算処理可能な箇所に備える。ＯＳＵの演算処理可能な箇所は、例えば、情報処理部、ＣＰＵである。その他は第１の構成例と同様である。なお、第２４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２５の構成例）
第２５の構成例では、実行部をＳＷ１３に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ（Virtual Machine）上でもよい。なお、第２５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。

（第２６の構成例）
第２６の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２７の構成例）
第２７の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴ外部の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２８の構成例）
第２８の構成例では、実行部をＳＷ１３に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第２９の構成例）
第２９の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＴＲｘ１１の情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第２９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３０の構成例）
第３０の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３１の構成例）
第３１の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３２の構成例）
第３２の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及びＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３３の構成例）
第３３の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第３３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤とＯＬＴに演算処理可能な箇所を備える構成に適用できる。

（第３４の構成例）
第３４の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３５の構成例）
第３５の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３５の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の主信号ネットワークに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等とＯＬＴ外部の主信号ネットワークの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３６の構成例）
第３６の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３７の構成例）
第３７の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３８の構成例）
第３８の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等及びＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第３９の構成例）
第３９の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第３９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４０の構成例）
第４０の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等及びＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４１の構成例）
第４１の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別サーバ上でもよく、同一サーバ上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第４１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４２の構成例）
第４２の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４２の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４３の構成例）
第４３の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４４の構成例）
第４４の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４５の構成例）
第４５の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４５の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４６の構成例）
第４６の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４６の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４７の構成例）
第４７の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４７の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴに演算処理可能な箇所を備える構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４８の構成例）
第４８の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第４８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等とＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第４９の構成例）
第４９の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理可能な個所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第４９の構成例は通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に演算処理可能な箇所を備える任意の構成に適用できる。

（第５０の構成例）
第５０の構成例では、実行部を光ＳＷ１０に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。実行部が指示部よりＰＯＮ側に配置されることが応答速度の観点から好ましいが、逆でもよく、同位置の別装置上でもよく、同一装置上の別ＶＭ上でもよい。その他は第１の構成例と同様である。なお、第５０の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５１の構成例）
第５１の構成例では、実行部を光ＳＷ１０に備え、指示部をＴＲｘ１１の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５１の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＴＲｘ１１に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＴＲｘ１１の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５２の構成例）
第５２の構成例では、実行部を光ＳＷ１０に備え、指示部をＳＷ１２の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第52の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＳＷ１２に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＳＷ１２の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５３の構成例）
第５３の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＳＵの例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５３の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＳＵに演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＳＵの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５４の構成例）
第５４の構成例では、実行部を光ＳＷ１０に備え、指示部をＳＷ１３の例えば情報処理部や、ＣＰＵ等に備える。その他は第１の構成例と同様である。なお、第５４の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＳＷ１３に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＳＷ１３の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５５の構成例）
第５５の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５５の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴに演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＬＴの演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５６の構成例）
第５６の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴ外部の例えばセンタクラウド、ローカルクラウド、エッジクラウド、単独の外部サーバ１６、情報処理部、ＯｐＳ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５６の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴ外部に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０及びＯＬＴ外部の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５７の構成例）
第５７の構成例では、実行部を光ＳＷ１０に備え、指示部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等の演算処理が可能な箇所に備える。その他は第１の構成例と同様である。なお、第５７の構成例は、通信システム構成（１−１）〜（６４−２）における光ＳＷ１０とＯＬＴ外部の主信号ネットワーク中に演算処理可能な箇所を備える任意の構成に適用できる。なお、光ＳＷ１０とＯＬＴ外部の主信号ネットワーク中の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５８の構成例）
第５８の構成例では、実行部をＴＲｘ１１に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５８の構成例は、通信システム構成（１−１）〜（６４−２）におけるＴＲｘ１１と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＴＲｘ１１と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第５９構成例）
第５９の構成例では、実行部をＳＷ１２に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第５９の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１２と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１２と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６０の構成例）
第６０の構成例では、実行部をＯＳＵに備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６０の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＳＵと光ＳＷ１０に演算処理可能な箇所を含む構成に適用できる。なお、ＯＳＵと光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６１の構成例）
第６１の構成例では、実行部をＳＷ１３に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６１の構成例は、通信システム構成（１−１）〜（６４−２）におけるＳＷ１３と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＳＷ１３及び光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６２の構成例）
第６２の構成例では、実行部をＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等に備え、指示部を光ＳＷ１０の情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６２の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴの例えば制御部１４、情報処理部、制御盤又はＣＰＵ盤等及び光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６３の構成例）
第６３の構成例では、実行部をＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６３の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等と光ＳＷ１０に演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の例えばセンタクラウドやローカルクラウドやエッジクラウドや単独の外部サーバ１６や情報処理部やＯｐＳ等と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

（第６４の構成例）
第６４の構成例では、実行部をＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等に備え、指示部を光ＳＷ１０の例えば情報処理部や、ＣＰＵ等の演算処理可能な箇所に備える。その他は第１の構成例と同様である。なお、第６４の構成例は、通信システム構成（１−１）〜（６４−２）におけるＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等と光ＳＷ１０の演算処理可能な箇所を備える任意の構成に適用できる。なお、ＯＬＴ外部の主信号ネットワーク中の例えばプロキシ部１５等と光ＳＷ１０の演算処理可能な箇所の両方に実行部及び指示部が備わっていてもよい。

なお、第１の構成例から第６４の構成例において、指示部の設定又はアルゴリズムを変更するためのＩＦを備え、指示部のソフトウェアを変更できるとしてもよい。また、第１の構成例から第６４の構成例において、指示部は装置の構成要素で、演算処理が可能な一か所の構成要素上に配置したが、演算処理が可能な複数の構成要素装置上、例えば複数の情報処理部での処理により実現してもよい。

図９は、光アクセスシステムの構成の例を示す図である。同図に示すＯＬＴは、通信装置１００の一例である。図９に係る光アクセスシステムでは、ＩＴＵ−Ｔ Ｇ．９８９シリーズに準拠する。図９において、コントローラと外部装置はＯＬＴに含まれないが、ＦＡＳＡアプリケーションＡＰＩとの通信を例示するために記載する。

論理モデルは、ＦＡＳＡアプリケーションと、ＦＡＳＡアプリケーションにＦＡＳＡアプリケーションＡＰＩを提供するＦＡＳＡ基盤とで構成される。ＦＡＳＡ基盤はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを含む。ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアは、ＦＡＳＡ基盤を構成するハードウェアやソフトウェアのベンダや方式の違いを吸収する。ＦＡＳＡアプリケーションＡＰＩ用ミドルウェア上にベンダや方式に依存しないＦＡＳＡアプリケーションＡＰＩセットを規定し、ＦＡＳＡアプリケーションの入替により、サービス毎あるいは通信事業者毎に必要な機能を実現する。ＦＡＳＡアプリケーション間の通信やコントローラ等による設定管理はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して行う。なお、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介さないこともありうる。ＦＡＳＡアプリケーションＡＰＩセットは、ＦＡＳＡアプリケーションで利用する共通のＡＰＩ群であり、ＦＡＳＡアプリケーション毎に必要なＡＰＩをＡＰＩセットから選択して利用する。

以下に示す接続関係は例であり、間に介在する接続は介在しない接続であってもよいし、複数の接続関係の一部のみ接続していてもよく、それ以外の接続であってもよい。これは他の説明も同様である。

ＯＬＴには、ＥＭＳがＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して接続されるＩＦ変換アプリを介して、設定管理アプリケーション（例えば、低速監視アプリ（ＥＭＳ−ＩＦ）及び設定・管理アプリ）と接続されるようにアプリが配置されている。ＩＦ変換アプリと設定管理アプリケーションも、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して接続される。ＩＦ変換アプリは、ＯｐＳ等からＯＬＴ等のＮＥに対する制御ＩＦであるＳＢＩ（South Band Interface）のコマンドを変換するＳＢＩアプリに相当する。ここでＩＦ変換アプリがＩＦ変換するとしているが低速監視アプリ（ＥＭＳ−ＩＦ）及び設定・管理アプリにて、ＩＦ変換する又はＩＦ変換する必要のないＡＰＩを備えれば、ＩＦ変換アプリは備えなくともよい。低速監視アプリ（ＥＭＳ−ＩＦ）と設定・管理アプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介して、ＥＭＳやＮＥ管理等を行うＮＥ制御・管理と接続される。低速監視アプリ（ＯＭＣＩ）、ＭＬＤプロキシアプリ（マルチキャストアプリ）及び省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してそれぞれＬ２機能と接続される。

プロテクションアプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＰＬＯＡＭ Ｅｎｇｉｎｅ（ＰＬＯＡＭエンジン）とＥｍｂｅｄｄｅｄ ＯＡＭ Ｅｎｇｉｎｅ（エンベデッドＯＡＭエンジン）とに接続される。省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＯＭＣＩとＰＬＯＡＭ Ｅｎｇｉｎｅとに接続される。ＯＮＵ登録認証アプリ及びＤＷＢＡアプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＰＬＯＡＭ Ｅｎｇｉｎｅと接続され、ＤＢＡアプリはＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＥｍｂｅｄｄｅｄ ＯＡＭ Ｅｎｇｉｎｅと接続される。省電力アプリは、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してプロテクションアプリとＯＮＵ登録認証アプリとＤＷＢＡアプリとＤＢＡアプリ間でそれぞれ動作させてもよい。外部の装置からの入力はＦＡＳＡアプリケーションＡＰＩ用ミドルウェアを介してＤＢＡアプリに接続している。なおこれらの接続は、例であり、外部の装置からの入力をＤＢＡアプリ以外の他のアプリ例えばプロテクションアプリやＤＷＢＡアプリに接続してもよい。また外部の装置からの入力をＦＡＳＡアプリケーションＡＰＩ用ミドルウェア経由でＩＦ変換アプリを介してＩＦ変換したり、ＦＡＳＡアプリケーションＡＰＩ用ミドルウェア経由で設定・管理アプリを介してＤＢＡアプリ等に接続したりしてもよい。

アクセスシステムの主要機能とＦＡＳＡアプリケーション化の対象を図２８及び図２９に示す。以下、ＴＷＤＭ−ＰＯＮが、ＰＯＮマルチキャスト機能と、省電力制御機能と、周波数・時刻同期機能と、プロテクション機能と、保守運用機能と、Ｌ２主信号処理機能と、ＰＯＮアクセス制御機能と、ＰＯＮ主信号処理機能とを主に有する場合を例に説明する。以下、ＰＯＮマルチキャスト機能と、省電力制御機能と、周波数・時刻同期機能と、プロテクション機能と、保守運用機能と、Ｌ２主信号処理機能と、ＰＯＮアクセス制御機能と、ＰＯＮ主信号処理機能とを、「主要８機能」という。

図１０は、図２８及び図２９に示す機能に対応する通信装置内の機能部間の信号／情報の流れを示す図である。同図に示す通信装置は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）と、Ｌ２主信号処理機能部３４０と、ＰＯＮマルチキャスト機能部３５０と、省電力制御機能部３６０と、周波数・時刻同期機能部３７０と、プロテクション機能部３８０とを備える。

ＰＯＮ主信号処理機能部３００は、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）と、Ｌ２主信号処理機能部３４０とに接続されていてもよい。ＰＯＮマルチキャスト機能部３５０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。省電力制御機能部３６０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。周波数・時刻同期機能部３７０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。プロテクション機能部３８０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。

ＰＯＮ主信号処理機能部３００は、ＰＯＮ主信号処理機能を有する。ＰＯＮ主信号処理機能は、ＯＮＵとの間で送受信を行う主信号を処理する機能群であり、ＰＨＹアダプテーションと、フレーム化と、サービスアダプテーションと、ＰＯＮフレームの生成分離やＦＥＣ等を含む。ＰＯＮ主信号処理機能は、ソフト化困難である。

ＰＯＮアクセス制御機能部３２０は、ＰＯＮアクセス制御機能を有する。ＰＯＮアクセス制御機能は、前述の主信号送受信を行うための制御機能群であり、動的帯域割当のＤＢＡ制御やＤＢＡアプリ、ＤＷＡ制御(λ設定切替)やＤＷＡアプリ（波長プロテクション及び波長スリープを含む。）、ＯＮＵの登録認証制御やＯＮＵ登録認証アプリ、等を含んでもよいむ。各機能の拡張性の効果(差異化要素)として、ＯＮＵ登録認証アプリは認証方式の隠蔽を有し、ＤＢＡアプリは柔軟なＱｏＳを有し、ＤＷＡアプリ(波長プロテクション及び波長スリープを含む。)ＰＯＮアクセス制御機能部３２０は柔軟なＱｏＳを有するためソフト化が望ましい。

保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）は、保守運用機能を有する。保守運用機能は、アクセス装置によってサービスを円滑に保守運用するための機能群であり、ＯＮＵやＯＬＴ（ＯＳＵ及びＳＷ）の装置を設定する機能や、ソフトウェアの更新、装置やサービスの管理、各種機能が正常に動作しているかを監視する機能、異常発生時に能動的又は受動的に警報を発出する機能、異常発生時の範囲や原因を調査するための試験機能、装置設定・管理、設定・管理アプリ、低速監視・試験、低速監視アプリ（ＯＮＵ／ＯＬＴ監視:ＥＭＳ）、低速監視アプリ（ＯＭＣＩ）、高速監視・制御と、高速監視アプリ等を含んでもよい。また、保守運用機能は、多数のアクセス装置を管理する保守運用システムと接続され、リモートからも円滑な保守運用を実現する。保守運用機能は、設定・管理アプリと、低速監視（ＯＭＣＩ）アプリと、高速監視アプリはソフト化可であり、低速監視アプリ（ＯＮＵ／ＯＬＴ監視）が状況による。また、各機能の拡張性の効果（差異化要素）として、設定・管理アプリはコントローラと協調することで抜本的なＯｐｅｘ削減する効果を有し、低速監視アプリ（ＯＮＵ／ＯＬＴ監視: ＥＭＳ）はＥＭＳと協調することで抜本的なＯｐｅｘ削減する効果を有する。

Ｌ２主信号処理機能部３４０は、Ｌ２主信号処理機能を有する。Ｌ２主信号処理機能は、ＰＯＮ側ポートとＳＮＩ側ポートとの間で主信号を転送し、処理する機能群であり、ＭＡＣアドレス学習やＶＬＡＮ制御、パス制御、帯域制御、優先制御、遅延制御、Ｃｏｐｙ、やトラフィックモニタ等の機能を含む。Ｌ２主信号処理機能は、ソフト化困難である。

ＰＯＮマルチキャスト機能部３５０は、ＰＯＮマルチキャスト機能を有する。ＰＯＮマルチキャスト機能は、ＳＮＩ側から受信したマルチキャストストリームを適切なユーザに転送する機能群であり、マルチキャストストリームの識別や振分し、ＯＮＵのフィルタ設定を実施する機能、ＭＬＤ／ＩＧＭＰプロキシ、マルチキャスト(フレーム処理)を含んでもよい。ＭＬＤ／ＩＧＭＰプロキシのアプリはソフト化可である。

省電力制御機能部３６０は、省電力制御機能を有する。省電力制御機能（アクセス制御）は、ＯＮＵやＯＬＴの電力消費を削減するための機能群であり、標準化で規定されている省電力化機能に加え、トラフィックモニタとの連携によってサービスへの影響を最小限に抑えながら、最大限の効果を得るための機能、省電力制御、省電力アプリを含んでもよい。省電力アプリはソフト化可である。また、各機能の拡張性の効果(差異化要素)として、省電力アプリは柔軟なＱｏＳの効果を有する。

周波数・時刻同期機能部３７０は、周波数・時刻同期機能を有する。周波数／時刻同期機能は、ＯＮＵ配下の装置に正確な周波数同期や時刻同期を提供するための機能群であり、自身のリアルタイムクロックを上位装置に従属同期させる機能や、ＰＯＮフレームを用いてＯＮＵに時刻情報を通知する機能を含んでもよい。周波数/時刻同期機能は、ソフト化困難である。

プロテクション機能部３８０は、プロテクション機能を有する。プロテクション機能は、ＳＷ間やＯＳＵ間等、複数のハードウェアで冗長をとった構成において、障害検知時に現用系から予備系への切替や引継を実施してサービスを継続するための機能群であり、切替トリガの検出や切替処理の実施といった機能、プロテクション制御、プロテクションアルゴリズム(アプリ)を含んでもよい。また、プロテクション機能は障害検知時や手動での切替時に、サービスを全面停止せず縮退運転で動作させ続けるための機能を提供する。プロテクションアルゴリズム(アプリ)はソフト化可である。また、各機能の拡張性の効果(差異化要素)を、プロテクションアルゴリズムは有する。
ＰＭＤ部３１０は、主要８機能以外の機能を有する。

ＰＯＮ主信号処理機能部３００は、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０（ＰＬＯＡＭ処理、ＯＭＣＩ処理）と、Ｌ２主信号処理機能部３４０とに接続されていてもよい。ＰＯＮマルチキャスト機能部３５０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。省電力制御機能部３６０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。周波数・時刻同期機能部３７０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。プロテクション機能部３８０は、ＰＯＮ主信号処理機能部３００と、ＰＭＤ部３１０と、ＰＯＮアクセス制御機能部３２０と、保守運用機能部３３０と、Ｌ２主信号処理機能部３４０とからなる群に接続していてもよい。

図１１は、ＰＯＮ主信号処理機能部３００が有する機能構成の例を示す図である。ＰＯＮ主信号処理機能部３００は、上り信号の処理順（下り信号の処理は逆方向）に、ＰＨＹアダプテーションと、フレーム化と、サービスアダプテーションとを、ＰＯＮ主信号処理機能を構成する処理として備えていてもよい。これらの処理は、基本処理から構成されてもよい。基本処理は、同期ブロック生成／抽出と、スクランブル／デスクランブルと、ＦＥＣデコード／エンコードと、フレーム生成／分離と、ＧＥＭ（Ｇ−ＰＯＮ Ｅｎｃａｐｓｕｌａｔｉｏｎ Ｍｅｔｈｏｄ）カプセル化と、フラグメント処理と、暗号化とである。

ＰＨＹアダプテーションは、同期ブロック抽出と、デスクランブルと、ＦＥＣデコーディングとを、上り信号の処理順に備えていてもよい。ＰＨＹアダプテーションは、ＦＥＣエンコーディングと、スクランブルと、同期ブロック生成とを、下り信号処理の順番で備えていてもよい。

ＰＯＮ主信号処理機能部３００は、ＰＨＹアダプテーション、フレーム化又はサービスアダプテーションの処理を備えずに、同等の処理を基本処理の組み合わせで実現してもよい。ＰＨＹアダプテーション、フレーム化又はサービスアダプテーションの処理は、順番が入れ替わっていてもよい。ＰＨＹアダプテーションは、例えば、ＦＥＣ処理をＰＨＹアダプテーション以外に備えてもよい。

ＰＯＮ主信号処理機能部３００の主要機能では、１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λの処理をそれぞれ波長ごとに処理する場合、それぞれ１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λ以上のストリーム処理が複数波長を処理するなら、複数波長分が求められる。

図１２は、ＰＯＮアクセス制御機能部３２０が有する機能構成の例を示す図である。ＰＯＮアクセス制御機能部３２０が有するＰＯＮアクセス制御機能を構成する処理として、ＯＮＵ登録又は認証、ＤＢＡ、及び、λ設定切替（ＤＷＡ）を有する。これらの処理は、基本処理から構成されてもよい。例えば、ＯＮＵ登録又は認証は、初期処理を構成するレンジング、認証削除、登録、起動停止、ＤＢＡは帯域要求受信、トラフィック測定、履歴保持、割当計算、割当処理、設定切替計算、設定切替処理、設定切替状況把握の全て又はそのいくつか、λ設定切替は、帯域要求受信、トラフィック測定、履歴保持、割当計算、割当処理、設定切替計算、設定切替処理、設定切替状況把握の全て又はそのいくつかから構成されてもよい。ＯＮＵ登録又は認証、ＤＢＡ、λ設定切替（ＤＷＡ）は備えずに同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

ＰＯＮアクセス制御機能部３２０の主要機能では、ＯＮＵ高速起動、ＤＢＡ周期内でのＢＷＭａｐ、無瞬断λ設定切替等が必要に応じて求められる。機能分担の例として、登録又は認証としては、タイムクリティカルなレンジング処理を機器依存部１１０、その後の認証や鍵交換をアプリとしてもよい。ＤＢＡ・λ設定切替では、単純な繰り返し処理を機器依存部１１０、理想状態への反映をアプリとしてもよい。

図１３は、Ｌ２主信号処理機能部３４０が有する機能構成の例を示す図である。Ｌ２主信号処理機能部３４０が有するＬ２主信号処理機能を構成する処理として、ＭＡＣ学習、ＶＬＡＮ制御、パス制御、帯域制御、優先制御、遅延制御、Ｃｏｐｙを有する。これらの処理は基本処理であるアドレス管理、分類部（クラシファイア: Classifier）、変更部（モディファイア、Modifier）、ポリサー／シェイパ（Policer/Shaper）、ＸＣ（Cross Connect）、キュー(Queue）、スケジューラ（Scheduler）、コピー（Copy）、トラフィックモニタから構成されてもよい。ＭＡＣ学習、ＶＬＡＮ制御、パス制御、帯域制御、優先制御、遅延制御、Ｃｏｐｙは備えずに同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

Ｌ２主信号処理機能部３４０の主要機能では、１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λの処理をそれぞれ波長ごとに処理する場合、それぞれ１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λ以上のストリーム処理が、複数波長を処理するなら複数波長分が求められる。

図１４は、保守運用機能部３３０が有する機能構成の第１例を示す図である。保守運用機能部３３０が有する保守運用機能を構成する処理として、ＯＮＵ、ＯＳＵ、ＯＬＴ又はＳＷの装置設定（手動、一括、自動、オペレーション契機）、設定バックアップ、ＦＷ更新、装置制御（リセット）、冗長構成対応を有する。これらの処理は、基本処理であるＣＬＩ−ＩＦ、装置管理ＩＦ、オペレーションＩＦ、汎用コンフィグ（Config）−ＩＦ（Ｎｅｔｃｏｎｆ、ＳＮＭＰなど）、テーブル管理から構成されてもよい。装置設定、設定バックアップ、ＦＷ更新、装置制御、冗長構成対応は備えずに同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

保守運用機能部３３０の主要機能では、指示を受けてからＡＣＫ送信まで１００ミリ秒以内、指示を受けてから反映完了通知送信まで２００ミリ秒以内（ただし、データ転送を含む設定バックアップとＦＷ更新は規模（サイズ・ユーザ数）に応じる等の規定に従うこと）が求められる。機能分担の例としては、ハードのＣｏｎｆｉｇを除きアプリによる処理とし、ソフトや設定データはＯＮＵやＯＬＴで持たずに図８の外部サーバ１６上のアプリによる処理とすることもできる。コマンドの統一とシーケンスの定義をすることで実現することもできる。

図１５は、保守運用機能部３３０が有する機能の構成の第２例を示す図である。保守運用機能部３３０が有する機能を構成する処理として、装置の状態監視（ＣＰＵ／メモリ／電源／切替）、トラフィック監視、警報監視（ＯＮＵ異常、ＯＬＴ異常）、試験（ループバック）を有する。これらの処理は基本処理である警報通知、ログ記録、Ｌ３パケット生成／処理、テーブル管理から構成されてもよい。装置の状態監視、トラフィック監視、警報監視、試験は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

保守運用機能部３３０の主要機能では、レイテンシが１００ミリ秒以内等の規定に従うことが求められる。機能分担の例として、通知／表示のＩＦのみアプリとし、モニタが必要な項目（ＣＰＵ負荷、メモリ利用量、電源状態、消費電力、イーサネット（登録商標）のリンク状態など）は機器依存部１１０であり、機器依存部１１０からの通知読み出し、通知のネットワーク（ＮＷ）送信、ファイルへの書き込みなどのＩＦをきるアプリによる処理とすることもできる。

図１６は、保守運用機能部３３０が有する機能構成の第３例を示す図である。保守運用機能部３３０が有する保守運用機能を構成する処理として、高速を要する監視・制御の入出力（スリープ指示／返答、λ設定切替指示／返答など）を有する。本処理の手段として、物理層ＯＡＭ（ＰＬＯＡＭ：PHYsical Layer OAM）メッセージ、及び、ヘッダ内のビット表示（Ｅｍｂｅｄｄｅｄ ＯＡＭ）を利用する。これらの処理は基本処理であるＰＬＯＡＭ処理、Ｅｍｂｅｄｄｅｄ ＯＡＭ処理、省電力制御機能部３６０との通信、プロテクション機能部３８０との通信、ＰＯＮアクセス制御機能部３２０との通信から構成されてもよい。高速を要する監視・制御の入出力は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。保守運用機能部３３０の主要機能では、ＰＬＯＡＭ処理を７５０マイクロ秒以内とする等の規定に従うことが求められる。

図１７は、ＰＯＮマルチキャスト機能部３５０が有する機能構成の例を示す図である。ＰＯＮマルチキャスト機能部３５０が有するＰＯＮマルチキャスト機能を構成する処理として、マルチキャストストリームの識別又は振り分け、ＭＬＤプロキシ／スヌーピング、ＯＮＵフィルタ設定、波長間設定移行を有する。これらの処理は基本処理であるＬ２識別・振り分け、Ｌ３パケット処理（ＩＰｖ６ Ｐａｒｓｅを備えるのが望ましい）、Ｌ３パケット生成、テーブル管理、ＯＭＣＩ機能との通信から構成されてもよい。マルチキャストストリームの識別又は振り分け、ＭＬＤプロキシ／スヌーピング、ＯＮＵフィルタ設定、波長間設定移行は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

なお本願の文中ではマルチキャストのプロトコルとしてＭＬＤで例示したが、ＩＧＭＰ等の他のプロトコルであっても同様である。

ＰＯＮマルチキャスト機能部３５０の主要機能では、識別／振り分けを１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λの処理をそれぞれ波長毎に処理する場合、それぞれ１０Ｇｂｉｔ／ｓ／λと２．５Ｇｂｉｔ／ｓ／λ以上のストリーム処理が、複数波長を処理するなら複数波長分が求められる。さらに、ＰＯＮマルチキャスト機能部３５０の主要機能では、パケット処理としてザッピング（Zapping）性能（ＪＯＩＮレイテンシ）が、平均１．５秒以内等の規定に従うことが求められる。

機能分担の例としては、マルチキャスト（ＭＣ）ストリームの識別・振分は高速な処理能力を持つＣＰＵ等であればソフト処理可だが、ハード＋ｃｏｎｆｉｇが望ましい。その他、上りに対するアプリ系やＯＮＵ設定は頻度や遅延制約が緩いためアプリによる処理とするである。

図１８は、省電力制御機能部３６０が有する機能構成の例を示す図である。省電力制御機能部３６０が有する機能を構成する処理として、スリープ用プロキシ／トラフィックモニタ、ＯＮＵ波長設定、波長間設定移行を有する。これらの処理は基本処理であるＬ３パケット処理（ＩＰｖ６ Ｐａｒｓｅを備えるのが望ましい）、Ｌ３パケット生成、テーブル管理、ＯＳＵ省電力ステートダイアグラム（ＳＤ：State Diagram）、ＯＭＣＩ機能との通信から構成されてもよい。スリープ用プロキシ／トラフィックモニタ、ＯＮＵ波長設定、波長間設定移行は同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

本主要機能では、送受信立ち上がり時間（受信器／送信器）を１０ミリ秒／５ミリ秒、立ち上がり時間（ＬＣ／ＯＳＵ／ＯＬＴ）を１００ミリ秒／１秒／１０秒等の規定に従うことが求められる。

機能分担の例として、パワーセーブ（ＰＳ: Power Save）アプリや、信号によってはプロキシ処理もアプリによる処理とすることもできる。省電力制御状態遷移管理（ドライバ部）は速度が求められるがアプリによる処理とすることもできる。トラフィックモニタはコンフィグ（config）のみアプリによる処理とすることもできる。

図１９は、周波数・時刻同期機能部３７０が有する機能構成の例を示す図である。ＯＬＴは、ＳｙｎｃＥ（Synchronous Ethernet（登録商標））（周波数同期用）及びＩＥＥＥ １５８８ｖ２（時刻同期）により、自身のリアルタイムクロック（ＲＴＣ）を上位装置に従属同期させる。更に、ＯＭＣＩを利用して、ＰＯＮのスーパーフレームカウンタ（ＳＦＣ）と絶対時刻（ＴｏＤ：Time of Day）情報の対応をＯＮＵに通知する。これらの処理は基本処理であるリアルタイムクロックの保持等から構成されてもよい。同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

本主要機能では、周波数同期精度＋／−５０ｐｐｂ（ＬＴＥ ＦＤＤ、同ＴＤＤ）、時刻同期精度＋／−１〜１．５マイクロ秒（ＬＴＥ ＴＤＤ、スモールセル）、＋／−１マイクロ秒（Ｇ．９８７．３）等の規定に従うことが求められる。機能分担の例としては、リアルタイムクロック自体は機器依存部１１０であり、上位装置への時刻合わせ計算はアプリによる処理とすることもできる（精度により機器依存部１１０とすることもできる）。

図２０は、プロテクション機能部３８０が有する機能構成の例を示す図である。プロテクション機能部３８０が有するプロテクション機能を構成する処理として、冗長切替（ＣＴ、ＳＷ、ＮＮＩ、Ｃｏｎｔ、ＰＯＮ（Ｔｙｐｅ Ａ、Ｂ、Ｃ））を備える。これらの処理は基本処理である冗長パス設定、切替トリガ検出、切替通知送受信、切替処理等から構成されてもよい。同等の処理を基本処理の組み合わせで実現してもよい。また、順番が入れ替わっていてもよい。

本主要機能では、強制切替は５０ミリ秒以下等の規定に従うことが求められる。機能分担の例としては、故障検出等のハードの切替トリガ検出と切替処理を除きアプリによる処理とすることもできる。冗長パスを予め設定せずに、切替トリガ検出時にＥＭＳ側へ（から）指示する場合は機器依存、等である。

なお、主要８機能は必要に応じて備えればよく、例えばＰＯＮ主信号処理機能、ＰＯＮアクセス制御機能、Ｌ２主信号処理機能、保守運用機能のみを備えてもよいし、それ以外の機能を備えてもよい。また、各機能のソフト化可否の評価は、２０１８年に想定されるＯＬＴの処理能力かつ、ソフトＳＷの適用は想定していない前提での一例である。想定する処理能力やソフトＳＷの適用を想定して適宜変更してもよい。ソフト化可の機能であっても、ソフト化しなくてもよい。各機能の内部の構成は同様の機能を実現できれば他の構成であってもよい。

上記で例示した、各機能をＦＡＳＡアプリケーションとして実装するか、あるいはＦＡＳＡ基盤上で実装するかの考え方と例について説明する。機能のうち、サービスによって機能変更が必要になるものや通信事業者独自の要件を満たすために拡張すべき機能をＦＡＳＡアプリケーションとして実現する。一方、標準化等で規定されているため拡張の余地が少ない機能はＦＡＳＡ基盤上に実装される。例えば、ＰＯＮ主信号処理機能をＦＡＳＡ基盤として実現することを示している。ＩＴＵ−Ｔ Ｇ.９８９シリーズに準拠した４０ Ｇｂｉｔ／ｓ級のアクセス装置を実現するには、フレームフォーマットや、フレームの暗号化、ＦＥＣ機能といった基本的なPON主信号処理機能は標準に従って実装する必要がある。また、こうした基本機能はサービスによらず共通であるため、ＦＡＳＡ基盤上に実装される。

別の例として、図では、ＰＯＮアクセス制御機能に含まれるＤＢＡ機能の「サービス要求への対応」をＦＡＳＡアプリケーションとして実現することを示している。例えば、提供するサービスによって、低遅延性を提供するケースや効率良く多数のユーザに帯域を割り当てるケースが存在する。サービス毎に異なる要求を満たすため、帯域割当の手順やポリシーをFASAアプリケーションとして、標準的な処理(標準で規定されている、ＢＷｍａｐフォーマットへの変換等)からは分離することが望ましい。また、提供するサービスの対象が同じマス向けであっても、通信事業者によってヘビーユーザへの対応方針が異なる等、公平性のポリシーが異なることが考えられる。具体的には、例えばＰＯＮ単位といった粒度の小さい公平制御を必要とする通信事業者はＤＢＡのアプリケーション内部でも公平制御を行い、アクセス装置単位といった大きい粒度でのみ公平制御を行う通信事業者は集線機能を用いることで、それぞれのＱｏＳ規定を満たすことを想定している。

このように、ＦＡＳＡでは異なる要求をＦＡＳＡアプリケーションの入替によって実現するため、ＦＡＳＡアプリケーション入替の手段が必要となるが、入替手段として何を採用するかは、通信事業者や運用によって異なる。例えば、通信事業者が使用している既存の保守運用システムがソフトウェア更新にＴＦＴＰ（Ｔｒｉｖｉａｌ Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いる場合はTFTPを備え、保守運用システムの外部からＳＦＴＰ（ＳＳＨ ＦＴＰ）を用いて更新する場合はＳＦＴＰを備える。今後、装置とコントローラ間のインタフェースに関して標準化の議論が進展すると想定しており、標準化の進展に追従したインタフェースの追加や変更についても考慮する必要がある。このため、アクセス装置が接続する他システムやその運用に合わせてカスタマイズが必要となる機能もＦＡＳＡアプリケーションとして実現してもよい。

また、ＦＡＳＡでは、ＦＡＳＡ基盤全体を完全二重化して行うプロテクションに限らず、ＦＡＳＡ基盤の一部のみで行うプロテクションについても想定する。例えばＦＡＳＡ基盤が、光ＳＷを備えてＰＯＮプロテクションに対応する場合や、一つのＰＯＮに対して複数波長を備えて波長プロテクションに対応する場合、ＳＷのみを二重化する場合、あるいはこれらを組み合わせた場合等、複数の冗長構成が考えられる。プロテクション機能をＦＡＳＡアプリケーションとして実装することで、期待する冗長構成に対応でき、また該当箇所を再利用することで、容易に多様な冗長構成にも対応できる。

また、ＦＡＳＡアプリケーション化する機能、即ち拡張機能は、ソフトウェア化可能な機能の内、機能の更新頻度や独自仕様等の実現等の重要度に応じて拡張機能としてもよい。更新頻度が低いか独自仕様等の実現の要求の低いものは基本機能や機器無依存アプリ以外のFASAアプリケーションＡＰＩ用ミドルウェアや機器依存ソフトウェアやハードウェアとすることが好ましい。特に、ソフトウェアの処理能力からくる制限がある機能は、ハードウェアのままとすることが好ましい。例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ等の更改頻度が高いかサービス差異化に寄与する機能や、オベレータの業務フローに密接にかかわり合いオペレータ毎の独自仕様が要求される管理制御機能から拡張機能とする。

従って、主要８機能に含まれるアルゴリズムを主なソフト化領域とする。ソフト化領域とした機能を機器無依存ＡＰＩ２１、２２上の機器無依存アプリ部１３０とする。例えば、差異化サービスに資するＯＮＵ登録又は認証機能、ＤＷＢＡ機能、設定・管理・監視制御機能及び省電力制御機能におけるアルゴリズムは機器無依存アプリ部１３０における拡張機能部１３１として扱われる。ＭＬＤプロキシアプリはマルチキャスト機能を含む。

拡張機能部１３１は、アプリの内、機能の更新頻度や独自仕様等の実現等の重要度に応じて拡張機能部１３１とする。更新頻度が低いか独自仕様等の実現の要求の低いものは基本機能部１３２や機器無依存アプリ部１３０以外のミドルウェア部１２０や機器依存ソフトウェアやハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）とすることが好ましい。特に、ソフトウェアの処理能力からくる制限がある機能は、ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）のままとすることが好ましい。例えば、主信号の優先処理や回線の利用効率を向上するＤＢＡ等の更改頻度が高いかサービス差異化に寄与する機能や、オペレータの業務フローに密接にかかわり合いオペレータ毎の独自仕様が要求される管理制御機能から拡張機能部１３１とする。

図２１は、通信装置のアーキテクチャの詳細の例を示す図である。エンベデッドＯＡＭエンジン１１４ａは、ミドルウェア部１２０を介して、ＤＢＡアプリ部及びプロテクションアプリ部と接続される。ＰＬＯＡＭエンジン１１４ｂは、ミドルウェア部１２０を介して、ＤＷＢＡアプリ、ＯＮＵ登録認証、高速監視アプリ、省電力アプリ及びプロテクションアプリと接続される。

ＯＭＣＩは、ミドルウェア部１２０を介して、省電力アプリ及び低速監視アプリ（ＯＭＣＩ）と接続される。Ｌ２機能部は、ミドルウェア部１２０を介して、省電力アプリ及びＭＬＤプロキシアプリと接続される。Ｌ２機能部は、ミドルウェア部１２０を介して、設定・管理アプリと更に接続される。ＮＥ管理部１１５ａは、設定・管理アプリと接続される。ＮＥコントロール１１５ｂは、低速監視アプリ（ＥＭＳ−ＩＦ）と接続される。

図２２は、通信装置内の機能部間の信号／情報の流れを示す図である。同図では、ＯＬＴのＩｎ／Ｏｕｔに着目した、通信装置内の機能部間の信号／情報の流れを示している。同図に示すように通信装置としてのＯＬＴは、ＡＰＩ下側処理実体（ＦＡＳＡプラットフォーム）とアプリ（ＦＡＳＡアプリケーション）とから構成される。

ＡＰＩ下側処理実体は、ＯＬＴ入出力対象がＭＰＣＰ送受に対する送信指示と受信通知であるＭＰＣＰ／ＤＢＡ処理実体、ＯＬＴ入出力対象がＯＡＭ送受であるＯＡＭ処理実体、ＯＬＴ入出力対象がＯＮＵ認証送受であるＯＮＵ認証処理実体、ＯＬＴ入出力対象がＭＬＤ／ＩＧＭＰ送受であるＭＬＤ／ＩＧＭＰ処理実体、ＯＬＴ入出力対象が他プロトコル送受である他プロトコル処理実体、ＯＬＴ入出力がブリッジ・暗号化等主信号処理に対する設定や参照・状態取得である主信号設定処理実体、ＯＬＴ入出力対象がＯＬＴハード・ＩＦ・ＯＳ等である装置管理処理実体で例示している。ここで、ＭＰＣＰ送受に対する送信指示と受信通知はドライバ直叩きを想定し、send_frame(*raw_frame);のようなものであることが望ましい。ＡＰＩ上側のアプリから見ると、ＡＰＩ下側処理部に対しては、ドライバ直叩きのような処理と比べて、（ａ）簡単に（都合よく）、（ｂ）共通に（複数種間で）、（ｃ）便利に、処理してくれる処理実体があることが望ましい。
同図では、アプリとして、ＤＢＡ、ＯＮＵ管理、回線管理、マルチキャスト、ＥｔｈｅｒＯＡＭ、冗長、装置管理、警報管理、Ｎｅｔｃｏｎｆエージェント、アプリ管理を例示している。

以下にＡＰＩ下側処理実体の機能分担を例示する。アプリはそれに対応する処理を有する。ＡＰＩ下側処理実体とアプリの機能分担は、以下のいずれであってもそれ以外であってよし、処理実体毎に異なっていてもよい。

（０）メッセージスルー：メッセージをＡＰＩ上部側とＯＮＵ／上位ＮＷとでスルーする。

（１）フレーミング：メッセージを、フレームを外して、必要に応じて要素に分解又は処理してＡＰＩ上部側に提供する。ＡＰＩ上部からは、情報をＡＰＩ下部側に渡す。ＡＰＩ下側処理実体はフレーミングを行う。各プロトコルへの依存が大きいＡＰＩになるため機器依存アプリ部に含まれてもよい。固定的なパラメータ（タイプ値など）は、ＡＰＩ上部から初期化時等に設定され、保持するのが望ましい。設定パラメータはＡＰＩ上部からの参照に対して返信する。

（２）自動応答：定期送信、固定的な応答など、判断を要しないメッセージ送受信を処理実体が担う。ＡＰＩ上部からは、あらかじめ動作の設定が行われるのが望ましい。例えば、応答周期など。ＡＰＩ上部への通知が必要な場合のみ結果を通知する。

（３）自律判断：判断を伴う処理についても、処理実体で担う。ＡＰＩ上部からは、あらかじめ、ポリシーの設定が行われる。

本図はＩＥＥＥ準拠の１０ＧＥＰＯＮに即して記載しているが、対応する機能及び処理を読みかえればＩＴＵ−Ｔやそれ以外に準拠する装置であっても同様である。また機能や処理実態は例であり条件に応じて適宜追加、削除、入替、変更してもよい。

図２８及び図２９に即して、ＡＰＩ毎に説明を加える。
例えば、基本的に時間的制約がないか緩やかな処理であることを前提とすると、ＯＬＴのＩｎ／Ｏｕｔ（ＦＡＳＡアプリケーションＡＰＩ等）は、ＯＬＴ自身への設定・制御／情報通知・取得（設定・制御ＡＰＩ）と、ＯＮＵに対する入出力（ＯＮＵとのメッセージ送受信ＡＰＩ）と、それ以外の入出力(その他ＡＰＩ)の３つに大別できる。

設定・制御ＡＰＩは、設定・管理をアプリケーションが対応する場合、例えば、コントローラ／ＥＭＳからの設定指示・制御メッセージをＮｅｔｃｏｎｆ／ＹＡＮＧ等で受け取り、基本的にＹＡＮＧモデル等に基づきメッセージを展開し、その内容に従ってＡＰＩ下部処理実体にアプリケーションが指示、又はＯＬＴの情報通知／取得をコントローラ／ＥＭＳに転送する。ＯＮＵとのメッセージ送受信ＡＰＩは、ＯＮＵに設定・制御又は何らかの指示・情報取得・通知をアプリケーションがする場合、例えばＯＮＵに向けたメッセージを組立し、ＡＰＩ下部処理実体に渡して送信指示、又はＡＰＩ下部処理実体からのメッセージを読出する。ＯＮＵとのメッセージ交換には、拡張ＯＡＭやＯＭＣＩなど複数のプロトコルがあるが、インターフェースとしてはメッセージの送信指示・読出に集約できる。その他ＡＰＩは、例えば、ＯＬＴ以外の機器と連携する場合には、そのインターフェースが必要である。

アプリケーションで処理する際の時間的制約のある処理、例えばＯＮＵとの高頻度なメッセージングを必要とするＤＢＡやスリープの等のＡＰＩ(時間的制約のあるＡＰＩ)の例を以下に示す。例えば、ＤＢＡであれば時間的制約のあるＡＰＩは、（１）アプリケーションからＡＰＩ下部処理実体への上り送信許可に関する情報(例えば全情報)の通知（２）ＡＰＩ下部処理実体からアプリケーションへの上り送信要求に関する情報(例えば全情報)の通知である。ＡＰＩで渡される情報は、渡された先での再計算を必要としない値であることが望ましい。これは、アプリケーションとＡＰＩ下部処理実体の依存性を低減し、独立性を高めることで、アプリケーションはアルゴリズム処理のみ、ＡＰＩ下部処理実体はメッセージ実装の処理のみとできるためである。
以下に例を示す。

○送信許可量設定ＡＰＩ
形式：fasa_api_set_grant_config( UINT64 sfc, UINT8 ch, int n_of_configs, grant_config_t grant_config[]);
引数：
UINT64 sfc; /* superframeカウンタ値 IEEE802.3では無視 */
UINT8 ch; /* TWDMにおける下り波長チャネルID．非対応の場合は無視 */
int n_of_configs; /* 本APIで通知する送信許可の個数 */
grant_config_t grant_config[]; /* 送信許可（n_of_configsの個数の配列） */
typedef struct{ /* IEEE802.3 ITU-T G.989 */
UINT16 id; /* LLID Alloc-ID */
UINT8 flags; /* Flags Flags/FWI/Burst Profile */
UINT32 grant_start_time; /* Grant Start Time Start Time */
UINT16 grant_length; /* Grant Length GrantSize */
}grant_config_t;

本ＡＰＩにより、ＤＢＡのアプリケーションはＤＢＡのＡＰＩ下部処理実体に送信許可量を例えば直接通知する。ＡＰＩ下部処理実体は通知された送信許可量をもとにＯＮＵへの送信許可メッセージを組立してＯＮＵに送信する。ＩＥＥＥ８０２．３とＩＴＵ−Ｔ Ｇ.９８９のそれぞれの動作を例示する。
ＩＥＥＥ８０２．３ Ｅｔｈｅｒｎｅｔ ＰＯＮでは、上り送信制御はＧＡＴＥメッセージをＯＮＵに送ることで行う。宛先となるＯＮＵはプリアンブルに格納されたＬＬＩＤにより識別される。送信開始時刻はｇｒａｎｔ ｓｔａｒｔ ｔｉｍｅ、送信許可量はｇｒａｎｔ ｌｅｎｇｔｈで指示する。送信許可の種類はＤｉｓｃｏｖｅｒｙ ＧＡＴＥ、ｆｏｒｃｅ ｒｅｐｏｒｔのフラグフィールドで指示する。１つのＧＡＴＥメッセージは最大４の送信許可を格納できる。

本ＡＰＩを受けたＡＰＩ下部処理実体は引数をｐａｒｓｅし、以下で動作する。
・ｓｆｃ、ｃｈの値は無視する
・１つのｇｒａｎｔ_ｃｏｎｆｉｇが１つのＧｒａｎｔ／送信許可（ｇｒａｎｔ ｓｔａｒｔ ｔｉｍｅとｇｒａｎｔ ｌｅｎｇｔｈの組）に相当し、n_of_configs個数だけある。
・ｉｄの下位１５ビットを、例えばＧＡＴＥに付与するＬＬＩＤとする。
・ｆｌａｇｓの最下位ビットは、例えばｄｉｓｃｏｖｅｒｙ ｆｌａｇ、２ビット目はｆｏｒｃｅ_ｒｅｐｏｒｔの値とする。
・ｇｒａｎｔ ｓｔａｒｔ ｔｉｍｅは３２ビットをＧｒａｎｔ Ｓｔａｒｔ Ｔｉｍｅの値とする。
・ｇｒａｎｔ ｌｅｎｇｔｈは、例えばＧｒａｎｔ Ｌｅｎｇｔｈの値とする。
・１つのｉｄ（ＬＬＩＤ）に対して複数のｇｒａｎｔ ｃｏｎｆｉｇがある場合には、なるべく１つのＧＡＴＥメッセージに詰め込む。ＧＡＴＥメッセージには最大４つまでのｇｒａｎｔを詰込することができる。ＧＡＴＥメッセージにおけるｎｕｍｂｅｒ ｏｆ ｇｒａｎｔｓの値は、ＡＰＩ下部処理実体が詰めたＧＡＴＥメッセージを元に算出し、値を格納する。ｆｏｒｃｅ ｒｅｐｏｒｔの値は当該ｇｒａｎｔが何番目のｇｒａｎｔであるかをもとに、ＡＰＩ下部処理実体で算出し、値を格納する。
・それ以外のＧＡＴＥフレームのフィールドの値は、アプリケーションからは指定しない。
・ＡＰＩを受け、引数のｐａｒｓｅ完了の後、例えば完全に構築されたＧＡＴＥフレームから直ちに下り送信する。

なお、アプリケーションの処理は、現在のＭＰＣＰローカルタイム値、ＯＮＵの識別、ＬＬＩＤ番号、ＲＴＴ値、リンク状態の取得、ＯＮＵ／ＬＬＩＤ毎のＱｏＳパラメータ（最大帯域等の設定値）の通知などは他のプロセスにより実施されていることを前提としている。
ＩＴＵ−Ｔ Ｇ.９８９．３のＴＷＤＭ−ＰＯＮでは、上り送信制御はＢＷｍａｐをＯＮＵに通知することで行う。ＢＷｍａｐは複数のａｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅから構成され、１つのａｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅに１つの送信許可が含まれる。送信許可はＳｔａｒｔＴｉｍｅとＧｒａｎｔＳｉｚｅから構成される。
本ＡＰＩを受けたＡＰＩ下部処理実体はｐａｒｓｅし、以下で動作する。

・受けたｓｕｐｅｒ ｆｒａｍｅ ｃｏｕｎｔｅｒの値と等しいｓｕｐｅｒ ｆｒａｍｅ ｃｏｕｎｔｅｒの下りフレームのＢＷｍａｐに搭載する。
・ｃｈの値が示すＤＷＬＣＨ ＩＤの下り波長チャネルでＢＷｍａｐを下り送信する。ＴＷＤＭに非対応の場合は、この値は無視する。
・１つのｇｒａｎｔ ｃｏｎｆｉｇが１つのＡｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅに相当し、ｎ ｏｆ ｃｏｎｆｉｇｓがＡｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅの個数を表す。
・ｉｄの下位１４ビットを例えばＡｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅに付与するＡｌｌｏｃ−ＩＤとする。
・ｆｌａｇｓの最下位ビット、２ビット目、３ビット目、４−５ビット目は例えばそれぞれＡｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅ中のＦｌａｇｓにおけるＰＬＯＡＭｕ、ＤＢＲｕ、ＦＷＩ、Ｂｕｒｓｔ Ｐｒｏｆｉｌｅの値とする。
・ｇｒａｎｔ ｓｔａｒｔ ｔｉｍｅの下位３２ビットを例えばＳｔａｒｔＴｉｍｅの値とする。
・ｇｒａｎｔ ｌｅｎｇｔｈは例えばＧｒａｎｔＳｉｚｅの値とする。
・１つのｇｒａｎｔ ｃｏｎｆｉｇは、例えば１つのＡｌｌｏｃａｔｉｏｎ ｓｔｒｕｃｔｕｒｅとする。Ａｌｌｏｃａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ中のＨＥＣについてはＡＰＩ下部処理実体で計算し格納する。
・１つのＡＰＩにつき、例えば１つのＢＷｍａｐを構築するものとする。
・ＡＰＩを受けてＢＷｍａｐを構築した後、本ＡＰＩにより指定されたｓｕｐｅｒｆｒａｍｅ ｃｏｕｎｔｅｒ値の下りフレームに合わせてＦＳヘッダに含めてＢＷｍａｐを下り送信する。なお、アプリケーションは、現在のｓｕｐｅｒｆｒａｍｅ ｃｏｕｎｔｅｒ値、ＯＮＵの識別、Ａｌｌｏｃ―ＩＤ番号の紐づけ、ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、Ａｌｌｏｃ―ＩＤ毎のＱｏＳパラメータ（最大帯域等）は、アプリケーションには他のプロセスにより通知されていることを前提としている。

○送信要求量取得ＡＰＩ
形式：fasa_api_get_onu_request( UINT64 sfc, UINT8 ch, int n_of_configs, request_config_t request_config[]);
引数：
UINT64 sfc; /* superframeカウンタ値 IEEE802.3では無視 */
UINT8 ch; /* TWDMにおける上り波長チャネルID．非対応の場合は無視 */
int n_of_requests; /* 本APIで通知される送信要求の個数 */
request_config_t request_config[]; /* 送信要求（n_of_configsの個数の配列） */
typedef struct{ /* IEEE802.3 ITU-T G.989 */
UINT16 id; /* LLID ONU-ID */
UINT8 flags; /* QSet/Qreport番号 Ind */
UINT32 request; /* queue report値 BufOcc値*/
}request_config_t;

本ＡＰＩにより、ＤＢＡのアプリケーションはＡＰＩ下部処理実体にて受信、蓄積されていた送信要求に関する情報を直接的に取得する。本ＡＰＩはポーリングの形式をとっているが、コールバックであってもよい。ＩＥＥＥ８０２．３とＩＴＵ-Ｔ Ｇ.９８９のそれぞれの動作を例示する。

ＩＥＥＥ８０２．３ Ｅｔｈｅｒｎｅｔ ＰＯＮでは、上り送信要求はＲＥＰＯＲＴメッセージをＯＮＵがＯＬＴに送ることで行う。送信元となるＯＮＵはプリアンブルに格納されたＬＬＩＤにより識別される。ＲＥＰＯＲＴフレームには、Ｑｕｅｕｅ Ｓｅｔと呼ばれるＲｅｐｏｒ ｂｉｔｍａｐとＱｕｅｕｅ Ｒｅｐｏｒｔとの組が１つ以上含まれる。Ｑｕｅｕｅ Ｓｅｔの個数はｎｕｍｂｅｒ ｏｆ ｑｕｅｕｅ ｓｅｔｓで表される。送信要求量はＱｕｅｕｅ Ｒｅｐｏｒｔに値が格納される。１つのＱｕｅｕｅ Ｓｅｔには最大８種類のＱｕｅｕｅ Ｒｅｐｏｒｔを格納することができ、値のあるＱｕｅｕｅ Ｒｅｐｏｒｔのみを通知できる。Ｒｅｐｏｒｔ ｂｉｔｍａｐにより、８種類のどのＱｕｅｕｅ Ｒｅｐｏｒｔを通知したか示す。

本ＡＰＩを受けたＡＰＩ下部処理実体は、引数の戻り値として送信要求に関する情報を返すとともに、返すべく以下の動作を求める。
・受信したＲＥＰＯＲＴフレームに含まれる送信要求情報を蓄積する。具体的にはＬＬＩＤ、Ｑｕｅｕｅ Ｓｅｔ番号、Ｑｕｅｕｅ Ｒｅｐｏｒｔ番号と、これらの番号が示すｑｕｅｕｅ ｒｅｐｏｒｔ値を蓄積する。
・この３つをＡＰＩの引数ｒｅｑｕｅｓｔ ｃｏｎｆｉｇの戻り値としてアプリケーションに返す。
・ＬＬＩＤの値は引数ｉｄに格納する。
・Ｑｕｅｕｅ ｒｅｐｏｒｔ番号０−７は引数ｆｌａｇｓの下位３ビットに格納し、Ｑｕｅｕｅ Ｓｅｔ番号は引数ｆｌａｇｓの上位５ビットに格納する。
・これらの番号に対応したｑｕｅｕｅ ｒｅｐｏｒｔの値を引数ｒｅｑｕｅｓｔに格納する。
・蓄積していた送信要求の情報は本ＡＰＩによる読出に応じてアプリケーションに引渡し、引渡した情報は消去するか、新たな情報で上書きする。
・引数ｓｆｃには、蓄積している送信要求情報のうちで最も時間的近傍にＲＥＰＯＲＴフレームを受信した際のＭＰＣＰローカルタイムを格納する。

なお、アプリケーションにとって、現在のＭＰＣＰローカルタイム値、ＯＮＵの識別、ＬＬＩＤ番号・ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、ＯＮＵ／ＬＬＩＤごとのＱｏＳパラメータ（最大帯域等）もＤＢＡのアプリケーションには他のプロセスにより通知されていることを前提としている。ＩＴＵ−Ｔ Ｇ.９８９．３のＴＷＤＭ−ＰＯＮでは、上り送信要求はＤＢＲｕ中のＢｕｆＯｃｃをＯＮＵがＯＬＴに送ることで行う。送信元となるＯＮＵはＦＳヘッダに格納されたＯＮＵ―ＩＤにより識別される。ＦＳヘッダ中のＩｎｄフィールドにおけるＰＬＯＡＭ ｑｕｅｕｅ ｓｔａｔｕｓビットにより、上りＰＬＯＡＭメッセージの送信待ちの有無をＯＮＵはＯＬＴに通知する。

本ＡＰＩを受けたＡＰＩ下部処理実体は、引数の戻り値として送信要求に関する情報を返すとともに、返すべく以下の動作を求める。
・受信した送信要求情報を蓄積する。具体的にはＯＮＵ―ＩＤ、ＢｕｆＯｃｃ値、ＰＬＯＡＭ ｑｕｅｕｅ ｓｔａｔｕｓビット値を蓄積する。
・この３つをＡＰＩの引数ｒｅｑｕｅｓｔ ｃｏｎｆｉｇの戻り値としてアプリケーションに返す。
・ＯＮＵ−ＩＤの値は引数ｉｄに格納する。
・ＰＬＯＡＭ ｑｕｅｕｅ ｓｔａｔｕｓビット値は引数ｆｌａｇｓの最下位ビットに格納する。
・ＢｕｆＯｃｃ値は引数ｒｅｑｕｅｓｔに格納する。
・１つのバースト中に複数のＡｌｌｏｃａｔｉｏｎがあった場合、受信順にＢｕｆＯｃｃ値を蓄積する。このとき、ＯＮＵ−ＩＤ値、ＰＬＯＡＭ ｑｕｅｕｅ ｓｔａｔｕｓはそれぞれのＢｕｆＯｃｃ値に対して同じ値となり、情報としては冗長であるが、ＡＰＩ引数のシンプルさ、統一を優先する。
・蓄積していた送信要求の情報は、本ＡＰＩによる読出に応じてアプリケーションに引渡し、引渡した情報は消去するか、新たな情報で上書きする。
・引数ｓｆｃには、蓄積している送信要求情報のうちで最も時間的近傍にＢｕｆＯｃｃを受信した際のＳｕｐｅｒｆｒａｍｅ ｃｏｕｎｔｅｒ値を格納する。

なお、アプリケーションにとって、現在のｓｕｐｅｒｆｒａｍｅ ｃｏｕｎｔｅｒ値、ＯＮＵの識別、Ａｌｌｏｃ−ＩＤ番号の紐づけ、ＲＴＴ値の取得、リンク状態の取得などは他のプロセスにより実施され、Ａｌｌｏｃ−ＩＤ毎のＱｏＳパラメータ（最大帯域等）もＤＢＡのアプリケーションには他のプロセスにより通知されていることを前提としている。 ＯＬＴにおけるＬ２主信号処理は、上り下りそれぞれの方路へ適切にユーザデータを転送することにある。そのため、アプリケーションの役割としては、ＥＭＳ／上位ＯｐＳからのＮｅｔｃｏｎｆ／ＹＡＮＧあるいはＯｐｅｎｆｌｏｗによる指示を受信し、受信した指示に基づき、
（１）上り下り方路それぞれへの転送設定
（２）統計情報の取得
（３）ＯＮＵへの転送設定
をＡＰＩ下部処理実体へ展開する。
（１）、（２）はＹＡＮＧモデルに基づきＡＰＩ下部処理実体へ設定を展開する処理となり、（３）はＯＮＵへの設定内容を組み立て、ＯＮＵへのメッセージ送信指示をＡＰＩ下部処理実体へ展開する処理となる。

ＯＬＴにおける保守運用機能は、多くの機能がありうるが、（１）ＯＬＴへの設定・動作指示（２）ＯＬＴおよびＯＮＵの状態通知の２つに大別できる。
（１）設定・動作指示において、アプリケーションは、ＥＭＳ／上位ＯｐＳからのＮｅｔｃｏｎｆによる指示を受信し、ＹＡＮＧモデルに基づいて内容をＡＰＩ下部処理実体へ展開する。
（２）状態通知において、アプリは、ＹＡＮＧモデルあるいはＯＡＭ／ＯＭＣＩメッセージに基づくＡＰＩ下部処理実体からの通知を受け取り、ＮｅｔｃｏｎｆによりＥＭＳ／上位ＯｐＳへその内容を通知する。

ＯＬＴにおけるＰＯＮマルチキャスト機能は、主に映像配信などに用いられ、いくつかの実現方式がある。それらの方式の概要を説明するとともに、アプリケーションとＡＰＩ下部処理実体での機能分担、メッセージフローのイメージを示す。
マルチキャストは、任意の複数の転送先（１つの場合もある）に、同じ情報を同報する。一般に、端末からのマルチキャストグループへの参加要求・離脱要求に応じて、マルチキャストストリームの転送先が動的に制御される。参加要求・離脱要求などのメッセージとマルチキャスト転送制御のためのプロトコルは、ＩＰｖ４のＩＧＭＰｖ３、ＩＰＶ６のＭＬＤｖ２が用いられる場合が多い。ここで、ＴＤＭ系のＰＯＮでは、ＯＬＴからＯＮＵへの下り方路は、一般に論理的にはユニキャスト、物理的にはブロードキャストとなっているため、マルチキャストを実現するには工夫が必要である。主に、（１）上位ノードによるマルチキャスト（２）ＯＮＵスヌープ（３）ＯＬＴプロキシの３つが用いられる。それぞれの方式の機能分担、メッセージフローのイメージを示す。

上位ノードによりマルチキャスト転送を実現する方式は、ＯＮＵ及びＯＬＴはＩＧＭＰ／ＭＬＤメッセージをそれぞれ透過転送するように設定する。参加要求メッセージを受信したＯＬＴより上位のノードにより、参加要求を発した端末宛にマルチキャストストリームが転送される。このとき、同一ＯＬＴにつながる複数のＯＮＵ配下の端末から同じマルチキャストグループにそれぞれ参加要求があったとすると、上位ノードはそれぞれの端末に向けてマルチキャストストリームを転送するため、同一内容の複数のストリームがＯＬＴに送信される。ＯＬＴは、それら複数のストリームを個別のユニキャストストリームとしてそれぞれのＯＮＵに透過転送する。

また、同一ＯＮＵ配下の複数の端末から、同じマルチキャストグループのへの参加要求があった場合は、ＯＮＵ及び配下ノードの機能構成によって異なる。ＯＮＵあるいは配下ノードがマルチキャストルータ機能を持っている場合には、２台目の端末からの参加要求に対して、ＯＬＴ及び上位へ参加要求メッセージを転送することなく、ＯＮＵあるいは配下ノードがマルチキャストストリームを２台目の端末へ同報配信する。マルチキャストルータ機能を備えない構成の場合は、それぞれの端末に対するマルチキャストストリームがＯＬＴより上位のノードにより配信される。

ＯＮＵを流れるＩＧＭＰ／ＭＬＤメッセージを覗き見る（スヌープする）ＯＮＵスヌープで、ＰＯＮマルチキャストを実現する方法もある。この方法では、ＯＮＵ配下の端末からＯＬＴより上位のノード（マルチキャストルータ）に送信されるＩＧＭＰ／ＭＬＤメッセージをＯＮＵにて覗き見ることにより、ＰＯＮマルチキャストする。まず上位ノードから受信するマルチキャストストリームは全ＯＮＵが受信できるようにＯＬＴは転送しておく。ＯＮＵは、覗き見たＩＧＭＰ／ＭＬＤメッセージに応じて、自らの下り転送フィルタを開閉する。

より詳細には、スヌープしたメッセージが、参加要求であれば参加するマルチキャストグループのトラヒックを下り転送するよう、離脱要求であれば遮断するように転送フィルタをそれぞれ設定する。転送・遮断のフィルタ設定は、ＩＰアドレス、ＭＡＣアドレス、VLANタグ、他の識別子などのいろいろな領域を用いて予め定められた方法で行う。これにより、ＯＮＵのフィルタが開いた状態であればＯＬＴから転送されてきたマルチキャストストリームをＯＮＵ下部へ転送することができ、フィルタが閉じた状態であればＯＮＵがＯＬＴから受信したマルチキャストストリームはＯＮＵ下部へ転送されることなく廃棄される。これによりマルチキャスト転送を実現する。

このとき、アプリケーションとＡＰＩ下部処理実体での機能分担は、ＥＭＳ/上位ＯｐＳからのＮｅｔｃｏｎｆ等による初期設定あるいはサービスオーダによりＯＮＵのＩＧＭＰ／ＭＬＤスヌープ機能の有効・無効の指示をアプリケーションが受ける。これを受けて、ＡＰＩ下部処理実体に対して、ＯＮＵとのコミュニケーションＡＰＩを介し、拡張ＯＡＭあるいはＯＭＣＩメッセージの送信を指示する。ＡＰＩ下部処理実体は、指示を受けたメッセージをＯＮＵに送信し、スヌープ機能の有効・無効を指示する。これにより、ＯＮＵスヌープによりＰＯＮマルチキャストが制御される。

ＯＮＵからＯＬＴを経由して上位ノードに転送されるＩＧＭＰ／ＭＬＤメッセージを、ＯＬＴが集約し代理応答しつつ、ＯＮＵに対して下り転送フィルタの開閉を指示する方法もある、この方法は、一般にＯＬＴプロキシと呼ばれる。この方法でも、上位ノードからのマルチキャストストリームは全ＯＮＵが受信できるようにＯＬＴは転送しておく。ＯＮＵ下部の端末からのＩＧＭＰ／ＭＬＤメッセージはＯＬＴが一度受信し、メッセージ内容に応じて上位ノードに転送する。

メッセージが参加要求であれば、ＯＬＴは、拡張ＯＡＭもしくはＯＭＣＩメッセージによりＯＮＵの該当するマルチキャストグループの下り転送フィルタを開くよう、離脱要求であれば下り転送フィルタを閉じるよう、それぞれＯＮＵに指示する。これにより、参加要求のあった端末宛のみマルチキャストストリームが転送されることで、マルチキャスト転送を実現している。この際、ＯＮＵ配下に複数の端末がある場合や、ＩＧＭＰ／ＭＬＤメッセージを転送してきたＯＮＵとは異なるＯＮＵ配下の端末の状態などを考慮して、効率的にマルチキャスト転送されるようなＯＮＵのフィルタ操作と上位ノードへのメッセージ転送することもできる。

このとき、アプリケーションとＡＰＩ下部処理実体とでの機能分担は、アプリケーションがＯＮＵから上り送信されたＩＧＭＰ／ＭＬＤメッセージを、ＯＬＴが受信した後にアプリＡＰＩ上部側へ転送するように予め主信号の方路設定する。この方路設定は、アプリケーションからＡＰＩ下部処理実体へのＯＬＴへの主信号設定の一環であり、Ｎｅｔｃｏｎｆ／ＹＡＮＧとしてあるいはＯｐｅｎｆｌｏｗ等として設定されることを想定している。方路設定自体のトリガは、ＥＭＳ／上位ＯｐＳからの設定になる。また、マルチキャストストリームの下り転送の方法も、ＥＭＳ／上位ＯｐＳからの設定指示をＮｅｔｃｏｎｆ／ＹＡＮＧもしくはＯｐｅｎｆｌｏｗによりアプリが受け、その内容をＡＰＩ下部処理実体に展開することで行う。

ＯＬＴプロキシ機能としては、アプリケーションへ転送されたＩＧＭＰ／ＭＬＤメッセージの内容に基づき、ＡＰＩ下部処理実体に対してＯＮＵの下りフィルタの開閉を指示する拡張ＯＡＭもしくはＯＭＣＩメッセージの送信を指示することで実現される。

省電力制御機能は、必要に応じてＯＮＵが一部機能への給電を停止し、ＯＮＵでの消費電力を低減する。アプリケーションの役割は、ＥＭＳ／上位ＯｐＳからＯＮＵの省電力モードに関する設定、サービスオーダを受信し、内容に基づく拡張ＯＡＭ／ＯＭＣＩメッセージを組立し、ＡＰＩ下部処理実体にこのメッセージをＯＮＵに送信するよう通知する。また、ＰＬＯＡＭなどによる状態の変化通知を、ＡＰＩ下部処理実体からアプリケーションは受信する。

なお、上記のＤＢＡと同様に、アプリケーションから直接的にＯＮＵの省電力モードの状態を制御したい場合、ＯＮＵへの送信メッセージの組立、ＯＮＵからの受信メッセージの取込とをリアルタイム性を持ってアプリケーションで行い、それぞれＡＰＩ下部処理実体へメッセージ送信、メッセージ受信指示を行う。

周波数/時刻同期機能は、ＯＬＴに入力された基準信号や時刻情報を、ＰＯＮ区間を介してＯＮＵから正確に出力させる機能である。アプリケーション側の役割は、同期機能に必要となる設定やＯＬＴからＯＮＵへの信号伝搬に関わるパラメータ等をＯＮＵに通知するために送信メッセージを組立、ＡＰＩ下部処理実体側へメッセージ送信の指示を行う。

外部連携機能は、例えば、モバイル基地局との低遅延化ＤＢＡのように外部の機器との連携により機能実行する場合に用いる。外部連携機能では、例えば、アプリケーション側で外部の機器からのメッセージを受信する。外部機器からのメッセージ受信機能は、実装・外部機器との接続構成・メッセージ形式に強く依存するため、アプリケーションの役割としてはメッセージを分解せずに受信してｐａｒｓｅすることが望ましい。また、搭載ＯＳの標準的な機能等を活用してもよいし、独自のＡＰＩを規定してもよい。

以上の例では、アプリがＤＢＡ等のアルゴリズムの処理を、ＡＰＩ下部処理実体がメッセージングで示した。この機能分担は、メッセージングは共通で、アルゴリズムのみ変更する場合に適する。なお、インターフェースはアルゴリズム依存度が低い方が汎用的で望ましい。

図２３は、通信装置が実行するアプリの例を示す図である。ＣＰＵの処理は、３グループに分類される。３グループは、Ｃｏｎｔ向きのＣＰＵと、ＯＳＵ向きのＣＰＵと、ＳＷ向きのＣＰＵとである。Ｃｏｎｔ向きのＣＰＵの処理は、低速監視アプリ（ＯＭＣＩ）と、低速監視アプリ（ＥＭＳ−ＩＦ）と、設定・管理アプリとを実行する処理である。ＳＷ向きのＣＰＵの処理は、ＭＬＤプロシキアプリを実行する処理である。ＯＳＵ向きのＣＰＵの処理は、省電力アプリと、プロテクションアプリと、高速監視アプリと、ＤＢＡアプリと、ＤＷＢＡアプリと、ＯＮＵ登録認証アプリとを実行する処理である。装置設定ＩＦは、ＥＭＳ−ＩＦの一部であってもよく、機器依存ＡＰＩ２５と同等であってもよい。

各アプリがＣＰＵパッケージ上のＣＰＵで処理される例である。図２３では、各アプリをＯＬＴ内のＣｏｎｔ向き、複数の光送受信機（図２３のλＣａｒｄ）を備えるＯＳＵパッケージ（図２３のＯＳＵ）向き、ＯＳＵ及び上位ネットワーク側の装置とデータの入出力を行うＳＷパッケージ向きの３グループに分類している。ＯＳＵグループを省電力アプリ、プロテクションアプリ、高速監視アプリ、ＤＢＡアプリ、ＤＷＢＡアプリ、ＯＮＵ登録認証アプリとし、ＳＷグループをＭＬＤプロキシアプリとし、Ｃｏｎｔグループを低速監視アプリ（ＯＭＣＩ）、低速監視アプリ（ＥＭＳ−ＩＦ）、設定管理アプリとした。更に、ＣＰＵでの集中制御を想定しているが、分類した各グループのアプリをそれぞれのパッケージ（Ｃｏｎｔ、ＯＳＵ、ＳＷ）に分散配置してもよい。また上記の分類によらずに、Ｃｏｎｔ、ＯＳＵ、ＳＷのいずれか又はそれらの複数の組み合わせ上に配置してもよい。また、図２３の装置設定ＩＦはＥＭＳ−ＩＦの一部であってもよいし、図３の機器依存ＡＰＩ２５同等であってもよい。またアプリの処理はＣＰＵ上で行うとしたが、一部また全てを、処理機能を備える代替物、例えばＣＰＵ以外のＧＰＵやＮＰＵやＤＳＰ等のプロセッサやＦＰＧＡ上で処理してもよい。他の実施形態でも同様である。

図２４は、ＣＰＵパッケージの代わりにサーバ等にアプリを配置した例である。アプリはサーバ等上で処理され、そのアプリの処理結果は、イーサネット（登録商標）フレーム等の伝送路で伝送できる形式により伝送路で伝送された後に、ＯＬＴに到着する。ここで、伝送路で伝送できる形式としては、イーサネット（登録商標）フレーム以外のフレームやＴＤＭ等の伝送であってもよい。また、処理結果の伝送には、変換機（図２４におけるＣｏｎｖ）を介しているが、ＯＳＵやＳＷやλカードが変換機を介さずにアプリの処理結果を受けることが可能とすれば変換機は不要である。サーバ等は、図８の外部サーバ１６相当であってもよいし、プロキシ部１５相当であってもよい。

図２５は、ＣＰＵ、ＳＷ及びＯＳＵの機能（処理）の例を示す図である。ＣＰＵは、省電力制御機能と、プロテクション機能とを、アプリによって実行する。ＣＰＵは、さらに、保守運用機能（Fault Management）と、保守運用機能（GTC/PMD config）と、ＰＯＮアクセス処理機能（ONU activation）と、ＰＯＮアクセス処理機能（ＤＢＡ）と、ＰＯＮアクセス処理機能（λ割当変更）と、保守運用機能（Service Management）と、保守運用機能（Equipment Management）とを実行する。またさらに、ＣＰＵは、保守運用機能（Fault Performance Management）と、マルチキャスト機能（ＭＬＤ）とを、アプリによって実行する。

ＳＷは、Ｌ２信号処理機能（ＶＬＡＮ）と、Ｌ２信号処理機能（ＱｏＳ: Quality of Service）と、Ｌ２信号処理機能（Ｍｕｘ／ＤＭｕｘ、ＸＣ: Cross Connect）と、マルチキャスト機能（Copy）とを、アプリによって実行する。ＯＳＵのＭＡＣは、ＰＯＮ主信号処理機能（Security）と、ＰＯＮ主信号処理機能（Framing）と、ＰＯＮ主信号処理機能（ＦＥＣ）と、周波数・時刻同期機能とを、アプリによって実行する。

図２５では、ＣＰＵの囲みが基本機能部１３２と独自機能での処理、ＯＳＵのＭＡＣがベンダ依存部分での処理の例を示しているが、この分類に限定しない。図２５のＣＰＵは、図２４のＣＰＵパッケージや、図２４のサーバ等上やそれ以外の処理能力を持つ箇所又はそれらの組み合わせであってもよい。ＯＳＵのＭＡＣは、ＯＳＵ処理をする専用のＬＳＩを想定しているが、同等の処理が可能であれば汎用ＬＳＩを用いてもよい。

図２６は、主要８機能のアプリの処理とＧ．９８９．３機能との対応の例を示す図である。ＤＢＡアプリと、ＤＷＢＡアプリと、ＯＮＵ登録認証アプリと、省電力アプリと、プロテクションと、高速監視アプリとは、ＴＷＤＭ ＴＣレイヤのＴＷＤＭ ＴＣ機能部（ＴＷＤＭ ＴＣ ｆｕｎｃｔｉｏｎｓ）と接続される。ＭＬＤプロシキは、Ｌ２機能部と接続される。Ｌ２機能部は、ユーザ・データ・クライアント（User Data Client）と接続される。設定・管理アプリと、低速監視アプリ（ＯＭＣＩ）と、低速監視アプリ（ＯＳＳ−ＩＦ）とは、Ｌ２機能部に接続される。設定・管理アプリと、低速監視アプリ（ＯＭＣＩ）と、低速監視アプリ（ＯＳＳ−ＩＦ）とは、更にＯＭＣＩクライアントに接続される。

図２７は、ＰＬＯＡＭ及びＯＭＣＩをＳＷ経由で入出力する構成の例を示す図である。すなわち、図２７は、ＰＬＯＡＭ及びＯＭＣＩが、ユーザデータに加えて、図８の制御部１４又はプロキシ部１５又は外部サーバ１６から、対応するデータをＳＷ経由で入出力する処理を示す。

ユーザ・データ・クライアント（User Data Client）は、ＳＷ経由で、ユーザ・データ・アダプタ（User Data Adapter）とデータを入出力する。ＣＰＵのＯＭＣＩクライアント（OMCI Client）は、ＳＷ経由で、ＯＭＣＩアダプタ（OMCI Adapter）とデータを入出力する。

ＣＰＵのＰＬＯＡＭプロセッサは、ＳＷ経由で、ＡＭＣＣ ＰＨＹアダプテーション・フレーミング部（AMCC PHY adaptation And framing）とデータを入出力する。また、ＣＰＵのＰＬＯＡＭプロセッサは、ＳＷ経由で、ＰＬＯＡＭパーティション部（PLOAM partition）とデータを入出力する。

ＴＷＤＭ ＴＣレイヤのＴＷＤＭ ＴＣ機能部（TWDM TC functions）は、ＳＷ経由で、エンベデッド・ヘッダ領域（Embedded header fields）とデータを入出力する。

なお、図３及び図４の例では、ソフト化領域を、基本機能部１３２、管理・制御エージェント部１３３、拡張機能部１３１、ミドルウェア部１２０としたが、ソフト化領域は、サービスアダプテーション（暗号化、フラグメント処理、ＧＥＭフレーム化／ＸＧＥＭフレーム化、ＰＨＹアダプテーションのＦＥＣ、スクランブル、同期ブロック生成／抽出、ＧＴＣフレーム化、ＰＨＹフレーム化、ＳＰ変換、符号化方式も対象としてもよい。アーキテクチャのソフト化機能の実装例とハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）に対応する機能配備の例を説明する。機能配備は、例えば、ネットワーク機器又は外部のサーバにソフト化機能を備える。

複数のＯＳＵ、ＳＷ、情報処理部及び制御部を備えるＯＬＴを想定する。各ＯＳＵは、波長毎に異なる送受信部を備える。この場合、ミドルウェア部１２０が各ＯＳＵ及びＳＷに搭載され、機器無依存アプリ部１３０などのソフト化領域が情報処理部に搭載される。

情報処理部すなわちＣＰＵは、機器無依存アプリ部１３０を実行する。機器無依存アプリ部１３０は、ＯＳＵ用の拡張機能部１３１と、ＳＷ用の拡張機能部１３１と、制御部用の拡張機能部１３１とを含む。ＯＳＵ用の拡張機能部１３１は、例えば、省電力アプリ、プロテクションアプリ、ＤＢＡアプリ、ＯＮＵ登録認証アプリである。ＳＷ用の拡張機能部１３１は、例えば、ＭＬＤプロキシアプリである。制御部用の拡張機能部１３１は、例えば、低速監視アプリ（ＯＭＣＩ）、低速監視アプリ（ＥＭＳ−ＩＦ）、設定・管理アプリである。

Ｇ．９８９．３の場合、例えば、図２１、２３〜２５に示すようになる。ＤＢＡアプリの場合、図３及び図４に示すミドルウェア部１２０又は図５及び図６に示す基本機能部１３２は、ＴＣレイヤのハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）であるエンベデッドＯＡＭエンジンを動作させる。そして、ＰＭＤレイヤのハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）である送受信部がＤＢＡアプリに従って受信する。なお、送受信部がＤＢＡに従わない上り信号でも受信する場合、ＤＢＡアプリに従わないとしてもよい。

情報処理部は、これらのソフト化機能に限らず、それ以外のソフト化機能を備えていてもよい。ハードウェア部１１１（ＰＨＹ）及びハードウェア部１１２（ＭＡＣ）は、送受信部、ＯＳＵ、ＳＷ、制御部、情報処理部に限らない。例えば、情報処理部は、送受信部、ＯＳＵ、ＳＷ、制御部に含まれていてもよい。また図８に示すように、ＳＷのＮＮＩ（Network-Network Interface）側に、ＳＷに入出力する信号を処理するプロキシ部又は外部サーバを備えていてもよい。外部サーバ１６は、複数の装置を備えるデータセンタ等のいわゆるクラウドと呼ばれる情報処理機能であってもよい。

各機能は、処理能力や処理遅延の要求に応じて適宜配置してもよい。また、ＯＳＵにＳＷ１２又はＳＷ１３を備えていてもよいし、ＳＷとは別途ＳＷ（ＳＷ１３を備える場合のＳＷ１２等）を備えていてもよい。ＳＷの機能はＳＷ１２とＳＷ１３で重複せずにＳＷの処理能力等に従って適宜分担することが望ましいが、重複してもよい。

ソフト化機能を配備する箇所は、情報処理部に限らず、複数の演算処理可能な箇所に配置してもよい。例えば、ソフト化機能を配備する箇所は、送受信部、ＯＳＵのＳＷ、ＯＳＵのＳＷ以外、ＯＬＴの制御部、ＯＬＴのＳＷ、ＯＬＴの情報処理部、ＯＬＴのＳＷと制御部と情報処理部以外、ＳＷのＮＮＩ側にＳＷに入出力する信号を処理するプロキシ部また外部サーバ等の処理装置のいずれかであってもよい。

また、ソフト化機能の配置は、ソフト化機能毎であってもよいし、単一のソフト化機能を分割したソフト化機能の一部であってもよい。例えば、送受信部に関するものを送受信部以外の他の箇所、例えば、ＯＳＵのＳＷ、ＯＳＵの送受信部以外且つＳＷ以外、ＯＬＴのＳＷ、ＯＬＴの制御部、ＯＬＴの情報処理部、ＯＬＴのそれ以外、ＯＬＴの外部で主信号の経路上にあるプロキシ部、外部サーバ等のどこか又は複数の配備場所の組み合わせに配備してもよい。ＰＯＮ終端に関するものをＰＯＮ終端処理配備箇所以外の他の箇所、例えば、ＯＳＵの送受信部、ＯＳＵのＳＷ、ＯＳＵの送受信部以外且つＳＷ以外、ＯＬＴのＳＷ、ＯＬＴの制御部、ＯＬＴの情報処理部、ＯＬＴのそれ以外、ＯＬＴの外部で主信号の経路上にあるプロキシ部、外部サーバ等のどこか又は複数の配備場所の組み合わせに配備してもよい。

ＯＮＵのＳＷに関するものをＯＮＵのＳＷ以外の他の箇所、例えば、送受信部、ＯＳＵの送受信部以外且つＳＷ以外、ＯＬＴのＳＷ、ＯＬＴの制御部、ＯＬＴの情報処理部、ＯＬＴのそれ以外、ＯＬＴの外部で主信号の経路上にあるプロキシ部、外部サーバ等のどこか又は複数の配備場所の組み合わせに配備してもよい。ＯＬＴのＳＷに関するものをＯＬＴのＳＷ以外の他の箇所、例えば、送受信部、ＯＳＵのＳＷ、ＯＳＵの送受信部以外且つＳＷ以外、ＯＬＴの制御部、ＯＬＴの情報処理部、ＯＬＴのそれ以外、ＯＬＴの外部で主信号の経路上にあるプロキシ部、外部サーバ等のどこか又は複数の配備場所の組み合わせに配備してもよい。

また、ソフト化機能を配備する箇所は拡張機能部１３１の配備の状況や、演算可能な箇所の演算能力や演算負荷や消費電力等に応じて、適宜変更してもよい。

ＯＬＴの主信号処理に係る主要な機能と機能間の関係を説明する。ＯＬＴ機能をＳＷに移行する。ＰＨＹアダプテーション機能、フレーム化機能、サービスアダプテーション機能などのＰＯＮ区間処理を行うＰＯＮ主信号処理機能を、送受信部に配備する。ＯＮＵ登録又は認証機能、ＤＢＡ制御機能、ＤＷＡ機能などのＰＯＮアクセス制御機能を情報処理部に配備する。フレーム化で利用されるＶＬＡＮ制御、シェーパの前段の優先制御、Ｍｕｘ／ＤＭｕｘ及びキュー、並びにフレーム化の前段のシェーパなどのＬ２主信号処理機能をＳＷに配備する。

シェーパの前段のコピー機能、コピーで利用されるＭＬＤプロキシなどのマルチキャスト機能をＳＷに配備する。このように、ＰＯＮに配備されていたＰＯＮ主信号処理機能及びＰＯＮアクセス制御機能をＳＷに配備することで、ＰＯＮ基本機能部を縮小する。特に、Ｌ２主信号処理は重複を避け、ＳＷに配備することが好ましい。

なお、ＳＷの機能として、クラシファイア、モディファイア、ポリサー／シェーパ、ＸＣ、キュー、スケジューラの順に備える前提で例示したが適宜変更してもよい。例えば、上り方向であり、帯域割当単位の中で処理を行わなければ、ＯＮＵからの入力をバースト送信のためのプリアンブルやバーストオーバーヘッドを外し、フレームをデカプセル化したり、ＬＬＩＤを外したりして、ＰＯＮを終端のみし、
クラシファイア、モディファイア、ポリサー／シェーパ、ＸＣ、キュー、スケジューラの全ての機能をＳＷで実施してもよいし、ＳＷでモディファイア、ＸＣ、キュー、スケジューラのみ実施してもよい。

更に、ＰＯＮ終端後のパス等を記載するＶＩＤ等をＯＮＵで付与すれば、ＸＣ、キュー、スケジューラとすればよい。上位ネットワークが単一パスと見做せれば、キュー、スケジューラでよい。また、ＸＣでフレームが衝突しないようにＤＢＡすれば、クラシファイア、モディファイア、ポリサー／シェーパ、ＸＣとすることができる。更に、上り方向であり、帯域割当単位の中で処理を行わなければ、ＯＮＵからの入力をバースト送信のためのプリアンブルやバーストオーバーヘッドを外し、フレームをデカプセル化したり、ＬＬＩＤを外したりして、ＰＯＮを終端のみし、ＰＯＮ終端後のパス等を記載するＶＩＤ等をＯＮＵで付与すれば、ＸＣのみとすることもできる。

また、クラシファイア、モディファイア、ポリサー／シェーパ、ＸＣ、キュー、スケジューラで、クラシファイア、ポリサー／シェーパ、モディファイア、ＸＣ、キュー、スケジューラとしてもよいし、ポリサー／シェーパの前段にキューを置いて、クラシファイア、モディファイア、キュー、ポリサー／シェーパ、ＸＣ、スケジューラとしたり、クラシファイア、キュー、ポリサー／シェイパ、モディファイア、ＸＣ、スケジューラとしたりしてもよい。ＰＯＮのバースト伝送や、マルチキャスト等の優先トラフィックを多重することによって生ずるバースト性による不要のポリシング（Policing）／シェイピング（Shaping）や、受信側での平準化したトラフィックの受信を考慮するとポリサー／シェイパの前段にキューを置いて平準化した後にポリシング／シェイピングすることが望ましい。

特定の状態への状態遷移に際して、スリープ動作等の主体は、スリープ動作等の主体（通信装置が備える機器）の指示を、スリープ動作等の主体とは独立している外部に保管することによって、動作を継承することが可能となる。特定の状態は、例えば、スリープ状態、運用系の通信装置の切替状態、ユーザ収容切替状態、マルチキャスト状態である。情報が通信装置の外部に保持されているため、他の通信装置への切替に際して、スリープ動作等の継承性が失われないようにすることが可能となる。通信装置は、機器が保持している情報の継承性を確保することが可能となる。
以上示した実施形態１−１に係る構成は、以下の実施形態でも同様であり、適宜組み合わせてもよい。例えば、図８では、本システムが、実行部の構成がＴＲｘ１１、ＳＷ１２及びＳＷ１３のみの場合を例示するが、ＴＲｘ１１、ＳＷ１２及びＳＷ１３以外の箇所、それ以外の場所、ＰＯＮの終端する箇所や、制御部１４を実行部としてもよい。

（実施形態１−２）
実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、ＴＤＭ−ＰＯＮに適用してもよい。ＴＤＭ−ＰＯＮでは、λ設定切替（ＤＷＡ）のようなＯＮＵの間ＯＮＵ−ＯＬＴのＰＯＮ区間の波長リソースを波長分割多重する機能を備えていなくてもよいことを除けば実施形態１−１と同様である。

（実施形態１−３）
実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、ＷＤＭ−ＰＯＮに適用してもよい。ＷＤＭ−ＰＯＮでは、ＤＢＡのようなＯＮＵの間ＯＮＵ−ＯＬＴのＰＯＮ区間の帯域リソースを時分割多重する機能を備えていなくてもよいことを除けば、実施形態１−３は実施形態１−１と同様である。

（実施形態１−４）
本実施形態は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）−ＰＯＮ、ＣＤＭ（Code Division Multiplexing）−ＰＯＮ、ＳＣＭ（Subcarrier Multiplexing）−ＰＯＮ、芯線分割多重を含めた組み合わせである。

実施形態１−１ではＴＷＤＭ−ＰＯＮに用いられる構成を例示したが、波長と時間以外のリソースを共用するＰＯＮに適用してもよい。例えば、１波長の電気の周波数リソースを分割多重するＯＦＤＭ−ＰＯＮ、１波長の電気の周波数リソースを分割多重するＳＣＭ−ＰＯＮ、符号で分割多重するＣＤＭ−ＰＯＮに適用してもよいし、芯線分割多重を併用してもよいし、マルチコアファイバ等を用いた空間分割多重を併用してもよいし、波長分割多重を用いなくてもよい。ＴＷＤＭ−ＰＯＮの波長リソースを波長分割多重する機能を、それぞれの多重するリソースに分割多重するに要する機能に対応する機能に読み替えれば同様である。

（実施形態２）
実施形態２では、ＴＷＤＭ−ＰＯＮに用いられる構成が、ＧＥＭカプセル化を行う。この場合、ＧＥＭフレームを生成するアダプタをＳＷに備え、ＳＷとそれ以外の部分の間でＧＥＭフレームを導通するようにする。ＧＥＭカプセル化までＳＷに移管することで、それ以外の部分のプロトコルスタックからＬ２機能部を除外し、ＳＷとそれ以外の部分で、Ｌ２機能部の重畳を回避することができる。

なお、ＴＷＤＭ−ＰＯＮを例に挙げたが、実施形態１−２〜実施形態１−４のように、ＰＯＮ区間での識別するためのフレームを同様に扱えばそれ以外のＰＯＮであっても同様の効果が得られる。例えば、ＩＥＥＥの規格のＧＥ−ＰＯＮ、１０ＧＥ−ＰＯＮ等であれば、ＧＥＭフレームの代わりに、ＬＬＩＤを付与してＬＬＩＤの付与されたフレームをＳＷとそれ以外の部分の間を導通するようすればよい。

（実施形態３）
実施形態３では、ＴＷＤＭ−ＰＯＮに用いられる制御情報が、ＳＷを経由する。この場合、ブリッジ機能関連をＳＷに移管する代わりに、制御情報を保持するＰＬＯＡＭ、Ｅｍｂｅｄｄｅｄ ＯＡＭ、ＯＭＣＩのいずれかを必要に応じてフレーム化してＳＷ経由で処理する。制御情報をＳＷ経由で入出力することで、ＳＷ以外の処理が軽くなる効果がある。なお、実施形態３の移管に加えて、実施形態１及び実施形態２のブリッジ機能のＳＷへの移管を行ってもよい。

なお、ＴＷＤＭ−ＰＯＮを例に挙げたが、制御情報を同様に扱いＳＷ経由で処理すれば、実施形態１−２〜実施形態１−４のように、それ以外のＰＯＮであっても同様の効果が得られる。
上述した実施形態では、時間的制約の厳しい部品の処理を高優先の部品の処理、時間的制約の緩やかな部品の処理を低優先の部品の処理として例示したが、優先度はそれによらず、時間的制約が緩やかな部品の処理を高優先の部品の処理としてもよいし、時間的制約に依らず予め定めた部品の処理を高優先又は低優先の部品の処理としてもよい。

上述した実施形態における通信装置の少なくとも一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。更に「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、更に前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではない。上記の実施形態は例示に過ぎず、本発明は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができ、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ＰＯＮシステム、２…ＯＮＵ、３…ＯＤＮ、４…ＯＬＴ、５…コントローラ、６…コ
ントローラ、１０…光スイッチ部、１１…送受信部、１２…スイッチ部、１３…スイッチ部、１４…制御部、１５…プロキシ部、１６…外部サーバ、２１…機器無依存ＡＰＩ、２２…機器無依存ＡＰＩ、２３…機器依存ＡＰＩ、２４…機器依存ＡＰＩ、２５…機器依存ＡＰＩ、２６…ＡＰＩ、２７…機器無依存ＡＰＩ、１１０…機器依存部、１１１…ハードウェア部、１１２…ハードウェア部、１１３…ソフトウェア部、１１４…ＯＡＭ部、１１４ａ…エンベデッドＯＡＭエンジン、１１４ｂ…ＰＬＯＡＭエンジン、１１５…ＮＥ管理・制御部、１１５ａ…ＮＥ管理部、１１５ｂ…ＮＥコントロール、１２０…ミドルウェア部、１２１…ミドルウェア部、１３０…機器無依存アプリ部、１３１…拡張機能部、１３１−１…拡張機能部、１３１−２…拡張機能部、１３１−３…拡張機能部、１３２…基本機能部、１３３…管理・制御エージェント部、１４０…ＥＭＳ、１５０…機器依存アプリ部、１６０…外部の装置、３００…ＰＯＮ主信号処理機能部、３１０…ＰＭＤ部、３２０…ＰＯＮアクセス制御機能部、３３０…保守運用機能部、３４０…Ｌ２主信号処理機能部、３５０…ＰＯＮマルチキャスト機能部、３６０…省電力制御機能部、３７０…周波数・時刻同期機能部、３８０…プロテクション機能部

Claims (13)

1. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部
   を備え、
   前記割振部は、
   確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を確保不要とし、前記指標の合計値が所定の値を超過する部品を確保要とし、
   時間的制約の緩やかな部品を低優先の部品として低優先の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースの確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を制限不要とし、前記指標の合計値が所定の値を超過する部品を制限要とし、
   低優先の部品の処理の廃棄前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を廃棄不要とし、前記指標の合計値が所定の値を超過する部品を廃棄要とし、
   受入の前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を受入可とし、前記指標の合計値が所定の値を超過する部品を受入不可とし、
   前記指標は、部品とのやり取りに係る帯域幅、部品とのやり取りに係る帯域時間積、前記部品の処理能力、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置。
2. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部
   を備え、
   前記割振部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、
   前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置。
3. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振部
   を備え、
   前記割振部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置。
4. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限部
   を備え、
   前記制限部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、
   前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置。
5. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限部
   を備え、
   前記制限部は、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置。
6. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うインタフェース
   を備え、
   前記確保を明示的に行うインタフェースは、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限し、
   前記所定の指標は、機能数、機能の処理のステップ数、機能のサイズ、機能を配置する論理回路量、同アクセス頻度、同入出力の使用帯域、やり取りのスケジュールの衝突確率、ページングのページ数、ページング頻度、処理時間、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保装置。
7. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うインタフェース
   を備え、
   前記確保を明示的に行うインタフェースは、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保装置。
8. 前記部品に対するリソースを確保する割振部又は一部の部品の処理を実行するためのリソースを制限してリソースを確保する制限部又は確保を明示的に行うインタフェースのいずれかは、高優先の前記部品の処理を実行する際に低優先の前記部品の処理を実行するためのリソースを制限して高優先の前記部品の処理を実行するためのリソースを確保する、請求項１から７のいずれか一項に記載のリソース確保装置。
9. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振ステップ
   を有し、
   前記割振ステップにおいて、
   確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を確保不要とし、前記指標の合計値が所定の値を超過する部品を確保要とし、
   時間的制約の緩やかな部品を低優先の部品として低優先の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースの確保前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を制限不要とし、前記指標の合計値が所定の値を超過する部品を制限要とし、
   低優先の部品の処理の廃棄前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を廃棄不要とし、前記指標の合計値が所定の値を超過する部品を廃棄要とし、
   受入の前又は後の部品に基づいて得られる指標の合計値が所定の値を超過しない部品を受入可とし、前記指標の合計値が所定の値を超過する部品を受入不可とし、
   前記指標は、部品とのやり取りに係る帯域幅、部品とのやり取りに係る帯域時間積、前記部品の処理能力、それらの組み合わせに基づいて得られる値及び統計値のいずれかであるリソース確保方法。
10. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソースを確保する割振ステップ
    を有し、
    前記割振ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法。
11. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、一部の部品の処理を実行するためのリソースを制限して高優先の部品の処理を実行するためのリソースを確保する制限ステップ
    を有し、
    前記制限ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過しない場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法。
12. サービス毎あるいは通信事業者毎に異なる機能を部品化した部品が追加又は入替又は使用の際に、前記部品に対するリソース確保を明示的に行うステップ
    を有し、
    前記ステップにおいて、前記部品を備える通信装置が動作するに際して利用されるリソースに関する所定の指標、又は、前記部品が動作するに際して利用されるリソースに関する所定の指標、又は、予め定めた所定の種類の部品が動作するに際して利用されるリソースに関する所定の指標、又は、それらの組み合わせに基づいて得られる値が予め定められている所定の値を超過する場合には、低優先又は高優先の少なくともいずれか一方の前記部品の追加又は入替を制限するリソース確保方法。
13. 請求項１から８のいずれかのリソース確保装置としてコンピュータを機能させるためのコンピュータプログラム。

Images