フォローミー / Pull PrintingはWPPでも利用できますか？

TL;DR

セキュアなPull Printing （「Follow-Me」印刷）は、クライアントでWindows Protected Print Mode (WPP) が有効な環境でもezeepなら機能します。これは業界全体で解決済みの課題ではありません。IPPやWPPにはネイティブで「Follow-Me」機能が含まれておらず、現在ほとんどのWPP対応印刷ソリューションもこの機能を提供できていません。ezeepはサードパーティ製ドライバーに依存せずクライアントでジョブを取得し、クラウドのキューで保持してから、バッジ、PIN、モバイルアプリで目的のプリンターからリリースします。WPP対応の印刷ベンダーを評価する際は、セキュアなPull Printingへの対応状況を候補ベンダー全員に必ず確認してください。

WPPには「Follow-Me」印刷がネイティブで含まれますか？

いいえ。 Windows Protected Print Mode はセキュリティモデルです。サードパーティ製ドライバーによる攻撃対象領域を排除し、Windowsの印刷をMicrosoftのIPPクラスドライバー経由に切り替えます。基本的な印刷経路を超える業務フロー機能、つまり保持とリリースのキュー、デバイスでの認証、バッジによるリリースなどはWPPの範囲に含まれません。

IPPクラスドライバーも同様にカバーしていません。IPPは転送と機能ネゴシエーションのためのプロトコルで、印刷ジョブを運びデバイスの機能を公開しますが、保持してリリースするワークフローを定義してはいません。

Print Support Apps（PSA）はメーカー固有の機能でIPP印刷を拡張しますが、PSAはデバイス単位・ベンダー単位のモデルです。メーカーがデバイスレベルで保持とリリース機能を提供していればPSA経由で利用できますが、PSAは異なるベンダーの機器が混在する環境で共通のFollow-Meワークフローを提供するものではありません。

実務的な結論として、フリート全体でWPPを有効にすると、ベンダーがWPPの上にFollow-Meを構築していない限り、Follow-Me印刷は使えなくなります。ほとんどのベンダーは対応していません。

WPPを有効にした状態でPull Printingを実現するには具体的に何が必要ですか？

クライアントでWPPが有効な状態で保持とリリースのワークフローが機能するには、次の4点が同時に満たされている必要があります。第一に、サードパーティ製Windowsドライバーに依存せずクライアントで印刷ジョブを取得できること。第二に、ユーザーがログアウトしたり別の端末に切り替えたりしても保持され続けるキューが存在すること。第三に、ユーザーが目的のプリンターで認証できること。第四に、リリース経路がプリンターの Mopria認証ステータス.

にかかわらず、印刷可能なデータをプリンターに転送できることです。最初と最後の要件こそ、ほとんどのWPP対応ソリューションが苦戦している点です。サードパーティ製ドライバーに依存しない取得→リリース経路がなければ、セキュアなPull PrintingはWPPで排除されるレガシーインフラに依存するか、WPPを有効にした瞬間に機能しなくなります。

ezeepのセキュアなPull Printing はクライアントでWPPが有効な状態でも動作します。これは今日のほとんどのWPP対応ソリューションが主張できない点です。

WPP対応ベンダーにPull Printingについて何を確認すべきですか？

保持とリリース機能への対応可否が、単なるWPP互換と機能を網羅したWPP互換とを分ける重要なポイントです。ベンダーは通常、WPP下で印刷経路が動作すること、PSAを提供しているか計画していること、管理インターフェイスがWPP環境でも動くことをもって「WPP対応」と主張しますが、これらはいずれもFollow-Me印刷が機能するかどうかには答えていません。

WPP対応をうたう候補ベンダー全員に、以下を明確に質問してください。

• 貴社のPull Printingソリューションは、現在クライアントでWPPを有効にした状態で動作しますか？ あいまいな回答に注意してください。「将来的に対応」「ロードマップ上」「開発中」は「いいえ」と同じです。具体的に、「クライアントでのジョブ取得経路はサードパーティ製のWindowsドライバーに依存していますか？」と確認してください。
• WPP下でバッジリリース（あるいはその他のデバイスでの認証）はサポートされていますか？それはどのような仕組みですか？
• 保持とリリースのワークフローは、複数ベンダーのプリンターが混在するフリートでも機能しますか、それとも特定メーカーとの連携に限定されますか？

これらの質問は、現在のWPP対応ベンダー市場にある実際のギャップを明らかにします。

ezeepがWPP有効時にセキュアな印刷リリースを実現する仕組み

ezeepのPull Printingは、 cloud-rendered print pathを経由して実行されます。ユーザーが印刷すると、ジョブはクライアントで取得されezeepのクラウドに送信されレンダリングされます。そして特定プリンターではなく、ユーザーのIDに紐づいたキューに保持されます。ユーザーが環境内のリリース対応プリンターで認証すると、保持されていたジョブがそのデバイスにリリースされます。

Windowsでは、 ezeep Print App for Windowsがジョブ取得の役割を担います。このアプリはWPPが実現するドライバーレス印刷モデル向けに設計されているため、WPPが有効なWindows端末でもクライアントでのジョブ取得は現在問題なく機能します。保持キューはWindowsのエンドポイントとは独立したクラウド上に存在します。リリース経路はプリンターのMopria認証の有無にかかわらず、印刷可能なデータを目的のプリンターに転送します。

ezeepはプリンター側のMopria認証を必須としません。Mopria認証済みと未認証のプリンターが混在する環境でも、リリースワークフローは同じです。これは、参加する全プリンターにMopria認証を要求する他のWPP対応ソリューションとの重要な違いであり、そのようなソリューションでは古い複合機やラベルプリンターなどがワークフロー対象外になってしまいます。

ezeepのPull Printingは複数拠点で機能しますか？

はい。ezeepはユーザー単位のジョブ保持、保持期間の設定、ユーザーのアクセスグループ内の任意の対応プリンターでのリリース、リリースイベントの監査ログなどを備えています。複数拠点間でのFollow-Meも、ユーザーがアクセス権を持つサイトであれば、同一のIDと保持キューで機能します。

レガシーなオンプレミスシステムでPull Printingを運用している環境では、ezeep導入時の移行は他の導入プロセスと同様に並行稼働方式が可能です。既存ソリューションとezeepを並行運用し、拠点や部署ごとにフリートを移行していき、最後のキューが移行された時点でレガシーを廃止します。

ITチームはWPPを有効にする前にPull Printingへの対応状況をどう評価すべきですか？

まず、候補となる全てのWPP対応ベンダーに、セキュアなPull Printingがロードマップ上ではなく「今日」WPPを有効にした状態で機能するかを確認してください。次に、単純な印刷テストではなく、複数ベンダー混在のプリンターフリート上で実際のバッジ認証によるリリースを含むワークフローで概念実証（PoC）を行ってください。お使いの環境に Mac, ChromeOSや モバイルユーザー がいてPull Printingアクセスが必要な場合は、それらもPoCで検証してください。

Is Your Print Environment WPP-Ready?

Run through the checklist before July

Free Checklist