ユーザー、Webex サービス、ライセンスをすべて 1 つの場所で完全に管理する場合は、Webex サイト管理をサイトの管理から Control Hub に更新することを選択できます。
サイトの管理から Control Hub への更新について
サイトの管理から Control Hub にサイトを更新することは、クライアント バージョンの更新は必要ありません。 一部のサイトでは、これらの組織を管理するパートナーの準備が完了するまで、この機能を使用できません。 |
政府Webexの組織に外部ユーザーが含まれている場合、現時点ではサイトの管理から Control Hub に移行することはできません。 組織内の外部のユーザーと共に変換しようとすると、エラーが発生します。 2023 年半ばには外部ユーザーがいる組織でもこの機能が利用できるようになる予定です。 |
Webex はミーティング、メッセージング、通話、および他のコラボレーション モードを管理するための統合プラットフォームになります。 ですから、すべてのWebex Meetingsサイトの管理をサイトの管理から Control Hub に移動する必要があります。
この変更を通じて役立つツールがサイトの管理にあります。 サイトがすでに Control Hub に更新できる対象の場合は、次のリンクをクリックして更新を開始できます管理を更新ナビゲーションメニューで 。
サイトを Control Hub に更新する方法のデモンストレーションについては、このビデオをご 覧ください。
サイト更新の計画を支援するには、[サイト評価の準備 ] セクションを見直 します。

