ユーザー、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 への更新後は [サイトの管理] を使用してミーティングを管理することはできません。 |
| このセクションは、お使いのサイトがCiscoによりサイト管理の自動更新を選択された場合にのみ適用されます。 |
サイトがサイト管理で管理されているから Control Hub への自動更新がスケジュールされている場合、次のスクリーンショットが表示されます。
上のリンクをクリックしてサイトの更新日の変更を選択して、スケジュール済み日付を変更します。
Control Hub のサイトの管理のエクスペリエンスは、サイト管理での管理と似ています。 Control Hub のユーザー管理にはよりモダンな基礎技術が使われているため、Control Hub におけるサイト管理にはいくつかの違いがあります。 このセクションでは、サイト更新時に強調される違いについて説明します。
| サイトの管理と Control Hub の違いの詳細については、この記事を参照してください。 |
ユーザー管理
Control Hub の基礎となる一元化されたユーザー管理システムがあります。ここで、ユーザーは組織全体 (およびすべての Webex) 内で区別され固有です。 サイト管理では、ユーザー プロファイルがミーティング サイトごとに異なります。
- 自動アカウント作成でのシングル サインオン (SSO)
-
サイト管理では、SSO により認証するときにユーザーを作成する「自動アカウント作成」機能があります。
この機能は Control Hub でも利用できます。 詳細については、『SAML Auto Account Creation and Update for Control Hub』を参照してください。
SSO を使用する多くの組織は、Microsoft® Active Directory および Microsoft Azure などの外部ディレクトリ ツールでユーザーを一元的に管理し、外部 ID プロバイダーとの認証を必要とすることを希望する場合があります。
詳細:
- 必須のプロファイル データとトラッキング コード
-
サイト管理では、新規ユーザーに必要なプロファイル フィールドを指定することができます (前のスクリーンショット)。 これを拡張してユーザー作成のためのトラッキング コードを要求することができます (下のスクリーンショット)。 これらの追加要件を構成する場合、これらを使用せずユーザーをサイトに追加することはできません。
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/cd6d84
他の組織からユーザーを申請する (ドメインの検証後): https://help.webex.com/nceb8tmです。 ユーザーのクレームは特に重要です。これは、組織内にできる限り多くのユーザーが実際にいる必要があるユーザーを確実にすることです。 「即時クレーム」でユーザーを要求すると、組織のメール アドレスを使用する遅延も回避できます。
サイトを Control Hub に更新する前にユーザーを申請することを強くおすすめします。 サイトが Control Hub に更新された後で組織にユーザーを要求すると、それらのユーザーはサイトのミーティングとミーティング資産にアクセスできなくなる可能性があります。
回避策として、次のことを実行して、サイトが Control Hub に更新された後、ユーザーがサイト内のミーティングやミーティング資産へのアクセスを失わないようにすることができます。
- 組織またはサイトへの外部管理者権限を持つユーザー - 組織とサイトへのすべての外部管理者アクセス権を削除してから、ミーティングサイトのライセンスを削除します。 ユーザーを要求した後で、そのユーザーを サイトに再ライセンスします。 外部管理者権限を復元することもできます。
- 通常のユーザーの場合 -ミーティングサイトのライセンスを削除し、ユーザーを組織に対して要求してから、そのユーザーをサイトで再ライセンスします。
ミーティング サイトで SSO が構成されている場合、Control Hub 組織でも SSO を構成する必要 があります。
新規ユーザーのアカウント自動生成
Webexサイトでサイト管理での自動アカウント作成が有効な場合、次を使用して Control Hub で同様の機能を有効にすることができますSAML自動アカウント作成を選択します。 また、会議室のセットアップする自動ライセンステンプレートControl Hub 組織でアカウントが作成されると、新規ユーザーに自動的にライセンスが割り当てられます。
ディレクトリ同期を持つ組織
組織がディレクトリ同期に構成されている場合、組織内に所属させるすべてのユーザーがサイトに存在するようにします。 サイトの更新プロセスを開始する 24 時間前に実行する必要があります。これにより、サイトのユーザーは Control Hub 組織の新しいユーザーにリンクすることができます。
| サイトのアクティブ ユーザーが Control Hub ユーザーにリンクできない場合、更新は失敗します。 |
Webexサイトへの管理者アクセス権の更新
Control Hub で組織全体の管理者のロールを持つ人は、サイト管理から Control Hub に更新されるサイトに自動的にアクセスできます。 例えば、組織のフル管理者はWebexサイトのフル管理者になり、組織のユーザー管理者はWebexサイトのユーザー管理者になり、組織の読み取り専用管理者はWebexサイトの読み取り専用管理者になります。
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) | 動作します | 動作します |
| * 下位互換性— Ciscoは、サイトの更新後に、ユーザー名/パスワード認証がXML API で動作するようにしました。
OAUTH 認証など、Control Hub 管理対象サイトでのXML APIインテグレーションの詳細については、このガイドを選択します。 |
Username は、サイトが Control Hub に更新されるとすべてのユーザーのメールに設定されます。 状況 username がAPIペイロードに使用されている場合、サイトが更新された後はペイロードでは代わりにメールを使用する必要があります。
APIインテグレーションのための Control Hub の管理者ロール
サイト管理者のロールだけを持つ管理者は、 XML API を使用した一部の操作を行うことができません。たとえば、サイトが Control Hub サイトに更新された後のユーザーのメール アドレスか表示名を変更するなどです。 資格情報がAPIインテグレーションに使用されている管理者の場合、できればサイトを Control Hub に更新する前に、Control Hub で組織のフル管理者に昇格することをお勧めします。
| ベスト プラクティスとして、Control Hub に更新した後で API インテグレーションが変更されていないことを確認するために、まずテスト サイトを更新することをお勧めします。 |
インテグレーションの内容によっては、管理者はインテグレーションが機能するために Control Hub サイトの Meetings主催者アカウントを割り当てられる必要がある場合もあります (これはサイト管理サイトの管理者には必要ではありませんでした)。
Control Hub でのXML APIの違い
ほとんどの XML API 統合は、サイト更新後に変更を加えなくても機能します。 ただし、以下のリストに示すように、一部の例外があります。
- ユーザーの作成—Control Hub 管理対象サイトでは、この操作により、ライセンスを割り当てる前にサイト所有組織にもユーザーが作成される場合があります。 ユーザーがすでに別の組織に存在する場合、この操作は失敗します。
PMR ID parameterパーソナル会議室の アクティブステータスを共有します。
createuserAPIは、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 でも入手できます。
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
ただし、上記の 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 インテグレーションを準備する」セクションを見直してください。 |
リリース 43.6 の今後の変更
これまでは、サイトを Control Hub に更新する前に次の 2 つの機能を無効にする必要がありました。
- 主催者プロファイル必須フィールド
- 必須のトラッキングコード
43.6 のリリースから、カスタム属性および必須の主催者プロファイルフィールド機能のベータ版に参加するサイトは、サイトを Control Hub に更新する前に、これらの機能を無効にする必要がなくなりました。 代わりに、現在の設定が Control Hub 組織にコピーされる際に、これらの 2 つの機能を確認するようウィザードが通知します。
Webex ミーティングに参加する場合、主催者プロファイルの必須フィールドベータ版をインストールしていない場合、次の警告が表示されます。
Webex ミーティングに参加する場合、必須のトラッキングコードとカスタム属性インストールしない場合は、このアクション項目が表示されます。
これらのベータ版に参加していない場合、次のセクションを引き続きお読みください。
サイトの更新をブロックする機能を無効にする
Webex サイトを Control Hub に更新する前に、一部の機能を無効にする必要があります。 無効にする必要がある機能を示すリストをご確認ください。 赤い丸の × 印のアイコンがついている機能は完了する必要があります。 黄色い三角の感嘆符アイコンがついている機能は情報提供のみを目的としており、対応は必要ありません。
サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください。
| 組織がサイト管理で自動アカウント作成機能を使用している場合、Control Hub で同等の機能をセットアップセットアップ、自動ライセンステンプレートを設定して、ライセンスを自動的に割り当てる必要があります。 参照先この記事をご覧ください。 これは、Control Hub で管理されるようにサイトを更新する前に行う必要があります。 |
Webex サイト管理にログインし、 の順に選択します。
[主催者アカウントのサインアップ許可] オプションを見つけて無効 にします。
[アカウント サインアップ時の要求項目:] を探します。 そして、必須ユーザー プロファイル フィールドのすべてのボックスの選択を解除します。
[アップデート] をクリックします。
の順に選択します。
[ホスト プロファイル] 列で、[必須] のマークが付いたすべてのトラッキング コードの行を [管理設定] または [オプション] に変更します。
https://help.webex.com/izu2ty でトラッキング コードの詳細を参照してください。
ユーザーのすべてのトラッキング コード値は、サイトを Control Hub に更新する際に保存されます。
将来的に、この制限が解除され、同等の機能について Control Hub で必要なカスタム ユーザー属性にトラッキングコードをマッピングできるようになります。
| トラッキングコードをユーザー属性にマップする機能は、 パブリックプレビューのドラフトです。 今後公開を予定している内容を先行して紹介しています。 |
サイトを更新する前に必須サイトの管理から Control Hub へのトラッキングコードコードの場合、これらのトラッキングコードを Control Hub のユーザー属性にマッピングする必要があります。 [情報] の下のアイコンをクリックすると、サイトのトラッキングコードからユーザー属性のマッピングウィザードに直接移動します。 必要なトラッキングコードのマッピングまたは無効化がまだ完了していない場合は、サイトを Control Hub に更新することはできません。
サイトに必要なトラッキングコードがない場合でも、この手順に従って、サイトを Control Hub に更新する前に、トラッキングコードをユーザー属性にマッピングすることができます。
| トラッキングコードに部門を使用するミーティングサイトの場合は、カスタム属性ではなく、部門のユーザープロファイルの属性にそのトラッキングコードをマッピングすることをおすすめします。 部門は Control Hub の標準的なプロファイル属性であるため、ほとんどの場合で、このシナリオの方が効率的になります。 この属性が必須の場合は、ユーザー プロファイル属性セクションに移動し、部門属性を必須としてマークします。 部門の属性は、他のユーザー属性と同様に、外部ユーザーには入力されません。 |
| 1 | Control Hub にサインインし、[ミーティング] に移動します。 | ||||||||||||||||||||||||||||||||||||||||||||
| 2 | サイトを選択し、を選択します。 | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | 選択トラッキング コード マップを作成を選択します。  | ||||||||||||||||||||||||||||||||||||||||||||
| 4 | [トラッキングコードの概要を開く] を選択します。  | ||||||||||||||||||||||||||||||||||||||||||||
| 5 | [設定の概要をダウンロード] をクリックします。 最新のトラッキングコード設定のコピーをダウンロードする必要があるため、 すべての属性値が現在のトラッキングコードと一致していることを確認できるように、この概要が次のステップで必要になります。 以前のトラッキングコード リストを CSV ファイルとしてダウンロードして、カスタム属性に同じ値をアップロードすることもできます。  | ||||||||||||||||||||||||||||||||||||||||||||
| 6 | ウィザードに戻り、[ユーザー属性の追加と確認] を選択します。  | ||||||||||||||||||||||||||||||||||||||||||||
| 7 | このサイトに必要な新しいカスタム属性を設定します。 ユーザに対してこれらのフィールドへの入力が必要な場合、属性を必須としてマークします。 カスタム属性は Directory Connector、Azure AD などとユーザーを同期している組織には適用されません。このステップは、トラッキングコードの表示名を見直す機会として使用してください。 必要な変更を加えたら、[保存] をクリックします
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | ウィザードに戻り、[トラッキングコードをマッピング] を選択します。  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | ドロップダウン リストを使用して、組織のカスタム属性またはユーザープロファイルの属性にトラッキングコードをマッピングします。 サイトのトラッキングコードを属性にマッピングするとき、入力タイプがテキスト フィールドに設定されている場合、システムはトラッキングコード名に一致する既存の属性にまずマッピングします。 すべて完了したら、[次へ] をクリックします。
以前は、センターごとに異なるトラッキングコードを設定できました。 現在は、すべてのセンター (Meetings、Events、Webinars など) で、単一のスケジューリング設定が共有されるようになっています。 属性を必須としてマッピングすると、Webex Meetings、Webex Webinars などでのスケジューリングの際に属性が必須になります。  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | クリックマップを保存を選択します。 同期は、サイトを Control Hub に更新するプロセス中に自動的に行われます。
トラッキングコードをカスタム属性にマッピングすると、データの信頼できる唯一の情報源は、個々のミーティングサイトではなく、Webex Identity になります。 同期すると、トラッキングコードのユーザー値が、ユーザーのまだ入力されていないマッピング済み属性に 1 回コピーされます。つまり、トラッキングコードを最初に同期するサイトの順序が重要になります。 最初のサイトを同期するとき、そのサイトのユーザーのトラッキングコード値が、Control Hub のそのユーザーのマッピング済みユーザー属性にコピーされますが、これはその値がユーザーに対してまだ入力されていない場合に限ります。 トラッキングコードの一部の値が、同期中にサイトからユーザー属性にコピーされない場合 同期時に、マッピングされたサイトのユーザーの値が既に入力されている場合は、そのサイトのトラッキング値はそのユーザーの Control Hub のマッピングされた属性にコピーされません。 ユーザーの他のトラッキングコードのデータが置き換えられるのを避けるために、ミーティングサイトのデータを最新のユーザー トラッキングコードのデータにマッピングして同期することをおすすめします。
次の表では、データによって元のトラッキングコードが置き換えられるシナリオについて説明しています。 これらのシナリオでは、トラッキングコードとマッピング済みの属性はユーザーの市区町村です。
* 以前のトラッキング コードの値は、既存のマッピングされた属性により上書きされます。 | ||||||||||||||||||||||||||||||||||||||||||||
サイトが Control Hub で管理されるように更新する前に、次のことを確認してください。
- サイトのユーザー全員が組織にいる必要があり、実際に Control Hub の組織に所属していること。
- 組織に所属すべきでないサイトのユーザーは組織から削除されます。
- 組織が SSO を設定している場合、組織内のユーザーを IdP で認証できます。
- サイトで必須とマークされたユーザープロファイルフィールドも、サイトを更新すると、Control Hub 組織にコピーされます。 Control Hub のサイトで、アカウントのサインアップに必須とマークされているこれらのフィールドが不要な場合、Control Hub に更新する前に、まず [サイト管理] のフィールドをオフにします。
- 「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/nmig1kcb
Control Hub のユーザーのメール アドレスを変更して、サイト管理メール アドレスに一致させる: https://help.webex.com/nsi3kgbです。
ユーザーは Control Hub 組織で自分のメール アドレスを変更できます。 https://help.webex.com/nme40aeb
| ユーザーのメール アドレスの不一致を修正しないまま、サイトを 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 ファイルがあれば、更新管理プロセスが失敗する可能性があります。 最終更新が開始されるまで、ツールでは問題が修正済みどうか確認されません。
SSO組織にリンクされたSSOサイトと非SSOサイトの更新
Control Hub 組織は、 Webex IdP (ローカル認証) の 1 つを使用して、 SSOに対して複数の ID プロバイダー (IdP) をサポートできます。
Control Hub で複数の IdP を利用すると、次のように役立ちます。
- サイト管理のSSOサイトの IdP は、Control Hub のSSO IdP とは異なる場合があります。
- サイトのユーザーが組織に設定されているSSO IdP にない場合、これらのユーザーはローカルWebex IdP に追加されるようになりました。 その後、これらのユーザーを構成済みのSSO IdP に移動することができます。
複数の IdP を設定すると、サイト管理から Control Hub に更新されるサイトのすべてのユーザーが、Control Hub 組織で設定された認証方法を通じてサインインできるようになります。 これを行うには、次の方法があります。
- 追加のSSO IdP を Control Hub 組織に追加します。
- すでに設定されている IdP にユーザを追加します。
- ユーザーをローカルWebex IdP に追加します。
参照先この記事Control Hub の複数の IdP の詳細についてはこちらをご覧ください。
始める前に
無効にする必要のある機能がいくつかあります。また、すべてのユーザーが 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 の使用に切り替えます。 更新された統合が期待通り動作をすることを確認します。
https://help.webex.com/naqlzeu で Control Hub のミーティング サイトの管理に関する詳細を参照してください。
ユーザーは 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/n02v0b8/
- サイトのパスワードWebex Meetingsする: https://help.webex.com/article/6v6kaab/
エンドユーザーのメール アドレスが変更され、サイトの更新時にサイト管理と 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がサイトの管理をサポートしなくなる日付はありますか？
回答 はい。 2023 年 12 月末にWebexサイトの管理を廃止する予定です。
質問 サイト管理のサイトの管理者は、Control Hub の管理に更新した後でも、サイトへの管理アクセスを維持しますか?
回答 はい。 サイトが Control Hub 管理に更新された後も、[サイト管理] のサイトのすべての管理者は、サイトへの管理アクセス権を持ちます。
質問 サイト管理から Control Hub 管理にミーティングサイトを更新した後、サイトに新しい管理者が表示されるのはなぜですか?
回答 サイトのこれらの新しい管理者は、おそらく Control Hub 組織の管理者でした。 サイトがサイト管理から Control Hub に更新されると、組織全体の管理者はすべて、新しい Control Hub 管理サイトのサイト管理者になります。 つまり、組織のフル管理者はWebexサイトのフル管理者になり、組織のユーザー管理者はWebexサイトのユーザー管理者になり、組織の読み取り専用管理者はWebexサイトの読み取り専用管理者になります。
質問 サイトを 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 に更新する前にユーザーを申請することを強くおすすめします。 サイトが Control Hub に更新された後で組織にユーザーを要求すると、それらのユーザーはサイトのミーティングとミーティング資産にアクセスできなくなる可能性があります。 回避策として、次のことを実行して、サイトが 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 でロックされます。
- ミーティングデスクトップクライアントには「開催予定のミーティング」セクションで問題がある可能性があります。
- サイト管理の構成の変更は推奨されません。
