Windowsアプリ vs リモートデスクトップクライアント

紹介

マイクロソフトは、Windowsアプリを中心にリモートデスクトップクライアントのポートフォリオを再編成しました。MSIベースのMicrosoft Remote Desktop Client for Windows、通称MSRDCは、2026年3月27日にパブリッククラウド環境のサポートが終了します。

ただし、WindowsアプリはすべてのMicrosoftリモートアクセスツールを置き換えるわけではありません。ITチームは、クライアント戦略を変更する前に、クラウドデスクトップ、Remote Desktop Services、および直接RDP接続を区別する必要があります。

どのMicrosoft Remote Desktop製品を使用していますか？

マイクロソフトの重複 リモートアクセス 製品名は、このテーマが混乱を招く主な理由の一つです。移行を計画する前に、管理者はユーザーに表示される名前だけに頼るのではなく、各クライアントをインストール元、実行可能ファイル、および意図された接続タイプによって特定する必要があります。

Windowsアプリ

Windows Appは、Azure Virtual Desktop、Windows 365、Microsoft Dev Box、および選択されたRemote Desktop Servicesまたは直接PC接続のためのMicrosoftの統合クライアントです。これは、Windows、macOS、iOSおよびiPadOS、AndroidおよびChrome OS、ウェブブラウザ、Meta Questで利用可能ですが、利用可能なリソースと機能はプラットフォームによって異なります。

Microsoft Remote Desktop Client for Windows

スタンドアロンのMSIアプリケーション、別名MSRDCは、主にWindowsエンドポイントをMicrosoftクラウドデスクトップに接続するために設計されました。その広範な名称にもかかわらず、従来のリモートデスクトップサービスフィードや直接リモートPC接続の一般的なクライアントとして意図されたものではありません。

MSIクライアントのサポート 2026年3月27日にMicrosoftのパブリッククラウド環境で終了しました 一時的な拡張は、特定の主権クラウドおよび従来のAzure Virtual Desktop環境に対して維持されるため、管理者は削除する前に環境を確認する必要があります。

Windows用リモートデスクトップアプリ

Microsoft Storeを通じて配布されたRemote Desktopアプリは、クラウドリソース、Remote Desktop Services、および直接PC接続をサポートする別の製品でした。2025年5月27日にサポートが終了し、新しいインストールにはもはや利用できません。

マイクロソフトは2025年9月30日にAzure Virtual Desktop、Windows 365、およびMicrosoft Dev Boxへの接続を後にブロックしました。リモートデスクトップサービスと直接PC接続はその制限には含まれていませんでしたが、アプリケーション自体はもはやマイクロソフトの長期的なクライアント戦略の一部ではありませんでした。

リモートデスクトップ接続、またはMSTSC

リモートデスクトップ接続 これはmstsc.exeを通じて起動されるクラシックなWindowsクライアントです。Windowsに組み込まれており、リモートコンピュータ、仮想マシン、Windows Server環境に直接接続します。

MSTSCは、廃止されたMicrosoft StoreアプリケーションとサポートされていないMSIクライアントの両方から分離されています。Microsoftは、直接リモートPCアクセスのための一般に利用可能なWindowsオプションとしてそれを特定し続けています。

マイクロソフトリモートデスクトップクライアントのサポート終了タイムラインとは？

移行は段階的に行われたため、ITチームはこれを単一の退職イベントとして扱うべきではありません。

日付	変更	運用への影響
2025年5月27日	Microsoft Store Remote Desktopアプリのサポートが終了しました	新しいインストールはもはや利用できませんでした
2025年9月30日	ストアアプリのクラウド接続がブロックされました	クラウドユーザーはWindowsアプリに移行する必要がありました。
2026年3月27日	MSIクライアントと従来のウェブクライアントは、パブリッククラウドでのサポートが終了しました。	パブリッククラウドユーザーはWindowsアプリを使用するべきです
2026年9月28日	Azure Government、21Vianetが運営するAzure、およびAVD Classicの拡張MSIサポートは終了します。	これらの環境には独自の移行スケジュールが必要です。