Control Hub でサイトを管理すると次の利点があります。
ミーティング、メッセージング、通話など、すべての Webex サービスに対して統一されたライセンス割り当て。
Webex サービス全体で一貫したセキュリティ ポリシー。
さまざまな Webex サービスに対して、すべてのエンド ユーザーが共通の方法でサインイン。
最新の管理者コントロール (ディレクトリ コネクタ、SCIM、Active Directory グループなど)。
ユーザーに複数のライセンスを自動的に割り当てるライセンス テンプレート。
Control Hub への更新後は [サイトの管理] を使用してミーティングを管理することはできません。 |
Control Hub のサイトの管理のエクスペリエンスは、サイト管理での管理と似ています。 Control Hub のユーザー管理にはよりモダンな基礎技術が使われているため、Control Hub におけるサイト管理にはいくつかの違いがあります。 このセクションでは、サイト更新時に強調される違いについて説明します。
サイトの管理と Control Hub の違いの詳細については、この記事を参照してください。 |
ユーザー管理
Control Hub の基礎となる一元化されたユーザー管理システムがあります。ここで、ユーザーは組織全体 (およびすべての Webex) 内で区別され固有です。 サイト管理では、ユーザー プロファイルがミーティング サイトごとに異なります。
- 自動アカウント作成でのシングル サインオン (SSO)
-
サイト管理では、SSO により認証するときにユーザーを作成する「自動アカウント作成」機能があります。
新しいユーザーを追加するためのより強固な方法が用意されているため、この機能は Control Hub では利用できません。 サイトから Control Hub に更新する前に、[サイトの管理] でこの機能を無効にする必要があります。
SSO を使用する多くの組織は、Microsoft® Active Directory および Microsoft Azure などの外部ディレクトリ ツールでユーザーを一元的に管理し、外部 ID プロバイダーとの認証を必要とすることを希望する場合があります。
詳細:
Control Hub にユーザーを追加する: https://help.webex.com/mj2cls/
Control Hub 組織を ID プロバイダーに統合する: https://help.webex.com/lfu88u/
- 必須のプロファイル データとトラッキング コード
-
サイト管理では、新規ユーザーに必要なプロファイル フィールドを指定することができます (前のスクリーンショット)。 これを拡張してユーザー作成のためのトラッキング コードを要求することができます (下のスクリーンショット)。 これらの追加要件を構成する場合、これらを使用せずユーザーをサイトに追加することはできません。
Control Hub では、ユーザーを作成するのに必要なのは表示名とメール アドレスのみです。
Control Hub で新しいユーザーを作成する際には、他のすべてのユーザー フィールドはオプションであるため、Control Hub への追加のプロファイル データ提供は強制されません。
サイトを Control Hub に更新する前に、必須のプロファイル フィールドとトラッキング コードを無効にする必要があります。
- パスワード管理とロックアウト
-
サイト管理には、何回か試行した後にサインインに失敗した場合に、ユーザーを一時的にロックする機能があります。
Control Hub には以下のオプションがあり、不正アクセスを防ぎます。
最初の数回の試行失敗後に自動タイムアウト。
CAPCHA メカニズム((コンピューターと人間を区別するための完全に自動化されたパブリック チューリング テスト)。
正当なユーザーには、忘れてしまったパスワードを変更するセルフサービスのオプションがあります。
主催者のライセンス
- 主催者は Control Hub 組織に所属している必要があります
-
サイト管理で、任意のユーザーにホスト ライセンスを割り当てできます。 Control Hub のサイトを管理する場合、同じ Control Hub 組織のユーザーに対して、主催者ライセンス (および出席者の役割) のみを割り当てすることができます。
- 主催者アカウントにセルフ サインアップする
-
サイト管理で、ユーザーがサイト上で (主催者) アカウントを要求できるよう許可することができます。 アカウントを持つユーザーがサイト上で追加サービスを要求することもできます。(スクリーンショットを参照)。
Control Hub でミーティング サイトを管理している場合、ユーザーはサイトに対して自分の主催者アカウントを要求できません。
Control Hub には、新しいユーザーにミーティング ライセンスを割り当てる一元化された自動的な方法があります。 https://help.webex.com/n3ijtao を参照してください。
API または CSV を使用して一括でユーザー ライセンスを管理することもできます。
ユーザーが彼らの主催者アカウントを要求する場合、ポインタを使ってサイトのヘルプ/サポートを構成し、管理者に連絡したり、他のツールにリンクしたりします。
サイトから Control Hub に更新する前に、[サイトの管理] で [主催者アカウントのサインアップ許可] および [ユーザーに付加サービスの要求を許可] を無効にする必要があります。
-
Control Hub には、自動割り当てテンプレートなど、他のライセンス管理オプションがあります。 非アクティブな主催者のレポートを取得して、個々に、または一括で、または API で、これらのユーザーからライセンスを削除するのに役立ちます。
この自動非アクティブ化オプションは必要でも、Control Hub の他のオプションが不適当な場合は、現時点でサイトを Control Hub に更新することは避けてください。
ミーティング サイトを Control Hub で管理されるよう更新する前に、Control Hub 組織を準備してください。
サブスクリプションで保留中またはブロック中のアクションが無いを確認します。 次の場合に更新が失敗します:
|
ドメインを検証し、ユーザーを申請することを強く推奨します。 以下の文書が役立ちます。
Control Hub eBook: https://ebooks.cisco.com/story/controlhubessentials/
ドメインを管理する方法: https://help.webex.com/a7d9dj/
他の組織からユーザーを申請する (ドメインの検証後): https://help.webex.com/njpf8r5 ユーザーのクレームは特に重要です。これは、組織内にできる限り多くのユーザーが実際にいる必要があるユーザーを確実にすることです。 「即時クレーム」でユーザーを要求すると、組織のメール アドレスを使用する遅延も回避できます。
サイトを Control Hub に更新する前にユーザーを申請することを強くおすすめします。 サイトが Control Hub に更新された後で組織にユーザーを要求すると、それらのユーザーはサイトのミーティングとミーティング資産にアクセスできなくなる可能性があります。
回避策-サイトが Control Hub に更新された後に要求しているユーザーについては、まずそのユーザーのミーティングサイトのライセンスを削除し、組織に対してユーザーを要求してから、そのユーザーをサイトに再ライセンスします。 サイト、ミーティング、録画へのアクセスが回復します。
ミーティング サイトで SSO が構成されている場合、Control Hub 組織でも SSO を構成する必要 があります。
新規ユーザーのアカウント自動生成
Webexサイトでサイト管理での自動アカウント作成が有効な場合、次を使用して Control Hub で同様の機能を有効にすることができますSAML自動アカウント作成を選択します。 また、会議室のセットアップする自動ライセンステンプレートControl Hub 組織でアカウントが作成されると、新規ユーザーに自動的にライセンスが割り当てられます。
ディレクトリ同期を持つ組織
組織がディレクトリ同期に構成されている場合、組織内に所属させるすべてのユーザーがサイトに存在するようにします。 サイトの更新プロセスを開始する 24 時間前に実行する必要があります。これにより、サイトのユーザーは Control Hub 組織の新しいユーザーにリンクすることができます。
サイトのアクティブ ユーザーが Control Hub ユーザーにリンクできない場合、更新は失敗します。 |
XML API
XML API は Control Hub 管理対象サイトと互換性があります。 XML API 41.11.0 Updates で詳細と問題についてお読みください。
XML APIサービス URL は、サイトがサイト管理から Control Hub 管理に更新された後も変更されません。 同じAPI URL は引き続き機能します。 すべてのAPI統合で認証にCiscoを使用することを推奨します。
XML API での認証
インテグレーションは、認証用のWebex OAUTHサイトが Control Hub に更新された後に失敗します。 次の表は、サイト更新後に機能する管理者認証のタイプを示します。
サイト更新前のXML APIの管理者認証の種類 | サイト更新後のSSO組織の管理者 | サイトの更新後、管理者がSSO組織にいない |
---|---|---|
ユーザー名 (webExID)/パスワード | ![]() | ![]() |
ユーザ名 (webExID)/sessionTicket | ![]() | ![]() |
ユーザー名/OAUTH (webExAccessToken) | ![]() | ![]() |
メール/パスワード | ![]() | ![]() |
メール/セッションチケット | ![]() | ![]() |
メール/OAUTH (webExAccessToken) | ![]() | ![]() |
* 下位互換性— サイト更新後、非XML組織のみでユーザー名がメールと一致しない場合でも、 Ciscoはユーザー名/パスワード認証を有効にしSSOた。 互換性は、次の場合にのみ適用されます。
OAUTH 認証など、Control Hub 管理対象サイトでのXML APIインテグレーションの詳細については、このガイドを選択します。 |
サイトが Control Hub に更新されると、ユーザー名はすべてのユーザーのメールに設定されます。 ユーザー名がAPIペイロードに使用される場合、サイトが更新された後、ペイロードは代わりにメールを使用する必要があります。
APIインテグレーションのための Control Hub の管理者ロール
サイト管理者のロールだけを持つ管理者は、 XML API を使用した一部の操作を行うことができません。たとえば、サイトが Control Hub サイトに更新された後のユーザーのメール アドレスか表示名を変更するなどです。 資格情報がAPIインテグレーションに使用されている管理者の場合、できればサイトを Control Hub に更新する前に、Control Hub で組織のフル管理者に昇格することをお勧めします。
ベスト プラクティスとして、Control Hub に更新した後で API インテグレーションが変更されていないことを確認するために、まずテスト サイトを更新することをお勧めします。 |
インテグレーションの内容によっては、管理者はインテグレーションが機能するために Control Hub サイトの Meetings主催者アカウントを割り当てられる必要がある場合もあります (これはサイト管理サイトの管理者には必要ではありませんでした)。
も追加します ( SSOセクションには含まれません)。
サイトが CH に変換されたときに、ユーザー名はすべてのユーザーのメールに設定されます。
したがって、ユーザー名がAPIペイロードの場合、サイトが変換された後にユーザーのメールを入力する必要があります。
Control Hub でのXML APIの違い
ほとんどの XML API 統合は、サイト更新後に変更を加えなくても機能します。 ただし、以下のリストに示すように、一部の例外があります。
- ユーザーの作成—Control Hub 管理対象サイトでは、この操作により、ライセンスを割り当てる前にサイト所有組織にもユーザーが作成される場合があります。 ユーザーがすでに別の組織に存在する場合、この操作は失敗します。
PMR ID parameter
パーソナル会議室の アクティブステータスを共有します。
createuser
APIは、Control Hub 管理サイトで完了するのに時間がかかります。 パフォーマンスを向上させるため、createuser
がコールします。 - 設定ユーザー- ミーティング サイトのライセンスをユーザーから割り当てまたは削除した結果 ( APIパラメーターまたはペイロードに応じて)。
- Delユーザー—ミーティングサイトのライセンスを削除しますが、Control Hub 組織からユーザーは削除されません。
- LstsummaryUser —また、ユーザーの
objectGUID
です。 - 認証ユーザ—Control Hub 管理対象サイトでは、以下の方法でセッション チケットを作成することをお勧めします。
AuthenticateUser
各XML APIに対してユーザー名とパスワードを使用するのではなく、 Control Hub が管理するサイトに対するこの通話では、本文のコンテンツでのSAML応答の使用はサポートされていません。
REST API
Control Hub には、ユーザーを作成したり、ライセンスを供与したりするためのユーザー API や License REST API など独自の API があり、次の場所からアクセスできます。
セッション タイプとトラッキングコードは、次の REST API でも入手できます。
ただし、上記の REST API は、 XML API で使用できるすべてのユーザー管理機能をサポートしているわけではありません。 たとえば、サイトを所有する組織の外部のユーザーにミーティングライセンスを割り当てるには、 XML API を使用する必要があります。 People APIは、サイト管理の役割の割り当てユーザーに割り当てる場合。 APIを介してサイト管理者のロールを割り当てる場合は、引き続きXML APIを使用する必要があります。
ユーザーAPIを使用して、フル (または読み取り専用) 権限を持つ組織管理者を作成することができます。これらの管理者は、Control Hub で管理されるミーティングサイトを管理 (または表示) することができます。
Control Hub には Webex サイト固有の管理者ロールがありますが、ユーザー API では現在このロールを割り当てることはできません。 |
今後のプラン(変更の可能性あり)
- サイトを作成した組織と同じ組織にいない外部ユーザーにもミーティングサイトのライセンスを付与できる新しいライセンスAPI 。 外部ユーザー ライセンスを手動で使用できます共有する方法を説明します
- SCIM APIを使用して、組織のユーザーを作成および削除します。
- Cisco は長期的には REST API のみを使用することです (ユーザーとミーティングサイトでのすべての操作に対して)。 ユーザー管理用のXML API は、REST API がすべてのユーザー管理操作に排他的に使用できるようになるまで、引き続きサポートされます。 ユーザー管理XML API も廃止されます(日付 TBD)。
サイトを Control Hub に更新する前に、できる限りスムーズな更新を行う前に、次の項目を確認することを強くお勧めします。
- まず、このドキュメントを見直して、組織 が Control Hub 組織の準備セクションで推奨されているベスト プラクティスに従っている必要 があります。
- 次に、Webex 管理にサインインし、[管理の更新] を クリックします。 サイトの準備段階では、レビュー ユーザー セクションからファイルで推奨されるアクションを行う必要はありません。また、まだレビュー機能セクションで呼び出された機能を無効にしないでください。 これらの指示に従って、サイトの準備の評価は、Control Hub に更新する前に行う必要がある変更を評価するだけの読み取り専用操作になります。

- [ユーザーの レビュー] セクション の下で、[ユーザー の CSV ファイルのエクスポート] をクリックし、CSV ファイルをダウンロードします。
users-to-review-xxxxx.csv
です。このファイルには注意が必要なすべてのユーザーが表示され、各ユーザーに対して推奨されるアクションがあります。 このファイル内のユーザー数から、サイトを更新する前に、あなたが何件のユーザー関連の問題を解決する必要があるのかが分かっています。
- [機能の 見直し] セクションの下で、[結果] 欄に赤の X と一緒に表示された機能を確認してください。 機能が競合する観点でサイトの準備力が示されます。
- ステップ 2 に進み、[Control Hub に更新する] ボタンをクリックしないでください。
ユーザー CSV ファイルを確認し、再構成する必要がある機能を確認したら、この記事の残りのセクションを引き続き読んで、Control Hub に更新する方法についてサイトと組織を準備します。
メモ: 会社または学習管理ソリューションなど、サードパーティのソリューションを通してサイトに API 統合がある場合、Control Hub セクションで動作するために、「サイト API インテグレーションを準備する」セクションを見直してください。 |

Webex サイトを Control Hub に更新する前に、一部の機能を無効にする必要があります。 無効にする必要がある機能を示すリストをご確認ください。 赤い丸の × 印のアイコンがついている機能は完了する必要があります。 黄色い三角の感嘆符アイコンがついている機能は情報提供のみを目的としており、対応は必要ありません。
サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください。
組織がサイト管理で自動アカウント作成機能を使用している場合、Control Hub で同等の機能をセットアップセットアップ、自動ライセンステンプレートを設定して、ライセンスを自動的に割り当てる必要があります。 参照先この記事をご覧ください。 これは、Control Hub で管理されるようにサイトを更新する前に行う必要があります。 |
Webex サイト管理にログインし、
の順に選択します。[主催者アカウントのサインアップ許可] オプションを見つけて無効 にします。
[アカウント サインアップ時の要求項目:] を探します。 そして、必須ユーザー プロファイル フィールドのすべてのボックスの選択を解除します。
[アップデート] をクリックします。
[構成] > [共通サイト設定] > [トラッキング コード] の順に選択します。
[ホスト プロファイル] 列で、[必須] のマークが付いたすべてのトラッキング コードの行を [管理設定] または [オプション] に変更します。
でトラッキングコードの詳細を参照してください。 https://help.webex.com/ja/izu2tyを選択します。
ユーザーのすべてのトラッキング コード値は、サイトを Control Hub に更新する際に保存されます。
サイトが Control Hub で管理されるように更新する前に、次のことを確認してください。
- サイトのユーザー全員が組織にいる必要があり、実際に Control Hub の組織に所属していること。
- 組織に所属すべきでないサイトのユーザーは組織から削除されます。
- 組織が SSO を設定している場合、組織内のユーザーを IdP で認証できます。
- 「Control Hub 組織を準備する」セクションは、すでにこの記事で確認しました。
サイトを Control Hub に更新する前にユーザーを申請することを強くおすすめします。 サイトが Control Hub に更新された後で組織にユーザーを要求すると、それらのユーザーはサイトのミーティングとミーティング資産にアクセスできなくなる可能性があります。 参照先Control Hub 組織を準備するセクションをご覧ください。 |
サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください。
サイトの更新をブロックするユーザーがいないか確認する方法

ログインし、[サイト管理更新] ページ を開 きます。
[管理を更新するための前提条件を確認する] コントロールを開き、[影響を受けるユーザーをCSV でエクスポートする] をクリックします。
エクスポートが完了するのを待ちます。 開始時刻とサイト内のユーザー数によっては、このプロセスに時間がかかる場合があります。 エクスポートは正時には 6 分間一時停止されます(xx:57 ~ xx:03 の間)。
エクスポートが完了したら [CSV のダウンロード] をクリックします。
ブラウザが以下をダウンロードします:
users-to-review.csv
です。CSV ファイルを開き、[推奨されるアクション] 列 (最後の列) を確認します。 ファイル内の各ユーザーに対し、推奨されるアクションを実行します。
一致しないメール アドレスを持つユーザー
一部のユーザーは、サイト管理と Control Hub でメール アドレスが異なります。 これは、ユーザーがこのサイトから Control Hub にリンクされた後で、ユーザーのメールが 2 つの場所のうち 1 つでのみ変更された場合に可能です。
これらのアクションを試して、電子メール アドレスが一致しないユーザーを修正します。
サイト管理のユーザーのメール アドレスを変更して、Control Hub メール アドレスに一致させる
ユーザーはサイト管理者のプロファイルを編集することができます。 https://help.webex.com/nmi58lk/
Control Hub のユーザーのメール アドレスを変更して、サイト管理メール アドレスに一致させる: https://help.webex.com/njpf8r5
ユーザーは Control Hub 組織で自分のメール アドレスを変更できます。 https://help.webex.com/nmdp0hq/
ユーザーのメール アドレスの不一致を修正しないまま、サイトを Control Hub に更新した場合、影響を受けるユーザーは Control Hub のメール アドレスを使用してミーティングサイトにサインインする必要があります。 これらのユーザーは、サイト管理のメール アドレスでサインインしようとした場合、または Control Hub のメール アドレスが IdP で有効でなくなった場合 ( SSO組織の場合)、サインインできない場合があります。 彼らはサイトの更新をブロックしませんが、更新を開始する前にメール アドレスを修正することをお勧めします。 |
Basic Meetings ライセンスを持つ外部ユーザー
権限を持つ外部ユーザーBasic Meetings ライセンスサイトをサイト管理から Control Hub に更新する前に、無効化するか、有料の Webex Meetingsライセンスにアップグレードする必要があります。
ユーザーを非アクティブにする方法
ユーザーを非アクティブ化すると、彼らは主催者ライセンスまたは出席者権限を失います (アクティブの間、どの役割があったかによって異なる)。 非アクティブ化されたユーザーは、サイトを Control Hub に更新した後でも、サイトの CSV エクスポート ファイルに表示されます。 |
サイト管理での個別ユーザーの非アクティブ化:
[ユーザー管理] > [ユーザーの>編集] にアクセスします。
インデックス、検索、フィルター管理を使ってユーザーを探します。
[アクティブ] ボックスのチェックを 外します。
変更 を提出します。
参照先Webexサイトの管理するをご覧ください。
サイト管理でのバッチ ユーザーの非アクティブ化:
ユーザーを CSV ファイルにエクスポートします。
CSV ファイルを開き、
Active
すべての影響を受けるユーザーのN
行の値を変更します。変更された CSV ファイルをインポートします。
変更されたユーザーは非アクティブになりました。
詳細については、「Webex サイト管理で Webex ユーザーをバッチインポートまたはエクスポートする」を参照します。
ディレクトリの同期を持つ組織のユーザー
組織内にリストされているはずの、まだ追加されていないユーザーがリンクされていない場合、まず組織にユーザーを追加する必要があります。 これは、ディレクトリ同期 (ディレクトリ コネクタ または Azure AD を通じて) に構成されている組織にとって特に重要です。ディレクトリ同期によってサイトの更新プロセスがユーザーを追加できないためです。
サイトのアクティブ ユーザーが Control Hub 組織にリンクできない場合、サイトの更新は失敗します。 組織がディレクトリ同期に構成されている場合は、Control Hub 組織の一部である必要があるサイト上のすべてのユーザーが、更新を開始する前に、ディレクトリ コネクタ または Azure AD に追加されていることを確認してください。 |
アップデートを開始する前にユーザーの問題を解決する
サイトのユーザーの問題を解決せずに、Control Hub にサイトを更新しようとした場合 users-to-review
ファイルがあれば、更新管理プロセスが失敗する可能性があります。 最終更新が開始されるまで、ツールでは問題が修正済みどうか確認されません。
始める前に
無効にする必要のある機能がいくつかあります。また、すべてのユーザーが Control Hub に更新できる良好な状態にあるか確認する必要があります。 API 統合型アプリケーションを使用している場合は、Webex API を使用するために更新する必要があります。
これらの前提条件については、この記事の前の部分で読む必要があります。
すべての管理者に、サイトの Control Hub への更新が知らされていること、また、開始後にそれらの管理者がサイトの管理に変更を加えないことを確認してください。 |
1 | エクスポートサイトユーザーのエクスポート ファイルを保存します。 このファイルは、更新後の検証に役立つユーザ設定アーカイブの役割を果たします。 | ||
2 | サイトの管理にサインインし、[管理の更新] をクリックします。 | ||
3 | 前提条件、特に更新の成功に影響を与える可能性がある状態のユーザーの CSV リストを確認します。 | ||
4 | 無効にする必要がある機能と、ユーザー管理とホスト ライセンスに期待できる違いについてお読みください (この記事にも記載されています)。 | ||
5 | [Control Hub に更新する] をクリックします。 このボタンはここまでの手順が完了した後にのみ有効になります。 ![]() ポップアップ ウィンドウが表示されます。 このウィンドウには、「サイトの Control Hub への更新は永久的なもので、更新完了後は元に戻せません」という旨のメッセージが表示されます。 更新が完了すると、このサイトはサイトの管理では管理されなくなります。 Control Hub でこのサイトを完全に管理する準備ができていない場合は、今すぐウィザードを終了してください。 ![]() | ||
6 | [OK] をクリックします。 更新開始のバナーがサイトの管理の上に表示され、サイトが更新中であることがわかります。 何かが間違っている場合、エラー メッセージと推奨されるアクションが表示されます。 問題がない場合、成功のメッセージが表示されます。
| ||
7 | [Control Hub にサインインする] をクリックします。 |
Webex サイトの管理からサイト更新を開始すると、Control Hub にサインインして、サイト更新のステータスを確認できます。
1 時間内の 1 時間近く前にトリガーされた場合、サイトの更新には時間がかかります。 サイトの更新は 1 時間ごとにトップの前と後の数分間、一時停止されます。 |
まずコントロールハブを入力し、ミーティング] ページからいつでも確認できます。
ミーティング サイトの一覧が表示されます。
サイトをクリックしてサイトに関する情報を確認します。
[サイトの更新] セクションで [更新のステータス] を確認できます。
更新が完了したら、サイトの管理のすべてのユーザーのリストをダウンロードして、サイト上でアクティブまたは非アクティブになっているユーザーを確認できます。 ユーザー ステータス 列に非アクティブとして表示されるユーザーサイト管理 Control Hub 管理対象サイトにアクセス権が与えされません。 これらのユーザーも、Control Hub のユーザー セクションで、サイトへのアクセス権を持つものとして表示されません。
ダウンロード ボタンが表示されるまで、少し時間がかかる場合があります (ほとんどの組織の場合は数分です)。
リストを確認して、アップデート中の問題がないかをチェックします。
サイトの更新が完了すると、サイトの管理ではこのサイトを管理できなくなります。 このサイトのすべての管理は Control Hub で行われる必要があります。 Control Hub でサイトの管理を行い、慣れ親しむ手順を次に示します。
いくつかのサイト構成設定をチェックし、何も変更されていないことを確認してください。 Control Hub に更新する前にサイト管理設定の一部をコピーしておくと、これはより簡単になります。
主催者を選択し、Control Hub でライセンスとセッション タイプを確認します。 ミーティングサイトにサインインし、スケジュールされたミーティング、録画、基本設定が変更されていないことを確認します。 更新前に主催者のデータを Control Hub にコピーすると、検証が簡単になります。
ユーザーに対し、新しいミーティングをスケジュールして主催できる事を確認します。
組織に新しいユーザーを追加します。 ユーザーに主催者ライセンスを付与し、セッション タイプを変更し、ミーティングを主催可能か確認します。
Cisco Webex では、組織またはグループベースのライセンス テンプレートをセットアップ、自動的にライセンスを割り当てるを新規ユーザーまたは特定のグループの新規ユーザーに割り当てます。サイト管理者のフル管理者であるユーザーを選択し、更新された Control Hub のサイトに対して適切なレベルのアクセス権限を持っているか確認します。
サイトを読み取り、変更できる必要があります。ユーザーの作成、ライセンス付与、変更、および削除を行います。
サイトに API 統合がある場合、ユーザー API の使用に切り替えます。 更新された統合が期待通り動作をすることを確認します。
Control Hub のミーティングサイトの管理の詳細については、次を参照してください。 https://help.webex.com/jaqlzeuを選択します。
ユーザーは Webex アプリとすべての Control Hub 管理対象サイトに対して、単一の統合されたサインイン エクスペリエンスをもっています。
ユーザー名が サイト管理 のユーザーのメール アドレスと一致しない場合、これらのユーザーはサインイン エクスペリエンスに影響を与えます。 古いユーザー名は使用できなくなったので、サインインするにはメールアドレスを使用する必要があります。ユーザーの資格情報は Control Hub のアイデンティティに関連付けられます。 これらの同じ資格情報が、同じ組織のすべての Control Hub 管理対象サイトと Webex アプリに適用されます。
Control Hub 組織が構成SSO場合、SSO Webex アプリとすべての Control Hub 管理対象サイトに対するサインイン エクスペリエンスに管理されます。
Control Hub に更新した結果として、Webex アプリのサイン イン エクスペリエンスに影響されません。
ユーザーがサイトにサインインWebex Meetingsサインイン画面が異なります。 組織でアカウントが設定されている場合でも、サインインするにはメール アドレスを入力するSSO。
管理者は Control Hub で [自分の情報を記憶する] オプションを有効にすると、ユーザーがサインインする度にメール アドレスを再入力する必要がでてきます。各ユーザーの履歴、アカウントを持っていたサイトの数などに応じて:
ユーザーが Webex アイデンティティ/Control Hub の既存ユーザーにリンクされている場合、ユーザーは Control Hub に更新されるすべての Webex サイトに対して同じパスワードを使用します。
サイトのリンクにより Webex アイデンティティ/Control Hub でユーザーが作成された場合、最初にリンクされたサイトの資格情報が適用されます (組織が SSO で構成されていない場合)。 ユーザーはサイトにサインインするためにリダイレクトされます。 ユーザーが複数の資格情報を持つ複数のサイトを持っている場合、サイト URL は、使用する資格情報を決定するのに役立つ必要があります。
ユーザーは Control Hub 組織でパスワードをリセットすることができます (ユーザーによってパスワードが管理されていない場合SSO)。 ユーザーがパスワードを忘れた場合、サインイン 画面で [ユーザー名またはパスワードを 忘れた場合] をクリックして、パスワードをリセットすることができます。 ユーザーは次の手順に従ってパスワードをリセットすることができます:
- Webex アプリのパスワードをリセットする: https://help.webex.com/article/n256xe4
- サイトのパスワードWebex Meetingsする: https://help.webex.com/article/nk5whej/
エンドユーザーのメール アドレスが変更され、サイトの更新時にサイト管理と Control Hub で別のメール アドレスを持っていた場合、サインインしようとすると問題が発生する可能性があります。 ユーザーがサインインするには Control Hub メール アドレスを使用する必要があることを知らないか、Control Hub のメール アドレスが組織のSSO IdP で有効ではなくなっている可能性があります。 このタイプの状況は、サイト管理の同じユーザーのメール アドレスが変更されるため、Control Hub のユーザーのメール アドレスを更新することで回避することができます。
iOS 版Webex Meetingsモバイルアプリのユーザーには再サインインが必要:
- 非SSOサイトを Control Hub に更新する場合、ユーザーは iOS 版Webex Meetingsモバイル アプリに再サインインする必要があります。 iOS 版 Meetings ではサイト更新後 2 ヵ月間はユーザーの再サインインが求められませんが、その状況を回避するために、ユーザーは手動で再サインインすることをお勧めします。
サイトの更新中、メールアドレスと一致しないユーザー名は再度サインインする必要があります。
これらのユーザーは、Control Hub へのサイト更新中にサイトのWebexサービスにアクセスしようとする場合、 Webexクライアントに再度サインインするように求められる場合があります。 サイトの更新が開始される前にすでにミーティングに参加していたユーザーには影響はありません。
「レビューするユーザー」のCSVファイルを空にします
サイトが大きく、Control Hub とサイト管理で異なるメール アドレスを持つユーザーが 1000 人以上いる場合、サイト更新ウィザードで「確認するユーザー」のCSVファイルが空の場合があります。 これにより、問題を持つユーザーを解決することができないため、サイトの更新が機能しません。 この問題は現在対応中であり、今後数週間以内に解決する予定です。
Control Hub に更新した場合に引き継がれない設定
- サイト管理で管理されたサイトがスロー チャネル上であり、Control Hub もパートナーによって管理されている場合、Control Hub に更新すると、Meetings サイトのバージョン更新コントロールが表示されなくなる可能性があります。 この場合、パートナーに連絡して パートナーに顧客がサイトのバージョンをアップグレードすることを許可する設定することもできます。
- 保留中のセルフサインアップアカウント要求は、アラート センターには引き継がれません。 ユーザーは以下を実行する必要があります。サインアップしてアカウントを取得にアクセスします。
- サイト管理のユーザー名の値は、更新が完了した後に Control Hub のユーザーのメール アドレスで上書きされます。
更新が失敗するユーザーの問題
- 政府組織の Webex のユーザーにリンクされているメール アドレスを持つユーザーは、更新を開始する前にこれらのユーザーが非アクティブ化されていない場合、更新が失敗します。
アップデートが失敗する一般的な問題と推奨処置
サイトが Control Hub に更新できない場合、次の表をチェックして、共通のエラーのいずれかが原因であるか、またそれを修正するために何ができるかを確認してください。
更新が失敗する原因となるエラー | 推奨されるアクション |
---|---|
サイト タイプが無効です。 | Webexサポート チームに連絡して、サイトがユーザーにリンクされていることを検証してください。 |
このサイトにはサブスクリプションが関連付けられていません。 | サイトは Control Hub に更新する前に、サブスクリプションに関連付けられている必要があります。 |
組織 ID に問題があります。 | サイトにリンクされた組織IDがサブスクリプション組織IDと同じではありません。 Webexサポートチームに連絡してください。 |
次のサブスクリプションは、Control Hub で保留中の操作があります (サブID) | 保留中の操作が完了したらサイトの更新を再試行してください。 |
シングルサインオン (SSO) 設定に競合があります。 | サイトでSSOが有効になっている場合、次のことを確認してください:
|
サイト管理のサイト ライセンス情報と Control Hub のサイト ライセンス情報が一致しません。 | サイト管理と Control Hub の間のライセンス情報に整合性がありません。 Webexサポートチームに連絡してください。 |
サイト管理のユーザー名またはメール アドレスの一部が Control Hub のユーザー名またはメール アドレスと競合しています。 | サイト管理のユーザーのメールが、Control Hub の別のユーザーによって使用されている。 メール アドレスまたはユーザー名のいずれかを変更してください。 |
サイトの更新で問題が発生しました。 | 内部エラーが発生したため、このサイトは更新できませんでした。 Webexサポートチームに連絡してください。 |
Webex ユーザーの更新で問題が発生しました。 | 内部エラーが発生したため、このサイトは更新できませんでした。 Webexサポートチームに連絡してください。 |
ユーザーのサインインの問題
Webex のクッキーを常に許可するようにしてください。 さもないと、Control Hub への更新後にユーザーにサインインの問題が発生する可能性があります。
質問 Ciscoがサイトの管理をサポートしなくなる日付はありますか?
回答 はい。 Webexサイトの管理は 2023 年の第 4 四半期に廃止する予定です (正確な日付は不明)。 2023 年の上半期の終わり前に、サイト管理をサイトの管理から Control Hub に更新することをお勧めします。
質問 サイトを Control Hub に更新した後、生産性向上ツールへのサインインが機能しない
回答 インターネット ブラウザが次のように設定されていることを確認してください。セッション Cookie を常に許可する、このオプションは、ブラウザーの [プライバシーの詳細設定] にあります。
質問 ユーザーが Control Hub で削除され、その後同じメール アドレスが Control Hub に再度追加され、Meetings ライセンスが同じWebexサイトに割り当てられた場合、ユーザーは古い録画にアクセスできますか。
回答 はい、以前のWebexサイトのいずれかに対するライセンスが割り当てられていた場合、ユーザーは古い Meetings のすべてのコンテンツにアクセスできます。 これは、Control Hub で管理されるサイトと、Control Hub に更新されたサイトの両方に適用されます。
質問 ユーザーが Control Hub へのサイト更新前にサイト管理で非アクティブ化され、その後、Control Hub で同じWebexサイトに再ライセンスされた場合、ユーザーは古い録画にアクセスできますか。
回答 はい、ユーザーは引き続き古い録画にアクセスできます。 さらに、サイト更新の前にサイト管理で無効化されたユーザーはControl Hub の Meetings CSVエクスポート ファイルを選択します。
質問 サイトにSSO IdPがセットアップていないが、Control Hub 組織にSSO IdP がある場合、サイトを Control Hub に更新するとどうなりますか?
回答 サイトは Control Hub 組織と同じSSO IdP を使用します。
質問 サイトに Control Hub のSSO IdP とは異なるSSO IdPがセットアップいる場合、サイトを Control Hub に更新するとどうなりますか?
回答 サイトは、Control Hub 組織と同じSSO IdP を使用するために切り替えます。
質問 サイトにSSO IdPがセットアップが、Control Hub 組織にSSO IdP がない場合、サイトを Control Hub に更新するとどうなりますか?
回答 サイトの更新がブロックされます。 Control Hub に更新できるようにサイトのブロックを解除するには、サイト管理サイトからSSO IdP を削除するか、Control Hub 組織にSSO IdP を追加します。
質問 このサイトURLにサインインして録画にアクセスしたり、ミーティングやイベントをスケジュールすることはできますか?
回答 はい、サイトのURLには引き続きサインインして、録画にアクセスしたり、ミーティングをスケジュールしたりすることができます。
質問 サイトの管理から Control Hub へのサイト更新中に、ユーザー固有の設定を変更しますか?
回答 いいえ、ユーザー設定は変更されません。 これらの設定は、サイトの更新前と同様に適用できます。
質問 マイ録画またはスケジュールされたミーティングは、このサイトの更新の影響を受けますか?
回答 主催者の録画は影響を受けません。 引き続きアクセスできます。 スケジュール済みのミーティングにも影響はありません。 内容に変更はありません。
質問 コントロールハブ管理サイトの保留中のセルフサインアップアカウント要求はどこで確認できますか?
回答 管理者や他の管理者は、セルフサインアップのリクエストをアラート センターを選択します。
質問 サイトを Control Hub に更新した後、サイト管理からユーザー名の値にアクセスできますか?
回答 サイト管理のすべてのユーザーのユーザー エクスポート ファイルは、サイトを Control Hub に更新してから 90 日間、Control Hub で利用できます。 このCSVファイルにはユーザー名の値が含まれています。
質問 サイト管理のユーザーを識別するために、ユーザー名の値を使用しています。 Control Hub で同じことがするにはどうすればよいでしょうか?
回答 サイトを Control Hub に更新すると、ユーザー名の値は失われます。 これらの値にアクセスする必要がある場合、サイトを更新する前に値をトラッキング コードにコピーすることが 1 つの解決策です。 ユーザーのトラッキング コードの値は、サイトを Control Hub に更新した後も保存され、利用できるようになります。 SSOを使用している場合、 ExternalID
は、この値を含むことができる Control Hub ユーザー属性です。 これを行うには、 SAMLアサーションの設定ときにこの値を渡す必要があります。 Control Hub でのSSOの構成を選択します。 この値はまた、検証中に Control Hub に渡されます。新規ユーザの自動作成を選択します。
質問 サイトの更新が開始されてから完了するには、どれくらい時間がかかりますか?
回答 サイトの更新には、約 3 分 + 1000 アクティブユーザー/分 + 2000 非アクティブユーザー/分かかります。 たとえば、5:20 にサイトの更新を開始し、サイトに 8000 人のアクティブユーザーと 2000 人の非アクティブユーザーがある場合、サイトの更新には約 12 分かかります。 さらに、サイトの更新は正時の 6 分間 (xx:57 ~ xx:03) に一時停止されます。 結果は異なる場合があります。
質問 Control Hub で管理されるサイトを更新した後、特定のグループのすべての新規ユーザーまたは新規ユーザーに自動的にライセンスを付与するにはどうすればよいですか?
回答 次のことが可能です。組織またはグループベースのライセンス テンプレートをセットアップ新規ユーザーにライセンスを自動的に割り当てます。
質問 サイト更新中のダウンタイムはありますか?
回答 いいえ。サイトの更新時:
- ユーザーは、スケジュール済みミーティングやアドホック ミーティングへの参加や開始など、引き続き Meetings サービスを使用することができます。
- サイトの更新開始時に進行中のミーティングには影響はありません。
- サブスクリプションは Control Hub でロックされます。
- ミーティングデスクトップクライアントには「開催予定のミーティング」セクションで問題がある可能性があります。
- サイト管理の構成の変更は推奨されません。