DE112011105379B4

DE112011105379B4 - Anzeige von Betriebsstatusinformationen eines Clients in einer Remote-Desktop-Sitzung

Info

Publication number: DE112011105379B4
Application number: DE112011105379.7T
Authority: DE
Inventors: Irwan Halim; William R. Whipple; Norman P. Brown
Original assignee: Hewlett Packard Development Co LP
Current assignee: Hewlett Packard Development Co LP
Priority date: 2011-06-28
Filing date: 2011-06-28
Publication date: 2022-12-15
Anticipated expiration: 2031-06-29
Also published as: WO2013002769A1; US20140289639A1; CN103748553A; US10609115B2; GB201401149D0; GB2506804B; CN103748553B; US20180084028A1; GB2506804A; DE112011105379T5; US9854024B2

Abstract

Exemplarische Ausführungsbeispiele beziehen sich auf die Anzeige von Betriebsstatusinformationen in einer Remote-Desktop-Sitzung. Bei exemplarischen Ausführungsbeispielen sendet ein Client Betriebsstatusinformationen über eine mit einem Server eingerichtete Remote-Desktop-Sitzung an den Server. Ansprechend darauf kann der Client Grafikinformationen empfangen, die angezeigte Statusinformationen anzeigen, die durch den Server auf der Basis der Betriebsstatusinformationen eingefügt wurden. Schließlich kann der Client die Grafikinformationen auf einer verfügbaren Anzeige ausgeben. Andere Ausführungsbeispiele beziehen sich auf einen entsprechenden Server und eine in dem Server durchgeführte Verarbeitung.

Description

HINTERGRUND
In einer Remote-Desktop-Umgebung (remote desktop: entfernter Schreibtisch) betreibt ein Server eine Desktop-Sitzung lokal und liefert die ausgegebenen Grafikinformationen zum Zweck einer Anzeige an einen entfernten Client. Beispielsweise kann sich ein Nutzer einer persönlichen Rechenvorrichtung wie beispielsweise eines Laptops, Desktops oder eines Thin Clients mit dem Server verbinden und anschließend einen Strom von Grafikinformationen empfangen, die die durch den Server verwaltete Desktop-Sitzung darstellen. Ansprechend darauf kann der Client die Grafik auf einer verfügbaren Anzeige ausgeben und anschließend eine Eingabe von dem Nutzer zur Rücksendung an den Server verarbeiten. Dieser Prozess setzt sich fort, wobei der Server den Grafikstrom liefert und der Client Eingabeereignisse liefert. Auf diese Weise kann die Clientvorrichtung so mit einer Nutzerschnittstelle interagieren, als wäre sie lokal verfügbar, obwohl die Desktop-Sitzung durch den Server verwaltet wird.
Figurenliste
Die folgende ausführliche Beschreibung nimmt Bezug auf die Zeichnungen, in denen:

1 ein Blockdiagramm einer beispielhaften Client-Rechenvorrichtung zum Ermöglichen dessen ist, dass Betriebsstatusinformationen in einer Remote-Desktop-Sitzung an dem Client angezeigt werden;
2 ein Blockdiagramm einer beispielhaften Server-Rechenvorrichtung zum Ermöglichen dessen ist, dass Betriebsstatusinformationen in einer Remote-Desktop-Sitzung an einem angeschlossenen Client angezeigt werden;
3 ein Blockdiagramm einer beispielhaften Client-Rechenvorrichtung ist, die sich in Kommunikation mit einer Server-Rechenvorrichtung befindet, um zu ermöglichen, dass Betriebsstatusinformationen in einer Remote-Desktop-Sitzung an dem Client angezeigt werden;
4A ein Flussdiagramm eines beispielhaften Verfahrens zur Ausführung durch eine Client-Rechenvorrichtung ist, um Betriebsstatusinformationen an einen Server zu senden und anschließend die Betriebsstatusinformationen in einer Remote-Desktop-Sitzung anzuzeigen;
4B ein Flussdiagramm eines beispielhaften Verfahrens zur Ausführung durch eine Server-Rechenvorrichtung ist, um Betriebsstatusinformationen von einem Client zu empfangen und anschließend einen Remote-Desktop, der angezeigte Betriebsstatusinformationen umfasst, an den Client zu senden;
5A ein Flussdiagramm eines beispielhaften Verfahrens zur Ausführung durch eine Client-Rechenvorrichtung ist, um Betriebsstatusinformationen an einen Server zu senden und anschließend die Betriebsstatusinformationen in einer Remote-Desktop-Sitzung anzuzeigen;
5B ein Flussdiagramm eines beispielhaften Verfahrens zur Ausführung durch eine Server-Rechenvorrichtung ist, um Betriebsstatusinformationen von einem Client zu empfangen und anschließend einen Remote-Desktop, der angezeigte Betriebsstatusinformationen umfasst, an den Client zu senden; und
6 ein Blockdiagramm einer beispielhaften Abfolge von Operationen zum Anzeigen von Batteriestatusinformationen einer Client-Rechenvorrichtung in einer Remote-Desktop-Sitzung ist.

