# アラートの受信（クラシック）

このドキュメントに記載されている機能には Finder（クラシック）に関連するものがあります。

{% hint style="info" %}
Nexthink Finder は Windows 専用のデスクトップアプリケーションです。その機能は現在 Nexthink の web インターフェース内で利用可能です。 Nexthink は現在、ブラウザから直接使用することができ、多くの機能が追加のデスクトップアプリケーションを必要としなくなりました。
{% endhint %}

アラートにより、IT インフラ内の特定の問題に対してシステムから自動的に通知を受けることができます。 アラートは、サービスベースのアラートには Nexthink の web インターフェースで、調査ベースのアラートには Finder の Device View で、またはメールで受信できます。

以下の表には、アラートの種類、アラートの潜在的な受信者、およびアラートを送信する可能なメカニズムについてまとめています：

| アラートタイプ      | 受信者                                                                                       | 送信メカニズム                                                                                                                     |
| ------------ | ----------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| 調査ベースのアラート   | <ul><li>アラートの定義に指定されているメールアドレス</li><li>アラートがある役割に割り当てられているユーザー</li></ul>                  | <ul><li>メール</li><li>Device View（デバイス上の調査ベースのアラートの場合）</li></ul>                                                              |
| サービスベースのアラート | <ul><li>アラートを自分の Nexthink web インターフェースに追加したユーザー</li><li>アラートがある役割に割り当てられているユーザー</li></ul> | <ul><li>メール</li><li>Nexthink web インターフェースのダッシュボード <strong>My Service Alerts</strong> および <strong>History</strong></li></ul> |

## サービスベースのアラートを受信する <a href="#receivingalerts-classic-receivingservice-basedalerts" id="receivingalerts-classic-receivingservice-basedalerts"></a>

Nexthink の web インターフェースはサービスベースのアラートを生成することができ、これらは常にサービスダッシュボードに関連しています。 したがって、サービスベースのアラートのトリガーは、それに対応するサービスの結果によります。それらはそれぞれのユーザーの視認領域（ビュー領域）により決定されます。 サービスベースのアラートがトリガーされると、Nexthink の web インターフェースの特別なダッシュボード **My Service Alerts** にアクティブとして表示されます。 さらに、アラートがトリガーされたときと終了したときに、Nexthink の web インターフェースはアラートの加入者にメールを送信します。

サービスベースのアラートがいつトリガーされ、終了するかを判断するには、サービスのスライドウィンドウメカニズムについて知っておくことが重要です。 サービスの値は10分ごとにサンプリングされますが、これらの値はアラートを生成するために1時間ごとのインターバルで追加されます。 つまり、アラートは、その関連するサービスによって収集された過去1時間の値に応じてトリガーまたは終了します。

例えば、サービスにエラーがあるデバイスの割合を10％に設定して、このサービスに関連するアラートを作成したとしましょう。 次の10分間で、サービスは100台中15台のデバイスがエラーであると報告します。 したがって、エラーのあるデバイスの割合が15%であり、過去1時間に関する他のデータがなかったため、Nexthinkのwebインターフェースはサービスに関連するアラートをトリガーします。 次の10分間のインターバル後に、サービスの結果に応じたアラートの状態を考えましょう。

**サービスは、デバイスが使用されていないことを報告します。**

過去1時間のサービスの累積値は、100台中15台のデバイスにエラーがあり、前の10分と同じです。 したがって、アラートはまだアクティブです。 同様の理由で、1時間サービスが使用されない場合でも、最初に報告された使用（15%）が最後の1時間のウィンドウの後ろに来るまでアラートはアクティブなままです。 その時点で、アラートは終了します。

**サービスは、100台中5台のデバイスにエラーがあると報告します。**

このインターバルでサービスにアクセスした100台のデバイスが、前のインターバルでサービスにアクセスしたのと同じデバイスであると仮定すると、過去1時間のエラーがあるデバイスの累積数は少なくとも15台です（新たに報告された5台が15台に含まれない場合はさらに多くなります）。 したがって、アラートはまだアクティブです。

**サービスは、300台中15台のデバイスにエラーがあると報告します。**

エラーのある15台のデバイスが、前のインターバルの同じ15台であり、300台のデバイスが前のインターバルの100台を含むと仮定すると、エラーのあるデバイスの割合は5％になります。 5％は、リアルタイムサービスwidgetに設定された10％のしきい値より低いため、アラートは直ちに終了します。

考慮すべきもう一つの要因は、アラートで設定した影響を受けるデバイスの最小数です。 「x台以上のデバイスに影響があるまで無視する」オプションを設定した場合、この文脈で「影響を受けるデバイス」とは、\_サービスにアクセスするデバイス\_であり、\_エラーのあるデバイス\_を意味しないことに注意してください。 前の例では、最初の10分インターバルで影響を受けるデバイス数は100台であり、15台ではありません。

