ユーザー管理

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

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

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

この機能は、Control Hub でも利用できます。詳細については、「Control Hub の SAML 自動アカウント作成と更新 」を参照してください。

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

詳細:

• Control Hub にユーザーを追加する。

• Control Hub 組織を 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 に更新することは避けてください。

新規ユーザーのための自動アカウント作成

サイト管理で Webex サイトで自動アカウント作成を有効にしている場合、SAML 自動アカウント作成機能を持つ Control Hub でも同様の機能を有効にできます。また、新規ユーザーが Control Hub 組織でアカウントを作成すると、自動的にライセンスが割り当てられるので、自動ライセンス テンプレートを設定してください。

ディレクトリ同期を持つ組織

組織がディレクトリ同期に構成されている場合、組織内に所属させるすべてのユーザーがサイトに存在するようにします。サイトの更新プロセスを開始する 24 時間前に実行する必要があります。これにより、サイトのユーザーは Control Hub 組織の新しいユーザーにリンクすることができます。

更新後に Webex サイトへの管理者のアクセス

Control Hub で組織全体の管理者ロールを持つユーザーは、サイト管理から Control Hub に更新されるサイトに自動的にアクセスできます。たとえば、組織のフル管理者は Webex サイトのフル管理者、組織のユーザー管理者は Webex サイトのユーザー管理者、組織の読み取り専用管理者は Webex サイトの読み取り専用管理者になります。

XML API

XML API は Control Hub 管理対象サイトと互換性があります。XML API 41.11.0 Updates で詳細と問題についてお読みください。

サイトがサイト管理から Control Hub 管理に更新された後、XML API サービス URL は変更されません。同じ API URL は引き続き利用できます。すべての API インテグレーションは、認証に OAUTH を使用することを推奨します。

XML API での認証

認証に Webex OAUTH を使用しないインテグレーションは、サイトを Control Hub に更新した後、失敗する可能性があります。次の表は、サイトの更新後に引き続き機能する管理者認証のタイプを示します。

表1。 サイトの更新後に XML API で機能する管理者認証のタイプ

サイト更新前の XML API の管理者認証のタイプ	サイト更新後の SSO 組織の管理者	サイトの更新後に、管理者が SSO 組織にいない
ユーザー名 (webExID)/パスワード	機能する*	機能する*
ユーザー名 (webExID)/sessionTicket	機能します	機能します
username/OAUTH (webExAccessToken)	機能します	機能します
メール/パスワード	機能する*	機能する*
メール/sessionTicket	機能します	機能します
email/OAUTH (webExAccessToken)	機能します	機能します

サイトが Control Hub に更新されると、ユーザー名 はすべてのユーザーのメールに設定されます。username が API ペイロードに使用されている場合、サイトの更新後にペイロードは代わりにメールを使用する必要があります。

API インテグレーションの Control Hub の管理者ロール

サイト管理者のロールのみを持つ管理者は、サイトが Control Hub サイトに更新された後、ユーザーのメール アドレスや表示名の変更など、XML API で一部の操作を実行できない場合があります。API 統合に資格情報を使用する管理者の場合、Control Hub のフル管理者を組織に昇格することをお勧めします。理想的には、サイトを Control Hub に更新する前です。

インテグレーションが機能する機能に応じて、管理者は Control Hub サイトで Meetings 主催者アカウントを割り当てる必要がある場合があります (これは、サイト管理サイトの管理者に必要ではありませんでした)。

Control Hub での XML API の違い

ほとんどの XML API 統合は、サイト更新後に変更を加えなくても機能します。しかし、次のリストで詳細を示している一部の例外があります。

• CreateUser—Control Hub が管理するサイトで、この操作はライセンスを割り当てる前にサイト所有組織でユーザーを作成する場合があります。ユーザーが別の組織にすでに存在している場合、この操作は失敗します。PMR ID パラメータ は、Control Hub でアクティブ ステータスがまだないユーザーには有効になりません。

  createuser API は、Control Hub 管理対象サイトで完了するまでに時間がかかります。パフォーマンスを向上させるために、Createuser コールを並列化するための追加のスレッドを追加できます。

• SetUser—ミーティング サイト ライセンスをユーザーから割り当てまたは削除する可能性があります (API パラメーターまたはペイロードに応じて)。
• DelUser—ミーティング サイト ライセンスを削除しますが、Control Hub 組織からユーザーを削除しません。
• LstsummaryUser—ユーザーの objectGUID も返します。
• AuthenticateUser—Control Hub 管理対象サイトでは、各 XML API のユーザー名とパスワードを使用するのではなく、AuthenticateUser によるセッション チケットの作成をお勧めします。コントロール ハブで管理されているサイトに対するこの通話では、本文の SAML 応答の使用はサポートされていません。

REST API

Control Hub には、ユーザーを作成したり、ライセンスを供与したりするためのユーザー API や License REST API など独自の API があり、次の場所からアクセスできます。

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

