Strukturierte Fertigungsdaten · 2026

Nachrichtenparser

Auf Basis strukturierter CNFX-Herstellerprofile wird Nachrichtenparser im Bereich Herstellung von Computern, elektronischen und optischen Erzeugnissen anhand von Nachrichtendurchsatz bis Parsing Latenz eingeordnet.

Technische Definition und Kernbaugruppe

Ein typisches Nachrichtenparser wird durch die Baugruppe aus Syntax-Decoder und Strukturiertes Objektmodell beschrieben. Für industrielle Anwendungen werden Materialauswahl, Fertigungsprozess und Prüfbarkeit gemeinsam bewertet.

Eine Softwarekomponente, die strukturierte Daten aus DICOM-Protokollnachrichten interpretiert und extrahiert.

Vollständige Spezifikationen anzeigen Geeignete Fertigungsquellen prüfen

Nachrichtenparser in einer industriellen Fertigungsumgebung — Repräsentative Produktabbildung. Aussehen und Spezifikationen mit dem Hersteller bestätigen.

Produktspezifikationen

Technische Details und Fertigungskontext für Nachrichtenparser

Technische Definition

Der Nachrichtenparser ist eine Softwarekomponente, die in einem DICOM-Protokollprozessor verwendet wird. Seine Hauptfunktion besteht darin, eingehende DICOM-Netzwerknachrichten wie C-STORE-, C-FIND- und C-MOVE-Anforderungen und -Antworten zu analysieren, ihre Syntax gemäß dem DICOM-Standard zu validieren und sie in ihre Bestandteile (Datenelemente, Befehlsfelder und Datensätze) zu zerlegen, damit sie vom System weiterverarbeitet werden können. Diese Komponente ist unerlässlich, um sicherzustellen, dass DICOM-Nachrichten korrekt interpretiert und die darin enthaltenen Daten für medizinische Bildgebungsworkflows genau extrahiert werden. Der Parser liest sequenziell den binären oder codierten Datenstrom einer DICOM-Nachricht. Er identifiziert die Nachrichtenstruktur, einschließlich PDU-Typen wie A-ASSOCIATE und Datensätze, und wendet die DICOM-Übertragungssyntaxregeln an, um Datenelemente zu decodieren, einschließlich Value Representation (VR), Länge und Wert. Die analysierten Informationen werden dann in ein internes strukturiertes Objektmodell (z. B. einen Baum oder ein Wörterbuch von Tags und Werten) abgebildet, das der DICOM-Protokollprozessor für Anwendungslogik, Validierung und Routing nutzen kann. Wichtige Parameter dieser Komponente sind ein Nachrichtendurchsatz von 1000–5000 Nachrichten pro Sekunde, eine Parsing-Latenz von 1–10 Millisekunden für typische DICOM-Nachrichten und die Unterstützung von DICOM Version 3.0 (ISO 12052). Sie unterstützt UTF-8-Zeichenkodierung (RFC 3629) und auch ASCII. der Speicherbedarf 50–200 MB und die Softwäregröße 10–50 MB. Die Komponente erfüllt das IHE-PDI-Integrationsprofil. Alle Werte sind Referenzbereiche und müssen mit dem rechtlichen Hersteller oder Lieferanten für das spezifische Modell und die Anwendung verifiziert werden. Die Komponente ist für die Integration in DICOM-Verarbeitungssysteme vorgesehen und kein eigenständiges medizinisches Gerät.

Funktionsprinzip

Der Parser liest sequenziell den binären oder codierten Datenstrom einer DICOM-Nachricht. Er identifiziert die Nachrichtenstruktur, einschließlich PDU-Typen wie A-ASSOCIATE und Datensätze, und wendet die DICOM-Übertragungssyntaxregeln an, um Datenelemente zu decodieren, einschließlich VR, Länge und Wert. Die analysierten Informationen werden in ein internes strukturiertes Objektmodell (z. B. einen Baum oder ein Wörterbuch von Tags und Werten) abgebildet, das der DICOM-Protokollprozessor für Anwendungslogik, Validierung und Routing nutzen kann.

Hauptmaterialien

Softwarecode

Technische Parameter

Parameter	Typischer Bereich	Hinweise & Auswahlkriterien
Nachrichtendurchsatz	1000–5000 msg/s	Depends on hardware and message size
Parsing Latenz	1–10 ms	For typical DICOM messages
Unterstützte DICOM Version	3.0	Latest standardISO 12052
Zeichenkodierung	UTF-8	Also supports ASCIIRFC 3629
Speicherbedarf	50–200 MB	Runtime memory
Softwaredateigröße	10–50 MB	Installation package
Konformität	IHE PDI	Integration profileIHE

