4-6 UMS-DatencZugangs-Service, v2.0 November 2002 4 I. Auf Initialisierung gesetztes V bis 1. II. Auf Eintragen einer neuen, gleichbleibenden Zustandstufensprunges V. III. Wenn current_version() ist hervorgerufene Rückkehr V, wenn die gegenwärtige Lage gleichbleibend ist, andernfalls Rückkehr 0. 4,3,1,2 ZeitstempelcBeispiel Definieren Sie einen hartnäckigen Bezugspunkt variables T, gehandhabt als Teil des Modells. I. Auf vorbildlicher Kreation gesetztes T zur aktuellen Uhrzeit. II. Während des vorbildlichen Updates verschieben Sie Fragenservice. III. Auf Beendigung vorbildlichen Updates gesetztes T zur aktuellen Uhrzeit. iv. Wenn current_version() ist hervorgerufene Rückkehr T. 4,4 FallcKompression Eine Implementierung wird nicht angefordert, um einen Fall für jedes Update herauszugeben, während sie auftritt. Daten Versorger kann zur Gruppierung einer Reihe Verhandlungen oder einfacher Updates in a fähig sein größere Maßeinheit. Diese Reihe kann eine logische Gruppierung oder eine zeitliche Gruppierung von festsetzen Änderungen. Ein einzelner Hilfsmitteländerungsfall kann nach dem Letzten der Änderung von herausgegeben werden Reihe, alle Änderungen umfassen. Dieses gekennzeichnet als Fallkompression. 4,5 Fall, der Richtlinien Anfaßt Ein Hilfsmitteländerungsfall kann auf irgendeinem von zwei Niveaus Präzision herausgegeben werden. Ein General Updatefall enthält ein leeres betroffenes Reihenfolge, während ein spezifischer Fall kennzeichnet geänderte Daten über ein nicht leeres betroffenes Mitglied. Die verwendete Präzision hängt von beiden ab Fähigkeit des Datenversorgers und der Natur des Updates. Ein gegebener Datenversorger kann verwenden jede Technik abhängig von Umständen. , um Interoperabilität sicherzustellen, sollten die folgenden Richtlinien für Fälle beobachtet werden: ? wenn betroffen nicht dann ist es sollte jede Kategorie Daten kennzeichnen leer, die seit dem geändert werden der vorhergehende Fall. ? der Datenversorger sollte einen Fall für ein Update oder eine Reihe Updates genau ausstrahlen. Es sollte nicht einen allgemeinen Fall und einen spezifischen Fall für das gleiche Update herausgeben. ? jeder möglicher Klient, der auf Fälle reagiert, sollte auf General und Besonderen reagieren Updatefälle. Wenn ein Klient nicht zur Deutung das betroffene fähig ist Informationen, sollte es Besonderen behandeln Updatefälle die gleiche Weise wie allgemeine Updatefälle.