クラウドコラボレーションポートフォリオの分析
list-menuフィードバックがある場合
Control Hubの分析により、管理者は使用状況や採用傾向などの重要な情報を示すインタラクティブなデータ視覚化にアクセスできます。指定したパラメータにリアルタイムで自動的に適応するので、データを調べてください。

Pro Packをお持ちの場合は、現在、アナリティクスとレポートで最大13か月の日付範囲を選択できます。 2026年1月27日以降、選択できる最大日付範囲は一度に3か月になります。 13か月分の履歴データには引き続きアクセスできますが、それより長い期間を確認したい場合は複数のレポートを作成する必要があります。 この更新により、パフォーマンスが向上し、レポートをより速く生成できるようになります。

たとえば、11月から始まる過去6か月のデータを表示したい場合は、 2つの日付範囲を設定する必要があります。1つは6月から8月、 もう1つは9月から11月です。

組織のフル管理者、読み取り専用管理者、またはサポート管理者は、導入環境に応じて、Control Hubのさまざまなグラフにアクセスできます。 この情報を使用して、Webex サービスとデバイスが組織でどのように使用されているか、またどのくらいの頻度で使用されているかを評価できます。 たとえば、アナリティクスを使って、 クラウドコラボレーションポートフォリオ内のサービスを追跡および測定できます。

分析データは一般的な使用のためのもので、請求目的には使用しないでください。 Webex Online のお客様( *.my.webex.com 形式のサイト)はアナリティクスデータを利用できません

サイト管理アカウントをControl Hubにリンクしている場合は、サイト管理からAnalyticsページにアクセスできます。

コントロールハブの標準は履歴チャートです。 ほとんどのグラフは、日次、週次、月次の形式で入手できます。 アクセスできるデータの量は、お客様のタイプによって異なります。 スタンダードのお客様であれば、3か月分のデータにアクセスできます。 プロパックのお客様であれば、13か月分のデータにアクセスできます。

ダッシュボードのヒント

グローバルフィルター

ダッシュボードには強力なフィルタリングツールが含まれています。 フィルターバーをクリックして、表示したいデータを選択してください。 選択したフィルターは、 自動的にすべてのチャートに適用されます。

Global filter for analytics

すべての機能を選択してください

アナリティクスフィルターが 「すべて選択」 機能をサポートするようになりました。 フィルターカテゴリを選択したら、キーワードで検索して結果を一括選択できます。 各カテゴリでは、 最大200件の結果をフィルターとして適用できます。 カテゴリに200件以上の結果が含まれている場合は、 追加のキーワードを入力してリストを絞り込んで検索を絞り込むことができます。

アナリティクスを見る

会議を除く分析データは、毎日一括処理されます。 データは24時間以内に利用可能になり、指標は翌日のグリニッジ標準時午後 1:00 までに利用可能になります。 会議データは10分ごとに更新されます。

ビデオメッシュを除いて、すべてのレポートはグリニッジ標準時(GMT)で表示されます。

1

Control Hub にログインし、アナリティクスに移動して、 表示するデータを選択します。

Control Hub で Webex サイトを管理している場合は、サイト管理クラシックレポートにもアクセスできます。

2

カレンダーの日付セレクターで、データを表示する日付範囲を選択します。

Calendar date picker for Analytics

3

グラフの日付範囲を変更してください:毎日、毎週、毎月。

グラフが読み込まれない場合は、ブラウザでサードパーティのクッキーを有効にしてください。 ブラウザが受け入れるサードパーティのクッキーを制御したい場合は、例外リストに*.webex.comを追加してください。

サードパーティのクッキーがすでに有効になっている場合は、ブラウザのキャッシュをクリアしてみてください。

4

個々のグラフを保存するには、グラフを選択して、詳細をクリックしてください More options icon ボタンを押して、ファイルの種類を選択します。

CSVを選択すると、選択したレポートのすべてのデータがエクスポートされます。 PNGまたはPDFを選択すると、画面に表示されているデータのコピーのみが表示されます。

Meetings Analyticsは、パーソナル会議室の会議か標準のWebex会議かに関係なく、Webex ミーティングを使用しているユーザーに関する詳細と説明を提供します。 また、人々が会議に何分費やしているか、会議の質、どのような音声を使用しているかを調べることもできます。

ページの右上隅にあるWebexサイトセレクターとカレンダー日付セレクターを使用して、表示したい指標を選択します。

Webex site and calendar date selector in meetings analytics

グローバルフィルター

ダッシュボードには強力なフィルタリングツールがあります。 フィルターバーをクリックして、 表示したいデータを選択してください。 選択したフィルターは、 自動的にすべてのチャートに適用されます。

Global filter for analytics

KPI

「ミーティングエンゲージメント」タブの上部には5つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

5つのKPIは次のとおりです。

  • 総会議数 — このKPIを使用して、ユーザーが組織内で定期的にWebex ミーティングを主催しているかどうかを確認してください。 この数が少ない場合は、ユーザーをフォローアップして、ユーザーがホスティング機能を使用していない理由を調べることができます。

  • 総会議議事録—このKPIを使用して、 組織内で会議がどのくらいの期間開催されているかを把握してください。

  • ビデオ会議の総数 — このKPIを使用して、 ユーザーが会議中にビデオをオンにしているかどうかを確認してください。 この数が少ない場合は、[品質] タブでビデオ品質チャートを見て、 メディアの品質に問題がないかどうかを確認できます。

  • 総共有会議 — このKPIを使用して、 ユーザーが会議中に画面を共有しているかどうかを確認してください。

  • 総録画会議数 — このKPIを使用して、 ユーザーが会議を録画しているかどうかを確認してください。

Meetings Engagement analytics KPIs

アクティビティ別のミーティング

これらのグラフを使用して、ユーザーがビデオを有効にした、画面を共有した、または録画を開始した会議の数の内訳を確認してください。 この情報は、ユーザーが会議に参加しているかどうかを確認するのに役立ちます。 左側のグラフのフィルターの1つをクリックすると、右側のトレンドグラフとアクティビティ別の議事録グラフの両方のデータが変更されます。

Meetings by Activity chart examples

アクティビティ別の会議議事録

これらのグラフを使用して、ユーザーがビデオをオンにした時間、画面を共有した時間、または録画を開始した時間の内訳を調べてください。 これらのアクティビティのエンゲージメントが高くない場合は、ユーザーに連絡して、各アクティビティを利用するメリットを伝えることができます。

Meeting minutes by activity chart examples

議事録別の会議の上位10件

この表は、期間が最も長い会議の上位10件を示しています。

ビデオ参加者の議事録別ミーティングトップ10

この表は、ビデオをオンにした参加者の中で時間が最も長かった会議の上位10件を示しています。

参加者数別の上位 10 件のミーティング

この表は、参加者の数が最も多かった会議を示しています。

Top 10 Meeting Engagement Charts

KPI

「会議参加者」タブの上部には、3つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

3つのKPIは次のとおりです。

  • 総会議数 — このKPIを使用して、ユーザーが組織内で定期的にWebex会議を主催しているかどうかを確認してください。 この数が少ない場合は、ユーザーをフォローアップして、ユーザーがホスティング機能を使用していない理由を調べることができます。

  • ユニークホストの総数 — このKPIを使用して、 ホストライセンスを利用しているユーザーの数を確認してください。 この数が少ない場合は、 ホストライセンスを解放するために、一部のユーザーを出席者アカウントに切り替えることを検討してください。

  • 総参加者数 — このKPIを使用して、 参加者とデバイス別の合計参加数を確認してください。

KPIs in Meetings Participants analytics tab

参加方法別の参加者

これらのグラフを使用して、参加者が会議に参加していたクライアントの内訳を調べてください。

Participants by join method charts

役割別の参加者

これらのグラフを使用して、 会議への参加に使用された主催者と出席者のアカウントの詳細を確認してください。 出席者アカウントよりも多くのホストアカウントが会議に参加している場合は、 定期的に主催していないホストを出席者アカウントに再割り当てできます。

Participant by roles charts

ユーザータイプ別の参加者

このグラフを使って、あなたの組織の会議に参加したユーザーと、ゲストまたは外部組織から参加したユーザーの内訳を見てください。 このグラフは、会議にアクセスできる外部ユーザーの数や、セキュリティ対策を変更したいかどうかを把握するのに役立ちます。

Participants by User Types chart in Meetings analytics

参加者(参加場所別)

これらのグラフを使って、 参加者が会議に参加した場所の内訳を調べてください。 「品質」タブでメディアの品質に問題があることに気付いた場合は、 この表をチェックして、ほとんどの参加者がどこから参加しているかを確認してください。 その後、問題が特定の場所から発生しているのか、 それとも他の原因が根本原因なのかを判断できます。

Webex アプリとビデオデバイスでミーティングに参加するユーザーの場所は、「不明」 と表示されます。

Participants by join location chart

会議数別の主催者トップ10

この表は、最も多くの会議をスケジュールし、開始したホストの上位10名を示しています。

会議数別の上位10名の参加者

この表は、最も多くの会議に参加した上位10名の参加者を示しています。

参加者のマイニング数別の場所トップ10

この表は、参加時間が最も多かった上位10か所を示しています。

Top 10 hosts by number of meetings, top 10 participants by number of meetings, and top 10 locations by number of participant minutes tables

KPI

会議の音声タブの上部には、3つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

3つのKPIは次のとおりです。

  • 音声通話時間の合計 — このKPIを使用して、 組織内の会議中に使用されたVoIPと電話の通話時間の合計数を確認してください。

  • VoIP時間の合計—このKPIを使用して、 組織内の会議中に使用されたVoIP時間の合計数を確認してください。

  • 電話通話時間の合計 — このKPIを使用して、 組織内の会議中に使用された電話通話時間の合計数を確認してください。 組織がVoIPとテレフォニー通話のどちらを好むかに応じて、 下の表を見て、この数字が高い理由と少ない理由の内訳を確認できます。

Total audio minutes, total VoIP minutes, and total telephony minutes KPIs

タイプ別のオーディオ使用量

これらの表を使って、 ユーザーが会議に接続している音声の種類を調べてください。 組織に、 ユーザーが採用すべき好みのオーディオタイプがある場合は、行動を起こすことができます。 たとえば、 組織がエッジオーディオを導入しているが、その使用率が低い場合は、ユーザーに連絡して、 エッジオーディオ経由で接続していない理由を調べることができます。

Audio usage by type charts

インサイト

これらのインサイトから、参加者が会議中にメディアの質が最も悪かった場所を一目で把握できます。 この情報を使用して、どのフィルターやグラフを見ればよいかがわかり、問題の診断や軽減に役立てることができます。

Quality insights in meetings VoIP/video quality analytics

主要業績評価指標(KPI)

KPIはページ上部に表示され、選択した日付範囲内の参加者または分数のVoIP/ビデオの品質を確認できます。 これらのKPIを測定可能なデータとして使用して、参加者が組織内の会議中にVoIP/ビデオの品質に関する問題を抱えているかどうかを確認できます。 利用可能なKPIは次のとおりです。

  • 優良参加者数または議事録のVoIP/ビデオ品質 —VoIP/ビデオ品質の基準値を上回った参加者の割合または分数を示します。 VoIP/ビデオの品質は、パケット損失が5%以下で、遅延が400ミリ秒以下の場合に良好とカウントされます。

  • 参加者数または平均VoIP/ビデオパケットロス時間 —選択した日付範囲における参加者の平均VoIP/ビデオパケット損失または分数を表示します。

  • 参加者数または平均VoIP/ビデオ遅延時間 —選択した日付範囲における参加者の平均VoIP/ビデオ遅延時間または分数を表示します。

  • 参加者数または平均VoIP/ビデオジッター時間 —選択した日付範囲における参加者の平均VoIP/ビデオジッターまたは分数を表示します。

Meetings VoIP/Video quality analytics key performance indicators example

VoIP/ビデオの品質と傾向別の参加者数または議事録

このグラフは、参加者のVoIP/ビデオ品質の良し悪しの内訳や、組織内の議事録を示しています。 参加者が突然急増したり、VoIP/ビデオの品質が悪い分が発生したりした場合は、その特定の日付範囲の指標を表示して、利用できる他のすべてのグラフと指標を比較して、一般的な異常がないかどうかを確認できます。

Example of Participants by VoIP quality and Trend charts

VoIP/ビデオ参加者数またはユーザータイプ別の議事録

このグラフは、VoIP/ビデオの参加者数または分数の内訳を社内または社外別に示しています。 内部は組織内のユーザーです。 外部とは、組織内で開催される会議にゲストとして参加するユーザーです。 この表は、VoIP/ビデオの品質の問題が組織内の参加者に影響しているのか、それとも組織外からの問題なのかを判断するのに役立ちます。

Example of VoIP participants by user type chart

VoIP/ビデオ参加者、または接続別の議事録

このグラフは、接続タイプ別のVoIP/ビデオ参加者数または分数の内訳を示しています。 この表は、VoIP/ビデオの品質の問題が組織内のすべての参加者に影響しているのか、それとも特定の接続タイプに限られているのかを判断するのに役立ちます。

Example of VoIP participants by connection chart

プラットフォーム別のVoIP/ビデオ参加者数または議事録

このグラフは、プラットフォーム別のVoIP/ビデオ参加者数または通話時間の内訳を示しています。 この表は、VoIP/ビデオの品質問題が組織内のすべての参加者に影響しているのか、それとも特定のプラットフォームに限定されているのかを判断するのに役立ちます。

Example of VoIP participants by platform chart

VoIP/ビデオ品質マップ別の参加者数または議事録

このマップは、VoIP/ビデオ参加者の全体的な地理的分布または分数を示しています。 また、選択した期間におけるVoIP/ビデオ品質別の内訳も表示されます。 この視覚化により、VoIP/ビデオの品質に問題がある場所をすばやく確認できます。

Example of participants by VoIP quality map

VoIP/ビデオ参加者別のローカルIPアドレスまたは議事録

このグラフは、参加者が接続しているローカルIPアドレスの内訳を示しています。 VoIP/ビデオの品質に問題があるIPアドレスを絞り込むことで、それらの問題が特定の地域の参加者に発生しているのか、すべての参加者に発生しているのかを判断できます。

Example of local IP address by VoIP participants chart

参加者数または分数 VoIP/ビデオパケットロス、遅延、ジッターの平均

これらのグラフは、選択した日付範囲における平均VoIP/ビデオパケットロス、遅延、ジッターの傾向を示しています。 これらのグラフを使用して、平均値が上昇傾向にあるかどうかを確認して、問題が特定のメディア品質で発生しているのか、それともすべてで発生しているのかを判断できます。

Example of Participants Avg VoIP Packet Loss, Latency, and Jitter charts

VoIP/ビデオの品質が悪い参加者

過去21日間の毎日、質の悪い最悪の350人の参加者を集めました。 選択した日付範囲によっては、質が最も悪かった上位300人の参加者がリストに表示されます。

たとえば、初日には、その日の質が最も低い350人の参加者がキャプチャされます。 2日目には、その日のクオリティが最も低い350人の独立した参加者が集まります。 次に、その日のうち最悪の300人の参加者が表にまとめられ、一覧表示されます。

この表には、過去21日間の最悪の違反者のみが表示されています。

Example of Participants with Poor VoIP Quality table

主要業績評価指標(KPI)

ページ上部にはKPIが表示され、選択した日付範囲内の参加者のミーティング参加時間がどのようなものであったかがわかります。 これらのKPIを測定可能なデータとして使用して、参加者が組織内の会議中にJMTの問題を抱えているかどうかを確認できます。 利用可能なKPIは次のとおりです。

  • 平均参加会議時間—選択した日付範囲における参加者の平均会議参加時間を表示します。

  • リピーターの平均参加会議時間 — Webexアプリの新しいバージョンに更新した後、2回目以降に会議に参加した参加者の平均会議参加時間を示します。

  • 更新/新規ユーザーの平均参加会議時間 — Webex アプリの更新後に初めて会議に参加した参加者と、Webex アプリで初めて会議に参加した参加者の平均会議参加時間を示します。

Example of join meeting time KPIs

ミーティングタイムに参加してください

このグラフは、組織内のすべての参加者の平均会議時間、75パーセンタイル、または95パーセンタイルの会議参加時間の傾向を示しています。 会議への参加時間が多い参加者が突然急増した場合は、その特定の日付範囲の指標を表示して、利用できる他のすべてのグラフと指標を比較できます。 たとえば、場所別の参加会議時間カウントチャートをチェックして、特定の場所でのみ参加会議時間が多いかどうかを確認できます。

Example of average join meeting time chart

ユーザータイプ別の参加ミーティング時間

このグラフは、社内参加者と社外参加者の会議参加時間の内訳を示しています。 内部は組織内のユーザーです。 外部とは、組織内で開催される会議にゲストとして参加するユーザーです。 この表は、会議に参加する時間の問題が組織内の参加者に影響しているのか、それとも組織外からの問題なのかを判断するのに役立ちます。

Join meeting time by user type chart in meetings analytics

ユーザーステータス別のミーティング参加時間

このグラフは、特定のタイプのユーザーのミーティング参加時間の内訳を示しています。 新規ユーザーはソフトウェアをダウンロードする必要があるため、リピーターよりも会議に参加するのに時間がかかる場合があります。 更新されたユーザーは、会議に参加する直前にアプリの更新を待つため、会議への参加に時間がかかる場合があります。 各タイプのユーザーが会議に参加するのにかかる時間を確認することで、新しい更新が公開される前に変更点に関する情報を送信したり、新しいユーザーにWebex会議への参加方法を指示したりするなど、これらの問題を軽減するための積極的な措置を講じることができます。