Die Bereiche sind branchenübliche Richtwerte zur Angebotsvorbereitung und keine Zusage des Lieferanten. Bestätigen Sie jeden Wert und jede Norm vor der Bestellung beim rechtlichen Hersteller.

Komponenten / BOM

Syntax-Decoder
Wendet spezifische Übertragungssyntaxregeln (z.B. Little Endian, JPEG Lossless) an, um den Rohdatenstrom in Datenelemente zu dekodieren.
Material: Software
Strukturiertes Objektmodell
Der In-Memory-Tag/Wert-Baum, in den die dekodierten Elemente geschrieben werden – was die nachgelagerte Logik tatsächlich liest.
Material: Software

Anwendung und Auswahl

Eignung und Auslegungsdaten

Betriebsgrenzen

Betriebsdruck:	N/V (Softwarekomponente)
Weitere Spezifikationen:	Netzwerkbandbreite: Mindestens 1 Gbit/s, DICOM-Nachrichtengröße: Bis zu 2 GB pro Nachricht, Verarbeitungslatenz: <100 ms pro Nachricht
Betriebstemperatur:	0 °C bis 50 °C (Betrieb), -20 °C bis 70 °C (Lagerung)

Montage- und Anwendungskompatibilität

DICOM-konforme medizinische BildgebungssystemePACS (Picture Archiving and Communication Systems)Healthcare-Datenintegrationsplattformen

Nicht geeignet: Echtzeit-Streaming-Videoverarbeitungssysteme

Auslegungsdaten

Maximale gleichzeitige DICOM-Verbindungen
Durchschnittliche DICOM-Nachrichtengröße (MB)
Erforderliche Nachrichtenverarbeitungsrate (Nachrichten/Sekunde)

Ergänzende technische Angaben

Technische Bewertung

Betriebsbereich

1–1000 Nachrichten/Sekunde bei 1–100 MB/Nachrichtengröße

Belastungs- und Ausfallgrenzen

Nachrichtenparsing-Latenz über 500 ms oder Speichernutzung über 2 GB RAM

Erschöpfung der Rechenressourcen aufgrund von Pufferüberlauf oder Thread-Starvation bei der Verarbeitung von DICOM-Nachrichten mit eingebetteten Pixeldaten, die eine Auflösung von mehr als 512×512×16 Bit überschreiten

Fertigungskontext

Nachrichtenparser wird innerhalb von Herstellung von Computern, elektronischen und optischen Erzeugnissen nach Material, Prozessfenster und Prüfanforderungen bewertet.

Risiken, Wartung und Normen

Zuverlässigkeits- und Risikoanalyse

Ausfallmodus und Ursache

Korrosionsbedingte Signalverschlechterung

Ursache: Exposition gegenüber Feuchtigkeit, korrosiven Atmosphären oder chemischen Verunreinigungen, die zu elektrischen Kontaktfehlern, Isolationsdurchschlag oder Komponentenoxidation führen, was intermittierende oder verlorene Signalübertragung zur Folge hat.

Mechanische Ermüdung von Steckverbindern oder Verkabelung

Ursache: Wiederholte Vibrationen, thermische Zyklen oder physikalische Belastungen, die Lötstellenrisse, Steckerstiftverformungen oder Kabelisolationsabrieb verursachen, was zu offenen Stromkreisen, Kurzschlüssen oder Signalrauschen führt.

Wartungsindikatoren

Intermittierende oder unregelmäßige Datenübertragung, wie abgebrochene Nachrichten, beschädigte Datenpakete oder unerklärliche Kommunikationszeitüberschreitungen.
Hörbare Lichtbögen oder Knackgeräusche von elektrischen Verbindungen oder sichtbare Anzeichen wie Verfärbungen, Korrosion oder Überhitzung an Steckerpunkten.

Technische Hinweise

Implementieren Sie Umgebungsabdichtungen und verwenden Sie korrosionsbeständige Materialien (z. B. Konformalüberzüge, Edelstahlstecker), um vor Feuchtigkeit und Verunreinigungen zu schützen, und stellen Sie geeignete IP-Schutzarten für die Betriebsumgebung sicher.
Wenden Sie Zugentlastungs- und Vibrationsdämpfungstechniken (z. B. Kabelbinder, Stoßdämpfer) bei Steckverbindern und Verkabelung an und führen Sie regelmäßige thermische und Vibrationsprüfungen durch, um mechanische Belastungspunkte frühzeitig zu identifizieren und zu beheben.