最後に、アラートのトリガーは、加入者の**ビュー領域**にも依存することを理解することが重要です。 サービスダッシュボードの結果がそれらを見ているユーザーのビュー領域に依存するのと同じように、サービスベースのアラートも、その加入者のビュー領域内でアラートの条件が満たされた場合にのみ送信されます。 つまり、サービスベースのアラートは各加入者ごとに個別にトリガーされ、全体的にはトリガーされません。 以前の例をもう一度用いると、100台中15台のデバイスがエラーである（15％）という値が、システムを完全に見ることができるユーザーによって確認され、25台中1台がエラーである（4％）ビュー領域が制限されたユーザーには見えない場合、最初のユーザーのみがアラートを受け取ります（>10%）。

さらに、あなたがセットアップに複数の**階層**を定義している場合、各ユーザーは階層ごとにビュー領域を持ちます。 アラートがトリガーされるのは、これらの異なるビュー領域のいずれかで条件が満たされた時です。 アラートの購読者が受け取るメールに、アラートがトリガーされた実際のビュー領域とその対応する階層が詳述されています。 したがって、アラートが複数の領域でトリガーされた場合でも、アラートと加入者ごとに1通のメールが送信されます。

## サービスベースのアラートを見る <a href="#receivingalerts-classic-viewingservice-basedalerts" id="receivingalerts-classic-viewingservice-basedalerts"></a>

Nexthink の web インターフェースでサービスベースのアラートの発生を確認するには：

* メインメニューから **Alerts and Diagnostics** を選択します。
* ナビゲーションパネルで **My Service Alerts** をクリックし、アラートの一覧を表示します。
  * アラートがまだアクティブである場合、特定のアラート用の表の最初の列にベルのアイコンが表示されます。
* ナビゲーションパネルで **History** をクリックし、自分が加入しているアラートの過去の発生を表示します。

ページの右上のコントロールを編集することで、**History** テーブルの結果を階層、アラート名、日付でフィルタリングできます。

**My Service Alerts** と **History** では、アラートの詳細を見て、結果を階層レベルごとに分解して確認することができます：

1. テーブルのエントリでアラートの名前にマウスを合わせると、その右側に情報アイコンが表示されます。
2. 情報アイコンをクリックしてアラートの詳細を表示します。
3. 詳細が表示されたダイアログボックスで、**階層の影響データを表示する** のリストから希望する階層を選びます。
4. リスト **階層レベル** から階層のレベルを選択して、特定のレベルのアラートの結果のみを取得します。
5. オプション：表の右下の **CSV** ラベルが付いた右向きの矢印をクリックして、アラートの詳細を CSV ファイルにエクスポートします。

## 役割に関連付けられたアラートの受信 <a href="#receivingalerts-classic-receivingalertslinkedtoroles" id="receivingalerts-classic-receivingalertslinkedtoroles"></a>

自分でアラートを作成しなくても、自分のユーザーアカウントに与えられた役割によって割り当てられたアラートを受信することができます。 自分の役割に関連付けられたアラートを変更したり削除したりすることはできません。 役割に関連付けられることができるアラートには2つのタイプがあります：

* 調査ベースのアラート
* サービスベースのアラート

役割に応じて自分に割り当てられた調査ベースのアラートを見るには：

1. ユーザーアカウントで Finder にログインします。
2. Finder の左側のアコーディオンの **設定** セクションをクリックします。
3. **設定** 内で、**セクション** とラベル付けされたドロップダウンリストから **役割ベースのアラート** を選択します。 それぞれの役割には、その役割に対応するアラートを保持するフォルダーが表示されます。

さらに、Finder の Device View には、各役割に割り当てられた別々のアラートタイムラインがあります。 役割によって自分に割り当てられたデバイス上のアラートがそこに表示されます。

役割によって自分に割り当てられたサービスベースのアラートを見るには：

1. メインメニューから **Alerts and Diagnostics** を選択します。
2. ナビゲーションパネルで **My Service Alerts** をクリックし、アラートの一覧を表示します。
3. そこでは、自分が Nexthink web インターフェースに追加したアラートや、少なくとも自分の1つの役割に必須であるために自動的に追加されたアラートの一覧があります。 役割に関連付けられているアラートかどうかを一覧の最後の列で確認できます。


---

# Agent Instructions: 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:

```
GET https://docs.nexthink.com/platform/ja/user-guide/alerts-and-diagnostics/alerts-classic/receiving-alerts-classic.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
