---
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


---

# 動的 IRE

# 動的 IRE {#ariaid-title1}

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

動的識別および調整エンジン (IRE) は、精度と効率を最大限に高めるために CI 識別を処理し、ルールを手動で作成または維持する必要がなくなります。実際には、動的 IRE のアルゴリズムや操作を変更することはできません。
差別化が必要な場合、従来の手動駆動 IRE は 静的 IRE と呼ばれます。

動的 IRE は、 静的 IRE の代わりに使用することを選択できる新しいエンジンです。動的 IRE は、改善された識別動的プロセスを使用して CI を識別し、データペイロードの取り込み中に IRE 識別ルールを自動的に更新します。

動的 IRE は、アルゴリズムを並列に実行してペイロード内のさまざまな条件を同時に評価し、一致する可能性のあるスコアを付けて、複数のデータソースにわたる CI ID を正確に判断します。静的 IRE と比較して、動的 IRE は平均して、CI 属性のより大きな組み合わせを使用して CI を照合し、最適な一致が見つかる可能性を高め、それによって CI が重複する可能性を減らします。

動的 IRE は、ハードウェア \[cmdb_ci_hardware\] クラスとその配下のクラスにのみ適用されます。ただし、ハードウェアクラスの子孫である特定のクラスを動的 IRE から除外するようにシステムを構成できます。  
動的 IRE の主なメリットは次のとおりです。

* 通常、CI をより正確に識別し、重複 CI を削減します。
* IRE プロセスルールの手動構成と継続的なメンテナンスが不要になります。
{#dynamic-ire__ul_uwr_yky_jhc}

## 操作モード {#dynamic-ire__section_iqg_5w2_khc}

動的 IRE には、次の 2 つの操作モードがあります。

シミュレーションモード

:   シミュレーションモードでは、動的 IRE と静的 IRE が並行して実行されるため、動的 IRE と静的 IRE を体験して比較できます。

    シミュレーションモードでは、静的 IRE と動的 IRE の両方がペイロードを処理し、処理と結果の違いは CMDB IRE 出力比較アイテム \[cmdb_ire_output_comparison_item\] テーブルに格納されます。また、一定時間のシミュレーションの後、動的 IRE のパフォーマンスを静的 IRE と比較できます。

コミットモード
:   コミットモードでは、動的 IRE のみが IRE プロセスを実行し、静的 IRE はオフになります。コミットモードになったら、影響なしに静的 IRE に戻すことができます。
通常は、非本番インスタンスでシミュレーションモードから始めて有効性とパフォーマンスをテストし、結果を調べてから、本番インスタンスで動的 IRE を完全に使用することを約束する必要があります。

## 動的 IRE からのクラスの除外 {#dynamic-ire__section_nwv_ngj_nhc}

ハードウェアクラスの子孫を動的 IRE から除外するように構成する理由が考えられます。たとえば、カスタム属性に基づく IRE ルールがあるカスタム属性を持つカスタムクラスを除外したい場合があります。この状況では、そのクラスとその子孫に動的 IRE を適用することは有益ではない可能性があります。そのため、動的 IRE が有効になっている場合でも、除外されたクラスには静的 IRE が使用されます。

詳細については、「[動的 IRE からのクラスの除外](https://servicenow-prod.fluidtopics.net/Sy_YNjpZIk0kRqog7~Lz_w "動的 IRE が有益でない特定のクラスを動的 IRE から除外します。階層分岐 (ハードウェアクラス分岐など) が動的 IRE を使用するように構成されている場合、その分岐内の特定のクラスを動的 IRE から除外するように構成できます。")」を参照してください。

## 動的 IRE をシミュレートしてコミット {#dynamic-ire__section_xwx_4t2_khc}

動的 IRE を排他的に使用し始めるには、一般的なガイドラインとして、最初に非本番インスタンスでシミュレーションしてテストします。

1. ユーザーロール要件「sn_cmdb_user」を満たしていることを確認します。
2. 非本番インスタンスでは、CI クラスマネージャーに移動します。
3. CI クラスマネージャーで、\[ 階層\] を選択し、\[ハードウェアクラス\] を選択します。
4. ハードウェアナビゲーションパネルで、\[ 識別ルール\] を選択します。
5. \[動的 IRE\] セクションで、\[ 動的 IRE をシミュレート\] を選択します。
6. \[動的 IRE をシミュレート\] タイルを注意深く確認します。
   * シミュレーションを開始して非本番インスタンスで動的 IRE をテストする準備ができている場合は、\[ 動的 IRE をシミュレート\] を選択します。シミュレーションでは、ハードウェアおよびすべての降順クラスで IRE プロセスを実行し、動的 IRE と静的 IRE の有効性とパフォーマンスの比較を示します。この比較を注意深く調べると、動的 IRE の使用をコミットするかどうかを判断するのに役立ちます。
   * 既にシミュレーションを完了し、結果を確認し、ハードウェアクラスで動的 IRE を完全に使用する準備ができている場合は、本番インスタンスで契約を選択し、\[ 動的 IRE にコミット\] を選択します。
   {#dynamic-ire__ul_scj_vq2_khc}
{#dynamic-ire__ol_u23_p4z_jhc}

または、 glide.identification_engine.dynamic_ire_enabled システムプロパティを使用して動的 IRE を有効または無効にし、動的 IRE と静的 IRE を切り替えることもできます。このプロパティの詳細については、「[識別および調整のプロパティ](https://servicenow-prod.fluidtopics.net/JowrrN_fvUTwSZENdhseOg "[識別および調整] プロパティを使用して、識別および調整エンジン (IRE) を構成します。")」を参照してください。

## 動的 IRE と静的 IRE の結果の比較 {#dynamic-ire__section_qgk_kr2_khc}

シミュレーションモードでは、動的 IRE と静的 IRE のアクティビティと結果を高レベルおよびレコードレベルで比較できます。この比較の詳細を注意深く調べて、使用を約束する前に環境での動的 IRE の有効性を評価するのに役立ちます。  
この比較では、動的 IRE と静的 IRE の間で同一の結果の割合である パリティスコアが計算されます。  
注:  
(手動で作成されたルールを使用して) 成熟した静的 IRE 実装の場合、パリティスコアは高くなることが予想されます。これは、動的 IRE が、手動で作成されたルールや正確性の検証を必要とせずに、静的 IRE と同様の結果を生成できることを示しています。

棒グラフは、CI の挿入、CI の更新、および不完全であることが判明した CI の CI 操作の違いを示します。棒を選択して、選択した棒グラフの CMDB IRE 出力比較アイテム \[cmdb_ire_output_comparison_item\] テーブルの比較レコードリストを表示します。これらのレコードには、動的 IRE と静的 IRE で異なる方法で処理された CI に関する詳細が含まれています。レコードを選択して開き、比較の詳細を (JSON 形式で) 確認します。

レコードフォームで \[要約を作成\] を選択すると、 CMDB 向け Now Assist IRE 比較レコード要約スキルによって生成された比較結果を整理されたより分かりやすい形式で表示できます。