Join meeting time by user status chart in meetings analytics

プラットフォーム別のミーティング時間に参加してください

このグラフは、プラットフォーム別の参加会議時間の内訳を示しています。 このデータは、会議への参加に関する問題が組織全体に影響を及ぼしているのか、それとも特定のプラットフォームに限定されているのかを確認するのに役立ちます。

Join meeting time by platform chart in meetings analytics

参加者(ミーティングに参加する時間マップ別)

この地図は、参加会議の時間の全体的な地理的分布を示しています。 この地図を使用して、特定の場所の会議参加時間が平均よりも長いかどうかを判断できます。 これは、接続の問題が特定の地域に限定されていることを示している可能性があります。

Participants by join meeting time map in meetings analytics

会議時間に参加できない参加者は

過去21日間の各日について、会議に参加時間が短い最低350人の参加者を集めました。 選択した日付範囲によっては、会議に参加時間が最も遅かった上位300人の参加者がリストに表示されます。

たとえば、初日には、その日の会議参加時間が最も少ない350人の参加者が記録されます。 2日目には、その日の会議参加時間が最も少ない350人の参加者の独立したグループをキャプチャします。 次に、その日のうち最悪の300人の参加者が表にまとめられ、一覧表示されます。

この表には、過去21日間の最悪の違反者のみが表示されています。

Example of data in participants with poor join meeting time table

ユーザが Webex App にどの程度関わっているかを判断するのに役立つ、メッセージング関連のさまざまなグラフがすぐに手に入ります。 組織内でコミュニケーションやアイデアの共有にアプリを使用している人の数、最も活発なユーザー、最もよく使われているスペースを確認できます。 最もアクティブなユーザーに頼って、組織内の他のユーザーにアプリの使用を促すことができます。 また、共有するファイルの数とサイズ、およびどのプラットフォームが最も人気があるかを判断することもできます(たとえば、WindowsまたはMac用のWebex App)。

プロパックのお客様は、履歴指標APIにアクセスして、毎日集計されたメッセージング関連のデータを自動的に返すことができます。

主要業績評価指標(KPI)

「メッセージング分析」タブの上部には4つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

利用可能なKPIは次のとおりです。

  • Webex アプリの 1 日の最大アクティブユーザー数 — 選択した日付範囲内の 1 日に Webex アプリでのアクティビティがあったユーザーの最大数。 活動には以下が含まれます:

  • Webex Appの1日の平均アクティブユーザー数 — 選択した日付範囲内の日中にアクティビティがあったユーザーの平均数。

  • 送信されたメッセージの総数 — 選択した日付範囲に送信されたメッセージの数。 一番下のパーセンテージは、昨日送信されたメッセージの数と前の週に送信されたメッセージの数を比較して、送信されるメッセージ数の増減を示します。

  • アクティブスペース — 選択した日付範囲にアクティビティがあったスペースの数。 スペースは次のような場合にアクティブとみなされます。

    • 新しいメッセージを送信または読みます。

    • ファイルをアップロードまたはダウンロードします。

    • スペースを作成、結合、または離れます。

Messaging analytics KPIs

プラットフォームから送信されたメッセージ

このグラフを使って、デスクトップとモバイルでの Webex の使用状況を比較できます。 この情報を使用して、デスクトップアプリとモバイルアプリのどちらが組織で人気があるかを確認できます。 これらのプラットフォームのいずれかの採用が期待していたものと異なる場合は、デスクトップまたはモバイルを使用する利点をユーザーに知ってもらうために、より多くのトレーニングを提供することを検討してください。

Example of messages sent by platform charts

Webex アプリのアクティブユーザー

このグラフを使用して、Webex アプリをアクティブに使用しているユーザーの数を調べることができます。 アクティブユーザーとは、メッセージを送信したり、電話をかけたり、ファイルをアップロードしたり、会議に出席したりした人です。

おそらく、Cisco Webexサブスクリプションで提供されるサービスの一部を購入するかどうかを決めるために、組織をトライアルに申し込んだのでしょう。 この場合、使用状況を監視することをお勧めします。 人々が積極的に関わっているなら、職場のコラボレーションをより便利にするさまざまなサービスに投資したほうがいいかもしれません。 人々が期待したほどアプリを使用していない場合は、アプリが日々の仕事をどのように楽にしてくれるかを示してください。

Example of Active Users on Webex App chart

アクティブスペース

このグラフを使って、人々が毎日参加しているスペースの総数を確認できます。 スペースは次のような場合にアクティブとみなされます。

  • メッセージを送信します。

  • 新しいメッセージを読みます。

  • ファイルをアップロードまたはダウンロードします。

  • スペースを作成、結合、または離れます。

この情報を使用して、会議やコラボレーションにスペースを使用する習慣を組織がどの程度採用しているかを判断できます。 組織が期待したほどスペースを使用していない場合は、より多くのトレーニングを提供することをお勧めします。 スペースの概念に慣れていれば、人々はスペースをより有効に活用できるでしょう。 また、この機能がもたらす生産性の向上について彼らに知らせることもできます。

Example of Active Spaces chart

ECMファイルの共有

これらのグラフを使用して、Webex アプリのインテグレーションを使用して共有されたファイルの数を監視できます。 ファイルを共有するために使用できるインテグレーションは次のとおりです。

  • ドロップボックス

  • ボックス

  • ビジネス向けマイクロソフト OneDrive

  • マイクロソフトワンドライブパーソナル

  • マイクロソフト・シェアポイント

この情報を使用して、組織内での機能の採用レベルを判断してください。 共有されているファイルの数が組織内の人数に比べて少ない場合は、その理由を調べるといいかもしれません。 人々にファイル共有機能を活用してもらうための戦略を実施することをお勧めします。

Example of ECM Files Shared chart

ローカルファイルの共有

このグラフは、ユーザーのデバイスから送信された共有ファイルの数を確認するのに役立ちます。 このグラフのデータを使用して、ECM Files Sharedグラフのデータと比較して、組織が使用している統合をユーザーが採用しているかどうか、およびWebexでユーザーが互いにコラボレーションしている頻度を確認できます。

Example of Local Files Shared chart

過去30日間のメッセージングユーザー上位300人

このグラフを使って、組織内で最もアクティブなユーザーが送信したメッセージの数を比較できます。

Example of Top 300 messaging users in last 30 days table

過去30日間のファイル共有ユーザー上位300人

このグラフを使って、組織で最も多くのファイルを共有しているユーザーを比較できます。

Example of Top 300 file sharing users in last 30 days table

Control Webex Calling Hubのアナリティクスページを使って過去のデータを見てください。 組織にPro Packがあれば、Webex Appベースの通話の13か月分のデータにアクセスできます。 組織にプロパックがない場合でも、 Webex アプリベースの通話の 3 か月分のデータにアクセスできます。

Webex Calling卓上電話、デスクトップおよびモバイルバージョンのWebexアプリ、Webex Callingアプリ(デスクトップとモバイル)、およびCisco Roomシリーズデバイスに関連する通話の履歴データを保持しています。

Cisco Unified Communications Manager(CUCM)、Cisco専用インスタンス、Cisco Webex Cloud-Connected UCおよびに基づく通話ではデータはキャプチャされません。

Control Hub の Calling Media Quality ダッシュボードでは、組織全体の Call on Webex Webex Calling 通話品質を簡単に管理できます。 高レベルの重要業績評価指標 (KPI)により、管理者はグローバルな通話品質をすばやく把握できます。 私たちのグラフは、場所、IPアドレス、メディアタイプ、接続タイプ、 コーデック、エンドポイントタイプ、 IP電話モデルごとにこのデータを詳細に示しています。

Webex Calling 以下のサポートされているサードパーティデバイスから送信されたメディア品質指標をキャプチャして処理します。

  • ポリコム

  • イェーリンク

  • オーディオコード

制限事項

メディア品質指標は、次のデバイスでは使用できません。

  • アナログ電話

  • IPv6エンドポイント

ダッシュボードのヒント

Webex Callingどちらかを選ぶか、Webexに電話してください

対応するタブを選択すると、Call on Webex CallingWebexのどちらかに固有の分析データを表示できます。 Webex Callingタブまたは「Call on Webex」タブを選択すると、KPIとグラフが自動的に更新され、選択した内容に関連するデータが表示されます。

グローバルフィルター

ダッシュボードには強力なフィルタリングツールがあります。 フィルターバーをクリックして、 表示したいデータを選択してください。 次のディメンションでフィルタリングできます。

  • メディアセッションの品質

  • 場所とローカルIPアドレス

  • メディア、接続、エンドポイント、デバイスの種類

  • オーディオコーデックとビデオコーデック

  • 時間配分

ロケーションフィルターは、通話レベルの品質KPIにのみ適用されます。

ユーザー名またはメールアドレスで絞り込む

すべてのグラフをユーザー名またはメールアドレスでフィルタリングできるようになりました。

Filter by user name or email address in Calling Media Quality analytics

コンテキストフィルター

グラフのカテゴリをクリックしてデータをフィルタリングすることもできます。 たとえば、接続タイプ別のメディアセッションの表に、Wi-Fi経由で行われた質の悪いメディアセッションが多数あることに気付いたとしましょう。 Wifiをクリックすると、すべてのグラフにフィルターをすばやく適用して、何が問題なのかを判断できます。

期間を調整してください

いくつかのグラフを日、週、または毎月のタイムスケールで表示できるので、時間の経過に伴うエンゲージメントを追跡したり、使用傾向を調べたりできます。 これにより、Webex Appのさまざまなプラットフォームの採用と使用状況、Webex Callingおよび時間の経過に関する強力な洞察が得られます。

データやグラフをエクスポートする

任意のグラフをエクスポートして、ビューのスナップショットを保存できます。 チャート/リストの右上にある [その他] ボタンをクリックして、ダウンロードするファイル形式を選択します。 利用できる形式は、グラフかリストかに応じて、PDF、PNG、CSVです。

KPI

KPIはページ上部に表示され、選択した期間におけるメディアセッションのメディア品質がどのようなものであったかを確認できます。 これらのKPIを測定可能なデータとして使用して、組織内の通話中に発信者が問題を抱えていたかどうかを確認できます。

Webex Calling通話については、これらの上位KPIを2つのカテゴリに分けました。通話全体のKPIとメディアセッションのKPIです。

通話レベルの品質KPI

これらのKPIはフルコールのメディア品質を示しており、Webex Calling Call on Webexコールでは使用できません。

  • 総通話数 Webex Calling —選択した日付範囲における組織内での通話の合計数(メディアを使用した通話とメディアなしの通話を含む)。 Webex Calling1回の通話に、各通話に参加する参加者に応じて、複数のコールレッグを設定できます。 これらの各コールレッグには、メディアセッションを1つ以上含めることも、まったく含めることもできません。
  • メディア付きの通話 Webex Calling —メディアの品質統計情報がキャプチャされたメディアセッションが1回以上あった通話の総数。
  • メディアを使った質の高い通話 Webex Calling —メディアを使った通話の合計で、通話内のすべてのメディアセッションが質の良いセッションとして分類されました。 メディアセッションは、ビデオストリームとオーディオストリームの両方で最大ジッターが150ミリ秒未満、レイテンシーが400ミリ秒未満、パケットロスが 5% 未満の場合、良好とカウントされます。

メディアセッションレベルのKPI

これらのKPIは、メディア品質の統計情報がキャプチャされた通話内のメディアセッションのメディア品質を示します。 通話には、メディアセッションが1つ、複数あるか、まったくない場合があります。 これらのKPIは、Webex CallingコールオンWebexとコールオンWebexの両方に適用されます。

  • メディアセッション — メディア品質がキャプチャされた通話の合計数の中で確立されたメディアセッションの総数。 ここでのメディアセッションは、音声またはビデオがアクティブに送信され、メディアの品質がキャプチャされる通話の単一セグメントを表します。

  • 質の良いメディアセッション — 質が高いと分類されたメディアセッションの割合を示します。 メディアセッションは、ビデオストリームとオーディオストリームの両方で最大ジッターが150ミリ秒未満、レイテンシーが400ミリ秒未満、パケットロスが 5% 未満の場合、良好と分類されます。

  • 平均オーディオジッター — 各メディアセッションで発生する最大ジッターの平均値を示します。 たとえば、あるメディアセッションで50ミリ秒、75ミリ秒、100ミリ秒のジッターが発生し、2番目のメディアセッションで150ミリ秒と200ミリ秒のジッターが発生した場合、最初のメディアセッションの100ミリ秒と2番目のメディアセッションの200ミリ秒の値だけが計算されて平均化されます。

  • 平均オーディオパケットロス —各メディアセッションで発生したパケットロスの平均値を示します。

  • 平均オーディオレイテンシー — 各メディアセッションで発生したレイテンシーの平均値を示します。

タイプとトレンド別のメディアセッション

このグラフは、Webex Calling通話中のメディアセッションの内訳をユーザーのタイプ別に示しています。 このグラフを使用して、メディアセッションが組織内のユーザーのタイプにどのように分散されているかを確認できます。 利用できるユーザータイプは次のとおりです。

  • ユーザー
  • ワークスペース
  • 仮想回線

Webex Callingこれらのチャートは通話にのみ適用されます。

質とトレンド別のメディアセッション

このグラフは、組織内のメディアセッションのメディア品質の良し悪しの内訳を示しています。 ビデオストリームとオーディオストリームの両方のジッターが150ミリ秒未満、レイテンシーが400ミリ秒未満、パケットロスが 5% 未満の場合、メディアセッションは良好と分類されます。 質の悪いメディアセッションが突然急増した場合は、その特定の日付範囲の指標を見て、利用できる他のすべてのグラフと指標を比較して、一般的な異常がないかどうかを確認できます。

国別のメディアセッション

このグラフは、選択した期間におけるControl Hubでユーザーが割り当てられた国別のメディアセッションの品質を示しています。 この表は、メディアの品質の問題が特定の国に限定されているのか、それともその国で設置されているデバイスに限定されているのかを判断するのに役立ちます。 グラフのカテゴリを選択して、ページ全体をフィルタリングできます。

このグラフは、メディアセッションが特定の場所に関連付けられていないため、Call on Webexデータを個別に分類しています。

場所別のメディアセッション

このグラフは、Control Hubの「通話」セクションに設定されている場所ごとのメディアセッションの内訳を示しています。 この表は、メディアの品質の問題が特定の場所に限定されているのか、それともその場所に設置されたデバイスに限定されているのかを判断するのに役立ちます。

メディアタイプ別のメディアセッション

このグラフは、音声のみまたはビデオが有効だったメディアセッションの内訳を示しています。 このグラフを使用して、ビデオが有効になっているかどうかにかかわらず、メディアの品質に問題がないかどうかを確認できます。

メディアセッションにオーディオストリームとビデオストリームの両方がある場合、ビデオに一度分類されます。

接続タイプ別のメディアセッション

このグラフは、使用された接続別のメディアセッションの内訳を示しています。 この表は、メディア品質の問題が組織内のすべてのメディアセッションに影響しているのか、それともそれらの問題が特定の接続タイプに限定されているのかを判断するのに役立ちます。

ISPによるメディアセッション

このグラフは、利用したインターネットサービスプロバイダー(ISP)別のメディアセッションの内訳を示しています。 この表は、メディアの品質の問題が特定のISPに起因しているかどうかを判断するのに役立ちます。

ローカルIPアドレス別のメディアセッション

このグラフは、メディアセッションが接続したローカルIPアドレスの内訳を示しています。 ユーザーの個人情報を保護するために、IPアドレスは最初の3つのセグメントのみに制限されています。

メディアの品質に問題があるIPアドレスを絞り込むことで、それらの問題が特定の地域のメディアセッションで発生しているのか、すべてのメディアセッションで発生しているのかを判断できます。

エンドポイントタイプ別のメディアセッション

このグラフは、使用されているエンドポイントごとのメディアセッションの内訳を示しています。 この表は、メディア品質の問題が組織内のすべてのエンドポイントに影響しているのか、それとも特定のエンドポイントに限定されているのかを判断するのに役立ちます。

デバイスタイプ別のメディアセッション

このグラフは、使用されているCisco IP電話とWebex Board、Room、およびデスクデバイスごとのメディアセッションの内訳を示しています。 この表を使用して、メディア品質の問題の影響を受けているデバイスを絞り込むことができます。

パス最適化によるメディアセッション

これらのグラフは、選択した期間に使用されたパス最適化の種類に基づいて、メディアセッションの質を示しています。

利用可能なパス最適化タイプは次のとおりです。

  • インタラクティブ接続確立(ICE):デバイス間でメディアを直接送信できるようにするために使用され、レイテンシーと帯域幅の使用量を削減します。
  • プライベートネットワーク接続(PNC):Webex Calling顧客が専用VPNを介してプライベートネットワークをクラウドに拡張できるようにするために使用されます。
  • 最適化なし:ICEもPNCパス最適化も使用されていない場合。

グラフのカテゴリを選択して、ページ全体をフィルタリングできます。

オーディオジッター、パケットロス、レイテンシー別のメディアセッション

これらのグラフは、メディアセッションの音声パケットロス、遅延、ジッターがどのようなものであったかの傾向を示しています。

オーディオジッターは、多数のパケットにわたる連続するオーディオリクエスト間の遅延から生じます。 ジッターが減少するにつれて、通話品質は向上します。 ジッターの最大値だけが記録されます。 たとえば、あるメディアセッションで50ミリ秒、75ミリ秒、100ミリ秒のジッターが発生し、2番目のメディアセッションで150ミリ秒と200ミリ秒のジッターが発生した場合、最初のメディアセッションの100ミリ秒と2番目のメディアセッションの200ミリ秒の値だけが計算されて平均化されます。

