1-4 Realzeit-CORBA, v1.1 August 2002 1 von ihren Tätigkeiten. Sie müssen auch in der LageSEIN, non-CORBAeingänge als Anregungen zu behandeln das Triggertätigkeiten. Es ist eine Angelegenheit der Anwendungsarchitektur ob oder nicht ein CORBA Antraganzeige wird als Anregung behandelt, die eine Tätigkeit auslöst. Realzeit-CORBA definiert nicht IDL für eine Tätigkeit. Anstatt, sich zu sorgen um wie , um eine einzelne Tätigkeit abzugrenzen, beschäftigt es Anforderungen der IDL definierten Betriebe. Diese sind wohlgeformte Konzepte im OMA. Eine Betriebsanforderung besteht aus a Antrag und eine Antwort. Sie wird durch irgendeinen Klientenberechnungskontext eingeleitet; z.B. ein Gewinde und Durchläufe durch eine Klient-Rolle ORB, ein Transportprotokoll (TCP im Fall von GIOP), eine Bediener-Rolle ORB (das Anstehen vielleicht mit einbeziehend) zu einer Bedieneranwendung. Danach überschreitet der Betrieb durch die gleichen Wesen im Rückauftrag, zurück zu Klient. Eine Tätigkeit kann mehrere umgeben, vielleicht genistet, Betriebsanforderungen. Diese Spezifikation bestätigt, daß eine abstrakte Tätigkeit durch Beton dargestellt wird Wesen: eine Anzeige innerhalb eines Transportprotokolls, eines Antrags gehalten im Gedächtnis und eines Gewindes festgelegt, um auf einen Prozessor zu laufen. Diese drei Phasen werden in-transit benannt, statisch, und aktiv beziehungsweise. Realzeit-CORBA liefert die Fähigkeit, diese drei zu bewirken Phasen einer Tätigkeit. Sie verläßt den Entwickler, um ihr Konzept einer Tätigkeit vorbei abzugrenzen die Weise koordinieren sie diese konkreten Wesen mit den spezifizierten Schnittstellen. Diese Spezifikation stellt einen Realzeit-festlegenservice CORBA als Hinzufügung zu zur Verfügung der Satz von CORBA-Kernverlängerungen. Der festlegenservice liefert genügendes Abstraktion, damit der Entwickler in Tätigkeiten ausgedrückt arbeitet. 1,3,4 Aufeinanderfolgende Voraussagbarkeit Ein Ziel dieser Spezifikation ist, einen Standard für CORBA ORB zur Verfügung zu stellen Implementierungen, die aufeinanderfolgende Voraussagbarkeit stützen. Zu den Zwecken von diesem Spezifikation, aufeinanderfolgende Voraussagbarkeit der Rechtzeitigkeit in einer örtlich festgelegten Priorität CORBA System wird definiert, um zu bedeuten: Respektieren von Gewindeprioritäten zwischen Klienten und Bediener für behebendes Hilfsmittel Absicht während der Verarbeitung der CORBA-Anforderungen; Springen der Dauer der Gewindeprioritätsumstellungen während der aufeinanderfolgenden Verarbeitung; Springen der Latenz der Betriebsanforderungen. Ein Realzeit-CORBA-System umfaßt die folgenden vier Hauptbestandteile, jeden von, welchem in solch einer Weise hinsichtlich der aufeinanderfolgenden Unterstützung entworfen werden und eingeführt werden muß Voraussagbarkeit, wenn aufeinanderfolgende Voraussagbarkeit im System als Ganzes erzielt werden soll: 1. die festlegeneinheiten im OS; 2. das Realzeit-ORB; 3. der Kommunikationstransport; 4. das application(s). RealzeitORBs, das zu dieser Spezifikation conformant ist, sind noch auf den Eigenschaften vertrauensvoll vom zugrundeliegenden Betriebssystem und auf der Anwendung, wenn das Gesamtsystem zu ist aufeinanderfolgende Voraussagbarkeit der Ausstellung.