サブネットワークを更新して、ネットワーク内で属性、フィーチャ、および接続性が最新かつ有効であることを保証します。サブネットワークを更新すると、無効なフィーチャ、分断されているサブネットワーク、一貫性のないサブネットワーク、サブネットワーク コントローラーの不正な数など、サブネットワーク内の矛盾も明らかになります。[サブネットワークの更新 (Update Subnetwork)] ツールは、編集が加えられた後にダーティとしてマークされているサブネットワークを更新し、有効としてマークするために使用されます。
サブネットワークは、作成されたときおよびサブネットワーク フィーチャが編集された後にネットワーク トポロジの整合性をチェックすることでダーティとしてマークされます。サブネットワークがエラーなく更新された場合、クリーンとしてマークされます。これは、サブネットワーク テーブル内の Is dirty 属性によって追跡されます。詳細については、「ダーティ サブネットワーク」をご参照ください。
検査および更新されるサブネットワーク プロパティ
サブネットワークが更新されるときには、特定のプロパティおよび要件がチェックされます。ネットワーク フィーチャに対して更新される特定の属性もあります。これらのプロパティのいくつかは、層のサブネットワーク定義で設定されます。
サブネットワークがデフォルト バージョンで更新されると、ジオメトリ、サブネットワーク名属性、および SubnetLine フィーチャクラスの伝達されるフィールドが更新されます。名前付きバージョンに対して実行する場合、これらの同じ更新がバージョン内で編集された行に制限されます。
サブネットワークの更新から、エラーが生成される場合があります。サブネットワークの更新に固有のエラーの詳細については、「エラーの管理」をご参照ください。
詳細:
[サブネットワークの更新 (Update Subnetwork)] ツールは、SubnetLine フィーチャクラスを除くすべてのネットワーク クラスに対して適切な属性編集を実行します。つまり、サブネットワークの更新処理はイベント作成を迂回し、属性ルールの評価を指示しません。このデフォルトの編集モード ポリシーは、層のサブネットワーク定義の一部として構成できます。次のサブセクションには、サブネットワークを更新したときに検証されるプロパティの情報が含まれます。
有効なフィーチャとオブジェクト
サブネットワーク定義で指定されているように、各データセットの特定のアセット グループとアセット タイプはドメイン ネットワーク内の層ごとに有効として定義されます。サブネットワーク定義に違反するフィーチャおよびオブジェクトは、サブネットワークの更新時に、サブネットワークの通過可能なフィーチャの属性を調査する際に検出されます。サブネットワークの更新時に無効なフィーチャが検出されると、エラーがレポートされ、エラー フィーチャが作成されます。
サブネットワークの更新時に、サブネットワーク定義の有効なデバイス プロパティは、複数のサブネットワークを接続する境界フィーチャに対して評価されません。境界フィーチャとは、2 つの異なるサブネットワークの境界を定義するサブネットワーク コントローラーのことです。たとえば、2 つの回路間のオープン スイッチや、2 つのゾーン間の閉バルブがこれに該当します。
各層のサブネットワーク定義では、次の有効なフィーチャとオブジェクトが指定されます。
- 有効なデバイス
- 有効なデバイス サブネットワーク コントローラー
- 有効なライン
- 有効なジャンクション
- 有効なエッジ オブジェクト
- 有効なジャンクション オブジェクト
- 有効なジャンクション オブジェクト サブネットワーク コントローラー
サブネットワーク名属性
サブネットワーク名属性は、どのサブネットワーク フィーチャが属するかを追跡するために使用されます。この属性フィールドに設定される値は、サブネットワーク コントローラーとして設定されるフィーチャのサブネットワーク名から生成されます。また、ドメイン ネットワーク内のフィーチャは、サポートされているサブネットワーク名属性を持ちます。この属性は、格納器または構造物フィーチャがサポートしているサブネットワークを追跡するのに役立ちます。
フィーチャが複数のサブネットワークに含まれる場合、サブネットワーク名とサポートされているサブネットワーク名属性は各サブネットワーク名と連結されます。たとえば、複数のサブネットワークを接続する境界フィーチャは、サブネットワーク名を 2 つのコロンで区切って連結することにより (たとえば、subnetwork1::subnetwork2 など)、更新される場合があります。
サブネットワークの更新プロセスにより、サブネットワーク名がサブネットワーク フィーチャで一貫性を保てるようになります。不整合がある場合はエラー フィーチャが生成されます。次の状況は、エラーが発生する可能性がある事例を説明しています。
一貫性のないサブネットワーク - サブネットワークに通過可能なサブネットワーク コントローラーが複数あり、サブネットワーク名属性が一致しない場合、サブネットワークは一貫性がないものとみなされます。たとえば、5 つのサブネットワーク コントローラーを持つメッシュ ネットワークがあり、そのうち 4 つのサブネットワーク ソースのサブネットワーク名は正しく、残り 1 つの名前が異なるとします。サブネットワークの更新時に一貫性のないサブネットワークが検出された場合、[サブネットワークの更新 (Update Subnetwork)] ツールでエラーが返され、エラー フィーチャが生成されます。一貫性がないとみなされた特定のサブネットワーク名が返され、[サブネットワーク コントローラーの変更] ウィンドウと [サブネットワーク] テーブルを使用して検証することができます。さらに、一貫性のないサブネットワーク名を持つサブネットワーク コントローラーに対し、ポイント エラー フィーチャが作成されます。
分断されているサブネットワーク - パーティション型のドメイン ネットワークでは、同じサブネットワーク名のコントローラーを持ち、かつ通過可能ではないサブネットワークは、分断されているサブネットワークとしてみなされます サブネットワークの更新時に、サブネットワーク定義でサブネットワークの分断が許可されていない場合はエラー フィーチャが生成されます。この設定は、層のサブネットワーク定義で定義されます。特定のドメイン ネットワークの [層] サブセクションを確認するには、ネットワーク プロパティをご確認ください。
隣接するサブネットワークに矛盾が見つかった場合、更新処理中に警告が返され、競合しているサブネットワーク名がリストされます。警告を解決する方法を決定するために、[サブネットワーク コントローラーの変更] ウィンドウとサブネットワーク テーブルを使用して、前述した隣接するサブネットワークを調べることができます。隣接するサブネットワークが編集された後に、サブネットワークの更新処理を再度実行できます。
詳細については、「サブネットワーク」をご参照ください。
Is Connected 属性
ライン、デバイス、ジャンクション フィーチャクラスのすべてのフィーチャ、およびドメイン ネットワークのジャンクション オブジェクト テーブルとエッジ オブジェクト テーブル内のすべてのオブジェクトには Is connected 属性があります。この属性は、サブネットワーク コントローラーへの接続性に関する情報を保持することによって、分離されたネットワーク フィーチャおよびオブジェクトを識別するのに役立ちます。フィーチャの作成時には、その接続性に関係なく、Is connected 属性は unknown に設定されます。この属性は、実行される操作に応じて、ネットワーク フィーチャで変更されます。
サブネットワークを更新すると、Is connected 属性は、[サブネットワークの更新 (Update Subnetwork)] ジオプロセシング ツールで指定した [層] または [サブネットワーク名] パラメーターに基づいた、サブネットワーク コントローラーへのフィーチャの接続性に基づいて変更されます。
詳細については、「Is connected 属性」をご参照ください。
サマリー、伝達、属性代替
サブネットワーク定義のサブネットワーク トレース構成で構成されたサマリーは、サブネットワークの更新プロセス時に更新されます。サブネットワークを更新すると、このツールはサマリーの結果を SubnetLine フィーチャクラスのサマリー属性に書き込みます。また、代替またはプロパゲーターが構成されている場合、これらはサブネットワークの更新時に考慮されます。
サブネットワーク ポリシーの更新
サブネットワークの更新処理が実行される場合、更新対象のフィーチャとジオデータベース内の編集の実行方法を制御するために、使用可能ないくつかのオプションがあります。これらのオプションは、[サブネットワーク定義の設定 (Set Subnetwork Definition)] ツールを使用して、層のサブネットワーク定義の一部として構成されます。
ワークフローを確認し、デフォルトのサブネットワーク ポリシーの更新を変更する必要があるかどうかを判断します。サブネットワーク定義内で、構造物および格納器フィーチャの更新オプションを変更し、構造物および格納器に対して、サポートされているサブネットワーク名フィールドがオーバーロードされる問題を防ぐことができます。これはネストされた格納がある場合に役立つことがあります。サブネットワークの更新処理時に加えられた属性編集に対してジオデータベースのイベント処理を発生させる必要があるワークフローが存在する場合、層のサブネットワーク定義を構成して、デフォルト バージョンの編集モードでイベント処理を使用できます。
サブネットワーク ポリシーの更新に関して設定できるオプションは次のとおりです。
- [構造物フィーチャの更新] - 構造物フィーチャに対してサポートされているサブネットワーク名属性が、サブネットワーク更新プロセスによって更新されるかどうかを指定します。このオプションは、デフォルトでオンになっています。
- [格納器フィーチャの更新] - 格納器フィーチャに対してサポートされているサブネットワーク名が、サブネットワーク更新プロセスによって更新されるかどうかを指定します。このオプションは、デフォルトでオンになっています。
[デフォルト バージョンの編集モード] および [名前付きバージョンの編集モード] - サブネットワーク更新プロセス中に、サブネットワーク フィーチャに対してさまざまな属性編集が加えられます。これらの属性編集を直接書き込みとして実行することにより、ジオデータベース レベルのイベント処理を迂回します。例として、フィーチャ リンク アノテーションや挿入または更新をトリガーするイベントに設定された属性ルールの評価などがあります。デフォルトの振舞いはイベントなしで、属性編集を直接書き込みとして実行します。
メモ:
サブネットワーク ポリシーの更新オプションには、ユーティリティ ネットワーク バージョン 4 以上が必要です。[デフォルト バージョンの編集モード] および [名前付きバージョンの編集モード] オプションは、エンタープライズ ジオデータベースにのみ適用されます。