Das „geöffnete Einheit-Überwachung-und Gleichlauf-Protokoll“, andernfalls bekannt als OpenDMTP, ist ein Protokoll und ein Rahmen, der zweiseitig wirkenden Datenaustausch zwischen Servers und Einheiten (Klienten) über dem Internet und den ähnlichen Netzen erlaubt.

OpenDMTP ist ein in hohem Grade konfigurierbares und ausdehnbares Protokoll für das Verständigen mit tragbaren Geräten.

OpenDMTP übersetzt besonders in Richtung zu Einbauort-gegründeten Informationen (Pounds) wie GPS, sowie die Temperatur und andere Daten, die in den Fern-überwachung Einheiten montiert. OpenDMTP ist klein und entsprochen besonders für Mikro-einheiten wie PDAs, Handys und kundenspezifische Soem-Einheiten.

Wir sahen eine Notwendigkeit an einem Kommunikationsprotokoll, das Hochlatenzzeit erlaubte, Niedrigbandweite (HL/LB) Einheiten, Einbauortdaten Überwachungsystemen überzumitteln. Weil diese Einheiten häufig Netzanschlußfähigkeit begrenzt, mußte das Protokoll klein und effizient sein. Beispieleinheiten umfassen Handys, PDAs, Soem Mikro-einheiten (Warnungssysteme, Temperaturüberwachungsgeräte, usw.) und mehr.

Es gibt viel beweglicher GPS, der heute Einheiten auf dem Markt mit ihren eigenen geschlossenen eigenen Protokollen aufspürt. Das Suchen des Webs nach geöffneten Protokollen aufdeckte nur einige ur, die für das Übertragen von Daten erhältlich sind (einschließlich GPS-Informationen) zwischen Einheiten. Gleichwohl diese Lösungen im Allgemeinen für immobile Anwendungen bestimmt und/oder einige der Niedrigbandweite, konfigurierbaren und ausdehnbaren Merkmale ermangeln, die bewegliche Anwendungen erfordern.

Sind hier einige Hauptmerkmale von „OpenDMTP“:

· Kleiner Abdruck: Tragbare Geräte haben gewöhnlich beschränkte Mittel, auf denen Klientencode laufen lassen (IE. Speicher, Prozessordrehzahl). Ein geöffnetes Protokoll, das mit diesem im Verstand konzipiert, sollte optimiert werden, um effiziente Umsetzung zu erlauben und sollte Einheiten wie PDAs, Handys, GPS-Überwachungleicht unterstützen Einheiten und andere Soem Mikro-einheiten.
· Netz effizient: Tragbare Geräte gewöhnlich begrenzt Netzanschlußfähigkeit, und in einigen Fällen kann Datenkommunikation ziemlich teuer sein (z.B. Satellit). Wegen dieses muß das Protokoll in seinem Dialog zwischen dem Klienten und dem Server effizient sein. Kommunikationsbedarf, optimiert zu werden so, dass die notwendigen Informationen mit einer Mindestzahl von Bytes in der wenigen Zeitmenge übermittelt werden können.
· Zweiseitig wirkend: Einige Einheiten können bidirektionale Kommunikation unterstützen (IE. GPRS oder andere Kontaktbuchse gegründete Anschlüsse), während andere einseitige Datenübermittlung nur unterstützen können (IE. einige Verbindung über Satellitsysteme). Mit diesem im Verstand, sollte ein Protokoll konzipiert werden, um das Duplex (bidirektional) und Simplex (Einweg) Kommunikation zu unterstützen.
· Transport-Media: Differrent bewegliche Anwendungen haben ihre eigene einzigartige Methode des Kommunizierens von Daten zurück zu dem Server. Einige können GPRS verwenden oder Kontaktbuchse gründete Kommunikation, andere kann Verbindung über Satellit, während noch andere andere Formulare der drahtlosen Kommunikation verwenden können, wie BlueTooth verwenden. Die Auslegung des Protokolls sollte in der Lage sein, all diese Transportmediatypen umzugeben, unabhängig davon den Typen des Transportes gebräuchlich.
· Flexible Daten-kodierung: Die meisten Typen Transportmedia zulassen die Übertragung der binären gekodierten Daten n. Jedoch kann es einige Formulare von Media geben, für die ein ASCII Datenpaket entsprochen viel besser kodierte. Ein Protokoll, das mit diesem im Verstand konzipiert, sollte in der Lage sein, beide Typen Datenkodierung zu unterstützen.
· Konfigurierbare Meldungen: Wegen der ausgedehnten Reichweite der Datentypen, die in den beweglichen Anwendungen verwendet, sollte das Protokoll genug flexibel sein, Standardmeldungen zu definieren, dennoch erlaubt noch kundenspezifische Meldungen innerhalb des Rahmens.
· Ausdehnbar: Nicht jede bewegliche Anwendung ist die selbe. Einige erfordern den handhabenden Special und können verschiedene Typen von Input und von Ausgängen haben. Ein Protokoll, das für bewegliche Anwendungen bestimmt, sollte versichern, dass der Rahmen auf incapsulate leicht ausgedehnt werden kann die spezifischen Notwendigkeiten der Einheit.
· Industrie-Kompatibilität: Haben eines geöffneten Protokolls versichert bessere Kompatibilität zwischen verschiedenen Klienteneinheiten und Diensterbringern.
· Bezugsumsetzung: Haben einer Bezugsumsetzung, die die Hauptmerkmale des Protokolls zur Schau stellt, liefert einen einfachen Ausgangspunkt, in dem Entwickler ihre eigenen Merkmale und spezifische Umsetzung der Plattform addieren können, ohne zu müssen, zu sorgen um, wie Daten vom Klienten an den Server gelangen.