Microsoft Learnによると、MicrosoftはAzure Governmentや21Vianetによって運営されるAzureの同じウェブクライアントの終了日を発表していません。管理者は、パブリッククラウドのタイムラインを適用する前に、各ホストプールのクラウド環境を確認する必要があります。

インストールされたクライアントはサポート終了後も起動し続ける可能性がありますが、組織は継続的な互換性、セキュリティサービス、または信頼できるアクセスを前提にすべきではありません。

Windowsアプリ vs リモートデスクトップクライアント: 比較

次の表は、WindowsアプリとスタンドアロンMSIクライアントを比較しています。

機能	Windowsアプリ	MSIリモートデスクトップクライアント
主な役割	Microsoftクラウドおよびサポートされているリモートリソースへの統一アクセス	Microsoftクラウドデスクトップへのレガシーアクセス
Azure Virtual Desktop	サポートされています	2026年3月27日以降、パブリッククラウドではサポートされません。
Windows 365	サポートされています	2026年3月27日以降、パブリッククラウドではサポートされません。
マイクロソフトデブボックス	サポートされています	2026年3月27日以降、パブリッククラウドではサポートされません。
Windows上のRDSフィード	サポートされていません	サポートされていません
Windows上の直接リモートPC	プレビュー	サポートされていません
ブラウザアクセス	マイクロソフトクラウドリソース	レガシーウェブクライアントはパブリッククラウドではサポートされていません
プラットフォーム	Windows、macOS、モバイル、ウェブ、Meta Quest	Windowsのみ
アカウント体験	複数の仕事または学校のアカウント	古い経験
マイクロソフトの方向性	現在の戦略的クライアント	レガシークライアント

Microsoft LearnのWindowsアプリ機能マトリックスは、表示、リダイレクション、認証、セキュリティ、ネットワーク機能におけるプラットフォームの違いも示しています。製品レベルのサポートに頼るのではなく、実際のエンドポイントとワークロードをテストしてください。

Windowsアプリは何が得意ですか？

Windows Appは、以前のRemote Desktop Clientの名前を変更したバージョン以上のものです。Microsoftは、クラウドデスクトップ、Cloud PC、Dev Box、およびいくつかのエンドポイントプラットフォームにわたる選択されたリモートリソースへの共通のアクセス体験を提供するために設計しました。

Microsoftクラウドリソースのための1つのインターフェース

Windowsアプリは、割り当てられたAzure Virtual Desktopリソース、Windows 365 Cloud PC、およびMicrosoft Dev Boxを1つのインターフェースに統合します。ユーザーはリソースを検索し、頻繁に使用するデスクトップやアプリケーションをお気に入りとしてマークし、仕事用または学校用のアカウント間で切り替えることができます。

このアプローチは、複数のMicrosoft Entraテナントで作業するコンサルタント、管理者、およびマネージドサービスプロバイダーのアクセスを簡素化できます。また、各Microsoftクラウドサービスに対して異なるユーザーワークフローを維持する必要性を減らします。

クロスプラットフォームアクセスとモダン機能

Windowsアプリは、主要なデスクトップおよびモバイルプラットフォーム、ならびにサポートされているウェブブラウザを通じて利用可能です。エンドポイントとリモートサービスに応じて、動的解像度、複数のモニター、外部ディスプレイのサポート、Microsoft Teamsのメディア最適化、カメラ、オーディオ、ストレージ、プリンターのリダイレクションを提供できます。

しかし、これらの機能は すべてのプラットフォームで同一ではない 複数のモニターサポート、ブラウザ機能、および周辺機器のリダイレクションは、Windows、macOS、モバイルデバイス、およびウェブクライアント間で異なる場合があるため、管理者は完全な機能の互換性を仮定するのではなく、完全なユーザーシナリオをテストする必要があります。

管理されたWindowsデバイスでの簡単な展開

組織は、Microsoft Storeアプリケーションモデルを使用してMicrosoft Intuneを介して管理されたWindowsエンドポイントにWindowsアプリを展開できます。これにより、別々のMSIパッケージングおよびアップグレードプロセスを維持するのと比較して、インストールと更新が簡素化される可能性があります。

中央集権的な展開は、互換性テストの必要性を排除するものではありません。Windowsアプリは、特定のユーザーグループに必要な接続タイプ、表示機能、またはリダイレクション機能が欠けていても、正常にインストールされることがあります。

