# Finder（クラシック）でのリアルタイムおよび統合サービスデータ

### サービスデータの計算方法 <a href="#real-timeandconsolidatedservicedatawithfinder-classic-howservicedataiscomputed" id="real-timeandconsolidatedservicedatawithfinder-classic-howservicedataiscomputed"></a>

Nexthinkは、サービスを作成した後に初めてサービスの情報を収集し始めます。そのため、作成直後のサービスは空です。 時間が経つにつれて、Nexthinkはサービスに関連するデータを収集し、結果を10分間隔で集約して保存します。 システムは、最後の6つの10分間隔に対応する最大6つの集計値を保持します。 1時間後には、6つの集計値すべてがデータで埋められます。 この時点で、システムは最も古い集計値を消去し、新しい10分間隔で再利用します。 この方法で結果を回転させることにより、システムは過去1時間のサービスの進化を一貫して10分単位で表示します。

同様に、より長い時間間隔では、システムは1時間境界を越えるたびに1時間ごとの集約結果を保存します。 各サービスごとに1日に24の時間別集約結果を保存して回転させ、サービスの動的な1日のビューを提供します。

最後に、システムは日付の境界を越えたときにサービスの日別集約結果も保存します。 各サービスには最大7日分の日次結果が保存され、1週間分のサービスデータが構築されます。ただし、これらはwebインターフェースでのみ表示され、Finderでは表示されません。

Finderでメトリクスを表示する2つの行のラベルは、上記で説明した結果の集約メカニズムに従って時間とともに変更されます。 両方の行は、**過去10分**というラベルから始まります。 10分が経過すると、両方のラベルは順次**過去20分**、**過去30分**、などと表示され、1時間の境界を越えるまで続きます。 この時点で、短期行は引き続き10分ごとに増加し、長期行のラベルは**過去1時間**を表示し、その後1時間ごとに**過去2時間**、**過去3時間**などと増加します。 過去24時間のすべての結果が取得されると、短期行ラベルは**過去60分**を表示し、長期行ラベルは**過去24時間**を表示します。 その後、ラベルは変更されなくなります。

| 数量   | 間隔  |
| ---- | --- |
| 6結果  | 10分 |
| 24結果 | 1時間 |
| 7結果  | 1日  |

サービスごとの集約結果

### サービスのリアルタイムビューと統合ビューの間の相違 <a href="#real-timeandconsolidatedservicedatawithfinder-classic-discrepanciesbetweenthereal-timeviewandthecons" id="real-timeandconsolidatedservicedatawithfinder-classic-discrepanciesbetweenthereal-timeviewandthecons"></a>

サービスのリアルタイム値（Finderのサービスビューやwebインターフェースのサービスwidget）と、リアルタイムビューからドリルダウンや同等のInvestigationを行った際に得られる値の間に小さな相違が見つかることがあります。 例えば、Finderのサービスビューによれば、あるサービスと特定の時間でサービスを使用しているデバイス数が10台とされている場合に、サービスビューからドリルダウンしてデバイスの詳細リストを取得すると、リストには9台しか載っていないことがあります。 これらの相違は、Engineがサービス関連イベントを収集し組織化する二つの方法に起因します。

一方で、長期的なイベントの統合では、Engineがイベントのタイミング情報を抽出するように処理します。 イベントは従業員の情報を表すため、Collectorが従業員のデバイスでイベントを生成してから少し後にEngineに届きます。 それにもかかわらず、Engineはイベントが実際に始まった瞬間を正確に特定できます。 この値は、イベントの[最終タイムスタンプ](/platform/ja/references/references-classic/database-information-and-organization-classic/timestamping-of-events-classic.md)です。

一方、サービスのリアルタイムビューには、Engineが即座に反応する必要があります。 したがって、EngineはCollectorから受け取るイベントがサービスの定義に一致するたびに、すぐに考慮に入れます。 Engineはこれらのイベントを10分、1時間、1日間隔で集約し、上記の説明に従って視覚化します。 サービスビューは、これらの間隔内に収集された値を表示します。

この処理の違いのため、サービス関連イベントの開始時刻とEngineによる受信時刻の間隔が10分間隔境界（Engine時間）を超える場合、リアルタイムビューと統合ビューの間に相違が生じることがあります。 実際、イベントが10分の間隔が終わる直前に発生し、Engineがその間隔が終わった後に受信する場合、Engineはイベントの実際の開始時刻に従って正しく統合しますが、その間隔が既に集約のために終了しているため、適切な10分間隔にイベントを集約することはできません。 したがって、Engineは次の10分間隔でイベントを報告しなければなりません。


---

# 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/references/references-classic/search-and-information-display-classic/real-time-and-consolidated-service-data-with-finder-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.