パケットロスとは、オーディオ信号を録音または再生するときに発生する時間の歪みです。 パケットロスが減少するにつれて、通話品質は向上します。

待ち時間とは、音声(またはデータパケット)が受信者に届くまでにかかる時間に、確認が返ってくるまでにかかる時間を足したものです。 レイテンシーが減少するにつれて、通話品質は向上します。

90パーセンタイルは、選択した日付範囲で 10% のメディアセッションで発生したオーディオジッター、パケットロス、またはレイテンシーの最大値を示します。

これらのグラフを使用して、メディア品質指標のいずれかが上昇傾向にあるかどうかを確認し、問題の原因を絞り込むことができます。

オーディオコーデックとビデオコーデックによるメディアセッション

これらのグラフは、使用されているオーディオコーデックとビデオコーデックの種類別のメディアセッションの内訳を示しています。 これらのグラフを使用して、特定のコーデックがメディアセッションのメディア品質に影響しているかどうかを判断できます。 ビデオコーデックは、ビデオストリームのある通話にのみ適用されます。

メディアセッションの時間別分布

これらのグラフは、選択した日付範囲の1日の時間ごとの分布に基づいて、メディアセッションの内訳を示しています。 分布はUTCタイムゾーンに従って行われます。 グラフのカテゴリを選択して、ページ全体をフィルタリングできます。 これらのグラフを使用して、1日の特定の時間帯にメディアセッションのメディア品質が影響を受けるかどうかを判断できます。

通話体験が最も悪いユーザー

この表は、組織内で最も質の悪いメディアセッションを経験した上位50人のユーザーを示しています。 この表を使用すると、どのユーザーに注目すべきかをすばやく見極め、そのユーザーが他のユーザーと比べてメディアセッションの質が低い理由を見つけることができます。

Users with Worst Calling Experience table in Calling Media Quality analytics

アナリティクスからトラブルシューティングへのクロスローンチ

通話経験が最も悪いユーザーの表の名前をクリックすると、新しいタブが開き、「トラブルシューティング」が開き、選択した期間(最大21日間)にユーザーが行ったすべてのメディアセッションが表示されます。

既知の制限事項

Call on Webexコールのデータは、通話が終了してからチャートに反映されるまでに最大30分かかる場合があります。

ダッシュボードのヒント

期間を調整してください

時間単位、日単位、週単位、または月単位のタイムスケールでグラフを表示できるので、時間の経過に伴うエンゲージメントを追跡したり、使用傾向を調べたりできます。 これにより、着信コールがコールキューでどのように処理されているかについての強力な洞察が得られます。

日付ピッカーは、ライブキュー統計セクションのデータには適用されません。 ライブキュー統計セクションのデータは30秒ごとに収集されます。

グローバルフィルター

ダッシュボードには強力なフィルタリングツールがあります。 フィルターバーをクリックして、 表示したいデータを選択してください。 選択したフィルターは、 自動的にすべてのチャートに適用されます。 特定のコールキュー、場所、スーパーバイザーでフィルタリングできます。

スーパーバイザーフィルターは、コールキューエージェントの統計にのみ適用されます。

データやグラフをエクスポートする

任意のグラフまたは詳細ビューをエクスポートできます。 チャート/リストの右上にある「その他」ボタンをクリックして、ダウンロードするファイル形式(グラフかリストかに応じて、PDF、PNG、CSV)を選択します。

ファイルのダウンロードと利用可能なフィルターを組み合わせると、組織内のコールキューに関する有用なレポートを簡単に生成できます。

コールキューとコールキューエージェント統計のレポート

コールキューとコールキューエージェントのデータをCSVファイル形式で表示したい場合は、レポートセクションでコールキュー統計レポートとコールキューエージェント統計レポートをダウンロードできます。

KPI

KPIはページ上部に表示され、選択した日付範囲内のコールキューの着信状況の概要をすばやく確認できます。 利用可能なKPIは次のとおりです。

  • 応答された通話の合計—エージェントが応答した通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 放棄された通話の合計数 —エージェントが応答可能になる前に発信者が電話を切ったりメッセージを残したりした通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 平均待機時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
Call queue stats analytics KPIs

コールキューとトレンドの着信コール

このグラフは、着信コール別のコールキュー統計の内訳を示しています。 このグラフを使用して、組織へのすべての着信コールがコールキューでどのように処理されているかを確認できます。

Incoming calls for call queues and trend charts in call queue stats analytics

1通話あたりの平均通話キュー時間とトレンド

このグラフは、 平均放棄時間と着信からの平均待機時間の内訳を示しています。 このグラフを使用して、発信者が電話を切るか、エージェントに転送されるまでにどれくらいの時間待たなければならなかったかを確認できます。 平均時間(分)は次のように計算されます。

  • 平均放棄時間—発信者が電話を切ったりメッセージを残すオプションを選択したりする前に、エージェントを待って費やした平均通話時間。
  • 平均待ち時間 — 発信者が次の対応可能なエージェントが電話に応答するまで待機する平均時間。
Avg call queue minutes per call and trend charts in call queue stats analytics

通話状況別の通話キューの上位25件

この表は、特定のステータスで通話数が最も多い上位25のコールキューを示しています。 対応可能な通話の状況は次のとおりです。

  • 応答された電話—エージェントが応答した通話の数。
  • 応答された通話の割合 —エージェントが応答した通話の割合。
  • 放棄された通話 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の数。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。
  • オーバーフロー-話中 — キューの制限に達したために別のコールキューにオーバーフローした通話の数。
  • オーバーフロー-タイムアウト — 待機時間が設定された最大制限を超えたために別のコールキューにオーバーフローした通話の数。
  • 転送された通話数 —キューから転送された通話の数。
Top 25 call queues by % of calls chart in call queue stats analytics

平均待機時間と放棄時間別のコールキューの上位25件

この表は、 着信コールからの平均待機時間と放棄時間が最も長い上位25のコールキューを示しています。 平均時間は次のように計算されます。

  • 平均放棄時間—発信者が電話を切ったりメッセージを残すオプションを選択したりする前に、エージェントを待って費やした平均通話時間。
  • 平均待ち時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つために費やす平均通話時間。
Top 25 call queues by avg and abandoned mins chart in call queue analytics

コールキューの統計情報

この表には、組織で設定されているコールキューの詳細が表示されます。 この表を使用して、 コールキューに着信した通話の数とその状態を確認できます。 表の検索バーを使用して、特定のコールキュー、場所、電話番号、 内線番号を検索することもできます。 入手可能な詳細は次のとおりです。

  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 電話番号。—コールキューに割り当てられた電話番号。
  • 内線番号 — コールキューに割り当てられた内線番号。
  • 合計保留時間 — エージェントが通話を保留にした合計時間。
  • 平均保留時間 — エージェントが通話を保留にした平均時間。
  • 合計通話時間—エージェントが積極的に通話していた合計時間。
  • 平均通話時間 — エージェントが積極的に通話していた平均時間。
  • 合計処理時間—エージェントがキューからの通話に費やした合計時間。 これは、 エージェントが通話を終了または転送したときに記録されます。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 平均処理時間 — エージェントが通話の処理に費やした平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 合計待機時間—発信者が次の対応可能なエージェントが電話に応答するのを待つために費やした合計時間。
  • 平均待機時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。
  • 応答された電話の数 —エージェントが応答した電話の数。
  • 応答された通話の割合 —エージェントが応答した通話の割合。
  • 放棄された通話 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の数。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。
  • 平均離脱時間 — エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした平均時間。
  • 放棄された時間 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした時間。
  • 総通話数 —着信通話の総数。
  • Overflow-Busy — キューの制限に達したためにオーバーフローした通話の数。
  • オーバーフロー-タイムアウト — 待機時間が上限を超えたためにオーバーフローした通話の数。
  • 転送された通話数 —キューから転送された通話の数。
  • 割り当てられたエージェントの平均数 —コールキューに割り当てられたエージェントの平均数。
  • 通話に対応したエージェントの平均人数 —積極的に通話を処理したエージェントの平均数。

データのないコールキューはこの表には表示されません。

Call queue stats table in call queue analytics

KPI

KPIはページ上部に表示され、選択した日付範囲にエージェントが処理した通話の詳細が表示されます。 利用可能なKPIは次のとおりです。

  • 応答された通話の合計数 —エージェントが応答した提示された通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • バウンスした通話の合計数 —エージェントに伝えられたが応答されなかった通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。

    エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

  • 平均処理時間 — エージェントが通話の処理に費やす平均時間。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
Call queue analytics call queue agent stats KPIs

1通話あたりのエージェントの平均通話時間とトレンド

このグラフは、各通話の平均所要時間を通話ステータス別に示しています。 このグラフを使用して、電話をかけてきた人が必要な支援をタイムリーに受けているかどうかを確認できます。

Avg agent call minutes per call and trend charts in call queue agent stats analytics

エージェントへの着信通話状況(通話状況別)

このグラフは、通話状況に基づいたエージェントへの着信通話の内訳を示しています。 このグラフは、 バウンスした通話が通常よりも多いかどうかを確認するのに役立ちます。

Incoming calls to agents by call status chart in call queue agent stats analytics

電話を処理するエージェントと割り当てられたエージェント

このグラフは、コールキューに割り当てられたエージェントの平均数に対する、 コールを処理するエージェントの平均数の傾向を示しています。 この表を使用して、 電話に対応できる十分なエージェントがいるかどうかを確認し、必要に応じて調整できます。

Agents handling calls vs agents assigned chart in call queue agent stats analytics

応答した通話とバウンスした通話の上位25人のエージェント

この表は、 通話への応答またはバウンス数が最も多い上位25人のエージェントを示しています。

エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

Top 25 agents by answered and bounced calls chart in call queue agent stats analytics

平均トーク数と平均保有時間別の上位25人のエージェント

この表は、 平均通話時間または保留時間が最も多い上位25人のエージェントを示しています。

Top 25 agents by avg talk and avg hold mins chart in call queue agent stats analytics

コールキューエージェント

この表には、 組織内のコールキューに割り当てられているすべてのエージェントの詳細が表示されます。 この表を使用して、どのエージェントが最も多くの電話を受けるか、またそのエージェントの通話統計に関する情報を確認できます。 表の検索バーを使って 、特定のエージェントやワークスペースの名前、コールキュー、場所を検索することもできます。 入手可能な詳細は次のとおりです。

  • エージェント名 —エージェントまたはワークスペースの名前。
  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 応答された通話の合計数 —エージェントに伝えられ、 エージェントが応答した通話の数。
  • バウンスコール —エージェントに伝えられたが応答されなかった通話の数。

    エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

  • 提示された通話の合計—コールキューによって配信されたエージェントへの着信通話の数。
  • 合計通話時間—エージェントが積極的に通話に費やした合計時間。
  • 平均通話時間 — エージェントが積極的に通話に費やした平均時間。
  • 合計保留時間 — エージェントが通話を保留にした合計時間。
  • 平均保留時間 — エージェントが通話を保留にした平均時間。
  • 合計処理時間 —エージェントが通話の処理に費やした合計時間。 処理時間は、 合計通話時間+合計保留時間=合計処理時間で計算されます。
  • 平均処理時間 — エージェントが通話の処理に費やした平均時間。
Call queue agents table in Customer Experience analytics

KPI

ページの上部にはKPIがあり、 現在のすべての着信通話とその状態が表示され、通話キューをリアルタイムで監視するのに役立ちます。 利用可能なKPIは次のとおりです。

  • アクティブコール- エージェントが発信者と話している通話数を示します。
  • 待機中の通話 — 次の対応可能なエージェントが応答するのを待っている通話の数が表示されます。
  • 保留中の通話 — エージェントが保留にした通話の数が表示されます。
Call queue analytics live queue stats KPIs

ライブコールキューの統計情報

この表には、 組織内に設定されているすべてのコールキューの詳細が表示されます。 この表を使用して、どのコールキューが最も多くのコールを受けているかを確認し、必要に応じてエージェントの数を調整できます。 表の検索バーを使用して、特定のコールキュー、場所、電話番号、 内線番号を検索することもできます。 入手可能な詳細は次のとおりです。

  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 電話番号。—コールキューに割り当てられている電話番号。
  • 内線番号 — コールキューに割り当てられた内線番号。
  • アクティブコール —エージェントが発信者と話している通話の数。
  • 保留コール —エージェントが保留にした通話の数。
  • 待機中の通話 — 次の対応可能なエージェントを待っている通話の数。

詳細については、次のビデオを参照してください。

詳細な通話履歴レポート

Webex Calling詳細な通話履歴レポートは、組織の通話記録データに関する必要な詳細をクラウドから提供します。

通話のトラブルシューティングや分析が簡単にできるので、Webex Calling経験をよりよく理解し、従業員の業績に関する懸念を特定することができます。

通話履歴の詳細タブには、Webexでの通話オプションは含まれていません。

通話履歴の詳細タブには次の機能があります。

グローバルフィルター

ダッシュボードには強力なフィルタリングツールがあります。 フィルターバーをクリックして、 表示したいデータを選択してください。 次のディメンションでフィルタリングできます。

  • 答えました

  • 通話分類(社内/外部)

  • 通話タイプ

  • 方向

  • 場所

  • ユーザー名

  • Eメール

  • エンドポイントタイプ

  • デバイスタイプ

方向フィルターは、通話分類が「外部」に設定されている場合にのみ使用できます。

タイムゾーン

タイムゾーンは右上のプロフィールに従って設定されます。 ドロップダウンメニューからいつでも希望のタイムゾーンを変更できます。

たとえば、別のタイムゾーンで行われた通話を探している場合は、 時間変換をしなくてもいいように検索してそのタイムゾーンに切り替えることができます。 分析データは、選択したタイムゾーンに基づいてのみ入力されます。

主要業績評価指標(KPI)

「通話履歴の詳細」タブの上部には5つのKPIが表示されます。 フィルターと日付範囲を選択すると、測定されるデータの範囲が変わります。

KPIは通話ごとに生成されます。 たとえば、アリスがボブに電話した場合、KPI計算では1回の電話としてカウントされます。 「通話履歴の詳細」タブの上部には5つのKPIが表示されます。 フィルターと日付範囲を選択すると、測定されるデータの範囲が変わります。

KPIは以下のとおりです。

  • 総通話数 — Webex Calling 選択したフィルターと日付範囲での通話の合計数。 1つの通話に複数の区間がある場合があります。 たとえば、 2人のユーザー間の内部通話には2つのコールレッグがありますが、 このダッシュボードでは1回の通話としてカウントされます。 フッター行には、選択したフィルターと日付範囲を適用したときに、 最も忙しい時間帯にユーザーが発信または受信した通話の総数が表示されます。

    最も忙しい時間帯は、 選択した日付範囲内での、これらのフィルターへの最大コール数です。

  • 外部通話 —ユーザーが発信または受信した外部通話の総数。 外部電話とは、組織外からかけられる、または組織外から受信された電話です。 内部通話とは、Webex Calling組織内のユーザー間で行われる通話です。 フッターの内部通話は、Webex Calling組織内のユーザー間でかけられた通話です。

    通話タイプが不明な CDR は外部通話としてカウントされます。

  • 応答済み通話—選択したフィルターと日付範囲内でユーザーが発信または受信した応答通話の割合。 たとえば、ハントグループにコールがかかってきて、最初の 9 人のエージェントが応答しなかったが、10 人目までに応答した場合、そのコールは応答されたと見なされます。 留守番電話に応答された電話も、応答されたと見なされます。

  • 最も忙しい場所での通話 —選択したフィルターと日付範囲内で、最も忙しい場所でユーザーが発信または受信した通話の総数。

  • Webex Callingアクティブユーザー数 — 選択したフィルターと日付範囲内で電話をかけたり受けたりしたユニークアクティブユーザーの総数。 アクティブユーザーには、個人ユーザー、ワークスペースユーザー、Webex Calling仮想回線ユーザーなど、選択した期間中にあらゆる種類の電話をかけたり受けたりしたすべてのユーザーが含まれます。

Screenshot for Webex Calling analytics detailed call history KPIs

タイプ別の外部通話

タイプ別の外部通話グラフには、組織外から発信または受信された外部通話の内訳が表示されます。 サポートされているタイプに基づいて、選択したフィルターに一致し、日付範囲内の通話が一覧表示されます。 このグラフに表示できる通話タイプは次のとおりです。

  • モバイル/携帯電話

  • 全国

  • インターナショナル

  • 緊急

  • オペレーターサービス

  • ショートナンバー

  • プレミアムレート

  • SIP URI

  • インバウンド

  • 不明

  • ゼロタッチミーティング

  • 統合オーディオ(オンネット Webex ミーティング)

Screenshot for Webex Calling analytics total outbound calls by type chart
  • このウィジェットに報告される外部通話の件数と、外部通話の件数を相関させないでください。 これは、通話がインバウンドと国内の両方になる可能性があるためです。

場所別の総通話数

場所別の総通話数グラフには、選択したフィルターと日付範囲内のさまざまな場所で発信または受信された通話の内訳が表示されます。 データは、1つのエントリではなく、個々のコールレッグを中心にしています。 応答済み通話と未応答通話の両方が一覧表示されます。

例えば:

  • アリスとボブの間のP2P通話の場合、どちらもロケーションAにあり、ロケーションAには2つのエントリが表示されます。

  • アリスが場所Aにいて、ボブが場所Bにいる場合、場所Aと場所Bの両方に1つのエントリが表示されます。

このレポートでは、コンサルタティブ転送、コールパーク、またはコールリトリーブが行われたコールは、追加の内部コールとしてカウントされます。これらのコールは、CDRレコードの相関IDが異なるためです。

