Universelle Druckertreiber

Weltweit werden jedes Jahr Millionen von Druckern verkauft. Obwohl es schwierig ist, realistische Einschätzungen darüber zu finden, wie viele unterschiedliche Druckermodelle weltweit verwendet werden, ist die Anzahl der Druckertreiber, die in den Microsoft-Betriebssystemen enthalten sind, ein guter Indikator für die Druckervielfalt.

Wenn man bedenkt, dass diese Zahlen nur die OEM-Version der Druckertreiber und nicht die vielen anderen Treiberversionen enthalten, die von den Websites der Hersteller heruntergeladen werden können und zusätzliche Funktionen unterstützen, wird klar, dass sogar das Verwalten kleinerer vielgestaltiger Druckereinrichtungen eine Herausforderung und das Verwalten großer Druckumgebungen so gut wie unmöglich ist. Die durch die Anzahl der Druckertreiber entstehenden Herausforderungen sind vielfältig und umfassen Probleme der Inkompatibilität und negative Auswirkungen auf die Systemstabilität und -leistung ebenso wie intensive und zeitaufwendige Test- und Einrichtungszyklen. Ein einziger universeller Druckertreiber für alle Druckerarten ist ebenso wünschenswert wie schwierig zu finden. Aktuell gibt es drei Konzepte zur Bewältigung dieser Herausforderung:

• Standardisierung von Druckern
• Umwandlung der Druckdaten in ein generisches Format und die Interpretation und das Rendering in einen Druckauftrag auf einem Remote-Computer
• Umleiten der Druckdaten vom Print-Subsystem des druckenden Computers zum Print-Subsystem eines anderen Computers im Netzwerk, wo das Rendering durchgeführt wird.

Jede dieser Methoden bringt ihre eigenen Probleme mit sich. Die Standardisierung von Druckern führt zu einer geringeren Anzahl benötigter Druckertreiber. Dies ist jedoch nur in kleinen Unternehmen möglich, in denen der Bedarf für einen universellen Druckertreiber im Allgemeinen ohnehin gering ist. Größere Unternehmen mit unterschiedlichen Druckanforderungen bemühen sich, einen gemeinsamen Nenner für Drucker zu finden, die den Bedürfnissen aller Benutzer entsprechen. Die kurze Lebensdauer von Druckern kompliziert die Standardisierungsbemühungen weiter, denn wenn ein Standard entwickelt, getestet und eingerichtet wurde, werden viele der ausgewählten Druckermodelle nicht mehr hergestellt. Normalerweise sollten nur Branchen mit sehr spezifischen und daher sehr stimmigen Druckbedürfnissen die Druckerstandardisierung als Mittel zum Reduzieren des Verwaltungsaufwands für Druckertreiber in Betracht ziehen.

Die Umwandlung der von einer Anwendung erstellten Druckdaten in ein Metaformat wird von universellen Druckertreibern der Unternehmen mit wenig Computererfahrung verwendet. Obwohl es relativ einfach ist, einen PDF-Schreiber, einen Postscript-Treiber oder ein einfaches Modul, das eine Bitmap-Datei von jeder Seite eines Druckauftrags erstellt, zu lizenzieren, sind dieser Kategorie der universellen Druckertreiber mehrere Defizite in Bezug auf Leistung, Skalierbarkeit und Kompatibilität zu eigen.

Die offensichtlichste Einschränkung entsteht durch das gewählte Metaformat, z. B. .jpg, .pdf, PCL oder Postscript-Varianten. Jedes dieser Formate hat seine eigenen Schwierigkeiten. Dies bedeutet, dass auf dem Gerät, das das Metaformat erstellt, bedeutende CPU- und Speicherressourcen vorhanden sein müssen. Auch wenn kleinere Druckaufträge, die gleichmäßig über den Arbeitstag verteilt sind, keine drastischen Auswirkungen auf die Leistung eines virtuellen Hosts oder eines Terminal Servers haben, fallen große Druckaufträge, schwierige Druckaufträge und starke Druckaktivität negativ auf.

Obwohl die Server so gestaltet werden können, dass sie gegen einen Aufschlag starke Druckaktivität behandeln können, kann die Struktur und die Komplexität der Metaformate nicht angepasst werden. Kein aktuelles Metaformat bewahrt alle Informationen eines Windows-Druckauftrags. Dieser Informationsverlust wird wahrscheinlich von vielen Benutzern nicht bemerkt, und durch ausführliche Tests kann sichergestellt werden, dass aktuell verwendete Anwendungen, Dokumente und Drucker korrekt arbeiten. Die Auswahl eines Metaformats setzt jedoch das Vertrauen darauf voraus, dass die gewählte Technologie auch weiterhin verwendet wird und mit den zukünftigen Druckanforderungen, Anwendungen und Dokumenten kompatibel ist.

