ユーザー管理

Control Hubの基盤となる一元化されたユーザー管理システムでは、組織全体（およびWebex全体）内でユーザーが区別され、ユニークです。 サイト管理では、ユーザープロファイルは会議サイトごとに異なります。

自動アカウント作成によるシングルサインオン（SSO）

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

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

SSOを使用する多くの組織は、外部のIDプロバイダーによる認証を要求するだけでなく、Microsoft ^® Active Directory やMicrosoft Azureなどの外部ディレクトリツールでユーザーを一元管理することを好むかもしれません。

についてもっと読む:

• コントロールハブにユーザーを追加します。

• コントロールハブの組織をアイデンティティプロバイダーと統合します。

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

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

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

Control Hubで新しいユーザーを作成する場合、他のすべてのユーザーフィールドはオプションなので、Control Hubの管理対象サイトに追加のプロファイルデータを強制することはありません。

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

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

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

Control Hubには、不正アクセスを防ぐための次のオプションがあります。

• 最初の数回失敗すると自動的にタイムアウトします。

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

• 正規のユーザーは、忘れたパスワードをセルフサービスで変更できます。

ホストライセンス

ホストはコントロールハブ組織に属している必要があります

サイト管理では、任意のユーザーにホストライセンスを割り当てることができます。 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サイトでサイト管理者で自動アカウント作成が有効になっている場合は、Control HubでSAML自動アカウント作成による同様の機能を有効にできます。 Control Hub組織でアカウントが作成されたら、新しいユーザーに自動的にライセンスが割り当てられるように、自動ライセンステンプレートも必ず設定してください。

ディレクトリ同期のある組織

組織がディレクトリ同期に設定されている場合は、組織に参加させたいすべてのユーザーがサイトにいることを確認してください。 これは、サイトの更新プロセスを開始する24時間前に行う必要があります。そうすれば、サイトのユーザーをコントロールハブ組織の新しいユーザーにリンクできます。

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

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

XML API

XML APIは、Control Hubの管理対象サイトと上位互換性を持つようになりました。 詳細と注意事項については、XML API 41.11.0のアップデートで読むことができます。

サイトがサイト管理者からコントロールハブ管理に更新されても、XML APIサービスのURLは変更されません。 同じ API URL は引き続き機能します。 シスコでは、すべてのAPI統合で認証にOAUTHを使用することを推奨しています。

XML APIでの認証

認証に Webex OAUTH を使用しない統合は、サイトが Control Hub に更新された後に失敗する可能性があります。 次の表は、サイトの更新後もどのタイプの管理者認証が引き続き機能するかを示しています。

テーブル 1.サイトの更新後にXML APIで機能する管理者認証の種類

サイト更新前のXML APIでの管理者認証のタイプ	サイト更新後のSSO組織の管理者	サイトの更新後、管理者はSSO組織にいませんでした
ユーザー名 (WebExID) /パスワード	動作します*	動作します*
ユーザー名 (WebEXID) /セッションチケット	うまくいくでしょう	うまくいくでしょう
ユーザー名/OAuth（Webex アクセストークン）	うまくいくでしょう	うまくいくでしょう
メール/パスワード	動作します*	動作します*
メール/セッションチケット	うまくいくでしょう	うまくいくでしょう
メール/OAuth（ウェベックスアクセストークン）	うまくいくでしょう	うまくいくでしょう

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

API統合のコントロールハブの管理者の役割

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

統合の内容によっては、 統合が機能するために管理者にコントロールハブサイトの会議主催者アカウントを割り当てる必要がある場合もあります（ これはサイト管理サイトの管理者には必要ありませんでした）。

コントロールハブのXML APIの違い

ほとんどのXML API統合は、サイトの更新後も変更なしで機能するはずです。 ただし、次のリストに詳述されているいくつかの例外があります。

• createUser —Control Hubの管理対象サイトでは、この操作によってライセンスを割り当てる前にサイト所有組織にユーザーが作成されることもあります。 ユーザーがすでに別の組織に存在する場合、この操作は失敗します。PMR ID parameterコントロールハブでまだアクティブステータスを持っていないユーザーには有効になりません。

  createuserコントロールハブの管理サイトでは、APIが完了するまでに時間がかかります。 パフォーマンスを向上させるには、createuserスレッドを追加して呼び出しを並列化できます。

• setUser —会議サイトのライセンスをユーザーに割り当てたり削除したりする可能性があります（APIパラメーターまたはペイロードによって異なります）。
• delUser —会議サイトのライセンスを削除しますが、コントロールハブ組織からユーザーを削除しません。
• lstSummaryUser — ユーザーのも返します。objectGUID
• authenticateUser — Control Hubが管理するサイトでは、各XML AuthenticateUserAPIにユーザー名とパスワードを使用するのではなく、を使用してセッションチケットを作成することをお勧めします。 Control Hubの管理対象サイトでは、本文でのSAMLレスポンスの使用はサポートされていません。

レスト API

