> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/platform/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/user-guide/using-finder-classic/monitoring-it-custom-metrics-with-finder-classic/creating-a-metric-with-finder-classic.md).
# Finder (クラシック) でのメトリックの作成
{% hint style="info" %}
Nexthink FinderはWindows専用のデスクトップアプリケーションで、その機能は現在Nexthinkのwebインターフェース内で利用可能です。 Nexthinkは現在、ブラウザから直接使用でき、ほとんどの機能は追加のデスクトップアプリケーションを必要としません。
{% endhint %}
## 概要
メトリックを使用して、関心のあるITインフラストラクチャの要素の特性を時系列で測定および調査します。 メトリックは複雑なクエリを単一の数字、表、またはチャートに集約し、ITエコシステムの主要コンポーネントの状態を迅速に評価できるようにします。
Finderでメトリックを作成するには、Finderへのアクセス権を持ち、システムコンテンツ（カテゴリ、サービス、アラート、メトリック）を編集する権利を持ったユーザーである必要があります。
## Finderでメトリックを作成する
Finderで新しいメトリックを作成するには:
1. 適切な権限を持つユーザーとしてFinderにログインします。
2. メインウィンドウの左側のアコーディオンから**メトリクス**セクションを選択します。
3. **メトリクス**セクションのヘッダーまたはその下の空き領域を右クリックします。
4. メニューから**新しいメトリクスを作成**を選択します。
5. フォームに入力し、メトリクスを定義します:
1. メトリクスの名前を入力します。
2. （オプション）メトリクスの機能について簡単な説明を入力してください。
3. 以下に説明されているように、フォームの各セクションを入力します。
6. （オプション）**調査として実行**をクリックし、[メトリクスをクイック調査として実行する](/platform/ja/user-guide/investigations/creating-an-investigation-with-finder-classic/executing-an-investigation-with-finder-classic.md)ことができます。 このオプションにより、メトリクスから期待される結果を即座にプレビューできます。
7. **保存**をクリックしてメトリクスの定義を永久に保存します。
## 取得セクション
**取得**セクションでメトリクスを計算するために使用するオブジェクトの種類を指定します:
1. セクションの右上部分で、メトリクスが適用されるプラットフォーム（Windows、macOSまたはモバイル）のボックスにチェックマークを付けます。
2. メトリクスを計算するためにベースとするオブジェクトの種類を選択します: ユーザー、デバイス、アプリケーションなど。
特定のオブジェクトの選択は、メトリクスの定義に使用できるグループ化オプションと集計値に論理的な影響を与えます。
## 毎日計算されるセクション
Portalは各メトリクスの値を1日1回計算します。そのため、このセクションにはその名前が付いています。 より長い期間にわたって、Portalは指定された内容に基づき、複数日間のメトリクスの値を組み合わせます。
**毎日計算される**セクションで、作成したいメトリクスのタイプを選びます。 メトリクスのタイプに応じて、Portalでメトリクスの詳細を見るときに集計値をどのように計算するか、または取得したオブジェクトをどうグループ化するかを指定します。
1. 以下からメトリクスの種類を選択してください。 単語 *オブジェクト* は、**取得**セクションで選択したオブジェクトの種類に置き換わります:
* カウントメトリック
1. **\[アクティブ]** \_**オブジェクト**\_の**合計数**を選択して、選択したタイプのオブジェクトをカウントするメトリックを作成します。 **アクティブ**というキーワードが存在する場合、その日付に対するメトリックの値を計算する際、前日に観察されたオブジェクトのみが考慮されます。 それ以外の場合は、Engineの全履歴に存在する全オブジェクトが考慮されます。 **アクティブ**キーワードの有無は、カウントされるオブジェクトのタイプに依存しています：
* アプリケーション、実行可能ファイル、バイナリ、ポート、宛先、ドメインについては、**アクティブ**キーワードは必須です。
* パッケージについては、**アクティブ**キーワードは必ず欠けています。
* ユーザーやデバイスについては、全ユーザーまたはデバイスをカウントするか、または前日にアクティブだったものだけをカウントするかを選択します。
* 数量メトリック（\_デバイス\_および\_ユーザー\_オブジェクトにのみ利用可能）
* デバイスオブジェクトについて：
1. 取得されたデバイスの選択した集計値を組み合わせて単一の値を計算するメトリックを作成するために、 **アクティブデバイスの** ***集計*** **を選択します**。
2. リストからメトリックの基礎とする特定のデバイスアクティビティ、スコア、またはリモートアクションの出力を選択します。 数量メトリックを作成するために利用可能なのは、数値を出力するものだけです。
* スコアの値またはリモートアクションの出力を組み合わせる場合、取得されたデバイスを前日にアクティブだったデバイスだけに限定するか、すべてのデバイスを対象とするかを選択します。
* ユーザーオブジェクトについて：
1. ユーザースコアまたは意見尺度の質問に対するユーザーの答えを組み合わせて単一の値を計算するメトリックを作成するために、全ユーザーの **スコア/意見尺度** を選択します。
2. リストからメトリックの基礎とする特定のユーザースコアまたは意見尺度の質問を選択します。
* トップメトリック
1. 指定した集計の最高または最低値を持つオブジェクトのトップリストを作成するメトリックを作成するために、**トップ *****N***** オブジェクトと** \_**最高/最低集計**を選択します\*\*。
2. トップリストに表示するオブジェクトの数 *N* を10から100まで（10単位で）選択します。
3. オブジェクトのトップリストを最高または最低の順で並べるために、\_最高\_または\_最低\_を設定します。
4. トップリストの基礎とする特定の集計を選択します。
2. グルーピングオプションまたは集計計算を選択します（該当する場合）：
* カウントメトリックおよび数量メトリックで、メトリックの詳細を観察する際にPortalが結果をどのようにグループ化するかをオプションで選択します。 **グループ化基準**リストで：
* 結果をグループ化する必要がない場合は、\*\*- なし -\*\*を選択します。
* 特定のフィールドまたはカテゴリを選択して、そのフィールドまたはカテゴリの値によってオブジェクトをグループ化します。
* （オプション）オブジェクトをグループ化するための第2の基準を定義するために、キーワード **および** の後に別のフィールドまたはカテゴリを追加します。
* 数量メトリックおよびトップメトリックの場合、メトリックの集計値をどのように計算するかを**集計基準**で選択します。
* 数量メトリックについて、取得された各デバイスに関連付けられた個々の値をどのように組み合わせるかを説明します。 Portalは、選択された集約方法を適用して、（階層内の同じ場所を共有するデバイスのグループや1日以上の時間枠に渡るメトリックを計算します。 集計によって（特定の集計に関連性がある選択肢だけが利用可能）、以下から選択します：
* **全デバイスおよび全時間枠にわたる合計**
* **デバイスごとの1日あたりの最大値**
* **デバイスごとの1日あたりの平均値**
* **デバイスごとの1日あたりの最小値**
* トップメトリックの場合、1日を超える期間でランキングリスト内の各オブジェクトの個別の集計方法を説明します。 集計によって（特定の集計に関連性がある選択肢だけが利用可能）、以下から選択します：
* **全時間枠にわたる合計**
* **1日あたりの最大値**
* **1日あたりの平均値**
* **1日あたりの最小値**
## 関連セクション
**取得**セクションのオブジェクトがメトリックの計算に参加するために満たすべき条件を指定し、オプションで取得されたオブジェクトがこれらの条件を満たさなければならない時間帯を設定します。
メトリック定義の**条件**部分でこれらの条件を定義する手順は、[Investigationの条件を設定する](/platform/ja/user-guide/investigations/creating-an-investigation-with-finder-classic/editing-the-options-of-an-investigation-with-finder-classic.md)方法と非常に似ています。 条件は、 **取得セクション** で選択されたオブジェクトに関連するあらゆるアイテム（オブジェクト、アクティビティ、イベント）に適用される一連のルールです：
条件を追加するには：
1. **条件**サブセクションで、リンクをクリックします **新しい条件を追加するにはこちらをクリック**。 条件フィールドのプレースホルダーが表示されます。
2. 条件が適用されるオブジェクト、アクティビティ、またはイベントを設定します。
3. 制約したい属性またはカテゴリを設定します。
4. 比較のためのオペレーターを設定します（例： *is*、*is not*、\_starts with\_など）。
5. 属性制約を選択した場合は一致する値を、またカテゴリ制約を選択した場合は一致するキーワードを設定します。
6. （オプション）複数の条件を設定する際は、 **高度な設定** をクリックして条件を組み合わせる論理式を編集します。 デフォルトでは、条件は論理ANDで組み合わされていますので、すべてが成立する必要があります。
7. （オプション）条件セクションの下部にある **and** キーワードの後に集計値の条件を指定します。 特に **Between** 句を指定しない限り、集計は1日全体について計算されます（以下を参照）。
あらゆるタイプのメトリックは、条件の制約として意見尺度の質問やスコアの値を受け入れます。 その方法では、たとえば特定の意見尺度の質問に対して値が5を超える回答をしたユーザーの数を数えるメトリックを作成できます。
一方で、特定の条件の組み合わせが、一部のメトリック、条件、追加の表示フィールドとの組み合わせで互換性がありません。 特に、非アクティブオブジェクトを考慮するカウントメトリックは、\_between\_句を使用するか、アクティビティやイベントに条件を設定する際には互換性がありません。 内実では、これらのメトリックの計算はEngineの利用できるすべての期間にわたるInvestigationsに基づいているため、同様の制限があるのです。 **総オブジェクト数** \_カウント選択肢でミスマッチを示すエラーアイコン（赤い円の中に小さな白いバツ）が表示されます。 このルールの例外として、パッケージの総数を取得する際にインストールに条件を設定することは可能です。 一般に、条件を追加して右側にエラーアイコンが表示される場合、その条件が他の条件や表示するために選択された属性のいずれかと矛盾しています。 エラーアイコンの上にカーソルを重ねることで、矛盾の理由がツールチップで表示されます。
条件を削除するには：
1. 条件フィールドの右側にあるゴミ箱アイコンをクリックします。
アクティブオブジェクトのカウントメトリックで、Portalでの時間枠が1日より長い場合のオブジェクトのカウント方法を指定する追加の設定があります：
1. 次から選択します：**少なくとも1日**または**最後のアクティブの日**。
1日を超える期間の場合、 **条件を満たすオブジェクトの** \_**少なくとも1日/最後のアクティブの日をカウントします**
ガイドラインとして、期間中のイベント発生のカウントメトリックには**少なくとも1日**を選択します。例えば、ハードリセットを持つデバイスの数をカウントします。 デバイスがカウントされるためには、ハードリセットが間のどこかで発生する必要があります。 一方で、インベントリ機能を持つメトリックの場合、例えば2つのモニターを持つデバイスの数をカウントするメトリックには**最後のアクティブの日**を選択します。 実際、もし期間の最後の日にデバイスが2つのモニターを持っていないなら、インベントリには追加するべきではありません。
この設定は、アクティブと非アクティブの両方のオブジェクトをカウントするカウントメトリックには利用できません。 実際、これらのタイプのメトリックの値を1日を超える期間で見るのはあまり意味がありません。 全オブジェクトをカウントするメトリックに基づいたwidgetは、1日以上の期間が選択された場合、Portalで無効化されます。
オプションで、**一致**セクションの最後の行でチェックボックスを選択し、開始時刻と終了時刻を設定することで、メトリックの計算が適用される1日の時間を制限します：
* ***HH:MM***** から *****HH:MM***** の間**。
## オプションセクション
**オプション**セクションの内容は選択したメトリックのタイプに依存します。
カウントメトリックについて、以下のオプションが利用可能です：
1. **比率を含める**にチェックを入れて、Portalでカウントメトリックの表示値として比率を追加してパーセンテージを取得します。
* パーセンテージは、メトリックで定義した条件を満たすオブジェクト数を、別の条件セットを満たすオブジェクト数で割って計算されます。
* 新しい条件セットを、**比率を含める**チェックボックスを入れたときに表示されるツールで、メトリックの条件を定義したのと同じ方法で定義します。
2. **変動および閾値指標を含める**にチェックを入れることで、Portalにメトリックの最後の値に対する変化を表示させ、その増減があなたにとってプラスかマイナスかを示します。 以下の3つのオプションから1つを選択します：
* **変動指標のみ**
1. デフォルトでは、メトリックの値の増加がポジティブであることを意味する緑の上矢印と赤の下矢印が声明の下に表示されます。 たとえば、ウイルス対策が入ったデバイスの数が増えることは良いことです。
2. デフォルトを変更してメトリックの値が増加するのがネガティブであると示すためには、**反転**をクリックして2つの矢印を切り替えます。 たとえば、ブルースクリーンの回数が増えることは悪いことです。
* **変動指標および1閾値**
1. 適切な場合、変動指標の方向を変更するために **反転** をクリックします（最初のオプションを参照）。
2. 横矢印の上にしきい値の値を設定します。 メトリックの値の増加が閾値よりも高い場合にのみ、指標の色が変わります（増加が正であれば緑、負であれば赤）。
3. **比率を含める**オプションを選択した場合、閾値を比率として定義することを望むかもしれません：
1. 変動メッセージの右側で、 **絶対** または **比率** の値から選択します（絶対/比率値に基づいて *変動メッセージ* を含める）。
* 上記のケースのようにオブジェクト数で閾値を表すために**絶対**を選択します。
* メトリックで計算された比率に関連するパーセンテージで閾値を表すために**比率**を選択します。
* 結果をwebインターフェースの階層でグループ化する際に、階層のノードにあるデバイスの数が少なすぎる場合、\_比率\_を選択することで閾値を無視できます。 階層ノードに **デバイス数が** ***N*** **未満の場合しきい値を無視する** オプションにチェックを入れ、*N* の値を設定します。
* **変動指標および2閾値**
1. 場合によっては、変動指標の方向を変更するために **反転** をクリックします（最初のオプションを参照）。
2. 1回の閾値の場合と同様に閾値を設定します。 **比率を含める**オプションを選択した場合、百分率値でしきい値を設定することもできます。 1閾値オプションとの唯一の違いは黄色の色の追加です：
* メトリックの値の増加が一番目のしきい値を超えた場合、変動指標は黄色に変わります。
* メトリックの値の増加が二番目のしきい値を超えた場合にのみ、変動指標の色が変わります（増加が正であれば緑、負であれば赤）。
3. Investigationで表示する列を選択する場合と同様に、ラベルセレクターを使用して **追加の表示フィールド** を設定します。 **グループ化基準**リストの結果をグループ化するための基準として選択されたフィールドが自動的に表示フィールドとして追加され、それらを削除することはできません。
1. 後で、メトリックの詳細を表示するときに、Portalでこれらのフィールドをどれを表示するか選択します。
数量メトリックでは、変動指標および閾値のオプションのみが利用可能です。 指示については、カウントメトリックのステップ2を参照してください。 比率に関連するサブオプションは無視してください。これらは数量メトリクスではサポートされていません。
主要メトリクスの場合、追加表示フィールドを設定するオプションのみが利用可能です。 カウントメトリクスのステップ3の指示を参照してください。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.nexthink.com/platform/ja/user-guide/using-finder-classic/monitoring-it-custom-metrics-with-finder-classic/creating-a-metric-with-finder-classic.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.