Windowsアプリが従来のRDPクライアントを置き換えないのはどこですか？

Windows AppはMicrosoftのパブリッククラウドデスクトップのサポートされている後継ですが、すべてのRemote Desktop ProtocolやRemote Desktop Servicesのワークフローを置き換えるわけではありません。その機能は依然としてエンドポイントプラットフォーム、リモートリソース、およびそのリソースが公開される方法に依存しています。

Windowsのリモートデスクトップサービス

Microsoftの現在のプラットフォームマトリックスは、WindowsまたはブラウザでのWindowsアプリを通じたRemote Desktop Servicesのサブスクリプションをサポートしていません。RDSアクセスは、macOS、iOSおよびiPadOS、Android、Chrome OS、Meta QuestのWindowsアプリを通じて利用可能です。

この制限は、オンプレミスのRDセッションホスト、RemoteAppコレクション、RD Web Access、RD Gateway、または従来のWindows Server RDSファームを使用している組織に影響を与えます。アーキテクチャによっては、管理者は依然としてMSTSC、RemoteAppおよびデスクトップ接続、または別のメンテナンスされたクライアントとゲートウェイが必要になる場合があります。

直接リモートPC接続

直接リモートPCアクセスは、WindowsのWindows Appでプレビュー機能のままです。組織がWindows用の一般に利用可能なMicrosoftクライアントを必要とする場合、Microsoftは引き続き組み込みのリモートデスクトップ接続アプリケーションを推奨しています。

物理ワークステーション、仮想マシン、またはWindows Serverシステムに接続するユーザーは、MSIクラウドクライアントのサポートが終了したからといって、MSTSCを置き換える必要はありません。これらの2つのアプリケーションは、異なるタイプの接続に対応しています。

自己ホストリソースへのブラウザアクセス

Windowsアプリのウェブ体験は、Azure Virtual Desktop、Windows 365、およびMicrosoft Dev Boxをサポートしています。現在、直接リモートPCや従来のRemote Desktop Services環境へのブラウザベースのアクセスは提供していません。

ブラウザアクセスが必要な自己ホスト型のWindowsアプリケーションやデスクトップを持つ組織は、別の配信方法を必要とします。 HTML5リモートアクセスゲートウェイ アプリケーション配信プラットフォームは、ユーザーがネイティブクライアントをインストールすることなく、そのアクセスを提供できます。

個人用Microsoftアカウント

Windows Appは、ユーザーがMicrosoftクラウドリソースにアクセスするためにサインインする際にMicrosoftの職場または学校のアカウントを必要とします。通常、個人のMicrosoftアカウントはこの標準のサインインプロセスには使用できません。

ユーザーは、この接続タイプをサポートするプラットフォームでWindowsアプリにサインインせずに直接リモートPCを追加することができます。その場合、認証はWindowsアプリのクラウドアカウントを介さず、リモートコンピュータに対して行われます。

Windowsアプリ vs MSTSC: どちらを使用すべきですか？

Windows AppとMSTSCは異なるアクセス問題を解決します。Windows AppはMicrosoftクラウドサービスを通じて割り当てられたリソースを発見し、MSTSCは既知のホスト名、完全修飾ドメイン名、またはIPアドレスに直接接続します。

リモートリソースの管理方法にも依存します。Windows AppはMicrosoft Entraアカウントを通じて割り当てられたデスクトップとアプリケーションを表示しますが、MSTSCはユーザーが入力した接続詳細または.rdpファイルに保存された接続詳細に依存します。

Windowsアプリを使用する際	MSTSCを使用する際は
ユーザーはAzure Virtual Desktopに接続します	ユーザーはWindowsホストに直接接続します。
ユーザーはWindows 365 Cloud PCにアクセスします	管理者はWindows Serverシステムを管理します
開発者はMicrosoft Dev Boxを使用します	既存の .rdp ファイルは重要です
ユーザーはMicrosoft Entraテナント間を切り替えます。	一般に利用可能な直接RDPクライアントが必要です

