EnglishFrançaisDeutschEspañolItaliano日本語한국어NederlandsPortuguês (Brasil)中文 (简体)中文 (繁體, 台灣)
Skip to main content

2026 年 8 月 26 日

マルチ ユーザーのサポートと管理

マルチ ユーザー機能は、管理者が今後デバイスを管理する方法に大きな変化をもたらします。新しい Modern Stack アーキテクチャを使用することで、Workspace ONE は複数のユーザーでデバイスを管理できるようになります。Windows デスクトップにログインしたユーザーは、デバイスの加入ユーザーになります。次に、ログインするすべてのユーザーの加入ユーザーを追跡します。デバイス リソースがデバイスに割り当てられていることが非常に重要です。

マルチ ユーザーは、Workspace ONE が管理する Windows デバイスのデフォルトの加入方法になりました。UEM 2406 および Intelligent Hub 2404 以降では、すべてのデバイスでマルチ ユーザーがデフォルトで有効になります。この変更により、シフトベースの作業や、企業情報ワイプなしでデバイスを再割り当てする機能など、新しいユースケースが生まれます。マルチ ユーザー機能を有効にするために渡す必要がある追加のコマンド ライン スイッチまたは引数はありません。

加入

加入オプションには 5 つのタイプがあり、一部には追加の要件があります。

  1. 設定不要の加入：Autopilot を使用して加入したデバイスはサポートされています。ただし、マルチ ユーザー機能を有効にするには、Intelligent Hub をインストールする必要があります。[システム設定] > [デバイスとユーザー] > [Microsoft] > [Windows] で、Intelligent Hub を公開オプションが選択されていることを確認します。

  2. **コマンド ライン加入：**マルチ ユーザー モードの場合、すべてのデバイスはデフォルトでマルチ ユーザーが有効になり、追加のコマンド ライン スイッチは必要ありません。

  3. **Agent 加入：**Agent ベースの加入がサポートされています。Agent 加入時にマルチ ユーザーを有効にするための追加構成は必要ありません。

  4. **Dropship プロビジョニングを使用した加入 (オンラインおよびオフライン)：**追加の構成が不要なマルチ ユーザー モードをサポートします。

  5. **代理セットアップ加入フロー：**標準のシングル ユーザー代理セットアップは、追加の構成を必要とせずサポートされます。高度なシングル ユーザーまたはマルチ ユーザー代理セットアップはサポートされていません。代理セットアップ ユーザー設定を確認するには、 [ユーザーの詳細] > [高度な設定] > [代理セットアップ] の順に移動します。

    **注：**これで、どのユーザーも代理セットアップ ユーザーになることができるようになりました。管理者は、ユーザーを専用の代理セットアップ ユーザーとして事前構成する必要がなくなりました。共通リソースがデバイス コンテキストで作成され、デバイスのすべてのユーザーに割り当てが構成されている場合、リソースは再インストールされません。

2506 で追加された機能により、管理者は新しい加入に使用するユーザー モードのタイプを選択できます。 ユーザー モードのデフォルトは マルチ ユーザー に設定されていますが、必要に応じてここから [シングル ユーザー加入] を選択できるようになりました。 これは、組織グループ (OG) ごとに構成することもできます。これは、Console の [システム] > [デバイスとユーザー] > [Microsoft] > [Windows] > [Intelligent Hub 設定] > [加入のデフォルト ユーザー モード] で確認できます。

