COAS, v1.0 Veranschaulichungen April 2001 3-13 3 Mehrfachverbindungsstellenanträge: ein Klient kann einige simultane Anträge und Prozeß bekanntgeben Resultate im Auftrag werden sie empfangen, anstatt, serienmäßig fortfahrend von einem zu zunächst. Ohne dieses konnten Resultate von einem schnellen Bediener auf Resultate von a in Wirklichkeit warten langsamer Bediener. Fragenbeweglichkeit zwischen Bedienern: ein asynchroner Antrag kann von einem geführt werden Bediener zu anderem, der direkt auf den Klienten reagiert. Asynchrones Modell: für Bediener, die ihre Daten von den asynchronen Prozeßen erhalten, eine asynchrone Einheit kann der beste Sitz sein. Z.B. kann DICOM mit einbeziehen Antwortzeiten der Millisekunde zu Millidekade (wenn die Mittel indirekt ist), so a DsObservationAccess Bediener, der diese Daten liefert, kann sie zur Verfügung stellen wünschen asynchronously die Quelle zusammenbringen. AsynchAccess leistet sich die asynchrone Eintragung von Resultaten, weil der Klient in sein überschreitet Gegenstandhinweis auf einem AsynchCallback besitzen Gegenstand. Dieses zeigt herauf etwas Potential Beeinträchtigungen zum asynchronen Zugang: Brandmauern: ein Klient hinter einer Brandmauer kann möglicherweise nicht in der LageSEIN, den Wiederholungsbesuch zu empfangen. Der Klient kann auf TCP-levelabschaltungen nicht mehr bauen, die eine Fragendauer springen für einen synchronen Anruf. Stattdessen muß der Klient Verantwortlichkeit nehmen aufzuspüren ausstehende Anforderungen und liefern etwas Fähigkeit, Anträge anzufassen, deren wegen ausfallen Sie eine Netzstörung oder irgendein anderer traumatischer Endpunkt. Wenn mehrfache Anträge hervorragend sind, muß der Klient den Zustand halten (ClientCallId verlangt, um sie zu kennzeichnen, wenn Sie erfüllt werden. Der Klient muß für mehrfache, teilweise Rückkehr zu einem einzelnen Antrag vorbereitet werden. Das AsynchAccess Schnittstelle hat die Betriebe, die dem QueryAccess ähnlich sind synchron schließen Sie, zwar anstelle von den Efektivverzinsungswerten, die Betriebe an, die alle a zurückbringen ServerCallId Wert, der einfach den Antrag vom Bedienergesichtspunkt kennzeichnet. AsynchAccess hat auch einen Betrieb zum Annullieren einer ausstehenden Anforderung. Sehen Sie Abschnitt 3,5,3, Schnittstelle AsynchAccess, auf Seite 3-49 für eine ausführliche Beschreibung von diese Betriebe. Das AsynchCallback Schnittstelle wird vom Klienten zu eingeführt DsObservationAccess Bediener. Der Bediener benennt ihn zurück mit den Resultaten oder mit Ausnahmebedingung. Sehen Sie Abschnitt 3,5,4, Schnittstelle AsynchCallback, auf Seite 3-52 für a ausführliche Beschreibung der Schnittstelle.