DE69434096T2

DE69434096T2 - Verfahren und System, um mit einer graphischen Benutzerschnittstelle in einer Datenbank zu suchen

Info

Publication number: DE69434096T2
Application number: DE69434096T
Authority: DE
Inventors: Li Austin Shih-Gong; Tate Bruce Austin Allan
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1993-06-04
Filing date: 1994-05-06
Publication date: 2006-02-02
Anticipated expiration: 2014-05-07
Also published as: CN1102897A; EP0627691A1; KR0143357B1; EP0627691B1; ES2229210T3; DE69434096D1; US5911138A; ATE280975T1; JPH076179A; CN1044415C; KR950001505A; TW378298B

Description

Diese Erfindung betrifft allgemein in Rechnern gespeicherte Datenbanken. Insbesondere betrifft sie ein System und ein Verfahren, die dazu dienen, eine Datenbank mit Hilfe einer grafischen Benutzeroberfläche zu durchsuchen.
In Rechnern gespeicherte Datenbanken haben immer mehr Interesse auf sich gezogen, nicht nur aufgrund der schnellen Zunahme der in diesen Datenbanken gespeicherten und aus diesen Datenbanken abgerufenen Datenmengen, sondern auch als Folge der Datenbeziehungen, die während des Prozesses der Speicherung oder des Abrufens hergestellt werden können. Mit der zunehmenden Verbreitung von relationalen Datenbanken haben die Schulung und Erfahrung eines typischen Endbenutzers abgenommen, während die verfügbaren Ressourcen zugenommen haben. Benutzer von Datenbanken wünschen sich insbesondere Verbesserungen an den grafischen Benutzeroberflächen zur Steuerung der Datenbankanwendungen, damit sie für den unerfahrenen Benutzer leichter verständlich werden.
Bei Verwendung einer Datenbank besteht eine der schwierigeren Aufgaben bei der Problemlösung häufig darin, die Quellen ausfindig zu machen, die ein bestimmtes Problem verursachen. Suchanweisungen oder Suchabfragen werden gewöhnlich verwendet, um strukturiert nach Informationen zu suchen, die in einer Datenbank gespeichert sind, um bei der Problemlösung zu helfen. Wenn Benutzer wenig klare Vorstellungen davon haben, wie die richtige Suchabfrage zur Lösung eines Problems aufgebaut werden soll, wird gewöhnlich so vorgegangen, dass mit der Prüfung eines Erstabfrageberichts begonnen wird, der das Ergebnis einer Erstabfrage für mehr Informationen ist. Auf der Grundlage dieser Informationen entscheidet der Benutzer dann, wie er die Suche eingrenzt oder die Datenbank mit einem höheren Detaillierungsgrad ("drill down") weiter durchsucht. Wenn diese eingegrenzten Suchläufe nicht das gewünschte Ergebnis hervorbringen, muss der Benutzer zu einer vorherigen Suchanweisung zurückgehen und es erneut versuchen.
Die derzeitigen Suchmethoden sind umständlich und verhindern eine wirkungsvolle Formulierung der Abfrage. Die meisten vorhandenen Systeme stellen keinen Abfrageverlauf bereit. Diese Systeme machen es schwierig, wiederkehrende Probleme zu lösen, da sie den Benutzer zwingen, (1) sich an alle vorherigen Ergebnisse zu erinnern oder (2) sich das Ergebnis manuell zu notieren. Dies ist mühsam.
In Proceedings of the 12^th annual International ACMSIGIR Conference on research and development in Information retrieval, 28. Juni 1989, Cambridge, MA, USA, Seiten 29 bis 32, beschreiben R. Gpdin u. a. in "Design of a browsing interface for Information retrieval" die Auslegung einer Benutzerschnittstelle, die eine allmähliche Ausweitung oder Verfeinerung der Abfrage des Benutzers zulässt, indem ein Graph aus Begriffs- und Dokumentteilgruppen durchsucht wird. Es gibt jedoch hinderliche Details bei der Schnittstelle, und Möglichkeiten, die Komplexität des Aufbaus weiter einzuschränken, wären vorteilhaft.
Diejenigen Systeme, die einen Verlauf bereithalten, stellen gewöhnlich eine Art von linearem Protokoll bereit. Viele handelsübliche Datenbanken haben einen Verlaufsbefehl, der dem Benutzer den Zugriff auf dieses Protokoll ermöglicht. Die in dem Protokoll enthaltenen Informationen sind gewöhnlich nicht ausreichend. Sie können die Anzahl der Treffer enthalten, die einen suchspezifischen Satz von Anweisungen erfüllen. Unter Umständen enthalten sie nur die Erstabfrage. Es gibt ein doppeltes Problem bei diesen Lösungsansätzen. Erstens wird das Protokoll linear dargestellt. Diese lineare Darstellung spiegelt nicht den tatsächlichen Prozess der Problemlösung wider, bei dem eine Abfrage verfeinert werden kann, um eine andere zu erzeugen. Zweitens gibt es keine komfortable Möglichkeit, auf das Protokoll zuzugreifen. Wenn er aufgerufen wurde, entfernt der Verlaufsbefehl außerdem die ausführliche Abfrageanweisung und auch die ausführlichen Ergebnisse der letzten Abfrageanweisung vom Bildschirm. Der Benutzer muss sich diese Einzelheiten im Rahmen der eingeschränkten Zusammenfassung ins Gedächtnis zurückrufen, wenn er seine Suchstrategie ändert. Ferner besteht bei den meisten Suchsystemen das einzige Verfahren zur Änderung eines Suchlaufs darin, dass weitere Abfrageanweisungen geschrieben werden.
Die vorstehenden Nachteile nach dem Stand der Technik werden von der Erfindung in der beanspruchten Weise überwunden.
Es ist deshalb eine Aufgabe der Erfindung, eine Abfrageanweisung und eine grafische Darstellung ihres Ergebnisses bei einem Suchlauf in einer Datenbank gleichzeitig auf einer grafischen Benutzeroberfläche anzuzeigen.
Es ist eine weitere Aufgabe der Erfindung, die Beziehung der Abfrageanweisungen und der Abfrageergebnisse grafisch auf einer grafischen Benutzeroberfläche darzustellen.
Diese und andere Aufgaben werden von einer Suchfunktion mit einer Benutzerschnittstelle gelöst, die drei Fenster enthält:
ein Abfragefenster, ein Diagrammfenster und ein Verlaufsfenster. Alle Fenster werden gleichzeitig auf der grafischen Benutzeroberfläche dargestellt. Das Abfragefenster zeigt den Text der zuletzt eingegebenen Abfrageanweisung an, entsprechend der eine in einem Rechnersystem gespeicherte Datenbank durchsucht wird. Das Diagrammfenster zeigt die aktuellen Ergebnisse der jüngsten Abfrageanweisung grafisch an. Das Verlaufsfenster stellt die Abfrageanweisungen und ihre Ergebnisse während der aktuellen Abfragesitzung dar, und die Abfrageanweisungen und ihre Ergebnisse werden grafisch als ein Baum dargestellt, in dem die Abfrageanweisungen und die Abfrageergebnisse Knoten sind und jedes Ergebnis einer Abfrageanweisung ein Kind der Abfrageanweisung ist, entsprechend der ein Suchlauf durchgeführt wurde, um es zu erzeugen.
Eine Eingabe in irgendeines der Fenster ändert die Darstellung der Daten in den anderen beiden Fenstern. Zusätzliche Abfrageanweisungen ändern die grafische Darstellung der Ergebnisse in dem Diagrammfenster und fügen neue Knoten zu dem in dem Verlaufsfenster dargestellten Baum hinzu. Wenn die grafische Darstellung der Ergebnisse in dem Diagrammfenster verändert wird, werden neue oder geänderte Abfrageanweisungen erzeugt und in dem Abfragefenster dargestellt, die ebenfalls Knoten zu dem Verlaufsfenster hinzufügen. Indem der Benutzer bestimmte Knoten in dem Baum im Verlaufsfenster auswählt, kann er zu vorherigen Abfragen zurückkehren und diese ändern, um neue Abfrageanweisungen zu erstellen. Durch Auswahl des Wurzelknotens in dem Verlaufsfenster kann der Benutzer unabhängig von irgendeiner vorherigen Abfrageanweisung eine neue Abfrageanweisung veranlassen. Entsprechend der neuen oder der geänderten Abfrageanweisungen wird ein Suchlauf durchgeführt, so dass die Abfrageergebnisse in dem Diagrammfenster bereitgestellt und neue Knoten in dem Verlaufsfenster erzeugt werden.
Diese und andere Merkmale, Vorteile und Aufgaben lassen sich durch Bezugnahme auf die folgende Beschreibung und die beigefügten Zeichnungen besser verstehen, in denen:
1 ein Rechnersystem darstellt, das einen Systembildschirm, eine Systemeinheit, eine Maus und eine Tastatur enthält;
2 eine Übersichtsdarstellung der Architektur des in 1 gezeigten Rechnersystems ist;
die 3A bis 3D die grafische Benutzeroberfläche des Suchsystems zeigen;
4 die Datenstrukturen zeigt, die zur Darstellung der in den 3A bis 3D gezeigten grafischen Benutzeroberfläche verwendet werden;
die 5A bis 5C Flussdiagramme des Suchprozesses sind, wenn der Benutzer die in den 3A bis 3D gezeigte grafische Benutzeroberfläche verändert;
6 die grafische Benutzeroberfläche des Suchsystems ist, wobei das Diagrammfenster einen Multimediadatenstrom darstellt.
Die Erfindung kann auf einer Vielzahl von Rechnern oder einem Rechnerverbund unter vielen verschiedenen Betriebssystemen ausgeführt werden. Der Rechner könnte beispielsweise ein Personal Computer, ein Kleinrechner, ein Großrechner oder ein Rechner sein, der in einem verteilten Netzwerk aus anderen Rechnern läuft. Obgleich die jeweilige Wahl des Rechners nur durch die Anforderungen an die Festplatte und den Festplattenspeicher beschränkt ist, könnten Rechner der Serie IBM PS/2 (PS/2 ist ein Warenzeichen der International Business Machine Corporation) in der vorliegenden Erfindung verwendet werden. Für weitere Informationen über die Rechnerserie IBM PS/2 sei der Leser auf das Technical Reference Manual Personal Systems/2 Model 50, 60 systems, IBM Corporation, Teile-Nr. 68X2224, Bestellnummer S68X-2224 und das Technical Reference Manual Personal Systems/2 (Model 80), IBM Corporation, Teile-Nr. 68X2256, Bestellnummer S68X-2254, verwiesen. Ein Betriebssystem, das ein Personal Computer IBM PS/2 ausführen kann, ist das IBM OS/2 2.0 (OS/2 ist ein Warenzeichen der International Business Machine Corp.). Für weitere Informationen über das Betriebssystem IBM OS/2 2.0 sei der Leser auf, Bestellnummern 10G6261, 10G6495, 10G6494, verwiesen.
Alternativ dazu könnte das Rechnersystem ein System der Rechnerreihe IBM RISC System/6000 (RISC System/6000 ist ein Warenzeichen der International Business Machine Corp.) sein, die unter dem Betriebssystem AIX (AIX ist ein Warenzeichen der International Business Machine Corp.) laufen. Die verschiedenen Modelle des RISC System/6000 sind in vielen Veröffentlichungen der IBM Corporation beschrieben, zum Beispiel in RISC System/6000, 7073 und 7016 POWERstation and POWERserver Hardware Technical Reference, Bestellnummer SA23-2644-00. Das Betriebssystem AIX ist in General Concepts and Procedure--AIX Version 3 for RISC System/6000, Bestellnummer SC23-2202-00 sowie in anderen Veröffentlichungen der IBM Corporation beschrieben.
In 1 ist ein Rechner 10 gezeigt, der eine Systemeinheit 11, eine Tastatur 12, eine Maus 13 und eine Tastatur 14 umfasst. Der Bildschirm 16 der Anzeigeeinheit 14 dient zur Darstellung der grafischen Benutzeroberfläche (GUI). Die vom Betriebssystem unterstützte grafische Benutzeroberfläche ermöglicht dem Benutzer die Nutzung eines gezielten Eingabeverfahrens ("point and shoot"), d. h., er bewegt den Mauszeiger 15 auf ein Symbol, das ein Datenobjekt darstellt, an einer bestimmten Stelle auf dem Bildschirm 16 und drückt eine der Maustasten, um einen Benutzerbefehl oder eine Benutzerauswahl auszuführen.
2 zeigt ein Blockschaltbild der Komponenten des in 1 gezeigten Personal Computers. Die Systemeinheit 11 enthält einen Systembus oder eine Vielzahl von Systembussen 21, an den/die verschiedene Komponenten angeschlossen sind und über den/die die Kommunikation zwischen den verschiedenen Komponenten durchgeführt wird. Der Mikroprozessor 22 ist mit dem Systembus 21 verbunden und wird vom Nur-Lese-Speicher (ROM) 23 und dem Direktzugriffspeicher (RAM) 24 unterstützt, die ebenfalls an den Systembus 21 angeschlossen sind. Ein Mikroprozessor der IBM-Multimedia-PS/2-Rechnerserie ist ein Mikroprozessor der Mikroprozessorfamilie von Intel, zu der auch die Mikroprozessoren 386 und 486 gehören. Andere Mikroprozessoren einschließlich, jedoch nicht auf diese beschränkt, der Mikroprozessorfamilie von Motorola wie beispielsweise die Mikroprozessoren 68000, 68020 oder 68030 sowie verschiedene Prozessoren mit eingeschränktem Befehlssatz (Reduced Instruction Set Computer, RISC), die von IBM, Hewlett Packard, Sun, Intel, Motorola und anderen hergestellt werden, können in dem jeweiligen Rechner aber auch verwendet werden.
Der ROM 23 enthält neben anderem Code das Basic Input-Output System (BIOS), das grundlegende Hardware-Operationen wie zum Beispiel die Interaktion mit den Plattenlaufwerken und der Tastatur steuert. Der RAM 24 ist der Hauptspeicher, in den das Betriebssystem und Anwendungsprogramme geladen werden. Der Speicherverwaltungschip 25 ist mit dem Systembus 21 verbunden und steuert Zugriffsoperationen auf den Direktspeicher einschließlich der Übergabe von Daten zwischen dem RAM 24 und dem Festplattenlaufwerk 26 und dem Diskettenlaufwerk 27. Der ebenfalls an den Systembus 21 angeschlossene CD-ROM 32 dient zur Speicherung einer großen Datenmenge, beispielsweise eines Multimediaprogramms oder einer großen Datenbank.
Verschiedene E/A-Steuereinheiten sind ebenfalls an diesen Systembus 21 angeschlossen: die Tastatursteuereinheit 28, die Maussteuereinheit 29, die Videosteuereinheit 30 und die Audiosteuereinheit 31. Erwartungsgemäß stellt die Tastatursteuereinheit 28 die Hardwareschnittstelle für die Tastatur 12 bereit, die Maussteuereinheit 29 stellt die Hardwareschnittstelle für die Maus 13 bereit, die Videosteuereinheit 30 ist die Hardwareschnittstelle für den Bildschirm 14, und die Audiosteuereinheit 31 ist die Hardwareschnittstelle für die Lautsprecher 15a und 15b. Die Lautsprecher 15a und 15b können zur Übergabe von Audioobjekten an den Benutzer verwendet werden. Eine E/A-Steuereinheit 40 wie zum Beispiel ein Token-Ring-Adapter ermöglicht die Kommunikation über ein Netzwerk 46 mit anderen ähnlich konfigurierten Datenverarbeitungssystemen.
Eine der bevorzugten Ausführungen der vorliegenden Erfindung ist ein Satz von Befehlen in einem Code-Modul, das sich im Direktzugriffspeicher 24 befindet. Bis er vom Rechnersystem benötigt wird, kann der Befehlssatz in einem anderen Rechnerspeicher abgelegt werden, beispielsweise im Festplattenlaufwerk 26, auf einer optischen Platte zur letztendlichen Verwendung im CD-ROM 32 oder auf einer Diskette zur letztendlichen Verwendung im Diskettenlaufwerk 27. Wie in der Figur gezeigt ist, befinden sich das Betriebssystem 50 und der Präsentationsmanager 52 im RAM 24. In diesem Beispiel ist die Erfindung in einem Suchsystem 54 realisiert, das eine Datenbank 56 durchsucht und das Betriebssystem oder den Präsentationsmanager zur Darstellung der GUI verwendet. Manche Betriebssysteme wie zum Beispiel das Betriebssystem OS/2 haben einen integrierten Präsentationsmanager. Andere Systeme verwenden einen Präsentationsmanager, bei dem es sich um einen eigenständigen Code handelt. Alternativ dazu könnte die vorliegende Erfindung in einer eigenständigen Anwendung realisiert werden, die ihre eigene grafische Benutzeroberfläche hat.
Abfrageanweisungen, die zum Abruf von Daten aus Datenbanken verwendet werden, sind in der Technik bekannt. Die Structured Query Language (SQL) nach dem ANSI-Standard ist beispielsweise eine Sprache zur Erstellung solcher Anweisungen. Eine Abfrage legt in für einen Rechner erkennbaren Ausdrücken die Tabellen, in denen die Daten gefunden werden, die interessierenden Tabellenspalten, die von Zeilen zu erfüllenden Bedingungen, die Reihenfolge der Spalten, Unterscheidungsbedingungen, Verknüpfungen von Daten innerhalb von Tabellen und andere Beziehungen fest. Der Leser sei auf einen Text in der von der IBM Corporation 1991 veröffentlichten Broschüre "IBM Operating Systems/2 Extended Edition Database Manager Structured Query Language (SQL)" verwiesen, welcher SQL und seine Verwendungsmöglichkeiten beschreibt.
Wenn eine Verknüpfung bereitgestellt wird, um die Abfrageanweisung, ihren Bericht oder ihre Ergebnisse und den Abfrageverlauf miteinander zu verbinden, kann der Benutzer interaktiv ein Abfrageergebnis sehen, ein Abfrageergebnis verändern, um Prädikate zu erzeugen, die zu der nächsten Abfrageanweisung hinzugefügt werden sollen, die aktualisierte Abfrageanweisung ändern und das nächste Abfrageergebnis sehen, nachdem die neue Abfrageanweisung geändert und ausgeführt wurde. Darüber hinaus verzeichnet eine Protokolliereinrichtung die Aktivitäten, die ein Benutzer an der Abfrageanweisung, dem Abfrageergebnis und dem Abfrageverlauf, die miteinander verknüpft sind, in einer der Problemlösung dienenden Sitzung interaktiv durchgeführt hat und stellt den Abfrageverlauf in dem Verlaufsfenster dar. Benutzer haben dann die Möglichkeit, über die Protokolliereinrichtung zu einer beliebigen Abfrageanweisung oder einem beliebigen Abfrageergebnis zurückzukehren und anschließend diesen Prozess zur Lösung wiederkehrender Probleme zu konfigurieren. Das Suchsystem der vorliegenden Erfindung stellt eine wirksamere Möglichkeit zur Lösung wiederkehrender Probleme als jedes bisherige Verfahren bereit, da aktiv ein übersichtliches Verzeichnis der bisherigen Aktivität geführt wird und jederzeit gleichzeitig mit der neuesten Abfrageanweisung und dem neuesten Abfrageergebnis zur Verfügung steht. Eine versuchsweise Problemlösungssitzung nach dem Trial-and-Error-Verfahren kann gespeichert und bearbeitet werden, um Konzepte zur zukünftigen Verwendung zu erzeugen, was den Wert dieses Problemlösungsansatzes beträchtlich steigert.
Wie in den 3A bis 3D gezeigt ist, wird die Erfindung in Form der grafischen Benutzeroberfläche (GUI) unter Verwendung von drei Fenstern realisiert. Das Abfragefenster 101 enthält die neueste Abfrageanweisung in der aktuellen Abfrage. In diesem Fall wird SQL als Abfragesprache verwendet, aber der Fachmann versteht, dass andere Sprachen ohne weiteres an ihre Stelle treten könnten. Das Diagrammfenster 102 zeigt die Ergebnisse der Abfrageanweisung, die in dem Abfragefenster grafisch dargestellt wird. In diesem Fall werden Balkendiagramme verwendet, doch kann der Benutzer die Art der grafischen Darstellung frei wählen, die ein Kurvendiagramm, ein Kreisdiagramm, ein Balkendiagramm, ein Graph oder eine andere Darstellung sein könnte. Das dritte Fenster ist das Baum- oder das Verlaufsfenster 103. In der bevorzugten Ausführungsform der Erfindung wird der Verlauf der Abfrage als eine grafische Darstellung wiedergegeben, die einem Baum ähnelt, bei dem alle Abfrageanweisungen und ihre Ergebnisse als Knoten dargestellt werden.
Die Fenster stehen alle in einer Wechselbeziehung miteinander. Änderungen an der Abfrageanweisung führen zu Änderungen an dem Diagrammfenster, um die neuen Ergebnisse für die geänderte Abfrageanweisung, d. h. die Abfrageergebnisse, wiederzugeben. Ebenso kann der Benutzer die Abfrageanweisung auch ändern, indem er direkt am Diagramm Änderungen vornimmt. Die Auswahl einer Teilgruppe eines auf der X-Achse skalierten Parameters könnte beispielsweise zu weiteren Einschränkungen der SQL-Klausel WHERE führen. Das Verlaufsfenster, das eine grafische Darstellung eines Protokolls ist, zeichnet die Aktivität des Benutzers im Abfragefenster und auch im Diagrammfenster auf. Jede Abfrageanweisung oder jedes in Form eines Diagramms dargestellte Ergebnis wird als ein Knoten in dem Baum dargestellt. Ein in Form eines Diagramms dargestelltes Ergebnis ist das Kind der Abfrageanweisung, die ausgeführt wurde, um es zu erzeugen. Eine geänderte Abfrageanweisung ist das Kind der Abfrageanweisung, von der es erzeugt wurde. Die grafische Darstellung eines solchen Verlaufsprotokolls ermöglicht dem Benutzer das schnelle Auffinden von zuvor erstellen Abfrageanweisungen, was den Prozess der Datenauswertung erheblich beschleunigt.
Viele bekannte grafische Benutzeroberflächen unterstützen den Gedanken der "Auswahl". Um ein Objekt in der GUI auszuwählen, bewegt ein Benutzer einen Mauszeiger auf ein Objekt auf dem Bildschirm, das ein Fenster auf dem Bildschirm oder im Falle der vorliegenden Erfindung ein Knoten eines Baums oder ein Balken in einem Balkendiagramm sein kann. Das Betriebssystem überwacht die relative Position der Objekte innerhalb der GUI und des Mauszeigers, während er vom Benutzer bewegt wird. Der Benutzer drückt dann die entsprechende Maustaste, um das Objekt auszuwählen. Das Objekt wird dann vom Fenstermanager in der Hervorhebungsart "Hervorhebung für ausgewählte Objekte" dargestellt, was bedeutet, dass das Objekt von anderen Objekten optisch abgesetzt wird, beispielweise indem die Pixel um ein ausgewähltes Objekt invertiert oder die Farbe der Umrandung in einem ausgewählten Fenster geändert wird. Dieser Auswahlprozess wird allgemein als "klicken auf" ein Objekt bezeichnet.
Die 3A bis 3D zeigen die grafische Benutzeroberfläche 100 des Suchsystems der vorliegenden Erfindung, wie sie auf den Bildschirm des Systems dargestellt würde. In diesem der Veranschaulichung dienenden Beispiel muss der Leiter des Compact-Disk-(CD-)Verkaufs für eine Kette von Musikläden den optimalen Preis für eine CD finden. Er klickt zuerst auf das Abfragefenster 101 und wird aufgefordert, den Namen der Abfrageanweisung einzugeben. Er wählt den Systemstandard, Query1, 104, der Suchanweisungen nach dem Preis und dem Standort des Ladengeschäfts enthält. Er gibt die Abfrageparameter ein, um herauszufinden, wie viele Einheiten in einem bestimmten Ladengeschäft zu einem hohen Preis (> 20 US$) verkauft wurden. Er führt diese Abfrageanweisung aus und bittet um die Ergebnisse 105 in Form eines Balkendiagramms 103, indem er ein Symbol oder einen Menüpunkt für ein Ergebnis in Form eines Balkendiagramms auswählt oder indem er eine andere bekannte Auswahlprozedur durchführt. Die Abfrageanweisung und ihre in Form eines Diagramms dargestellten Ergebnisse werden als die Knoten 106, 107 in dem Baum 108 dargestellt. Zwar sind die Knoten in den Figuren als alphanumerische Zeichen dargestellt, doch könnten auch Symbole oder andere Bildzeichen verwendet werden. Er sieht in dem Diagrammfenster 102, dass die Verkaufszahlen zu diesem Preis und in diesem Ladengeschäft schlecht waren. Er bricht diese Abfrage ab. Er klickt auf das Verlaufsfenster 103 und anschließend auf den Wurzelknoten 109 des Baums 108, um noch einmal von vorne anzufangen. In 3A ist die GUI zu diesem Zeitpunkt gezeigt.
Nun Bezug nehmend auf 3B gibt er über die Tastatur in das Abfragefenster 101 eine neue Abfrageanweisung 110, Query2, nach den gesamten Verkaufszahlen in einem anderen Ladengeschäft ohne Preisbeschränkung ein. Er führt die Abfrage 110 aus und erzeugt im Diagrammfenster 102 ein Balkendiagramm 112. Query2 110 und ihre Ergebnisse 112 werden im Verlaufsfenster 103 als die Knoten 114, 115 im Baum 108 gezeigt. In 3B ist die GUI 100 zu diesem Zeitpunkt gezeigt.
Bezug nehmend auf das Balkendiagramm 112 sieht er, dass die Verkaufszahlen im Allgemeinen schlecht, im unteren Preisbereich aber gut waren. Nun Bezug nehmend auf 3C markiert er einen Bereich 120 auf der X-Achse 121, der dem Stückpreis entspricht und in dem er die Umsatzspitze sieht. Als Antwort auf die Veränderung des Diagrammfensters 102 durch den Verkaufsleiter wird das Abfragefenster 101 automatisch aktualisiert. Der Benutzer wird automatisch zum Abfragefenster 101 zurückgeführt. Ein Zeiger 134 auf die geänderte Abfrage 130 wird als ein Knoten im Baum 108 gespeichert.
Mit 3D fortfahrend wird die geänderte Abfrage ausgeführt, und ein neuer Knoten 135 wird zum Baum 108 hinzugefügt. Der Benutzer kann weiterhin zwischen dem Abfragefenster 101 und dem Diagrammfenster 102 arbeiten, um schrittweise weitere Detaillierungsgrade der Daten zu erhalten, oder den Baum 108 verwenden, um zu einer vorherigen Abfrageanweisung zurückzugehen. Eine jede der Abfrageanweisungen und ein jedes der Ergebnisse wird aufgezeichnet, im Protokoll festgehalten und im Verlaufsfenster 103 dargestellt. Aktionen wie beispielsweise die Art und weise, in der das Abfrageergebnis dargestellt werden soll, können gestartet werden, indem ein Menüpunkt aus der Aktionsleiste 138 ausgewählt wird. weitere Knoten 140, 141 stellen die ausführlichste Abfrage 142 und ihr in Form eines Diagramms dargestelltes Ergebnis 143 dar. Die im Diagrammfenster 102 dargestellten Ergebnisse könnten in einer Multimediapräsentation verwendet werden, die die umfassenden und ausführlichen Darstellungen der Daten vollständig unterstützt.
Mehrere Datenstrukturen müssen im RAM gespeichert werden, um die in den vorhergehenden Figuren gezeigte GUI dazustellen. Wie in 4 gezeigt ist, befindet sich im RAM 24 eine Baumdatenstruktur 200, die den Wurzelknoten 201 und mehrere Kindknoten 202 bis 205 enthält. Jeder der Kindknoten 202 bis 205 entspricht einem der Abfrageobjekte 210, 214 oder einem der Ergebnisobjekte 212, 216. Weitere Knoten werden zum Baum 200 hinzugefügt, während der Benutzer seine Suche fortsetzt und dabei weitere Abfrageanweisungen erstellt und Ergebnisobjekte erzeugt.
Das Wurzelobjekt 201 ist die Wurzel der Baumstruktur und gleichzeitig ein Knoten, der zur Speicherung der Diagramme (Ergebnisse) und der Abfrageanweisungen verwendet wird, die der Benutzer erstellt. Die KNOTEN-Objekte 202 bis 205 sind Datenstrukturen, die einen bestimmten Knoten in dem Baum enthalten. Knoten können Ergebnissen oder Abfrageanweisungen entsprechen. Knoten enthalten auch eine Liste von Kindern, die ebenfalls Knoten sind. Die Knotenobjekte enthalten mehrere Variablen, unter anderem: NODE_QUERY, einen Zeiger auf das Abfrageobjekt; er hat den Wert Null, wenn dieser Knoten ein Diagramm ist, NODE_GRAPH, bei dem es sich um einen Zeiger auf das Diagrammobjekt handelt; er hat den Wert Null, wenn dieser Knoten ein Diagramm ist, CHILD_LIST, die einen Zeiger auf das erste Kind einer Liste von Kindern, die Kinder dieses Knotens sind, enthält. Nachfolgende Kinder können gefunden werden, indem die Liste NEXT_SIBLING durchlaufen wird. NEXT_SIBLING enthält einen Zeiger auf den nächsten Geschwisterteil in einer Liste von Geschwistern. Der letzte Geschwisterteil in der Liste zeigt auf NULL. Der Elternknoten zeigt auf das erste Kind mit der vorstehenden Variablen CHILD_LIST.
ABFRAGE-Objekte 210, 214 sind Datenstrukturen, die alle Elemente enthalten, die eine Abfrageanweisung bilden. Die Variable QUERY_NAME enthält den Namen der Abfrageanweisung. Die Variable QUERY_BUFFER enthält den gesamten Text oder alle Daten, die die interne Darstellung der Abfrage bilden. Die Variable HAS_BEEN_RUN ist eine Boolsche Markierung, die auf "wahr" (true) gesetzt wird, wenn die Abfrage ausgeführt wurde.
Die Ergebnisobjekte 212, 216 sind Datenstrukturen, die alle Elemente enthalten, die ein Ergebnis und dessen grafische Darstellung bilden. Die Variable GRAPH_TYPE ist die Art des Diagramms, z. B. Balkendiagramm, Kurvendiagramm, Kreisdiagramm usw.). Die Variable GRAPH_BUFFER enthält den gesamten Text und alle Daten, die die interne Darstellung des Diagramms bilden. PARENT_NODE ist die Abfrage, die ausgeführt wurde, um dieses Diagramm zu erzeugen. Wenn dieses Diagramm geändert wird, wird die sich daraus ergebende Abfrage als Kind dieses Knotens gespeichert.
Mehrere andere Variablen werden zur Überwachung des Fortschritts des Benutzers in dem Suchlauf verwendet. THIS_QUERY: Die Variable QUERY wird verwendet, um den Namen der Abfrage aufzunehmen, mit der der Benutzer gerade arbeitet. THIS_GRAPH: Die Variable GRAPH wird verwendet, um das zuletzt gespeicherte Ergebnis aufzunehmen. CURRENT_NODE: Die Variable NODE wird verwendet, um die Position des Benutzers in dem Baum zu überwachen.
Ein Prozessablauf im Verlauf der Bedienung des Suchsystems durch den Benutzer ist in den 5A bis 5C veranschaulicht. Im Schritt 300 werden die drei Fenster initialisiert, und der aktuelle Knoten wird auf den Wurzelknoten in der Baumstruktur gesetzt. Dann wartet das System auf die erste Abfrageanweisung vom Benutzer. Wenn es die Abfrageanweisung im Schritt 302 empfängt, erstellt es das erste Abfrageobjekt und setzt die Abfrageanweisung in der Variablen QUERY_BUFFER. Als Nächstes wird dem Benutzer im Schritt 304 die Möglichkeit gegeben, die Abfrageanweisung zu benennen. Der für die Abfrage gewählte Name wird in die Variable QUERY_NAME eingegeben. Alternativ dazu kann ein standardmäßiger Namensgebungsmechanismus des Systems zur Benennung des Abfrageobjekts verwendet werden. Im Schritt 306 wird das Abfrageobjekt dann als ein Kind des aktuellen Knotens gespeichert, der in diesem Fall der Wurzelknoten ist. Im Schritt 308 wird die Variable CURRENT_NODE anschließend auf die Variable THIS_NODE gesetzt, bei der es sich um die aktuelle Abfrageanweisung handelt. Im Schritt 310 wird die Abfrageanweisung dann im Abfragefenster angezeigt.
An diesem Punkt wartet der Rechner auf die nächste Benutzereingabe. Im Schritt 312 empfängt der Rechner diese Eingabe, und im Schritt 314 stuft er die Eingabe in eine Kategorie ein. Eine der Möglichkeit, die es gibt, besteht darin, dass der Benutzer die erste Abfrageanweisung ändert, um eine zweite Abfrageanweisung zu schreiben, die die Erzeugung ihres eigenen Abfrageobjekts erforderlich macht. Im Schritt 316 wird die Variable QUERY_BUFFER des zweiten Abfrageobjekts auf die vom Benutzer geschriebene neue Abfrageanweisung gesetzt. Der Prozess kehrt zum Schritt 306 zurück, in dem die neue Abfrageanweisung als ein Kind des aktuellen Knotens gespeichert wird, bei dem es sich um die erste Abfrageanweisung handelt. Eine zweite Alternative, die in 5C gezeigt ist, besteht darin, die Abfrage auszuführen. Wenn die Benutzeraktion in den Schritten 312 und 314 eine Anforderung ist, den Baum mittels eines Mausklicks auf das Verlaufsfenster anzuzeigen, schaltet der Prozess zum Schritt 318, in dem der Suchverlauf aus dem Speicher abgerufen wird. Im Schritt 320 wird der Baum, der die grafische Darstellung des Suchverlaufs ist, im Verlaufsfenster angezeigt.
An diesem Punkt wartet das Suchsystem auf die nächste Benutzereingabe. Im Schritt 322 empfängt es die Eingabe. Mit 5B fortfahrend stellt das System die Art der vom Benutzer vorgenommenen Eingabe fest, Schritt 324. Wenn der Benutzer die Anforderung gestellt hat, den Baum zu bearbeiten, kann er im Schritt 326 Zweige des Baums löschen oder Knoten und Abfragen oder in Form eines Diagramms dargestellte Ergebnisse umbenennen. Nachdem ein erfolgreicher Suchlauf durchgeführt wurde, ist es für andere wichtig, den Prozess zu verstehen, der die gewünschten Ergebnisse hervorgebracht hat. Das Protokoll kann zu diesem Zweck verwendet werden. Der Baum kann gekürzt werden, um den erfolgreichen Suchlauf einfacher einzugeben. Knoten, in denen Tippfehler gemacht wurden, sollten beispielsweise gelöscht werden, um das Protokoll zu bereinigen, so dass es von anderen leicht zu verstehen ist. Um einen Knoten zu löschen, klickt der Benutzer auf den Knoten. Der Knoten ist markiert. Der Benutzer gibt dann einen Löschbefehl aus einem Aktionsleistenmenü oder einem anderen Mittel an. Dieser Knoten und alle seine Kinder werden gelöscht. Dies geschieht, indem der ausgewählte Knoten aus dem unmittelbaren Elternteil des ausgewählten Knotens entfernt wird. Es kann auch vorteilhaft sein, Abfrage-, Diagramm- oder Ergebnisknoten umzubenennen und ihnen dabei Namen zu geben, die die Knoten besser beschreiben. Dies kann in ähnlicher Weise geschehen. Indem man auf einen Knoten klickt, wird dieser markiert. Der Benutzer kann dann einen Umbenennungsbefehl aus einem Menüpunkt einer Aktionsleiste oder einem anderen Mittel angeben. Der Benutzer kann dann auf Wunsch über die Tastatur eine neue Zeichenfolge eingeben und anschließend die Eingabetaste drücken. Diese Zeichenfolge wird der neue Name für den Knoten. Sobald alle Änderungen eingegeben worden sind, wird der Baum im Schritt 328 mit den vom Benutzer vorgenommenen Änderungen im Plattenspeicher aktualisiert, und der Prozess kehrt zum Schritt 318 zurück.
Wenn die Aktion des Benutzers in der Auswahl eines Knotens in einem Baum besteht, wird der Knoten im Schritt 330 in der Hervorhebungsart "Hervorhebung für ausgewählte Objekte" angezeigt. Der Prozess kehrt zum Schritt 322 zurück, um auf eine neue Benutzereingabe zu warten. Wenn die Aktion des Benutzers im Öffnen eines Knotens besteht, stellt das System im Schritt 332 fest, ob der Knoten vom Typ Abfrageknoten oder Ergebnis-(Diagramm-)Knoten ist. Wenn der Knoten ein Abfrageknoten ist, wird der Abfragename im Schritt 334 von dem ausgewählten Knoten abgerufen, und dieser Name wird der Variablen CURRENT_NODE zugewiesen. Als Nächstes wird im Schritt 336 ein Test durchgeführt, um festzustellen, ob die Abfrageanweisung zuvor schon ausgeführt wurde. wenn ja, werden die Ergebnisse von der Abfrageanweisung im Schritt 338 abgerufen. Wie vorstehend erörtert wurde, befinden sich die Ergebnisse in einem Kindknoten der Abfrageanweisung des aktuellen Knotens. Diese Ergebnisse werden im Schritt 340 in einem Diagrammfenster angezeigt. Wenn die Abfrage noch nicht ausgeführt worden ist oder sobald die Ergebnisse in einem Diagrammfenster angezeigt worden sind, kehrt der Prozess zum Schritt 310 zurück, in dem die Abfrage in dem Abfragefenster angezeigt wird.
Wenn der geöffnete Knoten in dem Baum ein Ergebnisknoten ist, wird der Ergebnisname abgerufen, und im Schritt 342 wird der Variablen CURRENT_NODE dieser Name zugewiesen. Im Schritt 344 wird die entsprechende Abfrageanweisung, der Elternknoten des aktuellen Ergebnisknotens, vom Elternteil der Variablen CURRENT_NODE abgerufen. Im Schritt 346 wird die Abfrageanweisung im Abfragefenster angezeigt. An diesem Punkt schaltet der Prozess zum Schritt 360 in 5C. Wenn die Benutzereingabe im Schritt 314 von 5A auf Ausführung der Abfrage lautet, wird der Prozess in der in 5C gezeigten Weise durchgeführt. Zuerst wird im Schritt 350 ein Name des Ergebnisknotens aus der Benutzereingabe abgerufen und der Variablen THIS_GRAPH zugewiesen. Alternativ dazu kann ein Standardmechanismus verwendet werden, um den Namen des Ergebnisknotens zuzuweisen. Im Schritt 352 wird die Art einer grafischen Darstellung aus der Benutzereingabe abgerufen, und die Variable GRAPH_TYPE wird der Benutzereingabe zugewiesen. Im Schritt 354 werden der Name und die Art des Diagramms in einem Objekt gespeichert, bei dem es sich um das Kind des aktuellen Knotenobjekts handelt. Im Schritt 356 wird die Variable CURRENT_NODE dann dem Knoten der Variablen THIS_NODE zugewiesen, welcher der Ergebnisknoten ist. Im Schritt 360 werden die Ergebnisse der Abfrageanweisung in der vom Benutzer gewählten grafischen Darstellung im Diagrammfenster angezeigt.
Es gibt viele Verfahren, um die Ergebnisse, die die Bedingungen der Abfrageanweisung erfüllen, in Form von Diagrammen darzustellen. Beispielsweise nehmen handelsübliche Tabellenkalkulationsprogramme die Ergebnisse und stellen sie in einem Balken-, Kurven- oder Kreisdiagramm dar, wobei sie eine Legende und einen Wert verwenden. Zuerst betrachtet das System alle Spalten in der Tabelle und verwendet das erste Textfeld als Legende, und das erste numerische Feld wird als Wert für dieses Textfeld verwendet. Wenn diese Felder nicht geeignet sind, stellt die Anwendung dem Benutzer ein Fenster zur Verfügung, in das er über die Tastatur neue Legenden eingeben oder in dem er eine neue Spalte auswählen kann, um diese Standardwerte zu überschreiben.
Anschließend wartet das Rechnersystem auf die nächste Benutzeraktion. Im Schritt 362 wird die nächste Benutzeraktion empfangen, und im Schritt 364 wird sie ausgewertet. Die Benutzereingabe kann eine Anforderung für die Änderung des Diagramms sein, was eine geänderte Abfrageanweisung nach sich zieht. Im Schritt 366 markiert der Benutzer einen Bereich des Diagrammfensters, und im Schritt 368 wird die Abfrageanweisung als Folge der Markierung des Bereichs aktualisiert. Die sich ergebende neue Abfrage wird im Schritt 306 von 5A als ein Kind des aktuellen Knotens gespeichert.
Die Auswahl und die Markierung eines Teils der grafischen Darstellung der Ergebnisse in dem Diagrammfenster kann in Abhängigkeit von der Art der grafischen Darstellung auf viele verschiedene Arten durchgeführt werden. Wenn die grafische Darstellung der Ergebnisse in Bezug auf einen der Suchparameter linear erfolgt, kann die Abfrageanweisung in Bezug auf diesen Suchparameter entsprechend den Lehren der S. G. Li und anderen gemeinsam übertragenen Patentschrift mit dem Titel "Graphical Definition of Range in the Selection of Data From a Database Field", Seriennummer 0005265246, erteilt am 23. November 1993 und durch Bezugnahme Bestandteil hiervon, geändert werden. Beispielsweise werden Positionen auf der Achse, die den Suchparameter in einem Balkendiagramm darstellt, von einer Vielzahl von Heftsymbolen (tacks) festgelegt. Jede Position eines Heftsymbols entspricht einem Wert für den Suchparameter. Indem ein Feld zwischen zwei Positionen von Heftsymbolen markiert wird, kann der Benutzer eine SQL-Anweisung "between" ("zwischen") so ändern, dass sie den Werten entspricht, die zwischen die entsprechenden Werte der Suchparameter fallen.
Bei einem Kreis- oder einem Balkendiagramm zeigt jedes Kreissegment oder jeder Balken Informationen an, die zu einer bestimmten Kategorie oder einem bestimmten Bereich von Suchparametern gehören. Indem ein oder mehrere Kreissegmente oder Balken ausgewählt, d. h. markiert werden, könnte die Abfrageanweisung so geändert werden, dass nach Daten gesucht wird, die den ausgewählten Kategorien oder Bereichen entsprechen. Wenn die Ergebnisse in einem Kurven- oder Streudiagramm zwei- oder dreidimensional dargestellt werden, kann ein Rechteck oder ein Würfel um die interessierenden Bereiche gezeichnet werden. Jede einzelne Kante des Rechtecks oder des Würfels würde dem oberen oder dem unteren Wert in einem Wertebereich von Suchparametern entsprechen, der auf einer bestimmten Achse in Form eines Diagramms dargestellt wird. Die SQL-Klausel "between" für eine Vielzahl von Abfrageparametern kann so geändert werden, dass sie wie in der vorstehend in Bezug genommenen Anmeldung dem Auswahlbereich von Werten entspricht. Da mindestens einer der in Form eines Diagramms dargestellten Parameter ein Ergebnis- und nicht ein Suchparameter sein muss, kann die Auswahl mittels eines Rechtecks oder Würfels auch bedeuten, dass keine Ergebnisse dargestellt werden sollen, die außerhalb des ausgewählten Bereichs liegen.
Als weitere Möglichkeit könnte die Benutzereingabe in den Schritten 362 und 364 darin bestehen, dass die Abfrageanweisung angezeigt oder mit der Maus auf ein Abfragefenster geklickt wird. Im Schritt 370 wird der Eingabebereich des Bildschirms auf das Abfragefenster gesetzt, und der Prozess schaltet zum Schritt 312. Alternativ dazu möchte der Benutzer den Baum vielleicht in dem Baumfenster anzeigen, wobei der Prozess in diesem Fall zum Schritt 318 in 5A zurückkehrt.
Wenn in dem für das Verlaufsfenster vorgesehenen Anzeigebereich zu viele Knoten dargestellt werden sollen, kann der Benutzer über Bildlaufleisten, die sich an den Rändern der Fenster befinden, zu vorherigen Knoten zurückblättern. In einer alternativen Ausführungsform der Erfindung könnten die Abfrageanweisung und ihr Ergebnis mit einem einzigen Symbol angezeigt werden, um Anzeigebereich zu sparen. Wenn das Symbol ausgewählt wird, wird eine stark vergrößerte Version des Symbols dargestellt, bei der sowohl die Abfrageanweisung als auch das Ergebnis sichtbar sind und ausgewählt werden können. Während das Betriebssystem durch die Verwendung von Bildlaufleisten theoretisch unendlich lange Darstellungen handhaben kann, ist das Suchsystem mit einem großen Baum- und einem kleinen Verlaufsfenster bei der Zusammenfassung des Abfrageverlaufs nicht so leistungsfähig. Es ist jedoch immer noch besser als die Systeme nach dem Stand der Technik.
Eine alternative Ausführungsform würde es dem Benutzer ermöglichen, den Fensterinhalt des Abfragefensters oder des Diagrammfensters zu verschieben, um die zusammengehörigen Abfrageanweisungen und -ergebnisse gleichzeitig anzuzeigen. Damit würde ein hervorragendes Mittel bereitgestellt werden, um die Zusammenfassung der Abfrage, wie sie in dem Baum dargestellt wird, besser verstehen zu können. Da die Abfrageanweisung und ihre Ergebnisse als neue Eltern und Kinder verknüpft werden, könnte eine Eingabe in die Bildlaufleisten ein weiterer Eintrittspunkt in den vorstehend in Verbindung mit den 5A bis 5C beschriebenen Prozess sein.
Während der Blättervorgang oder andere Manipulationen stattfinden, könnte der aktuelle Knoten in dem Baum jedes Mal, wenn die Darstellung in dem Verlaufsfenster aufgefrischt wird, besonders hervorgehoben werden.
Wie vorstehend erwähnt wurde, ist das Suchsystem nicht auf die SQL-Abfrage beschränkt. Es gibt mehrere Abfragesprachen, die im Rahmen dieser Erfindung gut funktionieren würden. Query By Example (QBE) von IBM ist ein Beispiel für eine weitere Abfragesprache, die in diesem Zusammenhang gut funktionieren würde. Darüber hinaus ist die grafische Darstellung nicht auf ein Diagramm beschränkt. Tatsächlich können Bilddaten in einer relationalen Datenbank ganz einfach gespeichert werden. Viele relationale Datenbankverwaltungsprogramme speichern Bildinformationen in einer Datei. In der relationalen Datenbanktabelle, die einen Verweis auf die Bildinformationen enthält, wird ein Zeiger oder Offset auf die Datei in der relationalen Datenbank gespeichert. Dieses Verfahren kann auch zur Speicherung von weiteren Arten von Multimediadaten wie zum Beispiel Toninformationen verwendet werden, wobei die relationale Datenbanktabelle den Titel und die Speicherspurnummer auf einer gewöhnlichen Musik-CD enthalten kann.
Wie in 6 gezeigt ist, ist ein Filmarchivierungssystem, das, wenn es durchsucht wird, Ergebnisse als Bewegtbild anzeigt, eine ideale Anwendung. Verwendet man die Abfrageanweisung zur Auswahl einer Liste von Vollbildern und das Diagrammfenster 401 zur Darstellung der Ergebnisse, kann diese Lösung wirksam zum Auffinden von Clips in einer Videodatenbank eingesetzt werden. Eine relationale Datenbanktabelle könnte Datensätze enthalten, von denen jeder Folgendes aufweist: 1) einen Film- oder Auswahlnamen, 2) den Namen der Datei, die den Film enthält, 3) eine Vollbildkennung, die den Offset innerhalb der Datei des betreffenden Vollbilds enthält, 4) einen Zeitstempel zu Synchronisationszwecken (das Vollbild wird zu dem Zeitpunkt, den dieser Zeitstempel ausweist, angezeigt). Die Abfrageanweisung 403 im Abfragefenster 405 könnte wie folgt lauten: SELECT FRAMES, FROM movie_table, WHERE TIME>1:00:00 and time<1:00:30 and MOVIE-"Terminator 5" (WÄHLE AUS DER Film_Tabelle VOLLBILDER MIT EINER ZEITDAUER>1:00:00 und einer Zeitdauer<1:00:30 AUS DEM FILM "Terminator 5" AUS); diese Abfrageanweisung 403 würde die 30 Sekunden des Videofilms 406, die der Abfrageanweisung entsprechen, im Diagrammfenster 401 anzeigen. Um den Blättervorgang durch die Vollbilder wirksam zu gestalten, könnten die Schaltflächen "Zurück", "Schnellvorlauf", "Wiedergabe" sowie die Einzelschrittschaltflächen 407 dargestellt und in der gewohnten Weise genutzt werden. Mit dem Verlaufsfenster 409 würde wie zuvor ein komfortables Mittel bereitgestellt werden, mit dem sich die zuvor betrachteten Filmclips und die zu ihrer Anzeige verwendeten Abfrageanweisungen nachvollziehen ließen.

