For the complete documentation index, see llms.txt. This page is also available as Markdown.

コラボレーションエクスペリエンスの分析

Collaboration Tools モジュールの使用を開始するには、次の手順に従います:

Collaboration Tools の監視に関する主要な概念

コラボレーション Experience を監視およびトラブルシューティングするための Nexthink 機能

Collaboration Tools モジュールでは、以下の機能により、通話品質の問題をより効率的に確認、診断、解決できます:

通話品質ダッシュボード

コラボレーション Experience ダッシュボードは、組織、デバイス、通話の各レベルで問題を検出および調査するのに役立ちます。 以下のダッシュボードを使用できます:

  • 通話品質: Microsoft Teams および Zoom API のデータを、デバイスパフォーマンス、接続性、アプリケーション使用状況、イベントに関するコンテキスト情報と統合します。 このダッシュボードには、Collaboration Tools モジュールからアクセスできます。

  • MS Teams Rooms: アプリケーション、デバイス、関連コンポーネントに関する問題を含め、Microsoft Teams Rooms で発生する通話品質の問題についての分析情報を提供します。 このダッシュボードには、Collaboration Tools モジュールからアクセスできます。

  • 通話品質 - 選択したデバイス: 特定のデバイスおよびコラボレーションアプリケーションにおける通話品質の問題を、より的確に把握してトラブルシューティングできます。 このダッシュボードには、Device View からアクセスできます。

  • Call View: コラボレーションセッション中に各参加者が経験した通話品質を評価できます。 このダッシュボードには、Investigations または Device View からアクセスできます。

デバイスビューのコラボレーションツールと通話品質メトリクス

Device View では、個々のデバイスについてコラボレーション関連のメトリクスとトラブルシューティング機能を提供します。 デバイスのタイムライン上のコラボレーションメトリクス、関連するダッシュボードおよび Investigations へのアクセス、品質評価と通話品質の問題の特定および修復に役立つ推奨リモートアクションを備えた Collaboration Experience チェックリストが含まれます。

通話品質アラート

通話品質アラートは、環境全体で低品質な Microsoft Teams および Zoom セッションの増加をプロアクティブに検出するのに役立ちます。 直近三時間の低品質セッション数が、それ以前の七日間に観測された平均を超えると、システムはアラートをトリガーします。

モニターは、次のような追加条件を追跡するように構成できます:

  • 過去 3 時間の低品質セッション数。

  • 過去 3 時間に問題が発生した従業員数。

  • 過去 3 時間の低品質セッションの割合。

  • 過去 3 時間に問題が発生した従業員の割合。


通話品質の分類

Collaboration Tools で使用される主要なメトリクスは、個々のコラボレーションセッションの通話品質を、良好、低品質、または未分類(不明)として分類したものです。

これらの分類は Microsoft Teams または Zoom から直接取得され、さまざまな要因に基づいています。

システムは、次のロジックを使用して call.quality を計算します:

  • 良好な品質: オーディオ品質とビデオ品質が良好です。

  • 低品質: オーディオ品質またはビデオ品質が低品質です。

システムは通話品質を複数の要素に分類し、それぞれに特定のしきい値を設定します。 しきい値を超えると、通話品質に影響します。

測定項目
単位
しきい値
説明

ジッター

ミリ秒

30 ms 未満

ジッターは、データストリームにおけるパケット遅延の変動を表す指標です。 これが大きすぎると、音声が途切れ途切れになることがあります。

パケット損失

パーセント

10% 未満

パケット損失は、データパケットが宛先に到達しなかった場合に発生します。 パケット損失率は、送信されたパケットの総数に基づきます。

ラウンドトリップ時間

ミリ秒

500 ms 未満

ラウンドトリップ時間(RTT)とは、単一のパケットがクライアントからリモートエンドポイントまで移動し、クライアントに戻るまでにかかる時間です。 ラウンドトリップ時間が長いと、ストリーム再生で遅延が発生する可能性があります。

フレームレート(ビデオ通話のみ)

フレーム/秒

7 未満

送信ビデオストリームの場合、フレームレート(FPS)は、クライアントが送信するビデオの毎秒のフレーム数です。 想定より低い値は、システムリソースの制約、ネットワーク帯域幅の不足、またはビデオキャプチャデバイスの故障を示している可能性があります。

フレーム損失率(画面共有)

パーセント

50% 超

フレーム損失率は、画面共有中に失われたフレームの割合を示します。 ユーザーが画面を共有すると、個々の画像であるフレームがネットワーク経由で送信されます。 フレームが失われたり遅延したりすると、閲覧体験に影響します。


通話とセッションの違い

通話の各参加者には、個別のコラボレーションセッション ID があります。 通話には常に単一の通話 ID があり、少なくとも二つのセッションで構成されます。

Microsoft Teams と Zoom は、コラボレーションセッションレベルで通話品質を判定します。 そのため、通話品質に関するすべてのメトリクスは、セッション ID に基づいてコラボレーションを計算します。

これら二つの測定項目の NQL 参照は次のとおりです:

  • コラボレーションセッション: collaboration.sesssions.id

  • 通話: collaboration.sessions.call.id


Microsoft Teams 通話データの経時的な更新

Microsoft は、通話終了直後に Teams の通話品質データを最初に公開し、その後、時間をかけて初期データセットを補完または更新します。

Nexthink は、初期データと、その後の更新を通話終了後最大 48 時間にわたって処理します。 空のフィールドが後で入力されたり、既存の値が変更されたりする場合があります。 その結果、通話終了後に通話品質評価が変わる可能性があり、最初は低品質と評価された通話が後で良好と評価されることや、その逆の場合があります。

プラットフォーム全体における通話品質データ更新の影響

Microsoft による段階的な通話品質データの公開は、プラットフォームの他の部分に次のような異なる影響を与えます:

  • 通話終了後、Investigationsライブダッシュボード、およびWorkspaceのデータは最大48時間にわたって変更される可能性があります

  • 後で非クリティカルな値に更新されるデータに基づいて、アラートがトリガーされる可能性があります

  • DEX スコアは、通話レコードが後で更新された場合でも、初期の通話品質評価に基づきます

  • データエクスポートには、エクスポート時点で利用可能な最新の通話データが反映されます

  • カスタムトレンドは、利用可能な最新データを一日に一回保存し、その後データが変更されても遡って更新されません。

NQL による通話品質データ更新の追跡

collaboration.sessions テーブルの last_update フィールドは、特定のセッションの通話データがシステムによって最後に更新された時刻を示します。 これは初期通話データの受信時に最初に設定され、その通話の新しいデータが取り込まれるたびに更新されます。

通話レコードが更新されると、last_update の値はすべての参加セッションで更新されます。 これにより、セッションのデータが最後に変更された時刻を特定できます。

このフィールドは、データの正確性や更新タイミングの把握が重要なさまざまなシナリオで使用できます。

たとえば、通話品質の低下によりアラートがトリガーされたものの、後でデータを確認すると値が正常に見える場合があります。 last_update タイムスタンプがアラート時刻より新しい場合、アラートは後で非クリティカルな値に更新された、以前のバージョンのデータによってトリガーされた可能性が高いと考えられます。

collaboration.sessions テーブルを使用したクエリの例


関連トピック:

最終更新

役に立ちましたか?