AUSFÜHRLICHE BESCHREIBUNG
Wie oben ausführlich angegeben wurde, ermöglichen Remote-Desktop-Umgebungen, dass ein Client lokal mit einer Desktop-Sitzung interagiert, obwohl die Sitzung aus einer Entfernung durch einen Server verwaltet wird. In manchen Remote-Desktop-Umgebungen zeigt der Client den Remote-Desktop in einem Vollbildmodus an oder in einer Größe und Position an, die das System Tray (das-Benachrichtigungsfeld, den Infobereich) und andere Nutzerschnittstellenelemente des Host-Betriebssystems (OS = operating system) verdeckt. In diesen Situationen ist sich der Nutzer der Zustände des Host-OS und der Clientvorrichtung eventuell nicht bewusst, da der Nutzer nicht in der Lage ist, die Schnittstelle des Host-OS zu beobachten.
Beispielsweise sei angenommen, dass der Batteriezustand des Clients in kritischem Maße niedrig ist, das drahtlose Signal (Funksignal) des Clients abgenommen hat oder eine automatische Aktualisierung eine Neustartnachricht mit einem Countdown ausgelöst hat. In jedem dieser Fälle kann es sein, dass die Remote-Desktop-Sitzung verhindert, dass sich der Nutzer des zugrunde liegenden Umstands bewusst wird, sodass der Client aufgrund eines Leistungsverlustes oder einer Batterieerschöpfung möglicherweise plötzlich abschaltet, sich aufgrund eines unzureichenden drahtlosen Signals plötzlich von der Sitzung abkoppelt oder aufgrund eines Ausbleibens einer Reaktion des Nutzers auf die Neustartnachricht einen Neustart durchführt. Jedes dieser Szenarios ist problematisch, da der Nutzer eventuell Daten verliert und bezüglich des Systems frustriert wird. Gleichzeitig verringern die Alternativen eines periodischen Minimierens der Remote-Desktop-Sitzung oder eines Verwendens eines kleineren Fensters die Erlebnisqualität (Quality of Experience) für den Nutzer.
Um diese Probleme anzugehen, sehen hierin offenbarte exemplarische Ausführungsbeispiele einen Client/Server-Kommunikationsmechanismus vor, anhand dessen der Nutzer Benachrichtigungen bezüglich der lokalen Betriebszustände des Clients in dem Remote-Desktop-Sitzungsfenster empfangen kann. Beispielsweise erhält ein Client bei manchen Ausführungsbeispielen Betriebsstatusinformationen, indem er Eigenschaften des Clients überwacht, beispielsweise den Batteriepegel, das drahtlose Signal und dergleichen. Der Client kann anschließend die Betriebsstatusinformationen über die Remote-Desktop-Sitzung an den Server senden. Ansprechend darauf kann der Server die Betriebsstatusinformationen empfangen, eine sichtbare Angabe der Statusinformationen in die Remote-Desktop-Schnittstelle einfügen und die Desktop-Schnittstelle über die Sitzung an den Client zurücksenden. Schließlich kann der Client die Desktop-Schnittstelle empfangen und sie auf einer verfügbaren Anzeige ausgeben, sodass die Betriebszustände des Clients für den Nutzer in dem Remote-Desktop-Sitzungsfenster sichtbar sind.
Auf diese Weise ermöglichen es hierin offenbarte exemplarische Ausführungsbeispiele einem Nutzer, den Status einer Clientvorrichtung in der Remote-Desktop-Sitzung zu überwachen. Beispielhafte Ausführungsbeispiele erhalten dadurch eine hohe Erlebnisqualität-für die -Remote-Desktop-Sitzung aufrecht und ermöglichen gleichzeitig, dass sich der Nutzer des Batteriepegels, des drahtlosen Signals und anderer Zustände des Host-OS und der Clientvorrichtung bewusst bleibt. Zusätzliche Ausführungsbeispiele und Vorteile derartiger Ausführungsbeispiele werden Fachleuten nach einer Lektüre und einem Verstehen der folgenden Beschreibung einleuchten.
Unter Bezugnahme auf die Zeichnungen ist 1 ein Blockdiagramm einer beispielhaften Client-Rechenvorrichtung 100 zum Ermöglichen dessen, dass Betriebsstatusinformationen in einer Remote-Desktop-Sitzung an dem Client angezeigt werden. Die Client-Rechenvorrichtung 100 kann beispielsweise ein Notebook-Computer, ein Desktop-Computer, ein Gesamtsystem, ein Thin Client, eine Arbeitsstation, eine Tablet-Rechenvorrichtung, ein Mobiltelefon oder eine beliebige andere Rechenvorrichtung sein, die sich für eine Ausführung der nachstehend beschriebenen Funktionalität eignet. Bei der Implementierung der 1 umfasst die Client-Rechenvorrichtung 100 einen Prozessor 110, eine Schnittstelle 115 und ein maschinenlesbares Speichermedium 120.
Der Prozessor 110 kann ein(e) oder mehrere Zentralverarbeitungseinheiten (CPUs - central processing units), Mikroprozessoren und/oder andere Hardwarevorrichtungen sein, die sich für eine Wiedergewinnung und Ausführung von Anweisungen, die in dem maschinenlesbaren Speichermedium 120 gespeichert sind, eignen. Der Prozessor 110 kann Anweisungen 122, 124, 126, 128 abrufen, decodieren und ausführen, um die Prozedur zum Anzeigen von Betriebsstatusinformationen in einer Remote-Desktop-Sitzung zu implementieren, wie nachstehend beschrieben wird. Alternativ oder zusätzlich zu einem Wiedergewinnen und Ausführen von Anweisungen kann der Prozessor 110 eine oder mehrere elektronische Schaltungen umfassen, die eine Anzahl elektronischer Komponenten zum Ausführen der Funktionalität einer oder mehrerer der Anweisungen 122, 124, 126, 128 aufweist bzw. aufweisen.
Die Schnittstelle 115 kann eine Anzahl elektronischer Komponenten zum Kommunizieren mit einer Server-Rechenvorrichtung wie z. B. dem Server 200 der 2 umfassen. Beispielsweise kann die Schnittstelle 115 eine verdrahtete oder drahtlose Netzwerkschnittstellenkarte (NIC - network interface card) oder ein anderes Netzwerkgerät sein, das sich für eine Kommunikation mit einer entsprechenden Server-Rechenvorrichtung eignet. Wie nachstehend ausführlich erläutert wird, kann die Schnittstelle 115 im Betrieb dazu verwendet werden, Betriebsstatusinformationen an den Server zu senden und von dem Server einen Remote-Desktop zum Zweck einer Ausgabe auf einer Anzeigevorrichtung des Clients 100 zu empfangen.
Das maschinenlesbare Speichermedium 120 kann eine beliebige elektronische, magnetische, optische oder sonstige physische Speichervorrichtung sein, die ausführbare Anweisungen enthält oder speichert. Somit kann das maschinenlesbare Speichermedium 120 beispielsweise ein Direktzugriffsspeicher (RAM - Random Access Memory), ein elektrisch löschbarer programmierbarer Nur-Lese-Speicher (EEPROM - Electrically-Erasable Programmable Read-Only Memory), ein Speicherlaufwerk, eine optische Platte und dergleichen sein. Wie nachstehend ausführlich beschrieben wird, kann das maschinenlesbare Speichermedium 120 mit ausführbaren Anweisungen zum Senden von Betriebsstatusinformationen an einen Server und zum Empfangen eines Remote-Desktops, der ausgegebene Statusinformationen umfasst, von dem Server codiert sein.
Betriebsstatusüberwachungsanweisungen 122 können Betriebsstatusinformationen erhalten, indem sie zumindest eine Eigenschaft der Client-Rechenvorrichtung 100 überwachen. Die Betriebsstatusinformationen können beliebige Informationen umfassen, die auf eine Eigenschaft des Clients 100, während der Client in Betrieb ist, bezogen sind. Somit können die Betriebsstatusinformationen den aktuellen Status der Software des Clients 100 beschreiben, beispielsweise des Betriebssystems oder einer anderen Anwendung, die in dem Betriebssystem ausgeführt wird. Beispielsweise können sich die Betriebsstatusinformationen auf eine Eingabeaufforderung (ein Prompt) oder eine andere Nachricht, die durch das OS oder eine andere Anwendung angezeigt wird (z. B. eine Abschaltung, einen Neustart oder eine sonstige Leistungszustandsnachricht), oder den aktuellen Status einer Anwendung, der die Leistungsfähigkeit des Clients 100 beeinträchtigen kann (z. B. den Status eines Virus- oder Schadsoftware-Scanvorgangs), beziehen. Desgleichen können die Betriebsstatusinformationen den aktuellen Status einer Hardware des Clients 100 beschreiben, beispielsweise einer Batterie, eines Netzwerkgeräts, eines Prozessors, eines Speichers oder einer beliebigen anderen Hardwarekomponente. Beispielsweise können sich die Betriebsstatusinformationen auf den Batteriepegel, die Verfügbarkeit einer Wechselstromquelle (AC-Quelle, AC = Alternating Current, Wechselstrom), eine Funksignalstärke, eine aktuelle Speicher- oder Prozessornutzung, ein Audiovolumen oder eine beliebige andere Hardwareeigenschaft beziehen.
Überwachungsanweisungen 122 können die Betriebsstatusinformationen unter Verwendung einer Anzahl von Techniken erhalten. Bei manchen Implementierungen können Überwachungsanweisungen 122 vorbestimmte Nachrichten, die in dem OS des Clients 100 ausgetauscht werden, überwachen. Beispielsweise kann ein Grundeingabe-Ausgabe-System (BIOS - Basic Input/Output System) Nachrichten, die auf die Hardware des Clients 100 bezogen sind, dem OS zur Verfügung stellen, und Überwachungsanweisungen 122 können diese Nachrichten erfassen und die benötigten Informationen extrahieren. Desgleichen können Überwachungsanweisungen 122 Nachrichten, die zwischen Komponenten des OS des Clients 100 ausgetauscht werden oder die zwischen dem OS und Anwendungen ausgetauscht werden, die in dem OS ausgeführt werden, abfangen oder auf andere Weise auf diese zugreifen, beispielsweise eine Nachricht, ein Nutzerschnittstellenelement anzuzeigen (z. B. eine Pop-up-Nachricht (Einblendenachricht)) oder eine Nachricht, die zum Aktualisieren eines System-Tray-Elements verwendet wird. Jedoch sollte man beachten, dass alternative Überwachungstechniken verwendet werden können, vorausgesetzt, dass Überwachungsanweisungen 122 in der Lage sind, die benötigten Betriebsstatusinformationen einzuholen.
Bei manchen Ausführungsbeispielen können die jeweiligen zu überwachenden Informationen seitens des Nutzers identifiziert werden. Beispielsweise kann die Client-Rechenvorrichtung 100 eine Nutzerschnittstelle ausgeben, die es einem Nutzer ermöglicht, die bestimmten Informationstypen auszuwählen, die für den Nutzer von Interesse sind. Überwachungsanweisungen 122 können anschließend die angeforderten Informationen erhalten, indem sie eine Überwachung lediglich bezüglich der durch den Nutzer angeforderten Betriebsstatusinformationen durchführen. Wenn sie beispielsweise Nachrichten überwachen, die in dem OS des Clients 100 ausgetauscht werden, können Überwachungsanweisungen 122 auf der Basis der Nutzerauswahl der interessierenden Betriebsstatusinformationen bestimmen, auf welche Nachrichten zugegriffen werden soll.
Nachdem die Überwachungsanweisungen 122 die Betriebsstatusinformationen erhalten, können Betriebsstatussendeanweisungen 124 die Betriebsstatusinformationen über eine mit dem Server eingerichtete Remote-Desktop-Sitzung an eine Server-Rechenvorrichtung senden. Die Remote-Desktop-Sitzung kann eine beliebige Kommunikationssitzung sein, in der die Client-Rechenvorrichtung 100 eine grafische Nutzerschnittstelle eines Desktops von einer Server-Rechenvorrichtung empfängt. Beispielsweise kann die Remote-Desktop-Sitzung gemäß dem Remote Desktop Protocol (RDP, Remote-Desktop-Protokoll) von Microsoft, der Independent Computing Architecture (ICA, unabhängige Rechenarchitektur) von Citrix oder dem Personal Computer over Internet Protocol (PColP, Persönlicher-Computer-über-Internetprotokoll) von Teradici eingerichtet werden.
Der durch Sendeanweisungen 124 zum Senden der Betriebsstatusinformationen verwendete Mechanismus kann je nach Ausführungsbeispiel variieren. Bei manchen Implementierungen können die Sendeanweisungen 124 beispielsweise einen virtuellen Kanal verwenden, der zwischen der Schnittstelle 115 eines Client 100 und einer entsprechenden Schnittstelle eines Servers eingerichtet ist. Bei manchen Implementierungen kann dieser virtuelle Kanal ein zweckgebundener Kanal sein, sodass lediglich Betriebsstatusinformationen über den bestimmten Kanal gesendet werden.
Ungeachtet des Sendemechanismus können Sendeanweisungen 124 eine Identifikation des Typs der Betriebsstatusinformationen umfassen (z. B. eine Kennung, einen Identifikator usw.), sodass der Server in der Lage ist, die gesendeten Informationen zu identifizieren. Sendeanweisungen 124 können dann die tatsächlichen Statusinformationen in Verbindung mit der Identifizierung des Typs umfassen. Beispielsweise können Sendeanweisungen 124 die Informationen als alphanumerische Zeichenfolge, Zahl oder in einem beliebigen anderen Format senden, vorausgesetzt, dass der Server dazu vorkonfiguriert ist, die Statusinformationen in dem ausgewählten Format zu lesen.
Im Anschluss an ein Senden der Betriebsstatusinformationen an den Server können Remote-Desktop-Empfangsanweisungen 126 einen Remote-Desktop zum Zweck einer Anzeige empfangen, der angezeigte Statusinformationen umfasst, die auf der Basis der Betriebsstatusinformationen durch den Server eingefügt wurden. Beispielsweise kann der Remote-Desktop Grafikinformationen aufweisen, die angezeigte Statusinformationen umfassen, beispielsweise einen Dialog, eine Benachrichtigung, ein Bildsymbol, Text oder ein sonstiges Schnittstellenelement, das den Statusinformationen entspricht, die seitens der Überwachungsanweisungen 122 erhalten und seitens der Sendeanweisungen 124 gesendet werden. Zusätzliche Einzelheiten bezüglich der Einfügung angezeigter Statusinformationen seitens des Servers finden sich nachstehend in Verbindung mit der Server-Rechenvorrichtung 200 der 2.
Schließlich können Remote-Desktop-Anzeigeanweisungen 128 auf einen Empfang des Remote-Desktops hin den Remote-Desktop, der die angezeigten Statusinformationen umfasst, in dem Fenster der Remote-Desktop-Sitzung an dem Client anzeigen. Beispielsweise kann eine Grafikschnittstelle des Clients 100 die empfangenen Grafikinformationen an eine verfügbare Anzeigevorrichtung wie beispielsweise eine integrierte oder externe Anzeige ausgeben. Auf der Basis einer wiederholten Ausführung der Anweisungen 122, 124, 126, 128 kann die Client-Rechenvorrichtung 100 dadurch kontinuierlich eine Überwachung bezüglich Betriebsstatusinformationen durchführen und die Statusinformationen in der Remote-Desktop-Sitzung anzeigen.
2 ist ein Blockdiagramm einer beispielhaften Server-Rechenvorrichtung 200 zum Ermöglichen dessen, dass Betriebsstatusinformationen in einer Remote-Desktop-Sitzung an einem angeschlossenen Client angezeigt werden. Die Server-Rechenvorrichtung 200 kann eine beliebige Vorrichtung sein, die dazu geeignet ist, eine Desktop-Sitzung lokal auszuführen und die Sitzung zum Zweck einer Anzeige an einem Client zu senden. Bei der Implementierung der 2 umfasst die Server-Rechenvorrichtung 200 einen Prozessor 210, eine Schnittstelle 215 und ein maschinenlesbares Speichermedium 220.
Wie bei dem Prozessor 110 der 1 kann der Prozessor 210 eine beliebige Hardwarevorrichtung sein, die für eine Wiedergewinnung und Ausführung von Anweisungen geeignet ist, die in dem maschinenlesbaren Speichermedium 220 gespeichert sind, und/oder kann eine elektronische Schaltungsanordnung zum Durchführen der Funktionalität der Anweisungen 222, 224, 226 sein. Wie bei der Schnittstelle 115 der 1 kann die Schnittstelle 215 analog dazu beliebige elektronische Komponenten zum Kommunizieren mit einer Client-Rechenvorrichtung sein, z. B. eine verdrahtete oder drahtlose Netzwerkschnittstellenkarte. Wie bei dem Speichermedium 120 der 1 kann das maschinenlesbare Speichermedium 220 schließlich eine beliebige elektronische, magnetische, optische oder sonstige physische Speichervorrichtung sein, die ausführbare Anweisungen wie beispielsweise Anweisungen 222, 224, 226 enthält oder speichert.
Während einer Ausführung einer Remote-Desktop-Sitzung können Betriebsstatusempfangsanweisungen 222 Betriebsstatusinformationen über die Remote-Desktop-Sitzung von einem Client empfangen. Wie oben ausführlich angegeben wurde, kann der Client beispielsweise Informationen bezüglich seiner Betriebsparameter über einen virtuellen Kanal oder sonstigen Sendemechanismus senden. Empfangsanweisungen 222 können anschließend die empfangenen Statusinformationen auf der Basis des Typidentifizierers und entsprechender Informationen, die seitens des Clients gesendet werden, parsen.
Nach Empfang der Betriebsstatusinformationen können Visuelle-Angabe-Einfügeanweisungen 224 dann eine visuelle Angabe der Betriebsstatusinformationen in eine grafische Remote-Desktop-Nutzerschnittstelle einfügen. Beispielsweise können Einfügeanweisungen 224 dazu konfiguriert sein, die empfangenen Betriebsstatusinformationen zu lesen und eine geeignete visuelle Darstellung jedes Typs von Betriebsstatusinformationen in dem Remote-Desktop, der zum Zweck einer Anzeige an den Client gesendet wird, anzuzeigen.
Einfügeanweisungen 224 können eine beliebige visuelle Angabe der Betriebsstatusinformationen anzeigen, vorausgesetzt, dass die Angabe ausreichend dafür ist, dass der Nutzer des Clients die Angabe in der Remote-Desktop-Sitzung beachtet. Falls die Betriebsstatusinformationen beispielsweise der Batteriepegel, das drahtlose Signal oder verfügbare Rechenressourcen sind, können Einfügeanweisungen 224 ein Bildsymbol oder eine andere Grafik, das bzw. die die Ressource und ihren aktuellen Pegel darstellt, einen Prozentsatz als Zahl, ein Tortendiagramm oder einen Grafen, eine Textbenachrichtigung und dergleichen ausgeben. Als weiteres Beispiel können Einfügeanweisungen 224 in dem Fall, dass die Betriebsstatusinformationen ein Nutzerschnittstellenelement wie beispielsweise einen Neustart-Dialogkasten darstellen, ein ähnliches oder identisches Schnittstellenelement in den Remote-Desktop einfügen. In solchen Fällen kann der Nutzer, wie unten in Verbindung mit 3 ausführlich erläutert ist, das Nutzerschnittstellenelement in der Remote-Desktop-Sitzung auswählen und die Eingabe an den Server 200 zurücksenden.
Schließlich können Remote-Desktop-Sendeanweisungen 226 die grafische Remote-Desktop-Nutzerschnittstelle, die die eingefügte visuelle Angabe umfasst, zum Zweck einer Anzeige seitens des Clients an den Client senden. Beispielsweise können Sendeanweisungen 226 den Remote-Desktop komprimieren und paketieren und ihn über einen virtuellen Kanal oder einen sonstigen Sendemechanismus an den Client senden.
3 ist ein Blockdiagramm einer beispielhaften Client-Rechenvorrichtung 300, die sich in Kommunikation mit einer Server-Rechenvorrichtung 350 befindet, um zu ermöglichen, dass Betriebsstatusinformationen 372 in einer Remote-Desktop-Sitzung an dem Client 300 angezeigt werden. Wie nachstehend erörtert wird, kann der Client 300 mit dem Server 350 in Kommunikation stehen, um Betriebsstatusinformationen 372 zu senden und ansprechend darauf eine grafische Remote-Desktop-Nutzerschnittstelle 376, die eine visuelle Angabe 378 der Statusinformationen umfasst, zum Zweck einer Ausgabe auf einer verfügbaren Anzeige zu empfangen.
Wie veranschaulicht ist, kann die Client-Rechenvorrichtung 300 eine grafische Nutzerschnittstelle 305, interessierende Statusinformationen 307, eine Client-Sende/Empfangsgerät-Dynamic-Link-Library (DLL, dynamisch verlinkte Bibliothek) 310, eine Mehrzahl von Statusüberwachungs-DLLs 320 und ein Client-Betriebssystem 330 umfassen. Bei manchen Implementierungen können die grafische Nutzerschnittstelle 305, die DLLs 310, 320 und die Client-OS 330 als Serie von Anweisungen implementiert sein, die auf einem Speichermedium codiert sind und seitens eines Prozessors des Clients 300 ausgeführt werden. Man beachte, dass, obwohl sie nachstehend als Dynamic Link Libraries beschrieben sind, die Funktionalität der DLLs 310, 320 als sonstige Art von Bibliothek, als ausführbare Anwendung oder als beliebiger sonstiger Satz ausführbarer Anweisungen implementiert sein kann.
Der Client 300 kann die grafische Nutzerschnittstelle 305 anzeigen, die dazu konfiguriert sein kann, eine Nutzerauswahl von Betriebsstatusinformationen zu empfangen, die überwacht und in der Remote-Desktop-Sitzung angezeigt werden sollen. Beispielsweise kann die grafische Nutzerschnittstelle 305 eine Auflistung von Betriebsstatusinformationen, die überwacht werden können, und entsprechenden Auswahlschnittstellelementen, beispielsweise einer Gruppe von Kontrollkästchen, anzeigen. Der Nutzer kann die interessierenden Betriebsstatusinformationen auswählen, die anschließend zum Zweck eines anschließenden Zugriffs durch die Client-Sende/Empfangsgerät-DLL 310 als interessierende Statusinformationen 307 gespeichert werden können.
Die Client-Sende/Empfangsgerät-DLL 310 kann einen Satz von Anweisungen zum Verwalten des Sammelns und der Anzeige von Betriebsstatusinformationen des Clients 300 aufweisen. Auf eine Initialisierung der Remote-Desktop-Sitzung hin kann die Sende/Empfangsgerät-DLL 310 einen virtuellen Kanal oder einen sonstigen Kommunikationsmechanismus mit der Remote-Sitzung-Sende/Empfangsgerät-DLL 355 des Servers 350 einrichten. Die Sende/Empfangsgerät-DLL 310 kann dann Statusüberwachungs-DLLs 320 gemäß den in interessierenden Statusinformationen 307 gespeicherten Nutzerauswahlen starten, sodass eine separate DLL 322, 324, 326 geladen wird, um Nachrichten in Bezug auf jeden Typ von Betriebsstatusinformationen zu überwachen. Beispielsweise sei angenommen, dass der Nutzer ein Interesse daran angezeigt hat, Statusinformationen bezüglich der Batterie, des drahtlosen Signals und der Leistungszustände des Clients 300 zu empfangen. Ansprechend darauf kann die Client-Sende/Empfangsgerät-DLL 310 eine Batteriestatus-DLL 322, eine Netzwerkstatus-DLL 324 und eine Leistungszustands-DLL 326 starten, wobei jede einem der seitens des Nutzers ausgewählten Typen von Betriebsstatusinformationen entspricht.
Nach einem Starten der entsprechenden Statusüberwachungs-DLLs kann die Sende/Empfangsgerät-DLL 310 von jeder Überwachungs-DLL 320 einen vorbestimmten Identifikator empfangen, der die Statusinformationen, die die entsprechende DLL 320 einholen wird, eindeutig identifiziert. Der Identifikator kann beispielsweise eine Zeichenfolge alphanumerischer Schriftzeichen, eine Ganzzahl oder beliebige andere Informationen sein, die ausreichend sind, um einen Typ von Betriebsstatusinformationen eindeutig zu identifizieren. Die Client-Sende/Empfangsgerät-DLL 310 kann anschließend ein Array von Identifikatoren 370 an den Server 350 senden. Ansprechend darauf kann die Remote-Sitzung-Sende/Empfangsgerät-DLL 355, wie nachstehend ausführlicher beschrieben wird, die entsprechenden Statusanzeigeanwendungen 360 starten, um die Betriebsstatusinformationen, die anschließend an den Server 350 gesendet werden sollen, zu verarbeiten.
Während des Betriebs kann jede Statusüberwachungs-DLL 320 eine Überwachung bezüglich eines gegebenen Typs von Betriebsstatusinformationen des Clients 300 durchführen. Insbesondere kann jede Überwachungs-DLL 320 Informationen auf die oben beschriebene Weise in Verbindung mit Überwachungsanweisungen 122 der 1 einholen. Beispielsweise kann jede Überwachungs-DLL 320 dazu konfiguriert sein, in dem Client-Betriebssystem 330 ausgetauschte Nachrichten, die sich auf den bestimmten zu überwachenden Typ von Informationen beziehen, zu überwachen. Um bei dem vorherigen Beispiel zu bleiben, kann die Batteriestatus-DLL 322 den Ladungspegel der Batterie überwachen, die Netzwerkstatus-DLL 324 kann den Pegel des drahtloses Signals überwachen, und die Leistungszustands-DLL 326 kann eine Überwachung in Bezug auf Nachrichten durchführen, die auf die Betriebsart des Clients 300 bezogen sind (z. B. ein in dem OS 330 angezeigtes Neustart- oder Abschalt-Dialogkästchen).
Nach Einholen der benötigten Informationen kann jede Überwachungs-DLL 320 die Statusinformationen zusammen mit einem entsprechenden Identifikator der Client-Sende/Empfangsgerät-DLL 310 bereitstellen. Ansprechend darauf kann die Client-Sende/Empfangsgerät-DLL 310 die eingeholten Betriebsstatusinformationen 372 anschließend an die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 weiterleiten. Wenn sie Statusinformationen 372 sendet, kann die Client-Sende/Empfangsgerät-DLL 310 auch den entsprechenden Identifikator umfassen, der den bestimmten Typ von Betriebsstatusinformationen identifiziert.
Wie veranschaulicht ist, kann die Server-Rechenvorrichtung 350 eine Remote-Sitzung-Sende/Empfangsgerät-DLL 355 und Statusanzeigeanwendungen 360 umfassen. Bei manchen Implementierungen kann die DLL 355 als Serie von Anweisungen implementiert sein, die auf einem Speichermedium codiert sind und durch einen Prozessor des Servers 350 ausgeführt werden. Man beachte, dass, obwohl sie nachstehend als Dynamic Link Library beschrieben ist, die Funktionalität der DLL 355 als sonstige Art von Bibliothek, als ausführbare Anwendung oder als beliebiger sonstiger Satz ausführbarer Anweisungen implementiert sein kann.
Die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 kann einen Satz von Anweisungen zum Verwalten eines Empfangs und einer Anzeige von Betriebsstatusinformationen 372 aufweisen, die durch den Client 300 eingeholt wurden. Auf eine Initialisierung der Remote-Desktop-Session hin kann die Sende/Empfangsgerät-DLL 355 einen virtuellen Kanal oder sonstigen Kommunikationsmechanismus mit der Client-Empfangsgerät-DLL 310 einrichten. Die Sende/Empfangsgerät-DLL 355 kann dann ein Array von Identifikatoren 370 von dem Client 300 empfangen, wobei jeder Identifikator einen entsprechenden Typ von Betriebsstatusinformationen identifiziert, die an den Server 350 gesendet werden sollen. Ansprechend darauf kann die Sende/Empfangsgerät-DLL 355 anschließend einen jeweiligen Prozess 360 für jeden Identifikator laden, um den Prozess zum Empfangen der Betriebsstatusinformationen 372 und zum Ausgeben einer visuellen Angabe 378, die den Statusinformationen entspricht, zu verwalten.
Um bei dem obigen Beispiel zu bleiben, sei angenommen, dass der Client 300 die Batteriestatus-DLL 322, die Netzwerkstatus-DLL 324 und die Leistungszustands-DLL 326 gestartet hat. Ansprechend auf einen Empfang der Identifikatoren 370, die die Betriebsstatusinformationen identifizieren, kann die Sende/Empfangsgerät-DLL 355 die Identifikatoren lesen und ansprechend darauf eine Batteriestatusanwendung 362, eine Netzwerkstatusanwendung 364 und eine Leistungszustandsanwendung 366 starten.
Während des Betriebs kann jede Statusanzeigeanwendung 360 Betriebsstatusinformationen 372 empfangen, die seitens der Sende/Empfangsgerät-DLL 355 auf der Basis des den Statusinformationen zugeordneten Identifikators weitergeleitet wurden. Ansprechend darauf kann jede Anwendung 360 anschließend eine visuelle Angabe 378 der Betriebsstatusinformationen auf die oben beschriebene Weise in Verbindung mit Visuelle-Angabe-Einfügeanweisungen 224 der 2 ausgeben. Beispielsweise kann die Batteriestatusanwendung 362 Informationen bezüglich des Ladepegels der Batterie anzeigen, die Netzwerkstatusanwendung 364 kann Informationen bezüglich des Pegels des drahtlosen Signals anzeigen, und die Leistungszustandsanwendung 366 kann ein Dialogkästchen oder ein sonstiges Schnittstellenelement anzeigen, das einer Leistungszustandsnachricht entspricht. Nach Einfügung der visuellen Angabe 378 für jeden Typ von Betriebsstatusinformationen kann der Server 350 anschließend die grafische Remote-Desktop-Nutzerschnittstelle 376 zum Zweck einer Anzeige an den Client 300 senden.
Bei manchen Ausführungsbeispielen kann die gesendete grafische Remote-Desktop-Nutzerschnittstelle 376 eine visuelle Angabe 378 umfassen, die in der Lage ist, eine Nutzereingabe in der Remote-Desktop-Sitzung zu empfangen. Beispielsweise sei angenommen, dass die durch den Client 300 gesendeten Statusinformationen 372 ein Schnittstellenelement identifizieren, das in dem OS 330 angezeigt ist, derzeit jedoch durch die Remote-Desktop-Session verdeckt ist, beispielsweise eine Pop-up-Nachricht, ein Lautstärkeregelungsschnittstellenelement oder ein beliebiges sonstiges Schnittstellenelement, das eine Nutzereingabe empfängt. Ansprechend darauf kann die entsprechende Statusanzeigeanwendung 360 ein auswählbares Nutzerschnittstellenelement als visuelle Angabe 378 in die grafische Remote-Desktop-Nutzerschnittstelle 376 einfügen.
Auf eine Auswahl, Modifikation oder sonstige Interaktion seitens des Nutzers mit der Angabe 378in dem Remote-Desktop-Sitzungsfenster hin können die durch den Client 300 gesendeten GNS-Eingabeinformationen (GNS-Eingabeinformationen) 374 das Fenster in der Remote-Desktop-Sitzung identifizieren und eine Angabe umfassen, dass das Schnittstellenelement ausgewählt oder modifiziert wurde oder dass auf andere Weise eine Interaktion mit demselben durchgeführt wurde. Als Nächstes kann der Server 350 ansprechend auf einen Empfang dieser Angabe an den Client 300 eine GNS-Auswahlbenachrichtung 380 senden, die das Fenster in dem Client-OS 330 identifiziert und angibt, dass das Schnittstellenelement in der Remote-Desktop-Sitzung ausgewählt oder modifiziert wurde oder dass auf andere Weise eine Interaktion mit demselben durchgeführt wurde. Schließlich kann der Client 300 auf der Basis der GNS-Auswahlbenachrichtigung 380 die Angabe an das entsprechende Fenster in dem Client-OS 330 weiterleiten, sodass der Client 300 das verdeckte Nutzerelement außerhalb der Remote-Desktop-Sitzung aktivieren oder modifizieren kann.
Als weitere Erläuterung bezüglich eines spezifischen Beispiels sei angenommen, dass der Client 300 eine automatische Aktualisierung in dem Client-OS 330 installiert hat und dass an dem Client 300 eine automatische Neustart-Nachricht mit einem Countdown angezeigt wurde, derzeit jedoch durch das Remote-Desktop-Sitzungsfenster verdeckt wird. Weiter sei angenommen, dass dem Nutzer die Option gegeben wird, „Ja“ auszuwählen, um mit einem Neustart fortzufahren, oder „Nein“, um den Neustart hinauszuschieben. Ansprechend darauf kann der Client 300 an den Server 350 Statusinformationen 372 senden, die die Nachricht und die angeforderte Eingabe identifizieren.
Die Leistungszustandsanwendung 366 kann anschließend eine Benachrichtigung der Neustartnachricht empfangen und ansprechend darauf eine ähnliche Nachricht in der grafischen Remote-Desktop-Nutzerschnittstelle 376 ausgeben, sodass die Nachricht in dem Remote-Desktop-Sitzungsfenster an dem Client 300 angezeigt wird und somit für den Nutzer sichtbar ist. Nach einer Nutzerauswahl von entweder „Ja“ oder „Nein“ in dem Remote-Desktop-Sitzungsfenster hin kann der Client 300 GNS-Eingabeinformationen 374, die das Schnittstellenelement in der Remote-Desktop-Sitzung identifizieren, und die ausgewählte Antwort zurücksenden. Ansprechend auf die Eingabeinformationen 374 kann der Server 350 an den Client 300 eine Auswahlbenachrichtigung 380, die das Fenster in dem OS 330 identifiziert, und die ausgewählte Antwort zurücksenden. Schließlich kann der Client 300 die Antwort an das identifizierte Fenster außerhalb der Remote-Desktop-Sitzung zurücksenden, sodass der Neustart des Clients 300 entweder ausgelöst oder hinausgeschoben wird, ohne dass der Nutzer die Remote-Desktop-Sitzung minimieren muss.
4A & 5A sind Flussdiagramme beispielhafter Verfahren 400, 500 zur Ausführung durch Client-Rechenvorrichtungen 100 bzw. 300. Desgleichen sind 4B & 5B Flussdiagramme beispielhafter Verfahren 450, 550 zur Ausführung durch Server-Rechenvorrichtungen 200 bzw. 350. Obwohl die Ausführung der Verfahren 400, 450, 500, 550 nachstehend unter Bezugnahme auf diese Rechenvorrichtungen beschrieben wird, werden Fachleuten andere geeignete Komponenten zur Ausführung der Verfahren einleuchten. Die Verfahren 400, 450, 500, 550 können in Form von Anweisungen, die seitens eines Prozessors ausführbar sind, und/oder in Form einer elektronischen Schaltungsanordnung implementiert sein.
4A ist ein Flussdiagramm eines beispielhaften Verfahrens 400 zur Ausführung durch eine Client-Rechenvorrichtung 100, um Betriebsstatusinformationen an einen Server zu senden und anschließend die Betriebsstatusinformationen in einer Remote-Desktop-Sitzung anzuzeigen. Das Verfahren 400 kann bei Block 402 beginnen und bis zu Block 404 fortfahren, wo der Client 100 eine Überwachung von Betriebsstatusinformationen bezüglich des Betriebs des Clients 100 beginnen kann. Beispielsweise kann bzw. können ein oder mehrere Prozesse in dem Client 100 Nachrichten, die in einem OS des Clients 100 ausgetauscht werden, überwachen und dadurch interessierende Betriebsstatusinformationen extrahieren.
Als Nächstes kann der Client 100 bei Block 406 die Betriebsstatusinformationen über eine mit einem Server eingerichtete Remote-Desktop-Sitzung an den Server senden. Beispielsweise kann der Client 100 die Betriebsstatusinformationen über einen virtuellen Kanal in der Remote-Desktop-Sitzung senden.
Ansprechend darauf kann der Client 100 bei Block 408 anschließend einen seitens des Servers gesendeten Remote-Desktop empfangen. Der Remote-Desktop kann angezeigte Statusinformationen umfassen, die auf der Basis der bei Block 406 gesendeten Betriebsstatusinformationen durch den Server eingefügt wurden. Beispielsweise kann der Server, wie nachstehend in Verbindung mit Block 456 der 4B ausführlich dargestellt wird, eine visuelle Darstellung jedes Typs von Statusinformationen, beispielsweise ein Bildsymbol, Text, ein Schnittstellenelement usw. einfügen. Schließlich kann der Client 100 bei Block 410 den empfangenen Remote-Desktop, der die angezeigten Statusinformationen umfasst, in dem Remote-Desktop-Sitzungsfenster ausgeben. Blöcke 404 bis 410 können anschließend wiederholt werden, bis die Remote-Desktop-Sitzung beendet ist, wobei das Verfahren 400 an diesem Punkt bei Block 412 enden kann.
4B ist ein Flussdiagramm eines beispielhaften Verfahrens 450 zur Ausführung durch eine Server-Rechenvorrichtung 200, um Betriebsstatusinformationen von einem Client zu empfangen und anschließend einen Remote-Desktop, der angezeigte Betriebsstatusinformationen umfasst, an den Client zu senden. Das Verfahren 450 kann bei Block 452 beginnen und bis zu Block 454 fortfahren, wo der Server 200 Betriebsstatusinformationen von dem Client empfangen kann. Beispielsweise kann der Server 200 die Informationen über einen virtuellen Kanal empfangen, der für eine Remote-Desktop-Sitzung mit dem Client eingerichtet wurde. In manchen Fällen können die empfangenen Informationen Informationen entsprechen, die derzeit an dem Client angezeigt werden, jedoch durch das Remote-Desktop-Sitzungsfenster verdeckt werden.
Als Nächstes kann der Server 200 bei Block 456 eine visuelle Angabe der Betriebsstatusinformationen in die grafische Remote-Desktop-Nutzerschnittstelle einfügen. Beispielsweise kann der Server 200 die empfangenen Betriebsstatusinformationen lesen und eine entsprechende visuelle Darstellung für jeden Typ empfangener Informationen anzeigen. Die angezeigte Angabe kann beispielsweise ein Bildsymbol, ein Prozentsatz als Zahl, ein Tortendiagramm oder ein Graph, eine Textbenachrichtigung oder eine beliebige sonstige visuelle Darstellung der Betriebsstatusinformationen sein.
Schließlich kann der Server 200 bei Block 458 die grafische Remote-Desktop-Nutzerschnittstelle, die die visuelle Angabe umfasst, zum Zweck einer Ausgabe seitens des Clients in dem Remote-Desktop-Sitzungsfenster an den Client senden. Blöcke 454 bis 458 können anschließend wiederholt werden, bis die Remote-Desktop-Sitzung beendet ist, wobei das Verfahren 450 an diesem Punkt bei Block 460 enden kann.
5A ist ein Flussdiagramm eines beispielhaften Verfahrens 500 zur Ausführung durch eine Client-Rechenvorrichtung 300, um Betriebsstatusinformationen an einen Server 350 zu senden und anschließend die Betriebsstatusinformationen in einer Remote-Desktop-Sitzung anzuzeigen. Das Verfahren 500 kann bei Block 502 beginnen und bis zu Block 504 fortfahren, wo der Client 300 einen Remote-Desktop-Client starten kann. Der Remote-Desktop-Client kann eine beliebige Anwendung sein, die zum Kommunizieren mit einem Server 350 unter Verwendung von RDP, ICA, PColP oder eines anderen Protokolls geeignet ist, um einen Remote-Desktop von dem Server 350 zu empfangen und Eingabeinformationen an den Server 350 zu senden.
Bei Block 506 kann der Client 300 auf eine Initialisierung der Clientanwendung hin und nach einem Verbinden mit dem Server 350 alle registrierten Virtueller-Kanal-DLLs, die eine Client-Sende/Empfangsgerät-DLL 310 umfassen, laden. Bei Block 508 kann jede geladene DLL anschließend einen virtuellen Kanal mit einer entsprechenden DLL, die auf dem Server 350 läuft, einrichten. Somit kann die Client-Sende/Empfangsgerät-DLL 310 einen virtuellen Kanal mit der Remote-Sitzung-Sende/Empfangsgerät-DLL 355 einrichten.
Bei Block 510 kann die Client-Sende/Empfangsgerät-DLL 310 dann die für den Nutzer interessanten Statusinformationen auf der Basis der Auswahlen des Nutzers in einer grafischen Nutzerschnittstelle 305 bestimmen. Auf der Basis der interessierenden Statusinformationen 307 kann die Client-Sende/Empfangsgerät-DLL 310 anschließend bei Block 512 die entsprechenden Statusüberwachungs-DLLs 320 starten. Beispielsweise kann die Client-Sende/Empfangsgerät-DLL 310 eine Batteriestatus-DLL 322, eine Netzwerkstatus-DLL 324 und eine Leistungszustands-DLL 326 starten. Jede Statusüberwachungs-DLL 320 kann anschließend einen Identifikator zurücksenden, und bei Block 514 kann die Client-Sende/Empfangsgerät-DLL 310 die Identifikatoren an den Server 350 senden.
Nach einer Initialisierung der Remote-Desktop-Sitzung und entsprechender DLLs bei den Blöcken 504 bis 514 kann der Client 300 damit beginnen, bei Block 516 Betriebsstatusinformationen zu überwachen. Beispielsweise kann jede Statusüberwachungs-DLL 320 Nachrichten, die in dem OS 330 des Clients 300 ausgetauscht werden, überwachen und kann dadurch die entsprechenden Betriebsstatusinformationen extrahieren. Jede Überwachungs-DLL 320 kann anschließend die Statusinformationen zusammen mit einem entsprechenden Identifikator an die Client-Sende/Empfangsgerät-DLL 310 zurücksenden.
Bei Block 518 kann die Client-Sende/Empfangsgerät-DLL 310 anschließend die Betriebsstatusinformationen, die jeden Identifikator umfassen, an den Server 350 senden. Ansprechend darauf kann der Client 300 bei Block 520 einen Remote-Desktop empfangen, der angezeigte Statusinformationen umfasst, die durch den Server 350 eingefügt wurden. Der Remote-Desktop-Client kann anschließend den empfangenen Remote-Desktop in dem Remote-Desktop-Sitzungsfenster ausgeben.
Bei Block 522 kann der Remote-Desktop-Client bestimmen, ob die Remote-Desktop-Sitzung geendet hat. Falls die Sitzung immer noch im Gange ist, kann das Verfahren 500 zu Block 516 zurückkehren, wo der Client 300 eine Überwachung bezüglich Betriebsstatusinformationen fortsetzen kann. Andernfalls, falls die Remote-Desktop-Sitzung geendet hat, kann das Verfahren 500 zu Block 524 übergehen, wo das Verfahren 500 enden kann.
5B ist ein Flussdiagramm eines beispielhaften Verfahrens 550 zur Ausführung durch eine Server-Rechenvorrichtung 350, um Betriebsstatusinformationen von einem Client 300 zu empfangen und anschließend einen Remote-Desktop, der angezeigte Betriebsstatusinformationen umfasst, an den Client 300 zu senden. Das Verfahren 550 kann bei Block 552 beginnen und bis zu Block 554 fortfahren, wo der Server 350 einen Remote-Desktop-Server starten kann. Der Remote-Desktop-Server kann eine beliebige Anwendung sein, die zum Kommunizieren mit einem Client 300 unter Verwendung eines geeigneten Protokolls in der Lage ist, um einen Remote-Desktop an den Client 300 zu senden und von dem Client 300 Eingabeinformationen zu empfangen.
Bei Block 556 kann der Server 350 nach Initialisierung der Serveranwendung und nach einer Verbindung mit dem Client 300 anschließend alle registrierten Virtueller-Kanal-DLLs, die eine Remote-Sitzung-Sende/Empfangsgerät-DLL 355 umfassen, laden. Bei Block 558 kann jede geladene DLL anschließend einen virtuellen Kanal mit einer entsprechenden DLL, die auf dem Client 300 läuft, einrichten. Somit kann die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 einen virtuellen Kanal mit der Client-Sende/Empfangsgerät-DLL 310 einrichten.
Bei Block 560 kann die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 anschließend von dem Client 300 Identifikatoren empfangen, die die an dem Client 300 gestarteten Statusüberwachungs-DLLs darstellen. Ansprechend darauf kann die Sende/Empfangsgerät-DLL 355 bei Block 562 anschließend die Statusüberwachungsanwendungen 360 starten, die den empfangenen Identifikatoren entsprechen. Falls die Identifikatoren beispielsweise angeben, dass der Client 300 die Batteriestatus-DLL 322, die Netzwerkstatus-DLL 324 und die Leistungszustands-DLL 326 gestartet hat, kann der Server 350 die Batteriestatusanwendung 362, die Netzwerkstatusanwendung 364 und die Leistungszustandsanwendung 366 starten.
Nach Initialisieren der Remote-Desktop-Sitzung und entsprechender DLLs bei den Blöcken 554 bis 562 kann der Server 350 bei Block 564 beginnen, Betriebsstatusinformationen zu empfangen. Beispielsweise kann die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 Betriebsstatusinformationen mit einem zugeordneten Identifikator empfangen und die Informationen auf der Basis des Identifikators an die entsprechende Statusanzeigeanwendung 360 weiterleiten.
Als Nächstes kann jede Statusanzeigeanwendung 360 bei Block 566 eine Angabe der empfangenen Betriebsstatusinformationen in dem Remote-Desktop ausgeben. Beispielsweise kann jede Anwendung 360 einen Dialog, ein Bildsymbol, einen Text oder eine beliebige andere visuelle Darstellung der Statusinformationen ausgeben. Bei Block 568 kann der Server 350 anschließend den Remote-Desktop, der die angezeigten Statusinformationen umfasst, zum Zweck einer Anzeige in der Remote-Desktop-Sitzung an den Client 300 senden.
Bei Block 570 kann der Remote-Desktop-Server bestimmen, ob die Remote-Desktop-Sitzung geendet hat. Falls die Sitzung noch im Gange ist, kann das Verfahren 550 zu Block 564 zurückkehren, wo der Server 350 damit fortfahren kann, empfangene Betriebsstatusinformationen zu verarbeiten. Andernfalls, falls die Remote-Desktop-Sitzung geendet hat, kann das Verfahren 550 zu Block 572 übergehen, wo das Verfahren 550 enden kann.
6 ist ein Blockdiagramm einer beispielhaften Abfolge von Operationen 600 zum Anzeigen von Batteriestatusinformationen einer Client-Rechenvorrichtung 300 in einer Remote-Desktop-Sitzung. Obwohl sie nachstehend unter Bezugnahme auf die Komponenten der 3 beschrieben wird, sollte man beachten, dass die Sequenz 600 auf eine beliebige Remote-Desktop-Sitzung anwendbar ist, die einen in Kommunikation mit einem Server befindlichen Client umfasst. In der folgenden Beschreibung ist angenommen, dass der Client 300 und der Server 350 eine Remote-Desktop-Sitzung und die erforderlichen Komponenten zum Austauschen von Betriebsstatusinformationen initialisiert haben.
Wie veranschaulicht ist, kann die Abfolge bei Block 1 beginnen, wo die Batteriestatus-DLL 322 eine Nachricht erfassen kann, die in dem OS 330 rundgesendet wurde, um den Status der Batterie anzugeben. Beispielsweise erzeugt das OS 330 bei dem Betriebssystem von Microsoft Windows® dann, wenn es bestimmt, dass sich die Batterie auf einem niedrigen Pegel befindet, eine WM_POWERBROADCAST-Nachricht (POWER-BROADCAST = Leistungsrundsendung), wobei einer der Parameter auf PBT_APMBATTERYLOW (BATTERYLOW = Batterie niedrig) gesetzt ist. Jede Anwendung, die in dem OS 330 abläuft, kann dadurch diese Nachricht empfangen und bestimmen, dass sich die Batterie auf einem niedrigen Pegel befindet. In diesem Fall empfängt die Batteriestatus-DLL 322 die Nachricht und sendet deshalb bei Block 2 eine Batterienachricht zusammen mit einem entsprechenden Identifikator (z. B. „BATT_STATUS“) an die Client-Sende/Empfangsgerät-DLL 310. Bei Block 3 leitet die Client-Sende/Empfangsgerät-DLL 310 die Nachricht mit dem Identifikator an die Server-Rechenvorrichtung 350 weiter.
Bei Block 4 empfängt die Remote-Sitzung-Sende/Empfangsgerät-DLL 355 die Betriebsstatusinformationen, erfasst den Identifikator (z. B. „BATT_STATUS“) und leitet deshalb die Nachricht an die Batteriestatusanwendung 362 weiter. Bei Block 5 parst die Batteriestatusanwendung 362 die Nachricht, bestimmt, dass die Batterie auf einem niedrigen Pegel ist, und gibt deshalb eine Nachricht mit einem Bildsymbol an die grafische Remote-Desktop-Nutzerschnittstelle aus. Bei Block 6 sendet die Server-Rechenvorrichtung 350 die grafische Remote-Desktop-Nutzerschnittstelle, die die eingefügten Statusinformationen umfasst, zurück. Schließlich zeigt die Client-Rechenvorrichtung 300 bei Block 7 den empfangenen Remote-Desktop in dem Remote-Desktop-Sitzungsfenster an.
Gemäß dem Vorstehenden ermöglichen hierin offenbarte exemplarische Ausführungsbeispiele, dass ein Remote-Desktop-Client Informationen bezüglich seines Betriebsstatus empfängt und in einem Remote-Desktop-Sitzungsfenster anzeigt. Auf diese Weise kann sich der Nutzer des Status des Betriebssystems, der Anwendungen und der Hardware des Clients bewusst bleiben, ohne die Remote-Desktop-Sitzung minimieren oder auf sonstige Weise stören zu müssen. Exemplarische Ausführungsbeispiele bereiten Nutzern deshalb eine Remote-Desktop-Erfahrung, die der Erfahrung eines lokalen Desktops näher kommt.

