ホッチキス留めやパンチ穴あけなどの細かい作業をプリンタ管理する

プリンタ 人々は、プリンタ 「うまくいくこと」を望んでいる――自分のプロジェクトが、きれいにホチキス留めされ、穴あけも済み、最終的な受け手に配布できる状態で、プリンターから出てくることを当然のように期待しているのだ。組織内のネットワークプリンターの違いや、オープンソースとプロプライエタリプリンタ 、デバイスメーカー、マルチベンダー対応機能などについては、まったく気にしていない。 しかし、彼らが「印刷」ボタンを押してから、デバイスのトレイから完成したプロジェクトを取り出すまでの間に、多くの処理が行われています。ここでは、MyQ これらすべてMyQ 取り組んでいるさまざまなプロセスを簡単にご紹介します。  

お客様、印刷ドライバー の準備ドライバー

ユーザーが文書を印刷する必要がある場合、ほとんどの環境では 「ドライバーと呼ばれるアプリケーションを使用します。ドライバー 、文書をPDL（ プリンタ ） と呼ばれる、プリンタ 形式ドライバー 。また、デバイスによる文書の処理方法に関する指示も追加します。これらの指示は、用紙サイズ、向き、色、片面印刷か両面印刷かといった印刷プロパティに関するものであり、PDLコマンドの形式で提供されます。 その後、変換された印刷データと印刷プロパティの両方が、ドライバー によって印刷ファイルドライバー まとめられ、プリンタに送信されます。

いくつかのプリンタ 記述言語（PDL）がある。印刷データは通常、PCLまたはPostScript 言語にレンダリングされる。 PJL が印刷プロパティに最もよく使われる言語である。これら3つの言語は、非公式な業界標準とみなされることもありますが、この標準はプリンタ メーカーにはあまり支持されておらず、各ベンダーも独自の方法で使用・解釈しています。さらに、多くのベンダーが 独自のPDLを開発しており、CPCACanon）、EJLEpson）、ArtEx（富士ゼロックス）、PrescribeKyocera）などがある。最終的な印刷ファイルは、 複数のPDLを組み合わせたものになります。

現実的なドライバーになろう

実用面において、利用可能なプリンタドライバは基本的に2つの種類に分けられます。まず、通常はオペレーティングシステムの一部として提供される、非常にシンプルな ドライバーがあります。これは標準的な（実質的に汎用的な）PDLコマンドを使用するため、ほとんどのプリンタと互換性があります。ドライバー 主な欠点はドライバー 印刷プロパティの非常に基本的なレベルしかカバードライバー 。 2つ目は、プリンタ 開発・提供している、より高度ドライバー。このようなドライバー 、高度な印刷プロパティのために独自のコマンドドライバー 、他社製デバイスとの互換性は保証されません。他社製ドライバー を使用した場合、一般的な結果として、独自のコマンド は単に無視され、書類は、ホチキス留めや穴あけといった高度なプロパティが適用されないまま印刷されてしまいます。

MyQマルチベンダープリントプロパティのサポート

MyQ 、マルチベンダー対応ソリューションとして設計されており、 幅広いマルチファンクションプリンター、主要な目的の一つは、可能な限り幅広いデバイスとの互換性を確保することです。この互換性には、あるベンダーのプリントドライバーを使用して、別のOEMのデバイスで印刷するオプションも含まれます。これを実現するために、MyQはミドルウェアとして MyQ 、使用されるドライバー 独自コマンドを理解しドライバー ジョブが送信されるデバイスの言語に「変換」します。 端的に言えば、あるベンダーの独自コマンドを別のベンダーの独自コマンドに置き換えることを意味します。

このプロセスは、まさにMyQ 開発したものです。印刷業界における長い歴史と、異なるベンダーのプリントドライバに関する長期的な経験に基づいて、私たちは、ほとんどの重要なプリントプロパティについてベンダー間の互換性を可能にする、洗練された信頼性の高い方法を設計することができました。プリントドライバから送信されたプリントプロパティコマンドは、MyQ その意味を理解できるように解析され、この情報は 印刷ジョブメタデータとして保存されます。その後、ジョブがリリースされ、特定のプリンタ わかると、MyQ 最終デバイスと互換性の あるコマンドを注入します。