2026年3月のサポート変更は、Microsoftクラウドリソースで使用されるMSIベースのMicrosoft Remote Desktop Clientに関するものです。これは、Remote Desktop Protocol、Remote Desktop Services、またはMSTSCの終了を意味するものではありません。

組織はしたがって両方のツールを引き続き使用できます。Windowsアプリはクラウドデスクトップユーザーに対応でき、MSTSCはワークステーションとサーバーへの直接接続のために利用可能です。ITチームは各リソースにどのクライアントが適用されるかを文書化する必要があります。明確な指示は、複数のリモートアクセス方法が共存する際にユーザーが誤って間違ったアプリケーションを開くのを避けるのに役立ちます。

リモートデスクトップクライアントからWindowsアプリに移行する方法は？

信頼できる移行は、ユーザーが依存する接続から始めるべきであり、デバイスにインストールされているアプリケーションの名前ではありません。このアプローチは、ITチームが直接RDP、Remote Desktop Services、またはブラウザベースのアクセスを意図せずに中断することなく、Microsoftクラウドワークロードを移動するのに役立ちます。

インストールされたクライアントを特定する

MSIベースのリモートデスクトップクライアント、以前のMicrosoft Storeアプリ、MSTSC、ブラウザクライアント、サードパーティのRDPツールおよびHTML5ポータルを在庫管理から始めます。MSIおよびStoreアプリケーションはどちらも「リモートデスクトップ」という名前で表示される可能性があるため、展開元、パッケージ識別子、および実行可能パスはそれらを区別するためのより信頼性の高い方法を提供します。

この在庫は、どのユーザーとデバイスが各アプリケーションに依存しているかも示す必要があります。その情報がなければ、ITチームは重要な非クラウド接続を引き続きサポートしているクライアントを削除する可能性があります。

リモートリソースを分類する

各接続を実際に到達するリソースにマッピングします。たとえば、Azure Virtual Desktop、Windows 365、Microsoft Dev Box、Remote Desktop Services、個々のPC、Windows Server、公開されたアプリケーション、またはブラウザベースのワークスペースなどです。

この分類は、Windowsアプリの移行に属するリソースと、別のクライアント戦略が必要なリソースを分けます。また、複数の接続タイプに依存しているユーザーを特定し、複数のアクセスツールを保持する必要があるかもしれないことを助けます。

パブリッククラウドユーザーを移動する

Azure Virtual Desktop、Windows 365、またはMicrosoftのパブリッククラウド環境でMicrosoft Dev Boxにアクセスするユーザーは、Windows Appに移行する必要があります。検証中に、割り当てられたリソースが正しく表示され、Microsoft Entra認証、条件付きアクセス、ネットワークアクセス、シングルサインオンが期待通りに機能することを確認してください。

テストは、クリップボードの使用、印刷、ストレージ、オーディオ、カメラ、およびその他の必要なリダイレクションもカバーする必要があります。正常に起動するデスクトップでも、ユーザーが必要とする完全な作業体験を提供できない場合があります。

パイロット代表プロフィール

パイロットグループは、特定の部門からの少数のユーザーのみを含むのではなく、技術的要件を反映するべきです。複数のモニター、プリンター、スキャナー、ウェブカメラ、Microsoft Teamsの通話、アクセシビリティツール、いくつかの組織アカウントまたは制限されたネットワークパスを使用する人々を含めてください。

Windows、macOS、モバイルおよびブラウザのエンドポイントは、Windowsアプリの機能がプラットフォームによって異なるため、別々にテストする必要があります。成功したWindows 11のパイロットは、別のオペレーティングシステムやアクセス方法を自動的に検証するものではありません。

Windowsアプリを中央で展開する

Microsoft Intuneや他のアプリケーション管理プラットフォームを使用して、別々のパイロットおよび本番の割り当てを作成します。ターゲティング、更新の所有権、検出ルール、サポートコミュニケーション、およびMSIクライアントを削除する前に満たす必要がある条件を定義します。

一時的な共存期間は、サポートチームに新しいワークフローを検証する時間を与え、移行中にユーザーにフォールバックを提供します。レガシークライアントは、すべての必要なクラウドリソースとユーザープロファイルがテストに合格した後にのみ削除されるべきです。

