Windows Protected Print Modeでラベルプリンターは使えなくなるのか？

要約

ほとんどのサーマルラベルプリンター（Zebra、Honeywell、SATO、TSC、Dymoなど）はMopria認証を受けていないため、Windows Protected Print Mode (WPP) を適用すると動作しなくなります。ZPLやEPLは、IPPクラスドライバーが扱うIPP仕様のドキュメント形式には含まれていません。一部の新しいラベル機種はIPPを直接サポートしますが、既存の多数の機器を抱える環境では対処法は三つに分かれます：GPOでラベル印刷用ワークステーションのWPPを無効にし続ける、IPP対応ハードウェアへ更新する、またはezeepのようなクラウドレンダリング＋APIパススルーのスタックを利用する。

なぜラベルプリンターはMopriaの対象外なのか？

Mopria認証は、 IPPで定義されたドキュメント形式（PWG Raster、PDF、PCLm — 詳細はピラーガイド参照）に準拠することを前提としています。ラベルプリンター（Zebra、Honeywell、SATO、TSC、Brotherのラベルモデル、Dymoの産業用モデルなど）はこれらの形式を話さず、ZPL（Zebra Programming Language）、EPL（Eltron Programming Language）、DPL、ZPLII、あるいはベンダー固有の方言を使用します。

これらはドキュメント形式ではなくプリンターコマンド言語です。ZPLストリームは「ラベルを開始」「バーコードを設定」「X/Y座標へ移動」「14ポイントのフォント文字列を配置」「次のラベルへ進む」といった命令の連続であり、IPPが運ぶことを想定しているものではなく、MicrosoftのIPPクラスドライバーが生成する形式でもありません。

ラベルプリンターは、Mopria認証の範囲外にある特殊プリンターのカテゴリに入ります。機種によってはPDFを直接受け付けるもの（Zebraの新しいZDシリーズの一部、特定のBrotherやHoneywell機など）もあり、PDFが標準化することで将来的に道が開ける可能性はあります。しかし、小売、倉庫、医療現場で稼働しているZPL駆動のサーマルラベルプリンターの既設ベースの多くはMopria認証製品リストに含まれておらず、今後追加される見込みも低いです。

WPPが有効化されると、まず何が壊れるか？

小売、物流、倉庫、医療などサーマルラベルプリンターを本番で使用している環境では、WPPを有効にするといくつかの特定の機能が停止します。

Windows側のドライバー依存

WPPは ラベルプリンターで一般的に使われているサードパーティ製ドライバー経路を無効にします。そのため、Windowsクライアントからの直接IP印刷が失敗します。WMSからピッキングステーションのZebraへ送られるZPLストリームがデバイスに届かなくなりますし、基幹業務アプリ（WMS、ERP、EHR、ラボシステム、POS、出荷ソフトなど）からドライバー経由で行う印刷も同様に失敗します。これらのアプリはドライバーが適切にフォーマットすることを前提に印刷ジョブをOSへ渡しますが、そのドライバーパスが消えるためです。

Windowsプリントサーバー経由のクロスプラットフォーム印刷

Windowsプリントサーバー経由でラベルジョブを送るMac やLinuxクライアントは、サーバーが配れる内容に依存します。もしWindowsサーバーからデバイスへの経路がサードパーティ製ドライバーに依存していれば、その経路も無効になります。

デフォルトではサイレントに失敗します。ラベル印刷ジョブはキューに入り、キューはクリアされますがラベルは出力されません。運用チームが問題に気づくのは次回の棚卸しのとき、ということが起きます。

本番環境での具体例

倉庫・物流

ピック＆パック作業はラベル印刷のスループットに直結します。高負荷のピッキングステーションにあるZebraプリンター1台が、1シフトで数千枚のラベルを印刷することもあります。ラベルが止まれば数分で作業が滞ります。 ほとんどの倉庫の Zebraプリンター群はZPLを使い、現場のWindowsクライアント経由で生のZPLストリームやドライバーを通すジョブを送信するWMSと接続しています。

小売

レシートプリンター、棚札プリンター、値札プリンターも同様の構成です。 POSシステムは 多くの場合メーカーのドライバーでフォーマット変換を行い、Windowsのプリンターオブジェクト経由でレシートを印刷します。WPPが有効になると、そのデバイスはアンインストールされてしまいます。

医療

検体ラベル、患者のリストバンド、薬局のボトルラベルなど。 ラボシステムやEHRは Windows経由でラベルジョブを送ります。ラベル印刷が通知なく失敗することのコンプライアンス上および患者安全上の影響は深刻です。

