---
sourceDocument: チューリッヒ IT Asset Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/zurich/it-asset-management

 Release :

    - zurich

ft:locale :

    - ja-JP

ft:publication_title :

    - チューリッヒ IT Asset Management

ft:clusterId :

    - itam

bundleId :

    - itam

workflow :

    - Technology


---

# ディスカバリーモデルとソフトウェアのインストール

# ディスカバリーモデルとソフトウェアのインストール {#ariaid-title1}

* リリースバージョン: Zurich
* 
* 更新日 2025年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

ソフトウェアディスカバリーモデルは、環境にインストールされているソフトウェアを識別して正規化するために、ディスカバリー中に自動的に作成されます。

ソフトウェアディスカバリーモデルは、ソフトウェアディスカバリーモデル \[cmdb_sam_sw_discovery_model\] テーブルに格納されます。新しいディスカバリーモデルが作成されると、正規化プロセスが自動的に実行されます。ディスカバリーモデルは、 <kbd class="ph userinput">名前に「セキュリティ更新プログラム</kbd>」が含まれるソフトウェアインストールに対しては作成されません。  
[ソフトウェア モデル](https://www.servicenow.com/docs/AGgDLXzGibvHFE99OxDHHw "ソフトウェアモデルは、公開者、バージョン、ディスカバリーマップに関する情報を含む、購入したソフトウェアのプロファイルです。ソフトウェアエンタイトルメントは、購入した権限にソフトウェアモデルを関連付けるために使用されます。")とソフトウェアディスカバリーモデルは異なるものです。

* ソフトウェア モデルは、購入済みおよび/または利用可能なソフトウェアの特定のバージョンまたは構成のことです。
* ソフトウェアディスカバリーモデルは、あるバージョンのソフトウェアがネットワーク環境で発見されたときに作成されるモデルです。
{#c_DiscoveryModels__ul_fqn_m55_hp}  
1 本のソフトウェア モデルに複数のソフトウェアディスカバリーモデルを関連付けることができます。たとえば、ソフトウェア モデルは次のように定義できます。

* 公開者 = X
* 製品 = Y
* バージョン = 10 から始まる
{#c_DiscoveryModels__ul_q1m_1gl_c1b}

この製品のインストールが 2 回別々に行われた場合 (バージョン 10.1 とバージョン 10.2)、ディスカバリーモデルが 2 つ作成されます。ディスカバリーモデルの 1 つには検出されたバージョンとして 10.1 が設定され、もう片方のディスカバリーモデルには検出されたバージョンとして 10.2 が設定されています。調整プロセスではどちらも<kbd class="ph userinput">バージョン 10 から始まる</kbd>という基準を満たしているため、これら 2 つのディスカバリーモデルは両方とも同じソフトウェアモデルに関連付けられます。

## ディスカバリーモデル {#c_DiscoveryModels__section_g3h_4p4_jbb}

ソフトウェアディスカバリーモデルを手動で作成することはできません。プライマリーキーという次のフィールドの組み合わせは、新規のソフトウェアインストールを新規または既存のソフトウェアディスカバリーモデルを照合するために使用されます。{#c_DiscoveryModels__p_gzc_qcp_sfb}  
プライマリー キー：\[公開者\]、\[表示名\]、\[バージョン\]  
注:  
バージョン番号の分析するときは完全一致が常に最初に検索されますが、完全一致が見つからない場合はメジャー バージョン番号で検索します。

たとえば、バージョン番号 8.0.4 で一致するものが見つからず、バージョン 8.0 が見つかった場合は、\[ソフトウェア モデル\] フィールドでバージョン 8.0 を使用します。  
注:  
正規化されたフィールド値がパッケージまたはパターンの値と異なる場合は、正規化の提案レコードが作成されたことを示す警告アイコンが \[正規化ステータス\] フィールドの横に示されます。警告アイコンをクリックすると、そのディスカバリーモデルの [正規化提案](https://www.servicenow.com/docs/P3H1k2D_E2d~l_Us9YQcnA "ディスカバリーモデルに対して作成された正規化の提案レコードを表示します。これらの提案を承認または却下できます。") レコードが開きます。

異なる値は、ユーザーが設定することも、正規化の提案の変更を受け入れることもできます。新しい値が設定されると、正規化ステータスが \[正規化済み\] から \[手動で正規化済み\] に変わります。{#c_DiscoveryModels__p_j1r_jcp_sfb}

特定の条件下では、通常は読み取り専用である特定のフィールドを編集できます。編集すると、ステータスが \[Manually Normalized (手動で正規化済み)\] に変わります。

## 正規化を元に戻す {#c_DiscoveryModels__section_qh1_mc2_11b}

必要に応じて、正規化を元に戻すことができます。

正規化を元に戻すと、\[ 正規化済み\]、\[ 一部正規化済み\]、または \[正規化済みパブリッシャー \] のステータスを持つディスカバリーモデルは、\[ 一致項目は見つかりませんでした\] のステータスに戻ります。正規化されたすべてのフィールドも、元の正規化されていない値にリセットされます。その後、ディスカバリーモデルを手動で正規化するか、次の正規化が自動的に実行されるまで待つことができます。ディスカバリーモデルを手動で正規化する場合、 ソフトウェア資産管理 アプリケーションは、 コンテンツサービス チームからの最新の正規化ルールに基づいて正規化の提案を作成します。これらの提案を承認するか却下するかを選択できます。正規化が自動的に実行されるのを待つと、 コンテンツサービス チームの最新の正規化ルールを使用してディスカバリーモデルが正規化されます。ディスカバリーモデルのステータスが \[正規化済み\]、\[ 一部正規化済み\]、または \[正規化済みパブリッシャー\] に設定され、正規化されたフィールド値が設定されます。

## ソフトウェアインストール

\[ソフトウェア インストール\] リストには、組織にインストールされているソフトウェアが含まれており、ディスカバリーによって入力されます。

インストールしたソフトウェアは ディスカバリー によってソフトウェア インストール \[cmdb_sam_sw_install\] テーブルに配置され、プライマリー キーが作成されます (\[公開者\]、\[表示名\]、\[バージョン\] フィールドを使用)。
ディスカバリー はプライマリーキーを使用して、検出されたソフトウェアインストールを新規または既存のソフトウェアディスカバリーモデルと自動的に照合します。