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テーブルには、アプリケーションスコア及びそのサブスコアのデータが含まれています。 このテーブルはusersdevices、および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.scoresdex.application_scoresの両方で、すべてのノードにscore_impact値が含まれます。すなわち、[node name]_score_impactです。 この値は、ノードにおけるユーザーレベルの問題により、DEXスコアから削除されるポイント数を推定したものです。 例えば、logon_speed_score_impactは、遅いログオンによりユーザーのDEXスコアに与える推定影響を含みます。

人口に対するノードのDEXスコアへの影響を計算するには、以下の式を使用します。

image-2024-03-18-09-22-56-620.png

NQLクエリの例

会社の最新の総合DEXスコアを取得します。
スイスの従業員に対する最新の仮想セッション遅延スコア値を取得します。
オペレーティングシステム プラットフォームごとにDEXスコア値を比較します。
アプリケーションスコアと該当するページロードスコアを取得します。
劣悪なデジタルエクスペリエンスに苦しむ上位50人のユーザーを特定します。
ログオンスコアの技術スコアへの推定影響を取得します。
ログオンスコアがすべての人口に与えるDEXスコアへの影響を計算します。

考慮事項

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

例:

スコアの毎日の計算は00:00 UTCに開始されますが、完了するまでに数時間かかる場合があります。 計算が終了すると、Nexthinkは結果に04:00 UTCのタグを付けます。

生のデータテーブルに関連付けられた期間

生のメトリックテーブル、例えばsession.loginsweb.page_viewsを対応するスコアと比較するには、期間がDEXスコア計算時に使用されたものと一致する必要があります。

00:00 UTC today - 7d to 00:00 UTC today

お使いのブラウザのタイムゾーンと期間が一致していることを確認してください。

例:

  • お使いのブラウザのタイムゾーンはCET(つまり、UTC + 1)です。

  • 2024-01-17のDEXスコアと生のメトリクスを比較したい。

  • Outlookのページロードトレンドを調べることに興味があります。

1時間ごとのサンプル

DEXスコアは1時間ごとのデータサンプルを考慮しています。 このデータは、フィールドの平均または過去1時間のイベントの合計となることがありますが、これはメトリックの種類によります。 設定されたスコアのしきい値を超えたかどうかを理解するには、1時間単位の集計を使用し、5分または15分のタイムバケットを使用しないでください。

例:

人口に対するDEXスコアの計算

人口のDEXスコアを計算するには、まず各従業員のスコアを計算し、それを人口全体で平均する必要があります。

まず、userまたはdeviceごとのDEXスコアを集計し、その後人口に対して集計します。

この場合、NQLクエリをdex.scores during past 24hではなく、個別のスコアを計算するためにusersまたはdevicesテーブルから始めるべきです。 summarizeステートメントを使用して人口に対するDEXスコアを計算します。

例:

ユーザー、デバイス、およびデバイスの次元の適切な組み合わせを見る

システムはユーザー、デバイス、およびジオロケーションやロケーションタイプといったデバイスの次元の組み合わせに対してスコアを計算します。 このアプローチの背後にある理論は、各従業員のコンテキストにおける高度なフィルタリングを可能にし、洞察を引き出すことです。

これにより、過去7日間でロケーションを変更した従業員は、異なるジオロケーションやロケーションタイプに対して複数のスコアを持つことになります。 さらに、複数の従業員が使用するデバイスも、複数のスコアを持ちます。

生のメトリックとその対応するスコアを比較するには以下を行う必要があります。

  1. スコアデータに関連付けられた異なる次元を理解する。

  2. 生データを見る際に同じ次元を適用する。

例:

従業員と関連付けられていないデバイスのイベント

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?