WO2001011494A2 - Method and device for accessing a storage device with a directory structure - Google Patents

Method and device for accessing a storage device with a directory structure Download PDF

Info

Publication number
WO2001011494A2
WO2001011494A2 PCT/DE2000/002541 DE0002541W WO0111494A2 WO 2001011494 A2 WO2001011494 A2 WO 2001011494A2 DE 0002541 W DE0002541 W DE 0002541W WO 0111494 A2 WO0111494 A2 WO 0111494A2
Authority
WO
WIPO (PCT)
Prior art keywords
directory
dir
access
findextension
application
Prior art date
Application number
PCT/DE2000/002541
Other languages
German (de)
French (fr)
Other versions
WO2001011494A3 (en
Inventor
Peter Spangehl
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP00963866A priority Critical patent/EP1266306A2/en
Priority to JP2001516075A priority patent/JP2003522352A/en
Publication of WO2001011494A2 publication Critical patent/WO2001011494A2/en
Publication of WO2001011494A3 publication Critical patent/WO2001011494A3/en

Links

Classifications

    • 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

Definitions

  • the invention relates to a method and an arrangement for memory access of a database application to a memory device with a directory structure via a so-called ODBC (Open DataBase Connectivity) and a so-called LDAP (Light Weight Directory Access Protocol) driver.
  • ODBC Open DataBase Connectivity
  • LDAP Light Weight Directory Access Protocol
  • a memory access to a database starting from a database application running on a data processing device under the operating system 'Microsoft Windows' usually takes place by means of a so-called ODBC driver (Open DataBase Connectivity).
  • This ODBC software interface controls the bidirectional data exchange between the database application and the database.
  • the ODBC software interface realizes database access to a so-called relational database.
  • Relational databases have a table structure, so that the database is subdivided into fields that can be addressed using columns and rows.
  • An example of a relational database with such a table structure is the well-known 'Microsoft Access' database.
  • LDAP driver Light Weight Directory Access Protocol
  • the directory usually has a directory hierarchy consisting of individual objects and sub-objects, so that a tree structure, the so-called directory tree arises.
  • the present invention has for its object to provide measures by which the effort for such memory access to a directory can be reduced.
  • An essential advantage of the method and / or the arrangement according to the invention is that by expanding a schema depicting the object structure of the directory for the database application by at least one freely configurable quasi-object representing an additional function, the amount of data that can be read from the directory is easily changed the results of the additional function can be expanded.
  • Another advantage of the invention is that the additional functions that can be implemented in any programming language are based on modules of the ODBC and LDAP driver that are present as standard, so that the implementation process wall for these additional functions, in contrast to the additional modules for the LDAP driver, is low.
  • 1 a structure diagram for the schematic representation of the functional units essential for a read access of a database application to a database
  • 2 shows a structure diagram for the schematic representation of a table structure required for read access by the database application
  • 3 a structural diagram for the schematic representation of the functional units of an access unit according to the invention which are essential for read access to a directory
  • 4 a flow chart to illustrate the essential procedural steps that take place during read access to the directory.
  • FIG. 1 shows a structure diagram with the essential functional units necessary for read access of a database application DB-A to differently structured databases.
  • DB-A database application
  • the database application DB-A For read access to a database, the database application DB-A is connected to an ODBC manager ODBC-M (Open DataBase Connectivity) that controls the read access, whereby the database application DB-A uses the so-called SQL queries (SQL queries ( Structured Query Language) to the ODBC Manager ODBC-M transmitted.
  • SQL queries SQL queries ( Structured Query Language)
  • SQL is a specially developed for queries from relational databases database Abfragespra ⁇ che.
  • the ODBC manager ODBC-M converts the received SQL queries m appropriate ODBC messages and forwards them depending on the type of the addressed database - relatio ⁇ dimensional database or directory - to different, the read access outfeed end of drive units on.
  • the ODBC manager forwards the appropriate ODBC queries designed to access a table structure to an ODBC driver ODBC-T1, ODBC-T2, .. ., ODBC-T3, which carries out the read access without further conversions and transfers the results obtained to the database application DB-A.
  • a relational database DB1, DB2, ..., DBn the ODBC manager forwards the appropriate ODBC queries designed to access a table structure to an ODBC driver ODBC-T1, ODBC-T2, .. ., ODBC-T3, which carries out the read access without further conversions and transfers the results obtained to the database application DB-A.
  • Database DB1, DB2, ..., DBn is the well-known database 'Microsoft Access'. If, on the other hand, the read access to a directory DIR takes place, the ODBC manager forwards the corresponding ODBC queries to a so-called LDAP directory specially designed for read access to the directory DIR.
  • the LDAP driver LDAP-T converts the ODBC queries designed for access to a table structure into LDAP queries specially designed for access to a directory DIR and carries out read access to the directory DIR. The determined data is then inserted into a table structure by the LDAP driver LDAP-T m and transferred to the database application DB-A.
  • LDAP-T is connected to a specific expansion unit KSE.
  • the ODBC manager, the LDAP driver and the expansion unit KSE are collectively referred to as the access unit ZE for the directory DIR.
  • the other is of a read access to em 'Corporate Di ⁇ rectory' from an electronic phonebook Ap ⁇ plication considered as a database application DB-A.
  • Em In ⁇ play for such a phone book application is the electronic telephone directory DS-Win V2.0 under the Radiosys ⁇ tem 'Microsoft Windows'.
  • FIG. 2 shows a structure picture of a table structure required for read access by the telephone book application by means of an SQL query.
  • the figure shows a table 'partici ⁇ mer' with a participant associated attributes Last name, first name, organization Org, telephone number TELNU and brutalized in ⁇ Phone InvTelNum.
  • the inverted phone number ⁇ InvTelNum m is usually without the leading zeros stored and used an identification of a calling party for an incoming to the telephone book application reputation.
  • the number received as part of a call setup on the telephone book application has a plurality of leading zeros. For example, if the calling subscriber is located in another region in Germany, the received number m usually has a leading zero.
  • the received number usually has two leading zeros.
  • the received phone number is mirrored by the phone book application and the subscriber is clearly identified by comparing the last digits of the inverted received phone number with the inverted telephone number InvTelNum stored in the database.
  • FIG. 3 shows a structure diagram of the functional units of the access unit ZE which are essential for read access to the directory DIR.
  • a section of the directory tree VB of the directory DIR is shown.
  • the nodes of the directory tree VB are often referred to as objects, each of which is assigned a specific object class OC.
  • the object hierarchy of the directory tree VB are a first step m a schematic configuration SK istbil ⁇ det.
  • the schema configuration SK which is predetermined by the directory tree is expanded according to the invention by at least one quasi-object.
  • a quasi-object Ext: FindExtension is shown, the function of which is explained in more detail with reference to FIG. 4.
  • FK fields F are defined in the LDAP driver LDAP-T of a field configuration.
  • the field definition takes place, for example, by specifying a field name, the length of the field to be defined, the type of the field to be defined, the object class OC of the associated object in the directory tree VB and the attribute assigned to this object.
  • each field F is defined for the last name and first name of a subscriber. Both fields F each have a length of 50 characters and a field type 'Strmg'.
  • field F is defined for the inverted telephone number of a subscriber, which has a length of 20 characters and a field. type 'integer'. Since the attributes of the directory DIR are not assigned an attribute for an inverted telephone number of a subscriber, it is not possible in this case to directly assign an object and an attribute of the directory DIR to this field F.
  • any fields F m of a table configuration TB defined in the field configuration can be combined to form the table structure T necessary for read access by the telephone book application by means of an SQL query.
  • a table 'subscriber' is shown as an example analogous to the table structure T described with reference to FIG.
  • the table structure T for transfer to the telephone book application is defined by specifying the attribute assigned to the respective field name, the field type and the object class OC.
  • FIG. 4 now shows a flowchart to illustrate the essential procedural steps involved in reading access to the directory DIR starting from the database application DB-A.
  • the ODBC manager ODBC-M checks whether the addressed database in the directory is DIR. If this is not the case, the ODBC manager ODBC-M transmits an ODBC query corresponding to the SQL query received to an ODBC driver ODBC-Tl, ODBC-T2, ..., ODBC-Tn, which stores the data reads from the corresponding relational database DB1, DB2, ..., DBn and transfers it to the database application DB-A.
  • the LDAP driver LDAP-T calls the additional function FindExtension stored in the extension unit KSE with the parameter
  • InvTelNum 059132279894.
  • the amount of data that can be read from the directory DIR can be easily added to the results of the additional function , e.g. the inverted telephone number InvTelNum can be expanded.
  • a further advantage of the invention is that the additional functions which can be implemented in any programming language are based on modules of the ODBC and LDAP driver LDAB-T which are present as standard, so that the implementation effort for these additional functions, in contrast to the development of new additional modules for the LDAP Driver LDAP-T, is relatively low.

Abstract

The invention concerns a method and a device whereby the object hierarchy of a register is reproduced, using an individual schematic register configuration (SK), in an accessing unit (Z2) controlling access in the storage unit to a databank application (DB-A) on the register (DIR). The schema (SK) is then enlarged by at least an object that can be freely configured. (Ext: FindExtension).

Description

Beschreibungdescription
Verfahren und Anordnung für einen Speicherzugriff auf eine Speichereinrichtung mit VerzeichmsstrukturMethod and arrangement for memory access to a memory device with a directory structure
Die Erfindung betrifft ein Verfahren und eine Anordnung für einen Speicherzugriff einer Datenbankanwendung auf eine Spei- cheremrichtung mit Verzeichnisstruktur über einen sogenannten ODBC- (Open DataBase Connectivity) und einen sogenannten LDAP- (Light weight Directory Access Protocol ) -Treiber .The invention relates to a method and an arrangement for memory access of a database application to a memory device with a directory structure via a so-called ODBC (Open DataBase Connectivity) and a so-called LDAP (Light Weight Directory Access Protocol) driver.
Ein Speicherzugriff auf eine Datenbank ausgehend von einer auf einer Datenverarbeitungseinrichtung laufenden Datenbankanwendung unter dem Betriebssystem 'Microsoft Windows' er- folgt in der Regel mittels eines sogenannten ODBC-Treibers (Open DataBase Connectivity) . Diese ODBC-Softwareschnittstelle steuert den bidirektionalen Datenaustausch zwischen der Datenbankanwendung und der Datenbank. Die ODBC-Softwareschnittstelle realisiert dabei einen Datenbankzugriff auf eine sogenannte relationale Datenbank. Relationale Datenbanken weisen eine Tabellenstruktur auf, so daß die Datenbank m über Spalten und Zeilen adressierbare Felder untergliedert ist. Ein Beispiel für eine relationale Datenbank mit einer derartigen Tabellenstruktur ist die bekannte Datenbank 'Mi- crosoft Access'.A memory access to a database starting from a database application running on a data processing device under the operating system 'Microsoft Windows' usually takes place by means of a so-called ODBC driver (Open DataBase Connectivity). This ODBC software interface controls the bidirectional data exchange between the database application and the database. The ODBC software interface realizes database access to a so-called relational database. Relational databases have a table structure, so that the database is subdivided into fields that can be addressed using columns and rows. An example of a relational database with such a table structure is the well-known 'Microsoft Access' database.
F r einen Zugriff auf eine Datenbank mit einer Verzeichnisstruktur - m der Literatur häufig als Directory bezeichnet - ist eine weitere Softwareschnittstelle zur Umsetzung des ODBC-Protokolls notwendig. Diese Umsetzung erfolgt beispielsweise mittels eines sogenannten LDAP-Treibers (Light weight Directory Access Protocol) , der das für einen Zugriff auf eine Tabellenstruktur definierte ODBC-Protokoll m das für einen Zugriff auf ein Verzeichnis definierte LDAP-Protokoll um- wandelt. Das Verzeichnis weist m der Regel eine Verzeichnishierarchie bestehend aus einzelnen Objekten und Unterobjekten auf, so daß eine Baumstruktur, der sogenannte Verzeichnisbaum entsteht. Durch eine Kombination aus ODBC- und LDAP-Treiber erfolgt eine eindeutige Zuordnung der Objekte und von den Ob¬ jekten zugeordneten Attributen des Verzeichnisses zu Feldern einer Tabelle für die Datenbankanwendung. Hierbei werden die Objekte und Attribute des Verzeichnisses nach einem fest vor¬ gegebenen Verfahren den einzelnen Feldern der Tabelle zugeordnet .To access a database with a directory structure - often referred to in the literature as a directory - another software interface is required to implement the ODBC protocol. This implementation takes place, for example, by means of a so-called LDAP driver (Light Weight Directory Access Protocol), which converts the ODBC protocol defined for access to a table structure and the LDAP protocol defined for access to a directory. The directory usually has a directory hierarchy consisting of individual objects and sub-objects, so that a tree structure, the so-called directory tree arises. Through a combination of ODBC and LDAP driver a unique assignment is made of objects and of the Ob ¬ j ects associated attributes of the directory to fields in a table for the database application. In this case, the objects and attributes of the directory are assigned to the individual fields of the table using a predetermined method.
In Fallen, m denen eine eindeutige Zuordnung der Objekte und Attribute des Verzeichnisses auf eine Tabellenstruktur - beispielsweise bei kundenindividuellen Verzeichnissen - nicht möglich ist, ist eine Entwicklung spezieller, auf das ODBC- und das LDAP-Protokoll aufbauender Zusatzmodule für den LDAP- Treiber notwendig. Die Entwicklung dieser Zusatzmodule ist jedoch mit einem erheblichen Aufwand verbunden.In cases where it is not possible to clearly assign the objects and attributes of the directory to a table structure - for example in the case of customer-specific directories - it is necessary to develop special additional modules for the LDAP driver that are based on the ODBC and the LDAP protocol. However, the development of these additional modules involves considerable effort.
Der vorliegenden Erfindung liegt die Aufgabe zugrunde, Maßnahmen vorzusehen, durch welche der Aufwand für derartige Speicherzugriffe auf ein Verzeichnis reduziert werden kann.The present invention has for its object to provide measures by which the effort for such memory access to a directory can be reduced.
Die Losung dieser Aufgabe erfolgt erfmdungsgemaß mit den Merkmalen des Patentanspruchs 1 bzw. 8.This task is solved according to the invention with the features of claims 1 and 8, respectively.
Ein wesentlicher Vorteil des erfmdungsgemaßen Verfahrens bzw. der erfmdungsgemaßen Anordnung besteht darin, daß durch die Erweiterung eines die Objektstruktur des Verzeichnisses für die Datenbankanwendung abbildenden Schemas um mindestens ein frei konfigurierbares, eine Zusatzfunktion repräsentierendes Quasiobjekt die aus dem Verzeichnis auslesbare Daten- menge auf einfache Weise um die Resultate der Zusatzfunktion erweiterbar ist.An essential advantage of the method and / or the arrangement according to the invention is that by expanding a schema depicting the object structure of the directory for the database application by at least one freely configurable quasi-object representing an additional function, the amount of data that can be read from the directory is easily changed the results of the additional function can be expanded.
Ein weiterer Vorteil der Erfindung besteht darin, daß die einer beliebigen Programmiersprache implementierbaren Zusatz- funktionen auf standardmäßig vorhandene Module des ODBC- und des LDAP-Treibers aufbauen, so daß der Implementierungsauf- wand für diese Zusatzfunktionen, im Gegensatz zu den Zusatz- modulen für den LDAP-Treiber, gering ist.Another advantage of the invention is that the additional functions that can be implemented in any programming language are based on modules of the ODBC and LDAP driver that are present as standard, so that the implementation process wall for these additional functions, in contrast to the additional modules for the LDAP driver, is low.
Vorteilhafte Weiterbildungen der Erfindung sind den Un- teranspruchen angegeben.Advantageous developments of the invention are specified in the subclaims.
Ein Ausfuhrungsbeispiel der Erfindung wird im folgenden an¬ hand der Zeichnung naher erläutert.An embodiment of the invention will in the following with the drawing ¬ hand explained in more detail.
Dabei zeigen:Show:
Fig. 1: ein Strukturbild zur schematischen Darstellung der für einen Lesezugriff einer Datenbankanwendung auf eine Datenbank wesentlichen Funktionseinheiten; Fig. 2: e n Strukturbild zur schematischen Darstellung einer für den Lesezugriff durch die Datenbankanwendung erforderlichen Tabellenstruktur; Fig. 3: ein Strukturbild zur schematischen Darstellung der für einen Lesezugriff auf ein Verzeichnis wesentli- chen Funktionseinheiten einer erfmdungsgemaßen Zugriffsemheit; Fig. 4: ein Ablaufdiagra m zur Veranschaulichung der bei einem Lesezugriff auf das Verzeichnis ablaufenden wesentlichen Verfahrensschritte.1: a structure diagram for the schematic representation of the functional units essential for a read access of a database application to a database; 2 shows a structure diagram for the schematic representation of a table structure required for read access by the database application; 3: a structural diagram for the schematic representation of the functional units of an access unit according to the invention which are essential for read access to a directory; 4: a flow chart to illustrate the essential procedural steps that take place during read access to the directory.
Fig. 1 zeigt ein Strukturbild mit den wesentlichen, für einen Lesezugriff einer Datenbankanwendung DB-A auf unterschiedlich strukturierte Datenbanken notwendigen Funktionseinheiten. Bei den Datenbanken wird hierbei zwischen relationalen, d.h. ge- maß einer Tabellenstruktur untergliederten Datenbanken und1 shows a structure diagram with the essential functional units necessary for read access of a database application DB-A to differently structured databases. In the case of the databases, a distinction is made between relational, i.e. according to a table structure subdivided databases and
Verzeichnissen, d.h. gemäß einer Baumstruktur untergliederten Datenbanken unterschieden. Für den Lesezugriff auf eine Datenbank ist die Datenbankanwendung DB-A mit einem den Lesezugriff steuernden ODBC-Manager ODBC-M (Open DataBase Connecti- vity) verbunden, wobei die Datenbankanwendung DB-A die für den Lesezugriff notwendigen Anweisungen mittels sogenannter SQL-Abfragen (Structured Query Language) an den ODBC-Manager ODBC-M übermittelt. SQL ist eine speziell für Abfragen aus relationalen Datenbanken entwickelte Datenbank-Abfragespra¬ che. Der ODBC-Manager ODBC-M wandelt die empfangenen SQL- Abfragen m entsprechende ODBC-Meldungen um und leitet diese Abhängigkeit der Art der adressierten Datenbank - relatio¬ nale Datenbank oder Verzeichnis - an unterschiedliche, den Lesezugriff ausfuhrende Treibereinheiten weiter.Directories, ie differentiated according to a tree structure of databases. For read access to a database, the database application DB-A is connected to an ODBC manager ODBC-M (Open DataBase Connectivity) that controls the read access, whereby the database application DB-A uses the so-called SQL queries (SQL queries ( Structured Query Language) to the ODBC Manager ODBC-M transmitted. SQL is a specially developed for queries from relational databases database Abfragespra ¬ che. The ODBC manager ODBC-M converts the received SQL queries m appropriate ODBC messages and forwards them depending on the type of the addressed database - relatio ¬ dimensional database or directory - to different, the read access outfeed end of drive units on.
Erfolgt der Lesezugriff auf eine relationale Datenbank DB1, DB2,...,DBn, leitet der ODBC-Manager die entsprechenden, für einen Zugriff auf eine Tabellenstruktur ausgebildeten ODBC- Abfragen an einen ODBC-Treiber ODBC-Tl, ODBC-T2, ... , ODBC-T3 weiter, der den Lesezugriff ohne weitere Umwandlungen ausfuhrt und die gewonnenen Ergebnisse an die Datenbankanwendung DB-A übergibt. Em Beispiel für eine derartige relationaleIf there is read access to a relational database DB1, DB2, ..., DBn, the ODBC manager forwards the appropriate ODBC queries designed to access a table structure to an ODBC driver ODBC-T1, ODBC-T2, .. ., ODBC-T3, which carries out the read access without further conversions and transfers the results obtained to the database application DB-A. An example of such a relational
Datenbank DB1, DB2, ... , DBn ist die bekannte Datenbank 'Microsoft Access'. Erfolgt der Lesezugriff dagegen auf e Verzeichnis DIR, leitet der ODBC-Manager die entsprechenden ODBC-Abfragen an einen f r einen Lesezugriff auf das Ver- zeichnis DIR speziell ausgestalteten, sogenannten LDAP-Database DB1, DB2, ..., DBn is the well-known database 'Microsoft Access'. If, on the other hand, the read access to a directory DIR takes place, the ODBC manager forwards the corresponding ODBC queries to a so-called LDAP directory specially designed for read access to the directory DIR.
Treiber LDAP-T (Light weight Directory Access Protocol) weiter. Der LDAP-Treiber LDAP-T wandelt die für einen Zugriff auf eine Tabellenstruktur ausgebildeten ODBC-Abfragen m spezielle für einen Zugriff auf e Verzeichnis DIR ausgebildete LDAP-Abfragen um und fuhrt den Lesezugriff auf das Verzeichnis DIR aus. Die ermittelten Daten werden daraufhin durch den LDAP-Treiber LDAP-T m eine Tabellenstruktur eingefügt und an die Datenbankanwendung DB-A übergeben.Driver LDAP-T (Light weight Directory Access Protocol) further. The LDAP driver LDAP-T converts the ODBC queries designed for access to a table structure into LDAP queries specially designed for access to a directory DIR and carries out read access to the directory DIR. The determined data is then inserted into a table structure by the LDAP driver LDAP-T m and transferred to the database application DB-A.
Für eine Erweiterung des Funktionsumfangs des LDAP-TreibersFor an expansion of the functional scope of the LDAP driver
LDAP-T ist dieser im vorliegenden Ausfuhrungsbeispiel mit einer spezifischen Erweiterungseinheit KSE verbunden. Der ODBC- Manager, der LDAP-Treiber und die Erweiterungseinheit KSE werden zusammengefaßt als Zugriffsemheit ZE für das Ver- zeichnis DIR bezeichnet. Im weiteren wird von einem Lesezugriff auf em 'Corporate Di¬ rectory' ausgehend von einer elektronischen Telefonbuch-Ap¬ plikation als Datenbankanwendung DB-A ausgegangen. Em Bei¬ spiel f r eine derartige Telefonbuch-Applikation ist das elektronische Telefonbuch DS-Win V2.0 unter dem Betriebssys¬ tem 'Microsoft Windows'.In the present exemplary embodiment, LDAP-T is connected to a specific expansion unit KSE. The ODBC manager, the LDAP driver and the expansion unit KSE are collectively referred to as the access unit ZE for the directory DIR. In the other is of a read access to em 'Corporate Di ¬ rectory' from an electronic phonebook Ap ¬ plication considered as a database application DB-A. Em In ¬ play for such a phone book application is the electronic telephone directory DS-Win V2.0 under the Betriebssys ¬ tem 'Microsoft Windows'.
Fig. 2 zeigt e Strukturbild einer für den Lesezugriff der Telefonbuch-Applikation mittels einer SQL-Abfrage erforderli- chen Tabellenstruktur. Die Figur zeigt eine Tabelle 'Teilneh¬ mer' mit den einem Teilnehmer zugeordneten Attributen Nachname, Vorname, Organisation Org, Telefonnummer TelNu und in¬ vertierter Telefonnummer InvTelNum. Die invertierte Telefon¬ nummer InvTelNum wird m der Regel ohne die fuhrenden Nullen abgespeichert und dient einer Identifikation eines rufenden Teilnehmers bei einem an der Telefonbuch-Applikation eingehenden Ruf. Die im Rahmen eines Rufaufbaus an der Telefonbuch-Applikation empfangene Rufnummer weist m Abhängigkeit der lokalen Entfernung des rufenden Teilnehmers eine Mehrzahl von fuhrenden Nullen auf. Befindet sich der rufende Teilnehmer beispielsweise m einer anderen Region im Inland, so weist die empfangene Rufnummer m der Regel eine fuhrende Null auf. Befindet sich der rufende Teilnehmer dagegen im Ausland so weist die empfangene Rufnummer der Regel zwei fuhrende Nullen auf. Für eine eindeutige Identifikation des rufenden Teilnehmers wird die empfangene Rufnummer durch die Telefonbuch-Applikation gespiegelt und der Teilnehmer wird durch einen Vergleich der letzten Ziffern der invertierten empfangenen Rufnummer mit der m der Datenbank gespeicherten invertierten Telefonnummer InvTelNum eindeutig identifiziert. Beispielhaft ist em Datensatz eines Teilnehmers mit dem Nachnamen Nachname = Spangehl, dem Vornamen Vorname = Peter, der Organisation Org = ICN TE der Telefonnummer TelNum = 00498972231950 und der invertierten Telefonnummer InvTelNum = 059132279894 dargestellt. Für einen Lesezugriff ausgehend von der Telefonbuch-Applika¬ tion auf das Verzeichnis DIR mittels der Zugriffsemheit ZE ist es notwendig, daß die Baumstruktur des Verzeichnisses DIR der Zugriffsemheit ZE bekannt und auf die für den Lesezu- griff durch die Telefonbuch-Applikation notwendige Tabellen- Struktur abbildbar ist.FIG. 2 shows a structure picture of a table structure required for read access by the telephone book application by means of an SQL query. The figure shows a table 'partici ¬ mer' with a participant associated attributes Last name, first name, organization Org, telephone number TELNU and brutalized in ¬ Phone InvTelNum. The inverted phone number ¬ InvTelNum m is usually without the leading zeros stored and used an identification of a calling party for an incoming to the telephone book application reputation. Depending on the local distance of the calling subscriber, the number received as part of a call setup on the telephone book application has a plurality of leading zeros. For example, if the calling subscriber is located in another region in Germany, the received number m usually has a leading zero. If, on the other hand, the calling subscriber is abroad, the received number usually has two leading zeros. For a clear identification of the calling subscriber, the received phone number is mirrored by the phone book application and the subscriber is clearly identified by comparing the last digits of the inverted received phone number with the inverted telephone number InvTelNum stored in the database. An example is a record of a participant with the last name last name = Spangehl, the first name first name = Peter, the organization Org = ICN TE of the telephone number TelNum = 00498972231950 and the inverted telephone number InvTelNum = 059132279894. For a read access, starting from the phonebook Applika ¬ tion to the directory DIR by the Zugriffsemheit ZE, it is necessary that the tree structure of the directory DIR of Zugriffsemheit ZE and known the need for read access by the phone directory application table structure is reproducible.
Fig. 3 zeigt em Strukturbild der für den Lesezugriff auf das Verzeichnis DIR wesentlichen Funktionseinheiten der Zugπffs- emheit ZE . Hierfür ist em Ausschnitt des Verzeichnisbaums VB des Verzeichnisses DIR dargestellt. Die Knoten des Verzeichnisbaums VB werden m der Literatur dabei häufig als Objekte bezeichnet, denen jeweils eine bestimmte Objektklasse OC zugeordnet ist. Der Ursprung des Verzeichnisbaums VB ist dabei m der Regel durch die Objektklasse OC = Root gekennzeichnet. Den Objekten zugeordnete Eigenschaften werden m der Literatur häufig als Attribute bezeichnet. Im vorliegenden Ausfuhrungsbeispiel ist für den Verzeichnisbaum VB em Objekt mit der Objektklasse OC = Firma dargestellt, dem wie- derum mehrere Unterobjekte mit der Objektklasse OC = Person zugeordnet sind. Den Unterobjekten mit der Objektklasse OC = Person sind dabei Attribute sn (entspricht dem Nachnamen) , gn (entspricht dem Vornamen) , or (entspricht der Organisation) und tel (entspricht der Telefonnummer) zugeordnet. Beispiel- haft sind zwei Objekte der Objektklasse OC = Person mit den Attributen sn = Spangehl, gn = Peter, or = ICN TE, tel = 00498972231950 und sn = Maier, gn = Daniel, or = ZT PA, tel = 00498963682308 dargestellt.3 shows a structure diagram of the functional units of the access unit ZE which are essential for read access to the directory DIR. For this purpose, a section of the directory tree VB of the directory DIR is shown. In literature, the nodes of the directory tree VB are often referred to as objects, each of which is assigned a specific object class OC. The origin of the directory tree VB is usually characterized by the object class OC = Root. Properties assigned to objects are often referred to in the literature as attributes. In the present exemplary embodiment, the directory tree VB em object with the object class OC = company is shown, to which, in turn, several sub-objects with the object class OC = person are assigned. The sub-objects with the object class OC = Person are assigned attributes sn (corresponds to the last name), gn (corresponds to the first name), or (corresponds to the organization) and tel (corresponds to the telephone number). Two objects of the object class OC = person are shown with the attributes sn = Spangehl, gn = Peter, or = ICN TE, tel = 00498972231950 and sn = Maier, gn = Daniel, or = ZT PA, tel = 00498963682308.
Für eine Abbildung des Verzeichnisbaumes VB des Verzeichnisses DIR auf die für den Lesezugriff durch die Telefonbuch- Applikation mittels einer SQL-Abfrage erforderliche Tabellenstruktur (siehe Fig. 2) sind im LDAP-Treiber LDAP-T der Zugriffsemheit ZE drei unterschiedliche Konfigurationen hm- terlegt. Hierbei wird m einem ersten Schritt die Objekthierarchie des Verzeichnisbaums VB m einer Schemakonfiguration SK abgebil¬ det. Die durch den Verzeichnisbaum fest vorgegebene Schemakonfiguration SK wird dabei erfmdungsgemäß durch mindestens em Quasi-Objekt erweitert. Im vorliegenden Ausfuhrungsbei- spiel ist em Quasi-Objekt Ext : FindExtension dargestellt, dessen Funktion unter Bezugnahme auf Figur 4 naher erläutert wird. Durch die Kennzeichnung des Objektes mit dem Präfix 'Ext:' w rd verdeutlicht, daß diesem Objekt m der Schemakon- figuration SK kein direktes Objekt im Verzeichnisbaum VB zugeordnet werden kann, sondern daß em Zugriff des LDAP-Trei- bers LDAP-T auf das Verzeichnis DIR über eine m der Erweiterungseinheit KSE hinterlegte Zusatzfunktion - im vorliegenden Ausfuhrungsbeispiel über die Zusatzfunktion FindExtension - erfolgen soll.To map the directory tree VB of the directory DIR to the table structure required for read access by the telephone book application using an SQL query (see FIG. 2), three different configurations are stored in the LDAP driver LDAP-T of the access unit ZE. Here, the object hierarchy of the directory tree VB are a first step m a schematic configuration SK abgebil ¬ det. The schema configuration SK which is predetermined by the directory tree is expanded according to the invention by at least one quasi-object. In the present exemplary embodiment, a quasi-object Ext: FindExtension is shown, the function of which is explained in more detail with reference to FIG. 4. The identification of the object with the prefix 'Ext:' makes it clear that this object in the schema configuration SK cannot be assigned a direct object in the directory tree VB, but that the LDAP driver LDAP-T can access it Directory DIR via an additional function stored in the expansion unit KSE - in the present exemplary embodiment via the additional function FindExtension.
In einem zweiten Schritt werden im LDAP-Treiber LDAP-T einer Feldkonfiguration FK Felder F definiert. Die Felddefmi- tion erfolgt dabei beispielsweise durch Angabe eines Feldna- mens, der Lange des zu definierenden Felds, des Typs des zu definierenden Felds, der Objektklasse OC des zugehörigen Objektes im Verzeichnisbaum VB und des diesem Objekt zugeordneten Attributs. Beispielhaft ist analog zu der unter Bezugnahme auf Figur 2 beschriebenen für einen Lesezugriff der Tele- fonbuch-Applikation mittels einer SQL-Abfrage notwendigen Tabellenstruktur jeweils e Feld F für den Nachnamen und den Vornamen eines Teilnehmers definiert. Beide Felder F weisen jeweils eine Lange von 50 Zeichen und einen Feldtyp 'Strmg' auf. Durch die angegebene Objektklasse OC = Person und das Attribut sn bzw. gn werden diesen Feldern F jeweils alle Eintrage des Verzeichnisbaums VB mit der Objektklasse OC = Person und dem Attribut sn bzw. gn zugeordnet. Des weiteren ist analog zu der unter Bezugnahme auf Figur 2 beschriebenen für einen Lesezugriff der Telefonbuch-Applikation mittels einer SQL-Abfrage notwendigen Tabellenstruktur em Feld F für die invertierte Telefonnummer eines Teilnehmers definiert, welches eine Lange von 20 Zeichen und einen Feld- typ 'Integer' aufweist. Da den Objekten des Verzeichnisses DIR kein Attribut für eine invertierte Telefonnummer eines Teilnehmers zugeordnet sind, ist m diesem Fall eine direkte Zuordnung eines Objektes und eines Attributes des Verzeich- nisses DIR zu diesem Feld F nicht möglich. Durch die für die¬ ses Feld F angegebene Quasi-Obj ektklasse OC = Ext : FindExten¬ sion und das Attribut tin wird erf dungsgemaß em Zugriff des LDAP-Treibers LDAP-T auf die m der Erweiterungseinheit KSE hinterlegte Zusatzfunktion FindExtension definiert, wel- ehe für diesen Fall den Lesezugriff auf das Verzeichnis DIR steuert .In a second step, FK fields F are defined in the LDAP driver LDAP-T of a field configuration. The field definition takes place, for example, by specifying a field name, the length of the field to be defined, the type of the field to be defined, the object class OC of the associated object in the directory tree VB and the attribute assigned to this object. As an example, analogously to the table structure described with reference to FIG. 2 for read access of the telephone book application by means of an SQL query, each field F is defined for the last name and first name of a subscriber. Both fields F each have a length of 50 characters and a field type 'Strmg'. Through the specified object class OC = person and the attribute sn or gn, all fields of the directory tree VB with the object class OC = person and the attribute sn or gn are assigned to these fields F. Furthermore, analogously to the table structure necessary for a read access of the telephone book application by means of an SQL query described with reference to FIG. 2, field F is defined for the inverted telephone number of a subscriber, which has a length of 20 characters and a field. type 'integer'. Since the attributes of the directory DIR are not assigned an attribute for an inverted telephone number of a subscriber, it is not possible in this case to directly assign an object and an attribute of the directory DIR to this field F. Sion FindExten ¬ and the attribute is tin erf dungsgemaß em access the LDAP driver LDAP T to the m of the expansion unit KSE deposited additional function Find extension defined WEL before: indicated by the Committee for the ¬ field F quasi-Obj ektklasse OC = Ext in this case controls read access to the DIR directory.
In einem dritten Schritt können beliebige m der Feldkonfigu- ration definierte Felder F m einer Tabellenkonflguration TB zu der für einen Lesezugriff der Telefonbuch-Applikation mittels einer SQL-Abfrage notwendigen Tabellenstruktur T zusammengefaßt werden. Beispielhaft ist analog zu der unter Bezugnahme auf Figur 2 beschriebenen Tabellenstruktur T eine Tabelle 'Teilnehmer' dargestellt. Die Tabellenstruktur T zur Übergabe an die Telefonbuch-Applikation wird dabei durch Angabe des den jeweiligen Feldnamen zugeordneten Attributs, des Feldtyps Typ und der Objektklasse OC definiert.In a third step, any fields F m of a table configuration TB defined in the field configuration can be combined to form the table structure T necessary for read access by the telephone book application by means of an SQL query. A table 'subscriber' is shown as an example analogous to the table structure T described with reference to FIG. The table structure T for transfer to the telephone book application is defined by specifying the attribute assigned to the respective field name, the field type and the object class OC.
Fig. 4 zeigt nun em Ablaufdiagramm zur Veranschaulichung der bei einem Lesezugriff auf das Verzeichnis DIR ausgehend von der Datenbankanwendung DB-A ablaufenden wesentlichen Verfahrensschritte. Bei einem ankommenden Ruf an der Datenbankanwendung DB-A - im vorliegenden Ausfuhrungsbeispiel an der Telefonbuch-Applikation - wird eine im Rahmen des Rufaufbaus mitubermittelte Rufnummer TelNum = 00498972231950 für eine Identifizierung des rufenden Teilnehmers gespiegelt. Anschließend übermittelt die Datenbankanwendung DB-A eine SQL- Abfrage :FIG. 4 now shows a flowchart to illustrate the essential procedural steps involved in reading access to the directory DIR starting from the database application DB-A. When there is an incoming call to the database application DB-A - in the present exemplary embodiment to the telephone book application - a telephone number TelNum = 00498972231950 transmitted during the call setup is mirrored for identification of the calling subscriber. The database application DB-A then sends an SQL query:
SELECT * FROM Teilnehmer WHERE InvTelNum = 059132279894 an den ODBC-Manager ODBC-M. Durch die SQL-Abfrage sollen die¬ jenigen Daten, die m der fiktiven Tabelle "Teilnehmer" der invertierten Telefonnummer InvTelNum = 059132279894 zugeord¬ net sind an die Datenbankanwendung DB-A bergeben werden.SELECT * FROM participant WHERE InvTelNum = 059132279894 to the ODBC manager ODBC-M. By the SQL query to the j ¬ enigen data m the fictitious table "participants" the inverted phone number InvTelNum = 059132279894 zugeord ¬ net are mountain output to the database application DB-A.
In einem nächsten Schritt überprüft der ODBC-Manager ODBC-M, ob die adressierte Datenbank em Verzeichnis DIR ist. Ist dies nicht der Fall, übermittelt der ODBC-Manager ODBC-M eine der empfangenen SQL-Abfrage entsprechende ODBC-Abfrage an ei- nen ODBC-Treiber ODBC-Tl, ODBC-T2,..., ODBC-Tn, der die Daten aus der entsprechenden relationalen Datenbank DB1, DB2, ... , DBn ausliest und an die Datenbankanwendung DB-A übergibt. Ist die adressierte Datenbank - wie im vorliegenden Ausfuhrungsbei- spiel - em Verzeichnis DIR, übermittelt der ODBC-Manager ODBC-M eine der empfangenen SQL-Abfrage entsprechende ODBC- Abfrage an den LDAP-Treiber LDAP-T welcher die der invertierten Telefonnummer InvTelNum zugeordnete Objektklasse OC ermittelt. Ist die ermittelte Objektklasse OC ungleich der Objektklasse OC = Ext : FindExtension erfolgt em Lesezugriff auf das Verzeichnis DIR auf herkömmlich Weise über vorhandeneIn a next step, the ODBC manager ODBC-M checks whether the addressed database in the directory is DIR. If this is not the case, the ODBC manager ODBC-M transmits an ODBC query corresponding to the SQL query received to an ODBC driver ODBC-Tl, ODBC-T2, ..., ODBC-Tn, which stores the data reads from the corresponding relational database DB1, DB2, ..., DBn and transfers it to the database application DB-A. If the addressed database - as in the present exemplary embodiment - is in the DIR directory, the ODBC manager ODBC-M transmits an ODBC query corresponding to the received SQL query to the LDAP driver LDAP-T, which is the object class assigned to the inverted telephone number InvTelNum OC determined. If the determined object class OC is not equal to the object class OC = Ext: FindExtension, read access to the directory DIR takes place in a conventional manner via existing ones
Standardmodule des LDAP-Treibers LDAP-T. Ist dagegen - wie im vorliegenden Ausfuhrungsbeispiel - die ermittelte Objektklasse OC gleich der Objektklasse OC = Ext : FindExtension so ruft der LDAP-Treiber LDAP-T die m der Erweiterungseinheit KSE gespeicherte Zusatzfunktion FindExtension mit dem ParameterStandard modules of the LDAP driver LDAP-T. If, on the other hand, as in the present exemplary embodiment, the determined object class OC is equal to the object class OC = Ext: FindExtension, the LDAP driver LDAP-T calls the additional function FindExtension stored in the extension unit KSE with the parameter
InvTelNum = 059132279894 auf. Die Zusatzfunktion FindExtension spiegelt die ubergebene invertierte Telefonnummer InvTelNum = 059132279894 und initiiert einen Lesezugriff auf das Verzeichnis DIR mit der nun gespiegelten invertierten Tele- fonnummer, die der Telefonnummer TelNum = 498972231950 entspricht .InvTelNum = 059132279894. The additional function FindExtension mirrors the transferred inverted telephone number InvTelNum = 059132279894 and initiates read access to the directory DIR with the now inverted inverted telephone number, which corresponds to the telephone number TelNum = 498972231950.
Die m dem Verzeichnis DIR ermittelten zugehörigen Daten sn = Spangehl, gn = Peter, or = ICN TE und tel = 00498972231950 und die invertierte Telefonnummer mit dem Attribut tin =The associated data determined in the DIR directory sn = chip, gn = Peter, or = ICN TE and tel = 00498972231950 and the inverted telephone number with the attribute tin =
059132279894 werden durch den LDAP-Treiber LDAP-T m entspre- chender Weise in die Tabelle "Teilnehmer" eingetragen und an die Datenbankanwendung DB-A übergeben.059132279894 are met by the LDAP driver LDAP-T m accordingly entered in the table "Participants" and transferred to the database application DB-A.
Durch die Erweiterung der, die Objektstruktur des Verzeich- nisses DIR für die Datenbankanwendung DB-A abbildenden Schemakonfiguration SK um mindestens em frei konfigurierbares, eine Zusatzfunktion FindExtension repräsentierendes Quasiob- jekt kann die aus dem Verzeichnis DIR auslesbare Datenmenge auf einfache Weise um die Resultate der Zusatzfunktion, z.B. die invertierte Telefonnummer InvTelNum erweitert werden.By expanding the schema configuration SK that depicts the object structure of the directory DIR for the database application DB-A by at least one freely configurable quasi-object representing an additional function FindExtension, the amount of data that can be read from the directory DIR can be easily added to the results of the additional function , e.g. the inverted telephone number InvTelNum can be expanded.
E weiterer Vorteil der Erfindung besteht darin, daß die m einer beliebigen Programmiersprache implementierbaren Zusatzfunktionen auf standardmäßig vorhandene Module des ODBC- und des LDAP-Treibers LDAB-T aufbauen, so daß der Implementierungsaufwand für diese Zusatzfunktionen, im Gegensatz zur Entwicklung neuer Zusatzmodule für den LDAP-Treiber LDAP-T, relativ gering ist. A further advantage of the invention is that the additional functions which can be implemented in any programming language are based on modules of the ODBC and LDAP driver LDAB-T which are present as standard, so that the implementation effort for these additional functions, in contrast to the development of new additional modules for the LDAP Driver LDAP-T, is relatively low.

Claims

Patentansprüche claims
1. Verfahren für einen Speicherzugriff einer Applikation (DB-A) auf e , eine Objekthierarchie aufweisendes Verzeich- ms (DIR) , bei dem die Objekthierarchie mittels eines verzeichnismdivi- duellen Schemas (SK) einer den Speicherzugriff der Rechneranwendung (DB-A) auf das Verzeichnis (DIR) steuernden Zu- griffsemheit (ZE) abgebildet wird, bei dem das Schema (SK) um mindestens em frei konfigurierbare Objekt (Ext : FindExtension) erweitert wird, und bei dem bei einem Zugriff auf das frei konfigurierbare Objekt; (Ext : FindExtension) eine den Speicherzugriff steuernde Konvertierungsfunktion (FindExtension) ausgeführt wird.1. Method for memory access of an application (DB-A) to e, directory (DIR) having an object hierarchy, in which the object hierarchy uses a directory-specific scheme (SK) to indicate the memory access of the computer application (DB-A) the directory (DIR) controlling access unit (ZE) is mapped, in which the scheme (SK) is expanded by at least one freely configurable object (Ext: FindExtension), and in the case of access to the freely configurable object; (Ext: FindExtension) a conversion function (FindExtension) controlling the memory access is executed.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t, daß m der Zugriffsemheit (ZE) anhand der im Schema definierten Objekte (OC) und anhand von den Objekten (OC) im Ver- zeichnis (DIR) zugeordneten Attributen (sn, gn, or, tel, tm) Felder (F) definiert werden.2. The method according to claim 1, characterized in that m the access unit (ZE) on the basis of the objects defined in the schema (OC) and on the basis of the objects (OC) in the directory (DIR) assigned attributes (sn, gn, or, tel , tm) fields (F) can be defined.
3. Verfahren nach Anspruch 2, d a d u r c h g e k e n n z e i c h n e t, daß die definierten Felder (F) m der Zugriffsemheit (ZE) zu einer für den Speicherzugriff durch die Applikation (DB-A) notwendigen Tabellenstruktur (T) zusammengefaßt werden.3. The method as claimed in claim 2, so that the defined fields (F) m of the access unit (ZE) are combined into a table structure (T) necessary for memory access by the application (DB-A).
4. Verfahren nach Anspruch 3, d a d u r c h g e k e n n z e i c h n e t, daß bei einem Speicherzugriff auf em Feld (F) der Tabellenstruktur (T) durch die Zugriffsemheit (ZE) das zugehörige Objekt (OC) im Verzeicnms (DIR) ermittelt wird, und daß m Fallen, m denen das ermittelte Objekt (OC) das frei konfigurierbare Objekt (Ext : FindExtension) ist, die Konvertierungsfunktion (FindExtension) aufgerufen wird. 4. The method according to claim 3, characterized in that with a memory access to em field (F) of the table structure (T) by the access unit (ZE) the associated object (OC) is determined in the directory (DIR), and that m traps, m for which the determined object (OC) is the freely configurable object (Ext: FindExtension), the conversion function (FindExtension) is called.
5. Verfahren nach Anspruch 4, d a d u r c h g e k e n n z e i c h n e t, daß durch die Konvertierungsfunktion (FindExtension) der Speicherzugriff auf das Verzeichnis (DIR) ausgeführt und die ausgelesenen Daten an die Applikation (DB-A) übergeben wer¬ den.5. The method according to claim 4, characterized in that the memory access to the directory (DIR) is carried out by the conversion function (FindExtension) and the data read out is transferred to the application (DB-A) who ¬ the.
6. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß der Speicherzugriff auf das Verzeichnis (DIR) durch die Zugπffsemheit (ZE) über eine ODBC- (Open DataBase Connecti¬ vity) -Schnittstelle und eine LDAP- (Light weight Directory Access Protocol) -Schnittstelle erfolgt.6. The method according to any one of the preceding claims, characterized in that the memory access to the directory (DIR) by the Zugπffsemheit (ZE) via an ODBC (Open DataBase Connecti ¬ vity) interface and an LDAP (Light Weight Directory Access Protocol) Interface is done.
7. Verfahren nach einem der vorhergehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Applikation (DB-A) als eine unter dem Betriebssystem Microsoft Windows laufende Datenbankapplikation realisiert wird.7. The method according to any one of the preceding claims, d a d u r c h g e k e n n z e i c h n e t that the application (DB-A) is implemented as a database application running under the Microsoft Windows operating system.
8. Anordnung für einen Speicherzugriff einer Applikation (DB-A) auf em, eine Objekthierarchie aufweisendes Verzeichnis (DIR) , mit einer den Speicherzugriff der Rechneranwendung (DB-A) auf das Verzeichnis (DIR) steuernden Zugriffsemheit (ZE) ,8. Arrangement for a memory access of an application (DB-A) to em, a directory (DIR) having an object hierarchy, with an access unit (ZE) controlling the memory access of the computer application (DB-A) to the directory (DIR),
- m der eine die Objekthierarchie des Verzeichnisses (DIR) abbildende verzeichnismdividuelle Schemakonfiguration (SK) angeordnet ist, wobei die Schemakonfiguration (SK) um mindestens em frei konfigurierbares Objekt (Ext : FmdExten- sion) erweitert ist, und- m is arranged a directory-specific schema configuration (SK) depicting the object hierarchy of the directory (DIR), the schema configuration (SK) being expanded by at least one freely configurable object (Ext: FmdExtension), and
- m der eine Erweiterungseinheit (KSE) zur Speicherung mindestens einer Konvertierungsfunktion (FindExtension) ange- ornet ist, anhand der bei einem Zugriff auf das frei konfigurierbares Objekt (Ext : FindExtension) em Speicherzugriff ausgeführt wird. - In which an expansion unit (KSE) is arranged for storing at least one conversion function (FindExtension), on the basis of which memory access is carried out when the freely configurable object (Ext: FindExtension) is accessed.
9. Anordnung nach Anspruch 8, d a d u r c h g e k e n n z e i c h n e t, daß in der Zugriffseinheit (ZE) eine Feldkonfiguration (FK) zur Speicherung von durch die Objekte (OC) und durch den Ob- jekten (OC) des Verzeichnisses (DIR) zugeordneten Attributen (sn, gn, or, tel, tin) definierten Felder (F) angeordnet ist.9. Arrangement according to claim 8, characterized in that in the access unit (ZE) a field configuration (FK) for storing by the objects (OC) and by the objects (OC) of the directory (DIR) assigned attributes (sn, gn , or, tel, tin) defined fields (F) is arranged.
10. Anordnung nach Anspruch 9, d a d u r c h g e k e n n z e i c h n e t, daß in der Zugriffseinheit (ZE) eine Tabellenkonfiguration (TK) zur Speicherung von jeweils durch mindestens ein Feld (F) definierten Tabellenstrukturen (T) angeordnet ist.10. Arrangement according to claim 9, d a d u r c h g e k e n n z e i c h n e t that a table configuration (TK) for storing table structures (T) defined by at least one field (F) is arranged in the access unit (ZE).
11. Anordnung nach einem der Ansprüche 8 bis 10, d a d u r c h g e k e n n z e i c h n e t, daß die Zugriffseinheit (ZE) durch eine ODBC- (Open DataBase Connectivity) -Einheit und eine LDAP- (Light weight Directory Access Protocol) -Einheit realisiert ist. 11. Arrangement according to one of claims 8 to 10, that the access unit (ZE) is realized by an ODBC (Open DataBase Connectivity) unit and an LDAP (Light Weight Directory Access Protocol) unit.
PCT/DE2000/002541 1999-08-04 2000-08-01 Method and device for accessing a storage device with a directory structure WO2001011494A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP00963866A EP1266306A2 (en) 1999-08-04 2000-08-01 Method and device for accessing a storage device with a directory structure
JP2001516075A JP2003522352A (en) 1999-08-04 2000-08-01 Method and apparatus for memory access to a memory device having a directory structure

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19936604A DE19936604C1 (en) 1999-08-04 1999-08-04 Memory access to memory device with directory structure
DE19936604.7 1999-08-04

Publications (2)

Publication Number Publication Date
WO2001011494A2 true WO2001011494A2 (en) 2001-02-15
WO2001011494A3 WO2001011494A3 (en) 2002-10-03

Family

ID=7917093

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2000/002541 WO2001011494A2 (en) 1999-08-04 2000-08-01 Method and device for accessing a storage device with a directory structure

Country Status (4)

Country Link
EP (1) EP1266306A2 (en)
JP (1) JP2003522352A (en)
DE (1) DE19936604C1 (en)
WO (1) WO2001011494A2 (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19541315A1 (en) * 1995-11-06 1996-10-02 Siemens Ag Telecommunication device with relational database

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6553368B2 (en) * 1998-03-03 2003-04-22 Sun Microsystems, Inc. Network directory access mechanism

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19541315A1 (en) * 1995-11-06 1996-10-02 Siemens Ag Telecommunication device with relational database

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"SUPPORTING LDAP MULTI-VALUE ATTRIBUTES WITH RELATIONAL TABLES" RESEARCH DISCLOSURE, KENNETH MASON PUBLICATIONS, HAMPSHIRE, GB, Bd. 121, Januar 1999 (1999-01), XP000828849 ISSN: 0374-4353 *
OLSON, M., HOLLY, L., STRUTT, C.: "Integrating Multiple Directory Services" DIGITAL TECHNICAL JOURNAL, [Online] 31. Mai 1996 (1996-05-31), Seiten 1-14, XP002191163 Gefunden im Internet: <URL:http://research.compaq.com/wrl/DECarchives/DTJ/DTJL04/DTJL04.HTM> [gefunden am 2002-02-22] *

Also Published As

Publication number Publication date
WO2001011494A3 (en) 2002-10-03
EP1266306A2 (en) 2002-12-18
DE19936604C1 (en) 2001-01-25
JP2003522352A (en) 2003-07-22

Similar Documents

Publication Publication Date Title
DE69530595T2 (en) SYSTEM AND METHOD FOR THE X.500 DATABASE STANDARD
DE69333960T2 (en) Name resolution in a multi-system network
DE69916928T2 (en) Access method and server for network directory
DE19747583B4 (en) Communication system and method
DE602004005035T2 (en) IMPROVING DATA BANKING CAPABILITY IN A DOMAIN NAME SYSTEM
DE60035432T2 (en) SYSTEM FOR MANAGING THE RDBM FRAGMENTATION
DE69833026T2 (en) METHOD AND SYSTEM FOR AUTOMATICALLY VERIFYING THE DELIVERY OF REMOTE CONTROL SERVICES
DE10162495A1 (en) Extensible database
DE19928666A1 (en) Mobile telephone has expanded telephone directory with directories stored in SIM card memory and in non-volatile memory, each with associated database(s) in non-volatile memory.
DE10018993B4 (en) A database management device and a database record retrieval device, and methods for managing a database and retrieving a database record
CN106503040B (en) It is applicable in the KV database and its creation method of SQL query method
DE19836064A1 (en) Procedure for displaying data about target participants
EP1276056B1 (en) Method for managing a Database
DE102010013753B4 (en) Dial plan analysis and cleanup
WO2001011494A2 (en) Method and device for accessing a storage device with a directory structure
WO1999011023A2 (en) Method for determining the technical address of a communication partner and a telecommunication device
DE10059103B4 (en) Unit for managing data stored in a data processing device
EP1052579A1 (en) Method to manage bookmarks in an Internet Browser
EP1994734A1 (en) Method for identifying spit or spam for voip
WO2009097887A2 (en) Method for the automatic generation of address book entries
EP1248430B1 (en) Method and device for generating filter masks for checking relevance of features
DE1487637B2 (en) PROCEDURE AND ARRANGEMENT FOR SEARCHING FOR DIRECTIONS IN COUPLING PANELS CONSTRUCTED WITH SWITCHING MATRICES
EP1000497A1 (en) Method for accessing a classified telephone directory, in a mobile telephone, through an interface for external control (remote-control interface), using one or several letters as search keys, and device for implementing said method
DE10151749B4 (en) Web-based search engine for finding communication links
DE10017608B4 (en) Method for performing operations in a database system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): JP US

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2000963866

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10049098

Country of ref document: US

AK Designated states

Kind code of ref document: A3

Designated state(s): JP US

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWP Wipo information: published in national office

Ref document number: 2000963866

Country of ref document: EP