3-4 Funktelegraphie-corba, v2.0 November 2003 3 Die Anwendung muß auf den Scheduler auch einwirken, wann immer es ein bedeutendes gibt Änderung in seinen festlegennotwendigkeiten oder in seinem vorausgesagten Hilfsmittelverbrauch. Zusätzlich Anwendung muß sichergehen, daß der Scheduler in der LageIST, so häufig zu laufen, wie es im Auftrag benötigt den Zeitplan beibehalten - die Anwendung sollte nicht Unterbrechungen z.B. sperren oder Pre-emption für lange Zeitabschnitte oder stellen Gewinde der hohen Priorität her, die der Scheduler weiß nicht ungefähr. Wenn es die unzulänglichen natürlich vorkommenden Abhängigkeitspunkte gibt, Anwendung muß etwas zusätzliche Abhängigkeiten mit dem Scheduler gerade zu umfassen garantieren Sie, daß Überschüsse und andere Störungen in einer fristgerechten Weise ermittelt werden können. In einem CORBA-Klima kann die Anwendung Maßnahmen ergreifen (zum Beispiel, a bildend CORBA-Antrag) der den Zeitplan auswirken könnte. In der Begriffsarchitektur das ORB für das Einwirken auf den Scheduler an diesen Punkten, damit ist der Scheduler verantwortlich das Transitioning der Steuerung von einem kann die Verarbeitung Nullpunkt zu anderen in Betracht ziehen. So werden ein Satz spezifische ORB-ORB-schedulerschnittstellen definiert. 3,4 Ziele dieser Spezifikation Die dynamische Terminplanung generalisiert die Realzeit-niedrige Architektur CORBA, um zu treffen Anforderungen eines viel grösseren Segments des rechnenden Realzeitfeldes. Es gibt drei Hauptverallgemeinerungen: ? jede mögliche festlegendisziplin kann eingesetzt werden; ? die festlegenparameterelemente, die mit der gewählten Disziplin dazugehörig sind, kann sein jederzeit geändert während der Durchführung; ? das schedulable Wesen ist a verteilbares Gewinde das kann Nullpunktgrenzen überspannen, das Tragen seines festlegenkontextes unter Scheduler instances auf jenen Nullpunkten. Während die Realzeit-festlegenservice-Schnittstellen CORBA 1,1 ersetzt worden sind, diese Spezifikation ist rückwärts mit der Semantik des festlegenservices kompatibel definiert in der Realzeit-Spezifikation CORBA 1,1. Kompatible Implementierungen von beide Spezifikationen können in den unterschiedlichen ORB-Fällen innerhalb des gleichen Systems verwendet werden. Nicht alle Eigenschaften dieser Spezifikation können in solchen Mischsystemen benutzt werden. Diese Spezifikation erlegt keine Anforderungen niedrigen Realzeitbetriebssystemen, anderes auf als die herkömmliche Fähigkeit, Gewinde auf eine Vorkaufsart und Weise zu schicken. Dieses Spezifikation erlegt keine zusätzlichen Begrenzungen dem Realzeitbetriebssystem auf über denen in Realzeit-CORBA 1,1 hinaus. 3,5 Bereich Diese Spezifikation fügt Schnittstellen für einen kleinen Satz weithin bekannte festlegendisziplinen hinzu zu CORBA als wahlweise freigestellten Befolgungpunkten. Diese Spezifikation versucht nicht zu stellen Sie alle Schnittstellen zur Verfügung, die für Interoperabilität von dynamisch festgelegt notwendig sind Anwendungen und Schedulers in den heterogenen Systemen. Eher diese Spezifikation stellt einen Rahmen, nach dem Schedulers errichtet werden können zur Verfügung und legt die Grundlage für zukünftige volle Interoperabilität und stellt genügende Schnittstellen für Anwendungen zur Verfügung, um zu sein errichtet, den Satz der enthaltenen Schedulerdisziplinen verwendend.