サブネットワークのライフ サイクル

サブネットワークは、層内のユーティリティ ネットワークのトポロジのサブセットを表します。サブネットワークでは、属しているすべてのフィーチャに、同じサブネットワーク コントローラーに対する通過可能性があります。 サブネットワークのライフ サイクルは、そのサブネットワークが作成された時点から始まり、ユーザーが管理したり編集したりするさまざまな段階があり、そのサブネットワークが削除された場合にのみ終了します。 通常、サブネットワークに対してあらゆるサブネットワーク管理タスクを実行すると、サブネットワークのライフ サイクルを最もよく理解できます。

サブネットワークのライフ サイクルを構成しているそれぞれのサブネットワーク管理タスクの概要を次に示します。

  • サブネットワーク コントローラーの設定 - サブネットワークを作成するには、1 つ以上のネットワーク フィーチャをサブネットワーク コントローラーとして設定します。 サブネットワークの名前は、デバイスまたはジャンクション オブジェクト上のターミナルをサブネットワーク コントローラーとして設定した時点で定義されます。 コントローラーを既存のサブネットワークに追加しても、変更したフィーチャの検証が終了するまで、既存のサブネットワークのステータスは変わりません。 サブネットワークを作成した場合、サブネットワーク コントローラーのステータスを表すレコードはサブネットワーク テーブルにもサブネットライン フィーチャクラスにも存在しません。
  • ネットワーク トポロジの検証 - ネットワーク トポロジに変更内容を反映するために、変更したネットワーク フィーチャの検証を行います。 これにより、サブネットワークのステータスがダーティに変わります。
  • サブネットワークの更新 - サブネットワークの更新操作を実行すると、すべてのサブネットワーク コントローラーからトレースが行われ、変更したフィーチャのサブネットワーク名が更新され、サブネットライン フィーチャクラス内でそのサブネットワークのレコードが作成または更新され、サブネットワーク システム ダイアグラムが更新され、すべてのコントローラーのステータスがクリーン (isDirty = false) に変わります。 サブネットワークの更新操作の実行中に一貫性の検証での不合格またはサブネットワーク エラーが検出された場合は、すべてのコントローラーのステータスが無効 (isDirty = Invalid) に変わります。
  • サブネットワークの変更 - サブネットワークの名前を変更するか、サブネットワークにサブネットワーク コントローラーを追加するか、サブネットワークからサブネットワーク コントローラーを削除するために、サブネットワークを変更します。 これらのワークフローでは、新しいサブネットワーク コントローラーの設定と同じ方法でサブネットワークが変更されます。 変更内容の検証を行い、サブネットワークを更新して、ステータスをクリーンに変更する必要があります。
  • サブネットワーク コントローラーの削除 - サブネットワーク コントローラーを削除するには、[サブネットワーク コントローラーの変更] ウィンドウを使用してターミナルからサブネットワーク コントローラーの設定を削除します。 これにより、サブネットワーク テーブル内でそのコントローラーの isDeleted 属性が True に設定されます。 サブネットワークのコントローラーは、他のコントローラーがまだサブネットワークに接続されている場合に限り、削除することができます。 そうでない場合、サブネットワークを更新すると、エラーが返されます。 これらのワークフローでは、新しいサブネットワーク コントローラーの設定と同じ方法でサブネットワークが変更されます。 変更内容の検証を行い、サブネットワークを更新して、ステータスをクリーンに変更する必要があります。
  • サブネットワーク情報のエクスポート - サブネットワークのエクスポート ツールを使用して、サブネットワークに関する情報を .json ファイルにエクスポートします。 これで、その情報を停電管理プログラムやアセット記録プログラムなどの外部システムで利用できるようになります。 サブネットワークのステータスをクリーンに設定して、エクスポート対象にする必要があります。
  • サブネットワークの削除 - サブネットワークをユーティリティ ネットワークの層から削除するには、そのサブネットワークを定義しているすべてのサブネットワーク コントローラーを削除します。 削除すると、サブネットワーク コントローラーのレコードが削除済みとしてマークされ、ネットワーク トポロジを更新するためにサブネットワークの更新操作が実行されるため、ネットワーク フィーチャが解析操作でコントローラーとして扱われなくなります。 [エクスポートを承認済みに設定] パラメーターをオンにして [サブネットワークのエクスポート (Export Subnetworks)] ツールを実行すると、削除したサブネットワークに関する情報がエクスポートされ、サブネットワーク テーブルから行が削除されるので、効果的にサブネットワークを層から削除できます。

