- ホーム
- /
- 投稿記事
Webex ビデオ統合を Microsoft Teams にデプロイする
この統合により、ビデオ デバイスが Microsoft Teams 会議に参加できるようになります。 統合は、Cisco デバイスとその他の SIP 対応ビデオ デバイスに適用されます。これは、Webex に登録されているか、オンプレミスのインフラストラクチャに登録されているかに関係なく適用されます。
概要
組織内でホストされている Microsoft Teams 会議に参加するときに、統合によってデバイス ユーザのエクスペリエンスがどのように向上するかを次に示します。
-
Webex 会議エクスペリエンス - 柔軟なレイアウトオプションを備えたマルチスクリーン
-
Microsoft とビデオ統合参加者の両方を表示する参加者リスト
-
デバイスと Microsoft チーム間の双方向コンテンツ共有
-
録画、文字起こし、ロビーで待機している参加者など、デバイス上の会議ステータス インジケーター
会議の招待からのビデオデバイスの参加エクスペリエンス
Microsoft Teams 会議への標準的な電子メール招待状には、Microsoft Teams クライアントから会議に参加するためのクリック可能なリンクを含む会議参加の詳細があります。 このセクションには、音声会議 ID と、音声のみの参加者として参加するための電話番号を含む音声ダイヤルイン情報も含まれる場合があります。 ビデオ統合を有効にすると、招待の参加詳細セクションが拡張され、ビデオ会議デバイスの参加詳細ブロックが含まれるようになります。

会議に参加する時間になったら、ビデオデバイスのユーザは、SIP ビデオアドレス「テナントキー」を呼び出すことができます。 ビデオ会議デバイスで参加する セクション。 テナント キーは Webex 対話型音声応答 (IVR) システムを呼び出し、発信者に「ビデオ ID」の提供を求めます。 (以前は「VTC ID」と呼ばれていました)。
ビデオ ID はビデオ デバイス専用であり、会議に音声会議 ID (含まれている場合) とは異なります。
SIP IVR ビデオアドレスは組織に固有のものであり、組織の Webex SIP サブドメイン フォーマット <サブドメイン>@m.webex.com
。
ビデオ ID の下には、招待状の「詳細情報」ダイヤル手順の Web ページにリンクがあり、直接ダイヤルして会議に参加する方法 (次のセクション) が示されています。
代替ビデオデバイス参加方法 - 直接ダイヤル
ビデオ コール者は、IVR をバイパスして、SIP アドレスを次の形式で使用して直接会議に参加できます。 <ビデオ ID>.<テナントキー>@m.webex.com
。 この方法は、招待状にリンクされている「詳細情報」ダイヤル手順 Web ページの上部に記載されています。 また、Web ページには、会議招待状の IVR プロンプト参加の詳細も繰り返されます。