Claims

Client-Rechenvorrichtung, die Folgendes aufweist: einen Prozessor zum: Senden von Betriebsstatusinformationen der Client-Rechenvorrichtung an einen Server über eine mit dem Server eingerichtete Remote-Desktop-Sitzung, wobei die Betriebsstatusinformationen eine Identifikation des Typs der Betriebsstatusinformationen und die tatsächlichen Statusinformationen umfassen, Empfangen von Grafikinformationen von dem Server, wobei die Grafikinformationen angezeigte Statusinformationen umfassen, die auf der Basis der Betriebsstatusinformationen durch den Server eingefügt wurden, und Ausgeben der Grafikinformationen, die die angezeigten Statusinformationen umfassen, auf einer Anzeige, die der Client-Rechenvorrichtung zur Verfügung steht, wobei der Server die von dem Client empfangenen Betriebsstatusinformationen parst, ansprechend auf die empfangenen tatsächlichen Statusinformationen, bestimmt, ob der Betriebsstatus des Client eine Benachrichtigung eines Nutzers des Client erfordert, und eine visuellen Angabe der Betriebsstatusinformationen in die Grafikinformationen einfügt, falls der Betriebsstatus des Client eine Benachrichtigung des Nutzers erfordert.
Client-Rechenvorrichtung gemäß Anspruch 1, bei der die Betriebsstatusinformationen Batteriestatusinformationen, Netzwerkstatusinformationen und/oder Leistungszustandsinformationen umfassen.
Client-Rechenvorrichtung gemäß Anspruch 1, bei der der Prozessor ferner dazu konfiguriert ist: auf eine Initiierung der Remote-Desktop-Sitzung hin zumindest einen Identifikator an den Server zu senden, wobei jeder Identifikator einen bestimmten Typ von Betriebsstatusinformationen, die anschließend an den Server gesendet werden sollen, identifiziert, und beim Senden der Betriebsstatusinformationen an den Server einen bestimmten Identifikator zu enthalten, wobei der enthaltene Identifikator den bestimmten Typ von Betriebsstatusinformationen identifiziert.
Client-Rechenvorrichtung gemäß Anspruch 1, bei der der Prozessor ferner dazu konfiguriert ist: die Betriebsstatusinformationen zu erhalten, indem er vorbestimmte Nachrichten, die in einem Betriebssystem der Client-Rechenvorrichtung ausgetauscht werden, überwacht.
Client-Rechenvorrichtung gemäß Anspruch 4, bei der der Prozessor dazu konfiguriert ist, auf der Basis einer Nutzerauswahl von Betriebsstatusinformationen, die für den Nutzer von Interesse sind, auf die vorbestimmten Nachrichten zuzugreifen.
Client-Rechenvorrichtung gemäß Anspruch 4, bei der der Prozessor dazu konfiguriert ist, eine separate Dynamic Link Library (DLL) zu laden, um die vorbestimmten Nachrichten für jeden Typ von Betriebsstatusinformationen zu überwachen.
Client-Rechenvorrichtung gemäß Anspruch 1, bei der: die angezeigten Statusinformationen ein auswählbares Nutzerschnittstellenelement umfassen, das einem Schnittstellenelement entspricht, das derzeit durch die Remote-Desktop-Sitzung an der Client-Rechenvorrichtung verdeckt ist, und der Prozessor ferner dazu konfiguriert ist: eine Angabe, dass das auswählbare Nutzerschnittstellenelement ausgewählt wurde, an den Server zu senden, von dem Server eine zurückgesendete Benachrichtigung zu empfangen, die angibt, dass das auswählbare Nutzerschnittstellenelement in der Remote-Desktop-Sitzung ausgewählt wurde, und das verdeckte Nutzerschnittstellenelement auf der Basis der zurückgesendeten Benachrichtigung zu aktivieren.
Maschinenlesbares Speichermedium, das mit Anweisungen codiert ist, die durch einen Prozessor einer Client-Rechenvorrichtung ausführbar sind, wobei das maschinenlesbare Speichermedium Folgendes aufweist: Anweisungen zum Erhalten von Betriebsstatusinformationen durch Überwachen zumindest einer Eigenschaft der Client-Rechenvorrichtung, wobei die Betriebsstatusinformationen eine Identifikation des Typs der Betriebsstatusinformationen und die tatsächlichen Statusinformationen umfassen; Anweisungen zum Senden der Betriebsstatusinformationen an einen Server über eine mit dem Server eingerichtete Remote-Desktop-Sitzung; Anweisungen zum Empfangen eines Remote-Desktops zum Zweck einer Anzeige, wobei der Remote-Desktop angezeigte Statusinformationen umfasst, die auf der Basis der Betriebsstatusinformationen durch den Server eingefügt wurden; und Anweisungen zum Anzeigen des Remote-Desktops, der die angezeigten Statusinformationen umfasst, in einem Fenster der Remote-Desktop-Sitzung, wobei der Server die von dem Client empfangenen Betriebsstatusinformationen parst, ansprechend auf die empfangenen tatsächlichen Statusinformationen, bestimmt, ob der Betriebsstatus des Client eine Benachrichtigung eines Nutzers des Client erfordert, und eine visuellen Angabe der Betriebsstatusinformationen in die Grafikinformationen einfügt, falls der Betriebsstatus des Client eine Benachrichtigung des Nutzers erfordert.
Maschinenlesbare Speichermedium gemäß Anspruch 8, das ferner Folgendes aufweist: Anweisungen zum Anzeigen einer Nutzerschnittstelle, wobei die Nutzerschnittstelle dazu konfiguriert ist, eine Nutzerauswahl von zu erhaltenden Betriebsstatusinformationen zu empfangen, wobei die Anweisungen zum Erhalten die zumindest eine Eigenschaft auf der Basis der seitens des Nutzers ausgewählten Betriebsstatusinformationen überwachen.
Maschinenlesbare Speichermedium gemäß Anspruch 8, bei dem die Anweisungen zum Erhalten von Betriebsstatusinformationen eine Mehrzahl von Dynamic Link Libraries (DLLs) aufweisen, wobei jede DLL einem bestimmten Typ von Betriebsstatusinformationen entspricht.
Server-Rechenvorrichtung, die Folgendes aufweist: einen Prozessor zum: Empfangen von Betriebsstatusinformationen eines Clients über eine mit dem Client eingerichtete Remote-Desktop-Sitzung, wobei die Betriebsstatusinformationen eine Identifikation des Typs der Betriebsstatusinformationen und die tatsächlichen Statusinformationen umfassen, Parsen der von dem Client empfangenen Betriebsstatusinformationen durch den Server; Bestimmen, ansprechend auf die empfangenen tatsächlichen Statusinformationen, ob der Betriebsstatus des Client eine Benachrichtigung eines Nutzers des Client erfordert; Einfügen einer visuellen Angabe der Betriebsstatusinformationen in eine grafische Remote-Desktop-Nutzerschnittstelle (Remote-Desktop-GNS), falls der Betriebsstatus des Client eine Benachrichtigung des Nutzers erfordert, und Senden der Remote-Desktop-GNS, die die visuelle Angabe umfasst, an den Client zum Zweck einer Anzeige durch den Client.
Server-Rechenvorrichtung gemäß Anspruch 11, bei der der Prozessor ferner dazu konfiguriert ist: auf eine Initiierung der Remote-Desktop-Sitzung hin zumindest einen Identifikator von dem Client zu empfangen, wobei jeder Identifikator einen entsprechenden Typ von Betriebsstatusinformationen identifiziert, die an den Server gesendet werden sollen, und einen jeweiligen Prozess für jeden Identifikator zu laden, wobei der jeweilige Prozess die Betriebsstatusinformationen des entsprechenden Typs empfängt und auf der Basis der Betriebsstatusinformationen eine entsprechende visuelle Angabe ausgibt.
Server-Rechenvorrichtung gemäß Anspruch 11, bei der der Prozessor ferner dazu konfiguriert ist: ein auswählbares Nutzerschnittstellenelement in die Remote-Desktop-GNS einzufügen, wobei das auswählbare Nutzerschnittstellenelement einem Schnittstellenelement entspricht, das derzeit durch die Remote-Desktop-Sitzung an dem Client verdeckt ist, von dem Client eine Angabe zu empfangen, dass das auswählbare Nutzerschnittstellenelement ausgewählt wurde, und an den Client eine Benachrichtigung zurückzusenden, dass das auswählbare Nutzerschnittstellenelement in der Remote-Desktop-Sitzung ausgewählt wurde.
Verfahren, das Folgendes aufweist: Empfangen, an einem Server, von Betriebsstatusinformationen eines Clients über eine zwischen dem Server und dem Client eingerichtete Remote-Desktop-Sitzung, wobei die Betriebsstatusinformationen an dem Client angezeigten Informationen entsprechen, die derzeit durch die Remote-Desktop-Sitzung verdeckt werden, und wobei die Betriebsstatusinformationen eine Identifikation des Typs der Betriebsstatusinformationen und die tatsächlichen Statusinformationen umfassen; Parsen, durch den Server, der von dem Client empfangenen Betriebsstatusinformationen durch den Server; ansprechend auf die empfangenen tatsächlichen Statusinformationen, Bestimmen, durch den Server, ob der Betriebsstatus des Client eine Benachrichtigung eines Nutzers des Client erfordert; falls der Betriebsstatus des Client eine Benachrichtigung des Nutzers erfordert, Einfügen, durch den Server, einer visuellen Angabe der Betriebsstatusinformationen in eine grafische Remote-Desktop-Nutzerschnittstelle (Remote-Desktop-GNS); und Senden der Remote-Desktop-GNS, die die visuelle Angabe umfasst, von dem Server an den Client zum Zweck einer Anzeige durch den Client in der Remote-Desktop-Sitzung.
Verfahren gemäß Anspruch 14, bei dem die Betriebsstatusinformationen entweder Batteriestatusinformationen, Netzwerkstatusinformationen und/oder Leistungszustandsinformationen umfassen.