サイト管理から Control Hub への変換について


この記事は公開プレビューのドラフトです。 期待できる内容のプレビューを示しています。 この機能は、バージョン 41.6 以降の対象サイトでのベータ リリースでのみ利用できます。 利用可能な場合は、beta.webex.com でプログラムにサインアップできます。

Webex はミーティング、メッセージング、通話、および他のコラボレーション モードを管理するための統合プラットフォームになります。 ですから、すべての Webex ミーティング サイトの管理をサイト管理から Control Hub に移動する必要があります。

どちらかの場所から管理できるようにするために、すべての顧客のミーティング サイトを Control Hub にリンクするようにしました。 これは、Control Hub 組織をすでにもっているはずなのに、まだサインインしていない可能性があるということです。

サイト管理が Control Hub への移行に対応した場合、ユーザーに通知します。 [サイト情報] ページで確認できます。

この変更でユーザーをサポートするためのツールがサイト管理にあります。そのため、サイトがすでに移行の対象である場合は、開始することができます。


サイト移行後にサイト管理を使用してミーティングを管理することはできません。Control Hub を使用する必要があります。

Control Hub のサイトの管理のエクスペリエンスは、サイト管理での管理と似ています。 Control Hub のユーザー管理にはよりモダンな基礎技術が使われているため、Control Hub におけるサイト管理にはいくつかの違いがあります。 このセクションでは、それらの違いについて説明します。

ユーザー管理

Control Hub の基礎となる一元化されたユーザー管理システムがあります。ここで、ユーザーは組織全体 (およびすべての Webex) 内で区別され固有です。 サイト管理では、ユーザー プロファイルがミーティング サイトごとに異なります。

自動アカウント作成でのシングル サインオン (SSO)

サイト管理では、SSO により認証するときにユーザーを作成する「自動アカウント作成」機能があります。

自動アカウント作成を許可する SSO オプションを表示するサイト管理者のスクリーンショット

新しいユーザーを追加するためのより強固な方法が用意されているため、この機能は Control Hub では利用できません。 サイトを移行する前に、サイト管理でこの機能を無効にする必要があります。

SSO を使用する多くの組織は、Microsoft® Active Directory および Microsoft Azure などの外部ディレクトリ ツールでユーザーを一元的に管理し、外部 ID プロバイダーとの認証を必要とすることを希望する場合があります。

詳細:

ユーザー名の変更を管理する