サブネットワークのステータス

サブネットワーク管理に使用できるさまざまなツールが用意されており、これらのツールはサブネットワークの状態 (ステータス) に影響を与えます。 サブネットワークのステータスによって、サブネットワークに対して実行できる操作が決まります。

サブネットワークのステータスには、ダーティ、無効、またはクリーンがあります。 このステータスは、サブネットワーク テーブルIs dirty 属性で追跡され、更新すると、サブネットワークのすべてのサブネットワーク コントローラーに反映されます。 サブネットワークのステータスは、次のように定義されています。

  • ダーティ - ダーティなサブネットワークとは、サブネットワークの更新操作でまだ処理されていない検証済みの編集内容を含むサブネットワークです。 ネットワーク トポロジの検証を行うと、サブネットワーク内のネットワーク フィーチャのジオメトリまたはネットワーク属性が変更された時点で、そのサブネットワークのコントローラーが検出され、ダーティとしてマークされます。
  • 無効 - 無効なサブネットワークとは、サブネットワークの更新操作の実行中に一貫性の検証での不合格またはサブネットワーク エラーが検出されたサブネットワークです。 このような不合格やエラーを解決するには、影響を受けたネットワーク フィーチャのジオメトリまたはネットワーク属性を変更し、検証を行ってサブネットワークのステータスを更新し、そのステータスをダーティに変更する必要があります。 無効なサブネットワークはサブネットワークの更新操作の実行中に無視されるため、そのサブネットワークをもう一度更新して、クリーンとしてマークする前に、ダーティに設定しておく必要があります。 無効なサブネットワークのサブネットワーク テーブル内のすべてのコントローラーの isDirty 属性が Invalid に設定されます。
  • クリーン - クリーンな (一貫性のある) サブネットワークとは、正常に更新されたサブネットワークです。 サブネットワーク テーブル内のすべてのコントローラー、サブネットライン フィーチャクラス内のレコード、サブネットワーク システム ダイアグラム、変更したネットワーク フィーチャのさまざまなフィールドが更新され、ネットワーク トポロジに加えられた変更内容と同期されます。 クリーンなサブネットワークのサブネットワーク テーブル内のすべてのコントローラーの isDirty 属性が False に設定されます。

サブネットワーク管理タスクとその影響

次の表は、ユーティリティ ネットワークに対して実行できるさまざまな編集のうち、サブネットワークまたはサブネットワーク コンポーネントの状態に影響を与えるものを示しています。

  • 操作 - 実行された操作の説明
  • 操作の結果 - サブネットワークの変化のリスト

ネットワーク トポロジの有効化/無効化

ネットワーク ルールの管理、ターミナル構成の変更、サブネットワーク エラーの解決、サブネットワーク定義の更新などの管理タスクを実行する場合には、ネットワーク トポロジを無効にします。 無効化操作が完了すると、サブネットワーク テーブル内のすべてのサブネットワーク コントローラーとサブネットライン フィーチャクラス内のすべてのフィーチャがダーティとしてマークされます。 ユーティリティ ネットワークを構成し、使用する準備が完了すると、ネットワーク トポロジが有効になり、ダーティ エリアの操作、トレース、ネットワーク ダイアグラムの生成が可能になります。 有効化操作が完了すると、ネットワーク内でトポロジ エラーのあるフィーチャをマークするためにダーティ エリアが生成され、サブネットワーク テーブル内のすべてのサブネットワーク コントローラーがダーティとしてマークされ、サブネットライン フィーチャクラス内のすべてのフィーチャがダーティとしてマークされます。