代替ビデオデバイス参加方法 - 参加ボタン
Webex ハイブリッド カレンダー サービスも有効にすると、スケジューラがデバイスを Microsoft Teams 会議に招待したときに、デバイスは One Button to Push (OBTP) を受信できるようになります。 デバイスを使用する参加者は、 参加する デバイスを会議に接続するときは、ボタンを押します。 会議のエントリには、出席者が参加している会議の種類を示す Microsoft Teams ロゴが表示されます。
代替ビデオデバイス参加方法 - Microsoft Teams ボタン
Cisco デバイスには、ユーザが Microsoft Teams 会議に参加できるようにするための Microsoft Teams ボタンがあります。
Microsoft Teams ボタンは、デフォルトではデバイスに表示されません。 デバイスまたはコントロールハブで直接有効にするには、 WebRTC と CVI を有効にして、Board、デスク、ルーム シリーズから Microsoft チーム ミーティングに参加できるようにします。
デバイス ユーザは、Microsoft Teams ボタンをタップし、ビデオ会議 ID とアドレスを入力することで、Microsoft Teams 会議に参加できます。 見る Microsoft Teams ミーティングにご参加ください。Board、デスク、ルーム シリーズ。
デバイスのデフォルトの CVI 会議アドレスを設定することで、ユーザが簡単に参加できるようになります。
xConfiguration UserInterface MeetingCVI テナントに参加: 住所
見る https://roomos.cisco.com/xapi/Configuration.UserInterface.MeetingJoin.CVITenants/。
代替ビデオデバイス参加方法 - クロステナント参加
デバイス ユーザは、社外 (別の Microsoft Teams テナント) でホストされる Microsoft Teams 会議に参加できます。 会議の招待状にビデオ ID またはテナント キーがない場合でも、この「テナント間参加」を実行できます。
OBTP を備えた Webex カレンダー サービスがある場合、[参加] ボタンをクリックするとテナント間の参加が行われます (この機能の前は、WebRTC を使用していました)。
RoomOS から任意の Teams 会議に参加することもできます。 Teams ボタンをタップし、招待状に記載されている会議 ID とパスコードを入力します。
クロステナント参加は、Webex クラウド登録されているデバイス、または Webex Edge を 参加プロトコル=Webex
。
オンプレミスで登録された SIP デバイスでテナント間参加を使用する場合は、デバイスがテナントによって信頼されている必要があります。また、デバイスの TLS 証明書には、Control Hub で検証されたドメインと一致する SAN が必要です。
RoomOS SIP デバイスでは、オプションでクロステナント参加を有効にすることができます。 見る カレンダーと組織間の招待 この文書では。
Microsoft チームのビデオ統合の要件
要件 |
注記 |
---|---|
Webex がアクティブな組織 |
アクティブな Webex 組織がまだない場合は、ビデオ統合を購入すると組織がプロビジョニングされます。 |
組織内のユーザのための Microsoft Teams アカウントを使用しているMicrosoft 365 テナントの |
セットアップ プロセスでは、アプリケーションのアクセス許可を付与するためにテナントのグローバル管理者としてログインできるアカウントと、PowerShell コマンドを実行できるテナントの Microsoft Teams 管理者アカウントが必要です。 |
Webex ビデオ統合ライセンス (この統合で使用する予定のビデオ デバイスごとに 1 つ)。 |
このサービスのサブスクリプションは、Control Hub の Webex 組織にプロビジョニングし、この記事の説明に従って設定する必要があります。 |
Webex 組織に登録されている Cisco デバイス、またはインターネット通話が可能なその他の SIP ビデオ デバイス。 |
|
Webex ハイブリッド カレンダー サービス (オプションですが、強く推奨されます) |
ビデオ デバイスに One Button to Push (OBTP) を提供するために必要です。 ハイブリッド カレンダーを最大限に活用するには、すべての会議主催者と共有会議室のメールボックスでハイブリッド カレンダーが有効になっている必要があります。 ハイブリッド カレンダー サービスには追加の要件があります。 手順については、 ハイブリッド カレンダーの展開ガイドを参照してください。 |
ビデオ統合トラフィックのポートとプロトコル
[シグナリング(Signaling)]
ビデオ デバイスは、シグナリングのために Webex データ センターに接続します。
ビデオデバイス |
プロトコル |
ポート番号 | 注 |
---|---|---|---|
Cisco デバイスが組織に登録されました |
[TCP] |
443 |
要件については、 Webex サービスのネットワーク要件を参照してください。 |
その他の SIP ビデオデバイス |
[TCP] |
5060/5061 | 要件については、「 ネットワーク上で Webex Meetings トラフィックを許可するにはどうすればよいですか?」を参照してください。 |
Media
ビデオ統合通話のメディア パスは、Azure によってホストされる特殊なメディア クラスターがこの通話タイプを処理するため、他の Webex Meetings 通話フローとは異なります。
これらの特殊なメディア クラスターは、標準の Webex Meetings アドレス範囲の一部ではありません。 トラフィックがこれらの追加の IP ネットワークに到達できることを確認する必要があります。
特殊なメディア クラスターは、Webex 登録デバイスが実行する到達可能性テストの一部ではありません。 メディア クラスターの IP 範囲のいずれかへのアクセスを開けない場合、通話が失敗する可能性があります。 統合では、発信元の場所に基づいて、各通話に最適なメディア クラスターを使用するように試みます。 ただし、使用されるメディア クラスターは実行時の条件によって異なる可能性があるため、すべてのメディア クラスターへのアクセスを許可する必要があります。
ビデオ会議デバイス |
プロトコル |
ポート番号 |
メディア クラスター領域と IP 範囲 |
---|---|---|---|
Cisco デバイスが組織に登録されました |
[TCP] |
443 5004 これらの TCP ポートは、優先(UDP)メディアポートのフォールバックオプションとしてのみ使用されます。 |
|
UDP |
5004 (デバイスと Webex クライアント) 9000 (Webex クライアント) | ||
その他の SIP ビデオデバイス |
UDP |
36000-59999 |
その他の Webex サービスと、それらが使用するプロトコルおよびポートについては、 「Webex サービスのネットワーク要件」 を参照してください。
コントロールハブからビデオ統合を作成する
次の手順に従って、Microsoft Teams を Webex クラウドに登録し、Microsoft でサービス権限を承認し、Cisco ビデオ デバイスが Microsoft Teams 会議に参加できるようにします。 コントロールハブ のセットアップウィザードが手順を説明します。
Microsoft ユーザは、セットアップ中に少なくとも 2 回認証を行う必要があります。 これらの手順は、Control Hub への完全な管理者アクセス権が付与されたアカウントを持つ Microsoft 管理者が実行することをお勧めします。
はじめる前に
-
Microsoft チームとのビデオ統合の要件 (このドキュメント内) をすべて満たしていることを確認してください。
-
まだ設定していない場合は、 Webex 組織を設定してください。
-
まだ行っていない場合は、 組織内に Webex SIP アドレスのサブドメインを追加 してください。
-
次の管理者アクセスが必要です:
-
Microsoft 組織内のテナントグローバル管理者権限
-
Microsoft テナント内の Teams 管理権限
-
独自の Webex 組織に対する完全な管理者権限と、Control Hub にアクセスできる Web ブラウザー。 (ブラウザの互換性については、 Webex サービスのシステム要件 を参照してください。)
コントロール ハブにアクセスできる可能性のある他の組織のユーザ (パートナー管理者など) は対象外です。 構成している Webex 組織で完全な管理者アカウントを使用します。
-
-
Microsoft PowerShell コマンドを実行するためのアクセス権も必要です。
-
最新の Microsoft Teams PowerShell モジュールがインストールされました。 詳細については、「 Microsoft Teams PowerShell モジュールのインストール 」を参照してください。
-
この記事の執筆時点では、Microsoft は、Microsoft Teams モジュールを使用する際に PowerShell バージョン 5.1 以上を推奨しているため、Windows マシンでは PowerShell を使用することをお勧めします。 詳細については、 PowerShell 5.1 のシステム要件 を参照してください。
-
1 |
[制御ハブ] にサインインします。 |
2 |
「Webex SIP アドレスを変更する」 を参照してください。 に移動して、Webex SIP アドレスのサブドメインを設定したかどうかを確認します。 サブドメインが設定されていない場合は、 |
3 |
に移動します。 Microsoft Teams のビデオ統合カードで、 [セットアップ] をクリックします。 ![]() カードに セットアップ オプションが表示されない場合は、ライセンスがアクティブであることを確認してください。 |
4 |
ビデオ統合設定画面で、 承認をクリックします。
Microsoft のサインイン ウィンドウにリダイレクトされます。
|
5 |
グローバル管理者アカウントでログインします。 アプリケーションは、Microsoft テナントでのロールを確認し、テナントの詳細を取得するために必要な権限に同意するように求めます。 ![]() |
6 |
要求された権限を確認し、クリックします 受け入れる。 確認する必要はありません 組織を代表して同意する必須ではないので。 アプリケーションはセットアップを続行するための承認を確認します。 承認された場合は、アクセス許可を求める別の Microsoft 同意リクエストにリダイレクトされます。 再度ログインを求められる場合があります。 その場合は、グローバル管理者アカウントを使用してください。 ![]() |
7 |
要求された権限を確認し、クリックします 受け入れる Webex ビデオ統合アプリケーションに必要な権限を付与します。 認証手順が完了すると、ブラウザは Control Hub ビデオ統合セットアップ画面にリダイレクトされます。 そうでない場合は、エラー メッセージを書き留め、問題を修正して、セットアップ プロセスを再開します。
|
8 |
コンピューターで PowerShell ウィンドウを開き、Microsoft Teams PowerShell モジュールがまだインストールされていない場合はインストールします。 |
9 |
Microsoft Teams モジュールをインポートし、Teams テナントに接続します。 |
10 |
コントロールハブのビデオ統合設定画面から、 このコマンドはテナントに固有です。 前の手順で説明したように、Microsoft Teams PowerShell モジュールをインポートし、テナントに正常にログインしていない限り、このコマンドは機能しません。 コマンドを PowerShell にコピーするときは、コピーしたテキストがテキストの処理時に変更されないように特に注意してください。 電子メール、メッセージング クライアント、またはその他の処理を通じてコマンドを送信すると、追加の書式設定、文字の置換、または追加文字が実行され、構成が壊れる可能性があります。 PowerShell は必ずしも不正な形式のテキストを拒否するわけではありません。 可能な場合は、Control Hub から PowerShell にコマンドを直接コピーして貼り付けるか、PowerShell に貼り付ける前にプレーン テキスト エディターを使用してテキストを確認することをお勧めします。 このコマンドは、タイプ Cisco の新しい CVI プロバイダーを作成し、以下を設定します。
|
11 |
ユーザに対して統合を有効にする方法を選択します。 ヘルプについては、「 Grant-CsTeamsVideoInteropServicePolicy」を参照してください。 |
12 |
PowerShell コマンドが完了したら、Control Hub のビデオ統合セットアップ画面で [OK] をクリックしてセットアップを完了します。 |
Microsoft テナントへの PowerShell の変更が Microsoft 365 環境に伝播するまでに時間がかかる場合があります。 Microsoft は、通常は 2 時間未満で完了しますが、最大 72 時間かかる可能性があると警告しています。
ユーザに Microsoft Outlook または Microsoft Teams でテスト会議を作成させることで、ユーザの変更がアクティブになったかどうかをテストできます。 変更が正常に反映された場合は、会議の招待状にビデオ統合の参加の詳細が表示されます。 結合の詳細が存在しない場合は、さらに待ってからテストを再度繰り返します。
次の作業
- Control Hub の左側のナビゲーション メニューで、 [サービス] の下にある [ハイブリッド] を選択します。
- Microsoft Teams カードのビデオ統合を見つけて、 [設定の編集] をクリックします。
ハイブリッド カレンダー サービスのカレンダー機能と OBTP 参加機能を最大限に活用するには、Cisco デバイスが Webex クラウドに登録されている か、 Edge for devices を使用してクラウドにリンクされていることを確認してください。
デバイスに OBTP が必要な場合は、ハイブリッド カレンダー サービスを設定します。 「 OBTP でビデオ デバイスが会議に簡単に参加できるようにする」を参照してください。
参加ボタンとHybrid Calendarの考慮事項
「 代替ビデオ デバイスの参加方法 - [参加] ボタン」で説明したように、ハイブリッド カレンダー サービスを有効にすると、One Button to Push (OBTP) を使用して組織の通話エクスペリエンスをさらに強化できます。
OBTP を使用すると、組織内の Cisco デバイスが会議に含まれている場合、Microsoft Teams 会議の開始直前に、 参加 ボタンが自動的に表示されます。
-
個人モードのデバイスでは、デバイスに関連付けられている ユーザ が会議の招待を承諾すると、ボタンが表示されます。 (ユーザは Control Hub でカレンダー サービスを有効にする必要があります。)
-
共有モードのデバイスでは、デバイスに関連付けられた 会議室メールボックスの電子メール アドレス が会議の招待を承諾すると、ボタンが表示されます。 (デバイスのワークスペースは、Control Hub のカレンダー サービスに対して有効になっている必要があります。)
OBTP の Exchange メールボックス要件
ハイブリッド カレンダー サービスは、会議のスケジュール担当者または招待者の少なくとも 1 人がサービスを有効にしている場合にのみ、会議の招待を処理します (OBTP に必要な詳細を追加します)。 組織内にカレンダー サービス対応のユーザがそれほど多くない場合は、スケジューラやユーザではなく、デバイスの招待によって処理がトリガーされるのが一般的です。 このような場合、Exchange 構成で、サービスが招待で必要とするすべての詳細が保持されることが重要です。
Webex ライセンスを持たないユーザでも、ハイブリッド カレンダー サービスを有効にできます。
デフォルトでは、Exchange Online の設定により、会議室のメールボックスに送信された招待状から会議の詳細が削除されます。 ハイブリッド カレンダー サービスに対して有効にするすべての共有モード デバイスの会議室メールボックスに次の PowerShell コマンドを適用します。
Set-CalendarProcessing-identity "room" -DeleteComments $false
次の 2 つの追加コマンドはオプションですが、推奨されます。
Set-CalendarProcessing -identity "room" -DeleteSubject $false
Set-CalendarProcessing -identity "room" -AddOrganizerToSubject $false
Microsoft 組織外からスケジュールされた招待をデバイスに転送できるようにするには、次のコマンドを追加します。
Set-CalendarProcessing -identity "room" -ProcessExternalMeetingMessages $True
URL 書き換えと OBTP
悪意のあるリンクからユーザを保護するために、電子メール内の URL を書き換えるために、Microsoft Defender for Office 365 (または同様のセキュリティ ソフトウェア) の Safe Links 機能を使用している可能性があります。
このソフトウェアは OBTP に干渉するため、Webex URL を含む Microsoft Teams 会議招待状に対して例外を構成する必要があります。
具体的には、「詳細情報」指示ハイパーリンクを書き換えないようにセキュリティ ソフトウェアを構成する必要があります。 そうしないと、Cisco ハイブリッド カレンダー サービスはそれらの会議の [参加] ボタンを作成できません。
Microsoft Defender の場合、URL パターンを 以下の URL を書き換えないでください 安全なリンク ポリシーの一部です。
使用法 | URL パターン |
---|---|
詳細情報の説明リンク |
https://www.webex.com/*
|
Microsoft Defender の Safe Links ポリシーと構成の詳細については、以下を参照してください。 Microsoft Defender for Office 365 で安全なリンク ポリシーを設定する。
OBTP でサポートされているデバイスの種類
次のデバイスとクライアントは、ビデオ統合とハイブリッド カレンダー サービスを使用した Microsoft Teams 会議の OBTP をサポートしています。
-
Cisco Board, 部屋とデスクのデバイス
-
Cisco ルームキットとルームフォン
-
Cisco MX、SX、DX シリーズ
デバイスは次のいずれかである必要があります Webex クラウドに登録 またはクラウドにリンクして デバイス向け Edge。
デバイスが Cisco TMS または Cisco TMSXE から [参加] ボタンを取得している場合、Microsoft Teams 会議の [参加] ボタンは取得できません。
代わりに、Microsoft Teams 会議の SIP IVR ビデオ アドレスをスピード ダイヤルまたはマクロとして追加することで、影響を受けるデバイスの参加を簡素化できます。
機能と制限
このセクションでは、Microsoft チームのビデオ統合の制限と機能の動作について説明します。
組織とテナントの関係
現在、Webex 組織と Microsoft 365 テナント間の 1:1 関係をサポートしています。
-
単一の Webex 組織は、1 つの Microsoft 365 テナントのみと相互運用できます。
-
Microsoft テナントは複数の 違う ビデオ統合。たとえば、テナントは Cisco および Pexip と同時に相互運用できます。 ただし、テナントは各タイプの統合を 1 つだけ持つことができます。つまり、Cisco から 1 つ、Pexip から 1 つとなります。
複数の Webex 組織がある場合は、Webex ビデオ統合を使用して 1 つを選択し、Microsoft テナントと相互運用します。
提供地域
-
Microsoft 365 のワールドワイドインスタンスのみをサポートします。( サポートされていないその他のインスタンス には、USGovDoD、USGovGCCHigh、中国、ドイツが含まれます。)
-
私たちは、 Webex 有料サブスクリプションが利用可能な国と地域の商用 Webex 組織のみをサポートします。 (FedRAMP 認定の Webex オファリングはサポートされていません。)
ビデオの相互運用性
-
統合では次のように Cisco デバイスがサポートされます。
- Webex に登録しました
- オンプレミスで登録し、Webex Edge for Devices を使用
- オンプレミスで登録され、SIP 呼び出しを実行中
この統合では、SIP 呼び出しを行うサードパーティのデバイスもサポートされます。
-
同じ Microsoft Teams 会議の参加者の最大数は約 450 人です。この制限を超えて参加するビデオ デバイスは信頼できなくなる可能性があります。
数百人の参加者が予想される会議の場合は、Teams ライブ ブロードキャスト、Webex Webinars、またはイベントを選択することをお勧めします。
-
この統合により、ビデオ デバイスが Teams Live イベントに参加できるようになります。 Webex の Microsoft Teams ライブ イベントのビデオ統合を参照してください。
他の Microsoft テナントの Teams Live イベントにテナント間で参加することはできません。
Microsoft では、「タウンホール」機能の CVI 統合がまだ有効になっていません。
-
統合では、H.323 または IP アドレス ダイヤリングはサポートされません。
Cisco Expressway デプロイメントを使用して、これらのレガシー プロトコルを SIP 呼び出しに連携させることができます。
- 他の Cisco およびサードパーティ製機器との相互運用性については、 Webex ビデオの互換性とサポートを参照してください。
-
Webex アプリのワンボタンプッシュ (OBTP) を使用して、ペアリングされたデバイスを Microsoft Teams 会議に参加させることができます。
(Webex アプリからのテナント間参加はありません。)
-
Webex アプリのみを使用して Microsoft Teams 会議に参加することはできません。
この統合では、ビデオ デバイスで Teams 会議に参加するために、OBTP 用の Webex アプリ (ワイヤレス共有) とペアリングされたデバイスのみがサポートされます。 Webex アプリからのダイヤルや、Webex アプリからのデバイス コントロールなど、その他のデバイス ペアリング機能は利用できません。
-
Cisco デバイスからのインタラクティブ ホワイトボードは、Microsoft Teams の会議では利用できません。 ユーザは、デバイスからホワイトボードをビデオ コンテンツとして共有できます (BFCP サポート)。
-
この統合では、IP 電話や PSTN 電話などの音声専用デバイスはサポートされません。
オーディオのみのデバイスは、Microsoft Teams PSTN ゲートウェイ機能を使用して電話をかける必要があります。
IP 電話 (Cisco ビデオ電話 8875 など) では、このソリューションを使用できます。
- Webex Microsoft Teams 会議のビデオ統合は、コンパニオン モードでセットアップされたデバイスではサポートされません。
レイアウトれいあうと
一般的な機能と制限
-
VIMT 参加者は、タッチ スクリーン コントロールまたは DTMF トーンを使用して会議のレイアウトを変更できます。
-
ローカル タッチ レイアウト コントロールは、次の場合に ActiveControl (iX プロトコル) をサポートする Cisco デバイスで使用できます。
-
Webex に登録しました
-
Webex Edge for Devices を使用してリンクされています
-
オンプレミスで CUCM または SIP を使用して Expressway に登録され、ActiveControl が構成されています。
-
-
ビデオ統合の参加者は、デバイスから DTMF トーン 2 と 8 を送信することで、さまざまなレイアウト オプションを切り替えることができます。
DTMF コントロールは、インバンド DTMF トーンを送信できるすべてのデバイスで使用できます。
-
-
参加者は、大きなギャラリー レイアウトを使用していない限り、最大 9 つのビデオ ストリームを同時に表示できます (すべての人物画面全体でカウントされます)。
表示されるストリームの数は、選択したレイアウトとデバイスの種類によって異なります。
その制限を超えるすべての参加者には、リモート参加者のビデオ ストリームではなく、Webex によって生成された名前ラベルが表示されます。
-
均等レイアウトでは、表示可能な参加者のサイズを最大化するために、グリッド内のストリームは最大 3x3 に制限されます。
VIMT 参加者がビデオを送信していない場合 (カメラがオフになっているなど)、Webex は、その参加者のビデオ ストリームの代わりに、黒い背景に白い名前ラベルを表示します。
スポットライト: Teams クライアント経由の Teams ホストとプレゼンターは、ビデオ デバイスの参加者を含む、さまざまなレイアウトで会議参加者を常にスポットライトで表示する (表示する) ように選択できます。 スポットライトを当てられた参加者は、既存のレイアウトに優先的に配置され、レイアウト内の名前の後にスポットライト アイコンが表示されます。 スポットライトが当てられた参加者は各レイアウト内の固定された場所に割り当てられず、部屋が許せば、スポットライトが当てられていない他の参加者もレイアウト内に表示されます (たとえば、グリッド レイアウト)。すべてのリモート参加者には、その参加者のビデオの代わりにその画像が表示されます。 その参加者は、Microsoft Teams ではビデオ参加者として扱われます (Teams クライアントでは音声のみの参加者として扱われません)。
-
専用のコンテンツ画面を備えた 3 つの人物画面構成を使用する Cisco デバイスでは、すべての人物画面でオーバーレイ レイアウトが自動的に使用されます。
部屋の切り替えやパノラマ体験機能はサポートされていません。
Microsoft チーム大ギャラリー
参加者がローカル レイアウト コントロールを使用して大きなギャラリーを選択すると、Microsoft Teams の大きなギャラリー複合ビューが表示されます。
このレイアウトでは、7 x 7 のグリッドに最大 49 人のリモート参加者が表示されます。
ギャラリー ビューには、自分自身とアクティブなスピーカーを含む、ビデオが有効になっているすべての参加者が表示されるため、重複したストリームが表示される可能性があります。
Cisco デバイスからの 2 ページ目のオプションはありません。 グリッドに表示されていない参加者がアクティブスピーカーになると、その参加者はグリッドに切り替えられます。
カメラをオフにした Teams クライアント会議参加者は、大きなギャラリー レイアウトに表示されません。
カメラをオフにした他の VIMT 参加者は、デバイス名のイニシャルのアバターとして表示されます。
シングルスクリーンデバイス上のレイアウト
シングルスクリーンレイアウト—Webex に登録されている、Edge、または SIP でダイヤルインされた単一画面の Cisco デバイスを使用している参加者には、デフォルトで「オーバーレイ」レイアウトが表示されます。
コンテンツの共有中は、デフォルトで「スタック」レイアウトが表示されます。
参加者はローカル レイアウト コントロールを使用して、レイアウトを次のように変更できます。
- オーバーレイ(デフォルト)
- 拡大表示
- 集中的な
- 積み上げ
- グリッド
- チーム大ギャラリー
デュアルスクリーンデバイス上のレイアウト
デュアル スクリーン レイアウトは、参加者の画面が 2 つあり、Webex に登録されている、Edge、または SIP (および ActiveControl) を使用してダイヤルインされている Cisco デバイスで利用できます。
参加者はローカル レイアウト コントロールを使用して、レイアウトを次のように変更できます。
-
目立つ–プライマリ スクリーンにフォーカス/アクティブ スピーカー、セカンド スクリーンにグリッド レイアウト (3x3) を表示します。 これがデフォルトのレイアウトです。
-
集中力–アクティブスピーカーが各画面に全画面表示され、音声が切り替わります。
-
グリッドレイアウト–2 人画面、各画面最大 2x2。
-
大きなギャラリー–Microsoft 2 番目の画面に Teams の大きなギャラリー レイアウト (最大 7x7)、1 番目の画面に集中している/アクティブなスピーカー。
デバイスに専用の第 3 画面がある場合、共有コンテンツをそこに表示できます。
それ以外の場合は、コンテンツによって 2 つの画面のうちの 1 つのレイアウトが置き換えられ、レイアウト コントロールを使用してもう一方の画面のレイアウトを変更できます。
2 人の画面がアクティブな場合、オーバーレイ レイアウトとスタック レイアウトは使用できません。
カレンダーと組織間の招待
-
組織外の参加者は、Microsoft の Teams 会議にビデオ デバイスから参加するには、IVR ビデオ アドレス (
<あなたのサブドメイン>@m.webex.com
)をクリックし、プロンプトで会議のビデオ会議 ID を入力するか、直接ダイヤルの代替手段(<ビデオ会議 ID>.<サブドメイン>@m.webex.com
)。 -
このビデオ統合により、招待に CVI 参加の詳細が含まれている場合は他の Microsoft テナントが主催する会議に参加でき、含まれていない場合はクロステナント参加を使用できます。
ビデオ ID を使用して別の Microsoft テナントによってホストされている Teams 会議に参加するには、次の操作を実行します。
-
そのテナントに対して有効になっている CVI ビデオ統合のビデオ アドレスを使用します。
OBTP を使用している場合は、タップします 参加する。 それ以外の場合は、会議招待状の SIP アドレスを手動でダイヤルすることもできます。
あるいは、招待状にビデオ ID が表示されていない場合は、RoomOS Teams ボタン (またはカスタム マクロ) を使用して、招待状の Teams 会議 ID とパスコードを入力して参加します。
-
見る WebRTC と CVI を有効にして、Board、デスク、ルーム シリーズから Microsoft Teams 会議に参加できるようにします。
-
RoomOS デバイスで SIP を使用しています(Edge を含む)
参加プロトコル=SIP
) は、オプションで次のようにテナント間参加機能を有効にできます。-
xConfiguration MicrosoftTeams Cvi CrossTenant を設定します: 有効。
(デフォルトは自動)クラウド登録デバイスおよび VIMT に対して、Auto=Enabled が設定されます。
オンプレミスの SIP 登録デバイスでは、Auto=Disabled が設定されています。
-
RoomOS SIP デバイスでは、顧客の TenantKey ごとに VIMT を設定する必要もあります (@m.webex.com の左側)。
xConfiguration UserInterface MeetingJoin CVITenants を設定します:<example>
-
-
-
コメント/本文の詳細の欠落や主催者ベースの処理から生じる問題は、Microsoft Teams 会議の OBTP を処理するときにも適用されます。
RoomOS は、Teams 会議招待の会議 ID とパスコードを使用して、テナント間会議の [参加] ボタンを準備します。 これらの詳細が存在しない場合、または招待状から解析するのが困難な場合は、[参加] ボタンが期待どおりに機能しない可能性があります。 この場合、WebRTC を使用してゲストが直接参加する OBTP が使用されます。
会議機能
接合
ビデオ統合を介して接続する Cisco デバイスでは、Webex IVR とスプラッシュ スクリーンがデバイスに設定されている言語にローカライズされます。 その他のすべてのシナリオでは、米国英語がデフォルトになります。 クラウド通話または Cisco 通話を使用する SIP デバイスのローカリゼーションがサポートされています (CE9.14.3 以降が必要です)。
録音
ビデオ統合の参加者には、会議の録画を開始または停止するためのコントロールがありません。 Microsoft Teams ユーザは会議の録画を管理する必要があります。
共有
-
コンテンツ共有ではバイナリフロア制御プロトコル (BFCP) が使用され、アプリケーションの共有やリモート制御の許可などのプロトコルの制限が適用されます。
-
会議ポリシーまたは会議開催者が、 「誰が発表できますか? 」会議オプションを使用して、Teams 会議でコンテンツを共有できるユーザを制限している場合、ビデオ統合参加者は、会議でコンテンツを共有するために「発表者」の役割を持っている必要があります。 ビデオ統合を通じて参加する場合、発信者はデフォルトで「出席者」になります。 信頼できる発信者として参加する発信者には、 「誰がプレゼンターになれるか?」で設定された値に関係なく、プレゼンターの役割が自動的に割り当てられます。 会議の主催者は、Teams クライアントの参加者リストを使用して、参加者の役割を即座に切り替えることができます。
-
会議ポリシーまたは会議開催者が、 「誰が発表できますか? 」会議オプションを使用して、Teams 会議でコンテンツを共有できるユーザを制限している場合、会議で「出席者」の役割しか持たないビデオ統合参加者に対しては、コンテンツの共有は期待どおりに機能しません。 発信者は自分のデバイスで共有を開始できますが、そのコンテンツは会議の他の参加者には表示されません。 共有すると、他のユーザからのコンテンツの受信が妨げられる場合もあります。
-
ビデオ統合の参加者は、Microsoft Teams 参加者が共有 画面 または共有 ウィンドウ オプションを使用して共有すると、コンテンツを表示できます。
ビデオ統合の参加者は、Microsoft Teams のホワイトボードや、PowerPoint Live または Excel Live として共有されたコンテンツを表示できません。 Teams 参加者が会議で PowerPoint Live を使用すると、ビデオ統合参加者にはコンテンツを表示できないことを知らせるメッセージが表示されます。
画面上の通知
次の場合、ビデオ統合参加者に通知が表示されます。
-
録画が開始または停止します。 録画がアクティブな間は、録画アイコンが画面に表示されます。 Webex クラウド登録または ActiveControl を備えたデバイスでは、ローカライズされたテキストとローカルにレンダリングされたアイコンが取得されます。
-
Teams 参加者が手を挙げます。 通知には、スクリーン名と手のアイコンが含まれます。 参加者リストには挙手アイコンも表示されます。
VIMT 参加者は手を挙げたり、他の人の手を下げたりすることはできません。
-
参加者は Teams 会議ロビーで待機しています (Teams クライアント参加者が参加を許可する必要があります)。
-
Teams 参加者が PowerPoint Live を使用してプレゼンテーションを開始します。 Live を使用する代わりに、プレゼンターに画面またはウィンドウを共有するよう依頼します。
PowerPoint Live 共有が開始された後に参加した VIMT デバイスには、この通知は表示されません。
-
会議中に文字起こしが開始または停止します。 トランスクリプションがアクティブな間は、トランスクリプション アイコンが画面に表示されます。
ミーティング中のチャット
Microsoft ビデオ統合参加者は Teams チャットを利用できません。
ホワイトボード機能
-
Microsoft ビデオ統合参加者は Teams ホワイトボードを利用できません。
-
Cisco デバイスからのインタラクティブ ホワイト ボードは、Microsoft Teams の会議では利用できません。 ユーザは、デバイスからホワイトボードをビデオ コンテンツとして共有できます (BFCP サポート)。
ミュートコントロールとインジケーター
ビデオ統合の参加者は、ローカル デバイス (ローカル ミュート) および/または会議 (サーバ側ミュート) からミュートできます。
これらのミュート オプションは両方とも、参加者の音声が会議に届かないようにしますが、コントロールとインジケーターは通話の種類によって異なります。
参加者リストには、会議参加者のサーバ側のミュート状態が常に表示されます。
参加者が ActiveControl をサポートしていない SIP 呼び出しで参加した場合
-
インジケーター: 参加者のサーバ側ミュートが変更されるたびに、参加者リストのミュート インジケーターも変更されます。 参加者自身のサーバ側ミュートが変更されると、会議ビデオに通知が表示されます。
参加者リストには、参加者のローカルミュート状態は表示されません (このタイプの通話では、デバイスのミュートはサーバ側のミュートと同期しません)。
-
参加者自身のコントロール: 参加者は DTMF トーンを使用できる
*6
サーバ側で自分自身をミュートまたはミュート解除します。デバイスのコントロールを使用して、ローカルでミュートまたはミュート解除することができます。
-
他の参加者のコントロール: 別の Teams 参加者がビデオ統合参加者の音声をミュートできます。 参加者のサーバ側のミュート状態がミュートに変わります。
プライバシーを確保するため、会議の参加者は他の参加者のミュートを解除できません。
参加者が Cisco デバイスを使用して Webex に参加すると
参加者の Cisco デバイスが Webex に登録され、Webex 経由で通話する場合、次の動作が適用されます。
-
指標: ローカル デバイス インジケーターには、サーバ側のミュート状態が表示されます (このタイプの通話では、デバイスのミュートはサーバ側のミュートと同期します)。
-
参加者自身のコントロール: 参加者はローカルデバイスコントロールを使用して、サーバ側で自分自身をミュートまたはミュート解除します。
-
他の参加者のコントロール: 別の Teams 参加者がビデオ統合参加者の音声をミュートできます。 参加者のサーバ側のミュート ステータスがミュートに変わり、参加者のデバイスのステータスもミュートに変わります。
プライバシーを確保するため、会議の参加者は他の参加者のミュートを解除できません。
DTMF *6
サーバ側のミュートは変更されますが、ローカル デバイスのミュート状態は自動的には変更されません。
参加者が ActiveControl をサポートする SIP 呼び出しで参加する場合
参加者が ActiveControl を使用できる SIP 呼び出しを使用して参加する場合は、次の動作が適用されます。
-
指標: ローカル デバイス インジケーターには、サーバ側のミュート状態が表示されます (このタイプの通話では、デバイスのミュートはサーバ側のミュートと同期します)。
-
参加者自身のコントロール: 参加者はローカル デバイス コントロールを使用して、サーバ側で自分自身をミュートまたはミュート解除します。
-
他の参加者のコントロール: 別の Teams 参加者がビデオ統合参加者の音声をミュートできます。 参加者のサーバ側のミュート ステータスがミュートに変わり、参加者のデバイスのステータスもミュートに変わります。
プライバシーを確保するため、会議の参加者は他の参加者のミュートを解除できません。
DTMF *6
サーバ側のミュートは変更されますが、ローカル デバイスのミュート状態は自動的には変更されません。
Microsoft チームロビー
-
組織内の信頼できるデバイスは、Microsoft Teams ロビーを自動的にバイパスすることで、会議への参加方法を効率化できます。 次のいずれかの場合、デバイスは信頼できるとみなされます。
-
これはクラウド通話を使用する Cisco デバイスであり、ビデオ統合を展開する Webex 組織 (または Webex 最適化が有効になっている Edge) に登録されています。
-
これはオンプレミスの SIP 通話を使用するデバイスであり、SIP TLS を使用し、サブジェクト代替名があなたの 検証済みの SIP ドメイン。
SIP 呼び出しで TLS 検証を有効にすると、Webex の TLS 検証でサブジェクト代替名 (SAN) がチェックされるようになります。 sip.webex.com (not m.webex.com).
-
-
会議の開催者が ロビーをバイパスできるのは誰ですか? 会議オプションを 招待されたユーザ または 開催者と共同開催者のみ に設定した場合、信頼できる発信者として参加しようとする発信者は Teams 会議のロビーに配置されます。 発信者には、予想されるロビーのスプラッシュ スクリーンではなく、 他のユーザの参加を待機中 というスプラッシュ スクリーンが表示されます。
-
Microsoft Teams テナント設定で 匿名ユーザが会議に参加できる を無効にすると、ビデオ統合の参加者はロビーから参加できなくなります。 通常はロビーをバイパスするビデオ統合参加者も、Microsoft Teams 会議に参加できます。
-
クロステナント参加ではデバイスが信頼されている必要があり、別の Teams テナントへのロビー バイパスは提供されません。 Teams 会議の主催者は、ロビーからこれらのデバイスを許可する必要があります。
ネットワーク
-
ビデオ統合への呼び出しでは、Webex ビデオ メッシュ ノードは使用されません。トラフィックはデバイスからクラウドに直接送信されます。
-
Microsoft チームのビデオ統合で使用される特殊なメディア クラスターは、Webex 登録デバイスが実行する到達可能性テストの一部ではありません。 メディア クラスター IP 範囲のいずれかへのアクセスを開けない場合、通話が失敗する可能性があります。 統合では、発信元の場所に基づいて、各通話に最適なメディア クラスターを使用するように試みます。 ただし、使用されるメディア クラスターは実行時の条件によって異なる可能性があるため、すべてのメディア クラスターへのアクセスを許可する必要があります。