DEXスコアのNQL例
Nexthink Query Language (NQL) を使用して、DEXスコアデータおよび関連情報にアクセスします。
NQLデータ構造
dex.scores
およびdex.application_scores
テーブルにはスコアデータが含まれています。 システムは、毎日00:00 UTCに、user
およびdevice
オブジェクトの組み合わせ、そして過去7日間にアクティブだったdevice
次元のスコアを計算します。 例えば、過去7日間にデバイス1とデバイス2を使用した従業員Aには、その日用の2つのスコアデータセットが生成されます。
DEXスコアV3は、以前のバージョンとは異なり、デバイス中心のアプローチではなく、ユーザー中心のエクスペリエンス管理に主眼を置いています。 device
テーブルでNQLクエリーを開始することは技術的には可能ですが、デバイスのメートルック値とそのスコアの間には乖離が生じる可能性があります。 より詳細な情報については、DEXスコアの計算 (Nexthink Community ユーザーが利用可能) のFAQセクションを参照してください。
dex.scoresテーブル
dex.scores
テーブルには、エンドポイントとコラボレーションスコア及びそのサブスコアのデータが含まれています。 システムはスコア一式を次のように構成します。
各DEXスコアのノードには、[node name]_value
という構文でスコア値が付与されています。 例えば、ログオン速度のスコアを取得したい場合、score.endpoint.logon_speed_value
と入力します。
さらに、各ノードには[node name]_score_impact
という構文でスコア影響値が付与されています。 この値は、このノードで監視される問題により、DEXスコアの技術コンポーネントが推定でどれくらい減少するかを示しています。
dex.application_scoresテーブル
dex.application_scores
テーブルには、アプリケーションスコア及びそのサブスコアのデータが含まれています。 このテーブルはusers
、devices
、およびapplication
オブジェクトとリンクされています。 システムはスコア一式を次のように構成します。
node.type
はアプリケーションスコア構造のノードのタイプを表します。page_loads
transactions
web_reliability
crashes
freezes
application
node.value
はアプリケーションスコア構造のノードのスコアを示します。 対象のノードスコアを指定するには、application_score.node.type
フィールドと一緒に使用する必要があります。node.score_impact
は、このノードで監視される問題により、DEXスコアの技術コンポーネントが推定でどれくらい減少するかを示します。 対象のスコア影響を指定するには、application_score.node.type
フィールドと一緒に使用する必要があります。
すべてのノードとそれぞれのNQL名については、ハードメトリクスとそのデフォルトしきい値リスト ドキュメント (Nexthink Community ユーザーが利用可能) を参照してください。
score_impact値
dex.scores
とdex.application_scores
の両方で、すべてのノードにscore_impact
値が含まれます。すなわち、[node name]_score_impact
です。 この値は、ノードにおけるユーザーレベルの問題により、DEXスコアから削除されるポイント数を推定したものです。 例えば、logon_speed_score_impact
は、遅いログオンによりユーザーのDEXスコアに与える推定影響を含みます。
人口に対するノードのDEXスコアへの影響を計算するには、以下の式を使用します。

NQLクエリの例
考慮事項
dex.scoreテーブルに関連付けられた期間
過去7日間にデータがない
user
またはdevice
オブジェクトにはスコアがありません。今日の00:00 UTCに計算されたスコアは今日の日付に関連付けられており、昨日の日付ではありません。
このことは、dex.scores
データをduring past 7d
とクエリするのは正しくないことを意味します。これは7日間のデータポイントを返し、各データポイントはすでに7日のローリングウィンドウだからです。 データは1日のみクエリされるべきです。例としては
dex.scores during past 24h
dex.scores on 2023-10-30
例:
users
| include dex.scores during past 24h
| compute software_reliability_score_per_user = endpoint.software_reliability_value.avg()
スコアの毎日の計算は00:00 UTCに開始されますが、完了するまでに数時間かかる場合があります。 計算が終了すると、Nexthinkは結果に04:00 UTCのタグを付けます。
生のデータテーブルに関連付けられた期間
生のメトリックテーブル、例えばsession.logins
、web.page_views
を対応するスコアと比較するには、期間がDEXスコア計算時に使用されたものと一致する必要があります。
00:00 UTC today - 7d to 00:00 UTC today
お使いのブラウザのタイムゾーンと期間が一致していることを確認してください。
例:
お使いのブラウザのタイムゾーンはCET(つまり、UTC + 1)です。
2024-01-17のDEXスコアと生のメトリクスを比較したい。
Outlookのページロードトレンドを調べることに興味があります。
web.page_views from 2024-01-10 01:00:00 to 2024-01-17 01:00:00
| where application.name == "outlook" and user.name == "TBD"
| summarize average_page_load_per_hour = page_load_time.overall.avg() by 1h
1時間ごとのサンプル
DEXスコアは1時間ごとのデータサンプルを考慮しています。 このデータは、フィールドの平均または過去1時間のイベントの合計となることがありますが、これはメトリックの種類によります。 設定されたスコアのしきい値を超えたかどうかを理解するには、1時間単位の集計を使用し、5分または15分のタイムバケットを使用しないでください。
例:
Session.logins from 2024-01-10 01:00:00 to 2024-01-17 01:00:00
| summarize average_logon_time = time_until_desktop_is_visible.avg() by 1h
人口に対するDEXスコアの計算
人口のDEXスコアを計算するには、まず各従業員のスコアを計算し、それを人口全体で平均する必要があります。
まず、user
またはdevice
ごとのDEXスコアを集計し、その後人口に対して集計します。
この場合、NQLクエリをdex.scores during past 24h
ではなく、個別のスコアを計算するためにusers
またはdevices
テーブルから始めるべきです。 summarize
ステートメントを使用して人口に対するDEXスコアを計算します。
例:
users
| include dex.scores during past 24h
| compute dex_score_per_user = value.avg()
| summarize dex_score = dex_score_per_user.avg()
ユーザー、デバイス、およびデバイスの次元の適切な組み合わせを見る
システムはユーザー、デバイス、およびジオロケーションやロケーションタイプといったデバイスの次元の組み合わせに対してスコアを計算します。 このアプローチの背後にある理論は、各従業員のコンテキストにおける高度なフィルタリングを可能にし、洞察を引き出すことです。
これにより、過去7日間でロケーションを変更した従業員は、異なるジオロケーションやロケーションタイプに対して複数のスコアを持つことになります。 さらに、複数の従業員が使用するデバイスも、複数のスコアを持ちます。
生のメトリックとその対応するスコアを比較するには以下を行う必要があります。
スコアデータに関連付けられた異なる次元を理解する。
生データを見る際に同じ次元を適用する。
例:
device_performance.boots from 2024-01-31 01:00:00 to 2024-02-06 01:00:00
| where device.name == "TBD" and context.location.type == "Remote" and context.location.state == "Vaud"
| summarize average_boot_duration_per_hour = duration.avg() by 1h
従業員と関連付けられていないデバイスのイベント
DEXスコア計算に使用されるメトリックの一部は、Nexthinkデータモデルにおいてuser
の関連付けがありません。例えば、
device_performance.events
device_performance.boots
device_performance.hard_resets
device_performance.system_crashes
connectivity.events
DEXスコアパイプラインは、これらのイベントをこれらのユーザーのDEXスコアに関連付けるために、デバイス上の最近のユーザーのリストを保持します。 デバイスで最近のユーザーが見つからない場合、これらのイベントはデバイスのDEXスコアに加味されません。
Last updated
Was this helpful?