総通話数

このグラフには、選択した日付範囲で発信または受信された通話の数が表示されます。 Webex Calling組織のの使用状況が時間の経過とともにどのような傾向にあるかを示すことができます。

Screenshot for Webex Calling analytics total calls chart

時間ごとの通話分布

このグラフは、選択した日付範囲で発信または受信された通話の数を1時間ごとに合計して示しています。 日中、Webex Callingユーザーが最も忙しく、サービスを最も多く利用している時間を示すことができます。

Screenshot for Webex Calling analytics distribution of calls by hour chart

詳細な通話履歴

詳細な通話履歴表には、 選択したフィルターと日付範囲内でユーザーが発信または受信したすべての通話が表示されます。

表のエントリは個々のコールレッグ用で、Webex Calling 各コールインは2つのレコードで構成されています

  • オリジナリティレコードと
  • 終結記録

たとえば、アリスがボブに電話をかけていて、Webex Callingアリスとボブが登録ユーザーの場合、 Webex Calling詳細な通話履歴表に2つの通話記録が表示されます

  • アリスの視点から見た1つのオリジナリティレコードと
  • ボブの観点から見た1つの終末記録

アリスがPSTNユーザーの場合Webex Calling、 ボブのエントリを終了するという1つのレコードだけを記録します。

詳細な通話履歴表には、 通話のリストと次の詳細が表示されます。

  • 開始時間 —これは通話の開始時間ですが、 応答時間はこの少し遅れる場合があります。

  • 場所 — 通話の場所。

  • 発信者番号 —着信の場合は、 発信者の電話番号です。 発信電話の場合は、ユーザーの電話番号です。

  • 着信者番号 —着信の場合は、ユーザーの電話番号です。 発信電話の場合は、着信側の電話番号です。

  • 国 — このフィールドは国際電話の場合に入力されます。 発信者ID番号の国コードが表示されます。

    現在、一部の管理者にとって「国」 フィールドが空で表示されるという問題が発生しています。 私たちはこの問題を解決するために積極的に取り組んでいます。

  • 発信者ID —電話をかけたり受けたりしたユーザーの発信者ID(該当する場合)。

  • 所要時間—通話時間(秒単位)。

  • 回答済み — このコールレッグに応答があった場合は応答あり、それ以外の場合は未応答です。

    レポートには、ボイスメールサービスが応答した通話が「応答済み」として表示されます。

  • 方向 — インバウンドまたはアウトバウンド。

The Detailed Call History table displaying all the calls, made or received, by the users within the selected filters and date range.

KPI

ページの上部にはKPIがあり、選択した日付範囲で自動応答が処理した通話の概要をすばやく確認できます。 利用可能なKPIは次のとおりです。

  • 受信した通話の合計数 —選択した日付範囲に自動応答にルーティングされた着信通話の総数。 これには、 自動応答に正常に届いたすべての通話と強制転送通話が含まれます。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 平均通話時間 — 選択した日付範囲で、発信者が自動応答にかけていた平均時間 (分)。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 応答された通話の割合 —選択した期間に、エージェント、 コール転送、またはボイスメールによって応答した通話の割合。 通話サービスに転送された通話は、応答された通話としてカウントされます。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 未応答の電話—コール転送を通じてエージェントまたはユーザーにルーティングされたが、選択した日付範囲に応答されなかった通話の数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 1日の最も忙しい時間帯 —選択した日付範囲で自動応答への電話が最も多かった時間帯。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
Auto-attendant analytics KPIs

自動応答の通話状況と傾向

このグラフは、着信コール別の自動応答コールステータスの内訳を示しています。 このグラフを使用して、選択した期間に自動応答が組織へのすべての着信をどのように処理しているかを確認できます。

Auto-attendant calls status and trend charts in Analytics

場所別の自動応答通話

このグラフは、選択した日付範囲で自動応答がプロビジョニングされた場所に基づいて自動応答の通話を分類しています。

Auto-attendant calls by location chart in Analytics

自動応答による電話

このグラフは、選択した日付範囲でどの自動応答に通話がルーティングされたかに基づいて通話を分類しています。

Calls by auto-attendants chart in Analytics

時間帯別の通話分布

このグラフは、選択した日付範囲で自動応答がそれらの電話を受けた時間帯に基づいて通話を分類しています。

Call distribution by time of day chart in Analytics

キーメニューとキー押下による自動受付コール

このグラフは、発信者が選択したキーメニューオプションまたは選択した日付範囲で発信者がキーパッドで押したキーオプションに基づいて自動応答通話を分類しています。 このグラフを使用して、ユーザーが最も多く求めているオプションを確認できます。

Auto-attendant calls by key menu chart in Analytics

着信時間別の通話

このグラフは、選択した日付範囲で営業時間中、営業時間外にかかったか、対応できなかったかに基づいて電話を分類しています。

利用できないということは、着信転送、通話傍受、通話スクリーニングサービスなどの特定の機能を使用したときに、ユーザーに主要なメニューオプションが表示されなかったということです。

Calls by received hours chart in Analytics

自動受付統計の概要、営業時間内の主な詳細、および時間外キー詳細

この表には、組織で設定されている自動応答の詳細が表示されます。 この表を使用して、自動応答への着信数と通話状況を確認できます。 「利用不可」の通話はグラフにはカウントされますが、データテーブルにはカウントされません。 この計算のため、総通話数はグラフと表で異なります。

この表の「CSVとして保存」オプションでは、大規模な組織ではすべてのデータ行がダウンロードされない場合があります。 このテーブルのすべてのデータ行の完全なリストを取得するには、レポートセクションの自動受付レポートをダウンロードしてください。

自動受付の統計概要で確認できる詳細は次のとおりです。

  • 自動応答 —規定どおりの自動応答の名前。
  • 博士号/内線番号—自動受付に割り当てられた内線番号。
  • 場所 — 自動応答の場所、プロビジョニングされた場所。
  • 総通話数 —ダイヤルされて自動応答にルーティングされた着信通話の総数。 これには、 自動応答に正常に届いたすべての通話と強制転送通話が含まれます。
  • 応答済み —エージェント、コール転送、 またはボイスメールを通じてユーザーが応答した通話の数。 通話サービスに転送された通話は、応答された通話としてカウントされます。
  • 未応答 —コール転送を通じてエージェントまたはユーザーにルーティングされたが、応答されなかった通話の数。
  • 話中—発信者が話中状態になった通話の数。
  • その他 — 応答済み、未応答、または話中以外のステータスになった通話の数。 例えば:
    • 発信者はキーを選択せず、 リダイレクトされる前に通話を断念しました。
    • 発信者がキーを選択せず、通話が切断またはタイムアウトしました( 別のユーザーまたはサービスにリダイレクトされません)。
    • 発信者が終了キーを押しました。
  • 回答率 — エージェントが応答した電話の割合。
  • 合計時間 —発信者が最初に応答したときに自動応答の回線を留めてから、通話がルーティングまたは終了されるまでの合計時間。
  • AAの合計通話時間 — 自動応答が発信者とやり取りしていた合計時間。

自動受付の営業時間内のキーの詳細と、時間外キーの詳細は次のとおりです。

  • 自動応答 —規定どおりの自動応答の名前。
  • キーが押されました — 発信者がキーパッドで押したキーオプション。
  • 博士号/内線番号—自動受付に割り当てられた電話番号と内線番号。
  • 場所 — 自動応答の場所、プロビジョニングされた場所。
  • 総通話数 —ダイヤルされて自動応答にルーティングされた着信通話の総数。 これには、 自動応答に正常に届いたすべての通話と強制転送通話が含まれます。
  • 応答済み —エージェント、コール転送、 またはボイスメールを通じてユーザーが応答した通話の数。 通話サービスに転送された通話は、応答された通話としてカウントされます。
  • 未応答 —コール転送を通じてエージェントまたはユーザーにルーティングされたが、応答されなかった通話の数。
  • 話中—発信者が話中状態になった通話の数。
  • その他 — 応答済み、未応答、または話中以外のステータスになった通話の数。 例えば:
    • 発信者はキーを選択せず、 リダイレクトされる前に通話を断念しました。
    • 発信者がキーを選択せず、通話が切断またはタイムアウトしました( 別のユーザーまたはサービスにリダイレクトされません)。
    • 発信者が終了キーを押しました。
  • 回答率 — エージェントが応答した電話の割合。
  • 所要時間 —発信者が自動応答の電話に出ていた時間の長さ。
  • 宛先 — 着信通話詳細レコードの電話番号。
  • キーメニュー —キーパッドで押されたキーに割り当てられるキーメニューオプション。
  • キーの説明 — 発信者がキーパッドで押したキーオプションの説明。
  • 自動応答通話時間 — 特定のキーを押したときに、 自動応答が発信者とやり取りした合計時間。
Auto-attendant stats summary table in Analytics

ハントグループ使用状況分析タブでは、 各ハントグループの着信コールの内訳やそれらのコールのステータスなど、各ハントグループの重要なテレメトリを提供することで、 管理者は組織内のハントグループがどのように使用されているかを監視できます。

以下は、 これらのダッシュボードで利用できる特定のテレメトリとグラフに関する詳細です。

KPI

KPIはページの上部に表示され、 選択した日付範囲でハントグループが処理した通話の概要をすばやく確認できます。 利用可能なKPIは次のとおりです。

  • ハントグループコール総数 — 選択した日付範囲にハントグループにルーティングされた着信コールの総数。 通話には、応答済み、未応答、 放棄などがあります。
  • ハントグループが応答した通話 — ハントグループにルーティングされ 、エージェントが直接応答したか、リダイレクトした後に応答された着信通話の総数。
  • ハントグループの未応答コール — エージェントが応答しなかったハントグループにルーティングされた着信コールの総数。
  • ハントグループの放棄通話 —エージェントが対応可能になる前に発信者が電話を切った着信通話の総数。

ステータスとトレンド別のHGコール

これらのグラフは、ハントグループへの着信コールの内訳をステータス別に示しています。 これらのグラフを使用して、通話の応答率が良いかどうかを確認したり、 未応答や放棄された通話が高率で増加傾向にある理由を調べたりすることができます。

受信した通話件数によるHGの上位10件

このグラフは、選択した日付範囲で最も多くの電話を受けたハントグループを示しています。 このグラフを使用すると、どのハントグループが最もアクティビティが多いか、 また待ち時間を短縮するためにそのハントグループに追加のエージェントを割り当てる必要があるかどうかを確認できます。

受信した電話の上位10か所

このグラフは、最も多くの電話を受けたハントグループの割り当てられた場所を示しています。これは、 未応答時間や通話放棄時間を減らすために、他のエージェントをより人気のある場所に再配置する必要があるかどうかを確認するのに役立ちます。

受信した通話総数の傾向

このグラフは、 選択した日付範囲にすべてのハントグループで受信した通話の傾向を示しています。 このグラフを使用すると、 組織が最も多くの電話を受けた日と、その日にハントグループのパフォーマンスが良かったかどうかを視覚化できます。

HGはエンドポイントの種類と傾向別に通話に応答しました

これらのグラフは、通話の応答に使用されたエンドポイントタイプ別の通話の内訳を示しています。 このグラフは、 エージェントが組織でどのエンドポイントタイプを使用することを好むかを判断するのに役立ちます。

ハントグループのパフォーマンスタブでは、管理者は、 コールがハントグループに届いた後のコール動作(コールがリダイレクトされた回数、 コールがリダイレクトされた理由、コールルーティングパターンなど)を監視できます。

90パーセンタイル値は、 選択した日付範囲における組織内のすべてのハントグループの値と比較されます。

以下は、 これらのダッシュボードで利用できる特定のテレメトリとグラフに関する詳細です。

KPI

KPIはページの上部に表示され、 選択した期間におけるハントグループのパフォーマンスの概要を簡単に確認できます。 利用可能なKPIは次のとおりです。

  • HGの通話処理時間 90% —通話の通話時間と待機時間の90パーセンタイル値。 通話処理時間は、 通話待機時間+通話通話時間で計算されます。
  • 90% ile HG 待機時間 — 発信者がエージェントが応答するまでに待機しなければならなかった時間の90パーセンタイル値。
  • 通話時間の 90% —通話にかかった時間の90パーセンタイル値。
  • 90% ile HG 放棄通話時間 — エージェントが電話に応答するまでに発信者が電話を切ったりメッセージを残したりするまでの時間の90パーセンタイル値。
  • HGリダイレクトコール —別のエージェントに転送または転送された通話の総数。

HGはリダイレクトによって電話に応答しました

このグラフは、最初のエージェントによって正常に処理された通話の内訳、 または通話を別のエージェントにリダイレクトする必要があったかどうかを示しています。 このグラフを使用して、 発信者がエージェントから必要なサポートをタイムリーに受けているかどうかを確認したり、データを他のグラフと比較して、 リダイレクトされた通話が異常に多い理由を把握したりできます。

指定できる値は次のとおりです。

  • 直接処理 — ハントグループが最初にコールを割り当てたエージェントが応答し、通話を終了しました。
  • リダイレクト:ハントグループがコールを割り当てた最初のエージェントが、 コールを別のエージェントにリダイレクトしました。

ハントグループが理由によりコールをリダイレクトしました

このグラフは、通話がリダイレクトされるさまざまな理由の内訳を示しています。 このグラフは、対応してくれるエージェントが不足しているのか、それとも他の理由で、通話がリダイレクトされているのかを判断するのに役立ちます。

指定できる値は次のとおりです。

  • 設定した呼び出し音の後に転送:一定回数の呼び出し音が鳴ったら、 着信コールを別のハントグループに転送します。
  • エージェントが連絡が取れないときに転送 — エージェントがいない場合は、 着信コールを別のハントグループに転送します。
  • エージェントが話中のときに転送 — すべてのエージェントが話中の場合、 着信コールを別のハントグループに転送します。
  • ブラインド転送 — 最初に対応可能なエージェントに通話を転送します。
  • 相談転送 —通話を特定のエージェントに転送します。
  • 常に転送- 着信コールを常に別のハントグループに転送します。
  • 選択的転送: 特定のハントグループからの着信コールを常に別のハントグループに転送します。
  • モードごとに通話を転送する —スケジュールに基づいて通話を転送します。

コールルーティングパターン別のHG

このグラフは、ハントグループが通話をルーティングするために使用するパターンの内訳を示しています。 このグラフは、ハントグループが通話をルーティングするためにどのように設定されているか、 またそれらの設定を変更する必要があるかどうかを確認するのに役立ちます。

指定できる値は次のとおりです。

  • 同時
  • 円形です
  • トップダウン
  • 最長アイドル状態
  • 加重

HGコールは理由トレンドによってリダイレクトされました

このグラフは、通話がリダイレクトされるさまざまな理由の傾向を示しています。 このグラフを使用して、 選択した期間に特定の理由を含むパターンがあるかどうかを確認して、組織内のハントグループに問題があるかどうか、 またはハントグループが意図したとおりに機能しているかどうかを判断できます。

指定できる値は次のとおりです。

  • 設定した呼び出し音の後に転送:一定回数の呼び出し音が鳴ったら、 着信コールを別のハントグループに転送します。
  • エージェントが連絡が取れないときに転送 — エージェントがいない場合は、 着信コールを別のハントグループに転送します。
  • エージェントが話中のときに転送 — すべてのエージェントが話中の場合、 着信コールを別のハントグループに転送します。
  • ブラインド転送 — 最初に対応可能なエージェントに通話を転送します。
  • 相談転送 —通話を特定のエージェントに転送します。
  • 常に転送- 着信コールを常に別のハントグループに転送します。
  • 選択的転送: 特定のハントグループからの着信コールを常に別のハントグループに転送します。
  • モードごとに通話を転送する —スケジュールに基づいて通話を転送します。

リダイレクトされた通話別の上位10件のHG

このグラフは、リダイレクトされたコールが最も多いハントグループのトップ10を示しています。 このグラフは、リダイレクトされたコール数が多い原因となっているハントグループを特定するのに役立ちます。

コールルーティングパターンによるHGリダイレクトコール

このグラフは、 ハントグループがリダイレクトされたコールをルーティングするために使用するパターンの内訳を示しています。 このグラフは、リダイレクトされたコールをルーティングするようにハントグループがどのように設定されているか、 またそれらの設定を変更する必要があるかどうかを確認するのに役立ちます。

指定できる値は次のとおりです。

  • 同時
  • 円形です
  • トップダウン
  • 最長アイドル状態
  • 加重

アイドルコール処理時間が 90% のHGトップ10

このグラフは、通話処理時間の90パーセンタイル値別の上位10ハントグループを示しています。 このグラフは、 発信者が必要な支援をタイムリーに受けられるように、どのハントグループの通話処理時間を改善する必要があるかを判断するのに役立ちます。

通話ルーティングパターン別のHGの通話処理時間(90%)

このグラフは、ハントグループのコール処理時間の90パーセンタイル値をコールルーティングパターンごとに比較しています。 このグラフは、どのコールルーティングパターンが最も効果的で、 どのパターンを改善する必要があるかを判断するのに役立ちます。

待ち時間の90%で上位10台のHGを

このグラフは、通話待機時間の90パーセンタイル値別の上位10ハントグループを示しています。 このグラフは、 発信者が必要な支援をタイムリーに受けられるように、どのハントグループの通話待ち時間を改善する必要があるかを判断するのに役立ちます。

コールルーティングパターン別のHGの待ち時間の 90%

このグラフは、ハントグループの待機時間の 90 パーセンタイル値をコールルーティングパターン別に比較しています。 このグラフは、どのコールルーティングパターンが最も効果的で、 どのパターンを改善する必要があるかを判断するのに役立ちます。

