DE19814348A1 - System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen - Google Patents
System und Verfahren zur Kommunikation mit verschiedenen elektronischen ArchivsystemenInfo
- Publication number
- DE19814348A1 DE19814348A1 DE19814348A DE19814348A DE19814348A1 DE 19814348 A1 DE19814348 A1 DE 19814348A1 DE 19814348 A DE19814348 A DE 19814348A DE 19814348 A DE19814348 A DE 19814348A DE 19814348 A1 DE19814348 A1 DE 19814348A1
- Authority
- DE
- Germany
- Prior art keywords
- search
- archive
- archive system
- parameters
- query
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/113—Details of archiving
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99932—Access augmentation or optimizing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99934—Query formulation, input preparation, or translation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99935—Query augmenting and refining, e.g. inexact access
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Die vorliegende Erfindung beschreibt ein System und Verfahren zur Kommunikationen mit Archivsystemen mit verschiedenen Abfragesprachen. DOLLAR A Die erfinderische Lösung basiert auf dem Einsatz eines Interpreters, der eine Abfrage in einer archivsystemunspezifischen Form entgegennimmt, diese Abfrage in eine archivsystemspezifische Form umwandelt bzw. einer archivsystemspezifischen Form zuweist und die Abfrage in einem ausgewählten Archivsystem ausführt. Die Weiterverarbeitung der Abfrageergebnisse kann ebenfalls über den Interpreter erfolgen. DOLLAR A Die Verarbeitung der Suchergebnisse, die Verwaltung der Schnittstelle zum Archivsystem und die dazugehörigen administrativen Arbeiten werden vom Interpreter übernommen. Die erfinderischen Interpreter bieten für verschiedene Archivsysteme eine Schnittstelle. Das benötigte Wissen über die einzelnen Archivsysteme wird auf ein Minimum reduziert. Somit kann ein Anwender mehrere Systeme bedienen. DOLLAR A Die verschiedenen Schnittstellen des erfinderischen Interpreters ermöglichen es, Sourcecode mit geringen Modifikationen für unterschiedliche Archivsysteme zu verwenden. DOLLAR A Es ist ein wesentlicher Vorteil der vorliegenden Erfindung, daß die Entwicklungszeit für eine Suchmaske mit den dazugehörigen Funktionalitäten auf ein Minimum reduziert ist.
Description
Die vorliegende Erfindung beschreibt eine Interpreter-
Architektur zur Kommunikation mit verschiedenen
Archivierungssytemen.
Um in elektronischen Archivierungssystemen nach Dokumenten
jeglicher Art suchen zu können, ist es erforderlich,
Suchmasken zur Eingabe von Suchparametern zu erstellen bzw.
bereits vorhandene Suchmasken zu verwenden. Diese Suchmasken
benötigen eine gewisse Funktionalität (z. B.
Dokumentensuchen durchführen, Suchergebnisse verarbeiten
usw.).
Jedes Archivierungssystem hat seine eigene Suchmaske bzw.
Suchmasken und eine eigene Abfragesprache; es existiert
keine einheitliche Benutzerschnittstelle für den Zugriff auf
verschiedene Archivierungssysteme. Fig. 1 zeigt eine
Kommunikations-Architektur wie sie vielfach in Unternehmen,
Banken und Versicherungen implementiert ist. Die
Kommunikations-Architektur besteht zum Beispiel aus den
Archivierungssystemen VisuaInfo, DB2, EDMS und einer
allgemeinen Datenbank. Da es sich um verschiedene
Archivierungssysteme verschiedener Hersteller handelt, kann
die Kommunikation zwischen Benutzer und Archivierungssystem
nur über eine API (Application Programming Interface) oder
eine spezielle Abfragesprache zu dem jeweiligen
Archivierungssystem erfolgen. Fig. 2 zeigt eine
Kommunikations-Architektur bestehend aus verschiedenen
Archivsystemen wie in Fig. 1 dargestellt. Im
Archivierungssystem IBM DB2 existiert eine eigene
Abfragesprache SQL. Das Archivierungssystem VisualInfo
benutzt eine C-API-Schnittstelle oder eine grafische
Benutzeroberfläche. Hingegen hat das Archivierungssystem
EDMS als Abfragesprache eine filebasierte API-Schnittstelle.
Hat ein Unternehmen oder eine Bank verschiedene
Archivierungssysteme im Einsatz oder wird über eine
Datenleitung auf lokal verteilte Archivierungssysteme
zugegriffen, muß für jedes Archivierungssystem eine eigene
Benutzerschnittstelle (Suchmaske) und ein eigenes API
programmiert werden, um mit diesem Archivierungssystem
kommunizieren zu können. Manche Archivierungssysteme (z. B.
Visual Info) bieten heute schon einfache und fest
implementierte Benutzerschnittstellen bzw. Suchmasken an.
Dagegen existieren auf dem Markt andere Archivierungssysteme,
die diese Möglichkeit nicht zur Verfügung stellen (z. B.
EDMS, Solutions mit Archivfunktionen wie EDMSuite). In
solchen Systemen müssen Suchmasken individuell für jede
Suchanfrage neu erstellt werden. Das ist mit erheblichem
Zeitaufwand verbunden, da diese Archivsysteme meist
individuelle und komplizierte Algorithmen benutzen. Der
Benutzer, der in verschiedenen elektronischen Archivssystem
nach Dokumenten suchen muß, muß daher die verschiedene
Abfragemöglichkeiten der jeweiligen Archivsysteme
beherrschen. Da die Abfragessysteme in ihrer Handhabung sehr
unterschiedlich sind und auch viele unterschiedliche
Abfrageoptionen bestehen, sind die Benutzer oft überfordert.
Am Beispiel des eines Archivierungssystems EDMS wird die
Problematik für die Erstellung von Suchmasken näher
dargestellt. EDMS ist ein OS/390 basiertes Archivsystem, das
die Subsysteme CICS und DB2 beinhaltet. Das Suchen in diesem
System wird über einen sehr flexiblen Hostdialog
durchgeführt. Die dafür zuständigen Panels sind hierbei auf
CICS lauf fähig. Im EDMS sind zum einen dezentrale
Archivierungssysteme anschließbar, zum anderen werden
Interfaces angeboten, um dezentrales Suchen an das EDMS
weiterreichen zu können.
Dadurch, daß auch PWS(Personal-Work-Station)-Applikationen
auf das EDMS zugreifen sollen, muß ein GUI (General-User
Interface) erstellt werden, das in der Entwicklung ist und
die komplette Funktionalität der Hostapplikation besitzen
wird.
Das GUI ist die übergeordnete Struktur und stellt das
komplette Programm auf der PWS dar. Es enthält mehrere
Suchmasken, wobei eine Suchmaske für eine Objektfamilie
geschrieben ist.
Ein Problem, das auf der Host- sowie PWS-Seite besteht, ist,
daß bei einer Einführung einer neuen Objektfamilie
(Einbindung neuer Dokumentenarten), die Suchmaske sowie der
Verbindungsaufbau zwischen der Host- bzw. PWS-Seite immer
neu codiert werden muß, was immer mit einem großen
Arbeitsaufwand verbunden ist.
Es ist daher Aufgabe der vorliegenden Erfindung ein System
und Verfahren bereitzustellen, das es erlaubt, mit einer
Vielzahl unterschiedlicher Archivierungssysteme mit
unterschiedlichen Abfragesprachen zu kommunizieren ohne
deren Abfragesprachen beim Durchführen einer Suchanfrage
kennen zu müssen und das es erlaubt auf einfache Art und
Weise Suchanfragen an anwenderspezifische Bedürfnisse
anpassen zu können.
Diese Aufgabe wird durch die Merkmale in Anspruch 1 und 15
gelöst. Weitere vorteilhafte Ausführungsbeispiele der
vorliegenden Erfindung sind in den Unteransprüchen
niedergelegt.
Es ist ein wesentlicher Vorteil der vorliegenden Erfindung,
daß die Entwicklungszeit für eine Suchmaske mit den
dazugehörigen Funktionalitäten auf ein Minimum reduziert
ist.
Die Verarbeitung der Suchergebnisse, die Verwaltung der
Schnittstelle zum Archivsystem und die dazugehörigen
administrativen Arbeiten werden vom Interpreter übernommen.
Die erfinderische Interpreter bietet für verschiedene
Archivsysteme eine Schnittstelle. Das benötigte Wissen über
die einzelnen Archivsysteme wird auf ein Minimum reduziert.
Somit kann ein Benutzer mehrere Systeme bedienen.
Die verschiedenen Schnittstellen des erfinderischen
Interpreters ermöglichen es, Sourcecode mit geringen
Modifikationen für unterschiedliche Archivsysteme wieder zu
verwenden.
Die vorliegende Erfindung wird an Hand eines bevorzugten
Ausführungsbeispieles näher erläutert, wobei
Fig. 1 eine Kommunikations-Architektur zwischen Anwender
und mehreren verschiedenen Archivierungssystem
nach dem Stand der Technik zeigt, wobei die
Kommunikation zu dem jeweiligen
Archivierungssystem über ein API geführt wird,
Fig. 2 eine Kommunikations-Architektur nach Fig. 1 zeigt,
die für jedes Archivierungssystem auf
Benutzerseite eine eigene Benutzerschnittstelle
erforderlich macht,
Fig. 3 die erfinderische Kommunikations-Architektur mit
dem erfinderischen Interpreter zeigt,
Fig. 4 den Aufbau des erfinderischen Interpreters im
Zusammenwirken mit den verschiedenen,
Archivierungssystemen zeigt,
Fig. 5 den Aufbau der Dokumentensuchsprache zeigt,
Fig. 6 den Ablauf einer Archivsuche in einem
erfinderischen Interpreter unter Berücksichtigung
der Dokumentensuchsprache zeigt,
Fig. 7 ein Beispiel einer Suchmaske für die Archivsuche
nach Fig. 6 zeigt.
Durch die Vielfalt der verschiedenen Archivsysteme ergibt
sich eine große Anzahl verschiedener und spezifischer
Schnittstellen.
Um eine einheitliche Schnittstelle bereitzustellen, schlägt
die vorliegende Erfindung den Einsatz eines Interpeters vor.
Die archivsystemunspezifische Interpreter-Abfragesprache
erlaubt es, eine Benutzeroberfläche, Suchkriterien und
archivspezifische Parameter für Abfragen nach Dokumenten in
Archivsystemen zu definieren.
Die Generierung der Suchmaske und die Umsetzung der
Suchkriterien wird von einem Interpreter vorgenommen, der
folgende Funktionalitäten aufweist:
- 1. Er muß den archivsystemspezifischen Teil der Sprache erkennen und speichern.
- 2. Er muß die Suchparameter einlesen, und ihnen einen bestimmten Typ zuweisen (z. B. Integer, String, Floating Point . . .).
- 3. Er muß die Suchmaske (graphisches Userinterface) aufbauen. Dies geschieht nach den im Programm angegebenen Parametern.
- 4. Bevor eine Suche gestartet wird, überprüft der Interpreter, ob alle eingegebenen Parameter der Suchmaske (z. B. Format der eingegebenen Werte (z. B. Integer, String . . .) und ob die Verknüpfungen zwischen den einzelnen Parametern korrekt sind.
- 5. Nachdem der Interpreter festgestellt hat, daß die eingegebenen Parameter korrekt sind, kann die Suche im Archivsystem gestartet werden. Um zu erkennen, um welche Art von Archivsystem es sich handelt, werden die Daten aus dem archivsystemspezifischen Teil der Sprache benützt. Aus diesen Daten erkennt der Interpreter welches Interface zum Archivsystem benutzt werden muß.
- 6. Anschließend muß der Interpreter das Ergebnis der Suche dem Benutzer zeigen, und es Ihm ermöglichen daraus bestimmte Dokumente auszuwählen.
Die vom Benutzer ausgewählten Dokumente werden von dem
Interpreter aus dem Archivsystem geholt und ihm zur
Verfügung gestellt. Das Anzeigen der Dokumente muß vom
Systembrowser übernommen werden.
Die Arbeit des Interpreters kann in zwei Teile aufgeteilt
werden. Im ersten Teil (Punkt 1 bis Punkt 4) werden die
archivsystemspezifischen Angaben aus Sourcecode benötigt,
während der zweite Teil (Punkt 5 bis Punkt 7) davon
"unabhängig" ist.
Daraus ergibt sich eine Interpreter untypische
Aufgabenstellung. Zum einen soll ein Sourcecode
interpretiert werden, und zum anderen wird ein "statischer"
Teil immer ausgeführt. So gesehen überschreitet der
erfinderische Interpreter die typische Interpreter
Funktionalitäten.
Fig. 3 beschreibt die erfinderische Lösung mit einer
einheitlichen Benutzerschnittstelle zur Kommunikation mit
verschiedenen Archivierungssystemen A1-An. Die erfinderische
Lösung basiert auf dem Einsatz eines Interpreters, der eine
Abfrage in einer archivsystemspezifischen Form
entgegennimmt, diese Abfrage in eine archivspezifischen Form
umwandelt bzw. einer archivspezifischen Form zuweist und die
Abfrage in dem ausgewählten Archivsystem ausführt. Die
Weiterverarbeitung der Abfrageergebnisse kann ebenfalls im
Interpreter erfolgen.
Fig. 4 beschreibt den Aufbau des erfinderischen Interpreters.
Der Interpreter erhält die Abfrage in einer
archivsystemunspezifischen Form. Der Interpreter selbst
besteht aus einem archivsystemspezifischen Teil und einem
Teil zur Erstellung der Abfrage und deren Verwaltung im
Interpreter.
Der archivsystemspezifische Teil besteht seinerseits aus
mehren archivspezifischen Komponenten 1-n, die die
Abfrageparameter entgegennehmen, in eine für das jeweilige
archivsystemspezifische Form umsetzen und das jeweilige
Archivsystem 1-n weitergibt.
Der Teil zur Erstellung der Abfrage und deren Verwaltung hat
zum einen die Aufgabe die Abfrageparameter in einer
archivsystemunspezischen Form entgegenzunehmen, zu verwalten
und die Kommunikation mit dem Benutzer
(Benutzerschnittstelle) zu gewährleisten.
Fig. 5 beschreibt den Aufbau der archivsystemunspezifischen
Form so wie er von einem Programmierer zur Erstellung der
Abfrage entwickelt wird.
Die archivsystemunspezifische Form besteht aus folgenden
Teilen:
- - einem archivsystemspezifischen Teil
- - einem archivsystemunspezifischen Teil
Im archivsystemspezifischen Teil enthält die Informationen
zur Identifizierung der archivsystemspezifischen Komponente
im Interpreter.
Der archivsystemunspezifische Teil enthält Informationen
über die Abfrageparameter, deren Verknüpfung (UND/ODER) und
Informationen über die Kommunikation mit dem
Benutzer(grafische Benutzeroberfläche).
Fig. 6 beschreibt die Arbeitsweise des erfinderischen
Interpreters in Verbindung mit einer Eingabeform, die dem
Aufbau nach Fig. 5 entspricht.
Der Interpreter liest von der Eingabeform zuerst den
archivsystemspezifischen Teil ein. Dann werden vom
Interpreter die Suchparameter aus der Eingabeform
eingelesen. Im nächsten Schritt generiert der Interpreter
eine Schnittstelle (z. B. grafische Benutzeroberfläche/Maske)
zur Kommunikation mit dem Benutzer mit den Informationen aus
der Eingabeform.
Anschließend erfolgt eine syntaktische und semantische
Überprüfung der Abfrageparameter mit Hilfe in der
Eingabeform spezifizierten Verknüpfungen.
Mit den Abfrageparametern und deren Verknüpfungen werden in
den archivspezifischen Komponenten die Abfragen ausgeführt.
Das Abfrageergebnis wird dem Benutzer über die
Benutzerschnittstelle zur Verfügung gestellt. Das
Weiterbearbeiten der Abfrageergebnisse erfolgt in gleicher
Weise durch den Interpreter.
Fig. 7 beschreibt ein bevorzugtes Beispiel für die
Implementierung eines Benutzerinterfaces zur Eingabe einer
Suchanfrage.
Der Aufbau der erfinderischen archivsystemunabhängigen
Eingabeform soll am Beispiel eines Archivierungssystems
erläutert werden.
Die erfinderische archivsystemunabhängige Suchsprache umfaßt
folgende Funktionalitäten:
- 1. Archivsystem spezifische Parameter müssen erfaßt werden
- 2. Es müssen die benötigten Parameter erfaßt werden (Parametername, Parametertyp etc.)
- 3. Daten zum Aufbau der Suchmaske müssen erfaßt werden
- 4. Verknüpfungen zwischen den Parametern müssen definiert werden.
Die benötigten Funktionalitäten lassen sich in zwei Gruppen
unterteilen:
I. archivsystemspezifische Teil
II. archivsystemunspezifische Teil.
I. archivsystemspezifische Teil
II. archivsystemunspezifische Teil.
Der archivsystemunspezifische Teil läßt sich nun in drei
weitere Teile gliedern:
I. . Parameter erfassen
II. . Aufbau der Suchmaske
III. . Verknüpfungen.
I. . Parameter erfassen
II. . Aufbau der Suchmaske
III. . Verknüpfungen.
Die erfinderische Dokumentensuchsprache wird am Beispiel
eines Archivsystems an Hand einer Programmierung eines
Beispielprogramms dargestellt und erläutert:
anzugegeben.
Anfang und Ende jedes Abschnitts sind durch die entsprechenden
TAGS gekennzeichnet. Allgemein gilt, daß der Anfang immer mit
"<[Abschnittname]<" und das Ende mit "</[Abschnittname]<"
markiert werden.
Die Funktionalität der einzelnen Abschnitte ist:
VIII. . START:
Hier werden die Parameter angegeben, die für den Aufruf der einzelnen Archivsysteme benötigt werden.
Hier werden die Parameter angegeben, die für den Aufruf der einzelnen Archivsysteme benötigt werden.
IX. . VAR:
Hier werden den spezifischen Suchparameter den verschiedenen Typen zugewiesen.
Hier werden den spezifischen Suchparameter den verschiedenen Typen zugewiesen.
X. . SEARCHMASK:
Hier wird das Layout des Suchmaske festgelegt.
Hier wird das Layout des Suchmaske festgelegt.
XI. . CHECK:
Hier werden die Prüfbedingungen festgelegt, die erfüllt werden müssen, bevor die Suchabfrage gestartet wird.
Hier werden die Prüfbedingungen festgelegt, die erfüllt werden müssen, bevor die Suchabfrage gestartet wird.
Das Ende des Programms wird mit "<EOF<" gekennzeichnet. Alle
Zeichen nach (EOF) werden von dem Interpreter ignoriert.
In jedem Programmteil stehen verschiedene Befehle zur
Verfügung, die zur Programmierung der Suchmaske und des
Interpreters benötigt werden. Diese Befehle sind an die
einzelnen Programmteile gebunden, und außerhalb dieser
Programmteile nicht bekannt. D.h., daß z. B. das Erzeugen eines
Entryfields nur im Programmteil "SEARCHMASK" möglich ist und
nicht in "START", "VAR" oder "CHECK".
Claims (18)
1. Verfahren zum Erstellen und Durchführen von Suchanfragen
in Archivsystemen mit unterschiedlichen Abfragesprachen,
gekennzeichnet durch folgende Schritte:
- a) Erstellen einer Suchanfrage enthaltend zumindest Informationen zur Adressierung des Archivsystems und Suchinformationen in einer archivsystemunabhängigen Sprache
- b) Übergeben Suchanfrage an eine Schnittstelle zum Archivsystem
- c) Ermitteln des Archivsystems aus der Suchanfrage
- d) Zuweisen der Suchinformationen nach Schritt a) an die entsprechenden archivsystemspezifischen Suchparameter
- e) Ausführen der archivsystempezifischen Suchparameter in dem ausgewählten Archivsystem.
2. Verfahren nach Anspruch 1 dadurch gekennzeichnet, daß
die Schritte a) bis e) von einem Programm mit einer
Interpreter-Architektur durchgeführt werden.
3. Verfahren nach Anspruch 1 oder 2 dadurch gekennzeichnet,
daß die Interpreter-Architektur über eine einheitliche
Benutzerschnittstelle mit dem Benutzer und jeweils über
eine eigene Archivsystemschnittstelle mit jedem
Archivsystem verfügt.
4. Verfahren nach Anspruch 1 bis 3 dadurch gekennzeichnet,
daß der Verfahrensschritt a) über eine einheitliche
Benutzerschnittstelle durchgeführt wird.
5. Verfahren nach Anspruch 1 bis 4 dadurch gekennzeichnet,
daß die einheitliche Benutzerschnittstelle dem Benutzer
eine Suchmaske zur Eingabe der Suchanfrage nach Schritt a)
zur Verfügung stellt.
6. Verfahren nach Anspruch 1 bis 5 dadurch gekennzeichnet,
daß die einheitliche Benutzerschnittstelle eine Funktion
zur Entwicklung einer benutzerdefinierten Suchmaske zur
Verfügung stellt.
7. Verfahren nach Anspruch 1 bis 6 dadurch gekennzeichnet,
daß das die Entwicklung einer benutzerdefinierten
Suchmaske durch folgende Schritte gekennzeichnet ist,
- aa) Festlegen der Parameter zur Bestimmung der verfügbaren Archivsystemen
- bb) Zuweisen von Suchparametern zu den verfügbaren Archivsystemen
- cc) Definieren der Darstellung für die Suchmaske
- dd) Festlegen von semantischen und syntaktischen Prüfbedingungen zur Durchführung einer Suchanfrage.
8. Verfahren nach Anspruch 1 bis 7 dadurch gekennzeichnet,
daß die Entwicklung einer benutzerdefinierten Suchmaske
in einer archivsystemunabhängigen Sprache durchgeführt
wird.
9. Verfahren nach Anspruch 1 bis 8 dadurch gekennzeichnet,
daß Verfahrenschritte a)-e) nach Anspruch 1 erst dann
durchgeführt werden, wenn die Verfahrensschritte aa) bis
dd) vom Interpreter durchgeführt worden sind.
10. Verfahren nach Anspruch 1 bis 9 dadurch gekennzeichnet,
daß die Verfahrensschritte aa)-dd) vom Interpreter beim
Starten einer Suchanfrage automatisch durchgeführt
werden.
11. Verfahren nach Anspruch 1 bis 10 dadurch gekennzeichnet,
daß die archivsystemunabhängige Suchanfrage nach
Verfahrensschritt c) an die ausgewählte
archivsystemspezifische Schnittstelle weitergegeben wird
und die archivsystemunspezifischen Parameter in
archivsystemspezifische Parameter umgewandelt und zur
Ausführung an die Archivsysteme weitergegeben werden.
12. Verfahren nach Anspruch 1 bis 10 dadurch gekennzeichnet,
daß die archivsystemunabhängige Suchanfrage nach
Verfahrensschritt c) an die ausgewählte
archivsystemspezifische Schnittstelle weitergegeben wird
und die archivsystemunspezifischen Parameter in direkt
ausführbare Suchanfragen umgewandelt werden.
13. Verfahren nach Anspruch 1 bis 12 dadurch gekennzeichnet,
daß die archivsystemspezifische Schnittstelle auf eine
Tabelle zugreifen kann, in der jeder
archivsystemunspezifische Parameter einem
archivsystemspezifischer Parameter zugeordnet ist.
14. Verfahren nach Anspruch 1 bis 13 dadurch gekennzeichnet,
daß die Suchergebnisse von dem Archivsystem über die
archivsystemspezifische Schnittstelle zu der
einheitlichen Benutzerschnittstelle übertragen werden.
15. Abfragesystem für Archivsysteme enthaltend folgende
Komponenten:
Komponente zur Erzeugung einer Benutzeroberfläche zur Eingabe von Suchanfragen in einer archivsystemunspezifischen Sprache
Komponente zur Analyse und Bestimmung des Archivsystemtyps und der Suchparameter aus der Eingabe der Suchanfrage
Komponente zum Breithalten und Zuordnen von archivsystemspezifischen Parametern zu deren Suchparametern
Komponente zum Ausführen der archivsystemspezifischen Parametern in dem ausgewählten Archivsystem
Komponente zum Mitteilen des Suchergebnisses an die Benutzeroberfläche.
Komponente zur Erzeugung einer Benutzeroberfläche zur Eingabe von Suchanfragen in einer archivsystemunspezifischen Sprache
Komponente zur Analyse und Bestimmung des Archivsystemtyps und der Suchparameter aus der Eingabe der Suchanfrage
Komponente zum Breithalten und Zuordnen von archivsystemspezifischen Parametern zu deren Suchparametern
Komponente zum Ausführen der archivsystemspezifischen Parametern in dem ausgewählten Archivsystem
Komponente zum Mitteilen des Suchergebnisses an die Benutzeroberfläche.
16. Abfragesystem nach Anspruch 15 dadurch gekennzeichnet,
daß die Komponente zur Erzeugung einer Benutzeroberfläche
zur Eingabe von Suchanfragen eine Entwicklungsfunktion
beinhaltet.
17. Abfragesystem nach Anspruch 16 dadurch gekennzeichnet,
daß die Entwicklungsfunktion durch Festlegen der
Parameter zur Bestimmung der verfügbaren Archivsystemen,
Zuweisen von Suchparametern zu den verfügbaren
Archivsystemen, Definieren der Darstellungen für die
Benutzeroberflächen und Festlegen von semantischen und
syntaktischen Prüfbedingungen zur Durchführung einer
Benutzeroberfläche definierbar ist.
18. Datenträger enthaltend ein Programm zur Durchführung
eines Verfahrens nach Anspruch 1 bis 14.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19814348A DE19814348A1 (de) | 1998-03-31 | 1998-03-31 | System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen |
EP99102947A EP0947933A3 (de) | 1998-03-31 | 1999-02-13 | System und Verfahren um mit verschiedenen elektronischen Archivierungssystemen zu kommunizieren |
US09/276,965 US6345269B1 (en) | 1998-03-31 | 1999-03-26 | System and method for communicating with various electronic archive systems |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19814348A DE19814348A1 (de) | 1998-03-31 | 1998-03-31 | System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen |
Publications (1)
Publication Number | Publication Date |
---|---|
DE19814348A1 true DE19814348A1 (de) | 1999-10-07 |
Family
ID=7863082
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE19814348A Ceased DE19814348A1 (de) | 1998-03-31 | 1998-03-31 | System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen |
Country Status (3)
Country | Link |
---|---|
US (1) | US6345269B1 (de) |
EP (1) | EP0947933A3 (de) |
DE (1) | DE19814348A1 (de) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10033673B4 (de) * | 1999-08-17 | 2005-10-20 | Ibm | Verfahren zum Archivieren und Ausliefern von Dokumenten unter Verwendung eines Zentralarchivsystems |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10006959B4 (de) * | 2000-02-16 | 2006-11-30 | Siemens Ag | Verfahren zur Abfrage einer Datenbank |
WO2001077825A2 (de) * | 2000-04-05 | 2001-10-18 | Siemens Aktiengesellschaft | Verfahren und vorrichtung zum betrieb einer technischen anlage mit mehreren datenverarbeitungssystemen |
US20060265352A1 (en) * | 2005-05-20 | 2006-11-23 | International Business Machines Corporation | Methods and apparatus for information integration in accordance with web services |
US7814114B2 (en) * | 2006-09-05 | 2010-10-12 | Oracle International Corporation | Tree-based information query model |
US9002801B2 (en) * | 2010-03-29 | 2015-04-07 | Software Ag | Systems and/or methods for distributed data archiving amongst a plurality of networked computing devices |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19644703A1 (de) * | 1996-10-16 | 1998-04-30 | Mannesmann Ag | Verfahren und Einrichtung zum Datenaustausch zwischen einer zentralen Einheit und einer Datenendeinrichtung |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4604686A (en) * | 1984-01-27 | 1986-08-05 | Martin Marietta Corporation | Associative data access method (ADAM) and its means of implementation |
GB2298941B (en) * | 1993-10-22 | 1998-02-04 | Fdc Inc | Database using table rotation and bimapped queries |
US6006221A (en) * | 1995-08-16 | 1999-12-21 | Syracuse University | Multilingual document retrieval system and method using semantic vector matching |
US5634053A (en) * | 1995-08-29 | 1997-05-27 | Hughes Aircraft Company | Federated information management (FIM) system and method for providing data site filtering and translation for heterogeneous databases |
TW331612B (en) * | 1996-03-05 | 1998-05-11 | Soft Future Design Kk | Data processing apparatus and register address translation method. |
US5715453A (en) * | 1996-05-31 | 1998-02-03 | International Business Machines Corporation | Web server mechanism for processing function calls for dynamic data queries in a web page |
US5778373A (en) * | 1996-07-15 | 1998-07-07 | At&T Corp | Integration of an information server database schema by generating a translation map from exemplary files |
US5956740A (en) * | 1996-10-23 | 1999-09-21 | Iti, Inc. | Document searching system for multilingual documents |
US6233584B1 (en) * | 1997-09-09 | 2001-05-15 | International Business Machines Corporation | Technique for providing a universal query for multiple different databases |
US6134559A (en) * | 1998-04-27 | 2000-10-17 | Oracle Corporation | Uniform object model having methods and additional features for integrating objects defined by different foreign object type systems into a single type system |
-
1998
- 1998-03-31 DE DE19814348A patent/DE19814348A1/de not_active Ceased
-
1999
- 1999-02-13 EP EP99102947A patent/EP0947933A3/de not_active Withdrawn
- 1999-03-26 US US09/276,965 patent/US6345269B1/en not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19644703A1 (de) * | 1996-10-16 | 1998-04-30 | Mannesmann Ag | Verfahren und Einrichtung zum Datenaustausch zwischen einer zentralen Einheit und einer Datenendeinrichtung |
Non-Patent Citations (1)
Title |
---|
Dr. V. HARTUNG und Dr. K. STRÖSSNER: "Das Patentinformationssystem PATIS" - Technisches Konzept herausgegeben von der Hauptabteilung 1 des Deutschen Patentamtes im Mai 1994, S. 1-10 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10033673B4 (de) * | 1999-08-17 | 2005-10-20 | Ibm | Verfahren zum Archivieren und Ausliefern von Dokumenten unter Verwendung eines Zentralarchivsystems |
Also Published As
Publication number | Publication date |
---|---|
US6345269B1 (en) | 2002-02-05 |
EP0947933A3 (de) | 2005-10-26 |
EP0947933A2 (de) | 1999-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69712560T2 (de) | System zur Konfiguration von vorkonfigurierten Programmen auf vernetzten offenen Systemen in einer verteilten Umgebung und Verfahren zur Durchführung dieses Systems | |
DE3751228T2 (de) | Verfahren und Vorrichtung zur Wiederauffindung von gespeicherten Grafikdaten. | |
DE69614034T2 (de) | Rechnersystem | |
DE69915661T2 (de) | Prozesssteuerung | |
DE69229453T2 (de) | Verfahren und Anordnung zum Zugriff auf eine relationelle Datenbank, ohne eine objektorientierte Umgebung verlassen zu müssen | |
DE69432332T2 (de) | Verfahren und Gerät zum Konvertieren von übertragenen digitalen Daten | |
DE602006000907T2 (de) | Zugangssteuerungssystem, Regelmaschinen-Anpasseinrichtung, regelbasierte Erzwingungsplattform und Verfahren zum Ausführen einer Zugriffssteuerung | |
DE69202575T2 (de) | Verfahren und vorrichtung zur reduktion der datenmenge fuer die softwareinstallierung. | |
DE69225566T2 (de) | Rechnersystem | |
DE3911465C2 (de) | Verfahren zur automatischen Konfiguration technischer Systeme aus Komponenten | |
DE3688191T2 (de) | Editor für virtuelle Maschinen. | |
DE10205111A1 (de) | Dynamische Benutzerschnittstelle zum Erleichtern der Verwendung einer Netzvorrichtungsfähigkeit | |
DE69628374T2 (de) | Datenverwaltungssystem | |
DE10113577A1 (de) | Verfahren, Computerprogrammprodukt und Computersystem zur Unterstützung mehrerer Anwendungssysteme mittels eines einzelnen Datenbank-Systems | |
DE69405622T2 (de) | Vorrichtung zur Anpassung einer Benutzerschnittstelle | |
DE19814348A1 (de) | System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen | |
DE19615683A1 (de) | Verfahren und Steuereinrichtung für eine graphische Steuerung von Abläufen in einem Netzwerkmanagementsystem | |
DE4027348A1 (de) | Baumodell einer menschlichen schnittstelle | |
DE69835239T2 (de) | Verfahren und anordnung zur übersetzung von informationen | |
DE69925108T2 (de) | Ableitung einer objektklasse durch vererbung, instanzierung oder klonierung | |
DE2613703C2 (de) | Schaltungsanordnung zum Übersetzen von Programmtexten | |
DE10146977B4 (de) | Elektronisches Personaldaten-Verwaltungssystem | |
DE10203868A1 (de) | Verfahren, Empfangsserver und Computerprogramm-Modul zur automatisierten Annahme und Weiterleitung von Dokumentenbearbeitungsaufträgen | |
DE68926114T2 (de) | Verwaltung der Datenübertragung vom Wirtsrechner zum Arbeitsplatz | |
DE69925808T2 (de) | Verfahren zur steuerung einer ausführbaren funktion durch für unterschiedliche software spezifische befehle |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8131 | Rejection |