ホッチキスとパンチのMyQ サポート

マルチベンダーの互換性は、大半の印刷プロパティでは問題なく機能しますが、 100％信頼できるソリューションを見つけるのが難しい 例外もあります。その理由は、各ベンダーが、用紙サイズや用紙の向きと組み合わせて可能な限り多くのオプションをカバーするために、これらのプロパティを確立するための独自のロジックを設計しているからです。その結果、あるメーカーの多くのステープル留め／パンチングコマンドは 、他のOEMの同等のコマンドを持っていないため、先に述べたようなストレートな「翻訳」は不可能です。

MyQ 、ユーザーがステープル留めやパンチングを必要とすることを理解しているため、これらの機能について ベンダー間の互換性をサポートし、最も一般的な方法をカバーしています。ここでは、MyQ ステープル留めやパンチングに対する多面的なアプローチをご紹介します：  

1.クロスプラットフォームに対応したステープルおよびパンチオプション

• MyQ 、左上に1枚、右上に1枚、左（横向きは上）に2枚のホッチキス留めができるクロスベンダーホッチキスをサポートしています。

• MyQ 左（横向きの場合は上）に2穴のクロスベンダーパンチングに対応

* 穴の数は地域（EU/US/JP）によって異なる場合があります。

これらのサポートされているオプションの1つが解析中に検出された場合、MyQ 他の印刷プロパティパラメータと同様にそれを扱います -印刷ジョブ メタデータとして保存し、元のコマンドを、リリースするデバイスと互換性のある同等のコマンドで置き換えます。

2. 印刷ドライバーの設定に基づいて、ホチキス留めおよび穴あけのオプションが検出されます

ドライバーによって、上記とは異なるホチキス留めや穴あけの方法が設定されている場合があります。例えば、小冊子形式のホチキス留めやマルチホールパンチなどです。このような場合、MyQ ホチキス留めや穴あけのコマンドが存在することをMyQ 、サポートされている方法とは異なるため、その値（ホチキス留めや穴あけの方法）を認識できません。MyQ 当該のホチキス留め／穴あけ方法を「不明」とみなすため、 元のコマンドを自動的に置換することはありません。その結果、これらのホチキス留め／穴あけ方法は、ドライバーと同じベンダーのデバイスでは正常に機能しますが、他のベンダーのデバイスではコマンドが無視され、ホチキス留めや穴あけが行われない状態でジョブが出力されます。

少なくともステープル/パンチングコマンドを検出できることは、1つの大きな利点があります - サポートされているステープル/パンチング方法のいずれかのコマンドに簡単に置き換えることができます。このような変更は、 MyQ サーバーが自動的に行うこともできますし、ジョブをリリースするときにMyQ ターミナル上でユーザーが行うこともできます。     

3.ステープルやパンチコマンドが検出されない

ホチキス留めや穴あけの方法がまったく検出されない場合（たとえば、非対応の印刷ドライバーでのホチキス留めに関する不明なコマンドなど）、MyQ ホチキス留め/穴あけを「不明」MyQ 、印刷ジョブの設定を変更せず、そのようなホチキス留め/穴あけ方法は、ドライバーと同じベンダーのデバイスでのみ機能します。 この場合、ホチキス留めや穴あけのコマンドを、サポートされている代替コマンドに置き換えることはできません。

結論から言おう。

パンチングとステープル留め機能を提供するためのこれら3つのMyQ パスは、複合機のマルチベンダーフリート運用の複雑さと、MyQ これらの差異にどのように対応しているかを示しています。エンドユーザーは、文書が 正しくステープルされ、パンチされることを望んでいます。これこそが、組織のマルチベンダー複合機の構成に関係なく、私たちがエンドユーザーのために努力していることなのです。

ホッチキスとパンチはmyq Xで！