Dans mon dernier blog, j’avais fait l’annonce suivante :
LRS étudie comment gérer l’existence de WPP [Windows Protected Print] à long terme.
C’est désormais chose faite. En bref, nous poursuivons la voie que nous préconisons depuis longtemps. Je m'explique.
Lors du lancement de notre produit VPSX il y a vingt ans, nous avons pris en charge les méthodes entrantes et sortantes pour le protocole d'impression Internet (IPP). IPP est un protocole basé sur RFC qui remonte à 1999 (RFC 2565 à l'origine, RFC 8010 aujourd'hui) et qui met à jour les anciens concepts LPR créés sous UNIX aux tout premiers jours de l'impression réseau sur systèmes ouverts. Au moment du lancement de la solution VPSX, très peu de fournisseurs utilisaient ce protocole. Michael Sweet l'a intégré très tôt dans CUPS, de sorte qu'à l'époque, ce protocole était spécifique à CUPS et à VPSX.
Windows a adopté les ports IPP dans Windows 2000, mais très peu d'imprimantes les utilisaient à l'époque. Bien que l'adoption ait semblé lente, LRS a continué à développer des mécanismes IPP. La sécurité TLS a été ajoutée. De nombreux processus internes et API utilisaient IPP comme méthode de communication sous-jacente. L'élan était donné.
Il y a plusieurs années, Apple annonçait que macOS ne prendrait pas en charge sa version des pilotes d'impression. Apple a donc développé Apple AirPrint. AirPrint limitait les formats d'impression principalement au format PDF et insistait pour que le protocole IPP soit utilisé pour transporter les données et fournir des options de finition telles que le recto-verso, le bac, l'agrafage et autres. Les imprimantes devaient être certifiées AirPrint par Apple afin de recevoir ces données.
Microsoft Universal Print exige que les travaux soient sous format XPS ou PDF et utilise également IPP pour le transport et les options de finition. On voit donc que même s'il existe des normes IPP, plusieurs chemins ont été empruntés, et qu'ils ne sont pas nécessairement compatibles.
C'est ici qu'intervient l'Alliance Mopria. Cette alliance a été créée en 2013 par plusieurs fournisseurs d'imprimantes afin de normaliser l'impression et la numérisation, compte tenu de la prévalence croissante de l'impression sur les appareils mobiles. La technologie d'impression s’est imposée dans le système Android avec Android 8 mais elle est également devenue plus standardisée et disponible dans les imprimantes. Aujourd'hui, seuls les appareils certifiés Mopria peuvent être utilisés par un poste de travail ou un serveur lorsque WPP est en jeu.
Récapitulons : LRS reçoit des données d'impression via IPP. LRS peut transformer les formats courants en presque n'importe quel flux de données. LRS peut aussi soit envoyer vers n'importe quelle imprimante, soit installer des agents sur de nombreuses MFP qui peuvent extraire les travaux de LRS. Il ne reste qu'une petite lacune à surmonter, celle de la conformité à Mopria.
C'est pourquoi j'ai le plaisir d'annoncer que LRS a officiellement rejoint l'Alliance Mopria pour combler cette lacune. Nous prévoyons de mettre à disposition une solution conforme à WPP au cours du premier semestre de l'année prochaine, bien avant les échéances de 2027. Pour ceux d'entre vous qui utilisent les solutions LRS dans l'environnement AirPrint, n'oubliez pas que nous sommes également certifiés AirPrint.
Ces mesures sont tout à fait normales pour LRS. N’oubliez pas que nous faisions de l'impression en réseau avant même que les protocoles LPR/LPD ne soient écrits. Depuis le début des années 1980, LRS s’est adapté à l’évolution de l'impression en réseau. La technologie évolue, les normes évoluent et notre gamme de solutions évolue elle aussi. Ce n’est que la dernière étape d’une longue histoire qui démontre le leadership de LRS lorsqu'il s'agit de distribuer n'importe quel document dans n'importe quel format - à partir de n'importe quelle application ou plate-forme - vers n'importe quelle imprimante ou autre destination.