Win32 アプリの置き換えの追加
Win32 アプリを Intune に追加した後、Intune を使用してアプリ間に 1 つ以上の置き換え関係を作成できます。 一般に、置き換えは、何かを更新または置き換える場所です。 Intune では、置き換えによって、既存の Win32 アプリを同じアプリまたはまったく異なる Win32 アプリの新しいバージョンに更新して置き換えることができます。 このトピックでは、置き換え機能の概要について説明します。
重要
Win32 アプリのバージョンを更新して置き換えることができる置き換えでは、現在、Win32 アプリをアプリの依存関係と交換することはできません。 アプリの依存関係の詳細については、「 依存関係」を参照してください。
置き換えリレーションシップは、Intune 内で Win32 アプリを追加または変更するときに作成できます。 置き換えの手順では、Win32 アプリに関連するすべての置き換え関係を指定できます。
前提条件
アプリの置き換えは、Win32 アプリにのみ適用できます。 詳細については、「Intune に Win32 アプリを追加 する」を参照してください。
Win32 アプリの置き換えと依存関係を他のアプリと作成および編集するには、Microsoft Intuneアクセス許可が必要です。 このアクセス許可は、Mobile アプリカテゴリの下で[関連付け]を選択すると使用できます。 2202 サービス リリース以降、Intune 管理者は、管理センターで Win32 アプリを作成または編集するときに置き換えアプリと依存関係アプリを追加するために、このアクセス許可Microsoft Intune必要です。 管理センターでこのアクセス許可Microsoft Intune見つけるには、[テナント管理>ロール>] [すべてのロール>の作成] の順に選択します。
この Win32 アプリの置き換えアクセス許可が、次の組み込みロールに追加されました。
- アプリケーション マネージャー
- 学校の管理者
Intune で置き換え関係を作成する
次の手順は、アプリ間の置き換え関係を作成するのに役立ちます。
Microsoft Intune 管理センターにサインインします。
[ アプリ>] [すべてのアプリ] の順に選択し、一覧から Win32 アプリを選択します。 Win32 アプリを追加していない場合は、手順に従って Win32 アプリを Intune に追加できます。
既存の Win32 アプリを選択したら、[ プロパティ] をクリックします。
[置き換え] セクションで、[追加の編集>] をクリックして、置き換えるアプリを選択します。
注:
Intune では、置き換えの関係に最大で 10 個のノードを指定できます。
[アプリを追加する] ウィンドウで、置き換えの関係を適用するアプリを見つけ、クリックします。 [選択] をクリックし、置き換えリストにアプリを追加します。
置き換えられたアプリの一覧で、選択した各アプリの [以前のバージョンのアンインストール ] オプションを変更して、アンインストール コマンドを Intune から選択した各アプリに送信するかどうかを指定します。 現在のアプリのインストーラーが選択したアプリを自動的に更新する場合は、アンインストール コマンドを送信する必要はありません。 選択されたアプリを別のアプリに置き換えるときに、場合によっては、[以前のバージョンのアンインストール] オプションをオンにし、古いアプリを削除して置き換える必要があります。
この手順が完了したら、[ 確認と保存]>をクリックします。
重要
スーパースティング アプリでは、自動ターゲット設定は取得されません。 有効にするには、各アプリに明示的なターゲット設定が必要です。 対象にされていないスーパーセール アプリは、エージェントによって無視されます。 置き換えられたアプリが置き換えられたデバイスを対象とするアプリの場合、置き換えられたアプリのターゲット設定の有無に関係なく、置き換えが行われます。 置き換え動作の詳細については、以下のマトリックスを参照してください。 この動作は、ターゲット設定を必要としない依存関係とは直接対照的です。 また、対象のアプリのみが管理センターにインストール状態Microsoft Intune表示されます。
置き換え動作
スーパースティング アプリは、他のアプリを更新または置き換えるアプリです。 置き換えられるアプリは、更新または置き換えられるアプリです。 置き換えの動作は、次のシナリオに基づいて示すことができます。
シナリオ | 必要な意図のターゲット設定 | 使用可能な意図のターゲット設定 |
---|---|---|
シナリオ 1: 置き換えられたアプリがデバイスに存在し、[ 以前のバージョンのアンインストール] が [はい] に設定されています。 |
置き換えられたアプリがアンインストールされ、置き換えられたアプリがデバイスにインストールされます。 メモ: 置き換えられたアプリが対象になっていない場合でも、アンインストールされます。 |
ポータル サイトに表示され、インストールできるのはスーパーシング アプリのみです。 |
シナリオ 2: 置き換えられたアプリがデバイスに存在し、[ 以前のバージョンのアンインストール] が [いいえ] に設定されています。 |
スーパーシング アプリがデバイスにインストールされます。 置き換えられたアプリをアンインストールするかどうかは、スーパーセディング アプリのインストーラーに依存します。 | ポータル サイトに表示され、インストールできるのはスーパーシング アプリのみです。 |
シナリオ 3: 置き換えられたアプリがデバイスに存在しません。 |
スーパースティング アプリがインストールされます。 | 新しいアプリがポータル サイトに表示されます。 |
置き換え内でのアプリの更新とアプリの置き換えについて理解する
1 つのアプリに置き換えられたアプリが複数ある可能性があるため、アプリは一連のアプリを更新しながら、別のアプリ セットを同時に置き換えることもできます。
注:
エンド ユーザーは、特定の Win32 アプリの置き換え操作がポータル サイトの更新プログラムか置換操作かをチェックできません。 さらに、複数のアプリが、ポータル サイトで使用可能なターゲット設定でアプリを置き換える場合、置き換えられたアプリの詳細ページは、設定された最初のスーパーセディング アプリのアプリ ページに移動します。 たとえば、アプリ A がアプリ B と C に置き換えられた場合、アプリ B が最初にアプリ A に置き換えられると、ポータル サイトのアプリ A の詳細ページがアプリ B に移動します。
次のシナリオに基づいて、アプリの更新時とアプリの置き換え時の置き換えの適用方法について説明します。
顧客のシナリオ | 説明 | 予期せぬ動作 | 追加情報 |
---|---|---|---|
アプリの更新 | IT 管理者は、同じアプリの新しいバージョンでアプリを更新したいと考えています。 | 新しいバージョンのアプリ (スーパーシング アプリ) のインストーラーは、古いバージョンのアプリを新しいバージョンに自動的に更新します。 | インストーラーは更新を完了するため、アンインストール コマンドを古いバージョンに送信する必要はありません。 そのため、以前のバージョンのアンインストールはオフに切り替えられます。 |
アプリの置き換え | IT 管理者は、アプリをまったく異なるアプリに置き換えたいと考えています。 | 置き換えられたアプリがアンインストールされ、スーパーシング アプリがインストールされます。 インストールとアンインストールの両方は、IT Pro で定義されているインストール/アンインストール コマンド ラインに基づいて行われます。 | 2 つのアプリが異なるため、管理者は [以前のバージョンのアンインストール] トグルをオンにして、古いアプリをデバイスからアンインストールできます。 |
インプレース アプリの更新と置き換えアプリの更新について
次のシナリオでは、次のいずれかの種類の更新を実行した後、アプリ検出ルールを確認する必要があります。
更新プログラムの種類 | 説明と詳細を更新する |
---|---|
インプレース アプリの更新 |
|
置き換えアプリの更新 |
|
依存関係と置き換えの間の相互作用を理解する
依存関係と置き換えの間の相互作用には、次のものが含まれます。
- 置き換えと依存関係の関係は、同じアプリ サブグラフで作成できます。
- 強制は依存関係よりも置き換えを優先しますが、競合状態がある場合は、Intune によって報告されます。
- 具体的な例: A は B に依存し、C は B を置き換える。は競合状態を報告します。
- 具体的な例 #2: A は B に依存し、C は A を置き換えます。C がインストールされ、A が置き換えられます。 B は左に取得されます。
- 置き換えは、特定のシナリオでは実行されません。
- 例: A は B と C に依存し、B は C を置き換える。
置き換えの基本的な例
このドキュメントでは、すべてのアプリが対象 (デバイスまたはユーザーのターゲット設定) であり、適用されることを前提としています。
置き換えのシナリオ例の凡例
凡例 | 定義 |
---|---|
A は、アプリの更新によって B に置き換えられます。 | |
A は、アプリの置き換えによって B によって置き換えられます。 | |
はデバイス上に存在し、完全にインストールされ、定義された検出規則に合格します。 | |
がデバイスに存在しません。 |
ケースと解決の置き換えの例
ケース | 解決方法 | Notes (メモ) |
---|---|---|
シナリオ: どちらのアプリもデバイスで検出されない。 A は、アプリの更新によって B に置き換えられます。 結果: B をインストールします。 |
アプリの更新は、管理者が構成段階で置き換えられたアプリをアンインストールしないことを選択したことを意味します。 上記の「アプリのデプロイの置き換え手順」を参照してください。 | |
シナリオ: デバイスで A のみが検出されます。 A は、アプリの更新によって B に置き換えられます。 結果: B をインストールします。 |
管理者が構成中に以前のバージョンをアンインストールしないことを選択したので、A は Intune によって明示的にアンインストールされません。 B のインストーラーの動作に基づいて、 をアンインストールできます。 | |
シナリオ: デバイスで B のみが検出されます。 A は、アプリの更新によって B に置き換えられます。 結果: 何もない。 |
B はデバイスで既に検出されているため、アクションは実行されません。 | |
シナリオ: どちらのアプリもデバイスで検出されます。 A は、アプリの更新によって B に置き換えられます。 結果: 何もない。 |
B はデバイスで既に検出されているため、アクションは実行されません。 管理構成時に以前のバージョンをアンインストールしないことを選択しているため、A はアンインストールされません。 | |
シナリオ: どちらのアプリもデバイスで検出されない。 A は、アプリの置き換えによって B によって置き換えられます。 結果: B をインストールします。 |
アプリの置換は、管理者が構成段階で置き換えられたアプリをアンインストールすることを選択したことを意味します。 上記の「アプリのデプロイの置き換え手順」を参照してください。 | |
シナリオ: デバイスで A のみが検出されます。 A は、アプリの置き換えによって B によって置き換えられます。 結果: A をアンインストールし、B をインストールします。 |
A はアンインストールされ、A がデバイスに存在しなくなったことをエージェントが検出すると、B がインストールされます。検出が引き続き A を検出する場合、エージェントは B をインストールしません。B がデバイスにインストールされているかどうかは、A がデバイスで検出されたかどうかに基づいて行われます。 | |
シナリオ: デバイスで B のみが検出されます。 A は、アプリの置き換えによって B によって置き換えられます。 結果: なし |
B は既にインストールされており、A がデバイスに存在しないため、アクションは実行されません。 | |
シナリオ: どちらのアプリもデバイスで検出されます。 A は、アプリの置き換えによって B によって置き換えられます。 結果: A をアンインストールします。 |
は、アプリの置換プロセスの一環としてアンインストールされます。 置き換えアプリが既にインストールされた後に置き換えられたアプリを検出すると、修復の適用が発生します。 |
チェーン置き換えシナリオの動作
置き換えチェーンは、複数のアプリが置き換え関係の一部である場合に発生します。 たとえば、IT 管理者は、App A を App B に置き換えてから、後で App C に置き換わるようアプリ B を構成できます。このシナリオでは、アプリ A、B、C の間に置き換えチェーンが作成されます (下の最初のケースに示すように)。 置き換えチェーンには、チェーン内に最大 10 個の関連ノードを含めることができます。 この最大値の詳細については、「 置き換えの制限事項」を参照してください。
置き換えチェーンの動作は、次のように要約できます。
- 置き換えチェーン内のすべてのアプリは、チェーンのスーパーセディング アプリによって置き換えられます。 上記の例では、チェーンのスーパーセディング アプリは App C です。
置き換えチェーンの動作を理解するために、次の表にケースと解決策の一覧を示します。 これらの置き換えチェーンを確認するときは、すべてのアプリが対象であり、デバイスに適用可能であると仮定します。
ケース | 解決方法 | Notes (メモ) |
---|---|---|
シナリオ: どのアプリもデバイスに存在しません。 アプリ間の関係は、アプリ更新プログラムの 1 つです。 結果: C をインストールします。 |
どのアプリもデバイスに存在しないため、スーパーセディング アプリ (App C) をインストールします。スーパースティング アプリは、チェーン内の他のすべてのアプリを置き換えるアプリを指します。 | |
シナリオ: デバイスにはアプリ A と C のみが存在します。 アプリ間の関係は、アプリ更新プログラムの 1 つです。 結果: なし。 |
アプリ C は既にデバイスに存在しており、これはアプリの更新シナリオであるため、アプリ A はアンインストールされません。 | |
シナリオ: デバイスにはアプリ A のみが存在します。 アプリ間の関係は、アプリ更新プログラムの 1 つです。 結果: C をインストールします。 |
アプリ C をインストールするだけです。アプリ A はアプリの更新シナリオであるためアンインストールされません。 C のインストーラーは、A を削除する動作を持っている場合とそうでない場合があります。"削除" は、A が検出ルールを介して検出されなくなったことを意味します (通常はバージョン検出が原因です)。 | |
シナリオ: デバイスには App C のみが存在します。 アプリ間の関係は、アプリ更新プログラムの 1 つです。 結果: なし。 |
スーパーセディング アプリである App C は既にデバイスに存在するため、これはアプリの更新シナリオであるため、アクションは実行されません。 | |
シナリオ: どのアプリもデバイスに存在しません。 アプリ間の関係は、アプリの置き換えの 1 つです。 結果: C をインストールします。 |
どのアプリもデバイスに存在しないため、単にスーパーセディング アプリ App C をインストールします。 | |
シナリオ: アプリ A と C がデバイスに存在します。 アプリ間の関係は、アプリの置き換えの 1 つです。 結果: A をアンインストールします。 |
アプリ C はデバイス上に存在し、これはアプリの置き換えシナリオであるため、アプリ A をアンインストールするだけです。 | |
シナリオ: デバイスにはアプリ A のみが存在します。 アプリ間の関係は、アプリの置き換えの 1 つです。 結果: A をアンインストールし、C をインストールします。 |
これはアプリの置き換えシナリオであるため、アプリ A がアンインストールされ、スーパーセディング アプリである App C がインストールされます。 | |
シナリオ: デバイスには App C のみが存在します。 アプリ間の関係は、アプリの置き換えの 1 つです。 結果: なし。 |
スーパーセディング アプリ (App C) はデバイス上に存在し、他の置き換えられたアプリは存在しないため、アクションは実行されません。 |
置き換えの制限事項
1 つの置き換えグラフには最大 11 個のノードしか存在できません。 ノードには、スーパーシング アプリ、置き換えられたアプリ、および後続のすべての関連アプリが含まれます。 次の置き換え図では、合計で 5 つのノードがあります。 そのため、最大ノード数に達するまで、さらに 5 つのノードを作成できます。
置き換えのその他の制限事項:
- Azure Virtual Desktop マルチセッションでは、システム コンテキスト (デバイス ベース) アプリとの置き換え関係のみがサポートされます。
- 対象となるアプリのみが、管理センターのインストール状態Microsoft Intune表示されます。
次の手順
フィードバック
https://aka.ms/ContentUserFeedback。
近日公開予定: 2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub イシューを段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、以下を参照してください:フィードバックの送信と表示