Die technisch fortschrittlichste Methode, um das Verwalten von Druckertreibern auf zentralisierten Systemen zu vermeiden, ist das Weiterleiten der von einer Anwendung erstellten Druckdaten an einen Remote-Computer, der das gleiche Print-Subsystem verwendet und auf dem die erforderlichen Druckertreiber installiert sind. Diese EMF-Weiterleitung bietet – wenn sie mit Komponenten ausgeführt wird, die vollständig in die Windows-Print-Subsysteme eingebettet und von Microsoft zertifiziert sind – nicht nur einen sehr effizienten universellen Druckertreiber, sondern auch höchste Flexibilität und Skalierbarkeit durch das Bereitstellen einer Basis für das Clustering, das Zusammenschalten von Druckern, die Priorisierung von Druckerwarteschlangen, mehrere Warteschlangen, gemeinsame Drucker, das Festlegen der Sicherheitseinstellungen etc. Auf Metaformaten basierende universelle Druckertreiber unterstützen diese Art der Einrichtung im Allgemeinen nicht.

Ein weiterer Hauptgrund für die Nutzung einer EMF-basierten Lösung ist die Leistung. Das Entfernen des Druck-Renderings von einem virtuellen Host oder Terminal Server beseitigt nicht nur die Notwendigkeit für Druckertreiber auf diesem Server, sondern reduziert auch die druckbezogene Verwendung von CPU und Speicher. Da das EMF-Format einfach in das Print-System des Remote-Windows-Geräts integriert werden kann, gibt es auch auf dem empfangenden Gerät keine zusätzlichen Leistungsspitzen. Das empfangende Print-Subsystem behandelt die EMF-Daten wie beim Drucken durch eine Anwendung und rendert sie entsprechend der Konfiguration der Druckerwarteschlange, in die die Daten weitergeleitet werden. Andererseits müssen auf einem Metaformat basierende universelle Druckertreiber das Metaformat auf dem empfangenden Computer interpretieren und das Dokument buchstäblich ein zweites Mal drucken.

Unabhängig davon, ob ein auf einem Metaformat oder auf dem EMF-Format basierender universeller Druckertreiber verwendet wird, muss in Betracht gezogen werden, wie eine spezifische Lösung gestaltet und implementiert wird. Viele universelle Druckertreiberlösungen entfernen die Druckdaten aus dem Windows-Print-Subsystem und verarbeiten sie mit eigenen Modulen. Vom technischen Standpunkt betrachtet, ist es eine riskante Entscheidung, das Print-Subsystem, das zusammen mit dem Betriebssystem konzipiert und entwickelt und dessen Zuverlässigkeit bei den größten Unternehmen und in den komplexesten IT-Umgebungen bewiesen wurde, zu umgehen. Die Wahrscheinlichkeit des Auftretens von Problemen wächst mit der Anzahl der involvierten Komponenten, und das Hinzufügen von eigenen Modulen und Diensten zum Verarbeiten von Druckaufträgen außerhalb des Print-Subsystems ist eine wichtige Problemquelle. Weiterhin bedeutet das Entfernen des Druckvorgangs aus dem Windows-Print-Subsystem, dass Microsoft und wahrscheinlich auch die Anbieter von Anwendungen bei möglichen Druckproblemen keinen Support anbieten.

Eine bedeutende Tatsache, die in Betracht gezogen werden sollte, ist, dass den Benutzern nicht alle druckerspezifischen Funktionen zur Verfügung stehen. Universell bedeutet normalerweise, dass nur die Standarddruckereinstellungen von Windows direkt konfiguriert werden können. Das Design einiger Lösungen enthält jedoch die Option, druckerspezifische Einstellungen vorab von einem Administrator definieren zu lassen oder sie beim Druck über eine Remote-Desktop-Sitzung über die grafische Benutzeroberfläche des lokalen Druckertreibers zu konfigurieren. Dies führt zu einer gewissen Unbequemlichkeit für Benutzer, die Funktionen wie Klammern, Wasserzeichen, Sortieren etc. benötigen.

Neben dem Vertrauen auf die Software selbst, die schließlich die Druckvorgänge für Hunderte oder Tausende von Benutzern und Druckern durchführen wird, muss auch die Fähigkeit des Herstellers zur rechtzeitigen Behebung oder Lösung von Problemen in Betracht gezogen werden. Dies ist insbesondere deshalb wichtig, weil viele Hersteller von universellen Druckertreiberlösungen weniger Mitarbeiter beschäftigen als IT-Administratoren in einem mittelgroßen Unternehmen angestellt sind. Der Mangel an Entwicklungsressourcen bei diesen Unternehmen ist oft der Hauptgrund für die Verwendung von Metaformaten, wobei häufig Schnellverfahren genutzt werden und man weniger flexibel ist.