製造・実験室環境

部品のバーコードラベル、校正ラベル、サンプルラベルなど。多くはWindows上で動くERPやLIMSによって駆動されています。

どのケースでも、ラベル印刷の停止による運用コストは、オフィス複合機の印刷が遅くなることより遥かに大きく、WPPが強制される前に対策を講じる必要があります。

ezeepを導入している場合の影響

ezeepはラベルプリンターに対し、補完的な2つの方法で対応します。

• オフィス文書スタイルのラベルワークフロー向けクラウドレンダリング Windowsクライアント上では、ezeep Print App for Windowsが印刷ジョブをキャプチャしてクラウドへ送信します。現在、WPPが有効なマシン上でも動作します。クラウド側でドキュメントをレンダリングし、プリンターへ印刷可能なデータを転送します。ドライバープールはラベルプリンターを含む6,000を超えるプリンターモデルをカバーしており、ラベルプリンターがMopria認証である必要はなく、ezeepが転送するデータを受け取れれば問題ありません。

• ezeep APIを介したネイティブZPLのパススルー WMS、ERP、EHR、ラボシステムなどが生のZPLストリームを生成する環境では、ezeepはAPI経由でそれを受け取り、 目標のラベルプリンターへルーティングします。ドライバー層は不要、フォーマット変換も不要、WPPへの依存もありません。印刷ストリームはソースアプリケーションから直接デバイスへ届き、ezeepがルーティング、認証、監査証跡を管理します。Zebraは多くの導入済みモデルで標準化されたプログラミング言語を提供しており、サードパーティ製WMSやERP連携の多くはZPLを直接ターゲットにしています。ezeepのパススルーはその連携パターンを維持するので、ラベルはこれまでどおりに印刷されます。違うのは、印刷経路が機能しなくなったWindowsのドライバー層をバイパスしている点だけです。

ezeepはZebraデバイスとの連携を検証済みです これはZebraのEnterprise Testing Programを通じて行われました。クラウドレンダリング、ネイティブZPLパススルー、Zebra検証済みの連携を組み合わせることで、ezeepはハードウェア刷新なしにWPP環境下でラベルプリンター群を稼働させ続けられます。Mark II Enterprisesはezeepを使い、倉庫での出荷伝票をVPN経由でラベルトラフィックを迂回させることなく印刷しています。オンライン小売のEcom Marketingは、ezeep APIで3つの倉庫にわたるラベル印刷を自動化しています。

WPPが適用される前に行うべきこと

具体的な手順は3つあります。第一に、環境内のすべてのサーマルラベルプリンターを場所、メーカー、使用言語（ZPL、EPL、ZPLII、DPL）、それを駆動しているアプリケーション（WMS、ERP、EHR、ラボシステム、POS）ごとに棚卸ししてください。IPPを直接サポートする可能性のある比較的新しい機種を特定しておくと、アーキテクチャを変えずに対応できる場合があります。第二に、ラベルを印刷するワークステーション1台でWPPプレビューを実行します。WPPを有効にして、Windowsが削除候補としてフラグを立てるデバイスを確認し、確定する前にキャンセルしてください。第三に、次の3つの有効化パスから選びます。

• ラベル印刷用ワークステーションでWPPを無効にし続ける GPOのスコープで管理します。あくまで暫定措置で恒久的な解決ではありません。ワークステーションは従来の印刷スタックに留まり、WPPがもたらすセキュリティ上の利点は得られません。
• 古い機器をIPP対応のラベルプリンターへ更新する リフレッシュ時期が来ているプリンター群には現実的な選択肢です。主要ベンダーの最近のラベルプリンターモデルはIPPをネイティブサポートしていますが、運用スケジュール上でZPLベースの全 fleet を完全に置き換えるのは多くの場合現実的ではありません。
• ラベル印刷をクラウドレンダリング＋APIパススルーのスタックに移行する これにより印刷経路からWPP依存を完全に除去できます。

プリントサーバーに関する注意点 従来のZPL/EPLドライバーを載せた中継プリントサーバーを立て、ラベル印刷用ワークステーションをそこ経由でルーティングする案はよく検討されますが、WPPはこれを阻みます。WPPが有効なクライアントはローカルではIPPクラスドライバーの使用に制限され、Point and Printを含むいかなるソースからのサードパーティ製ドライバーをインストールまたはロードできません。つまり、プリントサーバー側のドライバープールはWPP有効クライアントには届かないのです。

WPPへの備え方を知る

WPP対策チェックリストを今すぐダウンロード

ダウンロード