加入情報の詳細については、「[Workspace ONE UEM Windows Multi User on TechZone](https://techzone.omnissa.com/resource/workspace-one-uem-windows-Multi User#device-enrollment)」を参照してください。

共有デバイス設定

デフォルト設定では、ユーザーに組織グループ (OG) をプロンプト表示します。 この設定が変更されていない場合、ユーザーは組織グループ ID を入力するように求められます。 ユーザーの再割り当てがサイレントになるように、この設定を固定組織グループまたはユーザー グループ組織グループに変更することをお勧めします。固定組織グループの場合、デバイスは現在の組織グループに残り、ユーザー グループ組織グループはデバイスを構成済みの組織グループに移動します。グループ割り当てモードは、[システム設定] > [デバイスとユーザー] > [全般] > [共有デバイス] にあります。 これにより、デバイスを適切な組織グループにマッピングする方法を制御できます。

Console ビュー

デバイスは、Console 内の複数の領域に現在のユーザー モード（マルチ ユーザー、シングル ユーザー）を表示します。

  • **マルチ ユーザー モード：**デバイスの加入済みユーザーは、現在ログインしている Windows ユーザー基づいて更新されます。

  • **シングル ユーザー モード：**加入済みユーザーは常に、 デバイスに 加入したユーザーになります。別のユーザーが Windows にログインしている場合、加入済みユーザーは更新されません。

デバイス リストおよび詳細画面

デバイス リストのカスタム ビューには、現在のモードを表示する [ユーザー モード] 列が表示されます。 デバイス詳細ビューの [デバイス情報] パネルにも現在のユーザー モードが表示されます。

フィルタ

[デバイス リスト表示] 画面で、複数の管理シナリオに役立つフィルタが追加されました。

  • **シングル ユーザー (レガシー)：**マルチ ユーザーをサポートしていない古い Intelligent Hub バージョンが原因で、シングル ユーザー デバイスとして加入したデバイス。

  • **マルチ ユーザー：**マルチ ユーザー モードに加入または移行されたデバイス。

  • **マルチ ユーザー対応：**現在シングル ユーザー (レガシー) として加入しているが、移行可能なデバイス。これらのデバイスは、正しい Intelligent Hub バージョンを含むマルチ ユーザーへの移行要件を満たしています。既存のシングル ユーザー (レガシー) デバイスをマルチ ユーザーに移行する場合は、このフィルタを使用します。

  • **シングル ユーザー：**現在、ユーザー再割り当て機能が一時停止しているマルチ ユーザー デバイス。新しいユーザーが Windows にログインしても、これらのデバイスで加入ユーザーは更新されません。ユーザーの再割り当ては、デバイス リスト表示またはデバイス詳細画面の両方で一時停止（または一時停止解除）できます。

ディレクトリ サービス サポート

マルチ ユーザーは、次のディレクトリ タイプ構成のサポートを導入しました。

  • LDAP Active Directory はサポートされています
  • LDAP Lotus Domino はサポートされていません
  • LDAP Novell e-Directory はサポートされていません
  • LDAP その他はサポートされています
  • Omnissa Identity Services はサポートされています
  • サポートされていません

一意の識別子の属性

現在ログインしているユーザーを特定し、UEM Console でユーザー オブジェクトと照合するには、照合に使用する属性を設定する必要があります。Windows Intelligent Hub 設定では、管理者は、使用可能な UEM ユーザー属性と、Intelligent Hub がデバイスから収集できる 4 つの属性から適切なペアを選択する必要があります。ほとんどのユースケースで、UPN/UPN を使用することをお勧めします。[一意の識別子の属性] で、次に示すように、目的のクライアント ユーザー属性と一致する UEM ユーザー属性を選択します。

UEM ユーザー属性 クライアント ユーザー属性
オブジェクト識別子 オブジェクト GUID (ドメイン コントローラに対する見通しが必要)
ユーザー名 Sam アカウント名
推奨：ユーザー プリンシパル名 ユーザー プリンシパル名
従業員 ID ユーザー SID
メール アドレス
カスタム属性 1-5

デフォルトでは、一意の識別子は オブジェクト識別子/オブジェクト GUID に設定されています。環境のニーズに基づいて変更することを強くお勧めします。オブジェクト GUID がデバイスの GUID を取得するには、ドメイン コントローラへのアクティブな接続が必要であることに注意してください。構成するには、[設定] > [デバイス設定] > [デバイスとユーザー] > [Microsoft] > [Windows] > [Intelligent Hub 設定] の順に移動します。

移行

2406 以降では、新しく加入したすべての Windows デスクトップ デバイスでマルチ ユーザーがデフォルトで有効になります。既存の加入済み Windows デスクトップ デバイスは、シングル ユーザー（レガシー）デバイスのまま維持されます。管理者は、以前に加入したデバイスをマルチ ユーザーに移行する必要があります。これは、管理者がマルチ ユーザーを有効にする前にリソース割り当てを検証できるようにするためです。これにより、移行後に加入ユーザーが更新されても、リソースが誤って削除されなくなります。

例：デバイスは、コマンド ライン代理セットアップを使用して IT チーム メンバーによって加入されました。このセットアップ中に、チーム メンバーはデバイスにサインインしていくつかの追加構成を完了し、誤ってデバイスを自分自身に加入させました。その後、デバイスは実際のエンド ユーザーに渡されます。マルチ ユーザーに移行すると、このデバイスの加入ユーザーは実際のエンド ユーザーに変更されます。リソースの割り当てが実際のエンド ユーザーに行われていない場合は、移行時に削除されます。マルチ ユーザー シナリオで使用する一般的なリソースを適切に構成する方法の詳細については、「リソースの割り当て」セクションを参照してください。

マルチ ユーザーに移行

以前に加入したデバイスの移行は、いくつかの方法で実行できます。

  • **デバイス リスト表示：**デバイス リスト表示で、チェックボックスを使用して 1 つ以上のデバイスを選択し、[マルチ ユーザー モードに変更] を選択します。移行可能なデバイスを特定するには、[デバイス リスト表示] 画面の [フィルタ] セクションにある [マルチユーザー対応] フィルタを利用します。このフィルタには、移行可能なすべてのデバイスが一覧表示されます（現在のシングル ユーザーで、マルチ ユーザーをサポートするための Intelligent Hub 最小要件を満たす）。次に、管理者には次の承諾画面が表示されます。[続行] をクリックします。

    **注：**デバイス リスト表示は、一度に 100 台のデバイスを選択するように制限されています。一度に 100 台を超えるデバイスを移行するには、API メソッドを利用することをお勧めします。  

  • **API を使用した移行：**移行は、次の POST URL を使用してトリガできます。 https://%APISERVERUL%/api/mdm/devices/action/ 次の本文：

{
"action_name": "MIGRATE_TO_Multi User",
"filter":
{
"organization_group_uuid": "999362E5-7D35-487B-A74F-7C0A377BB521", "device_uuids": [
"338234E5-F1DE-46CF-AE1C-DFFD919CFE32",
"40D18DF3-0B04-4648-A26A-E5D24F2CD4D9"
]
} }

重要 必ず API のバージョン 3 を選択してください。このデータは、次の例のように API ヘッダーに追加する必要があります。 "Accept", "application/json; version=3"

次のアクションを使用できます。

  • MIGRATE_TO_Multi User -- デバイスをマルチ ユーザー対応からマルチ ユーザー デバイスに移行する場合

  • CHANGE_TO_SINGLEUSER -- マルチユーザー デバイスをシングル ユーザー デバイスに変更する場合

  • CHANGE_TO_Multi User -- シングル ユーザー デバイスをマルチ ユーザー デバイスに変更する場合

ユーザーを切り替えるときのエンド ユーザー エクスペリエンス：

マルチ ユーザーは、エンドユーザーにとって可能な限りシームレスになるように設計されました。 デバイスを新しいユーザーに再割り当てするには、Windows からログアウトして、別の企業ユーザーでログインするだけです。

ドメイン参加済みデバイス（Active Directory、ハイブリッド参加、または AAD）では、ユーザーの再割り当てがサイレントに実行されます。再割り当てが成功したことを確認するために、エンド ユーザーにはログイン後に次の Windows 通知が表示されます。この通知は、ユーザーの切り替え後に 1 回だけ表示されます。

ワークグループ参加済みデバイスでは、Workspace ONE はデバイスをサイレントに再割り当てするために必要な属性を検索できません。これらのデバイスで、Intelligent Hub は、企業の資格報を使用して認証するようにエンド ユーザーに求めます。資格情報を正常に入力すると、ユーザーが Workspace ONE に接続され、デバイスが適切に再割り当てされたことを示す通知が表示されます。

  • **ユーザーの再割り当てに失敗しました：**新しいユーザーがドメイン参加済みマシンにログインすると、Workspace ONE はサイレントにデバイスのチェックアウトを試みます。最初の試行が失敗した場合、Workspace は 2 分間待ってから再試行します。これは 3 回繰り返されます。Workspace ONE がデバイスをサイレントにチェックアウトできなかった場合、Intelligent Hub はユーザーに資格情報の入力を求めます。資格情報を入力すると、デバイスは再割り当てされます。

  • **ユーザーの切り替えではなく、ログアウトを使用：**ユーザーの再割り当てを実行するには、現在のユーザーが Windows からログアウトする必要があります。ユーザーの切り替えの実行はサポートされていません。ユーザーを頻繁に切り替えるデバイスでは、CSP または GPO を活用して、ユーザーの切り替えをブロックすることをお勧めします。CSP の詳細については、次の Microsoft の記事を参照してください。 https://learn.microsoft.com/en-us/windows/client-management/mdm/policy-cspwindowslogon

割り当て ユーザー A ユーザー B
システム コンテキスト アプリケーション - デバイスに割り当て済み アプリケーションはデバイスに残ります アプリケーションはデバイスに残ります
システム コンテキスト アプリケーション - ユーザー A に割り当て済み アプリケーションはデバイスに残ります アプリケーションは削除されます
システム コンテキスト アプリケーション - ユーザー B に割り当て済み アプリケーションは削除されます アプリケーションはデバイスに残ります
システム コンテキスト アプリケーション - ユーザー A とユーザー B に割り当て済み アプリケーションはデバイスに残ります アプリケーションはデバイスに残ります
ユーザー コンテキスト アプリケーション - ユーザー A に割り当て済み アプリケーションはデバイスに残ります アプリケーションはデバイスに残ります
ユーザー コンテキスト アプリケーション - ユーザー B に割り当て済み アプリケーションはデバイスに残ります アプリケーションはデバイスに残ります
ユーザー コンテキスト アプリケーション - ユーザー A とユーザー B に割り当て済み アプリケーションはデバイスに残ります アプリケーションはデバイスに残ります

プロファイル コンテキスト

プロファイル コンテキストは、デバイス レベルの構成でも同様に機能します。デバイス プロファイルを使用してインストールされ、デバイス上のすべてのユーザーに影響します。たとえば、デバイスの暗号化や一般的な DLP 設定などがあります。その後、ユーザー プロファイルを使用して、ID 証明書やカスタマイズなどのユーザー固有のリソースをインストールします。

割り当てグループ

Workspace ONE は、割り当てグループを利用してリソースをデバイスに割り当てます。ユーザーがリソースに割り当てられていない場合、そのリソースはアンインストールされます。すべてのユーザーを共有ワークステーション上の共通リソースに割り当てることが重要です。例：すべてのユーザーが使用するアプリケーション。 必要なすべてのリソースについて、使用されている割り当てグループを確認します。ユーザー グループを利用する場合は、すべてのユーザーが含まれていることを確認し、スマート グループを使用する場合は、ユーザー グループが条件に含まれているかどうか、ユーザーの除外が適用されているかどうかを確認します。

ワークフロー

すべてのリソースを含むワークフローは、マルチ ユーザー デバイスで完全にサポートされます。割り当てられたワークフローの動作は、プロファイルやアプリケーションとは異なります。ワークフローは再実行され、すべてのユーザー切り替えで再評価されます。これにより、ユーザー コンテキスト リソースが現在の加入ユーザーに確実に適用されます。デバイスにすでにインストールされているアプリケーションとプロファイルは、UEM 検出によって事前にインストール状態が確認されるため、再インストールされません。

証明書

ユーザー証明書とデバイス証明書は、マルチ ユーザー デバイスで使用できます。割り当てられたデバイス証明書はすべてのユーザーが使用でき、ユーザー証明書は現在の加入ユーザーのみが使用できます。ユーザーが初めてデバイスにログインすると、加入ユーザーに対してユーザー証明書が要求され、インストールされます。ユーザーがデバイスに再度ログインすると、証明書はすでにインストールされており、生成された CA に関する新しい要求はありません。

ユーザーの再割り当てを防止

UEM Consol には、ユーザーの再割り当てを防止またはブロックする方法が 2 つあります。

**チェックアウトの制限：**特定のグループがユーザー アカウントにデバイスをチェックアウトするのをブロックする必要がある場合は、次の設定が可能です。

  • 「Windows マルチ ユーザー チェックアウト制限」セクションで追加されたユーザー グループのすべてのメンバーは、デバイス上の加入ユーザーを変更できません。 この設定は組織グループごとに構成でき、サブ組織グループで [上書き] オプションが選択されていない場合、すべてのサブ組織グループに継承されます。

    例：ユーザー A がデバイスにログインし、ヘルプ デスクの従業員がデバイスにログインします。デバイスはユーザー A に割り当てられたままである必要があります。この場合、ヘルプ デスクの従業員のアカウントをユーザー グループに追加し、チェックアウト制限で構成できます。ヘルプ デスクの従業員は、この組織グループのどのデバイスでも加入ユーザーを変更しなくなります。
    チェックアウト制限に対して構成されたユーザー アカウントは、引き続きデバイスを加入できますが、すでに加入済みのデバイスでユーザーを変更することはできません。これは代理セットアップ フローには適用されません。チェックアウト制限グループのユーザーに代理セットアップ フロー デバイスを変更することはできません。

**マルチ ユーザー モードからシングル ユーザー モードへの切り替え：**ユーザーの再割り当てを一時的または永続的に一時停止/停止する必要がある場合は、Console で 1 つまたは複数のデバイスを選択して、マルチ ユーザー モードからシングル ユーザー モードに切り替えることができます。デバイスがシングル ユーザー モードの場合、加入ユーザーは新しいログイン ユーザーに変更されません。これは、 デバイスを再加入せずに将来マルチ ユーザー機能を使用できるようにする可能性がある場合は、シングル ユーザー デバイスにも使用できます。 デバイスがマルチ ユーザー モードに切り替わると、ユーザーが変更されるたびにデバイスの加入ユーザーが変更されます。次に、API を使用して一時停止して再開します。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…