90%のHGの上位10社が放棄された時間帯です

このグラフは、通話放棄時間の90パーセンタイル値別の上位10ハントグループを示しています。 このグラフは、エージェントが助けてくれる前に発信者が電話を切らないように、 どのハントグループの通話放棄時間を改善する必要があるかがわかります。

通話ルーティングパターンによって 90% がHGの放棄された時間

このグラフは、ハントグループの放棄時間の90パーセンタイル値をコールルーティングパターン別に比較しています。 このグラフは、どのコールルーティングパターンが最も効果的で、 どのパターンを改善する必要があるかを判断するのに役立ちます。

このデータを使用して、どのデバイスがユーザーに人気があり、 どのデバイスがそうでないかを判断できます。 この情報は、共有デバイスのある場所を設定するときに使用できます。 より一般的に使用されるデバイスを、建物の人口密度の高い場所や、 会議が最も多い場所に設置することができます。

Pro Packをご利用の場合は、日次集計されたデバイス関連のデータを自動的に返すために使用できる履歴指標APIにアクセスできます。

サポート対象デバイス

デバイスページには、 SX/DXシリーズから現在のデバイス製品までのシスコクラウド登録デバイスの使用状況メトリックが表示されます。 Webex Share およびその他のクラウド登録デバイスは使用状況指標には含まれませんが、 インベントリ詳細リストには含まれています。 SX/DXシリーズより前のCiscoデバイスでは、使用状況メトリックは収集されません。

マイクロソフトチームビデオインテグレーションの分析

組織でMicrosoft TeamsにWebexビデオ統合を導入した場合、シスコビデオデバイスを使用してMicrosoft Teams会議に参加した参加者の使用状況指標が主要業績評価指標とグラフにカウントされます。

フィルターリストは、組織全体で設定したデバイスに対応しています。 この情報を使用して、特定のデバイスに焦点を当てることができます。 たとえば、組織内のすべてのユーザーにDX80を導入したばかりの場合は、フィルターとしてDX80を選択してください。

主要業績評価指標 (KPI)

ページの上部には、 選択した日付範囲内でのデバイスの使用頻度を示すKPIがあります。 利用可能なKPIは次のとおりです。

  • アクティブデバイス — アクティブなデバイスの総数。 デバイスは、通話への参加、ローカルの有線または無線ディスプレイ、ホワイトボード、 またはUSBパススルーモードで使用された場合、アクティブとしてカウントされます。 変化率は、この数値を、前に選択した期間の数値と比較したものです。 たとえば、10日間を選択すると、 その数は過去10日間と比較されます。

  • デバイスの総使用量(時間)—デバイスが使用された合計時間数。 この使用法には、デバイスを使用して通話に応答する場合や、 ローカルの有線または無線ディスプレイ、ホワイトボード、USBパススルーモード、デジタルサイネージなどが含まれます。

  • デバイスあたりのアクティブ使用量 —アクティブなまたはデジタルサイネージアクティビティにデバイスが使用された平均時間数。 平均は、( アクティブデバイスの数KPI)を(合計使用量KPIの数)で割って計算されます。

Room & Device analytics KPIs

アクティビティ別のデバイス使用状況

このグラフは、Cisco Webex ルームデバイス、Webex Boards、Webex Sharesなど、クラウドに登録されたデバイスの合計使用量(時間)を示しています。 デバイスには、 次の種類のアクティビティのいずれかがあります。

  • In Call —デバイスはビデオエンドポイントとして会議に参加するために使用されます。

  • ローカル共有ケーブル —デバイスは、会議や通話に参加しなくても、 HDMIケーブルを介してユーザーによってローカルで共有および接続されます。

  • ローカル共有ワイヤレス —デバイスは、会議や通話に参加しなくても、 WiFi経由でユーザーによってローカルで共有および接続されます。

  • サイネージ —デバイスはデジタルサイネージモードでマルチメディアディスプレイとして使用されます。

  • USBパススルー —デバイスはUSBケーブルでコンピューターに接続され、 ウェブカメラとして使用されます。

  • ホワイトボード—デバイスは、 ユーザーが接続していない会議室のホワイトボードとして使用されます。

Room & Device analytics device usage by activity charts

デバイスコールの使用状況(種類別)

このグラフは、組織内のクラウド登録デバイスからかけられた通話の種類を時間別に示しています。

Device Call Usage by Type chart in Devices Analytics

タイプ別の1日の平均デバイス使用量

このグラフは、選択した日付範囲のすべてのアクティビティで特定のデバイスが使用された頻度を分類しています。 このグラフを使用して、組織内のユーザーに最も人気があるデバイスを確認したり、使用率の低いデバイスの利用を促進したりすることができます。

Daily Average Device Usage by Type chart in Devices Analytics

ミーティング、サービス、 トレンド別のデバイス使用状況

このグラフは、組織内のユーザーが主催し、 Ciscoデバイスを使用して参加している会議サービスの内訳を示しています。 このグラフは、 ユーザーに注目してもらいたい会議サービスの採用を促進するのに役立ちます。

Device usage by meeting service and trend charts in devices analytics of Control Hub

デバイスの詳細

現在、 通話フィールドとホワイトボードフィールドには、すべてのデバイスで不正確な番号が報告されています。 データが正確であることを確認するために、 この不一致に対処しています。 2025年5月までにこの問題を解決するソリューションを提供する予定です。

この表を使用して、組織内のすべてのデバイスの詳細を確認してください。 使用時間の列を見て、十分に活用されていないデバイスをすばやく特定できます。 選択した期間におけるデバイスの合計使用量が表示されます。 どの列でもクリックして並べ替えることができます。

  • 割り当て先 —このデバイスが割り当てられている場所またはユーザーの名前。 このフィールドが空白の場合、デバイスは組織から削除されています。

  • 使用時間 — 選択した期間の合計使用量。

  • デバイスID —管理者用の内部固有の識別子。

  • デバイスタイプ—デバイスモデル。

  • タグ — コントロールハブのデバイスページでデバイスに割り当てられたタグを表示します。

  • IPアドレス — デバイスがオンラインになったときの最後の既知のIPアドレス。

  • Macアドレス —デバイスのメディアアクセス制御アドレス。

  • ステータス —過去24時間のデバイスのオンラインステータス。

  • 通話 — 1 回の通話にデバイスが使用された時間数。

  • ローカルディスプレイ有線 —有線ローカルディスプレイでデバイスが使用された時間数。

  • ローカルディスプレイワイヤレス —デバイスがワイヤレスローカルディスプレイに使用された時間数。

  • ホワイトボード—デバイスをホワイトボードに使用した時間数。

  • デジタルサイネージ —デバイスをデジタルサイネージに使用した時間数。

  • USBパススルー —デバイスがUSBパススルーに使用された時間数。

Device Details page displaying various device information and a search bar

Webex Assistantデバイス向けアナリティクスは以下でサポートされています:

  • ルームキット

  • ルームキットミニ

  • ルームキットプラス

  • ルームキットプロ

  • 55号室と55号室 (デュアル)

  • 70号室と70号室 G2

  • ウェベックスボード55と55S

  • ウェベックスボード70と70S

  • ウェベックスボード 85S

  • デスクプロ

音声コマンドの合計

このグラフは、Webex Assistant組織内のデバイスに対してユーザーが言っている音声コマンドの数の傾向を示しています。 これらの数値から、Webex Assistantユーザーがデバイスを利用している頻度や、ユーザーがデバイスをより頻繁に使用できるようにする方法についての洞察が得られます。

Image shows a chart of voice command trends

エンゲージメントが最も高いデバイスと最も少ないデバイス

このグラフは、選択した期間にユーザーからの音声コマンドに応答したデバイスの上位10台と下位10件を示しています。 このグラフを使用して、どのデバイスが最も多く使用されているか、そして最も使用頻度が低いデバイスをより多く利用できるようにする方法を知ることができます。

音声コマンドインテント

組織内のユーザーからの音声コマンドインテントの内訳。 どのインテントが最もよく使われているか、なぜ一部のインテントが他のインテントほど頻繁に使用されていないのかがわかります。

Image shows a breakdown of a voice command intents graph

積極的な参加対応

Proactive Webex Assistant Joinが有効になっているデバイスでのプロンプトに対するユーザーの応答の内訳。 この内訳を使用して、ユーザーがプロアクティブ参加機能を利用しているかどうかを確認できます。また、ユーザーが気付いていない場合は、ユーザーがプロアクティブ参加機能を採用できるように支援できます。

Image shows a breakdown of a proactive join response chart

Webex アプリでは、Cisco Headsets会議中に組織でどれくらいの頻度が使用されているかを追跡できます。 Cisco Headsetsのアナリティクスは以下でサポートされています。

  • Cisco Headset 500 シリーズ

  • Cisco Headset 730

データは、Cisco Headsetsバージョン41.8以降でWebexアプリに接続されているもののみ利用可能です。

主要業績評価指標(KPI)

ヘッドセット分析で利用できるKPIは次のとおりです。

  • ヘッドセットの総数 — Webex アプリに接続され、少なくとも 1 Cisco Headsets 回使用されたヘッドセットの総数。

  • アクティブヘッドセットの総数 — Cisco Headsets 選択した日付範囲に Webex アプリで 1 回使用されたヘッドセットの総数。

  • 総通話数 — 選択した日付範囲に Webex アプリに参加した通話と会議の合計数。Cisco Headsets

  • 通話時間の合計 — 選択した期間に Webex Cisco Headsets アプリとの通話や会議に使用された合計時間 (分) です。

  • 平均通話時間 — 選択した期間に Webex Cisco Headsets アプリとの通話や会議に使用された平均時間 (分) です。

接続タイプ別の使用状況

このグラフは、接続の種類ごとにヘッドセットの在庫を分類しています。 この情報を使用して、組織内のユーザーが特定の接続タイプを好むかどうかを確認できます。

エンドポイント別の使用量

このグラフは、ユーザーがヘッドセットを接続したエンドポイントを分類しています。 この情報は、他のエンドポイントでのヘッドセットエンゲージメントに役立ちます。

ステータス別のヘッドセット

このグラフは、ヘッドセットの状態の推移を時系列で示しています。 この情報を使用して、Webex アプリでのヘッドセットの使用頻度を合計金額と比較して確認できます。

通話中の使用

このグラフは、通話中にヘッドセットが何時間使用されたかを示しています。 通話中の使用状況とは、Webex アプリに参加した通話や会議を指します。

ヘッドセット(モデル別)

このグラフは、Cisco Headset合計在庫をモデル別に示しています。 ヘッドセットの総数とヘッドセットの在庫の割合で並べ替えることができます。 また、このグラフには、アクティブなヘッドセットと非アクティブなヘッドセット別にインベントリが分類されています。

モデル別の1日の平均使用量

このグラフは、選択した期間におけるヘッドセットの1日の平均使用量をヘッドセットモデル別に示しています。 この情報を使用して、特定のモデルの使用率が他のモデルよりも高いかどうかを確認し、将来のヘッドセットの購入に役立てることができます。

ヘッドセット(国別)

このグラフは、Cisco Headset国別の在庫の合計分布を示しています。 また、このグラフには、アクティブなヘッドセットと非アクティブなヘッドセット別にインベントリが分類されています。 このグラフを国別の1日の平均使用量グラフと比較して、他の国でエンゲージメントが低いのはヘッドセットの在庫数が少ないためか、使用頻度の低いヘッドセットの数が多いためかを判断できます。

国別の1日の平均使用量

このグラフは、選択した期間における毎日の平均ヘッドセット使用量を国別に示しています。 この情報は、さまざまな国間のヘッドセットのエンゲージメントを確認するのに役立ちます。

1日の平均使用量と在庫マップ

この地図は、Cisco Headset在庫の全体的な地理的分布を示しています。 また、選択した期間における1日の平均ヘッドセット使用率も表示されます。 この視覚化により、ヘッドセットの在庫と使用量が最も多い場所をすばやく確認できます。

ヘッドセットの使用率は、次の3つのカテゴリに分類されます。

  • 未使用のヘッドセット。

  • ヘッドセットの使用量は1日平均1時間未満です。

  • ヘッドセットの使用量は、1日あたり平均1時間以上です。

品質データは、Webexアクティビティ中に使用した場合にのみCiscoデバイスで利用できます。 データを表示するには、デバイスのバージョンがCE 9.15.9.3でRoomOSが10.9.0.29以降である必要があります。

主要業績評価指標 (KPI)

ページ上部にはKPIが表示され、選択した日付範囲におけるCisco RoomおよびDeskシリーズデバイスのオーディオおよびビデオ品質の分数がどのようになっていたかがわかります。 これらのKPIを測定可能なデータとして使用して、 組織内の会議中にデバイスの音声またはビデオの品質に問題がないかどうかを確認できます。 利用可能なKPIは次のとおりです。

  • Webex callのデバイス数 — 選択した期間にCiscoデバイスがWebexとの通話や会議に使用された合計時間 (分) です。
  • 優れた Webex ビデオ通話のデバイス数 — 選択した日付範囲で、 Ciscoデバイスでの通話や会議中に品質が良かったビデオ通話時間の割合。 ビデオ分は、 遅延が400ミリ秒未満で、パケット損失が 5% 未満であれば、良質だとカウントされます。
  • 優れた Webex 音声通話のデバイス数 — 選択した日付範囲で、Ciscoデバイスでの通話や会議中に音質が良かった通話時間 ( 分) の割合。 音声時間は、 遅延が400ミリ秒未満で、パケットロスが 5% 未満であれば、音質が良かったとカウントされます。
Device analytics quality KPIs

Webex ビデオ通話デバイスの品質とトレンド

このグラフは、 組織内のCiscoデバイス向けWebexを使用した通話や会議中のビデオ品質の良し悪しの内訳を示しています。 ビデオ品質の悪いCiscoデバイスが突然急増した場合は、その特定の日付範囲のメトリックを表示し、 利用可能な他のすべてのグラフとメトリックを比較して、 一般的な異常がないかどうかを確認できます。

Device analytics quality Webex video call quality of devices and trend charts

Webex 音声通話デバイスの品質とトレンド

このグラフは、 組織内のCiscoデバイス向けWebexを使用した通話や会議中の音質の良し悪しの内訳を示しています。 音質の悪いCiscoデバイスが突然急増した場合は、その特定の日付範囲のメトリックを表示し、 利用可能な他のすべてのグラフとメトリックを比較して、 一般的な異常がないかどうかを確認できます。

Device analytics quality Webex audio call quality of devices and trend charts

Webex Callsのデバイス番号の問題

このグラフは、 パケットロスや遅延の問題があったCiscoデバイスの音声と動画の分数を分類したものです。 議事録は、 Webexを使用した会議や通話中に遅延が400ミリ秒を超えるか、パケットロスが 5% を超えた場合、問題としてカウントされます。

Device analytics quality issue mins of devices in Webex Calls chart

貧弱なWebex通話ミンの上位20デバイス

このグラフは、 選択した日付範囲でWebexを使用した通話や会議中にビデオとオーディオの品質が最も低かった上位20台のCiscoデバイスを示しています。 この表を使用して、Ciscoデバイスがある場所で問題が発生しているのか、 それとも問題が特定のデバイスに限定されているのかを判断できます。

Device analytics top 20 devices by poor Webex call mins chart

Webex通話の品質が悪いデバイスの上位300台

この表は、選択した日付範囲で音声とビデオが最も貧弱だった上位300台のCiscoデバイスを示しています。 この表を使用して、 デバイスがトラブルシューティングに参加していた会議を表示したり、 他の参加者にもメディア品質の問題が発生していないかどうかを確認できます。

Device analytics top 300 devices with poor Webex call quality mins chart

主要業績評価指標(KPI)

ページの上部には、組織でワークスペースがどのように利用されているかを示すKPIがあります。 これらのKPIを測定可能なデータとして使用して、あまり使用されていないワークスペースがないか、またどのタイムスロットが人気かを確認できます。 利用可能なKPIは次のとおりです。

  • ワークスペースの合計—選択した日付範囲に設定されたワークスペースの数。
  • 占有ワークスペース — 選択した期間にユーザーが使用したユニークなワークスペースの数。 ユニークなワークスペースは一度だけカウントされます。 たとえば、同じワークスペースが週に3回異なる回使用された場合でも、1回としてカウントされます。 このKPIを使用して、組織に必要なワークスペースを増やすか減らすかを判断できます。
  • 予約済みで占有されているワークスペース —カレンダー上で使用が予定されていて、選択した日付範囲でその予定期間中に占有されたユニークなワークスペースの数。 このKPIを使用して、ユーザーが実際に利用可能なワークスペースを利用しているかどうかを判断できます。
  • ピーク稼働時間 — 選択した期間にワークスペースが占有された最も一般的な時間です。 このデータは、選択した日数に基づいて集計されます。 たとえば、30日を選択すると、データは営業時間ごとに1時間のタイムスロットに分割されます。 その日付範囲で最も占有されているワークスペースがある1時間の時間枠が、ピーク稼働時間として表示されます。
  • ゴーストミーティング — カレンダー上では使用が予定されていたが、選択した期間に占有されなかったワークスペースの割合。 このKPIを使用して、ユーザーがワークスペースを予約しているのに占有していない頻度を把握できます。
Screenshot for Workspaces analytics KPIs

タイプ別のワークスペースの使用状況

このグラフは、選択した日付範囲に割り当てられたタイプに基づいてワークスペースを分類しています。

Workspaces usage by type chart in Workspaces analytics

場所別のワークスペース稼働時間