Am schnellsten stellt man fest, ob eine universelle Druckertreiberlösung bereit für eine Unternehmensumgebung ist, indem man fragt, welche Alternativen verwendet werden können, wenn bestimmte Anwendungen, Betriebssysteme oder Druckermodelle mit dem universellen Druckertreiber schlecht funktionieren. Wenn die Antwort zeigt, dass das fragliche Produkt dem Prinzip „eine Methode für alle" folgt, dann sollten Administratoren und Entscheidungsträger diese Lösung vermeiden. Wenn das Windows-basierte Drucken so einfach wäre, gäbe es grundsätzlich keine Notwendigkeit für einen universellen Druckertreiber. Ein sicheres Zeichen dafür, dass sich ein Produkt nicht als strategische unternehmensweite Drucklösung eignet, ist die Unfähigkeit zur Nutzung auf Druckservern mit Druckerwarteschlangen für universelle Treiber, die mit Desktops und Benutzersitzungen geteilt werden können.

Die modulare Architektur von ThinPrint .print ermöglicht die Nutzung eines beliebigen Druckertreibers als universellen Druckertreiber für eine Gruppe von Druckern, solange diese die gleiche Druckersprache verstehen. Um eine echte Unabhängigkeit der Geräte zu erreichen, hat ThinPrint das ThinPrint Output Gateway entwickelt. Dies ist ein universeller Druckertreiber, der DRIVER FREE PRINTING bietet. Obwohl das ThinPrint Output Gateway wie ein Druckertreiber aussieht und alle Eigenschaften und Schnittstellen eines Druckertreibers besitzt, um die vollständige Nutzbarkeit durch Anwendungen, Benutzer und das Print-Subsystem zu gewährleisten, führt es nicht die eigentlichen Aufgaben eines Druckertreibers durch. Statt EMF-Daten – das von der Anwendung erstellte Format – in Rohdaten – das Format, das Drucker verarbeiten können – umzuwandeln, leitet das ThinPrint Output Gateway die EMF-Daten ohne Veränderung, abgesehen von der Optimierung für das Komprimieren, durch das Print-Subsystem. Da die EMF-Daten nicht verändert werden, kann die ThinPrint-Software sie zum Rendern einfach in eine andere Druckerwarteschlange übertragen. Dies kann eine Druckerwarteschlange auf demselben Gerät oder eine Druckerwarteschlange auf einem Remote-Computer sein.

Wenn sich die empfangende Warteschlange auf einem Remote-Computer befindet, nutzt die Warteschlange des ThinPrint Output Gateway einen ThinPrint Port, um die EMF-Daten über das Netzwerk zu senden. Auf dem Gerät mit der empfangenden Druckerwarteschlange ist ein ThinPrint .print Client installiert, der die EMF-Daten vom ThinPrint Port empfängt, dekomprimiert und dann zum Rendern und Drucken in die richtige Druckerwarteschlange weiterleitet.

Befindet sich die empfangende Druckerwarteschlange auf demselben Computer wie die Warteschlange des ThinPrint Output Gateway, dann können die EMF-Daten direkt ohne ThinPrint Port oder ThinPrint Client übertragen werden. Diese Technologie wird als V-Layer-Druck bezeichnet. Sie ermöglicht den Druckservern das Rendern von Druckaufträgen, ohne dass Druckertreiber in der gesamten IT-Umgebung kopiert werden, wenn gemeinsame Drucker verwendet werden. Der gemeinsame Drucker ist immer ein ThinPrint Output Gateway-Drucker.

Das ThinPrint Output Gateway-Treiber kann die Standard-Druckereinstellungen automatisch aus der nativen Druckerwarteschlange, für deren Druck er konfiguriert ist, importieren. Dieser Import wird durch den Dienst ThinPrint AutoConnect durchgeführt und enthält Informationen zu Papierformaten, Behältern, Farbfähigkeiten des Druckers und unterstützten Auflösungen. Zusätzlich zur Auswahl aus den importierten Optionen kann der Benutzer auch die Seitenausrichtung und die Anzahl der Kopien festlegen, zwischen Hoch- und Querformat für den Duplexdruck wählen und auf der Client-Seite einer Remote-Desktop-Sitzung auch eine Vorschau für druckerspezifische Funktionen aktivieren. Der Administrator kann die Standarddruckeinstellungen für alle diese Einstellungen und die Komprimierungsstufe eingeben, die, in Abhängigkeit vom Inhalt des Dokuments und der zum Drucken verwendeten Anwendung, bei einer Datenreduzierung von 60 - 99 % liegt.

Alle druckerspezifischen Funktionen, die nicht über die Eigenschaftsregisterkarten des ThinPrint Output Gateway konfiguriert werden können, können über die native Druckerwarteschlange eingestellt werden. Dies geschieht bei lokal installierten Sitzungsdruckern wahrscheinlich durch den Benutzer und bei der Nutzung von Druckservern wahrscheinlich durch den Administrator.

Weitere technische Beschreibungen finden Sie hier:

• Die ThinPrint .print-Produktfamilie
• ThinPrint .print auf dem Server, im Netzwerk und auf dem Client
• Best Practice
• Wie unterstützt mich ThinPrint bei...