サイト管理では、サイト上のユーザーが彼らの名、姓、表示名を変更することを防止できます (https://help.webex.com/nmig1kcb許可した場合にユーザーがどのように行うのか説明します)。

下に表示されるボックスのチェックを外して、ユーザーが名前を変更できないようします。

必須のプロファイル オプションおよびユーザー構成可能な属性のオプションを表示するサイト管理のスクリーンショット

多くの組織は Active Directory などの専用ディレクトリ システムでユーザー プロファイルを管理し、Webex とディレクトリを同期することを希望しているため、私たちは Control Hub にこの機能を持りません。 これにより、ユーザーが Webex 経由でプロファイルを変更することを防止できます。

組織が外部ディレクトリから同期しないユーザー プロファイル場合、ユーザーはプロファイルを変更できます。 これは、すべてのミーティング サイトを含む組織全体のプロファイルに影響します。

ユーザーがプロファイルを変更しないようにする必要がある場合で、Webex とディレクトリを同期しない場合は、現時点で Control Hub に移行しないようにしてください。

必須のプロファイル データとトラッキング コード

サイト管理では、新規ユーザーに必要なプロファイル フィールドを指定することができます (前のスクリーンショット)。 これを拡張してユーザー作成のためのトラッキング コードを要求することができます (下のスクリーンショット)。 これらの追加要件を構成する場合、これらを使用せずユーザーをサイトに追加することはできません。

トラッキング コードの実施に関するオプションを表示するサイト管理のスクリーンショット

Control Hub では、ユーザーを作成するために表示名とメール アドレスのみ必要です。

Control Hub で新しいユーザーを作成する際には、他のすべてのユーザー フィールドはオプションなので、Control Hub に追加のプロファイル データは強制しません。

サイトを移行する前に、必須のプロファイル フィールドとトラッキング コード無効にする必要があります。

パスワード管理とロックアウト

サイト管理には、何回か試行した後にサインインに失敗した場合に、ユーザーを一時的にロックする機能があります。

Control Hub には以下のオプションがあり、不正アクセスを防ぎます。

  • 最初の数回の試行失敗後に自動タイムアウト。

  • CAPCHA メカニズム((コンピューターと人間を区別するための完全に自動化されたパブリック チューリング テスト)。

  • 正当なユーザーには、忘れてしまったパスワードを変更するセルフサービスのオプションがあります。

サイト管理者は、最小の文字数や必要な文字などのパスワード強度の特徴を定義することもできます (スクリーンショットを参照)。

Control Hub はまたパスワード要件を強制しますが、現時点では構成可能にていません。 Control Hub 組織を外部 ID プロバイダー (IDP) またはユーザー ID のこれらの特性をコントロールできるディレクトリ管理システムに統合することができます。

サインインの試行に何回か失敗したユーザーをロックアウトするセキュリティ オプションを示すサイト管理のスクリーンショット必須パスワード特徴の変更の管理を示すサイト管理のスクリーンショット

パスワードの特徴を定義し、外部 ID を使用しない場合、現時点で Control Hub に移行しないようにしてください。

主催者のライセンス

主催者は 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 組織を準備する必要があります。

ドメインを検証し、ユーザーをクレームすることを強く推奨します。 以下の文書が役立ちます。

ミーティング サイトの管理機能およびユーザー機能を管理するための API を公開します。 API は https://developer.cisco.com/docs/webex-xml-api-reference-guide/ に文書化されています。

これらの API の多くは Control Hub 管理対象サイトでも動作しますが、ユーザー管理に関連していくつかの違いがあります (例: ユーザーの作成とライセンス)。

統合型システムで主催者 (または出席者) をミーティング サイトに追加または削除できる場合は、新しい API を使用するために統合を準備する必要があります。

ユーザーの作成とライセンスに相当する Control Hub は、ユーザーおよびライセンス REST API です。次の文書で説明されています。

Control Hub には Webex サイト固有の管理者ロールがありますが、ユーザー API にはこの機能がまだ含まれていません。

ユーザー API を使用して、フルまたは読み取り専用の権限を持つ組織管理者を作成すると、これらはすべての Control Hub 管理対象ミーティング サイトの管理者になります。

Webex サイト管理者役割を含む、ユーザーの役割の割り当てについての詳細は、https://help.webex.com/fs78p5 を参照してください。

その他のすべての API は、変更なしで以前と同じように機能する必要があります (API 経由でユーザーにセッション タイプを割り当てるなど)、。

サイトを移行する前に、ユーザーとライセンス API を使用するために、API 統合を準備します。 その後、サイトを移行した後で、統合を新しい API に切り替えできます。

  1. Webex サイト管理にログインし、[構成] > [共通のサイト設定] > [SSO 設定] の順に選択します。

    (https://help.webex.com/g5ey83 の Webex SSO の詳細を参照してください。)

  2. [自動アカウント作成] オプションを見つけて無効 にします。

  3. [アップデート] をクリックします。

  4. [構成] > [共通サイト設定] > [オプション] の順に選択します。

    • [主催者アカウントのサインアップ許可] オプションを見つけて無効 にします。

    • [アカウント サインアップ時の要求項目:] を探します。 そして、必須ユーザー プロファイル フィールドのすべてのボックスの選択を解除します。

    • [ユーザーによる次のフィールドの変更を許可する] を探します: そして、すべてのボックスの選択を解除します。

  5. [アップデート] をクリックします。

  6. [構成] > [共通サイト設定] > [トラッキング コード] の順に選択します。

  7. ユーザー作成に必要なトラッキング コードを無効にします。

    https://help.webex.com/izu2ty でトラッキング コードの詳細を参照してください。

サイト移行ツールは、サイトのユーザーを Control Hub 組織の Webex ユーザーに移行します。

ユーザーを移行する前に、Control Hub (https://admin.webex.com) にサインインして、基本設定を実行する必要があります。

ドメインを確認していない場合、または他の Webex 組織からユーザーをクレームしていない場合は、この記事の前の部分にある「サイト移行のために Control Hub 組織を準備する」を参照してください。

ユーザーが正常に移行されたことを確認するには、サイトを移行する前に、次のタイプのユーザーの問題を修正する必要があります。

  • 未確認ユーザー

  • リンクされていないユーザー

  • 他の Control Hub 組織のユーザー

  • サイト管理と Control Hub でメール アドレスが一致しないユーザー

サイト ユーザーがこれらの問題を抱えている間にサイトを移行しようとする場合、移行プロセスは失敗する可能性があります。

このツールは非アクティブなユーザーの移行は行いません。そのため、すべてのユーザーを修正できない場合、サイトを移行する前に残りのユーザーを非アクティブ化できます。

これらのユーザーの問題を確認する方法

  1. サイト管理にサイン インし、[サイトの移行] ページを開きます。

  2. [移行前提条件を確認する] 管理を開き、[CSV で影響を受けるユーザーをエクスポートする] をクリックします。

  3. エクスポートが完了するまで待ち、[CSV のダウンロード] をクリックします。

    ブラウザーで users-to-review.csv をダウンロードします。

  4. CSV ファイルを開き、以下の列をチェックします。

    • User linking status:値が以下の場合、 Not Linked ユーザーが Control Hub にリンクされていない可能性があります。

      以下の「リンク解除されたユーザーについて何をするか」を参照してください。 すべてのユーザーに対してこの問題を解決する必要はありません。理由は移行を妨げるだけでなく、リンクされていないユーザーが移行前に解決しなければならないその他の問題が発生する可能性もあるためです。

    • Site Admin Email Verified:値が以下の場合、 N ユーザーはメール アドレスを検証しません (この情報は UnverifiedEmail 通常の SiteUsers.csv エクスポート ファイルの行に対応します)。

      サイトの移行を開始する前に、この問題を修正するか、これらのユーザーを非アクティブ化する必要があります。 以下の「未確認のユーザーを修正する方法を」参照してください。

    • ORG-NAME:値は Control Hub 組織と同じ値である必要があります。 値が異なる場合、ユーザーがすでに別の Control Hub 組織に存在し、サイトの移行を妨げること意味します。

      これらのユーザーをクレームまたは無効化する必要があります。

    • Email different between Site Admin & Control Hub:値が以下の場合、 Y メール アドレスが一致していないか、ユーザーがリンクされません。

      一 致しないメール アドレスを持つユーザーを参照してください (下)

  5. 各ケースで次に行うことを評価します (下のセクションを参照してください)。

    別の組織からユーザーの確認、メール アドレスの修正、またはユーザーの Control Hub 組織へのクレームを試みることができます。 これらの問題を修正できない、または選択しない場合、サイトを移行する前に、サイト管理でユーザーを非アクティブ化する必要があります。

未確認のユーザーの修正を試みる

ミーティング サイトのユーザーを検証する方法は以下のとおりです。

  • サイト管理でメールのドメインを確認します。 メール ドメインを確認する場合、そのドメインのメール アドレスを持つすべてのユーザーを自動的に検証します。

  • 未確認のユーザーにサイト (サイト URL) へのサインインを要求します。 Webex は、電子メールの検証フローを通じてそれらを導きます。

未確認のユーザーはサインインしていない場合やミーティングを主催する必要が無い場合があります。

ユーザーを検証しようとした後で、サイトを移行する前に、残りの未確認のユーザーを非アクティブ化する必要があります。 [サイトの移行] ページで、影響を受けるユーザーを (再) エクスポートして、CSV ファイルを確認することができます。

リンクされていないユーザーに関して行うこと

次のタイプのユーザーは Control Hub でリンクされておらず、サイト移行の対象ではありません。

  • 未確認のユーザーはリンクされていません。

  • 未確認のユーザーはリンクされていません。

  • 以下のすべてが true の場合、ユーザーはリンクされます。

    • Control Hub でユーザーのメール アドレスがクレームされます。

    • ユーザーはドメインをクレームした組織に存在しません。

    • その組織は Active Directory からユーザーを同期しています。

      これらの条件の下で、Active Directory からそれらを同期しない限り、Webex は組織で新しいユーザーを作成できません。

リンク解除されたユーザーがサイト移行を進める場合は何も行う必要はありません。これらのユーザーがサイト移行後にサイトに役割を持たない(主催または出席者または管理者の役割ではなく) という認識をするだけです。

ユーザーがリンクされていないという問題を修正した場合、夜間同期ジョブを使用して、これらを Control Hub 組織にリンクできます。

他の Control Hub 組織のユーザーについて行うこと

異なる Control Hub 組織にすでに存在するサイト ユーザーまたは管理者を移行することはできません。

ただし、このルールには次の例外があります。 サイト管理者は、Control Hub 組織を作成または管理するパートナー組織に属している場合、移行を行う資格があります。 これらのユーザーを users-to-review.csv ファイルにリスト表示しません。

サイトユーザーがすでに他の Control Hub 組織に存在している場合、次の操作を行います。

  • Control Hub 組織にユーザーをクレームします (組織がこれらのユーザーのメール ドメインを検証済みである必要があります)。 https://help.webex.com/nceb8tm を読みます。

  • サイトを移行する前に、サイト管理でユーザーを非アクティブ化します。

一 致しないメール アドレスを持つユーザー

一部のユーザーは、サイト管理と Control Hub でメール アドレスが異なります。 これは、ユーザーがこのサイトから Control Hub にリンクされた後で、ユーザーのメールが 2 つの場所のうち 1 つでのみ変更された場合に可能です。

これらのユーザーは Y サイト変換ツールから Email different between Site Admin & Control Hub エクスポートされた CSV ファイルの行でマークされます。

これらのアクションを試して、電子メール アドレスが一致しないユーザーを修正します。

  • サイト管理のユーザーのメール アドレスを変更して、Control Hub メール アドレスに一致させる

    ユーザーはサイト管理者のプロファイルを編集することができます。 https://help.webex.com/nmig1kcb

  • Control Hub のユーザーのメール アドレスを変更して、サイト管理メール アドレスに一致させる: https://help.webex.com/nsi3kgb.

    ユーザーは Control Hub 組織で自分のメール アドレスを変更できます。 https://help.webex.com/nme40aeb


ユーザーのメールの不一致を修正せずにサイトを移行した場合、影響を受けるユーザーは Control Hub のメール アドレスを使用してミーティング サイトにログインする必要があります。

ユーザーを非アクティブにする方法


ユーザーを非アクティブ化すると、彼らは主催者ライセンスまたは出席者権限を失います (アクティブの間、どの役割があったかによって異なる)。

サイト管理での個別ユーザーの非アクティブ化:

  1. [ユーザー管理] > [ユーザーの>編集] にアクセスします。

  2. インデックス、検索、フィルター管理を使ってユーザーを探します。

  3. [アクティブ] ボックスのチェックを 外します。

  4. 変更 を提出します。

    詳細については、「Cisco Webex サイト管理のユーザー アカウントを管理する」 を参照してください。

サイト管理でのバッチ ユーザーの非アクティブ化:

  1. ユーザーを CSV ファイルにエクスポートします。

  2. CSV ファイルを開き、 Active すべての影響を受けるユーザーの N 行の値を変更します。

  3. 変更された CSV ファイルをインポートします。

    変更されたユーザーは非アクティブになりました。

    詳細については、「Webex サイト管理で Webex ユーザーをバッチインポートまたはエクスポートする」を参照します。

始める前に

無効にする必要がある機能がいくつかあるので、すべてのユーザーが移行できる状態にあるか確認する必要があります。 API 統合型アプリケーションを使用している場合は、Webex API を使用するために更新する必要があります。

これらの前提条件については、この記事の前の部分で読む必要があります。


すべての管理者がサイトを Control Hub に移行することを知っていることを確認し、開始後にサイト管理に変更を加えないようにしてください。

1

サイト管理にサインインし、[サイトの移行] をクリックします。

2

前提条件、特に移行の成功に影響を与える可能性がある文の CSV リストを見直します。

3

無効にする必要がある機能と、ユーザー管理とホスト ライセンスに期待できる違いについてお読みください (この記事にも記載されています)。

4

[Control Hub に変換] をクリックします。

5

予想できる変更に関するメッセージを確認します。

6

[移行] をクリックします。

移行プロセスが開始され、進行状況を示すインジケータが表示されます。 何かが間違っている場合、エラー メッセージと推奨されるアクションが表示されます。 問題がない場合、成功のメッセージが表示されます。

 

サイトを Control Hub に移行すると永久的になり、移行が終了すると、移行プロセス処理を元に戻すことはできません。 サイトの移行が終了すると、このサイトはサイト管理で管理されなくなります。 Control Hub でこのサイトを完全に管理する準備ができていない場合は、今すぐウィザードを終了してください。

7

[Control Hub にサインインする] をクリックします。

Webex サイトからサイト変換をトリガーしたサイト管理 Control Hub にサインインして、変換の進行状況を追跡できます。

  1. https://admin.webex.com の Control Hub にサインインし、[Meetings] ページを開きます。

    ミーティング サイトの一覧が表示されます。

  2. サイトをクリックしてサイトに関する情報を確認します。

  3. [サイトの変換] セクション を見て、[変換ステータス] を読み取れる場所を探します。

    移行が終了したら、移行されたユーザーのリストをダウンロードできます。

  4. リストを見直して、移行の問題を確認してください。

サイトの移行が終了すると、サイト管理でこのサイトを管理できなくなります。 このサイトのすべての管理は Control Hub で行われる必要があります。 Control Hub でサイトの管理を行い、慣れ親しむ手順を次に示します。

  1. 主催者を選択し、ライセンスとセッション タイプを確認します。 スケジュール済みミーティングが有効か確認します。

    ユーザーに対し、新しいミーティングをスケジュールして主催できる事を確認します。

  2. 組織に新しいユーザーを追加します。 ユーザーに主催者ライセンスを付与し、セッション タイプを変更し、ミーティングを主催可能か確認します。

  3. サイト管理者のフル管理者であるユーザーを選択し、移行されたサイトに適切なレベルのアクセス権限を持っているか確認します。

    サイトを読み取り、変更できる必要があります。ユーザーの作成、ライセンス付与、変更、および削除を行います。

  4. サイトに API 統合がある場合、ユーザー API の使用に切り替えます。 更新された統合が期待通り動作をすることを確認します。

https://help.webex.com/naqlzeu で Control Hub のミーティング サイトの管理に関する詳細を参照してください。