このグラフは、選択した日付範囲で最も稼働時間が多かった場所を示しています。

Workspace occupancy hours by location chart in Workspaces analytics

タイプ別のワークスペース利用動向

このグラフは、選択した日付範囲における各カテゴリー別のワークスペース使用量の傾向を示しています。

Workspaces usage trend by type chart in Workspaces analytics

予約されたワークスペースは、稼働率の傾向に合っています

このグラフは、予約された会議の数が占有されたか、予約された会議がゴーストミーティングだったかの傾向を示しています。

Booked workspaces meeting occupancy trend chart

ワークスペースの詳細

この表には、組織内に設定されているすべてのワークスペースのリストが表示されます。 含まれている詳細は次のとおりです。

  • ワークスペース名 — 入力されたワークスペースの名前。
  • 場所名 — ワークスペースに割り当てられた場所。
  • 市区町村 — ワークスペースに入力された市区町村です。
  • 国 — ワークスペースに入力された国。
  • タイプ — ワークスペースに割り当てられたタイプ。
  • 容量 —ワークスペースの最大人数です。
  • 稼働時間 —選択した日付範囲にワークスペースが占有された時間数です。
Workspaces details table in Workspaces analytics

個々のワークスペースの場所のチャートとグラフ

場所をクリックすると、次のチャートとグラフが表示されます。

ワークスペースの合計、利用率、占有ワークスペースのKPI

個々のワークスペースの場所で使用できるKPIは次のとおりです。

  • 総ワークスペース数 — 選択した日付範囲でコントロールハブに設定されたワークスペースの数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 稼働率 —ある場所のすべてのワークスペースのうち、定期的に占有されている割合です。
  • 占有ワークスペース — 選択した期間にユーザーが使用したワークスペースの数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • ピーク稼働時間 — 選択した期間にワークスペースが占有された最も一般的な時間です。 このデータは、選択した日数に基づいて集計されます。 たとえば、30日を選択すると、データは営業時間ごとに1時間のタイムスロットに分割されます。 その日付範囲で最も占有されているワークスペースがある1時間の時間枠が、ピーク稼働時間として表示されます。
  • ゴーストミーティング — カレンダー上では使用が予定されていたが、選択した期間に占有されなかったワークスペースの割合。 このKPIを使用して、ユーザーがワークスペースを予約しているのに占有していない頻度を把握できます。
Individual location KPIs in Workspaces analytics

占有ワークスペースの時間別分布

このグラフは、1時間に占有されたワークスペースの数を示しています。

ワークスペースタイプ別のワークスペース利用率の傾向

このグラフは、各タイプのワークスペースが占有されている頻度の傾向を示しています。 稼働率は次のように計算されます。

予約され一部占有されたワークスペースの数+予約されていないが占有されているワークスペースの数 /ワークスペースの総数。

Workspace utilization rate trends by workspace type chart in Workspaces analytics

タイプ別の占有ワークスペース、トレンド

このグラフは、割り当てられたタイプ別の占有ワークスペースの傾向を示しています。 データは10分ごとに取得され、その間に占有されていたワークスペースの数が1時間ごとに集計されます。

Occupied workspaces by type trend chart

予約されたワークスペースは、稼働率の傾向に合っています

このグラフは、予約された会議の数が占有されたか、予約された会議がゴーストミーティングだったかの傾向を示しています。

Booked workspaces meeting occupancy trend chart

人数/時間別のワークスペースタイプ

このグラフは、ワークスペースタイプの占有頻度別の内訳を示しています。

占有時間別の占有ワークスペーストップ10

このグラフは、稼働時間が最も多いワークスペースの上位10件を示しています。 占有率が高いワークスペースのリストを見ると、どのワークスペースが十分に活用されていないかを特定するのに役立ちます。

Top 20 occupied workspaces by occupancy hr chart

ワークスペースの詳細

この表は、選択した場所に割り当てられているワークスペースのリストを示しています。 含まれている詳細は次のとおりです。

  • ワークスペース名 — 入力されたワークスペースの名前。
  • 市区町村 — ワークスペースに入力された市区町村です。
  • 国 — ワークスペースに入力された国。
  • タイプ — ワークスペースに割り当てられたタイプ。
  • 容量 —ワークスペースの最大人数です。
  • 稼働時間 —選択した日付範囲にワークスペースが占有された時間数です。
Workspaces details table when you click on a location in Workspaces Analytics

Customer Assist Essentialsサービスでは、コールキューやエージェントの生産性を測定するのに役立つデータにアクセスできます。

Control Hubのこのデータにアクセスするには、アナリティクス > カスタマーアシストに移動します。

パフォーマンスとリソース使用量を最適化するために、最新のデータが履歴ダッシュボードに表示されるまでに15分の遅延があります。 この遅延は、Webex Appのコントロールハブとスーパーバイザーの両方に当てはまります。

それがどのように行われるか見たいですか? カスタマーアシストのキュー分析の概要については、このビデオデモンストレーションを見てください。

KPI

KPIはページ上部に表示され、選択した日付範囲内のコールキューの着信状況の概要をすばやく確認できます。 利用可能なKPIは次のとおりです。

  • 応答された通話の合計—エージェントが応答した通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 放棄された通話の合計数 —エージェントが応答可能になる前に発信者が電話を切ったりメッセージを残したりした通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • 平均待機時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
Call queue stats analytics KPIs

コールキューとトレンドの着信コール

このグラフは、着信コール別のコールキュー統計の内訳を示しています。 このグラフを使用して、組織へのすべての着信コールがコールキューでどのように処理されているかを確認できます。

Incoming calls for call queues and trend charts in call queue stats analytics

1通話あたりの平均通話キュー時間とトレンド

このグラフは、 平均放棄時間と着信からの平均待機時間の内訳を示しています。 このグラフを使用して、発信者が電話を切るか、エージェントに転送されるまでにどれくらいの時間待たなければならなかったかを確認できます。 平均時間(分)は次のように計算されます。

  • 平均放棄時間—発信者が電話を切ったりメッセージを残すオプションを選択したりする前に、エージェントを待って費やした平均通話時間。
  • 平均待ち時間 — 発信者が次の対応可能なエージェントが電話に応答するまで待機する平均時間。
Avg call queue minutes per call and trend charts in call queue stats analytics

通話状況別の通話キューの上位25件

この表は、特定のステータスで通話数が最も多い上位25のコールキューを示しています。 対応可能な通話の状況は次のとおりです。

  • 応答された電話—エージェントが応答した通話の数。
  • 応答された通話の割合 —エージェントが応答した通話の割合。
  • 放棄された通話 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の数。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。
  • オーバーフロー-話中 — キューの制限に達したために別のコールキューにオーバーフローした通話の数。
  • オーバーフロー-タイムアウト — 待機時間が設定された最大制限を超えたために別のコールキューにオーバーフローした通話の数。
  • 転送された通話数 —キューから転送された通話の数。
Top 25 call queues by % of calls chart in call queue stats analytics

平均待機時間と放棄時間別のコールキューの上位25件

この表は、 着信コールからの平均待機時間と放棄時間が最も長い上位25のコールキューを示しています。 平均時間は次のように計算されます。

  • 平均放棄時間—発信者が電話を切ったりメッセージを残すオプションを選択したりする前に、エージェントを待って費やした平均通話時間。
  • 平均待ち時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つために費やす平均通話時間。
Top 25 call queues by avg and abandoned mins chart in call queue analytics

コールキューの統計情報

この表には、組織で設定されているコールキューの詳細が表示されます。 この表を使用して、 コールキューに着信した通話の数とその状態を確認できます。 表の検索バーを使用して、特定のコールキュー、場所、電話番号、 内線番号を検索することもできます。 入手可能な詳細は次のとおりです。

  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 電話番号。—コールキューに割り当てられた電話番号。
  • 内線番号 — コールキューに割り当てられた内線番号。
  • 合計保留時間 — エージェントが通話を保留にした合計時間。
  • 平均保留時間 — エージェントが通話を保留にした平均時間。
  • 合計通話時間—エージェントが積極的に通話していた合計時間。
  • 平均通話時間 — エージェントが積極的に通話していた平均時間。
  • 合計処理時間—エージェントが通話の処理に費やした合計時間。 処理時間は、 合計通話時間+合計保留時間=合計処理時間で計算されます。
  • 平均処理時間 — エージェントが通話の処理に費やした平均時間。
  • 合計待機時間—発信者が次の対応可能なエージェントが電話に応答するのを待つために費やした合計時間。
  • 平均待機時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。
  • 応答された電話の数 —エージェントが応答した電話の数。
  • 応答された通話の割合 —エージェントが応答した通話の割合。
  • 放棄された通話 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の数。
  • 放棄された通話の割合 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の割合。
  • 平均離脱時間 — エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした平均時間。
  • 放棄された時間 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした時間。
  • 総通話数 —着信通話の総数。
  • Overflow-Busy — キューの制限に達したためにオーバーフローした通話の数。
  • オーバーフロー-タイムアウト — 待機時間が上限を超えたためにオーバーフローした通話の数。
  • 転送された通話数 —キューから転送された通話の数。

データのないコールキューはこの表には表示されません。

Call queue stats table in call queue analytics

KPI

KPIはページ上部に表示され、選択した日付範囲にエージェントが処理した通話の詳細が表示されます。 利用可能なKPIは次のとおりです。

  • 応答された通話の合計数 —エージェントが応答した提示された通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
  • バウンスした通話の合計数 —エージェントに伝えられたが応答されなかった通話の総数。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。

    エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

  • 平均処理時間 — エージェントが通話の処理に費やす平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。 パーセンテージは、選択した日付範囲の過去のデータと比較して、時間の経過に伴う値の変化を示しています。
Call queue analytics call queue agent stats KPIs

1通話あたりのエージェントの平均通話時間とトレンド

このグラフは、各通話の平均所要時間を通話ステータス別に示しています。 このグラフを使用して、電話をかけてきた人が必要な支援をタイムリーに受けているかどうかを確認できます。

Avg agent call minutes per call and trend charts in call queue agent stats analytics

エージェントへの着信通話状況(通話状況別)

このグラフは、通話状況に基づいたエージェントへの着信通話の内訳を示しています。 このグラフは、 バウンスした通話が通常よりも多いかどうかを確認するのに役立ちます。

Incoming calls to agents by call status chart in call queue agent stats analytics

アクティブエージェントがトレンドです

このグラフは、 特定の日付範囲におけるアクティブなエージェントの傾向を示しています。 このグラフのエージェント数を、コールステータス別のエージェントへの着信コールなどの別のグラフと比較して、 そのコール数を処理するのに十分なエージェントがいるかどうかを確認できます。

Active agents trending chart in Customer Experience analytics

応答した通話とバウンスした通話の上位25人のエージェント

この表は、 通話への応答またはバウンス数が最も多い上位25人のエージェントを示しています。

エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

Top 25 agents by answered and bounced calls chart in call queue agent stats analytics

平均トーク数と平均保有時間別の上位25人のエージェント

この表は、 平均通話時間または保留時間が最も多い上位25人のエージェントを示しています。

Top 25 agents by avg talk and avg hold mins chart in call queue agent stats analytics

コールキューエージェント

この表には、 組織内のコールキューに割り当てられているすべてのエージェントの詳細が表示されます。 この表を使用して、どのエージェントが最も多くの電話を受けるか、またそのエージェントの通話統計に関する情報を確認できます。 表の検索バーを使って 、特定のエージェントやワークスペースの名前、コールキュー、場所を検索することもできます。 入手可能な詳細は次のとおりです。

  • エージェント名 —エージェントまたはワークスペースの名前。
  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 応答された通話の合計数 —エージェントに伝えられ、 エージェントが応答した通話の数。
  • バウンスコール —エージェントに伝えられたが応答されなかった通話の数。

    エージェントによって拒否された通話は、バウンスされた通話としてカウントされません。

  • 提示された通話の合計—コールキューによって配信されたエージェントへの着信通話の数。
  • 合計通話時間—エージェントが積極的に通話に費やした合計時間。
  • 平均通話時間 — エージェントが積極的に通話に費やした平均時間。
  • 合計保留時間 — エージェントが通話を保留にした合計時間。
  • 平均保留時間 — エージェントが通話を保留にした平均時間。
  • 合計処理時間—エージェントがキューからの通話に費やした合計時間。 これは、 エージェントが通話を終了または転送したときに記録されます。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 平均処理時間 — エージェントが通話の処理に費やした平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
Call queue agents table in Customer Experience analytics

KPI

ページの上部にはKPIがあり、 現在のすべての着信通話とその状態が表示され、通話キューをリアルタイムで監視するのに役立ちます。 利用可能なKPIは次のとおりです。

  • アクティブコール- エージェントが発信者と話している通話数を示します。
  • 待機中の通話 — 次の対応可能なエージェントが応答するのを待っている通話の数が表示されます。
  • 保留中の通話 — エージェントが保留にした通話の数が表示されます。
Call queue analytics live queue stats KPIs

ライブコールキューの統計情報

この表には、 組織内に設定されているすべてのコールキューの詳細が表示されます。 この表を使用して、どのコールキューが最も多くのコールを受けているかを確認し、必要に応じてエージェントの数を調整できます。 表の検索バーを使用して、特定のコールキュー、場所、電話番号、 内線番号を検索することもできます。 入手可能な詳細は次のとおりです。

  • コールキュー — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 電話番号。—コールキューに割り当てられている電話番号。
  • 内線番号 — コールキューに割り当てられた内線番号。
  • アクティブコール —エージェントが発信者と話している通話の数。
  • 保留コール —エージェントが保留にした通話の数。
  • 待機中の通話 — 次の対応可能なエージェントを待っている通話の数。

KPI

KPIはページ上部に表示され、 エージェントが電話をどのように処理しているかについての詳細が表示されます。 利用可能なKPIは次のとおりです。

  • 接続件数 —選択した日付範囲にエージェントが応答した接続通話の数。
  • 平均処理時間 —選択した日付範囲にエージェントが通話の処理に費やした平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 平均着信接続時間 — 選択した日付範囲でエージェントが通話に費やした平均時間。
  • 平均インバウンド保留時間 — エージェントが選択した日付範囲でインバウンドコールを保留にした平均時間。
Agents statistics KPIs in Customer Essentials analytics

接続ごとのエージェントの平均接続時間トレンド

このグラフは、 選択した日付範囲における接続ごとのエージェントのインバウンドステータス時間の傾向を示しています。 このグラフは、 エージェントの数が足りないために保留時間が時間の経過とともに増加しているのか、それとも電話にタイムリーに応答されているのかを確認するのに役立ちます。

Avg. agent connected time per connection trend chart in Agent statistics of Customer Essentials analytics

エージェント別の平均インバウンド接続時間

このグラフは、 選択した日付範囲で平均インバウンド接続時間が最も長いエージェントを昇順または降順で示しています。 このグラフを使用して、 通話にかかる時間に外れ値がないかどうかを確認できます。

Avg. inbound connected time by agents chart in Agents statistics of Customer Essentials analytics

エージェントによるインバウンドの平均保留時間

このグラフは、 選択した日付範囲で平均インバウンド保留時間が最も長いエージェントを昇順または降順で示しています。 このグラフを使用して、通話が平均よりも長く保留になっている場合に、 特定の通話キューに追加のエージェントが必要かどうかを確認できます。

Avg. inbound hold time by agents chart in Agents statistics of Customer Essentials analytics

キューエージェント

この表には、 組織内のコールキューに割り当てられているエージェントの詳細が表示されます。 この表を使用して、どのエージェントが最も多くの電話を受けるか、またそのエージェントの通話統計に関する情報を確認できます。 入手可能な詳細は次のとおりです。

  • エージェント名 — エージェントの名前。
  • キュー名 — コールキューの名前。
  • 場所 — コールキューに割り当てられた場所。
  • 応答された電話—エージェントが応答した通話の数。
  • バウンスコール —エージェントに伝えられたが応答されなかった通話の数。
  • 放棄された通話 —エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の数。
  • その他の未応答の電話 —未応答以外の状態になった通話の数。 たとえば、発信者がキーを選択しなかった場合などです。
  • 提示されたコール —コールキューによって配信されたエージェントへのインバウンドコールの数。
  • 合計通話時間—エージェントが積極的に通話に費やした合計時間。
  • 平均着信通話時間 — エージェントが積極的に通話に費やした平均時間。
  • 合計保留時間 — エージェントが通話を保留にした合計時間。
  • 平均着信保留時間 — エージェントが通話を保留にした平均時間。
  • 合計処理時間—エージェントがキューからの通話に費やした合計時間。 これは、 エージェントが通話を終了または転送したときに記録されます。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 平均処理時間 — エージェントが通話の処理に費やした平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • agentID —キューから提供された電話に応答するエージェントの一意の識別子。

KPI

KPIはページ上部に表示され、 コールキューの大まかなステータスを確認できます。 利用可能なKPIは次のとおりです。

  • 応答済み —選択した日付範囲にエージェントが応答した電話の数。
  • 放棄済み —選択した日付範囲でエージェントが対応可能になる前に、発信者が電話を切ったりメッセージを残したりした通話の件数。
  • 平均保留時間 — 選択した期間にエージェントが発信者を保留にした平均時間。
  • キューの平均待機時間 — 選択した日付範囲で、 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。
KPIs for queue historicals section in Supervisor desktop of Customer Essentials analytics

キューとトレンドの着信コール

これらのグラフは、 着信コールをステータスに基づいて分類しています。 このグラフを使用して、 コールキューのパフォーマンスの概要を把握できます。

Incoming calls for queues chart in queues historical section of Supervisor desktop in Customer Essentials analytics

1コールあたりの平均キュー待ち時間

