---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# CMDB 依存関係性ルール

# CMDB 依存関係性ルール {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分

サービス定義は、CI タイプと関係性タイプで構成されます。依存関係性ルールは、これらのサービス定義における CI タイプと関係性タイプの依存構造を定義し、CI の識別およびビジネス サービス マップのビルドを支援します。
これらのルールによって定義される依存関係は、依存 CI を識別して CI の識別の優先順位を決定し、ペイロード内の CI とそれぞれの依存 CI を照合するときに使用されます。依存関係性ルールはサービスマッピングによっても使用され、カスタム CI タイプに対して定義することができます。新しい CI タイプを定義した後、新しい CI タイプが CMDB 内の既存のタイプにどのように関連するかを指定する依存関係性ルールを定義できます。{#c_ServiceRulesMetadata__ph_AboutPh1}

依存関係性ルールは、ホスティング ルールと格納規則 (依存関係性ルール) で構成され、各タイプは CI の異なる表示セットからデータをモデル化します。格納規則は、CI の構成階層を表し、どの CI にどの他の CI が含まれているかを記述します。ホスティング ルールは、ビジネス定義内の CI の配置を表し、どの CI を実行するかを記述します。{#c_ServiceRulesMetadata__ph_AboutPh2}

ホスティング ルールと格納規則は、2 つの CI タイプ間の関係性タイプを記述し、ホスティング ルールと格納規則で同じ関係性タイプを使用できます。格納ルールとホスティング ルールを区別する関係性が使用されるコンテキストです。  
依存関係性ルールを管理します。

* クラス レベルのルールにアクセスするには、CI クラスマネージャーを使用します。移動先 すべて構成CI クラスマネージャー.
* グループ化されたルールにアクセスするには、メタデータ エディターを使用します。移動先 すべて設定識別/調整メタデータエディター.
{#c_ServiceRulesMetadata__ul_gyj_2b1_4z}

インスタンス上でアクティブ化されたプラグインは、ベースシステムにどのホスティング ルールと格納規則が存在するかを決定します。

## ホスティング ルール

ホスティング ルールは、サービス定義におけるホスティングとホストされた CI のペアの可能なすべての有効な組み合わせを表します。ホスティング ルールは 1 階層までにしかできないフラットな一連のルールであり、常にリソース (通常は物理または仮想ハードウェア) を含みます。各ホスティング ルールは、2 つの CI タイプ間のスタンドアロン ルールであり、別の CI タイプがホストできる有効な CI タイプ、または別の CI タイプをホストできる有効な CI タイプを記述します。ホスティング ルールは、親 CI タイプ、関係性タイプ (Hosted On::Hosts など)、および子 CI タイプで構成されます。たとえば、CI タイプ「Application」、「Runs On::Runs」、CI タイプ「Hardware」を指定するホスティング ルールを持つことができます。

CI は、複数のリソース (Windows や Linux など) でホストすることができます。この CI は、CI をホストできる各リソースを含む CI のホスティング ルールによって表されます。CI 識別の間、検査されている CI のペアは、少なくとも 1 つのホスティングルールを満たす必要があります。

ホスティング ルールは、CMDB メタデータ ホスティング ルール \[cmdb_metadata_hosting\] テーブルに格納されます。

## 格納規則

格納規則は、CI タイプの格納階層を表し、CI タイプがサービス定義内に含めることができる有効なオブジェクトと、CI タイプに含めることができる有効なオブジェクトを記述します。格納規則は、グループの最上位 (ルート) の親である CI タイプを含めて、格納規則グループ内で相互に連結されています。格納規則の集合は、格納関係の階層的なマップをビルドします。格納規則は、論理 CI を表すために使用される論理概念です。たとえば、サーバー上で実行されるソフトウェアを記述する場合などです。格納規則は、親 CI タイプ、関係性タイプ (「Contained By::Contains」など)、および子 CI タイプで構成されます。たとえば、CI タイプ「Tomcat」「Contains::Contained By」 CI タイプ「WAR File」を指定する格納規則があるとします。

エンドポイントは、指定されたタイプのデータがサービス定義との間でやり取りされる CI タイプを指定する、モデル内の着信接続または発信接続を指定する特別な格納規則です。格納規則にエンドポイントを追加した後、エンドポイント ルールに子ルールを追加することはできません。

格納規則は、CMDB メタデータ格納規則 \[cmdb_metadata_containment\] テーブルに格納されます。

## 参照ルール {#c_ServiceRulesMetadata__section_wyb_g1j_4cb}

参照ルールは、主にクラウド管理によって使用され、サービス定義内の参照元 CI と参照先 CI のペアの可能なすべての有効な組み合わせを表します。

* 参照ルールは、1 階層レベルまでにしかできないフラットな一連のルールです。
* 参照ルールは、常にリソース、通常は仮想エンティティを含みます。各参照ルールは、2 つの CI タイプ間のスタンドアロン ルールであり、別の CI タイプが参照できる有効な CI タイプ、または別の CI タイプを参照できる有効な CI タイプを記述します。両方の CI クラスは互いに独立して稼働できなければなりません。
* 参照ルールは、親 CI タイプ、関係性タイプ (たとえば、`Provisioned From::Provisioned`) および子 CI タイプで構成されます。たとえば、CI タイプ「Virtual Machine」 `Provisioned From::Provisioned`、CI タイプ「Image」を指定する参照ルールを持つことができます。
* CI は複数のリソースを参照することができます (たとえば、VM インスタンスはイメージ テンプレートとハードウェア テンプレートの両方と参照関係を持つことができます)。この CI は、CI を参照できる各リソースを含む CI の参照ルールによって表されます。
* 参照ルールは、CI 識別の一部とすることはできません。
* 参照ルールは、CMDB メタデータ参照ルール \[cmdb_metadata_reference\] テーブルに格納されます。
{#c_ServiceRulesMetadata__ul_ybt_k1j_4cb}

## ルール要件

リレーションシップを絞り込み、メタデータ エディターのドロップダウン リストで有効なオプションのみを使用できるようにするために、作成するルールには次の要件があります。

* 格納規則内の子としての CI タイプの場合：この CI タイプまたはその子が他の格納規則の最上位 (ルート) 親になることはできず、親としてまたは子供としてホスティング ルール内に入れることもできません。
* 格納規則のトップレベル (ルート) 親である CI タイプの場合：ホスティング ルール内の子にすることはできません (たとえば、Tomcat に格納規則がある場合、Tomcat 上でホストすることはできません)。
* ホスティング ルール内の子である CI タイプの場合：親または子として格納規則に入れることはできません。
* ホスティング ルール内の親である CI タイプの場合：格納規則内の子になることはできません。
* ホスティング ルールは、Tomcat -runs_on- VMWare -runs_on- Tomcat のようなループを作成することはできません。
{#c_ServiceRulesMetadata__ul_ygv_ysy_3t}  

## ホスティングおよび格納規則モデル

図をモデル化するホスティング ルール

Tomcat はハードウェア上で「動作する」。  
図をモデル化する格納規則：

* Tomcat は構成ファイルを「含む」
* Tomcat は WAR を「含む」
* WAR には次の MySQL との 2 つの JDBC のエンドポイントがあります。
  * 受信
  * 送信
  {#c_ServiceRulesMetadata__ul_ipz_wky_pt}
{#c_ServiceRulesMetadata__ul_hb1_5jy_pt}  

## 有効な一連のルール


    Tomcat Hosted Linux
    Linux Hosted Computer

第 2 のメタデータ エントリは、満たされている第 3 の要件をトリガーします (ホスティング ルールであり、格納規則ではありません)。
* **[依存関係性ルールの作成](https://servicenow-prod.fluidtopics.net/LqDiZuSv2o_QfLRnU_TURQ#create-dependent-relationship)**   
  CI クラスのホスティングおよび格納規則 (依存関係性ルール) を作成して、ビジネスディスカバリープロセスおよびサービスマッピング中に依存 CI を正しく識別できるようにします。ディスカバリー は依存関係性ルールを適用する識別 API を呼び出します。