Control Hubには、ユーザーを作成してライセンスするためのユーザーおよびライセンス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を使用する必要があります。 People APIは、ユーザーへのサイト管理者の役割の割り当てをサポートしていません。 APIを使用してサイト管理者の役割を割り当てる場合でも、XML APIを使用する必要があります。

People APIを使用して、完全な（または読み取り専用）権限を持つ組織管理者を作成できます。また、それらの管理者はControl Hubが管理する会議サイトを管理（または閲覧）することもできます。

将来の計画（変更される可能性があります）

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

リリース43.6の今後の変更点

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

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

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

必須のホストプロフィールフィールド（ベータ版）に参加している場合は、 次の警告が表示されます。

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

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

サイトの更新を妨げる機能を無効にする

Webex サイトを Control Hub に更新する前に、一部の機能を無効にする必要があります。 どの機能を無効にする必要があるかを示すリストが表示されます。 赤い丸のXアイコンが付いている機能は必ず実行してください。 黄色い三角形の感嘆符のアイコンが付いている機能は参考用で、何もする必要はありません。

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

1. Webex サイト管理にサインインして、設定 > 共通サイト設定 > オプションに移動します。

   • 「ホストアカウントのサインアップを許可する」オプションを見つけて無効にしてください。

   • 「アカウント登録が必要」を見つけ、 必須のユーザープロフィールフィールドのボックスをすべてクリアします。

2. 「更新」をクリックします。

3. 設定 > サイト共通設定 > トラッキングコードに移動します。

4. 「ホストプロファイル」列で、「必須」 と表示されているすべてのトラッキングコード行を「AdminSet」または「 オプション」に変更します。

   • トラッキングコードの詳細については、https://help.webex.com/izu2ty をご覧ください。

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

将来的には、この制限が解除され、Control Hubの必須カスタムユーザー属性にトラッキングコードをマッピングして、同等の機能を利用できるようになります。

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

1. サイト管理にログインして、 アップデート管理ページを開きます。

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

3. エクスポートが完了するのを待ってください。 このプロセスは、 開始時間とサイトのユーザー数によっては時間がかかる場合があります。 エクスポートは、 1 時間の最後（xx: 57 から xx: 03 の間）に6分間一時停止されます。

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

   users-to-review.csvブラウザがダウンロードされます。

5. CSVファイルを開いて、推奨アクション列（ 最後の列）を確認してください。 ファイル内の各ユーザーに推奨されるアクションを実行してください。

メールアドレスが一致しないユーザー

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

メールアドレスが一致しないユーザーを修正するには、次のアクションを試してください。

• サイト管理画面でユーザーのメールアドレスをコントロールハブのメールアドレスと一致するように変更してください

  ユーザーはサイト管理者プロフィールを編集できます：https://help.webex.com/nmig1kcb

• Control Hub のユーザーのメールアドレスを、サイト管理者のメールアドレス https://help.webex.com/nsi3kgb と一致するように変更してください。

  ユーザーはコントロールハブの組織で自分のメールアドレスを変更できます:https://help.webex.com/nme40aeb

ベーシックミーティングライセンスを持つ外部ユーザー

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

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

サイト管理で個人ユーザーを無効にする場合：

1. [ユーザー管理] > [ユーザーの編集] に移動します。

2. インデックス、検索、フィルターのコントロールを使ってユーザーを見つけましょう。

3. アクティブボックスのチェックを外してください。

4. 変更を送信してください。

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

サイト管理でのユーザーの一括無効化については：

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

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

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

   変更したユーザーは現在非アクティブです。

   詳細については、「Webex サイト管理の Webex ユーザーの一括インポートとエクスポート」を参照してください。

ディレクトリ同期のある組織のユーザー

あなたの組織にいるはずなのに、まだ追加されていないリンクされていないユーザーがいる場合は、 まずそのユーザーを組織に追加する必要があります。 ディレクトリ同期ではサイトの更新プロセスでユーザーを追加できないため、これは（Directory ConnectorまたはAzure ADを介して） ディレクトリ同期を行うように構成されている組織にとって特に重要です。

更新を開始する前にユーザーの問題を解決してください

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

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

コントロールハブ組織は、SSO用に複数のIDプロバイダー（IdP）をサポートできます。 IdPの1つはWebex IdP（ローカル認証）です。

コントロールハブの複数のIDPが役立ちます：

• サイト管理画面のSSOサイトのIdPは、コントロールハブのSSO IdPとは異なります。
• サイトのユーザーが組織で設定されているSSO IdPにいない場合、それらのユーザーをローカルWebex IdPに追加できるようになりました。 その後、 それらのユーザーを設定済みのSSO IdPに移動できます。

複数のIdPを設定すると、サイト管理者からControl Hubに更新されるサイト上のすべてのユーザーが、 Control Hub組織で設定されている認証方法でサインインできるようになります。 これを実現するには、次のことができます。

• コントロールハブ組織にSSO IdPを追加してください。
• すでに設定されているIdPにユーザーを追加します。
• ローカルの Webex IdP にユーザーを追加します。

Control Hubの複数のIDPについて詳しくは、 この記事を参照してください。