非クラウドアクセスパスを保持する

直接リモートPC、Windows Server管理、オンプレミスRDS、RemoteAppフィード、RD Gateway、主権クラウド環境および緊急アクセスのための文書化された手順を保持してください。これらのワークフローは、MSIクライアントがMicrosoftのパブリッククラウドサービスのサポート終了に達したからといって削除されるべきではありません。

ユーザーが1つのビジネスアプリケーションのみを必要とする場合、 Windowsアプリケーションの公開 完全なリモートデスクトップを提示するよりも、より集中した体験を提供する場合もあります。 リソースに適したアクセス方法は、すべてのユースケースに対して単一のクライアントポリシーに従うのではなく、一致する必要があります。

ドキュメントを更新する

ユーザーの指示は、「Remote Desktopを開く」とユーザーに伝えるのではなく、正確なアプリケーションと宛先を指定する必要があります。たとえば、ドキュメントはユーザーにWindows 365 Cloud PC用のWindowsアプリを開くように指示したり、サーバー用のRemote Desktop Connectionや公開された会計アプリケーション用のウェブポータルを開くように指示することができます。

明確な命名はヘルプデスクへのリクエストを減らし、クライアントの問題をホスト、アイデンティティ、またはネットワークの問題と区別しやすくします。サポートチームは、各承認された接続方法についてパッケージ名、スクリーンショット、およびエスカレーション手順も記録する必要があります。

2026年にどのリモートデスクトップクライアントを使用すべきですか？

リモートリソース、エンドポイントオペレーティングシステム、および管理モデルに応じて適切なクライアントが異なります。Windowsアプリは、Azure Virtual Desktop、Windows 365、およびMicrosoft Dev Boxの主要なオプションですが、MSTSCはWindows PCおよびサーバーへの直接接続に対して依然として重要です。

従来のリモートデスクトップサービス、RemoteAppおよびブラウザベースの環境には、別途評価が必要です。アーキテクチャに応じて、組織は既存のRDSクライアント、HTML5ゲートウェイ、またはWindowsアプリとともにアプリケーション配信プラットフォームが必要になる場合があります。

要件	推奨アプローチ
Azure Virtual Desktop、Windows 365、またはMicrosoft Dev Box	Windowsアプリ
Windowsからの直接リモートPCまたはWindows Serverアクセス	MSTSC
Windowsからの従来のRDSフィード	既存のサポートされているRDSワークフロー
macOS、iOS、またはAndroidからの直接リモートPC	Windowsアプリ
Microsoftクラウドデスクトップへのブラウザアクセス	Windowsアプリのウェブ体験
自己ホスト型Windowsリソースへのブラウザアクセス	専用HTML5ゲートウェイ

最終的な選択は、クライアントの名前ではなく、完全な接続ワークフローを反映する必要があります。組織は、Microsoftクラウドデスクトップ、直接サーバー管理、オンプレミスRDS、および公開されたWindowsアプリケーションが共存する場合に、いくつかのアクセス方法を維持する必要があるかもしれません。

なぜTSplusリモートアクセスを選ぶのですか？

TSplus リモートアクセス 組織に自社のサーバーからWindowsアプリケーションとフルデスクトップを公開する実用的な方法を提供します。ユーザーは標準のRDPクライアントまたはHTML5ウェブポータルを通じて接続でき、ITチームはホスティング、アクセスポリシー、同時セッション、全体的なユーザーエクスペリエンスを管理できます。

複雑さやコスト構造が必要ない企業向けに、私たちのソリューションはより集中した代替案を提供します。安全なアプリケーション配信、ブラウザベースのアクセス、中央管理をサポートしており、既存のWindows環境へのアクセスを拡張したい中小企業、ソフトウェアベンダー、ITチームに適しています。

結論

Windows Appは、Azure Virtual Desktop、Windows 365、Microsoft Dev BoxのMicrosoftがサポートする後継製品ですが、すべてのRemote Desktopワークフローの普遍的な置き換えではありません。ITチームは、クラウドリソースを移行し、直接RDPおよびRDSに適したクライアントを保持し、レガシーアクセスパスを削除する前にプラットフォーム固有の機能をテストする必要があります。