ソフトウェア正規化の詳細 目次 ソフトウェア正規化の利点ソフトウェア資産管理コンテンツサービスSAM 正規化プロセスディスカバリーモデルの正規化ステータス手動で正規化するものに優先順位を付ける正規化されていない検出モデルを特定する ソフトウェア正規化の利点 正規化されたソフトウェアパブリッシャー名、製品名、およびバージョンを使用して検出モデルを作成すると、次の 2 つの重要な領域でメリットが得られます。 正規化により、組織内で検出されたソフトウェアの明確なリストが作成されます – ソフトウェア監査の準備、M&A 活動、IT 運用のいずれであっても、組織にはインストールされているソフトウェアの包括的なインベントリが必要です。正規化を行わないと、同じパブリッシャーに対して複数の名前を使用するという課題が生じるため、合理化に多大な労力が必要となり、実行するレポートの正確性と価値が希薄化します。正規化により、ソフトウェアエンタイトルメントの調整の精度と効率が向上します – 検出モデルで正規化された値を使用して、取得したソフトウェアエンタイトルメントに対してマッピングすることで、より正確な調整結果が得られます。これにより、カウントが正確でエンタイトルメントレコードと一致していることを確信しながら、ソフトウェア監査を準備して完了できます。SAM 正規化プロセスにより、複数のディスカバリーツールからのこのインストールデータを標準化できます。 ソフトウェア資産管理コンテンツサービス 参照： ソフトウェア資産管理コンテンツサービスコンテンツサービスのオプトインソフトウェア資産管理コンテンツサービスの有効化 SAM 正規化プロセス SAM 正規化プロセスは、検出モデルに集約されたソフトウェアインストールデータを、認識されたソフトウェアの中央コンテンツライブラリと照合します。このプロセスで、SAM は正規化された Publisher、Product、 および Version 値をディスカバリーモデルに追加します。次に、SAM はこれらの正規化された検出モデルを使用して、インストールされているソフトウェアをソフトウェアモデルに関連するエンタイトルメントに調整します。以下は、検出/SCCM からの正規化です。 「ソフトウェアインストールデータの正規化」は、SAM プロセスの「検出」セグメントの最後のアクティビティとして表示されます。 ステップ 1: ソフトウェアインストールの検出 SAM は、ServiceNow Discovery や Microsoft SCCM などの検出ツールとの統合を通じて生のソフトウェアインストールデータを作成します。これにより、データベース [cmdb_sam_sw_ install] にソフトウェアインストールテーブルが生成され、レコードが CMDB の適切なハードウェア構成アイテム (CI) レコードに関連付けられます。 ステップ 2: ソフトウェア検出モデルを作成する SAM は、ソフトウェアインストールレコードを、検出されたパブリッシャー、検出された製品、および検出されたバージョン別にディスカバリーモデルに集約します。 ステップ 3:ソフトウェア検出データの正規化 検出モデルで検出された公開者、製品、バージョンを正規化して、インストールされているソフトウェアを明確に把握します。これには、セントラルソフトウェアライブラリに対する生のディスカバリーデータの自動正規化と、SAM がパブリッシャーや製品を正規化できない部分的に正規化されたディスカバリーモデルの手動正規化の両方が含まれます。 SAM 正規化では、検出されたパブリッシャー、検出された製品、および検出されたバージョンの値が、中央の ServiceNow コンテンツライブラリの値と照合されます。一致が見つかると、SAM は正規化された Publisher、Product、 および Version の値 (利用可能な場合) でディスカバリーモデルレコードを更新します。正規化プロセスでは、次のような追加情報でディスカバリーモデルを更新することもあります。 ライセンス可能、パッチ、ドライバ、子などの製品タイプ検出されたソフトウェアのプラットフォーム検出されたソフトウェアの言語検出されたソフトウェアのエディション完全なバージョン番号 ディスカバリーモデルの正規化ステータス 新しい検出モデルを作成するか、正規化されていない検出モデルを手動で更新するソフトウェアをインストールすると、 SAM はディスカバリーモデルの正規化ステータスを更新します。正規化ステータスによって、検出モデルレコードで手動で更新できるフィールド (ある場合) も決まります。正規化ステータスは次のとおりです 正規化済み一部正規化済み正規化されたパブリッシャー一致項目は見つかりませんでした手動で正規化済み追加 上記のステータスに関する詳細情報 参照: ソフトウェアの検出と正規化 手動で正規化するものに優先順位を付ける 完全に正規化されていない検出モデルを確認する場合は、ソフトウェア支出が最も大きいパブリッシャーと協力することから始めます。最初は、ソフトウェア支出全体の 80% を占めるベンダーに焦点を当てます。その後、単位エンタイトルメントコストが高いソフトウェアタイトルを操作します。 正規化されていない検出モデルを特定する まず、完全に正規化されていない公開者を対象とする検出モデルを選択します。SAM のディスカバリーモデルモジュールから開始し、フィルターを適用してパンチリストを生成します。次の列があることを確認します。 Display name (表示名)正規化ステータスパブリッシャー製品バージョンEdition (エディション)製品タイプ ディスカバリーモデルの正規化ステータスによって次のステップが決まります。以下のアクティビティを 1 つ以上実行する必要があり、複数のタスクが並行して実行されることになります。 4 つの具体的なシナリオとその対処方法を見てみましょう。シナリオの青と緑のテキストは正規化アクティビティに対応していることに注意してください。 シナリオ 1: 正規化ステータス = 正規化済みだがエディションを自動的に検出できない 条件 検出ツールがインストール済みソフトウェアのエディション (Professional や Standard など) を自動的に検出できない場合があり、そのためにインストールとエンタイトルメントを調整するときにエラーが発生する可能性があります。 調整の影響 インストール数が不正確で、結果的にライセンスの位置が不正確になる可能性があります。 入力が必要です ソフトウェアインストール: 影響を受けるソフトウェアインストールレコードの正しいエディションの値を手動で入力します。これは、このレコードで手動で更新できる唯一の属性です。 出力が生成されました ディスカバリーモデル: ソフトウェアインストールレコードのエディションが更新されると、SAM は更新されたレコードを新しいディスカバリーモデルにマッピングします。その後、自動化されたプロセスを通じて正規化できます。 調整: 計算には、検出モデルに関連付けられたソフトウェアのインストールが含まれます。 シナリオ 2: 正規化ステータス = [一部正規化済み] または [パブリッシャー正規化済み] 条件 SAM は、パブリッシャー、製品、およびバージョンの値を使用してディスカバリーモデルを完全に正規化できない場合、検出されたパブリッシャーと検出された製品の値を使用してディスカバリーモデルを部分的に正規化しようとします。一致するものが見つかった場合は、パブリッシャーと製品の値を設定し、 正規化 ステータスを 部分的に正規化済みに設定します。検出モデルの残りの部分 (バージョンと、プラットフォームやエディションなどの追加情報) には、 手動更新。 SAM は、検出されたパブリッシャーと検出された製品の値を使用してディスカバリーモデルを正規化できない場合、正規化エンジンで検出されたパブリッシャーを検証します。一致するものが見つかった場合は、パブリッシャーの値を設定し、 Normalization status を Publisher Normalized に設定します。ディスカバリーモデルの残りの部分 (検出された製品/バージョンと追加情報) は、手動で更新する必要があります。 調整の影響 インストール数が過小評価されているため、ライセンスの位置が不正確になります。 入力が必要です コンテンツサービス: ソフトウェア資産管理コンテンツサービスにオプトインした場合は、コンテンツチームによる調査のために検出モデルを送信します。コンテンツチームがソフトウェアを調査してセントラルソフトウェアライブラリを更新できるようにします。 ディスカバリーモデル: 製品、バージョン、プラットフォーム、エディションなどの残りの属性を手動で更新します。 出力が生成されました ディスカバリーモデル: これをコンテンツサービスに送信した場合、SAM は、新しいコンテンツが含まれた正規化プロセスが実行された後に 正規化 ステータスを更新します。そうでない場合、SAM はソフトウェア製品とパターン正規化ルールの作成時に 正規化 ステータスを Manually Normalized に更新します。 調整: 計算には、検出モデルに関連付けられたソフトウェアのインストールが含まれます。 シナリオ 3:正規化ステータス = 自社製ソフトウェアの一致が見つからない 条件 ソフトウェアが自家製であるため、検出モデルの属性により、コンテンツライブラリに一致するものがありませんでした。 調整の影響 調整は正規化された値に基づいているため、SAM はこれらのソフトウェアインストールを調整計算に含めることができず、ライセンスポジションが不正確になります。 入力が必要です ソフトウェア製品: 公開者、製品、製品タイプ(ライセンス可能など)を確立し、カスタムソフトウェア製品を作成します。 ディスカバリーモデル: 製品、バージョン、プラットフォーム、エディションなどの残りの属性を手動で更新します。 出力が生成されました ディスカバリーモデルの属性を入力すると、SAM はディスカバリーモデルの 正規化 ステータスを 手動で正規化済み に更新します。 シナリオ 4:正規化ステータス = 自社製以外のソフトウェアの一致が見つからない 条件 ディスカバリーモデルの属性により、コンテンツライブラリに一致するものが見つかりませんでした。これは、あいまいなソフトウェアの場合に当てはまります。 調整の影響 調整は正規化された値に基づいているため、SAM はこれらのソフトウェアインストールを調整計算に含めることができず、ライセンスポジションが不正確になります。 入力が必要です コンテンツサービス: ソフトウェア資産管理コンテンツサービスにオプトインした場合は、コンテンツチームによる調査のためにディスカバリーモデルを送信し、ライブラリに含めます。 検出モデルをコンテンツサービスに送信しない場合は、以下の情報を使用して手動で正規化できます。 ソフトウェア製品: 公開者、製品、製品タイプ(ライセンス可能など)を確立し、カスタムソフトウェア製品を作成します。 ソフトウェアエンタイトルメント: ライセンス可能なソフトウェア製品の場合、ソフトウェアの正確なライセンスを反映する適切な属性を持つソフトウェアエンタイトルメントレコードを作成します。 ディスカバリーモデル: 製品、バージョン、プラットフォームエディションなどの残りの属性を手動で更新します。 パターン正規化ルール: カスタムソフトウェア製品に適用するパターン正規化ルールを作成して適用します。ソフトウェア公開者/製品フィールドで検索するディスカバリーのテキストを指定します。 検出時に正規化する正規化属性 (製品タイプ、プラットフォーム、言語、バージョンなど) を指定します。 出力が生成されました ディスカバリーモデル: これをコンテンツサービスに送信した場合、SAM は、新しいコンテンツが含まれた正規化プロセスが実行された後に 正規化 ステータスを更新します。 ディスカバリーモデルの属性とパターン正規化ルールを完了すると、SAM はディスカバリーモデルを更新します 正規化 ステータスを Manually Normalized に設定します。