OpenDMTP konzipiert spezifisch, um ganzen Notwendigkeiten, besonders „kleinen Abdruck“ und „Netz-Leistungsfähigkeit“ zu entsprechen diesen. Die typischen Daten planen für GPRS Kommunikation, zum Beispiel normalerweise ist 1Mb pro Monat. OpenDMTP konzipiert, um Paketkodierung zu optimieren, um die Ansammlung der GPS-Informationspakete zu erlauben sobald alles 3 Protokoll 24 Stunden proTag 30 Tage ein Monat und bleibt noch unter der Planbegrenzung der Daten 1Mb.

Während XML sehr ausdehnbar ist, verläßt es „kleiner Abdruck“ und „die Netz-Leistungsfähigkeits-“ Anforderungen. So abgerechnet es als entwicklungsfähige Protokolllösung e. Viele tragbaren Geräte haben nicht die Betriebsmittel, die notwendig sind, in der Lage zu sein, volle XML Satzgliederungsfunktionalität zur Verfügung zu stellen. Und ein XML Paket kann mehreree hundert Bytes in der Länge sein, gerade müssen, zum einiger Bytes tatsächlicher Daten zu senden. Dieses allein lassen die Lösung kostspieliges für mit hohen Kosten Transportmedia wie Satelliten kosten.

OpenDMTP einschließt auch eine Vollfunktionshandelsqualitätsbezugsumsetzung zur Jump-startentwicklung s-.

Was in diesem Auslösen neu ist:

· NEU: Enthält jetzt ein Bauziel für das Herstellen einer Servlet KRIEG-Datei für das Entbinden von CSV oder KML (XML), formatierte Sätze über dem Web. KML formatierte Sätze können direkt in Google Earth (die importiert werden auch automatisch periodische Aktualisierungen zu den Daten zurückholen), damit, während neue Rekorde zur MySQL Datenbank hereinkommen, sie automatisch in Google Earth geändert.
· NEU: MySQL datastore Server hat jetzt die bessere Fehlerprüfung.
· NEU: Aufbauen-in Speicherungsvorrichtung geändert worden mit einigen zusätzlichen Merkmalen und zur Verfügung stellt eine einfachere Bahn für schließlich an den Port anschließen zu Log4J.