Fehleranalyse

FMEA · Fehleranalyse

Ursache → Fehlermodus → Engineering-Maßnahme

Fehlgeformter DICOM-Header mit falscher Transfer-Syntax-UID (1.2.840.10008.1.2.4.50) → Parser-Segmentierungsfehler während der SOP-Class-UID-Validierung → Implementieren Sie ASN.1-BER/DER-Syntaxvalidierung mit 32-Byte-Lookahead-Puffer vor der vollständigen Nachrichtenverarbeitung

Netzwerkpaketfragmentierung, die unvollständige DICOM-Datensätze (fehlende 0xFFFC,0xFFFC-Item-Delimitation) verursacht → Endlosschleife bei der Sequenzanalyse bei 0x0008,0x2112-Zerlegung → Wenden Sie TCP-Reassembly-Timeout von 150 ms und Sequenzlängenvalidierung gegen DICOM Teil 5 Tabelle A.1-Grenzwerte an

Beschaffungscheckliste

Keine Kundenbewertung und keine Echtzeitdaten. Prüfen Sie diese Unterlagen vor einer Bestellung.

Technische Dokumentation

Aktuelle Zeichnungen, Revisionsstand und Spezifikationsblatt anfordern.

Fertigungsfähigkeit

Anlagen, Prozessgrenzen und nachvollziehbare Fertigungsbelege prüfen.

Prüfbarkeit

Prüfmethoden, Messmittel und rückverfolgbare Prüfberichte bestätigen.

Lieferantentransparenz

Rechtsträger, Standort, Zertifikatsumfang und direkte Kontakte prüfen.

Die Kriterien dienen als Orientierung für technische Einkaufsprüfungen. Konkrete Kunden, Länder, Bewertungsdaten oder Live-Nachfragen werden nur angezeigt, wenn entsprechende belastbare Daten vorliegen.

Hersteller von Nachrichtenparser

Herstellerprofile mit passender Produktionsfähigkeit in China.

Hersteller eintragen

Vergleichen Sie Produktumfang und Quellenangaben. Nennen Sie bei Ihrer Anfrage Spezifikationen, Menge und Liefertermin.

Anfrage

Beschaffungsinformationen anfragenfür Nachrichtenparser

Informationen zu Einsatzbereich, Spezifikationsgrenzen, Lieferantentypen und RFQ-Vorbereitung anfragen.

Wohin Ihre Anfrage geht: Direkt an die CNFX-Redaktion — und an den Hersteller, sofern dieses Produkt mit einem bestätigten Profil verknüpft ist. Keine Weitergabe an eine Lieferantenliste.
Ihre Daten bleiben hier: Wir verkaufen oder vermieten keine Anfragedaten und nehmen Sie in keinen Verteiler auf. Nutzung ausschließlich zur Beantwortung dieser Anfrage.
Keine Provision, kein Zwischenhändler: CNFX ist ein Verzeichnis. Wir nehmen keinen Anteil an Aufträgen und verhandeln nicht im Namen eines Lieferanten.
Angaben für Ihre Anfrage: Nennen Sie Produktspezifikationen, Menge, Lieferort und gewünschten Termin.

Häufige Fragen

Welche DICOM-Nachrichtentypen verarbeitet der Parser?

Der Parser verarbeitet DICOM-Netzwerknachrichten wie C-STORE-, C-FIND- und C-MOVE-Anforderungen und -Antworten sowie andere PDU-Typen wie A-ASSOCIATE und Datensätze.

Was sind die typischen Leistungswerte?

Referenzwerte umfassen einen Nachrichtendurchsatz von 1000–5000 Nachrichten pro Sekunde und eine Parsing-Latenz von 1–10 Millisekunden für typische DICOM-Nachrichten. Die tatsächliche Leistung hängt von Hardware und Nachrichtengröße ab.

Welche Standards unterstützt der Parser?

Er unterstützt DICOM Version 3.0 (ISO 12052) und UTF-8-Zeichenkodierung (RFC 3629). Er erfüllt auch das IHE-PDI-Integrationsprofil. Verifizieren Sie die spezifische Konformität mit dem Hersteller.

Kann ich Hersteller direkt kontaktieren?

CNFX ist ein offenes Verzeichnis, keine Handelsplattform und kein Beschaffungsagent. Herstellerprofile und Formulare helfen bei der Vorbereitung des direkten Kontakts.

CNFX Industrial Index v2.6.11 · Herstellung von Computern, elektronischen und optischen Erzeugnissen