ネットワーク トポロジの有効化と無効化がサブネットワークのステータスに与える影響の概要を次の表に示します。

操作操作の結果

ネットワーク トポロジを有効化します。

  • サブネットワーク テーブル内のすべてのサブネットワーク コントローラーがダーティになります。
  • すべてのサブライン レコードがダーティになります。
  • すべてのサブネットワーク システム ダイアグラムがダーティになり、システム ダイアグラムとしてマークされません。

ネットワーク トポロジを無効化します。

  • サブネットワーク テーブル内のすべてのサブネットワーク コントローラーがダーティとしてマークされます。
  • すべてのサブライン レコードがダーティになります。
  • すべてのサブネットワーク システム ダイアグラムがダーティになり、システム ダイアグラムとしてマークされなくなります。

フィーチャの変更とネットワーク トポロジの検証

ネットワーク フィーチャを作成するか、関連付け、ターミナル構成情報、ネットワーク属性、またはジオメトリに編集を加えてネットワーク フィーチャを変更すると、ダーティ エリアが作成され、編集の場所がフラグで示されます。 これらのダーティ エリアは、ネットワークに変更が加えられたが、それがネットワーク トポロジに反映されていないことを示すインジケーターとしての役割を果たします。 ネットワーク トポロジの検証が終了すると、ダーティ エリアが消去されます。 ネットワーク フィーチャが検証に合格すると、ネットワーク トポロジに変更内容が反映され、サブネットワーク テーブル内でそれに対応するサブネットワーク コントローラーとサブライン フィーチャがダーティとしてマークされます。 このダーティ状態は、サブネットワークのステータスとネットワーク トポロジが同期していないことを示します。

注意:

REST API の validateNetworkTopology 操作からの応答では、その操作の実行中にダーティとしてマークされたサブネットワークの名前が返され、そのサブネットワークが discoveredSubnetworks として含まれているドメイン ネットワークと層も返されます。

フィーチャの変更とネットワーク トポロジの検証がサブネットワークのステータスに与える影響の概要を次の表に示します。

操作操作の結果

ネットワーク フィーチャを作成または変更します。

  • サブネットワークのステータスに影響はありません。

ネットワーク トポロジを検証します。

  • 変更したサブネットワークのすべてのサブネットワーク コントローラーがサブネットワーク テーブル内でダーティとしてマークされます。
  • 変更したサブネットワークのすべてのサブライン レコードがダーティとしてマークされます。
  • 変更したサブネットワークのすべてのサブネットワーク システム ダイアグラムがダーティになります。

サブネットワークの更新

サブネットワークを更新すると、サブネットワーク テーブル内の情報、フィーチャの属性、およびオブジェクトが更新され、サブライン フィーチャクラス内のサブネットワーク ラインを作成または更新することができます。 更新操作の実行中にサブネットワーク エラーまたは一貫性の検証での不合格が検出されると、更新操作に失敗し、そのサブネットワークが無効としてマークされます。 詳細については、「サブネットワークの更新」をご参照ください。

サブネットワークの更新がサブネットワークのステータスに与える影響の概要を次の表に示します。

操作操作の結果

サブネットワークを更新します。

  • 変更したサブネットワークのすべてのサブネットワーク コントローラーがサブネットワーク テーブル内でクリーンとしてマークされます。
  • 変更したサブネットワークのすべてのサブライン レコードがクリーンとしてマークされます。
  • すべてのサブネットワーク システム ダイアグラムがクリーンになります。
  • ある層のサブネットワークの更新ポリシーIs dirty属性を管理しないように構成されている場合に、デフォルト バージョンから操作を実行すると、Is deleted 属性が true に設定されているすべてのサブネットワーク コントローラーがサブネットワーク テーブルから削除されます。

