Inhaltsverzeichnis
Werbung
Session Sharing und die Rangfolge bei Gerätesitzungen werden auch von der konfigurierten Zugriffsebene des
Benutzers bestimmt. Es gibt drei Zugriffsebenen mit der folgenden Hierarchie:
SCS-Administrator>Administrator>Benutzer
Angenommen, Benutzer A greift zurzeit auf ein Gerät zu, und Benutzer B möchte mit demselben Gerät arbeiten.
Wenn die Zugriffsebene von Benutzer B der Zugriffsebene von Benutzer A entspricht oder höher ist, kann Benutzer B
Vorrang vor der Gerätesitzung von Benutzer A eingeräumt werden. Siehe „Zugriffsebenen".
Jeder Benutzer kann auch den ausschließlichen Zugriff auf einen Port anfordern, wenn mit dem betreffenden Port
keine andere aktive Verbindung besteht. Die Anforderung wird im Anmeldungsbildschirm durch Hinzufügen des
Parameters E nach dem Benutzernamen oder des Parameters Exclusive mit dem Befehl Connect ausgeführt.
Anhand der nachstehenden Beispiele soll die Wechselwirkung zwischen Share-Modus und Zugriffsebenen
veranschaulicht werden.
Beispiele für Session Sharing
Diese Beispiele erläutern die Session Sharing-Funktion sowie den Vorrang für einen Port und zwei Benutzer. Es wird
davon ausgegangen, dass dieser Port zurzeit vom ursprünglichen Sitzungsinhaber (Session Originator – SO)
verwendet wird. Ein weiterer Benutzer, der anfordernde Benutzer (Requesting User – RU), möchte eine Verbindung
zum selben Port aufbauen. Der Einfachheit halber nehmen wir ferner an, dass, wenn dem RU die Verbindung
gestattet wird, die maximal zulässige Zahl von Sitzungen pro Port oder pro SCS nicht überschritten wird.
Beispiel 1 – Die Zugriffsebene des SO ist höher als die Zugriffsebene des RU.
Share Mode = Query< (Share-Modus = Abfrage)
Der SO ist nicht ausschließlich verbunden.
Der SO wird aufgefordert, die Nutzung der Verbindung zusammen mit einem weiteren Benutzer zu gestatten.
Wenn der SO seine Genehmigung erteilt, wird der RU ebenfalls mit dem Port verbunden.
Wenn der SO seine Genehmigung nicht erteilt, wird der RU nicht mit dem Port verbunden.
Share Mode = Query< (Share-Modus = Abfrage)
Der SO ist ausschließlich verbunden.
Der RU wird nicht mit dem Port verbunden.
Share Mode (Share-Modus) = „Disabled" (Deaktiviert) oder „Auto" (Automatisch)
Der RU wird nicht mit dem Port verbunden. (In diesem Fall ist es unerheblich, ob der SO ausschließlich oder
nicht ausschließlich verbunden ist.)
Beispiel 2 – Die Zugriffsebene des RU entspricht der Zugriffsebene des SO oder ist höher.
Share Mode = Disabled< (Share-Modus = Deaktiviert)
-oder-
Der SO ist ausschließlich verbunden.
Der RU erhält eine Aufforderung zur Auswahl des Vorrangrechts E, N oder D.
Wenn der RU mit E anwortet, wird der SO „verdrängt" oder seine Verbindung wird getrennt, und der RU
wird ausschließlich mit dem Port verbunden.
Wenn der RU mit N anwortet, wird der SO „verdrängt" oder seine Verbindung wird getrennt, und der RU
wird nicht ausschließlich mit dem Port verbunden.
Wenn der RU mit D antwortet, bleibt die Verbindung des SO bestehen, und der RU wird nicht mit dem
Port verbunden.
Share Mode (Share-Modus) = „Auto" (Automatisch) oder „Query"< (Abfrage)
Der SO ist nicht ausschließlich verbunden.
Der RU erhält eine Aufforderung zur Auswahl des Vorrangrechts E, N, S oder D.
Wenn der RU mit E anwortet, wird der SO „verdrängt" oder seine Verbindung wird getrennt, und der RU
wird ausschließlich mit dem Port verbunden.
Wenn der RU mit N anwortet, wird der SO „verdrängt" oder seine Verbindung wird getrennt, und der RU
wird nicht ausschließlich mit dem Port verbunden.
Betrieb 29
Werbung
Inhaltsverzeichnis
