By Henning Volkmer on 6月 23, 2026
要約
Print Support Apps (PSAs) は、 Microsoft Storeを必須としません。ストアがポリシーで無効化されている企業環境では、PSAはMSIX/APPXのサイドローディング、またはMicrosoft Intuneを介した基幹業務（LOB）アプリとして展開できます。ストア経由の経路はコンシューマー向け環境のデフォルトであり、MSIXをIntune経由で配布するのがエンタープライズ向けの経路です。どちらの方法でも、クライアント上のユーザーコンテキストで同じPSAが実行されます。技術的な仕組み自体は確立されていますが、問題はメーカー側にあります：すべてのベンダーが自社のPSAをエンタープライズ配布向けにパッケージしているわけではありません。導入計画を立てる前に、各メーカーにPSAがサイドロード可能な形式で提供されているか確認してください。
PSAはWindows Ready PrintとWindows Protected Printにどう位置づけられるか
Windows Ready Print (WRP) は、Microsoftの最新のIPPベースの印刷プラットフォームです。これにより、新規にインストールされるプリンターのデフォルトプロトコルがIPPになり、Windows Updateでのドライバー供給終了（2026年1月）はすでに有効になっています。 Windows Protected Print (WPP) は、WRPの上に重なる厳格な強制モードです。従来のドライバーへのフォールバックをすべて排除し、 Mopria-certified printers のみを許容します。
PSAはWRPとWPPの両方で動作します。IPPクラスドライバーは、両面印刷、N-up、カラー／白黒などの基本機能と、標準的なIPP仕上げの語彙を処理します。具体的には、IPP Finishings 3.0で定義された8つのステープル位置、edge-stitch（エッジステッチ）とsaddle-stitch（サドルステッチ）、整数オフセット属性で宣言される穴あけ、12種類の標準的な折り方、そしてプリンターのファームウェアがこれらを宣言している場合の出力トレイ選択などです。Print Support Appが必要になるのは、この標準語彙を超えるベンダー固有の機能です：独自のステープル位置、整数オフセットモデルを超えたカスタムのパンチパターン、ベンダー固有のロジックを持つ複数ステップの仕上げシーケンス、ベンダー独自の折り方などが該当します。PSAは印刷スプーラーの外でユーザーコンテキストとして実行され、これらメーカー固有のオプションを印刷ダイアログに表示します。
PSAのデフォルトの配布経路はMicrosoft Storeです。WindowsクライアントがIPPクラスドライバーでプリンターに接続すると、WindowsはプリンターのハードウェアIDに基づき、該当するPSAがStoreにあるか確認します。存在する場合はStoreが自動的にインストールし、ユーザーが次回そのデバイスに印刷するときに印刷ダイアログにPSAの拡張機能が表示されます。
これはStoreにアクセスできるクライアントで機能します。 企業環境 のようにポリシーでStoreが無効化されている場合、デフォルトの経路は機能しません。PSAはインストールされず、PSAに依存するベンダー固有の仕上げ機能は利用できないままになります。
PSAのエンタープライズ向け展開経路とは？
MSIX/APPXのサイドローディング。 PSAは従来のWin32 MSIインストーラーではなく、MSIXアプリ（UWP）としてパッケージ化されています。Microsoftのドキュメントでも、StoreをサポートしないWindows Serverでは管理者がサイドローディング（MSIX/APPX）やエンタープライズ向けのアプリ管理ツールを用いてPSAを提供・インストールする必要があると明記されています。Storeが無効化されたWindows 11クライアントにも同様です。MSIXパッケージはSCCM、Microsoft Configuration Manager、グループポリシーのソフトウェア配布、あるいは管理対象クライアントへのMSIX展開を扱える任意のツールで配布できます。PSAは他の基幹業務アプリと同様の方法でインストールされます。
IntuneによるLOBアプリ配布。 デバイスを Intuneで管理している環境では、LOBアプリとしてパッケージ化されたPSAを指定したデバイスグループにMSIX/APPXBUNDLEファイルとして配布できます。この経路はコンシューマー向けのMicrosoft Storeポリシーとは独立して動作し、Storeの状態に関係なく管理対象デバイスで機能します。Microsoftはまた、Endpoint Manager経由で配布される拡張INFからPSAの関連付けを上書きするためのレジストリキー手法も文書化しており、メーカーの標準アプリではなくカスタムや業務ロジックを含むPSAを展開する際に有用です。
Windows Package Manager経由のIntuneによる新しいMicrosoft Store。 第二のIntune経路として、メーカーが自社のPSAを公開Microsoft Storeに出している場合、Intuneは新しいMicrosoft Store連携（Windows Package Manager/WinGet）を通じてそれを配布できます。これはデバイスレベルで無効化されたコンシューマー向けStoreポリシーとは独立しています。上記のLOB経路が特に必要になるのは、メーカーがStore公開を行わず、代わりにエンタープライズ向けにMSIXを直接パッケージ化している場合です。
メーカー経由での組織固有PSA。 メーカーと直接関係のある組織は、カスタムPSAを依頼して社内配布できます。ブランド化されたUI、組織ごとのデフォルト、印刷クォータ、コスト計上、ポリシー適用（カラー禁止、両面限定など）といったPSA自体のカスタマイズが、標準配布経路との違いを生みます。MicrosoftはカスタムPSAと、それを正しい印刷キューに紐付けるレジストリキーの両方を配布する手段としてEndpoint Managerを推奨しています。
実務上の結論として、「Storeが無効化された環境では打つ手がない」という見方は当てはまりません。エンタープライズ向けの配布経路は存在します。真の変数はメーカーのパッケージングであり、各ベンダーが自社のPSAをこれらのチャネルで配布可能なMSIX/APPXにしているかどうかです。
HPとXeroxのPSAパッケージングに関する注意
エンタープライズ向けPSA計画で特に話題になるメーカーが2社あります。
HPのPrint Support App はHP Universal Print Applicationという名称です。HPは2024年にコンシューマー向け製品向けとしてこれをリリースし、Mopria準拠のプリンター群全体へ展開すると表明しています。HP Universal Print ApplicationがIntuneやSCCMでの展開用にMSIXパッケージとして利用可能かどうかは、導入計画前にHPのエンタープライズ向けドキュメントやアカウント担当に確認してください。
XeroxのPSA はXerox Print and Scan Experienceアプリの一部として提供されています。XeroxはXerox Smart StartやMicrosoft Storeなど複数のインストール経路を文書化しています。Storeが無効化された企業環境向けに、スタンドアロンのMSIXやLOB展開可能なパッケージが用意されているかどうかは、Xeroxのエンタープライズ向けサポートドキュメントで確認してください。
両社の名称は執筆時点で正しいですが、PSA開発は2026年〜2027年にかけて進行するため、エンタープライズ展開向けのパッケージ提供状況は機種・モデルごとに確認する価値があります。
Windows Protected Printを特定のワークステーションに限定できますか？
はい。WPPはGPOやIntuneでOUレベルに応じて構成可能です。一般的なオフィス用ワークステーションにWPPを適用し、PSA依存の仕上げを多用するワークステーションを除外するのは妥当な暫定策です。除外されたワークステーションは従来のスタックのままで、WPPのセキュリティ上の利点は得られません。これは文書化せずに放置する回避策ではなく、明確に検討すべきトレードオフです。
特定のOUでStoreを再有効化するような限定的なGPOは技術的には可能ですが、そもそもStoreを無効化したセキュリティ姿勢と矛盾します。MSIXのサイドローディングやIntuneのLOB配布というよりクリーンな代替手段があるため、その経路が正解となることは稀です。
セキュリティ重視のIT部門にとって、これはどう見えるか？
WPPを導入予定でStoreが無効、かつWRPが新規プリンターのデフォルトになる2026年7月が迫っているセキュリティ主導のIT部門が検討すべき問いは次のとおりです。
- 管理下のプリンターのうち、そもそもメーカーがPSAを提供しているものはどれか？
- その中で、MSIXパッケージまたはIntune互換のLOBアプリとして利用可能なものはどれか？
- IPPクラスドライバーが既にカバーしている標準IPP語彙を超えた、ベンダー固有の仕上げ機能（独自ステープル位置、カスタムパンチパターン、複数ステップの仕上げシーケンスなど）を実際に必要とするワークフローはどれか？
- エンタープライズ展開経路がないモデルに対しては、メーカーへのエスカレーション、機器更新、あるいは代替の印刷アーキテクチャのどれが答えになるか？
これらはメーカーごとの判断で変わり、PSA開発の成熟に応じて更新されます。主要メーカーはPSAを出荷し、エンタープライズ配布向けパッケージングへ移行していますが、機種ごとの対応はまちまちです。この監査は想定で済ませず、機器ごとに実施する価値があります。
ezeepを導入すると何が変わるか？
ezeepは依存関係の構造を変えます。 Cloud rendering が印刷準備済みデータをデバイスに送るため、PSAのカバレッジがなくても印刷パス自体が途切れることはありません。基本的な印刷と標準的なIPP仕上げの語彙は、 ezeepのクラウドパス を通じて、PSAがインストールされているかどうかに関わらず動作し続けます。サーバーも、ドライバーも、面倒もありません。
独自ステープル位置、カスタムパンチパターン、複数ステップのベンダー固有仕上げシーケンスといったベンダー拡張の仕上げについては、Windowsクライアント側では依然としてメーカーのPSAがメカニズムになります。ezeepはPSAがインストールされている環境で並行して動作します。ezeepが効くのは、PSAがないことでそのデバイスクラス全体の印刷環境が停止する事態を回避できる点です。ベンダー固有の仕上げが必要なワークフローは引き続きPSAの可用性に依存しますが、残りの機器は稼働を続けられます。
Storeが完全に無効化されPSA配布が本当にブロックされている環境では、現実的な問いは「どのワークフローが実際にそれらのベンダー固有機能を必要としているか？」です。通常、それは法務、マーケティングの制作、役員秘書などごく一部であり、全機器ではありません。全デバイスを一度に解決するより、その一部を対象に範囲を絞ってメーカーと協力して解決する方が現実的です。
ロックダウンされた環境でWPPを強制適用する前にすべきこと
具体的な3つの手順。
-
Storeポリシーとアプリケーション管理の態勢を文書化する。これが他のすべてが適合しなければならない制約になります。MSIXのサイドローディングが許可されているか、IntuneのLOB展開が利用可能かを把握することで、実行可能なエンタープライズ経路が定義されます。
-
ベンダー固有の仕上げ機能を必要とするワークフローに基づき、管理下のプリンターを監査する。「IPPクラスドライバーの機能で十分な基本印刷と標準IPP仕上げ」と、WPP強制の前にPSA配布を解決する必要のある「ベンダー固有仕上げが必要」に分類してください。
-
仕上げが必要なサブセットについてはPSA配布の問題をメーカーへエスカレーションする。単にStoreで利用可能かを尋ねるだけでなく、MSIXパッケージングやIntuneのLOB互換性について具体的に確認してください。メーカーから管理可能な回答が得られないデバイスクラスについては、ezeepやPSAカバレッジに依存しない別の印刷アーキテクチャの導入を検討します。
ロックダウンされた企業環境について専門家に相談する
貴社のセキュリティ方針がMicrosoft Storeを許容せず、仕上げ重視のワークフローがメーカーPSAに依存している場合、進め方はアプリケーション管理の現実に合わせる必要があります。一緒に検討しましょう。
