サブネットワークは、層内のユーティリティ ネットワークのトポロジのサブセットを表します。サブネットワークでは、属しているすべてのフィーチャに、同じ「サブネットワーク コントローラー」に対する通過可能性があります。 サブネットワークのライフ サイクルは、そのサブネットワークが作成された時点から始まり、ユーザーが管理したり編集したりするさまざまな段階があり、そのサブネットワークが削除された場合にのみ終了します。 通常、サブネットワークに対してあらゆるサブネットワーク管理タスクを実行すると、サブネットワークのライフ サイクルを最もよく理解できます。
サブネットワークのライフ サイクルを構成しているそれぞれのサブネットワーク管理タスクの概要を次に示します。
- 「サブネットワーク コントローラーの設定」-「サブネットワークを作成」するには、1 つ以上のネットワーク フィーチャをサブネットワーク コントローラーとして設定します。 サブネットワークの名前は、デバイスまたはジャンクション オブジェクト上のターミナルをサブネットワーク コントローラーとして設定した時点で定義されます。 コントローラーを既存のサブネットワークに追加しても、変更したフィーチャの検証が終了するまで、既存のサブネットワークのステータスは変わりません。 サブネットワークを作成した場合、サブネットワーク コントローラーのステータスを表すレコードは「サブネットワーク テーブル」にも「SubnetLine フィーチャクラス」にも存在しません。
- 「ネットワーク トポロジの検証」- ネットワーク トポロジに変更内容を反映するために、変更したネットワーク フィーチャの検証を行います。 検証操作中にトレースが実行されて変更されたサブネットワークが検出され、検出されたサブネットワークのステータスが Dirty に変わります。
- 「サブネットワークの更新」- サブネットワークの更新操作を実行すると、すべてのサブネットワーク コントローラーからトレースが行われ、変更したフィーチャのサブネットワーク名が更新され、SubnetLine フィーチャクラス内でそのサブネットワークのレコードが作成または更新され、「サブネットワーク システム ダイアグラム」が更新され、すべてのコントローラーのステータスが Clean に変わります。 サブネットワークの更新操作の実行中に一貫性の検証での不合格またはサブネットワーク エラーが検出された場合は、すべてのコントローラーのステータスが Invalid に変わります。
- 「サブネットワークの変更」- サブネットワークの名前を変更するか、サブネットワークにサブネットワーク コントローラーを追加するか、サブネットワークからサブネットワーク コントローラーを削除するために、サブネットワークを変更します。 これらのワークフローでは、新しいサブネットワーク コントローラーの設定と同じ方法でサブネットワークが変更されます。 変更内容の検証を行い、サブネットワークを更新して、ステータスを Clean に変更する必要があります。
- 「サブネットワーク コントローラーの削除」- サブネットワーク コントローラーを削除するには、[サブネットワーク コントローラーの変更] ウィンドウを使用してターミナルからサブネットワーク コントローラーの設定を削除します。 これにより、サブネットワーク テーブル内でそのコントローラーの isDeleted 属性が True に設定されます。 サブネットワークのコントローラーは、他のコントローラーがまだサブネットワークに接続されている場合に限り、削除することができます。 そうでない場合、サブネットワークを更新すると、エラーが返されます。 これらのワークフローでは、新しいサブネットワーク コントローラーの設定と同じ方法でサブネットワークが変更されます。 変更内容の検証を行い、サブネットワークを更新して、ステータスを Clean に変更する必要があります。
- 「サブネットワーク情報のエクスポート」- [サブネットワークのエクスポート (Export Subnetwork)] ツールを使用して、サブネットワークに関する情報を .json ファイルにエクスポートします。 これで、その情報を停電管理プログラムや資産追跡プログラムなどの外部システムで利用できるようになります。 サブネットワークのステータスを Clean に設定して、エクスポート対象にする必要があります。
- 「サブネットワークの削除」- サブネットワークをユーティリティ ネットワークの層から削除するには、そのサブネットワークを定義しているすべてのサブネットワーク コントローラーを削除します。 削除すると、サブネットワーク コントローラーのレコードが削除済みとしてマークされ、ネットワーク トポロジを更新するためにサブネットワークの更新操作が実行されるため、ネットワーク フィーチャが解析操作でコントローラーとして扱われなくなります。 [エクスポートを承認済みに設定] パラメーターをオンにして [サブネットワークのエクスポート (Export Subnetworks)] ツールを実行すると、削除したサブネットワークに関する情報がエクスポートされ、サブネットワーク テーブルから行が削除されるので、効果的にサブネットワークを層から削除できます。
サブネットワークのステータス
サブネットワーク管理に使用できるさまざまなツールが用意されており、これらのツールはサブネットワークの状態 (ステータス) に影響を与えます。 サブネットワークのステータスによって、サブネットワークに対して実行できる操作が決まります。
サブネットワークはクリーン、ダーティ、無効のいずれかです。 このステータスは、サブネットワーク テーブルの Status(Is dirty) フィールドで追跡され、更新すると、サブネットワークのすべてのサブネットワーク コントローラーに適用されます。 サブネットワークのステータスは、次のように定義されています。
- ダーティ - ダーティなサブネットワークとは、サブネットワークの更新操作でまだ処理されていない検証済みの編集内容を含むサブネットワークです。 「ネットワーク トポロジの検証」を行うと、サブネットワーク内のネットワーク フィーチャのジオメトリまたはネットワーク属性が変更された時点で、そのサブネットワークのコントローラーが検出され、ダーティとしてマークされます。 ダーティなサブネットワークのサブネットワーク テーブル内のすべてのコントローラーの Status が Dirty に設定されます。
- 無効 - 無効なサブネットワークとは、サブネットワークの更新操作の実行中に「一貫性の検証での不合格」または「サブネットワーク エラー」が検出されたサブネットワークです。 このような不合格やエラーを解決するには、影響を受けたネットワーク フィーチャのジオメトリまたはネットワーク属性を変更し、検証を行ってサブネットワークのステータスを更新し、そのステータスを Dirty に変更する必要があります。 無効なサブネットワークはサブネットワークの更新操作の実行中に無視されるため、そのサブネットワークをもう一度更新して、Clean としてマークする前に、ダーティに設定しておく必要があります。 無効なサブネットワークのサブネットワーク テーブル内のすべてのコントローラーの Status が Invalid に設定されます。
注意:
「エンタープライズ配置」を操作する場合、無効なサブネットワークのステータスをサポートするロジックには、ArcGIS Enterprise 11.1 以降が必要です。
- クリーン - クリーンな (一貫性のある) サブネットワークとは、正常に更新されたサブネットワークです。 サブネットワーク テーブル内のすべてのコントローラー、SubnetLine フィーチャクラス内のレコード、サブネットワーク システム ダイアグラム、変更したネットワーク フィーチャのさまざまなフィールドが更新され、ネットワーク トポロジに加えられた変更内容と同期されます。 クリーンなサブネットワークのサブネットワーク テーブル内のすべてのコントローラーの Status が Clean に設定されます。
サブネットワーク管理タスクとその影響
次の表は、ユーティリティ ネットワークに対して実行できるさまざまな編集のうち、サブネットワークまたはサブネットワーク コンポーネントの状態に影響を与えるものを示しています。
- 操作 - 実行された操作の説明
- 操作の結果 - サブネットワークの変化のリスト
ネットワーク トポロジの有効化/無効化
ネットワーク ルールの管理、ターミナル構成の変更、サブネットワーク エラーの解決、サブネットワーク定義の更新などの管理タスクを実行する場合には、ネットワーク トポロジを無効にします。 無効化操作が完了すると、サブネットワーク テーブル内のすべてのサブネットワーク コントローラーと SubnetLine フィーチャクラス内のすべてのフィーチャがダーティとしてマークされます。 ユーティリティ ネットワークを構成し、使用する準備が完了すると、ネットワーク トポロジが有効になり、ダーティ エリアの操作、トレース、ネットワーク ダイアグラムの生成が可能になります。 有効化操作が完了すると、ネットワーク内で「トポロジ エラー」のあるフィーチャをマークするためにダーティ エリアが生成され、サブネットワーク テーブル内のすべてのサブネットワーク コントローラーがダーティとしてマークされ、SubnetLine フィーチャクラス内のすべてのフィーチャがダーティとしてマークされます。
ネットワーク トポロジの有効化と無効化がサブネットワークのステータスに与える影響の概要を次の表に示します。
| 操作 | 操作の結果 |
|---|---|
ネットワーク トポロジを有効化します。 |
|
ネットワーク トポロジを無効化します。 |
|
フィーチャの変更とネットワーク トポロジの検証
ネットワーク フィーチャを作成するか、関連付け、ターミナル構成情報、ネットワーク属性、またはジオメトリに編集を加えてネットワーク フィーチャを変更すると、ダーティ エリアが作成され、編集の場所がフラグで示されます。 これらのダーティ エリアは、ネットワークに変更が加えられたが、それがネットワーク トポロジに反映されていないことを示すインジケーターとしての役割を果たします。 ネットワーク トポロジの検証が終了すると、ダーティ エリアが消去されます。 ネットワーク フィーチャが検証に合格すると、ネットワーク トポロジに変更内容が反映され、サブネットワーク テーブル内でそれに対応するサブネットワーク コントローラーと SubnetLine フィーチャが Dirty としてマークされます。 このダーティ状態は、サブネットワークのステータスとネットワーク トポロジが同期していないことを示します。
注意:
REST API の「validateNetworkTopology」操作からの応答では、その操作の実行中にダーティとしてマークされたサブネットワークの名前が返され、そのサブネットワークが discoveredSubnetworks として含まれているドメイン ネットワークおよび層も返されます。
フィーチャの変更とネットワーク トポロジの検証がサブネットワークのステータスに与える影響の概要を次の表に示します。
| 操作 | 操作の結果 |
|---|---|
ネットワーク フィーチャを作成または変更します。 |
|
ネットワーク トポロジを検証します。 |
|
サブネットワークの更新
サブネットワークを更新すると、サブネットワーク テーブル内の情報、フィーチャおよびオブジェクトの属性が更新され、SubnetLine フィーチャクラス内のサブネットワーク ラインを作成または更新することができます。 更新操作の実行中にサブネットワーク エラーまたは一貫性の検証での不合格が検出されると、更新操作に失敗し、そのサブネットワークが Invalid としてマークされます。 詳細については、「サブネットワークの更新」をご参照ください。
サブネットワークの更新がサブネットワークのステータスに与える影響の概要を次の表に示します。
| 操作 | 操作の結果 |
|---|---|
サブネットワークを更新します。 |
サブネットワークの更新操作の実行中にサブネットワーク エラーまたは一貫性の検証での不合格が検出されると、サブネットワークの更新操作に失敗し、次の処理が実行されます。
|
サブネットワーク コントローラーの削除とサブネットワークのエクスポート
システムからのサブネットワークの削除は頻繁に行われませんが、必要な場合は、サブネットワークを正しく削除するためのいくつかのステップを指定の順序で実行しなければなりません。 まず、[サブネットワーク コントローラーの変更] ウィンドウを使用してターミナルからサブネットワーク コントローラーの設定を削除して、「サブネットワーク コントローラーを削除」しておく必要があります。 この関連付けを解除すると、サブネットワーク テーブル内で関連付けられたサブネットワーク コントローラーの Is Deleted 属性が True としてマークされます。 ネットワーク フィーチャに他の変更を加えた場合と同様に、この操作でも、消去する必要のあるダーティ エリアが作成されます。 ネットワーク トポロジの検証を行うと、トポロジが最新の状態になるので、ターミナルが解析操作でサブネットワーク コントローラーとして扱われなくなります。 検証の後でサブネットワークを更新した場合は、そのサブネットワークが Clean としてマークされます。また、削除したコントローラーがそのサブネットワークの最後のコントローラーである場合は、そのサブネットワーク内の関連付けられたフィーチャからサブネットワーク名も削除されます。 削除したサブネットワーク コントローラーは、サブネットワークのエクスポート時に管理者がその削除を承認するまでシステム内に残ります。
サブネットワークのエクスポートは、外部システムで使用するための情報をクリーンなサブネットワークから .json ファイルにエクスポートする場合に最もよく実行されます。 削除済みのサブネットワーク コントローラーをサブネットワーク テーブルから削除する場合にも、「サブネットワークのエクスポート操作」を使用できます。 削除済みのコントローラーを削除するには、[エクスポートを承認済みに設定] パラメーターをオンにして「サブネットワークのエクスポート」ツールを実行します。 この操作を実行すると、SubnetLine フィーチャクラス内の Last ack export subnetwork フィールドが更新され、該当するコントローラーのレコードがサブネットワーク テーブルから削除され、そのサブネットワークに属している残りのすべてのコントローラーの Last Exported フィールドが更新されます。 サブネットワークのすべてのサブネットワーク コントローラーを削除した場合は、[エクスポートを承認済みに設定] パラメーターをオンにしてエクスポートを実行すると、サブネットワーク コントローラーがサブネットワーク テーブルから削除され、そのサブネットワークの SubnetLine フィーチャも削除されます。 これ以降、そのサブネットワークは層内での解析に使用できなくなります。
サブネットワーク コントローラーを削除した場合とサブネットワーク情報をエクスポートした場合にサブネットワークが受ける影響の概要を次の表に示します。
| 操作 | 操作の結果 |
|---|---|
サブネットワーク コントローラーを削除します。 |
|
サブネットワークをエクスポートします。 |
|