"ネットワークに含まれる各ノードで共有される、ノード内で互いに接続可能なポートを識別するポート識別情報を含むノード間の接続状態を示すトポロジ情報を記憶するメモリと、前記メモリに記憶されたポート識別情報に基づいて、伝送データが入力される各ノードのポートに接続可能なポートを選択していくことで経路を決定するプロセッサとを有することを特徴とする通信装置。前記メモリは、ノード内で接続可能なポートが固定に決められたポートに関する固定ポート情報をさらに記憶し、前記プロセッサは、前記メモリに記憶された固定ポート情報に基づいて、伝送データが入力される各ノードのポートに接続可能なポートを選択していくことで経路を決定することを特徴とする請求項1に記載の通信装置。前記プロセッサは、インタフェースカードの種別に応じて各ノードで付与されたポート識別情報又は固定ポート情報を取得し、取得したポート識別情報又は固定ポート情報を前記メモリに設定することを特徴とする請求項2に記載の通信装置。前記プロセッサは、あるノード内においてポートの構成が更新された場合に、更新に合わせて前記トポロジ情報を設定することを特徴とする請求項3に記載の通信装置。前記プロセッサは、接続可能なポートが複数存在する場合に、リンク先となるノードまでの経路におけるデータ伝送状態を示すコスト値に基づいて、経路を決定することを特徴とする請求項1又は2に記載の通信装置。コンピュータによって実行される経路決定方法であって、ネットワークに含まれる各ノードで共有される、ノード内で互いに接続可能なポートを識別するポート識別情報を含むノード間の接続状態を示すトポロジ情報を取得し、取得したポート識別情報に基づいて、伝送データが入力される各ノードのポートに接続可能なポートを選択していくことで経路を決定することを特徴とする経路決定方法。しかしながら、従来技術では、複数のノードを含むネットワークにおいて、データ伝送に係る経路の選択でエラーが発生するという問題がある。具体的には、従来技術では、データ伝送に係る経路の接続先において制約がある場合に、制約を加味した経路計算を実行できないために、データ伝送に係る経路の選択でエラーが発生する。図25Aは、接続先に制約がある場合の従来に係る課題を説明する図である。図25Aにおいて、NodeA~NodeDまでの各ノードは、例えば、ポート1~8を有し、各ノードを含むネットワークには、ノード間のポート同士を接続する経路にコスト値が付与されている。コスト値は、リンク先となるノードまでの経路におけるデータ伝送状態を示すものであり、例えば、通信に係る帯域、速度、距離又は時間等のパラメタに対応する値である。図25Aでは、コスト値の値がより小さい値の方が他の経路よりも最適な経路になることを示している。また、経路計算については、例えば、CSPFConstrainedShortestPathFirstとして最短経路を求める、DijkstraアルゴリズムやBellman‐Fordアルゴリズム等を利用することがある。これらのアルゴリズムによる経路計算では、付与されたコスト値の総和が最小になる経路が計算される。また、各ポートは、全ての帯域が空き状態になっていると仮定し、各ノードは、OSPF‐TEにより広告されたトポロジ情報を保持する。なお、ポートの数は、各ノードによって異なっていても良い。図25Aでは、NodeAとNodeDとに、接続先に制約があることを破線で表している。具体的には、NodeAのポート3-1~3-4及び4間、NodeDのポート4及び3-1~3-4間には、接続先に制約がある。図25Aの説明では、例えば、NodeA~NodeDまでの複数のノードを含むネットワークにおいて、始点をNodeAのポート1、終点をNodeDのポート1とする場合を説明する。また、経路計算は、NodeAによって実行されることとする。上記構成において、NodeAは、付与されたコスト値の総和が最小になる経路を計算する。このようにして選択される経路は、NodeAのポート1,2、NodeBのポート1,4、NodeDのポート4の順の経路が選択される。これらの結果、図25Aに示すネットワークでは、点線で示した経路が選択される。ここで、NodeDにおいては、ポート4に接続可能な接続先がポート3-1~3-4になる。このため、従来技術では、図25Aのネットワークにおいて、終点であるNodeDのポート1に到達する経路を選択することができないので、エラーが発生する。なお、本来選択されるべき経路は、図25Aの実線で示したNodeBのポート3を経由する経路である。これらから、管理者は、ネットワーク内において接続先に制約があるノードが存在することを意識しておき、あるポートを経由するように経路を選択させる情報を設定することになる。図25Bは、あるポートを経由するように経路を選択させるための情報を設定する例を示す図である。図25Bの例において、管理者は、例えば、NodeAのポート2と、NodeDのポート2とを経由するように経路を選択させるための情報を設定する。あるポートを経由するように経路を選択させるための情報は、例えば、Include指定と呼ぶことがある。図25Bでは、Include指定されるポートを黒い円で示している。NodeAは、図25Bに示すように、Include指定に基づき、NodeBのポート1,3を含む経路を選択する。ところが、そもそもMPLSやGMPLSは、管理者に意識させることなく、自律的に経路計算することが利点の一つである。このため、Include指定を管理者が考えて設定する場合には、Include指定をどのノードの何れのポートに設定するかを考える保守手順がこれまでよりも余計にかかってしまう。また、Include指定については、もともと制約のないネットワークに新たに制約を設ける場合に設定されることも考えられる。このように新たに制約を設定する場合にも、GMPLSを使用せずに設定するための保守手順がこれまでよりも余計にかかってしまう。そこで、本願に開示する技術は、上記に鑑みてなされたものであって、ネットワーク内に含まれるノードに接続に関する制約がある場合でも、データ伝送に係る経路の選択を正確に実行することが可能である通信装置及び経路決定方法を提供することを目的とする。上述した課題を解決し、目的を達成するため、本願に開示する通信装置は、ネットワークに含まれる各ノードで共有される、ノード内で互いに接続可能なポートを識別するポート識別情報を含むノード間の接続状態を示すトポロジ情報を記憶するメモリと、前記メモリに記憶されたポート識別情報に基づいて、伝送データが入力される各ノードのポートに接続可能なポートを選択していくことで経路を決定するプロセッサとを有する。本願に開示する通信装置及び経路決定方法の一つの様態は、ネットワーク内に含まれるノードに接続に関する制約がある場合でも、データ伝送に係る経路の選択を正確に実行するという効果を奏する。以下に添付図面を参照して、本願に開示する通信装置及び経路決定方法の実施例を説明する。なお、以下の実施例により本発明が限定されるものではない。[通信装置のハードウェア構成]図1及び図2を用いて、実施例1に係る通信装置のハードウェア構成を説明する。図1は、スイッチSwitchを経由する通信装置のハードウェア構成の例を示す図である。また、図2は、スイッチを経由しない通信装置のハードウェア構成の例を示す図である。例えば、図1に示すように、通信装置は、保守管理部と、主信号処理部とを有する。これらのうち、保守管理部は、例えば、CPUCentralProcessingUnitと、RAMRandomAccessMemoryと、フラッシュメモリFlashMemoryやCFCompactFlash等の不揮発性メモリとを有する。そして、保守管理部は、CPU、RAM及び不揮発性メモリを統括し、コントロールバスControlBusを介して装置全体の監視や各種設定等を実行する。一方、主信号処理部は、例えば、IFInterfaceCardと、スイッチとを有する。スイッチは、例えば、クロスコネクト機能を有するSWCardである。IFCardは、例えば、SFPSmallformFactorPluggable/XFP10GigabitSmallformFactorPluggable及びIF制御回路を有する。SFP/XFPは、例えば、各種の主信号規格に対応しており、各種主信号を入出力する。IF制御回路は、例えば、各フレームフォーマットに応じた処理を実行する。すなわち、主信号処理部では、SONET/SDH信号の場合にSONET/SDHに関する制御を実行し、OTN信号の場合にOTNに関する制御を実行する。また、SFP/XFPとIF制御回路とは、1つのCardに含まれることがあり、同一Card内でサポート可能なポート数によってSFP/XFPの数が異なる。スイッチは、装置内の任意のポート間で主信号を疎通させるために全てのIF制御回路に接続されている。また、スイッチは、IFCardと同様に、1つのCardに含まれることがある。これらにより、スイッチを有する通信装置では、一つの様態として、図1に示したA、B又はC等のパスを設定できる。また、例えば、図2に示すように、通信装置は、保守管理部と、主信号処理部とを有する。これらのうち、保守管理部は、例えば、CPUと、RAMと、不揮発性メモリとを有するとともにこれらを統括し、コントロールバスを介して装置全体の監視や各種設定等を実行する。一方、主信号処理部は、例えば、TransponderCardと、MuxponderCardと、SW機能を有するIFCardIFCardwithSWと、スイッチに接続されるIFCardとを有する。TransponderCardは、例えば、ポート1とポート2とが1対1で固定に割り付けられており、これらのポート間のみ接続可能なCardである。MuxponderCardは、例えば、複数のポート3-1~3-nnは、自然数から入力された受信信号を多重し、ポート4に送信するCardであり、接続箇所が固定に割り付けられている。なお、MuxponderCardは、逆方向、すなわちポート4から入力された信号については信号を分離してポート3-1~3-nに送信することがある。SW機能を有するIFCardは、例えば、Card内に配置されたポート5-1~5-4間において、自由に接続先を決定できるCardであるが、他のCardのポートには接続できない。なお、スイッチに接続されるIFCardについては、図1に示したCardと同様の処理を実行する。[通信装置の機能ブロック]次に、図3を用いて、実施例1に係る通信装置の機能ブロックを説明する。図3は、実施例1に係る通信装置の機能ブロックの例を示す図である。例えば、図3に示すように、通信装置100は、スイッチ101と、IF102と、IF103と、IF104とを有する。これらのうち、IF102は、SW盤を有さないインタフェースであり、IF103は、SW盤を経由するインタフェースであり、IF104は、SW盤を経由するインタフェースであるものとする。また、例えば、通信装置100は、UIUserInterface105と、Card管理部106と、OSPF‐TE制御部107と、トポロジDBdatabase108と、経路計算部109と、RSVP‐TE制御部110と、不揮発性メモリ111とを有する。これらのうち、IF102は、図2に示したTransponderCard、MuxponderCard、IFCardwithSW等のIF制御回路の一例である。また、スイッチ101、IF103、IF104は、図1に示したスイッチを経由するIF制御回路の一例である。また、UI105、Card管理部106、OSPF‐TE制御部107、経路計算部109、RSVP‐TE制御部110における処理は、例えば、図1又は図2に示したCPU等のプロセッサを用いて行なわれる。また、トポロジDB108は、例えば、図1又は図2に示したRAM等のメモリに格納されている。また、不揮発性メモリ111は、図1又は図2に示した不揮発性メモリの一例である。IF102とIF103とは、例えば、図1及び図2で説明したように、スイッチ101を経由して主信号が流れる。また、IF104は、例えば、図1及び図2で説明したように、スイッチ101を経由することなく主信号が流れる。これらのIF102、IF103及びIF104は、例えば、隣接する通信装置と接続されており、データパケット等の主信号や、RSVP‐TE又はOSPF‐TE制御用のIPパケットによる通信を制御する。なお、RSVP‐TEは、シグナリングプロトコルであり、OSPF‐TEは、ルーティングプロトコルである。UI105は、例えば、通信装置100と接続されるOPSOperationSystem等のネットワーク管理端末から各種コマンドを受け付ける。各種コマンドは、例えば、スイッチ101、IF102、IF103又はIF104等のIFCardに係る設定依頼や、通信装置100を含むネットワークにおける経路計算の要求等が挙げられる。さらに、各種コマンドは、例えば、ユーザによってデータ伝送の経路に意図的に制約が設けられる場合、或いは制約が削除される場合にも利用される。また、UI105は、例えば、Card管理部106によって収集されたスイッチ101、IF102、IF103又はIF104等のIFCardに関する情報をネットワーク管理端末に対して通知する。Card管理部106は、例えば、UI105によってIFCardに係る設定を依頼された場合に、OSPF‐TE制御部107に通知する。IFCardに係る設定は、例えば、IFCardの登録や削除が行なわれる場合である。また、IFCardの登録では、ある制約を有するIFCardが登録されることもある。OSPF‐TE制御部107は、例えば、Card管理部106からの通知を受けると、IFCardの種別に応じてトポロジ情報を生成し、トポロジ情報を記憶するトポロジDB108を更新するとともに、更新したトポロジ情報を隣接する通信装置に広告する。また、OSPF‐TE制御部107は、Card管理部106を経由して、ユーザによって制約の設定又は削除される場合にも、これに応じてトポロジ情報を生成してトポロジDB108を更新するとともに、更新したトポロジ情報を隣接する通信装置に広告する。トポロジDB108は、例えば、RestrictionInformationSub‐TLVTypeLengthValueを含むOpaqueLSALink‐StateAdvertisement等のトポロジ情報を記憶する。トポロジ情報の生成では、RestrictionInformationSub‐TLVを含むOpaqueLSAが生成される。以下では、RestrictionInformationSub-TLVを、RestInfoと記述することがある。なお、OSPF‐TE制御部107は、隣接する他の通信装置から広告されたトポロジ情報を受け付けた場合にもトポロジDB108を更新する。これらにより、通信装置100を含むネットワークでは、各通信装置で同一のトポロジ情報を共有する。後述する経路の計算で利用されるトポロジ情報の構成は、RFCRequestForComment3630、4202、4230等に規定されている。ここで、トポロジ情報は、OpaqueLSAとして定義されている。OpaqueLSAには、機能拡張に対応できるようにGMPLS用に定義された、TLVと呼ばれるフォーマットに従って各種情報が格納される。図4A及び図4Bは、RestrictionInformationSub‐TLVの構成の例を示す図である。例えば、図4Aに示すように、RestInfoは、LinkTLVの配下に存在するSub‐TLVとは別に、空きの部分を拡張したSub‐TLVに格納される。そして、図4Bに示すように、RestInfoが格納されたSub-TLVは、規定された値が使用されるTypeと、TLVのサイズを示すLengthと、各Type値に応じて規定されたルールで使用されるF及びIDとを含む。なお、図4Bにおいて、Lengthを4以上にしているが、Lengthは、IDの種類数によってかえれば良い。また、Fは、通信装置100内で接続可能なポートが1つに固定であるか否かを示す情報であり、例えば、接続可能なポートが1つに固定である場合に1、接続可能なポートが複数ある場合に0が格納される。また、IDには、通信装置100内で互いに接続可能なポートを識別する識別情報が格納される。FやIDの詳細については後述する。このようなTLVは、ネスト構造に配置可能であり、ノード情報を示すRouterTLVと、リンク情報を示すLinkTLVとが使用されることがある。図5は、OpaqueLSAの構成例を示す図である。また、図6は、Sub‐TLVの概要を示す図である。例えば、図5に示すように、OpaqueLSAには、RouterTLVを有するRouterLSAと、LinkTLVを有するLinkLSAとが存在する。このうち、LinkLSAは、複数のSub‐TLVの集合で1つのLSAとしてネットワーク内のノードに広告され、RestInfoも含んでいる。また、図6に示すように、Sub‐TLVには、標準で定義された区分に、リンクやノードに係る各種情報が存在し、拡張された空番号の区分に、RestInfoの情報が存在する。なお、図6に示すSub‐TLVType5であるTrafficEngineeringMetricは、経路計算に利用されるリンクのコスト値の情報である。ここで、図7A~図13Bを用いて、IFCardの種別に応じて設定されるRestInfoについて説明する。図7Aは、TransponderCardの構成例を示す図である。また、図7Bは、図7Aに示したTransponderCardに応じて設定されるRestrictionInformationの例を示す図である。例えば、図7Aに示すTransponderCardでは、データ入力されるポート1に対して接続可能なポートが2である。また、図7Aに示すTransponderCardでは、データ入力されるポート2に対して接続可能なポートが1である。このとき、OSPF‐TE制御部107は、図7Bに示すように、RestInfoの設定について、ポート1と、FBit1と、ID0x01とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート2と、FBit1と、ID0x01とを対応付けて格納する。すなわち、図7Bに示すRestInfoにおいて、ポート1は、接続可能なポートが1つに固定されており、接続可能なポートはID0x01を持つポートであることを示している。同様に、ポート2は、接続可能なポートが1つに固定されており、接続可能なポートはID0x01を持つポートであることを示している。図8Aは、MuxponderCardの構成例を示す図である。また、図8Bは、図8Aに示したMuxponderCardに応じて設定されるRestrictionInformationの例を示す図である。なお、図8A及び図8Bには、図7A及び図7Bで説明したIFCardも含まれているためその説明は省略する。例えば、図8Aに示すMuxponderCardでは、データ入力されるポート3-1、3-2、3-3又は3-4に対して接続可能なポートが4である。また、図8Aに示すMuxponderCardでは、データ入力されるポート4に対して接続可能なポートが3-1、3-2、3-3又は3-4の何れかである。要するに、図8Aに示すMuxponderCardは、多重元の複数のポートと多重先のポートとがn対1の関係で接続可能なポートが固定になる。詳細には、ポート3-1~3-4は、ポート4-1~4-4に固定に接続される。このとき、OSPF‐TE制御部107は、図8Bに示すように、RestInfoの設定について、ポート3-1と、FBit1と、ID0x020b00010とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-2と、FBit1と、ID0x040b00100とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-3と、FBit1と、ID0x080b01000とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-4と、FBit1と、ID0x100b10000とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート4と、FBit1と、ID0x1E0b11110とを対応付けて格納する。換言すると、OSPF‐TE制御部107は、多重元の複数のポートに対して通信装置100内で固有のIDを付与し、多重先のポートに対して多重元に設定したID値を全てORした値を付与する。また、上述したように、ポート4は、詳細にはポート4-1~4-4まであり、各々がポート3-1~3-4に固定に接続されるため、FBitにも1が付与される。また、OSPF‐TE制御部107は、ID0x01をポート1及び2で利用しているため、ID0x02、0x04、0x08及び0x10を利用している。IDについては、0x01、0x02、0x03のように利用しても良いが、Bitを意識して0x02、0x04のように利用することで、1つのポートに複数のポートが接続可能なことを表現することができる。すなわち、図8Bに示すRestInfoにおいて、ポート3-1は、接続可能なポートが1つに固定されており、接続可能なポートはID0b00010の1と同じビット位置に1を持つポートであることを示している。同様に、ポート3-2は、接続可能なポートが1つに固定されており、接続可能なポートはID0b00100の1と同じビット位置に1を持つポートであることを示している。同様に、ポート3-3は、接続可能なポートが1つに固定されており、接続可能なポートはID0b01000の1と同じビット位置に1を持つポートであることを示している。同様に、ポート3-4は、接続可能なポートが1つに固定されており、接続可能なポートはID0b10000の1と同じビット位置に1を持つポートであることを示している。同様に、ポート4は、接続可能なポートが1つに固定されており、接続可能なポートはID0b11110の1と同じビット位置に1を持つポートであることを示している。図9Aは、接続先が限定されるSWを内蔵したMuxponderCardの構成例を示す図である。また、図9Bは、図9Aに示したMuxponderCardに応じて設定されるRestrictionInformationの例を示す図である。なお、図9A及び図9Bには、図7A及び図7Bで説明したIFCardも含まれているためその説明は省略する。例えば、図9Aに示すMuxponderCardでは、データ入力されるポート3-1、3-2、3-3又は3-4に対して接続可能なポートが4-1、4-2、4-3又は4-4である。また、図9Aに示すMuxponderCardでは、データ入力されるポート4-1、4-2、4-3又は4-4に対して接続可能なポートが3-1、3-2、3-3又は3-4である。要するに、図9Aに示すMuxponderCardは、多重元の複数のポートに対して多重先のポートも複数存在し、それぞれSWによって接続が切り替えられるものの、その接続先は限定されている。このとき、OSPF‐TE制御部107は、図9Bに示すように、RestInfoの設定について、ポート3-1と、FBit0と、ID0x020b00010とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-2と、FBit0と、ID0x040b00100とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-3と、FBit0と、ID0x080b01000とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3-4と、FBit0と、ID0x100b10000とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート4と、FBit0と、ID0x1E0b11110とを対応付けて格納する。換言すると、OSPF‐TE制御部107は、FBitを0とすることで、接続先が1つに固定されているわけではなく、多重先での接続先を選択することが可能である事を示すようにしている。すなわち、図9Bに示すRestInfoにおいて、ポート3-1は、接続可能なポートが複数存在し、接続可能なポートはID0b00010の1と同じビット位置に1を持つポートであることを示している。同様に、ポート3-2は、接続可能なポートが複数存在し、接続可能なポートはID0b00100と同じビット位置に1を持つポートであることを示している。同様に、ポート3-3は、接続可能なポートが複数存在し、接続可能なポートはID0b01000と同じビット位置に1を持つポートであることを示している。同様に、ポート3-4は、接続可能なポートが複数存在し、接続可能なポートはID0b10000と同じビット位置に1を持つポートであることを示している。同様に、ポート4は、接続可能なポートが複数存在し、接続可能なポートはID0b11110と同じビット位置に1を持つポートであることを示している。図10Aは、SWを内蔵したIFCardの構成例を示す図である。また、図10Bは、図10Aに示したIFCardに応じて設定されるRestrictionInformationの例を示す図である。なお、図10A及び図10Bには、図7A~図8Bで説明したIFCardも含まれているためその説明は省略する。例えば、図10Aに示すIFCardでは、データ入力されるポート5、6、7又は8に対して接続可能なポートが自ポート以外のポートである。このとき、OSPF‐TE制御部107は、図10Bに示すように、RestInfoの設定について、ポート5と、FBit0と、ID0x20とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート6と、FBit0と、ID0x20とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート7と、FBit0と、ID0x20とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート8と、FBit0と、ID0x20とを対応付けて格納する。すなわち、図10Bに示すRestInfoにおいて、ポート5は、接続可能なポートが複数存在し、接続可能なポートはID0x20を持つポートであることを示している。同様に、ポート6は、接続可能なポートが複数存在し、接続可能なポートはID0x20を持つポートであることを示している。同様に、ポート7は、接続可能なポートが複数存在し、接続可能なポートはID0x20を持つポートであることを示している。同様に、ポート8は、接続可能なポートが複数存在し、接続可能なポートはID0x20を持つポートであることを示している。図11Aは、SWCardを経由するIFCardの構成例を示す図である。また、図11Bは、図11Aに示したIFCardに応じて設定されるRestrictionInformationの例を示す図である。なお、図11A及び図11Bには、図7A~図8B、図10A及び図10Bで説明したIFCardも含まれているためその説明は省略する。例えば、図11Aに示すIFCardでは、SWCardを経由することで、データ入力されるポート9、10、11又は12に対して接続可能なポートが自ポート以外のポートである。このとき、OSPF‐TE制御部107は、図11Bに示すように、RestInfoの設定について、ポート9と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート10と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート11と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート12と、FBit0と、ID0x40とを対応付けて格納する。すなわち、図11Bに示すRestInfoにおいて、ポート9は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート10は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート11は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート12は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。図12Aは、SWCardを経由する、制約のあるIFCardの構成例を示す図である。また、図12Bは、図12Aに示したIFCardに応じて設定されるRestrictionInformationの例を示す図である。例えば、図12Aに示すIFCardでは、SWCardを経由することで、データ入力されるポート1、2、3又は4に対して接続可能なポートが自ポート以外のポートである。また、図12Aに示すIFCardでは、SWCardを経由することで、データ入力されるポート5、6、7又は8に対して接続可能なポートが自ポート以外のポートである。要するに、制約が存在する理由は、例えば、複数のCardを収容するシャーシを拡張し、複数のシャーシを1つのノードとして管理する方式をとっているからである。このように、複数のシャーシを1つのノードとして管理する場合には、シャーシ単位で接続可能なポートを設定することになる。このとき、OSPF‐TE制御部107は、図12Bに示すように、RestInfoの設定について、ポート1と、FBit0と、ID0x01とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート2と、FBit0と、ID0x01とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート3と、FBit0と、ID0x01とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート4と、FBit0と、ID0x01とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート5と、FBit0と、ID0x02とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート6と、FBit0と、ID0x02とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート7と、FBit0と、ID0x02とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート8と、FBit0と、ID0x02とを対応付けて格納する。すなわち、図12Bに示すRestInfoにおいて、ポート1は、接続可能なポートが複数存在し、接続可能なポートはID0x01を持つポートであることを示している。同様に、ポート2は、接続可能なポートが複数存在し、接続可能なポートはID0x01を持つポートであることを示している。同様に、ポート3は、接続可能なポートが複数存在し、接続可能なポートはID0x01を持つポートであることを示している。同様に、ポート4は、接続可能なポートが複数存在し、接続可能なポートはID0x01を持つポートであることを示している。同様に、ポート5は、接続可能なポートが複数存在し、接続可能なポートはID0x02を持つポートであることを示している。同様に、ポート6は、接続可能なポートが複数存在し、接続可能なポートはID0x02を持つポートであることを示している。同様に、ポート7は、接続可能なポートが複数存在し、接続可能なポートはID0x02を持つポートであることを示している。同様に、ポート8は、接続可能なポートが複数存在し、接続可能なポートはID0x02を持つポートであることを示している。図13Aは、図11Aに示したSWを内蔵したIFCardが削除されたときのIFCardの構成例を示す図である。また、図13Bは、図13Aに示したIFCardに応じて設定されるRestrictionInformationの例を示す図である。なお、図13A及び図13Bには、図7A~図8Bで説明したIFCardも含まれているためその説明は省略する。例えば、図13Aに示すIFCardでは、データ入力されるポート5、6、7、8、9、10、11又は12に対して接続可能なポートが自ポート以外のポートである。このとき、OSPF‐TE制御部107は、図13Bに示すように、RestInfoの設定について、ポート5と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート6と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート7と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート8と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート9と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート10と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート11と、FBit0と、ID0x40とを対応付けて格納する。また、OSPF‐TE制御部107は、ポート12と、FBit0と、ID0x40とを対応付けて格納する。要するに、OSPF‐TE制御部107は、ポート5~8に対するID0x20を、0x40に更新する。すなわち、図13Bに示すRestInfoにおいて、ポート5は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート6は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート7は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート8は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート9は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート10は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート11は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。同様に、ポート12は、接続可能なポートが複数存在し、接続可能なポートはID0x40を持つポートであることを示している。図3の説明に戻り、OSPF‐TE制御部107は、例えば、ユーザによる制約の設定をネットワーク管理端末、UI105及びCard管理部106を介して受け付ける。そして、OSPF‐TE制御部107は、受け付けたポートのID情報をRestInfoに設定し、接続先が1つに固定になる場合にはFBitを1に設定する。このとき、OSPF‐TE制御部107は、既に同一のIDが付与されたポートが他に存在している場合に、接続可能なポートに変更が生じるため、変更に応じてFBitを設定して、変更したトポロジ情報を再広告する。一方、OSPF‐TE制御部107は、既に同一のIDが付与されたポートが他に存在しない場合に、新たに制約を設定したトポロジ情報を広告する。また、OSPF‐TE制御部107は、例えば、ユーザによる制約解除の設定をネットワーク管理端末、UI105及びCard管理部106を介して受け付ける。そして、OSPF‐TE制御部107は、受け付けたポート情報に該当するRestInfoを削除する。このとき、OSPF‐TE制御部107は、削除したポートのIDと同一のIDが付与されたポートが他に存在している場合に、接続可能なポートに変更が生じるため、変更に応じてFBitを設定して、変更したトポロジ情報を再広告する。一方、OSPF‐TE制御部107は、同一のIDが付与されたポートが他に存在しない場合に、制約を削除したトポロジ情報を広告する。経路計算部109は、例えば、UI105を介してネットワーク管理端末から、始点及び終点のポートを指定した経路計算要求を受け付けると、トポロジDB108を参照しつつ経路計算を実行し、計算結果をRSVP‐TE制御部110に通知する。なお、経路計算部109による経路計算では、RestInfoに含まれるFBitを利用せずに実行されても良い。この経路計算の詳細については後述する。RSVP‐TE制御部110は、例えば、経路計算部109によって通知された経路の計算結果に基づいて、シグナリングプロトコル動作を始点ノードから終点ノードまでEnd‐to‐Endで実行する。これにより、RSVP‐TE制御部110は、各通信装置でIFやスイッチ等に、主信号疎通のための設定を実行する。また、RSVP‐TE制御部110は、シグナリングにおいて使用した経路やシグナリングに係る情報等を不揮発性メモリ111に格納する。シグナリングで使用した経路やシグナリングに係る情報を不揮発性メモリ111に格納することは、通信装置100のリスタート時の復旧に備えて行なわれることである。不揮発性メモリ111は、例えば、シグナリングで使用された経路やシグナリングに係る情報を記憶する。[経路計算]次に、図14~図18を用いて、RestInfoを利用した経路計算について説明する。図14は、始点及び終点のポートがFBit1である場合の経路計算の例を説明する図である。なお、図14に示す各ポート付近に記載の値は、各ポートのRestInfoIDFBitを表している。また、各ノード間のポート同士を接続する経路に記載の値は、コスト値を表している。また、図14に示すNodeA及びNodeDのポート1と2とは、TransponderCardを想定している。また、図14に示すNodeA及びNodeDのポート3-1~3-4と4とは、MuxponderCardを想定している。図14では、NodeA~NodeDまでの通信装置を含むネットワークにおいて、始点をNodeAのポート1、終点をNodeDのポート1とする経路計算要求をNodeAが受け付けた場合を説明する。例えば、図14に示すように、ネットワーク管理端末から経路計算要求を受け付けたNodeAは、トポロジDB108を参照して、NodeAのポート1とNodeDのポート1とにFBit1が付与されていることを認識する。そして、NodeAは、NodeAのポート1に対して、NodeA内で同一のIDが付与されているポートを検索し、検索の結果、NodeAのポート2をInclude指定する。また、NodeAは、NodeDのポート1に対して、NodeD内で同一のIDが付与されているポートを検索し、検索の結果、NodeDのポート2をInclude指定する。なお、Include指定は、図14において黒丸で表している。続いて、NodeAは、トポロジDB108を参照して、NodeAのポート2の接続先ノードがNodeBであり、そのポートがNodeBのポート1であることを認識する。また、NodeAは、トポロジDB108を参照して、NodeDのポート2の接続先ノードがNodeBであり、そのポートがNodeBのポート3であることを認識する。ここで、NodeAは、NodeBのポート1と3とに制約が存在しないので、Include指定のポートを除いたNodeBのポート1を始点とし、NodeBのポート3を終点とする経路計算を実行する。すなわち、NodeAは、NodeAのポート1,2、NodeBのポート1,3、NodeDのポート2,1の順の経路計算結果を出力する。なお、経路計算結果は、図14において点線の矢印で表している。図15は、FBitが1であるポートが連続する場合の経路計算の例を説明する図である。なお、図15に示す各ポート付近に記載の値は、各ポートのRestInfoIDFBitを表している。また、各ノード間のポート同士を接続する経路に記載の値は、コスト値を表している。また、図15に示すNodeA及びNodeHのポート1と2とは、TransponderCardを想定している。また、図15に示すNodeA及びNodeHのポート3-1~3-4と4とは、MuxponderCardを想定している。また、図15に示すNodeDのポート1及び3と、2及び4とは、それぞれ物理的に別のCardであり、複数のCardを収容するシャーシを拡張したものを想定している。図15では、NodeA~NodeHまでの通信装置を含むネットワークにおいて、始点をNodeAのポート1、終点をNodeHのポート1とする経路計算要求をNodeAが受け付けた場合を説明する。例えば、図15に示すように、ネットワーク管理端末から経路計算要求を受け付けたNodeAは、トポロジDB108を参照して、NodeAのポート1とNodeHのポート1とにFBit1が付与されていることを認識する。そして、NodeAは、NodeAのポート1に対して、NodeA内で同一のIDが付与されているポートを検索し、検索の結果、NodeAのポート2をInclude指定する。また、NodeAは、NodeHのポート1に対して、NodeH内で同一のIDが付与されているポートを検索し、検索の結果、NodeHのポート2をInclude指定する。続いて、NodeAは、トポロジDB108を参照して、NodeHのポート2の接続先ノードがNodeDであり、そのポートがNodeDのポート3であるとともに、FBit1が付与されていることを認識する。その後、NodeAは、NodeDのポート3に対して、NodeD内で同一のIDが付与されているポートを検索し、検索の結果、NodeDのポート1をInclude指定する。なお、Include指定は、図15において黒丸で表している。そして、NodeAは、トポロジDB108を参照して、NodeDのポート1の接続先ノードがNodeCであり、そのポートがNodeCのポート3であることを認識する。ここで、NodeAは、NodeCのポート3と、NodeBのポート1とに制約が存在しないので、Include指定のポートを除いたNodeBのポート1を始点とし、NodeCのポート3を終点とする経路計算を実行する。NodeAは、制約が存在しないNodeBのポート1からNodeCのポート3の経路計算について、コスト値がより小さい経路を選択する。すなわち、NodeAは、NodeAのポート1,2、NodeBのポート1,4、NodeCのポート2,3、NodeDのポート1,3、NodeHのポート2,1の順の経路計算結果を出力する。なお、経路計算結果は、図15において点線の矢印で表している。図16は、MuxponderCardが端点となる場合の経路計算の例を説明する図である。なお、図16に示す各ポート付近に記載の値は、各ポートのRestInfoIDFBitを表している。また、各ノード間のポート同士を接続する経路に記載の値は、コスト値を表している。また、図16に示すNodeA及びNodeDのポート1と2とは、TransponderCardを想定している。また、図16に示すNodeA及びNodeDのポート3-1~3-4と、4とは、MuxponderCardを想定している。図16では、NodeA~NodeDまでの通信装置を含むネットワークにおいて、始点をNodeAのポート1、終点をNodeDのポート3-1とする経路計算要求をNodeAが受け付けた場合を説明する。例えば、図16に示すように、ネットワーク管理端末から経路計算要求を受け付けたNodeAは、トポロジDB108を参照して、NodeAのポート1とNodeDのポート3-1とにFBit1が付与されていることを認識する。そして、NodeAは、NodeAのポート1に対して、NodeA内で同一のIDが付与されているポートを検索し、検索の結果、NodeAのポート2をInclude指定する。また、NodeAは、NodeDのポート3-1に対して、NodeD内で接続可能なポート4を検索し、検索の結果、NodeDのポート4をInclude指定する。なお、Include指定は、図16において黒丸で表している。そして、NodeAは、トポロジDB108を参照して、NodeAのポート1の接続先ノードがNodeBであり、そのポートがNodeBのポート1であることを認識する。また、NodeAは、トポロジDB108を参照して、NodeDのポート4の接続先ノードがNodeBであり、そのポートがNodeBのポート4であることを認識する。ここで、NodeAは、NodeBのポート1と4とに制約が存在しないので、Include指定のポートを除いたNodeBのポート1を始点とし、NodeBのポート4を終点とする経路計算を実行する。すなわち、NodeAは、NodeAのポート1,2、NodeBのポート1,4、NodeDのポート4,3-1の順の経路計算結果を出力する。なお、経路計算結果は、図16において点線の矢印で表している。図17は、FBitを利用しない場合の経路計算の例を説明する図である。なお、図17に示す各ポート付近に記載の値は、各ポートのRestInfoIDFBitを表している。但し、図17の説明では、FBitを利用しない経路計算を説明する。また、各ノード間のポート同士を接続する経路に記載の値は、コスト値を表している。また、図17に示すNodeA及びNodeDのポート3と4とは、TransponderCardを想定している。同様に、図17に示すNodeBのポート1と4とは、TransponderCardを想定している。図17では、NodeA~NodeDまでの通信装置を含むネットワークにおいて、始点をNodeAのポート5、終点をNodeDのポート5とする経路計算要求をNodeAが受け付けた場合を説明する。例えば、図17に示すように、NodeAは、トポロジDB108を参照して、NodeAのポート5に接続可能なポート6、7及び8を取得する。ここでは、NodeAは、コスト値が同一となるNodeAのポート7と8とのうち、ポート7を選択したと仮定する。そして、NodeAは、トポロジDB108を参照して、NodeAのポート7の接続先ノードがNodeBであり、そのポートがNodeBのポート3であることを認識する。続いて、NodeAは、トポロジDB108を参照して、NodeBのポート3に接続可能なポート5及び6を取得する。このとき、NodeAは、NodeBのポート5と6とのうち、コスト値のより小さいNodeBのポート5を選択する。その後、NodeAは、トポロジDB108を参照して、NodeBのポート5の接続先ノードがNodeDであり、そのポートがNodeDのポート4であることを認識する。そして、NodeAは、NodeDについて、終点のポート5が存在するノードであるので、トポロジDB108を参照して、NodeDのポート4と5とが接続可能であるか否かを判定する。このとき、NodeAは、NodeDのポート4と5とのIDが異なるので、図17に示すAの経路は接続できないことを認識する。そこで、NodeAは、1ホップ分戻したNodeBのポート3から再計算を実行する。再計算において、NodeAは、NodeBのポート3に接続可能なポート6を選択する。そして、NodeAは、トポロジDB108を参照して、NodeBのポート6の接続先ノードがNodeDであり、そのポートがNodeDのポート7であることを認識する。続いて、NodeAは、NodeDについて、終点のポート5が存在するノードであるので、トポロジDB108を参照して、NodeDのポート7と5とが接続可能であるか否かを判定する。このとき、NodeAは、NodeDのポート7と5とのIDが同一であるので、図17に示すBの経路を計算結果として出力する。すなわち、NodeAは、NodeAのポート5,7、NodeBのポート3,6、NodeDのポート7,5の順の経路計算結果を出力する。図18は、FBitを利用しない場合の経路計算の例を説明する図である。なお、図18に示す各ポート付近に記載の値は、各ポートのRestInfoIDFBitを表している。但し、図18の説明では、FBitを利用しない経路計算を説明する。また、各ノード間のポート同士を接続する経路に記載の値は、コスト値を表している。また、図18に示すNodeAのポート3と4とは、TransponderCardを想定している。同様に、図18に示すNodeBのポート1と4とは、TransponderCardを想定している。また、図18に示すNodeDのポート3と4と7とは、SWを内蔵したIFCard又はSWCardを経由するIFCard等を想定している。図18では、NodeA~NodeDまでの通信装置を含むネットワークにおいて、始点をNodeAのポート5、終点をNodeDのポート5とする経路計算要求をNodeAが受け付けた場合を説明する。例えば、図18に示すように、NodeAは、トポロジDB108を参照して、NodeAのポート5に接続可能なポート6、7及び8を取得する。ここでは、NodeAは、コスト値が同一となるNodeAのポート7と8とのうち、ポート7を選択したと仮定する。そして、NodeAは、トポロジDB108を参照して、NodeAのポート7の接続先ノードがNodeBであり、そのポートがNodeBのポート3であることを認識する。続いて、NodeAは、トポロジDB108を参照して、NodeBのポート3に接続可能なポート5及び6を取得する。このとき、NodeAは、NodeBのポート5と6のうち、コスト値のより小さいNodeBのポート5を選択する。その後、NodeAは、トポロジDB108を参照して、NodeBのポート5の接続先ノードがNodeDであり、そのポートがNodeDのポート4であることを認識する。そして、NodeAは、NodeDについて、終点のポート5が存在するノードであるので、トポロジDB108を参照して、NodeDのポート4と5とが接続可能であるか否かを判定する。このとき、NodeAは、NodeDのポート4と5とのIDが異なるので、図18に示すAの経路は接続できないことを認識する。そこで、NodeAは、1ホップ分戻したNodeBのポート3から再計算を実行する。再計算において、NodeAは、NodeBのポート3に接続可能なポート6を選択する。そして、NodeAは、トポロジDB108を参照して、NodeBのポート6の接続先ノードがNodeDであり、そのポートがNodeDのポート7であることを認識する。続いて、NodeAは、NodeDについて、終点のポート5が存在するノードであるので、トポロジDB108を参照して、NodeDのポート7と5とが接続可能であるか否かを判定する。このとき、NodeAは、NodeDのポート7と5とのIDが異なるので、図18に示すBの経路は接続できないことを認識する。そこで、NodeAは、さらに1ホップ分戻したNodeAのポート5から再計算を実行する。再計算において、NodeAは、NodeAのポート5に接続可能なポート8を選択する。そして、NodeAは、トポロジDB108を参照して、NodeAのポート8の接続先ノードがNodeCであり、そのポートがNodeCのポート1であることを認識する。続いて、NodeAは、NodeCのポート1に接続可能なポート2を選択する。その後、NodeAは、トポロジDB108を参照して、NodeCのポート2の接続先ノードがNodeDであり、そのポートがNodeDのポート8であることを認識する。そして、NodeAは、NodeDについて、終点のポート5が存在するノードであるので、トポロジDB108を参照して、NodeDのポート8と5とが接続可能であるか否かを判定する。このとき、NodeAは、NodeDのポート8と5とのIDが同一であるので、図18に示すCの経路を計算結果として出力する。すなわち、NodeAは、NodeAのポート5,8、NodeCのポート1,2、NodeDのポート8,5の順の経路計算結果を出力する。[トポロジ情報設定処理]次に、図19を用いて、実施例1に係るIFCard設定時のトポロジ情報設定処理を説明する。図19は、実施例1に係るIFCard設定時のトポロジ情報設定処理の流れの例を示すフローチャートである。例えば、図19に示すように、通信装置100は、ネットワーク管理端末からIFCardに関する設定要求を受け付けるS101。そして、通信装置100は、通信装置100内に含まれるIFCardのCard種別を判定するS102。このとき、通信装置100は、Card種別がTransponderCardである場合に、該当するTransponderCardが有するポートそれぞれに、通信装置100内で固有の同一IDを付与するS103。その後、通信装置100は、FBitに1を設定するS104。また、通信装置100は、Card種別がMuxponderCardである場合に、該当するMuxponderCardの多重元の複数のポートに対して、通信装置100内で固有のIDをポート毎に付与するS105。そして、通信装置100は、該当するMuxponderCardの多重先のポートに対して、多重元に設定したIDをORした値を付与するS106。その後、通信装置100は、FBitに1を設定するS107。また、通信装置100は、Card種別がSW盤内蔵のIFCardである場合に、該当するIFCardが有するポートに、通信装置100内で固有の同一IDを付与するS108。そして、通信装置100は、FBitに0を設定するS109。また、通信装置100は、Card種別が通常のIFCardである場合に、該当するIFCard間で同一で、通信装置100内で固有のIDを付与するS110。そして、通信装置100は、FBitに0を設定するS111。その後、通信装置100は、FBitとIDとが設定されたRestInfoを含むOpaqueLSAを生成して隣接する通信装置に広告するS112。次に、図20を用いて、実施例1に係るIFCard削除時のトポロジ情報設定処理を説明する。図20は、実施例1に係るIFCard削除時のトポロジ情報設定処理の流れの例を示すフローチャートである。例えば、図20に示すように、通信装置100は、ネットワーク管理端末からIFCardに関する削除要求を受け付けるS201。そして、通信装置100は、該当するIFCardのRestInfoを含むOpaqueLSAを削除するとともに、削除によって生じる他のIFCardのRestInfoの変更も実行するS202。なお、通信装置100は、更新後のRestInfoを含むOpaqueLSAを隣接する通信装置に広告する。次に、図21を用いて、実施例1に係るIFCard変更時のトポロジ情報設定処理を説明する。図21は、実施例1に係るIFCard変更時のトポロジ情報設定処理の流れの例を示すフローチャートである。なお、図21では、当初には制約を有するIFCardが、ハードウェアの改版等によって制約が解除される場合の処理を説明する。例えば、図21に示すように、通信装置100は、ネットワーク管理端末からIFCardに関する変更要求を受け付けるS301。そして、通信装置100は、該当するIFCardのIDを通常のIFCard間で付与されているIDに更新するS302。続いて、通信装置100は、RestInfoを含むOpaqueLSAを隣接する通信装置に再広告するS303。次に、図22を用いて、実施例1に係る制約変更時のトポロジ情報設定処理を説明する。図22は、実施例1に係る制約変更時のトポロジ情報設定処理の流れの例を示すフローチャートである。なお、図22では、ユーザが意図してあるポートの制約を設定又は削除する場合の処理を説明する。例えば、図22に示すように、通信装置100は、ネットワーク管理端末からあるポートに対してIDを設定、或いは、削除する通知を受け付けるS401。そして、通信装置100は、IDを設定する通知であるか否かを判定するS402。このとき、通信装置100は、IDを設定する通知である場合にS402肯定、ID情報を対象のポートに設定し、接続可能なポートが固定になる場合にはFBitに1を設定するS403。また、通信装置100は、同一IDを持つポートが既に存在する場合に、接続可能なポートが複数存在すればFBit0、接続可能なポートが1つに固定であればFBit1として、変更したOpaqueLSAを広告するS404。また、通信装置100は、IDを新たに設定したポートについて、RestInfoを追加したOpaqueLSAを再広告するS405。一方、通信装置100は、IDを削除する通知の場合にS402否定、同一IDが付与された他のポートが存在すれば、接続状態に応じて他のポートのFBitを更新するS406。すなわち、通信装置100は、接続可能なポートが複数存在すればFBitを0に、接続可能なポートが1つに固定であればFBitを1に更新して、FBitに変更が生じた場合に、OpaqueLSAを再広告する。また、通信装置100は、IDが削除されたポートについて、RestInfoを削除したOpaqueLSAを再広告するS407。[経路計算処理]次に、図23を用いて、実施例1に係る制約事項を経路計算に反映する処理を説明する。図23は、実施例1に係る制約事項を経路計算に反映する処理の流れの例を示すフローチャートである。例えば、図23に示すように、通信装置100は、ネットワーク管理端末から経路計算要求を受け付けるS501。経路計算要求には、指定された始点及び終点のポート情報等が含まれる。そして、通信装置100は、トポロジDB108を参照して、指定された始点のポートのFBitが1であるか否かを判定するS502。このとき、通信装置100は、始点のポートのFBitが1である場合にS502肯定、始点のポートに接続可能なポートを検索するS503。そして、通信装置100は、検索したポートをInclude指定するS504。続いて、通信装置100は、トポロジDB108を参照して、検索したポートに対向する通信装置のポートを検索するS505。その後、通信装置100は、対向する通信装置のポートのFBitが1であるか否かを判定するS506。このとき、通信装置100は、FBitが1である場合にS506肯定、接続可能なポートをさらに検索するS503の処理を実行する。一方、通信装置100は、FBtiが0である場合にS506否定、トポロジDB108を参照して、指定された終点のポートのFBitが1であるか否かを判定するS507。このとき、通信装置100は、終点のポートのFBitが1である場合にS507肯定、終点のポートに接続可能なポートを検索するS508。そして、通信装置100は、検索したポートをInclude指定するS509。続いて、通信装置100は、トポロジDB108を参照して、検索したポートに対向する通信装置のポートを検索するS510。その後、通信装置100は、対向する通信装置のポートのFBitが1であるか否かを判定するS511。このとき、通信装置100は、FBitが1である場合にS511肯定、接続可能なポートをさらに検索するS508の処理を実行する。一方、通信装置100は、FBitが0である場合にS511否定、Include指定した箇所の内側に存在する経路における経路計算を実行するS512。そして、通信装置100は、経路計算した経路と、Include指定したポートとを合わせた経路を経路計算結果として出力するS513。なお、通信装置100は、始点のポートのFBitが0である場合にS502否定、S507の処理を実行する。また、通信装置100は、終点のポートのFBitが0である場合にS507否定、S512の処理を実行する。また、通信装置100は、始点及び終点のポートのFBitが0である場合、若しくは、RestInfoが付与されていない場合には、Include指定は行なわない。次に、図24を用いて、実施例1に係る経路計算処理を説明する。図24は、実施例1に係る経路計算処理の流れの例を示すフローチャートである。例えば、図24に示すように、通信装置100は、経路計算を実行する場合に、経路検索元となるポートのOpaqueLSAをトポロジDB108から取得するS601。そして、通信装置100は、経路検索元となるポートが終点となるポートを含む通信装置内のポートであるか否かを判定するS602。このとき、通信装置100は、終点となるポートを含む通信装置内のポートでないと判定した場合にS602否定、OpaqueLSA内の経路検索元となるポートにRestInfoが付与されているか否かを判定するS603。このとき、通信装置100は、経路検索元となるポートにRestInfoが付与されていない場合にS603否定、接続先に制約がないので、RestInfoが付与されていないポートから最適な経路を選択するS604。最適な経路とは、例えば、コスト値がより小さい経路のことである。一方、通信装置100は、経路検索元となるポートにRestInfoが付与されている場合にS603肯定、FBitが1であるか否かを判定するS605。このとき、通信装置100は、FBitが0である場合にS605否定、接続可能なIDを有するポートから最適経路を選択するS606。一方、通信装置100は、FBitが1である場合にS605肯定、接続可能なIDを有するポートを次の経路として選択するS607。そして、通信装置100は、選択したポートを経路検索元としてS608、再度S601の処理を実行する。また、通信装置100は、S602において、終点となるポートを含む通信装置内のポートであると判定した場合にS602肯定、経路検索元のポートのRestInfoを取得するS609。また、通信装置100は、終点となるポートのRestInfoもさらに取得するS610。そして、通信装置100は、経路検索元のポートと終点となるポートとが接続可能か否かを判定するS611。このとき、通信装置100は、経路検索元のポートと終点となるポートとが接続可能である場合にS611肯定、それまでに選択してきたポートを経路計算結果として出力するS612。一方、通信装置100は、経路検索元のポートと終点となるポートとが接続不可能である場合にS611否定、S613の処理を実行する。S613の処理では、通信装置100は、1ホップ分戻したポートを経路検索元とし、経路として選択できなかったポートが次回に選択されないようにする。また、S613の処理では、通信装置100は、1ホップ分戻したポートで経路選択できない場合には、さらに1ホップ戻して再度経路検索していく処理を実行していき、経路選択できなければ始点ノードのポートまで経路検索元を戻す。そして、通信装置100は、全ての経路について検索済みであるか否かを判定するS614。このとき、通信装置100は、全ての経路について検索済みである場合にS614肯定、指定された始点のポートから終点のポートまでの経路について、選択可能な経路がないので、エラーを出力して処理を終了する。一方、通信装置100は、全ての経路について検索済みでない場合にS614否定、S601の処理を実行する。[実施例1による効果]上述したように、通信装置100は、経路計算において制約がある場合でも、制約を加味した経路を選択するので、制約を加味した経路計算を実行できずにエラーが発生する従来技術と比較して、データ伝送に係る経路の選択を正確に実行することができる。また、通信装置100は、始点及び終点のポートが指定された場合に、自律的に経路計算を実行するので、保守者等のユーザにデータ伝送に係る制約を意識させることなく、複数の通信装置を含むネットワークにおけるGMPLSでの運用を可能としている。また、通信装置100は、経路計算において、経由することを要する経路を判定し、経由する経路を経路計算の対象外として実行するので、計算量を削減するとともに処理負荷を削減することができる。さて、これまで本願に開示する通信装置100の実施例について説明したが、上述した実施例以外にも異なる形態にて実施されてよいものである。そこで、構成において異なる実施例を説明する。[構成]上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報例えば、トポロジDB108に記憶された情報等については、特記する場合を除いて任意に変更することができる。例えば、トポロジDB108に記憶される情報は、各通信装置におけるIFCardの種別や各種制約によって異なる。また、図示した通信装置100の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散統合することができる。例えば、不揮発性メモリ111は、図1又は図2に示した不揮発性メモリの一例として記載したが、図1又は図2に示したRAMの一例としても良い。また、スイッチ101、IF102~IF104の数や構成等については、図示のものに限られない。"