サブネットワークの更新操作の実行中にサブネットワーク エラーまたは一貫性の検証での不合格が検出されると、サブネットワークの更新操作に失敗し、次の処理が実行されます。

  • 関連付けられたサブネットワークのすべてのサブネットワーク コントローラーがサブネットワーク テーブル内で無効としてマークされます。
  • 既存の無効なサブネットワークはすべて、この操作で無視されます。
  • 無効なサブネットワークのすべてのサブライン レコードはダーティのままになります。
  • すべてのサブネットワーク システム ダイアグラムはダーティのままになります。

サブネットワーク コントローラーの削除とサブネットワークのエクスポート

システムからのサブネットワークの削除は頻繁に行われませんが、必要な場合は、サブネットワークを正しく削除するためのいくつかのステップを指定の順序で実行しなければなりません。 まず、[サブネットワーク コントローラーの変更] ウィンドウを使用してターミナルからサブネットワーク コントローラーの設定を削除して、サブネットワーク コントローラーを削除しておく必要があります。 この関連付けを解除すると、サブネットワーク テーブル内で関連付けられたサブネットワーク コントローラーの Is Deleted 属性が True としてマークされます。 ネットワーク フィーチャに他の変更を加えた場合と同様に、この操作でも、消去する必要のあるダーティ エリアが作成されます。 ネットワーク トポロジの検証を行うと、トポロジが最新の状態になるので、ターミナルが解析操作でサブネットワーク コントローラーとして扱われなくなります。 検証の後でサブネットワークを更新した場合は、そのサブネットワークがクリーンとしてマークされます。また、削除したコントローラーがそのサブネットワークの最後のコントローラーである場合は、そのサブネットワーク内の関連付けられたフィーチャからサブネットワーク名も削除されます。 削除したサブネットワーク コントローラーは、サブネットワークのエクスポート時に管理者がその削除を承認するまでシステム内に残ります。

サブネットワークのエクスポートは、外部システムで使用するための情報をクリーンなサブネットワークから .json ファイルにエクスポートする場合に最もよく実行されます。 削除済みのサブネットワーク コントローラーをサブネットワーク テーブルから削除する場合にも、サブネットワークのエクスポート操作を使用できます。 削除済みのコントローラーを削除するには、[エクスポートを承認済みに設定] パラメーターをオンにして [サブネットワークのエクスポート (Export Subnetwork)] ツールを実行します。 この操作を実行すると、SubnetLine フィーチャクラス内の Last ack export subnetwork フィールドが更新され、該当するコントローラーのレコードがサブネットワーク テーブルから削除され、そのサブネットワークに属している残りのすべてのコントローラーの Last Exported フィールドが更新されます。 サブネットワークのすべてのサブネットワーク コントローラーを削除した場合は、[エクスポートを承認済みに設定] パラメーターをオンにしてエクスポートを実行すると、サブネットワーク コントローラーがサブネットワーク テーブルから削除され、そのサブネットワークのサブライン フィーチャも削除されます。 これ以降、そのサブネットワークは層内での解析に使用できなくなります。

サブネットワーク コントローラーを削除した場合とサブネットワーク情報をエクスポートした場合にサブネットワークが受ける影響の概要を次の表に示します。

操作操作の結果

サブネットワーク コントローラーを削除します。

  • サブネットワークのステータスに影響はありません。
  • サブネットワーク テーブル内で関連付けられたサブネットワーク コントローラーの Is Deleted 属性が True としてマークされます。

サブネットワークをエクスポートします。

  • サブネットワークのステータスに影響はありません。
  • [エクスポートを承認済みに設定] パラメーターをオンにすると、次の処理が実行されます。
    • Is Deleted が True のすべてのサブネットワーク コントローラーがサブネットワーク テーブルから削除されます。
    • 関連付けられたサブネットワークのサブライン レコードの Last ack export subnetwork フィールドが更新されます。