Claims

Verfahren zum Durchsuchen einer Datenbank, die auf einem Rechnersystem gespeichert ist, das die folgenden Schritte umfasst: Anzeigen einer ersten Abfrageanweisung in einem Abfragefenster (101) auf einem Bildschirm (100); Anzeigen eines ersten Satzes von Ergebnissen aus einem Datenbanksuchlauf entsprechend der ersten Abfrageanweisung in einem Diagrammfenster (102) auf dem Bildschirm (100); und Anzeigen von mindestens einem ersten Symbol, das die erste Abfrageanweisung und den ersten Satz von Ergebnissen darstellt, in einem Verlaufsfenster (103) auf dem Bildschirm (100); so dass das Abfragefenster, das Diagrammfenster und das Verlaufsfenster (101, 102, 103) gleichzeitig auf dem Bildschirm (100) dargestellt werden; dadurch gekennzeichnet, dass das mindestens erste Symbol als zwei Knoten in einer Baumstruktur (108) dargestellt wird und der erste Satz von Ergebnissen ein Kindknoten des ersten Abfrageanweisungsknotens ist.
Verfahren nach Anspruch 1, das des Weiteren die folgenden Schritte umfasst: Anzeigen einer zweiten Abfrageanweisung, die eine Änderung der ersten Abfrageanweisung ist; Anzeigen eines zweiten Satzes von Ergebnissen in dem Diagrammfenster (102); und Anzeigen von mindestens einem zweiten Symbol, das die zweite Abfrageanweisung und den zweiten Satz von Ergebnissen darstellt, in dem Verlaufsfenster (103), wobei das mindestens zweite Symbol als zwei Knoten in einer Baumstruktur dargestellt wird und die zweite Abfrageanweisung ein Kindknoten des ersten Abfrageanweisungsknotens ist und der zweite Satz von Ergebnissen ein Kindknoten des zweiten Abfrageanweisungsknotens ist.
Verfahren nach Anspruch 1 oder 2, das des Weiteren die folgenden Schritte umfasst: als Antwort auf eine Benutzereingabe Auswählen eines Knotens in der Baumstruktur (108); Darstellen einer Abfrageanweisung, die von dem ausgewählten Knoten dargestellt wird, in dem Abfragefenster (101); und Anzeigen eines Satzes von Ergebnissen aus dem Suchlauf entsprechend der Abfrageanweisung, die von dem ausgewählten Knoten dargestellt wird, in dem Diagrammfenster (102).
Verfahren nach Anspruch 1 oder 2, das des Weiteren die folgenden Schritte umfasst: als Antwort auf eine Benutzereingabe Auswählen eines Knotens in der Baumstruktur (108); Darstellen eines Satzes von Ergebnissen, der von dem ausgewählten Knoten dargestellt wird, in dem Diagrammfenster (102); und Anzeigen der Abfrageanweisung, von welcher der Satz von Ergebnissen, der von dem ausgewählten Knoten dargestellt wird, abgeleitet wurde, in dem Abfragefenster (101).
Verfahren nach Anspruch 3, das des Weiteren die folgenden Schritte umfasst: als Antwort auf eine Benutzereingabe Ändern der von dem ausgewählten Knoten dargestellten Abfrageanweisung, um eine dritte Abfrageanweisung zu erstellen; Darstellen der dritten Abfrageanweisung in dem Abfragefenster (101); Anzeigen eines dritten Satzes von Ergebnissen in einem grafischen Format in dem Diagrammfenster (102); und Anzeigen von mindestens einem dritten Symbol, das die dritte Abfrageanweisung und den dritten Satz von Ergebnissen darstellt, in dem Verlaufsfenster (103).
Verfahren nach einem der Ansprüche 1 bis 5, wobei die Ergebnisse in einem Multimediaformat angezeigt werden.
System zum Durchsuchen einer auf einem Rechner gespeicherten Datenbank, das Folgendes umfasst: ein Mittel, um eine erste Abfrageanweisung in einem Abfragefenster (101) auf einem Bildschirm (100) anzuzeigen; ein Mittel, um einen ersten Satz von Ergebnissen aus einem Datenbanksuchlauf entsprechend der ersten Abfrageanweisung in einem Diagrammfenster (102) auf dem Bildschirm (100) anzuzeigen; und ein Mittel, um mindestens ein erstes Symbol, das die erste Abfrageanweisung und den ersten Satz von Ergebnissen darstellt, in einem Verlaufsfenster (103) auf dem Bildschirm (100) anzuzeigen; so dass das Abfragefenster, das Diagrammfenster und das Verlaufsfenster (101, 102, 103) gleichzeitig auf dem Bildschirm (100) dargestellt werden; dadurch gekennzeichnet, dass das mindestens erste Symbol als zwei Knoten in einer Baumstruktur (108) dargestellt wird und der erste Satz von Ergebnissen ein Kindknoten des ersten Abfrageanweisungsknotens ist.
System nach Anspruch 8, das des Weiteren Folgendes umfasst: ein Mittel, um eine zweite Abfrageanweisung anzuzeigen, die eine Änderung der ersten Abfrageanweisung ist; ein Mittel, um einen zweiten Satz von Ergebnissen in dem Diagrammfenster (102) anzuzeigen; und ein Mittel, um mindestens ein zweites Symbol, das die zweite Abfrageanweisung und den zweiten Satz von Ergebnissen darstellt, in dem Verlaufsfenster (103) anzuzeigen, wobei das mindestens zweite Symbol als zwei Knoten in einer Baumstruktur dargestellt wird und die zweite Abfrageanweisung ein Kindknoten des ersten Abfrageanweisungsknotens ist und der zweite Satz von Ergebnissen ein Kindknoten des zweiten Abfrageanweisungsknotens ist.
System nach Anspruch 7 oder 8, das des Weiteren Folgendes umfasst: ein Mittel, um als Antwort auf eine Benutzereingabe einen Knoten in der Baumstruktur (108) auszuwählen; ein Mittel, um eine Abfrageanweisung, die von dem ausgewählten Knoten dargestellt wird, in dem Abfragefenster (101) darzustellen; und ein Mittel, um einen Satz von Ergebnissen aus dem Suchlauf entsprechend der Abfrageanweisung, die von dem ausgewählten Knoten dargestellt wird, in dem Diagrammfenster (102) anzuzeigen.
System nach Anspruch 7 oder 8, das des Weiteren Folgendes umfasst: ein Mittel, um als Antwort auf eine Benutzereingabe einen Knoten in der Baumstruktur (108) auszuwählen; ein Mittel, um einen Satz von Ergebnissen, der von dem ausgewählten Knoten dargestellt wird, in dem Diagrammfenster (102) darzustellen; und ein Mittel, um die Abfrageanweisung, von welcher der Satz von Ergebnissen, der von dem ausgewählten Knoten dargestellt wird, abgeleitet wurde, in dem Abfragefenster (101) anzuzeigen.
System nach Anspruch 9, das des Weiteren Folgendes umfasst: ein Mittel, um die Abfrageanweisung, die von dem ausgewählten Knoten dargestellt wird, als Antwort auf eine Benutzereingabe zu ändern, um eine dritte Abfrageanweisung zu erstellen; ein Mittel, um die dritte Abfrageanweisung in dem Abfragefenster (101) darzustellen; ein Mittel, um die Datenbank entsprechend der dritten Abfrageanweisung zu durchsuchen und um einen dritten Satz von Ergebnissen in einem grafischen Format in dem Diagrammfenster (102) anzuzeigen; und ein Mittel, um ein drittes und ein viertes Symbol, die die dritte Abfrageanweisung beziehungsweise den dritten Satz von Ergebnissen darstellen, in dem Verlaufsfenster (103) zu erstellen.
System nach einem der Ansprüche 7 bis 11, wobei die Ergebnisse in einem Multimediaformat angezeigt werden.