1、Dezember 2011 Normenausschuss Informationstechnik und Anwendungen (NIA) im DINPreisgruppe 34DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr Normung e. V., Berlin, gestattet.ICS 03.240; 35.240.60Zur Erstellung
2、einer DIN SPEC knnen verschiedene Verfahrensweisen herangezogen werden: Das vorliegende Dokument wurde nach den Verfahrensregeln einer Vornorm erstellt.!$lW“1739652www.din.deDDIN CEN/TS 16238Postalische Dienstleistungen Offene Schnittstelle zwischen Maschinensteuerung und Lese- undCodier-System MC/R
3、C-Schnittstelle;Deutsche Fassung CEN/TS 16238:2011Postal services Open Interface between Machine Control and Reading Coding System MC/RC-Interface;German version CEN/TS 16238:2011Services posteaux Interface ouverte entre contrleurs de machine de tri et systme de reconnaisance MC/RC-Interface;Version
4、 allemande CEN/TS 16238:2011Alleinverkauf der Spezifikationen durch Beuth Verlag GmbH, 10772 Berlin www.beuth.deGesamtumfang 145 SeitenDIN SPEC 66296DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 2 Nationales Vorwort Dieses Dokument (CEN/TS 16238:2011) wurde vom Technischen Komitee CEN/TC 331 Postalische
5、 Dienstleistungen“ erarbeitet, dessen Sekretariat vom NEN (Niederlande) gehalten wird. Das zustndige deutsche Gremium ist der Arbeitsausschuss NA 043-03-04 AA Postalische Dienstleistungen“ im Normenausschuss Informationstechnik und Anwendungen (NIA) im DIN. Eine DIN SPEC nach dem Vornorm-Verfahren i
6、st das Ergebnis einer Normungsarbeit, das wegen bestimmter Vorbehalte zum Inhalt oder wegen des gegenber einer Norm abweichenden Aufstellungsverfahrens vom DIN noch nicht als Norm herausgegeben wird. Zur vorliegenden DIN SPEC wurde kein Entwurf verffentlicht. Erfahrungen mit dieser DIN SPEC sind erb
7、eten vorzugsweise als Datei per E-Mail an niadin.de in Form einer Tabelle. Die Vorlage dieser Tabelle kann im Internet unter http:/www.din.de/stellungnahme abgerufen werden; oder in Papierform an den Normenausschuss Informationstechnik und Anwendungen (NIA) im DIN. TECHNISCHE SPEZIFIKATION TECHNICAL
8、 SPECIFICATION SPCIFICATION TECHNIQUE CEN/TS 16238 September 2011 ICS 03.240; 35.240.60 Deutsche Fassung Postalische Dienstleistungen Offene Schnittstelle zwischen Maschinensteuerung und Lese- und Codier-System MC/RC-Schnittstelle Postal services Open Interface between Machine Control and Reading Co
9、ding System MC/RC-Interface Services postaux Interface ouverte entre le systme de Contrle de la Machine et le systme de Reconnaissance et de Codage Interface MC/RC Diese Technische spezifikation (CEN/TS) wurde vom CEN am 4. Juni 2011 als eine knftige Norm zur vorlufigen Anwendung angenommen. Die Glt
10、igkeitsdauer dieser CEN/TS ist zunchst auf drei Jahre begrenzt. Nach zwei Jahren werden die Mitglieder des CEN gebeten, ihre Stellungnahmen abzugeben, insbesondere ber die Frage, ob die CEN/TS in eine Europische Norm umgewandelt werden kann. Die CEN-Mitglieder sind verpflichtet, das Vorhandensein di
11、eser CEN/TS in der gleichen Weise wie bei einer EN anzukndigen und die CEN/TS verfgbar zu machen. Es ist zulssig, entgegenstehende nationale Normen bis zur Entscheidung ber eine mgliche Umwandlung der CEN/TS in eine EN (parallel zur CEN/TS) beizubehalten. CEN-Mitglieder sind die nationalen Normungsi
12、nstitute von Belgien, Bulgarien, Dnemark, Deutschland, Estland, Finnland, Frankreich, Griechenland, Irland, Island, Italien, Kroatien, Lettland, Litauen, Luxemburg, Malta, den Niederlanden, Norwegen, sterreich, Polen, Portugal, Rumnien, Schweden, der Schweiz, der Slowakei, Slowenien, Spanien, der Ts
13、chechischen Republik, Ungarn, dem Vereinigten Knigreich und Zypern. EUROPISCHES KOMITEE FR NORMUNG EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATIONManagement-Zentrum: Avenue Marnix 17, B-1000 Brssel 2011 CEN Alle Rechte der Verwertung, gleich in welcher Form und in welchem Verfa
14、hren, sind weltweit den nationalen Mitgliedern von CEN vorbehalten.Ref. Nr. CEN/TS 16238:2011 DCEN/TS 16238:2011 (D) 2 Inhalt Seite Vorwort 4 Einleitung.5 1 Anwendungsbereich .6 2 Normative Verweisungen9 3 Begriffe .9 4 Symbole und Abkrzungen 11 5 Anwendungsfallmodell (en: Use Case Modell UCM).12 5.
15、1 Vereinbarungen12 5.2 berblick ber Anwendungsflle.13 5.3 Ausfhrliche Beschreibung der Anwendungsflle 15 5.3.1 UC01 Publish and Select Server .16 5.3.2 UC02 Connect .18 5.3.3 UC03 Disconnect 21 5.3.4 UC04 Submit Mailpiece 23 5.3.5 UC05 Request Mailpiece Attributes 27 5.3.6 UC06 Transmit Mailpiece At
16、tributes .29 5.3.7 UC07 Update Mailpiece Attributes 32 5.3.8 UC08 Request Image 35 5.3.9 UC09 Transmit Image .36 5.3.10 UC10 Get RC System Status38 5.3.11 UC11 Put RC System Status40 5.3.12 UC12 Get Machine Status 43 5.3.13 UC13 Put Machine Status 44 5.4 Allgemeine Fehlerbehandlung .47 6 Beschreibun
17、g des Schnittstellenentwurfs (IDD) 47 6.1 TIFF-Definition48 6.1.1 TIFF-Anwendung48 6.2 Definition von Sendungsdaten.48 6.2.1 Anforderungen.48 6.2.2 Verbindlichkeiten des Modells .50 6.2.3 Domnendatenmodell und -typen51 7 Beschreibung des Systementwurfs (SDD)97 7.1 berblick.97 7.2 Architekturziele un
18、d -beschrnkungen .98 7.2.1 Client-Server-Modell99 7.2.2 Client-Server-Beziehungen.99 7.2.3 Serverauswahl101 7.3 Dienstemodell 102 7.3.1 berblick.102 7.3.2 Ausnahmebehandlung 104 7.3.3 Schnittstelle: IReadingCoding105 7.3.4 Schnittstelle: IMachineController.110 7.3.5 Definition der Daten.112 7.4 Verh
19、altensmodell.112 8 Von der Middleware abhngige Teile der SDD .113 8.1 SDD-TCP/IP-Implementierung 113 8.1.1 Kommunikationsschicht .113 8.1.2 Serverauswahl113 8.1.3 Definition von Nachrichten .113 DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 3 Seite 8.2 SDD-CORBA-Implementierung 115
20、 8.2.1 Serverauswahl .115 8.2.2 ORB-Implementierung 116 8.2.3 Schnittstellendefinition.116 8.3 SDD-SOAP-Implementierung .119 8.3.1 Serverauswahl .119 8.3.2 Schnittstellendefinition.122 8.3.3 Benutzte Typen126 8.3.4 Ausnahmebehandlung128 Anhang A (informativ) XML-Datenstruktur .129 A.1 Einfhrung in X
21、ML.129 A.1.1 XML-Dokumentstruktur.129 A.2 Einfhrung in das XML-Schema 130 A.2.1 Komponenten des XML-Schemas .130 A.3 Protokoll des XML-Schemas 132 Literaturhinweise143 DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 4 Vorwort Dieses Dokument (CEN/TS 16238:2011) wurde vom Technischen
22、Komitee CEN/TC 331 Postalische Dienstleistungen“ erarbeitet, dessen Sekretariat vom NEN gehalten wird. Es wird auf die Mglichkeit hingewiesen, dass einige Texte dieses Dokuments Patentrechte berhren knnen. CEN und/oder CENELEC nimmt bzw. nehmen keine Stellung zur Rechtmigkeit, zur Gltigkeit und zum
23、Anwendungsbereich dieser Patentrechte Entsprechend der CEN/CENELEC-Geschftsordnung sind die nationalen Normungsinstitute der folgenden Lnder gehalten, diesen anzukndigen: Belgien, Bulgarien, Dnemark, Deutschland, Estland, Finnland, Frankreich, Griechenland, Irland, Island, Italien, Kroatien, Lettlan
24、d, Litauen, Luxemburg, Malta, Niederlande, Norwegen, sterreich, Polen, Portugal, Rumnien, Schweden, Schweiz, Slowakei, Slowenien, Spanien, Tschechische Republik, Ungarn, Vereinigtes Knigreich und Zypern. DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 5 Einleitung In zunehmendem Mae
25、wird von Postbetreibern verlangt, in ihren automatischen Sortiereinrichtungen Ausrstungsteile von verschiedenen Zulieferern zu kombinieren, um so die Leistung dieser Einrichtungen zu optimieren. In der Vergangenheit hat dies dazu gefhrt, dass zwischen einem Postbetreiber und einem oder mehreren Zuli
26、eferer(n) projektspezifische Schnittstellen ausgehandelt wurden. Diese projektspezifischen Schnittstellen wurden durch die Zulieferer entwickelt und fr eine vereinbarte Dauer aufrechterhalten. Dieser Ansatz hat mehrere Nachteile: Die Schnittstelle wird von einer Schnittstelle abgeleitet, die nicht d
27、afr vorgesehen ist, offen zu sein. Die Schnittstelle wird fr ein einzelnes Projekt entwickelt und funktioniert nur im Kontext dieses Projekts (Extrakosten). Jeder beteiligte Zulieferer muss die Schnittstelle implementieren (Mehrfachaufwand). Die Erfahrung zeigt, dass die Integration von Komponenten
28、mit projektspezifischen Schnittstellen komplex und teuer ist. Projektspezifische Schnittstellen sind nicht in die Produktlinie integriert, und sobald die anfnglich vereinbarte Dauer der Aufrechterhaltung vorber ist, ist die weitere Aufrechterhaltung mglicherweise schwierig und teuer und/oder kann di
29、e Durchfhrung von Aufrstungen der Ausrstung behindern. Dies hat zu offenen Schnittstellen” gefhrt, die durch einen Zulieferer definiert werden. Diese haben weiterhin den Nachteil, dass sie nur durch einen Zulieferer im jeweiligen Produkt genutzt werden. In einer Gruppe von Postbetreibern und Zuliefe
30、rern wurde die Entscheidung getroffen, einen Satz von offenen Normschnittstellen” zu entwickeln, die durch die Zulieferer entwickelt und durch die Postbetreiber in Bezug genommen werden. Bei diesen Schnittstellen werden folgende Vorteile erwartet: sie sind in einer internationalen Norm festgelegt (m
31、it nderungskontrolle); sie werden zwischen wichtigen Zulieferern vereinbart und von diesen implementiert; sie werden zwischen Kunden vereinbart und daher in Ausschreibungen genutzt; sie fhren zu Nettoeinsparungen, da der hohe anfngliche Entwicklungsaufwand und die damit verbundenen hheren Preise fr
32、die Grundausrstung durch verringerte Kosten fr Projektentwicklung, Integration und Wartung bei Weitem aufgewogen werden; sie vermindern durch die Verkleinerung der implementierungsbezogenen Zeitmastbe die Erfordernis fr Anstrengungen im Zusammenhang mit der Projektintegration auf ein Mindestma; sie
33、erhhen durch den Anreiz zu Produktverbesserungen den Wettbewerb zwischen den Zulieferern. Diese Technische Spezifikation behandelt die Schnittstelle zwischen einer Bildsteuerung (IC), dem Teilsystem Scanner, einschlielich der Gerte zur Bildbearbeitung (IP) im Zusammenhang mit der Scanvorrichtung, un
34、d dem Teilsystem Maschinensteuerung (MC) an einer postalischen Automatisierungseinrichtung. Eine zugehrige Norm ist die CEN/TS 15448, Postalische Dienstleistungen Offene Normschnittstelle zwischen Bildbearbeitung und Anreicherungsgerten (OCR, Videocodierungssysteme, Abstimmungssysteme). In der Zukun
35、ft werden weitere Normungsvorhaben (die einer Vereinbarung zwischen dem CEN/TC 331 und dem Normungsgremium des WPV unterliegen) definiert, die weitere Bereiche abdecken, wenn das entspre-chende Erfordernis festgestellt wird und die Ressourcen fr die Entwicklung verfgbar werden. Diese Arbeit wird fr
36、jede Schnittstelle von einer separaten Projektgruppe vorgenommen. DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 6 1 Anwendungsbereich Diese Technische Spezifikation beschreibt die Offene Normschnittstelle zwischen Bildbearbeitung, Maschi-nensteuerung und Bildsteuerung” (IP/MC/IC-Sc
37、hnittstelle) im Kontext der postalischen Automatisierungs-einrichtungen. Der folgende berblick ber die Architektur stellt die Grundlage fr diese Schnittstellennormung dar: Text im Bild Camera Kamera Camera Link or LWDS Kameraanschluss oder LWDS Image Processor Bildbearbeitung optionally wahlweise mi
38、t Erkennungsfunktionen Image Controller Bildsteuerung CEN OCR/VCS Interface CEN-OCR/VCS-Schnittstelle Enrichment Devices Anreicherungsgerte Machine Control Maschinensteuerung Bild 1 berblick ber das System Es wurde vereinbart, die Schnittstellen zwischen Folgendem zu vereinheitlichen: a) Bildbearbei
39、tung und Bildsteuerung; b) Bildbearbeitung und Maschinensteuerung und; c) Maschinensteuerung und Bildsteuerung sowie eine gemeinsame Spezifikation fr diese so genannte IP/MC/IC-Schnittstelle zu erarbeiten. Der Kommunikationspartner auf der einen Seite dieser Schnittstelle wird mit Maschine oder Masc
40、hinen-steuerung (MC) und der auf der anderen Seite mit Lese-/Codier-System (RC) bezeichnet. Fr diese Schnittstelle knnen mehrere Instanzen vorliegen, abhngig von der Implementierung der MC und dem angeschlossenen RC. DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 7 ANMERKUNG Schnitt
41、stellen zur Synchronisierung der eingescannten Bilder mit deren durch die Maschine erzeugten Attributen mailpiece_ID sind im vorstehenden Bild nicht dargestellt und sind nicht Gegenstand der Normung im Zusammenhang mit der ersten Freigabe dieser Schnittstelle. Aus Sicht der Kunden sind die beiden fo
42、lgenden Szenarien von Bedeutung. Die Systeme MASCHINE und RC-SYSTEM sind als Black Boxes” anzusehen, sodass die interne Systemstruktur und die internen Schnitt-stellen nicht ausfhrlich dargestellt werden. 1) Die Maschine umfasst bereits Kamera und Bildbearbeitung und wird an das RC-System einer drit
43、ten Partei angeschlossen, das eine Bildsteuerung und Anreicherungsgerte umfasst. Text im Bild Camera Kamera Camera Link or LWDS Kameraanschluss oder LWDS Image Processor Bildbearbeitung Machine (supplier A) Maschine (Zulieferer A) Machine Control Maschinensteuerung Multiple instances allowed Mehrere
44、 Instanzen zulssig Image Controller Bildsteuerung Enrichment Devices Anreicherungsgerte Optionally Wahlweise RC System (supplier B) RC-System (Zulieferer B) Bild 2 Szenarium 1 der Systemschnittstellen 2) Die Maschine wird an ein RC-System einer dritten Partei angeschlossen, das Kamera, Bildbearbei-t
45、ung, Bildsteuerung und Anreicherungsgerte umfasst. Die Kamera und (mglicherweise) die Bild-bearbeitung mssen mechanisch in die Maschine integriert werden. ANMERKUNG Die Kamera kann durch eine beliebige dritte Partei bereitgestellt werden. Dies sollte jedoch die IP/MC/IC-Schnittstellen nicht behinder
46、n! DIN CEN/TS 16238 (DIN SPEC 66296):2011-12 CEN/TS 16238:2011 (D) 8 Text im Bild RC System (supplier B) RC-System (Zulieferer B) Camera Kamera Camera Link or LWDS Kameraanschluss oder LWDS Image Processor Bildbearbeitung Image Controller Bildsteuerung Optionally Wahlweise Enrichment Devices Anreich
47、erungsgerte Multiple instances allowed Mehrere Instanzen zulssig Machine (supplier A) Maschine (Zulieferer A) Machine Control Maschinensteuerung Bild 3 Szenarium 2 der Systemschnittstellen Dieses Dokument ist, wie in Bild 4 beschrieben, in vier Hauptabschnitte unterteilt. UCM (Anwendungsfallmodell)
48、beschreibt die Anwendungsflle der IP/MC/IC-Schnittstelle unter Anwen-dung von Sequenzdiagrammen mit Nachrichten. IDD (Beschreibung des Schnittstellenentwurfs) definiert das Datenmodell fr die IP/MC/IC-Schnittstelle. SDD (Beschreibung des Systementwurfs) definiert die verbindlich vorgeschriebene Spez
49、ifikation der IP/MC/IC-Schnittstelle in Bezug auf Architektur, Dienste und Verhaltensmodelle. Im allgemeinen Teil dieses Abschnitts ist keine Middleware oder Transportschicht festgelegt. Fr den allgemeinen Teil dieses Abschnitts ist Middleware-Unabhngigkeit vorgesehen. SDD-TCP/IP, SDD-CORBA, SDD-SOAP in den speziellen Abschnitten. Es werden die Spezifikationen fr die