セッション タイプとトラッキング コードは、次の 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 を使用して、サイトを所有する組織外のユーザーにミーティング ライセンスを割り当てる必要があります。ユーザー API は、ユーザーへのサイト管理 ロールの割り当てを サポートされていません。API 経由でサイト管理の役割を割り当てる場合、引き続き XML API を使用する必要があります。

ユーザー API を使用して、フル (または読み取り専用) 権限を持つ組織管理者を作成できます。これらの管理者は、Control Hub で管理されるミーティング サイトを管理 (または表示) することもできます。

今後のプラン (変更される可能性があります)

• サイトを作成した同じ組織に属していない外部ユーザーに、ミーティング サイト ライセンスを付与できる新しいライセンス API。現在、Control Hub で外部ユーザー ライセンスを手動で利用できます 。
• 組織内のユーザーを作成および削除する SCIM API。
• Cisco の長期的な方向性は、REST API のみを使用することです（ユーザーとミーティング サイト上のすべての操作に対して）。ユーザー管理のための XML API は、すべてのユーザー管理操作専用の REST API が使用されるまでは引き続きサポートされます。ユーザー管理 XML API も廃止されます (日付 TBD)。

リリース 43.6 の今後の変更

これまでは、サイトを Control Hub に更新する前にこれらの 2 つの機能を無効にする必要がありました。

• 必須のホスト プロファイル フィールド
• 必要なトラッキング コード

43.6 のリリース以降、カスタム属性および必須の主催者プロファイル フィールド機能に参加するサイトは、サイトを Control Hub に更新する前に、これらの機能を無効にする必要がなくなりました。代わりに、現在の構成が Control Hub 組織にコピーされるため、ウィザードはこれらの 2 つの機能を確認するように通知します。

必須の主催者プロファイル フィールド ベータに参加している場合、次の警告が表示されます。

必要なトラッキング コードとカスタム属性 のベータ版に参加している場合は、次のアクションアイテムが表示されます。

これらのベータに参加していない場合は、次のセクションをお読みください。

サイトの更新をブロックする機能を無効にする

Webex サイトを Control Hub に更新する前に、一部の機能を無効にする必要があります。無効にする必要がある機能を示すリストをご確認ください。赤い丸の × 印のアイコンがついている機能は完了する必要があります。黄色い三角の感嘆符アイコンがついている機能は情報提供のみを目的としており、対応は必要ありません。

サイトを Control Hub に更新する方法のデモについては、このビデオをご 覧ください。

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

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

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

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

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

4. [ホスト プロファイル] 列で、[必須] のマークが付いたすべてのトラッキング コードの行を [管理設定] または [オプション] に変更します。

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

   ユーザーのすべてのトラッキング コード値は、サイトを Control Hub に更新する際に保存されます。

今後、この制限は解除され、同等の機能のために、Control Hub で必要なカスタム ユーザー属性にトラッキング コードをマッピングできるようになります。

サイトの更新をブロックするユーザーがいないか確認する方法

1. ログインし、[サイト管理更新] ページ を開 きます。

2. [管理を更新するための前提条件を確認する] コントロールを開き、[影響を受けるユーザーをCSV でエクスポートする] をクリックします。

3. エクスポートが完了するのを待ちます。開始時刻とサイト内のユーザー数によっては、このプロセスに時間がかかる場合があります。エクスポートは 1 時間の上部で 6 分間一時停止されます (xx:57 ～ xx:03)。

4. エクスポートが完了したら [CSV のダウンロード] をクリックします。

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

5. 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

Basic Meetings ライセンスを持つ外部ユーザー

Basic Meetings ライセンス を持つ外部ユーザーは、サイト管理から Control Hub にサイトを更新する前に、有料の Webex Meetings ライセンスを無効にするか、アップグレードする必要があります。

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

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

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

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

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

4. 変更を送信 します。

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

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

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

2. CSV ファイルを開き、影響を受けるすべてのユーザーの [アクティブ] 列の値を [N] に変更します。

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

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

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

ディレクトリの同期を持つ組織のユーザー

組織内にリストされているはずの、まだ追加されていないユーザーがリンクされていない場合、まず組織にユーザーを追加する必要があります。これは、ディレクトリ同期 (ディレクトリ コネクタ または Azure AD を通じて) に構成されている組織にとって特に重要です。ディレクトリ同期によってサイトの更新プロセスがユーザーを追加できないためです。

更新を開始する前にユーザーの問題を修正

ユーザーがレビュー するファイルのユーザーの問題を解決せずに、サイトを Control Hub に更新しようとすると、更新管理プロセスが失敗する可能性があります。最終更新が開始されるまで、ツールでは問題が修正済みどうか確認されません。

SSO 組織にリンクされている SSO サイトおよび非 SSO サイトの更新

Control Hub 組織は、IdP の 1 つが Webex IdP (ローカル認証) であるため、複数の 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 の詳細については、この記事 を参照してください。