IPP：プリンタードライバーに取って代わるプロトコル

IPP（Internet Printing Protocol）は、クライアントとプリンター間でHTTPを介して印刷ジョブをやり取りする、IETFで標準化されたプロトコルです。クライアントはIPPを使ってジョブを送信したり、プリンターの機能を問い合わせたり、ジョブの状態を確認したり、キャンセルしたりできます。従来のプロトコルと異なり、認証やアクセス制御、TLSによる暗号化が後付けではなく標準で組み込まれています。

IPPが今重要なのは、プリンター自身が自分の仕様を説明する仕組みだからで、それがプリンタードライバーを不要にします。Microsoftの最新の印刷プラットフォームはIPPを基盤としており、2026年7月1日以降、Windows Ready PrintはWindowsでの新規プリンター導入時の既定の経路をIPPにしています。

IPPはどのように動作するか

クライアントがIPPプリンターを追加すると、デバイスに問い合わせを送ります。プリンターは対応する用紙サイズ、両面、カラーモード、解像度、ステープルなどの仕上げオプションといった機能情報を返します。クライアントはその応答を基に印刷キューを構築します。ジョブが送信されると、ジョブ属性を付けたままHTTPで転送されます。

このやり取りがポイントです。ドライバーモデルでは、クライアントにプリンターの仕様を事前に教える必要があり、その手段がメーカー製のドライバーパッケージでした。IPPモデルではクライアントが問い合わせ、プリンターが応答します。仕様はデバイス側にあり、常に最も正確です。

IPPはHTTP上で動作するため、認証方式やTLSによる暗号化、プロキシ、ストリーミングといったHTTPの仕組みをそのまま利用できます。HTTPS経由でIPPプリンターに送る印刷ジョブは、認証され暗号化されたHTTPトランザクションです。

IPPは何に取って代わったか

IPPはLPD/LPRおよびポート9100でのRAW（Raw）印刷に取って代わりました。どちらのプロトコルも、ネットワークプロトコルに認証が求められる以前に作られたものです。

LPR (Line Printer Remote) はBSD Unix由来で、1990年にRFC 1179として文書化されました。ポート515で待ち受け、ジョブを受け付けて印刷します。プロトコル自体に認証や暗号化はなく、ステータス報告も限定的です。

ポート9100でのRaw印刷（JetDirectやソケット印刷とも呼ばれます）はさらに簡素です。クライアントがプリンターへTCPソケットを開き、印刷データをそのままストリーミングします。ジョブ制御や交渉、TCP接続を超える確認応答はなく、ポートへ到達できれば誰でも印刷でき、プリンターは送信者の確認を行いません。

これらはいまでも広く使われており、権限を確認されないまま機密文書がデバイスに送られる原因になっています。Windows Protected Print Modeを有効にすると、RAWおよびLPRキューに依存する従来のパイプラインは完全に無効化されます。多くの環境では、これは見た目以上に大きな変化です。

IPPはどこから来たのか

IPPは1996年にNovellの提案として始まり、Xeroxと共同で「Lightweight Document Printing Application」として開発されました。同時期にIBMも類似の提案を行い、HPとMicrosoftは後のWindows 2000向けの新しい印刷サービスを構築していました。分裂を避けるため、各社は作業をPrinter Working Groupに持ち込み、IETFのワーキンググループで調整しました。

バージョン履歴を知ると、なぜIPPが特定ベンダーの独自仕様ではないのかが分かります。

• IPP/1.0：1999年、実験的なRFC群として公開
• IPP/1.1、2000年、ドラフト標準として
• IPP/1.1 revised、2017年1月、提案標準として (RFC 8010, RFC 8011)
• インターネット標準92 (STD 92)、2018年6月

PWGのInternet Printing Protocolワークグループでは現在も作業が続いており、IPPはスキャン、FAX、3D印刷、システム管理まで拡張されています。

現在、市販されているプリンターの98%以上がIPPに対応しています。これはAirPrint、IPP Everywhere、そしてMopriaの基盤となっています。Apple、Google、Microsoft、そしてプリンターメーカー各社がそれぞれ独自にdriverless printingを採用した結果、共通してIPPに行き着きました。

IPP Everywhereとは何か、Mopriaとの関係は？

IPP EverywhereはPrinter Working Groupによる認証プログラムで、2013年に公開されました。これはdriverless printingをサポートするために、すべてのプリンターが満たすべき基準を定めるもので、プリンターが受け入れるべきドキュメント形式や実装すべきIPP操作を規定することで、クライアントがデバイスに関する事前の知識なしに印刷できるようにします。

Mopria認証はその基準を土台に、さらに独自の要件を追加します。2013年9月にCanon、HP、Samsung、Xeroxにより設立されたMopria Allianceは、24ブランドにわたる10,000以上のプリンターモデルを認証しており、現場で稼働する1億2,000万台以上のデバイスを代表しています。

この区別が実務上重要になる理由はひとつあります。 Windows Protected PrintモードはIPP Everywhereではなく、Mopria認証を要求します。 両者のリストは大部分で重なりますが同一ではなく、IPP対応でもMopria認証を受けていない機器があります。WPPに照らして機器を確認する場合、Mopriaの認証製品ディレクトリが権威ある情報源です。

IPPへの移行は、企業のプリンター環境に何をもたらすのか？

端的に言うと、プリンタードライバーが管理上の問題ではなくなり、代わりにプリンターの機能そのものが問題になります。

従来のドライバーモデルでは、機能不足があるプリンターは「より良いドライバーが必要な機器」でした。IPPでは、機能不足があるプリンターは「その機能を報告していない機器」であり、メーカーのパッケージをインストールして機能を追加できるわけではありません。高度なフィニッシング、課金コード、トレイ単位での制御、部門別トラッキングといった機能は、Windowsがメーカー製ドライバーではなくインボックスのIPPドライバーを選択した場合に挙動が変わりやすいものです。

これが現実的な移行リスクであり、セキュリティの問題ではありません。たとえば「経理の小切手が別のトレイから出てくる」といった問題で、導入後の最初の1週間で表面化するでしょう。

Cloud renderingは、プリンターとWindowsが直接やりとりすることを避けるため、このトレードオフを回避します。ezeepは6,000以上のメーカー製ドライバーを収めたライブラリから適切なドライバーを使って各印刷ジョブをクラウドでレンダリングし、印刷準備済みのデータをthe ezeep Hubを通じてデバイスに配信します。エンドポイントにドライバーは不要で、クラウド側がプリンターの機能を把握しているため、プリンターがIPPでWindowsに自身を説明する必要もありません。非認証の特殊ハードウェアもそのまま運用できます。

Are You Ready for WPP?

Download the Free Checklist