このグラフは、選択した日付範囲で、 1回の通話あたりの平均待ち時間が最も長い通話キューを昇順または降順で示しています。 このグラフを使用して、待ち時間を短縮するために、 どのコールキューに追加のエージェントを割り当てる必要があるかを確認できます。

Avg. queue wait time per call chart in Supervisor desktop section of Customer Essentials analytics

通話あたりの平均キュー保留時間

このグラフは、選択した日付範囲で、 1回の通話あたりの平均保留時間が最も長い通話キューを昇順または降順で示しています。 このグラフを使用して、 発信者が平均よりも長く保留状態になった時期を確認できます。

Avg. queue hold time per call chart in Supervisor desktop section of Customer Essentials analytics

キューの詳細

この表には、 組織で設定されているコールキューの詳細が表示されます。 このグラフを使用して、 各コールキューのエージェントのパフォーマンスを確認できます。 入手可能な詳細は次のとおりです。

  • キュー名 — コールキューの名前。
  • 保留時間 — 発信者が保留にされた時間。
  • 平均保留時間 — 1 回の通話で発信者が保留にされた平均時間。
  • 接続時間 — 発信者がエージェントに話しかけた時間。
  • インバウンドの平均接続時間 — 1 回の通話で発信者がエージェントに話しかけた平均時間。
  • 処理時間 — エージェントがキューからの通話に費やした時間。 これは、 エージェントが通話を終了または転送したときに記録されます。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • 平均処理時間 —選択した日付範囲にエージェントが通話の処理に費やした平均時間。 処理時間には、通話時間、 保留時間、着信時間が含まれます。
  • キュー時間 — 発信者が次の対応可能なエージェントが電話に応答するまで待機した時間。
  • キューの平均待機時間 — 発信者が次の対応可能なエージェントが電話に応答するのを待つのに費やした平均時間。
  • 応答済み —エージェントが応答した電話の数。
  • 放棄済み — エージェントが対応可能になる前に発信者が電話を切ったりメッセージを残したりした通話の件数。
  • 総通話数 —着信通話の総数。
Queue details table in Supervisor desktop section of Customer Essentials analytics

キュートレンドのライブコンタクト

このグラフは、現在キューで待機している発信者の数を示しています 。 このグラフを使用して、 通話のピーク時間を確認して、必要に応じて通話キューを調整したり、エージェントを再割り当てしたりできます。

Live contacts in queue trend chart in Customer Experience analytics

ライブキューの統計情報

この表には、 エージェントステータスの詳細と、キューで待機している連絡先の数が表示されます。 この表を使用して、 特定のキュー内のエージェント数を調整する必要があるかどうかを確認できます。 入手可能な詳細は次のとおりです。

  • キュー名 — コールキューに割り当てられた名前。
  • 現在待機中の連絡先 —エージェントが対応可能になるのを待っている発信者の数。
  • エージェント総数 — キューに割り当てられたエージェントの数。
  • スタッフがいるエージェント—キューに加わったエージェントの数。
  • エージェントがアイドル状態です — 対応可能だが電話に出ていないエージェントの数。
  • エージェント不在—ステータスを「不可」 に設定していて、電話を受けていないエージェントの数。
Live queue stats table in Customer Experience analytics

KPI

KPIはページの上部に表示され、 エージェントが通話をどのように終えたかに関する統計が表示されます。 利用可能なKPIは次のとおりです。

  • 平均ラップアップ時間 — 組織内のすべてのエージェントの平均ラップアップ時間。
  • 最長の平均ラップアップ時間キュー —選択した日付範囲で平均ラップアップ時間が最も長かったエージェントのいるキュー。
  • 最低平均ラップアップ時間キュー —選択した日付範囲で平均ラップアップ時間が最も短かったエージェントのキュー。
Agents wrap up KPIs for Supervisor desktop analytics in Control Hub

総括平均期間のトレンド

このグラフは、選択した日付範囲の全キューにわたる平均ラップアップ期間の傾向を示しています。 この情報を使用して、 どの日のラップアップ期間が平均よりも長いかを調べ、 その日を調べて平均所要時間が長かった理由を調べることができます。

Average wrap up duration trend chart for Supervisor desktop analytics in Control Hub

トップ/ボトムラップアップの理由が使用されました

この表は、選択した日付範囲における上位または最下位のラップアップ理由と、 それに対応する平均ラップアップ期間を示しています。 この情報を使用して、 組織で最も多く使用されたラップアップ理由と、 その期間が組織のサービスレベル契約で予定されているかどうかを確認できます。

Top wrap up reasons used list for Supervisor desktop analytics in Control Hub

平均ラップアップ期間の最高/最低順のキュー数

この表は、 選択した日付範囲で完了した平均ラップアップ期間が最長または最短の上位キューと、それに対応するラップアップを示しています。 この情報を使用して、 特定のキューが他のキューよりも後処理に時間がかかる理由についての洞察を得ることができます。

Top queues by highest average wrap up duration list for Supervisor desktop analytics in Control Hub

完了したラップアップの数が多い/少ない順に上位のエージェント

この表は、選択した日付範囲で完了したラップアップの数と、 それに対応する選択した日付範囲での平均ラップアップ期間の上位エージェントを示しています。 この情報を使用して、 エージェントが組織内でどの程度業績を上げているかを確認できます。

Top agents by highest number of wrap ups completed list for Supervisor desktop analytics in Control Hub

平均ラップアップ期間の最高/最低順の上位エージェント

この表には、 ラップアップ期間が最長または最短の上位エージェントと、選択した日付範囲で完了した対応するラップアップが表示されます。 この情報を使用して、エージェントがまとめにかかる時間を短縮し、 一貫したカスタマーサービスを提供するのに役立ちます。

Top agents by highest average wrap up duration list for Supervisor desktop analytics in Control Hub

エージェントデスクトップ

カスタマーアシストのエージェントは、Webex アプリの次のグラフにアクセスできます。

キュートレンドのライブコンタクト

このグラフは、現在キューで待機している発信者の数を示しています 。 このグラフを使用して、 通話のピーク時間を確認して、必要に応じて通話キューを調整したり、エージェントを再割り当てしたりできます。

Live contacts in queue trend chart in Customer Experience analytics

ライブキューの統計情報

この表には、 エージェントステータスの詳細と、キューで待機している連絡先の数が表示されます。 この表を使用して、 特定のキュー内のエージェント数を調整する必要があるかどうかを確認できます。 入手可能な詳細は次のとおりです。

  • キュー名 — コールキューに割り当てられた名前。
  • 現在待機中の連絡先 —エージェントが対応可能になるのを待っている発信者の数。
  • エージェント総数 — キューに割り当てられたエージェントの数。
  • スタッフがいるエージェント—キューに加わったエージェントの数。
  • エージェントがアイドル状態です — 対応可能だが電話に出ていないエージェントの数。
  • エージェント不在—ステータスを 「不可」に設定していて、電話を受けていないエージェントの数。
Live queue stats table in Customer Experience analytics

持続可能性分析は、 特定の期間に組織内の現在測定可能なデバイスや電話が消費した推定エネルギーと、 そのエネルギー消費量に関連する推定温室効果ガス排出量(CO2eで測定)をモデル化します。

サステナビリティ分析には、現在、 組織内の測定可能なデバイスと電話の次の製品リストのエネルギー消費指標が含まれています。

  • デスクポートフォリオ(DX 70を除く)

  • 取締役会ポートフォリオ(Spark Board55と70を除く)

  • ボードプロ 55 G2 とボードプロ 75 G2

  • ルームキットとルームキットミニ

  • ルームバーとルームバープロ

  • クワッドカム

  • コーデックプラス、コーデックプロ、コーデックEQ

  • 55号室

  • デスクフォン 9800

タイムゾーンセレクター

タイムゾーンは、右上の選択内容に従って設定されます。 ドロップダウンメニューからいつでも希望するタイムゾーンを変更できます。

デバイスのエネルギー消費量

独自の炭素排出係数を設定するには、[管理] > [デバイス] > [デバイスの消費電力と二酸化炭素排出量] に移動し、[編集] をクリックします。 組織が米国に拠点を置いている場合 、 デフォルト値は米国環境保護庁のeGridに基づいています。

シスコビデオコラボレーションデバイスのさまざまなエネルギー消費量の測定値について詳しくは、こちらをご覧ください。

KPI

組織内の現在測定可能なデバイスと電話に関連する次のKPIは、ページの上部にあります。

  • デバイスの総エネルギー消費量 —選択した日付範囲で消費された合計キロワット時数。
  • 推定炭素排出量 —選択した日付範囲におけるエネルギー消費から排出される炭素排出量の推定値。
  • 現在測定可能なデバイス —エネルギー消費量を測定でき、現在オンラインになっているデバイスと電話の総数。
  • 1年で節約できる可能性 —測定可能な各デバイスと電話が、通常5営業日の週には10時間、 週末は0時間オンラインに設定されていると仮定して、 組織でどれだけのエネルギーを節約できるかを推定します。

    過去52週間でオンラインのデバイスと電話で節約できる可能性のあるkWh(kWh)は、 次のように計算されます。

    • デバイス —52週間* [14時間* 5 (営業日)] + [ 24時間*2 (週末)] * [ハーフウェイクモードの電力 — ネットワークスタンバイモードでのエネルギー消費量]
    • 電話 —52週間* [14時間* 5 (営業日)] + [ 24時間*2 (週末)] * [アイドルモードの電力 — ディープスリープモードでのエネルギー消費量]
Sustainability analytics KPIs

デバイスのエネルギー消費量の傾向

このグラフは、 選択した日付における測定可能なデバイスと電話のエネルギー消費量の傾向を示しています。 また、 それらのデバイスや電話がスタンバイ状態のときに消費されるエネルギー量も確認できます。 このグラフを使用して、デバイスや電話に加えた変更が、時間の経過とともにエネルギー消費にどのように影響するかを追跡できます。

Device energy consumption trend in sustainability analytics

Slido分析は、ユーザーが会議中にSlido機能を使用している頻度を確認するのに役立ちます。

KPI

組織でのSlidoの使用頻度に関連する次のKPIは、 ページの上部にあります。

  • 作成されたSlidos—選択した日付範囲内にアクティブな参加者が少なくとも1人いた、作成されたSlidoイベントの総数。 Slidoイベントは、複数日にわたって開催されている場合でも、 選択した日付範囲で1回カウントされます。 たとえば、月曜日、火曜日、 水曜日に1つのSlidoイベントが開催されている場合、そのイベントは、選択した日付範囲で作成されたSlidoが3つではなく 、 1つのSlidoとしてカウントされます。
  • Webex Meetingswith Slido —選択した日付範囲内にSlidoが使用されたWebexミーティングの総数。
  • アクティブな参加者 — 選択した日付範囲内に、 Q&Aで質問したり、Q&Aで賛成票を投じたり、投票したりしたSlido参加者の総数。
Slido analytics KPIs in Control Hub

参加者とのやりとりの傾向

このグラフは、参加者がSlidoをどのように使用しているかの傾向内訳を示しています。 このグラフを使用して、 組織内のユーザーに人気のあるSlidoイベントのタイプを確認したり、それほど人気のないイベントへのエンゲージメントを高めることができます。

Participant interactions trend chart in Control Hub Slido analytics

Slidoイベントを管理トレンドとして使用したことのあるユーザー

このグラフは、少なくとも1つのSlidoイベントを作成したSlido管理者の数の傾向を示しています。

Users who have used a Slido event as admin trend chart in Control Hub Slido analytics

Slidosがトレンドを生み出しました

このグラフは、ある日付範囲内に作成されたSlidoイベントの数の傾向を示しています。 このグラフは、ユーザーがSlidoを採用する傾向に気づいた場合に参考にしてください。

Slidos created trend chart in Control Hub Slido analytics

Webex Meetingsスライドトレンドで

このグラフは、Slidoが使用された会議数の傾向を示しています。 このグラフは、組織内のユーザーが日々の会議でSlidoを採用しているかどうかを確認するのに役立ちます。

Webex Meetings with Slido trend chart in Control Hub Slido analytics

アクティブ参加者の傾向

このグラフは、Q&Aでの質問、 Q&Aでの質問への賛成、投票など、Slidoイベントに参加したユーザーの傾向を示しています。

Active participants trend chart in Control Hub Slido analytics

Vidcast分析は、 組織内のユーザーがどのようにVidcastを作成、閲覧、共有するかを確認するのに役立ちます。 これらのグラフを使用して、Vidcastの採用状況を把握し、使用傾向を確認し、 選択した期間における共有コンテンツの視聴状況を確認してください。

KPI

Vidcast Analyticsタブの上部には5つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

5つのKPIは次のとおりです。

  • 登録ユーザー--このKPIを使用して、 組織内のVidcastに登録したユーザーの数を確認してください。 この数が予想よりも少ない場合は、 Vidcastが利用可能であることを知らないユーザーやチームにフォローアップすることができます。

  • 視聴回数のあるVidcast--このKPIを使用して、 選択した期間に少なくとも1回の視聴があったVidcastの数を確認します。 これは、 作成されたVidcastが視聴者に届いているかどうかを理解するのに役立ちます。

  • 作成されたVidcastの最小数--このKPIを使用して、 組織で作成されたVidcastの合計所要時間を確認してください。 これは、 ユーザーがどれだけのVidcastコンテンツを制作しているかを理解するのに役立ちます。

  • 総視聴回数-このKPIを使用して、 ユーザーがVidcastを視聴した回数を確認します。 視聴回数が増えている場合、 ユーザーは最新情報を共有したり、録画されたコンテンツを視聴したりするためにVidcastを利用する頻度が高くなる可能性があります。

  • Vidcastの視聴時間(分)-このKPIを使用して、 ユーザーがVidcastを視聴した合計時間を確認してください。 この値を制作されたVidcastと比較すると、 作成されたコンテンツがどれだけ消費されているかがわかります。

使い方

これらのグラフを使用して、Vidcastが組織でどのように採用され、使用されているかを理解してください。 グラフは、クリエイターのアクティビティと視聴者のエンゲージメントを時系列で比較するのに役立ちます。

登録ユーザーの傾向

このグラフは、 選択した期間にVidcastに登録したユーザー数の傾向を示しています。 このグラフを使用して、Vidcastの採用が増加しているかどうかを確認し、 登録数が増加または減少した時期を特定できます。

視聴回数の多いビッドキャストがトレンド

このグラフは、少なくとも1回視聴されたVidcastの数の傾向を示しています。 このグラフを使用して、 組織で共有されているVidcastをユーザーが視聴しているかどうかを確認できます。

たくさんのVidcastがトレンドを生み出しました

このグラフは、作成されたVidcastコンテンツの合計時間(分)の傾向を示しています。 このグラフを使うと、時間の経過とともにユーザーがより多くのVidcastコンテンツを作成しているかどうか、 また制作パターンが重要な営業期間に変化しているかどうかを把握できます。

総視聴回数トレンド

このグラフは、Vidcastの総視聴回数の傾向を示しています。 このグラフを使用して、 視聴者のエンゲージメントを把握し、 選択した期間における視聴アクティビティを比較できます。

視聴回数別のポッドキャストトップ10

この表は、視聴回数が最も多いトップ10のVidcastを示しています。 この表を使って、 組織で最も注目されているコンテンツを特定できます。

ポッドキャストの視聴回数トレンド

このグラフは、ユーザーがVidcastを視聴した合計時間の傾向を示しています。 このグラフを総視聴回数の傾向と併用すると、 Vidcastが視聴された頻度とユーザーが視聴に費やした時間の両方を把握できます。

メソッドによって作成されたVidcast

このグラフは、 録音、アップロード、会議のインポート、AIで生成されたVidcastなど、作成に使用された方法別のVidcastの内訳を示しています。 この表を使うと、 どの作成方法が組織で最も一般的かを理解できます。

メソッド別に作成されたVidcastの要約

このグラフは、メソッド別に作成されたVidcastの合計時間を示しています。 このグラフを使用して、 会議のインポートと短い録音の比較など、 一部の作成方法が他の作成方法よりも長いコンテンツを生成するかどうかを確認できます。

視聴回数別のクリエイタートップ10

この表は、Vidcastが最も視聴されたクリエイターのトップ10を示しています。 この表を使えば、どのクリエイターが最も多くの視聴者にリーチしているかを把握できます。

制作されたVidcastの上位10人のクリエイター

この表は、作成されたVidcastの数で上位10人のクリエイターを示しています。 この表を使って、Vidcastを定期的に使用しているアクティブなクリエイターやチームを特定できます。

コンテンツ共有

これらのチャートを使って、Vidcastがどのように共有され、誰が視聴しているかを把握してください。 これらのグラフは、共有パターンを確認し、 コンテンツが主に内部または外部の視聴者に見られているかどうかを判断するのに役立ちます。

共有方式によるビッドキャスト

このグラフは、電子メール、Webex Space、 ドメイン、チーム、レポートツリー、グループなどの共有方法別のVidcastの内訳を示しています。Active Directory このグラフを使うと、 ユーザーが通常どのようにポッドキャストコンテンツを配信しているかがわかります。

制限タイプ別のビッドキャスト

このグラフは、オープンリンク、 制限付き、プライベートなど、制限タイプ別のVidcastの内訳を示しています。 この表を使って、 あなたの組織でVidcastがどの程度広く利用可能になっているかを確認できます。

視聴者タイプ別の視聴回数

このグラフは、視聴者のタイプ別のVidcast視聴回数の内訳を示しています。 このグラフを使用して、Vidcastを主に組織内の人が視聴しているのか、 それとも社外の視聴者が視聴しているのかを把握できます。

