DE19814348A1 - System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen - Google Patents

System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen

Info

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
Application number
DE19814348A
Other languages
English (en)
Inventor
Torsten Kappenberger
Erwin Vicar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to DE19814348A priority Critical patent/DE19814348A1/de
Priority to EP99102947A priority patent/EP0947933A3/de
Priority to US09/276,965 priority patent/US6345269B1/en
Publication of DE19814348A1 publication Critical patent/DE19814348A1/de
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/113Details of archiving
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/258Data format conversion from or to a database
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99932Access augmentation or optimizing
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99933Query processing, i.e. searching
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99933Query processing, i.e. searching
    • Y10S707/99934Query formulation, input preparation, or translation
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99933Query processing, i.e. searching
    • Y10S707/99935Query 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.
Der archivsystemunspezifische Teil läßt sich nun in drei weitere Teile gliedern:
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.
IX. . VAR:
Hier werden den spezifischen Suchparameter den verschiedenen Typen zugewiesen.
X. . SEARCHMASK:
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.
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.
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.
DE19814348A 1998-03-31 1998-03-31 System und Verfahren zur Kommunikation mit verschiedenen elektronischen Archivsystemen Ceased DE19814348A1 (de)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (1)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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