制限タイプ別の視聴回数

このグラフは、Vidcastの制限タイプごとに視聴回数がどのように分散されているかを示しています。 このグラフを使用して、公開、制限付き、プライベートの各Vidcastの視聴者のアクティビティを比較できます。

ビデオメッシュ分析は、組織内のオンプレミスWebex Video Meshノードとクラスタの使用方法に関する情報を提供します。Cisco Webex メトリクスビューの履歴データを使用すると、オンプレミスリソースの容量、使用率、可用性を監視することで、Webex Video Mesh リソースをより効果的に管理できます。 クラスターが常に満杯の場合は、この情報を使用して、クラスターに Webex Video Mesh ノードをさらに追加するか、新しいクラスターを作成するかを決定するのに役立ちます。

ビデオメッシュ分析は、コントロールハブの分析 > ビデオメッシュにあります。

組織内のデータを分析しやすくするために、グラフ上の指標の1つを選択して、表示したいデータをフィルタリングできます。

ビデオメッシュアナリティクスは、ローカルブラウザに設定されているタイムゾーンのデータを表示します。

データを操作する方法の詳細については、Cisco Webexビデオメッシュの導入ガイドを参照してください。

このページでは、過去4時間または24時間にビデオメッシュを使用したコールレッグのデータを監視できます。

KPI

KPIはページの上部に表示され、組織内でビデオメッシュを使用したコールレッグの統計が表示されます。 これらのKPIを測定可能なデータとして使用して、組織に通常の1日のコールレッグ量を処理するのに十分なノードがあるかどうかを確認できます。 利用可能なKPIは次のとおりです。

  • コールレッグの総数 — オンプレミスとクラウドのクラスターに接続されたコールレッグの総数。
  • オンプレミスのコールレッグ — オンプレミスクラスターに接続されたコールレッグの数。
  • クラウドコールレッグへのオーバーフロー — オンプレミスクラスターに接続しようとしたが、利用できなかったコールレッグの総数。 この数が多い場合は、その期間にクラスターに問題があったのか、それとも組織がより多くのコールレッグをホストするためにオンプレミスクラスターを増やしているのかを判断できます。
  • クラウド・コールレッグ — クラウド・クラスターに接続されたコール・レッグの総数。 この数が多い場合は、組織はオンプレミスクラスターをさらにセットアップすることを検討する必要があるかもしれません。
  • クラスターの平均可用性 — コールレッグが接続できるオンプレミスクラスターの平均割合。 この数が少ない場合は、下のグラフを使用して、常に最大容量に達していたオンプレミスクラスターがある場所を確認できます。
KPIs in Video Mesh Live Monitoring analytics

ノード別のクラスターの可用性

このグラフは、通話をホストできる各オンプレミスクラスターのノード可用性の割合を示しています。 このデータは、問題のあるクラスターやノードを組織レベルで全体的に把握するのに役立ちます。 これらのクラスターのいずれかをクリックすると、関連するすべてのグラフがフィルタリングされ、選択したクラスターに関連する詳細が表示されます。

Cluster availability by node chart in Video Mesh Live Monitoring analytics

ノードの可用性の詳細

このグラフは、選択したオンプレミスクラスターで利用できるノードを示しています。 このデータは、組織内でどのノードに問題があるかを確認し、問題のトラブルシューティングに役立ちます。

Node availability details table in Video Mesh Live Monitoring analytics

クラスタートレンド別の平均リソース使用率

このグラフは、オンプレミスクラスターで使用されているメディアサービスの平均リソース使用率を他のクラスターと比較したときの傾向を示しています。 この情報は、特定の場所に必要なオンプレミスクラスターの数を増やすか減らすかを判断するのに役立ちます。

Average resource utilization by cluster trend chart in Video Mesh Live Monitoring analytics

クラスタートレンド別の最大通話分布

このグラフは、組織内のさまざまなオンプレミスクラスターにおけるコールレッグの分布の概要と傾向を示しています。 この情報により、組織内のさまざまなクラスターに一定時間接続しているコールレッグに関するデータを比較できます。

Maximum call distribution by cluster trend chart in Video Mesh Live Monitoring analytics

クラスタートレンドによるコールレッグのリダイレクト

このグラフは、リダイレクトされたコールレッグの詳細と、特定のオンプレミスクラスターに接続されなかったコールレッグの数の傾向を示しています。通常、CPU使用率が高いか、ネットワーク容量がいっぱいになったことが原因です。 これらのコールレッグは、会議に接続できた別のオンプレミスクラスターにリダイレクトされました。 この情報は、組織内のクラスターの使用率を全体的に把握し、容量を増やす計画を立てるのに役立ちます。

Call leg redirects by cluster trend chart in Video Mesh Live Monitoring analytics

原因と傾向によってコールレッグがクラウドにオーバーフローする

このグラフは、クラウドクラスターに溢れたコールレッグの傾向を示しています。 これはさまざまな理由で発生する可能性があります。たとえば、ノードが容量を超えている、アップグレードされている、ネットワーク接続に問題がある、Webexサイトでビデオメッシュが正しく有効になっていないなどです。 この情報は、コールレッグがクラウドクラスターにオーバーフローする潜在的な原因を特定するのに役立ちます。

Call leg overflows to cloud by cause trend chart in Video Mesh Live Monitoring analytics

クラスタートレンド別のカスケード帯域幅使用量の合計

オンプレミスとクラウドの間でカスケードが確立されたときに、すべてのWebex Video Meshクラスターで使用された合計帯域幅の最近のビューを表示します。 アナリティクスページで選択した期間に関係なく、このデータは10分ごとに更新されます。

帯域幅の値はMbpsで表示されます。 グラフは、送信(Tx)と受信(Rx)の帯域幅のいずれかまたは両方の内訳を示しています。

Total cascaded bandwidth usage by cluster trend chart in Video Mesh Live Monitoring analytics

グラフでクラスターを選択すると、カスケード帯域幅使用量(送受信帯域幅)とストリーム帯域幅使用量(音声、動画、コンテンツ共有)の内訳が表示されます。

主要業績評価指標(KPI)

ビデオメッシュエンゲージメントタブの上部には、4つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

4つのKPIは次のとおりです。

  • コールレッグの合計数 — オンプレミスとクラウドのクラスターに接続されたコールレッグの総数。

  • オンプレミスコールレッグ — オンプレミスクラスターに接続されたコールレッグの数。

  • クラウドコールレッグ—クラウドクラスターに接続されたコールレッグの総数。 この数が多い場合は、組織はオンプレミスクラスターをさらにセットアップすることを検討する必要があるかもしれません。

  • クラウドコールレッグへのオーバーフロー — オンプレミスクラスターに接続しようとしたが、利用できなかったコールレッグの総数。 この数が多い場合は、その期間にクラスターに問題があったのか、それとも組織がより多くのコールレッグをホストするためにオンプレミスクラスターを増やしているのかを判断できます。

Video Mesh Analytics Engagement KPIs

クラスタータイプ別のコールレッグとクラスタータイプのトレンド

これらのグラフは、接続されているコールレッグのクラスターに基づいた、コールレッグアクティビティの概要と過去の傾向を示しています。 このグラフは、組織内のオンプレミスクラスターに接続されたコールレッグの数と、クラウドクラスターに接続されたコールレッグの数を比較した全体像を示しています。

Video Mesh Analytics Call Legs by Cluster Type Charts

エンドポイントタイプとエンドポイントタイプ別のコールレッグトレンド

これらのグラフは、組織内の会議への参加に使用されたエンドポイントタイプの概要と過去の傾向を示しています。 このデータは、どのエンドポイントタイプがユーザーに最も人気があるかを評価し、組織内での使用率を評価するのに役立ちます。

一般的なエンドポイントの種類は次のとおりです。

  • モバイル向けWebexです

  • デスクトップ用Webexです

  • ビデオエンドポイント

  • SIPエンドポイント

  • PSTN インク

Video Mesh Analytics Call Legs by Endpoint Type Charts

コールレッグとコールレッグ別の会議接続のトレンド

これらのグラフは、会議内のコールレッグ接続の概要と過去の傾向を示しています。 どのクラスターにコールレッグが接続されているかによって、会議は次のいずれかに分類されます。

  • オンプレミス —会議のすべてのコールレッグがオンプレミスクラスターに接続されています。

  • クラウド —会議中のすべての通話レッグがクラウドクラスターに接続されています。

  • クラウドとオンプレミス —オンプレミスまたはクラウドクラスターに接続された会議中のコールレッグが混在しています。

Video Mesh Analytics Meeting Connections by Call Legs Charts

KPI

ビデオメッシュリソースタブの上部には、3つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

3つのKPIは次のとおりです。

  • クラスターの平均可用性 — コールレッグが接続できるオンプレミスクラスターの平均割合。 この数が少ない場合は、下のグラフを使用して、常に最大容量に達していたオンプレミスクラスターがある場所を確認できます。

  • クラウドコールレッグへのオーバーフロー — オンプレミスクラスターに接続しようとしたが利用できなかったため、コールレッグがクラウドクラスターに接続されたコールレッグの数。 この数が多い場合は、その期間にクラスターに問題があったのか、それとも組織がより多くのコールレッグをホストするためにオンプレミスクラスターを増やしているのかを判断できます。

  • リダイレクトされたコールレッグ — 特定のオンプレミスクラスターに接続できず、別のクラスターにリダイレクトする必要があったコールレッグの数。 この数が多い場合は、下の表を使用して、どのオンプレミスクラスターに問題があるか、または特定のオンプレミスクラスターが常に容量を超えているかどうかを確認できます。

Video Mesh Analytics Resources KPIs

クラスターの可用性(パーセンテージとノード別)

これらのグラフは、通話をホストできる各オンプレミスクラスターのノード可用性の割合を示しています。 このデータは、問題のあるクラスターやノードを組織レベルで全体的に把握するのに役立ちます。 これらのクラスターのいずれかをクリックすると、関連するすべてのグラフがフィルタリングされ、選択したクラスターに関連する詳細が表示されます。

Video Mesh Analytics Cluster Availability by Percentage and Node Charts

ノードの可用性

このグラフは、選択したオンプレミスクラスターで利用できるノードを示しています。 このデータは、組織内でどのノードに問題があるかを確認し、問題のトラブルシューティングに役立ちます。

Video Mesh Analytics Node Availability Chart

原因と原因別の傾向により、コールレッグがクラウドにオーバーフローする

これらのグラフは、クラウドクラスターにあふれたコールレッグの概要と傾向を示しています。 これはさまざまな理由で発生する可能性があります。たとえば、ノードが容量を超えている、アップグレードされている、ネットワーク接続に問題がある、Webexサイトでビデオメッシュが正しく有効になっていないなどです。 この情報は、コールレッグがクラウドクラスターにオーバーフローする潜在的な原因を特定するのに役立ちます。

Video Mesh Analytics Call Leg Overflows to Cloud by Cause Charts
Video Mesh Analytics Call Leg Overflows to Cloud Details

原因と原因別トレンド別のコールレッグリダイレクト

これらのグラフには、リダイレクトされたコールレッグの詳細と、特定のオンプレミスクラスターに接続されなかったコールレッグの数の傾向が表示されます。通常、CPU使用率が高いか、ネットワーク容量がいっぱいになったことが原因です。 これらのコールレッグは、会議に接続できた別のオンプレミスクラスターにリダイレクトされました。 この情報は、組織内のクラスターの使用率を全体的に把握し、容量を増やす計画を立てるのに役立ちます。

Video Mesh Analytics Call Leg Redirects by Cause Charts
Video Mesh Analytics Call Leg Redirects Table

クラスタ別の最大コール分布とクラスタートレンド

これらのグラフは、組織内のさまざまなオンプレミスクラスターにおけるコールレッグの分布の概要と傾向を示しています。 この情報により、組織内のさまざまなクラスターに一定時間接続しているコールレッグに関するデータを比較できます。

Video Mesh Analytics Maximum Call Distribution by Cluster Charts

クラスター別の平均リソース使用率とクラスター・トレンド

これらのグラフは、オンプレミスクラスターで使用されているメディアサービスの平均リソース使用率を他のクラスターと比較してまとめたものです。 この情報は、特定の場所に必要なオンプレミスクラスターの数を増やすか減らすかを判断するのに役立ちます。

Video Mesh Analytics Average Resource Utilization by Cluster Charts

KPI

ビデオメッシュの帯域幅使用量タブの上部には5つのKPIが表示されます。 測定するデータの範囲は、新しい日付範囲を選択すると変わります。

5つのKPIは次のとおりです。

  • 総データ使用量 — オンプレミスクラスターから送受信されたオーディオおよびビデオデータの総数。

  • 送信データ使用量 — オンプレミスクラスターから送信されたオーディオおよびビデオデータの数。

  • 受信データ使用量 — オンプレミスクラスターから受信したオーディオおよびビデオデータの数。

  • オーディオデータ使用量 — オンプレミスクラスターから送受信されたオーディオデータの量。

  • ビデオデータ使用量 — オンプレミスクラスターから送受信されたビデオデータの量。

Video Mesh Analytics Bandwidth Usage KPIs

クラスター別のカスケードデータ使用量の合計とクラスター別のカスケード帯域幅使用量のトレンド

これらのグラフは、オンプレミスとクラウドのクラスター間でカスケードが確立された場合に、すべてのオンプレミスクラスターで使用される合計帯域幅の概要と傾向を示しています。 値はMbpsで表示されます。 この情報は、カスケードデータ使用量が常に多い特定の場所にオンプレミスクラスターを追加する必要があるかどうかを判断するのに役立ちます。

Video Mesh Analytics Total Cascaded Data and Bandwidth Usage by Cluster Charts

データ転送別のカスケードデータ使用量の合計とデータ転送別のカスケード帯域幅使用量のトレンド

これらのグラフは、オンプレミスとクラウドのクラスター間でカスケードが確立された場合の、すべてのオンプレミスクラスターの合計帯域幅使用量の概要と傾向を、送信データと受信データの間で分類して示しています。

Video Mesh Analytics Total Cascaded Data and Bandwidth Usage by Data Transmission Charts

ストリーム別のカスケードデータ使用量の合計とストリーム別のカスケード帯域幅使用量のトレンド

これらのグラフは、オンプレミスとクラウドのクラスター間でカスケードが確立された場合の、すべてのオンプレミスクラスターの合計帯域幅使用量の概要と傾向を、オーディオ、ビデオ、および共有データで示しています。

Video Mesh Analytics Total Cascaded Data and Bandwidth Usage by Stream Charts

Jabber Analyticsのデータは、組織に次のものがあれば、コントロールハブで確認できます。

  • 完全なユニファイドコミュニケーションを備えたオンプレミスのJabber。

  • オンプレミスのJabber、インスタントメッセージのみ。

  • オンプレミスのJabber、電話のみ。

  • ジャバーと。Webex Messenger

Jabber データをコントロールハブに送信するには、以下の設定を完了する必要があります。 完了すると、2 日以内にコントロールハブに Jabber のメトリックが表示されるようになります。 これらの設定が完了すると、コントロールハブのJabberデータの日付が開始されます。 Jabberのデータはバックフィルされません。

組織が複数の jabber-config.xml ファイルを設定している場合は、Control Hub にデータを報告させたいすべての jabber-config.xml ファイルについて、以下の設定を完了する必要があります。 Cisco Jabber12.8の機能構成の「セキュリティと監視」の章を参照してください。

主要業績評価指標(KPI)

Jabber Analyticsページの上部には、4つのKPIが表示されます。 別のタブに移動しても変わりませんが、新しい日付範囲を選択すると、測定するデータの範囲が変わります。

4つのKPIは次のとおりです。

  • アクティブユーザー数 — 選択した期間におけるデバイスごとのユニークアクティブユーザーの総数。 たとえば、あるユーザーがデスクトップコンピューターとモバイルデバイスでアクティブな場合、2人のアクティブユーザーとしてカウントされます。

  • 送信されたメッセージの総数 — 選択した期間にJabberクライアントから送信されたメッセージの総数。

  • 総通話数 —選択した期間に発信および受信された通話の総数。

  • 画面共有 — 選択した期間に画面が共有された合計回数。 これには、RDPとBFCPによる共有が含まれます。

Image shows the four KPI indicators available on Jabber Analytics page

アクティブユーザーの総数

このレポートを使用して、Jabberのデバイスごとのアクティブユニークユーザー数の傾向を確認できます。 このグラフは、ある期間にJabberにサインインしたユニークユーザー数の概要を示しています。

送信されたメッセージの総数

このレポートを使用して、送信されたメッセージの総数を毎日、毎週、または毎月のビューで確認できます。

チャット

チャットレポートには、使用されているさまざまなチャット方法の割合が表示されます。

クライアントバージョン

クライアントバージョンレポートには、使用されているさまざまなJabberバージョンの比率が表示されます。

オペレーティングシステム

オペレーティングシステムレポートには、使用されているさまざまなオペレーティングシステムの比率が表示されます。

Remote Access

Remote Accessこのレポートは、組織のネットワークの内部または外部でJabberにサインインしたユーザー数の比率を示しています。

通話時間の合計

このレポートを使用して、通話に使われた音声とビデオの分数の傾向を確認できます。 このグラフは、ある期間に合計何分使用されたかをまとめたものです。

電話をかけたアクティブユーザーの数

このレポートを使用して、デバイスごとのアクティブユーザーによる通話数を、日、月、または週ごとに分類して確認できます。

ビデオ通話画面の解像度

ビデオ通話の画面解像度レポートは、画面解像度別のビデオ通話の比率を示しています。

電話をかける

通話レポートには、音声通話とビデオ通話の比率が表示されます。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?